(57)【特許請求の範囲】
【請求項１】
起動状態と停止状態とを切り替え可能な仮想計算機を動作させている計算機から、複数の仮想計算機から提供された画面情報を受信する受信手段と、
前記複数の仮想計算機に含まれる第１の仮想計算機から提供された前記画面情報を表示する表示手段と、
前記表示手段により表示された前記画面情報から、前記複数の仮想計算機に含まれる第２の仮想計算機から提供された前記画面情報を表示するのに必要な操作手順の数に基づいて、前記第２の仮想計算機を停止させるか否か判断する判断手段と、
停止させると判断された前記第２の仮想計算機を動作させている前記計算機に対して、当該仮想計算機の停止信号を送信する送信手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記表示手段により表示された前記画面情報から、各前記仮想計算機が処理を実行するための必要な操作手順の数を算出する操作数算出手段をさらに備え、
前記判断手段は、前記操作手順の数に基づいて、各前記仮想計算機を停止させるか否か判断すること、
を特徴とする請求項１に記載の通信装置。
【請求項３】
前記判断手段は、前記表示手段により表示された前記画面情報から１操作では処理を実行できない前記仮想計算機を停止させると判断すること、
を特徴とする請求項１に記載の通信装置。
【請求項４】
前記表示手段は、さらに処理を行う前記仮想計算機を切り替えるボタンを表した切替表示情報を、前記画面情報と共に表示し、
前記切替表示情報が表示された座標領域の入力を、前記１操作として受け付ける入力受付手段を、さらに備えること、
を特徴とする請求項１乃至３のいずれか一つに記載の通信装置。
【請求項５】
前記表示手段が表示する前記切替表示情報は、現在表示している前記画面情報の前後に処理を行っていた前記仮想計算機に切り替えさせるものであること、
を特徴とする請求項４に記載の通信装置。
【請求項６】
前記表示手段が表示する前記切替表示情報は、現在表示している前記画面情報と異なる画面情報を提供する前記仮想計算機に切り替えさせるものであること、
を特徴とする請求項４に記載の通信装置。
【請求項７】
前記表示手段が表示する前記仮想計算機毎の前記画面情報は、ウィンドウ形式であること、
を特徴とする請求項１乃至３のいずれか一つに記載の通信装置。
【請求項８】
前記判断手段は、前記画面情報が他の画面情報の背面に存在する場合に、複数の操作手順が必要なものとして、背面に存在する前記画面情報を提供する前記仮想計算機を停止させると判断すること、
を特徴とする請求項７に記載の通信装置。
【請求項９】
受信手段が、起動状態と停止状態とを切り替え可能な仮想計算機を動作させている計算機から、複数の仮想計算機から提供された画面情報を受信する受信ステップと、
表示手段が、前記複数の仮想計算機に含まれる第１の仮想計算機から提供された前記画面情報を表示する表示ステップと、
判断手段が、前記表示ステップにより表示された前記画面情報から、前記複数の仮想計算機に含まれる第２の仮想計算機から提供された前記画面情報を表示するのに必要な操作手順の数に基づいて、前記第２の仮想計算機を停止させるか否か判断する判断ステップと、
送信手段が、停止させると判断された前記第２の仮想計算機を動作させている前記計算機に対して、当該仮想計算機の停止信号を送信する送信ステップと、
を有することを特徴とする通信方法。
【請求項１０】
通信処理を行う手段として、コンピュータを機能させるプログラムであって、
起動状態と停止状態とを切り替え可能な仮想計算機を動作させている計算機から、複数の仮想計算機から提供された画面情報を受信する受信手段と、
前記複数の仮想計算機に含まれる第１の仮想計算機から提供された前記画面情報を表示する表示手段と、
前記表示手段により表示された前記画面情報から、前記複数の仮想計算機に含まれる第２の仮想計算機から提供された前記画面情報を表示するのに必要な操作手順の数に基づいて、前記第２の仮想計算機を停止させるか否か判断する判断手段と、
停止させると判断された前記第２の仮想計算機を動作させている前記計算機に対して、当該仮想計算機の停止信号を送信する送信手段と、
としてコンピュータを機能させることを特徴とする通信処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、仮想計算機を動作させる計算機と情報を送受信する通信装置、方法及びプログラムに関するものである。
【背景技術】
【０００２】
従来から、計算装置が表示する画面データを、ネットワークを介して接続された通信装置で表示する技術がある。当該技術により計算装置で実行する処理を制御することが可能となる。
【０００３】
上述した技術を利用することで、液晶タッチパネル及びペンなどの最小限の入出力インタフェースのみ備える通信端末装置をユーザに携帯させ、当該通信端末装置からネットワークを介して遠隔地に存在するサーバ（計算装置）に接続し、当該サーバから提供されるサービスを、通信端末装置で利用するシステムがある。
【０００４】
ところで、近年、サーバ上で複数の仮想計算機を動作させる技術が提案されている。仮想計算機とは、物理的な計算機上に、主にソフトよる手段で仮想的な計算機を複数動作させ、その仮想的な計算機上でオペレーティングシステムやアプリケーションプログラムを動作させるものである。当該技術を利用することで、従来よりも少ない数の計算機で、より多くの計算機で運用していたシステムを実現することが可能となる。
【０００５】
上述したシステムに仮想計算機の技術を適用すると、ユーザの操作に応じて通信端末装置の接続先のサーバが、仮想計算機サーバＡから、仮想計算機サーバＢといった具合に転送されていくことになる。
【０００６】
このような仮想計算機を利用したシステムを運用する場合、仮想計算機を動作させるサーバにおいては、通信端末装置等から利用されていない仮想計算機を、少しでも長時間停止させることが、サービスのスケーラビリティを向上させることに直結する。
【０００７】
一方、一度停止させた仮想計算機が提供するサービスを、通信端末装置が再び利用することになった場合、当該仮想計算機の再起動している時間、ユーザは待機することになる。このため、仮想計算機からサービスを提供する場合、当該仮想計算機の動作をいつ停止すべきかの判断は、慎重に行なわなければならない。
【０００８】
そこで、非特許文献１では、ユーザに対して、仮想計算機の停止と起動とを変更できる技術が提案されている。当該技術を適用することで、ユーザが当該仮想計算機の停止と起動とを変更できるので、利用が終了した時に仮想計算機を停止させ、当該仮想計算機を利用したい場合には前もって起動させるようユーザが制御することができる。
【０００９】
【非特許文献１】“Suspending  and  Resuming  Virtual  Machines”、[online]、[2007/12/28検索]、インターネット<URL:  http://www.vmware.com/support/esx2/doc/esx20admin_remote-console8.html#1004281>
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、非特許文献１に記載された技術では、仮想計算機の停止を指示できる機能をユーザに対して提供したとしても、ユーザが仮想計算機を適切に停止させるか否か判断することは容易ではない。
【００１１】
例えば、ＷＷＷのＷｅｂページ上に提示されたクリックボタンの様に、ユーザがこれから行う操作が、接続先のサーバが変更される操作であるのか否かを判断することは難しい。また、ユーザがサーバの接続先が変更されることを把握できた時には、既に通信端末装置は、停止の指示を与えるべき仮想計算機が動作しているサーバから、別のサーバに接続先が変更されていることも多く、この場合、仮想計算機に対して停止の指示を与えることは容易ではない。
【００１２】
本発明は、上記に鑑みてなされたものであって、ユーザの利用状況に応じて、仮想計算機の起動状態と停止状態とを切り替える通信装置、方法及びプログラムを提供する。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するために、本発明にかかる通信装置は、起動状態と停止状態とを切り替え可能な仮想計算機を動作させている計算機から、複数の仮想計算機から提供された画面情報を受信する受信手段と、前記複数の仮想計算機に含まれる第１の仮想計算機から提供された前記画面情報を表示する表示手段と、前記表示手段により表示された前記画面情報から、前記複数の仮想計算機に含まれる第２の仮想計算機から提供された前記画面情報を表示するのに必要な操作手順の数に基づいて、前記第２の仮想計算機を停止させるか否か判断する判断手段と、停止させると判断された前記第２の仮想計算機を動作させている前記計算機に対して、当該仮想計算機の停止信号を送信する送信手段と、を備えることを特徴とする。
【００１４】
また、本発明にかかる通信方法は、受信手段が、起動状態と停止状態とを切り替え可能な仮想計算機を動作させている計算機から、複数の仮想計算機から提供された画面情報を受信する受信ステップと、表示手段が、前記複数の仮想計算機に含まれる第１の仮想計算機から提供された前記画面情報を表示する表示ステップと、判断手段が、前記表示ステップにより表示された前記画面情報から、前記複数の仮想計算機に含まれる第２の仮想計算機から提供された前記画面情報を表示するのに必要な操作手順の数に基づいて、前記第２の仮想計算機を停止させるか否か判断する判断ステップと、送信手段が、停止させると判断された前記第２の仮想計算機を動作させている前記計算機に対して、当該仮想計算機の停止信号を送信する送信ステップと、を有することを特徴とする。
【００１５】
また、本発明にかかる通信処理プログラムは、通信処理を行う手段として、コンピュータを機能させるプログラムであって、起動状態と停止状態とを切り替え可能な仮想計算機を動作させている計算機から、複数の仮想計算機から提供された画面情報を受信する受信手段と、前記複数の仮想計算機に含まれる第１の仮想計算機から提供された前記画面情報を表示する表示手段と、前記表示手段により表示された前記画面情報から、前記複数の仮想計算機に含まれる第２の仮想計算機から提供された前記画面情報を表示するのに必要な操作手順の数に基づいて、前記第２の仮想計算機を停止させるか否か判断する判断手段と、停止させると判断された前記第２の仮想計算機を動作させている前記計算機に対して、当該仮想計算機の停止信号を送信する送信手段と、としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ユーザが利用状況が反映されている画面情報に連動して、仮想計算機に停止信号を送信できるので、仮想計算機の状態を適切に制御することが可能という効果を奏する。
【発明を実施するための最良の形態】
【００１７】
以下に添付図面を参照して、この発明にかかる通信装置、方法及びプログラムをユーザモニタ端末に適用した最良な実施の形態を詳細に説明する。なお、通信装置、方法及びプログラムは、ユーザモニタ端末以外の様々な装置に対して適用することができる。
【００１８】
図１に示すように、ユーザが操作するユーザモニタ端末１００は、仮想計算機（以降、ＶＭ(Virtual  Machine)と呼ぶ）を動作させるＶＭサーバとネットワークを介して接続されている。そして、ユーザモニタ端末１００は、ＶＭサーバとの間でデータを送受信することで、当該ＶＭサーバ上で動作しているＶＭからサービスを提供される。
【００１９】
そして、本実施の形態にかかるユーザモニタ端末１００は、液晶タッチパネルによる情報の表示機能と、当該液晶タッチパネルに対するペン入力機能を備えているものとする。
【００２０】
図１に示す、第１ＶＭサーバ１５１、及び第２ＶＭサーバ１５２は、ＶＭを動作させるＰＣサーバとする。ＶＭ１〜ＶＭ４は、それぞれ第１ＶＭサーバ１５１及び第２ＶＭサーバ１５２上で、仮想化技術により生成されたＶＭとする。サービスＡ〜サービスＤは、各ＶＭ上で実行されているユーザ向けサービスのアプリケーションプログラムとする。
【００２１】
ユーザが、ユーザモニタ端末１００を操作することで、ユーザモニタ端末１００があるＶＭサーバ（第１ＶＭサーバ１５１又は第２ＶＭサーバ１５２）上で動作しているＶＭに接続する。そして、ユーザが、当該ＶＭから提供されるデスクトップ画面を参照し、当該デスクトップ画面に対してペン入力を行う。このペン入力情報が、ユーザモニタ端末１００によりＶＭに対して送信される。その後、ＶＭがペン入力結果に対応する情報をユーザモニタ端末１００に対して送信する。これにより、ユーザモニタ端末１００で、ＶＭからのサービスを利用することができる。
【００２２】
そして、図１では、ユーザモニタ端末１００が、第２ＶＭサーバ１５２のＶＭ３と接続し、当該ＶＭ３のデスクトップ画面を表示し、ＶＭ３から提供されているサービスＣを利用している状況を示している。さらに、ユーザモニタ端末１００は、第１ＶＭサーバ１５１のＶＭ２と、第２ＶＭサーバ１５２のＶＭ４と接続されている、又はユーザの操作をトリガーに即座にＶＭ２及びＶＭ４と接続可能な状態であることを示している。ＶＭ２とＶＭ４とが「接続している」か、「即座に接続可能な状態にある」かの違いは、ユーザモニタ端末１００に表示されるＧＵＩ(Graphical  User  Interface)の設計に依存するものとする。なお、具体的に表示される画面については、後述する。
【００２３】
さらに、ユーザモニタ端末１００は、第１ＶＭサーバ１５１のＶＭ１とは現在接続されておらず、且つユーザの操作をトリガーに即座に接続可能な状況ではないことを示している。
【００２４】
本実施の形態においては、接続中又は即座に接続する可能性のあるＶＭ（上述した例では、ＶＭ２、ＶＭ３及びＶＭ４）については起動状態とし、現在接続されておらず且つユーザの操作をトリガーに即座に接続可能な状態ではないＶＭについてはサスペンド状態とさせる例とする。さらに、ユーザモニタ端末１００から接続可能なＶＭであっても、表示されている画面データに従って、状況に応じて起動状態か停止状態かを切り替えていくことになる。
【００２５】
図２に示すように、ユーザモニタ端末１００は、ステータス記憶部２０１と、通信処理部２０２と、画像変換部２０３と、ＧＵＩ制御部２０４と、表示部２０５と、ペン入力受付部２０６と、判断部２０７と、操作数カウント部２０８と、を備える。
【００２６】
ペン入力受付部２０６は、ユーザモニタ端末１００が備える図示しない液晶タッチパネルに対する入力を、ペン入力の情報（ペンが指し示す位置座標等）として受け付ける。
【００２７】
通信処理部２０２は、受信処理部２１１と、送信処理部２１２とを備え、ＶＭを動作させるＶＭサーバと接続して、情報の送受信を行う。さらに、通信処理部２０２は、ＶＭとの接続の確立や、切断処理なども行う。
【００２８】
受信処理部２１１は、接続されたＶＭのデスクトップの画面データなどを、当該ＶＭを動作させているＶＭサーバから受信する。
【００２９】
送信処理部２１２は、接続されたＶＭに対してペン入力の情報、及びＶＭの切り替え情報を送信する。さらに、送信処理部２１２は、ＶＭを動作させているＶＭサーバに対して、ＶＭの停止信号、サスペンド状態に移行させる信号、起動状態に移行させる信号の送信も行う。
【００３０】
画像変換部２０３は、受信処理部２１１から受け付けたＶＭのデスクトップの画面データを復号し、ユーザモニタ端末１００で表示できる画像データ形式に変換する。画像データ形式の変換の例としては、受信した画面データがＪＰＥＧやＰＮＧなどの画像形式で圧縮されていた場合、当該画面データを復号し、ＲＧＢデータに変換する等がある。そして、表示形式が変換された画面データは、ＧＵＩ制御部２０４に出力される。
【００３１】
ＧＵＩ制御部２０４は、ＧＵＩ生成部２２１と、ＧＵＩ判断部２２２と、を備え、切替表示データの表示制御、及び当該切替表示データに対する入力受付制御を行う。この切替表示データは、画面データを提供しているＶＭを切り替えるために表示されるデータとする。切替表示データとは、表示部２０５に表示される画面を切り替えるための表示データとする。
【００３２】
また、ＧＵＩ制御部２０４は、ステータス記憶部２０１の更新処理も行う。
【００３３】
ＧＵＩ生成部２２１は、切替表示データを生成し、生成した切替表示データと、受信した画面データとを合成して、切替表示付画面データを生成する。そして、当該切替表示データに対してペン入力を受け付けた場合に、現在表示されていた画面データから、他のＶＭが提供する画面データに切り替えることになる。切替表示付画面データとは、ＶＭから提供された画面データに、切替表示データを付加した画面データとする。
【００３４】
本実施の形態では、切替表示付画面データに対するＧＵＩ方式として「ページ切替方式」を用いた例とする。つまり、切替表示データに対してペン入力を受け付けた場合に、ページをめくるように画面データを切り替える。
【００３５】
ＧＵＩ判断部２２２は、ペン入力受付部２０６が受け付けたペン入力の情報で指し示されている位置座標が、切替表示データを指し示しているか否か判断する。当該切替表示データを指し示していると判断した場合、ＶＭの切り替えが指示されたと判断する。そして、ＧＵＩ判断部２２２が切り替えを指示されたと判断した場合、ＶＭを切り替えるための通知が、送信処理部２１２により送信される。
【００３６】
表示部２０５は、ＧＵＩ生成部２２１で合成された切替表示付画面データを表示する。図３に示す画面例のうち、符号３０１で示される「戻る」ボタンが、ＶＭを切り替えるための切替表示データとなる。ユーザが「戻る」ボタン３０１をペンでクリックすることで、現在表示している画面データを提供していたＶＭより一つ前のＶＭから提供される画面データを、表示部２０５が表示する。切替表示データとして他には「進む」ボタンなどがある。
【００３７】
また、「実行」ボタン３０２を押下した場合には、当該位置座標を含むペン入力情報が、当該画面データを送信しているＶＭに受け渡される。これにより、ユーザモニタ端末１００は、当該ＶＭからサービスの提供を受け付けたり、ＶＭの接続先が切り替えられる等の処理が行われる。
【００３８】
ステータス記憶部２０１は、ユーザモニタ端末１００が接続したＶＭのステータスを記憶する。図４に示すように、接続した“ＶＭ”と、“表示状態”と、“ステータス”とを対応付けて記憶する。“ＶＭ”は、ユーザモニタ端末１００が接続したＶＭの識別情報を記憶する。“表示状態”は、当該ＶＭの表示状態を保持する。例えば“表示状態”が“表示中”の場合、当該“表示中”と対応付けられているＶＭから提供されている画面データが現在表示されていることを意味する。“戻る”は、“戻る”ボタンが押下された場合に、“戻る”と対応付けられているＶＭから提供される画面データが表示されることを意味する。“進む”は、“進む”ボタンが押下された場合に、“進む”と対応付けられているＶＭから提供される画面データが表示されることを意味する。
【００３９】
つまり、図４に示すステータス記憶部２０１では、ＶＭ３から提供されている画面データがユーザモニタ端末１００で表示されており、ＶＭ２及びＶＭ４はユーザモニタ端末１００に接続されているが、ＶＭ２及びＶＭ４から提供される画面データは表示されていないことを意味する。
【００４０】
フィールド“ステータス”は、当該ＶＭの状態を示しており、“active”、“stop”及び“suspend”の３種類のうちいずれかの情報が格納されている。“active”であれば起動状態であることを意味し、“stop”であれば停止状態であることを意味し、“suspend”であればサスペンド状態を意味する。
【００４１】
本実施の形態において、起動状態を維持するＶＭは、表示されているＶＭか、「進む」ボタン又は「戻る」ボタンの一回の押下（ワンクリック）で表示され得るＶＭとする。換言すれば、ユーザの１操作以内で実行されるＶＭは、起動状態を維持させておく。
【００４２】
停止状態は、ＶＭサーバにおいて、該当するＶＭにＣＰＵが割り当てられていないが、ＶＭが起動するために必要な情報がメモリ内に格納されているため、早く起動中に復帰できる状態とする。サスペンド状態は、ＶＭサーバにおいて、該当するＶＭにＣＰＵが割り当てられておらず、且つ当該ＶＭに必要な情報もメモリ内からＨＤＤに退避されているため、起動中に復帰するために時間がかかる状態とする。
【００４３】
本実施の形態においては、停止状態にさせるＶＭは、「進む」ボタン又は「戻る」ボタンの２回以上の押下で表示されるＶＭとする。換言すれば、ユーザの２以上の操作で実行されるＶＭは、停止状態にさせておく。
【００４４】
本実施の形態においては、サスペンド状態にさせるＶＭは、「進む」ボタン又は「戻る」ボタンを何回押下しても表示されることのないＶＭとする。
【００４５】
図４に示すステータス記憶部２０１は、ユーザモニタ端末１００の操作が行われ、新たなＶＭに接続される毎に、ＧＵＩ制御部２０４が、当該ＶＭを示すエントリを一つ追加する。
【００４６】
図４に示すステータス記憶部２０１では、ユーザモニタ端末１００がＶＭ２、ＶＭ３、ＶＭ４の順に接続されたことを意味する。ＧＵＩ制御部２０４は、ＶＭ４に接続した直後では“ＶＭ４”のエントリのフィールド“表示状態”に“表示中”を設定する。そして、ユーザが“戻る”ボタンを押下することで、ＧＵＩ制御部２０４が、図４に示すように、“ＶＭ２”のエントリのフィールド“表示状態”を“戻る”に、“ＶＭ３”のエントリのフィールド“表示状態”を“表示中”に、“ＶＭ４”のエントリのフィールド“表示状態”を“進む”に更新する。これに伴い、後述する判断部２０７は、これらＶＭが一操作で表示可能であると判断し、各エントリのフィールド“ステータス”を“active”に更新する。
【００４７】
また、図４に示すステータス記憶部２０１では、ＶＭ１のエントリがないことから、ユーザモニタ端末１００がＶＭ１に接続した後に当該ＶＭ１のエントリが削除されたか、ＶＭ１に接続したことがない、のうちいずれかと考えられる。
【００４８】
その後、ＧＵＩ生成部２２１が、ＶＭ３から受信した画面データに対して、切替表示データを合成した切替表示付画像データを生成し、表示部２０５が、ＶＭ３から提供される画面データを含む切替表示付画面データを、図５に示すように表示する。この図５に示す切替表示付画面データでは、ＶＭ４から提供される画面データに切り替えるための“進む”ボタン５０１が表示される。そして、ユーザが“進む”ボタン５０１か、“同意します”ボタン５０２を押下した場合に、表示部２０５が、ＶＭ４から提供される画面データを含む切替表示付画面データを表示することになる。
【００４９】
操作数カウント部２０８は、ステータス記憶部２０１に格納された各エントリに基づいて、ＶＭ毎に、表示部２０５により表示された切替表示付画面データから処理を実行するのに必要な操作手順の数をカウントする。本実施の形態にかかる操作数カウント部２０８は、ステータス記憶部２０１のエントリの登録順から、ＶＭ毎の操作手順の数をカウントできる。例えば、表示状態が表示中のエントリの前後のエントリ（つまり、表示情報が“戻る”又は“進む”のエントリ）は、１操作とカウントされる。つまり、表示情報が“戻る”又は“進む”のエントリは、利用者による１操作で処理が実行される可能性のあるＶＭのエントリとなる。
【００５０】
判断部２０７は、操作数カウント部２０８によりカウントされたＶＭ毎の操作手順の数に基づいて、ＶＭを停止させるか否か判断する。本実施の形態では、操作手順の数として、１操作以内であるか否かを基準とする。しかしながら、本実施の形態は、判定基準を１操作以内であるか否かに制限するものではなく、利用状況に応じて適切な操作手順の数を設定すればよい。
【００５１】
そこで、本実施の形態にかかる判断部２０７は、表示している切替表示付画面データから２つ以上「進む」ボタン又は「戻る」ボタンを押下しなければ、呼び出せない処理を実行するＶＭを停止状態(stop)にさせると判断する。さらに、判断部２０７は、表示している切替表示付画面データからどう操作しても、呼び出すことができないＶＭについてはサスペンド状態にさせると判断する。
【００５２】
つまり、判断部２０７は、ステータス記憶部２０１のフィールド“表示状態”が“戻る”、表示中、又は“進む”のＶＭの場合、操作数カウント部２０８によりカウントされた操作手順の数が１操作以内となるので、起動状態にさせるＶＭと判断することになる。フィールド“表示状態”がこれら（“戻る”、表示中、“進む”）以外の場合、判断部２０７は、操作数カウント部２０８によりカウントされた操作手順の数が２操作以上となるので、停止状態にさせるＶＭと判断することになる。
【００５３】
つまり、図４に示すステータス記憶部２０１を参照した場合、判断部２０７は、ＶＭ２、ＶＭ３及びＶＭ４を起動状態にする必要があると判断し、全エントリのフィールド“ステータス”を“active”に更新する。そして、送信処理部２１２は、ＶＭ２、ＶＭ３及びＶＭ４を起動状態にするように信号を送信する。
【００５４】
その後、ユーザが「進む」ボタンを一回押下するなどにより、画面データを提供するＶＭがＶＭ３からＶＭ４に切り替えられた場合、図６に示すように、ＧＵＩ制御部２０４が、“ＶＭ２”のエントリのフィールド“表示状態”を“-”に、“ＶＭ３”のエントリのフィールド“表示状態”を“戻る”に、“ＶＭ４”のエントリのフィールド“表示状態”を“表示中”に更新する。つまり、ＶＭ２から提供される画面データは、ユーザの「戻る」ボタンを２回押下した場合に表示される。
【００５５】
このような状況で、操作数カウント部２０８が各エントリの操作手順の数をカウントした場合、判断部２０７は、当該カウント結果に基づいて、ＶＭ３及びＶＭ４の起動状態を維持し、ＶＭ２を停止状態にさせると判断する。そして、図６に示すように、判断部２０７は、“ＶＭ２”のエントリのフィールド“ステータス”を“stop”に更新する。
【００５６】
そして、送信処理部２１２は、判断部２０７により各ＶＭで停止状態にさせる又はサスペンド状態にさせると判断された場合、当該ＶＭを動作させているＶＭサーバに対して、停止状態又はサスペンド状態にさせる信号を送信する。また、判断部２０７により停止状態のＶＭを起動状態にさせると判断された場合、当該ＶＭを起動させるＶＭサーバに対して、起動状態にさせる信号を送信する。
【００５７】
これら信号を受信したＶＭサーバは、以下に示すように処理を実施する。まず、ＶＭを起動状態にさせる信号を受信した場合、ＶＭサーバは、当該ＶＭの実行を開始する。具体的には、ＣＰＵなどの実行資源の割当をスケジュールする。
【００５８】
次に、ＶＭを停止状態にさせる信号を受信した場合、ＶＭサーバは、当該ＶＭの実行を停止する。具体的には、ＶＭサーバは、ＣＰＵなどの実行資源の割当をスケジュールから除外する。
【００５９】
最後に、ＶＭをサスペンド状態にさせる信号を受信した場合、ＶＭサーバは、当該ＶＭの実行イメージをストレージに退避する。具体的には、ＶＭサーバは、当該ＶＭのメモリイメージや仮想デバイスの状態情報など、仮想計算機の実行状態を示すメモリ上のデータを、ハードディスクのようなストレージに退避する。
【００６０】
ところで、２回以上「進む」ボタン又は「戻る」ボタンを押下しなければ、辿り着けない画面データを出力しているＶＭは、即座に実行される可能性が少ないと考えられる。そこで、本実施の形態にかかる送信処理部２１２が、当該ＶＭについて停止状態にさせる信号を送信することで、当該ＶＭを動作させているＶＭサーバの処理負担を軽減させている。さらに、切替表示付画面データからどう操作しても、呼び出すことができないＶＭについては、ほとんど呼び出される可能性がないと考えられる。そこで、送信処理部２１２が、当該ＶＭをサスペンド状態にさせる信号を送信して、当該ＶＭを動作させているＶＭサーバで、当該ＶＭが利用していたリソースを開放させている。
【００６１】
さらに、ユーザが「進む」ボタン又は「戻る」ボタンを押下して、表示している画面データが切り替えられた際、あと一回「進む」ボタン又は「戻る」ボタンの押下で呼び出すことが可能となったＶＭがある場合、送信処理部２１２が、当該ＶＭを動作させるＶＭサーバに対して、当該ＶＭを起動状態にさせる信号を送信することになる。
【００６２】
上述したユーザモニタ端末１００の処理により、即座に利用される可能性のあるＶＭは起動状態となり、即座に利用される可能性のないＶＭは停止状態またはサスペンド状態となる。これにより、ユーザの操作に従ってＶＭの切り替えが行われた場合に、当該ＶＭは起動状態であるために即座にサービスの提供が可能であると共に、即座に利用されないＶＭは停止状態にされるので、当該ＶＭを動作させているＶＭサーバの処理負担を軽減させることができる。
【００６３】
次に、ユーザモニタ端末１００が行う処理の手順について、図７を用いて説明する。
【００６４】
まず、受信処理部２１１が、ＶＭサーバから、ＶＭが提供している画面データを受信する（ステップＳ７０１）。
【００６５】
次に、画像変換部２０３が、受信した画面データを、ユーザモニタ端末１００が表示可能な形式に変換する（ステップＳ７０２）。
【００６６】
そして、ＧＵＩ生成部２２１が、変換した画面データに対して切替表示データを付与し、切替表示付画面データを生成する（ステップＳ７０３）。
【００６７】
次に、ＧＵＩ制御部２０４が、表示する切替表示付画面データに従って、ステータス記憶部２０１のフィールド“表示状態”を更新する（ステップＳ７０４）。
【００６８】
そして、表示部２０５が、生成された切替表示付画面データの表示処理する（ステップＳ７０５）。
【００６９】
その後、操作数カウント部２０８は、ステータス記憶部２０１に格納された各エントリにフィールド“表示状態”を参照し、ＶＭ毎に、当該切替表示付画面データから処理を実行するのに必要な操作手順の数をカウントする（ステップＳ７０６）。
【００７０】
次に、判断部２０７は、操作数カウント部２０８によりカウントされた各ＶＭの操作手順の数より、現在表示している切替表示付画面データからワンクリックで移動できないＶＭであるか否か判断し、判断結果に基づいて、各ＶＭを停止状態にさせるか否か判断する（ステップＳ７０７）。
【００７１】
そして、送信処理部２１２が、停止状態にさせると判断されたＶＭを動作させているＶＭサーバに対して、当該ＶＭの停止信号を送信する（ステップＳ７０８）。
【００７２】
次に、ペン入力受付部２０６が、ペン入力を受け付けたか否か判断する（ステップＳ７０９）。ペン入力を受け付けなかったと判断した場合（ステップＳ７０９：Ｎｏ）、特に処理を行わない。
【００７３】
そして、ペン入力を受け付けたと判断した場合（ステップＳ７０９：Ｙｅｓ）、ＧＵＩ判断部２２２が、ペン入力を受け付けた位置座標が、ＶＭの切り替えを受け付ける切替表示データの領域であるか否か判断する（ステップＳ７１０）。
【００７４】
ＧＵＩ判断部２２２が、切替表示データの領域であると判断した場合（ステップＳ７１０：Ｙｅｓ）、表示するＶＭの切り替え処理を行う（ステップＳ７１１）。本実施の形態においては、ペン入力を受け付けた位置座標が、“進む”ボタンの表示領域の場合に、ステータス記憶部２０１で“進む”に対応付けられているＶＭに切り替える処理を行い、“戻る”ボタンの表示領域の場合に、ステータス記憶部２０１で“戻る”に対応付けられているＶＭに切り替える処理を行う。
【００７５】
一方、ＧＵＩ判断部２２２が、切替表示データの領域ではないと判断した場合（ステップＳ７１０：Ｎｏ）、送信処理部２１２が、ペン入力を受け付けた位置座標を、ＶＭを動作させているＶＭサーバに対して送信する（ステップＳ７１２）。その後、再びステップＳ７０１から処理を繰り返す。
【００７６】
本実施の形態にかかるユーザモニタ端末１００においては、現在表示している画面データから、他のＶＭが提供する画面データを表示するまでの操作手順の数に基づいて、各ＶＭの停止やサスペンドの指示を自動的に制御することを可能とした。これにより、ユーザの操作負担の軽減と、ＶＭサーバの処理負担の軽減の両立を図ることを可能とした。
【００７７】
さらに、ユーザモニタ端末１００においては、自動的にＶＭの状態を切り替えるので、ユーザがどのＶＭを停止またはサスペンドするのか判断する必要がなくなったため、ユーザがＶＭ等の特別な知識が不要となり、容易に利用可能となった。
【００７８】
また、本実施の形態にかかるユーザモニタ端末１００では、従来はＶＭに対して起動状態、停止状態及びサスペンド状態を明示的に指示する判断は困難であったが、ユーザの利用状態を反映している画面データに連動して、ＶＭに対して状態の切り替えを指示することで、ＶＭの状態の適切な制御を可能とする。
【００７９】
（第２の実施の形態）
第１の実施の形態では、ＧＵＩ方式として「ページ切替え方式」の場合について説明した。そこで、第２の実施の形態では、ＧＵＩ方式として「タブ方式」を適用した例について説明する。
【００８０】
図８に示すように、ユーザモニタ端末８００は、上述した第１の実施の形態に係るユーザモニタ端末１００とは、ＧＵＩ制御部２０４と処理が異なるＧＵＩ制御部８０１と、判断部２０７と処理が異なる判断部８０２と、操作数カウント部２０８と処理が異なる操作数カウント部８０３と、を備えた点で異なる。なお、本実施の形態のユーザモニタ端末８００の構成で、第１の実施の形態のユーザモニタ端末１００と共通な構成及び処理手順については説明を省略する。
【００８１】
ＧＵＩ制御部８０１は、ＧＵＩ生成部８１１と、ＧＵＩ判断部８１２と、を備え、ＶＭを切り替えるための切替表示データの制御を行う。さらに、ＧＵＩ制御部８０１は、ステータス記憶部２０１の更新処理も行う。
【００８２】
ＧＵＩ生成部８１１は、切替表示データを生成し、生成した切替表示データと、入力された画面データとを合成して、切替表示付画面データを生成する。本実施の形態にかかる切替表示データとは、ＶＭ毎の画面データを切り替えるタブとする。そして、当該タブに対して、ペン入力がなされた場合に、表示部２０５が表示する画面データが切り替えられることになる。このように、本実施の形態では、切替表示データで利用されるＧＵＩ方式として「タブ方式」を用いた場合とする。
【００８３】
図９に示す画面例のように、現在表示中のＶＭ３のタブ９０２と、ＶＭ４のタブ９０１と、隠れているタブを表示するための矢印ボタン９０３とが表示されている。そして、ＶＭ２のタブは、ユーザの操作で画面の左端からさらに左に移動することで、隠されており、ＶＭ２のタブ自体が表示されていない。また、ＶＭ１のタブはすでにユーザにより削除されたものとする。このようにユーザは、タブの表示／非表示、削除または位置の変更等を行うことができる。
【００８４】
そして、タブ９０２が現在選択されている状態のため、表示部２０５は、ＶＭ３の画面データを表示している。また、ユーザがタブ９０１をペンでクリックした場合、ＶＭ４から提供される画面データを、表示部２０５が表示する。
【００８５】
そして、ＧＵＩ制御部８０１は、ステータス記憶部２０１のフィールド“表示状態”を、図１０に示すように更新する。まず、ステータス記憶部２０１において、タブが削除されたＶＭ１のエントリが削除され、他のＶＭ（ＶＭ２〜４）のエントリが登録されている状態とする。
【００８６】
フィールド“表示状態”は、“タブ隠し中”、“表示中”及び“タブ表示中”の３種類とする。“タブ隠し中”は、当該タブが隠されている状態を示している。“表示中”は、タブ及びＶＭから提供される画面データが表示されている状態を示している。“タブ表示中”は、タブのみ表示されている状態を示している。
【００８７】
ＧＵＩ判断部８１２は、ペン入力受付部２０６が受け付けたペン入力の情報で指し示されている位置座標が、ＶＭを切り替えるためのタブを指し示しているか否か判断する。当該タブを指し示していると判断した場合、当該タブのＶＭに切り替えと判断する。当該ＶＭに切り替えと判断された場合、当該ＶＭに切り替えるための通知が、送信処理部２１２により送信される。
【００８８】
また、ＧＵＩ判断部８１２は、ペン入力受付部２０６が受け付けたペン入力の情報で指し示されている位置座標が、矢印ボタン９０３を指し示しているか否か判断する。当該矢印ボタン９０３が指し示されていると判断した場合、表示部が左側に隠されていたＶＭ２のタブを表示する。これにより、ユーザはＶＭ２のタブを指し示すことが可能となる。
【００８９】
操作数カウント部８０３は、ステータス記憶部２０１に格納された各エントリに基づいて、ＶＭ毎に、表示部２０５により表示された切替表示付画面データから処理を実行するのに必要な操作手順の数をカウントする。本実施の形態にかかる操作数カウント部８０３は、ステータス記憶部２０１の各エントリの表示状態から、ＶＭ毎の操作手順の数をカウントできる。例えば、表示状態が“タブ表示中”のエントリは、１操作で処理が実行される可能性のあるＶＭのエントリとなる。表示状態が“タブ隠し中”のエントリは、少なくとも２操作以上で処理が実行される可能性のあるＶＭのエントリとなる。
【００９０】
そして、判断部８０２が、操作数カウント部２０８によりカウントされたＶＭ毎の操作手順の数に基づいて、各ＶＭを停止させるか否か判断する。
【００９１】
本実施の形態にかかる判断部８０２では、操作数カウント部８０３によりによりカウントされたＶＭ毎の操作手順の数により、現在表示している画面データを提供しているＶＭ及び、タブが表示されているＶＭについて、ワンクリック以内で各ＶＭが提供する画面を表示できると判断できるので、これらＶＭを起動状態にすると判断する。さらに、判断部８０２は、タブが隠されているＶＭについては、矢印ボタン９０３を押下した後、タブの選択という２操作が必要なため、当該ＶＭについて停止状態にすると判断する。
【００９２】
さらに、判断部８０２は、ステータス記憶部２０１の、フィールド“表示状態”が“表示中”及び“タブ表示中”のエントリのＶＭを、起動状態と判断し、当該エントリのフィールド“ステータス”を“active”と更新する。さらに、判断部８０２は、ステータス記憶部２０１の、フィールド“表示状態”が“タブ隠し中”のエントリのＶＭを、停止状態と判断し、当該エントリのフィールド“ステータス”を“stop”と更新する。さらに、判断部８０２は、エントリが削除された場合には、エントリが削除されたＶＭをサスペンド状態にすると判断する。
【００９３】
本実施の形態にかかるユーザモニタ端末８００は、第１の実施の形態と同様の効果を得られると共に、ユーザの要求に応じて、ＶＭから提供されるサービスを切り替えることが可能となる。
【００９４】
（第３の実施の形態）
上述した実施の形態では、ＧＵＩ方式として「ページ切替え方式」及び「タブ方式」の場合について説明した。そこで、第３の実施の形態では、ＧＵＩ方式として「マルチウィンドウ方式」を適用した例について説明する。
【００９５】
図１１に示すように、ユーザモニタ端末１１００は、上述した第１の実施の形態に係るユーザモニタ端末１００とは、ＧＵＩ制御部２０４と処理が異なるＧＵＩ制御部１１０２と、判断部２０７と処理が異なる判断部１１０１と、操作数カウント部２０８と処理が異なる操作数カウント部１１０３と、を備えた点で異なる。なお、本実施の形態のユーザモニタ端末１１００の構成で、第１の実施の形態のユーザモニタ端末１００と共通な構成及び処理手順については説明を省略する。
【００９６】
ＧＵＩ制御部１１０２は、ＧＵＩ生成部１１１１と、ＧＵＩ判断部１１１２と、を備え、ＶＭ毎の画面データ及びＶＭを示すアイコンの制御を行う。さらに、ＧＵＩ制御部１１１１は、ステータス記憶部２０１の更新処理も行う。
【００９７】
ＧＵＩ生成部１１１１は、画面データが表示されるウィンドウをＶＭ毎に生成、又はＶＭを表すアイコンを生成し、当該ウィンドウとアイコンとが表示領域内に配置された画面データを生成する。
【００９８】
図１２に示した画面例では、操作中のＶＭ３の画面データが表示されているウィンドウ１２０１と、ＶＭ２の画面データが表示されているウィンドウ１２０３と、が表示されている。そのうち、ＶＭ３のウィンドウ１２０１にフォーカスが当たっているため、ＶＭ３がユーザの操作を受け付け可能となっている。そして、ＶＭ４のウィンドウ１２０２は、ＶＭ３のウィンドウの背後にあるため、画面上に表示されていない。ＶＭ２のウィンドウは、画面上に表示されているがフォーカスが当たっていないものとする。さらに、符号１２０４に示すように、ＶＭ１のウィンドウは、ユーザの操作によりアイコン化されている。
【００９９】
本実施の形態においては、フォーカスの有無ではなく、ＶＭのウィンドウが表示されているかどうかが重要になる。つまり、ＶＭ２のウィンドウ１２０３はフォーカスが当たっていないが、ユーザの一操作で捜査対象となるので、ＶＭ２を起動状態とする必要がある。ＶＭ４のウィンドウ１２０２は、ＶＭ３のウィンドウ１２０１の背後にある。このため、ユーザは視認できず、一操作でＶＭ４のウィンドウ１２０２を呼び出せないので、ＶＭ４を待機状態とする。
【０１００】
さらに、ＶＭ１のアイコン１２０４は、ユーザがしばらく使用しないことの意思表明として、アイコン化されたものと考えられる。つまり、ＶＭ１のアイコン１２０４から、ＶＭ１のウィンドウを一操作で呼び出すことは可能ではある。しかしながら、ユーザが意図して待機状態としたものである以上、ＶＭ１は起動状態ではなく、サスペンド状態に移行する方が適切と考えられる。そこで、本実施の形態では、アイコン化されたＶＭ（例えばＶＭ１）を、サスペンド状態とする。
【０１０１】
そして、ＧＵＩ制御部１１０２は、図１２で示した各ＶＭのウィンドウの表示状態に従って、ステータス記憶部２０１のフィールド“表示状態”を、図１３に示すように更新する。
【０１０２】
本実施の形態にかかるフィールド“表示状態”は、“アイコン化”、“表示中”、“表示中（フォーカス有り）”及び“非表示”の４種類とする。“アイコン化”は、当該ＶＭから提供される画面データは利用しないものとしてユーザがアイコン化した状態を示している。“表示中”は、フォーカスは当たっていないが、当該ＶＭのウィンドウが表示されている状態を示している。“表示中（フォーカス有り）”は、フォーカスが当たっており、当該ＶＭのウィンドウが表示されている状態を示している。“非表示”は、当該ＶＭのウィンドウが、他のＶＭのウィンドウの背後に位置し、表示されていない状態を示している。
【０１０３】
ＧＵＩ判断部１１１２は、ペン入力受付部２０６が受け付けたペン入力の情報で指し示されている位置座標が、ＶＭのウィンドウ又はアイコンを指し示しているか否か判断する。ペンでウィンドウを指し示していると判断した場合、当該ウィンドウにフォーカスが当たったものと判断する。また、ＧＵＩ判断部１１１２は、ペンでアイコンを指し示していると判断した場合、当該アイコンのＶＭのウィンドウを表示すると共に当該ウィンドウにフォーカスを当てる必要があると判断する。また、ＧＵＩ判断部１１１２は、任意のウィンドウの背後に位置するウィンドウが指し示されたか否かの判断を、現在利用されている技術等を適用して行う。そして、背後に位置するウィンドウが指し示された場合、当該ウィンドウを前面に配置し、当該ウィンドウにフォーカスを当てるものとする。
【０１０４】
操作数カウント部１１０３は、ステータス記憶部２０１に格納された各エントリに基づいて、ＶＭ毎に、表示部２０５により表示された切替表示付画面データから処理を実行するのに必要な操作手順の数をカウントする。本実施の形態にかかる操作数カウント部１１０３は、ステータス記憶部２０１の各エントリの表示状態から、ＶＭ毎の操作手順の数をカウントできる。
【０１０５】
例えば、表示状態が“表示中”のエントリは、１操作で処理が実行される可能性のあるＶＭのエントリとなる。表示状態が“非表示”のエントリは、少なくとも２操作以上で処理が実行される可能性のあるＶＭのエントリとなる。表示状態が“アイコン化”のエントリは、１操作で処理が実行される可能性がある。しかしながら、ＶＭのアイコン化は利用者が当該ＶＭの利用の停止を要求したことを意図するものである。このため、操作数カウント部１１０３は、判断部１１０１に対して、例外処理として、表示状態が“アイコン化”のエントリの場合、当該エントリのＶＭをサスペンド状態にすることを指示する。
【０１０６】
そして、判断部１１０１が、操作数カウント部２０８によりカウントされたＶＭ毎の操作手順に基づいて、各ＶＭを停止させるか否か判断する。また、判断部１１０１は、操作数カウント部２０８によりＶＭをサスペンド状態にする指示があった場合、当該ＶＭをサスペンド状態にすると判断する。
【０１０７】
つまり、本実施の形態にかかるユーザモニタ端末１１００においては、フォーカスの有無に拘わらず、ウィンドウが表示されているＶＭについては、ワンクリックで表示できるので、判断部１１０１が起動状態にすると判断する。さらに、ウィンドウが他のウィンドウの背面に隠されているＶＭについては、ワンクリック以外の操作も必要なため、判断部１１０１が停止状態にすると判断する。さらに、アイコン化されたＶＭについては、ユーザが当分使用しないと考えられるため、判断部１１０１がサスペンド状態にすると判断する。
【０１０８】
つまり、判断部１１０１は、フィールド“表示状態”が“表示中”及び“表示中（フォーカス有り）”のエントリのＶＭに対しては、起動状態と判断し、送信処理部２１２が、必要に応じて、該当するＶＭを動作させているＶＭサーバに対して当該ＶＭを起動状態とさせる信号を送信する。さらには、判断部１１０１は、当該エントリのフィールド“ステータス”を“active”と更新する。
【０１０９】
また、判断部１１０１は、フィールド“表示状態”が“非表示”のエントリのＶＭに対しては、停止状態と判断し、送信処理部２１２が、該当するＶＭを動作させているＶＭサーバに対して、当該ＶＭを停止状態とさせる信号を送信する。さらに、判断部１１０１は、当該エントリのフィールド“ステータス”を“stop”と更新する。
【０１１０】
さらに、判断部１１０１は、フィールド“表示状態”が“アイコン化”のエントリのＶＭ及びエントリが削除されたＶＭに対して、サスペンド状態にすると判断する。この場合、送信処理部２１２が該当するＶＭを動作させているＶＭサーバに対して、当該ＶＭをサスペンド状態とさせる信号を送信する。そして、判断部１１０１は、フィールド“表示状態”が“アイコン化”にされた場合、当該エントリのフィールド“ステータス”を“suspend”と更新する。
【０１１１】
本実施の形態にかかるユーザモニタ端末１１００は、第２の実施の形態と同様の効果を得られると共に、複数のＶＭを並列して利用する場合でも、ＶＭを起動状態と停止状態とを適切に切り替えることが可能となる。
【０１１２】
上述した第１〜第３の実施の形態においては、ＧＵＩ方式として「ページ切替え方式」、「タブ方式」及び「マルチウィンドウ方式」を適用した例について説明したが、これらＧＵＩ方式以外の方式を用いても良い。
【０１１３】
図１４に示すように、上述した実施の形態のユーザモニタ端末１００、８００、１１００は、ハードウェア構成として、上述した処理を行う通信処理プログラムなどが格納されているＲＯＭ１４０２と、ＲＯＭ１４０２内のプログラムに従ってユーザモニタ端末１００、８００、１１００の各部を制御するＣＰＵ１４０１と、データの格納領域となるＲＡＭ１４０３と、ネットワークに接続して通信を行う通信Ｉ／Ｆ１４０４と、画面データを表示する表示装置１４０５と、ペンデバイスによる指示を検出する検出装置１４０６と、各部を接続するバス１４０７とを備えている。
【０１１４】
通信処理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。
【０１１５】
この場合には、通信処理プログラムは、ユーザモニタ端末１００、８００、１１００において上記記録媒体から読み出して実行することによりＲＡＭ１４０３上にロードされ、上記ソフトウェア構成で説明した各部がＲＡＭ１４０３上に生成されるようになっている。
【０１１６】
また、上述した実施の形態の通信処理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。
【０１１７】
以上、本発明を実施の形態を用いて説明したが、上記実施の形態の構成を組み合わせたり、上記実施の形態に多様な変更または改良を加えることができる。
【図面の簡単な説明】
【０１１８】
【図１】第１の実施の形態にかかるＶＭサーバを含むシステム構成を示した概念図である。
【図２】第１の実施の形態にかかるユーザモニタ端末の構成を示すブロック図である。
【図３】第１の実施の形態にかかるユーザモニタ端末の表示部が表示する第１の画面例を示した図である。
【図４】第１の実施の形態にかかるステータス記憶部のテーブル構造を示した図である。
【図５】第１の実施の形態にかかるユーザモニタ端末の表示部が表示する第２の画面例を示した図である。
【図６】第１の実施の形態にかかるステータス記憶部において、ＶＭ４の画面データが“表示中”となった場合を示した図である。
【図７】第１の実施の形態にかかるユーザモニタ端末の全体処理の手順を示したフローチャートである。
【図８】第２の実施の形態にかかるユーザモニタ端末の構成を示すブロック図である。
【図９】第２の実施の形態にかかるユーザモニタ端末の表示部が表示する第１の画面例を示した図である。
【図１０】第２の実施の形態にかかるステータス記憶部のテーブル構造を示した図である。
【図１１】第３の実施の形態にかかるユーザモニタ端末の構成を示すブロック図である。
【図１２】第３の実施の形態にかかるユーザモニタ端末の表示部が表示する画面例を示した図である。
【図１３】第３の実施の形態にかかるステータス記憶部のテーブル構造を示した図である。
【図１４】ユーザモニタ端末のハードウェア構成を示した図である。
【符号の説明】
【０１１９】
１００、８００、１１００  ユーザモニタ端末
１５１    第１ＶＭサーバ
１５２    第２ＶＭサーバ
２０１    ステータス記憶部
２０２    通信処理部
２０３    画像変換部
２０４、８０１、１１０２  ＧＵＩ制御部
２０５    表示部
２０６    ペン入力受付部
２０７、８０２、１１０１  判断部
２１１    受信処理部
２１２    送信処理部
２２１、８１１、１１１１  ＧＵＩ生成部
２２２、８１２、１１１２  ＧＵＩ判断部
１４０１  ＣＰＵ
１４０２  ＲＯＭ
１４０３  ＲＡＭ
１４０４  通信Ｉ／Ｆ
１４０５  表示装置
１４０６  検出装置
１４０７  バス
【図１】
0005010492.tif 000002
【図２】
0005010492.tif 000003
【図３】
0005010492.tif 000004
【図４】
0005010492.tif 000005
【図５】
0005010492.tif 000006
【図６】
0005010492.tif 000007
【図７】
0005010492.tif 000008
【図８】
0005010492.tif 000009
【図９】
0005010492.tif 000010
【図１０】
0005010492.tif 000011
【図１１】
0005010492.tif 000012
【図１２】
0005010492.tif 000013
【図１３】
0005010492.tif 000014
【図１４】
0005010492.tif 000015