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

Abstract

【課題】携帯端末と同様な操作方法で、大画面かつ高精細な表示部を有するディスプレイ端末を携帯端末の外部ディスプレイ装置として利用する技術を提供する。
【解決手段】本発明の携帯端末１００は、複数のアップロードＯＳイメージを記憶するストレージ１０６の領域１０６ｃと、前記複数のアップロードＯＳイメージの少なくとも１つにより当該アップロードＯＳを起動可能なディスプレイ端末２００のシステム情報を取得するハードウェア情報取得要求部１０１ｂと、取得したシステム情報に基づいて、領域１０６ｄに記憶されている前記複数のアップロードＯＳイメージに対応する複数のアップロードＯＳの中から、ディスプレイ端末２００に応じたアップロードＯＳを決定する送信ＯＳ決定部１０１ｃと、決定したアップロードＯＳに対応するアップロードＯＳイメージをディスプレイ端末２００に送信する送信部１０１ｄ，１０４，１０５とを備える。
【選択図】図１

Description

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

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

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

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

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

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

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

本発明は、携帯端末と同様な操作方法で、大画面かつ高精細な表示部を有するディスプレイ端末を携帯端末の外部ディスプレイ装置として利用する技術（携帯端末および情報処理装置）を提供することを目的とする。

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

上記本発明の請求項１に係る携帯端末の好適例としては、前記取得部は、前記情報処理装置から該情報処理装置の識別情報を取得し、前記決定部は、前記情報処理装置に応じたオペレーティングシステムの決定時に、該情報処理装置に応じたオペレーティングシステムを前記取得した情報処理装置の識別情報と対応付けて保持するとともに、次回以降、前記情報処理装置に応じたオペレーティングシステムの決定時に、前記取得部が取得した情報処理装置の識別情報に基づいて決定すること、前記決定部は、前記複数のオペレーティングシステムの中から、前記情報処理装置のシステム情報が推奨動作環境条件を満たす最上位のオペレーティングシステムを前記情報処理装置に応じたオペレーティングシステムとして決定すること、および、前記複数のオペレーティングシステムのイメージファイルは、前記情報処理装置のＣＰＵ（Central Processing Unit）の種類毎および前記情報処理装置の仕様毎に用意されていること、がある。

上記目的を達成するため、本発明の請求項５に係る情報処理装置は、携帯端末が保持しているオペレーティングシステムを情報処理装置で起動させるために、前記携帯端末から自己のシステム情報の要求を受けると、該自己のシステム情報を送信する送信部と、前記送信部により送信した前記自己のシステム情報に応じたオペレーティングシステムのイメージファイルを受信する受信部と、前記受信部により受信したオペレーティングシステムのイメージファイルを記憶する記憶部と、前記記憶部に記憶したオペレーティングシステムのイメージファイルにより当該オペレーティングシステムを起動する起動部と、を具備して成ることを特徴とする。

上記本発明の請求項５に係る情報処理装置の好適例としては、前記携帯端末から該携帯端末の識別情報を取得する取得部を備え、前記記憶部は、前記受信部により受信したオペレーティングシステムのイメージファイルを前記取得部により取得した前記携帯端末の識別情報と対応付けて所定期間記憶し、前記起動部は、前記所定期間内に前記識別情報が付与された携帯端末から前記保持しているオペレーティングシステムの起動要求を受けると、当該記憶しているオペレーティングシステムのイメージファイルにより、当該オペレーティングシステムを起動するものがある。

本発明によれば、情報処理装置に応じたオペレーティングシステムとして決定したオペレーティングシステムのイメージファイルを携帯端末から情報処理装置に送信し、送信されたオペレーティングシステムのイメージファイルにより当該オペレーティングシステムを情報処理装置上で起動することにより、携帯端末と同様な操作方法で、携帯端末に比べて大画面かつ高精細な表示部を有する情報処理装置を携帯端末の外部ディスプレイ装置として利用することが可能になる。

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

［第１実施形態］
図１は本発明の携帯端末および本発明の情報処理装置としてのディスプレイ端末を連携して使用する際の第１実施形態のシステム構成を示す機能ブロック図である。本実施形態の携帯端末１００および本実施形態のディスプレイ端末２００は、ディスプレイ端末２００を携帯端末１００の外部ディスプレイ装置として利用する際には、後述するように、携帯端末１００およびディスプレイ端末２００の間を無線通信または有線通信によって接続して使用する。

なお、以下においては、本発明の携帯端末として携帯通信端末（携帯電話機等）を用いる場合を例に挙げて説明を展開しているが、本発明の携帯端末は、通話機能を有することは必須条件ではなく、携帯端末としてポータブルＡＶ（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」が関連付けて記載されている。

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

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

図７（ａ）〜（ｄ）は図５のステップＳ５０６においてディスプレイ端末２００の仕様（ハードウエアスペック）に応じてアップロードＯＳイメージを選択する具体的な手順を説明するための図である。ディスプレイ端末のＣＰＵの種類が「ｃｐｕ＿ｃ」であり、そのＣＰＵに対応するアップロードＯＳイメージ群が図７（ａ）の「light 」、図７（ｂ）の「normal」および図７（ｃ）の「rich」により構成されており、ディスプレイ端末２００のハードウェア情報が図７（ｄ）である場合、送信ＯＳ決定部１０１ｃは、推奨動作環境情報を全て満たしているアップロードＯＳの中で、最も高い動作環境を要求するアップロードＯＳのイメージを選択する。まず、ｃｐｕ＿ｃ用の「rich」アップロードＯＳの推奨動作環境情報とディスプレイ端末２００のハードウェア情報とを比較すると、ディスプレイ端末２００のＣＰＵ動作クロック周波数は、ｃｐｕ＿ｃ用の「rich」アップロードＯＳの推奨動作環境情報のＣＰＵ動作クロック周波数の要求を満たしていないため、候補外となる。次に、ｃｐｕ＿ｃ用の「normal」アップロードＯＳの推奨動作環境情報とディスプレイ端末２００のハードウェア情報とを比較すると、全ての項目でｃｐｕ＿ｃ用の「normal」アップロードＯＳの推奨動作環境情報の要求を満たしていることが分かる。その結果、ディスプレイ端末２００に送信するアップロードＯＳイメージとして、ｃｐｕ＿ｃ用の「normal」アップロードＯＳイメージが選択される。

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

