JP2010205111A

JP2010205111A - コンテキスト再現システム、コンテキスト再現方法、第１端末装置、第２端末装置、コンテキスト取得装置、または蓄積装置、それらのプログラム

Info

Publication number: JP2010205111A
Application number: JP2009051688A
Authority: JP
Inventors: Wafu Ueno; 和風上野; Takaaki Koyama; 高明小山
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: NTT Inc
Priority date: 2009-03-05
Filing date: 2009-03-05
Publication date: 2010-09-16

Abstract

【課題】利用端末を切替えても、ユーザの手間を省き、コンテキストを再現する。
【解決手段】第１端末装置と、第２端末装置と、で構成されるコンテキスト再現システムであって、第１端末装置は、第１実行部の挙動から、直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得し、第２端末装置とコンテキスト情報を同期させ、第２端末装置は、同期されたコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を第２実行部に再現させる。
【選択図】図２

Description

本発明は、ユーザが複数の端末を切替えてアプリケーションを使用する場合に用いるコンテキスト再現システム、コンテキスト再現方法、第１端末装置、第２端末装置、コンテキスト取得装置、または蓄積装置、それらのプログラムに関する。

現在、ユーザは、携帯電話やＰＣ（ｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ）などの端末装置で、メールや、Ｗｅｂブラウザなどのアプリケーションを利用している。ユーザは、複数の端末を切替えて、使用しているアプリケーションについて１つの手順を行わなければならない場合がある。例えば、ユーザがＰＣでＷｅｂブラウザを使用してＷｅｂサイトＸを閲覧している途中に、外出し、外出先において携帯電話でＷｅｂブラウザを使用してＷｅｂサイトＸを閲覧する場合がある。この例では、ユーザはＰＣから携帯電話に端末を切替えている。

このような場合に対応するために、様々な手法が提案されている。非特許文献１では、アプリケーション個別の使用履歴情報を複数の端末間で同期させる手法（以下、「従来技術１」という。）が提案されている。使用履歴情報とは、使用しているアプリケーションがＷｅｂブラウザである場合には、ユーザがこのＷｅｂブラウザで過去に閲覧したＷｅｂサイトの履歴情報（例えば、過去に閲覧していたＷｅｂサイトのＵＲＬ）を示す。ここでは、利用しているアプリケーションをＷｅｂブラウザとし、ユーザはＰＣでＷｅｂブラウザを利用しており、途中から使用端末を切替えて携帯電話で当該Ｗｅｂブラウザを利用する場合を考える。この場合には、従来技術１により、ＰＣと携帯電話との間で使用履歴情報を同期させる。また使用履歴情報の同期の手法の一例が非特許文献２に記載されている。

また、非特許文献３では、リモートデスクトップについて記載されている（以下、従来技術２）という）。このリモートデスクトップの一例を簡単に説明する。例えば、ユーザが自宅に固定設置されているＰＣ（以下、自宅ＰＣという。）と携帯可能なＰＣ（以下、「携帯ＰＣ」という。）を所有しており、携帯ＰＣから自宅ＰＣへのリモートデスクトップでの接続を行えるようにし、ユーザは携帯ＰＣを保持して外出している場合を考える。この場合に、ユーザはリモートデスクトップ機能により、外出先で携帯ＰＣから自宅ＰＣへアクセスすることができ、自宅ＰＣでのアプリケーションを携帯ＰＣでも利用できるようになる。換言すると、リモートデスクトップとは、自宅ＰＣをサーバ化させ、アプリケーションは自宅ＰＣで実行し、実行画面のみを携帯ＰＣへ送信する技術である。

"携帯シンクｆｏｒｗｉｎｄｏｗｓ２００５"［ｏｎｌｉｎｅ］［平成２１年２月６日検索］、インターネット〈ＵＲＬ：http://www.reudo.co.jp/ksync_win/outline.html〉 "ＯｐｅｎｍｏｂｉｌｅＡｌｌｉａｎｃｅ"［ｏｎｌｉｎｅ］［平成２１年２月６日検索］、インターネット〈ＵＲＬ：http://www.openmobilealliance.org/tech/affiliates/syncml/syncmlindex.html〉 "ＷｉｎｄｏｗｓＸＰＰｒｏｆｅｓｓｉｏｎａｌ"［ｏｎｌｉｎｅ］［平成２１年２月６日検索］、インターネット〈ＵＲＬ：http://www.microsoft.com/japan/windowsxp/pro/business/feature/remote/remotedesktop.mspx〉

従来技術１では、ＰＣから携帯電話への端末の切替え後、ＰＣと携帯電話とで使用履歴情報を同期させるという手間がある。また、ユーザはＰＣで利用していたアプリケーション（上記例ではＷｅｂブラウザ）を携帯電話で起動させるという手間がある。また、ユーザは、同期された使用履歴情報から最新の履歴を選択しなければならないという手間がある。ユーザが複数のアプリケーションを利用しており、別端末で当該複数のアプリケーションを利用する場合には、これらの手間は頗る多くなる。

また、従来技術２では、リモートデスクトップ技術を使用するためには、上記の例ではユーザは自宅ＰＣを常に起動させておかなければならず、コスト高になるという問題がある。

