(57)【要約】【課題】　セッション中の状態にあるアプリケーションセッションを電子装置から別の電子装置へ移送すること。【解決手段】　複数の端末間において、アプリケーションセッションの状態を保存する方法とシステムを開示している。アプリケーションセッションの状態は、第１の端末により取り込まれ、中央記憶装置またはレポジトリサーバに保存され、そして中央記憶装置から第２の端末に取り込まれる。そして第２の端末にある少なくとも１つのアプリケーションは、中央記憶装置から取り込まれた情報を用いることにより、第１の端末から保存されたアプリケーションセッションの状態で実行される。【選択図】　　　図２
2004078949.tif 000002
【特許請求の範囲】
【請求項１】
　第１の端末のアプリケーションセッションの状態を取り込むステップと、
　中央記憶装置に前記アプリケーションセッションの状態を保存するステップと、
　第２の端末により、前記中央記憶装置から前記アプリケーションセッションの状態を取り出すステップと、
　前記第２の端末において、少なくとも１つのアプリケーションを前記第１の端末から保存された前記アプリケーションセッションの状態に復元するステップとを有することを特徴とするアプリケーションセッションの状態を保存する方法。
【請求項２】
　アプリケーションの移送サービスエージェントにログインするステップを更に有することを特徴とする請求項１に記載のアプリケーションセッションの状態を保存する方法。
【請求項３】
　前記第１の端末にあるアプリケーションの移送サービスエージェントが、前記アプリケーションセッションの状態を取り込むことを特徴とする請求項１に記載のアプリケーションセッション状態を保存する方法。
【請求項４】
　前記中央記憶装置に保存されている前記アプリケーションセッションの状態は、前記第１の端末のユーザに関連付けられた前記中央記憶装置のデータベースに保存されることを特徴とする請求項１に記載のアプリケーションセッションの状態を保存する方法。
【請求項５】
　前記第２の端末にあるアプリケーションの移送サービスエージェントは、前記第２の端末と前記中央記憶装置との間におけるアクセスネットワーク接続を使うことにより、前記アプリケーションセッションの状態を取り出すことを特徴とする請求項１に記載のアプリケーションセッションの状態を保存する方法。
【請求項６】
　前記アプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を前記第２の端末に復元する特徴とする請求項５に記載のアプリケーションセッションの状態を保存する方法。
【請求項７】
　当該セッションを他と識別可能にするセッション名を、前記アプリケーションセッションの状態に対して付けるステップを更に有することを特徴とする請求項１に記載のアプリケーションセッションの状態を保存する方法。
【請求項８】
　アプリケーションの移送サービスエージェントを有する第１の端末を有し、
　前記第１の端末内にアプリケーションを有し、前記アプリケーションの移送サービスエージェントは、当該アプリケーションのアプリケーションセッションの状態を取り込み可能であり、
　前記第１の端末に接続されている中央記憶装置を有し、前記アプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を当該中央記憶装置に送信可能であり、
　前記中央記憶装置に接続され、かつ前記アプリケーション及び前記アプリケーションの移送サービスエージェントを有する第２の端末を有し、前記第２の端末にある前記アプリケーションの移送サービスエージェントは前記中央記憶装置から前記アプリケーションセッションの状態を取り出し可能であり、かつ前記第２の端末において、アプリケーションを前記第１の端末から保存された前記アプリケーションセッションの状態に復元可能であることを特徴とするアプリケーションの移送システム。
【請求項９】
　前記中央記憶装置に保存された前記アプリケーションセッションの状態は、前記第１の端末のユーザに関連付けられた前記中央記憶装置のデータベースに保存されることを特徴とする請求項８に記載のアプリケーションの移送システム。
【請求項１０】
　前記アプリケーションの移送サービスエージェントは、前記第１の端末と前記中央記憶装置との間におけるアクセスネットワーク接続を使うことにより、前記アプリケーションセッションの状態を取り出すことを特徴とする請求項８に記載のアプリケーションの移送システム。
【請求項１１】
　当該セッションを他と識別可能にするセッション名を、前記アプリケーションセッションの状態に対して付けることを特徴とする請求項８に記載のアプリケーションの移送システム。
【請求項１２】
　第１の端末にある第１のアプリケーションからアプリケーションセッションの状態を取り込むステップと、
　中央記憶装置に前記アプリケーションセッションの状態を保存するステップと、
　第２の端末により、前記中央記憶装置から前記アプリケーションセッションの状態を取り出すステップと、
　前記第２の端末において、第２のアプリケーションを前記第１の端末から保存された前記アプリケーションセッションの状態に復元するステップとを有することを特徴とするアプリケーションセッションの状態を保存する方法。
【請求項１３】
　アプリケーションの移送サービスエージェントにログインするステップを更に有することを特徴とする請求項１２に記載のアプリケーションセッションの状態を保存する方法。
【請求項１４】
　前記第１の端末にあるアプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を取り込むことを特徴とする請求項１２に記載のアプリケーションセッションの状態を保存する方法。
【請求項１５】
　前記第２の端末にあるアプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を前記第２の端末に復元することを特徴とする請求項１２に記載のアプリケーションセッションの状態を保存する方法。
【請求項１６】
　前記中央記憶装置に保存されている前記アプリケーションセッションの状態は、前記第１の端末のユーザに関連付けられた前記中央記憶装置のデータベースに保存されることを特徴とする請求項１２に記載のアプリケーションセッションの状態を保存する方法。
【請求項１７】
　前記第２の端末にあるアプリケーションの移送サービスエージェントは、前記第２の端末と前記中央記憶装置との間におけるアクセスネットワーク接続を使うことにより、前記アプリケーションセッションの状態を、前記第２の端末へダウンロードすることを特徴とする請求項１２に記載のアプリケーションセッションの状態を保存する方法。
【請求項１８】
　当該セッションを他と識別可能にするセッション名を、前記アプリケーションセッションの状態に付けるステップを更に有することを特徴とする請求項１２に記載のアプリケーションセッションの状態を保存する方法。
【請求項１９】
　アプリケーションプロバイダから第１の端末へ、第１のアプリケーションコード形式のアプリケーションをダウンロードするステップと、
　前記第１の端末において、前記第１のアプリケーションコード形式の前記アプリケーションを実行するステップと、
　前記第１の端末において、前記アプリケーションのアプリケーションセッションの状態を取り込むステップと、
　中央記憶装置において、前記アプリケーションセッションの状態を保存するステップと、
　前記アプリケーションプロバイダから前記第２の端末へ、第２のアプリケーションコード形式の前記アプリケーションをダウンロードするステップと、
　前記中央記憶装置から前記第２の端末へ、前記アプリケーションセッションの状態を送信するステップと、
　前記第２の端末において、前記第２のアプリケーションコード形式の前記アプリケーションを前記アプリケーションセッションの状態に復元するステップとを有することを特徴とする複数の端末間において、アプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法。
【請求項２０】
　前記第１の端末にあるアプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を取り込むことを特徴とする請求項１９に記載のアプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法。
【請求項２１】
　前記第２の端末にあるアプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を前記第２の端末に復元することを特徴とする請求項１９に記載のアプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法。
【請求項２２】
　前記中央記憶装置に保存されている前記アプリケーションセッションの状態は、前記第１の端末のユーザに関連付けられた前記中央記憶装置のデータベースに保存されることを特徴とする請求項１９に記載のアプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法。
【請求項２３】
　前記第２の端末にあるアプリケーションの移送サービスエージェントは、前記アプリケーションセッションの状態を、前記第２の端末と前記中央記憶装置との間のアクセスネットワーク接続を使うことにより、前記第２の端末へダウンロードすることを特徴とする請求項１９に記載のアプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法。
【請求項２４】
　当該セッションを他と識別可能にするセッション名を、前記アプリケーションセッションの状態に対して付けるステップを更に有することを特徴とする請求項２３に記載のアプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法。
【請求項２５】
　アプリケーションセッションの状態にある第１のアプリケーションを有する第１の端末を有し、
　前記第１の端末にあるアプリケーションの移送サービスエージェントを有し、
　前記アプリケーションセッションの状態を保存する、前記第１の端末に接続された中央記憶装置を有し、
　前記中央記憶装置に接続されている第２の端末とを有し、当該第２の端末は前記アプリケーションの移送サービスエージェントと第２のアプリケーションを有し、当該第２の端末にある前記アプリケーションの移送サービスエージェントは当該第２の端末に前記アプリケーションセッションの状態を復元可能であることを特徴とするアプリケーションの移送システム。
【請求項２６】
　第１アプリケーションコード形式のアプリケーションを記憶するアプリケーションプロバイダと、
　前記アプリケーションプロバイダから前記アプリケーションをダウンロードする、前記アプリケーションプロバイダに接続している第１の端末と、
　前記第１の端末にある前記アプリケーションからアプリケーションセッションの状態を取り込むアプリケーションの移送サービスエージェントと、
　前記第１の端末に接続され、前記アプリケーションの移送サービスエージェントが前記アプリケーションセッションの状態を保存することが可能なレポジトリサーバと、
　前記アプリケーションプロバイダと前記レポジトリサーバに接続し、かつ前記アプリケーションの移送サービスエージェントを有する第２の端末とを有し、
　前記第２の端末にある前記アプリケーションの移送サービスエージェントは、前記アプリケーションプロバイダから第２のアプリケーションコード形式の前記アプリケーションをダウンロードし、そして前記アプリケーションセッションの状態にある、前記第２のアプリケーションコード形式の前記アプリケーションを起動させることを特徴とするアプリケーションの移送システム。
【請求項２７】
　アプリケーションの移送サービスを実行する移送サービスエージェントを有し、前記移送サービスエージェントが、
　セッション中の第１のアプリケーションの終了を検知する手段と、
　前記アプリケーションの終了が検知されたとき、前記第１のアプリケーションセッションの状態を取り込み、中央記憶装置に送信する手段と、
　前記中央記憶装置からアプリケーションセッションの状態を受信する手段と、
　第２のアプリケーションを、前記受信したアプリケーションセッションの状態に復元する手段とを有することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、ユーザが実行中のアプリケーションセッションを手軽に端末装置へ移送し、別の端末装置で再び起動することの可能な、アプリケーションの移送サービスに関する。
【背景技術】
【０００２】
　今日、我々の行動範囲が広がるにつれて、従来の有線環境とは異なる、新しい環境下におけるコンピュータ利用に対する需要が高まりつつある。ラップトップコンピュータ、携帯情報端末(ＰＤＡ)、そして無線電話に代表される移動体装置の普及に伴い、我々のライフスタイルはより流動的なものになってきている。しかしながら、現代における殆どのアプリケーションは、セッション型である。本願においてセッション型とは、装置、プラットフォーム、場所、及び時間により制限されているアプリケーションのことを言う。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
　セッション型のモデルは、あるアプリケーションセッション中、ユーザは端末の切り替えが出来ない（別の端末でセッションを継続することができない）という制限がある。すなわち、端末を切り替えた場合、前の端末での作業中の状態からアプリケーションを立ち上げることができず、そのためにアプリケーションを最初から起動させる必要があることを言う。例えばユーザが、据え置き型コンピュータ(例：デスクトップパソコン)でアプリケーションを実行していたが、移動体装置(例：ＰｏｃｋｅｔＰＣ、無線通信可能なラップトップ型パソコン)へ装置を切り替えたとする。ここでユーザが、移動体装置でアプリケーションを使おうとしても、据え置き型コンピュータで実行していたアプリケーションセッションを継続することはできない。
【０００４】
　またユーザが会社において、デスクトップパソコンを用いてあるアプリケーションを実行していたが、遠隔地で行われる会議に出席するため、会社を出発しなくてはならないとする。ここでユーザは無線通信可能なラップトップ型パソコンを携帯して、飛行機に乗り込むことは可能である。しかしながらこの場合においても、飛行機内あるいは空港等でユーザが、前述のラップトップ型パソコンでアプリケーションを使おうとしても、デスクトップパソコンで実行していたアプリケーションセッションを継続することはできない。
【０００５】
　上記のケースの欠点を克服する方法として、ユーザが文書データを携帯可能な媒体（例：フロッピー（登録商標）ディスク）に保存する方法が考えられる。この場合においてユーザは、文書データを携帯可能な媒体から読み出し、移動体装置に移してから、その文書データを起動させる。しかしながらこの方法では、ユーザ自身がある装置（例：据え置き型コンピュータ）から別の装置（例：移動体装置）へとデータを移し変える必要があるので、ユーザにとっては時間がかかり、快適な方法とは言い難い。このような背景から、ユーザが手軽に実行中の状態にあるアプリケーションセッションを別の電子装置へ移送することのできる、アプリケーションの移送サービス(ＡＭＳ)の必要性が高まってきている。
【０００６】
　本発明は、上記で挙げられた問題点を解決するため、ユーザが手軽に実行中の状態でアプリケーションセッションを電子装置から別の電子装置へ移送することができる、アプリケーションの移送サービス(ＡＭＳ)を提供する。
【課題を解決するための手段】
【０００７】
　本発明の好ましい実施形態は、複数の端末間においてアプリケーションセッションの状態を保存する方法を開示している。まず第１の端末のアプリケーションセッションの状態を取り込み、その状態を中央記憶装置に保存する。そして第２の端末により、中央記憶装置からアプリケーションセッションの状態を取り出した後、第２の端末において、少なくとも１つのアプリケーションを第１の端末から保存された前記アプリケーションセッションの状態に復元する。
【０００８】
　本発明の別の好ましい実施形態は、アプリケーションの移送システムを開示している。好ましい実施形態において、アプリケーションの移送サービスエージェントが第１の端末にインストールされており、アプリケーションの移送サービスエージェントは、第１の端末のアプリケーションのアプリケーションセッションの状態を取り込み、そして第１の端末に接続されている中央記憶装置へアプリケーションセッションの状態を送信する。そして中央記憶装置に接続されている第２の端末はアプリケーション及びアプリケーションの移送サービスエージェントを有し、第２の端末にあるアプリケーションの移送サービスエージェントは中央記憶装置から前記アプリケーションセッションの状態を取り出し、そして第１の端末から保存されたアプリケーションセッションの状態にアプリケーションを復元する。
【０００９】
　また本発明の別の実施形態は、複数の端末間においてアプリケーションセッションの状態を保存する方法を開示している。この実施形態においてアプリケーションセッションの状態が、第１の端末にある第１のアプリケーションから取り込まれ、中央記憶装置にアプリケーションセッションの状態が保存される。そして、第２の端末により中央記憶装置からアプリケーションセッションの状態を取り出し、第２の端末において第２のアプリケーションを第１の端末から保存されたアプリケーションセッションの状態にする。この実施形態において、第１の端末及び第２の端末は、異なる形式で類似のアプリケーションを実行する、互いに異なるタイプのコンピュータ装置である。例えば、第１の端末は携帯情報端末（ＰＤＡ）であってもよいし、第２の端末はパーソナルコンピュータであってもよい。ここで第１および第２の端末は、両端末用に設計されたマイクロソフト・ワード（ＭＳワード）のコピーを実行する。
【００１０】
　また本発明の別の好ましい実施形態は、アプリケーションの移送システムを開示している。この実施形態において、第１の端末はアプリケーションセッションの状態にある第１のアプリケーションを有している。またアプリケーションの移送サービスエージェントが前記第１の端末にインストールされている。またアプリケーションセッションの状態を保存する中央記憶装置は第１の端末に接続されており、アプリケーションの移送サービスエージェントは、中央記憶装置にアプリケーションセッションの状態を送信する。また第２の端末はアプリケーションの移送サービスエージェントと第２のアプリケーションを有し、かつ中央記憶装置に接続されている。そして第２の端末は、中央記憶装置からアプリケーションセッションの状態を取り出し、第２の端末に移送することにより、第１の端末から保存されたアプリケーションセッションの状態にある前記第２のアプリケーションを復元する。
【００１１】
　また本発明の別の実施形態は、複数の端末間において、アプリケーションコードを提供及びアプリケーションセッションの状態を保存する方法を開示している。この実施形態において、第１のアプリケーションコード形式のアプリケーションは、アプリケーションプロバイダから第１の端末へダウンロードされる。第１のアプリケーションセッションの状態は第１の端末にあるアプリケーションから取り出された後、中央記憶装置へ保存される。また第２のアプリケーションコード形式のアプリケーションが、アプリケーションプロバイダから第２の端末へダウンロードされる。第２の端末は、保存されているアプリケーションセッションの状態を中央記憶装置から取り出し、そして第２の端末のアプリケーションをアプリケーションセッションの状態で復元する。
【００１２】
　また本発明の別の実施形態は、アプリケーションサービスプロバイダ用のアプリケーション移送システムを開示している。この実施形態において、第１のアプリケーションコード形式のアプリケーションが、アプリケーションプロバイダに保存されている。第１の端末はアプリケーションプロバイダに接続しており、そしてアプリケーションプロバイダから第１のアプリケーションコード形式のアプリケーションをダウンロードする。アプリケーションの移送サービスエージェントは第１の端末に存在しており、第１の端末にあるアプリケーションのアプリケーションセッションの状態を取り込む。また中央記憶装置が第１の端末に接続されており、第１の端末にあるアプリケーションの移送サービスエージェントは、中央記憶装置にアプリケーションセッションの状態を保存する。
【００１３】
　第２の端末もまたアプリケーションプロバイダと中央記憶装置に接続しており、かつアプリケーションの移送サービスエージェントを有している。また第２の端末は、アプリケーションプロバイダから第２のアプリケーションコード形式のアプリケーションをダウンロードする。そして第２の端末にあるアプリケーションの移送サービスエージェントは、第２のアプリケーションコード形式のアプリケーションを、第１の端末で保存されたアプリケーションセッションの状態に復元する。
【発明の効果】
【００１４】
　本発明により、ユーザは手軽に実行中の状態にあるアプリケーションセッションを端末装置から別の端末装置へと移送することが可能となる。
【発明を実施するための最良の形態】
【００１５】
　以下、添付されている図面を参照しながら、本発明に関する詳細な説明を以下に記載する。
【００１６】
　まず図１を参照する。本発明は、端末１４のユーザ１２が、複数の端末１４において同時にあるいは順次、アプリケーションセッション１６を途切れさせることなく（シームレスに）継続可能な、アプリケーションの移送サービス(ＡＭＳ)１０を開示している。各々のアプリケーションセッション１６は、端末１４におけるユーザの操作に応じて様々な状態になり得る。ここで言う端末１４は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(ＰＤＡ)、またはソフトウェア・アプリケーションを利用可能なその他の装置を言う。端末１４は、会社、家庭、または旅行先など、様々な場所において使用される可能性がある。
【００１７】
　ＡＭＳ１０は、アプリケーションセッション１６とユーザ１２との間に新しい関係を築くために、アプリケーションセッション１６と（１）端末のプラットフォーム、（２）使用する場所、及び（３）接続の時間帯との関係を分断する働きをする。ここでアプリケーションセッション１６は、そのアプリケーションに関連した処理データ領域の状態のことであり、端末１４のアーキテクチャおよびオペレーティングシステム（ＯＳ）には依存しない。したがって、このアプリケーションセッション１６は端末のアーキテクチャおよびＯＳに依存しないので、マルチプラットフォーム対応型のアプリケーションセッション１６がセッションデータを一様に処理できる限りは、ある端末１４にあるアプリケーションセッション１６は、別の端末１４にある、同じ機能が実装されたアプリケーションセッション１６への移送が可能となる。
【００１８】
　ＡＭＳ１０が有する有益性により、ユーザ１２は端末１４から別の端末１４へ、実行していたアプリケーションセッション１６の状態にあるアプリケーションセッション１６のハンドオフが可能となり、かつ別の端末１４上において、端末１４から保存された状態にあるアプリケーションセッション１６を起動することが可能になる。またユーザ１２は、複数のアプリケーションセッション１６の状態を把握し、自由に各々の状態を保存でき、そしていかなる端末１４においても、いつでも実行していたアプリケーションセッション１６の状態にあるアプリケーションセッション１６を起動できる。
【００１９】
　またＡＭＳ１０はユーザ１２に対し、種々のネットワーク環境下における様々な端末１４から、データに対する継ぎ目の無いアクセス環境を提供する。ここで図２を参照する。好ましい実施形態においてＡＭＳ１０は、２つのモジュールを有していること、及びＡＭＳエージェント２０及びＡＭＳリポジトリサーバ２２を有している。ＡＭＳエージェント２０は、各々の端末１４内に位置しており、またＡＭＳリポジトリサーバ２２と端末１４との間においてプロキシとして動作する、ソフトウェアエージェントである。ＡＭＳエージェント２０はユーザ認証の機能を有し、かつ端末１４を使ったアプリケーションセッションの保存と起動を容易にする。
【００２０】
　ＡＭＳリポジトリサーバ２２は、以下の機能を提供する。
　（１）ユーザ認証
　（２）装置プロファイリング及びユーザプロファイリング
　（３）保存
（１）のユーザ認証とは、ＡＭＳリポジトリサーバ２２がユーザ１２を認証することで、この認証によりユーザ１２はＡＭＳ１０を使用することが可能になる。(２)の装置プロファイリングとは、ＡＭＳリポジトリサーバ２２が装置の機能を把握し、そしてユーザからのリクエスト毎にアプリケーションデータを取り出す処理のことである。またＡＭＳリポジトリサーバ２２は、アプリケーションセッション１６、及び特定のアプリケーションセッション１６に対応しているデータ（例：ファイル済みのデータ）を保存するため、認証済みのユーザに対して常時接続の保存エリアを提供する。
【００２１】
　ＡＭＳ１０を使用するユーザ１２は、最初にＡＭＳリポジトリサーバ２２を設定しなくてはならない。ここでユーザ１２は、自己の保有する端末１４のうち１つをＡＭＳリポジトリサーバ２２として設定してもよいし、あるいは商用のＡＭＳリポジトリサーバ２２を利用してもよい。またユーザ１２は、個々の端末１４内にあるＡＭＳエージェント２０をインストールし、かつ起動させる必要がある。ＡＭＳリポジトリサーバ２２を使うために、ユーザ１２は、ＡＭＳのユーザネーム及びパスワードをＡＭＳエージェント２０のログインウインドウに入力することにより、ＡＭＳリポジトリサーバ２２にログインする必要がある。
【００２２】
　以下において、２つの異なるカテゴリに属するマルチプラットフォーム・アプリケーション２４について、ＡＭＳ１０に関する詳細な説明を展開していく。好ましい実施形態において、例えばＪａｖａ（登録商標）やＣ＃のようなプログラミング言語で書かれたマルチプラットフォーム・アプリケーション２４は、ＯＳやハードウェアアーキテクチャに依存せず、いかなるプラットフォームにおいても動作可能である。さらに、マルチプラットフォーム・アプリケーション２４は複数のインプリメンテーションを有しているが、各々のインプリメンテーションは、特定のハードウェアアーキテクチャ及びＯＳ上で動作するように設計されている。
【００２３】
　上述した通り、本発明の好ましい実施形態において、ＡＭＳ１０内で機能するように設計されているアプリケーションは、プラットフォームに依存しない言語で書かれ、かつＯＳやハードウェアアーキテクチャに依存せず、いかなるプラットフォームでも動作可能なマルチプラットフォーム・アプリケーション２４を意味している。ここで端末１４にアプリケーションを事前にインストールせず、ユーザ１２がアプリケーションセッション１６を取り込もうとするときにＡＭＳエージェント２０がアプリケーションのセッションデータ及びプラットフォーム独立型のアプリケーションコードをＡＭＳリポジトリサーバ２２に保存してもよい。そしてユーザ１２が、端末１４においてアプリケーションセッション１６を復元させたいときに、ＡＭＳエージェント２０はアプリケーションのセッションデータ、及びプラットフォーム独立型のアプリケーションコードを復元する。
【００２４】
　ここで図２を再び参照する。通常の動作中において、ユーザ１２は端末１４Ａにおいてアプリケーションを実行する。ここで端末１４Ｂに切り替えたいとき、ユーザ１２はＡＭＳエージェント２０に対し、実行中の状態にあるアプリケーションセッションをＡＭＳリポジトリサーバ２２に保存するよう指示する（ステップ２６）。次に、ステップ２８において、ユーザ１２は端末１４Ｂへログインする。ここでユーザ１２が、実行中の状態を保っているアプリケーションセッション１６を端末１４Ｂで起動させたい場合、ユーザ１２は、ＡＭＳリポジトリサーバ２２に保存されたアプリケーションセッション１６を取り出すため、端末１４ＢにあるＡＭＳエージェント２０を使う（ステップ２９）。
【００２５】
　ここから図３を参照する。以下においては、ＡＭＳ１０がアプリケーションコードと、アプリケーションコードに対応するアプリケーションセッションデータを含むアプリケーションセッション１６を保存し、そして復元する方法についての説明をする。最初にユーザ１２は端末１４Ａの電源を入れる。電源が入ったら、端末１４Ａ内のＡＭＳエージェント２０は自動的に起動する。その後端末１４Ａ内のＡＭＳエージェント２０は、ユーザに対してＡＭＳリポジトリサーバ２２にログインすることを要求する（ステップ３０）。ここで端末１４Ａ内のＡＭＳエージェント２０とＡＭＳリポジトリサーバ２２との間における通信は、例えばＳＳＬのような安全なネットワーク接続プロトコルを用いることにより実施される。
【００２６】
　ユーザ１２がＡＭＳ１０にログインすると、ユーザ１２は端末１４Ａ内のマルチプラットフォーム・アプリケーション２４を起動させ、そしてユーザ自身が希望するアクティビティ（例：データ編集、データ生成）を実行するため、マルチプラットフォーム・アプリケーション２４を使用する。その後ユーザ１２が、端末１４Ａから離れたいとき、ユーザ１２は端末１４Ａ内のマルチプラットフォーム対応型のアプリケーションセッション１６を保存することを、ＡＭＳエージェント２０へ要求する（ステップ３２）。ここでユーザは、他のセッションと識別可能にするセッション名をマルチプラットフォーム対応型のアプリケーションセッション１６へ付けてもよい。ユーザ１２がアプリケーションセッション１６へ他のセッションと識別可能にするセッション名を付けない場合、ＡＭＳエージェント２０は、例えば「○○○○年××月△△日における端末１４Ａ内のアプリケーションＸ」というようなセッション名を、マルチプラットフォーム対応型のアプリケーションセッション１６へ付けてもよい。さらにユーザは、セッションパスワードによりアプリケーションセッション１６を保護するオプションも選択できる。
【００２７】
　次に端末１４Ａ内のＡＭＳエージェント２０は、マルチプラットフォーム・アプリケーション２４に対し、アプリケーションのセッションデータ（例えば、マルチプラットフォーム・アプリケーション２４の文書データ）をプラットフォームに依存しない形式で保存するよう指示する。次にＡＭＳエージェント２０は、セッション名、アプリケーションコード、保存されたセッションデータ、及び任意のセッションパスワードを直列化する。そして直列化されたデータ（セッション名、アプリケーションＸコード、セッションデータ、及び任意のセッションパスワード）は、ＳＳＬのような安全なネットワークプロトコルを使うことにより、ＡＭＳリポジトリサーバ２２に送信される。
【００２８】
　ステップ３４において、ＡＭＳリポジトリサーバ２２は、端末１４Ａ内のＡＭＳエージェント２０から直列化されたデータを受信する。直列化されたデータを受信すると、ＡＭＳリポジトリサーバ２２は、そのデータを保存領域に記憶する。ユーザ１２は端末１４Ａでの作業を終える前に、ＡＭＳリポジトリサーバ２２からログオフする（ステップ３６）。このログオフにより、端末１４ＡはＡＭＳリポジトリサーバ２２に対する接続を解除する。しかしながら、端末１４Ａ上のアプリケーションセッション１６の実行中において生成、あるいは修正されたデータは、ＡＭＳリポジトリサーバ２２に保存されている。
【００２９】
　例えば端末１４Ｂがユーザ１２にとって使用できるものとなり、その後ユーザ１２が端末１４Ｂにおいて、端末１４Ａから保存された状態からアプリケーションセッション１６を続けようとする（ステップ３８）。まず最初にユーザ１２は、端末１４Ｂ内のＡＭＳエージェント２０を使い、ＡＭＳリポジトリサーバ２２へとログインする（ステップ４０）。そしてユーザ１２は、ユーザ自身がＡＭＳリポジトリサーバ２２に保存したアプリケーションセッション１６のリストを生成するため、端末１４Ｂ内のＡＭＳエージェント２０を使う。ステップ４２においてユーザ１２は、ユーザ自身が端末１４Ａで最後に使用していた状態にある、または端末１４Ａから保存された状態にあるアプリケーションセッション１６を選択する。もしアプリケーションセッション１６がパスワードで保護されてた場合、ユーザ１２は正しいパスワードを入力することにより、ＡＭＳリポジトリサーバ２２からアプリケーションセッション１６を取り出すことができる。続いて端末１４Ｂ内のＡＭＳエージェント２０は、直列化されたデータを、ＳＳＬのような安全なネットワークプロトコルを使うことにより、端末１４Ｂへダウンロードする。
【００３０】
　端末１４Ｂがダウンロードされたデータを受信すると、ＡＭＳエージェント２０はアプリケーションコードとプラットフォームに依存しないセッションデータを復元（非直列化）する。それからＡＭＳエージェント２０は、端末１４Ｂ内のマルチプラットフォーム・アプリケーション２４を起動させ、そして端末１４Ａから保存されたプラットフォームに依存しないセッションデータの状態に、マルチプラットフォーム・アプリケーション２４を復元する（例えば文書データを開く）（ステップ４４）。好ましい実施形態において、ＡＭＳエージェント２０は、ユーザ１２がアプリケーションセッション１６（例えば文書データやデータファイル）を保存し、端末１４Ａからログオフした時に作業していたページを表示する。これによりユーザ１２は、端末１４Ａから端末１４Ｂへアプリケーションセッション１６を移送することに成功し、今度は端末１４Ｂにおいて、端末１４Ａで終了した状態にあるアプリケーションを実行することができる。以上の記述は、プラットフォームに依存しないマルチプラットフォーム・アプリケーション２４に対して適用される。
【００３１】
　次に図４を参照する。ここでＡＭＳ１０は、特定のプラットフォーム用に書かれ、それぞれ端末１４Ａおよび端末１４Ｂでしか動作できない、プラットフォームに特化したアプリケーション２４Ｘ、及びアプリケーション２４Ｙを示している。この場合ユーザ１２は、ＡＭＳ１０を使用する前、アプリケーションセッション１６の保存、及び復元も可能なプラットフォームに特化したアプリケーション２４Ｘ、及びアプリケーション２４Ｙを、それぞれの端末１４Ａ及び端末１４Ｂに対してインストールする必要がある。例えば、デスクトップパソコン（デスクトップＰＣ）とＰｏｃｋｅｔＰＣ（ＰＤＡ）間において、ＡＭＳ１０を用いてマイクロソフト・ワード（ＭＳワード）を使用するため、ユーザ１２はＭＳワードをデスクトップＰＣに、ＰｏｃｋｅｔワードをＰｏｃｋｅｔＰＣにインストールする必要がある。以下、ユーザ１２は既にプラットフォームに特化したアプリケーション２４Ｘを端末１４Ａに、及びアプリケーション２４Ｙを端末１４Ｂにインストールしているものとする。ここでプラットフォームに特化したアプリケーション２４Ｘ及びアプリケーション２４Ｙは互いに同じ機能を有しているが、各々のアプリケーションは、特定のハードウェアアーキテクチャ及び特定のＯＳ用に設計されている。
【００３２】
　本発明の好ましい実施形態において、ユーザ１２は端末１４Ａの電源を入力すると、端末１４Ａ内のＡＭＳエージェント２０は自動的に起動する。ステップ５０において、端末１４Ａ内のＡＭＳエージェント２０はユーザ１２に対し、ＡＭＳリポジトリサーバ２２へログインすることを促す。端末１４Ａ内のＡＭＳエージェント２０とＡＭＳリポジトリサーバ２２との間の通信は、安全な通信経路または通信ネットワークプロトコル（例：ＳＳＬ）を使うことにより実行される。
【００３３】
　ある時点において、ユーザ１２は端末１４Ａ内にあるプラットフォームに特化したアプリケーション２４Ｘを起動し、文書やデータファイルの編集・生成のようなアクティビティを実施するためプラットフォームに特化したアプリケーション２４Ｘを使用する。その後ユーザ１２が、端末１４Ａからログオフしようとするとき、ステップ５２においてユーザ１２は、プラットフォームに特化したアプリケーション２４Ｘへアプリケーションセッション１６を保存することを、端末１４Ａ内のＡＭＳエージェント２０に要求する。このときユーザ１２は、他のセッションと識別可能にするセッション名をプラットフォームに特化したアプリケーション２４Ｘ上にあるアプリケーションセッション１６に対して付けてもよい。ここでは説明を簡単にするため、ＡＭＳエージェント２０は、例えば「○○○○年××月△△日における端末１４Ａ内のアプリケーション２４Ｘ」というようなセッション名をアプリケーションセッション１６に対して付けることにする。
【００３４】
　またユーザ１２は、セッションパスワードを用いて、アプリケーションセッション１６を保護するオプションも選択できる。端末１４Ａ内のＡＭＳエージェント２０は、プラットフォームに特化したアプリケーション２４Ｘに対して、アプリケーション２４Ｘ自身のセッションデータ（例えば、プラットフォームに特化したアプリケーション２４Ｘの文書データ）をプラットフォーム独立型の形式で保存するよう指示する。次にＡＭＳエージェント２０は、セッション名、アプリケーションコード、保存されたセッションデータ、及び任意のセッションパスワードを直列化する。そして直列化されたデータ（セッション名、セッションデータ、及び任意のセッションパスワード）は、安全な通信経路または通信ネットワークプロトコルを使うことにより、ＡＭＳリポジトリサーバ２２に送信される。
【００３５】
　ＡＭＳリポジトリサーバ２２は、端末１４Ａ内のＡＭＳエージェント２０から直列化されたデータを受信し、そのデータを自身内にある予め決められた保存領域に記憶する（ステップ５４）。そしてステップ５６において、端末１４Ａから離れる前にユーザ１２は、ＡＭＳリポジトリサーバ２２からログオフする。このログオフにより、端末１４ＡはＡＭＳリポジトリサーバ２２に対する接続を解除することができる。
【００３６】
　次にステップ５８において、例えば端末１４Ｂがユーザ１２に使用可能となり、その後ユーザ１２が、端末１４Ｂを用いて端末１４Ａで保存された状態からプラットフォームに特化したアプリケーションセッション１６を継続しようとする。この場合、まず最初にユーザ１２は、端末１４Ｂ内のＡＭＳエージェント２０から、ＡＭＳリポジトリサーバ２２へとログインする（ステップ６０）。端末１４Ａと同様に、端末１４Ｂ内のＡＭＳエージェント２０の電源が入ったとき、端末１４Ｂ内のＡＭＳエージェント２０は動作を開始する。そしてユーザ１２は、ユーザ１２自身がＡＭＳリポジトリサーバ２２に保存したアプリケーションセッション１６のリストを要求するため、端末１４Ｂ内のＡＭＳエージェント２０を使う。
【００３７】
　ステップ６２において、ユーザ１２は、ユーザ自身が端末１４Ａで保存した状態にあるアプリケーションセッション１６を選択する。もしアプリケーションセッション１６がパスワードで保護されていた場合、ユーザ１２は正しいパスワードを入力することにより、ＡＭＳリポジトリサーバ２２からアプリケーションセッション１６を取り出すことができる。そして端末１４Ｂ内のＡＭＳエージェント２０は、直列化されたデータを、安全な通信経路または通信ネットワークプロトコルを使うことにより、端末１４Ｂへとダウンロードする。
【００３８】
　端末１４Ｂが、ＡＭＳリポジトリサーバ２２からダウンロードされたデータを受信すると、ＡＭＳエージェント２０は、端末１４Ａ内のアプリケーション２４Ｘに保存されたアプリケーションセッションデータを復元（非直列化）する。言い換えれば、ユーザ１２が端末１４Ａからログオフした状態のアプリケーションセッション１６を起動することができる。ステップ６４において、ＡＭＳエージェント２０は、端末１４Ａにおいて保存されたセッションデータの状態に、プラットフォームに特化したアプリケーション２４Ｙを端末１４Ｂ内に復元する（例えば文書データを開く）。これによりＡＭＳエージェント２０は、ユーザ１２が端末１４Ａにおいて文書やデータファイルを保存し、端末１４Ａからログオフした時に作業していたページを表示する。このようにユーザ１２は、端末１４Ａ内のアプリケーション２４Ｘから端末１４Ｂへ、アプリケーションセッション１６を移送することに成功し、今度は端末１４Ｂで、端末１４Ａ上で終了した所から作業を再開することができる。
【００３９】
　以上で説明してきた実施形態においては、ユーザ１２がプラットフォームに特化したアプリケーションを端末１４Ａおよび端末１４Ｂへインストールしたという前提で説明をしてきた。しかしながら、図５に示されている別の実施形態によるＡＭＳ１０は、端末１４Ａおよび端末１４Ｂにインストールされていないアプリケーションでも動作するように設計されている。この場合においては、ＡＭＳ１０を使うために、アプリケーションプロバイダ７０により提供される新たなサービスが必要となる。
【００４０】
　この実施形態においてアプリケーションプロバイダ７０は、アプリケーションのコードをホストするサービスを提供するものである。つまりアプリケーション７２を起動させたいとき、ユーザ１２は、アプリケーションプロバイダ７０からアプリケーション７２のコードをダウンロードする。アプリケーションのコードは１回の使用毎に、あるいはアプリケーションプロバイダ７０が商業サービスの場合は加入契約時にダウンロードされる。ユーザ１２は、アプリケーションプロバイダ７０から提供されるアプリケーションコードをホストするため、自身の保有する端末１４Ａ及び端末１４Ｂをセットアップしてもよい。アプリケーション７２は、プラットフォームに依存しないコードまたは特定のプラットフォームに依存したコードで書かれている。
【００４１】
　好ましい実施形態において、ユーザ１２が端末１４Ａの電源を入力し、ＯＳを起動させた後で、端末１４Ａ内のＡＭＳエージェント２０は起動する。ステップ８０において、端末１４Ａ内のＡＭＳエージェント２０は、ユーザ１２に対し、ＡＭＳリポジトリサーバ２２にログインすることを要求する。他の実施形態と同様に、端末１４Ａ内のＡＭＳエージェント２０とＡＭＳリポジトリサーバ２２の通信は、安全な通信経路または通信ネットワークプロトコル（例：ＳＳＬ）を使うことにより実行される。
【００４２】
　システムの動作中においてユーザ１２は、端末１４Ａ内のアプリケーション７２Ｘの起動を試みるとする。しかしながらこの場合、アプリケーション７２Ｘは端末１４Ａ内にインストールされていない。したがって、端末１４Ａ内のＡＭＳエージェント２０は、アプリケーションプロバイダ７０からアプリケーション７２Ｘをダウンロードする（ステップ８２）。端末１４Ａにダウンロードされたアプリケーション７２は、端末１４Ａが動作するプラットフォームに合わせて設計されている。このようにアプリケーションは、端末１４Ａが動作するプラットフォーム、またはＯＳに依存しているので、図５におけるアプリケーションは、アプリケーション７２Ｘとする。
【００４３】
　アプリケーションプロバイダ７０からアプリケーション７２Ｘがダウンロードされた後、端末１４Ａはアプリケーション７２Ｘを起動する。これによりユーザ１２は、ある特定のアプリケーションに関連するアクティビティを実行するため、アプリケーション７２Ｘの使用が可能となる。その後ユーザ１２が端末１４Ａを終了、あるいは端末１４Ａからログオフすることにより、アプリケーションセッションを終えようとする。その場合ユーザ１２は、アプリケーションセッション１６を保存することを端末１４Ａ内のＡＭＳエージェント２０に要求する（ステップ８４）。このときユーザ１２は、他のセッションと識別可能にするセッション名をアプリケーションセッション１６に対して付けてもよい。あるいは、ＡＭＳエージェント２０が自動的に、例えば「○○○○年××月△△日における端末１４Ａ内のアプリケーション７２Ｘ」というようなセッション名を、アプリケーションセッション１６に対して付けてもよい。これまでの実施形態と同様に、ユーザ１２はセッションパスワードにより、アプリケーションセッション１６を保護するオプションも選択できる。
【００４４】
　上述のように、端末１４Ａ内のＡＭＳエージェント２０は、プラットフォームに特化したアプリケーション７２Ｘに対して、アプリケーション７２Ｘ自身のセッションデータ（例えば、アプリケーション７２Ｘの文書データ）をプラットフォームに依存しない形式で保存するよう指示する。次にＡＭＳエージェント２０は、セッション名、アプリケーションコード、保存されたセッションデータ、及び任意のセッションパスワードを直列化する。そして直列化されたデータ（セッション名、セッションデータ、及び任意のセッションパスワード）は、安全な通信経路または通信ネットワークプロトコルを使うことにより、ＡＭＳリポジトリサーバ２２に送信される。
【００４５】
　ＡＭＳリポジトリサーバ２２は、端末１４Ａ内のＡＭＳエージェント２０から直列化されたデータを受信し、そのデータをＡＭＳリポジトリサーバ２２自身内にある予め決められた保存領域に記憶する（ステップ８６）。次に、端末１４Ａを終了する前に、ユーザ１２はＡＭＳリポジトリサーバ２２からログオフする（ステップ８８）。このログオフにより、端末１４ＡはＡＭＳリポジトリサーバ２２に対する接続を解除する。このようにして、端末１４Ａを使うことにより生成または修正されたアプリケーションセッション１６は、ＡＭＳリポジトリサーバ２２に保存される。
【００４６】
　次にステップ９０において、例えば端末１４Ｂがユーザ１２にとって使用できるものとなり、その後ユーザ１２が、端末１４Ａから保存された状態にあるアプリケーションセッション１６を継続するため、端末１４Ｂを使用するとする。この場合、まず最初にユーザ１２は、端末１４Ｂ内のＡＭＳエージェント２０から、ＡＭＳリポジトリサーバ２２へとログインする（ステップ９２）。そしてユーザ１２は、ＡＭＳリポジトリサーバ２２に保存されたアプリケーションセッション１６のリストを要求するため、端末１４Ｂ内のＡＭＳエージェント２０を使う。ＡＭＳリポジトリサーバ２２は、保存したアプリケーションセッション１６のリストを生成し、このリストを端末１４Ｂへ送信する。
【００４７】
　この後ユーザ１２は、端末１４Ａでの作業時に保存された状態にあるアプリケーションセッション１６を選択することができる。もしアプリケーションセッション１６がパスワードで保護されていた場合、ユーザ１２は正しいパスワードを入力することにより、ＡＭＳリポジトリサーバ２２からアプリケーションセッション１６を取り出すことができる。そして端末１４Ｂ内のＡＭＳエージェント２０は、直列化されたセッションデータを、安全な通信経路または通信ネットワークプロトコルを使うことにより、端末１４Ｂへとダウンロードする（ステップ９４）。ここで、端末１４Ａおよび端末１４ＢをＡＭＳリポジトリサーバ２２に対して接続させる、異なる種類のネットワーク接続があることは当業者にとって自明である。
【００４８】
　端末１４ＢがＡＭＳリポジトリサーバ２２からダウンロードされたデータを受信すると、端末１４Ｂ内のＡＭＳエージェント２０は、アプリケーションセッションデータを復元（非直列化）する。ＡＭＳエージェント２０は、端末１４Ａ内のアプリケーション７２Ｘと同等の機能を有するアプリケーション７２Ｙを端末１４Ｂ内で検索するが、まだ端末１４Ｂ内にアプリケーション７２Ｙがインストールされていないことを検出する。そこでＡＭＳエージェント２０は、アプリケーションプロバイダ７０から、アプリケーション７２Ｙのアプリケーションのコードをダウンロードする（ステップ８２）。コードを基にアプリケーション７２Ｙが端末１４Ｂ内にダウンロードされると、ＡＭＳエージェント２０はアプリケーション７２Ｙを端末１４Ｂ内に復元し、そして端末１４Ａでの作業時に保存された、プラットフォームに依存しないセッションデータの状態にあるアプリケーション７２Ｙを端末１４Ｂ内に復元する（例えば文書データを開く）。そしてＡＭＳエージェント２０は、ユーザ１２が端末１４Ａにおいて文書やデータファイルを保存し、端末１４Ａからログオフした時に作業していたページを表示する。このようにユーザ１２は、端末１４Ａ内のアプリケーション２４Ｘから端末１４Ｂへアプリケーションセッション１６を移送することに成功し、今度は端末１４Ｂで、端末１４Ａにおいて保存された状態にあるアプリケーションを再開することができる。
【００４９】
　本発明の説明のために、特定の実施形態を使用したが、本発明の趣旨を逸脱しない範囲で、本発明に対し種々の変更または付加を施すことは、当業者にとって容易である。したがって、本出願における図面と説明は、単なる実例に過ぎず、本発明を限定するものではない。
【図面の簡単な説明】
【００５０】
【図１】アプリケーションセッションを様々な種類の端末へ送信するアプリケーションの移送サービスを示している図である。
【図２】異なる種類のネットワークへ接続されている複数の端末のアプリケーションの移送サービスを示している図である。
【図３】プラットフォーム独立型のアプリケーションに関するアプリケーションの移送サービスを示している図である。
【図４】プラットフォームに特化したアプリケーションに関するアプリケーションの移送サービスを示している図である。
【図５】アプリケーションプロバイダにより提供されたアプリケーションに関するアプリケーションの移送サービスを示している図である。
【符号の説明】
【００５１】
１０……アプリケーション移送サービス（ＡＭＳ）、１２……ユーザ、１４……端末、１６……アプリケーションセッション、２０……ＡＭＳエージェント、２２……ＡＭＳリポジトリサーバ、２４……（マルチプラットフォーム・）アプリケーション、７０……アプリケーションプロバイダ、７２……アプリケーション
【図１】
2004078949.tif 000003
【図２】
2004078949.tif 000004
【図３】
2004078949.tif 000005
【図４】
2004078949.tif 000006
【図５】
2004078949.tif 000007