なお、本実施形態では、携帯端末１００からディスプレイ端末２００にアップロードＯＳイメージを送信（アップロード）するようにしているが、必要に応じて、携帯端末１００で使用しているアプリケーションもディスプレイ端末２００に送信（アップロード）するようにしたり、携帯端末１００をディスプレイ端末２００の外部ドライブとしてマウントすることにより、携帯端末１００で使用しているアプリケーションをディスプレイ端末２００上で動作させるようにしてもよい。

本実施形態によれば、ディスプレイ端末２００の仕様（ハードウエアスペック）に応じたアップロードＯＳとして決定（選択）したアップロードＯＳのイメージファイルを携帯端末１００からディスプレイ端末２００に送信（アップロード）し、送信したアップロードＯＳイメージにより当該アップロードＯＳをディスプレイ端末２００上で起動することにより、携帯端末１００のＣＰＵやＧＰＵの性能が低くても、高解像度の映像を携帯端末１００の表示部よりも大きい表示部を有するディスプレイ端末２００に表示させることが可能になり、また、ユーザが普段使い慣れているユーザインターフェースをディスプレイ端末２００上で再現することができる。したがって、携帯端末１００と同様な操作方法で、携帯端末１００と比べて大画面かつ高精細な表示部を有するディスプレイ端末２００を携帯端末１００の外部ディスプレイ装置として利用することが可能になる。

図８は第１実施形態の携帯端末におけるユーザの操作による送信ＯＳ決定表の更新処理を示すフローチャートである。この図８の送信ＯＳ決定表の更新処理は、ユーザが次回接続時にディスプレイ端末２００で使用するアップロードＯＳの変更を要求したときに起動される。本実施形態では、ユーザの操作に応じて、送信ＯＳ決定部１０１ｃにより、次回接続時にディスプレイ端末２００で使用するアップロードＯＳを、現在ディスプレイ端末２００上で使用中のアップロードＯＳより軽いアップロードＯＳに変更したり、現在ディスプレイ端末２００上で使用中のアップロードＯＳより機能が豊富なアップロードＯＳに変更したりすることができるようになっている。

図８において、まず、ステップＳ５１１では、ユーザの要求はアップロードＯＳをより機能が豊富なアップロードＯＳへの変更であるか、アップロードＯＳをより軽いアップロードＯＳへの変更であるかを判断し、より機能が豊富なアップロードＯＳへの変更であればステップＳ５１２に進み、より軽いアップロードＯＳへの変更であればステップＳ５１３に進む。ステップＳ５１２では、送信ＯＳ決定表内のディスプレイ端末２００の端末ＩＤに対応するアップロードＯＳイメージ名を、より機能が豊富なアップロードＯＳイメージ名に書き換え、ステップＳ５１３では、送信ＯＳ決定表内のディスプレイ端末２００の端末ＩＤに対応するアップロードＯＳイメージ名を、より軽いアップロードＯＳイメージ名に書き換える。

図９は第１実施形態の携帯端末において次回接続時にディスプレイ端末に送信して使用するアップロードＯＳの設定画面を例示する図である。携帯端末１００からディスプレイ端末２００にアップロードＯＳイメージを送信した後、現在ディスプレイ端末上で使用中のアップロードＯＳに対して、図８の更新処理により、ユーザの操作によって、次回接続時にディスプレイ端末２００で使用するアップロードＯＳをより軽いアップロードＯＳもしくはより機能が豊富なアップロードＯＳに変更するときの、現在動作中のアップロードＯＳ上での設定変更画面は図示のようになる。
ユーザは、現在動作中のアップロードＯＳ上の操作によって、上記設定変更画面を表示させる。この設定変更画面上には、次回接続時にディスプレイ端末２００に送信するアップロードＯＳを設定するためのスライダーが装備されている。現在使用中のアップロードＯＳは、スライダー上に白抜きの矢印で表示される。ユーザは、色付きのスライダーを左右に動かすことで、次回接続時にディスプレイ端末で使用するアップロードＯＳを、より軽いアップロードＯＳに、もしくは、より機能が豊富なアップロードＯＳに変更することができる。
なお、各アップロードＯＳイメージに記載されている最低動作環境情報と、現在使用中のディスプレイ端末２００のハードウェア情報との比較の結果、現在使用中のディスプレイ端末の仕様が、当該アップロードＯＳの最低動作環境を満たしていないアップロードＯＳについては、スライダー上で選択できないようにするものとする。

［第２実施形態］
図１０は本発明の携帯端末および本発明の情報処理装置としてのディスプレイ端末を連携して使用する際の第２実施形態のシステム構成を示す機能ブロック図である。本実施形態の携帯端末１００は、第１実施形態の携帯端末１００に対し、携帯端末用ＯＳ１０１内に、キャッシュ設定部１０１ｅと、端末ＩＤ・グループＩＤ通知部１０１ｆと、キャッシュ設定表１０１ｇとを追加したものであり、それ以外の部分は第１実施形態の携帯端末１００と同様に構成する。また、本実施形態のディスプレイ端末２００は、第１実施形態のディスプレイ端末２００に対し、ＯＳ管理部２０１内に、キャッシュ情報通知部２０１ｅと、キャッシュ領域管理部２０１ｆと、キャッシュ領域消去決定部２０１ｇと、キャッシュ情報２０１ｈと、キャッシュ設定表２０１ｉとを追加したものであり、それ以外の部分は第１実施形態のディスプレイ端末２００と同様に構成する。