そこで、本発明は、ユーザの手間を省き、かつ、端末を常に起動させることなく、端末を切替えても、利用していたアプリケーションを引き続き利用できるコンテキスト再現システム、コンテキスト再現方法、端末装置、プログラムを実現することである。

この発明のコンテキスト再現システムは、第１端末装置と、第２端末装置と、を有する。第１端末装置は、第１実行部と、取得部と、第１同期部と、を有する。第１実行部は、アプリケーションを実行する。取得部は、第１実行部の挙動から、直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する。第１同期部は、第２同期部とコンテキスト情報を同期させる。第２端末装置は、第２実行部と、第２同期部と、再現部と、を有する。第２実行部は、アプリケーションを実行する。再現部は、同期されたコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を第２実行部に再現させると、を有することを特徴とするコンテキスト再現システム。

本発明のコンテキスト再現システムでは、第１端末装置と第２端末装置との間で、コンテキスト情報を同期させることで、ユーザの手間を省き、かつ、端末を常に起動させることなく、端末を切替えても利用していたアプリケーションを引き続き利用できる。

本実施例のコンテキスト再現システムの機能構成例を示す図。本実施例の第１端末装置などの機能構成例を示す図。本実施例のコンテキスト再現方法の処理フローを示す図。アプリケーションごとに同期するタイミングなどを示した図。コンテキスト履歴情報の一例を示した図。その他の実施例のコンテキスト再現システムの機能構成例を示す図。その他の第１端末装置などの機能構成例を示す図。その他のコンテキスト再現方法の処理フローの前編を示す図。その他のコンテキスト再現方法の処理フローの後編を示す図。その他の実施例のコンテキスト再現システムの機能構成例を示す図。その他の第１端末装置などの機能構成例を示す図。その他のコンテキスト再現方法の処理フローを示す図。その他の実施例のコンテキスト再現システムの機能構成例を示す図。その他の第１端末装置などの機能構成例を示す図。その他のコンテキスト再現方法の処理フローの前編を示す図。その他のコンテキスト再現方法の処理フローの後編を示す図。

以下に、発明を実施するための形態を示す。なお、同じ機能を持つ構成部や同じ処理を行う過程には同じ番号を付し、重複説明を省略する。

図１に実施例１のコンテキスト再現システム１０００の機能構成例を示す。コンテキスト再現システム１０００では、第１端末装置１００と第２端末装置２００とがネットワーク網５０で結ばれている。また、第１端末装置１００、第２端末装置２００ともに、複数存在するが、この実施例および図１では、第１端末装置１００、第２端末装置２００ともに１個ずつの場合を示す。この例では、第１端末装置１００、第２端末装置２００は、同一のユーザが所有しているものとする。この例では第１端末装置１００をＰＣとし、第２端末装置２００を携帯電話とする。そして、ユーザが利用しているアプリケーションをＷｅｂブラウザとし、ユーザが第1端末装置１００で、Ｗｅｂブラウザを利用してＷｅｂサイトＸを閲覧しており、途中から第２端末装置２００に使用端末を切替えて、第２端末装置２００で同一のＷｅｂサイトＸを閲覧する場合を考える。

また、図２に第１端末装置１００、第２端末装置２００の機能構成例を示す。図３にコンテキスト再現方法の処理フローを示す。図２に示すように、第１端末装置１００は、第１実行部１０２と、取得部１０４と、第１同期部１０６と、記憶部１０８とを有する。第２端末装置２００は、第２実行部２０６と、再現部２０４と、第２同期部２０２と、を有する。

第１実行部１０２は、アプリケーションを実行する。上述のように、ユーザが利用しているアプリケーションがＷｅｂブラウザである場合には、第１実行部１０２はＷｅｂブラウザとなる。第１実行部１０２は、図示しないＷｅｂサーバへ要求信号を送信し、ＷｅｂサーバからＷｅｂサービス（Ｗｅｂサイト）が提供される。取得部１０４は、第１実行部１０２の挙動を監視しており、過去の直近のコンテキスト情報Ａを取得する。

ここで、コンテキストとは、アプリケーション識別情報αとアプリケーション状態情報βと対応付けられたものである。アプリケーション識別情報αとは、ユーザが利用していたアプリケーション（上記の例ではＷｅｂ）を識別するための情報（識別子）である。アプリケーションの状態情報βとは、アプリケーションの状態を示す情報であり、例えば、アプリケーションがＷｅｂであれば、アプリケーション状態情報βはＷｅｂのＵＲＬとなる。アプリケーションの状態とは、アプリケーションの実行の状態とアプリケーションが扱っているデータ（アプリケーションがＷｅｂの場合には、Ｗｅｂサイト中のＷｅｂページ）の状態の両方を含む。また、換言すると、コンテキストとは、端末の状態でユーザの要求に応じるものとも言える。コンテキスト情報とはコンテキストを示す情報である。

