JP4817814B2 - アプリケーション状態情報転送システム - Google Patents

Description

本発明は、或る情報処理装置における前の作業状態を別の情報処理装置において再現する技術に関し、特に、その再現に利用可能な別の情報処理装置の存在を利用者へ通知し、或る情報処理装置における前の作業状態に関する情報をその別の情報処理装置に転送してその前の作業状態を自動的に再現する技術に関する。

図３を参照して、コンピュータにおける作業状態を再現するための通常のクライアント・サーバ・システムを説明する。ファイルサーバ１４は、ＬＡＮ５０を介して各クライアント２４および２６に相互接続されている。利用者がクライアント２４を利用する場合には、ログイン時にクライアント２４とファイルサーバ１４はネットワーク５０を介して通信し、クライアント２４は、利用者がクライアント２４上のファイルを操作しているかのように動作し表示する。そして利用者がクライアント２４にログアウト指令を出すと、クライアント２４は現在利用しているアプリケーションのリストを調査し、そのリストをファイルサーバ１４に保存して終了する。次回、利用者がクライアント２４または別のクライアント２５においてログイン指令を出したときには、そのアプリケーションのリストに基づいて前回のアプリケーションを再現する。このシステムを利用することによって、利用者は様々な端末間を移動しても利用者のコンピューティング環境を継続して利用することができる。

特開２００２−２８８１２５号公報には、アプリケーションプログラムの作業状態を再現するシステムを提供するための「作業状態再現システム、作業状態再現方法」が記載されている。このシステムでは、管理サーバは、会社端末から複数のアプリケーションプログラムに関する復元情報を記憶するファイルを受信し、利用者ＩＤによって特定される復元情報管理領域内の記憶領域に、ファイルＺを書き込む。自宅端末から復元情報管理領域に記憶されているファイルの読出要求を受けると、利用者ＩＤによって特定される復元情報管理領域内のファイルを自宅端末に転送する。自宅端末は、ファイルの復元情報を用いて、会社端末において設定されていたアプリケーションプログラムの作業状態を復元する。
特開２００２−２８８１２５号公報

特開平６−２５９１６０号公報に記載されているコンピュータセキュリティシステムでは、個別のＩＤを送信するトランスポンダをコンピュータ装置を使用する特定利用者の名札、バッチ等に埋め込み、同情報を受信するレシーバをコンピュータ装置本体に内蔵させる。それによって、利用者がコンピュータ装置に近づくだけでＩＤを認識でき、トランスポンダを持つ利用者のみがコンピュータ装置を操作でき、非接触による操作者特定機能を実現できる。
特開平６−２５９１６０号公報

特開２００４−５４６３３号には、ネットワークシステムが記載されている。ネットワークシステムにおいて、携帯電話、ＰＤＡ、ＰＣ、自動車、およびオーディオステレオの各端末は、インターネットを介して情報同期サーバに接続される。これらの端末のうち、使用状態におかれていた端末が不使用状態に切り替えられるときに、作業中の内容や環境に関するデータを情報同期サーバへ送信する。情報同期サーバは、他の端末へ再現データを転送し、そのデータに基づいて他の端末で作業を続行することができる。これにより、シームレスな端末の移行が実現される。
特開２００４−５４６３３号公報

上述の特開２００２−２８８１２５号公報のシステムにおいては、再現するアプリケーションと画面上での位置およびサイズを復元するのみで、実際にそのアプリケーションが利用していたデータやファイルは復元されないという問題がある。例えば図３のクライアント２０の終了時に見ていたウェブ・ページはクライアント２０では復元されないという問題がある。また、日本語入力状態のオン／オフも記憶されないという問題がある。さらに、その文献のシステムにおいては、ログオンをしてから利用者の環境を復元するので、環境の復元が終わるまで、利用者は端末の前で待ち続けなければならないという問題がある。また、作業の復元処理について言及されているが、作業状態を再現した端末の利用を終了した場合の処理について言及しておらず、利用者の作業状態を次に使用する利用者に前回までの利用者の作業状態の情報が漏れる危険性がある。

発明者たちは、或る情報処理装置における利用者の作業状態を保存し、移動先において利用可能な別の情報処理装置の位置を利用者に知らせ、その或る情報処理装置における前の作業状態に関する情報をその別の情報処理装置に転送してその別の情報処理装置においてその作業状態を利用者が情報処理装置に到着するよりも早く再現し、利用者が情報処理装置に到着した時点から以前の作業を再開できるようにすると便利であることを認識した。

本発明の目的は、或る情報処理装置の前の作業状態を別の情報処理装置において事前に再現し、利用者がすぐに以前の作業状態から作業を再開できるようにすることである。

本発明の別の目的は、或る情報処理装置の作業状態を別の情報処理装置において再現するためにその作業状態をサーバへ保存し、その情報処理端末から利用者の情報が漏洩しないように、その情報処理端末を利用前の状態に戻したり、または利用した作業状態とそれに関係するデータをすべて削除することである。

本発明の特徴によれば、サーバと、そのサーバと通信可能な複数の情報処理端末と、そのサーバと通信可能な携帯端末と、を含むアプリケーション状態情報転送システムにおいて；その携帯端末は、利用者の位置を特定する情報を取得する位置情報取得手段を具え；そのサーバは、その携帯端末から受信した位置を特定する情報に基づいて、その利用者が利用可能なその複数の情報処理端末の中で、その利用者が最適なアプリケーションをすぐに利用することが可能な最寄りの１つの情報処理端末を決定する情報処理端末決定手段と、その複数の情報処理端末の中のいずれかの情報処理端末上でその利用者によって以前使用されたアプリケーションの状態情報を利用者識別情報と対応づけて保存し、その携帯端末から受信した利用者を特定する情報からその利用者のそのアプリケーションの状態情報を特定してその１つの情報処理端末に供給するアプリケーション状態情報保存手段と、を具え；その複数の情報処理端末の各々は、そのサーバから受け取ったそのアプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、その複数の情報処理端末の中の１つの情報処理端末において使用されたアプリケーションの状態情報を生成してそのサーバに供給するアプリケーション状態復元および保存手段と、そのアプリケーションの状態情報を復元する前に現状のアプリケーション状態情報を退避し、そのアプリケーションの状態情報を保存後に、その１つの情報処理端末のアプリケーションの状態をその利用者が利用する前の状態へ戻すアプリケーション状態情報削除手段と、を具える。

本発明の別の特徴によれば、そのアプリケーション状態情報転送システムにおいて；そのサーバは、その携帯端末から受信した位置を特定する情報に基づいて、利用者が利用可能なその複数の情報処理端末の中で、利用者が最適なアプリケーションをすぐに利用することが可能な最寄りの１つの情報処理端末を決定する情報処理端末決定手段を具え；その携帯端末は、その利用者によってその複数の情報処理端末の中のいずれかの情報処理端末上で使用されたアプリケーションの状態情報を受信して保存し、そのアプリケーションの状態情報をその１つの情報処理端末に供給するアプリケーション状態情報保存手段と、その利用者の位置を特定する情報を取得する位置情報取得手段と、その利用者によって操作可能な入力手段とを具え；その情報処理端末は、その携帯端末から受け取ったそのアプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、その情報処理端末において使用されたアプリケーションの状態情報を生成してその携帯端末に供給するアプリケーション状態復元および保存手段と、そのアプリケーションの状態情報を復元する前に現状のアプリケーション状態情報を退避し、そのアプリケーションの状態情報を保存後に、その情報処理端末をその利用者が利用する前の状態へ戻す、アプリケーション状態情報削除手段と、を具える。

本発明のさらに別の特徴によれば、サーバと、そのサーバと通信可能な複数の情報処理端末と、利用者によって携帯可能でありその複数の情報処理端末によって読み取り可能なその利用者の情報記憶装置と、を含むアプリケーション状態情報転送システムにおいて、その情報記憶装置は、その情報記憶装置の識別情報を格納し；そのサーバは、その複数の情報処理端末のいずれか１つの情報処理端末から受信した、その情報記憶装置の識別情報と、そのいずれか１つの情報処理端末の識別情報とに基づいて、その利用者が利用可能なその複数の情報処理端末の中で、その利用者が最適なアプリケーションを利用することが可能な１つの情報処理端末を決定する情報処理端末決定手段と、その複数の情報処理端末の中のいずれかの情報処理端末上でその利用者によって以前使用されたアプリケーションの状態情報を利用者識別子と対応づけて保存し、その複数の情報処理端末のいずれか１つの情報処理端末から受信した利用者識別子またはその情報記憶装置の識別情報からその利用者のそのアプリケーションの状態情報を特定してその決定された情報処理端末に供給するアプリケーション状態情報保存手段と、を具え； その決定された情報処理端末は、その情報記憶装置の識別情報を読み取る読取り手段と、そのサーバから受け取ったそのアプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、その利用者によって使用されたアプリケーションの状態情報を生成してそのサーバに供給するアプリケーション状態復元および保存手段と、そのアプリケーションの状態情報を受け取る前はその決定された情報処理端末を不動作状態にし、そのアプリケーションの状態情報を受け取った後でその読取り手段によってその識別情報が検出されなければその決定された情報処理端末を利用可能な状態にしないロック手段と、そのアプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、その復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具える。

本発明によれば、或る情報処理装置の前の作業状態を別の情報処理装置において事前に再現でき、その再現のために利用可能な別の情報処理装置の位置を利用者へ通知することができ、かつ利用者が情報処理装置に到着した時点ですぐに以前の作業を再開することができる。

本発明の実施形態を、図面を参照して説明する。図面において、同様の構成要素には同じ参照番号が付されている。

図１は、本発明の原理による、それぞれネットワーク５０に接続された情報処理装置としての、サーバ１０、共に同様の構成を有する情報処理端末２０、・・・２５、および携帯端末３０で構成されたシステムの概略的な構成を示している。情報処理端末２０は、例えば、社内、インターネットカフェおよびパブリックスペースに置かれたデスクトップ型パーソナル・コンピュータまたはノートブック型パーソナル・コンピュータであっても、ＡＴＭ（現金自動預け入れ払い機）、ＣＤ（現金自動払い機）であってもよい。携帯端末３０は、使用者によって携帯され、携帯電話機、ＰＤＡ（Personal Digital Assistant）または通信機能付きのＲＦ ＩＤリーダであっても、ＲＦ ＩＤタグであっても、ＲＦ ＩＤタグを含む装置であっても、バーコード・リーダあってもよい。ネットワーク５０は、例えばインターネットである。

サーバ１０は、内部バス１５を介して接続された、情報処理部１０１、情報処理端末２０〜２５から受け取ったアプリケーション状態情報を保存するアプリケーション状態情報保存部１０２、認証情報確認部１０４、利用者誘導部１０６、利用端末決定部１０８、利用者位置決定部１１０、無線送受信部１１２、およびネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）１５０を具えている。サーバ１０は、利用者管理データ・テーブルを格納している。この場合、利用者管理データ・テーブルは、情報処理端末の識別情報およびアドレスを含み、さらに、利用者のログイン名、利用者識別子、および各利用者についての情報処理端末の優先順位、等を含んでいる。サーバ１０は、信頼性の高い厳重に管理されたサーバであり、現在の利用者の位置を特定する情報や、復元先の情報処理端末にインストールされているアプリケーションが、利用者が事前に保存しているアプリケーション状態情報を復元するためのアプリケーションとどの程度まで一致しているかに応じて利用者が使用すべき最寄りの（最も近い）情報処理端末上に利用者のアプリケーションの状態を復元し、利用者が使用した後のアプリケーションの状態情報を保存する機能を持つ。

情報処理端末２０は、内部バス１７を介して接続された、情報処理部２０１、複数のアプリケーション２１０、サーバ１０から受け取ったアプリケーション状態情報に従ってアプリケーションの状態を復元し終了時のアプリケーション状態情報をサーバ１０に保存するアプリケーション状態復元／保存部２１２、情報処理端末２０に残されたアプリケーションの状態情報を削除するアプリケーション状態情報削除部２１４、認証情報処理部２１６、携帯端末３０と交信可能な無線送受信部２１８、端末ロック部２２０、およびネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）２５０、および図示されていない例えばキーボード、マウス、ディスプレイ、スピーカ等の入力装置および情報提示装置を具えている。無線送受信部２１８は、例えば、携帯端末３０の携帯電話機用の送受信機または無線ＬＡＮ送受信機であっても、携帯端末３０に含まれるＲＦ ＩＤタグ・リーダ／ライタによって読み取られるＲＦ ＩＤタグであっても、携帯端末３０に含まれるＲＦ ＩＤタグを読み取るＲＦ ＩＤタグ・リーダ／ライタであってもよい。