なお、本実施形態における送信ＯＳ決定部（決定部）１０１ｃは、ディスプレイ端末２００に応じたアップロードＯＳの決定時に、該ディスプレイ端末に応じたアップロードＯＳイメージを取得したディスプレイ端末の端末ＩＤと対応付けて記憶（保持）するとともに、次回以降、前記ディスプレイ端末２００に応じたアップロードＯＳの決定時に、取得したディスプレイ端末の端末ＩＤに基づいて決定する機能を有している。また、本実施形態における接続管理部２０１ｃ、通信インターフェース２０４、認証部２０５は、前記受信部として機能するとともに、携帯端末１００から当該端末のＩＤを取得する取得部としても機能する。また、本実施形態におけるストレージ（記憶部）２０６は、前記受信部により受信したアップロードＯＳイメージを前記取得部により取得した携帯端末のＩＤと対応付けて所定期間記憶する機能をさらに備えている。また、本実施形態におけるゲストＯＳ２０７は、所定期間内に前記ＩＤが付与された携帯端末から保持（記憶）しているアップロードＯＳの起動要求を受けると、当該記憶しているアップロードＯＳイメージにより、当該アップロードＯＳを起動する起動部として機能する。

上記キャッシュ設定部１０１ｅは、ディスプレイ端末２００の端末ＩＤ毎に、ディスプレイ端末内のストレージ２０６のキャッシュ領域２０６ｄに、アップロードＯＳイメージを保存するか否かなどを設定するものである。
上記端末ＩＤ・グループＩＤ通知部１０１ｆは、自端末の固有ＩＤである端末ＩＤと、携帯端末のユーザによって設定されるグループＩＤをディスプレイ端末２００に通知するものである。
上記キャッシュ設定表１０１ｇは、キャッシュ設定部１０１ｅによって更新されるものであり、以下のように構成されている。
図１１は第２実施形態の携帯端末１００における携帯端末用ＯＳ１０１内のキャッシュ設定表１０１ｇを例示する図である。キャッシュ設定表１０１ｇには、過去に接続したことがあるディスプレイ端末の端末ＩＤと、それぞれのディスプレイ端末に対して、接続切断後もアップロードＯＳイメージをキャッシュに保存してよいか否かが記載されている。図示例の場合、ディスプレイ端末の端末ＩＤとして、「＃００２３４７９４７」、「＃０００３４８２５９」、「＃００７５３４９０７」、「＃００９０２３８９０」、「＃００５９０２８３８」という５個の端末ＩＤが記載されており、「＃００７５３４９０７」のディスプレイ端末のみにはキャッシュ保存を許可しないこと（×）が設定されており、それ以外の端末ＩＤのディスプレイ端末にはキャッシュ保存を許可すること（○）が設定されている。

上記キャッシュ情報通知部２０１ｅは、端末ＩＤ・グループＩＤ通知部１０１ｆによって通知された端末ＩＤに対応するキャッシュ情報を携帯端末１００に通知（送信）するものである。
上記キャッシュ領域管理部２０１ｆは、携帯端末の端末ＩＤ毎に区分されたストレージ２０６のキャッシュ領域２０６ｄを、端末ＩＤ毎に管理するものであり、キャッシュ領域２０６ｄ内に記憶されたキャッシュ情報の更新も行うものである。
上記キャッシュ領域消去決定部２０１ｇは、携帯端末１００の端末ＩＤ毎に区分されたキャッシュ領域２０６の記憶内容を消去するか否かを決定するものである。
上記キャッシュ情報２０１ｈは、キャッシュ領域管理部２０１ｆによって更新される情報であり、図１２に例示するような情報によって構成されている。
上記キャッシュ設定表２０１ｉは、ディスプレイ端末の管理者が、携帯端末の端末ＩＤもしくはグループＩＤ別に、アップロードＯＳイメージをキャッシュに残しておく最大のキャッシュ時間および優先度を設定するものである。

図１２は第２実施形態のディスプレイ端末２００におけるＯＳ管理部２０１内のキャッシュ情報を例示する図である。キャッシュ情報２０１ｈには、携帯端末の端末ＩＤと、グループＩＤ（グループＩＤがある場合のみ）と、キャッシュ消去時刻（最大キャッシュ時間）と、キャッシュ保存の可否（○または×）と、キャッシュ内のアップロードＯＳイメージ名と、ＯＳのバージョンと、各キャッシュの使用容量とが記載されている。これらのキャッシュ情報を構成する各情報は、携帯端末１００とディスプレイ端末２００とが接続されたときに、キャッシュ領域管理部２０１ｆによって追加もしくは更新される。

上記グループＩＤは、携帯端末のユーザが自由に設定できるＩＤであり、複数の携帯端末に同一のグループＩＤを割り当てることができる。また、特に必要がなければグループＩＤを割り当てなくてもよい。
上記キャッシュ保存の可否の欄には、携帯端末１００のキャッシュ設定部１０１ｅにより設定された情報が格納される。
上記キャッシュ消去時刻は、携帯端末１００とディスプレイ端末２００とが接続されたときに更新されるが、この接続時にはキャッシュ消去時刻を設定しない。その理由は、現在実行中のアップロードＯＳのＯＳイメージに関してキャッシュを消さないようにするためである。図１２に示す例では、端末ＩＤ「＃０００３４８２５９」の携帯端末のＯＳは現在ディスプレイ端末２００で実行中のアップロードＯＳであるため、キャッシュ消去時刻が設定されていない。
また、上記キャッシュ消去時刻は、携帯端末１００とディスプレイ端末２００との接続を切断するときにも、キャッシュ領域管理部２０１ｆによって更新され、携帯端末ＩＤもしくはグループＩＤに応じて、切断時の時刻に、後述するキャッシュ設定表に記載されているキャッシュ時間を足したものを書き込む。その際、キャッシュ情報内のキャッシュ保存の可否の情報を参照し、保存が不可になっている場合には、キャッシュ消去時刻には、接続切断時の時刻をそのまま書き込む。

上記キャッシュ情報通知部２０１ｅは、キャッシュ情報の中に携帯端末の端末ＩＤが存在するか否かを検索し、もしあれば、その端末ＩＤに対応するキャッシュ内のアップロードＯＳイメージ名およびＯＳのバージョン情報を読み出す。
上記キャッシュ領域消去決定部２０１ｇは、キャッシュ情報からキャッシュ消去時刻を定期的に読み出し、もし、キャッシュ消去時刻の中に現在時刻から過去に遡ったものがあれば、該当するキャッシュ情報を消去する。