つまり、取得部１０４が取得する「直近のコンテキスト情報Ａ」とは、ユーザが直近に利用したアプリケーションを識別するためのアプリケーション識別情報αと、当該アプリケーション識別情報と対応付けられているアプリケーション状態情報βとである。そして、取得部１０４が直近のコンテキスト情報Ａを取得すると（ステップＳ１０２）、取得部１０４は、取得したコンテキスト情報Ａを第１同期部１０６に送信する（ステップＳ１０４）。

第１同期部１０６は取得部１０４からのコンテキスト情報Ａを受信すると、第１同期部１０６は第２同期部２０２とコンテキスト情報Ａを同期させる。このように、同期させるタイミングとして、第１同期部１０６は、直近のコンテキスト情報を受信する度に、当該受信したコンテキスト情報を第２同期部２０２と同期させる。

ここで、いくつかのアプリケーションについて、アプリケーション種別、第１同期部の同期するタイミング、アプリケーション識別情報α、アプリケーション状態情報β、をまとめた表を図４に示す。例えば、アプリケーション種別が「メール」である場合には、同期するタイミングを「メールを選択したとき」つまり、直近のコンテキスト情報を受信した時点とする。また、アプリケーション識別情報はα_２となり、アプリケーション状態情報βは、直近に使用していたメールとなる。また、同期するタイミングについては、これに限られず、ある一定の時間Ｔごとに同期するようにしてもよい。また、ユーザの所望するタイミングで同期させるようにしてもよい。この場合は、第１端末装置１００に入力部（図示せず）を設け、第１同期部１０６に同期処理をさせる同期指示情報をユーザに入力部から入力させるようにしても良い。

同期されたコンテキスト情報Ａは、一旦、蓄積部２０８に記憶される。また、第１同期部１０６と第２同期部２０２との同期処理については、非特許文献２に記載されている技術などを用いれば良い。

一方、ユーザが第２端末装置２００の操作を開始すると（例えば、ユーザが携帯電話の電源を入れると）、第２端末装置２００の情報生成部２１０が操作開始情報Ｂを生成し、再現部２０４に送信する。再現部２０４が操作開始情報Ｂを受信すると（ステップＳ１０８）、コンテキスト情報要求情報Ｃを生成し、第２同期部２０２に送信する（ステップＳ１１０）。第２同期部２０２がコンテキスト情報要求情報Ｃを受信すると、第２同期部２０２は、蓄積部２０８に記憶されている、直近に同期されたコンテキスト情報Ａを再現部２０４に送信する（ステップＳ１１２）。

ここで、当該直近に同期されたコンテキスト情報Ａとは、ユーザが直近に第１端末装置１００で利用していたアプリケーションを識別するためのアプリケーション識別情報αと、当該アプリケーションの状態を示すアプリケーション状態情報（当該アプリケーション識別情報αと対応するアプリケーション状態情報）βである。再現部２０４は、受信したアプリケーション識別情報αについてのアプリケーションを作動させ、アプリケーション状態情報βを第２実行部２０６に再現させる。このようにして、コンテキストを自動化して再現できる。つまり、アプリケーションの作動、アプリケーションの状態の再現を自動化でき、ユーザはアプリケーションの作動、最新の履歴の選択を行わなくても良い。

例えば、アプリケーションがＷｅｂである場合を考える。この場合に、図４の例では、アプリケーション識別情報はα_３となり、アプリケーション状態情報βは「直近に閲覧していたＷｅｂのＵＲＬ」となる。そして、再現部２０４は、このアプリケーション識別情報α_４に基づいて、第２実行部２０６をＷｅｂサーバとして起動させる。Ｗｅｂサーバとしての第２実行部２０６は受信したＵＲＬ（アプリケーション状態情報β）に基づいて、Ｗｅｂサーバ装置（図示せず）からＷｅｂサービスを受信する。つまり、ユーザは、第１端末装置で閲覧していたＷｅｂサイトＸを閲覧していた場合に、第１端末装置（ＰＣ）から第２端末装置（携帯電話）に端末を切替えても、自動的にＷｅｂサーバを起動させることができ、ＷｅｂサイトＸを自動取得できるため、ＷｅｂサイトＸを閲覧することができる。

従来技術１において、同期をさせる情報とは使用履歴情報であった。一方、本願の発明での同期をさせるコンテキスト情報Ａとは、直近に利用したアプリケーションを識別するためのアプリケーション識別情報αと、直近に利用したアプリケーション状態情報βである。従って、アプリケーションの起動の自動化、アプリケーション状態の再現の自動化を図ることができ、従来と比べて、ユーザの手間を削減できる。また、本願の発明で同期させていたコンテキスト情報Ａは、従来同期させていた使用履歴情報よりも容量は少ない。従って、本願のコンテキスト再現システムにより、同期させる情報の容量も削減できる。

また、上記では、ユーザが利用していたアプリケーションが１つの場合を説明したが、ユーザが利用していたアプリケーションが２つ以上の場合にも、この発明を適用することができる。この場合には利用していたアプリケーション毎のコンテキスト情報を第１端末装置と第２端末装置とで同期させればよい。従って、ユーザが利用するアプリケーション数が２以上になると、従来技術１と比較して、ユーザの手間、同期させる情報の容量を更に削減できる。

