JP7532882B2 - 障害判定装置、障害判定方法、及び、障害判定プログラム - Google Patents

Description

本発明は、障害判定装置、障害判定方法、及び、障害判定プログラムに関する。

現在、様々な分野において、多くのシンクライアントシステムが構築されている。シンクライアントシステムでは、例えば、仮想基盤上に大量の仮想ＰＣ（Personal Computer）を備え、コネクションブローカによって、ユーザに対して適切に仮想ＰＣを割り当てる。コネクションブローカは、仮想基盤においてユーザに対するリソースの割り当て制御を行うコンポーネントである。ユーザは端末装置から仮想ＰＣへ接続して仮想ＰＣにおいて業務を行うことにより、端末装置側に情報を残すことなく実業務を行うことができる。

このようなシンクライアントシステムを運用するためには、例えば数千から数万台という多数の仮想ＰＣ、及びユーザごとの環境設定を反映するユーザプロファイル（ユーザ環境とも称する）等を、ユーザ数分管理する必要がある。そして、このような多数のユーザによって共有される仮想基盤の上で多数のユーザプロファイルのもとで動作する仮想ＰＣは、様々な要因によって障害が発生することがあるので、障害への対応が困難となる。

例えばユーザ環境によって導入しているアプリケーションが異なることから、障害を適切に判定するためには多数のログを確認する必要がある。また、すべてのアプリケーションあるいはシステム管理機能が必ずしもログを正常に出力しているとは限らないことから、システムの正常性を示すログが得られたとしても、実際には障害が発生している場合もある。したがって、このような大規模なシンクライアントシステムにおける障害の判定を適切に行う技術への期待が高まってきている。

このような技術に関連する技術として、特許文献１には、端末装置と接続先装置との間の接続時間を、端末装置と接続先装置との組み合わせ毎に測定し、その測定結果に基づいて、接続先装置の動作が正常か否かを判断するシステムが開示されている。このシステムは、例えば判定対象が仮想ＰＣを含むシンクライアントシステムである場合、コネクションブローカによって収集されるユーザによる仮想ＰＣへの接続状況等を表す情報を利用して、当該仮想ＰＣにおける障害の発生を判定する。

特許第６３８０７７４号公報

コンピュータシステムでは、例えばソフトウェアの更新あるいは追加など、その動作環境の設定が変更されることに起因して障害が発生することがある。このような障害は、例えば、当該動作環境に含まれる論理不正、あるいは、コンピュータシステムの構成と当該動作環境との組み合わせに存在する問題などによって発生する。例えば上述した大規模なシンクライアントシステムでは、多数のユーザによってユーザプロファイルの変更が頻繁に行われており、その変更に起因した様々な障害が発生する。したがって、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定する技術が求められるが、特許文献１は、このような技術について、特に言及していない。

本発明の主たる目的は、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定する障害判定装置等を提供することにある。

本発明の一態様に係る障害判定装置は、複数の障害判定対象装置のうち、所定の動作環境を設定する第一の障害判定対象装置と、前記所定の動作環境を設定しない第二の障害判定対象装置とを決定する決定手段と、前記第一の障害判定対象装置に対して前記所定の動作環境が設定されたのち、前記第一及び第二の障害判定対象装置の動作を監視する監視手段と、前記第一及び第二の障害判定対象装置の間において、前記動作の監視結果を比較し、その比較結果が基準を満たす場合に、前記所定の動作環境が不正であると判定する判定手段と、を備える。

上記目的を達成する他の見地において、本発明の一態様に係る障害判定方法は、情報処理装置によって、複数の障害判定対象装置のうち、所定の動作環境を設定する第一の障害判定対象装置と、前記所定の動作環境を設定しない第二の障害判定対象装置とを決定し、前記第一の障害判定対象装置に対して前記所定の動作環境が設定されたのち、前記第一及び第二の障害判定対象装置の動作を監視し、前記第一及び第二の障害判定対象装置の間において、前記動作の監視結果を比較し、その比較結果が基準を満たす場合に、前記所定の動作環境が不正であると判定する。

また、上記目的を達成する更なる見地において、本発明の一態様に係る障害判定プログラムは、複数の障害判定対象装置のうち、所定の動作環境を設定する第一の障害判定対象装置と、前記所定の動作環境を設定しない第二の障害判定対象装置とを決定する決定処理と、前記第一の障害判定対象装置に対して前記所定の動作環境が設定されたのち、前記第一及び第二の障害判定対象装置の動作を監視する監視処理と、前記第一及び第二の障害判定対象装置の間において、前記動作の監視結果を比較し、その比較結果が基準を満たす場合に、前記所定の動作環境が不正であると判定する判定処理と、をコンピュータに実行させる。

更に、本発明は、係る障害判定プログラム（コンピュータプログラム）が格納された、コンピュータ読み取り可能な、不揮発性の記録媒体によっても実現可能である。

本発明によれば、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定できる障害判定装置等が得られる。

