JP2007233815A - 情報処理システムおよび情報処理装置の割当管理方法 - Google Patents

Abstract

【課題】複数の情報処理装置を有する情報処理システムにおいて、情報処理装置の冗長を減らして情報処理装置を効率利用する。
【解決手段】ブレード管理サーバ３は、ユーザ操作端末２にブレードＰＣ１を割り当てる場合、当該ユーザ操作端末２のユーザのハイバネーションファイルがユーザ情報保存サーバ４に保存されているならば、当該ブレードＰＣ１に、ユーザ情報保存サーバ４にアクセスさせて、当該ユーザ情報保存サーバ４からハイバネーションファイルを取得させ、この取得したハイバネーションデータを用いてレジュームさせる。
【選択図】図１

Description

本発明は、複数の情報処理装置を有する情報処理システムに関し、特に、情報処理装置の操作端末への割当技術に関する。

特許文献１には、コンピュータネットワークの予備機器を管理する予備機器管理システムが開示されている。この予備機器管理システムは、予備機器維持管理プログラム、障害時予備機器手配プログラム、および予備機器保有数管理プログラムのうちの少なくとも１つを実行する複数のワークステーションと、予備機器に関する情報が格納された共通データベースを実行する共通データベースサーバとを備え、ワークステーション上で必要に応じて各プログラムが実行され、そのプログラムの動作により共通データベースに格納された予備機器に関する情報が検索・追加・削除されることによりコンピュータネットワークの予備機器を管理する。

特開２００１-６９１４５号公報

近年、いわゆるシンクライアントタイプの情報処理システムが注目されている。シンクライアントタイプの情報処理システムでは、手元にあるリモートマシンを用いて自宅や会社に置いてあるローカルマシンのデスクトップをリモート操作することで、ローカルマシンに搭載されている各種アプリケーションプログラムおよびデータを利用できる。ローカルマシンには、デスクトップＰＣ（Personal Computer）の他に、ローカル接続された入出力装置（キーボード、マウスおよびディスプレイ）を持たないブレードＰＣ（ブレードコンピュータ）が用いられる。

さて、このようなシンクライアントタイプの情報処理システムにおいて、ローカルマシンの予備機器の管理に上記特許文献１に記載の技術を利用することもできる。しかし、上記特許文献１に記載の技術は、ローカルマシンの予備機器の数（冗長）を減らして、ローカルマシンを効率的に利用することについて、考慮していない。

本発明は上記事情に鑑みてなされたものであり、複数の情報処理装置を有する情報処理システムにおいて、情報処理装置の冗長を減らして情報処理装置を効率利用することを可能にするものである。

具体的には、本発明は、ユーザに情報処理装置を割り当てる場合、当該ユーザのハイバネーションデータがあるならば、当該情報処理装置に、当該ハイバネーションデータの格納先にアクセスさせて、当該格納先から当該ハイバネーションデータを取得させ、この取得したハイバネーションデータを用いてレジュームさせる。

例えば、本発明は、複数の情報処理装置および管理サーバを有する情報処理システムであって、
前記管理サーバは、
情報処理装置毎に、当該情報処理装置の動作状態、および当該情報処理装置が割り当てられているユーザのユーザＩＤを記憶する装置管理情報記憶手段と、
ハイバネーションデータ毎に、当該ハイバネーションデータの格納先、および当該ハイバネーションデータを作成した情報処理装置に割り当てられていたユーザのユーザＩＤを記憶するハイバネーション管理情報記憶手段と、
ユーザＩＤを含む割当要求に対して動作状態が稼動状態にない情報処理装置を割り当て、当該情報処理装置に対応付けられて前記装置管理情報記憶手段に記憶されている動作状態およびユーザＩＤを、稼動状態および当該割当要求に含まれているユーザＩＤに更新する割当管理手段と、
前記割当要求に対して前記割当管理部が割り当てた情報処理装置の宛先を、当該割当要求の送信元に通知する宛先通知手段と、
前記割当要求に対して前記割当管理部が割り当てた情報処置装置に、起動要求を送信する起動要求手段と、を有し、
前記情報処理装置は、
前記管理サーバから受信した起動要求に従い自情報処理装置を起動する起動手段と、
前記割当要求の送信元から操作情報を受信して、当該操作情報が示す操作内容に従って情報処理を行い、その結果を示す映像情報を当該割当要求の送信元に送信するリモート操作受付手段と、を有し、
前記起動要求手段は、
前記割当要求に含まれているユーザＩＤに対応付けられて前記ハイバネーション管理情報記憶手段にハイバネーションデータの格納先が記憶されている場合、当該格納先を前記起動要求の送信先に通知し、
前記起動手段は、
前記管理サーバからハイバネーションデータの格納先が通知された場合、当該格納先にアクセスしてハイバネーションデータを取得し、取得したハイバネーションデータを用いてレジュームする。

上記構成によれば、ユーザのハイバネーションデータがある場合、ユーザに割り当てる情報処理装置に、当該ハイバネーションデータの格納先にアクセスさせて、当該格納先から当該ハイバネーションデータを取得させ、この取得したハイバネーションデータを用いてレジュームさせる。このため、ユーザに割り当てられている情報処理装置が有効利用されていない場合、当該情報処理装置をハイバネーションさせて当該ユーザへの割り当てを解除した場合でも、当該ユーザに新たに割り当てる情報処理装置でハイバネーション前の状態を復元できる。したがって、有効利用されていない情報処理装置のユーザへの割り当てを解除して、別のユーザに割り当てることが可能となり、これにより、情報処理装置の冗長を減らして情報処理装置を効率利用することができる。

本発明によれば、情報処理装置の冗長な構成を減らして情報処理装置を効率的に利用することができる。

以下に本発明の実施の形態を説明する。

＜第１実施形態＞
図１は本発明の第１実施形態が適用されたリモートデスクトップシステム（シンクライアントタイプの情報処理システム）の概略構成例を示す図である。

図示するように、本実施形態のリモートデスクトップシステムは、複数のブレードＰＣ（Personal Computer）１と、複数のリモート操作端末２と、ブレード管理サーバ３と、ユーザ情報保存サーバ４と、これらの各装置１〜４を相互接続するＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等のネットワーク５と、を有する。

ブレードＰＣ１は、リモート操作端末２から送られてきた入力情報（入力装置の操作内容）を受信し処理すると共に、処理結果を示す映像情報（表示装置のデスクトップ画面）をリモート操作端末２に送信する。

図２はブレードＰＣ１の概略構成例を示す図である。

図示するように、ブレードＰＣ１は、ＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１のワークエリアとして機能するＲＡＭ（Random Access Memory）１０２と、ネットワーク５に接続するためのＮＩＣ（Network Interface Card）１０３と、ＨＤＤ（Hard Disk Drive）１０４と、フラッシュＲＯＭ（Read Only Memory）１０５と、デスクトップの映像情報を生成するビデオカード１０７と、ｍＢＭＣ（mini-Base board Management Controller）１０８と、これらの各部１０１〜１０８と接続するバスなどの内部通信線(バスという)ＢＵＳを中継するブリッジ１０９と、電源１１０と、を有する。

フラッシュＲＯＭ１０５には、ＢＩＯＳ（Basic Input/Output System）１０５０が記憶されている。ＣＰＵ１０１は、電源１１０の投入後、先ずフラッシュＲＯＭ１０５にアクセスしてＢＩＯＳ１０５０を実行することにより、ブレードＰＣ１のシステム構成を認識する。

ＮＩＣ１０３には、ＰＸＥ（Preboot eXecutiuon Enviroment）機能を実現するためのＰＸＥクライアント１０３０が搭載されている。ＰＸＥクライアント１０３０は、ＢＩＯＳ１０５０に従い、後述するブレード管理サーバ３にアクセスしてＮＢＰ（Network Bootstrap Program）を取得し、これをＲＡＭ１０２上にロードする。ＣＰＵ１０１は、ＮＢＰを実行し、必要に応じてブレード管理サーバ３からハイバネーションファイルを入手し、これを後述するＯＳ１０４１が起動時に参照するＨＤＤ１０４のハイバネーションファイル記憶エリアに書き込む。ハイバネーションファイル記憶エリアに他のハイバネーションファイルが記憶されているならば、これをユーザ情報保存サーバ４に格納（退避）させ、格納先（退避先）をブレード管理サーバ３に通知した後に、ハイバネーションファイル記憶エリアの記憶内容を入手したハイバネーションファイルに書き換える。それから、ＯＳ１０４１を起動する。なお、ハイバネーションファイルは、物理メモリ（ＲＡＭ１０２）のイメージ、仮想メモリ（ＨＤＤ１０４上に形成されたスワップファイル）のイメージ、およびＣＰＵ１０１のレジスタイメージを含む、レジュームに必要なデータで構成される。

ＨＤＤ１０４には、ＯＳ（Operating System）１０４１と、リモートサーバプログラム１０４２と、複数のアプリケーションプログラム１０４３とが、少なくとも記憶されている。 ＯＳ１０４１は、ＣＰＵ１０１がブレードＰＣ１の各部１０２〜１１０を統括的に制御して、後述する各プログラム１０４２〜１０４３を実行するためのプログラムである。ＣＰＵ１０１は、ブレード管理サーバ３から入手したＮＢＰに従い、ＨＤＤ１０４からＯＳ１０４１をＲＡＭ１０２にロードして実行する。これにより、ＣＰＵ１０１は、ブレードＰＣ１の各部１０２〜１１０を統括的に制御する。なお、ＯＳ１０４１の起動に際し、ＨＤＤ１０４上のハイバネーションファイル記憶エリアにハイバネーションファイルが格納されている場合、このハイバネーションファイルから物理メモリおよび仮想メモリのイメージを復元してレジュームする。