実施例１では、第１端末装置と第２端末装置とで同期させたコンテキスト情報Ａを用いた。この実施例２では、過去のコンテキスト情報Ａを消去せずに、第２端末装置２００の蓄積部２０８に同期させたコンテキスト情報Ａが保存され、コンテキスト履歴情報Ｄとして蓄積される。そして、コンテキスト履歴情報Ｄを用いて、ユーザが所望するコンテキスト情報について再現する。以下では、コンテキスト履歴情報Ｄからユーザが所望するコンテキスト情報の再現手法を２つ説明するが、これらの手法には限られない。システム構成図は図１を用い、第１端末装置１００などの機能構成例は図２を用い、処理フローは図３を用いる。

第１の再現手法は、ユーザの使用頻度の高いコンテキスト情報をコンテキスト履歴情報Ｄから選択して、再現するものである。図５にコンテキスト履歴情報Ｄの一例を示す。図５の例では、コンテキスト履歴情報Ｄは、アプリケーション識別情報α、当該アプリケーション識別情報αが示すアプリケーションを利用した日付、当該アプリケーションのアプリケーション状態情報βとを対応付けたものである。また、第１端末装置が複数ある場合には、第１端末装置の識別子も対応付けられる。

再現部２０４は、コンテキスト履歴情報Ｄ中の、ユーザが最も多く利用したコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を第２実行部２０６に再現させる。具体的には、ステップＳ１１０で、再現部２０４がコンテキスト情報要求情報Ｃを送信すると、ステップＳ１１２で第２同期部２０２は、ユーザの使用頻度の高いコンテキスト情報Ａを送信すればよい。具体的な処理として、第２同期部２０２は、コンテキスト履歴情報Ｄ中の重複しているコンテキスト情報Ａにおいて、重複している数を計測し、その数が最も多いアプリケーションについてのコンテキスト情報を抽出して、送信する。図５の例では、ユーザの使用頻度の高いコンテキスト情報とは、アプリケーション識別情報がα_３であるＷｅｂのアプリケーションについて、アプリケーション状態情報βが「ｈｔｔｐ：／／γ_１」のコンテキスト情報になる。従って、第２同期部２０２は、アプリケーション識別情報α_３とアプリケーション状態情報「ｈｔｔｐ：／／γ_１」をコンテキスト情報として、再現部２０４に送信する。そして、再現部２０４が当該コンテキスト情報を受信すると、第２実行部２０６に受信したコンテキスト情報について再現させる。この第１の手法によれば、コンテキスト履歴情報Ｄから、ユーザの使用頻度の高いコンテキスト情報を第２実行部２０６により再現できる。

第２の再現手法では、ユーザの現在の位置に関連するコンテキスト情報について再現部２０４が再現するものである。この場合には、図１に示すように、第２端末装置２００は破線で示す検出部２１２を有する。検出部２１２はユーザの位置を検出するものであり、例えば、ＧＰＳ機能を有する。

検出部２１２が、ユーザの現在位置を検出することで、ユーザ位置情報Ｅを生成し、再現部２０４に送信する。再現部２０４は、ユーザ位置情報Ｅから、ユーザの現在位置する場所に関連するコンテキスト情報Ａを要求するためのコンテキスト情報要求情報Ｃを第２同期部２０２に送信する。第２同期部２０２は、蓄積部２０８に蓄積されているコンテキスト履歴情報Ｄから、ユーザの現在位置に関連するコンテキスト情報を抽出して、再現部２０４に送信する。

ここで、第２同期部２０２のユーザ現在位置に関連するコンテキスト情報の取り出す手法について説明する。例えば、アプリケーションがＷｅｂの場合を考える。この場合には、第２同期部２０２は、コンテキスト履歴情報Ｄ中のコンテキスト情報から、Ｗｅｂサイト（アプリケーション状態情報β）がユーザ現在位置に関連するコンテキスト情報を取り出し、再現部２０４に送信する。再現部２０４は受信したコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を第２実行部２０６に再現させる。

この第２の再現手法を用いれば、例えば、ユーザが、ある駅Ｆの近くにいる場合には、ユーザ位置情報Ｅが駅Ｆ付近を示す情報となり、再現部２０４は、駅Ｆに関係するＷｅｂサイトを第２実行部２０６に再現させることができる。また、ユーザがある店舗Ｋの近くにいる場合には、ユーザ位置情報Ｅが店舗Ｋ付近を示す情報となり、再現部２０４は、店舗Ｋに関係するＷｅｂサイトを第２実行部２０６に再現させることができる。

このように、コンテキスト情報を、コンテキスト履歴情報Ｄとして蓄積部２０８に蓄積し、第１の再現手法、第２の再現手法などを用いることで、ユーザが第１端末装置から第２端末装置に切替えた場合であっても、ユーザが所望するコンテキストを再現できる。また、ユーザが所望するコンテキストの再現手法は、第１、第２の再現手法に限られない。

実施例１で説明した第１端末装置１００が例えば携帯電話の場合には、携帯電話の機能上の制限より、取得部１０４、第１同期部１０６を搭載させることが困難である場合がある。この実施例３のコンテキスト再現システムは、このような問題がある場合であっても、適切に、コンテキスト再現を行うことができるものである。