本発明の第１の実施形態に係るシンクライアントシステム１の構成を示すブロック図である。 本発明の第１の実施形態に係る仮想ＰＣ構成管理テーブル１５１のデータの内容を例示する図である。 本発明の第１の実施形態に係るアップデート管理テーブル１５２のデータの内容を例示する図である。 本発明の第１の実施形態に係るアップデート履歴テーブル１５３のデータの内容を例示する図である。 本発明の第１の実施形態に係る接続履歴テーブル１５４のデータの内容を例示する図である。 本発明の第１の実施形態に係るアップデート／接続履歴対応テーブル１５５のデータの内容を例示する図である。 本発明の第１の実施形態に係る基準テーブル１５６のデータの内容を例示する図である。 本発明の第１の実施形態に係る障害判定装置１０が、一部の仮想ＰＣ２１に対してソフトウェアの更新を行う動作を示すフローチャートである。 本発明の第１の実施形態に係る障害判定装置１０が、仮想ＰＣ２１に対して適用したソフトウェアの更新が不正であるか否かを判定する動作を示すフローチャートである。 本発明の第２の実施形態に係る障害判定装置５０の構成を示すブロック図である。 本発明の各実施形態に係る障害判定装置を実現可能な情報処理装置９００の構成を示すブロック図である。

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

＜第１の実施形態＞
図１は、本発明の第１の実施の形態に係るシンクライアントシステム１の構成を示すブロック図である。シンクライアントシステム１は、大別して、障害判定装置１０、シンクライアントサーバ２０、及び、端末装置３０を有する。そして、障害判定装置１０、シンクライアントサーバ２０、及び、端末装置３０は、通信ネットワーク４０によって互いに通信可能に接続されている。通信ネットワーク４０は、例えば、インターネットあるいはイントラネット等である。

シンクライアントサーバ２０は、ハイパーバイザー２２によって構築された仮想基盤の上で動作する仮想ＰＣ２１－１乃至２１－ｎ（ｎは２以上の任意の整数）を備えている。尚、以降の本実施形態の説明において、仮想ＰＣ２１－１乃至２１－ｎをまとめて、あるいは仮想ＰＣ２１－１乃至２１－ｎのうちの任意のものを、仮想ＰＣ２１と称する場合がある。尚、図１では紙面の都合上、シンクライアントサーバ２０を１つのみ示しているが、シンクライアントシステム１は複数のシンクライアントサーバ２０を有してもよい。シンクライアントシステム１が大規模なシステムである場合、複数のシンクライアントサーバ２０が備える仮想ＰＣ２１の総数は、例えば数千から数万程度である。

ユーザは、端末装置３０を用いて、シンクライアントサーバ２０におけるコネクションブローカ（不図示）よって自分に割り当てられた仮想ＰＣ２１を使用する。即ち、ユーザは、端末装置３０のユーザインタフェース（例えばキーボード及びマウス等）を介して仮想ＰＣ２１に情報処理の実行を指示する。そしてユーザは、その仮想ＰＣ２１によって実行された情報処理の結果を端末装置３０のユーザインタフェース（例えば表示画面等）を介して確認する。尚、図１では紙面の都合上、端末装置３０を１つのみ示しているが、シンクライアントシステム１は複数の端末装置３０を有してもよい。

障害判定装置１０は、仮想ＰＣ２１の動作環境の設定を行い、当該動作環境の設定によって発生した障害を判定する（検出するとも称する）機能を有する、例えば後述する図１１に例示する情報処理装置９００のような装置である。このような障害は、例えば、当該動作環境に含まれる論理不正（論理バグ）、あるいは、仮想ＰＣ２１の構成と当該動作環境との組み合わせに存在する問題（いわゆる相性の悪さ）などによって発生する。

動作環境の設定には、例えば、ソフトウェアのアップデート（更新）、ソフトウェアの新規追加、ＯＳ（Operating System）のパラメータの設定等が含まれる。本実施形態では、仮想ＰＣ２１に対する様々な動作環境の設定のうち、ソフトウェアのアップデートを行う場合について説明することとするが、ソフトウェアのアップデート以外の動作環境の設定の場合も、シンクライアントシステム１の動作内容は同様である。

障害判定装置１０は、決定部１１、設定部１２、監視部１３、判定部１４、及び記憶部１５を備えている。決定部１１、設定部１２、監視部１３、及び判定部１４は、順に、決定手段、設定手段、監視手段、及び判定手段の一例である。

記憶部１５は、例えば図１１に例示するＲＡＭ（Random Access Memory）９０３あるいはハードディスク９０４のような記憶デバイスである。記憶部１５は、仮想ＰＣ構成管理テーブル１５１、アップデート管理テーブル１５２、アップデート履歴テーブル１５３、接続履歴テーブル１５４、アップデート／接続履歴対応テーブル１５５、基準テーブル１５６を記憶している。記憶部１５に記憶されたこれらの情報の詳細については後述する。