リモートサーバプログラム１０４２は、ブレードＰＣ１のデスクトップをリモート操作端末２からリモート操作可能とするためのプログラムであり、例えばＡＴ＆Ｔケンブリッジ研究所で開発されたＶＮＣ（Virtual Network Computing）のサーバプログラムである。ＣＰＵ１０１は、ＯＳ１０４１に従い、ＨＤＤ１０４からリモートサーバプログラム１０４２をＲＡＭ１０２にロードして実行する。これにより、ＣＰＵ１０１は、リモート操作端末２から送られてきた入力情報（キーボードおよびマウスの操作内容）を受信し処理すると共に、処理結果を示す映像情報（ディスプレイのデスクトップ画面）を、リモート操作端末２に送信する。

アプリケーションプログラム１０４３には、汎用のＷｅｂブラウザ、ワープロ、ＣＡＤ、および表計算などのプログラムがある。ＣＰＵ１０１は、ＯＳ１０４１に従い、リモートサーバプログラム１０４２を介してリモート操作端末２から受付けた指示に応答して、ＨＤＤ１０４から所望のアプリケーションプログラム１０４３をＲＡＭ１０２にロードし実行する。そして、この実行結果が反映されたデスクトップ画面の映像情報をビデオカード１０７に生成させ、リモートサーバプログラム１０４２を介してリモート操作端末２へ送信する。

ｍＢＭＣ１０８は、ブレードＰＣ１の電源１１０とは別に設けられた電源でＮＩＣ１０３を動作させる。そして、ブレード管理サーバ７からの制御命令に従い、電源１１０の電源供給をオンオフする。ｍＢＭＣ１０８は、ブレードＰＣ１の電源１１０とは別に設けられた電源で動作するので、ブレードＰＣ１の電源がオフの状態でも独立して動作することができる。

図３はブレードＰＣ１の動作例を説明するための図である。

なお、このフローは、本来、ＣＰＵ１０１、ＮＩＣ１０３、およびｍＢＭＣ１０８がプログラムに従って実行する。しかし、ここでは、説明を簡単にするために、ｍＢＭＣ１０８以外はプログラムを実行主体として、フローを説明する。

上述したように、ｍＢＭＣ１０８は、電源１１０の電源供給がオフしている場合、ブレードＰＣ１の電源１１０とは別に設けられた電源でＮＩＣ１０３を動作させる。さて、この状態において、ｍＢＭＣ１０８は、ＮＩＣ１０３を介してブレード管理サーバ７より電源オン命令を受信すると（Ｓ１０１でＹＥＳ）、電源１１０の電源供給をオンにする。これにより、ＣＰＵ１０１は、ＢＩＯＳ１０５０をＲＡＭ１０２にロードし実行する（Ｓ１０２）。ＢＩＯＳ１０５０は、ブレードＰＣ１のシステム構成を認識し、ＮＩＣ１０３のＰＸＥクライアント１０３を起動する（Ｓ１０３）。

これを受けて、ＰＸＥクライアント１０３は、ブレード管理サーバ３にアクセスして、ブレード管理サーバ３からＮＢＰを取得し、これをＲＡＭ１０２にロードして、ＣＰＵ１０１に実行させる（Ｓ１０４）。

ＮＢＰは、自ＮＢＰでハイバネーションファイルの格納先が指定されているか否かを調べる（Ｓ１０５）。指定されていない場合（Ｓ１０５でＮＯ）、Ｓ１１１に進む。一方、指定されている場合（Ｓ１０５でＹＥＳ）、ＮＩＣ１０３を介してハイバネーションファイルの格納先にアクセスし、ハイバネーションファイルを取得する（Ｓ１０６）。

それから、ＮＢＰは、ハイバネーションファイルを用いてレジュームするための記述がＯＳ１０４１にあるか否かを確認する（Ｓ１０７）。ハイバネーションファイルを用いてレジュームするための記述がＯＳ１０４１にない場合（Ｓ１０７でＮＯ）、Ｓ１１０に進む。一方、ある場合（Ｓ１０７でＹＥＳ）、ＯＳ１０４１に記述されているハイバネーションファイルの記憶エリアからハイバネーションファイルを読み出して、これをユーザ情報保存サーバ４内の自ブレードＰＣ１に予め割り当てられている格納先にアップロードする（Ｓ１０８）。それから、ＮＩＣ１０３を介してブレード管理サーバ３に、ハイバネーションファイルの格納先を通知し（Ｓ１０９）、Ｓ１１０に進む。

Ｓ１１０において、ＮＢＰは、Ｓ１０６で取得したハイバネーションファイルを用いてレジュームするための記述をＯＳ１０４１に追加し、Ｓ１１１に進む。具体的には、ハイバネーションファイルを用いてレジュームするための記述がＯＳ１０４１に既にある場合（Ｓ１０７でＹＥＳ）、ＯＳ１０４１に記述されているハイバネーションファイルの記憶エリアに記憶されているハイバネーションファイルを、Ｓ１０６で取得したハイバネーションファイルに書き換える。ハイバネーションファイルを用いてレジュームするための記述がＯＳ１０４１にない場合（Ｓ１０７でＮＯ）、Ｓ１０６で取得したハイバネーションファイルの記憶エリアをＯＳ１０４１に記述する。

Ｓ１１１において、ＮＢＰは、ＯＳ１０４１をＲＡＭ１０２にロードして実行する。ＯＳ１０４１は、起動に際して、ハイバネーションファイルの記憶エリアが自ＯＳ１０４１で指定されているならば、この記憶エリアに記憶されているハイバネーションファイルに格納されている物理メモリおよび仮想メモリのイメージを復元して、レジュームする。

次に、ＯＳ１０４１は、リモートサーバプログラム１０４２をＲＡＭ１０２にロードして、ＣＰＵ１０１に実行させる（Ｓ１０１）。リモートサーバプログラム１０４２は、ブレード管理サーバ２からリモート操作端末２の通知を受信する。そして、自ブレードＰＣ１を、ブレード管理サーバ３から通知されたリモート操作端末２をリモートマシンとするローカルマシンとして動作させる。

さて、ＯＳ１０４１は、リモートサーバプログラム１０４２を介してリモートマシンにログインされたならば（Ｓ１１３でＹＥＳ）、ＮＩＣ１０３を介してログインＩＤ（ユーザＩＤ）をブレード管理サーバ３に送信する。そして、ブレード管理サーバ３からユーザデータファイルの格納先を取得し（Ｓ１１４）、取得した格納先にあるユーザデータファイルをマウントする（Ｓ１１５）。ここで、ユーザデータとは、アプリケーションプログラム１０４３で利用可能なデータであって、ユーザが個人的に利用するデータ（例えば個人的に作成した文書データ）である。

また、ＯＳ１０４１は、リモートサーバプログラム１０４２を介してリモートマシンから操作情報を受信すると（Ｓ１１６でＹＥＳ）、この操作情報をアクティブとなっている所定のアプリケーションプログラム１０４３に通知する。これを受けて、アプリケーションプログラム１０４３は、この操作情報が示す操作内容（キーボード操作およびマウス操作）に応じた処理を実行する（Ｓ１１７）。そして、処理結果を反映させたデスクトップ画面を表す映像情報をビデオカード１０７に生成させる。それから、ＯＳ１０４１は、この映像情報を、リモートサーバプログラム１０４２を介してリモートマシンへ送信する（Ｓ１１８）。

また、ＯＳ１０４１は、ブレードＰＣ１のアイドル状態を監視し、このアイドル状態が所定時間（例えば３０分）以上継続したか否かを判断する（Ｓ１１９）。ここで、アイドル状態とは、例えばＣＰＵ１０１の利用率が所定値（例えば１０％）以下であり、且つ操作情報の受信待ち状態にある場合、つまり、ブレードＰＣ１が割り当てられているユーザが当該ブレードＰＣ１を利用していない状態をいう。

ブレードＰＣ１のアイドル状態が所定時間以上継続した場合（Ｓ１１９でＹＥＳ）、ＯＳ１０４１は、ハイバネーションに移行する旨をブレード管理サーバ３に通知し、それから、物理メモリおよび仮想メモリのイメージをハイバネーションファイルとしてＨＤＤ１０４に格納し、このハイバネーションファイルからレジュームできるように、このハイバネーションファイルの記憶エリアをＯＳ１０４１に記述して、ハイバネーションする（Ｓ１２０）。なお、ここでは、ハイバネーションの移行条件として、ブレードＰＣ１のアイドル状態が所定時間以上継続した場合を例にとり説明しているが、ハイバネーションの移行条件はこれに限定されない。また、このハイバネーションの移行条件は、外部から設定可能としてもよい。また、ハイバネーションとは、ハイバネーションファイル（データ）をＨＤＤ１０４などの不揮発性のメモリまたは記憶装置に格納し、必要な箇所以外の電源を切断する処理を指す。

また、ＯＳ１０４１は、リモートサーバプログラム１０４２を介してリモートマシンより電源オフ命令を受信すると（Ｓ１２１でＹＥＳ）、シャットダウン（停止）する旨をブレード管理サーバ３に通知し、それからシャットダウンする（Ｓ１２２）。

図１に戻って説明を続ける。ブレード管理サーバ３は、ブレードＰＣ１のリモート操作端末２への割当を管理する。

図４はブレード管理サーバ３の概略構成例を示す図である。

