JP2009181318A - 情報処理装置および携帯端末 - Google Patents

Abstract

【課題】携帯端末のユーザがあるディスプレイ端末から他のディスプレイ端末に移動した場合にも、携帯端末と同様な操作方法で、大画面かつ高精細な表示部を有するディスプレイ端末を携帯端末の外部ディスプレイ装置として継続利用する技術を提供する。
【解決手段】本発明の移動元ディスプレイ端末２００ｂは、アップロードＯＳの動作状況に関するデータを携帯端末１００の端末ＩＤと対応付けて記憶する記憶部（アップロードＯＳ用データ記憶制御部２０１ｇ、キャッシュ領域２０６）と、移動先ディスプレイ端末２００ｂから携帯端末１００の端末ＩＤおよびアップロードＯＳの動作状況に関するデータの送信要求を受けると、前記端末ＩＤに対応する前記記憶部のアップロードＯＳの動作状況に関するデータを移動先ディスプレイ端末２００ｂに対して送信するように制御する制御部（ＯＳ管理部２０１、通信インターフェース２０４、認証部２０５）とを備える。
【選択図】図１

Description

本発明は、薄型ディスプレイ装置、大画面テレビ等の情報処理装置、および、ポータブルＡＶ（Audio Visual）プレーヤ、携帯ゲーム機、携帯通信端末等の携帯端末に関するものである。

近年、液晶ディスプレイ装置や液晶テレビ等の薄型ディスプレイ装置は、大画面化および低価格化が進んでいる。最近では、有機ＥＬ（electro-luminescence）や電子ペーパーといった、より薄く、曲げることも可能な薄型ディスプレイ装置も登場している。
将来的には、現在よりも薄く、大画面かつ高精細なディスプレイ装置を非常に安い価格で製造できるようになると考えられる。そのようになった場合、今までは印刷した紙が用いられていた掲示板や広告ポスターなどの掲示物が、薄型ディスプレイ装置に置き換えられることが予想される。また、家庭やオフィスでも、壁などに安価に大画面で薄型のディスプレイ装置を設置することができるようになる。よって、家やオフィス、街角など、至る所にディスプレイ装置が存在する社会が到来すると予想される。

薄型ディスプレイ装置の利用法として、オフィスの場合には、ホワイトボードのような利用方法が考えられる。具体的には、薄型ディスプレイ装置の表面にタッチセンサを取り付け、また、薄型ディスプレイ装置の中に、ＣＰＵ、メモリ、ＧＰＵ（Graphics Processing Unit）およびストレージ装置を用意しておき、さらに、前記ストレージ装置の中にオペレーティングシステム（Operating System；ＯＳ）および描画アプリケーション（例えば「お絵かきソフト」）をインストールしておくことで、薄型ディスプレイ装置の画面上に指やタッチペンなどを使って自在に文字や絵を描くことができる。
一方、街角に設置した薄型ディスプレイ装置の場合には、薄型ディスプレイ装置内のストレージ装置に所定のアプリケーションをインストールしておくことで、広告を表示したり、広告に連動したゲームなどをユーザに楽しませることができる。
このように、薄型ディスプレイ装置は、表示装置のみで構成されるのではなく、ＣＰＵなどの演算装置やストレージ装置も一緒に内蔵されるものであり、薄型ディスプレイ装置単体でも、表示や描画などの所定の機能を果たすことができるようになるため、情報処理装置の一種であると定義することができる。以下の説明では、上述したようにＣＰＵやストレージ装置等を内蔵したディスプレイ装置のことを「ディスプレイ端末」ということにする。

上述したディスプレイ端末の利用法と異なる利用法としては、携帯端末の外部表示装置としての利用方法が考えられる。現在、携帯端末の１つである携帯通信端末（例えば携帯電話機）は、音声通話機能に加えて、メール、Ｗｅｂアクセス、カメラ、音楽、テレビ、ラジオ、テレビ電話、ナビゲーションシステムなどの機能も搭載され、多機能化および高機能化が進んでいる。しかし、それらの機能を利用するために使用するディスプレイおよび操作インターフェースは、携帯性を求められる携帯端末の性質上、一定サイズ以上に大きくすることはできない。このような携帯端末の大きさに関する制約は、将来においても変わることはなく、携帯端末に携帯性を持たせる必要がある以上、ディスプレイや操作インターフェースの大きさがある程度犠牲になることは避けられない。

そこで、上述したディスプレイ端末を、携帯端末の外部ディスプレイ装置兼操作インターフェースとして利用することが考えられる。
ディスプレイ端末を携帯端末の外部ディスプレイ装置として用いる方法の１つとしては、携帯端末に外部ディスプレイ装置接続用のインターフェースを設け、携帯端末内で生成した描画データをディスプレイ端末に送信して、ディスプレイ端末に表示する方法が考えられる。
また、ディスプレイ端末を携帯端末の外部ディスプレイ装置として利用する別の方法としては、携帯端末とディスプレイ端末とを接続する際に、携帯端末をディスプレイ端末の外部ストレージと見なして、ディスプレイ端末のＯＳ上に携帯端末内のストレージ装置をマウントし、ディスプレイ端末のＯＳ上で携帯端末内のストレージ装置に記憶されたデータの操作を行う方法が考えられる。この方法を用いることにより、ディスプレイ端末上の操作で、携帯端末内のストレージ装置にある必要なデータをディスプレイ端末にダウンロードして、ディスプレイ端末で当該データを閲覧したり、編集したりすることができる。

また、携帯端末の特徴として、消費電力や発熱の問題を考慮しなければならないため、固定的に安定した電源を確保できるデスクトップ型ＰＣなどと比較して、省電力である代わりに性能が低いＣＰＵが搭載されていることが挙げられる。一方、上述したディスプレイ端末は、壁などに設置して利用するため、家庭用コンセントなどから安定した電源を確保できるとともに、自身に搭載されている大画面かつ高精細なディスプレイ装置に対応するため、携帯端末と比較して、高性能なＣＰＵやＧＰＵが搭載されている。
また、コンピューティングデバイスから、プロジェクタなどの代替のディスプレイにコンテンツをワイヤレス方式でプロジェクトするシステムについて下記特許文献１が開示されている。
特開２００５−１２９０６８号公報

上述したディスプレイ端末を携帯端末の外部ディスプレイ装置として利用する方法には以下の問題がある。
携帯端末に外部ディスプレイ装置接続用のインターフェースを設ける方法は、携帯端末内で描画データを作成することになるが、携帯内で使用されるＣＰＵおよびＧＰＵは省電力ではあるが性能は低いため、携帯端末内のディスプレイの表示用の描画データを生成するには十分な性能を持っている。しかし、大画面かつ高精細な表示部を有するディスプレイ端末用の描画データを生成するには、パフォーマンスが不足している。
一方、携帯端末を外部ストレージと見なし、ディスプレイ端末に予めインストールされたＯＳで携帯端末内のストレージ装置に記憶されたデータを読み込んで表示すれば、ディスプレイ端末の大画面かつ高精細なディスプレイの描画データを生成するのはディスプレイ端末内のＣＰＵおよびＧＰＵとなるため、上述した問題は解決することができる。この方法を用いる場合、ディスプレイ端末上の操作インターフェースは、ディスプレイ端末に予めインストールされたＯＳから提供される。しかし、ディスプレイ端末に内蔵されるＯＳの仕様は、ディスプレイ端末の製造会社や、ディスプレイ端末の機種等によって異なる。そのため、ディスプレイ端末の種類が変わると、操作方法が変わってしまい、ユーザは、その度に操作方法を覚える必要がある。

これらの問題の対策としては、携帯端末からディスプレイ端末へＯＳイメージファイルを送信し、送信したＯＳイメージファイルに対応するＯＳをディスプレイ端末上で起動することにより、携帯端末のＣＰＵやＧＰＵの性能が低くても、高解像度の映像を大型ディスプレイに表示させることを可能にする方法が考えられる。その方法を用いる場合、ユーザは、自身が用意したＯＳイメージファイルに対応するＯＳをディスプレイ端末で実行することができるため、使い慣れた操作インターフェースでディスプレイ端末を操作できるようになる。

上記方法において、ディスプレイ端末での作業を終了する場合には、ディスプレイ端末上にて展開しているデータやソフトウェアを閉じて、携帯端末にデータを転送および保存し、その上でＯＳを終了させるという手続が必要になる。しかしながら、急に席を立つなどの原因で、上記のような終了手続を完了する前に、携帯端末を持ってディスプレイ端末を離れることは、大いに起こり得ることである。この場合、ディスプレイ端末上に展開しているデータは、携帯端末に保存されることなく、前記ディスプレイ端末上に一定期間だけ保持されることが考えられる。その場合、携帯端末を持ってディスプレイ端末を離れたユーザが同一のディスプレイ端末に戻ってきた場合に、先に行っていた作業の続きを行うことが可能になる。
しかしながら、同一のディスプレイ端末ではなく、他のディスプレイ端末に接続して作業を継続しようとした場合には、データは手元（他のディスプレイ端末内）に存在しないため、作業を継続することができないという問題が生じる。
この問題に対して、携帯端末を単なるストレージとして利用し、データのみを携帯端末上に展開する方法が考えられる。この方法を用いる場合、携帯端末上データにディスプレイ端末がアクセスするために、データアクセスを行う度に通信（例えば無線通信）が必要になり、その通信によって携帯端末の電力を消費するという問題が生じる。また、携帯端末のユーザは、データの更新タイミングに関わりなくディスプレイ端末を離れることがあるため、携帯端末のユーザが、データ保存の途中でディスプレイ端末から離れた場合（例えば通信エリア外に外れた場合）、データ保存は途中までしか済んでおらず、データ保存に失敗するという問題が生じる。

本発明は、携帯端末のユーザがある情報処理装置から他の情報処理装置に移動した場合にも、継続して作業を行うとともに、携帯端末と同様な操作方法で、大画面かつ高精細な表示部を有する情報処理装置を携帯端末の外部ディスプレイ装置として継続利用することができる技術（携帯端末および情報処理装置）を提供することを目的とする。

上記目的を達成するため、本発明の請求項１に係るディスプレイ端末は、携帯端末が保持しているオペレーティングシステムを情報処理装置で起動させるために、前記携帯端末から該携帯端末の識別情報と、前記オペレーティングシステムの動作状況に関するデータと、を受信する受信部と、前記受信部により受信した前記オペレーティングシステムの動作状況に関するデータを前記携帯端末の識別情報と対応付けて記憶する記憶部と、前記記憶部により記憶した前記オペレーティングシステムの動作状況に関するデータにより当該オペレーティングシステムを起動する起動部と、他の情報処理装置から前記携帯端末の識別情報とともに前記記憶部に記憶されている前記オペレーティングシステムの動作状況に関するデータの送信要求を受けると、前記携帯端末の識別情報に対応する、前記記憶部に記憶されている前記オペレーティングシステムの動作状況に関するデータを当該他の情報処理装置に対して送信するように制御する制御部と、を具備して成ることを特徴とする。