決定部１１は、所定のタイミングに、記憶部１５に記憶された、仮想ＰＣ構成管理テーブル１５１、アップデート管理テーブル１５２、アップデート履歴テーブル１５３に基づいて、ソフトウェアのアップデートを行う対象とする仮想ＰＣ２１を決定する。決定部１１は、この動作を定期的に行ってもよいし、あるいは、シンクライアントシステム１の管理者等によって入力された動作開始を指示する情報に応じて行ってもよい。

図２は、本実施形態に係る仮想ＰＣ構成管理テーブル１５１のデータの内容を例示する図である。仮想ＰＣ構成管理テーブル１５１は、仮想ＰＣ２１の個々の構成を管理する情報である。仮想ＰＣ構成管理テーブル１５１、仮想ＰＣ２１の個々に関する、ＯＳの種別、ＣＰＵ（Central Processing Unit）数、メモリ容量、ディスク容量、制御されるハイパーバイザーの識別子、使用するストレージの識別子、属するクループを表している。仮想ＰＣ構成管理テーブル１５１に含まれる情報（項目）は、図２に例示する情報とは異なってもよい。仮想ＰＣ構成管理テーブル１５１は、シンクライアントシステム１の管理者によって作成あるいは更新されてもよいし、あるいは、シンクライアントサーバ２０のシステム管理機能によって生成あるいは更新されてもよい。

仮想ＰＣ構成管理テーブル１５１が表すグループは、仮想ＰＣ２１の構成の類似性に基づいてクループ分けされた仮想ＰＣ２１が属するグループの識別子を表す。図２に示す例では、仮想ＰＣ２１－１、２１－３、２１－４、２１－６は、ＯＳの種別、ＣＰＵ数、メモリ容量、ディスク容量、ハイパーバイザー、ストレージに関して、その構成が同等である。したがって、仮想ＰＣ２１－１、２１－３、２１－４、２１－６は、グループ１に分類されている。同様に、仮想ＰＣ２１－２、２１－５、２１－８は、その構成が同等であり、グループ４に分類されている。

図３は、本実施形態に係るアップデート管理テーブル１５２のデータの内容を例示する図である。アップデート管理テーブル１５２は、仮想ＰＣ２１に適用されるソフトウェアのアップデートの一覧を管理する情報であり、アップデートごとに、その名称と当該アップデートの対象となるＯＳの種別とが関連付けされた情報である。アップデート管理テーブル１５２に含まれる情報（項目）は、図３に例示する情報とは異なってもよい。

図３に例示するアップデート管理テーブル１５２によれば、例えば「アップデート＃１」、「アップデート＃３」は、ＯＳがＷｉｎｄｏｗｓ１０（登録商標）である仮想ＰＣ２１に適用され、「アップデート＃２」は、ＯＳがＷｉｎｄｏｗｓ７（登録商標）である仮想ＰＣ２１に適用される。アップデート管理テーブル１５２は、シンクライアントシステム１の管理者によって作成あるいは更新されてもよいし、あるいは、シンクライアントサーバ２０のシステム管理機能によって生成あるいは更新されてもよい。あるシンクライアントサーバ２０のシステム管理機能がアップデート管理テーブル１５２を生成する場合、当該システム管理機能は、例えば、別のシンクライアントサーバ２０からアップデートに関する情報を入手すればよい。

図４は、本実施形態に係るアップデート履歴テーブル１５３のデータの内容を例示する図である。アップデート履歴テーブル１５３は、仮想ＰＣ２１ごとに、上述したアップデート管理テーブル１５２によって示されるアップデートの適用履歴を表す情報である。アップデート履歴テーブル１５３に含まれる情報（項目）は、図４に例示する情報とは異なってもよい。

図４に例示するアップデート履歴テーブル１５３によれば、例えば仮想ＰＣ２１－１は、「アップデート＃１」に関しては４／１（４月１日）に適用済みであり、「アップデート＃３」に関しては未適用である。尚、図２に例示する仮想ＰＣ構成管理テーブル１５１が示す通り、仮想ＰＣ２１－１のＯＳはＷｉｎｄｏｗｓ１０であり、図３に例示するアップデート管理テーブル１５２が示す通り、「アップデート＃２」の適用対象のＯＳはＷｉｎｄｏｗｓ７である。したがって、仮想ＰＣ２１－１は、「アップデート＃２」に関しては適用対象外であるので、図４に例示するアップデート履歴テーブル１５３では、空欄で表している。

また、図４に例示するアップデート履歴テーブル１５３によれば、例えば、仮想ＰＣ２１－２は、「アップデート＃２」に関して、４／２０（４月２０日）に適用失敗となったことから未適用の状態にある。

図１に示す決定部１１は、アップデート履歴テーブル１５３に基づき、アップデート管理テーブル１５２が示すアップデートのいずれかを選択する。例えば、図３に例示するアップデート履歴テーブル１５３によれば、多くの仮想ＰＣ２１に対して「アップデート＃３」が未適用であるので、決定部１１は、仮想ＰＣ２１に対して適用するソフトウェアのアップデートとして、「アップデート＃３」を選択する。決定部１１は、あるいは、管理者から入力された情報によって指示されたアップデートを選択してもよい。