図示するように、ブレード管理サーバ３は、ＣＰＵ３０１と、ＣＰＵ３０１のワークエリアとして機能するＲＡＭ３０２と、ネットワーク５に接続するためのＮＩＣ３０３と、ＨＤＤ３０４と、フラッシュＲＯＭ３０５と、キーボードおよびマウスを接続するためのＩ/Ｏコネクタ３０６と、ディスプレイを接続するためのビデオカード３０７と、これらの各部３０１〜３０７と接続するバスＢＵＳを中継するブリッジ３０８と、電源３０９と、を有する。

フラッシュＲＯＭ３０５には、ＢＩＯＳ３０５０が記憶されている。ＣＰＵ３０１は、電源３０９の投入後、先ずフラッシュＲＯＭ３０５にアクセスしてＢＩＯＳ３０５０を実行することにより、ブレード管理サーバ３のシステム構成を認識する。

ＨＤＤ３０４には、ＯＳ３０４１、ブレード管理テーブル３０４２、ハイバネーション管理テーブル３０４３、ユーザデータ管理テーブル３０４４、および割当管理プログラム３０４５が、少なくとも記憶されている。

ＯＳ３０４１は、ＣＰＵ３０１がブレード管理サーバ３の各部３０２〜３０９を統括的に制御して、後述するプログラム３０４５を実行するためのプログラムである。ＣＰＵ３０１は、ＢＩＯＳ３０５０に従い、ＨＤＤ３０４からＯＳ３０４１をＲＡＭ３０２にロードして実行する。これにより、ＣＰＵ３０１は、ブレード管理サーバ３の各部３０２〜３０９を統括的に制御する。

ブレード管理テーブル３０４２には、ブレードＰＣ１毎に、当該ブレードＰＣ１の管理情報が記憶される。図５はブレード管理テーブル３０４２の例を模式的に表した図である。図示するように、ブレードＰＣ１毎にレコード３０４２０が登録されている。レコード３０４２０は、ブレードＰＣ１のアドレス（ＩＰアドレス）を登録するフィールド３０４２１と、ブレードＰＣ１の動作状態を登録するフィールド３０４２２と、ブレードＰＣ１が割当られているユーザの識別情報であるユーザＩＤを登録するフィールド３０４２３と、を有する。動作状態には、稼動中であることを示す「稼動」、停止中であることを示す「シャットダウン」、およびハイバネーション（休止）状態にあることを示す「ハイバネーション」がある。ブレードＰＣ１が稼動状態あるいは休止状態にある場合には、フィールド３０４２３にユーザＩＤが登録され、ブレードＰＣ１が停止状態にある場合は、フィールド３０４２３にヌルデータ（null）が登録される。

ハイバネーション管理テーブル３０４３には、ハイバネーションファイル毎に、当該ハイバネーションファイルの管理情報が記憶される。図６はハイバネーション管理テーブル３０４３の例を模式的に表した図である。図示するように、ハイバネーションファイル毎にレコード３０４３０が登録されている。レコード３０４３０は、ブレードＰＣ１がハイバネーションファイルを作成した際にこのブレードＰＣ１にログインしていたユーザのユーザＩＤを登録するフィールド３０４３１と、ハイバネーションファイルの格納先アドレス（パス）を登録するフィールド３０４３２と、を有する。

ユーザデータ管理テーブル３０４４には、ユーザ毎に、当該ユーザのユーザデータファイルの管理情報が記憶される。図７はユーザデータ管理テーブル３０４４の例を模式的に表した図である。図示するように、ユーザ毎にレコード３０４４０が登録されている。レコード３０４４０は、ユーザのユーザＩＤを登録するフィールド３０４４１と、ユーザデータファイルの格納先アドレス（パス）を登録するフィールド３０４４２と、を有する。

割当管理プログラム３０４５は、リモート操作端末２に割当るブレードＰＣ１を管理するためのプログラムである。割当管理プログラム３０４５は、ブレード管理テーブル３０４２を用いてリモート操作端末２に割当るブレードＰＣ１を決定すると共に、ハイバネーション管理テーブル３０４３を用いてこのブレードＰＣ１をレジュームするか否かを決定する。そして、これらの決定内容に従い、このブレードＰＣ１の起動に用いるＮＢＰを作成する。また、割当管理プログラム３０４５は、ユーザデータ管理テーブル３０４４を用いてこのブレードＰＣ１にマウントさせるユーザデータファイルの格納先を特定する。また、割当管理プログラム３０４５は、ブレード管理テーブル３０４２、ハイバネーション管理テーブル３０４３、およびユーザデータ管理テーブル３０４４を更新する。

図８はブレード管理サーバ３の動作例を説明するための図である。

なお、このフローは、本来、ＣＰＵ３０１がプログラムに従って実行する。しかし、ここでは、説明を簡単にするために、プログラムを実行主体として、フローを説明する。

割当管理プログラム３０４５は、ＮＩＣ３０３を介してリモート操作端末２から割当要求を受信すると（Ｓ３１でＹＥＳ）、ブレードＰＣ１をリモート操作端末２に割り当てる割当処理を行う（Ｓ３２）。また、割当管理プログラム３０４５は、ＮＩＣ３０３を介してブレードＰＣ１からユーザデータファイルの問合せを受信すると（Ｓ３３でＹＥＳ）、このブレードＰＣ１にログインしているユーザのユーザデータファイル格納先を通知するファイル格納先通知処理を行う（Ｓ３４）。また、割当管理プログラム３０４５は、ＮＩＣ７０３を介してブレードＰＣ１から動作状態の変更通知を受信すると（Ｓ３５でＹＥＳ）、ブレード管理テーブル３０４２を更新するレコード更新処理を行う（Ｓ３６）。

図９はブレード管理サーバ３の割当処理（図８のＳ３２）の動作例を説明するための図である。

まず、割当管理プログラム３０４５は、ブレード管理テーブル３０４２を参照し、割当可能なブレードＰＣ１が存在するか否かを確認する（Ｓ３２０１）。具体的には、フィールド３０４２２の動作状態が「シャットダウン」あるいは「ハイバネーション」のレコード３０４２０がブレード管理テーブル３０４２に登録されているか否かを確認する。このようなレコード３０４２０が登録されている場合は（Ｓ３２０１でＹＥＳ）、Ｓ３２０２に進む。一方、登録されていない場合は（Ｓ３２０１でＮＯ）、現時点で割当可能なブレードＰＣ１が存在しない旨のメッセージを割当要求の送信元であるリモート操作端末２に送信するなどの所定のエラー処理を行い（Ｓ３２１６）、このフローを終了する。

Ｓ３２０２において、割当管理プログラム３０４５は、ハイバネーション管理テーブル３０４３を参照し、割当要求の送信元のリモート操作端末２を使用するユーザのハイバネーションファイルが退避されているか否かを確認する。具体的には、割当要求に含まれているユーザＩＤがフィールド３０４３１に登録されているレコード３０４３０がブレード管理テーブル３０４２に存在するか否かを確認する。このようなレコード３０４３０が登録されていない場合は、Ｓ３２０３に進む。一方、登録されている場合は、Ｓ３２０６に進む。

Ｓ３２０３において、割当管理プログラム３０４５は、通常起動用ＮＢＰを作成する。通常起動用ＮＢＰとは、起動対象のブレードＰＣ１において、ＣＰＵ１０１に、ＨＤＤ１０４に格納されているＯＳ１０４１を、何ら変更を加えることなくＲＡＭ１０２にロードして、実行させるように記述されたＮＢＰである。なお、通常起動用ＮＢＰをその都度作成するのではなく、予め作成してメモリ等に格納しておくようにしてもよい。通常起動用ＮＢＰを用意できたならば、ブレード管理テーブル３０４２を参照し、割当要求に含まれているユーザＩＤを持つユーザに割り当てられているブレードＰＣ１が存在するか否かを確認する（Ｓ３２０４）。具体的には、割当要求に含まれているユーザＩＤがフィールド３０４２３に登録されているレコード３０４２０が、ブレード管理テーブル３０４２に登録されている否かを確認する。そのようなレコード３０４２０が登録されている場合（Ｓ３２０４でＹＥＳ）、このレコード３０４２０を選択し、このレコード３０４２０のフィールド３０４２１に登録されているアドレスを割当ブレードＰＣ１のアドレスとして割当要求の送信元に通知すると共に、フィールド３０４２２の動作状態を「稼動」に変更する（Ｓ３２０５）。それから、Ｓ３２１０に進む。
一方、そのようなレコード３０４２０が登録されていない場合は（Ｓ３２０４でＮＯ）、Ｓ３２０８に進む。

Ｓ３２０６において、割当管理プログラム３０４５は、レジューム起動用ＮＢＰを作成する。レジューム用ＮＢＰとは、起動対象のブレードＰＣ１において、ＣＰＵ１０１に、割当要求に含まれているユーザＩＤがフィールド３０４３１に登録されているレコード３０４３０のフィールド３０４３２に登録されているハイバネーションファイル格納先からハイバネーションファイルを取得させ、この取得したハイバネーションファイルを用いてレジュームするようにＯＳ１０４１を変更し、それからこのＯＳ１０４１をロードして実行させるように記述されたＮＢＰである。なお、所定のハイバネーションファイル格納先からハイバネーションファイルを取得させ、この取得したハイバネーションファイルを用いてレジュームするようにＯＳを変更し、それからこのＯＳをロードして実行させるように記述されたレジューム用ＮＢＰの雛型を予め作成してメモリ等に格納しておき、この雛型のハイバネーションファイル格納先を、割当要求に含まれているユーザＩＤがフィールド３０４３１に登録されているレコード３０４３０のフィールド３０４３２に登録されているハイバネーションファイル格納先に変更することで、レジューム起動用ＮＢＰを作成するようにしてもよい。レジューム用ＮＢＰを用意できたならば、割当管理プログラム３０４５は、割当要求に含まれているユーザＩＤがフィールド３０４３１に登録されているレコード３０４３０を、ハイバネーション管理テーブル３０４３から削除する（Ｓ３２０７）。それから、Ｓ３２０８に進む。