上記本発明の請求項１に係る情報処理装置の好適例としては、前記記憶部は、前記起動部がオペレーティングシステムを起動している場合に前記携帯端末との通信が切断されると、起動していたオペレーティングシステムの動作状況に関するデータを記憶すること、および、前記オペレーティングシステムの動作状況に関するデータは、前記オペレーティングシステムのイメージファイルと、前記オペレーティングシステム上で起動するアプリケーションに関するデータと、該アプリケーションにより作成される作業データとを含むこと、がある。

上記目的を達成するため、本発明の請求項４に係るディスプレイ端末は、携帯端末に対応するオペレーティングシステムを情報処理装置で起動させるために、前記携帯端末から該携帯端末の識別情報と、前記情報処理装置とは異なる他の情報処理装置の識別情報と、を受信する受信部と、前記受信部により受信した前記他の情報処理装置の識別情報に基づいて、該他の情報処理装置に対して当該携帯端末に対応するオペレーティングシステムの動作状況に関するデータを送信するように、前記受信部により受信した前記携帯端末の識別情報を用いて要求する要求部と、前記要求部の要求に応じて前記他の情報処理装置から前記携帯端末に対応するオペレーションシステムの動作状況に関するデータを受信すると、該受信したオペレーションシステムの動作状況に関するデータに対応するオペレーションシステムが前記携帯端末に対応するオペレーションシステムであるか否かを認証する認証部と、前記認証部により正当に認証されると、前記受信したオペレーションシステムの動作状況に関するデータにより当該オペレーティングシステムを起動する起動部と、を具備して成ることを特徴とする。

上記本発明の請求項４に係る情報処理装置の好適例としては、前記認証部は、前記携帯端末が保持する暗号化情報に基づいて、前記受信したオペレーションシステムの動作状況に関するデータに対応するオペレーションシステムが前記携帯端末に対応するオペレーションシステムであるか否かを認証すること、がある。

上記目的を達成するため、本発明の請求項６に係る携帯端末は、複数のオペレーティングシステムのイメージファイルを記憶する記憶部と、前記複数のオペレーティングシステムのイメージファイルの少なくとも１つにより当該オペレーティングシステムを起動可能な情報処理装置から、該情報処理装置のシステム情報を取得する取得部と、前記取得部により取得したシステム情報に基づいて、前記記憶部に記憶されている前記複数のオペレーティングシステムのイメージファイルに対応する複数のオペレーティングシステムの中から、前記情報処理装置に応じたオペレーティングシステムを決定する決定部と、前記決定部により決定したオペレーティングシステムのイメージファイルと、携帯端末の識別情報とを前記情報処理装置に送信する送信部と、前記送信部が送信した前記情報処理装置とは異なる他の情報処理装置への接続処理を行うと、前記送信部が送信したオペレーティングシステムのイメージファイルを前記他の情報処理装置が取得するように該他の情報処理装置に対して前記携帯端末の識別情報を用いて要求する要求部と、を具備して成ることを特徴とする。

本発明によれば、携帯端末の識別情報と対応付けて記憶部に記憶されたオペレーティングシステムの動作状況に関するデータにより当該オペレーティングシステムを起動した情報処理装置上で作業を行っていた前記携帯端末のユーザが、前記情報処理装置とは異なる他の情報処理装置に移動して、前記他の情報処理装置から前記携帯端末の識別情報とともに前記記憶部に記憶されている前記オペレーティングシステムの動作状況に関するデータの送信要求を受けると、前記携帯端末の識別情報に対応する、前記記憶部に記憶されている前記オペレーティングシステムの動作状況に関するデータを当該他の情報処理装置に対して送信するような制御が行われる。したがって、携帯端末のユーザがある情報処理装置から他の情報処理装置に移動した場合にも、継続して作業を行うことができるとともに、携帯端末と同様な操作方法で、大画面かつ高精細な表示部を有する情報処理装置を携帯端末の外部ディスプレイ装置として継続利用することができるようになる。

以下、本発明を実施するための最良の形態を図面に基づき詳細に説明する。

［第１実施形態］
図１は本発明の携帯端末および本発明の情報処理装置としての複数台のディスプレイ端末を連携して使用する際の第１実施形態のシステム構成を示す機能ブロック図である。本実施形態の携帯端末１００ならびに本実施形態のディスプレイ端末（以下、移動元ディスプレイ端末ともいう）２００ａおよびディスプレイ端末（以下、移動先ディスプレイ端末ともいう）２００ｂは、移動元ディスプレイ端末２００ａおよび移動先ディスプレイ端末２００ｂを携帯端末１００の外部ディスプレイ装置として利用する際には、後述するように、携帯端末１００および移動元ディスプレイ端末２００ａの間ならびに携帯端末１００および移動先ディスプレイ端末２００ｂの間を無線通信によって接続して使用し、移動元ディスプレイ端末２００ａおよび移動先ディスプレイ端末２００ｂの間をネットワーク３００を介して接続して使用するものとする。なお、以下の説明において、移動元ディスプレイ端末２００ａおよび移動先ディスプレイ端末２００ｂに共通な事項については、移動元ディスプレイ端末２００ａおよび移動先ディスプレイ端末２００ｂを総称してディスプレイ端末２００という。

なお、以下においては、本発明の携帯端末として携帯通信端末（携帯電話機等）を用いる場合を例に挙げて説明を展開しているが、本発明の携帯端末は、通話機能を有することは必須条件ではないが、無線通信機能を有することは必須条件であり、無線通信機能を有している携帯端末として、ポータブルＡＶ（Audio Visual）プレーヤ、携帯ゲーム機、ノート型パーソナルコンピュータ（ノート型ＰＣ）等を用いる場合にも本発明を適用することができる。特に、携帯通信端末（携帯電話機等）と同様に画面の大きさの制約のある携帯端末を用いる場合に本発明を適用すると効果的である。また、以下においては、本発明の情報処理装置として大画面かつ高精細（ＨＤ（high definition ）品質；解像度１９２０×１０８０ピクセルまたは１２８０×７２０ピクセル）な表示部を有する操作インターフェースを設けた大画面液晶テレビのようなディスプレイ端末を用いる場合を例に挙げて説明を展開しているが、情報処理装置として、他のディスプレイ端末（ＳＤ（Standard Definition ）品質；６４０×４８０ピクセルの表示部を有するディスプレイ端末）を用いる場合やＨＤよりもさらに高精細な（例えば、４ｋ２ｋディスプレイや８ｋ４ｋディスプレイ）表示部を有するディスプレイ端末にも本発明を適用することができる。

上記携帯端末１００は、図１に示すように、携帯端末用オペレーティングシステム（以下、携帯端末用ＯＳという）１０１と、表示部１０２と、操作インターフェース１０３と、通信インターフェース１０４と、認証部１０５と、ストレージ１０６、ネットワークインターフェース１０７とを具備して成る。

上記携帯端末用ＯＳ１０１は、ディスプレイ端末２００との通信の接続、断絶などの制御を行う接続管理部１０１ａと、ディスプレイ端末２００の端末識別情報（端末ＩＤ）およびハードウェア情報を取得する取得部として機能し、該ハードウェア情報を取得するための要求メッセージをディスプレイ端末２００ａ，２００ｂに送信するハードウェア情報取得要求部１０１ｂと、前記ハードウエア情報に基づいて、ストレージ１０６内に記憶（保存）されている複数のディスプレイ端末用アップロードオペレーティングシステムイメージファイル（以下、ディスプレイ端末用アップロードＯＳイメージ、アップロードＯＳイメージともいう）の中から、ディスプレイ端末２００に送信するディスプレイ端末用アップロードＯＳを決定する送信ＯＳ決定部（決定部）１０１ｃと、ディスプレイ端末２００の端末ＩＤおよび該端末ＩＤに対応するＯＳ名を記載した送信ＯＳ決定表１０１ｄと、自端末の端末ＩＤをディスプレイ端末２００に通知する端末ＩＤ通知部１０１ｅと、後述するディスプレイ端末２００のネットワークインターフェース２０９に割り当てられているＩＰアドレスを記憶しておくＩＰアドレス記憶部１０１ｆと、ディスプレイ端末２００に対してキャッシュ領域２０６ｄ内のデータを暗号化して保存するように要求するキャッシュ暗号化要求部１０１ｇと、公開鍵暗号（ＲＳＡ暗号など）における公開鍵および秘密鍵を生成する公開鍵・秘密鍵生成部１０１ｈと、公開鍵・秘密鍵生成部１０１ｈで作成した公開鍵・秘密鍵を記憶しておく公開鍵・秘密鍵記憶部１０１ｉと、移動先ディスプレイ端末２００ｂに対して移動元ディスプレイ端末２００ａからキャッシュ領域２０６ｄ内のキャッシュデータを取得するように要求するキャッシュ取得要求部１０１ｊと、移動元ディスプレイ端末２００ａから送信されてきたハッシュ値（暗号化情報）を記憶しておくハッシュ値記憶部１０１ｋと、ハッシュ値記憶部１０１ｋに記憶しておいたハッシュ値と、移動元ディスプレイ端末２００ａから新たに送信されてきたハッシュ値とを比較するハッシュ値比較部１０１ｌと、から成る。

接続管理部１０１ａ、端末ＩＤ通知部１０１ｅ、通信インターフェース１０４および認証部１０５は、送信ＯＳ決定部１０１ｃにより決定したディスプレイ端末用アップロードＯＳに対応するアップロードＯＳイメージおよび自端末の端末ＩＤをディスプレイ端末２００に送信する送信部として機能する。また、接続管理部１０１ａ、通信インターフェース１０４および認証部１０５は、前記送信部が送信したディスプレイ端末である移動元ディスプレイ端末２００ａとは異なる他のディスプレイ端末である移動先ディスプレイ端末２００ｂへの接続処理を行うと、前記送信部が送信したアップロードＯＳのイメージファイルを移動先ディスプレイ端末２００ｂが取得するように移動先ディスプレイ端末２００ｂに対して自端末の端末ＩＤを用いて要求する要求部として機能する。また、送信ＯＳ決定部１０１ｃは、複数のアップロードＯＳの中から、ディスプレイ端末２００のシステム情報が推奨動作環境条件を満たす最上位のアップロードＯＳを前記ディスプレイ端末に応じたアップロードＯＳとして決定する機能も有している。
なお、「イメージファイル」とは、ストレージに記録されたデータを、ファイルやフォルダ構造を保ったまま複製および保存したデータのことである。イメージファイルは、ハードディスク等のストレージ（記憶装置）に記録されたデータ構造を仮想的に再現することで、ファイルシステムのファイル構造を保ったままデータを記録する。これにより、複製した元のデータと全く同じようにファイルやフォルダにアクセスすることができる。