実施例３のコンテキスト再現システム２０００の機能構成例を図６に示し、図７に第１端末装置３００等の機能構成例を示し、図８、図９にそれぞれ処理フローの前半、後半を示す。この実施例３のコンテキスト再現システム２０００は、実施例１のコンテキスト再現システム１０００と比較して、新たに、コンテキスト取得装置４００を有する。コンテキスト取得装置４００は、取得部１０４と第１同期部１０６と記憶部１０８と送受信部４０２とを有する。また、アプリケーション装置５００は、第１端末装置３００に、ユーザが所望するアプリケーションを提供するものである。例えば、アプリケーションがＷｅｂである場合には、アプリケーション装置５００はＷｅｂサーバである。

まず、第１端末装置３００の情報生成部１１０は、ユーザが利用を所望するアプリケーションを要求するためのアプリケーション要求情報Ｇを生成し、送受信部３０４がコンテキスト取得装置４００に送信する（ステップＳ２０２）。そして、コンテキスト取得装置４００の送受信部４０２は、アプリケーション要求情報Ｇを受信する。取得部１０４は、送受信部４０２の挙動を監視しており、送受信部４０２が受信したアプリケーション要求情報Ｇのアプリケーション識別情報αとアプリケーション状態情報βをコンテキスト情報Ａとして取得する（ステップＳ２０４）。このように、コンテキスト取得装置４００の取得部１０４がコンテキスト情報を取得するために、第１端末装置３００からのアプリケーション要求情報Ｇは、アプリケーション装置５００に送信されずに、コンテキスト取得装置４００に送信される。

また、送受信部４０２は受信したアプリケーション要求情報Ｇをアプリケーション装置に送信する。アプリケーション装置５００の送受信部５０２がアプリケーション要求情報Ｇを受信すると、アプリケーション提供部５０４は、送受信部５０２経由でアプリケーション情報Ｈをコンテキスト取得装置４００に送信する（ステップＳ２０６）。

ここで、アプリケーション情報とは、そのアプリケーションについてユーザが所望する情報であり、例えば、アプリケーションがＷｅｂであれば、アプリケーション情報とはＷｅｂサイトである。

コンテキスト取得装置４００の送受信部４０２は、アプリケーション装置５００からのアプリケーション情報Ｈを第１端末装置３００に送信する（ステップＳ２０８）。

取得部１０４が取得したコンテキスト情報Ａを第１同期部１０６は、第２同期部２０２と同期させる（ステップＳ１０６）。以降の処理は、実施例１で説明した通りなので省略する。

このように、例えば、第１端末装置３００が携帯電話の場合に、機能上の制限があり、取得部１０４、第１同期部１０６を搭載させることができない場合であっても、コンテキスト取得装置を新たに設けることで、実施例１同様のコンテキスト再現処理を行うことができる。

実施例２で説明した第２端末装置２００は蓄積部２０８を有する。しかし、第２端末装置２００の数が多い場合には、蓄積部２０８を別装置に具備させることが好ましい。また、第２端末装置２００が携帯電話の場合には、機能的な制限があり、蓄積部２０８を設けることが困難な場合がある。このような場合には、第２端末装置２００に蓄積部２０８を設けずに、コンテキスト履歴情報Ｄの蓄積処理を代理する蓄積装置７００に蓄積部２０８を新たに設ければよい。以下、詳細に説明する。

図１０に、実施例４のコンテキスト再現システム３０００の機能構成例を示し、図１１に第１端末装置１００などの機能構成例を示し、図１２に処理フローを示す。図１０に示すように、第１端末装置３００、第２端末装置８００、蓄積装置７００とがネットワーク網５０で接続されている。蓄積装置７００は第２同期部２０２、蓄積部２０８、送受信部７０６を有する。

ステップＳ１０２、ステップＳ１０４の処理は、実施例１で説明した通りなので、省略する。ステップＳ１０６として、第１同期部１０６は、蓄積装置７００中の第２同期部２０２とコンテキスト情報を同期させる。同期させたコンテキスト情報はコンテキスト履歴情報Ｄとして、蓄積部７０４に蓄積される（ステップＳ３０２）。

次に、第２端末装置２００の情報生成部２１０は、コンテキスト履歴情報を要求するためのコンテキスト履歴情報要求情報Ｉを生成し、送受信部８０２経由で蓄積装置７００に送信する（ステップＳ３０４）。蓄積装置７００の送受信部７０６がコンテキスト履歴情報要求情報Ｉを受信すると、送受信部７０６は、直近に蓄積されたコンテキスト履歴情報Ｄを第２端末装置８００に送信する（ステップＳ３０６）。第２端末装置８００の送受信部８０２がコンテキスト履歴情報Ｄを受信すると、再現部８０４は、上述した第１の再現手法、第２の再現手法などを用いて、第２実行部２０６にコンテキストを再現させる（ステップＳ３０８）。

このようにコンテキスト履歴情報Ｄを扱う場合に、第２端末装置の数が多くなったとしても、コンテキスト履歴情報Ｄの蓄積処理を代理する蓄積装置７００を設けることで、コンテキスト再現処理を円滑に行うことができる。

