JP5715940B2

JP5715940B2 - 仮想クライアントプロビジョニングシステム及び方法

Info

Publication number: JP5715940B2
Application number: JP2011278622A
Authority: JP
Inventors: 豊和松井; 古川　博; 博古川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2011-12-20
Filing date: 2011-12-20
Publication date: 2015-05-13
Anticipated expiration: 2031-12-20
Also published as: JP2013130945A

Description

本発明は、人事イベント(入社、異動(部署)、異動(役職)、出向、出向解除、休職、休職解除、退職)に基づいて仮想クライアントのプロビジョニングを管理する仮想クライアントプロビジョニングシステムに関する。

クラウドビジネスが進展するなかで、クラウドコンピューティングの形態の1つで、企業内で個人が利用するパソコンなどのクライアント環境をサーバ群に集約し、必要に応じて端末から呼び出して利用する方式であるDesktop As A Service (以下ＤａａＳ)が注目されている。

ＤａａＳを利用するためにはクライアント環境の「作成」が必要であり、また利用していく中でクライアント環境の「リソース変更」、「削除」、「無効化」及び「有効化」といったクライアント環境のライフサイクル管理（以下「プロビジョニング」と呼ぶ）のための運用が発生する。この運用において、クライアント環境を実マシン上に用意するケースでは、ハードの調達、ハードの設置、及びソフトウェアインストールといった手順が必要であるのに比べ、仮想クライアントを利用するケースでは、事前に用意したテンプレートファイルをプロビジョニングする（提供する）機能を備えた仮想クライアント管理システムによってデプロイする（利用可能なように準備する）ことのみで管理可能となるため、仮想クライアントを利用することが多い。この仮想クライアントを手動で管理する場合には、仮想クライアントの作成忘れにより利用者がクライアント環境に接続できないといった問題や、使用しないクライアント環境を消し忘れることによるセキュリティホールの発生へとつながってしまう問題などがあるため、仮想クライアントの利用者の環境情報に変化があった場合にクライアント環境の作成、削除、および作成時にはクライアント環境（人事情報など）に応じたオペレーティングシステム(以降ＯＳ)やアプリケーションなどあらかじめ用意したテンプレートを適用することを自動的に行うことが行われている。(例えば特許文献1参照)

特開２００９−２１７３２７号公報

クライアント環境が、一時的に、利用しない状態に変化した場合（出向や休職のケースなど）には、セキュリティの観点から利用出来ないようにはしたいが、削除してしまうと、利用者が個別で設定した環境情報が失われてしまうために、削除はしたくないというケースが存在する。

更に、クライアント環境が変化するとＯＳやアプリケーションなどといったソフトリソースだけでなく、中央演算装置（以下ＣＰＵ）やメモリといったハードリソースの変更が必要となる場合がある。例えば他部署より開発部署に移動した場合などには、開発を行うために他部署より多くのハードリソースを必要とするケースがある。

また、クライアント環境が変化する契機と実際に仮想クライアントの利用状況が変化するタイミングとの間にはずれがあるケースが多い。例えば、異動の正式通達日より以前にすでに異動先で働くことなどである。このためクライアント環境の変化のタイミングと同期して仮想クライアントの生成、削除を行っていては、仮想クライアントの利用者に不都合が発生することがある。

本発明の目的は、仮想クライアントの利用者の利便性を向上するとともに、クライアント環境の変化の契機とはずれがある中で仮想クライアントを利用する場合に、クライアント環境の利用者の利便性が損なわれることを防止するための仮想クライアントプロビジョニングシステムを提供することにある。

本発明は、仮想クライアントの作成、削除だけでなく無効化、有効化、ハードリソース変更といった仮想クライアントのプロビジョニング全般について自動的に実施可能とすることで仮想クライアントの利用者の利便性を向上するとともに、クライアント環境の変化の契機とはずれがある中で仮想クライアントを利用する場合に、そのずれを考慮して仮想クライアントのプロビジョニングを実施することでクライアント環境の利用者の利便性が損なわれることを防止するための仮想クライアントプロビジョニングシステムを提供する。

具体的には、本発明は、仮想クライアントの人事イベント(入社、異動(部署)、異動(役職)、出向、出向解除、休職、休職解除、又は退職など)に基づき、仮想クライアントの「作成」、「削除」、「無効化」、「有効化」及び「リソース変更」といったプロビジョニングを自動的に行うための管理システムである。

ここで仮想クライアントの「作成」、「削除」、「無効化」、「有効化」及び「リソース変更」のそれぞれを以下のように定義する。

仮想クライアントの「作成」とは、利用者に対して仮想クライアント制御部上でＣＰＵやメモリやディスクといったハードリソース（物理/論理のどちらでもよい）を割り当て、その上にＯＳをインストールし、インストールしたＯＳに対して利用者を識別可能かつＯＳにログイン可能な認証識別子設定を行い、利用者が仮想クライアントにアクセス可能な状態にすることを言う。

次に、仮想クライアントの「削除」とは「作成」で割り当てたハードリソース（物理/論理のどちらでもよい）を開放することを言う。

次に、仮想クライアントの「無効化」とは、「削除」のようにハードリソース（物理/論理のどちらでもよい）の開放は行わないが、一時的に利用者が仮想クライアントを利用できない状態にすることを言う。一時的に利用できないとは、利用者が一定期間仮想クライアントにログインできない状態であればよく、その手段は問わない。

次に、仮想クライアントの「有効化」とは、「無効化」によって一時的に利用できない状態になった仮想クライアントを、再度利用者が利用できる状態にすることを言う。

最後に、仮想クライアントの「リソース変更」とは、仮想クライアントに割り当たっているＣＰＵやメモリといったハードリソース（物理/論理のどちらでもよい）を変更することを言う。