上記表示部１０２としては、携帯端末には大きさの制約があるため、小型の表示部を用いるものとする。
上記操作インターフェース１０３は、ユーザが各種操作を行うためのものであり、テンキー、４方向矢印キー、ファンクションキー等の各種キーや、タッチパネルや、画面上の仮想キーボードなどが挙げられる。
上記通信インターフェース１０４は、ディスプレイ端末２００との間で近距離無線通信を行うものであり、「Bluetooth 」や「ＵＷＢ」のような近距離無線通信を用いることができる。
上記認証部１０５は、携帯端末１００をディスプレイ端末２００に接続する際の認証を無線または有線によって行うものであり、本実施形態では、無線認証を用いている。
上記ストレージ１０６は、ハードディスクやフラッシュメモリ等の、データの記憶および読み出しが可能な記憶装置（記憶部）であり、携帯端末用ＯＳイメージを記憶する領域１０６ａと、ユーザデータを含む各種データを記憶する領域１０６ｂと、複数のディスプレイ端末用アップロードＯＳイメージを記憶する領域１０６ｃと、から成る。
上記ネットワークインターフェース１０７は、社内ＬＡＮやインターネットなどのネットワーク３００と接続するためのインターフェースである。

上記移動元ディスプレイ端末２００ａおよび移動先ディスプレイ端末２００ｂとしては、同一構成のディスプレイ端末を用いるものとする。上記移動元ディスプレイ端末２００ａおよび移動先ディスプレイ端末２００ｂは、図１に示すように、ＯＳ管理部２０１と、表示部２０２と、操作インターフェース２０３と、通信インターフェース２０４と、認証部２０５と、ストレージ２０６と、ゲストＯＳ２０７と、仮想マシン２０８と、ネットワークインターフェース２０９とを具備して成る。

上記ＯＳ管理部２０１は、ディスプレイ端末用プリインストールＯＳ（以下、プリインストールＯＳともいう）およびディスプレイ端末用アップロードＯＳ（以下、アップロードＯＳともいう）から成るゲストＯＳの管理を行うものであり、自端末のハードウェア情報を携帯端末１００に通知（送信）するハードウェア情報通知部２０１ａと、自端末の端末ＩＤを携帯端末１００に通知する端末ＩＤ通知部２０１ｂと、携帯端末１００との通信（本実施形態では無線通信を用いる）の接続、断絶などの制御を行う接続管理部２０１ｃと、ゲストＯＳの起動、一時停止、終了などの制御を行うゲストＯＳ制御部２０１ｄと、自端末のネットワークインターフェース２０９に割り当てられたＩＰアドレスを携帯端末１００に通知するＩＰアドレス通知部２０１ｅと、携帯端末１００から送信されてきた公開鍵（公開鍵および公開鍵２）を記憶しておく公開鍵記憶制御部２０１ｆと、突然の接続切断時に自端末上で実行しているアップロードＯＳの動作状況に関するデータ（アップロードＯＳの動作状況に関するデータとは、携帯端末１００から送信されたアップロードＯＳのイメージファイルと、アップロードＯＳ上で動作するアプリケーションに関するデータと、該アプリケーションにより作成済みまたは作成中の作業データとを含む複合化データである）を携帯端末１００の端末ＩＤと対応付けて一時記憶するとともに、一時記憶したアップロードＯＳの動作状況に関するデータをキャッシュデータとしてキャッシュ領域２０６ｄに保存させるアップロードＯＳ用データ記憶制御部２０１ｇと、キャッシュ領域２０６ｄに保存されたキャッシュデータを暗号化するときに使用する暗号鍵を生成する共通鍵生成部２０１ｈと、キャッシュデータを暗号化・復号化するキャッシュ暗号化・復号化部２０１ｉと、携帯端末１００のキャッシュ取得要求部１０１ｊから送信されたキャッシュ取得の要求メッセージを受信したときに、当該要求メッセージ内に記述されたＩＰアドレスを有するディスプレイ端末（移動元ディスプレイ端末２００ａ）に対して、キャッシュデータの送信を要求して当該キャッシュデータを取得するキャッシュ取得部２０１ｊと、キャッシュ取得部２０１ｊからの要求に応えてキャッシュデータを送信するキャッシュ送信部２０１ｋと、携帯端末１００に送信するハッシュ値（暗号化情報）の算出や比較を行うハッシュ値算出・比較部２０１ｌと、公開鍵暗号（ＲＳＡ暗号など）における公開鍵２および秘密鍵２（公開鍵２および秘密鍵２は、携帯端末１００で生成される公開鍵および暗号鍵とは異なるものである）を生成する公開鍵２・秘密鍵２生成部２０１ｍと、キャッシュ送信部２０１ｋからの要求によって送信済みのキャッシュデータをキャッシュ領域２０６ｄから消去するキャッシュ消去部２０１ｎとから成る。上記ＯＳ管理部２０１は、後述するＯＳ管理部イメージ２０６ａをディスプレイ端末２００のメモリ上に展開することにより形成される。

移動元ディスプレイ端末２００ａにおいて、ＯＳ管理部２０１、通信インターフェース２０４および認証部２０５は、携帯端末１００が保持しているアップロードＯＳを移動元ディスプレイ端末２００ａで起動させるために、携帯端末１００から携帯端末１００の端末ＩＤと、携帯端末１００のアップロードＯＳの動作状況に関するデータとを受信する受信部として機能するとともに、移動先ディスプレイ端末２００ｂから携帯端末１００の端末ＩＤとともに前記記憶部に記憶されているアップロードＯＳの動作状況に関するデータの送信要求を受けると、携帯端末１００の端末ＩＤに対応する、前記記憶部に記憶されているアップロードＯＳの動作状況に関するデータを移動先ディスプレイ端末２００ｂに対して送信するように制御する制御部として機能する。また、移動元ディスプレイ端末２００ａにおいて、アップロードＯＳ用データ記憶制御部２０１ｇは、前記受信部により受信したアップロードＯＳの動作状況に関するデータを携帯端末１００の端末ＩＤと対応付けて記憶させる制御記憶部として機能する。この制御記憶部は、後述する起動部がアップロードＯＳを起動している場合に携帯端末１００との通信が切断されると、起動していたアップロードＯＳの動作状況に関するデータを記憶（一時記憶）制御する機能も有している。

移動先ディスプレイ端末２００ｂにおいて、ＯＳ管理部２０１、通信インターフェース２０４および認証部２０５は、携帯端末１００に対応するアップロードＯＳを移動先ディスプレイ端末２００ｂで起動させるために、携帯端末１００から携帯端末１００の端末ＩＤと、移動元ディスプレイ端末２００ａの端末ＩＤとを受信する受信部として機能するとともに、前記受信部により受信した移動元ディスプレイ端末２００ａの端末ＩＤに基づいて、移動元ディスプレイ端末２００ａに対して携帯端末１００に対応するアップロードＯＳの動作状況に関するデータを送信するように、前記受信部により受信した携帯端末１００の端末ＩＤを用いて要求する要求部として機能する。また、移動先ディスプレイ端末２００ｂにおいて、公開鍵記憶制御部２０１ｆ、ハッシュ値算出・比較部２０１ｌおよび公開鍵２・秘密鍵２生成部２０１ｍは、前記要求部の要求に応じて移動元ディスプレイ端末２００ａから携帯端末１００に対応するアップロードＯＳの動作状況に関するデータを受信すると、受信したアップロードＯＳの動作状況に関するデータに対応するアップロードＯＳが携帯端末１００に対応するアップロードＯＳであるか否かを認証する認証部として機能する。この認証部は、携帯端末１００が保持するハッシュ値（暗号化情報）に基づいて、受信したアップロードＯＳの動作状況に関するデータに対応するアップロードＯＳ携帯端末１００に対応するアップロードＯＳであるか否かを認証する機能も有している。

上記表示部２０２としては、ディスプレイ端末２００には大きさの自由度が大きいため、大型の表示部を用いるものとする。上記表示部２０２としては、大画面かつ高精細（ＨＤ（high definition ）品質；解像度１９２０×１０８０ピクセルまたは１２８０×７２０ピクセル）な表示部や、標準品質（ＳＤ（Standard Definition ）品質；６４０×４８０ピクセル）の表示部などを用いることができるが、本実施形態では、大画面かつ高精細（ＨＤ（high definition ）品質；解像度１９２０×１０８０ピクセルまたは１２８０×７２０ピクセル）な表示部やさらに高精細な（例えば、４ｋ２ｋディスプレイや８ｋ４ｋディスプレイ）表示部などを用いるものとする。

上記操作インターフェース２０３は、ユーザが各種操作を行うためのものであり、テンキー、４方向矢印キー、ファンクションキー等の各種キーや、タッチパネルなどが挙げられる。
上記通信インターフェース２０４は、携帯端末１００との間で近距離無線通信を行うものであり、「Bluetooth 」や「ＵＷＢ」のような近距離無線通信を用いることができる。
上記認証部２０５は、携帯端末１００をディスプレイ端末２００に接続する際の認証を無線または有線によって行うものであり、本実施形態では、無線認証を用いている。
上記ネットワークインターフェース２０９は、社内ＬＡＮやインターネットなどのネットワーク３００と接続するためのインターフェースである。

上記ストレージ２０６は、ハードディスクやフラッシュメモリ等の、データの記憶および読み出しが可能な記憶装置であり、記憶部として機能する。上記ストレージ２０６は、ＯＳ管理部イメージファイル（以下、ＯＳ管理部イメージともいう）を記憶する領域２０６ａと、プリインストールＯＳイメージを記憶する記憶部としての領域２０６ｂと、プリインストールＯＳが使用するユーザデータを記憶する領域２０６ｃと、携帯端末１００から送信されたアップロードＯＳイメージやデータを一時保存するキャッシュ領域２０６ｄと、から成る。

上記ゲストＯＳ２０７は、自己のＯＳであるディスプレイ端末用プリインストールＯＳ（プリインストールＯＳ）２０７ａと、ディスプレイ端末用アップロードＯＳ（アップロードＯＳ）２０７ｂと、から成る。上記ゲストＯＳ２０７は、ストレージ２０６のキャッシュ領域２０６ｄに記憶されたディスプレイ端末用アップロードＯＳイメージにより当該ディスプレイ端末用アップロードＯＳを起動する起動部として機能するとともに、上記認証部により正当に認証されると、アップロードＯＳ用データ記憶制御部２０１ｇに記憶（一時記憶）制御されたディスプレイ端末用アップロードＯＳイメージにより当該ディスプレイ端末用アップロードＯＳを起動する起動部として機能する。上記プリインストールＯＳ２０７ａは、ディスプレイ端末２００に予めインストールされたＯＳであり、携帯端末１００がディスプレイ端末２００に接続されていないときに使用される。上記プリインストールＯＳ２０７ａは、上記プリインストールＯＳイメージをディスプレイ端末２００のメモリ上に展開することにより形成される。上記アップロードＯＳ２０７ｂは、携帯端末１００から送信されてキャッシュ領域２０６ｄに一時保存されたアップロードＯＳイメージをディスプレイ端末２００のメモリ上に展開することにより形成される。