図１３は第２実施形態のディスプレイ端末２００におけるＯＳ管理部２０１内のキャッシュ設定表２０１ｉを例示する図である。キャッシュ設定表２０１ｉは、ディスプレイ端末の管理者がプリインストールＯＳ上の操作等により手動で設定するものであり、その中には、携帯端末の端末ＩＤ（端末ＩＤがある場合のみ）と、グループＩＤ（グループＩＤがある場合のみ）と、キャッシュ情報を残しておく時間を規定するキャッシュ時間と、各携帯端末に付与された優先度とが記載されている。

上記キャッシュ情報通知部２０１ｅは、キャッシュ設定表２０１ｉから、携帯端末の端末ＩＤに対応するキャッシュ時間を読み出して、携帯端末１００に送信する。
上記キャッシュ領域管理部２０１ｆは、キャッシュ設定表２０１ｉから、端末ＩＤ、グループＩＤの少なくとも一方に対応するキャッシュ時間を読み出して、キャッシュ情報内のキャッシュ消去時刻の更新に使用する。

なお、グループＩＤが設定されている携帯端末で、キャッシュ設定表に該当する端末ＩＤおよびグループＩＤの設定が別々に存在した場合には、端末ＩＤの設定を優先するものとする。図１２および図１３に示す例を用いて説明すると、端末ＩＤ「＃１０９０２３８９０」の携帯端末は、自端末の端末ＩＤ「＃１０９０２３８９０」に対する設定とは別に、グループＩＤ「＃Ｇ００２３４５」の設定もキャッシュ設定表２０１ｉに存在する。このような場合には、端末ＩＤの設定を優先して、キャッシュ時間を「10days」とする。また、端末ＩＤおよびグループＩＤの両方がキャッシュ設定表２０１ｉに存在しない場合には、「others」の行で指定された値を使用する。図１３の例では、「others」のキャッシュ時間は「0 min.」となっているが、これは、「携帯端末およびディスプレイ端末間の接続切断後に即座にアップロードＯＳイメージを消去すること」、言い換えれば、「キャッシュ領域２０６ｄへのアップロードＯＳイメージの保存を許可しないこと」を意味している。この場合、仮に、キャッシュ情報内のキャッシュ保存の項目の値が「保存可」になっていたとしても、キャッシュ時間が「0 min.」に設定されているため、結局、アップロードＯＳイメージは接続切断とともに消去されてしまう。このように、携帯端末のキャッシュ設定表の設定よりも、ディスプレイ端末のキャッシュ設定表の設定の方が優先される。
また、上記キャッシュ領域消去決定部２０１ｇは、キャッシュ設定表２０１ｉから、端末ＩＤもしくはグループＩＤに対応する優先度を読み取り、キャッシュ領域２０６ｄから消去するキャッシュ情報の順番を決める指標にする。

次に、携帯端末１００およびディスプレイ端末２００の接続からディスプレイ端末用アップロードＯＳ２０７ｂが起動して、携帯端末用ＯＳおよびディスプレイ端末用アップロードＯＳがデータ交換を行える状態になるまでの動作を図１４のシーケンス図に基づいて説明する。
まず、携帯端末１００の認証部１０５およびディスプレイ端末２００の認証部２０５は、近距離無線通信による認証手続きを行い、互いの接続先ＩＰアドレスおよび通信インターフェース１０４，通信インターフェース２０４間で用いる暗号鍵を決定して入手する。次に、携帯端末１００の認証部１０５およびディスプレイ端末２００の認証部２０５は、認証手続によって入手した接続先ＩＰアドレスおよび暗号鍵を使用して通信インターフェース１０４，通信インターフェース２０４間のコネクションを確立する。

次に、携帯端末用ＯＳ１０１は、通信インターフェース１０４からコネクション確立通知（接続確立通知）を受け取ると、ハードウェア情報取得要求部１０１ｂおよび端末ＩＤ・グループＩＤ通知部１０１ｆによってディスプレイ端末側にハードウェア情報取得要求と、端末ＩＤ、グループＩＤの少なくとも一方とを送信する。
次に、ディスプレイ端末２００内のＯＳ管理部２０１は、携帯端末１００からハードウェア情報取得要求と、端末ＩＤ、グループＩＤの少なくとも一方とを受信すると、ハードウェア情報通知部２０１ａ、端末ＩＤ通知部２０１ｂ、キャッシュ情報通知部２０１ｅによって、ハードウェア情報、ディスプレイ端末の端末ＩＤ、キャッシュ情報を携帯端末１００に送信する。このハードウェア情報には、ディスプレイ端末２００に搭載されているＣＰＵの種類（ＣＰＵの型番、ＣＰＵの動作クロック周波数など）、アップロードＯＳが使用可能なメモリ容量、ＧＰＵの種類、ディスプレイ画面解像度などが含まれている。また、キャッシュ情報には、キャッシュの有無と、キャッシュがある場合には、その中に保存されているアップロードＯＳイメージ名、ＯＳのバージョン情報、最大キャッシュ時間などが含まれている。

次に、携帯端末用ＯＳ１０１は、ディスプレイ端末２００からハードウェア情報、端末ＩＤ、キャッシュ情報を受け取ると、これらの情報を携帯端末用ＯＳ１０１内の送信ＯＳ決定部１０１ｃおよびキャッシュ設定部１０１ｅに渡す。送信ＯＳ決定部１０１ｃは、ハードウェア情報、端末ＩＤに基づいて、ディスプレイ端末２００に送信するアップロードＯＳイメージを１つ選択し、その後、選択したアップロードＯＳイメージが既にディスプレイ端末２００のキャッシュ領域２０６ｄ内に存在しているか否かをキャッシュ情報を参照して確認する。もし、アップロードＯＳイメージがキャッシュ領域２０６ｄ内に存在していれば、選択したアップロードＯＳイメージを送信せず、代わりにキャッシュ領域２０６ｄ内のアップロードＯＳイメージにより当該アップロードＯＳを起動させるような起動要求を送信する。逆に、アップロードＯＳイメージがキャッシュ領域２０６ｄ内に存在しなければ、携帯端末用ＯＳ１０１は、選択されたアップロードＯＳイメージをディスプレイ端末２００に送信する。また、キャッシュ設定部１０１ｅは、ディスプレイ端末２００のキャッシュ領域２０６ｄに保存されているアップロードＯＳイメージを、携帯端末１００およびディスプレイ端末２００の接続切断後も保存の可否しておくか否かの設定（キャッシュへの保存の可否の設定）を、ディスプレイ端末２００に送信する。