携帯端末３０は、内部バス３５を介して接続された、情報処理部３０１、表示部３０４、入力部３０６、情報処理端末２０と交信可能な無線送受信部３０８、位置情報取得手段としての位置情報取得部３１０、認証情報処理部３１２、およびネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）３５０を具えている。

サーバ１０、情報処理端末２０〜２５および携帯端末３０は、それぞれの無線送受信部１１２、２１８および３１２を介して無線で接続されるようにしてもよい。

図２は、本発明の原理による、それぞれネットワーク５０に接続された情報処理装置としての、サーバ１１、複数の情報処理端末２０、・・・２５、および携帯端末３１で構成された別のシステムの概略的な構成を示している。

図２のシステムでは、サーバ１１は図１のアプリケーション状態情報保存部１０２を具えておらず、その代わりに、携帯端末３１が情報処理端末２０〜２５から受け取ったアプリケーション状態情報を保存するアプリケーション状態情報保存部３０２を具えている。この場合、情報処理端末２０のアプリケーション状態復元／保存部２１２は、携帯端末３１から受け取ったアプリケーション状態情報に従ってアプリケーションの状態を復元し終了時のアプリケーション状態情報を携帯端末３１に保存する。

サーバ１０および１１は、さらに図示されていないメモリおよびプロセッサを含んでいる。そのメモリは図１および２のサーバ１０または１１の構成要素１０１〜１１２の諸機能に対応するプログラムを格納し、そのプロセッサは、そのプログラムに従って動作してもよい。情報処理端末２０は、さらに図示されていないメモリおよびプロセッサを含んでいる。そのメモリは図１および２の情報処理端末２０の構成要素２１１〜２２０の諸機能に対応するプログラムを格納し、そのプロセッサは、そのプログラムに従って動作してもよい。携帯端末３０および３１は、さらに図示されていないメモリおよびプロセッサを含んでいる。そのメモリは図１および２の携帯端末３０または３１の構成要素３０１〜３１２の諸機能に対応するプログラムを格納し、そのプロセッサは、そのプログラムに従って動作してもよい。

図４は、図１の本発明の原理に基づいた実施形態による、それぞれネットワーク５０に接続された情報処理装置としての、サーバ１２、共に同様の構成を有する複数の情報処理端末２１、・・・２５、携帯端末３２および無線ＬＡＮアクセスポイント（基地局ＡＰ）３５４で構成されたシステムの概略的な構成を示している。ＲＦ ＩＤタグ５２、５４、．．．および５６が、使用者が通過し得る様々な場所に配置され、ＲＦ ＩＤタグ２３８が情報処理端末２１〜２５に組み込まれており、利用者の携帯端末３０に搭載されたＲＦ ＩＤリーダ３２８によって読み取られる。無線ＬＡＮアクセスポイント３５４は無線ＬＡＮ周波数帯域の電波５１を介して携帯端末３２と通信する。

サーバ１２は、図１のサーバ１０の実施形態であり、内部バス１５を介して接続された、アプリケーション状態情報データベースを含むアプリケーション状態情報保存部１０２、認証情報確認部としての指紋情報確認部１３４、利用者誘導部としてのナビゲーション・システム１３６、利用情報処理端末決定部１０８、利用者位置決定部１１０、およびネットワーク・インタフェースとしてのＬＡＮカード１５２を具えている。

情報処理端末２１〜２５の各々は、図１の情報処理端末２０〜２５の実施形態であり、様々なアプリケーション・ソフトウェアおよびユティリティ・アプリケーション等の複数のアプリケーション２１０を具え、さらに内部バス１７を介して接続された、アプリケーション状態復元／保存部２１２、アプリケーション状態情報削除部２１４、認証情報処理部２１６、無線送受信部としてのＲＦ ＩＤ２３８、端末ロック部２２０、およびネットワーク・インタフェースとしてのＬＡＮカード２５２を具えている。ＲＦ ＩＤ２３８は、携帯端末３０のＲＦ ＩＤリーダ３２８によって読み取られる。

携帯端末３２は、図１の携帯端末３０の実施形態であり、内部バス３５を介して接続された、表示部としてのディスプレイ３２４、入力部としてのキーボード３２６、無線送受信部としてのＲＦ ＩＤリーダ３２８、認証情報処理部３１２、およびネットワーク・インタフェースとしての無線ＬＡＮカード３５２を具えている。ＲＦ ＩＤリーダ３２８は、使用者が携帯する携帯端末３２の現在の位置を検出するために用いられ、街頭の外壁、ビルの入り口、店舗入り口、交通機関ゲート等、様々な場所に配置されたＲＦ ＩＤ５２〜５６および情報処理端末２０〜２５のＲＦ ＩＤ２３８を読み取るためのものである。携帯端末３２は、その携帯端末を所持した利用者がそのようなＲＦ ＩＤ５２〜５６および２３８付近を無意識にまたは意図的に通過したり、そのようなＲＦ ＩＤ５２〜５６および２３８に携帯端末３２を近づけることにより、携帯端末３２のＲＦ ＩＤリーダ３２８を通じて、そのＲＦ ＩＤ５２〜５６および２３８に書き込まれている場所を表す環境情報（例えば、住所データ、住所を表す符号化データ、ＩＤ、情報処理端末ＩＤ、通信相手の登録番号、通信相手からの電波の強度、通信相手の通信方位）を取得する。

利用者が携帯端末３２におけるキーボード３２４を用いて、例えば会社や学校のような移動先の適当な情報処理端末の利用希望を表すメッセージをサーバ１２へ送信する操作を予め行い、それによって、上述のように携帯端末３２が取得した環境情報がサーバ１２に送信されるようになる。携帯端末３２は、環境情報を取得する度にそれをサーバ１２へ送信してもよいし、読み取った環境情報に応じて情報処理部３０１によって判定した後でサーバ１２へ送信してもよい。それに使用される通信媒体は、例えば、赤外線通信、無線通信、有線通信、等である。

上述の携帯端末３０〜３２の位置情報を取得する別の方法として、携帯端末３０〜３２を一意的に識別する識別情報（タグＩＤ）を含むＲＦ ＩＤタグを携帯端末３０〜３２に組み込んでおいて、上述のような様々な場所に配置されたＲＦ ＩＤタグ・リーダ装置にその携帯端末３０〜３２のＲＦ ＩＤタグを読み取らせ、そのリーダ装置がネットワーク５０を介してその携帯端末３０〜３２の識別情報をサーバ１０〜１２へ通知し、サーバ１０〜１２が、その携帯端末３０〜３２の識別情報とそれを読み取ったリーダ装置の位置情報または識別情報とから携帯端末３０〜３２の位置を特定するようにしてもよい。この場合には、利用者が情報処理端末２０または２１を利用したい場合には、携帯端末３０〜３２のキーボード３２６により、サーバ１０〜１２へ情報処理端末２０または２１の利用依頼を送信し、利用者の位置はサーバ１０〜１２で処理することとなる。

代替構成として、その他、移動電話網やＰＨＳのような通信網の基地局から電波を送信し、携帯端末３０〜３２によって受信したその電波の強度、受信電波の方位、等に関する情報を基地局情報（基地局の位置等）とともにサーバ１０〜１２に通知することによって、携帯端末３０〜３２の位置情報を取得してもよい。

別の代替構成として、携帯端末３０〜３２に移動電話機能、またはＰＨＳ機能を搭載し、基地局と携帯端末３０〜３２との間で行われるセンシングと基地局の位置情報から携帯端末３０の位置情報を取得してもよい。

代替構成として、携帯端末３０〜３２にＧＰＳ装置を組み込んで、携帯端末３０〜３２が自己の位置情報を取得してサーバ１０〜１２へ通知してもよい。

図５は、アプリケーションの状態情報保持部１０２におけるアプリケーションの状態情報のデータベースのデータ構造の例を示している。アプリケーション状態情報（コンテキスト）は、個人を示す利用者ＩＤまたは識別情報または識別子、各アプリケーションの状態情報名、保存日、保持フラグ（アプリケーションをサーバ側で保持しているか否かを確認するフラグ。その利用者が編集中のアプリケーションが存在する場合、別の情報処理端末上でそのアプリケーションを復元すると、編集中の内容は反映されないので、それを防止する働きをする。）、アプリケーション・カテゴリ（例えば、メディア／音声、テキスト、ＨＴＭＬ、Ｃａｌｃ（計算）、ＣＡＤ）、アプリケーション名（インストールパスも含む場合がある）、情報処理端末におけるアプリケーションに関する各項目に関する状態情報を含んでいる。アプリケーション・カテゴリは代替可能なアプリケーションの検索に使用し、例えば「Ｗｏｒｄ」というアプリケーションで作成されたテキストを別の情報処理端末上で復元する際、その情報処理端末に「Ｗｏｒｄ」が存在しなければ、同じカテゴリに属する「メモ帳」というアプリケーションを使用して復元する。同じ利用者に対して、複数の作業名を設定することもできる。図５での利用者は、「自宅」と「会社」の２つの状態情報をサーバ１０〜１２に保存している。アプリケーション状態情報の保存には、アプリケーション毎にその状態情報を記述したテキストファイル、１つのアプリケーションとその状態をカンマ区切りで記述したＣＳＶファイル、ＸＭＬファイルおよびデータベースなどが用いられる。

図６は、携帯端末３０〜３２、サーバ１０〜１２、情報処理端末２０および２１との間の通信で使用されるデータ・パケットのフォーマットの例を示している。データ・パケットは、シーケンス番号（ＳＱＮ）、ＩＤ、データ番号（ＤａｔａＮｕｍ）、データおよびＣＲＣの各フィールドを含んでいる。各データ・フィールドは、フラグ、サイズ、データを含んでいる。

図７Ａおよび７Ｂは、図４のシステムにおける利用者によって使用された或る情報処理端末のアプリケーション状態を別の情報処理端末２１において復元するためのシーケンスを示している。

図４と図７Ａおよび７Ｂを参照すると、手順７０２において、利用者は携帯端末３２に情報処理端末を利用するための手続を実行するよう指示する。携帯端末３２のＲＦ ＩＤリーダ３２８は、手順７０４において、利用者の移動に伴って所定の場所に配置されたＲＦ ＩＤタグ５２〜５６、２３８等から現在の位置情報を環境情報として取得する。携帯端末３２は、手順７０６においてサーバ１０に利用者の識別子と携帯端末３２の現在の環境情報を送信し、サーバ１０はその受信確認を携帯端末３２に通知し、サーバ１２の利用者位置決定部１１０は手順７４０においてその利用者の識別子と環境情報に基づいて利用者の地理的、地域的および空間的な現在の位置を決定する。その際、利用者位置決定部１１０は、環境情報と地理的、地域的および空間的な位置との間の対応関係を表すデータを格納した利用者位置決定部１１０のデータベースＤＢにアクセスして、環境情報を位置情報に変換する。ここで環境情報とは、住所を現す符号化データ、ＩＤ、情報処理端末ＩＤ、通信相手の登録番号、相手からの電波強度などを有する。一方、位置情報は、端末ＩＤ、緯度と経度、住所と建物名と階層など、位置を特定できる必要十分な情報を有する。