上記仮想マシン２０８は、ゲストＯＳ２０７が使用する入出力デバイスを仮想化して、ＯＳ管理部２０１が制御する入出力デバイスに接続するものである。上記仮想マシン２０８は、仮想化技術によって物理的なコンピュータを分割し、その上で独立して複数のＯＳを動作させるためのソフトウェアである。そのために、仮想マシン２０８は、ゲストＯＳ２０７に仮想デバイスを提供し、また、ＯＳ管理部２０１からの命令に応じて、ゲストＯＳ２０７の起動、一時停止、終了を制御する。

上記ＯＳ管理部２０１は、表示部２０２、通信インターフェース２０４、ストレージ２０６等の入出力デバイスを制御および管理している。上記仮想マシン２０８がゲストＯＳ２０７に対して提供する仮想デバイスは、仮想マシン２０８を介してＯＳ管理部２０１が管理する入出力デバイスに繋がっている。したがって、ゲストＯＳ２０７は、仮想マシン２０８が提供する仮想デバイスにアクセスすることにより、ＯＳ管理部２０１が制御および管理している入出力デバイスを使用することができる。

ディスプレイ端末２００の入出力デバイスは、ディスプレイ端末のメーカー、種類等により異なるディスプレイ端末の仕様によって異なるものとなるが、それらの入出力デバイスに対応するドライバはＯＳ管理部２０１が保有しており、ゲストＯＳ２０７がアクセスするインターフェースは、常に仮想マシン２０８が提供する仮想デバイスとなる。そのため、ゲストＯＳ２０７は、仮想マシン２０８が提供する仮想デバイスに対するドライバさえ持っておけば、ディスプレイ端末２００の入出力デバイスを使用できることになる。

次に、本実施形態において携帯端末１００および移動元ディスプレイ端末２００ａ，移動先ディスプレイ端末２００ｂを連携して使用する際の使用イメージを図２に基づいて説明する。まず、携帯端末１００のユーザ４００は、場所１にて携帯端末１００と移動元ディスプレイ端末２００ａとを接続して、移動元ディスプレイ端末２００ａ上で作業を行っている。その後、ユーザ４００は、携帯端末１００と移動元ディスプレイ端末２００ａとの接続を終了する操作を行わずに、場所１を離れて、他の場所に移動する。その際、本実施形態では、移動元ディスプレイ端末２００ａ上での作業内容を、アップロードＯＳの動作状況に関するデータとして移動元ディスプレイ端末２００ａのキャッシュ領域２０６ｄに携帯端末１００の端末ＩＤと対応付けて記憶する。
その後、ユーザ４００は場所２に到着して、移動先ディスプレイ端末２００ｂと携帯端末１００とを接続する。これにより、以下に説明する本発明の動作により、移動先ディスプレイ端末２００ｂは、移動元ディスプレイ端末２００ａからユーザ４００の作業内容を取得する。これにより、ユーザ４００は、移動先ディスプレイ端末２００ｂ上で、データを保存せずに一端中断した作業を継続することができる。

［携帯端末１００および移動元ディスプレイ端末２００ａの接続］
次に、携帯端末１００および移動元ディスプレイ端末２００ａの接続からディスプレイ端末用アップロードＯＳ２０７ｂの起動までの動作を図３のシーケンス図に基づいて説明する。

まず、携帯端末１００の認証部１０５および移動元ディスプレイ端末２００ａの認証部２０５は、近距離無線通信による認証手続きを行い、互いの接続先ＩＰアドレスおよび通信インターフェース１０４，通信インターフェース２０４間で用いる暗号鍵を決定して入手する。次に、携帯端末１００の認証部１０５および移動元ディスプレイ端末２００ａの認証部２０５は、認証手続によって入手した接続先ＩＰアドレスおよび暗号鍵を使用して通信インターフェース１０４，通信インターフェース２０４間のコネクションを確立する。

次に、携帯端末用ＯＳ１０１は、通信インターフェース１０４からコネクション確立通知（接続確立通知）を受け取ると、ハードウェア情報取得要求部１０１ｂによってディスプレイ端末側にハードウェア情報取得要求を送信するとともに、端末ＩＤ通知部１０１ｅによって携帯端末１００の端末ＩＤを送信する。
次に、移動元ディスプレイ端末２００ａ内のＯＳ管理部２０１は、携帯端末１００からハードウェア情報取得要求および携帯端末１００の端末ＩＤを受信すると、ハードウェア情報通知部２０１ａ、端末ＩＤ通知部２０１ｂ、ＩＰアドレス通知部２０１ｅによって、ハードウェア情報、移動元ディスプレイ端末２００ａの端末ＩＤおよびＩＰアドレスを携帯端末１００に送信する。このハードウェア情報には、移動元ディスプレイ端末２００ａに搭載されているＣＰＵの種類（ＣＰＵの型番、ＣＰＵの動作クロック周波数など）、アップロードＯＳが使用可能なメモリ容量、ＧＰＵの種類、ディスプレイ画面解像度などが含まれている。
次に、携帯端末用ＯＳ１０１は、移動元ディスプレイ端末２００ａからハードウェア情報、移動元ディスプレイ端末２００ａの端末ＩＤおよびＩＰアドレスを受け取ると、これらの情報を携帯端末用ＯＳ１０１内の送信ＯＳ決定部１０１ｃに渡す。送信ＯＳ決定部１０１ｃは、これらの情報に基づいて、ディスプレイ端末２００に送信するアップロードＯＳのアップロードＯＳイメージを１つ選択し、携帯端末用ＯＳ１０１は、選択されたアップロードＯＳイメージをディスプレイ端末２００に送信する。また、携帯端末用ＯＳ１０１は、ＩＰアドレス記憶部１０１ｆに受信したＩＰアドレスを記憶する。さらに、携帯端末用ＯＳ１０１は、公開鍵・秘密鍵生成部１０１ｈ、公開鍵・秘密鍵記憶部１０１ｉによって、公開鍵および秘密鍵を生成し、それぞれ公開鍵・秘密鍵記憶部に記憶するとともに、選択された公開鍵を移動元ディスプレイ端末２００ａに送信する。

次に、移動元ディスプレイ端末２００ａは、携帯端末１００から送られてきたアップロードＯＳイメージを自端末内のストレージ２０６に保存するとともに、携帯端末１００から送られてきた公開鍵を公開鍵記憶制御部２０１ｆにより記憶制御する。アップロードＯＳイメージの受信が完了すると、ＯＳ管理部２０１は、仮想マシン２０８に対して、ストレージ２０６のキャッシュ領域２０６ｄに保存したアップロードＯＳイメージによる当該アップロードＯＳの起動を要求する。仮想マシン２０８は、ＯＳ管理部２０１の起動要求に応じてアップロードＯＳ２０７ｂを起動し、起動の完了を確認したら、ＯＳ管理部２０１にアップロードＯＳ２０７ｂの起動確認応答を送信する。その後、ＯＳ管理部２０１は、ディスプレイ上の画面表示をプリインストールＯＳ２０７ａからアップロードＯＳ２０７ｂに切り替え、仮想マシン２０８にプリインストールＯＳの一時停止要求を送信する。仮想マシン２０８は、ＯＳ管理部２０１の一時停止要求に応じてプリインストールＯＳ２０７ａを一時停止させ、プリインストールＯＳ２０７ａの一時停止を確認したら、ＯＳ管理部２０１にプリインストールＯＳの一時停止確認応答を送信する。

その後、移動元ディスプレイ端末２００ａのアップロードＯＳ２０７ｂと携帯端末１００の携帯端末用ＯＳ１０１とは、必要なときにデータを交換する。例えば、携帯端末１００のストレージ１０６のユーザデータ１０６ｂ用の領域に格納されているファイルを移動元ディスプレイ端末２００ａ上で閲覧したいときには、アップロードＯＳ２０７ｂは携帯端末用ＯＳ１０１に対してファイル取得要求を出し、携帯端末用ＯＳ１０１は、そのファイル取得要求に応じて、ストレージ１０６内の所望のファイルを読み出して、移動元ディスプレイ端末２００ａに送信する。

図４（ａ），（ｂ）はそれぞれ、本発明の携帯端末内のストレージに用意された複数のアップロードＯＳイメージを例示する図である。図４（ａ）の横軸はディスプレイ端末２００のＣＰＵの種類を示しており、図４（ａ）の縦軸はディスプレイ端末２００の仕様（ハードウエアスペック）を示しており、アップロードＯＳイメージは、ディスプレイ端末２００のＣＰＵの種類毎およびディスプレイ端末２００の仕様毎に複数種類（図示例では１５種類）用意されている。図４（ａ）の横軸には、種類の異なるｃｐｕ＿ａ、ｃｐｕ＿ｂ、ｃｐｕ＿ｃが例示されており、図４（ａ）の横軸の右側ほどＣＰＵの性能が高く、左側ほどＣＰＵの性能が低くなっている。図４（ａ）の縦軸に示すディスプレイ端末２００の仕様は、上側ほど低く、下側ほど高くなっており、それぞれのディスプレイ端末２００の仕様に対応するアップロードＯＳとしては、「lightest」、「light 」、「normal」、「rich」、「richest 」が例示されている。「lightest」は、ディスプレイ端末２００の仕様が最も低い場合に適した「動作の軽いＯＳ」であり、「richest 」は、ディスプレイ端末２００の仕様が最も高い場合に適した「機能の豊富なＯＳ」である。

「動作の軽いＯＳ」とは、ＧＵＩ（Graphical User Interface）の画面が２次元表示のみで、画面上のアイコンやウインドウを操作したときのアニメーションや演出が最小限に抑えられているため、ＯＳイメージのファイルサイズが小さくて済み、かつ、ＯＳを動作させるために必要なＣＰＵ性能（ＣＰＵ動作クロック周波数等）やメモリ容量が少なくて済むＯＳのことである。一方、「機能の豊富なＯＳ」とは、ＧＵＩの画面表示に３次元グラフィックスを積極的に用いており、画面を操作したときのアニメーションや演出が多く、ユーザを楽しませる効果が多い代わりに、ＯＳイメージのファイルサイズが大きく、かつ、ＯＳを動作させるために高いＣＰＵ性能（ＣＰＵ動作クロック周波数等）や大きなメモリ容量が必要となるＯＳのことである。ただし、「動作の軽いＯＳ」および「機能の豊富なＯＳ」の基本的な操作方法は同一であるものとし、画面内の演出（表現形態）のみが異なるものとする。