Ｓ３２０８において、割当管理プログラム３０４５は、ブレード管理テーブル３０４２を参照し、割当可能なブレードＰＣ１の動作状態を確認する。具体的には、フィールド３０４２２の動作状態が「シャットダウン」のレコード３０４２０がブレード管理テーブル３０４２に登録されているか否かを確認する。このようなレコード３０４２０が登録されている場合はＳ３２０９に進む。一方、このようなレコード３０４２０がない場合はＳ３２１２に進む。

Ｓ３２０９において、割当管理プログラム３０４５は、ブレード管理テーブル３０４２を参照し、フィールド３０４２２の動作状態が「シャットダウン」のレコード３０４２０を一つ選択する。そして、このレコード３０４２０のフィールド３０４２１に登録されているアドレスを割当ブレードＰＣ１のアドレスとして割当要求の送信元に通知する。また、このレコード３０４２０のフィールド３０４２３に、割当要求に含まれているユーザＩＤを登録すると共に、フィールド３０４２２の動作状態を「シャットダウン」から「稼動」に変更する。それから、Ｓ３２１０に進む。

Ｓ３２１０において、割当管理プログラム３０４５は、選択したレコード３０４２０のフィールド３０４２１に登録されているアドレスにより特定されるブレードＰＣ１に対して、電源オン命令を送信する。そして、このブレードＰＣ１からＰＸＥ要求を受信したならば、Ｓ３２０３あるいはＳ３２０６で作成したＮＢＰを送信する（Ｓ３２１１）。

一方、Ｓ３２１２において、割当管理プログラム３０４５は、ブレード管理テーブル３０４２を参照し、フィールド３０４２２の動作状態が「ハイバネーション」のレコード３０４２０を一つ選択する。そして、このレコード３０４２０のフィールド３０４２１に登録されているアドレスを割当ブレードＰＣ１のアドレスとして割当要求の送信元に通知する。また、このレコード３０４２０のフィールド３０４２３に登録されているユーザＩＤを、前ユーザＩＤとしてメモリ等に記憶し、それから割当要求に含まれているユーザＩＤに変更する。また、フィールド３０４２２の動作状態を「ハイバネーション」から「稼動」に変更する。次に、このレコード３０４２０のフィールド３０４２１に登録されているアドレスにより特定されるブレードＰＣ１に対して、電源オン命令を送信する（Ｓ３２１３）。そして、このブレードＰＣ１からＰＸＥ要求を受信したならば、Ｓ３２０３あるいはＳ３２０６で作成したＮＢＰを送信する（Ｓ３２１４）。それから、割当管理プログラム３０４５は、このブレードＰＣ１からハイバネーションファイルの格納先が通知されるのを待つ。そして、ハイバネーション管理テーブル３０４３に新たなレコード３０４３０を追加し、このレコード３０４３０のフィールド３０４３１に、Ｓ３２１２でメモリ等に記憶した前ユーザＩＤを登録すると共に、フィールド３０４３２にこのブレードＰＣ１から通知されたハイバネーションファイル格納先を登録する（Ｓ３２１５）。

図１０はブレード管理サーバ３のファイル格納先通知処理（図８のＳ３４）の動作例を説明するための図である。

まず、割当管理プログラム３０４５は、ユーザデータ管理テーブル３０４４を参照し、ユーザデータ問合せに含まれているユーザＩＤ（ログインＩＤ）がフィールド３０４４１に登録されているレコード３４４０を検索する（Ｓ３４０１）。そして、検索したレコード３４４０のフィールド３４４２に登録されているユーザデータ格納先をユーザデータ問合せの送信元であるブレードＰＣ１に通知する（Ｓ３４０２）。

図１１はブレード管理サーバ３のレコード更新処理（図８のＳ３６）の動作例を説明するための図である。

まず、割当管理プログラム３０４５は、動作状態の変更通知に示されている動作状態を確認する（Ｓ３６０１）。動作状態がシャットダウンならば動作状態の変更通知元のアドレスがフィールド３０４２１に登録されているレコード３０４２０をブレード管理テーブル３０４２から検索し、検索したレコード３０４２０のフィールド３０４２２に登録されている動作状態をシャットダウンに変更する（Ｓ３６０２）。それから、このレコード３０４２０のフィールド２０４２３に登録されているユーザＩＤを削除してヌル状態とする（Ｓ３６０３）。一方、動作状態がハイバネーションならば動作状態の変更通知元のアドレスがフィールド３０４２１に登録されているレコード３０４２０をブレード管理テーブル３０４２から検索し、検索したレコード３０４２０のフィールド３０４２２に登録されている動作状態をハイバネーションに変更する（Ｓ３６０４）。

図１に戻って説明を続ける。ユーザ情報保存サーバ４は、ユーザデータファイルおよびハイバネーションファイルを保存する。ユーザデータファイルは、ユーザ毎に予め定められた格納先に格納される。なお、各ユーザのユーザデータファイル格納先は、上述のユーザデータ管理テーブル３０４４によって管理される。また、ハイバネーションファイルは、ブレードＰＣ１によって所定の格納先にアップロードされる。ユーザ情報保存サーバ４は、既存のファイルサーバを利用することが可能である。

リモート操作端末２は、自リモート操作端末２に入力された入力情報（入力装置の操作内容）をブレードＰＣ１へ送信すると共に、このブレードＰＣ１から映像情報（表示装置のデスクトップ画面）を受信し、これを自リモート操作端末２のディスプレイに表示する。なお、リモート操作端末２は、いわゆるＨＤＤレスタイプのＰＣであり、プリンタ、外付けドライブ、外付けメモリ等をローカル接続およびネットワーク接続できないように構成されている。つまり、リモート操作端末２は、ブレードＰＣ１にローカル接続あるいはネットワーク接続されているプリンタ、外付けドライブ、外付けメモリ等を使用できるように構成されている。このようにすることで、リモート操作端末２の盗難等による情報漏えいの可能性を低減している。

図１２はリモート操作端末２の概略構成例を示す図である。

図示するように、リモート操作端末２は、ＣＰＵ２０１と、ＣＰＵ２０１のワークエリアとして機能するＲＡＭ２０２と、ネットワーク５に接続するためのＮＩＣ２０３と、フラッシュＲＯＭ２０５と、キーボードおよびマウスを接続するためのＩ/Ｏコネクタ２０６と、ディスプレイを接続するためのビデオカード２０７と、これらの各部２０１〜２０７と接続するバスＢＵＳを中継するブリッジ２０８と、電源２０９と、を有する。

フラッシュＲＯＭ２０５には、ＢＩＯＳ２０５０、ＯＳ２０５１、リモートクライアントプログラム２０５２、および割当要求プログラム２０５３が、少なくとも記憶されている。

ＣＰＵ２０１は、電源２０９の投入後、先ずフラッシュＲＯＭ２０５にアクセスしてＢＩＯＳ２０５０を実行することにより、リモート操作端末２のシステム構成を認識する。

ＯＳ２０５１は、ＣＰＵ２０１がリモート操作端末２の各部２０２〜２０９を統括的に制御して、後述する各プログラム２０５２〜２０５３を実行するためのプログラムである。ＣＰＵ２０１は、ＢＩＯＳ２０５０に従い、フラッシュＲＯＭ２０５からＯＳ２０５１をＲＡＭ２０２にロードして実行する。これにより、ＣＰＵ２０１は、リモート操作端末２の各部２０２〜２０９を統括的に制御する。なお、本実施形態のＯＳ２０５１には、組み込み型ＯＳ等のフラッシュＲＯＭ２０５に格納可能な比較的サイズの小さいものが利用される。

リモートクライアントプログラム２０５２は、リモート操作端末２が遠隔からブレードＰＣ１のデスクトップにアクセスするためのプログラムであり、例えばＶＮＣのクライアント（ビューワ）プログラムである。ＣＰＵ２０１は、ＯＳ２０５１に従い、フラッシュＲＯＭ２０５からリモートクライアントプログラム２０５３をＲＡＭ２０２にロードして実行する。これにより、ＣＰＵ２０１は、Ｉ/Ｏコネクタ２０６の入力情報（キーボードおよびマウスの操作内容）をブレードＰＣ１に送信すると共に、当該ブレードＰＣ１から送られてきた映像情報（ディスプレイのデスクトップ画面）をビデオカード２０７に接続されたディスプレイ（不図示）に出力する。

割当要求プログラム２０５４は、ブレード管理サーバ７に対して、ブレードＰＣ１の接割当を要求するためのプログラムである。

図１３はリモート操作端末２の動作例を説明するための図である。

なお、このフローは、本来、ＣＰＵ２０１がプログラムに従って実行する。しかし、ここでは、説明を簡単にするために、プログラムを実行主体として、フローを説明する。