本実施形態に係る障害判定装置１０は、上述の通りに選択した「アップデート＃３」を、「アップデート＃３」の適用対象である全ての仮想ＰＣ２１に対して一斉に適用することはせずに、まず、適用対象である仮想ＰＣ２１のうちの一部に対して適用する。これは、「アップデート＃３」を適用した仮想ＰＣの動作と、「アップデート＃３」を適用しない仮想ＰＣの動作とを比較することによって、「アップデート＃３」の適用に起因する障害が発生するか否かを確認するためである。

決定部１１は、仮想ＰＣ構成管理テーブル１５１において、上述の通りに選択した「アップデート＃３」の適用対象となる仮想ＰＣ２１のグループのうち、属する仮想ＰＣ２１の数が最も多いグループを求める。図１に例示する仮想ＰＣ構成管理テーブル１５１によれば、当該グループは、４つの仮想ＰＣ２１－１、２１－３、２１－４、２１－６が含まれるグループ１である。

決定部１１は、上述の通りに求めたグループ１に属する４つの仮想ＰＣ２１のうち、「アップデート＃３」を適用する仮想ＰＣ２１（第一の障害判定対象装置とも称する）と、適用しない仮想ＰＣ２１（第二の障害判定対象装置とも称する）とを決定する。決定部１１は、例えば、アップデートを適用する仮想ＰＣ２１の数と適用しない仮想ＰＣ２１の数が同等になるように決定すればよい。決定部１１は、例えば後述する図６に例示する通り、グループ１に属する４つの仮想ＰＣ２１のうち、仮想ＰＣ２１－４及び２１－６に対して「アップデート＃３」を適用し、仮想ＰＣ２１－１及び２１－３に対して「アップデート＃３」を適用しないことを決定する。決定部１１は、上述の通りに決定した結果を、図１に示す設定部１２に通知する。

設定部１２は、決定部１１から通知された決定結果にしたがって、仮想ＰＣ２１－４及び２１－６に対して「アップデート＃３」を適用する。但し、「アップデート＃３」のデータ（例えば仮想ＰＣ２１において実行されるソフトウェアに対するパッチデータ等）は、例えば記憶部１５に格納されていることとする。設定部１２は、仮想ＰＣ２１に対するソフトウェアのアップデートを行った場合、当該アップデートの適用結果を、アップデート履歴テーブル１５３に反映する。

監視部１３は、仮想ＰＣ２１の動作を監視し、その監視結果を表す接続履歴テーブル１５４を生成あるいは更新する。

図５は、本実施形態に係る接続履歴テーブル１５４のデータの内容を例示する図である。接続履歴テーブル１５４は、ユーザが端末装置３０を使用して仮想ＰＣ２１に接続した実績の履歴を表す情報であり、上述したコネクションブローカによって収集可能な情報である。即ち、監視部１３は、コネクションブローカを介して、接続履歴テーブル１５４の生成あるいは更新に必要な情報を取得すればよい。

接続履歴テーブル１５４は、あるユーザによるある仮想ＰＣ２１への接続に関して、接続開始時間、ユーザ名、接続先の仮想ＰＣ２１、接続時間、及び、現在の接続状態を表す。接続履歴テーブル１５４に含まれる情報（項目）は、図５に例示する情報とは異なってもよい。

監視部１３はさらに、同一のグループに属しあるソフトウェアのアップデートが適用された仮想ＰＣ２１と適用されていない仮想ＰＣ２１との動作の監視結果を表すアップデート／接続履歴対応テーブル１５５を、接続履歴テーブル１５４に基づいて生成する。

図６は、本実施形態に係るアップデート／接続履歴対応テーブル１５５のデータの内容を例示する図である。監視部１３は、図６に例示する通り、上述した「アップデート＃３」が適用されていない仮想ＰＣ２１－１、２１－３、及び、「アップデート＃３」が適用された仮想ＰＣ２１－４、２１－６の接続履歴を接続履歴テーブル１５４から抽出し、その抽出結果を表すアップデート／接続履歴対応テーブル１５５を生成する。アップデート／接続履歴対応テーブル１５５に含まれる情報（項目）は、図６に例示する情報とは異なってもよい。

図１に示す判定部１４は、アップデート／接続履歴対応テーブル１５５が表す仮想ＰＣ２１の動作が、基準テーブル１５６が示す基準を満たすか否かを判定する。基準テーブル１５６は、ソフトウェアのアップデートを適用したことに起因する障害が発生したか否か（即ち、当該アップデートが不正であるか否か）を判定する際に用いる判定基準を表す。基準テーブル１５６は、例えば、シンクライアントシステム１の管理者によって作成される。