アップロード用各ＯＳイメージは、詳細図である図４（ｂ）に示すように、ＯＳバイナリイメージファイルの他に、最低動作環境情報および推奨動作環境情報を含んでいる。「最低動作環境」は、当該ＯＳを動作させるために最低限必要な動作環境である。また、「推奨動作環境」は、当該ＯＳを動作の遅れなどなく、快適に使用するために必要な動作環境である。
図５（ａ）、（ｂ）はそれぞれ、最低動作環境情報および推奨動作環境情報の具体例を示す図である。最低動作環境情報および推奨動作環境情報を構成するテーブルは、共に、ＣＰＵの種類、ＣＰＵ動作クロック周波数、メモリ容量、ＧＰＵの種類、ディスプレイの解像度が記載されている。

次に、携帯端末１００において送信ＯＳ決定部１０１ｃが移動元ディスプレイ端末２００ａに送信するアップロードＯＳイメージを決定（選択）する処理を図６のフローチャートに基づいて説明する。

図６は第１実施形態において携帯端末１００の携帯端末用ＯＳ１０１が移動元ディスプレイ端末２００ａの端末ＩＤおよびハードウェア情報を取得した後に、送信ＯＳ決定部１０１ｃが移動元ディスプレイ端末２００ａに送信するアップロードＯＳイメージを決定（選択）する処理を示すフローチャートである。このフローチャートは、図３のシーケンス図における送信ＯＳ決定部１０１ｃによるアップロードＯＳイメージの決定処理に対応している。
まず、図６のステップＳ５０１では、送信ＯＳ決定部１０１ｃにより移動元ディスプレイ端末２００ａの端末ＩＤおよびハードウェア情報を取得し、次のステップＳ５０２では、図７に例示する送信ＯＳ決定表を読み込む。
図７に例示する送信ＯＳ決定表は、ディスプレイ端末２００の端末ＩＤとして、「＃００２３４７９４７」、「＃０００３４８２５９」、「＃００７５３４９０７」、「＃００９０２３８９０」、「＃００５９０２８３８」という５個の端末ＩＤが記載されており、端末ＩＤ「＃００２３４７９４７」にはアップロードＯＳイメージ名「Splash_cpu_a_rich 」が関連付けて記載されており、端末ＩＤ「＃０００３４８２５９」にはアップロードＯＳイメージ名「Splash_cpu_b_normal 」が関連付けて記載されており、端末ＩＤ「＃００７５３４９０７」にはアップロードＯＳイメージ名「Splash_cpu_a_normal 」が関連付けて記載されており、端末ＩＤ「＃００９０２３８９０」にはアップロードＯＳイメージ名「Splash_cpu_c_light」が関連付けて記載されており、端末ＩＤ「＃００５９０２８３８」にはアップロードＯＳイメージ名「Splash_cpu_b_richest」が関連付けて記載されている。

次のステップＳ５０３では、送信ＯＳ決定表の中に、取得したディスプレイ端末の端末ＩＤが存在するか否かを判定し、取得したディスプレイ端末の端末ＩＤが送信ＯＳ決定表に存在した場合には、ステップＳ５０３のＹｅｓからステップＳ５０４に進んで、その端末ＩＤに対応するアップロードＯＳイメージ名を読み込み、移動元ディスプレイ端末２００ａに送信するアップロードＯＳとして選択する。一方、上記ステップＳ５０３の判定において、取得したディスプレイ端末の端末ＩＤが送信ＯＳ決定表に存在しなかった場合には、ステップＳ５０５に進んで、取得したディスプレイ端末のハードウェア情報内のＣＰＵの種類に基づいて、対応するアップロードＯＳイメージ群を選択する。アップロードＯＳイメージ群とは、図４（ａ）の例で説明すると、ディスプレイ端末のＣＰＵの種類が「ｃｐｕ＿ｃ」であれば、「ｃｐｕ＿ｃに対応するアップロードＯＳイメージの全て（図４（ａ）の右端の一列の、５個のアップロードＯＳイメージ）のことを示す。

次のステップＳ５０６では、取得したディスプレイ端末のハードウェア情報に基づいて、当該ディスプレイ端末の仕様（ハードウエアスペック）に応じたアップロードＯＳイメージを選択する。具体的には、ハードウェア情報内のＣＰＵ動作クロック周波数、メモリ容量、ＧＰＵの種類、ディスプレイ画面解像度を、アップロードＯＳイメージ群中の各アップロードＯＳイメージの推奨動作環境情報と比較して、推奨動作環境情報を満たしているアップロードＯＳの中で最上位の動作環境を要求するアップロードＯＳのイメージを選択する。

上記ステップＳ５０６のアップロードＯＳイメージの選択の後に進むステップＳ５０７では、移動元ディスプレイ端末２００ａの端末ＩＤおよび選択したアップロードＯＳイメージ名を送信ＯＳ決定表１０１ｄに書き込む。そして、ステップＳ５０４およびステップＳ５０７の次のステップＳ５０８では、選択されたアップロードＯＳイメージを移動元ディスプレイ端末２００ａに送信する。

［携帯端末１００および移動元ディスプレイ端末２００ａの接続の正常な切断］
次に、携帯端末１００および移動元ディスプレイ端末２００ａの接続が正常に切断された場合の動作を図８のシーケンス図に基づいて説明する。
移動元ディスプレイ端末２００ａ上で何らかの作業をしているときに、携帯端末用ＯＳ１０１上もしくは移動元ディスプレイ端末２００ａのアップロードＯＳ２０７ｂ上で接続の切断（接続終了）の操作が行われると、携帯端末１００および移動元ディスプレイ端末２００ａの間では、接続が切断される前に、必要なデータ交換処理を行う。このデータ交換処理は、移動元ディスプレイ端末２００ａ上での作業内容（アップロードＯＳ２０７の状態、アップロードＯＳ２０７ｂ上で実行していたアプリケーションの状態および当該アプリケーションにより作成した作業データ）を、アップロードＯＳ用データ記憶制御部２０１ｇの指示により、アップロードＯＳの動作状況に関するデータとして携帯端末１００の端末ＩＤと対応付けて移動元ディスプレイ端末２００ａのキャッシュ領域２０６ｄに記憶する処理である。

その後、携帯端末用ＯＳ１０１の接続管理部１０１ａは、移動元ディスプレイ端末２００ａのＯＳ管理部２０１に対して、アップロードＯＳの停止要求を送信する。ＯＳ管理部２０１は、アップロードＯＳの停止要求を受け取ると、仮想マシン２０８に対してプリインストールＯＳ２０７ａの起動を要求し、仮想マシン２０８は、ＯＳ管理部２０１のゲストＯＳ制御部２０１ｄから起動要求を受けると、プリインストールＯＳ２０７ａを起動する。次に、プリインストールＯＳ２０７ａの起動を確認したＯＳ管理部２０１は、仮想マシン２０８に対してアップロードＯＳの停止を要求する。仮想マシン２０８は、ＯＳ管理部２０１の要求を受けて、アップロードＯＳ２０７ｂを停止させる。次に、アップロードＯＳ２０７ｂの停止を確認したＯＳ管理部２０１は、移動元ディスプレイ端末２００ａの表示をアップロードＯＳからプリインストールＯＳへ切り換えるとともに、アップロードＯＳが使用していたキャッシュ領域２０６ｄ内のキャッシュデータを削除する。
その後、ＯＳ管理部２０１のゲストＯＳ制御部２０１ｄにより、携帯端末１００に対してアップロードＯＳ停止確認応答が送信される。このアップロードＯＳ停止確認応答が携帯端末１００によって受信されると、携帯端末１００および移動元ディスプレイ端末２００ａの間の接続が切断される。

［携帯端末１００および移動元ディスプレイ端末２００ａの接続の突発的な切断］
次に、携帯端末１００および移動元ディスプレイ端末２００ａの接続が突発的に切断された場合の動作を図９のシーケンス図に基づいて説明する。
まず、携帯端末１００のユーザが、携帯端末１００と移動元ディスプレイ端末２００ａとの接続終了の操作（この接続終了の操作は、携帯端末１００の携帯端末用ＯＳ１０１上もしくは移動元ディスプレイ端末２００ｂのアップロードＯＳ２０７ｂ上で行うものである）を行わずに、携帯端末１００を持って移動元ディスプレイ端末２００ａから離れた場合には、携帯端末１００および移動元ディスプレイ端末２００ａの接続が突発的に切断される。

このとき、携帯端末用ＯＳ１０１は、接続管理部１０１ａによって通信の切断を検出すると、端末ＩＤ通知部１０１ｅおよびＩＰアドレス記憶部１０１ｆによって、ＩＰアドレス記憶部１０１ｆに記憶しておいた移動元ディスプレイ端末２００ａのＩＰアドレスに向かって、ネットワーク３００経由で、携帯端末１００の端末ＩＤおよびキャッシュ暗号化要求を送信する。
一方、移動元ディスプレイ端末２００ａのＯＳ管理部２０１は、接続管理部２０１ｃによって通信の切断を検出すると、まず、ゲストＯＳ制御部２０１ｄによって、プリインストールＯＳ２０７ａを起動させ、プリインストールＯＳ２０７ａの起動を確認したら、直ちに移動元ディスプレイ端末２００ａの画面表示をプリンストールＯＳ２０７ａに切り換える。

その後、ＯＳ管理部２０１は、アップロードＯＳ用データ記憶制御部２０１ｇによって、一時記憶しているアップロードＯＳの動作状況に関するデータ（アップロードＯＳのイメージファイル、アップロードＯＳ上で動作するアプリケーションに関するデータおよび該アプリケーションにより作成済みまたは作成中の作業データを含む複合データ（アップロードＯＳが使用しているメモリ内のデータも含む））を携帯端末１００の端末ＩＤと対応付けてキャッシュ領域２０６ｄにキャッシュデータとして保存させる。このアップロードＯＳの動作状況に関するデータの保存は、プリインストールＯＳを終了させても、次回接続時に作業を継続して行えるようにするためのものである。また、作業データ（アップロードＯＳが使用しているメモリ内のデータも含む）も含めて保存することによって、次回接続時のディスプレイ端末２００のハードウェアが移動元ディスプレイ端末２００ａと全く同一である場合、もしくは、仮想マシン２０８上から見たハードウェア構成が移動元ディスプレイ端末２００ａと全く同一のディスプレイ端末２００である場合、前回のアップロードＯＳの動作状況に関するデータをそのまま移動先のディスプレイ端末のメモリ上に展開することにより、ＯＳ起動時間を短縮することができる。なお、メモリとは、データを一時的に記憶するメモリを示す。