ＯＳ２０５１は、リモートクライアントプログラム２０５２および割当要求プログラム２０５３を起動する。割当要求プログラム２０５３は、ビデオカード２０７に接続されたディスプレイにユーザＩＤの入力フォームを表示させ、Ｉ/Ｏコネクタ２０６に接続されたキーボードおよびマウスを介してユーザからユーザＩＤの入力を受付ける。それから、受付けたユーザＩＤを含む割当要求を生成し、この割当要求をＮＩＣ２０３からブレード管理サーバ３へ送信する（Ｓ２０１）。

次に、割当要求プログラム２０５３は、ブレード管理サーバ３から自リモート操作端末２に割り当てられたブレードＰＣ１のアドレスが送られてくるのを待つ（Ｓ２０２）。そして、ブレード管理サーバ３から受け取ったブレードＰＣ１のアドレスをリモートクライアントプログラム２０５２に通知する。

次に、リモートクライアントプログラム２０５２は、所定時間（例えば９０秒）経過するのを待ち、それから、割当要求プログラム２０５３から通知されたアドレスを持つブレードＰＣ１のリモートサーバプログラム１０４２と連携して、ブレードＰＣ１のリモート操作を開始する（Ｓ２０３）。

具体的には、Ｉ/Ｏコネクタ２０６に接続されたキーボードおよびマウスを介してユーザから操作を受付けると（Ｓ２０４でＹＥＳ）、この操作情報をリモート操作対象のブレードＰＣ１に送信する（Ｓ２０５）。そして、リモート操作対象のブレードＰＣ１から映像情報（デスクトップ画面）を受信したならば（Ｓ２０６でＹＥＳ）、これを表示する（Ｓ２０７）。なお、操作情報をリモート操作対象のブレードＰＣ１に送信した後、所定時間を経過してもリモート操作対象のブレードＰＣ１から応答がない場合は（Ｓ２０９でＹＥＳ）、Ｓ２０１に戻る。また、Ｓ２０４でユーザから受け付けた操作が電源オフ命令の入力である場合（Ｓ２０８でＹＥＳ）、このフローを終了する。

次に、上記構成のリモートデスクトップシステムの概略動作を説明する。

図１４は、本発明の第１実施形態が適用されたリモートデスクトップシステム全体の概略動作例を示す図である。

まず、リモート操作端末２がブレード管理サーバ３に割当要求を送信する（Ｓ４０１、図１３のＳ２０１）。ブレード管理サーバ３は、リモート操作端末２から割当要求を受信すると、このリモート操作端末２に割り当てるブレードＰＣ１を選択し、選択したブレードＰＣ１のアドレスをリモート操作端末２に送信する（Ｓ４０２、図８のＳ３１、図９のＳ３２０５、Ｓ３２０９、Ｓ３２１２）。また、ブレード管理サーバ３は、選択したブレードＰＣ１に電源オン命令を送信する（Ｓ４０３、図９のＳ３２１０、Ｓ３２１３）。

ブレードＰＣ１は、ブレード管理サーバ３から電源オン命令を受信すると、起動してＰＸＥ要求をブレード管理サーバ３に送信する（Ｓ４０４、図３のＳ１０１〜Ｓ１０３）。ブレード管理サーバ３は、ブレードＰＣ１からＰＸＥ要求を受信すると、ＮＢＰ（通常起動用ＮＢＰあるいはレジューム用ＮＢＰ）をブレードＰＣ１に送信する（Ｓ４０５、図９のＳ３２１１、Ｓ３２１５）。

ブレードＰＣ１は、ブレード管理サーバ３からＮＢＰを取得すると、これを起動する。ＮＢＰが通常起動用ＮＢＰの場合は、ＯＳ１０４１を、変更を加えることなくそのまま起動する。この場合、ＯＳ１０４１でハイバネーションファイルが指定されていなければ通常起動し、指定されている場合はこのハイバネーションファイルを使ってレジュームする。

一方、ＮＢＰがレジューム用ＮＢＰの場合、ブレードＰＣ１は、このＮＢＰで指定されているハイバネーションファイルの格納先（ユーザ情報保存サーバ４）からハイバネーションファイルを取得し、このハイバネーションファイルを使ってレジュームするようにＯＳ１０４１の記述を変更する（Ｓ４０６、図３のＳ１０６、Ｓ１１０）。この際、ＯＳ１０４１に、ハイバネーションファイルの格納先が記述されているならば、このハイバネーションファイルをユーザ情報保存サーバ４にアップロードして退避させる（Ｓ４０７、図３Ｓ１０８）。また、退避したハイバネーションファイルの格納先をブレード管理サーバ３に通知する（Ｓ４０８、図３のＳ１０９）。ブレード管理サーバ３は、この退避したハイバネーションファイルを、このブレードＰＣ１に直前まで割り当てられていたユーザのユーザＩＤに対応付けてハイバネーション管理テーブル３０４３に登録する（図９のＳ３２１５）。次に、ブレードＰＣ１は、ＯＳ１０４１を起動し、ユーザ情報保存サーバ４から取得したハイバネーションファイルを使ってレジュームする（Ｓ４０９、図３のＳ１１１）。

リモート操作端末２は、ブレード管理サーバ３からブレードＰＣ１のアドレスを取得してから所定時間経過したならば（Ｓ４１０）、取得したアドレスを持つブレードＰＣ１にリモートデスクトップ接続し（Ｓ４１１、図１３のＳ２０３）、ブレードＰＣ１のリモート操作を開始する。リモート操作端末２にリモートデスクトップ接続されたブレードＰＣ１は、ユーザ情報保存サーバ４に格納されている当該リモート操作端末２のユーザのユーザデータファイルをマウントする（Ｓ４１２、図３のＳ１１５）。

さて、ブレードＰＣ１は、所定時間アイドル状態が継続したならば（Ｓ４１３、図３のＳ１１９）、ハイバネーションして、ハイバネーションファイルを自ブレードＰＣ１の所定のハイバネーションファイル記憶エリアに退避し、その旨をブレード管理サーバ３に通知する（Ｓ４１４、図３のＳ１２０）。

ところで、Ｓ４０９（図３のＳ１１１）において、何らかの理由でブレードＰＣ１がリジュームに失敗した場合は、Ｓ４１１のデスクトップ接続が上手く行かない。その場合は（Ｓ４２０）、リモート操作端末２がブレード管理サーバ３に対してブレードＰＣ１の再割当（代替ブレードＰＣ１の割当要求）を行う（Ｓ４２１）。ブレード管理サーバ３は、再割当要求に従って、レジュームできなかったブレードＰＣ１をシャットダウンさせ（Ｓ４２２）、他のブレードＰＣ１を割当て、Ｓ４０２からの処理を繰り返す（Ｓ４２３）。

以上、本発明の第１実施形態について説明した。

本実施形態によれば、ユーザのハイバネーションファイルがある場合、ユーザに割り当てるブレードＰＣ１に、当該ハイバネーションファイルの格納先（ユーザ情報保存サーバ４）にアクセスさせて、当該格納先から当該ハイバネーションファイルを取得させ、この取得したハイバネーションファイルを用いてレジュームさせる。このため、ユーザに割り当てられているブレードＰＣ１が有効利用されていない場合、当該ブレードＰＣ１をハイバネーションさせて当該ユーザへの割り当てを解除した場合でも、当該ユーザに新たに割り当てるブレードＰＣ１でハイバネーション前の状態を復元できる。したがって、有効利用されていないブレードＰＣ１のユーザへの割り当てを解除して、別のユーザに割り当てることが可能となり、これにより、ブレードＰＣ１の冗長を減らしてブレードＰＣ１を効率利用することができる。

＜第２実施形態＞
図１５は本発明の第２実施形態が適用されたリモートデスクトップシステムの概略構成例を示す図である。

本実施形態のリモートデスクトップシステムが第１実施形態のリモートデスクトップと異なる点は、図示するように、ブレード管理サーバ３に代えてブレード管理サーバ３’を設けたこと、および、仮想マシンサーバ６を追加したことである。その他の構成は、第１実施形態のものと同様である。

仮想サーバ６は、複数の仮想マシンを稼動する。

図１６は仮想マシンサーバ６の概略構成例を示す図である。

図示するように、仮想マシンサーバ６は、ＣＰＵ６０１と、ＣＰＵ６０１のワークエリアとして機能するＲＡＭ６０２と、ネットワーク５に接続するためのＮＩＣ６０３と、ＨＤＤ６０４と、フラッシュＲＯＭ６０５と、ディスプレイを接続するためのビデオカード６０７と、これらの各部６０１〜６０７と接続するバスＢＵＳを中継するブリッジ６０８と、電源６０９と、を有する。

フラッシュＲＯＭ６０５には、ＢＩＯＳ６０５０が記憶されている。ＣＰＵ６０１は、電源６０９の投入後、先ずフラッシュＲＯＭ６０５にアクセスしてＢＩＯＳ６０５０を実行することにより、仮想マシンサーバ６のシステム構成を認識する。

ＨＤＤ６０４には、ＯＳ６０４１、仮想マシンサーバプログラム６０４２、および複数の仮想マシンディスクイメージ６０４３_１〜６０４３_ｎが、少なくとも記憶されている。

ＯＳ６０４１は、ＣＰＵ６０１が仮想マシンーバ６の各部６０２〜６０９を統括的に制御して、後述するプログラム６０４２を実行するためのプログラムである。ＣＰＵ６０１は、ＢＩＯＳ６０５０に従い、ＨＤＤ６０４からＯＳ６０４１をＲＡＭ６０２にロードして実行する。これにより、ＣＰＵ６０１は、仮想マシンサーバ６の各部６０２〜６０９を統括的に制御する。