次に、ディスプレイ端末２００のＯＳ管理部２０１は、携帯端末１００からアップロードＯＳイメージが送信されてきた場合には、送られてきたアップロードＯＳイメージを自端末内のストレージ２０６のキャッシュ領域２０６ｄに保存する。アップロードＯＳイメージの受信が完了したら、もしくは、携帯端末１００からのキャッシュ領域２０６内のアップロードＯＳイメージによる当該アップロードＯＳの起動要求を受信したら、ＯＳ管理部２０１は、キャッシュ領域管理部２０１ｆによってキャッシュ情報を更新する。このキャッシュ情報には、携帯端末の端末ＩＤ、携帯端末のグループＩＤ、キャッシュ消去時刻、接続切断後もアップロードＯＳイメージをキャッシュに保存することを許可するか否かの設定、キャッシュ内のアップロードＯＳイメージ名、ＯＳのバージョン、携帯端末が使用しているディスプレイ端末内のキャッシュの使用容量などが記録されている。

その後、ＯＳ管理部２０１は、仮想マシン２０８に対して、ストレージ２０６のキャッシュ領域２０６ｄに保存したアップロードＯＳイメージによる当該アップロードＯＳの起動を要求する。仮想マシン２０８は、ＯＳ管理部２０１の起動要求に応じてアップロードＯＳ２０７を起動し、起動の完了を確認したら、ＯＳ管理部２０１にアップロードＯＳ２０７ｂの起動確認応答を送信する。その後、ＯＳ管理部２０１は、ディスプレイ上の画面表示をプリインストールＯＳ２０７ａからアップロードＯＳ２０７ｂに切り替え、仮想マシン２０８にプリインストールＯＳの一時停止要求を送信する。仮想マシン２０８は、ＯＳ管理部２０１の一時停止要求に応じてプリインストールＯＳ２０７ａを一時停止させ、プリインストールＯＳ２０７ａの一時停止を確認したら、ＯＳ管理部２０１にプリインストールＯＳの一時停止確認応答を送信する。

その後、ディスプレイ端末２００のアップロードＯＳ２０７ｂと携帯端末１００の携帯端末用ＯＳ１０１とは、必要なときにデータを交換する。例えば、携帯端末１００のストレージ１０６のユーザデータ１０６ｂ用の領域に格納されているファイルをディスプレイ端末２００上で閲覧したいときには、アップロードＯＳ２０７ｂは携帯端末用ＯＳ１０１に対してファイル取得要求を出し、携帯端末用ＯＳ１０１は、そのファイル取得要求に応じて、ストレージ１０６内の所望のファイルを読み出して、ディスプレイ端末２００に送信する。
なお、ディスプレイ端末２００のキャッシュ領域２０６ｄにコピーされたデータが、ディスプレイ端末上で更新された場合、その更新されたデータを含むファイルを即座に携帯端末１００に送信して、携帯端末上の同一ファイルを上書きする。そのようにすることで、ディスプレイ端末２００上でファイルの保存操作を行うだけで、自動的に携帯端末１００のファイルも更新されるようになる。

次に、携帯端末１００およびディスプレイ端末２００の接続を切断する際の動作を図１５のシーケンス図に基づいて説明する。

携帯端末用ＯＳもしくはディスプレイ端末のアップロードＯＳ上で接続の切断（接続終了）の操作が行われると、両端末の間では、接続が切断される前に、必要なデータ交換処理を行う。このデータ交換処理としては、例えば、アップロードＯＳ上で実行していたアプリケーションの状態を全て携帯端末用ＯＳに書き出す処理がある。
まず、携帯端末ＯＳ１０１の接続管理部１０１ａは、ディスプレイ端末のＯＳ管理部２０１に対して、アップロードＯＳ停止要求を送信する。ＯＳ管理部２０１のゲストＯＳ制御部２０１ｄは、アップロードＯＳ停止要求を受け取ると、仮想マシン２０８に対してプリインストールＯＳ２０７ａの起動を要求する。仮想マシン２０８は、ＯＳ管理部２０１のゲストＯＳ制御部２０１ｄから起動要求を受けると、プリインストールＯＳ２０７ａを起動する。

次に、ＯＳ管理部２０１は、プリインストールＯＳ２０７ａの起動を確認すると、仮想マシン２０８に対してアップロードＯＳ２０７ｂの停止を要求する。仮想マシン２０８は、ＯＳ管理部２０１の停止要求を受けて、アップロードＯＳ２０７ｂを停止させる。その後、ＯＳ管理部２０１は、アップロードＯＳの停止を確認したら、ディスプレイ端末の表示を、アップロードＯＳからプリインストールＯＳへ切り替える。
その後、ＯＳ管理部２０１の中のキャッシュ領域管理部２０１ｆにより、キャッシュ情報が更新される。ここでは、キャッシュ情報の中の「キャッシュ消去時刻」が更新される。具体的には、キャッシュ消去時刻として、現在の時刻に、キャッシュ設定表に記載されているキャッシュ時間を足した時刻を書き込む。
その後、ＯＳ管理部２０１内のゲストＯＳ制御部２０１ｄにより、携帯端末１００に向かってアップロードＯＳ停止確認応答が送られ、このアップロードＯＳ停止確認応答を携帯端末１００が受信すると、両端末内でそれぞれコネクション切断要求が通信インターフェースに送られて、携帯端末―ディスプレイ端末間の接続が切断される。

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