手順７４２において、利用者位置決定部１１０は、携帯端末３２の現在の位置を決定し、手順７４２において、その位置情報に基づいて利用端末決定部１０８を用いて利用者が利用可能な情報処理端末２１〜２５を選択または決定する。その際、利用端末決定部１０８は、利用者の位置情報に基づいて、上述のデータベースＤＢを検索することによって、例えば現在の位置に最も近い情報処理端末、即ち、携帯端末からの電波を最も強く受信している情報処理端末および／または利用者の利用アプリケーションに最も適した（コンパチブルな）利用可能な情報処理端末２１〜２５を決定する。データベースＤＢには、情報処理端末２１〜２５にインストール済みのアプリケーション２１０の識別情報（アプリケーション名）が付加されていてもよい。それによって、復元すべきアプリケーション状態に対応するアプリケーションの種類および数に最も適合する情報処理端末を選択することができる。利用端末決定部１０８は、アプリケーション状態情報保存部１０２における利用者のアプリケーションの状態情報（図５）を参照して、利用者が利用するのにより適したまたは最適な情報処理端末を選んでもよい。ここで、最適なアプリケーションとは、利用者が使用したものと同じアプリケーションであるか、またはそれがない場合には代替可能なより近いアプリケーションをいう。手順７４６において、利用端末決定部１０８は、予め複数の情報処理端末を選択し、利用者はその中の幾つかを選択できるようにしてもよい。その際、利用端末決定部１０８は、利用者のアプリケーション状態情報に基づいて、かつ利用者誘導部１０６（例えばその端末の位置情報等）を用いて、利用者が複数の情報処理端末に到着した時点でできるだけ直ぐに（最短時間で）利用可能であるようにかつアプリケーションの状態を最も（より）最適に復元できるようなその中の１つまたは幾つかの情報処理端末を決定してもよい。この場合、手順７４４において、利用端末決定部１０８は、利用可能な複数の情報処理端末に関する情報と、その中のどれを利用するかを決定するよう依頼するメッセージを携帯端末３２に送信する。手順７１０において、携帯端末３２は、その複数の情報処理端末とそのメッセージをディスプレイ３２４に表示する。手順７１２において、利用者は表示された１つ以上の情報処理端末の中から１つ以上の端末を選択する。手順７１４において、携帯端末３２は、利用者識別子と、利用者が選択し決定した情報処理端末の選択情報とをサーバ１２に送信する。

利用者が複数の情報処理端末２１〜２５のいずれか１つを選択した場合は、サーバ１２は、選択した情報処理端末の位置情報を携帯端末３２へ送信する。携帯端末３２は、取得した情報処理端末の位置情報をそのディスプレイ３２４に表示する。この複数の情報処理端末２１〜２５を選択するイベントを利用者へ通知する方法として、サーバ１２から通知が来た時点でディスプレイ３２４上にポップアップを行って通知したり、ディスプレイ３２４の画面全体をフラッシュしたりしてもよい。また、携帯端末３２が音声出力装置を有する場合には、音響または音声で通知してもよい。利用者はキーボード３２６を用いて利用する情報処理端末２１を選択する。ここで携帯端末３２の入力装置として、キーボード３２６の代わりに、マウス、スイッチ、ボタンおよびテンキーなどを用いてもよい。携帯端末３２は、この選択された情報処理端末２１〜２５の位置情報をサーバ１２へ送り返す。

利用する情報処理端末２１が一意的に決定されると、手順７５０において、サーバ１２は、その利用者個人のアプリケーション状態情報保存部１０２のデータベースＤＢを参照し、その利用者用に複数の状態情報が格納されていないかをチェックする。

手順７５０において、サーバ１２のアプリケーション状態保持部１０２は、利用者の利用アプリケーションに関する情報を取得する。アプリケーション状態保持部１０２は、手順７５４において、利用者に対して複数のアプリケーション状態情報が存在するかどうかをチェックする。複数のアプリケーション状態情報が存在する場合には、サーバ１２は、その状態情報名とアプリケーションをリスト化し、手順７５２において通信手段を介してそのリストを復元アプリケーション情報として携帯端末３２に送信する。携帯端末３２は、手順７１４において、そのアプリケーション情報中のアプリケーションのリストを取得し、次にディスプレイ３２４にそのリストを表示し、どのアプリケーションのどの状態情報を復元するのかを利用者に問い合わせる。当該利用者のアプリケーション状態情報が存在しない場合は、最寄りの情報処理端末を決定し、当該情報処理端末のアプリケーション状態は復元出来ないためそのまま使用し、利用者がアプリケーションを使用した後に、当該利用者のアプリケーション状態情報を生成して、自動的にアプリケーション状態保持部１０２に追加する。

利用者は、手順７２０において携帯端末３２のキーボード３２６を用いて、必要な１つのアプリケーション状態情報のリストを選択して、手順７２２において通信手段を介して携帯端末３２からサーバ１２へその状態情報のリストを復元アプリケーション情報として通知する。このアプリケーション情報は、サーバ１２が、情報処理端末２１を選択した時点、または利用可能な複数の情報処理端末２１〜２５を選択した時点で、チェックおよび作成を行い、その情報処理端末の情報とともに携帯端末３２へ送信してもよい。

代替構成として、図２の場合、利用者は、手順７２０において携帯端末３２のキーボード３２６を用いて、アプリケーション状態保存部３０２に保存されている１つのアプリケーション状態情報を選択して、手順７２２において通信手段を介して携帯端末３２からサーバ１２へその状態情報を送信してもよい。

図７Ｂの手順７５８において、サーバ１２は、アプリケーション状態保存部１０２または３０２から取得した利用者個人のアプリケーション状態情報を、復元するアプリケーション状態情報として利用者識別情報とともに、その選択された情報処理端末２１〜２５へネットワーク５０を介して送信する。この場合、通信媒体として、有線通信、赤外線通信、無線通信（Bluetooth、無線ＬＡＮ、ＵＷＢなど）、などが用いられる。

一方、サーバ１２のナビゲーション・システム１３６は、手順７６０において、利用情報処理端末２１までの案内または道順を示すナビゲーション情報を作成し、手順７６２においてそれを情報処理端末への案内情報として携帯端末３２へ送信する。ここでいうナビゲーション・システム１３６は、例えば、カーナビゲーション・システムや携帯電話における誘導システムであり、現在地から目的地までの地図データと、最短で移動するための移動データ情報を提供する。手順７２４において、携帯端末３２は受信したナビゲーション情報をディスプレイ３２４に表示し、利用者に利用情報処理端末２１〜２５までの道順を通知する。利用者はこの情報によって迷うことなく利用可能な情報処理端末２１〜２５まで移動することができる。

情報処理端末２１がアプリケーション状態情報を受信すると、手順７８２において、情報処理端末２１の端末ロック部２２０は、情報処理端末２１をロックする。端末ロック部２２０は、サーバ１２から受け取ってアプリケーション状態情報を受け取って使用するアプリケーションの状態が復元されるまでは、アプリケーション状態情報を利用者に対して不動作（操作不可能）状態に維持しており、アプリケーション状態情報を受け取って使用するアプリケーションが復元された後で認証情報入力画面を表示して認証情報の入力を可能にする。この場合、その情報処理端末２１に利用者情報がなかった場合には、利用者情報を新規に作成する。

手順７８４において、アプリケーション状態復元／保存部２１２はサーバ１２から取得したアプリケーション状態情報に基づいてアプリケーションの状態を復元する。そのために、アプリケーション状態復元／保存部２１２は、まず、最適なアプリケーションを決定するために、復元可能なアプリケーションのチェックを行う。具体的には、アプリケーション状態情報データベースＤＢに記述されているアプリケーションが復元先の情報処理端末（２１０：アプリケーション１，２．．．Ｘ）上にインストールされているか否かのチェックを行う。手順７８６において該当するアプリケーションがインストールされていないと判定された場合は、手順７８８においてアプリケーション状態復元／保存部２１２が代替可能なアプリケーションを決定する。そのために、アプリケーション状態復元／保存部２１２は、そのアプリケーションのカテゴリ情報に基づいて、代替可能なアプリケーションを検索し、代替可能なアプリケーションを用いてアプリケーション状態の復元作業を行う。例えば、マイクロソフト社のＯＳウィンドウズ（登録商標）では拡張子に対応したアプリケーションが規定されているので、その情報に基づいて代替可能なアプリケーションを検索すればよい。ファイル・フォーマットへの対応は、利用するアプリケーションによって対応する。例えば、マイクロソフト社のワープロソフトであるワード２０００で作成されたデータ・ファイルをワード２００３で開く場合には、ワード２００３に備えられたバージョン吸収機能を用いてそれを実行する。

復元不可能なアプリケーションについては、アプリケーション状態復元／保存部２１２は、情報処理端末２１上で復元できなかったアプリケーションを記憶しておき、利用者が情報処理端末２１の利用を開始した直後に、次回の情報処理端末の利用の際にそれを復元するか復元しないかを問い合わせ、利用者が継続して復元を行うことを決定した場合には、後でアプリケーション状態情報を保存する時にそれを一緒に過去のアプリケーション状態情報として保存処理を行う。「Ｗｏｒｄ」で作成したデータを「メモ帳」で復元、編集する操作を例に挙げると、「メモ帳」でデータを開いた直後に「このデータはＷｏｒｄで作成されたデータです。以前の書式を保存しますか？（ＹＥＳ／ＮＯ）」というポップアップが出る。ここでＹＥＳを選択すると、後でアプリケーション状態情報を保存する時に、データを「Ｗｏｒｄ」として保存する。逆に、ＮＯを選択した場合、データを「メモ帳」として保存するため、書式などのデータは失われる。

情報処理端末２１の端末ロック部２２０は、取得した利用者情報に基づいて情報処理端末２１へのログイン処理を実行する。そのログイン処理の終了後に、手順７９０において端末ロック部２２０がスクリーンロックの認証画面を表示し、正規の利用者以外の者が復元中に情報を盗み見たり、復元後に不正利用したりすることを防止する。

手順７９２において、端末ロック部２２０は、利用者が情報処理端末２１へ到着した時点で、認証情報処理部２１６によって利用者個人を認証して、認証に成功した場合は、手順７９４において端末ロック部２２０のロックを解除してその利用が可能な状態となる。その個人認証の方式として、利用者識別子とパスワードを入力するパスワード方式、指紋認証、てのひら静脈認証などのバイオメトリックスによる認証方式、ＲＦ ＩＤタグ、ＩＣカードやスマートカードによる認証方式が用いられる。情報処理端末２１において個人認証をするだけではなく、携帯端末３２でも、接触型または非接触型のＩＣカードリーダを用いた利用者認証機能、あるいは、指紋センサおよび指紋認証機能などのバイオメトリックス認証機能、あるいはそれらの組み合わせの機能を設け、携帯端末３２上で取得した情報をサーバ１２に暗号通信路を経由して通知し、サーバ１２で認証を行ってもよい。その結果、手順７９６において、サーバ１２から情報処理端末２１のロックを解除するようにしてもよい。

このようにして、利用者は、移動先の最も近い情報処理端末に効率よく到達してそれを即座に使用できるようになる。また、前回のアプリケーションの使用状態を復元することによってアプリケーションを用いた仕事の作業効率が向上する。また、携帯端末３２にアプリケーション状態情報を保存すれば、情報処理端末とサーバを管理する会社が複数あっても、それに関係なく、利用者個人のアプリケーション状態情報を異なる会社の情報処理端末でも利用できる。

図８は、図４のシステムにおけるアプリケーション状態に関する情報を保存するためのシーケンスを示している。

利用者が情報処理端末２１上での作業を終了させた後、手順８０２において利用者が情報処理端末２１上のアプリケーション状態情報をサーバ１２に保存する操作を行うと、手順８０４において、アプリケーション状態情報復元／保存部２１２は、終了処理としてその保存処理を行い、手順８０６において情報処理端末２１上で動作しているアプリケーションのリストとその状態情報（利用者ＩＤ、セッション名、アプリケーション種別、利用ＵＲＬ、どのファイルを使用しているか、画面位置、画面サイズ、日本語入力システムの状態（オン／オフ）、音楽メディアの再生済み時間、カーソルの位置など）を取得し、手順８０８においてそのリストとその状態情報を利用者識別子とともにサーバ１２に送信する。代替構成として、アプリケーション状態情報復元／保存部２１２は、そのリストとその状態情報を携帯端末３２のアプリケーション状態情報保存部３０２にネットワーク５０を介して送信してもよい。

また、代替構成として、利用者が情報処理端末２１での操作を一定時間行わなかった場合や、携帯端末３２の位置情報から情報処理端末２１から或る一定の距離を超えて離れた場合には（例えば、ＲＦ ＩＤタグがタグ・リーダによって読みとれなくなった場合）、自動的に手順８０２の利用終了指示が実行されるようにしてもよい。