仮想マシンサーバプログラム６０４２は、後述する仮想ディスクイメージ６０４３_１〜６０４３_ｎをマウントし、仮想ディスクイメージ内のＯＳおよびアプリケーションを実行することでコンピュータ（ブレードＰＣ１）をエミュレートする。

仮想ディスクイメージ６０４３_１〜６０４３_ｎには、仮想マシンサーバプログラム６０４２がブレードＰＣ１をエミュレートするための必要なソフトウエア（ＢＩＯＳ１０５０、ＯＳ１０４１、リモートサーバプログラム１０４２、およびアプリケーションプログラム１０４３）が記述されている（但し、ＰＸＥクライアントは除く）。なお、仮想マシンサーバプログラム６０４２が仮想ディスクイメージ６０４３_１〜６０４３_ｎをマウントし実行することでエミュレートされるコンピュータ（仮想マシン）のそれぞれには、アドレス（ＩＰアドレス）が仮想的に割り当てられている。仮想マシンは、自身に割り当てられた仮想アドレスを用いて、ＮＩＣ６０３を介してネットワーク５と通信する。

図１７は仮想マシンサーバ６の動作例を説明するための図である。

なお、このフローは、本来、ＣＰＵ６０１がプログラムに従って実行する。しかし、ここでは、説明を簡単にするために、プログラムを実行主体としてフローを説明する。

仮想マシンサーバプログラム６０４２は、ＮＩＣ６０３を介してブレード管理サーバ３より、ある仮想マシンに割り当てられたアドレスを宛先とする電源オン命令を受信すると（Ｓ６０１でＹＥＳ）、ブレード管理サーバ３にアクセスして、ブレード管理サーバ３からＮＢＰを取得し、これを解析する（Ｓ６０２）。

仮想マシンサーバプログラム６０４２は、ＮＢＰでハイバネーションファイルの格納先が指定されているか否かを調べる（Ｓ６０３）。指定されていない場合（Ｓ６０３でＮＯ）、電源オン命令の宛先アドレスが割り当てられている仮想マシンを実現するための仮想ディスクイメージ６０４３_ｘ（但し１≦ｘ≦ｎ）をマウントして（Ｓ６１０）、Ｓ６１１に進む。一方、指定されている場合（Ｓ６０３でＹＥＳ）、ＮＩＣ６０３を介してハイバネーションファイルの格納先にアクセスし、ハイバネーションファイルを取得する（Ｓ６０４）。

次に、仮想マシンサーバプログラム６０４２は、電源オン命令の宛先アドレスが割り当てられている仮想マシンを実現するための仮想ディスクイメージ６０４３_ｘ（但し１≦ｘ≦ｎ）をマウントし、これを解析する（Ｓ６０５）。

仮想マシンサーバプログラム６０４２は、マウントした仮想ディスクイメージ内のＯＳにハイバネーションファイルを用いてレジュームするための記述があるか否かを確認する（Ｓ６０６）。ハイバネーションファイルを用いてレジュームするための記述がない場合（Ｓ６０６でＮＯ）、Ｓ６０９に進む。一方、ある場合（Ｓ６０６でＹＥＳ）、仮想ディスクイメージ内のＯＳに記述されているハイバネーションファイルの記憶エリアからハイバネーションファイルを読み出して、これをユーザ情報保存サーバ４内の、電源オン命令の宛先アドレスが割り当てられている仮想マシンに予め割り当てられている格納先にアップロードする（Ｓ６０７）。それから、ＮＩＣ１０３を介してブレード管理サーバ３に、ハイバネーションファイルの格納先を通知し（Ｓ６０８）、Ｓ６０９に進む。

Ｓ６０９において、仮想マシンサーバプログラム６０４２は、Ｓ６０４で取得したハイバネーションファイルを用いてレジュームするための記述を、マウントした仮想ディスクイメージ内のＯＳに追加し、Ｓ６１１に進む。具体的には、ハイバネーションファイルを用いてレジュームするための記述がＯＳに既にある場合（Ｓ６０６でＹＥＳ）、ＯＳに記述されているハイバネーションファイルの記憶エリアに記憶されているハイバネーションファイルを、Ｓ６０４で取得したハイバネーションファイルに書き換える。ハイバネーションファイルを用いてレジュームするための記述がＯＳにない場合（Ｓ６０６でＮＯ）、Ｓ６０４で取得したハイバネーションファイルの記憶エリアをＯＳに記述する。

Ｓ６１１において、仮想マシンサーバプログラム６０４２は、マウントした仮想ディスクイメージ内のＢＩＯＳを実行し、これにより図３のＳ１１１〜Ｓ１２２を行ってブレードＰＣ１をミュレートする。

図１５に戻って説明を続ける。ブレード管理サーバ３’はブレードＰＣ１および仮想マシンサーバ６によって提供される仮想マシンのリモート操作端末２への割当を管理する。

ブレード管理サーバ３’の構成は、ＨＤＤ３０４に記憶されるブレード管理テーブル３０４２に代えてブレード管理テーブル３０４２’が用いられる点を除き、図４に示す第１の実施形態のブレード管理サーバ３と基本的に同様である。

ブレード管理テーブル３０４２’には、ブレードＰＣ１および仮想マシンのそれぞれについて管理情報が記憶される。図１８はブレード管理テーブル３０４２’の例を模式的に表した図である。図示するように、ローカルマシン毎にレコード３０４２０'が登録されている。レコード３０４２０’は、ローカルマシンのアドレス（ＩＰアドレス）を登録するフィールド３０４２１と、ローカルマシンの動作状態を登録するフィールド３０４２２と、ローカルマシンが割当られているユーザの識別情報であるユーザＩＤを登録するフィールド３０４２３と、ローカルマシンの装置種別（ブレードＰＣ１か、それとも仮想マシンか）を登録するフィールド３０４２４と、を有する。

ブレード管理サーバ３’の動作は、割当処理（図８のＳ３２）を除き、第１実施形態のブレード管理サーバ３と同様である。

図１９はブレード管理サーバ３’の動作例を示す図である。

割当管理プログラム３０４５は、ブレード管理テーブル３０４２’を参照し、割当可能なブレードＰＣ１が存在するか否かを確認する（Ｓ３２２１）。具体的には、フィールド３０４２２の動作状態が「シャットダウン」あるいは「ハイバネーション」であり、且つフィールド３０４２４の装置種別が「ブレードＰＣ」のレコード３０４２０’がブレード管理テーブル３０４２’に登録されているか否かを確認する。

このようなレコード３０４２０’が登録されている場合は（Ｓ３２２１でＹＥＳ）、フィールド３０４２４の装置種別が「仮想マシン」のレコード３０４２０’をブレード管理テーブル３０４２’から削除する（Ｓ３２２２）。それから、図９に示す割当処理を実行する（Ｓ３２２４）。この際、図９において、ブレード管理テーブル３０４２をブレード管理テーブル３０４２’に、そして、レコード３０４２０をレコード３０４２０’に読み替える。

一方、このようなレコード３０４２０’が登録されていない場合は（Ｓ３２２１でＮＯ）、フィールド３０４２４の装置種別が「ブレードＰＣ」のレコード３０４２０’をブレード管理テーブル３０４２’から削除する（Ｓ３２２３）。それから、図９に示す割当処理を実行する（Ｓ３２２４）。この際、図９において、ブレード管理テーブル３０４２をブレード管理テーブル３０４２’に、レコード３０４２０をレコード３０４２０’に、そして、ブレードＰＣ１を仮想マシンに読み替える。

次に、上記構成のリモートデスクトップシステムの概略動作を説明する。

図２０は、本発明の第２実施形態が適用されたリモートデスクトップシステム全体の概略動作例を示す図である。

まず、リモート操作端末２がブレード管理サーバ３’に割当要求を送信する（Ｓ４５１、図１３のＳ２０１）。ブレード管理サーバ３’は、リモート操作端末２から割当要求を受信すると、このリモート操作端末２に割り当てるローカルマシンを選択する。この際、利用可能なブレードＰＣ１がないならば、仮想マシンを選択し、選択した仮想マシンのアドレスをリモート操作端末２に送信する（Ｓ４５２、図１９のＳ３２２３、図８のＳ３１、図９のＳ３２０５、Ｓ３２０９、Ｓ３２１２）。また、ブレード管理サーバ３’は、選択した仮想マシンに電源オン命令を送信する（Ｓ４５３、図１９のＳ３２２３、図９のＳ３２１０、Ｓ３２１３）。

仮想マシンサーバ６は、ブレード管理サーバ３’から仮想マシンの電源オン命令を受信すると、ＰＸＥ要求をブレード管理サーバ３’に送信する（Ｓ４５４、図１６のＳ６０１〜Ｓ６０２）。ブレード管理サーバ３’は、仮想マシンサーバ６からＰＸＥ要求を受信すると、ＮＢＰ（通常起動用ＮＢＰあるいはレジューム用ＮＢＰ）を仮想マシンサーバ６に送信する（Ｓ４５５、図１９のＳ３２２３、図９のＳ３２１１、Ｓ３２１５）。

仮想マシンサーバ６は、ブレード管理サーバ３’からＮＢＰを取得すると、これを解析する。ＮＢＰが通常起動用ＮＢＰの場合は、電源オン命令の対象仮想ディスクイメージをマウントし、このイメージ内のＯＳに変更を加えることなくそのまま起動する。この場合、ＯＳでハイバネーションファイルが指定されていなければ通常起動し、指定されている場合はこのハイバネーションファイルを使ってレジュームする。