管理システムは、仮想クライアントの認証識別子に関連付けられた社員識別子に対して、人事イベント（入社、異動（部署）、異動（役職）、出向、出向解除、休職、休職解除、又は退職など）の発生と、離任日、及び着任日、部署、及び役職を少なくとも含む人事データベースを持つ人事管理サーバから、仮想クライアントプロビジョニング管理サーバが人事イベント毎に持つ離任日、又は着任日からどのくらいの日付のずれをもってプロビジョニング実施を行うかという情報と現在日付から、プロビジョニング実施が必要な人事イベントと離任日、及び着任日を持つ人事情報を取得し、取得した人事情報に含まれる人事イベントに対応するプロビジョニング指示に変換し、変換後のプロビジョニング指示がハードリソースの割り当てや変更が必要である場合には、取得した人事情報に含まれる役職や部署などのクライアント環境に基づいて必要となるハードリソースを決定した上で、プロビジョニング指示命令を仮想クライアント管理サーバに出力する。

プロビジョニング指示命令を受けた仮想クライアント管理サーバは、受け付けた指示命令にしたがって仮想クライアント実行サーバに対してプロビジョニング指示命令に従った、ハードリソースの割り当てや変更や開放、ＯＳのインストールなどといった命令を仮想クライアント実行サーバに行う。なお、システム内の時刻は時刻サーバによって同期されることで、プロビジョニングの指示契機をより正確に管理することが出来る。

本発明によれば、社員の人事イベント(入社、異動(部署)、異動(役職)、出向、出向解除、休職、休職解除、退職)の発生に伴い、仮想クライアントの作成/削除だけでなく有効化/無効化も行われるため、一時的に仮想クライアントを利用したくない場合にも自動的に無効化をすることが可能となり、かつ人事イベントの離任日/着任日毎に実行するプロビジョニング指示内容とその実行契機を管理可能とすること、そしてクライアント環境に合わせてハードリソースを変更することで仮想クライアントの利用者の利便性を向上できる。

本実施形態１に係る仮想クライアントプロビジョニングシステムの全体構成例を示す図である。本実施形態１に係る仮想クライアントプロビジョニング管理サーバ１のハードウェア構成例を示す図である。時刻サーバ３のハードウェア構成例を示す図である。人事管理サーバ５のハードウェア構成例を示す図である。仮想クライアント管理サーバ１２のハードウェア構成例を示す図である。仮想クライアント実行サーバ１６のハードウェア構成例を示す図である。人事管理サーバ５が具備する社員マスタテーブル０６１のデータ構成例を示す図である。人事管理サーバ５が具備する人事イベントマスタテーブル０６２のデータ構成例を示す図である。人事管理サーバ５が具備する人事イベント管理テーブル０６３のデータ構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１が具備するプロビジョニング指示マスタテーブル１４１のデータ構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１が具備する人事イベント変換マスタテーブル１４２のデータ構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１が具備するリソース管理データベース１０のデータ構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１が具備する取込済データ管理データベース７のデータ構成例を示す図である。仮想クライアント管理サーバ１２が具備する仮想クライアント管理データベース１５のデータ構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１が具備する人事データ取得部４の処理の１部とプロビジョニング指示決定部８の処理の１部を示すフローチャートである。仮想クライアントプロビジョニング管理サーバ１が具備する人事データ取得部４の処理のうちプロビジョニング指示が離任日に関連するときを示すフローチャートである。仮想クライアントプロビジョニング管理サーバ１が具備する人事データ取得部４の処理の１部とプロビジョニング指示決定部８の処理のうちプロビジョニング指示が着任日に関連するときを示すフローチャートである。本実施形態１に係る仮想クライアントプロビジョニング管理サーバ１が具備するリソース決定部９の処理を示すフローチャートである。プロビジョニング指示内容が作成のときのプロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。プロビジョニング指示内容が削除のときのプロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。プロビジョニング指示内容が無効化のときのプロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。プロビジョニング指示内容が有効化のときのプロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。プロビジョニング指示内容がリソース変更のときのプロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。本実施形態２に係る仮想クライアントプロビジョニングシステムの全体構成例を示す図である。本実施形態２に係る仮想クライアントプロビジョニング管理サーバ１のハードウェア構成例を示す図である。本実施形態２に係る仮想クライアントプロビジョニング管理サーバ１が具備するリソース変更イベント管理データベース２１のデータ構成例を示す図である。本実施形態２に係る仮想クライアントプロビジョニング管理サーバ１が具備するリソース決定部９の処理を示すフローチャートである。概略フローを示す図である。

以下、本発明の実施例1について、図面を参照して詳細に説明する。

（システム構成）
図１は、本実施例１に係る仮想クライアントプロビジョニングシステムの全体構成例を示す図である。仮想クライアントプロビジョニングシステムは、仮想クライアントプロビジョニング管理サーバ１と時刻サーバ３と人事管理サーバ５と仮想クライアント管理サーバ１２と仮想クライアント実行サーバ１６がネットワークに接続されて構成される。

仮想クライアントプロビジョニング管理サーバ１は、時刻サーバ３と時刻同期を行うための時刻同期部２と人事イベント毎に実施するプロビジョニング指示内容と離任日、又は着任日からどのくらいの日付のずれをもってプロビジョニング実施を行うかという情報を持つイベント判定管理データベース１４と、時刻サーバ３より現在日付を取得し、イベント判定管理データベース１４を参照して人事データベース６よりプロビジョニング実施が必要な人事情報を取得する人事データ取得部４と、人事データ取得部４で取得した人事情報に含まれる人事イベントよりプロビジョニング指示に変換を行うプロビジョニング指示決定部９と、プロビジョニング指示決定部９で決定したプロビジョニング指示において、リソース情報（必要ＣＰＵやメモリなど）が必要かを判断し、必要な場合にはリソース情報を取得するリソース決定部９と、リソース決定部９がリソース情報を取得するために参照するリソース管理データベース１０と、仮想クライアント管理サーバ１２に対して、プロビジョニング指示を依頼するプロビジョニング指示部１１で構成される。