手順８２２において、サーバ１２のアプリケーション状態情報保存部１０２は、その状態情報を利用者識別子に対応付けてそのデータベースＤＢに保存する。アプリケーション状態情報保存部１０２は、手順８２４において前のアプリケーション状態情報と新しいアプリケーション状態情報をマージ処理し、手順８２６においてそのマージ処理の結果を保存し、手順８２８において処理を終了する。

代替構成として、手順８２２において、図２の、サーバ１２の情報処理部１０１は、その状態情報を携帯端末３１に送信してそのアプリケーション状態情報保存部３０２に保存してもよい。この場合、手順８２４〜８２８は携帯端末３２のアプリケーション状態情報保存部３０２によって実行される。

代替構成として、図８のサーバ１２の処理を携帯端末３１で行ってもよい。この場合、手順８０８において図２の情報処理端末２０は、その状態情報を無線送受信部２１８で携帯端末３１の無線送受信部３０８を利用したり、または、ネットワーク・インタフェース２５０と３５０を介して携帯端末３１のアプリケーション状態情報保存部３０２に保存してもよい。この場合、手順８２４〜８２８は携帯端末３１のアプリケーション状態情報保存部３０２によって実行される。

手順８０９において、利用者が情報処理端末２１上での利用を終了したとき、アプリケーション状態復元／保存部２１２が情報処理端末２１の終了を検知し、手順８１０においてアプリケーションの終了処理を行う。その際、アプリケーション状態復元／保存部２１２は、情報処理端末２１の環境を復元した後で１度でも動作中のアプリケーション状態情報を取得してサーバ１２へ保存する処理を行ったかどうかをアプリケーション状態情報データベースＤＢの保持フラグの状態、または保存日時と端末起動日時との比較などによってチェックする。保存処理を行っていない場合には、情報処理端末２１の終了処理を中断し、利用者にアプリケーション状態情報を保存するかどうか問い合わせる。その問い合わせの方法として、情報処理端末２１上でダイアログを表示したり、音響や音声によって通知を行ったり、携帯端末３２を経由して通知すればよい。

代替構成として、利用者が事前に手順８０９の通知を抑制できるようにしてもよい。また、上述のように手順８０２の利用終了指示が情報処理端末２１で自動的に実行された場合にも手順８０９の通知を抑制するようにしてもよい。

その保存処理の確認の後、アプリケーションの状態保存部２１２は、手順８１２において情報処理端末２１における利用者の個人のアプリケーション状態情報を全て消去し、利用者の個人情報に関する全ての情報を情報処理端末２１上から消去し、手順８１４において情報処理端末２１の終了を行う。また、図７Ｂの手順７８４における復元処理に先立って、アプリケーション状態削除部２１４が、これから使用する使用前の情報処理端末のアプリケーション環境を退避（セーブ）しておき、使用後の利用者のアプリケーションの状態情報の保存処理後に、退避していたアプリケーション環境を復元することによって、使用前のアプリケーション環境に戻すようにしてもよい。

以上の実施形態では、アプリケーション状態情報をサーバ１２のアプリケーション状態復元／保存部１０２のデータベースＤＢに保存したが、図２に示されているように、携帯端末３１のアプリケーションの状態復元／保存部３０２のデータベースＤＢに保存してもよい。アプリケーション状態保存部３０２は、アプリケーション状態保存部１０２と同様に、無線送受信部３０８またはネットワーク５０を介して情報処理端末２０と通信してアプリケーション状態保存部２１２で取得したアプリケーション状態情報を受信して保存する。また、アプリケーション状態保存部３０２は、利用する情報処理端末２０の要求に応じて、または利用者が携帯端末３１を操作することによって、アプリケーションの状態の復元のためにそのデータベースに保存されていたアプリケーション状態情報を無線送受信部３０８またはネットワーク５０を介して送信してもよい。

図９Ａおよび９Ｂは、携帯端末３２による基本的処理のフローを示している。

図７Ａの手順７０４の現在の位置情報を取得する処理が開始すると、図９のステップ９０２〜９０４において、携帯端末３２の情報処理部３０１は、利用者による端末利用指示の入力の有無を監視する。端末利用指示の入力があると、ステップ９０６〜９０８においてＲＦ ＩＤリーダ３２８はＲＦ ＩＤタグ５２〜５６から位置情報を携帯端末３２の現在の位置情報として取得するよう処理を行う。位置情報が取得できたときは、ステップ９１０〜９１２において情報処理部３０１はその位置情報を端末ＩＤおよび利用者識別子とともに無線ＬＡＮ部３５２を介してサーバ１２に送信する。情報処理部３０１は、ステップ９１４においてサーバ１２からの受信確認の通知およびその他の通知の受信を監視し、ステップ９１６において受信確認の通知等を受け取らなかった場合はステップ９１８〜９２０において送信から所定のＸ秒が経過したかどうかタイムアウトをチェックする。Ｘ秒経過していないとき、手順はステップ９１６に戻る。Ｘ秒が経過したときは、手順はステップ９０２に戻る。

ステップ９１６において受信確認の通知およびその他の通知を受信したときは、図９Ｂのステップ９３２において、情報処理部３０１は受信した通知の判別処理を開始し、ステップ９３４においてその通知種別フラグを判別する。その通知フラグが端末選択フラグであった場合は、ステップ９３６において情報処理部３０１は情報処理端末選択画面をディスプレイ３２４に表示する。情報処理部３０１はステップ９３８において利用者の選択を待って、ステップ９４０においてサーバ１２から受信した選択された情報処理端末２１の位置情報を保存する。情報処理部３０１はステップ９６０においてその選択情報を一時保存する。ステップ９６２において情報処理部３０１は通知フラグが他にあるかどうかを判定する。他のフラグがある場合は、手順はステップ９３４に戻る。ない場合は、手順はステップ９６４に進む。

ステップ９３４において、その通知フラグがアプリケーション選択フラグであった場合は、ステップ９４４において情報処理部３０１はアプリケーション選択画面をディスプレイ３２４に表示する。情報処理部３０１はステップ９４６において利用者の選択を待って、ステップ９６０において情報処理部３０１はその選択情報を一時保存する。ステップ９６２において情報処理部３０１は通知フラグが他にあるかどうかを判定する。

ステップ９３４においてその通知フラグが情報処理端末誘導フラグであった場合は、情報処理部３０１は、ステップ９５６においてサーバ１２から受信した端末誘導情報をディスプレイ３２４に表示し、ステップ９５８において誘導情報受信完了フラグを立てる。次いで、手順はステップ９６２に進む。

ステップ９６２において他のフラグがない場合は、情報処理部３０１はステップ９６４〜９６６において誘導情報完了フラグをチェックする。誘導情報受信完了フラグがない場合は、手順は図９Ａの巣９１６に戻る。誘導情報受信完了フラグがあった場合は、ステップ９６８において、情報処理部３０１は、ＲＦ ＩＤリーダ３２８が取得した現在の位置情報を取り出し、ステップ９７０において携帯端末３２の現在の位置と情報処理装置２１の位置とが一致するかどうかを判定する。一致しない場合は、情報処理部３０１は、現在の位置に応じて現在位置から情報処理端末２１の位置までの誘導画面を更新する。

ステップ９７０において携帯端末３２の現在の位置と情報処理装置２１の位置とが一致した場合は、ステップ９７４において誘導終了画面を表示して手順はステップ９０２に戻る。ここでは、ナビゲーションすることにより誘導したが、単純に、場所情報を通知するだけでもよい。

図１０Ａおよび１０Ｂは、サーバ１２における処理フローを示している。

サーバ１２の情報処理部１０１は、ステップ１００２においてシステムの初期化処理を行い、ステップ１００４〜１００６において受信の有無を監視する。ステップ１００６において受信が有った場合は、情報処理部１０１は、ステップ１００８において受信種別と利用者識別を確認し、ステップ１０１０において通知フラグの種別を判定する。

ステップ１０１０において、通知フラグとして端末利用要求フラグが存在すると判定された場合、情報処理部１０１はステップ１０１２において利用者端末決定部１０８に利用者識別子および利用者位置に基づいて情報処理端末決定処理を行わせる。ステップ１０１４において、情報処理部１０１は、選択された適当な情報処理端末の数が複数かどうかを判定する。それが複数であると判定された場合は、ステップ１０１６において、情報処理部１０１は、携帯端末３２に情報処理端末決定依頼を含むメッセージを送信する。その後、手順はステップ１００６に戻る。

ステップ１０１０において、通知フラグとして端末選択結果通知フラグが存在すると判定された場合、情報処理部１０１は、ステップ１０２２において利用者識別子および決定端末情報を保存する。情報処理部１０１は、ステップ１０２４において利用者誘導情報（次に利用する情報処理端末のＩＤおよび位置情報、現在の情報処理端末との位置関係およびそれらを図示した地図など）を作成し、ステップ１０２６において携帯端末３２に誘導情報を送信するための処理を行う。ステップ１０１２において、情報処理部１０１は、利用者のアプリケーション状態情報に基づいて、かつ利用者誘導部１１０（例えばその情報処理端末の位置情報等）を用いて、利用者が複数の情報処理端末に到着した時点でできるだけ直ぐに（短時間で）利用可能であるようにかつアプリケーションの状態を最も（より）最適に復元できるようにその中の１つまたは幾つかの情報処理端末を決定してもよい。そのために、複数の情報処理端末の中から、例えば、距離および移動方法を考慮して利用者の現在の位置から最も短時間で行ける位置にある幾つかの情報処理端末の中で、利用者のアプリケーションの状態情報を復元するのに最も適した最も近いアプリケーションがインストールされた１つの情報処理端末が、選択される。その後、手順はステップ１００６に戻る。

図１０Ｂのステップ１０１０（図１０Ａの１０１０と同じ）において、通知フラグとして誘導情報受信完了フラグが存在すると判定され、または通知フラグとしてアプリケーション選択結果通知フラグが存在すると判定された場合、情報処理部１０１は、ステップ１０３２〜１０３４において利用者識別子およびアプリケーションの状態情報を確認し、複数のアプリケーション状態情報が保存されている場合は、ステップ１０３６において携帯端末３２にアプリケーション状態情報を選択するよう依頼する処理を行う。その後、手順は図１０Ａの素１００６へ戻る。

ステップ１０３４においてアプリケーションが１つしか保存されていないと判定された場合は、情報処理部３０１は、ステップ１０３８において復元アプリケーション情報（復元したアプリケーション識別）を利用者識別子に対応付けて保存し、ステップ１０４０において情報処理端末２１へアプリケーション状態情報を送信する。その後、手順はステップ１００６に戻る。

ステップ１０１０において、通知フラグとして保存依頼フラグが存在すると判定された場合、情報処理部１０１は、ステップ１０４２においてアプリケーション状態情報を利用者識別子に対応付けて保存する処理を行い、それと並行してステップ１０３８〜１０４０を実行する。その後、手順はステップ１００６に戻る。

図１１Ａおよび１１Ｂは、情報処理端末２１のアプリケーションの状態を復元するための処理フローを示している。

情報処理端末２１の情報処理部２０１は、ステップ１１０２においてシステムの初期化処理を行い、ステップ１１０４〜１１０６においてサーバ１２からの受信の有無を監視する。ステップ１１０６において受信が有った場合は、端末ロック部２２０は、ステップ１１０８において受信した利用者識別子（ＩＤ）に基づいてログイン処理を行い、ステップ１１１０において情報処理端末２１をロックする。ステップ１１１２において、アプリケーション状態復元／保存部２１２は、サーバ１２から受信したアプリケーション状態情報をアプリケーション毎に分離し、ステップ１１１４においてそれらのアプリケーションに該当するアプリケーションが情報処理端末２１のアプリケーション２１０の中に存在するかどうかを判定する。

該当するアプリケーションが存在する場合は、ステップ１１１５において、アプリケーション削除部２１４は、アプリケーションの状態を復元する前に情報処理端末２１における現在のアプリケーションの状態情報を退避しそのアプリケーション状態情報を保存する。次いで、ステップ１１１６において、アプリケーション状態復元／保存部２１２は、その該当するアプリケーションを起動し、ステップ１１１８において該当するアプリケーションを起動する。次いでステップ１１２０において、アプリケーション状態復元／保存部２１２は、未だ復元していないアプリケーションがあるかどうかを判定する。復元していないアプリケーションがある場合は、手順はステップ１１１４に戻る。復元していないアプリケーションがない場合は、手順は図１１Ｂのステップ１１３２へ進む。