また、実施例３で説明したコンテキスト取得装置４００を設ける構成と、この実施例４で説明した蓄積装置７００を設ける構成と、を統合したコンテキスト再現システム４０００を構成することも可能である。図１３にコンテキスト再現システム４０００の機能構成例を示し、図１４に第１端末装置３００等の機能構成例を示し、図１５、図１６に処理フローを示す。コンテキスト再現システム４０００は、第１端末装置３００、コンテキスト取得装置４００、アプリケーション装置５００、蓄積装置７００、第２端末装置８００により構成される。詳細については、上述したとおりなので、省略する。

第１端末装置が携帯電話、第２端末装置がＰＣである場合を考える。通常、ユーザはＰＣではＷｅｂブラウザやメール機能を用いるが、電話機能を用いない。そこで、この実施例５では、第１端末装置では使用できるが、第２端末装置では使用できないアプリケーションのコンテキスト情報については、取得部１０４が取得しないコンテキスト再現システムについて説明する。

具体的な構成としては、図２などに示すように、第１端末装置１００に設けられている取得部１０４または、コンテキスト取得装置４００に設けられている取得部１０４に第１設定手段１０４０を設ける。第１設定手段１０４０は、取得部１０４に予め定められたアプリケーションについてのコンテキスト情報を取得させる。予め定められたアプリケーションとは、ユーザが所望するアプリケーションであり、例えば、第１端末装置および第２端末装置で使用するアプリケーションである。

詳細に説明すると、第１設定手段１０４０は、取得部１０４に第１端末装置では使用するが、第２端末装置では使用しないアプリケーションについてのコンテキスト情報を取得させずに、第１端末装置および第２端末装置で使用するアプリケーションについてのコンテキスト情報を取得させる。ユーザは予め第１端末装置では用いるが、第２端末装置では用いないアプリケーション（電話機能など）を第１設定手段１０４０に設定する。第１設定手段１０４０は、当該設定したアプリケーションのコンテキスト情報について取得部１０４に設定させないようにする。

このように、取得部１０４は、第１設定手段１０４０を有することで、必要のないコンテキスト情報を取得することがない。取得部１０４がコンテキスト情報を取得するたびに、第１同期部と第２同期部とがコンテキスト情報を同期する構成である場合には、同期回数を削減できる。また、ある一定時間Ｔごとに第１同期部と第２同期部とがコンテキスト情報を同期する構成である場合には、このコンテキスト情報の情報量を削減できる。

第１端末装置で利用できるアプリケーションのコンテキストを第２端末装置で再現させると第２端末装置の容量の問題などで、第２端末装置に不具合が生じる場合を考える。この実施例６では、第１端末装置では使用するが、第２端末装置では使用できないアプリケーションについてのコンテキストを再現させないものである。具体的な構成としては、第２端末装置内の再現部２０４は、図２などに示すように第２設定手段２０４０を有する。第２設定手段２０４０は、再現部２０４に予め定められたアプリケーションについてのアプリケーション状態情報を再現させる。ここで、予め定められたアプリケーションとは、ユーザが所望するアプリケーションであり、具体的には、第１端末装置および第２端末装置で使用するアプリケーションである。また、第２設定手段２０４０は、再現部２０４に第１端末装置では使用するが、第２端末装置では使用しないアプリケーションについては再現させない。

第１端末装置で利用できるアプリケーションのコンテキストを第２端末装置で再現させると第２端末装置の容量の問題などで、第２端末装置に不具合が生じる場合であっても、第２設定手段２０４０により再現するコンテキストを制限することで、第２端末装置に不具合が生じないようにすることができる。

この実施例７では、第１端末装置が携帯電話である場合を考える。この場合に、第１端末装置が予め定められた状態になった時点で、第１同期部１０６と第２同期部２０２とを同期させる。ここで、予め定められた状態とは、ユーザが例えば当該携帯電話を使用し終わった（携帯電話の電源を切り終わった）状態である。つまり、携帯電話を使用し終わった時点で、第１同期部１０６と第２同期部２０２とを同期させる。このようにすることで、第１端末装置と第２端末装置との同期コスト（例えば、第１端末装置の消費電力）を削減できる。

具体的な構成を説明すると、第１端末装置１００は情報生成部１１０を有する。そして、情報生成部１１０は、第１端末装置１００が予め定められた状態（例えば、第１端末装置の使用が終わった状態）になると、端末状態情報Ｊを生成する。そして、情報生成部１１０は、第１同期部１０６に端末状態情報Ｊを送信する。第１同期部１０６が端末状態情報Ｊを受信すると、第１同期部１０６は第２同期部２０２と同期を行う。また、実施例２や実施例４のように、第１端末装置１００が情報生成部１１０を有し、コンテキスト取得装置４００が第１同期部１０６を有する構成の場合には、情報生成部１１０はネットワーク網５０を通じて端末状態情報Ｊを第１同期部１０６に送信すれば良い。また、第１端末装置の使用が終わった時点で、情報生成部１１０が端末状態情報Ｊを生成する例を説明したが、端末状態情報Ｊを生成するタイミングについては、ユーザが自由に設定すればよい。