図７は、本実施形態に係る基準テーブル１５６のデータの内容を例示する図である。図７に例示する基準テーブル１５６によれば、仮想ＰＣ２１の動作が下記の条件１及び２を両方とも満たす場合、判定部１４は、仮想ＰＣ２１に対して行ったソフトウェアのアップデートが不正であると判定する。
（条件１）ソフトウェアのアップデートが適用されていない仮想ＰＣ２１に関して、継続接続時間が１時間以上であるユーザが１以上存在する。
（条件２）ソフトウェアのアップデートが適用された仮想ＰＣ２１に関して、継続接続時間が２分以下であるユーザが２以上存在する。

上述の条件１及び２は、下記の考え方に基づく基準である。即ち、障害が発生していない状態において、ユーザは通常、仮想ＰＣ２１を１時間以上使用する。それにもかかわらず、ソフトウェアのアップデートが適用された仮想ＰＣ２１に関して、継続接続時間が２分以下のユーザが２以上（即ち複数）存在するということは、ソフトウェアのアップデートを適用したことに起因する障害が発生した可能性が高いと考えられる。尚、図７に例示する基準テーブル１５６が示す基準は一例であり、基準テーブル１５６が示す基準は、図７に例示する基準とは異なってもよい。

図６に例示するアップデート／接続履歴対応テーブル１５５によれば、「アップデート＃３」が適用されていない仮想ＰＣ２１－１、２１－３を１時間以上継続して使用したユーザが３名存在する。そして、「アップデート＃３」が適用された仮想ＰＣ２１－４、２１－６に関して、継続接続時間が２分以内であるユーザが２名存在する。この場合、図６に例示する仮想ＰＣ２１の動作は、図７に例示する判定基準を満たすことから、判定部１４は、仮想ＰＣ２１－４、２１－６に対して適用した「アップデート＃３」が不正であると判定する。判定部１４は、上述した判定結果を、図１に示す設定部１２に通知する。

設定部１２は、判定部１４から通知された判定結果が「アップデート＃３」が不正であることを示す場合、「アップデート＃３」が適用された仮想ＰＣ２１－４、２１－６を、「アップデート＃３」が適用される前の状態に戻す。

次に図８及び図９のフローチャートを参照して、本実施形態に係る障害判定装置１０の動作（処理）について詳細に説明する。

図８に示すフローチャートは、障害判定装置１０が、一部の仮想ＰＣ２１に対してソフトウェアの更新（アップデート）を行う動作を示すフローチャートである。

決定部１１は、所定のタイミングに、記憶部１５から、仮想ＰＣ構成管理テーブル１５１、アップデート管理テーブル１５２、アップデート履歴テーブル１５３を読み出す（ステップＳ１０１）。決定部１１は、アップデート履歴テーブル１５３に基づき、アップデート管理テーブル１５２が示すソフトウェアのアップデートのうちのいずれかを選択する（ステップＳ１０２）。

決定部１１は、仮想ＰＣ構成管理テーブル１５１において、選択したソフトウェアのアップデートの適用対象となるグループのうち、属する仮想ＰＣ２１の数が最も多いグループを求める（ステップＳ１０３）。決定部１１は、求めたグループに属する仮想ＰＣ２１のうち、ソフトウェアのアップデートを適用する仮想ＰＣ２１と、適用しない仮想ＰＣ２１とを決定する（ステップＳ１０４）。

設定部１２は、決定部１１によってソフトウェアのアップデートを適用すると決定された仮想ＰＣ２１に対して、ソフトウェアのアップデートを適用し（ステップＳ１０５）、全体の処理は終了する。

図９に示すフローチャートは、障害判定装置１０が、図８のフローチャートが示す動作によって仮想ＰＣ２１に対して適用したソフトウェアのアップデートが不正であるか否かを判定する動作を示すフローチャートである。

監視部１３は、仮想ＰＣ２１の動作を監視し、監視結果を表す接続履歴テーブル１５４を生成し、生成した接続履歴テーブル１５４を記憶部１５に格納する（ステップＳ２０１）。監視部１３は、同一のグループに属しあるソフトウェアのアップデートが適用された仮想ＰＣ２１と適用されていない仮想ＰＣ２１との動作を表すアップデート／接続履歴対応テーブル１５５を、接続履歴テーブル１５４に基づいて生成し、記憶部１５に格納する（ステップＳ２０２）。

判定部１４は、アップデート／接続履歴対応テーブル１５５が表す仮想ＰＣ２１の動作が、基準テーブル１５６が示す基準を満たすか否かを判定する（ステップＳ２０３）。仮想ＰＣ２１の動作が基準を満たさない場合（ステップＳ２０４でＮｏ）、判定部１４は、当該アップデートが不正ではないと判定し（ステップＳ２０５）、全体の処理は終了する。

仮想ＰＣ２１の動作が基準を満たす場合（ステップＳ２０４でＹｅｓ）、判定部１４は、当該アップデートが不正であると判定する（ステップＳ２０６）。設定部１２は、当該アップデートが適用された仮想ＰＣ２１の状態を、当該アップデートが適用される前の状態に戻し（ステップＳ２０７）、全体の処理は終了する。