ステップ１１１４において、該当するアプリケーションがないと判定された場合は、ステップ１１２２において、アプリケーション状態復元／保存部２１２は、アプリケーション２１０の中から代替可能なアプリケーションを検索する。代替可能なアプリケーションが存在する場合は、手順はステップ１１１５に進む。代替可能なアプリケーションが存在しない場合は、ステップ１１２６において、アプリケーション状態復元／保存部２１２は、存在しないアプリケーションに関する情報をそのまま保持する。その後、手順はステップ１１２０へ進む。

図１１Ｂのステップ１１３２〜１１３４において、情報処理部２０１は、利用者の到着を待って例えば指紋センサのような認証情報処理部２１６を起動して認証処理を起動し、利用者が正しいかどうかを判定する。利用者が正しいと判定された場合は、ステップ１１３６において、端末ロック部２２０は、情報処理端末２１の画面（スクリーン）のロックを解除する。アプリケーション状態復元／保存部２１２は、ステップ１１３８において、復元が不可能なアプリケーション状態情報をチェックし、ステップ１１４０において復元が不可能なアプリケーションがあるかどうかを判定する。復元が不可能なアプリケーションがない場合は、図１１Ａおよび１１Ｂのルーチンを出る。

復元が不可能なアプリケーションがある場合は、ステップ１１４２において、アプリケーション状態復元／保存部２１２は、情報処理端末２１上で、復元済みのアプリケーションと復元不可能なアプリケーションとを利用者に通知する。ステップ１１４４において、アプリケーション状態復元／保存部２１２は、復元不可能なアプリケーションの復元を今後も行うかどうかを使用者に質問する。使用者の回答が復元しないというものである場合は、手順はそのまま図１１Ａおよび１１Ｂのルーチンを出る。使用者の回答が復元するというものである場合は、ステップ１１４６において、アプリケーション状態復元／保存部２１２は、復元不可能なアプリケーションの復元を今後も行うことを表す継続復元情報を保存し、図１１Ａおよび１１Ｂのルーチンを出る。

図１２Ａおよび１２Ｂは、情報処理端末２１〜２５のアプリケーションの状態を保存するための処理フローを示している。

ステップ１２０２〜１２０４において、情報処理端末２１の情報処理部２０１は情報処理端末２１の終了イベントを待ち受ける。終了イベントが生じた場合には、アプリケーション状態復元／保存部２１２は、ステップ１２０６においてアプリケーション２１０のリストを取得して、ステップ１２０８においてその中に使用したアプリケーションの状態情報の中で未だ保存されていないアプリケーション状態情報があるかどうかを判定する。保存されていないアプリケーション状態情報がない場合は、手順は図１２Ｂのステップ１２１６に進む。保存されていないアプリケーション状態情報がある場合は、アプリケーション状態復元／保存部２１２は、ステップ１２１０においてアプリケーション状態情報を取得し、ステップ１２１２において一時的作成状態情報のリストにそのアプリケーション状態情報を加え、ステップ１２０８に戻る。

アプリケーション状態復元／保存部２１２は、図１２Ｂのステップ１２１６において、サーバ１０にアプリケーション状態情報のリストを送信し、ステップ１２１８〜１２２２においてサーバ１２からの受信完了通知を待つ。受信完了通知を受信した場合は、アプリケーション状態復元／保存部２１２はステップ１２４２においてサーバ１２へアプリケーション状態情報を保存したことを利用者に通知する。ステップ１２２２において受信完了通知の受信がタイムアウトした場合は、アプリケーション状態復元／保存部２１２は、ステップ１２２４においてサーバ１２への再送をカウントアップし、ステップ１２２６において再送回数が所定値を超えたかどうかを判定する。再送回数が所定値を超えない場合は、手順はステップ１２１６に戻る。再送回数が所定値を超えた場合は、アプリケーション状態復元／保存部２１２はステップ１２２８においてサーバ１２へのアプリケーション状態情報の保存エラーを利用者に通知する。

アプリケーション状態復元／保存部２１２は、ステップ１２３０において、画面上で利用者に終了処理を続行するかどうかを問い合わせる。利用者が終了処理を続行しないと回答した場合は、アプリケーション状態復元／保存部２１２は、終了処理を終了する。

利用者が終了処理を続行すると回答した場合は、アプリケーション状態復元／保存部２１２は、ステップ１２４４においてアプリケーションの終了処理を行い、ステップ１２４６においてアプリケーション削除部２１４がアプリケーション状態情報を削除する。次いで、アプリケーション削除部２１４は、利用者のアプリケーションの状態を復元する前に保存しておいた情報処理端末２１における前のアプリケーションの状態情報に基づいて、その情報処理端末２１のアプリケーションの状態を利用者が利用する前の状態へ戻す。ステップ１２４８において情報処理部２０１はログアウト処理を行う。

前述のように、携帯端末３０の位置情報を取得する別の方法として、利用者によって携帯され利用者を一意的に識別する識別情報を含むＲＦ ＩＤタグを用いて、上述のような様々な場所に配置されたＲＦ ＩＤタグ・リーダにそのＲＦ ＩＤタグを読み取らせ、そのリーダがネットワーク５０を介してその識別情報をサーバ１０へ通知し、サーバ１０が、そのＲＦ ＩＤタグのタグＩＤ（識別情報）とそれを読み取ったリーダの位置情報または識別情報とからＲＦ ＩＤタグの位置を特定するようにしてもよい。

図１３は、図１の本発明の原理に基づいた別の実施形態による、それぞれネットワーク５０に接続された情報処理装置としての、サーバ１０、ＲＦ ＩＤタグ・リーダ／ライタ（Ｒ／Ｗ）を含む複数の情報処理端末２０、・・・２５、ＲＦ ＩＤタグ・リーダ／ライタを含む複数の位置情報処理端末４０、・・・４５、および非接触情報記憶装置として利用者によって携帯される利用者のＲＦ ＩＤタグ６０、から構成されたシステムの概略的な構成を示している。サーバ１０は、利用者管理データ・テーブルを格納している。この場合、利用者管理データ・テーブルは、情報処理端末の識別情報およびアドレスを含み、さらに、利用者のログイン名、利用者識別子、利用者のＲＦ ＩＤタグのタグＩＤ、および各利用者についての情報処理端末の優先順位、等を含んでいる。利用者のＲＦ ＩＤタグ６０は、携帯電話機、携帯端末、ＰＤＡまたはＩＤカード等に組み込まれていてもよい。

サーバ１０は、図１のものと同様の構成を有する。利用者誘導部１０６は、利用者の携帯電話機、携帯端末またはＰＤＡに対して、例えば図４の実施形態に関連して説明したナビゲーション情報のような利用者誘導情報を提供してもよい。但し、この場合、利用者誘導部１０６および／または無線送受信部１１２はなくてもよい。

情報処理端末２０〜２５の各々は、図１のものと同様の構成を有する。この場合、無線送受信部２１８は、ＲＦ ＩＤタグ６０に対して情報の読み取りおよび書き込みを行うためのＲＦ ＩＤタグ・リーダ／ライタ（Ｒ／Ｗ）である。

位置情報処理端末４０〜４５の各々は、内部バス５５を介して接続された、情報処理部４０１、ＲＦ ＩＤタグ６０に対して情報の読み取りおよび書き込みを行うためのＲＦ ＩＤタグ・リーダ／ライタ（Ｒ／Ｗ）である無線送受信部４０８、認証情報確認部４１２、およびネットワーク・インタフェース（ＮＷ Ｉ／Ｆ）４５０を具えている。位置情報処理端末４０、・・・４５は、ＲＦ ＩＤタグ６０を携帯する使用者が通過し得る様々な場所（例えば、ゲート）に配置される。

ＲＦ ＩＤタグ６０は、内部バス６５を介して接続された、情報処理部６０１、通信可能範囲で情報処理端末２０〜２５および位置情報処理端末４０〜４５と通信可能な無線送受信部６０８、認証情報確認部６１２および情報格納部６１４を具えている。情報格納部６１４には、利用者のＩＤを表すＲＦ ＩＤタグ６０のタグＩＤが格納されている。タグＩＤは、サーバ１０の利用者管理データ・テーブルによって利用者識別子等と対応付けられている。情報処理端末２０〜２５および位置情報処理端末４０〜４５の無線送受信部２１８または４０８からシステムＩＤ、端末ＩＤおよび時刻情報のような認証情報を含むタグＩＤ要求コマンドを無線送受信部６０８を介して受信したとき、認証情報確認部６１２は、その認証情報を処理してその端末を認証し、確認に成功した場合にそれらの端末にタグＩＤを送信するように構成してもよく、それによってＲＦ ＩＤタグ６０のセキュリティが確保される。

例えば、情報処理端末２０等が配置されたエリアのゲートに位置情報処理端末４０が設置されており、情報処理端末２５等が配置されたエリアのゲートに位置情報処理端末４５が設置されており、利用者は、位置情報処理端末４０および４５付近を通って情報処理端末２０と２５の間を移動するよう構成されていてもよい。

図１４Ａおよび１４Ｂは、図１３のシステムにおける情報処理端末のアプリケーション状態を復元するためのシーケンスを示している。

図１３と図１４Ａおよび１４Ｂを参照すると、手順１４０６において、利用者が、ＲＦ ＩＤタグ６０を携帯して、ゲートに設置された位置情報処理端末４０付近を通過すると、位置情報処理端末４０の無線送受信部（リーダ／ライタ）４０８は、ＲＦ ＩＤタグ６０からタグＩＤを受信しＲＦ ＩＤタグ６０の存在を確認する。無線送受信部４０８は、ＲＦ ＩＤタグ６０が位置情報処理端末４０を通過したことを表す通過情報をＲＦ ＩＤタグ６０（情報格納部６１４）に書き込んでもよい。その通過情報は、位置情報処理端末４０のＩＤおよび位置情報、および通過の日付時刻情報を含んでいてもよい。手順１４０８において、位置情報処理端末４０（情報処理部４０１）は、ネットワーク・インタフェース４５０を介してサーバ１０に端末決定要求を送信する。その端末決定要求は、位置情報処理端末４０のＩＤおよび位置情報、およびＲＦ ＩＤタグ６０のタグＩＤを含み、通過の日付時刻情報を含んでいてもよい。手順１４１０において、サーバ１０の利用者位置決定部１１０は、その端末決定要求に基づいて、ＲＦ ＩＤタグ６０の現在の位置を決定する。

手順１４１２は図７Ａの手順７４２と同様の処理である。手順１４１２において、利用端末決定部１０８は、利用者管理データ・テーブルから、タグＩＤに対応する利用者識別子を取得し、その位置情報および利用者識別子に基づいてエリア内において利用者が利用可能な１つまたは複数の情報処理端末２０〜２５を選択または決定する。手順１４１６において、利用端末決定部１０８は、利用可能な複数の情報処理端末がある場合は、優先順位の最も高いもの（例えば情報処理端末２０）を決定するようにしてもよい。優先順位の最も高いものとは、例えば、現在の位置情報処理端末４０または情報処理端末の位置に最も近いおよび／または利用者の利用アプリケーションに最も適合した情報処理端末である。これによって、利用者によって使用される情報処理端末が一意的に決定される場合は手順１４５０に進む。しかし、それによって利用者によって使用される情報処理端末が一意的に決定されない場合やその後利用者によって変更可能な場合は、手順１４２２〜１４４６を実行するよう構成してもよい。