図１６は携帯端末１００の携帯端末用ＯＳ１０１がディスプレイ端末２００の端末ＩＤ、ハードウェア情報およびキャッシュ情報を取得した後に、送信ＯＳ決定部１０１ｃがディスプレイ端末２００に送信するアップロードＯＳイメージを決定（選択）する処理を示すフローチャートである。まず、図１６のステップＳ７０１では、送信ＯＳ決定部１０１ｃによりディスプレイ端末２００の端末ＩＤ、ハードウェア情報およびキャッシュ情報を取得し、次のステップＳ７０２では、図６に例示する送信ＯＳ決定表を読み込む。次のステップＳ７０３では、送信ＯＳ決定表の中に、取得したディスプレイ端末の端末ＩＤが存在するか否かを判定し、取得したディスプレイ端末の端末ＩＤが送信ＯＳ決定表に存在した場合には、ステップＳ７０３のＹｅｓからステップ７０４に進んで、その端末ＩＤに対応するアップロードＯＳイメージ名を読み込み、ディスプレイ端末２００に送信するアップロードＯＳとして選択する。一方、上記ステップＳ７０３の判定において、取得したディスプレイ端末の端末ＩＤが送信ＯＳ決定表に存在しなかった場合には、ステップＳ７０５に進んで、取得したディスプレイ端末のハードウェア情報内のＣＰＵの種類に基づいて、対応するアップロードＯＳイメージ群を選択する。

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

その後、ステップＳ７０８では、選択されたアップロードＯＳイメージに対応するＯＳ名、ＯＳのバージョン情報と、取得したキャッシュ情報内のＯＳ名、ＯＳのバージョン情報とを比較し、両者が一致するか否かを確認する。ここで、両者が一致した場合には、これから送信しようとしているアップロードＯＳイメージと全く同一のものがディスプレイ端末のキャッシュ内に存在する場合であるため、当該アップロードＯＳイメージを送信する代わりに、ステップＳ７０９に進んで、ディスプレイ端末のキャッシュ内に保存されているアップロードＯＳイメージに対応するアップロードＯＳの起動要求をディスプレイ端末２００に送信する。逆に、両者が一致しなかった場合には、ディスプレイ端末のキャッシュ内のアップロードＯＳイメージがこれから送信しようとしているアップロードＯＳイメージと異なる場合であるため、ステップＳ７１０に進んで、選択されたアップロードＯＳイメージをディスプレイ端末２００に送信する。

次に、携帯端末１００のキャッシュ設定部１０１ｅが接続切断後にキャッシュ領域内へのアップロードＯＳイメージの保存を許可するか否かを設定する処理を図１７のフローチャートに基づいて説明する。
図１７は携帯端末１００の携帯端末用ＯＳ１０１がディスプレイ端末２００の端末ＩＤおよびキャッシュ情報を取得した後に、キャッシュ設定部１０１ｅが、接続切断後もディスプレイ端末２００のキャッシュ領域２０６ｄの中にアップロードＯＳイメージを保存することを許可するか否かを設定する処理を示すフローチャートである。まず、図１７のステップＳ８０１では、キャッシュ設定部１０１ｅは、ディスプレイ端末２００の端末ＩＤおよびキャッシュ時間を取得し、次のステップＳ８０２では、キャッシュ設定表を読み込む。次のステップＳ８０３では、キャッシュ設定表に取得したディスプレイ端末の端末ＩＤが存在するか否かを確認し、キャッシュ設定表に取得したディスプレイ端末の端末ＩＤが存在した場合にはステップＳ８０４以降に進み、キャッシュ設定表に取得したディスプレイ端末の端末ＩＤが存在しなかった場合にはステップＳ８０８以降に進む。

ステップＳ８０４では、「取得したキャッシュ時間＝０」および「キャッシュ設定表がキャッシュを保存する設定になっている」という２つの条件を同時に満たしているか否かを確認する。ここで、上記２つの条件を同時に満たしていなければ、キャッシュ設定表の設定に矛盾はないので、後述するステップＳ８１１に進んで、キャッシュ設定表のアップロードＯＳイメージの保存の可否の設定をディスプレイ端末に送信する。一方、ステップＳ８０４において、２つの条件を同時に満たしていれば、ディスプレイ端末２００からはアップロードＯＳイメージの保存不可と設定されているのに、携帯端末１００は保存を許可すると設定されており、両者の設定が矛盾していることになるが、アップロードＯＳイメージの保存に関してはディスプレイ端末の設定を優先することになっているため、このような設定になった場合、ステップＳ８０５に進んで、「ディスプレイ端末にアップロードＯＳイメージを保存できないこと」を携帯端末の画面に表示する。その後、ステップＳ８０６では、キャッシュ設定表から、ステップＳ８０１で取得したディスプレイ端末の端末ＩＤ（今回接続に使用するディスプレイ端末の端末ＩＤ）の設定を削除する。その後、ステップＳ８０７では、アップロードＯＳイメージのキャッシュ領域２０６ｄへの保存を行わない設定をディスプレイ端末２００に送信する。

キャッシュ設定表に取得したディスプレイ端末の端末ＩＤが存在しなかった場合にステップＳ８０３のＮｏから進むステップＳ８０８では、「キャッシュ時間＞０」であるか否か、言い換えれば、アップロードＯＳイメージの保存がディスプレイ端末から許可されているか否かを確認する。ここで、「キャッシュ時間＝０」、すなわち、アップロードＯＳイメージの保存が許可されていなければ、上記ステップＳ８０７に進んで、キャッシュ設定表に当該ディスプレイ端末の設定を追加することなく、アップロードＯＳイメージのキャッシュ領域２０６ｄへの保存を行わない設定をディスプレイ端末２００に送信する。一方、アップロードＯＳイメージの保存が許可されていれば、アップロードＯＳイメージをキャッシュ領域に一定時間保存できるので、ステップＳ８０９に進んで、「アップロードＯＳイメージを保存するか否かの確認画面」を携帯端末に表示する。

図１８は第２実施形態において、携帯端末とディスプレイ端末との接続時に、ディスプレイ端末のキャッシュにアップロードＯＳイメージを保存するか否かの設定を行う際に携帯端末に表示される確認画面を例示する図である。この確認画面において「はい（保存する）」を選択する操作をユーザが行った場合に進むステップＳ８１０では、ディスプレイ端末の端末ＩＤおよびアップロードＯＳイメージ保存の可否の設定をキャッシュ設定表に書き込む（追加する）。その後、ステップＳ８１１では、キャッシュ設定表のアップロードＯＳイメージの保存の可否の設定をディスプレイ端末に送信する。