本実施形態に係る障害判定装置１０は、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定することができる。その理由は、障害判定装置１０は、対象装置の一部に対して当該動作環境を設定し、当該動作環境が設定された対象装置と当該動作環境が設定されていない対象装置との動作を比較して、その比較結果が基準を満たす場合に、当該動作環境が不正であると判定するからである。

以下に、本実施形態に係る障害判定装置１０によって実現される効果について、詳細に説明する。

コンピュータシステムでは、例えばソフトウェアの更新あるいは追加など、その動作環境の設定が変更されることに起因して障害が発生することがある。このような障害は、例えば、当該動作環境に含まれる論理不正、あるいは、コンピュータシステムの構成と当該動作環境との組み合わせに存在する相性の問題などによって発生する。例えば大規模なシンクライアントシステムでは、多数のユーザによってユーザプロファイルの変更が頻繁に行われており、その変更に起因した様々な障害が発生する。したがって、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定することが課題である。

このような課題に対して、本実施形態に係る障害判定装置１０は、決定部１１と監視部１３と判定部１４とを備え、例えば図１乃至図９を参照して上述した通り動作する。即ち、決定部１１は、複数の仮想ＰＣ２１のうち、所定の動作環境（例えばソフトウェアのアップデート）を設定する仮想ＰＣ２１（第一の障害判定対象装置）と当該所定の動作環境を設定しない仮想ＰＣ２１（第二の障害判定対象装置）とを決定する。監視部１３は、上述の通り一部の仮想ＰＣ２１に対して当該所定の動作環境が設定されたのち、当該所定の動作環境が設定された仮想ＰＣ２１と当該所定の動作環境が設定されていない仮想ＰＣ２１との動作を監視する。そして、判定部１４は、当該所定の動作環境が設定された仮想ＰＣ２１と当該所定の動作環境が設定されていない仮想ＰＣ２１との動作の監視結果を比較し、その比較結果が基準テーブル１５６により示される基準を満たす場合に、当該所定の動作環境が不正であると判定する。

即ち、本実施形態に係る障害判定装置１０は、所定の動作環境が不正か否かの判定に際し、例えば仮想ＰＣ２１から出力されたログを解析するような複雑な処理を必要とせずに、所定の動作環境の設定の有無に伴う仮想ＰＣ２１の動作の違いの比較という簡易な処理を行う。これにより、本実施形態に係る障害判定装置１０は、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定することができる。

また、本実施形態に係る障害判定装置１０は、構成が類似するあるいは同等である仮想ＰＣ２１の中から、所定の動作環境を設定する仮想ＰＣ２１と所定の動作環境を設定しない仮想ＰＣ２１とを決定して、それらの仮想ＰＣ２１の動作を比較する。動作環境の設定に起因する障害は、仮想ＰＣ２１の構成の違いに依存する場合があるので、障害判定装置１０は、構成が類似する仮想ＰＣ２１を判定対象とすることによって構成の違いによる影響を排除できるので、判定の精度を高めることができる。

また、本実施形態に係る障害判定装置１０は、構成の類似性に基づいて複数のグループに分類された仮想ＰＣ２１のうち、同一のグループに属する数が最も多い仮想ＰＣ２１を、所定の動作環境を設定するあるいは設定しない仮想ＰＣ２１に決定する。即ち、障害判定装置１０は、判定対象とする仮想ＰＣ２１をできるだけ多くすることによって、判定の精度を高めることができる。また、障害判定装置１０に係る決定部１１は、外部から（例えばシンクライアントシステム１の管理者により入力された情報により）、所定の動作環境を設定する仮想ＰＣ２１の一つとして指定された仮想ＰＣ２１と同一のグループに属する仮想ＰＣ２ １を、判定対象に決定してもよい。

また、本実施形態に係る障害判定装置１０は、ユーザによる仮想ＰＣ２１の継続使用時間を監視し、所定の動作環境の設定の有無に伴う仮想ＰＣ２１の継続使用時間の違いが基準を満たす場合に、当該所定の動作環境が不正であると判定する。即ち、障害判定装置１０は、仮想ＰＣ２１の継続使用時間の比較という簡易な処理を行えばよいので、障害を判定する対象装置に設定した動作環境が不正であるか否かを、低コストかつ効率的に判定することができる。

また、上述した本実施形態では、障害判定装置１０は、基準テーブル１５６が示す閾値を含む基準を用いて動作環境の不正を判定するが、障害判定装置１０は、この判定を、例えば機械学習を行うことによって構築した学習済モデルを用いて行ってもよい。

また、上述した本実施形態では、障害判定装置１０による障害の判定対象は仮想ＰＣであるが、障害判定装置１０は、例えば、物理マシンを障害の判定対象としてもよい。