一方、ＮＢＰがレジューム用ＮＢＰの場合、このＮＢＰで指定されているハイバネーションファイルの格納先（ユーザ情報保存サーバ４）からハイバネーションファイルを取得する（Ｓ４５６、図１７のＳ６０５）。そして、電源オン命令の対象仮想ディスクイメージをマウントし、この対象仮想ディスクイメージ内のＯＳの記述を、取得したハイバネーションファイルを使ってレジュームするように変更する（Ｓ４５７、図１７のＳ６０９）。この際、ＯＳに、ハイバネーションファイルの格納先が記述されているならば、このハイバネーションファイルをユーザ情報保存サーバ４にアップロードして退避させる（Ｓ４５８、図１７のＳ６０７）。また、退避したハイバネーションファイルの格納先をブレード管理サーバ３’に通知する（Ｓ４５９、図１７のＳ６０８）。ブレード管理サーバ３’は、この退避したハイバネーションファイルを、この仮想マシンに直前まで割り当てられていたユーザのユーザＩＤに対応付けてハイバネーション管理テーブル３０４３に登録する（図１９のＳ３２２３、図９のＳ３２１５）。次に、仮想マシンサーバ６は、マウントした対象仮想ディスクイメージ内のＯＳを起動し、ユーザ情報保存サーバ４から取得したハイバネーションファイルを使ってレジュームする（Ｓ４６０、図１７のＳ６１１）。

リモート操作端末２は、ブレード管理サーバ３’から仮想マシンのアドレスを取得してから所定時間経過したならば（Ｓ４６１）、取得したアドレスを持つ仮想マシンにリモートデスクトップ接続し（Ｓ４６２、図１３のＳ２０３）、仮想マシンのリモート操作を開始する。リモート操作端末２にリモートデスクトップ接続された仮想マシンは、ユーザ情報保存サーバ４に格納されている当該リモート操作端末２のユーザのユーザデータファイルをマウントする（Ｓ４６３、図３のＳ１１５）。

さて、仮想マシンは、所定時間アイドル状態が継続したならば（Ｓ４６４、図３のＳ１１９）、ハイバネーションし、その旨をブレード管理サーバ３に通知する（Ｓ４６５、図３のＳ１２０）。

なお、本実施形態でも、上記の第１実施形態と同様に、仮想マシンの起動時（仮想マシンサーバ６が仮想ディスクイメージをマウントしてＢＩＯＳを起動したとき）に、仮想マシンのＮＩＣに搭載されたＰＸＥクライアントがＮＢＰを取得し、このＮＢＰに従い必要に応じてＯＳを修正して起動するようにしてもよい。

また、本実施形態では、リモート操作端末２の割当要求に対して、利用可能なブレードＰＣ１（動作状態が「シャットダウン」または「ハイバネーション」のブレードＰＣ１）がない場合に、このリモート操作端末２に仮想マシンを割り当てるようにしている。しかし、ユーザＩＤ毎に利用可能なローカルマシンの装置種別を予めメモリ等に記憶しておき、割当要求に含まれているユーザＩＤに対応付けられている装置種別に従い、ブレードＰＣ１を割り当てるか、それとも仮想マシンを割り当てるかを決定するようにしてもよい。

本実施形態のレジューム処理において、ブレードＰＣ１を割り当てたものの、当該ブレードＰＣ１が何らかの理由でレジュームできなかった場合、ブレード管理サーバ３’は上記の第１実施形態で説明した再割当処理を、仮想マシンをも対象として行う。

以上、本発明の第２実施形態について説明した。

本実施形態によれば、上記の第１実施形態の効果に加え、ブレードＰＣ１に空きがない場合でも、ユーザにローカルマシンを提供することができる。これにより、ユーザがローカルマシンにリモートデスクトップ接続できない事態が発生する可能性を低減できる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、上記の第１、２実施形態において、スペック等の違いによりブレードＰＣ１を複数のグレードに分類すると共に、ユーザＩＤ毎に利用可能なブレードＰＣ１のグレードを予めメモリ等に記憶しておき、割当要求に含まれているユーザＩＤに対応付けられているグレードのブレードＰＣ１の中から、割り当てるブレードＰＣ１を決定するようにしてもよい。

また、上記の第１、２実施形態では、ＰＸＥクライアントがＮＢＰを取得し、このＮＢＰがハイバネーションファイルを取得してＯＳを修正することにより、ＯＳが所望のハイバネーションファイルでレジュームするようにしている。しかし、本発明はこれに限定されない。例えば、ブートローダをブレードＰＣ１あるいは仮想マシン（仮想ディスクイメージ）にインストールしておき、起動時にブートローダがブレード管理サーバ３、３’に対してハイバネーションファイルの格納先を問合せ、格納先からハイバネーションファイルを入手して、このハイバネーションファイルを用いてレジュームするようにＯＳを修正してからＯＳを起動することで、ＯＳが所望のハイバネーションファイルでレジュームするようにしてもよい。

また、上記の第１、２実施形態において、ブレード管理サーバ３、３’、ユーザ情報保存サーバ４、および仮想マシンサーバ６は、ブレードＰＣ１と同様に、ブレードタイプのコンピュータであってもよい。また、ブレードＰＣ１の代わりに、通常のタワー型のコンピュータを用いてもよい。

また、上記の実施形態において、ブレード管理サーバ３、３’、ユーザ情報保存サーバ６は、ブレードＰＣの１台を用いて構築してもよく、また、ユーザ情報保存サーバ６の機能をブレード管理サーバ３，３’が有することにして１台のサーバでブレード管理とユーザ情報保存の両方を行うことにしてもよい。また、ユーザ情報保存サーバ６は、複数の物理的な記憶装置を有するストレージシステムを使用してもよく、あるいは、ＮＡＳ（Network Attached Storage）を使用してもよい。

また、上記の各実施形態において、各プログラムは、ＣＤ-ＲＯＭ、ＤＶＤ-ＲＯＭ等の可搬型記憶媒体からコンピュータ（ブレードＰＣ１、リモート操作端末２、ブレード管理サーバ３、仮想マシンサーバ６）にインストールされるものでもよい。あるいは、ディジタル信号、搬送波、ネットワーク等の通信媒体を介してコンピュータにダウンロードされてインストールされるものでもよい。また、上記の各実施形態を組み合わせることも可能である。

図１は本発明の第１実施形態が適用されたリモートデスクトップシステム（シンクライアントタイプの情報処理システム）の概略構成例を示す図である。 図２はブレードＰＣ１の概略構成例を示す図である。 図３はブレードＰＣ１の動作例を説明するための図である。 図４はブレード管理サーバ３の概略構成例を示す図である。 図５はブレード管理テーブル３０４２の例を模式的に表した図である。 図６はハイバネーション管理テーブル３０４３の例を模式的に表した図である。 図７はユーザデータ管理テーブル３０４４の例を模式的に表した図である。 図８はブレード管理サーバ３の動作例を説明するための図である。 図９はブレード管理サーバ３の割当処理（図８のＳ３２）の動作例を説明するための図である。 図１０はブレード管理サーバ３のファイル格納先通知処理（図８のＳ３４）の動作例を説明するための図である。 図１１はブレード管理サーバ３のレコード更新処理（図８のＳ３６）の動作例を説明するための図である。 図１２はリモート操作端末２の概略構成例を示す図である。 図１３はリモート操作端末２の動作の一例を説明するための図である。 図１４は本発明の第１実施形態が適用されたリモートデスクトップシステム全体の概略動作例を示す図である。 図１５は本発明の第２実施形態が適用されたリモートデスクトップシステムの概略構成例を示す図である。 図１６は仮想マシンサーバ６の概略構成例を示す図である。 図１７は仮想マシンサーバ６の動作例を説明するための図である。 図１８はブレード管理テーブル３０４２’の例を模式的に表した図である。 図１９はブレード管理サーバ３’の動作例を示す図である。 図２０は本発明の第２実施形態が適用されたリモートデスクトップシステム全体の概略動作例を示す図である。

符号の説明

１：ブレードＰＣ、２：リモート操作端末、３、３’：ブレード管理サーバ、４：ユーザ情報保存サーバ、５…ＷＡＮ、６…仮想マシンサーバ

Claims (16)

1. 複数の情報処理装置および管理サーバを有する情報処理システムであって、
   前記管理サーバは、
   情報処理装置毎に、当該情報処理装置の動作状態、および当該情報処理装置が割り当てられているユーザのユーザＩＤを記憶する装置管理情報記憶手段と、
   ハイバネーションデータ毎に、当該ハイバネーションデータの格納先、および当該ハイバネーションデータを作成した情報処理装置に割り当てられていたユーザのユーザＩＤを記憶するハイバネーション管理情報記憶手段と、
   ユーザＩＤを含む割当要求に対して動作状態が稼動状態にない情報処理装置を割り当て、当該情報処理装置に対応付けられて前記装置管理情報記憶手段に記憶されている動作状態およびユーザＩＤを、稼動状態および当該割当要求に含まれているユーザＩＤに更新する割当管理手段と、
   前記割当要求に対して前記割当管理手段が割り当てた情報処理装置の宛先を、当該割当要求の送信元に通知する宛先通知手段と、
   前記割当要求に対して前記割当管理手段が割り当てた情報処置装置に、起動要求を送信する起動要求手段と、を有し、
   前記情報処理装置は、
   前記管理サーバから受信した起動要求に従い自情報処理装置を起動する起動手段と、
   前記割当要求の送信元から操作情報を受信して、当該操作情報が示す操作内容に従って情報処理を行い、その結果を示す映像情報を当該割当要求の送信元に送信するリモート操作受付手段と、を有し、
   前記起動要求手段は、
   前記割当要求に含まれているユーザＩＤに対応付けられて前記ハイバネーション管理情報記憶手段にハイバネーションデータの格納先が記憶されている場合、当該格納先を前記起動要求の送信先に通知し、
   前記起動手段は、
   前記管理サーバからハイバネーションデータの格納先が通知された場合、当該格納先にアクセスしてハイバネーションデータを取得し、取得したハイバネーションデータを用いてレジュームすること
   を特徴とする情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記情報処理装置は、
   アイドル状態が所定時間以上続いた場合に、ハイバネーションするハイバネーション手段をさらに有し、
   前記起動手段は、
   自情報処理装置にハイバネーションデータが保存されている場合、当該ハイバネーションデータを用いてレジュームすること
   を特徴とする情報処理システム。