時刻サーバ３は、ネットワークに接続して正確な現在時刻を管理する時刻管理部２０から構成される。人事管理サーバ５は、人事イベント（入社、異動（部署）、異動（役職）、出向、出向解除、休職、休職解除、又は退職）の発生と、少なくとも離任日、及び着任日、部署、及び役職を含む人事データベース６と、人事データベース６へのデータの追加・修正・削除などの処理を行う人事データ管理部１９から構成される。仮想クライアント管理サーバ１２は仮想クライアントプロビジョニング管理サーバ１よりプロビジョニング指示を受け付け、その内容に従い仮想クライアント実行サーバ１６に対し、ＣＰＵやメモリといったハードリソースの割り当てや変更や開放、ＯＳのインストールなどを命令するプロビジョニング実行部１３と、存在する仮想クライアントと利用者とを関連付けて管理する仮想クライアント管理データベース１５から構成される。仮想クライアント実行サーバ１６は、仮想クライアント管理サーバ１２より受け付けた命令に従い、仮想クライアントの作成、削除、無効化、有効化、及びリソース変更を実施する仮想クライアント制御部１７と仮想クライアント１８から構成される。なお、仮想クライアント１８は、１台の仮想クライアント実行サーバ１６上で複数存在することが出来る。

図２は、仮想クライアントプロビジョニング管理サーバ１のハードウェア構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１は、記憶部２４ａに存在するプログラムやデータベースなどを実際に動作させるＣＰＵ２２ａと、ＣＰＵ２２ａと記憶部２４ａの間のデータのやりとりを行うためのＢＵＳ２５ａと、他サーバとのデータのやり取りを行うためのネットワークインタフェース部２３ａを具備する。また、記憶部２４ａには時刻同期部２と人事データ取得部４とプロビジョニング指示決定部８とリソース決定部９とプロビジョニング指示部１１をプログラムとして具備する。また、記憶部２４ａには、リソース管理データベース１０とプロビジョニング指示マスタテーブル１４１と人事イベント変換マスタテーブル１４２と取込済データ管理データベース７とを具備する。

図３は、時刻サーバ３のハードウェア構成例を示す図である。時刻サーバ３ｂは、記憶部２４ｂに存在するプログラムやデータベースなどを実際に動作させるＣＰＵ２２ｂと、ＣＰＵ２２ｂと記憶部２４ｂの間のデータのやりとりを行うためのＢＵＳ２５ｂと、他サーバとのデータのやり取りを行うためのネットワークインタフェース部２３ｂを具備する。また、記憶部２４ｂには時刻管理部２０をプログラムとして具備する。

図４は、人事管理サーバ５のハードウェア構成例を示す図である。人事管理サーバ５は、記憶部２４ｃに存在するプログラムやデータベースなどを実際に動作させるＣＰＵ２２ｃと、ＣＰＵ２２ｃと記憶部２４ｃの間のデータのやりとりを行うためのＢＵＳ２５ｃと、他サーバとのデータのやり取りを行うためのネットワークインタフェース部２３ｃを具備する。また、記憶部２４ｃには人事データ管理部１９をプログラムとして具備する。また、記憶部２４ｃには、社員マスタテーブル０６１と人事イベントマスタテーブル０６２と人事イベント管理テーブル０６３とを具備する。

図５は、仮想クライアント管理サーバ１２のハードウェア構成例を示す図である。仮想クライアント管理サーバ１２は、記憶部２４ｄに存在するプログラムやデータベースなどを実際に動作させるＣＰＵ２２ｄと、ＣＰＵ２２ｄと記憶部２４ｄの間のデータのやりとりを行うためのＢＵＳ２５ｄと、他サーバとのデータのやり取りを行うためのネットワークインタフェース部２３ｄを具備する。また、記憶部２４ｄにはプロビジョニング実行部１３をプログラムとして具備する。また、記憶部２４ｄには、仮想クライアント管理データベース１５を具備する。

図６は、仮想クライアント実行サーバ１６のハードウェア構成例を示す図である。仮想クライアント実行サーバ１６は、記憶部２４ｅに存在するプログラムやデータベースなどを実際に動作させるＣＰＵ２２ｅと、ＣＰＵ２２ｅと記憶部２４ｅの間のデータのやりとりを行うためのＢＵＳ２５ｅと、他サーバとのデータのやり取りを行うためのネットワークインタフェース部２３ｅを具備する。また、記憶部２４ｅには仮想クライアント制御部１７をプログラムとして具備する。また、記憶部２４ｅには、仮想クライアント１８を具備する。

図１では、仮想クライアントプロビジョニングシステムを、仮想クライアントプロビジョニング管理サーバ１と時刻サーバ３と人事管理サーバ５と仮想クライアント管理サーバ１２と仮想クライアント実行サーバ１６で構成しているが、これらのサーバの機能を１つの情報処理装置で実現してもよい。

（各種テーブル）
図７は、人事管理サーバ５が具備する社員マスタテーブル０６１のデータ構成例を示す図である。社員マスタテーブル０６１は、社員１人１人を一意に識別するための番号を管理するためのテーブルであり、社員が増減するたびに更新される。図７に示すように、社員マスタテーブル０６１は、社員識別子０６１１と、認証識別子０６１２を少なくともそれぞれ対応付けて記憶する。ここで、社員識別子０６１１には、社員１人１人を一意に識別するために人事上利用される番号が格納され、認証識別子０６１２には、利用者が仮想クライアント１８にログインするときに利用するＯＳのログインアカウントが格納される。

図８は、人事管理サーバ５が具備する人事イベントマスタテーブル０６２のデータ構成例を示す図である。人事イベントマスタテーブル０６２は、人事イベント（入社、異動（部署）、異動（役職）、出向、出向解除、休職、休職解除、又は退職など）を一意に識別するための番号を管理するためのテーブルである。図８に示すように、人事イベントマスタテーブル０６２は、イベント識別子０６２１とイベント０６２２をそれぞれ対応付けて記憶する。ここで、イベント識別子０６２１には、人事イベントを一意に識別するために利用される番号が格納され、イベント０６２２にはイベント識別子０６２１が表す人事イベントの名称が格納される。なおイベント０６２２については存在しなくてもよい。

図９は、人事管理サーバ５が具備する人事イベント管理テーブル０６３のデータ構成例を示す図である。人事イベント管理テーブル０６３は、社員に発生した人事イベントを一意に識別するための番号を管理するためのテーブルである。図８に示すように、人事イベント管理マスタテーブル０６３は、管理識別子０６３１と社員識別子０６３２と人事イベント識別子０６３３とイベント名称０６３４と離任日０６３５と着任日０６３６と部署０６３７と役職０６３８をそれぞれ対応付けて記憶する。

