(57)【要約】【課題】仮想デスクトップの利用者数を適切に運用管理し、その状況を管理者が把握することが可能なセッション監視システム、およびセッション監視方法を提供する。【解決手段】クライアント端末との間で接続される仮想デスクトップのセッション数を監視するセッション監視部と、セッション数と、セッション数が監視された際の時刻とを対応付けて蓄積して記憶する記憶部と、セッション監視部が記憶部に蓄積されたセッション数の推移に基づいてその推移が一時的であるか否かを判定し、推移が一時的でないと判定した場合、今後割り当てるべき仮想デスクトップの数を求めるトレンド判断部と、トレンド判断部が求めた数の仮想デスクトップを情報処理装置にプロビジョニングさせるプロビジョニング指示部と、を備える。【選択図】図８
2014238637.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末との間で接続される仮想デスクトップのセッション数を監視するセッション監視部と、
前記セッション数と、前記セッション数が監視された際の時刻とを対応付けて蓄積して記憶する記憶部と、
前記セッション監視部が前記記憶部に蓄積されたセッション数の推移に基づいてその推移が一時的であるか否かを判定し、前記推移が一時的でないと判定した場合、今後割り当てるべき仮想デスクトップの数を求めるトレンド判断部と、
前記トレンド判断部が求めた数の仮想デスクトップを情報処理装置にプロビジョニングさせるプロビジョニング指示部と、
を備えることを特徴とするセッション監視システム。
【請求項２】
前記記憶部は、前記仮想デスクトップのライセンス数を記憶し、
前記トレンド判定部は、割り当てるべき前記仮想デスクトップの数が前記ライセンス数以上またはその数を超えるか否かを判定し、
前記プロビジョニング指示部は、前記トレンド判断部が前記仮想デスクトップの数が前記ライセンス数以上またはその数を超えると判定した場合には、不足する仮想デスクトップのライセンス数を追加更新した数を含め、前記仮想デスクトップを情報処理装置にプロビジョニングさせる、
ことを特徴とする請求項１に記載のセッション監視システム。
【請求項３】
前記記憶部は、前記セッション数の前記ライセンス数に対する割合を示す閾値を記憶し、
前記セッション監視部が前記セッションが前記閾値以上であると判定した場合に、前記セッション監視システムの管理者に注意を促すためのアラームを通知する通知部を有し、
前記通知部は、前記セッション監視部が前記セッションが前記閾値以上であると判定した場合、前記アラームを通知する、
ことを特徴とする請求項２に記載のセッション監視システム。
【請求項４】
前記セッション監視部は、前記セッション数と前記ライセンス数との差が一定以下またはその値未満である場合に、前記通知部に前記アラームを通知させる、
ことを特徴とする請求項３に記載のセッション監視システム。
【請求項５】
前記記憶部は、前記閾値以上となったことを示すフラグを記憶し、
前記セッション監視部は、前記セッションが前記閾値以上またはその値を超えると判定した場合に、前記記憶部に前記フラグを設定し、
前記トレンド判断部は、前記記憶部に蓄積されている前記フラグが一定期間セットされ続けているか否かを判定し、前記記憶部に蓄積されている前記フラグが一定期間セットされ続けていると判定した場合に、前記推移が一時的ないと判定する、
ことを特徴とする請求項３または４に記載のセッション監視システム。
【請求項６】
前記記憶部は、前記仮想デスクトップのライセンス数と、前記仮想デスクトップを構成する前提となるアプリケーションのライセンス数とを対応付けて記憶し、
前記トレンド判断部は、前記セッション数が前記アプリケーションのライセンス数以上またはその数を超える場合には、不足する前記アプリケーションのライセンス数を追加更新する、
ことを特徴とする請求項２〜５のいずれか１項に記載のセッション監視システム。
【請求項７】
クライアント端末との間で接続される仮想デスクトップのセッション数を監視するセッション監視ステップと、
前記セッション監視部が、前記セッション数と前記セッション数が監視された際の時刻とを対応付けて蓄積して記憶する記憶部のセッション数の推移に基づいてその推移が一時的であるか否かを判定する判定ステップと、
前記推移が一時的でないと判定した場合、今後割り当てるべき仮想デスクトップの数を求めるトレンド判断ステップと、
前記トレンド判断部が求めた数の仮想デスクトップを情報処理装置にプロビジョニングさせるプロビジョニング指示部ステップと、
を含むことを特徴とするセッション監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション監視システム、およびセッション監視方法に関する。
【背景技術】
【０００２】
従来から、デスクトップＰＣやサーバ等のコンピュータに仮想的なデスクトップ環境（仮想デスクトップ）を構築し、その利用状況を監視する様々な仕組みが存在する。例えば、特許文献１では、システム内で未割当てのブレードＰＣの台数に応じて、仮想サーバまたはブレードＰＣのどちらを割り当てるか決定し、その割り当て状態を管理して、仮想サーバやブレードＰＣの利用状況を把握できる技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１５２５９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した特許文献１に記載された技術では、ある時点の仮想デスクトップの割り当て状態を管理することはできるが、例えば、管理者等が目視により常に割り当て状況を監視しておかなければ、仮想デスクトップの正確な利用状況を把握することはできない。また、仮想デスクトップを利用する場合、その増減に応じてそのライセンスを追加または削除する必要があるが、利用状況の予測や通知する手段がないため、管理者等は、利用者の増減が一時的なものであるか否か等、ライセンスの追加や削除の必要性を把握することができない。
【０００５】
仮想デスクトップを利用する場合、本来は、仮想デスクトップの数を利用者数にできるだけ近づけるか、または一致させて運用することが望ましいが、上述した従来技術では、利用状況を監視して利用者の恒常的な増減があった場合には手作業でライセンスを追加または削除する、といった場当たり的な対応しかできず、仮想デスクトップの利用者数を適切に運用管理することができないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、仮想デスクトップの利用者数を適切に運用管理し、その状況を管理者が把握することが可能なセッション監視システム、およびセッション監視方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明にかかるセッション監視システムは、クライアント端末との間で接続される仮想デスクトップのセッション数を監視するセッション監視部と、前記セッション数と、前記セッション数が監視された際の時刻とを対応付けて蓄積して記憶する記憶部と、前記セッション監視部が前記記憶部に蓄積されたセッション数の推移に基づいてその推移が一時的であるか否かを判定し、前記推移が一時的でないと判定した場合、今後割り当てるべき仮想デスクトップの数を求めるトレンド判断部と、前記トレンド判断部が求めた数の仮想デスクトップを情報処理装置にプロビジョニングさせるプロビジョニング指示部と、を備えることを特徴とするセッション監視システムとして構成される。
【０００８】
また、本発明は、上記セッション監視システムで行われるセッション監視方法として把握される。
【発明の効果】
【０００９】
本発明によれば、仮想デスクトップの利用者数を適切に運用管理し、その状況を管理者が把握することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施の形態におけるセッション監視システムの構成例を示す図である。
【図２】セッション数データベースの構成例を示す図である。
【図３】ライセンス管理テーブルの構成例を示す図である。
【図４】安全率テーブルの構成例を示す図である。
【図５】プロビジョニングテーブルの構成例を示す図である。
【図６】アラーム通知部が監視サーバに通知するアラーム（警戒レベル）の例を示す図である。
【図７】アラーム通知部が監視サーバに通知するアラーム（警告レベル）の例を示す図である。
【図８】セッション監視システムで行われるセッション数監視、セッション数のトレンド判断の処理概要を示す図である。
【図９】セッション数を監視するセッション数監視処理の処理手順を示すフローチャートである。
【図１０】セッション数のトレンドを判断するトレンド判断処理の処理手順を示すフローチャートである。
【図１１】図１０に示したセッション数トレンド判定処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して、本発明にかかるセッション監視システム、およびセッション監視方法の実施の形態を詳細に説明する。
【００１２】
図１は、本実施の形態におけるセッション監視システム１０００の構成例を示す図である。図１に示すように、セッション監視システム１０００は、システム管理サーバ１００と、仮想デスクトップサーバ２００と、仮想デスクトップ管理サーバ３００と、監視サーバ４００と、クライアント端末５００とを有して構成されている。また、システム管理サーバ１００、仮想デスクトップサーバ２００、仮想デスクトップ管理サーバ３００、監視サーバ４００は、一般的な公衆回線網、ＬＡＮ（Local  Area  Network）等のネットワークＮ１によって互いに接続されている。また、システム管理サーバ１００および監視クライアント６００、仮想デスクトップサーバ２０およびクライアント端末２００は、ネットワークＮ１と同様のネットワークＮ２、Ｎ３によってそれぞれ接続されている。まず、システム管理サーバ１００について説明する。
【００１３】
システム管理サーバ１００は、仮想デスクトップサーバ２００内に構成される仮想デスクトップのセッション数が適切か否かを判断するためのサーバである。システム管理サーバ１００は、仮想デスクトップとクライアント端末５００との間のセッション数の増減が一時的なものではなく、仮想デスクトップのライセンス数の追加や削除が必要である場合には、ライセンスの過不足を判定してライセンスを追加あるいは削除し、仮想デスクトップをプロビジョニングする指示を仮想デスクトップサーバ２００に行うとともに、セッション数が所定の閾値を超えている場合には注意を促すため、その旨警告する。図１に示すように、システム管理サーバ１００は、セッション数監視部１００１と、トレンド判断部１００２と、記憶部１００３と、プロビジョニング指示部１００４と、アラーム通知部１００５と、を有して構成されている。
【００１４】
セッション数監視部１００１は、仮想デスクトップ管理サーバ３００にリアルタイムにアクセスし、仮想デスクトップ管理サーバ３００が管理する仮想デスクトップサーバ２００内の仮想デスクトップのセッション数（すなわち、仮想デスクトップとクライアント端末５００との間のセッション数）を取得し、その結果があらかじめ設定されている警戒閾値および警告閾値（いずれも後述）のいずれかの閾値以上であるか否かを判定し、こいずれかの閾値以上であると判定した場合、アラーム通知部１００５にその旨を出力する。
【００１５】
セッション数監視部１００１が、セッション数が上述した閾値以上であるか否かを判定すると、例えば、システム管理サーバ１００の制御部（不図示）によって、取得したセッション数とその時の時刻とを対応付けてセッション数データベース１００３１に記憶される。このとき、セッション数監視部１００１は、取得したセッション数の値が上述した閾値以上であると判定した場合には、セッション数データベース１００３１の警戒閾値越えフラグまたは警告閾値越えフラグ（いずれも後述）にフラグを立てる。セッション数監視部１００１が行う具体的な処理については、フローチャートを用いて後述する。
【００１６】
トレンド判断部１００２は、セッション数監視部１００１によって随時セッション数がセッション数データベース１００３１に書き込まれ、あらかじめ定められたあるタイミング（例えば、１日１回夜間）が到来すると、バッチ処理により、その時点でのセッション数データベース１００３１を読み込み、セッション数の推移（トレンド）を予測し、セッション数が一時的な増加か否かを判定する。
【００１７】
トレンド判断部１００２は、セッション数が一時的な増加か否かではないと判定した場合、その増加がライセンスの最大数に達するまでの時間がどの程度であるかを計算する。この計算については様々な手法を用いることができるが、例えば、過去１年のセッション数の推移から今後のセッション数の推移を最小二乗法で求めることができる。
【００１８】
トレンド判断部１００２は、セッション数がライセンスの最大数に達するまでの時間（以下、セッション数増加時間と呼ぶ。）が、仮想デスクトップをプロビジョニングする時間に一定の安全率（バッファ）を含めた時間（例えば、１台の仮想デスクトップをプロビジョニングする時間を１とすると、安全率０．１を見越した割合０．９。この数値に、後述するプロビジョニングテーブル１００３４のプロビジョニング時間を乗じた時間。以下、判断用プロビジョニング時間と呼ぶ。）よりも長いか否かを判定する。すなわち、トレンド判断部１００２は、セッション数増加時間が判断用プロビジョニング時間よりも長いと判定した場合、セッション数が増加してもライセンス数を超えてライセンスが不足してしまうことはないため、セッション数の推移に応じてプロビジョニングする仮想デスクトップの台数を決定する。例えば、トレンド判断部１００２は、直近の１カ月でセッション数が１０ライセンス分増加する推移の場合には、当面の対応としてプロビジョニングする仮想デスクトップの台数を１０台として決定する。
【００１９】
トレンド判断部１００２は、セッション数増加時間が判断用プロビジョニング時間よりも長くないと判定した場合、このままセッション数が増加するとライセンス数を超えてライセンスが不足（恒常的にライセンスの不足が発生）してしまうと判断する。このため、トレンド判断部１００２は、その推移に応じた数のライセンスを追加したうえで、ライセンスを超える数の仮想デスクトップを含めた数をプロビジョニングする仮想デスクトップの台数として決定する。例えば、トレンド判断部１００２は、直近の１カ月でセッション数が３５ライセンス分増加する推移し、残ライセンス数が１０ライセンスである場合には、２５ライセンスを追加してプロビジョニングする仮想デスクトップの台数を３５台として決定する。
【００２０】
なお、トレンド判断部１００２は、セッション数増加時間が判断用プロビジョニング時間よりも長くないと判定した場合において、このままセッション数が増加しても現在のライセンス数を下回る数に収束する場合には、その収束値と現在のライセンス数との差の数のライセンスは恒常的に余っているライセンスであると判断する。トレンド判断部１００２が行う具体的な処理については、フローチャートを用いて後述する。
【００２１】
記憶部１００３は、例えば、ＨＤＤ（Hard  Disk  Drive）等の記憶装置であり、セッション数データベース１００３１と、ライセンス管理テーブル１００３２と、安全率テーブル１００３３と、プロビジョニングテーブル１００３４とを有している。
【００２２】
セッション数データベース１００３１は、セッション数監視部１００１が取得した仮想デスクトップの監視結果を蓄積して記憶するデータベースである。図２は、セッション数データベース１００３１の構成例を示す図である。図２に示すように、セッション数データベース１００３１は、レコードを識別するための連番と、セッションの監視日時と、そのときのセッション数と、そのセッション数がライセンス数に対してどの程度まで近づいているか注意を要する基準（すなわち、セッション数のライセンス数に対する割合）となる閾値を示す警戒閾値と、その警告閾値よりもセッション数がさらにライセンス数に近づいてより注意を要する基準となる閾値を示す警告閾値と、警戒閾値以上となったか否かを示す警戒閾値越えフラグと、警告閾値以上となったか否かを示す警告閾値越えフラグとが対応付けて記憶されている。
【００２３】
なお、本実施の形態では、セッション数が警戒閾値以上であり、より一層注意が必要となったことを判断する基準として警告閾値を設けているが、これとは逆に、ライセンスの残数（ライセンス数とセッション数との差）が一定値以下またはその値未満となった場合に注意を要する基準として警戒閾値を設け、さらにその差が小さくなってより一層注意が必要となったことを判断する基準として警告閾値を設けることとしてもよい。
【００２４】
図２では、例えば、２０１２年８月１９日の１０時３０分００秒に、セッション数監視部１００１が仮想デスクトップ管理サーバ３００にアクセスしてその時点での仮想デスクトップのセッション数の値である「１００」を取得し、セッション数データベース１００３１に記憶していることを示している。また、上述した警戒閾値として「１５０」が設定され、警告閾値として「１８０」が設定されていることを示している。図２では、ライセンス数が「３００」である場合において、その５０％である「１５０」以上となった場合には警戒閾値越えフラグがセットされ、その６０％である「１８０」以上となった場合には警告閾値越えフラグがセットされていることを示している。図２では、１日１回のタイミングでセッション数データベース１００３１にセッション数が記憶されるようになっているが、実際にはリアルタイムにセッション数を取得して、セッション数データベース１００３１に記憶させている。なお、セッション数が記憶されるタイミングは、１時間ごと、あるいは週に１回等、そのタイミングはシステムの規模や用途等に応じて任意に設定することができる。
【００２５】
ライセンス管理テーブル１００３２は、仮想デスクトップのライセンス数、および上述した警戒閾値と警告閾値とを管理するテーブルである。図３は、ライセンス管理テーブル１００３２の構成例を示す図である。図３に示すように、ライセンス管理テーブル１００３２は、レコードを識別するための連番と、そのレコードの設定日時と、設定したライセンス数と、設定した公開閾値および警告閾値とが対応付けて記憶されている。図３に示す例では、２０１２年０９月１５日の０９時００分にライセンス数が「３００」であり、警戒閾値および警告閾値が、それぞれ「１５０」、「１８０」に設定されていることがわかる。なお、ライセンス数、警戒閾値、警告閾値は、図２に示したセッション数データベース１００３１と同様のものである。
【００２６】
安全率テーブル１００３３は、トレンド判定部１００２が、セッション数とライセンス数との割合によって定められたバッファ（ライセンスの余裕分）を管理するテーブルである。図４は、安全率テーブル１００３３の構成例を示す図である。図４に示すように、安全率テーブル１００３３は、レコードを識別するための連番と、そのレコードの設定日時と、安全率の値とが対応付けて記憶されている。図４に示す例では、２０１２年０９月１５日の０９時００分に、安全率が「０．９」（すなわち、バッファが０．１。）として設定されていることがわかる。安全率テーブル１００３３については、例えば、システムの管理者等によってあらかじめ設定されている。
【００２７】
プロビジョニングテーブル１００３４は、仮想デスクトップをプロビジョニングして生成する仮想デスクトップを管理するテーブルである。図５は、プロビジョニングテーブル１００３４の構成例を示す図である。図５に示すように、プロビジョニングテーブル１００３４は、レコードを識別するための連番と、そのレコードの設定日時と、１つの仮想デスクトップをプロビジョニングするまでにかかる時間を示すプロビジョニング時間と、１回のプロビジョニングで仮想デスクトップを追加する数を示すプロビジョニング単位とが対応付けて記憶されている。図５に示す例では、プロビジョニング時間として３００が設定され、プロビジョニング単位として３０が設定されていることがわかる。したがって、１回で全ての仮想デスクトップをプロビジョニングする時間の最大値は９０００秒であることがわかる。
【００２８】
なお、プロビジョニング時間やプロビジョニング単位については、仮想デスクトップサーバ２００のマシンスペックに応じて定めることができる。例えば、仮想デスクトップサーバ２００の性能が高い場合にはプロビジョニング時間を短く設定したり、プロビジョニング単位を多く設定する。また、これとは逆に、仮想デスクトップサーバ２００の性能が低い場合にはプロビジョニング時間を長く設定したり、プロビジョニング単位を少なく設定する。プロビジョニングテーブル１００３４については、例えば、システムの管理者等によってあらかじめ設定されている。本実施の形態では、プロビジョニング時間やプロビジョニング単位を管理者等が定めることとしたが、例えば、仮想デスクトップサーバ２００のマシンスペックや過去の仮想プロビジョニングにかかった時間を参照して、プロビジョニング指示部１００４が設定することとしてもよい。
【００２９】
プロビジョニング指示部１００４は、トレンド判断部１００２がライセンス数が不足すると判断したか否かを判定し、トレンド判断部１００２がライセンス数が不足すると判断したと判定した場合、その不足分のライセンスを追加更新するとともに、図３に示したライセンス管理テーブル１００３２のライセンス数を追加した値に更新する。プロビジョニング指示部１００４は、トレンド判断部１００２がライセンス数が不足すると判断したか否かを判定すると、仮想デスクトップサーバ２００に対して、トレンド判断部１００２が算出した数の仮想デスクトップをプロビジョニングする指示をする。プロビジョニング指示部１００４が行う具体的な処理については、フローチャートを用いて後述する。
【００３０】
なお、本実施の形態では、プロビジョニング指示部１００４は、ライセンス管理テーブル１００３２のライセンス数を更新する前提で説明しているが、例えば、そのライセンス数とともに、警戒閾値や警告閾値を更新し、図２に示したセッション数データベース１００３１に反映させてもよい。例えば、上述したライセンス数が１．５倍となった場合には、これらの閾値も同じ比率だけ増加するように、その値を更新してもよい。続いて、図１に戻って、アラーム通知部１００５について説明する。
【００３１】
アラーム通知部１００５は、セッション数監視部１００１が取得したセッション数が警戒閾値および警告閾値以上である旨を出力した場合、監視サーバ４００に対して仮想デスクトップのセッション数がこれらの閾値を超えたことを示すアラームを通知する。
【００３２】
図６は、アラーム通知部１００５が監視サーバ４００に通知するアラーム（警戒レベル）の例を示す図である。図６に示すように、アラーム通知部１００５は、仮想デスクトップのセッション数が警戒閾値以上となった場合には、一時的にセッション数が警戒閾値以上となった旨と、今後のセッション数の推移への注意を促すメッセージを、その時のレベル（警戒レベル）と共に、監視サーバ４００に送信する。監視サーバ４００は、このメッセージを受信すると、管理者等がセッション数を監視している監視画面に、そのメッセージを表示する。
【００３３】
図７は、アラーム通知部１００５が監視サーバ４００に通知するアラーム（警告レベル）の例を示す図である。図７に示すように、アラーム通知部１００５は、仮想デスクトップのセッション数が警告閾値以上となった場合には、一時的にセッション数が警告閾値以上となった旨と、今後のセッション数の推移へのさらなる注意を促すメッセージを、その時のレベル（警告レベル）と共に、監視サーバ４００に送信する。監視サーバ４００は、警戒レベルの場合と同様に、このメッセージを受信すると、管理者等がセッション数を監視している監視画面に、そのメッセージを表示する。
【００３４】
なお、図６、７に示した例では、警戒レベルと警告レベルの場合で同じ形式のメッセージを表示することとしたが、警告レベルの場合には、より注意を促すために文字サイズを大きくしたり、あるいは色文字（例えば、赤色）で表示することとしてもよい。この場合、管理者等の意識をより引きつけることができ、例えば、１つの監視サーバ４００で複数の業務を行っているために複数の画面を立ちあげている場合等、管理者等が気付きにくい場合であっても、これらのメッセージに容易に気付くことができる。続いて、図１に戻って、仮想デスクトップサーバ２００について説明する。
【００３５】
仮想デスクトップサーバ２００は、クライアント端末５００からの要求に応じて、ライセンス数の範囲内で仮想デスクトップを割り当てるサーバである。仮想デスクトップの割り当てについては従来から知られている様々な技術を適用することができる。図１に示すように、仮想デスクトップサーバ２００は、制御部２００１と、記憶部２００２とを有している。
【００３６】
制御部２００１は、システム管理サーバ１００クライアント端末５００からの要求に応じて、そのクライアント端末５００に対応する仮想デスクトップを、仮想デスクトップサーバ２００内に生成し、記憶部２００２に割り当てる。また、制御部２００１は、システム管理サーバ１００からのプロビジョニング指示に従って仮想デスクトップをプロビジョニングする。図１に示す例では、現時点では仮想デスクトップが１〜ｎまでのｎ台が割り当てられているが、システム管理サーバ１００からのプロビジョニング指示を受けると、その指示に従って新たな仮想デスクトップをプロビジョニングする。例えば、新たに１台の仮想デスクトップをプロビジョニングする指示を受けて、ｎ＋１台目の仮想デスクトップをプロビジョニングする。また、制御部２００１は、仮想デスクトップを割り当てた場合に、現時点の仮想デスクトップのセッション数を仮想デスクトップ管理サーバ３００に通知する。
【００３７】
記憶部２００２は、例えば、メモリから構成され、制御部２００１が割り当てた仮想デスクトップを構成する様々な情報（例えば、ＯＳ（Operating  System）、メモリ容量等）を記憶する。
【００３８】
仮想デスクトップ管理サーバ３００は、仮想デスクトップサーバ２００を管理するサーバである。図１に示すように、仮想デスクトップ管理サーバ３００は、制御部３００１と、記憶部３００２とを有して構成されている。
【００３９】
制御部３００１は、仮想デスクトップサーバ２００から通知された現時点の仮想デスクトップのセッション数を受信すると、その時刻とセッション数とを対応付けて記憶部に３００２に記憶する。記憶部３００２が記憶するデータについては、図２に示したセッション数データベース１００３１の監視日時およびセッション数の各項目と同様の内容であるため、ここではその説明を省略する。記憶部３００２は、制御部３００１によって書き込まれたセッション数とその時刻とを対応付けて記憶する。
【００４０】
監視サーバ４００は、仮想デスクトップのセッション数が、上述した警戒閾値や警告閾値を超えたことを監視するサーバである。図１に示すように、監視サーバ４００は、制御部４００１と、表示部４００２と、を有して構成されている。
【００４１】
制御部４００１は、システム管理サーバ１００のアラーム通知部１００５から、アラームが通知されると、そのアラームを図６や図７に示したように、表示部１００４に表示する。表示部１００４は、上述したアラームを画面上に表示する。続いて、セッション監視システム１０００で行われる各処理の概要について説明する。
【００４２】
図８は、セッション監視システム１０００で行われる各処理（セッション数監視、セッション数のトレンド判断）の処理概要を示す図である。図８の（１）に示すように、システム管理サーバ１００のセッション数監視部１００１は、仮想デスクトップのセッション状況を監視するために、仮想デスクトップサーバ３００にアクセスして現在のセッション数を取得する。そして、セッション数監視部１００１が取得した仮想デスクトップのセッション数が、上述した警戒閾値、警告閾値のいずれかの閾値以上である場合、アラーム通知部１００５は、そのアラームを監視サーバ４００に送信する。また、セッション数監視部１００１は、そのセッション数およびその時の時刻とを対応付けて出力する。
【００４３】
そして、図８の（２）に示すように、セッション数監視部１００１は、出力したセッション数および時刻を図２に示したセッション数データベース１００３１に書き込む。トレンド判断部１００２は、仮想デスクトップのセッション数の増加が一時的か否かを判定し、一時的な増加ではないと判定した場合、その増加がライセンスの最大数に達するまでの時間がどの程度であるかを計算する。トレンド判断部１００２は、セッション数増加時間が、判断用プロビジョニング時間よりも長いか否かを判定し、セッション数増加時間が判断用プロビジョニング時間よりも長いと判定した場合、セッション数の推移に応じてプロビジョニングする仮想デスクトップの台数を決定する一方、セッション数増加時間が判断用プロビジョニング時間よりも長くないと判定した場合、その推移に応じた数のライセンスを追加したうえで、ライセンスを超える数の仮想デスクトップを含めた数をプロビジョニングする仮想デスクトップの台数として決定する。
【００４４】
なお、本実施の形態では、一時的な増加であるか否かについて、最小二乗法のような統計計算によって判断する前提で説明しているが、例えば、図２に示した警戒閾値越えフラグや警告閾値越えフラグが一定期間セットされ続けている場合には、仮想デスクトップのライセンスが一時的な増加ではなく、恒常的に不足する可能性が高いと判定することとしてもよい。この場合、複雑な計算処理を行わないので、サーバの負荷が軽減され、より簡易にトレンドを判定することができる。
【００４５】
そして、プロビジョニング指示部１００４は、ライセンスが不足している場合にはライセンスを追加更新するとともに、ライセンスが不足していない場合にはそのまま何もせず、仮想デスクトップサーバ２００に対して、トレンド判断部１００２が算出した数の仮想デスクトップをプロビジョニングする指示をする。その後、仮想デスクトップ管理サーバ３００は、指示された数の仮想デスクトップを記憶部２００２に割り当てる。
【００４６】
続いて、セッション監視システム１０００で行われる処理について説明する。図９は、セッション監視システム１０００においてセッション数を監視するセッション数監視処理の処理手順を示すフローチャートである。また、図１０は、セッション監視システム１０００においてセッション数のトレンドを判断するトレンド判断処理の処理手順を示すフローチャートである。本システムでは、サーバの負荷を考慮して、セッション数監視処理をリアルタイムに行いつつ、トレンド判断処理をバッチで実行しているが、パブリッククラウドのようなユーザの増減に伴ってセッションの増減が頻繁に発生するような場合には、セッション数監視処理のタイミングでトレンド判断処理を行ってもよい。
【００４７】
図９に示すように、セッション数監視処理では、セッション数監視部１００１が、リアルタイムに仮想デスクトップのセッション数を取得し（ステップＳ９０１）、あらかじめ設定されている警戒閾値および警告閾値のいずれかの閾値以上であるか否かを判定する（ステップＳ９０２）。そして、セッション数監視部１００１は、これらのいずれかの閾値以上であると判定した場合（ステップＳ９０２；Ｙｅｓ）、アラーム通知部１００５にその旨を出力し、アラーム通知部１００５は、監視サーバ４００に対して仮想デスクトップのセッション数がこれらの閾値を超えたことを示すアラームを通知する（ステップＳ９０４）。
【００４８】
一方、セッション数監視部１００１が、これらの閾値以上か否かの判定を行うと（ステップＳ９０２）、取得したセッション数とその時の時刻とを対応付けてセッション数データベース１００３１に記憶されるとともに、セッション数データベース１００３１の警戒閾値越えフラグまたは警告閾値越えフラグにフラグを立てる（ステップＳ９０３）。ステップＳ９０３の処理が終了すると、図９に示したセッション数監視処理が終了する。
【００４９】
また、図１０に示すように、トレンド判断処理では、トレンド判断部１００２は、セッション数がセッション数データベース１００３１に書き込まれると、その時点でのセッション数データベース１００３１を読み込み（ステップＳ１００１）、セッション数のトレンドを判定するためのセッション数トレンド判定処理を実行する（ステップＳ１００２）。
【００５０】
図１１は、セッション数トレンド判定処理の処理手順を示すフローチャートである。図１１に示すように、セッション数トレンド判定処理では、トレンド判断部１００２は、セッション数データベース１００３１を読み込み（ステップＳ１１０１）、セッション数の増加状況を計算し、セッション数の推移（トレンド）を予測する。
【００５１】
そして、トレンド判断部１００２は、セッション数が一時的な増加か否かを判定し（ステップＳ１１０３）、セッション数が一時的な増加であると判定した場合（ステップＳ１１０３；Ｙｅｓ）には、図１０に示したトレンド判断処理に戻って処理を終了させる。
【００５２】
一方、トレンド判断部１００２は、セッション数が一時的な増加でないと判定した場合（ステップＳ１１０３；Ｎｏ）には、さらに、その増加がライセンスの最大数に達するまでの時間がどの程度であるかを計算する（ステップＳ１１０４）。
【００５３】
トレンド判断部１００２は、セッション数増加時間が判断用プロビジョニング時間よりも長いか否かを判定し（ステップＳ１１０５）、セッション数増加時間が判断用プロビジョニング時間よりも長いと判定した場合（ステップＳ１１０５；Ｙｅｓ）、セッション数の推移に応じてプロビジョニングする仮想デスクトップの台数を算出し、決定する（ステップＳ１１０６）。
【００５４】
一方、トレンド判断部１００２は、セッション数増加時間が判断用プロビジョニング時間よりも長くないと判定した場合（ステップＳ１１０５；Ｎｏ）、その推移に応じた数のライセンスを追加したうえで、ライセンスを超える数の仮想デスクトップを含めた数をプロビジョニングする仮想デスクトップの台数を算出し、決定する（ステップＳ１１０７）。ステップＳ１１０６またはＳ１１０７のいずれかの処理が終了すると、図１１に示したセッション数トレンド判定処理（ステップＳ１００２）が終了する。
【００５５】
ステップＳ１００２が終了すると、プロビジョニング指示部１００４は、トレンド判断部１００２がライセンス数が不足すると判断したか否かを判定し（ステップＳ１００３）、トレンド判断部１００２がライセンス数が不足すると判断したと判定した場合（ステップＳ１００３；Ｙｅｓ）、その不足分のライセンスを追加更新するとともに、図３に示したライセンス管理テーブル１００３２のライセンス数を追加した値に更新する（ステップＳ
１００４）。一方、ステップＳ１００３において、トレンド判断部１００２がライセンス数が不足しないと判断したと判定した場合（ステップＳ１００３；Ｎｏ）、そのまま何もせずにステップＳ１００４に進む。
【００５６】
プロビジョニング指示部１００４は、トレンド判断部１００２がライセンス数が不足すると判断したか否かを判定すると、仮想デスクトップサーバ２００に対して、トレンド判断部１００２が算出した数の仮想デスクトップをプロビジョニングする指示をし、仮想デスクトップサーバ２００は、その指示に従って新たな仮想デスクトップをプロビジョニングする（ステップＳ１００５）。ステップＳ１００５の処理が終了すると、図１０に示したトレンド判断処理が終了する。
【００５７】
このように、本実施の形態におけるセッション数監視処理およびトレンド判断処理を行うので、仮想デスクトップの利用者数を適切に運用管理し、その状況を管理者が把握することが可能となる。したがって、仮想デスクトップの利用状況を監視して利用者の恒常的な増減があった場合、従来は管理者が手作業でライセンスを追加または削除する、といった場当たり的な対応しかできなかったが、そのような煩雑な作業を強いられることなく容易に仮想デスクトップの利用者数を管理、把握することができる。また、仮想デスクトップの恒常的な増減があった場合であっても、管理者の手を煩わせることなく、自動的に仮想デスクトップの数をなるべく利用者数に近づけるか、または一致させて運用することができる。
【００５８】
なお、本実施の形態では、セッション数監視処理において、セッション数監視部１００１が取得したセッション数が警戒閾値および警告閾値のいずれかの閾値以上であるか否か判定したが、警戒閾値および警告閾値を含めず、警戒閾値および警告閾値のいずれかの閾値より多い等としたり、セッション数増加時間が判断用プロビジョニング時間よりも長いか否かを判定したが、セッション数増加時間または判断用プロビジョニング時間を含め、セッション数増加時間が判断用プロビジョニング時間以上等として判定してもよい。また、プロビジョニング指示部１００４が仮想デスクトップサーバ２００に対して仮想デスクトップのプロビジョニング指示を行っているが、トレンド判断部１００２が直接仮想デスクトップサーバ２００に対して仮想デスクトップのプロビジョニング指示を行うこととしてもよい。
【００５９】
また、本実施の形態では、トレンド判断部１００２による判定の結果、仮想デスクトップのライセンス数が不足している場合にはそのライセンスを追加するようにしたが、さらに仮想デスクトップを構成する前提となるＯＳやソフトウェアを含むアプリケーションのライセンス数を対応付けて図３に示したライセンス管理テーブル１００３２に記憶させておき、セッション数がこれらのアプリケーションのライセンス数以上となるような場合には、その不足分をセッション数トレンド判定処理と同様の考え方でこれらのライセンスを追加することとしてもよい。この場合、仮想デスクトップを構成する様々なアプリケーションの数を、仮想デスクトップの利用者数とともに適切に運用管理することができ、管理者がその状況を把握することができる。
【００６０】
このように、本発明は上記した実施例に限定されず、様々な変形例が含まれ、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
【符号の説明】
【００６１】
１０００              セッション監視システム
１００                システム管理サーバ
１００１              セッション数監視部
１００２              トレンド判断部
１００３              記憶部
１００３１            セッション数データベース
１００３２            ライセンス管理テーブル
１００３３            安全率テーブル
１００３４            プロビジョニングテーブル
１００４              プロビジョニング指示部
１００５              アラーム通知部
２００                仮想デスクトップサーバ
２００１              制御部
２００２              記憶部
３００                仮想デスクトップ管理サーバ
３００１              制御部
３００２              記憶部
４００                監視サーバ
４００１              制御部
４００２              表示部
５００                クライアント端末。
【図１】
2014238637.tif 000003
【図２】
2014238637.tif 000004
【図３】
2014238637.tif 000005
【図４】
2014238637.tif 000006
【図５】
2014238637.tif 000007
【図６】
2014238637.tif 000008
【図７】
2014238637.tif 000009
【図８】
2014238637.tif 000010
【図９】
2014238637.tif 000011
【図１０】
2014238637.tif 000012
【図１１】
2014238637.tif 000013