また、上述した本実施形態では、障害判定装置１０は、決定部１１、設定部１２、監視部１３、判定部１４を構成要素として備える単体の情報処理装置であるが、障害判定装置１０は、これらの構成要素を実現する複数の情報処理装置によって構成されてもよい。
＜第２の実施形態＞
図１０は、本発明の第２の実施形態に係る障害判定装置５０の構成を示すブロック図である。

本実施形態に係る障害判定装置５０は、決定部５１、監視部５２、及び、判定部５３を備えている。

決定部５１は、複数の障害判定対象装置のうち、所定の動作環境６１０を設定する第１の障害判定対象装置６１と、所定の動作環境６１０を設定しない第２の障害判定対象装置６２とを決定する。第１の障害判定対象装置６１及び第２の障害判定対象装置６２は、例えば、第１の実施形態に係る仮想ＰＣ２１である。所定の動作環境６１０は、例えば、第１の障害判定対象装置６１において実行されるソフトウェアのアップデート（更新）、及び、ソフトウェアの新規追加等を含む。

決定部５１は、上述した決定を行うに際し、例えば、第１の実施形態に係る決定部１１と同様に、仮想ＰＣ構成管理テーブル１５１、アップデート管理テーブル１５２、アップデート履歴テーブル１５３と同様な情報を用いてもよい。

監視部５２は、第１の障害判定対象装置６１に対して所定の動作環境６１０が設定されたのち、第１の障害判定対象装置６１及び第２の障害判定対象装置６２の動作を監視する。監視部５２は、例えば、第１の実施形態に係る監視部１３と同様に、監視結果を表す接続履歴テーブル１５４及びアップデート／接続履歴対応テーブル１５５と同様な情報を生成してもよい。

判定部５３は、第１の障害判定対象装置６１と第２の障害判定対象装置６２との間において、動作の監視結果を比較し、その比較結果が基準５３０を満たす場合に、所定の動作環境６１０が不正であると判定する。基準５３０は、例えば、第１の実施形態に係る基準テーブル１５６と同様な基準であってもよい。

本実施形態に係る障害判定装置５０は、障害を判定する対象装置に設定した動作環境が不正であるか否かを効率的に判定することができる。その理由は、障害判定装置５０は、対象装置の一部に対して当該動作環境を設定し、当該動作環境が設定された対象装置と当該動作環境が設定されていない対象装置との動作を比較して、その比較結果が基準を満たす場合に、当該動作環境が不正であると判定するからである。

＜ハードウェア構成例＞
上述した各実施形態において図１、及び、図１０に示した障害判定装置における各部は、専用のＨＷ（ＨａｒｄＷａｒｅ）（電子回路）によって実現することができる。また、図１、及び、図１０において、少なくとも、下記構成は、プロセッサによって実行される命令を含むソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。
・決定部１１及び５１、
・設定部１２、
・監視部１３及び５２、
・判定部１４及び５３、
・記憶部１５における記憶制御機能。

但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図１１を参照して説明する。

図１１は、本発明の各実施形態に係る障害判定装置を実現可能な情報処理装置９００（コンピュータ）の構成を例示的に説明する図である。即ち、図１１は、図１、及び、図１０に示した障害判定装置を実現可能なコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。

図１１に示した情報処理装置９００は、構成要素として下記を備えている。
・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）９０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）９０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）９０３、
・ハードディスク（記憶装置）９０４、
・通信インタフェース９０５、
・バス９０６（通信線）、
・ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体９０７に格納されたデータを読み書き可能なリーダライタ９０８、
・モニターやスピーカ、キーボード等の入出力インタフェース９０９。

即ち、上記構成要素を備える情報処理装置９００は、これらの構成がバス９０６を介して接続された一般的なコンピュータである。情報処理装置９００は、ＣＰＵ９０１を複数備える場合もあれば、マルチコアにより構成されたＣＰＵ９０１を備える場合もある。

そして、上述した実施形態を例に説明した本発明は、図１１に示した情報処理装置９００に対して、次の機能を実現可能なコンピュータプログラムを供給する。その機能とは、その実施形態の説明において参照したブロック構成図（図１、及び、図１０）における上述した構成、或いはフローチャート（図８、及び、図９）の機能である。本発明は、その後、そのコンピュータプログラムを、当該ハードウェアのＣＰＵ９０１に読み出して解釈し実行することによって達成される。また、当該装置内に供給されたコンピュータプログラムは、読み書き可能な揮発性のメモリ（ＲＡＭ９０３）、または、ＲＯＭ９０２やハードディスク９０４等の不揮発性の記憶デバイスに格納すれば良い。

また、前記の場合において、当該ハードウェア内へのコンピュータプログラムの供給方法は、現在では一般的な手順を採用することができる。その手順としては、例えば、ＣＤ－ＲＯＭ等の各種記録媒体９０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等がある。そして、このような場合において、本発明は、係るコンピュータプログラムを構成するコード或いは、そのコードが格納された記録媒体９０７によって構成されると捉えることができる。

以上、上述した実施形態を模範的な例として本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。