ここで、管理識別子０６３１には、社員に発生した人事イベントを一意に識別するために利用される番号が格納され、社員識別子０６３２には社員マスタテーブル０６１中に格納される社員識別子０６１１に存在する番号が格納され、人事イベント識別子０６３３には人事イベントマスタテーブル０６２中に格納されるイベント識別子０６２１に存在する番号が格納され、イベント名称０６３４にはイベント識別子０６２１の内容を表す名称が格納され、離任日０６３５には人事イベントが発生した際に、旧部署や旧役職などのクライアント環境を離任する日付が格納され、着任日０６３６には人事イベントが発生した際に、新部署や新役職などのクライアント環境に着任する日付が格納され、部署０６３７には新部署や新役職などのクライアント環境のうち新部署を表す名称が格納され、役職０６３８には新部署や新役職などのクライアント環境のうち新役職を表す名称が格納される。

なお、イベント名称０６３４については存在しなくてもよい。また、人事イベント管理マスタテーブル０６３の目的は社員に発生した人事イベントを一意に識別することが目的であるため、管理識別子０６３１が存在しなくても、社員に発生した人事イベントが一意に識別可能であればよい。また部署０６３７や役職０６３８についても一意に識別できるものであれば名称である必要はない。

図１０は、仮想クライアントプロビジョニング管理サーバ１が具備するプロビジョニング指示マスタテーブル１４１のデータ構成例を示す図である。プロビジョニング指示マスタテーブル１４１は、仮想クライアントの作成、削除、無効化、有効化、及びリソース変更といったプロビジョニング指示を一意に識別するための番号を管理するためのテーブルである。図１０に示すように、プロビジョニング指示マスタテーブル１４１は、指示識別子１４１１と指示内容１４１２をそれぞれ対応付けて記憶する。ここで、指示識別子１４１１には、プロビジョニング指示を一意に識別するために利用される番号が格納され、指示内容１４１２には指示識別子１４１１が表すプロビジョニング指示の名称が格納される。なお指示内容１４１２については存在しなくてもよい。

図１１は、仮想クライアントプロビジョニング管理サーバ１が具備する人事イベント変換マスタテーブル１４２のデータ構成例を示す図である。人事イベント変換マスタテーブル１４２は、人事イベントマスタテーブル０６２で管理されるイベント識別子０６２１とプロビジョニング指示マスタテーブル１４１で管理される指示識別子１４１１を離任日、及び着任日それぞれについて対応付けて管理し、またイベント発生時に離任日、及び着任日からどれくらいのずれをもうけて、プロビジョニング指示を行うかもあわせて管理するテーブルである。

図１１に示すように、人事イベント変換マスタテーブル１４２は、イベント識別子１４２１と離任日実行指示識別子１４２２と着任日実行指示識別子１４２３と適用開始タイミング１４２４をそれぞれ対応付けて記憶する。ここで、イベント識別子１４２１には、人事イベントマスタテーブル０６２で管理されるイベント識別子０６２１に存在する番号が格納され、離任日実行指示識別子１４２２には、離任日に対応して発生する指示を表すためのプロビジョニング指示マスタテーブル１４１で管理される指示識別子１４１１に存在する番号が格納され、着任日実行指示識別子１４２２には、着任日に対応して発生する指示を表すためのプロビジョニング指示マスタテーブル１４１で管理される指示識別子１４１１に存在する番号が格納され、適用開始タイミング１４２４には離任日や着任日からどのくらいのずれを持ってプロビジョニング指示を実施するかを日数で表す値が格納される。なお、適用開始タイミング１４２４については日数でなくても、離任日や着任日からどのくらいのずれをもってプロビジョニング指示を実施するかを管理するものであれば問題ない。

図１２は、仮想クライアントプロビジョニング管理サーバ１が具備するリソース管理データベース１０のデータ構成例を示す図である。リソース管理データベース１０は、仮想クライアントの作成、リソース変更といったプロビジョニングを行う際に必要となるＣＰＵやメモリといったハードリソースを部署や役職などのクライアント環境毎に管理するためのテーブルである。図１２に示すように、リソース管理データベース１０は、部署１０１、役職１０２、必要ＣＰＵ１０３、必要メモリ１０４をそれぞれ対応付けて記憶する。ここで、部署１０１には人事イベントの発生により変更される可能性のある部署を表すコードが格納され、役職１０２には人事イベントの発生により変更される可能性のある役職を表すコードが格納され、必要ＣＰＵ１０３には部署１０１、役職１０２で必要とされる仮想クライアントのＣＰＵ数が格納され、必要メモリ１０４には部署１０１、役職１０２で必要とされる仮想クライアントのメモリ数が格納される。なお、必要ＣＰＵ１０３についてはプロセッサ数やコア数どちらでもよい。また、ＣＰＵやメモリのほかにディスクなどのハードリソースを含めてもよい。

図１３は、仮想クライアントプロビジョニング管理サーバ１が具備する取込済データ管理データベース７のデータ構成例を示す図である。取込済データ管理データベース７は、人事データ取得部が人事データベース６より取得してきたプロビジョニング指示が必要となる人事情報についてすでに取込済かどうかを判断するためのテーブルである。図１３に示すように、取込済データ管理データベース７は、取込済管理識別子０７１を記憶する。ここで、取込済管理識別子０７１には人事イベント管理テーブル０６３中の管理識別子０６３１に存在する値が格納される。なお、人事イベント管理テーブル０６３が管理識別子０６３を持たない場合は、それに代わる識別子を用いればよい。

図１４は、仮想クライアント管理サーバが具備する仮想クライアントデータベース１５のデータ構成例を示す図である。仮想クライアントデータベース１５は、仮想クライアントの識別子と利用者の認証識別子を対応付けて管理するためのテーブルである。図１４に示すように、仮想クライアントデータベース１５は、認証識別子１５１と仮想クライアント識別子１５２を記憶する。ここで、認証識別子１５１には社員マスタテーブル０６１中の認証識別子０６１２に存在する値が格納され、仮想クライアント識別子１５２には仮想クライアント実行サーバによって実際に割り当てられた仮想クライアントを識別する値が格納される。

（処理の説明）
図１５−２３に分割して示す、本実施例の処理の概略フローを図２８に示す。