次に、ディスプレイ端末２００のキャッシュ領域消去決定部２０１ｇがキャッシュ領域２０６ｄ内に保存されているアップロードＯＳイメージを消去する動作を図１９および図２０のフローチャートに基づいて説明する。
キャッシュ領域２０６ｄの記憶内容を消去する状況は２種類ある。その１つは、キャッシュ情報に含まれているキャッシュ消去時刻を過ぎた場合（キャッシュが期限切れとなった場合）であり、もう１つは、新規に携帯端末がディスプレイ端末に接続してきた際に、キャッシュ領域２０６ｄに空きがない場合に強制的に空き容量を作る場合である。

まず、キャッシュが期限切れとなった場合の動作について図１９のフローチャートに基づいて説明する。図１９において、ステップＳ９０１では、キャッシュ領域消去決定部２０１ｇによって、定期的にキャッシュ情報を読み込み、次のステップＳ９０２では、キャッシュ情報の携帯端末ＩＤ毎のキャッシュ消去時刻と現在時刻とを比較する。次のステップＳ９０３では、現在時刻がキャッシュ消去時刻を過ぎている携帯端末ＩＤの有無をチェックし、現在時刻がキャッシュ消去時刻を過ぎている携帯端末ＩＤが見つかった場合に限り、ステップＳ９０４に進んで、当該携帯端末が使用していたキャッシュ領域と、そのキャッシュ領域に対応するキャッシュ情報とを削除する。

次に、キャッシュ領域が不足したときの処理について図２０のフローチャートに基づいて説明する。新規に携帯端末がディスプレイ端末に接続してきた際に、キャッシュ領域消去決定部２０１ｇによって、新しいキャッシュ領域が作成される。その際、キャッシュの空き容量が不足すると、キャッシュ領域管理部２０１ｆは、キャッシュ領域消去決定部２０１ｇに対して、キャッシュの空き容量を増やすように要求する。
図２０において、まず、ステップＳ９０５、ステップＳ９０６では、上記要求を受けたキャッシュ領域消去決定部２０１ｇにより、キャッシュ設定表およびキャッシュ情報を読み込む。次のステップＳ９０７では、キャッシュ情報とキャッシュ設定表とを照合して、キャッシュ情報内に記載されている携帯端末ＩＤの中で、最も優先度の低い携帯端末ＩＤ群を選択する。次のステップＳ９０８では、選択された携帯端末ＩＤ群内でキャッシュ消去時刻を比較して、最も近い未来にキャッシュが消去される携帯端末ＩＤを選択する。そして、次のステップＳ９０９では、選択された携帯端末ＩＤに対応するキャッシュ領域と、そのキャッシュ領域に対応するキャッシュ情報とを削除する。

本実施形態によれば、ディスプレイ端末２００の仕様（ハードウエアスペック）に応じたアップロードＯＳとして決定（選択）したアップロードＯＳイメージを携帯端末１００からディスプレイ端末２００に送信（アップロード）し、送信したアップロードＯＳイメージにより当該アップロードＯＳをディスプレイ端末２００上で起動することにより、携帯端末１００のＣＰＵやＧＰＵの性能が低くても、高解像度の映像を携帯端末１００の表示部よりも大きい表示部を有するディスプレイ端末２００に表示させることが可能になり、また、ユーザが普段使い慣れているユーザインターフェースをディスプレイ端末２００上で再現することができる。したがって、携帯端末１００と同様な操作方法で、携帯端末１００と比べて大画面かつ高精細な表示部を有するディスプレイ端末２００を携帯端末１００の外部ディスプレイ装置として利用することが可能になる。
また、本実施形態によれば、ディスプレイ端末内２００に携帯端末ＩＤ毎に設けたキャッシュ領域２０６ｄに、接続終了後の一定期間アップロードＯＳイメージを保存しておくので、次回接続時にはディスプレイ端末２００内の自端末用のキャッシュ２０６ｄに保存されたアップロードＯＳイメージを使って当該アップロードＯＳを起動することができるようになる。そのため、携帯端末１００からディスプレイ端末２００にアップロードＯＳイメージを送信する必要がなくなり、携帯端末１００からディスプレイ端末２００へのアップロードＯＳイメージのダウンロード時間が不要になって、ディスプレイ端末２００のアップロードＯＳの起動時間を短縮できるようになる。

本発明の携帯端末および本発明の情報処理装置としてのディスプレイ端末を連携して使用する際の第１実施形態のシステム構成を示す機能ブロック図である。 第１実施形態において、携帯端末およびディスプレイ端末の接続からディスプレイ端末用アップロードＯＳの起動までの動作を説明するためのシーケンス図である。 （ａ），（ｂ）はそれぞれ、本発明の携帯端末内のストレージに用意された複数のアップロードＯＳイメージを例示する図である。 （ａ）、（ｂ）はそれぞれ、本発明のディスプレイ端末における最低動作環境情報および推奨動作環境情報の具体例を示す図である。 第１実施形態の携帯端末において送信ＯＳ決定部がディスプレイ端末に送信するアップロードＯＳイメージを決定（選択）する処理を示すフローチャートである。 第１実施形態の携帯端末における送信ＯＳ決定表を例示する図である。 （ａ）〜（ｄ）は図５のステップＳ５０６においてディスプレイ端末の仕様（ハードウエアスペック）に応じてアップロードＯＳイメージを選択する具体的な手順を説明するための図である。 第１実施形態の携帯端末におけるユーザの操作による送信ＯＳ決定表の更新処理を示すフローチャートである。 第１実施形態の携帯端末において次回接続時にディスプレイ端末に送信して使用するアップロードＯＳの設定画面を例示する図である。 本発明の携帯端末および本発明の情報処理装置としてのディスプレイ端末を連携して使用する際の第２実施形態のシステム構成を示す機能ブロック図である。 第２実施形態の携帯端末における携帯端末用ＯＳ内のキャッシュ設定表を例示する図である。 第２実施形態の携帯端末におけるキャッシュ領域内のキャッシュ情報を例示する図である。 第２実施形態のディスプレイ端末におけるＯＳ管理部内のキャッシュ設定表を例示する図である。 第２実施形態において、携帯端末およびディスプレイ端末の接続からディスプレイ端末用アップロードＯＳが起動して、携帯端末用ＯＳおよびディスプレイ端末用アップロードＯＳがデータ交換を行える状態になるまでの動作を説明するためのシーケンス図である。 第２実施形態において、携帯端末およびディスプレイ端末の接続を切断する際の動作を説明するためのシーケンス図である。 第２実施形態の携帯端末において、送信ＯＳ決定部がディスプレイ端末送信するアップロードＯＳイメージを決定（選択）する処理を説明するためのフローチャートである。 第２実施形態において、携帯端末のキャッシュ設定部が接続切断後にキャッシュ領域内へのアップロードＯＳイメージの保存を許可するか否かを設定する処理を説明するためのフローチャートである。 第２実施形態において、携帯端末とディスプレイ端末との接続時に、ディスプレイ端末のキャッシュにアップロードＯＳイメージを保存するか否かの設定を行う際に携帯端末に表示される確認画面を例示する図である。 第２実施形態において、ディスプレイ端末のキャッシュ領域消去決定部がキャッシュ領域内に保存されているアップロードＯＳイメージを消去する動作を説明するためのフローチャートである。 第２実施形態において、ディスプレイ端末のキャッシュ領域消去決定部がキャッシュ領域内に保存されているアップロードＯＳイメージを消去する動作を説明するためのフローチャートである。