3. 請求項２に記載の情報処理装置であって、
   前記起動手段は、
   前記管理サーバからハイバネーションデータの格納先が通知された場合であって、且つ自情報処理装置にハイバネーションデータが保存されている場合、当該保存されているハイバネーションデータを、複数の情報処理装置がアクセス可能な位置に配置された記憶装置に格納させ、その格納先を前記管理サーバに通知してから、前記管理サーバから通知された格納先にアクセスしてハイバネーションデータを取得し、取得したハイバネーションデータを用いてレジュームし、
   前記起動要求手段は、
   前記起動要求の送信先からハイバネーションデータの格納先が通知された場合、当該格納先を前記割当管理手段に通知し、
   前記割当管理手段は、
   前記割当要求に対して割り当てる情報処理装置に対応付けられてユーザＩＤが前記装置管理情報記憶手段に記憶されていた場合、当該ユーザＩＤを前記起動要求手段から通知されるハイバネーションデータの格納先に対応付けて前記ハイバネーション管理情報記憶手段に記憶すること
   を特徴とする情報処理システム。
4. 請求項１乃至３のいずれか一項に記載の情報処理システムであって、
   ＶＭ（Virtual Machine）サーバをさらに有し、
   前記割当管理手段は、
   ユーザＩＤを含む割当要求に対して前記ＶＭサーバを所定の条件下で割り当て、
   前記宛先通知手段は、
   前記割当要求に対して前記割当管理部が前記ＶＭサーバを割り当てた場合に、当該ＶＭサーバの宛先を当該割当要求の送信元に通知し、
   前記起動要求手段は、
   前記割当要求に対して前記割当管理部が前記ＶＭサーバを割り当てた場合に、当該ＶＭサーバに前記割当要求の送信元を含む起動要求を送信し、
   前記ＶＭサーバは、
   前記管理サーバから受信した起動要求に従いＶＭを起動すると共に、当該ＶＭを前記起動要求に含まれている割当要求の送信元に対応付けるＶＭ起動手段と、
   操作情報を当該操作情報の送信元に対応付けられているＶＭに入力すると共に、ＶＭから出力される映像情報を前記操作情報の送信元に送信するＶＭリモート操作受付手段と、を有すること
   を特徴とする情報処理システム。
5. 請求項４に記載の情報処理システムであって、
   前記ＶＭ起動手段は、
   前記管理サーバからハイバネーションデータの格納先が通知された場合、当該格納先にアクセスしてハイバネーションデータを取得し、取得したハイバネーションデータを用いてＶＭがレジュームするように、当該ハイバネーションデータを当該ＶＭのディスクイメージに書き込むこと
   を特徴とする情報処理システム。
6. 請求項４又は５に記載の情報システムであって、
   前記所定の条件とは、情報処理装置の動作状態がすべて稼動状態にあること
   を特徴とする情報処理システム。
7. 請求項４又は５に記載の情報処理システムであって、
   前記所定の条件とは、前記割当要求に含まれているユーザＩＤにより特定されるランクが所定のランクであること
   を特徴とする情報処理システム。
8. 請求項１乃至７のいずれか一項に記載の情報処理システムであって、
   前記装置管理情報記憶手段は、
   情報処理装置毎に、当該情報処理装置が属する性能グレートをさらに記憶しており、
   前記割当管理手段は、
   前記割当要求に対して当該割当要求に含まれているユーザＩＤにより特定される性能グレードの情報処理装置を割り当てること
   を特徴とする情報処理システム。
9. 請求項１乃至８のいずれか一項に記載の情報処理システムであって、
   操作端末をさらに有し、
   前記操作端末は、
   ユーザＩＤを含む割当要求を前記管理サーバに送信して、前記管理サーバより操作対象の宛先を入手する宛先入手手段と、
   前記宛先入手手段により入手した宛先を持つ操作対象に対して自操作端末の入力装置に入力された操作情報を送信し、当該操作対象から映像情報を受信して、当該操作端末の表示装置に表示するリモート操作手段と、を有し、
   前記宛先入手手段は、
   前記リモート操作手段が操作対象に操作情報を送信してから所定時間内に当該操作対象から映像情報を受信しなかった場合に、前記管理サーバに前記割当要求を再度送信して、前記管理サーバより操作対象の宛先を入手すること
   を特徴とする情報処理システム。
10. 請求項１乃至９のいずれか一項に記載の情報処理システムであって、
    前記ハイバネーションデータは、当該ハイバネーションデータを作成した情報処理装置の物理メモリおよび仮想メモリのイメージを含むこと
    を特徴とする情報処理システム。
11. 請求項１乃至１０のいずれか一項に記載の管理サーバ。
12. 請求項１乃至１０のいずれか一項に記載の情報処理装置。
13. 請求項４乃至７のいずれか一項に記載のＶＭサーバ。
14. コンピュータで読取可能なプログラムであって、
    前記プログラムは、前記コンピュータを、
    管理対象の情報処理装置毎に、当該情報処理装置の動作状態、および当該情報処理装置が割り当てられているユーザのユーザＩＤを記憶する装置管理情報記憶手段、
    ハイバネーションデータ毎に、当該ハイバネーションデータの格納先、および当該ハイバネーションデータを作成した情報処理装置に割り当てられていたユーザのユーザＩＤを記憶するハイバネーション管理情報記憶手段、
    ユーザＩＤを含む割当要求に対して動作状態が稼動状態にない情報処理装置を割り当て、当該情報処理装置に対応付けられて前記装置管理情報記憶手段に記憶されている動作状態およびユーザＩＤを、稼動状態および当該割当要求に含まれているユーザＩＤに更新する割当管理手段、
    前記割当要求に対して前記割当管理手段が割り当てた情報処理装置の宛先を、当該割当要求の送信元に通知する宛先通知手段、および
    前記割当要求に対して前記割当管理手段が割り当てた情報処置装置に、起動要求を送信する起動要求手段として機能させ、
    前記起動要求手段は、
    前記割当要求に含まれているユーザＩＤに対応付けられて前記ハイバネーション管理情報記憶手段にハイバネーションデータの格納先が記憶されている場合、当該格納先を前記起動要求の送信先に通知すること
    を特徴とするコンピュータで読取可能なプログラム。
15. コンピュータで読取可能なプログラムであって、
    前記プログラムは、前記コンピュータを、
    当該コンピュータを管理する管理サーバから受信した起動要求に従い自コンピュータを起動する起動手段、および
    端末から操作情報を受信して、当該操作情報が示す操作内容に従って情報処理を行い、その結果を示す映像情報を当該端末に送信するリモート操作受付手段として機能させ、
    前記起動手段は、
    前記管理サーバからハイバネーションデータの格納先が通知された場合、当該格納先にアクセスしてハイバネーションデータを取得し、取得したハイバネーションデータを用いてレジュームすること
    を特徴とするコンピュータで読取可能なプログラム。
16. 複数の情報処理装置および管理サーバを有する情報処理システムにおける情報処理装置の割当管理方法であって、
    前記管理サーバは、
    情報処理装置毎に、当該情報処理装置の動作状態、および当該情報処理装置が割り当てられているユーザのユーザＩＤを記憶する装置管理情報記憶手段と、
    ハイバネーションデータ毎に、当該ハイバネーションデータの格納先、および当該ハイバネーションデータを作成した情報処理装置に割り当てられていたユーザのユーザＩＤを記憶するハイバネーション管理情報記憶手段と、を有し、
    ユーザＩＤを含む割当要求に対して動作状態が稼動状態にない情報処理装置を割り当て、当該情報処理装置に対応付けられて前記装置管理情報記憶手段に記憶されている動作状態およびユーザＩＤを、稼動状態および当該割当要求に含まれているユーザＩＤに更新するステップと、
    前記割当要求に対して割り当てた情報処理装置の宛先を、当該割当要求の送信元に通知するステップと、
    前記割当要求に対して割り当てた情報処置装置に、起動要求を送信するステップと、を行い、
    前記情報処理装置は、
    前記管理サーバから受信した起動要求に従い自情報処理装置を起動するステップと、
    前記割当要求の送信元から操作情報を受信して、当該操作情報が示す操作内容に従って情報処理を行い、その結果を示す映像情報を当該割当要求の送信元に送信するステップと、を行い、
    前記起動要求を送信するステップは、
    前記割当要求に含まれているユーザＩＤに対応付けられて前記ハイバネーション管理情報記憶手段にハイバネーションデータの格納先が記憶されている場合、当該格納先を前記起動要求の送信先に通知し、
    前記起動するステップは、
    前記管理サーバからハイバネーションデータの格納先が通知された場合、当該格納先にアクセスしてハイバネーションデータを取得し、取得したハイバネーションデータを用いてレジュームすること
    を特徴とする情報処理装置の割当管理方法。
    
    

Images