手順１４２２において、利用者は、仮に決定されたまたは全員が利用可能な情報処理端末２５に着席して操作して、利用を希望する特定の情報処理端末２０（２５でも可）を選択して利用するための手続を実行するよう指示することができる。情報処理端末２５は情報処理端末２０と同じ構成を有する。情報処理端末２５の無線送受信部２１８はＲＦ ＩＤタグ６０のタグＩＤを読み取る。手順１４２４において、無線送受信部２１８は、ネットワーク・インタフェース２５０を介してサーバ１０に決定端末情報を送信する。決定端末情報は、決定した情報処理端末２０のＩＤ、仮に決定された情報処理端末２５のＩＤおよび位置情報、およびＲＦ ＩＤタグ６０のタグＩＤを含み、タグＩＤ読み取りの日付時刻情報を含んでいてもよい。無線送受信部２１８は、通信可能な限りＲＦ ＩＤタグ６０を周期的に（例えば、３秒の周期で）読み取り続ける。手順１４３０において、サーバ１０の利用者位置決定部１１０は、その決定端末情報に基づいて、ＲＦ ＩＤタグ６０の現在の位置を決定する。手順１４３２において、利用端末決定部１０８は、その決定端末情報に基づいて、サーバ１０の利用者管理データ・テーブルによってタグＩＤに対応する利用者識別子を取得して、利用者によって選択された情報処理端末２０を確認し決定する。その際、利用端末決定部１０８は、先に手順１４１２において仮に決定した情報処理端末２５が、利用者によって選択された情報処理端末２０と異なる場合は、その決定端末を情報処理端末２０に変更する。

手順１４０６の前に、利用者は、移動前のエリアにおける現在使用中の情報処理端末２５において、移動先のエリアにおいて使用する情報処理端末２０を予め選択することもできる。この場合、手順１４０２において、利用者は、情報処理端末２５において、利用を希望する特定の情報処理端末２０を選択して利用するための手続を実行するよう指示する。手順１４０４において、情報処理端末２５の無線送受信部２１８は、ネットワーク・インタフェース２５０を介してサーバ１０に決定端末情報を送信する。決定端末情報は、情報処理端末２５のＩＤおよび位置情報、およびＲＦ ＩＤタグ６０のタグＩＤを含み、日付時刻情報を含んでいてもよい。この場合、手順１４１２において、サーバ１０の利用端末決定部１０８は、情報処理端末２５において選択された情報処理端末２０を選択または決定する。代替構成として、手順１４０２〜１４０４の後、手順１４０６〜１４３２を実行することなく、手順１４５０以降の手順を実行するようにしてもよい。

このようにして利用者によって利用される情報処理端末２０が決定されると、手順１４５０において、サーバ１０は、対応する利用者識別情報に基づいてその利用者個人のアプリケーション状態情報保存部１０２のデータベースＤＢを参照し、その利用者用に複数の状態情報が格納されていないかをチェックする。

手順１４５０において、サーバ１０のアプリケーション状態保持部１０２は、利用者の利用アプリケーションに関する情報を取得する。アプリケーション状態保持部１０２は、手順１４５４において、利用者に対して複数のアプリケーション状態情報が存在するかどうかをチェックする。複数のアプリケーション状態情報が存在する場合には、サーバ１０は、優先順位の最も高いアプリケーション状態情報を選択して決定する。

図１４Ｂの手順７５８〜７９６では、サーバ１０および利用する情報処理端末２０について、図７Ｂのサーバ１２とおよび利用する情報処理端末２１と同様の処理が行われる。この場合、図７Ｂにおける手順７６０〜７２４は存在しない。また、手順７５８において、サーバ１０は、アプリケーション状態保存部１０２から取得した利用者のアプリケーション状態情報（利用者識別子を含む）およびＲＦ ＩＤタグのタグＩＤを情報処理端末２０に送信する。手順７９２において、認証情報処理部２１６は、無線送受信部２１８を介してＲＦ ＩＤタグ６０から利用者の認証情報（タグＩＤ）を取得して認証を行う。認証情報処理部２１６は、さらに例えばパスワード等を用いた別の認証をも行ってもよい。

このようにして、前回のアプリケーションの使用状態（コンテキスト）を復元することによってアプリケーションを用いた仕事の作業効率が向上する。また、図２のシステムにおける携帯端末３１の場合のように、ＲＦ ＩＤタグ６０（情報格納部６１４）にアプリケーション状態情報を保存すれば、情報処理端末とサーバを管理する会社が複数あっても、それに関係なく、利用者個人のアプリケーション状態情報を異なる会社の情報処理端末でも利用できる。

図１５は、図１３のシステムにおけるアプリケーション状態に関する情報を保存するためのシーケンスを示している。手順８０２は図８ものと同様である。また、利用者が、情報処理端末２０上のアプリケーション状態情報をサーバ１０に保存する操作を行わずに情報処理端末２５から離れた場合、手順８０３において、情報処理端末２０の無線送受信部（リーダ／ライタ装置）２１８は、ＲＦ ＩＤタグ６０のタグＩＤを検出できなくなる。所定時間以上そのＲＦ ＩＤタグ６０が検出されないとき、情報処理部２０１は、情報処理端末２１上のアプリケーション状態情報をサーバ１２に保存する終了処理を開始する。そして、図８のものと同様に、手順８０４〜８２８が行われる。手順８０８において、アプリケーション状態情報復元／保存部２１２は、リストとその状態情報を、利用者識別子およびタグＩＤとともに送信してもよい。

図１６は、ＲＦ ＩＤタグ６０による基本的処理のフローを示している。

ステップ１６０２において、ＲＦ ＩＤタグ６０の情報処理部６０１は、送受信部６０８によって受信したコマンドを含むデータの受信の有無を監視する。ステップ１６１６において、情報処理部６０１はコマンドを受信したかどうかを判定する。コマンドを受信するまで、ステップ１６１６は繰り返される。コマンドを含むデータを受信したと判定された場合、ステップ１６１８において、情報処理部６０１はコマンドを含むデータの受信処理を行う。その受信処理において、認証情報確認部６１２は、位置情報処理端末４０〜４５または情報処理端末２０〜２５から受信したコマンドと共に受信した端末ＩＤおよび認証情報の認証処理を行ってもよい。認証に成功した場合は、ステップ１６２０において、情報処理部６０１はタグＩＤを含む応答データを送信する。認証に成功した場合、さらにそのコマンドが書き込みコマンドであった場合、情報処理部６０１は、所要の受信データを情報格納部６１４に格納する。

図１７Ａおよび１７Ｂは、サーバ１０における処理フローを示している。ステップ１００２〜１００８、１０１２〜１０１４、１０３２〜１０３４、および１０３８〜１０４２は、図１０Ａおよび１０Ｂのものと同様である。ステップ１００８の後、手順はステップ１７１０に進む。

ステップ１７１０において、通知フラグとして端末利用要求フラグが存在すると判定された場合、情報処理部１０１はステップ１０１２において情報処理端末決定処理を行う。ステップ１０１４において、情報処理部１０１は、選択された適当な情報処理端末の数が複数かどうかを判定する。それが複数であると判定された場合は、ステップ１７１６において情報処理部１０１は、優先順位の最も高い情報処理端末を決定する。その後、手順はステップ１００６に戻る。それが複数でなく１つであると判定された場合は、手順はステップ１００６に戻る。

ステップ１７１０において通知フラグ（図１４Ａ、手順１４２４）として使用端末要求通知フラグが存在すると判定された場合、情報処理部１０１は、ステップ１０２２において決定端末情報を保存する。その後、手順はステップ１００６に戻る。

図１７Ｂのステップ１７１０（図１７Ａの１７１０と同じ）において、通知フラグとして利用端末決定フラグが存在すると判定された場合、情報処理部１０１は、ステップ１０３２〜１０３４においてアプリケーションの状態情報を確認し、複数のアプリケーション状態情報が保存されている場合は、ステップ１７３６において最も優先順位の高いアプリケーション状態情報を選択し、ステップ１０３８において復元アプリケーション情報を保存し、ステップ１０４０において情報処理端末２０へアプリケーション状態情報を送信する。その後、手順はステップ１００６に戻る。

ステップ１０３４においてアプリケーションが１つしか保存されていないと判定された場合は、手順はステップ１０３８〜１０４０へ進む。その後、手順はステップ１００６に戻る。

ステップ１７１０において、通知フラグとして保存依頼フラグが存在すると判定された場合、情報処理部１０１は、ステップ１０４２においてアプリケーション情報を保存する処理を行い、それと並行してステップ１０３８〜１０４０を実行する。その後、手順はステップ１００６に戻る。

図１１Ａおよび１１Ｂの処理フローは、図１３のシステムにおける情報処理端末２０におけるアプリケーションの状態の復元にも適用できる。但し、図１１Ｂのステップ１１３２の認証処理は、無線送受信部２１８がＲＦ ＩＤタグ６０のタグＩＤを読み取ることによって自動的に行われる。これに加えて、さらに他の認証方式を実行してもよい。

図１８Ａおよび１８Ｂは、情報処理端末２０のアプリケーションの状態（コンテキスト）を復元するための処理フローを示している。

図１８Ａのステップ１８０２〜１８０４において、情報処理端末２０の情報処理部２０１は保存イベントを待ち受ける。保存イベントとは、アプリケーション状態情報の保存の要求の発生を表す。保存イベントが生じた場合には、手順はステップ１２０６に進む。ステップ１２０６〜１２４２、および１２４４〜１２４８は、図１２Ａおよび１２Ｂのものと同様である。

図１８Ｂのステップ１２３０において、アプリケーション状態復元／保存部２１２は、利用者に処理を続行するかどうかを問い合わせる。ステップ１２３０において利用者が処理を続行すると回答した場合は、手順はステップ１８４３に進む。ステップ１２３０において利用者が終了処理を続行しないと回答した場合は、手順はステップ１２０２に戻る。

ステップ１８４３において、情報処理部２０１は図１５の手順８０２（終了指示）の発生かまたは手順８０３（離席によるＲＦ ＩＤタグの不検出）による終了イベントがあるかどうかを判定する。あると判定された場合は、手順はステップ１２４４に進む。ないと判定された場合は、手順はステップ１２０２に戻る。

図１９は、図１３の実施形態の応用例を示している。図において、最初、利用者は、或るエリア（室）内において情報処理端末２０上でアプリケーションを利用している。利用者が、使用していた情報処理端末２０からその無線送受信機であるリーダ／ライタ２１８の通信可能範囲を超えて離れると、ＲＦ ＩＤタグ６０が検出されなくなったことに応答して（図１５、手順８０３）、情報処理端末２０のアプリケーション状態復元／保存部２１４は、情報処理端末２０におけるアプリケーションの状態（コンテキスト）の情報をサーバ１０に送信してそのアプリケーション状態情報保存部１０４のデータベースＤＢに保存させる（手順８０４〜８１４）。利用者が、そのエリアのゲートに配置された位置情報処理端末４０を通過してエリアを出ると、位置情報処理端末４０の無線送受信機であるリーダ／ライタ４０８は、ＲＦ ＩＤタグ６０が通過したことを検出し、利用者が退室したことをサーバ１０に通知する。次いで、サーバ１０（情報処理部１０１）は、情報処理端末２０にその電源をオフ状態にするよう命令する。

利用者が、別のエリア（室）のゲートに配置された位置情報処理端末４５を通過して入室すると、位置情報処理端末４５の無線送受信部であるリーダ／ライタ４０８は、ＲＦ ＩＤタグ６０が通過したことを検出し、利用者が入室したことをサーバ１０に通知する。次いで、サーバ１０は、その入室情報に応答して、利用者が利用すべき情報処理端末２５にその電源をオン状態にするよう命令し、その利用者によって情報処理端末２５において利用可能なアプリケーションを準備し、待機させる（図１４Ａおよび１４Ｂ、手順１４０２〜１４１６、１４５０〜７９０）。この場合、情報処理端末２５において、情報処理端末２０で用いられたアプリケーションの保存された作業状態に最も近いアプリケーションの状態が復元される。利用者が情報処理端末２５の前に着席したとき、情報処理端末２５のリーダ／ライタ２１８は、ＲＦ ＩＤタグ６０を検出する。また、ＲＦ ＩＤタグ６０を携帯した利用者が着席し、認証情報を入力すると（手順７９２）、情報処理端末２５はＲＦ ＩＤタグ６０の認証を行った後で、画面のロックを外す（手順７９４〜７９６）。但し、手順７９２の認証情報の入力はタグの認証で代替することで自動化してもよい。

この応用例では、利用者が情報処理端末２５に接近している間にアプリケーション状態の復元の準備を行うことによって、着席してから情報処理端末２５の使用開始までの時間を短縮することができる。