符号の説明

１００ 携帯端末
１０１ 携帯端末用オペレーティングシステム（携帯端末用ＯＳ）
１０１ａ 接続管理部
１０１ｂ ハードウェア情報取得要求部（取得部）
１０１ｃ 送信ＯＳ決定部（決定部）
１０１ｄ 送信ＯＳ決定表
１０１ｅ キャッシュ設定部
１０１ｆ 端末ＩＤ・グループＩＤ通知部
１０１ｇ キャッシュ設定表
１０２ 表示部
１０３ 操作インターフェース
１０４ 通信インターフェース
１０５ 認証部
１０６ ストレージ
１０６ａ，１０６ｂ，１０６ｃ 領域
２００ ディスプレイ端末
２０１ ＯＳ管理部
２０１ａ ハードウェア情報通知部
２０１ｂ 端末ＩＤ通知部
２０１ｃ 接続管理部
２０１ｄ ゲストＯＳ制御部
２０１ｅ キャッシュ情報通知部
２０１ｆ キャッシュ領域管理部
２０１ｇ キャッシュ領域消去決定部
２０１ｈ キャッシュ情報
２０１ｉ キャッシュ設定表
２０２ 表示部
２０３ 操作インターフェース
２０４ 通信インターフェース
２０５ 認証部
２０６ ストレージ
２０６ａ，２０６ｂ，２０６ｃ 領域
２０６ｄ キャッシュ領域
２０７ ゲストＯＳ
２０７ａ ディスプレイ端末用プリインストールＯＳ（プリインストールＯＳ）
２０７ｂ ディスプレイ端末用アップロードＯＳ（アップロードＯＳ）
２０８ 仮想マシン

Claims (6)

1. 複数のオペレーティングシステムのイメージファイルを記憶する記憶部と、
   前記複数のオペレーティングシステムのイメージファイルの少なくとも１つにより当該オペレーティングシステムを起動可能な情報処理装置から、該情報処理装置のシステム情報を取得する取得部と、
   前記取得部により取得したシステム情報に基づいて、前記記憶部に記憶されている前記複数のオペレーティングシステムのイメージファイルに対応する複数のオペレーティングシステムの中から、前記情報処理装置に応じたオペレーティングシステムを決定する決定部と、
   前記決定部により決定したオペレーティングシステムのイメージファイルを前記情報処理装置に送信する送信部と、を具備して成ることを特徴とする携帯端末。
2. 前記取得部は、前記情報処理装置から該情報処理装置の識別情報を取得し、
   前記決定部は、前記情報処理装置に応じたオペレーティングシステムの決定時に、該情報処理装置に応じたオペレーティングシステムを前記取得した情報処理装置の識別情報と対応付けて保持するとともに、次回以降、前記情報処理装置に応じたオペレーティングシステムの決定時に、前記取得部が取得した情報処理装置の識別情報に基づいて決定することを特徴とする請求項１に記載の携帯端末。
3. 前記決定部は、前記複数のオペレーティングシステムの中から、前記情報処理装置のシステム情報が推奨動作環境条件を満たす最上位のオペレーティングシステムを前記情報処理装置に応じたオペレーティングシステムとして決定することを特徴とする請求項１または２に記載の携帯端末。
4. 前記複数のオペレーティングシステムのイメージファイルは、前記情報処理装置のＣＰＵ（Central Processing Unit）の種類毎および前記情報処理装置の仕様毎に用意されていることを特徴とする請求項１に記載の携帯端末。
5. 携帯端末が保持しているオペレーティングシステムを情報処理装置で起動させるために、前記携帯端末から自己のシステム情報の要求を受けると、該自己のシステム情報を送信する送信部と、
   前記送信部により送信した前記自己のシステム情報に応じたオペレーティングシステムのイメージファイルを受信する受信部と、
   前記受信部により受信したオペレーティングシステムのイメージファイルを記憶する記憶部と、
   前記記憶部に記憶したオペレーティングシステムのイメージファイルにより当該オペレーティングシステムを起動する起動部と、を具備して成ることを特徴とする情報処理装置。
6. 前記携帯端末から該携帯端末の識別情報を取得する取得部を備え、
   前記記憶部は、前記受信部により受信したオペレーティングシステムのイメージファイルを前記取得部により取得した前記携帯端末の識別情報と対応付けて所定期間記憶し、
   前記起動部は、前記所定期間内に前記識別情報が付与された携帯端末から前記保持しているオペレーティングシステムの起動要求を受けると、当該記憶しているオペレーティングシステムのイメージファイルにより、当該オペレーティングシステムを起動することを特徴とする請求項５に記載の情報処理装置。

Images