(57)【特許請求の範囲】
【請求項１】
第１の仮想計算機と第２の仮想計算機とを実行し、
操作対象の前記第１の仮想計算機から、ユーザ操作を伴わない第１の表示情報と、前記ユーザ操作を伴う第２の表示情報とを取得し、
取得した前記第１の表示情報を表示装置の第１の領域に表示し、取得した前記第２の表示情報を前記表示装置の第２の領域に表示し、
非操作対象の前記第２の仮想計算機において、ユーザへの報知処理が発生した場合に、前記第２の仮想計算機から、前記ユーザ操作を伴わない前記第１の表示情報を取得し、
前記表示装置の前記第１の領域に表示させる情報を、前記第１の仮想計算機の前記第１の表示情報から、前記第２の仮想計算機の前記第１の表示情報に切り替える
処理をコンピュータに実行させる制御プログラム。
【請求項２】
前記切り替える処理は、前記表示装置における前記第１の領域を示す第１の矩形情報と前記第２の領域を示す第２の矩形情報とを示す表示パラメータを前記仮想計算機ごとに記憶する表示エリアテーブルを参照して、前記第２の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機に対応する前記第１の矩形情報を特定し、特定した第１の矩形情報に当該仮想計算機の前記第１の表示情報を表示することを特徴とする請求項１に記載の制御プログラム。
【請求項３】
前記切り替える処理は、前記仮想計算機ごとに前記表示装置へ各表示情報を転送する表示パラメータとして転送元アドレス、転送サイズおよび転送先アドレスを記憶する表示エリアテーブルを参照し、前記第２の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第１の表示情報を読み出して前記表示装置に転送し、前記第１の表示情報を前記表示装置へ表示することを特徴とする請求項１に記載の制御プログラム。
【請求項４】
前記表示エリアテーブルは、前記表示装置の回転量ごとに前記表示パラメータを記憶し、
前記切り替える処理は、前記表示装置が回転した場合には、当該回転量に応じた表示パラメータを前記表示エリアテーブルから参照して、前記第１の表示情報を前記表示装置へ表示することを特徴とする請求項２または３に記載の制御プログラム。
【請求項５】
第１の仮想計算機と第２の仮想計算機とを実行する実行部と、
操作対象の前記第１の仮想計算機から、ユーザ操作を伴わない第１の表示情報を取得する第１取得部と、
前記操作対象の前記第１の仮想計算機から、前記ユーザ操作を伴う第２の表示情報を取得する第２取得部と、
前記第１取得部によって取得された前記第１の表示情報を表示装置の第１の領域に表示させ、前記第２取得部によって取得された前記第２の表示情報を前記表示装置の第２の領域に表示させる表示制御部と、
非操作対象の前記第２の仮想計算機において、ユーザへの報知処理が発生した場合に、前記第２の仮想計算機から、前記ユーザ操作を伴わない前記第１の表示情報を取得し、前記表示装置の前記第１の領域に表示させる情報を、前記第１の仮想計算機の前記第１の表示情報から、前記第２の仮想計算機の前記第１の表示情報に切り替える切替部と
有することを特徴とする携帯端末。
【請求項６】
第１の仮想計算機と第２の仮想計算機とを実行し、
操作対象の前記第１の仮想計算機から、ユーザ操作を伴わない第１の表示情報と、前記ユーザ操作を伴う第２の表示情報とを取得し、
取得した前記第１の表示情報を表示装置の第１の領域に表示し、取得した前記第２の表示情報を前記表示装置の第２の領域に表示し、
非操作対象の前記第２の仮想計算機において、ユーザへの報知処理が発生した場合に、前記第２の仮想計算機から、前記ユーザ操作を伴わない前記第１の表示情報を取得し、
前記表示装置の前記第１の領域に表示させる情報を、前記第１の仮想計算機の前記第１の表示情報から、前記第２の仮想計算機の前記第１の表示情報に切り替える
処理をコンピュータに実行させる仮想計算機の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御プログラム、携帯端末および仮想計算機の制御プログラムに関する。
【背景技術】
【０００２】
近年、１台の計算機で複数のＯＳ（Operating  System）を動作させる仮想化技術、いわゆる仮想計算機（VM：Virtual  Machine）が利用されている。例えば、仮想化技術をサーバに適用して、異なるＯＳを動作させる複数台のサーバで提供していたサービスを、１台のサーバで提供することが行われている。このため、複数台のサーバでサービスを提供するのに比べて、システム構築のコストや電力消費量を削減することができる。
【０００３】
また、パーソナルコンピュータ（PC：Personal  Computer）などのクライアント装置に仮想化技術を適用し、１台のＰＣで、複数人数に対応したクライアント動作を提供することも行われている。これによって、サーバに仮想化技術を適用した場合と同様、コストや電力消費量を削減できる。このように、コストや電力消費量を削減できる仮想化技術は、様々な分野に利用されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６２−１２７７９０号公報
【特許文献２】特開２００６−１４６７５６号公報
【特許文献３】国際公開第２００７／１１１１１２号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、仮想化技術を携帯端末に適用した場合、仮想計算機の切替が多くなり、操作性が悪いという課題があった。
【０００６】
具体的に説明すると、一般的な携帯端末は、画面の一部の領域（以下、ステータス通知領域と呼ぶ）に電池残量、電波強度、メール、不在着信の有無などの各状態を表示し、この状態の変化を音やバイブレータなどによってユーザに報知する。この報知を受けたユーザは、状態に変化があったことを認識して、携帯端末のステータス通知領域を確認し、必要に応じて通知内容を参照する。
【０００７】
例えば、仮想化技術を適用した携帯端末は、仮想計算機としてＯＳ（Ａ）とＯＳ（Ｂ）とを動作させている状態で、操作対象がＯＳ（Ａ）である場合には、ＯＡ（Ａ）の画面を表示させ、ＯＳ（Ｂ）の画面については表示しない。したがって、当該携帯端末は、ＯＳ（Ｂ）の状態が変化した場合、音やバイブレータなどでユーザに報知する。この報知を受けたユーザは、操作対象のＯＳをＯＳ（Ａ）からＯＳ（Ｂ）に切り替えた上で、報知された内容を確認することになる。一例を挙げると、ユーザは、ＯＳ（Ａ）で映像を視聴しているときに、ＯＳ（Ｂ）からの報知を受け取った場合には、一度映像の再生を停止して、操作対象をＯＳ（Ｂ）に切り替え、通知の概要を確認するといった煩雑な操作を行うことになる。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、仮想化技術を携帯端末に適用した場合に、仮想計算機の切替を軽減することができる制御プログラム、携帯端末および仮想計算機の制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する制御プログラム、携帯端末および仮想計算機の制御プログラムは、一つの態様において、仮想計算機を実行し、第１の領域に表示する操作を伴わない第１の表示情報を前記仮想計算機から取得する。また、第２の領域に表示する操作を伴う第２の表示情報を前記仮想計算機から取得し、前記第１の表示情報と第２の表示情報とを表示装置へ表示する。そして、表示を切り換える指示に基づき、前記第１の領域と第２の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照する。その後、表示可能である場合に、前記第２の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第１の表示情報を、表示装置へ表示する。
【発明の効果】
【００１０】
本願の開示する制御プログラム、携帯端末および仮想計算機の制御プログラムの一つの態様によれば、仮想化技術を携帯端末に適用した場合に、仮想計算機の切替を軽減することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１に係る携帯端末が実行する仮想計算機の切替制御を説明する図である。
【図２】図２は、携帯端末の構成を示す機能ブロック図である。
【図３】図３は、表示状態管理テーブルに記憶される情報の例を示す図である。
【図４】図４は、表示エリアテーブルに記憶される情報の例を示す図である。
【図５】図５は、携帯端末が実行する処理の流れを示すフローチャートである。
【図６】図６は、実施例２に係る表示エリアテーブルに記憶される情報の例を示す図である。
【図７】図７は、ＤＭＡを用いた場合の画面転送例を説明する図である。
【図８】図８は、各ゲストＯＳのステータス通知領域が同じ大きさである場合の表示エリアテーブルの例を示す図である。
【図９】図９は、各ゲストＯＳのステータス通知領域が同じ大きさである場合の画面の切り替わり例を示す図である。
【図１０】図１０は、各ゲストＯＳのステータス通知領域の大きさが異なる場合の表示エリアテーブルの例を示す図である。
【図１１】図１１は、各ゲストＯＳのステータス通知領域が異なる大きさである場合の画面の切り替わり例を示す図である。
【図１２】図１２は、各ゲストＯＳのステータス通知領域の位置も大きさも異なる場合の表示エリアテーブルの例を示す図である。
【図１３】図１３は、各ゲストＯＳのステータス通知領域の位置も大きさも異なる場合の画面の切り替わり例を示す図である。
【図１４】図１４は、複数のステータス通知領域の一覧表示を説明する図である。
【図１５】図１５は、画面表示制御プログラムを実行するコンピュータのハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する制御プログラム、携帯端末および仮想計算機の制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１３】
実施例１では、実施例１に係る携帯端末が実行する仮想計算機の切替制御、携帯端末の機能ブロック図、処理の流れ、効果を説明する。なお、ここで説明する携帯端末は、例えば、スマートフォンや一般的な携帯電話などの端末である。
【００１４】
［仮想計算機の切替制御］
図１は、実施例１に係る携帯端末が実行する仮想計算機の切替制御を説明する図である。実施例１に係る携帯端末は、仮想計算機（ＶＭ：Virtual  Machine）を実行して、複数のＯＳ（Operating  System）を実行する端末である。本実施例では、一例として、携帯端末がゲストＯＳ（Ａ）とゲストＯＳ（Ｂ）とを動作させる例で説明するが、ＯＳの種別や数を限定するものではない。
【００１５】
また、携帯端末は、ゲストＯＳ（Ａ）とゲストＯＳ（Ｂ）との両方を動作させている状況では、それぞれのＯＳに対応した処理を実行する。例えば、携帯端末は、ゲストＯＳ（Ａ）が提供するメール機能でメールを受信する一方で、ゲストＯＳ（Ｂ）が提供するメール機能でメールを受信する。
【００１６】
このような携帯端末は、各ゲストＯＳを動作させている状況で、ゲストＯＳ（Ａ）を操作対象のＯＳとして動作させている場合には、図１の左図に示すように、表示画面上にゲストＯＳ（Ａ）の情報を表示する。つまり、携帯端末は、ユーザの指示操作によって指定された一方のゲストＯＳを主ＯＳとして動作させ、もう一方を副ＯＳとして動作させる。
【００１７】
具体的には、携帯端末は、表示画面を「操作対象領域」と「ステータス通知領域」に分割し、主ＯＳとして動作させるゲストＯＳ（Ａ）の情報を表示する。例えば、携帯端末は、キーパッドなどの入力部から受け付けた情報など、ユーザの操作に伴って生成した情報を「操作対象領域」に表示する。また、携帯端末は、例えば電池残量、電波強度、メール、不在着信の有無などのユーザ操作の伴わない情報を「スタータス通知領域」に表示する。
【００１８】
一方で、携帯端末は、副ＯＳとして動作させるゲストＯＳ（Ｂ）が処理した情報を携帯端末内のメモリ等に格納する。例えば、携帯端末は、図１の左図に示すように、ゲストＯＳ（Ａ）の情報が表示部に表示されている状況で、ゲストＯＳ（Ｂ）がメールを受信した場合には、当該メールをメモリ等に格納する。
【００１９】
このように、仮想計算機を実行する携帯端末は、第１の領域の一例である「ステータス通知領域」に表示する操作を伴わない第１の表示情報を仮想計算機から取得する。また、携帯端末は、第２の領域の一例である「操作対象領域」に表示する操作を伴う第２の表示情報を仮想計算機から取得する。そして、携帯端末は、第１の表示情報と第２の表示情報とを表示装置の一例である「ディスプレイ」へ表示する。また、携帯端末は、表示を切り換える指示に基づき、第１の領域と第２の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照する。そして、携帯端末は、表示可能である場合に、第２の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の第１の表示情報を表示装置へ表示する。
【００２０】
具体的に例を挙げると、携帯端末は、図１の左図に示すように、「操作対象領域」と「ステータス通知領域」に、操作対象として動作させるゲストＯＳ（Ａ）の情報を表示させている。この状況で、携帯端末は、副ＯＳとして動作するゲストＯＳ（Ｂ）がメールを受信したことをユーザに報知する。その後、携帯端末は、「メニューボタン」クリックなどの表示切替操作を受け付けた場合、図１の右図に示すように、ゲストＯＳ（Ｂ）がメールを受信したことを示すアイコン等を、ディスプレイの「ステータス通知領域」に表示させる。
【００２１】
したがって、実施例１に係る携帯端末は、操作対象ではないＯＳの処理によってユーザに報知する事象が発生した場合でも、ＯＳを切り替えることなく、簡単な操作で報知内容をユーザに表示することができる。この結果、仮想化技術を携帯端末に適用した場合でも、仮想計算機の切替を軽減することができる。
【００２２】
［携帯端末の構成］
図２は、携帯端末の構成を示す機能ブロック図である。図２に示すように、携帯端末１０は、表示部１１、入力制御部１２、主記憶部１３ａ、補助記憶部１３ｂ、通話処理部１４、制御部１５、ハイパーバイザ１６を有する。さらに、携帯端末１０は、管理ＶＭ１７、ゲスト（Ａ）ＶＭ１８、ゲスト（Ｂ）ＶＭ１９、表示制御ＶＭ２０、補助記憶ＶＭ２１、入力制御ＶＭ２２、通話処理ＶＭ２３を有する。
【００２３】
このうち、表示部１１、入力制御部１２、主記憶部１３ａ、補助記憶部１３ｂ、通話処理部１４、制御部１５は、電子回路や集積回路などのハードウェアである。また、管理ＶＭ１７、ゲスト（Ａ）ＶＭ１８、ゲスト（Ｂ）ＶＭ１９、表示制御ＶＭ２０、補助記憶ＶＭ２１、入力制御ＶＭ２２、通話処理ＶＭ２３は、制御部１５やハイパーバイザ１６などによって提供される仮想計算機である。また、各処理部は、ハイパーバイザ１６を介して相互に接続される。なお、ここで示した各処理部は一例であり、これに限定されるものではない。
【００２４】
表示部１１は、一般的な携帯電話等に搭載されるディスプレイなどの表示装置であり、携帯端末１０の各制御部が実行した結果を表示する。例えば、表示部１１は、音声通話を着信した場合の「着信画面」、音声通話の開始する場合の「発信画面」、携帯端末１０の機能を選択させる「メニュー画面」などを表示する。
【００２５】
入力制御部１２は、一般的な携帯電話等に搭載されるキーパッドなどの入力装置であり、ユーザの操作を受け付けて、各制御部に出力する。また、表示部１１と入力制御部１２とを連携させた、例えばタッチパネルのような画面であってもよい。
【００２６】
補助記憶部１３ｂは、携帯端末１０が実行するプログラム等を記憶するとともに、一般的な携帯電話が有する電話帳、受信メール、送信済みメールなどの各種情報を記憶する記憶装置である。補助記憶部１３ｂの一例としては、ＮＡＮＤ型フラッシュメモリなどが挙げられ、主記憶部１３ａの一例としては、ＲＡＭ（Random  Access  Memory）などが挙げられる。
【００２７】
通話処理部１４は、例えばベースバンド処理部などを有する処理部であり、携帯電話として音声通話を実行するための処理部である。なお、通話処理部１４が有する各制御部は、一般的な携帯電話が有する処理部と同様であるので、詳細な説明は省略する。
【００２８】
制御部１５は、ＣＰＵ（Central  Processing  Unit）などの電子回路であり、携帯端末１０全体の処理を司る処理部である。この制御部１５は、ハイパーバイザ１６を実行して、仮想計算機（ＶＭ）を動作させる。また、制御部１５は、ゲスト（Ａ）ＶＭ１８やゲスト（Ｂ）ＶＭ１９からメール受信など、ユーザへの報知指示を受信した場合に、バイブレーションを起動させたり、音を出力したりして報知する。
【００２９】
ハイパーバイザ１６は、制御部１５によって実行される制御プログラムであり、上位で動作するゲストＯＳや各ＶＭに、高い独立性を持ったパーティション分割機能を提供する。例えば、ハイパーバイザ１６は、各ＶＭごとに、制御部１５が有するＣＰＵなどのプロセッサにおける所定処理能力をＶＭが使用する仮想プロセッサとして割り当てる。また、ハイパーバイザ１６は、各ＶＭごとに、主記憶部１３ａにおける所定領域をＶＭが使用する仮想メモリ領域として割り当てる。このハイパーバイザ１６は、各ＶＭを相互に接続して各ＶＭの通信を制御する。また、ハイパーバイザ１６は、各ＶＭと各物理的な処理部とを相互に接続する。同様に、ハイパーバイザ１６は、各物理的な処理部を相互に接続する。
【００３０】
管理ＶＭ１７は、ＶＭの作成、ＶＭの削除、ＶＭのマイグレーション、操作対象となっているゲストＯＳに対する処理など、ＶＭの全体的な制御を実行する仮想計算機である。例えば、管理ＶＭ１７は、ユーザの操作等によって操作対象のゲストＯＳを特定し、特定したゲストＯＳを実行するゲスト（Ａ）ＶＭ１８またはゲスト（Ｂ）ＶＭ１９のいずれかを操作対象として制御する。また、この管理ＶＭ１７は、表示状態管理テーブル１７ａと表示状態管理通知部１７ｂとを有する。
【００３１】
表示状態管理テーブル１７ａは、主記憶部１３ａにおける所定領域をハイパーバイザ１６が使用するメモリとして割り当てることで実現された仮想メモリ領域に生成されたテーブルである。この表示状態管理テーブル１７ａは、「ステータス通知領域」と「操作対象領域」で異なるＶＭの表示情報の表示の可否を記録する。図３は、表示状態管理テーブルに記憶される情報の例を示す図である。なお、図３の例は、あくまで例示であり、これに限定されるものではなく、任意に設定変更できる。
【００３２】
図３に示すように、表示状態管理テーブル１７ａは、「ゲストＯＳ、次のＯＳ、ステータス通知領域」を記憶する。ここで記憶される情報は、表示管理通知部１７ｂによって更新される。「ゲストＯＳ」は、携帯端末１０内部で仮想計算機として実行されるＯＳであり、「ステータス通知領域」の表示対象となるＯＳを示す。「次のＯＳ」は、携帯端末１０内部で仮想計算機として実行されるＯＳであり、「ステータス通知領域」の表示対象となる次のＯＳを示す。「ステータス通知領域」は、どのゲストＯＳのステータス通知領域を表示しているかを示す情報であり、現在表示している場合には「表示中」が格納され、現在表示していない場合には「表示可」が格納される。
【００３３】
図３の上図の場合、現在、ゲストＯＳ（Ａ）のステータス通知領域が表示部１１に表示されており、次に表示可能なＯＳがゲストＯＳ（Ｂ）であることを示す。また、図３の上図の状態から、ゲストＯＳ（Ｂ）のステータス通知領域が表示部１１に表示された場合、図３の下図に示すように、「ゲストＯＳ＝ゲストＯＳ（Ｂ）」に対応する「ステータス通知領域」が「表示中」に更新される。さらに、「ゲストＯＳ＝ゲストＯＳ（Ａ）」に対応する「ステータス通知領域」が「表示可」に更新される。
【００３４】
表示状態管理通知部１７ｂは、管理ＶＭ１７内で実行される処理部であり、例えばメニューボタンクリックなどの「ステータスを見る操作」が受け付けられたことを示す通知を入力制御ＶＭ２２から受信する。すると、表示状態管理通知部１７ｂは、「ステータス通知領域変更要求」が発生したと認識し、表示状態管理テーブル１７ａを参照する。そして、表示状態管理通知部１７ｂは、「表示対象ＯＳとステータス通知領域表示ＯＳ」を含む表示構成を決定して、表示エリア決定部２０ｄに表示構成変更の指示を出力する。
【００３５】
例えば、表示状態管理通知部１７ｂは、表示状態管理テーブル１７ａの「ステータス通知領域」から値が「表示中」となっているゲストＯＳを取得する。さらに、表示状態管理通知部１７ｂは、該当ゲストＯＳの「次のＯＳ」を表示状態管理テーブル１７ａから取得する。これらはそれぞれ、ステータス通知領域表示中のゲストＯＳ、および、ステータス通知領域に次に表示するゲストＯＳに相当する。
【００３６】
ここで、表示状態管理通知部１７ｂは、ステータス通知領域表示中のゲストＯＳが次に表示するゲストＯＳと同一と判定した場合、表示を変更する必要がないと判定し、処理を終了する。表示状態管理通知部１７ｂは、異なる場合は、表示中ゲストＯＳの「ステータス通知領域」を「表示可」に、次に表示するゲストＯＳの「ステータス通知領域」を「表示中」に変更するように表示状態管理テーブル１７ａを更新する。その上で、表示状態管理通知部１７ｂは、表示エリア決定部２０ｄに対して表示構成変更を要求する。なお、表示状態管理通知部１７ｂは、表示構成変更要求として、操作対象ＯＳとステータス通知領域表示ＯＳを指定するために、操作対象ＯＳを管理ＶＭ１７等から取得し、次に表示するＯＳをステータス通知領域表示ＯＳとして送信する。
【００３７】
ゲスト（Ａ）ＶＭ１８は、ゲストＯＳであるＯＳ（Ａ）を実行させる仮想計算機である。ゲスト（Ａ）ＶＭ１８は、表示情報生成部１８ａを有し、例えばメール機能、通話機能、Ｗｅｂ閲覧機能など、ゲストＯＳ（Ａ）が提供する処理の画面を生成して、ユーザに提供する。一例を挙げると、ゲスト（Ａ）ＶＭ１８は、入力制御ＶＭ２２を介してユーザからメール作成依頼を受け付けると、メール機能を実行して、メールを送受信する画面の生成を表示情報生成部１８ａに指示する。また、ゲスト（Ａ）ＶＭ１８は、通話処理ＶＭ２３から着信したことが通知されると、着信画面の生成を表示情報生成部１８ａに指示する。
【００３８】
表示情報生成部１８ａは、ゲスト（Ａ）ＶＭ１８から指示された画面を生成して表示制御ＶＭ２０のフレームバッファ２０ｂに格納する処理部である。具体的に例を挙げると、表示情報生成部１８ａは、メール作成画面やＷｅｂ操作画面など、ゲスト（Ａ）ＶＭ１８からユーザの操作を伴う画面の生成が指示された場合、指示された画面を生成してフレームバッファ２０ｂの「操作対象領域」に出力する。また、表示情報生成部１８ａは、電波強度の変化や電池残量の変化など、ゲスト（Ａ）ＶＭ１８からユーザの操作を伴わない画面の生成が指示された場合、指示された画面を生成してフレームバッファ２０ｂの「ステータス通知領域」に出力する。
【００３９】
ゲスト（Ｂ）ＶＭ１９は、ゲストＯＳ（Ａ）と同様であるので詳細な説明は省略する。簡単に説明すると、ゲスト（Ｂ）ＶＭ１９は、ゲストＯＳであるＯＳ（Ｂ）を実行させる仮想計算機である。ゲスト（Ｂ）ＶＭ１９は、表示情報生成部１９ａを有し、例えばメール機能、通話機能、Ｗｅｂ閲覧機能など、ゲストＯＳ（Ｂ）が提供する処理の画面を生成して、ユーザに提供する。
【００４０】
表示情報生成部１９ａは、ゲスト（Ｂ）ＶＭ１９から指示された画面を生成して表示制御ＶＭ２０のフレームバッファ２０ｃに格納する処理部である。具体的に例を挙げると、表示情報生成部１９ａは、ゲスト（Ｂ）ＶＭ１９からユーザの操作を伴う画面の生成が指示された場合、指示された画面を生成してフレームバッファ２０ｃの「操作対象領域」に出力する。また、表示情報生成部１９ａは、ゲスト（Ｂ）ＶＭ１９からユーザの操作を伴わない画面の生成が指示された場合、指示された画面を生成してフレームバッファ２０ｃの「ステータス通知領域」に出力する。
【００４１】
表示制御ＶＭ２０は、表示エリアテーブル２０ａ、フレームバッファ２０ｂ、フレームバッファ２０ｃ、表示エリア決定部２０ｄ、表示制御部２０ｅを有し、これによって表示部１１への表示を制御する仮想計算機である。
【００４２】
表示エリアテーブル２０ａは、各ゲストＯＳごとに、画面全体およびステータス通知領域の構成を保存する。図４は、表示エリアテーブルに記憶される情報の例を示す図である。図４に示すように、表示エリアテーブル２０ａは、「ゲストＯＳ、画面全体（転送元アドレス、転送サイズ、転送先アドレス）、ステータス通知領域（矩形開始点、矩形サイズ）」を記憶する。
【００４３】
ここで記憶される「ゲストＯＳ」は、携帯端末１０内の仮想計算機で動作するゲストＯＳを示す。「画面全体」は、ＤＭＡ（Direct  Memory  Access）を用いた場合に、操作を伴う画面を表示部１１全体に表示させるための情報を示す。「転送元アドレス」は、表示部１１への転送元となるフレームバッファのアドレスを示し、「転送サイズ」は、表示部１１への転送対象である画面のサイズを示し、「転送先アドレス」は、画面の転送先となる表示部１１のアドレスを示す。
【００４４】
また、「ステータス通知領域」は、操作を伴わない画面をステータス通知領域として表示部１１に表示させる矩形情報を示す。「矩形開始点」は、表示部１１上において、ステータス通知領域の開始位置を示す座標である。「矩形サイズ」は、表示部１１上に表示させるステータス通知領域のサイズを示す。
【００４５】
図４の場合、ゲストＯＳ（Ａ）の操作を伴う画面を表示部１１に表示させる場合、フレームバッファ２０ｂのアドレス「ＦＢ＿Ａ」からサイズ「ＳｃｒｅｅｎＳｉｚｅ」のデータを、表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ」に転送することを示す。また、ゲストＯＳ（Ａ）の操作を伴わない画面を表示部１１に表示させる場合、フレームバッファ２０ｂの「ステータス通知領域」に格納される画面を、表示部１１の座標「ＳｔＸａ、ＳｔＹａ」からサイズ「ＳｔＷａ×ＳｔＨａ」までの領域に表示することを示す。
【００４６】
同様に、ゲストＯＳ（Ｂ）の操作を伴う画面を表示部１１に表示させる場合、フレームバッファ２０ｃのアドレス「ＦＢ＿Ｂ」からサイズ「ＳｃｒｅｅｎＳｉｚｅ」のデータを、表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ」に転送することを示す。また、ゲストＯＳ（Ｂ）の操作を伴わない画面を表示部１１に表示させる場合、以下の処理を実行する。つまり、フレームバッファ２０ｃの「ステータス通知領域」に格納される画面を、表示部１１の座標「ＳｔＸｂ、ＳｔＹｂ」を開始点とするサイズ「ＳｔＷｂ×ＳｔＨｂ」の矩形領域に表示することを示す。
【００４７】
図２に戻り、フレームバッファ２０ｂは、上述した「ステータス通知領域」と「操作対象領域」とを有し、ゲストＯＳ（Ａ）の表示情報生成部１８ａが生成した情報を記憶する記憶領域である。なお、表示情報生成部１８ａは、操作を伴わない画面を「ステータス通知領域」に格納し、操作を伴う画面を「操作対象領域」に格納する。同様に、フレームバッファ２０ｃは、上述した「ステータス通知領域」と「操作対象領域」とを有し、ゲストＯＳ（Ｂ）の表示情報生成部１９ａが生成した情報を記憶する記憶領域である。
【００４８】
表示エリア決定部２０ｄは、表示部１１に表示させる画面の領域を決定する処理部である。具体的には、表示エリア決定部２０ｄは、表示状態管理通知部１７ｂからの「表示対象ＯＳとステータス通知領域表示ＯＳ」を含む表示構成変更の指示を受け、画面上に表示する構成を決定する。そして、表示エリア決定部２０ｄは、表示制御ＶＭ２０内の表示制御部２０ｅに、決定された構成による表示の指示を出力する。
【００４９】
例えば、表示エリア決定部２０ｄは、表示状態管理通知部１７ｂから表示構成変更を受信すると、当該要求から操作対象ＯＳとステータス通知領域表示ＯＳを抽出する。続いて、表示エリア決定部２０ｄは、表示エリアテーブル２０ａを参照し、操作対象ＯＳの「画面全体」のパラメータを取得する。さらに、表示エリア決定部２０ｄは、操作対象ＯＳとステータス通知領域表示ＯＳを比較し、同一のＯＳであるならば、先に取得した「画面全体」のパラメータを含めて、表示制御部２０ｅに表示を依頼する。
【００５０】
一例を挙げると、表示エリア決定部２０ｄは、操作対象ＯＳとステータス通知領域表示ＯＳとが共にゲストＯＳ（Ａ）であるとする。この場合、表示エリア決定部２０ｄは、フレームバッファ２０ｂの全領域、すなわち「ステータス通知領域」＋「操作対象領域」の画面を出力する指示を表示制御部２０ｅに出力する。このとき、表示制御部２０ｅは、表示エリアテーブル２０ａの「ゲストＡ」を参照し、表示パラメータとして転送元アドレス「ＦＢ＿Ａ」、転送サイズ「ＳｃｒｅｅｎＳｉｚｅ」、転送先アドレス「Ｌｃｄ＿ｔｏｐ」を表示制御部２０ｅに出力する。
【００５１】
また、表示エリア決定部２０ｄは、操作対象ＯＳとステータス通知領域表示ＯＳとが異なっている場合には、ステータス通知領域表示ＯＳの「ステータス通知領域」のパラメータを取得する。続いて、表示エリア決定部２０ｄは、「画面全体」に対して「ステータス通知領域」を上書きするような表示構成となるように表示制御部２０ｅに渡すパラメータを決定して表示の依頼を行う。
【００５２】
一例を挙げると、表示エリア決定部２０ｄは、操作対象ＯＳがゲストＯＳ（Ａ）でステータス通知領域表示ＯＳがゲストＯＳ（Ｂ）であるとする。この場合、表示エリア決定部２０ｄは、フレームバッファ２０ｃの「ステータス通知領域」の画面を出力する指示を表示制御部２０ｅに出力する。このとき、表示制御部２０ｅは、表示エリアテーブル２０ａの「ゲストＢ」を参照して「矩形開始点、矩形サイズ」を取得し、「矩形開始点、矩形サイズ」を表示パラメータとして表示制御部２０ｅに出力する。
【００５３】
表示制御部２０ｅは、フレームバッファ２０ｂまたはフレームバッファ２０ｃから画面を読み出して表示部１１に表示する処理部である。例えば、表示制御部２０ｅは、表示エリア決定部２０ｄから全領域を表示する指示と、表示パラメータ「転送元アドレス＝ＦＢ＿Ａ、転送サイズ＝ＳｃｒｅｅｎＳｉｚｅ、転送先アドレス＝Ｌｃｄ＿ｔｏｐ」を受信したとする。
【００５４】
この場合、表示制御部２０ｅは、フレームバッファ２０ｂのアドレス「ＦＢ＿Ａ」から転送サイズ「ＳｃｒｅｅｎＳｉｚｅ」までの画面をフレームバッファ２０ｂから取得する。そして、表示制御部２０ｅは、取得した画面を、表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ」を先頭とした領域に表示させる。この結果、表示制御部２０ｅは、操作対象のＯＳであるゲストＯＳ（Ａ）の画面を、表示部１１の全画面として表示させることができる。
【００５５】
また、表示制御部２０ｅは、表示エリア決定部２０ｄからフレームバッファ２０ｃの「ステータス通知領域」の画面を出力する指示と、表示パラメータ「矩形開始点、矩形サイズ」を受信したとする。この場合、表示制御部２０ｅは、フレームバッファ２０ｃの「ステータス通知領域」から画面を取得し、取得した画面を、表示部１１の座標「ＳｔＸｂ、ＳｔＹｂ」を開始点とするサイズ「ＳｔＷｂ×ＳｔＨｂ」の矩形領域に表示させる。この結果、表示制御部２０ｅは、表示部１１の「操作対象領域」にゲストＯＳ（Ａ）の画面を表示させている状況で、表示部１１の「ステータス通知領域」にはゲストＯＳ（Ｂ）のステータス画面を表示させることができる。
【００５６】
図２に戻り、補助記憶ＶＭ２１は、補助記憶領域である補助記憶部１３ｂを所定領域に分割して、各ＶＭに割り当てることで、各ＶＭに専用の補助記憶領域を提供する仮想計算機である。
【００５７】
入力制御ＶＭ２２は、入力制御部１２で受け付けられたユーザ操作を各ＶＭに通知する仮想計算機である。例えば、入力制御ＶＭ２２は、操作特定部２２ａを有し、入力制御部１２によって受け付けられたユーザ操作の内容を特定し、該当するＶＭに通知する。
【００５８】
操作特定部２２ａは、ユーザ操作を特定して各ＶＭに通知する処理部である。例えば、操作特定部２２ａは、入力制御部１２によって「発信ボタン」押下などの通話操作を受け付けられた場合には、当該操作を通話処理ＶＭ２３に通知する。また、操作特定部２２ａは、入力制御部１２によって「メニュー」ボタンクリックなどの表示切替要求、つまり「ステータスを見る操作」を受け付けた場合には、当該操作が受け付けられたことを管理ＶＭ１７等に通知する。
【００５９】
通話処理ＶＭ２３は、ゲスト（Ａ）ＶＭ１８やゲスト（Ｂ）ＶＭ１９の操作に基づいて、通話処理部１４と連携して通話処理等を実行し、他の装置と通話を確立する仮想計算機である。なお、通話処理ＶＭ２３は仮想計算機であるが、一般的な携帯電話等に搭載される通話処理機能と同様の処理を実行する。
【００６０】
［処理の流れ］
図５は、携帯端末が実行する処理の流れを示すフローチャートである。図５に示すように、入力制御ＶＭ２２の操作特定部２２ａが表示切替要求を受信すると（Ｓ１０１肯定）、管理ＶＭ１７の表示状態管理通知部１７ｂは、Ｓ１０２を実行する。すなわち、表示状態管理通知部１７ｂは、表示状態管理テーブル１７ａを参照し、「ステータス通知領域」が「表示中」である「ゲストＯＳ」を取得する。続いて、表示状態管理通知部１７ｂは、表示状態管理テーブル１７ａを参照し、「ステータス通知領域」が「表示中」である「次のゲストＯＳ」を取得する（Ｓ１０３）。
【００６１】
そして、表示状態管理通知部１７ｂは、取得した「ゲストＯＳ」と「次のＯＳ」とが一致するか否かを判定する（Ｓ１０４）。表示状態管理通知部１７ｂは、一致しないと判定した場合（Ｓ１０４否定）、「ステータス通知領域」の「表示中」と「表示可」のステータスを更新する（Ｓ１０５）。具体的には、表示状態管理通知部１７ｂは、Ｓ１０２で取得した「ゲストＯＳ」の「ステータス通知領域」を「表示可」に更新する。さらに、表示状態管理通知部１７ｂは、Ｓ１０３で取得した「次のＯＳ」の「ステータス通知領域」を「表示中」に更新する。
【００６２】
その後、表示状態管理通知部１７ｂは、内部メモリ等で管理する情報から「操作対象ＯＳ」を取得する（Ｓ１０６）。続いて、表示状態管理通知部１７ｂは、「操作対象領域」には「操作対象ＯＳ」の画面、「ステータス通知領域」には「次のＯＳ」の画面を表示させる指示を表示エリア決定部２０ｄに出力する（Ｓ１０７）。なお、Ｓ１０４において、表示状態管理通知部１７ｂは、一致すると判定した場合（Ｓ１０４肯定）、Ｓ１０５からＳ１０７を実行することなく、Ｓ１０８を実行する。
【００６３】
表示エリア決定部２０ｄは、表示エリアテーブル２０ａを参照し、表示状態管理通知部１７ｂから通知された「操作対象ＯＳ」の「画面全体」の表示パラメータを取得する（Ｓ１０８）。続いて、表示エリア決定部２０ｄは、表示状態管理通知部１７ｂから通知された「操作対象ＯＳ」と「次のＯＳ」とが一致するか否かを判定する（Ｓ１０９）。
【００６４】
そして、表示エリア決定部２０ｄは、「操作対象ＯＳ」と「次のＯＳ」とが一致すると判定した場合（Ｓ１０９肯定）、Ｓ１１０からＳ１１２を実行する。すなわち、表示エリア決定部２０ｄは、「操作対象領域」の表示対象となっている操作対象ＯＳと「ステータス通知領域」の表示対象となっているＯＳとが一致すると判定した場合に、Ｓ１１０からＳ１１２を実行する。
【００６５】
具体的には、表示エリア決定部２０ｄは、「操作対象ＯＳ」に対応する「画面全体」を表示エリアテーブル２０ａから取得し、表示パラメータとして決定する（Ｓ１１０）。続いて、表示エリア決定部２０ｄは、決定した表示パラメータを表示制御部２０ｅに通知する（Ｓ１１１）。その後、表示制御部２０ｅは、通知された表示パラメータにしたがってフレームバッファ２０ｂまたはフレームバッファ２０ｃから画面を取得し、通知された表示パラメータにしたがって表示部１１に画面を表示させる（Ｓ１１２）。
【００６６】
一方、表示エリア決定部２０ｄは、「操作対象ＯＳ」と「次のＯＳ」とが一致しないと判定した場合（Ｓ１０９否定）、Ｓ１１３からＳ１１５を実行する。すなわち、表示エリア決定部２０ｄは、「操作対象領域」の表示対象となっている操作対象ＯＳと「ステータス通知領域」の表示対象となっているＯＳとが一致しないと判定した場合に、Ｓ１１３からＳ１１５を実行する。
【００６７】
具体的には、表示エリア決定部２０ｄは、「次のＯＳ」に対応する「ステータス通知領域」を表示エリアテーブル２０ａから取得し、表示パラメータとして決定する（Ｓ１１３）。続いて、表示エリア決定部２０ｄは、決定した表示パラメータを表示制御部２０ｅに通知する（Ｓ１１４）。その後、表示制御部２０ｅは、通知された表示パラメータにしたがってフレームバッファ２０ｂまたはフレームバッファ２０ｃから画面を取得し、通知された表示パラメータにしたがって表示部１１の「ステータス通知領域」に表示させる（Ｓ１１５）。このとき、例えば、表示制御部２０ｅは、現在表示されている画面上において、「ステータス通知領域」と重複する画面を上書きするように、フレームバッファ２０ｂまたはフレームバッファ２０ｃから取得した画面を表示させる。
【００６８】
［実施例１による効果］
このように、実施例１に係る携帯端末は、ユーザが「ステータスを見る操作」を行った際には、操作対象領域の表示対象ＯＳとステータス通知領域の表示対象ＯＳとを異なるＯＳとして指示を出すことができる。この結果、携帯端末は、操作対象ＯＳを切り替えずに、ステータス通知領域のみ他のＯＳの領域を合成表示させることが可能となる。
【００６９】
また、実施例１に係る携帯端末は、ユーザが操作対象変更処理を行う前に事前に変更処理を行うべきかどうかの確認をユーザに促すことができ、ユーザ利便性を向上させることもできる。さらに、実施例１に係る携帯端末は、上位ゲストＯＳ上に特別なプログラムを導入する必要がなく、ＯＳが変更されても影響を受けにくいため、開発者コストを抑えることもできる。
【実施例２】
【００７０】
ところで、開示する携帯端末が表示部１１に画面を表示させる手法としては、座標軸やＤＭＡを用いる手法など様々な手法を用いることができる。具体的には、携帯端末は、表示エリアテーブルで、「画面全体」、「操作画面領域」、「ステータス領域」などの各領域を座標軸で管理することができる。
【００７１】
また、携帯端末は、表示制御ＶＭ２０の各フレームバッファと表示部１１とを対応付けておき、フレームバッファに格納される画像（画面）を表示部１１に転送することもできる。そこで、実施例２では、図６と図７を用いて、携帯端末がＤＭＡを用いて、フレームバッファに格納される画面を表示部１１に転送する例について説明する。
【００７２】
図６は、実施例２に係る表示エリアテーブルに記憶される情報の例を示す図である。図７は、ＤＭＡを用いた場合の画面転送例を説明する図である。図６に示すように、表示エリアテーブルは、図４と同様、「ゲストＯＳ、画像全体、ステータス通知領域」を対応付けて記憶する。
【００７３】
図６の場合、ゲストＯＳ（Ａ）の操作を伴う画面を表示部１１に表示させる場合、フレームバッファ２０ｂのアドレス「ＦＢ＿Ａ」からサイズ「ＳｃｒｅｅｎＳｉｚｅ」のデータを、表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ」に転送することを示す。ゲストＯＳ（Ａ）の操作を伴わない画面を表示部１１に表示させる場合、フレームバッファ２０ｂのアドレス「ＦＢ＿Ａ＋ＳｔａｔＡ」からサイズ「ＳｃｒｅｅｎＳｉｚｅＡ」のデータを表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ＋ＳｔａｔＡ」に転送することを示す。
【００７４】
同様に、ゲストＯＳ（Ｂ）の操作を伴う画面を表示部１１に表示させる場合、フレームバッファ２０ｃのアドレス「ＦＢ＿Ｂ」からサイズ「ＳｃｒｅｅｎＳｉｚｅ」のデータを、表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ」に転送することを示す。ゲストＯＳ（Ｂ）の操作を伴わない画面を表示部１１に表示させる場合、フレームバッファ２０ｃのアドレス「ＦＢ＿Ｂ＋ＳｔａｔＢ」からサイズ「ＳｃｒｅｅｎＳｉｚｅＢ」のデータを表示部１１のアドレス「Ｌｃｄ＿ｔｏｐ＋ＳｔａｔＢ」に転送することを示す。
【００７５】
続いて、図７を用いて、図６の状態においてゲストＯＳ（Ａ）の画面全体とゲストＯＳ（Ｂ）のステータス通知領域とを表示させる例を説明する。図７に示すように、表示制御部２０ｅは、ＳｔａｔＢ＝０でない場合、フレームバッファ２０ｂのＦＢ＿ＡからＳｔａｔＢまでの長さを、表示部１１のＬｃｄ＿ｔｏｐを先頭する領域に転送する。続いて、表示制御部２０ｅは、フレームバッファ２０ｃのＦＢ＿Ｂ＋ＳｔａｔＢからＳｔａｔＳｉｚｅＢの長さを、表示部１１のＬｃｄ＿ｔｏｐ＋ＳｔａｔＢを先頭する領域へ転送する。続いて、表示制御部２０ｅは、（ＳｔａｔＢ＋ＳｔａｔＳｉｚｅＢ）＝ＳｃｒｅｅｎＳｉｚｅでない場合、以下のように制御する。具体的には、表示制御部２０ｅは、フレームバッファ２０ｂのＦＢ＿Ａ＋ＳｔａｔＢ＋ＳｔａｔＳｉｚｅＢからＳｃｒｅｅｎＳｉｚｅ−（ＳｔａｔＢ＋ＳｔａｔＳｉｚｅＢ）の長さを、表示部１１のＬｃｄ＿ｔｏｐ＋ＳｔａｔＢ＋ＳｔａｔＳｉｚｅＢへ転送する。
【００７６】
このようにすることで、ステータス通知領域以外の部分は操作対象ＯＳの画面全体を転送元として転送し、該当ステータス通知領域の部分だけは、ステータス通知領域を表示したいＯＳの画面の中のステータス通知領域に相当する部分を転送することができる。
【実施例３】
【００７７】
次に、図８から図１２を用いて、操作対象領域とステータス通知領域とを切り替える様々な具体例を例示する。
【００７８】
（具体例１）
図８は、各ゲストＯＳのステータス通知領域が同じ大きさである場合の表示エリアテーブルの例を示す図である。図９は、各ゲストＯＳのステータス通知領域が同じ大きさである場合の画面の切り替わり例を示す図である。
【００７９】
図８に示すように、表示エリアテーブルは、「ゲストＯＳ、画面全体、ステータス通知領域」として「ゲストＡ、（ＦＢ＿Ａ、ＳｃｒｅｅｎＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）、（ＦＢ＿Ａ、ＳｔａｔＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）」を記憶する。同様に、表示エリアテーブルは、「ゲストＢ、（ＦＢ＿Ｂ、ＳｃｒｅｅｎＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）、（ＦＢ＿Ｂ、ＳｔａｔＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）」を記憶する。
【００８０】
ここでは、ゲストＯＳ（Ａ）とゲストＯＳ（Ｂ）のステータス通知領域の場所も大きさも同じである例について説明する。この場合、表示制御部２０ｅは、フレームバッファ２０ｂのＦＢ＿ＡからＳｔａｔＳｉｚｅの大きさを表示部１１のＬｃｄ＿ｔｏｐを先頭とする領域に転送する。また、表示制御部２０ｅは、フレームバッファ２０ｃのＦＢ＿Ｂ＋ＳｔａｔＳｉｚｅからＳｃｒｅｅｎＳｉｚｅ−ＳｔａｔＳｉｚｅの大きさを表示部１１のＬｃｔ＿ｔｏｐ＋Ｓｔａｔｓｉｚｅを先頭とする領域に転送する。
【００８１】
具体的には、図９に示すように、携帯端末１１は、ゲストＯＳ（Ａ）を操作中に、ゲストＯＳ（Ｂ）のステータス通知領域の表示要求を受け付けた場合に、ゲストＯＳ（Ａ）の画面上にゲスト（Ｂ）のステータス通知画面を表示させる。その後、携帯端末１１は、ゲストＯＳ（Ｂ）を操作中に、ゲストＯＳ（Ａ）のステータス通知領域の表示要求を受け付けた場合に、ゲストＯＳ（Ｂ）の画面上にゲスト（Ａ）のステータス通知画面を表示させる。このように、携帯端末１１は、操作対象のゲストＯＳやステータス通知領域のゲストＯＳを切り替えた場合でも、ステータス通知領域の位置と大きさを変更させずに表示させることができる。
【００８２】
（具体例２）
図１０は、各ゲストＯＳのステータス通知領域の大きさが異なる場合の表示エリアテーブルの例を示す図である。図１１は、各ゲストＯＳのステータス通知領域が異なる大きさである場合の画面の切り替わり例を示す図である。
【００８３】
図１０に示すように、表示エリアテーブルは、「ゲストＯＳ、画面全体、ステータス通知領域」として「ゲストＡ、（ＦＢ＿Ａ、ＳｃｒｅｅｎＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）、（ＦＢ＿Ａ、ＳｔａｔＳｉｚｅＡ、Ｌｃｄ＿ｔｏｐ）」を記憶する。同様に、表示エリアテーブルは、「ゲストＢ、（ＦＢ＿Ｂ、ＳｃｒｅｅｎＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）、（ＦＢ＿Ｂ、ＳｔａｔＳｉｚｅＢ、Ｌｃｄ＿ｔｏｐ）」を記憶する。
【００８４】
ここでは、ゲストＯＳ（Ａ）とゲストＯＳ（Ｂ）のステータス通知領域は、表示位置は同じであるが表示領域が異なる例を説明する。この場合、表示制御部２０ｅは、フレームバッファ２０ｂのＦＢ＿ＡからＳｔａｔＳｉｚｅＡの大きさを表示部１１のＬｃｄ＿ｔｏｐを先頭とする領域に転送する。また、表示制御部２０ｅは、フレームバッファ２０ｃのＦＢ＿Ｂ＋ＳｔａｔＳｉｚｅＡからＳｃｒｅｅｎＳｉｚｅ−ＳｔａｔＳｉｚｅＡの大きさを表示部１１のＬｃｔ＿ｔｏｐ＋ＳｔａｔｓｉｚｅＡを先頭とする領域に転送する。
【００８５】
具体的には、図１１に示すように、携帯端末１１は、ゲストＯＳ（Ａ）を操作中に、ゲストＯＳ（Ｂ）のステータス通知領域の表示要求を受け付けた場合に、ゲストＯＳ（Ａ）の画面上にゲスト（Ｂ）のステータス通知画面を表示させる。このとき、携帯端末１１は、ゲストＯＳ（Ａ）のステータス通知領域（Ａ）よりも、ゲストＯＳ（Ｂ）のステータス通知領域（Ｂ）の方が大きいので、ゲストＯＳ（Ａ）の操作対象領域（Ａ）が小さくなる。
【００８６】
その後、携帯端末１１は、ゲストＯＳ（Ｂ）を操作中に、ゲストＯＳ（Ａ）のステータス通知領域の表示要求を受け付けた場合に、ゲストＯＳ（Ｂ）の画面上にゲスト（Ａ）のステータス通知画面を表示させる。このとき、携帯端末１１は、ゲストＯＳ（Ｂ）のステータス通知領域（Ｂ）よりも、ゲストＯＳ（Ａ）のステータス通知領域（Ａ）の方が小さいので、ゲストＯＳ（Ｂ）のステータス通知領域（Ｂ）が画面上に残る。この残ったステータス通知領域（Ｂ）の領域は、そのままでもよく、その他の画面等にしてもよい。このように、携帯端末１１は、ゲストＯＳのステータス通知領域の大きさが異なる場合でも、操作対象のゲストＯＳやステータス通知領域のゲストＯＳを切り替えて表示させることができる。
【００８７】
（具体例３）
図１２は、各ゲストＯＳのステータス通知領域の位置も大きさも異なる場合の表示エリアテーブルの例を示す図である。図１３は、各ゲストＯＳのステータス通知領域の位置も大きさも異なる場合の画面の切り替わり例を示す図である。
【００８８】
図１２に示すように、表示エリアテーブルは、「ゲストＯＳ、画面全体、ステータス通知領域」として「ゲストＡ、（ＦＢ＿Ａ、ＳｃｒｅｅｎＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）、（ＦＢ＿Ａ、ＳｔａｔＳｉｚｅＡ、Ｌｃｄ＿ｔｏｐ）」を記憶する。同様に、表示エリアテーブルは、「ゲストＢ、（ＦＢ＿Ｂ、ＳｃｒｅｅｎＳｉｚｅ、Ｌｃｄ＿ｔｏｐ）、（ＦＢ＿Ｂ＋ＳｃｒｅｅｎＳｉｚｅ−ＳｔａｔＳｉｚｅＢ、ＳｔａｔＳｉｚｅＢ、Ｌｃｄ＿ｔｏｐ＋ＳｃｒｅｅｎＳｉｚｅ−ＳｔａｔＳｉｚｅＢ）」を記憶する。
【００８９】
ここでは、ゲストＯＳ（Ａ）とゲストＯＳ（Ｂ）のステータス通知領域は、表示位置も表示サイズも異なる例を説明する。この場合、表示制御部２０ｅは、ゲストＯＳ（Ａ）の操作対象領域（Ａ）のうちゲストＯＳ（Ｂ）のステータス通知領域（Ｂ）に相当する部分の転送を実行しない。例えば、表示制御部２０ｅは、フレームバッファ２０ｂのＦＢ＿ＡからＳｔａｔＳｉｚｅＡの大きさを表示部１１のＬｃｄ＿ｔｏｐを先頭とする領域に転送する。また、表示制御部２０ｅは、フレームバッファ２０ｃのＦＢ＿Ｂ＋ＳｃｒｅｅｎＳｉｚｅ−ＳｔａｔＳｉｚｅＢかＳｔａｔＳｉｚｅＢの大きさを表示部１１のＬｃｄ＿ｔｏｐ＋ＳｃｒｅｅｎＳｉｚｅ−ＳｔａｔＳｉｚｅＢを先頭とする領域に転送する。
【００９０】
具体的には、図１３に示すように、携帯端末１１は、ゲストＯＳ（Ａ）を操作中に、ゲストＯＳ（Ｂ）のステータス通知領域の表示要求を受け付けたとする。すると、携帯端末１１は、ゲストＯＳ（Ａ）の画面上のステータス通知領域（Ａ）とは異なる位置に、ゲスト（Ｂ）のステータス通知領域（Ｂ）を表示させる。一例を挙げると、携帯端末１１は、ゲストＯＳ（Ａ）のステータス通知領域（Ａ）は表示部１１の上方に位置し、ゲストＯＳ（Ｂ）のステータス通知領域（Ｂ）は表示部１１の下方に位置する。つまり、携帯端末１１は、ゲストＯＳ（Ａ）を操作中に、ステータス通知領域（Ａ）とステータス通知領域（Ｂ）の両方を表示部１１に表示させる。
【００９１】
その後、携帯端末１１は、表示部１１の下方にステータス通知領域（Ｂ）を表示させるとともにゲストＯＳ（Ｂ）の操作対象領域（Ｂ）を表示させている状態、つまりゲストＯＳ（Ｂ）を操作中であるとする。この状態で、携帯端末１１は、ゲストＯＳ（Ａ）のステータス通知領域（Ａ）の表示要求を受け付けた場合に、ゲストＯＳ（Ｂ）の画面上方にゲスト（Ａ）のステータス通知画面（Ａ）を表示させる。つまり、携帯端末１１は、ゲストＯＳ（Ｂ）を操作中に、ステータス通知領域（Ａ）とステータス通知領域（Ｂ）の両方を表示部１１に表示させる。このように、携帯端末１１は、ゲストＯＳのステータス通知領域の大きさや位置が異なる場合でも、操作対象のゲストＯＳやステータス通知領域のゲストＯＳを切り替えて表示させることができる。
【実施例４】
【００９２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【００９３】
（表示切替操作）
上述した実施例では、メニューボタン押下などの特定操作を受け付けた場合に、操作対象のゲストＯＳの画面を表示しつつ、ステータス通知領域については別のゲストＯＳの画面を表示する例について説明した。その後、携帯端末１０は、「ゲストＯＳ切替操作」を受け付けた場合には、操作対象のゲストＯＳの画面を、ステータス通知領域に情報を表示しているゲストＯＳの画面に切り替えることもできる。
【００９４】
一例を挙げると、携帯端末１０は、ゲストＯＳ（Ａ）の操作対象画面（Ａ）とステータス通知画面（Ａ）を表示中に、メニューボタン押下などの特定操作を受け付けた場合に、ステータス通知画面（Ａ）をゲストＯＳ（Ｂ）のステータス通知画面（Ｂ）に切り替える。つまり、この時点では、携帯端末１０は、ゲストＯＳ（Ａ）の操作対象画面（Ａ）とゲストＯＳ（Ｂ）のステータス通知画面（Ｂ）とを表示部１１に表示する。その後、携帯端末１０は、メニューボタンのダブルプッシュなどの特定操作を受け付けた場合に、ゲストＯＳ（Ａ）の操作対象画面（Ａ）をゲストＯＳ（Ｂ）の操作対象画面（Ｂ）に切り替える。つまり、携帯端末１０は、ゲストＯＳ（Ｂ）の操作対象画面（Ｂ）とゲストＯＳ（Ｂ）のステータス通知画面（Ｂ）とを表示部１１に表示させ、表示部１１の全画面にゲストＯＳ（Ｂ）の情報を表示する。なお、切替を判断する操作例は、あくまで一例であり、これに限定されるものではない。
【００９５】
（タッチパネルとの連携）
例えば、携帯端末１０の表示部１１がタッチパネルである場合には、携帯端末１０内にタッチパネルＶＭを動作させることで、上述した切替操作をタッチパネルで受け付けることもできる。例を挙げると、携帯端末１０は、表示部１１の画面と表示情報とを対応付けて管理することで、タッチパネル操作を受け付けた場合に、受け付けた位置に基づいて操作内容を特定することができる。このようにすることで、タッチパネルを用いた場合でも、上述した実施例と同様の処理を実行することができる。
【００９６】
（表示エリアテーブル）
上述した表示エリアテーブルは、表示部１１に対応した座標でパラメータを記憶することもで、ＤＭＡを用いた場合のアドレス情報を記憶することもで、ユーザが任意に設定変更することができる。
【００９７】
また、表示エリアテーブルに記憶される情報は、ユーザが設定登録することもでき、各ゲストＯＳが起動したタイミングで生成することもできる。例えば、ゲストＯＳの追加や削除が実行できない携帯端末１０の場合には、固定値を予め登録する。一方で、各ゲストＯＳが自ＯＳのステータス通知領域を表示制御ＶＭ２０に通知することで、表示制御ＶＭ２０が表示エリアテーブルを生成する。
【００９８】
画面構成が筐体の向きまたは画面の向きに応じて変更されるような携帯端末に対してこの構成を適用する際には、表示エリアテーブルにおいて、画面の向きを追加することもできる。例えば、表示エリアテーブルは、各ゲストＯＳごとに、正位置、右９０度回転時、左９０度回転時などそれぞれの表示構成におけるステータス通知領域の情報を個別に保持する。こうすることで、携帯端末の筐体の動きに合わせて表示構成が変更されても、ステータス通知領域を合成表示することができる。
【００９９】
（一覧表示）
また、携帯端末１０は、表示エリアテーブルの持つ情報を利用することで、異なる操作を実現することもできる。図１４は、複数のステータス通知領域の一覧表示を説明する図である。具体的には、携帯端末１０は、各ゲストＯＳのステータス通知領域をテーブルで記憶する。そして、携帯端末１０は、「ステータスを見る操作」をユーザから受け付けた場合、搭載されているすべてのゲストＯＳのステータス通知領域を同時に閲覧可能となるように表示させることができる。
【０１００】
例を挙げると、図１４に示すように、携帯端末１０は、ゲストＯＳ（Ａ）とゲストＯＳ（Ｂ）とゲストＯＳ（Ｃ）とを動作させており、例えばメニューボタン＋＃などの特定操作を受け付けたとする。この場合、携帯端末１０は、ステータス通知画面（Ａ）とステータス通知画面（Ｂ）とステータス通知画面（Ｃ）との一覧を表示部１１に表示する。その後、携帯端末１０は、ステータス通知画面（Ｂ）がユーザによって選択された場合に、ゲストＯＳ（Ｂ）の情報を表示部１１の全体に表示する。
【０１０１】
このようにすることで、３つ以上のゲストＯＳが搭載されている場合でも、少ない操作でステータス通知の概要を確認することができる。さらに、一覧されているステータス通知領域の一つを選択する操作を「操作対象ＯＳを変更する操作」と定義することで、通知の概要確認から、通知の内容確認までを一連の動作として実現することも可能である。
【０１０２】
（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば図３、図４等に示した各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１０４】
（プログラム）
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。
【０１０５】
図１５は、画面表示制御プログラムを実行するコンピュータのハードウェア構成例を示す図である。図１５に示すように、コンピュータシステム１００は、バス１００ａに、ＣＰＵ１０１、入力装置１０２、出力装置１０３、通信インタフェース１０４、ＨＤＤ（Hard  Disk  Drive）１０５、ＲＡＭ（Random  Access  Memory）１０６が接続される。
【０１０６】
入力装置１０２は、マウスやキーボードであり、出力装置１０３は、ディスプレイなどであり、通信インタフェース１０４は、ＮＩＣ（Network  Interface  Card）などのインタフェースである。ＨＤＤ１０５は、画面表示制御プロセス１０６ａとともに、図２の各ＶＭが保持するテーブル等に記憶される情報を記憶する。記録媒体の例としてＨＤＤ１０５を例に挙げたが、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＣＤ−ＲＯＭ等の他のコンピュータ読み取り可能な記録媒体に各種プログラムを格納しておき、コンピュータに読み取らせることとしてもよい。なお、記憶媒体を遠隔地に配置し、コンピュータが、その記憶媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムをそのコンピュータ自身の記録媒体に格納して用いてもよい。
【０１０７】
ＣＰＵ１０１は、画面表示制御プログラム１０５ａを読み出してＲＡＭ１０６に展開することで、図２等で説明した各機能を実行する画面表示制御プロセス１０６ａを動作させる。すなわち、画面表示制御プロセス１０６ａは、図２に記載した表示状態管理通知部１７ｂ、表示情報生成部１８ａ、表示情報生成部１９ａ、表示エリア決定部２０ｄ、表示制御部２０ｅ等と同様の機能を実行する。このようにコンピュータシステム１００は、プログラムを読み出して実行することでメッセージ切分け方法を実行する情報処理装置として動作する。
【符号の説明】
【０１０８】
１０  携帯端末
１１  表示部
１２  入力制御部
１３ａ  主記憶部
１３ｂ  補助記憶部
１４  通話処理部
１５  制御部
１６  ハイパーバイザ
１７  管理ＶＭ
１７ａ  表示状態管理テーブル
１７ｂ  表示状態管理通知部
１８  ゲスト（Ａ）ＶＭ
１８ａ  表示情報生成部
１９  ゲスト（Ｂ）ＶＭ
１９ａ  表示情報生成部
２０  表示制御ＶＭ
２０ａ  表示エリアテーブル
２０ｂ、２０ｃ  フレームバッファ
２０ｄ  表示エリア決定部
２０ｅ  表示制御部
２１  補助記憶ＶＭ
２２  入力制御ＶＭ
２２ａ  操作特定部
２３  通話処理ＶＭ
【図１】
0005741136.tif 000002
【図２】
0005741136.tif 000003
【図３】
0005741136.tif 000004
【図４】
0005741136.tif 000005
【図５】
0005741136.tif 000006
【図６】
0005741136.tif 000007
【図７】
0005741136.tif 000008
【図８】
0005741136.tif 000009
【図９】
0005741136.tif 000010
【図１０】
0005741136.tif 000011
【図１１】
0005741136.tif 000012
【図１２】
0005741136.tif 000013
【図１３】
0005741136.tif 000014
【図１４】
0005741136.tif 000015
【図１５】
0005741136.tif 000016