まず、人事データを読み込んで、１つのレコードが離任／着任のいずれかを判定し（図１５）、離任実行指示ＩＤまたは着任実行指示ＩＤに対応するレコードを取得し（図１６、１７）、レコード内の指示内容を判定し（図１８）、仮想クライアント作成（図１９）、仮想クライアント削除（図２０）、仮想クライアント無効化（図２１）、仮想クライアント有効化（図２２）、又は仮想クライアントリソース変更（図２３）のいずれかを実行し、次のレコードに対して同様の処理を行う。

図１５は、仮想クライアントプロビジョニング管理サーバ１が具備する時刻同期部２と人事データ取得部４の１部の処理を示すフローチャートである。人事データ取得部４は時刻同期部２によって時刻サーバ３と同期を取られた時刻における、ある契機に開始（今回の例では日毎００：００とする）となる。

ステップＳ０１では、人事データ取得部４が人事イベント変換マスタテーブル１４２より、イベント識別子１４２１とそれに関連付けられた項目の一覧（イベント識別子１４２１、離任日実行指示識別子１４２２、着任日実行指示識別子１４２３、適用開始タイミング１４２４を項目に持つレコード群）を取得しステップＳ０２へと進む。次にステップＳ０２では、ステップＳ０１で取得した一覧中に未読み込みのレコードがまだ存在するかを確認し、ない場合は処理を終了し、ある場合にはステップＳ０３へと進む。

次にステップＳ０３では、ステップＳ０１で取得した一覧からレコードを１件読み込み（本レコードをレコードＡとする）ステップＳ０４へと進む。次にステップＳ０４では、レコードＡ中のイベント識別子１４２１と一致する人事イベント識別子０６３３を持つ一覧（管理識別子０６３１、社員識別子０６３２、人事イベント識別子０６３３、イベント名称０６３４、離任日０６３５、着任日０６３６、部署０６３７、役職０６３８を項目に持つレコード群）を人事イベント管理テーブル０６３より取得し、ステップＳ０５へ進む。次にステップＳ０５では、ステップＳ０４で取得した一覧中に未読み込みレコードが存在するかを確認し、ない場合にはステップＳ０１へと遷移し、ある場合にはステップＳ０６へと進む。

次にステップＳ０６では、ステップＳ０４で取得した一覧からレコードを１件読み込み（本レコードをレコードＢとする）ステップＳ０７へと進む。最後にステップＳ０７では、レコードＡ中の離任日実行指示識別子１４２２と着任日実行指示識別子１４３３に値が存在するかどうかをチェックし、離任日実行指示識別し１４２２がある場合には図１６で示すフローへ遷移し（Ｂ）、着任日指示識別子がある場合には図１７で示すフローへ遷移する（Ｃ）ことで、図１５のフローチャートを終了する。

図１６は、仮想クライアントプロビジョニング管理サーバ１が具備する人事データ取得部４の処理の１部とプロビジョニング指示決定部８の処理のうちプロビジョニング指示が離任日に関連するとき（Ｂ）を示すフローチャートである。

図１５より遷移後に、ステップＳ０８では、人事データ取得部４が図１５で定義したレコードＢより離任日０６３５を取得し、ステップＳ０９へと進む。ステップＳ０９では、人事データ取得部４がステップＳ０８で取得した離任日０６３５に図１５で定義したレコードＡの適用開始タイミング１４２４を日数とみなし加算した日付を計算し、ステップＳ１０へと進む。ステップＳ１０では、人事データ取得部４が現在日付を時刻同期部２より取得し、ステップＳ１１へと進む。ステップＳ１１では、人事データ取得部４が現在日付とステップＳ０９で計算した日付を比較し、ステップＳ１２へと進む。

ステップＳ１２では、Ｓ１１の比較結果が現在日付がステップＳ０９で計算した日付より前となる場合には、図１５に示すステップＳ０５へと遷移し、以降となる場合はステップＳ１３へと進む。ステップＳ１３では、人事データ取得部４がレコードＢの管理識別子０６３１をキーに取込済データ管理データベース７より一覧（取込済管理識別子０７１を項目に持つレコード群）を取得し、ステップＳ１４へと進む。ステップＳ１４では、ステップＳ１３で取得した一覧中にレコードが１件以上含まれるかを判定し、１件以上ある場合には図１５に示すステップＳ０５へと遷移し、ない場合にはステップＳ１５へと進む。

ステップＳ１５では、人事データ取得部４がレコードＢの管理識別子０６３１を取込済データ管理データベースに登録し、ステップＳ１６に進む。ステップＳ１６では、プロビジョニング指示決定部８がレコードＡの離任日実行指示識別子１４２２がプロビジョニング指示マスタ１４１の指示識別子１４１１に一致するレコード（本レコードをレコードＣとする）を取得し、ステップＳ１７へと進む。最後にステップＳ１７では、プロビジョニング指示決定部８がレコードＣ中の指示内容１４１２を取得し、図１８に遷移することで図１６のフローチャートを終了する（Ｄ）。

図１７は、仮想クライアントプロビジョニング管理サーバ１が具備する人事データ取得部４の処理の１部とプロビジョニング指示決定部８の処理のうちプロビジョニング指示が着任日に関連するとき（Ｃ）を示すフローチャートである。

図１５より遷移後に、ステップＳ１８では、人事データ取得部４が図１５で定義したレコードＢより離任日０６３５を取得し、ステップＳ１９へと進む。ステップＳ１９では、人事データ取得部４がステップＳ１８で取得した着任日０６３６に図１５で定義したレコードＡの適用開始タイミング１４２４を日数とみなし加算した日付を計算し、ステップＳ２０へと進む。ステップＳ２０では、人事データ取得部４が現在日付を時刻同期部２より取得しステップＳ２１へと進む。ステップＳ２１では人事データ取得部４が現在日付とステップＳ１９で計算した日付を比較しステップＳ２６へと進む。

ステップＳ２６では、Ｓ２１の比較結果が、現在日付がステップＳ１９で計算した日付より前となる場合には、図１５に示すステップＳ０５へと遷移し、以降となる場合はステップＳ２２へと進む。ステップＳ２２では、人事データ取得部４がレコードＢの管理識別子０６３１をキーに取込済データ管理データベース７より一覧（取込済管理識別子０７１を項目に持つレコード群）を取得しステップＳ２７へと進む。ステップＳ２７では、ステップＳ２２で取得した一覧中にレコードが１件以上含まれるかを判定し、１件以上ある場合には図１５に示すステップＳ０５へと遷移し、ない場合にはステップＳ２３へと進む。