図２０は、図１３の実施形態の別の応用例を示している。図において、利用者は、位置情報処理端末４０、４５、情報処理端末２５等の付近を順に通過して情報処理端末２０の前に着席する。位置情報処理端末４０および４５のリーダ／ライタ４０８、および情報処理端末２０、２５のリーダ／ライタ２１８によって、利用者のＲＦ ＩＤタグ６０がそれぞれの端末に近づくことによってそれらの端末によってＲＦ ＩＤタグ６０が検出される。

位置情報処理端末４０、４５によってＲＦ ＩＤタグ６０が検出されときは、位置情報処理端末４０は、ＲＦ ＩＤタグ６０のタグＩＤ、および位置情報処理端末４０、４５のＩＤまたは位置を表す情報をサーバ１０に通知する。利用者が利用可能な情報処理端末２０から遠くに位置するときは、サーバ１０は、ＲＦ ＩＤタグ６０が通過した位置情報処理端末４０のＩＤまたは位置およびそのタグＩＤのみを記録する。利用者が利用可能な情報処理端末２０の近くに位置する所定の位置情報処理端末４５または所定の情報処理端末２５を通過したとき、位置情報処理端末４５または情報処理端末２５は、ＲＦ ＩＤタグ６０のタグＩＤ、および位置情報処理端末４５または情報処理端末２５のＩＤと位置を表す情報をサーバ１０に通知し、サーバ１０は、その受信に応答して利用者が利用すべき情報処理端末２０にその電源をオン状態にするよう命令し、その利用者によって情報処理端末２０において利用可能なアプリケーションを準備し、待機させる（図１４Ａおよび１４Ｂ、手順１４０２〜１４１６、１４５０〜７９０）。利用者が情報処理端末２０の前に着席したとき、情報処理端末２０のリーダ／ライタ２１８は、ＲＦ ＩＤタグ６０を検出する。また、ＲＦ ＩＤタグ６０を携帯した利用者が着席し、認証情報を入力すると情報処理端末２０はＲＦ ＩＤタグの認証を行った後で、画面のロックを外す。但し、認証情報の入力はタグの認証で代替することで自動化してもよい。

図２１は、図１３の実施形態のさらに別の応用例を示している。図において、最初、利用者は、或るエリア内の情報処理端末２５上でアプリケーションを利用している。情報処理端末２５上で移動先の情報処理端末２０を指定し、サーバ１０に送信する（図１４Ａ、手順１４０２〜１４０４）。利用者が情報処理端末２０から離席すると、その情報処理端末２５の無線送受信機であるリーダ／ライタ２１８はＲＦ ＩＤタグ６０が検出されなくなったことに応答して、情報処理端末２５はアプリケーション状態をサーバ１０に保存し、利用者が離席したことをサーバ１０に通知する。次いで、サーバ１０（情報処理部１０１）は、情報処理端末２５にその電源をオフ状態にするよう命令する。

次いで、サーバ１０は、情報処理端末２０の電源をオン状態に設定する。利用者が情報処理端末２０へと移動している間に、サーバ１０は情報処理端末２０において利用可能なアプリケーションを準備し、待機させる（図１４Ａおよび１４Ｂ、手順１４５０、７５８〜７９０）。ＲＦ ＩＤタグ６０を携帯した利用者が着席し、認証情報を入力すると（手順７９２）、情報処理端末２０はＲＦ ＩＤタグの認証を行った後で、画面のロックを外す（手順７９４〜７９６）。但し、認証情報の入力はタグの認証で代替することで自動化してもよい。

図２２は、図１３の実施形態のさらに別の応用例を示している。ＲＦ ＩＤタグ６０を携帯した利用者がゲートの位置情報処理端末４５を通過したときに、ＲＦ ＩＤタグ６０（認証情報確認部６１２）は位置情報処理端末４５（認証情報確認部４１２）を介してサーバ１０との間で相互認証を行う。認証に成功したとき、位置情報処理端末４５の情報処理部４０１は、ＲＦ ＩＤタグ６０が通過したことを検出し、利用者が入室したことをサーバ１０に通知する。次いで、サーバ１０（情報処理部１０１）は、その入室情報に応答して、利用者が利用すべき情報処理端末２０にその電源をオン状態にするよう命令し、その利用者によって情報処理端末２０において利用可能なアプリケーションを準備し、待機させる（図１４Ａおよび１４Ｂ、手順１４０２〜１４１６、１４５０〜７９０）。

利用者が情報処理端末２０の前に着席したとき、情報処理端末２０のリーダ／ライタ２１８は、ＲＦ ＩＤタグ６０を検出する。また、ＲＦ ＩＤタグ６０を携帯した利用者が情報処理端末２０の前に着席すると（手順７９２）、情報処理端末２０（情報処理部２０１）はＲＦ ＩＤタグの認証を行った後で、利用者が着席したことをサーバ１０に通知する。サーバ１０（情報処理部１０１）は、その着席の通知に応答して、情報処理端末２０の利用許可を情報処理端末２０に送信する。その際、パスワード入力などの他の認証方法と組み合わせて認証を行ってもよい。情報処理端末２０は、利用許可を受信すると、ＲＦ ＩＤタグ６０の認証を行った後で、画面のロックを外す（手順７９４〜７９６）。この場合、利用者は利用権限の無い情報処理端末２５を利用できない。利用者は、利用情報処理端末の変更操作を行うことによって、サーバ１０によって決定された情報処理端末２０ではなくて、その利用者が利用可能な他の情報処理端末２２または全ての利用者が使用可能な情報処理端末２２を利用することができる（手順１４２２〜１４３２）。

以上説明した実施形態は典型例として挙げたに過ぎず、その各実施形態の構成要素を組み合わせること、その変形およびバリエーションは当業者にとって明らかであり、当業者であれば本発明の原理および請求の範囲に記載した発明の範囲を逸脱することなく上述の実施形態の種々の変形を行えることは明らかである。

以上の実施例を含む実施形態に関して、さらに以下の付記を開示する。
（付記１） サーバと、前記サーバと通信可能な複数の情報処理端末と、前記サーバと通信可能な携帯端末とからなるアプリケーション状態情報転送システムであって、
前記携帯端末は、前記利用者の位置を特定する情報を取得する位置情報取得手段を具え、
前記サーバは、前記携帯端末から受信した位置を特定する情報に基づいて、前記利用者が利用可能な前記複数の情報処理端末の中で、前記利用者が最適なアプリケーションをすぐに利用することが可能な最寄りの１つの情報処理端末を決定する情報処理端末決定手段と、前記複数の情報処理端末の中のいずれかの情報処理端末上で前記利用者によって以前使用されたアプリケーションの状態情報を利用者識別子と対応づけて保存し、前記携帯端末から受信した利用者を特定する情報から前記利用者の前記アプリケーションの状態情報を特定して前記１つの情報処理端末に供給するアプリケーション状態情報保存手段と、を具え、
前記決定された情報処理端末は、前記サーバから受け取った前記アプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、前記利用者によって使用されたアプリケーションの状態情報を生成して前記サーバに供給するアプリケーション状態復元および保存手段と、前記アプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、前記復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具えるものであることを特徴とする、
アプリケーション状態情報転送システム。
（付記２） サーバと、前記サーバと通信可能な複数の情報処理端末と、前記サーバと通信可能な携帯端末とからなるアプリケーション状態情報転送システムであって、
前記サーバは、前記携帯端末から受信した位置を特定する情報に基づいて、利用者が利用可能な前記複数の情報処理端末の中で、前記利用者が最適なアプリケーションをすぐに利用することが可能な最寄りの１つの情報処理端末を決定する情報処理端末決定手段を具え、
前記携帯端末は、前記利用者によって前記複数の情報処理端末の中のいずれかの情報処理端末上で使用されたアプリケーションの状態情報を受信して保存し、前記アプリケーションの状態情報を前記１つの情報処理端末に供給するアプリケーション状態情報保存手段と、前記利用者の位置を特定する情報を取得する位置情報取得手段と、前記利用者によって操作可能な入力手段とを具え、
前記決定された情報処理端末は、前記携帯端末から受け取った前記アプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、前記利用者によって使用されたアプリケーションの状態情報を生成して前記携帯端末に供給するアプリケーション状態復元および保存手段と、前記アプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、前記復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具えるものであることを特徴とする、
アプリケーション状態情報転送システム。
（付記３） 前記サーバは、さらに、前記利用者が利用する情報処理端末が決定した時点で、その決定した情報処理端末まで誘導するための誘導情報を前記携帯端末に供給する利用者誘導手段を具え、前記携帯端末は、さらに、前記誘導情報を受信して表示する表示手段を具えることを特徴とする、付記１または２に記載のアプリケーション状態情報転送システム。
（付記４） 前記サーバまたは前記携帯端末の前記アプリケーション状態情報保存手段に保存された利用者の前記アプリケーションの状態情報を、前記サーバの前記情報処理端末決定手段が決定した時点で前記１つの情報端末に供給し、
前記複数の情報処理端末の各々の前記アプリケーション状態復元および保存手段は、前記利用者が前記情報処理端末の利用を終了した時点、または所定の時間を超えて端末を操作しなかった時点、または所定の距離を超えて前記情報処理端末から離れた時点で、前記複数の情報処理端末の中の１つの情報処理端末において使用されたアプリケーションの状態情報を生成してアプリケーション情報保存手段を具える前記サーバまたは前記携帯端末に供給することを特徴とする、付記１乃至３のいずれかに記載のアプリケーション状態情報転送システム。
（付記５） 前記サーバの前記情報処理端末決定手段が、前記利用者のアプリケーションの状態情報に基づいて、さらに前記利用者誘導手段を用いて、前記複数の情報処理端末に到着した時点ですぐに利用可能でかつアプリケーションの状態を最適に復元できるように前記１つの情報処理端末を決定することを特徴とする、付記３または４に記載のアプリケーション状態情報転送システム。
（付記６） 前記決定された情報処理端末は、さらに、前記アプリケーションの状態情報を前記サーバから受け取るまでは不動作状態を維持し、前記アプリケーションの状態情報を受け取った後で認証情報を入力可能にするロック手段を具えることを特徴とする、付記１乃至５のいずれかに記載の情報処理装置。
（付記７） サーバと、前記サーバと通信可能な複数の情報処理端末と、利用者によって携帯可能であり前記複数の情報処理端末によって読み取り可能な前記利用者の情報記憶装置と、からなるアプリケーション状態情報転送システムであって、
前記情報記憶装置は、前記情報記憶装置の識別情報を格納し、
前記サーバは、前記複数の情報処理端末のいずれか１つの情報処理端末から受信した、前記情報記憶装置の識別情報と、前記いずれか１つの情報処理端末の識別情報とに基づいて、前記利用者が利用可能な前記複数の情報処理端末の中で、前記利用者が最適なアプリケーションを利用することが可能な１つの情報処理端末を決定する情報処理端末決定手段と、前記複数の情報処理端末の中のいずれかの情報処理端末上で前記利用者によって以前使用されたアプリケーションの状態情報を利用者識別子と対応づけて保存し、前記複数の情報処理端末のいずれか１つの情報処理端末から受信した利用者識別子または前記情報記憶装置の識別情報から前記利用者の前記アプリケーションの状態情報を特定して前記決定された情報処理端末に供給するアプリケーション状態情報保存手段と、を具え、
前記決定された情報処理端末は、前記情報記憶装置の識別情報を読み取る読取り手段と、前記サーバから受け取った前記アプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、前記利用者によって使用されたアプリケーションの状態情報を生成して前記サーバに供給するアプリケーション状態復元および保存手段と、前記アプリケーションの状態情報を受け取る前は前記決定された情報処理端末を不動作状態にし、前記アプリケーションの状態情報を受け取った後で前記読取り手段によって前記識別情報が検出されなければ前記決定された情報処理端末を利用可能な状態にしないロック手段と、前記アプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、前記復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具えるものであることを特徴とする、
アプリケーション状態情報転送システム。
（付記８） 前記アプリケーション状態情報待避手段は、前記アプリケーションの状態情報を前記サーバに供給した後で、前記利用者によって使用されたアプリケーションの状態情報を削除する手段を具える、付記１乃至７のいずれかに記載の情報処理装置。
（付記９） 前記複数の情報処理端末の中の少なくとも１つの情報処理端末は、前記情報記憶装置から識別情報を読み取って前記サーバへ送信する位置情報処理端末であり、前記いずれか１つの情報処理端末が前記位置情報処理端末であることを特徴とする、付記７に記載のアプリケーション状態情報転送システム。
（付記１０） 前記決定された情報処理端末において、前記読取り手段によって前記情報記憶装置の識別情報が検出されなくなったとき、前記アプリケーション状態復元および保存手段は前記利用者によって使用されたアプリケーションの状態情報を生成して前記サーバに供給し、前記アプリケーション状態情報待避手段は前記利用者によって使用されたアプリケーションの状態情報を削除することを特徴とする、付記７または８に記載のアプリケーション状態情報転送システム。
（付記１１） 複数の情報処理端末および利用者の携帯端末と通信可能な情報処理装置であって、
前記複数の情報処理端末の中の１つの情報処理端末において利用者によって使用されたアプリケーションの状態情報を保存し、前記アプリケーションの状態情報を前記複数の情報処理端末の中の１つの情報処理端末に供給するアプリケーション状態情報保存手段と、
前記携帯端末から受信した位置情報に基づいて、前記複数の情報処理端末の中から利用される１つの情報処理端末を決定する情報処理端末決定手段と、
前記利用者を前記利用される１つの情報処理端末まで誘導するための情報を前記携帯端末に供給する利用者誘導手段と、
を具えることを特徴とする情報処理装置。
（付記１２） 複数の情報処理端末と通信可能な情報処理装置であって、
前記複数の情報処理端末の中の１つの情報処理端末において利用者によって使用されたアプリケーションの状態情報を保存し、前記複数の情報処理端末の１つの情報処理端末から受信した利用者識別子または前記情報記憶装置の識別情報から前記利用者の前記アプリケーションの状態情報を特定して前記複数の情報処理端末の１つの情報処理端末に供給するアプリケーション状態情報保存手段と、
前記複数の情報処理端末のいずれか１つの情報処理端末から受信した、前記情報記憶装置の識別情報と、前記いずれか１つの情報処理端末の識別情報とに基づいて、前記利用者が利用可能な前記複数の情報処理端末の中から利用される１つの情報処理端末を決定する情報処理端末決定手段と、
を具えることを特徴とする情報処理装置。