このように、第１端末装置が予め定められた状態になった時点で、第１同期部１０６が同期を行うようにすれば、第１端末装置の同期コストを削減できる。

＜ハードウェア構成＞
本発明は上述の実施の形態に限定されるものではない。また、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。

また、上述の構成をコンピュータによって実現する場合、第１端末装置、第２端末装置、コンテキスト取得装置、蓄積装置（以下、「第１端末装置など」という。）が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、処理機能がコンピュータ上で実現される。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記憶しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよいが、具体的には、例えば、磁気記憶装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ−ＲＯＭ（Electronically Erasable and Programmable-Read Only Memory）等を用いることができる。

また、このプログラムの流通は、例えば、そのプログラムを記憶したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記憶されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

また、本実施例で説明した第１端末装置などは、ＣＰＵ（Central Processing Unit）、入力部、出力部、補助記憶装置、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）及びバスを有している（何れも図示せず）。

ＣＰＵは、読み込まれた各種プログラムに従って様々な演算処理を実行する。補助記憶装置は、例えば、ハードディスク、ＭＯ（Magneto-Optical disc）、半導体メモリ等であり、ＲＡＭは、ＳＲＡＭ(Static Random Access Memory)、ＤＲＡＭ (Dynamic Random Access Memory)等である。また、バスは、ＣＰＵ、入力部、出力部、補助記憶装置、ＲＡＭ及びＲＯＭを通信可能に接続している。

＜ハードウェアとソフトウェアとの協働＞
本実施例の単語追加装置は、上述のようなハードウェアに所定のプログラムが読み込まれ、ＣＰＵがそれを実行することによって構築される。以下、このように構築される各装置の機能構成を説明する。

第１端末装置などの送受信部は、所定のプログラムが読み込まれたＣＰＵの制御のもと駆動するＬＡＮカード、モデム等の通信装置である。その他の構成部は、所定のプログラムがＣＰＵに読み込まれ、実行されることによって構築される演算部である。記憶部、蓄積部は前記補助記憶装置として機能する。

Claims

