(57)【特許請求の範囲】
【請求項１】
配信されたディスクイメージファイル内のオペレーティングシステム及びアプリケーションプログラムを実行する複数の仮想化クライアント端末と、画面転送プロトコルを実行する画面転送ソフトウェアを持つ複数のシンクライアント端末とを管理するクライアント管理システムであって、
前記オペレーティングシステムと前記アプリケーションプログラムとを含むディスクイメージファイルを用いて前記各シンクライアント端末と画面転送プロトコルを使用して通信するための仮想マシンを実行するシンクライアント実行サーバと、
前記オペレーティングシステムと前記アプリケーションプログラムとを含むディスクイメージファイルを生成し配信するディスクイメージ配信サーバと、
を具備し、
前記ディスクイメージ配信サーバは、
前記各仮想化クライアント端末の内の第１端末を示すクライアントメンバ情報と、前記各シンクライアント端末の内のいずれかの端末を使用するユーザを示すユーザメンバ情報の少なくとも一方を含む配信グループ情報を生成する情報生成手段と、
前記配信グループ情報に基づいて、前記配信グループ情報に前記クライアントメンバ情報が含まれる場合、前記第１端末に前記ディスクイメージファイルを配信し、前記配信グループ情報に前記ユーザメンバ情報が含まれる場合、当該ユーザメンバ情報と前記ディスクイメージファイルとを前記シンクライアント実行サーバに配信する配信制御手段とを具備し、
前記シンクライアント実行サーバは、前記配信されたユーザメンバ情報が示すユーザが前記各シンクライアント端末の内のいずれかの端末を使用するときに、前記配信されたディスクイメージファイルを用いて、前記仮想マシン上で前記オペレーティングシステムと前記アプリケーションプログラムとを実行する、
クライアント管理システム。
【請求項２】
配信されたディスクイメージファイル内のオペレーティングシステム及びアプリケーションプログラムを実行する複数の仮想化クライアント端末と、画面転送プロトコルを実行する画面転送ソフトウェアを持つ複数のシンクライアント端末とを管理するクライアント管理方法であって、
前記オペレーティングシステムと前記アプリケーションプログラムとを含むディスクイメージファイルを生成し、
前記各仮想化クライアント端末の内の第１端末を示すクライアントメンバ情報と、前記各シンクライアント端末の内のいずれかの端末を使用するユーザを示すユーザメンバ情報の少なくとも一方を含む配信グループ情報を生成し、
前記配信グループ情報に基づいて、前記配信グループ情報に前記クライアントメンバ情報が含まれる場合、前記第１端末に前記ディスクイメージファイルを配信し、前記配信グループ情報に前記ユーザメンバ情報が含まれる場合、画面転送プロトコルを使用して前記各シンクライアント端末と通信する仮想マシンが実行されるシンクライアント実行サーバに前記ディスクイメージファイル及び前記ユーザメンバ情報を配信し、
前記シンクライアント実行サーバは、前記配信されたユーザメンバ情報が示すユーザが前記各シンクライアント端末の内のいずれかの端末を使用するときに、前記配信されたディスクイメージファイルを用いて、前記仮想マシン上で前記オペレーティングシステムと前記アプリケーションプログラムとを実行するように構成されるクライアント管理方法。
【請求項３】
コンピュータに、配信されたディスクイメージファイル内のオペレーティングシステム及びアプリケーションプログラムを実行する複数の仮想化クライアント端末と、画面転送プロトコルを実行する画面転送ソフトウェアを持つ複数のシンクライアント端末とを管理させるプログラムであって、
前記オペレーティングシステムと前記アプリケーションプログラムとを含むディスクイメージファイルを生成する手順と、
前記各仮想化クライアント端末の内の第１端末を示すクライアントメンバ情報と、前記各シンクライアント端末の内のいずれかの端末を使用するユーザを示すユーザメンバ情報の少なくとも一方を含む配信グループ情報を生成する手順と、
前記配信グループ情報に基づいて、前記配信グループ情報に前記クライアントメンバ情報が含まれる場合、前記第１端末に前記ディスクイメージファイルを配信し、前記配信グループ情報に前記ユーザメンバ情報が含まれる場合、画面転送プロトコルを使用して前記各シンクライアント端末と通信する仮想マシンが実行されるシンクライアント実行サーバに前記ディスクイメージファイル及び前記ユーザメンバ情報を配信する手順とを前記コンピュータに実行させ、
前記シンクライアント実行サーバは、前記配信されたユーザメンバ情報が示すユーザが前記各シンクライアント端末の内のいずれかの端末を使用するときに、前記配信されたディスクイメージファイルを用いて、前記仮想マシン上で前記オペレーティングシステムと前記アプリケーションプログラムとを実行するように構成されるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、クライアントコンピュータを管理するクライアント管理システム、クライアント管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、各種企業においては、オフィス内の多数のクライアント端末をサーバによって管理するためのシステム（クライアント管理システム）の導入が検討されている。
【０００３】
クライアント管理システムでは、多数のクライアント端末のデスクトップ環境（オペレーティングシステム、アプリケーション）をクライアント管理システム内のサーバによって集中管理することができる。この集中管理によって、多数のクライアント端末を効率的に管理することができる。
【０００４】
このクライアント管理システムでは、全てのクライアント端末をそれぞれ管理するのではなく、例えば、クライアント端末をいくつかのグループに分け、グループ単位で管理する方法が用いられることがある。この方法では、例えば、グループ毎に異なる運用を行うことや、グループ毎に管理者を割り当てることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２００７−５３６６３０号公報
【特許文献２】特開２０１０−１５２８７号公報
【特許文献３】特開２００９−２７７０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、上述のクライアント端末には、パーソナルコンピュータのようなリッチクライアント端末だけでなく、シンクライアント端末も用いられることがある。サーバでは、例えば、リッチクライアント端末で利用されるＯＳやアプリケーションプログラムと、シンクライアント端末で利用されるＯＳやアプリケーションプログラムとが別々に管理される。しかし、リッチクライアント端末とシンクライアント端末とで、共通のＯＳやアプリケーションプログラムが利用される際に、それらＯＳやアプリケーションプログラムが端末の種類によって別々に管理されることは、管理のためのコストが高く、また管理者にとって煩雑である。
【０００７】
本発明は、複数のクライアント端末のデスクトップ環境を、クライアント端末の種類に関わらず一括して管理できるクライアント管理システム、クライアント管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態によれば、クライアント管理システムは、配信されたディスクイメージファイル内のオペレーティングシステム及びアプリケーションプログラムを実行する複数の仮想化クライアント端末と、画面転送プロトコルを実行する画面転送ソフトウェアを持つ複数のシンクライアント端末とを管理する。このクライアント管理システムは、シンクライアント実行サーバ及びディスクイメージ配信サーバを具備する。前記シンクライアント実行サーバは、前記オペレーティングシステムと前記アプリケーションプログラムとを含むディスクイメージファイルを用いて前記各シンクライアント端末と画面転送プロトコルを使用して通信するための仮想マシンを実行する。前記ディスクイメージ配信サーバは、前記オペレーティングシステムと前記アプリケーションプログラムとを含むディスクイメージファイルを生成し配信する。前記ディスクイメージ配信サーバは、情報生成手段及び配信制御手段を具備する。情報生成手段は、前記各仮想化クライアント端末の内の第１端末を示すクライアントメンバ情報と、前記各シンクライアント端末の内のいずれかの端末を使用するユーザを示すユーザメンバ情報の少なくとも一方を含む配信グループ情報を生成する。配信制御手段は、前記配信グループ情報に基づいて、前記配信グループ情報に前記クライアントメンバ情報が含まれる場合、前記第１端末に前記ディスクイメージファイルを配信し、前記配信グループ情報に前記ユーザメンバ情報が含まれる場合、当該ユーザメンバ情報と前記ディスクイメージファイルとを前記シンクライアント実行サーバに配信する。前記シンクライアント実行サーバは、前記配信されたユーザメンバ情報が示すユーザが前記各シンクライアント端末の内のいずれかの端末を使用するときに、前記配信されたディスクイメージファイルを用いて、前記仮想マシン上で前記オペレーティングシステムと前記アプリケーションプログラムとを実行する。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る情報処理装置（ディスクイメージ配信サーバ）を備えるクライアント管理システムによるディスクイメージの配信について説明するための概念図。
【図２】図１のクライアント管理システムの構成を示すブロック図。
【図３】図１のクライアント管理システムの機能構成を示すブロック図。
【図４】図１のクライアント管理システムによって管理されるクライアント端末が属するグループを説明するための図。
【図５】同実施形態の情報処理装置によって用いられるグループ情報の一構成例を示す図。
【図６】同実施形態の情報処理装置によって用いられるユーザ情報の一構成例を示す図。
【図７】同実施形態の情報処理装置によって用いられるクライアント情報の一構成例を示す図。
【図８】同実施形態の情報処理装置によって用いられるディスクイメージ情報の一構成例を示す図。
【図９】同実施形態の情報処理装置によって用いられる配信グループ情報の一構成例を示す図。
【図１０】同実施形態の情報処理装置によって表示される配信グループ設定画面の例を示す図。
【図１１】同実施形態の情報処理装置によって表示される配信イメージ設定画面の例を示す図。
【図１２】同実施形態の情報処理装置によって表示される配信グループ設定画面の別の例を示す図。
【図１３】同実施形態の情報処理装置によって用いられる配信グループ情報の別の一構成例を示す図。
【図１４】同実施形態の情報処理装置によって実行される配信情報生成処理の手順の例を示すフローチャート。
【図１５】同実施形態の情報処理装置によって実行される配信制御処理の手順の例を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、実施の形態について図面を参照して説明する。  
まず、図１を参照して、一実施形態に係る情報処理装置を備えたクライアント管理システム１によるディスクイメージ２８１の配信について説明する。このクライアント管理システム１は複数のクライアント端末（クライアントコンピュータ）を管理するためのサーバシステムである。クライアント管理システム１は、１つの又は複数のサーバ（物理サーバ）によって実現することができる。ここでは、このクライアント管理システム１が複数のサーバによって実現されていることを想定する。
【００１１】
クライアント管理システム１は、管理サーバ２１、ディスクイメージ配信サーバ２４、シンクライアント実行サーバ２５等を備える。管理サーバ２１、ディスクイメージ配信サーバ２４及びシンクライアント実行サーバ２５は、ローカルエリアネットワーク（ＬＡＮ）のようなネットワークに接続されている。複数の第１タイプのクライアント１１及び複数の第２タイプのクライアント１２も、上述のネットワークに接続されている。
【００１２】
クライアント管理システム１は例えばオフィス内に配置される。クライアント管理システム１は、オフィス内に配置された複数のクライアント端末を管理サーバ２１によって集中管理する。管理サーバ２１は、クライアント端末を使用するユーザ、クライアント端末が所属するグループ、ユーザが所属するグループ等も管理する。また、管理サーバ２１は、例えば、管理コンソールを用いた管理者による操作に応じて、上述のクライアント端末、ユーザ及びグループを管理するための情報を変更する。また、クライアント管理システム１は、複数のクライアント端末で使用されるオペレーティングシステム（ＯＳ）及びアプリケーションプログラムを含むディスクイメージ２８１の配信をディスクイメージ配信サーバ２４によって管理する。
【００１３】
本実施形態では、クライアント管理システム１は、第１タイプ及び第２タイプの２種類のクライアント端末を管理することができる。図１に示される各クライアント端末１１は第１タイプのクライアント端末である。第１タイプのクライアント端末１１は、いわゆる仮想化クライアント端末である。第１タイプのクライアント端末１１のローカルストレージには仮想マシンモニタ（ハイパーバイザ）が仮想化ソフトウェアとしてインストールされている。第１タイプのクライアント端末１１は、仮想化ソフトウェアと、システム１から配信される仮想イメージファイル内のＯＳ及びアプリケーションプログラムとを実行する。第１タイプのクライアント端末１１は、例えば、パーソナルコンピュータとして実現され、リッチクライアント端末とも称する。
【００１４】
第２タイプのクライアント端末は、シンクライアント端末である。これらシンクライアント端末１２は、画面転送プロトコルを使用して、システム１内のシンクライアント実行サーバ２５上で実行される仮想マシンそれぞれと通信する。換言すれば、複数のシンクライアント端末１２は仮想デスクトップインフラストラクチャ（ＶＤＩ）を使用してデスクトップ仮想化を実現するための端末（ベース端末）である。これらシンクライアント端末１２それぞれのデスクトップ環境（ＯＳ、アプリケーション）は、仮想化サーバであるシンクライアント実行サーバ２５によって一元管理される。各シンクライアント端末１２には、シンクライアント実行サーバ２５上の仮想マシンの一つが割り当てられる。ＯＳ、アプリケーションは、シンクライアント端末１２上ではなく、シンクライアント実行サーバ２５上の仮想マシンによって実行される。
【００１５】
各シンクライアント端末１２は、ユーザによる入力デバイス（例えばキーボード、マウス等）の操作に応じた入力情報をシンクライアント実行サーバ２５内の対応する仮想マシンに送信する。また、各シンクライアント端末１２は、シンクライアント実行サーバ２５内の対応する仮想マシンから、入力情報を反映した画面情報を受信する。
【００１６】
上述のように、シンクライアント端末１２で利用されるオペレーティングシステム、アプリケーションプログラム、データ等は、シンクライアント実行サーバ２５で一元管理される。そのため、シンクライアント端末１２を用いることにより、運用コストやセキュリティに関するリスクを低減することができる。
【００１７】
また、シンクライアント端末１２は、例えば、フリーアドレスオフィスと呼ばれる形態で利用されることが想定される。フリーアドレスオフィスでは、ユーザが使用するシンクライアント端末１２は特定されず、ユーザは、いずれのシンクライアント端末１２でも同じデスクトップ環境で作業を行うことができる。
【００１８】
一方、リッチクライアント端末１１は、シンクライアント端末１２よりも高性能なリソースを有することが多い。そのため、例えば計算量の多い処理を伴う業務では、リッチクライアント端末１１を用いることによって、業務を効率化することができる。また、あるユーザが使用するリッチクライアント端末１１は、特定されていることが想定される。つまり、あるリッチクライアント端末１１は、特定のユーザに専用の端末として使用される。したがって、シンクライアント端末１２とリッチクライアント端末１１とは目的や用途に応じて使い分けられる。
【００１９】
しかし、クライアント端末１１，１２で使用されるＯＳやアプリケーションプログラムは、クライアント端末のタイプに関わらず、共通することがある。例えば、企業内の部署のようなグループ（管理グループ）内のクライアント端末では、クライアント端末がリッチクライアント端末１１であるかシンクライアント端末１２であるかに関わらず、同一のＯＳ及びアプリケーションプログラムが使用されることが想定される。
【００２０】
本実施形態では、クライアント端末１１，１２のデスクトップ環境（ＯＳ、アプリケーションプログラム）を管理するために、ＯＳとアプリケーションプログラムとを含むディスクイメージ２８１が配信される。したがって、リッチクライアント端末１１とシンクライアント端末１２とで同じデスクトップ環境が利用される場合、そのデスクトップ環境のための一つのディスクイメージ２８１が生成され、そのディスクイメージ２８１がリッチクライアント端末１１とシンクライアント実行サーバ２５とに配信される。
【００２１】
具体的には、ディスクイメージ配信サーバ２４は、本実施形態の情報処理装置であり、ディスクイメージファイル（仮想イメージファイル）２８１の管理等のためにクライアント管理システム１に適用される。ディスクイメージ配信サーバ２４は一つの物理サーバによって実現することができる。
【００２２】
ディスクイメージ配信サーバ２４は、第１タイプのクライアント端末（リッチクライアント端末）１１とシンクライアント実行サーバ２５とにディスクイメージ２８１を配信する。ディスクイメージ配信サーバ２４は、配信グループ毎に、そのグループに割り当てられたディスクイメージ２８１を配信する。例えば、ディスクイメージ配信サーバ２４は、図１に示すように、“配信グループ１”に属するリッチクライアント端末１１と、シンクライアント端末１２に割り当てられる仮想マシンを備えるシンクライアント実行サーバ２５とに、“配信グループ１”に関連付けられた第１のディスクイメージを配信する。これにより、“配信グループ１”に属するリッチクライアント端末１１のユーザは、第１のディスクイメージ内のＯＳ及びアプリケーションプログラムを利用することができる。また、“配信グループ１”に属するユーザは、シンクライアント端末１２を使用することによって、シンクライアント実行サーバ２５上の仮想マシンによって実行される、第１のディスクイメージ内のＯＳ及びアプリケーションプログラムを利用することができる。
【００２３】
図２は、クライアント管理システム１の構成を示す。クライアント管理システム１は、管理サーバ２１、仮想マシン管理サーバ２２、ドメインコントローラ２３、ディスクイメージ配信サーバ２４、シンクライアント実行サーバ２５、コネクションブローカ２６、プロファイルストレージ２７、及びディスクイメージストレージ２８等を備える。
【００２４】
管理サーバ２１、仮想マシン管理サーバ２２、ドメインコントローラ２３、ディスクイメージ配信サーバ２４、シンクライアント実行サーバ２５、コネクションブローカ２６、及びプロファイルストレージ２７は、ネットワーク、例えばＬＡＮ、に接続されている。複数の第１タイプのクライアント（リッチクライアント）１１及び複数の第２タイプのクライアント（シンクライアント）１２も上述のネットワーク、例えばＬＡＮ、に接続されている。
【００２５】
さらに、管理サーバ２１、仮想マシン管理サーバ２２、ディスクイメージ配信サーバ２４、及びシンクライアント実行サーバ２５は、ストレージエリアネットワーク（ＳＡＮ）のような別のネットワークを介してディスクイメージストレージ２８にも接続されている。
【００２６】
第１タイプのクライアント端末（リッチクライアント端末）１１においては、ＣＰＵ、メモリ、ストレージ、各種Ｉ／Ｏデバイスといった物理ハードウェア１１１上で仮想マシンモニタ１１２が実行される。仮想マシンモニタ１１２はハイパーバイザのような仮想化ソフトウェアであり、物理ハードウェア１１１のリソースをエミュレートすることによって、物理ハードウェア１１１上の仮想化層として機能する。仮想化層である仮想マシンモニタ１１２上では、幾つかの仮想マシンが実行される。図１では、２つの仮想マシン１１３，１１４が仮想マシンモニタ１１２上で実行されることが想定されている。仮想マシン１１３は管理ＯＳ（ホストＯＳ）１１５を実行するための仮想マシンである。一方、仮想マシン１１４は、システム１から配信されるディスクイメージファイル２８１内のユーザ使用ＯＳ（ゲストＯＳ）１１６及びアプリケーションプログラム１１７を実行する。仮想マシン１１４、つまり、ユーザ使用ＯＳ（ゲストＯＳ）１１６及びアプリケーションプログラム１１７は、リッチクライアント端末１１のデスクトップ環境として動作する。
【００２７】
管理ＯＳ（ホストＯＳ）１１５は、仮想マシンモニタ１１２と協働して、仮想マシン１１４を制御することができる。管理ＯＳ（ホストＯＳ）１１５は管理モジュール１１５Ａを備える。管理モジュール１１５Ａはシステム１内のディスクイメージ配信サーバ２４からディスクイメージファイル２８１をダウンロードすることができる。ユーザ使用ＯＳ（ゲストＯＳ）１１６はエージェント１１６Ａを備える。エージェント１１６Ａはシステム１とリッチクライアント端末１１とを連携させる処理を実行するプログラムである。
【００２８】
第２タイプのクライアント端末（シンクライアント端末）１２においては、画面転送ソフトウェア１２３が実行される。画面転送ソフトウェア１２３は、画面転送プロトコルを使用して、シンクライアント実行サーバ２５内の仮想マシンと通信するプログラムである。画面転送ソフトウェア１２３はＯＳ上で動作するアプリケーションプログラムであってもよい。この場合、シンクライアント端末１２においては、ＣＰＵ、メモリ、各種Ｉ／Ｏデバイスといった物理ハードウェア１２１上でＯＳ１２２が実行され、このＯＳ１２２上で画面転送ソフトウェア１２３が実行される。
【００２９】
次に、クライアント管理システム１の各コンポーネントについて説明する。  
管理サーバ２１はクライアント管理システム１の動作を管理するためのサーバである。管理サーバ２１では、ＣＰＵ、メモリ、各種Ｉ／Ｏデバイスといった物理ハードウェア２１１上でＯＳ２１２が実行され、このＯＳ２１２上でクライアント管理プログラム２１３が実行される。このクライアント管理プログラム２１３は、ＬＡＮに接続された図示しない管理者端末（管理コンソール）からの操作に応じて、クライアント管理システム１を使用可能な各ユーザの管理、リッチクライアント端末１１の管理、ユーザが所属するグループの管理、リッチクライアント端末１１が所属するグループの管理、等を実行することができる。
【００３０】
仮想マシン管理サーバ２２はシンクライアント実行サーバ２５を管理するためのサーバである。ドメインコントローラ２３は、各ユーザ及び各クライアント端末を認証するためのサーバである。
【００３１】
ディスクイメージ配信サーバ２４は、複数のリッチクライアント端末１１とシンクライアント実行サーバ２５とに配信される、各々がＯＳ及びアプリケーションプログラムを含むディスクイメージファイル２８１を管理する。ディスクイメージ配信サーバ２４では、ＣＰＵ、メモリ、各種Ｉ／Ｏデバイスといった物理ハードウェア２４１上でＯＳ２４２が実行され、このＯＳ２４２上で配信管理プログラム２４３が実行される。この配信管理プログラム２４３は、リッチクライアント端末１１及びシンクライアント端末１２のためのディスクイメージファイル２８１を作成する。ディスクイメージファイル２８１は、当該ディスクイメージファイル２８１が割り当てられたリッチクライアント端末１１と、シンクライアント実行サーバ２５とに配信される。各ディスクイメージファイル２８１は、例えば、仮想ハードディスク（ＶＨＤ）フォーマットのような仮想イメージファイルである。
【００３２】
シンクライアント実行サーバ２５は、複数のシンクライアント端末１２と画面転送プロトコルを使用して通信するための複数の仮想マシンを実行するサーバである。シンクライアント実行サーバ２５は、例えば、サーバ仮想化技術によって仮想化された１つの物理サーバによって実現してもよい。
【００３３】
このシンクライアント実行サーバ２５においては、ＣＰＵ、メモリ、ストレージ、各種Ｉ／Ｏデバイスといった物理ハードウェア２５１上で仮想マシンモニタ２５２が実行される。仮想マシンモニタ２５２はハイパーバイザのような仮想化ソフトウェアであり、物理ハードウェア２５１のリソースをエミュレートすることによって、物理ハードウェア２５１上の仮想化層として機能する。仮想マシンモニタ２５２上では、管理用の１つの仮想マシン２５３と、仮想デスクトップ環境を実行するための複数の仮想マシン２５４，２５５とが実行される。仮想マシン２５３は管理ＯＳ（ホストＯＳ）４０１を実行する。一方、仮想マシン２５４は、ディスクイメージ配信サーバ２４から配信される第１ディスクイメージファイル２８１内のユーザ使用ＯＳ（ゲストＯＳ）４０２及びアプリケーションプログラム４０３を実行する。また、仮想マシン２５５は、ディスクイメージ配信サーバ２４から配信される第２ディスクイメージファイル２８１内のユーザ使用ＯＳ（ゲストＯＳ）４０４及びアプリケーションプログラム４０５を実行する。
【００３４】
管理ＯＳ（ホストＯＳ）４０１は、仮想マシンモニタ２５２と協働して、各仮想マシン２５４，２５５を制御することができる。ユーザ使用ＯＳ（ゲストＯＳ）４０２，４０４はエージェント４０２Ａ，４０４Ａを備える。エージェント４０２Ａ，４０４Ａは、リッチクライアント端末１１の仮想マシン１１４内のエージェント１１６Ａと同様に、システム１と各シンクライアント端末１２（すなわち、シンクライアント端末１２と通信する各仮想マシン２５４，２５５）とを連携させる処理を実行するプログラムである。
【００３５】
コネクションブローカ２６は、ユーザプロファイルの管理等のためにクライアント管理システム１に適用される。コネクションブローカ２６は一つの物理サーバによって実現することができる。
【００３６】
コネクションブローカ２６は、複数のユーザそれぞれに対応する複数のユーザプロファイルを格納するプロファイルストレージ２７を使用して、複数のユーザプロファイルを管理する。また、コネクションブローカ２６は、シンクライアント端末１２上でログオン操作を実行したユーザに対して、シンクライアント実行サーバ２５上の使用可能な仮想マシンを割り当てるための機能も有している。さらに、コネクションブローカ２６は、たとえ各ユーザがどのクライアント端末上でログオン操作を行っても、各ユーザが同じユーザ環境を利用できるようにするための機能（ローミング機能）を有している。
【００３７】
プロファイルストレージ２７は、本システム１を使用可能な多数のユーザの識別子（ユーザＩＤ）にそれぞれ関連付けられた多数のユーザプロファイルを格納する。すなわち、プロファイルストレージ２７は多数のユーザにそれぞれ対応するユーザプロファイルを格納するための多数の格納場所を備える。あるユーザがあるクライアント端末をシステム１に接続（ログオン）するためのログオン操作を行った場合には、そのクライアント端末に対応する仮想マシンのファイルシステムには、そのユーザのユーザＩＤに関連付けられたユーザプロファイルが自動的にマウントされる。例えば、リッチクライアント端末１１のログオン処理においては、ログオン操作を行ったユーザに対応するユーザプロファイルは、そのリッチクライアント端末１１内の仮想マシン１１４のファイルシステム上にマウントされる。リッチクライアント端末１１内のローカルストレージにはユーザプロファイル（設定情報、ユーザデータ）の実体は存在せず、ユーザプロファイルの実体はシステム１内で管理される。したがって、リッチクライアント端末１１のセキュリティ強化を図ることができる。
【００３８】
一方、シンライアント端末１２のログオン処理においては、ログオン操作を行ったユーザのユーザＩＤに関連づけられたユーザプロファイルが、そのシンクライアント端末１２に対応するシンクライアント実行サーバ２５内の仮想マシン２５４，２５５のファイルシステム上に自動的にマウントされる。
【００３９】
これにより、各ユーザは、リッチクライアント端末１１及びシンクライアント端末１２のどちらを操作してシステム１にログオンした場合でも、同じユーザ環境（同じユーザプロファイル）を使用することができる。
【００４０】
ディスクイメージストレージ２８はディスクイメージ配信サーバ２４によって作成されたディスクイメージファイルを格納するためのストレージである。なお、プロファイルサーバ２７及びディスクイメージストレージ２８のどちらも、システム１内の図示しないファイルサーバ内のストレージによって実現してもよい。
【００４１】
次いで、図３を参照して、クライアント管理システム１における、ディスクイメージファイル２８１を配信するための機能構成について説明する。  
管理サーバ２１上で実行されるクライアント管理プログラム２１３は、管理情報生成部３１等を備える。管理情報生成部３１は、ＬＡＮに接続された図示しない管理者端末（管理コンソール）からの操作に応じて、クライアント管理情報３２を生成する。クライアント管理情報３２は、例えば、ユーザ情報３２２とクライアント情報３２３と管理グループ情報３２１とを含む。ユーザ情報３２２は、クライアント管理システム１を使用可能なユーザを示す。クライアント情報３２３はクライアント管理システム１に接続可能なリッチクライアント端末１１を示す。管理グループ情報３２１は、リッチクライアント端末１１とユーザとが属し得る管理グループを示す。
【００４２】
管理サーバ２は、これらユーザ情報３２２とクライアント情報３２３と管理グループ情報３２１とを用いて、リッチクライアント端末１１とユーザとを階層化された複数の管理グループで管理することができる。
【００４３】
図４は、企業内の部署の階層構造のように、階層化された管理グループ群の例を示す。階層化された管理グループ群（以下、グループツリーとも称する）では、「親」である上位層の管理グループに対して、「子」の管理グループが設定されうる。図４に示す例では、「全社」グループ８１を「親」として、「経理部」グループ８２、「開発部」グループ８３、及び「営業部」グループ８４の３つの「子」のグループが設定されている。また、さらに、「開発部」グループ８３を「親」として、「開発一課」グループ８５と「開発二課」グループ８６の２つの「子」のグループが設定されている。
【００４４】
図５は、管理情報生成部３１によって生成される管理グループ情報３２１の一構成例を示す。管理グループ情報３２１は、複数の管理グループに対応する複数のエントリを含む。各エントリは、例えば、管理グループＩＤ、グループ名、親グループＩＤを含む。ある管理グループに対応するエントリにおいて、「管理グループＩＤ」は、その管理グループに付与された識別情報を示す。「グループ名」は、その管理グループの名称を示す。「親グループＩＤ」は、その管理グループの「親」の管理グループのグループＩＤ（すなわち、その管理グループが従属する上位層の管理グループのグループＩＤ）を示す。
【００４５】
また、図６は、管理情報生成部３１によって生成されるユーザ情報３２２の一構成例を示す。ユーザ情報３２２は、複数のユーザに対応する複数のエントリを含む。各エントリは、例えば、ユーザＩＤ、アカウント、ユーザ名、管理グループＩＤを含む。あるユーザに対応するエントリにおいて、「ユーザＩＤ」は、そのユーザに付与された識別情報を示す。「アカウント」は、そのユーザに付与されたアカウントを示す。このアカウントには、例えば、アルファベットや数字、所定の記号を含む文字列が用いられる。「ユーザ名」は、そのユーザの名前を示す。「管理グループＩＤ」は、そのユーザが所属する管理グループのＩＤを示す。したがって、「管理グループＩＤ」には、管理グループ情報３２１に含まれるいずれかのエントリの管理グループＩＤが設定される。
【００４６】
図７は、管理情報生成部３１によって生成されるクライアント情報３２３の一構成例を示す。クライアント情報３２３は、複数のリッチクライアント端末１１に対応する複数のエントリを含む。各エントリは、例えば、クライアントＩＤ、コンピュータ名、管理グループＩＤを含む。あるリッチクライアント端末に対応するエントリにおいて、「クライアントＩＤ」は、そのリッチクライアント端末に付与された識別情報を示す。「コンピュータ名」は、そのリッチクライアント端末に付与されたコンピュータ名を示す。「管理グループＩＤ」は、そのリッチクライアント端末が所属する管理グループのＩＤを示す。したがって、「管理グループＩＤ」には、管理グループ情報３２１に含まれるいずれかのエントリの管理グループＩＤが設定される。
【００４７】
管理情報生成部３１は、例えば、管理者端末からの操作に応じて、上述のクライアント管理情報３２を生成する。なお、管理情報生成部３１は、管理者端末からの操作に応じて、生成されたクライアント管理情報３２を変更又は削除してもよい。
【００４８】
次いで、ディスクイメージ配信サーバ２４上で実行される配信管理プログラム２４３について説明する。  
ディスクイメージ配信サーバ２４上で実行される配信管理プログラム２４３は、ディスクイメージ生成部５１、イメージ情報生成部５２、配信情報生成部５３、配信制御部５４等を備える。配信管理プログラム２４３は、ＬＡＮに接続された図示しない管理者端末からの操作に応じて、ディスクイメージ２８１の配信の管理等を実行することができる。
【００４９】
ディスクイメージ生成部５１は、リッチクライアント端末１１とシンクライアント実行サーバ２５の少なくとも一方で用いられるディスクイメージファイル２８１を生成する。ディスクイメージ生成部５１は、例えば、管理者によって指定されたＯＳとアプリケーションプログラムとを含むディスクイメージファイル２８１を生成する。ディスクイメージ生成部５１は、例えば、ディスクイメージ配信サーバ２４内の仮想マシンや、他のサーバ内の仮想マシンを利用して、ディスクイメージファイル２８１を生成する。この仮想マシンは、例えば、Hyper-VやVMware（登録商標）を使用して実現される。また、ディスクイメージ生成部５１は、ＯＳとアプリケーションプログラムとが実際にインストールされているクライアント端末を利用して、ディスクイメージファイル２８１を生成してもよい。ディスクイメージ生成部５１は、生成されたディスクイメージファイル２８１をディスクイメージストレージ２８に格納する。なお、ディスクイメージ生成部５１は、生成されたディスクイメージ２８１を、ディスクイメージ配信サーバ２４内に設けられた記憶装置等に格納してもよい。
【００５０】
イメージ情報生成部５２は、ディスクイメージファイル２８１が生成されたことに応じて、当該ディスクイメージファイル２８１に対応するディスクイメージ情報５５１を生成する。具体的には、イメージ情報生成部２８１は、ディスクイメージファイル２８１に対応するエントリを生成し、ディスクイメージ情報５５１に追加する。
【００５１】
図８は、ディスクイメージ情報５５１の一構成例を示す。ディスクイメージ情報５５１は、複数のディスクイメージ２８１に対応する複数のエントリを含む。各エントリは、例えば、イメージＩＤ、ＯＳ、イメージ名を含む。あるディスクイメージに対応するエントリにおいて、「イメージＩＤ」は、そのディスクイメージに付与された識別情報を示す。「ＯＳ」は、そのディスクイメージに含まれるＯＳの名称を示す。「イメージ名」は、そのディスクイメージに付与された名称を示す。「イメージ名」には、例えば、そのディスクイメージが配信される対象を表す名称（例えば、“経理部アプリ入りイメージ”）が設定される。
【００５２】
配信情報生成部５３は、生成されたディスクイメージ２８１が配信される配信グループを示す配信グループ情報５５２を生成する。配信グループには、例えば、リッチクライアント端末１１と、シンクライアント端末１２を使用するユーザとが属する。つまり、この配信グループ情報５５２によって、あるディスクイメージ２８１に対して、リッチクライアント端末１１と、シンクライアント端末１２を使用するユーザとが関連付けられる。ディスクイメージ２８１に関連付けられたリッチクライアント端末１１の仮想マシン１１４上では、そのディスクイメージ２８１に含まれるＯＳとアプリケーションプログラムとが実行される。また、ディスクイメージ２８１に関連付けられたユーザは、当該ディスクイメージ２８１を用いて、シンクライアント実行サーバ２５の仮想マシン２５４上で実行されるＯＳとアプリケーションプログラムとを、シンクライアント端末１２を介して使用することができる。
【００５３】
図９は、配信グループ情報５５２の一構成例を示す。配信グループ情報５５２は、複数の配信グループに対応する複数のエントリを含む。各エントリは、例えば、配信グループＩＤ、グループ名、クライアントメンバ、ユーザメンバ、イメージＩＤを含む。ある配信グループに対応するエントリにおいて、「配信グループＩＤ」は、その配信グループに付与された識別情報を示す。「配信グループ名」は、その配信グループの名称を示す。「クライアントメンバ」は、その配信グループに属するリッチクライアント端末１１のコンピュータ名を示す。なお、「クライアントメンバ」には、その配信グループに属するリッチクライアント端末１１のクライアントＩＤが設定されてもよい。「ユーザメンバ」は、その配信グループに属するユーザのアカウントを示す。なお、「ユーザメンバ」には、その配信グループに属するユーザのユーザＩＤが設定されてもよい。「イメージＩＤ」は、その配信グループに配信されるディスクイメージのイメージＩＤを示す。
【００５４】
したがって、図９に例示した配信グループ情報５５２のエントリでは、クライアントメンバであるリッチクライアント端末“PC0001”及び“PC0002”に、イメージＩＤが“１”であるディスクイメージ２８１（図８に示すディスクイメージ情報５５１では、“開発部アプリ入りイメージ”）が配信され、また、ユーザメンバであるユーザ“suzuki”及び“yamada”が、そのディスクイメージ２８１（“開発部アプリ入りイメージ”）を、シンクライアント端末１２を介して使用できることが規定されている。
【００５５】
配信情報生成部５３は、例えば、配信グループを設定するための配信グループ設定画面と、配信グループに配信されるディスクイメージ２８１を設定するための配信イメージ設定画面とを表示し、それら画面を用いた入力に応じて上述の配信グループ情報５５２を生成する。
【００５６】
図１０は、配信情報生成部５３によって表示される配信グループ設定画面の例を示す。配信グループ設定画面６１は、例えば、クライアント選択エリア６１１、ユーザ選択エリア６１２、追加ボタン６１３、配信グループ選択ボタン６１４、メンバエリア６１５、保存ボタン６１６、除外ボタン６１７等を含む。
【００５７】
クライアント選択エリア６１１には、リッチクライアント端末１１を示すボタンが配置されている。クライアント選択エリア６１１内のボタンは、例えば、クライアント情報３２３の各エントリに対応するリッチクライアント端末１１を示す。ユーザ選択エリア６１２には、ユーザを示すボタンが配置されている。ユーザ選択エリア６１２内のボタンは、例えば、ユーザ情報３２２の各エントリに対応するユーザを示す。配信グループ選択ボタン６１４は、設定対象の配信グループを選択するためのボタンである。なお、配信グループ選択ボタン６１４は、新たな配信グループの名称を入力するためのテキスト入力エリアとして用いることもできる。メンバエリア６１５は、配信グループ選択ボタン６１４を用いて選択された配信グループに所属させるメンバが表示されたエリアである。
【００５８】
追加ボタン６１３は、クライアント選択エリア６１１において選択状態にされているボタンに対応するリッチクライアント端末１１と、ユーザ選択エリア６１２において選択状態にされているボタンに対応するユーザとを、メンバエリア６１５に追加するためのボタンである。つまり、メンバエリア６１５には、追加ボタン６１３が押された（選択された）ことに応じて、クライアント選択エリア６１１において選択状態にされているボタンに対応するリッチクライアント端末１１と、ユーザ選択エリア６１２において選択状態にされているボタンに対応するユーザとが表示される。
【００５９】
保存ボタン６１６は、設定された配信グループのメンバを、配信グループ情報５５２として保存するためのボタンである。また、除外ボタン６１７は、メンバエリア６１５に表示されたメンバ（リッチクライアント端末又はユーザ）の内、選択状態に設定されたメンバを、配信グループから除外するためのボタンである。
【００６０】
また、図１１は、ディスクイメージ配信サーバ２４によって表示される配信イメージ設定画面の例を示す。配信イメージ設定画面６２は、例えば、配信グループ選択ボタン６２１、メンバ表示エリア６２２、配信イメージ選択エリア６２３、決定ボタン６２４等を含む。
【００６１】
配信グループ選択ボタン６２１は、設定対象の配信グループを選択するためのボタンである。メンバエリア６２２は、配信グループ選択ボタン６２１を用いて選択された配信グループに所属するメンバが表示されたエリアである。配信イメージ選択エリア６２３には、ディスクイメージ情報５５１に基づいて、配信可能なディスクイメージ２８１に対応するボタンが配置されている。
【００６２】
管理者は、上述の配信グループ設定画面６１と配信イメージ設定画面６２とを用いて、リッチクライアント端末１１とユーザの少なくとも一方が属する配信グループと、その配信グループのためのディスクイメージ２８１とを関連付けるための操作を行う。例えば、管理者は、配信グループ設定画面６１を用いて“配信グループ１”のメンバを設定するとき、クライアント選択エリア６１１に表示されたボタンから、ディスクイメージ２８１が配信されるリッチクライアント端末１１に対応するボタンを選択状態に設定し、また、ユーザ選択エリア６１２に表示されたボタンから、シンクライアント端末１２を介して、ディスクイメージ２８１を使用するユーザに対応するボタンを選択状態に設定する。そして、管理者が追加ボタン６１３を押したことによって、選択状態に設定されたリッチクライアント端末１１とユーザとがメンバエリア６１５に追加される。さらに、管理者が保存ボタン６１６を押したことによって、配信情報生成部５３は、「配信グループＩＤ」、「グループ名」、「クライアントメンバ」、及び「ユーザメンバ」が設定された配信グループ情報５５のエントリを生成する。
【００６３】
次いで、管理者は、例えば、配信イメージ設定画面６２を用いて“配信グループ１”に配信されるディスクイメージ２８１を設定するとき、配信イメージ選択エリア６２３に表示されたボタンから、配信グループ１に配信されるディスクイメージ２８１（例えば、“開発部アプリ入りイメージ”）に対応するボタンを選択状態に設定する。そして、管理者が決定ボタン６２４を押したことによって、配信情報生成部５３は、“配信グループ１”に対応する配信グループ情報５５２のエントリにおいて、「イメージＩＤ」にそのディスクイメージ２８１のイメージＩＤ（例えば、“開発部アプリ入りイメージ”に対応するイメージＩＤ“１”）を設定する。
【００６４】
配信制御部５４は、生成された配信グループ情報５５２に基づいて、リッチクライアント端末１１及びシンクライアント実行サーバ２５へのディスクイメージ２８１の配信を制御する。具体的には、配信制御部５４は、配信グループ情報５５２のエントリを読み出す。配信制御部５４は、ディスクイメージストレージ２８から、当該エントリに設定されたイメージＩＤに対応するディスクイメージ２８１を読み出す。そして、配信制御部５４は、当該エントリにクライアントメンバが設定されている場合、設定されたクライアントメンバであるリッチクライアント端末１１それぞれに、読み出したディスクイメージ２８１を配信する。また、配信制御部５４は、当該エントリにユーザメンバが設定されている場合、シンクライアント実行サーバ２５に、読み出したディスクイメージ２８１とユーザメンバを示す情報（ユーザメンバ情報）とを配信する。ユーザメンバ情報は、例えば、図９では“suzuki”と“yamada”とを含むユーザアカウントの一覧である。なお、配信制御部５４は、読み出したディスクイメージ２８１のファイルフォーマットを変換して（例えば、ＶＨＤフォーマットからＶＭＤＫフォーマットに変換して）、シンクライアント実行サーバ２５に配信してもよい。
【００６５】
リッチクライアント端末１１内の管理モジュール１１５Ａは、配信制御部５４によって配信されたディスクイメージ２８１を受信する。これにより、リッチクライアント端末１１の仮想マシン１１４上では、そのディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラム（デスクトップ環境）が実行される。
【００６６】
また、シンクライアント実行サーバ２５内の管理モジュール４０１Ａは、配信制御部５４によって配信されたディスクイメージ２８１とユーザメンバを示す情報とを受信する。管理モジュール４０１Ａは、ユーザメンバに示されるユーザだけが、シンクライアント端末１２を用いて、そのディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラム（デスクトップ環境）を使用することができるように制御する。例えば、管理モジュール４０１Ａは、シンクライアント端末１２の使用が開始されたとき、そのシンクライアント端末１２を使用するユーザを認証し、許可されたユーザ（上述のユーザメンバに含まれるユーザ）にだけ、そのディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラムを使用させる。そして、管理モジュール４０１Ａは、許可されていないユーザ（上述のユーザメンバに含まれていないユーザ）には、そのディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラムが使用できないようにする。これにより、シンクライアント実行サーバ２５の仮想マシン２５４上では、配信されたディスクイメージ２８１に含まれるＯＳとアプリケーションプログラムとが実行され、ユーザメンバであるユーザは、シンクライアント端末１２を用いて、そのＯＳとアプリケーションプログラムとを使用することができる。
【００６７】
以上の構成により、複数のクライアント端末のデスクトップ環境を、クライアント端末の種類に関わらず一括して管理できる。本実施形態では、クライアント端末１１，１２のデスクトップ環境を管理するために、ディスクイメージ配信サーバ２４によって、ＯＳとアプリケーションプログラムとを含むディスクイメージ２８１が配信される。ディスクイメージ配信サーバ２４は、配信グループに属するリッチクライアント端末１１と、シンクライアント実行サーバ２５とに、ディスクイメージ２８１を配信する。これにより、一つのディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラム（デスクトップ環境）を、リッチクライアント端末１１とシンクライアント端末１２という端末の種類に関わらず、各クライアント端末１１，１２から使用することができる。したがって、共通のディスクイメージ２８１を用いて、リッチクライアント端末１１及びシンクライアント端末１２のデスクトップ環境を一括して管理することができる。
【００６８】
なお、ディスクイメージ２８１は、企業内の部署のような管理グループ単位で作成されることが多い。そのため、ディスクイメージ２８１を配信するための配信グループのメンバには、管理グループが設定されてもよい。配信グループのメンバに管理グループを設定する方法では、ユーザ又はリッチクライアント端末１１が追加される際に、それらが所属する管理グループを設定するだけでディスクイメージ２８１の配信を制御することができる。
【００６９】
図１２は、配信情報生成部５３によって表示される配信グループ設定画面の別の例を示す。この配信グループ設定画面６３では、配信グループのメンバに管理グループを設定することができる。配信グループ設定画面６３は、例えば、管理グループ選択エリア６３１、追加ボタン６３２、配信グループ選択ボタン６３３、メンバエリア６３４、保存ボタン６３５、除外ボタン６３６等を含む。管理グループ選択エリア６３１には、管理グループ情報３２１を用いて、管理グループ群に対応するボタンが、管理グループ群の階層構造に基づいて配置されている。
【００７０】
管理者は、配信グループ設定画面６３を用いて、配信グループを設定するための操作を行う。例えば、管理者は、配信グループ設定画面６３を用いて“配信グループ１”のメンバを設定するとき、管理グループ選択エリア６３１に表示されたボタンから、ディスクイメージ２８１が配信される管理グループ（例えば、“開発一課”）に対応するボタンを選択状態に設定する。そして、管理者が追加ボタン６３２を押したことによって、選択状態に設定された管理グループがメンバエリア６３４に追加される。さらに、管理者が保存ボタン６３５を押したことによって、配信情報生成部５３は、例えば、「配信グループＩＤ」、「グループ名」、及び「管理グループＩＤ」が設定された配信グループ情報５５のエントリを生成する。
【００７１】
図１３は、配信グループのメンバに管理グループが設定される配信グループ情報５５２の一構成例を示す。配信グループ情報５５２は、複数の配信グループに対応する複数のエントリを含む。各エントリは、例えば、配信グループＩＤ、グループ名、管理グループＩＤ、イメージＩＤ等を含む。ある配信グループに対応するエントリにおいて、「配信グループＩＤ」は、その配信グループに付与された識別情報を示す。「グループ名」は、その配信グループの名称を示す。「管理グループＩＤ」は、その配信グループに属する管理グループのＩＤを示す。「イメージＩＤ」は、その配信グループに配信されるディスクイメージ２８１のイメージＩＤを示す。
【００７２】
配信制御部５４は、この配信グループ情報５５２を用いて、各配信グループに、関連付けられたディスクイメージ２８１を配信する。具体的には、配信制御部５４は、配信グループ情報５５２のエントリを読み出し、ディスクイメージストレージ２８から、当該エントリに設定されたイメージＩＤに対応するディスクイメージ２８１を読み出す。そして、配信制御部５４は、管理サーバ２１内のユーザ情報３２２とクライアント情報３２３とを用いて、当該エントリに設定された管理グループに属するユーザとリッチクライアント端末１１とを検出する。配信制御部５４は、管理グループに属するリッチクライアント端末１１が検出された場合、そのリッチクライアント端末１１に、読み出したディスクイメージ２８１を配信する。また、配信制御部５４は、管理グループに属するユーザが検出された場合、シンクライアント実行サーバ２５に、読み出したディスクイメージ２８１とそのユーザを示す情報とを配信する。これにより、ディスクイメージ２８１が配信されたリッチクライアント端末１１の仮想マシン１１４上では、そのディスクイメージ２８１に含まれるＯＳ１１６とアプリケーションプログラム１１７とが実行される。また、シンクライアント実行サーバ２５の仮想マシン２５４上では、配信されたディスクイメージ２８１に含まれるＯＳ４０２とアプリケーションプログラム４０３とが実行され、上述の管理グループに属するユーザは、シンクライアント端末１２を用いて、そのＯＳ４０２とアプリケーションプログラム４０３とを使用することができる。
【００７３】
次いで、図１４のフローチャートを参照して、ディスクイメージ配信サーバ２４によって実行される配信情報生成処理の手順の例について説明する。
【００７４】
まず、ディスクイメージ生成部５１は、クライアント端末１１，１２のためのディスクイメージ２８１を生成する（ブロックＢ１１）。ディスクイメージ２８１は、例えば、クライアント端末１１，１２上で使用されるＯＳとアプリケーションプログラムとを含むディスクイメージファイルである。ディスクイメージ生成部５１は、生成されたディスクイメージ２８１をディスクイメージストレージ２８に格納する。
【００７５】
イメージ情報生成部５２は、生成されたディスクイメージ２８１に対応するディスクイメージ情報５５１を生成する（ブロックＢ１２）。すなわち、イメージ情報生成部５２は、ディスクイメージ２８１に対応するエントリを生成し、当該エントリをディスクイメージ情報５５１に追加する。
【００７６】
配信情報生成部５３は、生成されたディスクイメージ２８１が配信される配信グループを示す配信グループ情報５５２を生成する（ブロックＢ１３）。配信情報生成部５３は、例えば、配信グループ設定画面６１，６３を用いた入力に応じて、生成されたディスクイメージ２８１が使用されるリッチクライアント端末１１と、当該ディスクイメージ２８１をシンクライアント端末１２で使用するユーザとを示す情報を含むエントリを生成し、配信グループ情報５５２に追加する。
【００７７】
また、図１５は、ディスクイメージ配信サーバ２４によって実行される配信制御処理の手順の例を示すフローチャートである。
【００７８】
まず、配信制御部５４は、ディスクイメージ２８１が配信されるタイミングであるか否かを判定する（ブロックＢ２１）。配信制御部５４は、例えば、配信グループ情報５５２の生成が完了したとき、ディスクイメージ２８１が配信されるタイミングであると判定する。なお、配信制御部５４は、ディスクイメージ２８１が変更されたとき、配信グループに属するメンバが変更されたとき、リッチクライアント端末１１又はシンクライアント端末１２（すなわち、シンクライアント実行サーバ２５）によってディスクイメージ２８１の配信が要求されたとき等に、ディスクイメージ２８１が配信されるタイミングであると判定してもよい。ディスクイメージ２８１が配信されるタイミングでない場合（ブロックＢ２１のＮＯ）、ブロックＢ２１に戻り、再度、ディスクイメージ２８１が配信されるタイミングであるか否かが判定される。
【００７９】
一方、ディスクイメージ２８１が配信されるタイミングである場合（ブロックＢ２１のＹＥＳ）、配信制御部５４は配信グループ情報５５２を読み出す（ブロックＢ２２）。配信制御部５４は、例えば、配信グループ情報５５２に含まれるエントリを順次読み出す。
【００８０】
配信制御部５４は、読み出された配信グループ情報５５２のエントリに基づいて、ディスクイメージストレージ２８から、対象の配信グループに配信されるディスクイメージ２８１を検出する（ブロックＢ２３）。
【００８１】
次いで、配信制御部５４は、読み出された配信グループ情報５５２のエントリにクライアントメンバが設定されているか否かを判定する。（ブロックＢ２４）。クライアントメンバが設定されていない場合（ブロックＢ２４のＮＯ）、ブロックＢ２７に進む。
【００８２】
一方、クライアントメンバが設定されている場合（ブロックＢ２４のＹＥＳ）、クライアントメンバとして設定されているリッチクライアント端末１１に、ブロックＢ２３で検出されたディスクイメージ２８１を配信する（ブロックＢ２５）。そして、配信制御部５４は、読み出された配信グループ情報５５２のエントリに、他のクライアントメンバが設定されているか否かを判定する（ブロックＢ２６）。他のクライアントメンバが設定されている場合（ブロックＢ２６のＹＥＳ）、ブロックＢ２５に戻り、そのクライアントメンバ（リッチクライアント端末１１）にディスクイメージ２８１が配信される。他のクライアントメンバが設定されていない場合（ブロックＢ２６のＮＯ）、ブロックＢ２７に進む。
【００８３】
なお、配信するタイミングがクライアントからの配信要求である場合、配信グループ情報５５２に含まれるすべてのクライアントに配信してもいいし、要求のあったクライアントのみに配信してもよい。
【００８４】
次いで、配信制御部５４は、読み出された配信グループ情報５５２のエントリに、ユーザメンバが設定されているか否かを判定する（ブロックＢ２７）。ユーザメンバが設定されている場合（ブロックＢ２７のＹＥＳ）、配信制御部５４は、シンクライアント実行サーバ２５に、ブロックＢ２３で検出されたディスクイメージ２８１とユーザメンバのリストとを配信する（ブロックＢ２８）。  
上記の処理により、配信制御部５４は、配信グループ情報５５２の各エントリに基づいて、ディスクイメージ２８１の配信を配信グループ毎に制御することができる。
【００８５】
以上説明したように、本実施形態によれば、複数のクライアント端末のデスクトップ環境を、クライアント端末の種類に関わらず一括して管理できる。ディスクイメージ配信サーバ２４は、リッチクライアント端末１１とシンクライアント端末１２のデスクトップ環境を管理するために、ＯＳとアプリケーションプログラムとを含むディスクイメージ２８１を配信する。ディスクイメージ配信サーバ２４は、配信グループに属するリッチクライアント端末１１と、画面転送プロトコルを使用してシンクライアント端末１２と通信する仮想マシンが実行されるシンクライアント実行サーバ２５とに、ディスクイメージ２８１を配信する。シンクライアント実行サーバ２５は、配信グループに属するユーザがシンクライアント端末１２を使用するとき、ディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラムの使用を許可する。これにより、一つのディスクイメージ２８１に含まれるＯＳ及びアプリケーションプログラム（デスクトップ環境）を、リッチクライアント端末１１とシンクライアント端末１２という端末の種類に関わらず、各クライアント端末１１，１２から使用することができる。したがって、リッチクライアント端末１１とシンクライアント端末１２とが混在するシステムでも、共通のディスクイメージ２８１を用いて、それらクライアント端末１１，１２のデスクトップ環境を統合して管理することができる。
【００８６】
なお、図１４から図１５のフローチャートで説明した本実施形態の処理手順は全てソフトウェアによって実行することができる。このため、この処理手順を実行するプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこのプログラムを通常のコンピュータにインストールして実行するだけで、本実施形態と同様の効果を容易に実現することができる。
【００８７】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８８】
１１…リッチクライアント、１１５…管理ＯＳ、１１５Ａ…管理モジュール、２１…管理サーバ、２１３…クライアント管理プログラム、２４…ディスクイメージ配信サーバ、２４３…配信管理プログラム、２５…シンクライアント実行サーバ、２８…ディスクイメージストレージ、２８１…ディスクイメージ、３１…管理情報生成部、３２…クライアント管理情報、３２１…グループ情報、３２２…ユーザ情報、３２３…クライアント情報、４０１…管理ＯＳ、４０１Ａ…管理モジュール、５１…ディスクイメージ生成部、５２…イメージ情報生成部、５３…配信情報生成部、５４…配信制御部、５５…配信管理情報、５５１…ディスクイメージ情報、５５２…配信グループ情報。
【図１】
0005606476.tif 000002
【図２】
0005606476.tif 000003
【図３】
0005606476.tif 000004
【図４】
0005606476.tif 000005
【図５】
0005606476.tif 000006
【図６】
0005606476.tif 000007
【図７】
0005606476.tif 000008
【図８】
0005606476.tif 000009
【図９】
0005606476.tif 000010
【図１０】
0005606476.tif 000011
【図１１】
0005606476.tif 000012
【図１２】
0005606476.tif 000013
【図１３】
0005606476.tif 000014
【図１４】
0005606476.tif 000015
【図１５】
0005606476.tif 000016