図１は、本発明の原理による、それぞれネットワークに接続された情報処理装置としての、サーバ、情報処理端末および携帯端末で構成されたシステムの概略的な構成を示している。 図２は、本発明の原理による、それぞれネットワークに接続された情報処理装置としての、サーバ、複数の情報処理端末および携帯端末で構成された別のシステムの概略的な構成を示している。 図３は、コンピュータにおける作業状態を再現するための通常のクライアント・サーバ・システムを示している。 図４は、本発明の実施形態による、それぞれネットワークに接続された情報処理装置としての、サーバ、複数の情報処理端末、携帯端末および無線ＬＡＮアクセスポイントで構成されたシステムの概略的な構成を示している。 図５は、アプリケーションの状態情報保持部におけるアプリケーションの状態情報のデータベースのデータ構造の例を示している。 図６は、携帯端末からサーバへ送信されるデータ・パケットのフォーマットの例を示している。 図７Ａおよび７Ｂは、図４のシステムにおける利用者によって使用された或る情報処理端末のアプリケーション状態を別の情報処理端末において復元するためのシーケンスを示している。 (図7A参照) 図８は、図４のシステムにおけるアプリケーション状態に関する情報を保存するためのシーケンスを示している。 図９Ａおよび９Ｂは、携帯端末による基本的処理のフローを示している。 (図9A参照) 図１０Ａおよび１０Ｂは、サーバにおける処理フローを示している。 (図10A参照) 図１１Ａおよび１１Ｂは、情報処理端末のアプリケーションの状態を復元するための処理フローを示している。 (図11A参照) 図１２Ａおよび１２Ｂは、情報処理端末のアプリケーションの状態を保存するための処理フローを示している。 (図12A参照) 本発明の実施形態による、それぞれネットワークに接続された情報処理装置としての、サーバ、複数の情報処理端末、複数の位置情報処理端末、および利用者によって携帯されてＲＦ ＩＤタグで構成されたシステムの概略的な構成を示している。 図１４Ａおよび１４Ｂは、図１３のシステムにおける情報処理端末のアプリケーション状態を復元するためのシーケンスを示している。 （図14A参照) 図１５は、図１３のシステムにおけるアプリケーション状態に関する情報を保存するためのシーケンスを示している。 図１６は、ＲＦ ＩＤタグによる基本的処理のフローを示している。 図１７Ａおよび１７Ｂは、サーバにおける処理フローを示している。 （図17A参照） 図１８Ａおよび１８Ｂは、情報処理端末のアプリケーションの状態を復元するための処理フローを示している。 （図18A参照） 図１９は、図１３の実施形態の応用例を示している。 図２０は、図１３の実施形態の別の応用例を示している。 図２１は、図１３の実施形態のさらに別の応用例を示している。 図２２は、図１３の実施形態のさらに別の応用例を示している。

符号の説明

１０ サーバ
２０ 情報処理端末
３０ 携帯端末
５０ ネットワーク
１０２ アプリケーション状態情報保存部
１０６ 利用者誘導部
１０８ 利用者端末決定部
１１０ 利用者位置決定
２１０ アプリケーション
２１２ アプリケーション状態復元／情報保存部
２１４ アプリケーション状態情報削除部
３１０ 位置情報取得部

Claims (8)

1. サーバと、前記サーバと通信可能な複数の情報処理端末と、前記サーバと通信可能な携帯端末と、を含むアプリケーション状態情報転送システムであって、
   前記携帯端末は、利用者の位置を特定する情報を取得する位置情報取得手段を具え、
   前記サーバは、前記携帯端末から受信した位置を特定する情報に基づいて、前記利用者が利用可能な前記複数の情報処理端末の中で、前記利用者が最適なアプリケーションをすぐに利用することが可能な最寄りの１つの情報処理端末を決定する情報処理端末決定手段と、前記複数の情報処理端末の中のいずれかの情報処理端末上で前記利用者によって以前使用されたアプリケーションの状態情報を利用者識別子と対応づけて保存し、前記携帯端末から受信した利用者を特定する情報から前記利用者の前記アプリケーションの状態情報を特定して前記１つの情報処理端末に供給するアプリケーション状態情報保存手段と、を具え、
   前記決定された情報処理端末は、前記サーバから受け取った前記アプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、前記利用者によって使用されたアプリケーションの状態情報を生成して前記サーバに供給するアプリケーション状態復元および保存手段と、前記アプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、前記復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具えるものであることを特徴とする、
   アプリケーション状態情報転送システム。
2. サーバと、前記サーバと通信可能な複数の情報処理端末と、前記サーバと通信可能な携帯端末と、を含むアプリケーション状態情報転送システムであって、
   前記サーバは、前記携帯端末から受信した位置を特定する情報に基づいて、利用者が利用可能な前記複数の情報処理端末の中で、前記利用者が最適なアプリケーションをすぐに利用することが可能な最寄りの１つの情報処理端末を決定する情報処理端末決定手段を具え、
   前記携帯端末は、前記利用者によって前記複数の情報処理端末の中のいずれかの情報処理端末上で使用されたアプリケーションの状態情報を受信して保存し、前記アプリケーションの状態情報を前記１つの情報処理端末に供給するアプリケーション状態情報保存手段と、前記利用者の位置を特定する情報を取得する位置情報取得手段と、前記利用者によって操作可能な入力手段とを具え、
   前記決定された情報処理端末は、前記携帯端末から受け取った前記アプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、前記利用者によって使用されたアプリケーションの状態情報を生成して前記携帯端末に供給するアプリケーション状態復元および保存手段と、前記アプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、前記復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具えるものであることを特徴とする、
   アプリケーション状態情報転送システム。
3. 前記サーバは、さらに、前記利用者が利用する情報処理端末が決定した時点で、その決定した情報処理端末まで誘導するための誘導情報を前記携帯端末に供給する利用者誘導手段を具え、前記携帯端末は、さらに、前記誘導情報を受信して表示する表示手段を具えるものであることを特徴とする、請求項１または２に記載のアプリケーション状態情報転送システム。
4. 前記サーバまたは前記携帯端末の前記アプリケーション状態情報保存手段に保存された利用者の前記アプリケーションの状態情報を、前記サーバの前記情報処理端末決定手段が決定した時点で前記１つの情報処理端末に供給し、
   前記複数の情報処理端末の各々の前記アプリケーション状態復元および保存手段は、前記利用者が前記情報処理端末の利用を終了した時点、または所定の時間を超えて情報処理端末を操作しなかった時点、または所定の距離を超えて前記情報処理端末から離れた時点で、前記複数の情報処理端末の中の１つの情報処理端末において使用されたアプリケーションの状態情報を生成してアプリケーション状態情報保存手段を具える前記サーバまたは前記携帯端末に供給するものであることを特徴とする、請求項１乃至３のいずれかに記載のアプリケーション状態情報転送システム。
5. 前記サーバの前記情報処理端末決定手段が、前記利用者のアプリケーションの状態情報に基づいて、さらに前記利用者誘導手段を用いて、前記複数の情報処理端末に到着した時点ですぐに利用可能でかつアプリケーションの状態を最適に復元できるように前記１つの情報処理端末を決定することを特徴とする、請求項３に記載のアプリケーション状態情報転送システム。
6. サーバと、前記サーバと通信可能な複数の情報処理端末と、利用者によって携帯可能であり前記複数の情報処理端末によって読み取り可能な前記利用者の情報記憶装置と、を含むアプリケーション状態情報転送システムであって、
   前記情報記憶装置は、前記情報記憶装置の識別情報を格納し、
   前記サーバは、前記複数の情報処理端末のいずれか１つの情報処理端末から受信した、前記情報記憶装置の識別情報と、前記いずれか１つの情報処理端末の識別情報とに基づいて、前記利用者が利用可能な前記複数の情報処理端末の中で、前記利用者が最適なアプリケーションを利用することが可能な１つの情報処理端末を決定する情報処理端末決定手段と、前記複数の情報処理端末の中のいずれかの情報処理端末上で前記利用者によって以前使用されたアプリケーションの状態情報を利用者識別子と対応づけて保存し、前記複数の情報処理端末のいずれか１つの情報処理端末から受信した利用者識別子または前記情報記憶装置の識別情報から前記利用者の前記アプリケーションの状態情報を特定して前記決定された情報処理端末に供給するアプリケーション状態情報保存手段と、を具え、
   前記決定された情報処理端末は、前記情報記憶装置の識別情報を読み取る読取り手段と、前記サーバから受け取った前記アプリケーションの状態情報に基づいて対応するアプリケーションの状態を復元し、前記利用者によって使用されたアプリケーションの状態情報を生成して前記サーバに供給するアプリケーション状態復元および保存手段と、前記アプリケーションの状態情報を受け取る前は前記決定された情報処理端末を不動作状態にし、前記アプリケーションの状態情報を受け取った後で前記読取り手段によって前記識別情報が検出されなければ前記決定された情報処理端末を利用可能な状態にしないロック手段と、前記アプリケーションの状態情報の復元を行う前に現在のアプリケーションの状態情報を退避して保存し、前記復元の前のアプリケーションの状態へ戻すアプリケーション状態情報待避手段と、を具えるものであることを特徴とする、
   アプリケーション状態情報転送システム。
7. 前記複数の情報処理端末の中の少なくとも１つの情報処理端末は、前記情報記憶装置から識別情報を読み取って前記サーバへ送信する位置情報処理端末であり、前記いずれか１つの情報処理端末が前記位置情報処理端末であることを特徴とする、請求項６に記載のアプリケーション状態情報転送システム。
8. 前記決定された情報処理端末において、前記読取り手段によって前記情報記憶装置の識別情報が検出されなくなったとき、前記アプリケーション状態復元および保存手段は、前記利用者によって使用されたアプリケーションの状態情報を生成して前記サーバに供給し、前記アプリケーション状態情報待避手段は前記利用者によって使用されたアプリケーションの状態情報を削除するものであることを特徴とする、請求項６または７に記載のアプリケーション状態情報転送システム。

Images