仮想計算機を実行し、第1の領域に表示する操作を伴わない第1の表示情報を前記仮想計算機から取得し、第2の領域に表示する操作を伴う第2の表示情報を前記仮想計算機から取得し、前記第1の表示情報と第2の表示情報とを表示装置へ表示し、表示を切り換える指示に基づき、前記第1の領域と第2の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照し、表示可能である場合に、前記第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第1の表示情報を、表示装置へ表示する処理をコンピュータに実行させる制御プログラム。前記表示する処理は、前記表示装置における前記第1の領域を示す第1の矩形情報と前記第2の領域を示す第2の矩形情報とを示す表示パラメータを前記仮想計算機ごとに記憶する表示エリアテーブルを参照して、前記第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機に対応する前記第1の矩形情報を特定し、特定した第1の矩形情報に当該仮想計算機の前記第1の表示情報を表示することを特徴とする請求項1に記載の制御プログラム。前記表示する処理は、前記仮想計算機ごとに前記表示装置へ各表示情報を転送する表示パラメータとして転送元アドレス、転送サイズおよび転送先アドレスを記憶する表示エリアテーブルを参照し、前記第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第1の表示情報を読み出して前記表示装置に転送し、前記第1の表示情報を前記表示装置へ表示することを特徴とする請求項1に記載の制御プログラム。前記表示エリアテーブルは、前記表示装置の回転量ごとに前記表示パラメータを記憶し、前記表示する処理は、前記表示装置が回転した場合には、当該回転量に応じた表示パラメータを前記表示エリアテーブルから参照して、前記第1の表示情報を前記表示装置へ表示することを特徴とする請求項2または3に記載の制御プログラム。仮想計算機を実行する実行部と、第1の領域に表示する操作を伴わない第1の表示情報を前記仮想計算機から取得する第1取得部と、第2の領域に表示する操作を伴う第2の表示情報を前記仮想計算機から取得する第2取得部と、前記第1の表示情報と第2の表示情報とを表示装置へ表示させる表示制御部とを有し、前記表示制御部は、表示を切り換える指示に基づき、前記第1の領域と第2の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照し、表示可能である場合に、前記第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第1の表示情報を、表示装置へ表示することを特徴とする携帯端末。仮想計算機を実行し、第1の領域に表示する操作を伴わない第1の表示情報を前記仮想計算機から取得し、第2の領域に表示する操作を伴う第2の表示情報を前記仮想計算機から取得し、前記第1の表示情報と第2の表示情報とを表示装置へ表示し、表示を切り換える指示に基づき、前記第1の領域と第2の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照し、表示可能である場合に、前記第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第1の表示情報を、表示装置へ表示する処理をコンピュータに実行させる仮想計算機の制御プログラム。しかしながら、従来の技術では、仮想化技術を携帯端末に適用した場合、仮想計算機の切替が多くなり、操作性が悪いという課題があった。具体的に説明すると、一般的な携帯端末は、画面の一部の領域以下、ステータス通知領域と呼ぶに電池残量、電波強度、メール、不在着信の有無などの各状態を表示し、この状態の変化を音やバイブレータなどによってユーザに報知する。この報知を受けたユーザは、状態に変化があったことを認識して、携帯端末のステータス通知領域を確認し、必要に応じて通知内容を参照する。例えば、仮想化技術を適用した携帯端末は、仮想計算機としてOSAとOSBとを動作させている状態で、操作対象がOSAである場合には、OAAの画面を表示させ、OSBの画面については表示しない。したがって、当該携帯端末は、OSBの状態が変化した場合、音やバイブレータなどでユーザに報知する。この報知を受けたユーザは、操作対象のOSをOSAからOSBに切り替えた上で、報知された内容を確認することになる。一例を挙げると、ユーザは、OSAで映像を視聴しているときに、OSBからの報知を受け取った場合には、一度映像の再生を停止して、操作対象をOSBに切り替え、通知の概要を確認するといった煩雑な操作を行うことになる。開示の技術は、上記に鑑みてなされたものであって、仮想化技術を携帯端末に適用した場合に、仮想計算機の切替を軽減することができる制御プログラム、携帯端末および仮想計算機の制御プログラムを提供することを目的とする。本願の開示する制御プログラム、携帯端末および仮想計算機の制御プログラムは、一つの態様において、仮想計算機を実行し、第1の領域に表示する操作を伴わない第1の表示情報を前記仮想計算機から取得する。また、第2の領域に表示する操作を伴う第2の表示情報を前記仮想計算機から取得し、前記第1の表示情報と第2の表示情報とを表示装置へ表示する。そして、表示を切り換える指示に基づき、前記第1の領域と第2の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照する。その後、表示可能である場合に、前記第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の前記第1の表示情報を、表示装置へ表示する。本願の開示する制御プログラム、携帯端末および仮想計算機の制御プログラムの一つの態様によれば、仮想化技術を携帯端末に適用した場合に、仮想計算機の切替を軽減することができるという効果を奏する。以下に、本願の開示する制御プログラム、携帯端末および仮想計算機の制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。実施例1では、実施例1に係る携帯端末が実行する仮想計算機の切替制御、携帯端末の機能ブロック図、処理の流れ、効果を説明する。なお、ここで説明する携帯端末は、例えば、スマートフォンや一般的な携帯電話などの端末である。[仮想計算機の切替制御]図1は、実施例1に係る携帯端末が実行する仮想計算機の切替制御を説明する図である。実施例1に係る携帯端末は、仮想計算機VM:VirtualMachineを実行して、複数のOSOperatingSystemを実行する端末である。本実施例では、一例として、携帯端末がゲストOSAとゲストOSBとを動作させる例で説明するが、OSの種別や数を限定するものではない。また、携帯端末は、ゲストOSAとゲストOSBとの両方を動作させている状況では、それぞれのOSに対応した処理を実行する。例えば、携帯端末は、ゲストOSAが提供するメール機能でメールを受信する一方で、ゲストOSBが提供するメール機能でメールを受信する。このような携帯端末は、各ゲストOSを動作させている状況で、ゲストOSAを操作対象のOSとして動作させている場合には、図1の左図に示すように、表示画面上にゲストOSAの情報を表示する。つまり、携帯端末は、ユーザの指示操作によって指定された一方のゲストOSを主OSとして動作させ、もう一方を副OSとして動作させる。具体的には、携帯端末は、表示画面を操作対象領域とステータス通知領域に分割し、主OSとして動作させるゲストOSAの情報を表示する。例えば、携帯端末は、キーパッドなどの入力部から受け付けた情報など、ユーザの操作に伴って生成した情報を操作対象領域に表示する。また、携帯端末は、例えば電池残量、電波強度、メール、不在着信の有無などのユーザ操作の伴わない情報をスタータス通知領域に表示する。一方で、携帯端末は、副OSとして動作させるゲストOSBが処理した情報を携帯端末内のメモリ等に格納する。例えば、携帯端末は、図1の左図に示すように、ゲストOSAの情報が表示部に表示されている状況で、ゲストOSBがメールを受信した場合には、当該メールをメモリ等に格納する。このように、仮想計算機を実行する携帯端末は、第1の領域の一例であるステータス通知領域に表示する操作を伴わない第1の表示情報を仮想計算機から取得する。また、携帯端末は、第2の領域の一例である操作対象領域に表示する操作を伴う第2の表示情報を仮想計算機から取得する。そして、携帯端末は、第1の表示情報と第2の表示情報とを表示装置の一例であるディスプレイへ表示する。また、携帯端末は、表示を切り換える指示に基づき、第1の領域と第2の領域で異なる仮想計算機の表示情報の表示の可否を記録する表示状態管理テーブルを参照する。そして、携帯端末は、表示可能である場合に、第2の表示情報を表示装置へ表示している仮想計算機と異なる仮想計算機の第1の表示情報を表示装置へ表示する。具体的に例を挙げると、携帯端末は、図1の左図に示すように、操作対象領域とステータス通知領域に、操作対象として動作させるゲストOSAの情報を表示させている。この状況で、携帯端末は、副OSとして動作するゲストOSBがメールを受信したことをユーザに報知する。その後、携帯端末は、メニューボタンクリックなどの表示切替操作を受け付けた場合、図1の右図に示すように、ゲストOSBがメールを受信したことを示すアイコン等を、ディスプレイのステータス通知領域に表示させる。したがって、実施例1に係る携帯端末は、操作対象ではないOSの処理によってユーザに報知する事象が発生した場合でも、OSを切り替えることなく、簡単な操作で報知内容をユーザに表示することができる。この結果、仮想化技術を携帯端末に適用した場合でも、仮想計算機の切替を軽減することができる。[携帯端末の構成]図2は、携帯端末の構成を示す機能ブロック図である。図2に示すように、携帯端末10は、表示部11、入力制御部12、主記憶部13a、補助記憶部13b、通話処理部14、制御部15、ハイパーバイザ16を有する。さらに、携帯端末10は、管理VM17、ゲストAVM18、ゲストBVM19、表示制御VM20、補助記憶VM21、入力制御VM22、通話処理VM23を有する。このうち、表示部11、入力制御部12、主記憶部13a、補助記憶部13b、通話処理部14、制御部15は、電子回路や集積回路などのハードウェアである。また、管理VM17、ゲストAVM18、ゲストBVM19、表示制御VM20、補助記憶VM21、入力制御VM22、通話処理VM23は、制御部15やハイパーバイザ16などによって提供される仮想計算機である。また、各処理部は、ハイパーバイザ16を介して相互に接続される。なお、ここで示した各処理部は一例であり、これに限定されるものではない。表示部11は、一般的な携帯電話等に搭載されるディスプレイなどの表示装置であり、携帯端末10の各制御部が実行した結果を表示する。例えば、表示部11は、音声通話を着信した場合の着信画面、音声通話の開始する場合の発信画面、携帯端末10の機能を選択させるメニュー画面などを表示する。入力制御部12は、一般的な携帯電話等に搭載されるキーパッドなどの入力装置であり、ユーザの操作を受け付けて、各制御部に出力する。また、表示部11と入力制御部12とを連携させた、例えばタッチパネルのような画面であってもよい。補助記憶部13bは、携帯端末10が実行するプログラム等を記憶するとともに、一般的な携帯電話が有する電話帳、受信メール、送信済みメールなどの各種情報を記憶する記憶装置である。補助記憶部13bの一例としては、NAND型フラッシュメモリなどが挙げられ、主記憶部13aの一例としては、RAMRandomAccessMemoryなどが挙げられる。通話処理部14は、例えばベースバンド処理部などを有する処理部であり、携帯電話として音声通話を実行するための処理部である。なお、通話処理部14が有する各制御部は、一般的な携帯電話が有する処理部と同様であるので、詳細な説明は省略する。制御部15は、CPUCentralProcessingUnitなどの電子回路であり、携帯端末10全体の処理を司る処理部である。この制御部15は、ハイパーバイザ16を実行して、仮想計算機VMを動作させる。また、制御部15は、ゲストAVM18やゲストBVM19からメール受信など、ユーザへの報知指示を受信した場合に、バイブレーションを起動させたり、音を出力したりして報知する。ハイパーバイザ16は、制御部15によって実行される制御プログラムであり、上位で動作するゲストOSや各VMに、高い独立性を持ったパーティション分割機能を提供する。例えば、ハイパーバイザ16は、各VMごとに、制御部15が有するCPUなどのプロセッサにおける所定処理能力をVMが使用する仮想プロセッサとして割り当てる。また、ハイパーバイザ16は、各VMごとに、主記憶部13aにおける所定領域をVMが使用する仮想メモリ領域として割り当てる。このハイパーバイザ16は、各VMを相互に接続して各VMの通信を制御する。また、ハイパーバイザ16は、各VMと各物理的な処理部とを相互に接続する。同様に、ハイパーバイザ16は、各物理的な処理部を相互に接続する。管理VM17は、VMの作成、VMの削除、VMのマイグレーション、操作対象となっているゲストOSに対する処理など、VMの全体的な制御を実行する仮想計算機である。例えば、管理VM17は、ユーザの操作等によって操作対象のゲストOSを特定し、特定したゲストOSを実行するゲストAVM18またはゲストBVM19のいずれかを操作対象として制御する。また、この管理VM17は、表示状態管理テーブル17aと表示状態管理通知部17bとを有する。表示状態管理テーブル17aは、主記憶部13aにおける所定領域をハイパーバイザ16が使用するメモリとして割り当てることで実現された仮想メモリ領域に生成されたテーブルである。この表示状態管理テーブル17aは、ステータス通知領域と操作対象領域で異なるVMの表示情報の表示の可否を記録する。図3は、表示状態管理テーブルに記憶される情報の例を示す図である。なお、図3の例は、あくまで例示であり、これに限定されるものではなく、任意に設定変更できる。図3に示すように、表示状態管理テーブル17aは、ゲストOS、次のOS、ステータス通知領域を記憶する。ここで記憶される情報は、表示管理通知部17bによって更新される。ゲストOSは、携帯端末10内部で仮想計算機として実行されるOSであり、ステータス通知領域の表示対象となるOSを示す。次のOSは、携帯端末10内部で仮想計算機として実行されるOSであり、ステータス通知領域の表示対象となる次のOSを示す。ステータス通知領域は、どのゲストOSのステータス通知領域を表示しているかを示す情報であり、現在表示している場合には表示中が格納され、現在表示していない場合には表示可が格納される。図3の上図の場合、現在、ゲストOSAのステータス通知領域が表示部11に表示されており、次に表示可能なOSがゲストOSBであることを示す。また、図3の上図の状態から、ゲストOSBのステータス通知領域が表示部11に表示された場合、図3の下図に示すように、ゲストOS=ゲストOSBに対応するステータス通知領域が表示中に更新される。さらに、ゲストOS=ゲストOSAに対応するステータス通知領域が表示可に更新される。表示状態管理通知部17bは、管理VM17内で実行される処理部であり、例えばメニューボタンクリックなどのステータスを見る操作が受け付けられたことを示す通知を入力制御VM22から受信する。すると、表示状態管理通知部17bは、ステータス通知領域変更要求が発生したと認識し、表示状態管理テーブル17aを参照する。そして、表示状態管理通知部17bは、表示対象OSとステータス通知領域表示OSを含む表示構成を決定して、表示エリア決定部20dに表示構成変更の指示を出力する。例えば、表示状態管理通知部17bは、表示状態管理テーブル17aのステータス通知領域から値が表示中となっているゲストOSを取得する。さらに、表示状態管理通知部17bは、該当ゲストOSの次のOSを表示状態管理テーブル17aから取得する。これらはそれぞれ、ステータス通知領域表示中のゲストOS、および、ステータス通知領域に次に表示するゲストOSに相当する。ここで、表示状態管理通知部17bは、ステータス通知領域表示中のゲストOSが次に表示するゲストOSと同一と判定した場合、表示を変更する必要がないと判定し、処理を終了する。表示状態管理通知部17bは、異なる場合は、表示中ゲストOSのステータス通知領域を表示可に、次に表示するゲストOSのステータス通知領域を表示中に変更するように表示状態管理テーブル17aを更新する。その上で、表示状態管理通知部17bは、表示エリア決定部20dに対して表示構成変更を要求する。なお、表示状態管理通知部17bは、表示構成変更要求として、操作対象OSとステータス通知領域表示OSを指定するために、操作対象OSを管理VM17等から取得し、次に表示するOSをステータス通知領域表示OSとして送信する。ゲストAVM18は、ゲストOSであるOSAを実行させる仮想計算機である。ゲストAVM18は、表示情報生成部18aを有し、例えばメール機能、通話機能、Web閲覧機能など、ゲストOSAが提供する処理の画面を生成して、ユーザに提供する。一例を挙げると、ゲストAVM18は、入力制御VM22を介してユーザからメール作成依頼を受け付けると、メール機能を実行して、メールを送受信する画面の生成を表示情報生成部18aに指示する。また、ゲストAVM18は、通話処理VM23から着信したことが通知されると、着信画面の生成を表示情報生成部18aに指示する。表示情報生成部18aは、ゲストAVM18から指示された画面を生成して表示制御VM20のフレームバッファ20bに格納する処理部である。具体的に例を挙げると、表示情報生成部18aは、メール作成画面やWeb操作画面など、ゲストAVM18からユーザの操作を伴う画面の生成が指示された場合、指示された画面を生成してフレームバッファ20bの操作対象領域に出力する。また、表示情報生成部18aは、電波強度の変化や電池残量の変化など、ゲストAVM18からユーザの操作を伴わない画面の生成が指示された場合、指示された画面を生成してフレームバッファ20bのステータス通知領域に出力する。ゲストBVM19は、ゲストOSAと同様であるので詳細な説明は省略する。簡単に説明すると、ゲストBVM19は、ゲストOSであるOSBを実行させる仮想計算機である。ゲストBVM19は、表示情報生成部19aを有し、例えばメール機能、通話機能、Web閲覧機能など、ゲストOSBが提供する処理の画面を生成して、ユーザに提供する。表示情報生成部19aは、ゲストBVM19から指示された画面を生成して表示制御VM20のフレームバッファ20cに格納する処理部である。具体的に例を挙げると、表示情報生成部19aは、ゲストBVM19からユーザの操作を伴う画面の生成が指示された場合、指示された画面を生成してフレームバッファ20cの操作対象領域に出力する。また、表示情報生成部19aは、ゲストBVM19からユーザの操作を伴わない画面の生成が指示された場合、指示された画面を生成してフレームバッファ20cのステータス通知領域に出力する。表示制御VM20は、表示エリアテーブル20a、フレームバッファ20b、フレームバッファ20c、表示エリア決定部20d、表示制御部20eを有し、これによって表示部11への表示を制御する仮想計算機である。表示エリアテーブル20aは、各ゲストOSごとに、画面全体およびステータス通知領域の構成を保存する。図4は、表示エリアテーブルに記憶される情報の例を示す図である。図4に示すように、表示エリアテーブル20aは、ゲストOS、画面全体転送元アドレス、転送サイズ、転送先アドレス、ステータス通知領域矩形開始点、矩形サイズを記憶する。ここで記憶されるゲストOSは、携帯端末10内の仮想計算機で動作するゲストOSを示す。画面全体は、DMADirectMemoryAccessを用いた場合に、操作を伴う画面を表示部11全体に表示させるための情報を示す。転送元アドレスは、表示部11への転送元となるフレームバッファのアドレスを示し、転送サイズは、表示部11への転送対象である画面のサイズを示し、転送先アドレスは、画面の転送先となる表示部11のアドレスを示す。また、ステータス通知領域は、操作を伴わない画面をステータス通知領域として表示部11に表示させる矩形情報を示す。矩形開始点は、表示部11上において、ステータス通知領域の開始位置を示す座標である。矩形サイズは、表示部11上に表示させるステータス通知領域のサイズを示す。図4の場合、ゲストOSAの操作を伴う画面を表示部11に表示させる場合、フレームバッファ20bのアドレスFB_AからサイズScreenSizeのデータを、表示部11のアドレスLcd_topに転送することを示す。また、ゲストOSAの操作を伴わない画面を表示部11に表示させる場合、フレームバッファ20bのステータス通知領域に格納される画面を、表示部11の座標StXa、StYaからサイズStWa×StHaまでの領域に表示することを示す。同様に、ゲストOSBの操作を伴う画面を表示部11に表示させる場合、フレームバッファ20cのアドレスFB_BからサイズScreenSizeのデータを、表示部11のアドレスLcd_topに転送することを示す。また、ゲストOSBの操作を伴わない画面を表示部11に表示させる場合、以下の処理を実行する。つまり、フレームバッファ20cのステータス通知領域に格納される画面を、表示部11の座標StXb、StYbを開始点とするサイズStWb×StHbの矩形領域に表示することを示す。図2に戻り、フレームバッファ20bは、上述したステータス通知領域と操作対象領域とを有し、ゲストOSAの表示情報生成部18aが生成した情報を記憶する記憶領域である。なお、表示情報生成部18aは、操作を伴わない画面をステータス通知領域に格納し、操作を伴う画面を操作対象領域に格納する。同様に、フレームバッファ20cは、上述したステータス通知領域と操作対象領域とを有し、ゲストOSBの表示情報生成部19aが生成した情報を記憶する記憶領域である。表示エリア決定部20dは、表示部11に表示させる画面の領域を決定する処理部である。具体的には、表示エリア決定部20dは、表示状態管理通知部17bからの表示対象OSとステータス通知領域表示OSを含む表示構成変更の指示を受け、画面上に表示する構成を決定する。そして、表示エリア決定部20dは、表示制御VM20内の表示制御部20eに、決定された構成による表示の指示を出力する。例えば、表示エリア決定部20dは、表示状態管理通知部17bから表示構成変更を受信すると、当該要求から操作対象OSとステータス通知領域表示OSを抽出する。続いて、表示エリア決定部20dは、表示エリアテーブル20aを参照し、操作対象OSの画面全体のパラメータを取得する。さらに、表示エリア決定部20dは、操作対象OSとステータス通知領域表示OSを比較し、同一のOSであるならば、先に取得した画面全体のパラメータを含めて、表示制御部20eに表示を依頼する。一例を挙げると、表示エリア決定部20dは、操作対象OSとステータス通知領域表示OSとが共にゲストOSAであるとする。この場合、表示エリア決定部20dは、フレームバッファ20bの全領域、すなわちステータス通知領域操作対象領域の画面を出力する指示を表示制御部20eに出力する。このとき、表示制御部20eは、表示エリアテーブル20aのゲストAを参照し、表示パラメータとして転送元アドレスFB_A、転送サイズScreenSize、転送先アドレスLcd_topを表示制御部20eに出力する。また、表示エリア決定部20dは、操作対象OSとステータス通知領域表示OSとが異なっている場合には、ステータス通知領域表示OSのステータス通知領域のパラメータを取得する。続いて、表示エリア決定部20dは、画面全体に対してステータス通知領域を上書きするような表示構成となるように表示制御部20eに渡すパラメータを決定して表示の依頼を行う。一例を挙げると、表示エリア決定部20dは、操作対象OSがゲストOSAでステータス通知領域表示OSがゲストOSBであるとする。この場合、表示エリア決定部20dは、フレームバッファ20cのステータス通知領域の画面を出力する指示を表示制御部20eに出力する。このとき、表示制御部20eは、表示エリアテーブル20aのゲストBを参照して矩形開始点、矩形サイズを取得し、矩形開始点、矩形サイズを表示パラメータとして表示制御部20eに出力する。表示制御部20eは、フレームバッファ20bまたはフレームバッファ20cから画面を読み出して表示部11に表示する処理部である。例えば、表示制御部20eは、表示エリア決定部20dから全領域を表示する指示と、表示パラメータ転送元アドレス=FB_A、転送サイズ=ScreenSize、転送先アドレス=Lcd_topを受信したとする。この場合、表示制御部20eは、フレームバッファ20bのアドレスFB_Aから転送サイズScreenSizeまでの画面をフレームバッファ20bから取得する。そして、表示制御部20eは、取得した画面を、表示部11のアドレスLcd_topを先頭とした領域に表示させる。この結果、表示制御部20eは、操作対象のOSであるゲストOSAの画面を、表示部11の全画面として表示させることができる。また、表示制御部20eは、表示エリア決定部20dからフレームバッファ20cのステータス通知領域の画面を出力する指示と、表示パラメータ矩形開始点、矩形サイズを受信したとする。この場合、表示制御部20eは、フレームバッファ20cのステータス通知領域から画面を取得し、取得した画面を、表示部11の座標StXb、StYbを開始点とするサイズStWb×StHbの矩形領域に表示させる。この結果、表示制御部20eは、表示部11の操作対象領域にゲストOSAの画面を表示させている状況で、表示部11のステータス通知領域にはゲストOSBのステータス画面を表示させることができる。図2に戻り、補助記憶VM21は、補助記憶領域である補助記憶部13bを所定領域に分割して、各VMに割り当てることで、各VMに専用の補助記憶領域を提供する仮想計算機である。入力制御VM22は、入力制御部12で受け付けられたユーザ操作を各VMに通知する仮想計算機である。例えば、入力制御VM22は、操作特定部22aを有し、入力制御部12によって受け付けられたユーザ操作の内容を特定し、該当するVMに通知する。操作特定部22aは、ユーザ操作を特定して各VMに通知する処理部である。例えば、操作特定部22aは、入力制御部12によって発信ボタン押下などの通話操作を受け付けられた場合には、当該操作を通話処理VM23に通知する。また、操作特定部22aは、入力制御部12によってメニューボタンクリックなどの表示切替要求、つまりステータスを見る操作を受け付けた場合には、当該操作が受け付けられたことを管理VM17等に通知する。通話処理VM23は、ゲストAVM18やゲストBVM19の操作に基づいて、通話処理部14と連携して通話処理等を実行し、他の装置と通話を確立する仮想計算機である。なお、通話処理VM23は仮想計算機であるが、一般的な携帯電話等に搭載される通話処理機能と同様の処理を実行する。[処理の流れ]図5は、携帯端末が実行する処理の流れを示すフローチャートである。図5に示すように、入力制御VM22の操作特定部22aが表示切替要求を受信するとS101肯定、管理VM17の表示状態管理通知部17bは、S102を実行する。すなわち、表示状態管理通知部17bは、表示状態管理テーブル17aを参照し、ステータス通知領域が表示中であるゲストOSを取得する。続いて、表示状態管理通知部17bは、表示状態管理テーブル17aを参照し、ステータス通知領域が表示中である次のゲストOSを取得するS103。そして、表示状態管理通知部17bは、取得したゲストOSと次のOSとが一致するか否かを判定するS104。表示状態管理通知部17bは、一致しないと判定した場合S104否定、ステータス通知領域の表示中と表示可のステータスを更新するS105。具体的には、表示状態管理通知部17bは、S102で取得したゲストOSのステータス通知領域を表示可に更新する。さらに、表示状態管理通知部17bは、S103で取得した次のOSのステータス通知領域を表示中に更新する。その後、表示状態管理通知部17bは、内部メモリ等で管理する情報から操作対象OSを取得するS106。続いて、表示状態管理通知部17bは、操作対象領域には操作対象OSの画面、ステータス通知領域には次のOSの画面を表示させる指示を表示エリア決定部20dに出力するS107。なお、S104において、表示状態管理通知部17bは、一致すると判定した場合S104肯定、S105からS107を実行することなく、S108を実行する。表示エリア決定部20dは、表示エリアテーブル20aを参照し、表示状態管理通知部17bから通知された操作対象OSの画面全体の表示パラメータを取得するS108。続いて、表示エリア決定部20dは、表示状態管理通知部17bから通知された操作対象OSと次のOSとが一致するか否かを判定するS109。そして、表示エリア決定部20dは、操作対象OSと次のOSとが一致すると判定した場合S109肯定、S110からS112を実行する。すなわち、表示エリア決定部20dは、操作対象領域の表示対象となっている操作対象OSとステータス通知領域の表示対象となっているOSとが一致すると判定した場合に、S110からS112を実行する。具体的には、表示エリア決定部20dは、操作対象OSに対応する画面全体を表示エリアテーブル20aから取得し、表示パラメータとして決定するS110。続いて、表示エリア決定部20dは、決定した表示パラメータを表示制御部20eに通知するS111。その後、表示制御部20eは、通知された表示パラメータにしたがってフレームバッファ20bまたはフレームバッファ20cから画面を取得し、通知された表示パラメータにしたがって表示部11に画面を表示させるS112。一方、表示エリア決定部20dは、操作対象OSと次のOSとが一致しないと判定した場合S109否定、S113からS115を実行する。すなわち、表示エリア決定部20dは、操作対象領域の表示対象となっている操作対象OSとステータス通知領域の表示対象となっているOSとが一致しないと判定した場合に、S113からS115を実行する。具体的には、表示エリア決定部20dは、次のOSに対応するステータス通知領域を表示エリアテーブル20aから取得し、表示パラメータとして決定するS113。続いて、表示エリア決定部20dは、決定した表示パラメータを表示制御部20eに通知するS114。その後、表示制御部20eは、通知された表示パラメータにしたがってフレームバッファ20bまたはフレームバッファ20cから画面を取得し、通知された表示パラメータにしたがって表示部11のステータス通知領域に表示させるS115。このとき、例えば、表示制御部20eは、現在表示されている画面上において、ステータス通知領域と重複する画面を上書きするように、フレームバッファ20bまたはフレームバッファ20cから取得した画面を表示させる。[実施例1による効果]このように、実施例1に係る携帯端末は、ユーザがステータスを見る操作を行った際には、操作対象領域の表示対象OSとステータス通知領域の表示対象OSとを異なるOSとして指示を出すことができる。この結果、携帯端末は、操作対象OSを切り替えずに、ステータス通知領域のみ他のOSの領域を合成表示させることが可能となる。また、実施例1に係る携帯端末は、ユーザが操作対象変更処理を行う前に事前に変更処理を行うべきかどうかの確認をユーザに促すことができ、ユーザ利便性を向上させることもできる。さらに、実施例1に係る携帯端末は、上位ゲストOS上に特別なプログラムを導入する必要がなく、OSが変更されても影響を受けにくいため、開発者コストを抑えることもできる。ところで、開示する携帯端末が表示部11に画面を表示させる手法としては、座標軸やDMAを用いる手法など様々な手法を用いることができる。具体的には、携帯端末は、表示エリアテーブルで、画面全体、操作画面領域、ステータス領域などの各領域を座標軸で管理することができる。また、携帯端末は、表示制御VM20の各フレームバッファと表示部11とを対応付けておき、フレームバッファに格納される画像画面を表示部11に転送することもできる。そこで、実施例2では、図6と図7を用いて、携帯端末がDMAを用いて、フレームバッファに格納される画面を表示部11に転送する例について説明する。図6は、実施例2に係る表示エリアテーブルに記憶される情報の例を示す図である。図7は、DMAを用いた場合の画面転送例を説明する図である。図6に示すように、表示エリアテーブルは、図4と同様、ゲストOS、画像全体、ステータス通知領域を対応付けて記憶する。図6の場合、ゲストOSAの操作を伴う画面を表示部11に表示させる場合、フレームバッファ20bのアドレスFB_AからサイズScreenSizeのデータを、表示部11のアドレスLcd_topに転送することを示す。ゲストOSAの操作を伴わない画面を表示部11に表示させる場合、フレームバッファ20bのアドレスFB_AStatAからサイズScreenSizeAのデータを表示部11のアドレスLcd_topStatAに転送することを示す。同様に、ゲストOSBの操作を伴う画面を表示部11に表示させる場合、フレームバッファ20cのアドレスFB_BからサイズScreenSizeのデータを、表示部11のアドレスLcd_topに転送することを示す。ゲストOSBの操作を伴わない画面を表示部11に表示させる場合、フレームバッファ20cのアドレスFB_BStatBからサイズScreenSizeBのデータを表示部11のアドレスLcd_topStatBに転送することを示す。続いて、図7を用いて、図6の状態においてゲストOSAの画面全体とゲストOSBのステータス通知領域とを表示させる例を説明する。図7に示すように、表示制御部20eは、StatB=0でない場合、フレームバッファ20bのFB_AからStatBまでの長さを、表示部11のLcd_topを先頭する領域に転送する。続いて、表示制御部20eは、フレームバッファ20cのFB_BStatBからStatSizeBの長さを、表示部11のLcd_topStatBを先頭する領域へ転送する。続いて、表示制御部20eは、StatBStatSizeB=ScreenSizeでない場合、以下のように制御する。具体的には、表示制御部20eは、フレームバッファ20bのFB_AStatBStatSizeBからScreenSize-StatBStatSizeBの長さを、表示部11のLcd_topStatBStatSizeBへ転送する。このようにすることで、ステータス通知領域以外の部分は操作対象OSの画面全体を転送元として転送し、該当ステータス通知領域の部分だけは、ステータス通知領域を表示したいOSの画面の中のステータス通知領域に相当する部分を転送することができる。次に、図8から図12を用いて、操作対象領域とステータス通知領域とを切り替える様々な具体例を例示する。具体例1図8は、各ゲストOSのステータス通知領域が同じ大きさである場合の表示エリアテーブルの例を示す図である。図9は、各ゲストOSのステータス通知領域が同じ大きさである場合の画面の切り替わり例を示す図である。図8に示すように、表示エリアテーブルは、ゲストOS、画面全体、ステータス通知領域としてゲストA、FB_A、ScreenSize、Lcd_top、FB_A、StatSize、Lcd_topを記憶する。同様に、表示エリアテーブルは、ゲストB、FB_B、ScreenSize、Lcd_top、FB_B、StatSize、Lcd_topを記憶する。ここでは、ゲストOSAとゲストOSBのステータス通知領域の場所も大きさも同じである例について説明する。この場合、表示制御部20eは、フレームバッファ20bのFB_AからStatSizeの大きさを表示部11のLcd_topを先頭とする領域に転送する。また、表示制御部20eは、フレームバッファ20cのFB_BStatSizeからScreenSize-StatSizeの大きさを表示部11のLct_topStatsizeを先頭とする領域に転送する。具体的には、図9に示すように、携帯端末11は、ゲストOSAを操作中に、ゲストOSBのステータス通知領域の表示要求を受け付けた場合に、ゲストOSAの画面上にゲストBのステータス通知画面を表示させる。その後、携帯端末11は、ゲストOSBを操作中に、ゲストOSAのステータス通知領域の表示要求を受け付けた場合に、ゲストOSBの画面上にゲストAのステータス通知画面を表示させる。このように、携帯端末11は、操作対象のゲストOSやステータス通知領域のゲストOSを切り替えた場合でも、ステータス通知領域の位置と大きさを変更させずに表示させることができる。具体例2図10は、各ゲストOSのステータス通知領域の大きさが異なる場合の表示エリアテーブルの例を示す図である。図11は、各ゲストOSのステータス通知領域が異なる大きさである場合の画面の切り替わり例を示す図である。図10に示すように、表示エリアテーブルは、ゲストOS、画面全体、ステータス通知領域としてゲストA、FB_A、ScreenSize、Lcd_top、FB_A、StatSizeA、Lcd_topを記憶する。同様に、表示エリアテーブルは、ゲストB、FB_B、ScreenSize、Lcd_top、FB_B、StatSizeB、Lcd_topを記憶する。ここでは、ゲストOSAとゲストOSBのステータス通知領域は、表示位置は同じであるが表示領域が異なる例を説明する。この場合、表示制御部20eは、フレームバッファ20bのFB_AからStatSizeAの大きさを表示部11のLcd_topを先頭とする領域に転送する。また、表示制御部20eは、フレームバッファ20cのFB_BStatSizeAからScreenSize-StatSizeAの大きさを表示部11のLct_topStatsizeAを先頭とする領域に転送する。具体的には、図11に示すように、携帯端末11は、ゲストOSAを操作中に、ゲストOSBのステータス通知領域の表示要求を受け付けた場合に、ゲストOSAの画面上にゲストBのステータス通知画面を表示させる。このとき、携帯端末11は、ゲストOSAのステータス通知領域Aよりも、ゲストOSBのステータス通知領域Bの方が大きいので、ゲストOSAの操作対象領域Aが小さくなる。その後、携帯端末11は、ゲストOSBを操作中に、ゲストOSAのステータス通知領域の表示要求を受け付けた場合に、ゲストOSBの画面上にゲストAのステータス通知画面を表示させる。このとき、携帯端末11は、ゲストOSBのステータス通知領域Bよりも、ゲストOSAのステータス通知領域Aの方が小さいので、ゲストOSBのステータス通知領域Bが画面上に残る。この残ったステータス通知領域Bの領域は、そのままでもよく、その他の画面等にしてもよい。このように、携帯端末11は、ゲストOSのステータス通知領域の大きさが異なる場合でも、操作対象のゲストOSやステータス通知領域のゲストOSを切り替えて表示させることができる。具体例3図12は、各ゲストOSのステータス通知領域の位置も大きさも異なる場合の表示エリアテーブルの例を示す図である。図13は、各ゲストOSのステータス通知領域の位置も大きさも異なる場合の画面の切り替わり例を示す図である。図12に示すように、表示エリアテーブルは、ゲストOS、画面全体、ステータス通知領域としてゲストA、FB_A、ScreenSize、Lcd_top、FB_A、StatSizeA、Lcd_topを記憶する。同様に、表示エリアテーブルは、ゲストB、FB_B、ScreenSize、Lcd_top、FB_BScreenSize-StatSizeB、StatSizeB、Lcd_topScreenSize-StatSizeBを記憶する。ここでは、ゲストOSAとゲストOSBのステータス通知領域は、表示位置も表示サイズも異なる例を説明する。この場合、表示制御部20eは、ゲストOSAの操作対象領域AのうちゲストOSBのステータス通知領域Bに相当する部分の転送を実行しない。例えば、表示制御部20eは、フレームバッファ20bのFB_AからStatSizeAの大きさを表示部11のLcd_topを先頭とする領域に転送する。また、表示制御部20eは、フレームバッファ20cのFB_BScreenSize-StatSizeBかStatSizeBの大きさを表示部11のLcd_topScreenSize-StatSizeBを先頭とする領域に転送する。具体的には、図13に示すように、携帯端末11は、ゲストOSAを操作中に、ゲストOSBのステータス通知領域の表示要求を受け付けたとする。すると、携帯端末11は、ゲストOSAの画面上のステータス通知領域Aとは異なる位置に、ゲストBのステータス通知領域Bを表示させる。一例を挙げると、携帯端末11は、ゲストOSAのステータス通知領域Aは表示部11の上方に位置し、ゲストOSBのステータス通知領域Bは表示部11の下方に位置する。つまり、携帯端末11は、ゲストOSAを操作中に、ステータス通知領域Aとステータス通知領域Bの両方を表示部11に表示させる。その後、携帯端末11は、表示部11の下方にステータス通知領域Bを表示させるとともにゲストOSBの操作対象領域Bを表示させている状態、つまりゲストOSBを操作中であるとする。この状態で、携帯端末11は、ゲストOSAのステータス通知領域Aの表示要求を受け付けた場合に、ゲストOSBの画面上方にゲストAのステータス通知画面Aを表示させる。つまり、携帯端末11は、ゲストOSBを操作中に、ステータス通知領域Aとステータス通知領域Bの両方を表示部11に表示させる。このように、携帯端末11は、ゲストOSのステータス通知領域の大きさや位置が異なる場合でも、操作対象のゲストOSやステータス通知領域のゲストOSを切り替えて表示させることができる。さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。表示切替操作上述した実施例では、メニューボタン押下などの特定操作を受け付けた場合に、操作対象のゲストOSの画面を表示しつつ、ステータス通知領域については別のゲストOSの画面を表示する例について説明した。その後、携帯端末10は、ゲストOS切替操作を受け付けた場合には、操作対象のゲストOSの画面を、ステータス通知領域に情報を表示しているゲストOSの画面に切り替えることもできる。一例を挙げると、携帯端末10は、ゲストOSAの操作対象画面Aとステータス通知画面Aを表示中に、メニューボタン押下などの特定操作を受け付けた場合に、ステータス通知画面AをゲストOSBのステータス通知画面Bに切り替える。つまり、この時点では、携帯端末10は、ゲストOSAの操作対象画面AとゲストOSBのステータス通知画面Bとを表示部11に表示する。その後、携帯端末10は、メニューボタンのダブルプッシュなどの特定操作を受け付けた場合に、ゲストOSAの操作対象画面AをゲストOSBの操作対象画面Bに切り替える。つまり、携帯端末10は、ゲストOSBの操作対象画面BとゲストOSBのステータス通知画面Bとを表示部11に表示させ、表示部11の全画面にゲストOSBの情報を表示する。なお、切替を判断する操作例は、あくまで一例であり、これに限定されるものではない。タッチパネルとの連携例えば、携帯端末10の表示部11がタッチパネルである場合には、携帯端末10内にタッチパネルVMを動作させることで、上述した切替操作をタッチパネルで受け付けることもできる。例を挙げると、携帯端末10は、表示部11の画面と表示情報とを対応付けて管理することで、タッチパネル操作を受け付けた場合に、受け付けた位置に基づいて操作内容を特定することができる。このようにすることで、タッチパネルを用いた場合でも、上述した実施例と同様の処理を実行することができる。表示エリアテーブル上述した表示エリアテーブルは、表示部11に対応した座標でパラメータを記憶することもで、DMAを用いた場合のアドレス情報を記憶することもで、ユーザが任意に設定変更することができる。また、表示エリアテーブルに記憶される情報は、ユーザが設定登録することもでき、各ゲストOSが起動したタイミングで生成することもできる。例えば、ゲストOSの追加や削除が実行できない携帯端末10の場合には、固定値を予め登録する。一方で、各ゲストOSが自OSのステータス通知領域を表示制御VM20に通知することで、表示制御VM20が表示エリアテーブルを生成する。画面構成が筐体の向きまたは画面の向きに応じて変更されるような携帯端末に対してこの構成を適用する際には、表示エリアテーブルにおいて、画面の向きを追加することもできる。例えば、表示エリアテーブルは、各ゲストOSごとに、正位置、右90度回転時、左90度回転時などそれぞれの表示構成におけるステータス通知領域の情報を個別に保持する。こうすることで、携帯端末の筐体の動きに合わせて表示構成が変更されても、ステータス通知領域を合成表示することができる。一覧表示また、携帯端末10は、表示エリアテーブルの持つ情報を利用することで、異なる操作を実現することもできる。図14は、複数のステータス通知領域の一覧表示を説明する図である。具体的には、携帯端末10は、各ゲストOSのステータス通知領域をテーブルで記憶する。そして、携帯端末10は、ステータスを見る操作をユーザから受け付けた場合、搭載されているすべてのゲストOSのステータス通知領域を同時に閲覧可能となるように表示させることができる。例を挙げると、図14に示すように、携帯端末10は、ゲストOSAとゲストOSBとゲストOSCとを動作させており、例えばメニューボタンなどの特定操作を受け付けたとする。この場合、携帯端末10は、ステータス通知画面Aとステータス通知画面Bとステータス通知画面Cとの一覧を表示部11に表示する。その後、携帯端末10は、ステータス通知画面Bがユーザによって選択された場合に、ゲストOSBの情報を表示部11の全体に表示する。このようにすることで、3つ以上のゲストOSが搭載されている場合でも、少ない操作でステータス通知の概要を確認することができる。さらに、一覧されているステータス通知領域の一つを選択する操作を操作対象OSを変更する操作と定義することで、通知の概要確認から、通知の内容確認までを一連の動作として実現することも可能である。システムまた、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、例えば図3、図4等に示した各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、CPUおよび当該CPUにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。プログラムところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図15は、画面表示制御プログラムを実行するコンピュータのハードウェア構成例を示す図である。図15に示すように、コンピュータシステム100は、バス100aに、CPU101、入力装置102、出力装置103、通信インタフェース104、HDDHardDiskDrive105、RAMRandomAccessMemory106が接続される。入力装置102は、マウスやキーボードであり、出力装置103は、ディスプレイなどであり、通信インタフェース104は、NICNetworkInterfaceCardなどのインタフェースである。HDD105は、画面表示制御プロセス106aとともに、図2の各VMが保持するテーブル等に記憶される情報を記憶する。記録媒体の例としてHDD105を例に挙げたが、ROMReadOnlyMemory、RAMRandomAccessMemory、CD-ROM等の他のコンピュータ読み取り可能な記録媒体に各種プログラムを格納しておき、コンピュータに読み取らせることとしてもよい。なお、記憶媒体を遠隔地に配置し、コンピュータが、その記憶媒体にアクセスすることでプログラムを取得して利用してもよい。また、その際、取得したプログラムをそのコンピュータ自身の記録媒体に格納して用いてもよい。CPU101は、画面表示制御プログラム105aを読み出してRAM106に展開することで、図2等で説明した各機能を実行する画面表示制御プロセス106aを動作させる。すなわち、画面表示制御プロセス106aは、図2に記載した表示状態管理通知部17b、表示情報生成部18a、表示情報生成部19a、表示エリア決定部20d、表示制御部20e等と同様の機能を実行する。このようにコンピュータシステム100は、プログラムを読み出して実行することでメッセージ切分け方法を実行する情報処理装置として動作する。