１ シンクライアントシステム
１０ 障害判定装置
１１ 決定部
１２ 設定部
１３ 監視部
１４ 判定部
１５ 記憶部
１５１ 仮想ＰＣ構成管理テーブル
１５２ アップデート管理テーブル
１５３ アップデート履歴テーブル
１５４ 接続履歴テーブル
１５５ アップデート／接続履歴対応テーブル
１５６ 基準テーブル
２０ シンクライアントサーバ
２１ 仮想ＰＣ
２２ ハイパーバイザー
３０ 端末装置
４０ 通信ネットワーク
５０ 障害判定装置
５１ 決定部
５２ 監視部
５３ 判定部
５３０ 基準
６１ 第１の障害判定対象装置
６１０ 所定の動作環境
６２ 第２の障害判定対象装置
９００ 情報処理装置
９０１ ＣＰＵ
９０２ ＲＯＭ
９０３ ＲＡＭ
９０４ ハードディスク（記憶装置）
９０５ 通信インタフェース
９０６ バス
９０７ 記録媒体
９０８ リーダライタ
９０９ 入出力インタフェース

Claims (10)

1. 複数の障害判定対象装置のうち、所定の動作環境を設定する第一の障害判定対象装置と、前記所定の動作環境を設定しない第二の障害判定対象装置とを決定する決定手段と、
   前記第一の障害判定対象装置に対して前記所定の動作環境が設定されたのち、前記第一及び第二の障害判定対象装置の動作を監視する監視手段と、
   前記第一及び第二の障害判定対象装置の間において、前記動作の監視結果を比較し、その比較結果が基準を満たす場合に、前記所定の動作環境が不正であると判定する判定手段と、
   を備える障害判定装置。
2. 前記決定手段は、構成が類似する前記障害判定対象装置を、前記第一及び第二の障害判定対象装置として決定する、
   請求項１に記載の障害判定装置。
3. 前記決定手段は、構成の類似性に基づいて複数のグループに分類された前記複数の障害判定対象装置のうち、同一の前記グループに属する数が最も多い前記障害判定対象装置を、前記第一及び第二の障害判定対象装置として決定する、
   請求項２に記載の障害判定装置。
4. 前記決定手段は、構成の類似性に基づいて複数のグループに分類された前記複数の障害判定対象装置のうち、外部から前記第一の障害判定対象装置の一つとして指定された前記障害判定対象装置と同一の前記グループに属する前記障害判定対象装置を、前記第一及び第二の障害判定対象装置として決定する、
   請求項２に記載の障害判定装置。
5. 前記監視手段は、ユーザによる前記第一及び第二の障害判定対象装置の継続使用時間を監視し、
   前記判定手段は、前記第一の障害判定対象装置の継続使用時間が第一の閾値以下であるとともに、前記第二の障害判定対象装置の継続使用時間が第二の閾値以上である場合に、前記所定の動作環境が不正であると判定する、
   請求項１乃至請求項４のいずれか一項に記載の障害判定装置。
6. 前記判定手段は、前記比較結果が前記基準を満たす前記第一の障害判定対象装置の個数が第三の閾値以上である場合に、前記所定の動作環境が不正であると判定する、
   請求項１乃至請求項５のいずれか一項に記載の障害判定装置。
7. 前記第一の障害判定対象装置に対して前記所定の動作環境を設定したのち、前記判定手段によって、前記所定の動作環境が不正であると判定された場合、前記第一の障害判定対象装置の状態を、前記所定の動作環境を設定する前の状態に戻す設定手段をさらに備える、
   請求項１乃至請求項６のいずれか一項に記載の障害判定装置。
8. 前記所定の動作環境の設定は、前記障害判定対象装置に関するソフトウェアの更新あるいは追加を表す、
   請求項１乃至請求項７のいずれか一項に記載の障害判定装置。
9. 情報処理装置によって、
   複数の障害判定対象装置のうち、所定の動作環境を設定する第一の障害判定対象装置と、前記所定の動作環境を設定しない第二の障害判定対象装置とを決定し、
   前記第一の障害判定対象装置に対して前記所定の動作環境が設定されたのち、前記第一及び第二の障害判定対象装置の動作を監視し、
   前記第一及び第二の障害判定対象装置の間において、前記動作の監視結果を比較し、その比較結果が基準を満たす場合に、前記所定の動作環境が不正であると判定する、
   障害判定方法。
10. 複数の障害判定対象装置のうち、所定の動作環境を設定する第一の障害判定対象装置と、前記所定の動作環境を設定しない第二の障害判定対象装置とを決定する決定処理と、
    前記第一の障害判定対象装置に対して前記所定の動作環境が設定されたのち、前記第一及び第二の障害判定対象装置の動作を監視する監視処理と、
    前記第一及び第二の障害判定対象装置の間において、前記動作の監視結果を比較し、その比較結果が基準を満たす場合に、前記所定の動作環境が不正であると判定する判定処理と、
    をコンピュータに実行させるための障害判定プログラム。

Images