ステップＳ２３では、人事データ取得部４がレコードＢの管理識別子０６３１を取込済データ管理データベースに登録し、ステップＳ２４に進む。ステップＳ２４では、プロビジョニング指示決定部８がレコードＡの着任日実行指示識別子１４２３がプロビジョニング指示マスタ１４１の指示識別子１４１１に一致するレコード（本レコードをレコードＣとする）を取得し、ステップＳ２５へと進む。最後にステップＳ２５では、プロビジョニング指示決定部８がレコードＣ中の指示内容１４１２を取得し、図１８に遷移することで図１７のフローチャートを終了する（Ｄ）。

図１８は、仮想クライアントプロビジョニング管理サーバ１が具備するリソース決定部９の処理を示すフローチャートである。図１６または図１７より遷移後に、ステップＳ１８０１では、遷移元となる図１６または図１７で定義したレコードＣ中の指示内容を参照し、その値が「作成」または「リソース変更」であるならばステップＳ１８０２へと進み、「無効化」または「有効化」または「削除」であるならばステップＳ２８へと進む。ステップＳ１８０２では、リソース決定部９が図１５で定義したレコードＢ中の部署０６３７、役職０６３８がリソース管理データベース１０中の部署１０１、役職１０２に一致するレコード（部署１０１、役職１０２、必要ＣＰＵ１０３、必要メモリ１０４を項目にもつレコード。本レコードをレコードＤとする）を取得し、ステップＳ２８へと進む。

最後にステップＳ２８では、レコードＣ中の指示内容１４１２の内容を参照し、値が「作成」の場合は図１９に遷移し（Ｅ）、「削除」の場合は図２０に遷移し（Ｆ）、「無効化」の場合は図２１に遷移し（Ｇ）、「有効化」の場合は図２２に遷移し（Ｈ）、「リソース変更」の場合は図２３に遷移する（Ｉ）ことで図１８のフローチャートを終了する。

図１９は、プロビジョニング指示内容が作成のときの、プロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。

図１８より遷移後に、ステップＳ２９では、プロビジョニング指示部１１は、図１５で定義したレコードＢ中の社員識別子０６３２が社員マスタテーブル０６１中の社員識別子０６１１に一致するレコード（部署１０１、役職１０２、必要ＣＰＵ１０３、必要メモリ１０４を項目にもつレコード。本レコードをレコードＥとする）を取得し、ステップＳ３０へと進む。ステップＳ３０では、プロビジョニング指示部１１は、レコードＥ中の認証識別子０６１２、図１８で定義したレコードＤ中の必要ＣＰＵ１０３、必要メモリ１０４と共にプロビジョニング実行部１３に仮想クライアント作成依頼を行い、ステップＳ３１へと進む。

ステップＳ３１では、プロビジョニング実行部１３が、仮想クライアント制御部１７に対して、必要ＣＰＵ１０３、必要メモリ１０４のハードリソースの割り当て命令を行い、ステップＳ３２へと進む。ステップＳ３２では、プロビジョニング実行部１３が、仮想クライアント制御部１７に対して割り当てを行うハードリソース上にレコードＥ中の認証識別子０６１２をアカウントに持つＯＳ作成命令を行い、ステップＳ３３へと進む。

ステップＳ３３では、ステップＳ３２でプロビジョニング実行部１３より命令を受けた仮想クライアント制御部１７が、命令に基づいて、ハードリソースの割り当て、ＯＳ作成を行う。この作成物を仮想クライアントとし、その作成識別子をプロビジョニング実行部１３へ戻し、ステップＳ３４へと進む。最後にステップＳ３４では、プロビジョニング実行部Ｓ１３が、ステップＳ３３で戻された作成識別子とレコードＥ中の認証識別子０６１２を仮想クライアントデータベース１５に仮想クライアント識別子１５２、認証識別子１５１として登録し、図１５のステップＳ０５に遷移することで図１９のフローチャートを終了する。

図２０は、プロビジョニング指示内容が削除のときの、プロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。

図１８より遷移後に、ステップＳ３５では、プロビジョニング指示部１１が、図１５で定義したレコードＢ中の社員識別子０６３２が社員マスタテーブル０６１中の社員識別子０６１１に一致するレコード（社員識別子０６１１、認証識別子０６１２を項目に持つレコード。本レコードをレコードＥとする）を取得し、ステップＳ３６へと進む。ステップＳ３６では、プロビジョニング指示部１１が、レコードＥ中の認証識別子０６１２と共にプロビジョニング実行部１３に仮想クライアント削除依頼を行い、ステップＳ３７へと進む。

ステップＳ３７では、プロビジョニング実行部１３が、レコードＥ中の認証識別子０６１２が仮想クライアントデータベース１５の認証識別子１５１に一致する仮想クライアント識別子１５２を取得し、ステップＳ３８へと進む。ステップＳ３８では、プロビジョニング実行部１３は、仮想クライアント制御部１７に対して仮想クライアント識別子１５２を識別子とする仮想クライアントの削除命令を行い、ステップＳ３９へと進む。

ステップＳ３９では、仮想クライアント制御部１７が、ステップＳ３８の命令に基づいて仮想クライアントに割り当てたハードリソースの開放を行い、ステップＳ４０へと進む。最後にステップＳ４０では、プロビジョニング実行部１３が、仮想クライアント識別子１５２を持つレコードを仮想クライアントデータベース１５から削除し、図１５のステップＳ０５に遷移することで図２０のフローチャートを終了する。

図２１は、プロビジョニング指示内容が無効化のときの、プロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。

図１８より遷移後にステップＳ４１では、プロビジョニング指示部１１が、図１５で定義したレコードＢ中の社員識別子０６３２が社員マスタテーブル０６１中の社員識別子０６１１に一致するレコード（社員識別子０６１１、認証識別子０６１２を項目に持つレコード。本レコードをレコードＥとする）を取得し、ステップＳ４２へと進む。ステップＳ４２では、プロビジョニング指示部１１が、レコードＥ中の認証識別子０６１２と共にプロビジョニング実行部１３に仮想クライアント無効化依頼を行い、ステップＳ４３へと進む。