第１端末装置と、第２端末装置と、で構成されるコンテキスト再現システムであって、
前記第１端末装置は、
アプリケーションを実行する第１実行部と、
前記第１実行部の挙動から、直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する取得部と、
第２同期部と前記コンテキスト情報を同期させる第１同期部と、を有し、
前記第２端末装置は、
アプリケーションを実行する第２実行部と、
前記第２同期部と、
前記同期されたコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させる再現部と、を有することを特徴とするコンテキスト再現システム。
第１端末装置と、第２端末装置と、コンテキスト取得装置と、アプリケーション装置と、で構成されるコンテキスト再現システムであって、
前記第１端末装置は、
アプリケーションを実行する第１実行部と、
前記コンテキスト取得装置へアプリケーション要求情報を送信し、コンテキスト取得装置からのアプリケーション情報を受信する送受信部を有し、
前記コンテキスト取得装置は、
前記第１端末装置からのアプリケーション要求情報を前記アプリケーション装置へ送信し、前記アプリケーション装置からのアプリケーション情報を前記第１端末装置に送信する送受信部と、
前記アプリケーション要求情報から、直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する取得部と、
第２同期部と前記コンテキスト情報を同期させる第１同期部と、を有し、
前記第２端末装置は、
アプリケーションを実行する第２実行部と、
前記第２同期部と、
前記同期されたコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させる再現部と、を有することを特徴とするコンテキスト再現システム。
第１端末装置と、第２端末装置と、蓄積装置とで構成されるコンテキスト再現システムであって、
前記第１端末装置は、
アプリケーションを実行する第１実行部と、
前記第１実行部の挙動から、直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する取得部と、
第２同期部と前記コンテキスト情報を同期させる第１同期部と、を有し、
前記蓄積装置は、
前記第２同期部と、
前記同期されたコンテキスト情報をコンテキスト履歴情報として蓄積する蓄積部を有し、
前記第２端末装置は、
アプリケーションを実行する第２実行部と、
コンテキスト履歴情報を要求するコンテキスト履歴情報要求情報を前記蓄積装置に送信し、コンテキスト履歴情報を前記蓄積装置から受信する送受信部と、
前記受信したコンテキスト履歴情報中のユーザが要求するコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させることを特徴とするコンテキスト再現システム。
第１端末装置と、第２端末装置と、コンテキスト取得装置と、アプリケーション装置と、蓄積装置とで構成されるコンテキスト再現システムであって、
前記第１端末装置は、
アプリケーションを実行する第１実行部と、
前記コンテキスト取得装置へアプリケーション要求情報を送信し、コンテキスト取得装置からのアプリケーション情報を受信する送受信部を有し、
前記コンテキスト取得装置は、
前記第１端末装置からのアプリケーション要求情報を前記アプリケーション装置へ送信し、前記アプリケーション装置からのアプリケーション情報を前記第１端末装置に送信する送受信部と、
前記アプリケーション要求情報から、直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する取得部と、
第２同期部と前記コンテキスト情報を同期させる第１同期部と、を有し、
前記蓄積装置は、
前記第２同期部と、
前記同期されたコンテキスト情報をコンテキスト履歴情報として蓄積する蓄積部を有し、
前記第２端末装置は、
アプリケーションを実行する第２実行部と、
コンテキスト履歴情報を要求するコンテキスト履歴情報要求情報を前記蓄積装置に送信し、コンテキスト履歴情報を前記蓄積装置から受信する送受信部と、
前記受信したコンテキスト履歴情報中の、ユーザが要求するコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させることを特徴とするコンテキスト再現システム。
請求項１または２記載のコンテキスト再現システムであって、
前記第２端末装置は、前記同期されたコンテキスト情報をコンテキスト履歴情報として蓄積する蓄積部を有し、
前記再現部は、コンテキスト履歴情報中の、ユーザが要求するコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させることを特徴とするコンテキスト再現システム。
請求項３〜５何れかに記載のコンテキスト再現システムであって、
前記再現部は、ユーザが最も多く利用したコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させることを特徴とするコンテキスト再現システム。
請求項３〜５何れかに記載のコンテキスト再現システムであって、
前記第２端末装置は、ユーザの位置を検出する検出部を有し、
前記再現部は、前記ユーザの位置に関連するコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を前記第２実行部に再現させることを特徴とするコンテキスト再現システム。
請求項１〜７何れかに記載のコンテキスト再現システムであって、
前記取得部は、予め定められたアプリケーションについてのコンテキスト情報を取得することを特徴とするコンテキスト再現システム。
請求項１〜８何れかに記載のコンテキスト再現システムであって、
前記再現部は、予め定められたアプリケーションについてのアプリケーション状態情報を再現させることを特徴とするコンテキスト再現システム。
請求項１〜９何れかに記載のコンテキスト再現システムであって、
前記第１端末装置は、更に、
当該第１端末装置の端末状態情報を生成する情報生成部を有し、
前記第１同期部は、前記端末状態情報を受信すると、前記コンテキスト情報を前記第２同期部と同期させることを特徴とするコンテキスト再現システム。
第１端末装置と、第２端末装置と、で構成されるコンテキスト再現システムを用いたコンテキスト再現方法であって、
第１端末装置が、第１実行部の挙動から直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する過程と、
第１端末装置が、コンテキスト情報を第２端末装置と同期させる過程と、
第２端末装置が、前記同期されたコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を再現する過程と、を有するコンテキスト再現方法。
第１端末装置と、第２端末装置と、コンテキスト取得装置と、アプリケーション装置と、で構成されるコンテキスト再現システムを用いたコンテキスト再現方法であって、
第１端末装置が、コンテキスト取得装置へアプリケーション要求情報を送信する過程と、
コンテキスト取得装置が、前記アプリケーション要求情報から直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する過程と、
コンテキスト取得装置が、コンテキスト情報を第２端末装置と同期させる過程と、
第２端末装置が、前記同期されたコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を再現する過程と、を有するコンテキスト再現方法。
第１端末装置と、第２端末装置と、蓄積装置と、で構成されるコンテキスト再現システムを用いたコンテキスト再現方法であって、
第１端末装置が、第１実行部の挙動から直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する過程と、
第１端末装置が、コンテキスト情報を蓄積装置と同期させる過程と、
蓄積装置に、コンテキスト情報がコンテキスト履歴情報として蓄積される過程と、
第２端末装置が、コンテキスト履歴情報を要求するコンテキスト履歴情報要求情報を蓄積装置に送信する過程と、
第２端末装置が、受信したコンテキスト履歴情報中のユーザが所望するコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を第２実行部に再現させる過程と、を有するコンテキスト再現方法。
第１端末装置と、第２端末装置と、コンテキスト取得装置と、アプリケーション装置と、蓄積装置とで構成されるコンテキスト再現システムを用いたコンテキスト再現方法であって、
第１端末装置が、コンテキスト取得装置へアプリケーション要求情報を送信する過程と、
コンテキスト取得装置が、前記アプリケーション要求情報から直近に利用したアプリケーションを識別するためのアプリケーション識別情報と、前記直近に利用したアプリケーション状態情報とが対応されたコンテキスト情報を取得する過程と、
コンテキスト取得装置が、コンテキスト情報を蓄積装置と同期させる過程と、
蓄積装置に、コンテキスト情報がコンテキスト履歴情報として蓄積される過程と、
第２端末装置が、コンテキスト履歴情報を要求するコンテキスト履歴情報要求情報を蓄積装置に送信する過程と、
第２端末装置が、受信したコンテキスト履歴情報中のユーザが要求するコンテキスト情報中のアプリケーション識別情報が示すアプリケーションについて、対応するアプリケーション状態情報を第２実行部に再現させる過程と、を有するコンテキスト再現方法。
請求項１〜１０何れかに記載されている第１端末装置、または第２端末装置、またはコンテキスト取得装置、または蓄積装置。
請求項１５記載の第１端末装置、または第２端末装置、またはコンテキスト取得装置、または蓄積装置としてコンピュータを動作させるプログラム。