アップロードＯＳ用データ記憶制御部２０１ｇによるアップロードＯＳの動作状況に関するデータの保存の処理が終了すると、ＯＳ管理部２０１は、ゲストＯＳ制御部２０１ｄによってアップロードＯＳを停止させ、アップロードＯＳの停止を確認したら、共通鍵生成部２０１ｈよって共通鍵を生成し、その後、この共通鍵を使ってキャッシュ暗号化・復号化部２０１ｉによって前記キャッシュデータを暗号化する。このキャッシュデータには、アップロードＯＳのイメージや、アプリケーションのデータや、作業データなどが含まていれる。キャッシュデータを暗号化したら、暗号化したキャッシュデータのビット列に対して、ハッシュ値算出・比較部２０１ｌを用いてハッシュ値（暗号化情報）を求める。その後、公開鍵記憶制御部２０１ｆで記憶制御されている携帯端末１００から受け取った公開鍵を用いて、共通鍵を公開鍵で暗号化する。これら一連の作業によって、キャッシュデータは暗号化されるので、前記公開鍵に対応する秘密鍵を持っている携帯端末のみがこの暗号化されたキャッシュデータを復号することができるようになる。
その後、上述した携帯端末１００の端末ＩＤおよびキャッシュ暗号化要求の受信に対応して、算出したハッシュ値を携帯端末１００に返送する。
なお、携帯端末１００から送信されるキャッシュ暗号化要求および携帯端末の端末ＩＤは、ＯＳ管理部２０１によるＯＳ切換やキャッシュ暗号化の処理中に移動元ディスプレイ端末２００ａへ届く可能性があるが、その場合には、上述した一連の作業を終了して、ハッシュ値を求めた時点で携帯端末１００へハッシュ値を返送するものとする（その際、ハッシュ値は公開鍵にて暗号化して携帯端末１００へ返送する）。

［携帯端末１００および移動先ディスプレイ端末２００ｂの接続］
次に、移動元ディスプレイ端末２００ａとの接続を切断した携帯端末１００ユーザが場所２に設置されている移動先ディスプレイ端末２００ｂと接続するときの動作を図１０のシーケンス図に基づいて説明する。

まず、携帯端末１００の認証部１０５および移動先ディスプレイ端末２００ｂの認証部２０５は、近距離無線による認証手続きを行い、互いのＩＰアドレスおよび通信インターフェース１０４，２０４間で用いる暗号鍵を決定して入手する。次に、携帯端末１００の認証部１０５および移動先ディスプレイ端末２００ｂの認証部２０５は、認証手続によって入手したＩＰアドレスおよび暗号鍵を使って通信インターフェース１０４，２０４間のコネクションを確立する。
次に、携帯端末用ＯＳ１０１は、通信インターフェース１０４から接続確立通知を受け取ると、ハードウェア情報取得要求部１０１ｂ、端末ＩＤ通知部１０１ｅ、キャッシュ取得要求部１０１ｊおよびＩＰアドレス記憶部１０１ｆによって、移動先ディスプレイ端末２００ｂ側へハードウェア情報取得要求メッセージ、携帯端末１００の端末ＩＤ、キャッシュ取得要求および移動元ディスプレイ端末２００ａのＩＰアドレスを送信する。

一方、通信インターフェース２０４から接続確立通知を受け取った移動先ディスプレイ端末２００ｂ内のＯＳ管理部２０１は、携帯端末１００から送られてきたデータの中に、ハードウェア情報取得要求メッセージおよび端末ＩＤに加えて、キャッシュ取得要求および移動元ディスプレイ端末２００ａのＩＰアドレスが含まれているため、移動元ディスプレイ端末２００ａのデータを引き継ぐ処理を行う必要があることを判断（検出）する。次に、移動先ディスプレイ端末２００ｂは、公開鍵２・秘密鍵２生成部２０１ｍによって公開鍵２および秘密鍵２を生成し、携帯端末１００から受け取った移動元ディスプレイ端末２００ａのＩＰアドレスを使い、ネットワークインターフェース２０９およびネットワーク３００経由で、移動元ディスプレイ端末２００ａに、キャッシュ取得要求、携帯端末１００の端末ＩＤおよび公開鍵２を送信する。

移動元ディスプレイ端末２００ａのＯＳ管理部２０１は、ネットワーク３００およびネットワークインターフェイス２０９経由で、キャッシュ取得要求、携帯端末１００の端末ＩＤおよび公開鍵２を受け取ると、自身のキャッシュ領域２０６ｄに保存してある共通鍵で暗号化されたデータと、公開鍵で暗号化された共通鍵とのセットの中から、携帯端末１００の端末ＩＤに対応するものを選択する。そして、選択した共通鍵によって、共通鍵で暗号化されたデータに対してハッシュ値を算出する。さらに、そのハッシュ値を公開鍵２を使って暗号化して、共通鍵で暗号化されたデータおよび公開鍵で暗号化された共通鍵の後ろに付加する。その後、移動先ディスプレイ端末２００ｂに対して、ネットワークインターフェース２０９およびネットワーク３００経由で、共通鍵で暗号化されたデータ、公開鍵で暗号化された共通鍵および公開鍵２で暗号化されたハッシュ値を含むパケットを送信する。以下、このパケットのフォーマットについて説明する。

図１１は第１実施形態において移動元ディスプレイ端末２００ａ内のキャッシュデータを暗号化して保存して、移動先ディスプレイ端末２００ｂへ送信する際のパケットのフォーマットおよびその作成方法を説明するための図である。
図９のシーケンス図で説明したように、携帯端末１００および移動元ディスプレイ端末２００ａの接続が突発的に切断された後、移動元ディスプレイ端末２００ａは、アップロードＯＳ用データ記憶制御部２０１ｇによりメモリに一時記憶制御されたアップロードＯＳの動作状況に関するデータを携帯端末１００の端末ＩＤと対応付けてキャッシュ領域２０６ｄにキャッシュデータとして保存するので、アップロードＯＳ用データ記憶制御部２０１ｇによりメモリに一時記憶制御されたデータ（アップロードＯＳの動作状況に関するデータ）と切断前にキャッシュ領域２０６ｄに保存されていたデータとを、キャッシュ領域データの大きさなどを示したキャッシュ領域用ヘッダを付けて保存する。その後、キャッシュ領域用ヘッダと、アップロードＯＳ用データ記憶制御部２０１ｇによりメモリに記憶制御されたデータと、キャッシュ領域２０６ｄ内のデータとを１つのパケットと見なして、共通鍵を使って丸ごと暗号化する。そして、共通鍵で暗号化したデータに対してハッシュ値を算出し、携帯端末１００へハッシュ値を送信する。なお、メモリとは、図示していないが一時的にデータを保持するメモリを示す。
その後、暗号化に使った共通鍵を、携帯端末１００から送られてきた公開鍵で暗号化して、暗号化した共通鍵を共通鍵で暗号化されたデータの後ろに付ける。また、暗号化したデータに対応する端末ＩＤや、共通鍵で暗号化されたデータや、公開鍵で暗号化された共通鍵などの大きさを記述した端末ＩＤヘッダを先頭につける。以上のフォーマットで、移動元ディスプレイ端末２００ａのキャッシュ領域２０６ｄに保存する。

次に、図１０のシーケンス図で説明したように、暗号化したキャッシュデータを移動先ディスプレイ端末２００ｂへ送信するときに、まず、端末ＩＤヘッダを見て、共通鍵で暗号化されたデータがどこからどこまでであるかを調べる。次に、共通鍵で暗号化されたデータに対してハッシュ値を算出し、算出したハッシュ値を移動先ディスプレイ端末２００ｂから送られてきた公開鍵２で暗号化して、公開鍵２で暗号化したハッシュ値をパケットの後ろに付ける。その後、移動元ディスプレイ端末２００ａから移動先ディスプレイ端末２００ｂへキャッシュデータを送信するときに必要となる各種情報を書き込んだ送信用ヘッダを先頭に付けたものを移動先ディスプレイ端末２００ｂへ送信する。
なお、図９および図１０のシーケンス図の説明では、図１１の最上部に記載したパケットに含まれるキャッシュ領域２０６ｄ内のデータにはＯＳイメージも含まれるという前提で説明を行った。

一般的に、ＯＳイメージはある程度のファイル容量があり、ディスプレイ端末へ早く送信を完了することにより、ディスプレイ端末が使用可能になるまでの時間を短縮することができる。図１の構成における携帯端末１００および移動元ディスプレイ端末２００ａの通信インターフェース１０４，２０４間の帯域と、ネットワークインターフェース１０７，２０９間の帯域とを比較したとき、通信インターフェース間の方が高速であれば、図１１のフォーマットにおけるキャッシュ領域２０６ｄ内のデータにＯＳイメージを含めず、再接続時においても、ハードウェア構成の如何に関わらず、ＯＳイメージを毎回携帯端末から送信した方が、より早くＯＳのアップロードが完了するので、ディスプレイ端末２００を使用可能にするまでの時間を短縮することができる。

図１０のシーケンス図において、移動先ディスプレイ端末２００ｂのＯＳ管理部２０１は、移動元ディスプレイ端末２００ａから共通鍵によって暗号化されたデータと、公開鍵で暗号化された共通鍵と、公開鍵２で暗号化されたハッシュ値とを受け取ると、まず、共通鍵によって暗号化されたデータと、公開鍵で暗号化された共通鍵と、公開鍵２で暗号化されたハッシュ値とをキャッシュ領域２０６ｄに保存し、次に、公開鍵２で暗号化されたハッシュ値を秘密鍵２によって復号する。次に、共通鍵によって暗号化されたデータに対してハッシュ値を算出する。そして、算出したハッシュ値と復号したハッシュ値とを比較して、同じかどうかを確認する。このハッシュ値の確認は、移動元ディスプレイ端末２００ａ内のキャッシュ領域に保存されているキャッシュデータと移動先ディスプレイ端末２００ｂが受信したデータとが完全に同じものであるか否かを確認するために行うものである。２つのハッシュ値が等しいことを確認すると、移動先ディスプレイ端末２００ｂは、ネットワークインターフェース２９０およびネットワーク３００経由で、移動元ディスプレイ端末２００ａに受信確認応答（ＡＣＫ）および携帯端末１００の端末ＩＤを送信する。移動元ディスプレイ端末２００ａは、受信確認応答（ＡＣＫ）および携帯端末１００の端末ＩＤを受信すると、キャッシュ消去部２０１ｎによって、受信した携帯端末１００の端末ＩＤに対応する暗号化されたデータを削除する。
受信確認応答（ＡＣＫ）および携帯端末１００の端末ＩＤを送信した後、移動先ディスプレイ端末２００ｂのＯＳ管理部２０１は、ハードウエア情報通知部２０１ａおよび端末ＩＤ通知部２０１ｂによって、携帯端末１００に対して、ハードウェア情報および移動先ディスプレイ端末２００ｂの端末ＩＤをハッシュ値とともに送信する。ハードウェア情報には、ＣＰＵの種類（ＣＰＵの型番、ＣＰＵの動作クロック周波数など）、アップロードＯＳが使用可能なメモリ容量、ＧＰＵの種類、ディスプレイ画面解像度などが含まれている。