ステップＳ４３では、ステップＳ４２でプロビジョニング指示部１１が行った依頼をもとに、レコードＥ中の認証識別子０６１２が仮想クライアントデータベース１５の認証識別子１５１に一致する仮想クライアント識別子１５２を取得し、ステップＳ４４へと進む。ステップＳ４４では、プロビジョニング実行部１３が、仮想クライアント制御部１７に対して仮想クライアント識別子１５２を識別子とする仮想クライアントの無効化命令を行い、ステップＳ４５へと進む。

最後にステップＳ４５では、仮想クライアント制御部１７が、ステップＳ４４のプロビジョニング実行部１３の命令をもとに、仮想クライアントを利用不能状態にし、図１５のステップＳ０５に遷移することで図２１のフローチャートを終了する。

図２２は、プロビジョニング指示内容が有効化のときの、プロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。

図１８より遷移後にステップＳ４６では、プロビジョニング指示部１１が、図１５で定義したレコードＢ中の社員識別子０６３２が社員マスタテーブル０６１中の社員識別子０６１１に一致するレコード（社員識別子０６１１、認証識別子０６１２を項目に持つレコード。本レコードをレコードＥとする）を取得し、ステップＳ４７へと進む。ステップＳ４７では、プロビジョニング指示部１１が、レコードＥ中の認証識別子０６１２と共にプロビジョニング実行部１３に仮想クライアント有効化依頼を行い、ステップＳ４８へと進む。

ステップＳ４８では、ステップＳ４７でプロビジョニング指示部１１が行った依頼をもとに、レコードＥ中の認証識別子０６１２が仮想クライアントデータベース１５の認証識別子１５１に一致する仮想クライアント識別子１５２を取得し、ステップＳ４９へと進む。ステップＳ４９では、プロビジョニング実行部１３が、仮想クライアント制御部１７に対して仮想クライアント識別子１５２を識別子とする仮想クライアントの有効化命令を行い、ステップＳ５０へと進む。

最後にステップＳ５０では、仮想クライアント制御部１７が、ステップＳ４９のプロビジョニング実行部１３の命令をもとに、仮想クライアントを利用可能状態にし、図１５のステップＳ０５に遷移することで図２２のフローチャートを終了する。

図２３は、プロビジョニング指示内容がリソース変更のときの、プロビジョニング指示部１１の処理とプロビジョニング実行部１３の処理と仮想クライアント制御部１７の処理を示すフローチャートである。

図１８より遷移後にステップＳ５１では、プロビジョニング指示部１１が、図１５で定義したレコードＢ中の社員識別子０６３２が社員マスタテーブル０６１中の社員識別子０６１１に一致するレコード（社員識別子０６１１、認証識別子０６１２を項目に持つレコード。本レコードをレコードＥとする）を取得し、ステップＳ５２へと進む。ステップＳ５２では、プロビジョニング指示部１１が、レコードＥ中の認証識別子０６１２、図１８で定義したレコードＤ中の必要ＣＰＵ１０３、必要メモリ１０４と共にプロビジョニング実行部１３に仮想クライアントリソース変更依頼を行い、ステップＳ５３へと進む。

ステップＳ５３では、プロビジョニング実行部１３が、レコードＥ中の認証識別子０６１２が仮想クライアントデータベース１５の認証識別子に一致する仮想クライアント識別子１５２を取得し、ステップＳ５４へと進む。ステップＳ５４では、プロビジョニング実行部１３は、仮想クライアント制御部１７に対して仮想クライアント識別子１５２を識別子とする仮想クライアントの必要ＣＰＵ１０３、必要メモリ１０４のハードリソースの割り当て変更命令を行い、ステップＳ５５へと進む。ステップＳ５５では、仮想クライアント制御部１７が、ステップＳ５４でプロビジョニング実行部１３が下した命令をもとにハードリソースの割り当て変更を行い、図１５のステップＳ０５に遷移することで図２３のフローチャートを終了する。

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

上記実施形態１によれば、仮想クライアントの作成／削除だけでなく有効化／無効化も行われるため、一時的に仮想クライアントを利用したくない場合にも対応可能となり、かつ人事イベントの離任日／着任日毎に実行するプロビジョニング指示内容とその実行タイミングを管理可能とすること、そしてクライアント環境に合わせてハードリソースを変更することでクライアント環境利用者の利便性を向上することができる。

以下、本発明の実施例２について、図面を参照して詳細に説明する。

図２４は、本実施例２に係る仮想クライアントプロビジョニングシステムの全体構成例を示す図である。本実施例１に対して仮想クライアントプロビジョニング管理サーバ１に本実施例１ではリソース変更を行うプロビジョニング指示対象は作成とリソース変更指示に固定していたが、リソース変更を行うプロビジョニング指示対象を動的に決定するために利用するリソース変更イベント管理データベース２１が追加された構成となっている。

図２５は、仮想クライアントプロビジョニング管理サーバ１のハードウェア構成例を示す図である。仮想クライアントプロビジョニング管理サーバ１は、記憶部２４ａに存在するプログラムやデータベースなどを実際に動作させるＣＰＵ２２ａと、ＣＰＵ２２ａと記憶部２４ａの間のデータのやりとりを行うためのＢＵＳ２５ａと、他サーバとのデータのやり取りを行うためのネットワークインタフェース部２３ａを具備する。また記憶部２４には時刻同期部２と人事データ取得部４とプロビジョニング指示決定部８とリソース決定部９とプロビジョニング指示部１１をプログラムとして具備する。また、記憶部２４ａには、リソース管理データベース１０とプロビジョニング指示マスタテーブル１４１と人事イベント変換マスタテーブル１４２と取込済データ管理データベース７とリソース変更イベント管理データベース２１とを具備する。

図２６は、仮想クライアントプロビジョニング管理サーバ１が具備するリソース変更イベント管理データベースのデータ構成例を示す図である。これは、本実施例１ではリソース変更を行うプロビジョニング指示が固定であったものに対して、リソース変更を行うプロビジョニング指示を動的に決定するために管理するテーブルである。図２５に示すように、リソース変更イベント管理データベース２１は、変更対象指示識別子２１１を記憶する。ここで、変更対象指示識別子２１１には、イベント判定管理データベース１４１中の指示識別子１４１１に存在する値が格納される。