携帯端末１００の携帯端末用ＯＳ１０１は、移動先ディスプレイ端末２００ｂから送信されたハードウェア情報、ディスプレイ端末２００ｂの端末ＩＤおよびハッシュ値を受け取ると、まず、ハッシュ値比較部１０１ｌによって、受信したハッシュ値とハッシュ値記憶部１０１ｋに記憶しておいたハッシュ値とを比較して、２つのハッシュ値が等しいことを確認する。このハッシュ値の確認は、携帯端末１００のユーザが図２に示す場所１から離れたときに移動元ディスプレイ端末２００ａが保存していたキャッシュ領域２０６内のデータと、現在、移動先ディスプレイ端末２００ｂが保持しているデータ（場所２の移動先ディスプレイ端末２００ｂから受信したデータ）とが同一のものであるか否かを確認するために行うものである。次に、携帯端末用ＯＳ１０１は、２つのハッシュ値が等しいことを確認すると、ハードウェア情報および移動先ディスプレイ端末２００ｂの端末ＩＤを送信ＯＳ決定部１０１ｃへ渡す。送信ＯＳ決定部１０１ｃは、受け取ったハードウェア情報を参照して、前回接続した移動元ディスプレイ端末２００ａのハードウェア情報との比較を行う。この比較において、移動先ディスプレイ端末２００ｂのハードウェア構成と移動元ディスプレイ端末２００ａのハードウェア構成とが全く同じであった場合には、送信ＯＳ決定部１０１ｃは、キャッシュ領域２０６ｄ内のＯＳイメージによるＯＳ起動要求を移動先ディスプレイ端末２００ｂへ送信する。上記比較において、移動先ディスプレイ端末２００ｂのハードウェア構成と移動元ディスプレイ端末２００ａのハードウェア構成とが異なる場合には、移動先ディスプレイ端末２００ｂへ送信するＯＳイメージを１つ選択して、移動先ディスプレイ端末２００ｂへ選択したＯＳイメージを送信する。また、携帯端末用ＯＳ１０１は、公開鍵・秘密鍵生成部１０１ｈによって新しい公開鍵・秘密鍵を生成する。そして、移動先ディスプレイ端末２００ｂへ、ＯＳイメージもしくはＯＳ起動要求を送信するときに、公開鍵・秘密鍵記憶部１０１ｉに記憶しておいた秘密鍵および新しく生成した公開鍵も一緒に送信する。なお、新しく生成した公開鍵は、携帯端末１００のユーザが、移動先ディスプレイ端末２００ｂとの接続を終了する操作を行わずに、場所２を離れて、他の場所に移動して、携帯端末１００と別のディスプレイ端末２００とを接続する際に使うための公開鍵である。

移動先ディスプレイ端末２００ｂのＯＳ管理部２０１は、携帯端末１００から送信されてきた秘密鍵と、新しい公開鍵と、ＯＳイメージもしくはＯＳ起動要求とを受信すると、まず、新しい公開鍵を公開鍵記憶制御部２０１ｆにより記憶制御させる。次に、入手した秘密鍵を使って、公開鍵によって暗号化された共通鍵を復号する。さらに、復号された共通鍵を使って、先に受信した、キャッシュ領域２０６ｄ内に保存されている、共通鍵によって暗号化されたデータを復号する。これにより、移動先ディスプレイ端末２００ｂは、移動元ディスプレイ端末２００ａから受け取った共通鍵によって暗号化されたデータを使うことができるようになる。その後、ＯＳ起動要求を受信した場合には、ＯＳ管理部２０１は、ゲストＯＳ制御部２０１ｄによって、仮想マシン２０８に対して、キャッシュ領域２０６ｄ内に保存されたＯＳイメージに対応するアップロードＯＳの起動を要求する。一方、ＯＳイメージを受信した場合には、ＯＳ管理部２０１は、復号したキャッシュ領域２０６ｄ内のデータをそのままメモリにコピーして、仮想マシン２０８に対して、受信したＯＳイメージに対応するアップロードＯＳの起動を要求する。仮想マシン２０８は、ＯＳ管理部２０１のＯＳ起動要求に応じてアップロードＯＳ２０７ｂを起動し、アップロードＯＳの起動の完了を確認したら、ＯＳ管理部２０１へアップロードＯＳの起動確認応答を送信する。その後、ＯＳ管理部２０１は、ディスプレイ上の画面表示をプリインストールＯＳ２０７ａからアップロードＯＳ２０７ｂに切り替え、仮想マシン２０８にプリインストールＯＳの一時停止要求を送信する。仮想マシン２０８は、ＯＳ管理部２０１の一時停止要求に応じてプリインストールＯＳ２０７ａを一時停止させ、プリインストールＯＳ２０７ａの一時停止を確認したら、ＯＳ管理部２０１にプリインストールＯＳの一時停止確認応答を送信する。
その後、移動先ディスプレイ端末２００ｂは、移動先ディスプレイ端末２００ｂ内のキャッシュ領域２０６ｄに保存されているデータ（アップロードＯＳの動作状況に関するデータ；アップロードＯＳのイメージファイル、アップロードＯＳ上で動作するアプリケーションに関するデータおよび該アプリケーションにより作成済みまたは作成中の作業データを含む）を使うことにより、移動元ディスプレイ端末２００ａで行っていた作業をそのまま再開することができる。

図１２は第１実施形態において、移動先ディスプレイ端末２００ｂと携帯端末１００とを接続する際に携帯端末１００の送信ＯＳ決定部１０１ｃが送信するアップロードＯＳを選択（決定）する処理を示すフローチャートである。このフローチャートは、図１０のシーケンス図における送信ＯＳ決定部１０１ｃによるアップロードＯＳイメージの決定処理およびハッシュ値比較部１０１ｌによるハッシュ値比較処理に対応している。
まず、図１２のステップＳ９０１では、ハッシュ値比較部１０１ｌにより、移動先ディスプレイ端末２００ｂからハッシュ値を取得し、次のステップＳ９０２では、ハッシュ値記憶部１０１ｋに記憶しておいたハッシュ値と取得したハッシュ値とが一致したか否かを確認する。ここで、ハッシュ値が一致しなかった場合には、何らかの異常が発生した場合であることから、次のステップＳ９０３で、携帯端末１００のＯＳ上の画面に「移動先ディスプレイ端末２００ｂのキャッシュ領域２０６ｄに保存されているデータが壊れているかもしれないこと」を通知し、続いてステップＳ９０４では、ユーザに、「キャッシュ領域２０６ｄに保存されているデータをどのように扱うか」を問い合わせる。この問い合わせに対し、ユーザから「キャッシュ領域２０６ｄに保存されているデータを消す」ように指示があれば、次のステップＳ９０５で、送信ＯＳ決定部１０１ｃにより、キャッシュ領域２０６ｄに保存されているデータを消すように移動先ディスプレイ端末２００ｂへメッセージを送信し、その後、ステップＳ９０６では、図６のステップＳ５０１へ処理を進める。一方、ステップＳ９０４の問い合わせに対し、ユーザから「壊れているかもしれないキャッシュ領域２０６ｄに保存されているデータを使用する」ように指示された場合には、後述するステップＳ９０９へ処理を進める。

ステップＳ９０２において、ハッシュ値が一致した場合には、ステップＳ９０７で、移動先ディスプレイ端末２００ｂの端末ＩＤおよびハードウェア情報を取得し、次のステップＳ９０８では、送信ＯＳ決定部１０１ｃによって、記憶しておいた移動元ディスプレイ端末２００ａのハードウェア情報と、今回取得した移動先ディスプレイ端末２００ｂのハードウェア情報とを比較する。なお、この比較時のハードウェア情報とは、図１に示す仮想マシン２０８上で動作するゲストＯＳ２０７から見たハードウェア構成のことである。また、２つのハードウェア情報が同一であると判断する場合には、ＣＰＵの種類やＧＰＵの種類などは全く同一である必要があるが、メモリの容量に関しては、移動元ディスプレイ端末２００ａよりも移動先ディスプレイ端末２００ｂの方がメモリ容量が増えている場合には、同一であると見なしてよい。ステップＳ９０８において移動元ディスプレイ端末２００ａのハードウェア情報と移動先ディスプレイ端末２００ｂのハードウェア情報とが一致した（Ｙｅｓ）場合には、移動元ディスプレイ端末２００ａで使用していたメモリ上のデータをそのまま移動先ディスプレイ端末２００ｂ上のメモリに展開して、移動元ディスプレイ端末２００ａのキャッシュ領域２０６ｄに保存されているデータを移動先ディスプレイ端末２００ｂのキャッシュ領域２０６ｄに戻せば、直ちにアップロードＯＳやアプリケーションが動作するため、ステップＳ９１６において、送信ＯＳ決定部１０１ｃによって、移動先ディスプレイ端末２００ｂに対して、キャッシュ領域２０６ｄ内のＯＳイメージによるＯＳ起動要求メッセージを移動先ディスプレイ端末２００ｂへ送信する。
携帯端末１００から送信されたＯＳ起動要求メッセージを受け取った移動先ディスプレイ端末２００ｂは、キャッシュ領域２０６ｄ内のＯＳイメージを自身のメモリに展開してアップロードＯＳの動作を再開し、キャッシュ領域２０６ｄに保存されているデータ（作業データ等）を使って、移動元ディスプレイ端末２００ａで行っていた作業を復元（再開）する。

一方、ステップＳ９０８において移動元ディスプレイ端末２００ａのハードウェア情報と移動先ディスプレイ端末２００ｂのハードウェア情報とが一致しなかった（Ｎｏ）場合には、ステップＳ９０９に進んで送信ＯＳ決定表１０１ｄを読み込む。次のステップＳ９１０では、送信ＯＳ決定表の中に、取得した移動先ディスプレイ端末２００ｂの端末ＩＤが存在するか否かを判定し、取得した移動先ディスプレイ端末２００ｂの端末ＩＤが送信ＯＳ決定表に存在した場合には、ステップＳ９１０のＹｅｓからステップＳ９１１に進んで、その端末ＩＤに対応するアップロードＯＳイメージ名を読み込み、移動先ディスプレイ端末２００ｂに送信するアップロードＯＳとして選択する。一方、上記ステップＳ９１０の判定において、取得した移動先ディスプレイ端末２００ｂの端末ＩＤが送信ＯＳ決定表に存在しなかった場合には、ステップＳ９１２に進んで、取得した移動先ディスプレイ端末２００ｂのハードウェア情報内のＣＰＵの種類に基づいて、対応するアップロードＯＳイメージ群を選択する。

次のステップＳ９１３では、取得した移動先ディスプレイ端末２００ｂのハードウェア情報に基づいて、当該移動先ディスプレイ端末２００ｂの仕様（ハードウエアスペック）に応じたアップロードＯＳイメージを選択する。具体的には、ハードウェア情報内のＣＰＵ動作クロック周波数、メモリ容量、ＧＰＵの種類、ディスプレイ画面解像度を、アップロードＯＳイメージ群中の各アップロードＯＳイメージの推奨動作環境情報と比較して、推奨動作環境情報を満たしているアップロードＯＳの中で最上位の動作環境を要求するアップロードＯＳのイメージを選択する。

上記ステップＳ９１３のアップロードＯＳイメージの選択の後に進むステップＳ９１４では、移動先ディスプレイ端末２００ｂの端末ＩＤおよび選択したアップロードＯＳイメージ名を送信ＯＳ決定表１０１ｄに書き込む。そして、ステップＳ９１１およびステップＳ９１４の次のステップＳ９１５では、選択されたアップロードＯＳイメージを移動先ディスプレイ端末２００ｂに送信する。
携帯端末１００から送信されたアップロードＯＳイメージを受け取った移動先ディスプレイ端末２００ｂは、受信したアップロードＯＳイメージにより対応するアップロードＯＳを起動し、キャッシュ領域２０６ｄに保存されているデータ（作業データ等）を使って、移動元ディスプレイ端末２００ａで行っていた作業を復元（再開）する。

本実施形態によれば、携帯端末１００と場所１の移動元ディスプレイ端末２００ａとの接続を終了する操作を行わずに場所１を離れたユーザが、場所２の移動先ディスプレイ端末２００ｂと携帯端末１００とを接続する際には、移動先ディスプレイ端末２００ｂから携帯端末１００の端末ＩＤととともに、移動元ディスプレイ端末２００ａのキャッシュ領域２０６ｄに携帯端末１００の端末ＩＤと対応付けて記憶されたアップロードＯＳの動作状況に関するデータの送信要求を受けて、携帯端末１００の端末ＩＤに対応する、移動元ディスプレイ端末２００ａのキャッシュ領域２０６ｄおよびメモリに記憶されているアップロードＯＳの動作状況に関するデータを移動先ディスプレイ端末２００ｂに対して送信するように制御される。したがって、携帯端末１００のユーザが移動元ディスプレイ端末２００ａから移動先ディスプレイ端末２００ｂに移動した場合にも、継続して作業を行うとともに、携帯端末１００と同様な操作方法で、大画面かつ高精細な表示部を有する移動先ディスプレイ端末２００ｂを携帯端末の外部ディスプレイ装置として継続利用することができるようになり、ユーザ４００は、移動先ディスプレイ端末２００ｂ上で、データを保存せずに一端中断した作業を継続することができるようになる。

本発明の携帯端末および本発明の情報処理装置としての複数台のディスプレイ端末を連携して使用する際の第１実施形態のシステム構成を示す機能ブロック図である。 第１実施形態において、携帯端末および移動元ディスプレイ端末、移動先ディスプレイ端末を連携して使用する際の使用イメージを説明するための図である。 第１実施形態において、携帯端末および移動元ディスプレイ端末の接続からディスプレイ端末用アップロードＯＳの起動までの動作を示すシーケンス図である。 （ａ），（ｂ）はそれぞれ、本発明の携帯端末内のストレージに用意された複数のアップロードＯＳイメージを例示する図である。 （ａ）、（ｂ）はそれぞれ、本発明のディスプレイ端末における最低動作環境情報および推奨動作環境情報の具体例を示す図である。 第１実施形態の携帯端末において送信ＯＳ決定部が移動元ディスプレイ端末に送信するアップロードＯＳイメージを決定（選択）する処理を示すフローチャートである。 第１実施形態の携帯端末における送信ＯＳ決定表を例示する図である。 （ａ）〜（ｄ）は図６のステップＳ５０６においてディスプレイ端末の仕様（ハードウエアスペック）に応じてアップロードＯＳイメージを選択する具体的な手順を説明するための図である。 第１実施形態において、携帯端末および移動元ディスプレイ端末の接続が突発的に切断された場合の動作を示すシーケンス図である。 第１実施形態において、移動元ディスプレイ端末との接続を切断した携帯端末ユーザが他の場所に設置されている移動先ディスプレイ端末と接続するときの動作を示すシーケンス図である。 第１実施形態において、移動元ディスプレイ端末内のキャッシュデータを暗号化して保存して、移動先ディスプレイ端末へ送信する際のパケットのフォーマットおよびその作成方法を説明するための図である。 第１実施形態において、移動先ディスプレイ端末と携帯端末とを接続する際に携帯端末の送信ＯＳ決定部が送信するアップロードＯＳを選択する処理を示すフローチャートである。

符号の説明

１００ 携帯端末
１０１ 携帯端末用オペレーティングシステム（携帯端末用ＯＳ）
１０１ａ 接続管理部
１０１ｂ ハードウェア情報取得要求部（取得部）
１０１ｃ 送信ＯＳ決定部（決定部）
１０１ｄ 送信ＯＳ決定表
１０１ｅ 端末ＩＤ通知部
１０１ｆ ＩＰアドレス記憶部
１０１ｇ キャッシュ暗号化要求部
１０１ｈ 公開鍵・秘密鍵生成部
１０１ｉ 公開鍵・秘密鍵記憶部
１０１ｊ キャッシュ取得要求部
１０１ｋ ハッシュ値記憶部
１０１ｌ ハッシュ値比較部
１０２ 表示部
１０３ 操作インターフェース
１０４ 通信インターフェース
１０５ 認証部
１０６ ストレージ
１０６ａ，１０６ｂ，１０６ｃ 領域
１０７ ネットワークインターフェース
２００ ディスプレイ端末
２００ａ 移動元ディスプレイ端末
２００ｂ 移動先ディスプレイ端末
２０１ ＯＳ管理部
２０１ａ ハードウェア情報通知部
２０１ｂ 端末ＩＤ通知部
２０１ｃ 接続管理部
２０１ｄ ゲストＯＳ制御部
２０１ｅ ＩＰアドレス通知部
２０１ｆ 公開鍵記憶制御部
２０１ｇ アップロードＯＳ用データ記憶制御部
２０１ｈ 共通鍵生成部
２０１ｉ キャッシュ暗号化・復号化部
２０１ｊ キャッシュ取得部
２０１ｋ キャッシュ送信部
２０１ｌ ハッシュ値算出・比較部
２０１ｍ 公開鍵２・秘密鍵２生成部
２０１ｎ キャッシュ消去部
２０２ 表示部
２０３ 操作インターフェース
２０４ 通信インターフェース
２０５ 認証部
２０６ ストレージ
２０６ａ，２０６ｂ，２０６ｃ 領域
２０６ｄ キャッシュ領域
２０７ ゲストＯＳ
２０７ａ ディスプレイ端末用プリインストールＯＳ（プリインストールＯＳ）
２０７ｂ ディスプレイ端末用アップロードＯＳ（アップロードＯＳ）
２０８ 仮想マシン
２０９ ネットワークインターフェース
３００ ネットワーク

Claims (6)

1. 携帯端末が保持しているオペレーティングシステムを情報処理装置で起動させるために、前記携帯端末から該携帯端末の識別情報と、前記オペレーティングシステムの動作状況に関するデータと、を受信する受信部と、
   前記受信部により受信した前記オペレーティングシステムの動作状況に関するデータを前記携帯端末の識別情報と対応付けて記憶する記憶部と、
   前記記憶部により記憶した前記オペレーティングシステムの動作状況に関するデータにより当該オペレーティングシステムを起動する起動部と、
   他の情報処理装置から前記携帯端末の識別情報とともに前記記憶部に記憶されている前記オペレーティングシステムの動作状況に関するデータの送信要求を受けると、前記携帯端末の識別情報に対応する、前記記憶部に記憶されている前記オペレーティングシステムの動作状況に関するデータを当該他の情報処理装置に対して送信するように制御する制御部と、
   を具備して成ることを特徴とする情報処理装置。
2. 前記記憶部は、前記起動部がオペレーティングシステムを起動している場合に前記携帯端末との通信が切断されると、起動していたオペレーティングシステムの動作状況に関するデータを記憶することを特徴とする請求項１に記載の情報処理装置。
3. 前記オペレーティングシステムの動作状況に関するデータは、前記オペレーティングシステムのイメージファイルと、前記オペレーティングシステム上で起動するアプリケーションに関するデータと、該アプリケーションにより作成される作業データとを含むことを特徴とする請求項１に記載の情報処理装置。
4. 携帯端末に対応するオペレーティングシステムを情報処理装置で起動させるために、前記携帯端末から該携帯端末の識別情報と、前記情報処理装置とは異なる他の情報処理装置の識別情報と、を受信する受信部と、
   前記受信部により受信した前記他の情報処理装置の識別情報に基づいて、該他の情報処理装置に対して当該携帯端末に対応するオペレーティングシステムの動作状況に関するデータを送信するように、前記受信部により受信した前記携帯端末の識別情報を用いて要求する要求部と、
   前記要求部の要求に応じて前記他の情報処理装置から前記携帯端末に対応するオペレーションシステムの動作状況に関するデータを受信すると、該受信したオペレーションシステムの動作状況に関するデータに対応するオペレーションシステムが前記携帯端末に対応するオペレーションシステムであるか否かを認証する認証部と、
   前記認証部により正当に認証されると、前記受信したオペレーションシステムの動作状況に関するデータにより当該オペレーティングシステムを起動する起動部と、
   を具備して成ることを特徴とする情報処理装置。
5. 前記認証部は、前記携帯端末が保持する暗号化情報に基づいて、前記受信したオペレーションシステムの動作状況に関するデータに対応するオペレーションシステムが前記携帯端末に対応するオペレーションシステムであるか否かを認証することを特徴とする請求項４に記載の情報処理装置。
6. 複数のオペレーティングシステムのイメージファイルを記憶する記憶部と、
   前記複数のオペレーティングシステムのイメージファイルの少なくとも１つにより当該オペレーティングシステムを起動可能な情報処理装置から、該情報処理装置のシステム情報を取得する取得部と、
   前記取得部により取得したシステム情報に基づいて、前記記憶部に記憶されている前記複数のオペレーティングシステムのイメージファイルに対応する複数のオペレーティングシステムの中から、前記情報処理装置に応じたオペレーティングシステムを決定する決定部と、
   前記決定部により決定したオペレーティングシステムのイメージファイルと、携帯端末の識別情報とを前記情報処理装置に送信する送信部と、
   前記送信部が送信した前記情報処理装置とは異なる他の情報処理装置への接続処理を行うと、前記送信部が送信したオペレーティングシステムのイメージファイルを前記他の情報処理装置が取得するように該他の情報処理装置に対して前記携帯端末の識別情報を用いて要求する要求部と、
   を具備して成ることを特徴とする携帯端末。

Images