図２７は、実施例２において実施例１から変更される仮想クライアントプロビジョニング管理サーバ１が具備するリソース決定部９の処理を示すフローチャートである。

図１６または図１７より遷移後に、ステップＳ５６では、リソース決定部が、図１６または図１７で定義したレコードＣ中の指示識別子１４１１がリソース変更イベント管理データベース２１の変更対象指示識別子２１１に一致するレコード（変更対象指示識別子２１１を項目に持つレコード。本レコードをレコードＦとする）を取得し、ステップＳ５７へと進む。ステップＳ５７では、レコードＦの有無を判断し、有の場合にはステップＳ１８０２へと進み、無の場合にはステップＳ２８へと進む。ステップＳ１８０２では、リソース決定部９が、図１５で定義したレコードＢ中の部署０６３７、役職０６３８がリソース管理データベース１０中の部署１０１、役職１０２に一致するレコード（本レコードをレコードＤとする）を取得し、ステップＳ２８へと進む。

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

上記実施形態２によれば、例えば休職の際にはリソース節約の際にＣＰＵの数、メモリの数ともに最小にするといったことも可能である。

以上の説明から、本発明の第２の実施形態となる仮想クライアントプロビジョニングシステムは、ハードリソース変更イベントを動的に管理することにより、システムリソース節約が実現可能となる。

１・・・仮想クライアントプロビジョニング管理サーバ、２・・・時刻同期部、
３・・・時刻サーバ、４・・・人事データ取得部、５・・・人事管理サーバ、
６・・・人事データベース、７・・・取込済データ管理データベース、
８・・・プロビジョニング指示決定部、９・・・リソース決定部、
１０・・・リソース管理データベース、１１・・・プロビジョニング指示部、
１２・・・仮想クライアント管理サーバ、１３・・・プロビジョニング実行部、
１４・・・イベント判定管理データベース、
１５・・・仮想クライアント管理データベース、１６・・・仮想クライアント実行サーバ、１７・・・仮想クライアント制御部、１８・・・仮想クライアント、
１９・・・人事データ管理部、２０・・・時刻管理部、
２１・・・リソース変更イベント管理データベース。

Claims

社員専用仮想クライアントの認証識別子に関連付けられた社員識別子に対して、人事イベントの発生と、少なくとも離任日、着任日、部署、役職を含む人事データベースと、
現在の日付情報を取得し日次で前記人事データベースより現在日付が離任日、着任日に適用開始タイミングを加算した日付以降となる人事イベントを取得し、取得したデータより指示を出していないデータを決定する手段と、
前記データを決定する手段で決定するための、人事イベントと仮想クライアントプロビジョニング指示の内容を少なくとも含むイベント判定管理データベースと、
前記取得した人事イベントを仮想クライアントプロビジョニング指示に変換し、前記イベント判定管理データベースに基づいて、指示内容を決定する仮想クライアントプロビジョニング指示決定手段と、
前記決定した指示内容にしたがって仮想クライアントの追加、削除、変更のいずれかを行う仮想クライアントプロビジョニング実行手段とを備えることを特徴とする仮想クライアントプロビジョニングシステム。
前記仮想クライアントプロビジョニング指示決定手段において、仮想クライアントの作成/削除だけでなく、仮想クライアントの有効化/無効化指示を決定することを特徴とする請求項１記載の仮想クライアントプロビジョニングシステム。
前記仮想クライアントプロビジョニングシステムはリソース決定手段を有し、
前記リソース決定手段は、仮想クライアントの作成、リソース変更指示が決定される際には、部署、役職毎に仮想クライアントのＣＰＵ及びメモリの少なくとも１つを含むリソースに関する情報を持つリソース管理データベースに基づいて、仮想クライアントリソースを決定することを特徴とする請求項１記載の仮想クライアントプロビジョニングシステム。
前記仮想クライアントプロビジョニングシステムは、必要マシンリソース決定手段を有し、
前記必要マシンリソース決定手段は、部署、役職毎に仮想クライアントのＣＰＵ及びメモリの少なくとも１つを含むリソースに関する、イベントに対応した変更情報を持つリソース管理データベースに基づいて、仮想クライアントリソースを決定することを特徴とする請求項１記載の仮想クライアントプロビジョニングシステム。
情報処理装置を用いた、仮想クライアントプロビジョニング方法は、
社員専用仮想クライアントの認証識別子に関連付けられた社員識別子に対して、人事イベントの発生と、少なくとも離任日、着任日、部署、役職を含む人事データベースを保持し、
データを決定する手段が、現在の日付情報を取得し日次で前記人事データベースより現在日付が離任日、着任日に適用開始タイミングを加算した日付以降となる人事イベントを取得し、
データを決定する手段が、前記取得したデータより指示を出していないデータを決定し、
仮想クライアントプロビジョニング指示決定手段が、前記取得した人事イベントを仮想クライアントプロビジョニング指示に変換し、人事イベントと仮想クライアントプロビジョニング指示の内容を少なくとも含むイベント判定管理データベースに基づいて、指示内容を決定し、
仮想クライアントプロビジョニング実行手段が、前記決定した指示内容にしたがって仮想クライアントの追加、削除、変更のいずれかを行うことを特徴とする仮想クライアントプロビジョニング方法。
必要マシンリソースを決定する際に、部署、役職毎に仮想クライアントのＣＰＵ及びメモリの少なくとも１つを含むリソースに関する、イベントに対応した変更情報を持つリソース管理データベースに基づいて、仮想クライアントリソースを決定することを特徴とする請求項５記載の仮想クライアントプロビジョニング方法。
前記人事イベントは、入社、部署の異動、役職の異動、出向、出向解除、休職、休職解除、及び退職のいずれかを含むことを特徴とする請求項１記載の仮想クライアントプロビジョニングシステム。
前記人事イベントは、入社、部署の異動、役職の異動、出向、出向解除、休職、休職解除、及び退職のいずれかを含むことを特徴とする請求項５記載の仮想クライアントプロビジョニング方法。