(57)【要約】  技術は、サーバ、ネットワーク、及びストレージ構成要素を有する統合コンピュータシステムが、ＸＭＬのような第１マークアップ言語ステートメントの規則として表された構成ベンチマークを遵守するか否かを試験する。規則は、構文解析されてマークアップ言語ステートメントの第２セット内の試験定義を識別する試験定義識別子を取得し、各試験定義は、システム構成要素属性の試験値及び属性識別子を含む。管理データベースは、全てのシステム構成要素の統合オブジェクトモデルとして編成される。各規則から試験定義識別子によって呼び出されたインタープリターが各試験定義を処理して（ａ）属性識別子を使用して管理データベースにアクセスし、対応する属性に対する実際の値を取得し、かつ（ｂ）実際の値と試験定義の試験値を比較して格納されるか又はコンプライアンス指示子として人間又は機械ユーザに通信することができる比較結果値を発生させる。【選択図】図１
2015526822.tif 000002
【特許請求の範囲】
【請求項１】
統合コンピュータサブシステムがサーバタイプ、ネットワークスイッチタイプ、及びストレージサブシステムタイプのうちの２つ又はそれよりも多くから選択された異なるタイプの相互接続構成要素を含む統合コンピュータシステムが、マークアップ言語ステートメントの第１セット内の規則の集合として表された予め決められた構成ベンチマークを遵守するか否かを試験する方法であって、
前記規則を構文解析する段階であって、前記規則を構文解析してマークアップ言語ステートメントの第２セット内のそれぞれの試験定義を識別する試験定義識別子を取得し、各試験定義が、試験値及び構成要素の属性の属性識別子を含み、該属性が、該試験値に対して試験される実際の値を有し、該属性識別子が、該構成要素のためのシステム管理情報に関するオブジェクトモデル内のオブジェクト識別子であり、該オブジェクトモデルが、前記統合コンピュータシステムの該構成要素の間の物理的及び機能的関係を表す段階と、
マークアップ言語ステートメントの前記第２セットのためのインタープリターを呼び出す段階であって、該インタープリターが、対応する試験定義を処理するために各規則からの前記試験定義識別子によって呼び出されて（ａ）前記試験定義の前記属性識別子を使用して前記オブジェクトモデルにアクセスし、対応する属性に対する実際の値を取得し、かつ（ｂ）該取得した実際の値を該試験定義の試験値と比較し、該属性が、該試験定義識別子を含有する該規則を遵守するか否かを示す比較結果値を発生させる段階と、
前記比較結果値を格納するか又はコンプライアンス指示子として人間又は機械ユーザに通信する段階と、
を含むことを特徴とする方法。
【請求項２】
前記オブジェクトモデルは、前記構成要素のための前記システム管理情報を格納する管理データベースの統合オブジェクトモデル編成であることを特徴とする請求項１に記載の方法。
【請求項３】
前記管理データベースは、前記システム管理情報がそこから得られる代表的状態転送インタフェースを提供し、
前記属性識別子は、前記構成要素及びそれらのそれぞれの属性のための前記代表的状態転送インタフェース内に定義されたリソースロケータ値の構造化セットのリソースロケータ値であり、該リソースロケータ値は、該代表的状態転送インタフェースの要求メッセージに使用され、該属性値は、該代表的状態転送インタフェースの対応する応答メッセージ内で戻される、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記属性値は、前記応答メッセージのマークアップ言語ステートメントのセット内の複数のタグ付けされた値の１つとして戻され、マークアップ言語ステートメントの該セットは、前記システムの関連の構成要素のためのそれぞれのリソースロケータ値を有する１つ又はそれよりも多くのステートメントを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記規則を構文解析する段階は、マークアップ言語ステートメントの前記第１セットのための第１インタープリターを呼び出して前記試験定義識別子を取得する段階を含むことを特徴とする請求項１に記載の方法。
【請求項６】
それによって外部の人間又は機械ユーザによる前記試験が開始され、かつ前記比較結果値が格納又は通信されるコンプライアンスアプリケーションプログラミングインタフェースを与える段階、
を更に含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記試験定義のうちの少なくとも１つが、複数の属性識別子及び対応する試験値、並びに前記システムが対応する規則を遵守する２つ又はそれよりも多くの異なるコンプライアンス条件を表す論理的関係を表す判断基準を含むことを特徴とする請求項１に記載の方法。
【請求項８】
第１条件が、それぞれの構成要素及び属性に対する２つの異なる試験の論理ＡＮＤ条件であり、第２条件が、該構成要素及びその属性のうちの１つに対する第３試験であることを特徴とする請求項７に記載の方法。
【請求項９】
前記第１条件は、構成要素がコンプライアンス走査に関する範囲にあることの第１試験と該構成要素の属性が該コンプライアンス走査のための必要な値を有することの第２試験とを含み、前記第２条件は、該構成要素が該コンプライアンス走査に関する範囲にないことであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記試験定義のうちの少なくとも１つが、複数の属性識別子及び対応する試験値、並びに前記システムが対応する規則を遵守するのに要求される対応する属性と実際の値の間の論理的関係を表す判断基準を含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記属性は、異なるタイプのそれぞれの構成要素の属性であることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記構成要素のうちの１つが、前記ネットワークタイプ及びストレージタイプから選択されたタイプのものであり、他の構成要素が、前記サーバタイプのものであることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記サーバタイプ、ネットワークスイッチタイプ、及びストレージサブシステムタイプは、ハードウエアタイプであり、
前記相互接続した構成要素の前記異なるタイプは、ソフトウエアタイプとしてハイパーバイザタイプとオペレーティングシステム又はアプリケーションタイプとの一方又は両方を含み、
前記規則は、ハードウエアタイプ構成要素とソフトウエアタイプ構成要素の間の必要な関係を指定する関係規則を含み、マークアップ言語ステートメントの前記第２セット内の前記試験定義は、該関係規則とのコンプライアンスに関する試験を表す対応する関係試験定義を含む、
ことを特徴とする請求項１に記載の方法。
【請求項１４】
前記相互接続した構成要素の前記異なるタイプは、ソフトウエアタイプとしてハイパーバイザタイプとオペレーティングシステム又はアプリケーションタイプとの両方を含み、
前記規則は、ハイパーバイザタイプ構成要素とオペレーティングシステム又はアプリケーションタイプ構成要素との間の必要な関係を指定する関係規則を含み、マークアップ言語ステートメントの前記第２セット内の前記試験定義は、該関係規則とのコンプライアンスに関する試験を表す対応する関係試験定義を含む、
ことを特徴とする請求項１に記載の方法。
【請求項１５】
コンピュータ化デバイスによって実行可能であって該コンピュータ化デバイスに請求項１に記載の方法を実行させるコンピュータ命令のセットを格納するコンピュータ可読媒体。
【請求項１６】
オブジェクトモデルが、構成要素のためのシステム管理情報を格納する管理データベースの統合オブジェクトモデル編成であることを特徴とする請求項１５に記載のコンピュータ可読媒体。
【請求項１７】
前記管理データベースは、前記システム管理情報がそれによって得られる代表的状態転送インタフェースを提供し、
属性識別子が、前記構成要素及びそれらのそれぞれの属性のための前記代表的状態転送インタフェースに定義されたリソースロケータ値の構造化されたセットのリソースロケータ値であり、該リソースロケータ値は、該代表的状態転送インタフェースの要求メッセージに使用され、該属性値は、該代表的状態転送インタフェースの対応する応答メッセージ内で戻される、
ことを特徴とする請求項１６に記載のコンピュータ可読媒体。
【請求項１８】
前記属性値は、前記応答メッセージのマークアップ言語ステートメントのセット内の複数のタグ付けされた値のうちの１つとして戻され、マークアップ言語ステートメントの該セットは、システムの関連構成要素に関するそれぞれのリソースロケータ値を有する１つ又はそれよりも多くのステートメントを含むことを特徴とする請求項１７に記載のコンピュータ可読媒体。
【請求項１９】
規則を構文解析する段階が、試験定義識別子を取得するためにマークアップ言語ステートメントの第１セットのための第１インタープリターを呼び出す段階を含むことを特徴とする請求項１５に記載のコンピュータ可読媒体。
【請求項２０】
統合コンピュータサブシステムがサーバタイプ、ネットワークスイッチタイプ、及びストレージサブシステムタイプのうちの２つ又はそれよりも多くから選択された異なるタイプの相互接続構成要素を含む統合コンピュータシステムが、マークアップ言語ステートメントの第１セット内の規則の集合として表された予め決められた構成ベンチマークを遵守するか否かを試験するためのシステムであって、
前記規則を構文解析してマークアップ言語ステートメントの第２セット内のそれぞれの試験定義を識別する試験定義識別子を取得する手段であって、各試験定義が、試験値及び構成要素の属性の属性識別子を含み、該属性が、該試験値に対して試験される実際の値を有し、該属性識別子が、該構成要素のためのシステム管理情報に関するオブジェクトモデル内のオブジェクト識別子であり、該オブジェクトモデルが、前記統合コンピュータシステムの該構成要素の間の物理的及び機能的関係を表す手段と、
マークアップ言語ステートメントの前記第２セットのためのインタープリターを呼び出す手段であって、該インタープリターが、対応する試験定義を処理するために各規則からの前記試験定義識別子によって呼び出されて（ａ）前記試験定義の前記属性識別子を使用して前記オブジェクトモデルにアクセスし、対応する属性に対する実際の値を取得し、かつ（ｂ）該取得した実際の値を該試験定義の試験値と比較し、該属性が、該試験定義識別子を含有する該規則を遵守するか否かを示す比較結果値を発生させる手段と、
前記比較結果値を格納するか又はコンプライアンス指示子として人間又は機械ユーザに通信する手段と、
を含むことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理（コンピュータ）システムの分野にあり、より具体的には、構成要件とのコンプライアンスに対してコンピュータシステムを試験する分野にある。
【背景技術】
【０００２】
コンプライアンス試験は、指定された又は「ベンチマーク」構成に対してコンピュータの実際の構成を比較するのに使用される。例えば、一部の事例において、政府又は企業のような組織は、コンピュータがセキュリティ又は相互運用必要性を満足させる特定の構成を有することを要求する場合がある。ベンチマーク構成は、コンプライアンスに要求される様々なハードウエア及びソフトウエア要素、並びにこれらの要素の属性に要求される値を識別することができる。例えば、ベンチマークは、ある一定のセキュリティ関連の機能を提供することが公知であるオペレーティングシステム（要素）、並びにそのオペレーティングシステムの改訂レベル（属性）を識別することができる。
【０００３】
米国政府は、セキュリティコンテンツ自動化プロトコル又はＳＣＡＰとして公知の傘下で一式のセキュリティ関連の仕様及び他のリソースに出資している。この一式に含まれるのは、構成ベンチマーク及びコンプライアンス試験を表すためのＸＭＬベースの言語である。ＳＣＡＰ技術は、政府が出した携帯式コンピュータのようなコンプライアンス試験コンピュータ、並びにネットワークスイッチのようなデータ処理システムの他の構成要素に対して使用されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
データ処理システムは、例えば、コンピュータと、ストレージデバイス又はサブシステムと、スイッチのようなネットワーク構成要素とを含む様々な異なるタイプの構成要素の比較的複合的な集合であると考えられる。このような複合的なデータ処理システムの効率的なコンプライアンス試験の必要性が存在する。
【０００５】
既存のコンプライアンス試験技術は、例えば、ネットワークスイッチに対してなどのシステムの個々の構成要素に対して使用することができるが、このような技術には欠点があり、それは、個々の構成要素と共に使用するという制限が、異なる構成要素の複合的な集合を有するシステムを試験するのにそれらを適さないものにするからである。例えば、このような既存の技術は、自動化方式で異なる構成要素間の依存性を効率的に捉えることができない。１つの試験を使用して、例えば、ある一定のネットワークスイッチ、並びにその構成の存在を識別し、別のものを使用して、コンピュータサーバの構成を識別することができる。しかし、それらの２つの構成間には、適正な相互運用性又はセキュリティのためのそれぞれのソフトウエア又はファームウエア構成要素の必要な改訂のような必要な関係が存在する場合がある。このような関係の満足度を表現かつ試験するために管理されて人間が実施する手順に頼ることが必要である場合がある。
【０００６】
データ処理システムが複合的であるが十分に定義された構築ブロックを使用して配備される時に、上述の問題がより顕著になることがある。コンピュータ技術が進歩して統合のレベルが益々上がると、そのような個別の構築ブロックとしてコンピュータ、ストレージ、及びネットワーク要素を有し、様々なアプリケーションのための十分に定義されて拡張可能なコンピュータプラットフォームを提供するのに使用可能である全体統合コンピュータシステムを生成することが可能である。このような複合的統合コンピュータシステムの効率的かつ自動化試験が望ましい。
【課題を解決するための手段】
【０００７】
統合コンピュータシステムが、ＸＭＬのようなマークアップ言語ステートメントの第１セット内の規則の集合として表された予め決められた構成ベンチマークを遵守するか否かを試験する方法及び装置を開示する。統合コンピュータシステムは、例えば、サーバタイプ、ネットワークスイッチタイプ、及びストレージサブシステムタイプから選択することができる異なるタイプの相互接続した構成要素を含む。
【０００８】
開示する方法は、マークアップ言語ステートメントの第２セット内の試験定義を識別する試験定義識別子を取得するために規則を構文解析する段階を含む。各試験定義は、試験値とシステムの構成要素の属性の属性識別子とを含み、この属性は、試験値に対して試験される実際の値を有する。属性識別子は、システムの構成要素のためのシステム管理情報に関する統合オブジェクトモデル内のオブジェクトを識別する。統合オブジェクトモデルは、統合コンピュータシステムの構成要素の全ての間の物理的及び機能的関係を表している。すなわち、オブジェクトモデルは、全体としてのシステムを反映し、構成要素の全てに関する管理情報への均一なアクセスを可能にしてそれらの間の関係に関する自動化された試験を可能にする。
【０００９】
本方法は、マークアップ言語ステートメントの第２セットのためのインタープリターを呼び出す段階を含む。インタープリターは、規則からの試験定義識別子によって呼び出されて対応する試験定義を処理し、（ａ）試験定義の属性識別子を使用して管理データベースにアクセスして対応する属性に対する実際の値を所得し、かつ（ｂ）取得した実際の値と試験定義の試験値を比較して、属性が、試験定義識別子を含有する規則を遵守するか否かを示す比較結果値を発生させる。比較結果値は、格納され、又はコンプライアンス指示子として人間又は機械ユーザに通信することができる。
【００１０】
上述及び他の目的、特徴、及び利点は、同じ参照文字が異なる図を通して同じ部分を示す添付の図面に示すような本発明の特定の実施形態の以下の説明から明らかであろう。
【図面の簡単な説明】
【００１１】
【図１】データ処理システムのブロック図である。
【図２】統合コンピュータサブシステムのブロック図である。
【図３】システム管理サブシステムのブロック図である。
【図４】コンプライアンスエンジンのブロック図である。
【図５】コンプライアンス試験の高レベル流れ図である。
【図６】試験ベンチマーク及び試験方法を表すマークアップ言語ステートメントのリストを示す図である。
【図７】試験ベンチマーク及び試験方法を表すマークアップ言語ステートメントのリストを示す図である。
【図８】試験ベンチマーク及び試験方法を表すマークアップ言語ステートメントのリストを示す図である。
【図９】試験ベンチマーク及び試験方法を表すマークアップ言語ステートメントのリストを示す図である。
【図１０】コンピュータハードウエアのブロック図である。
【発明を実施するための形態】
【００１２】
図１は、各々がシステム管理サブシステム１２と通信的に結合された１つ又はそれよりも多くの統合コンピュータサブシステム（ＩＣＳ）１０を含む例示的なデータ処理システムを示している。以下に説明するように、各ＩＣＳ１０は、コンピュータ構成要素、ネットワーク構成要素、及びストレージ構成要素の異なるドメインからのハードウエアコンピュータ構成要素、並びにオペレーティングシステムのようなシステムソフトウエア構成要素及びハイパーバイザのような仮想化ソフトウエアを含む。与えられたシステムは、与えられた作業負荷をサポートするのに必要に応じて多くのＩＣＳ１０を利用することができ、増加する作業負荷をサポートするためにＩＣＳ１０を時間と共に徐々に追加することができる。「統合」という語は、各ＩＣＳ１０のコンピュータ構成要素の集合に単一態様を提供する論理的／機能的と物理的とのパッケージングの両方を指す。例えば、構成要素に対する予め定められた位置及び相互接続の選択肢を有する１つ又はそれよりも多くの機器ラックのセットを使用して配備されるようにＩＣＳ１０を設計することができる。ＩＣＳ１０は、１つのユニットとして試験、構成、及び管理され、１つのユニットとして明示的な資格規格を課せられる場合があり、大きいシステムを設計する者は、予想される性能への信頼を有する標準化構築ブロックとしてＩＣＳ１０を使用することができる。一実施形態において、ＩＣＳ１０は、ＶＣＥカンパニーによって販売されているＶＢｌｏｃｋ（登録商標）システムとして実現することができる。
【００１３】
システム管理サブシステム１２は、構成、モニタリング、試験などのようなＩＣＳ１０に関するシステム管理タスクに使用される。このようなタスクは、「保守及び運用」又はＭ＆Ｏ活動と呼ぶことができる。以下に説明するように、システム管理サブシステム１２の１つの有意な特徴は、それが、ハードウエアとソフトウエアリソースの両方を含んで特にハードウエアリソースの異なるドメインにわたるＩＣＳ１０の全ての管理される構成要素の統合表現を使用することである。これに加えて、システム管理サブシステム１２は、与えられたＩＣＳ１０の実際の構成が、指定されたベンチマーク構成を遵守するか否かのような各ＩＣＳ１０のコンプライアンス試験に使用することができる構造及び機能を含む。コンプライアンス試験は、コンプライアンス規則及び試験の柔軟性のある効率的かつ強力な仕様の統合された表現を使用する。
【００１４】
図２は、ＩＣＳ１０の例示的な構造を示している。この例示的な構造は、標準的な機器ラックに容易に含めるためのコンパクトなモジュラー形態を有するいわゆる「ブレード」サーバとすることができるサーバ２０のセットを含む。同じく含められるのは、ストレージデバイス（例えば、ディスクドライブ）の１つ又はそれよりも多くのセット又は「アレイ」と関連のストレージコントローラとを含むストレージサブシステム２２である。ＩＣＳ１０は、ネットワーク又はクラスター相互接続２４及びストレージ相互接続２６として示される相互接続回路を更に含む。クラスター相互接続２４は、ローカルエリア及び／又はワイドエリアネットワーク（ＬＡＮ／ＷＡＮ）２８及びストレージ相互接続２６を通じたストレージサブシステム２２を含むサーバ１０とシステムの他の部分との間の高容量データ相互接続を提供する。ストレージ相互接続２６は、クラスター相互接続２４を通してストレージサブシステム２２とサーバ２０の間のストレージ指向（例えば、ブロック指向）高容量データ相互接続を提供する。専用ストレージ相互接続２６を利用しないネットワーク付属ストレージを利用するものを含むＩＣＳを一部の実施形態で様々に構造化することができる。
【００１５】
図２には示していないが、ＩＣＳの様々な構成要素の各々は、一般的に、特定のタイプの管理インタフェースを含み、外部管理アプリケーション又はデバイスが、構成要素固有の管理情報を提供及び取得することを可能にする。例えば、相互接続２４、２６を実施するために利用されるネットワークスイッチは、いわゆるシンプルネットワーク管理プロトコル（ＳＮＭＰ）インタフェースを提供することができ、個別のＳＮＭＰ管理アプリケーションが、作動情報（例えば、ハードウエアステータス指示子、ネットワークトラフィックカウンタ、事象情報、その他）をスイッチに尋ねて作動を調整するための入力（例えば、構成情報、パラメータ値）を提供することを可能にする。一部の管理プロトコルは、特定のプロンプトアテンションを要求することができる同期事象の報告を提供する。例えば、ＳＮＭＰは、このような事象報告に使用可能な「トラップ」メッセージ／トランザクションを含む。システム管理サブシステム１２は、これらの構成要素固有の管理インタフェースの各々に機能的に結合される。一部の事例において、この結合は、直接に、すなわち、特定の構成要素固有の接続を通じたものとすることができ、他の場合に、元の構成要素の幾らか抽象化された図を任意的に提供する中間構成要素マネージャが存在することができる。
【００１６】
図３は、システム管理サブシステム１２の例示的な構造を示している。この例示的な構造は、モニタサブシステム３０、データベースサブシステム３２、及びコンプライアンスエンジン３４、及び任意的に他の管理アプリケーション３６を含むシステム管理エンジン／アプリケーションを含む。図示のように、モニタサブシステム３０は、構成要素管理（ＣＭ）ドライバ、発見調整器、及び事象サブシステムを含む機能的な構成要素を有する。ＣＭドライバは、「ＩＣＳ  ＣＯＭＰ」として識別されるＩＣＳ１０の構成要素との構成要素又はプロトコル固有の管理インタフェースのためのものである。この発見調整器は、発見処理における役目を有し、この役目によってＩＣＳ１０の構造及びステータスが既知になり、対応するシステム情報がデータベース３２に格納されるようになる。事象サブシステムは、事象の検出及び報告（例えば、ＳＮＭＰトラップ）、並びに管理サブシステム１２内の事象信号伝達自体を提供する。以下に例を説明する。
【００１７】
図３にも示すように、データベースサブシステム３２は、システムのための統合オブジェクトモデル（ＯＭ）管理データベース３７を含み、ＯＭアプリケーションプログラミングインタフェース（ＡＰＩ）３８をエクスポートし、ＯＭアプリケーションプログラミングインタフェース（ＡＰＩ）３８を通して管理アプリケーション３４、３６は、ＯＭデータベース３７に格納された管理情報を取得する。一実施形態において、ＯＭ  ＡＰＩ３８は、代表的状態転送（ＲＥＳＴ）として公知の分散アクセスのためのプロトコルを利用することができる。ＲＥＳＴ  ＡＰＩは、ユニフォームリソースロケータ（ＵＲＬ）及び／又はユニフォームリソース識別子（ＵＲＩ）を利用して、当業技術で公知のようにＲＥＳＴ指令及び応答の対象であるリソース又はオブジェクトを指定する。ＯＭデータベース及びＯＭ  ＡＰＩ３８の特定の詳細を以下に示している。
【００１８】
コンプライアンスエンジン３４は、システム及び具体的には各ＩＣＳ１０が、構成のための特定の十分に定義された仕様又は設計及び／又は配備の他の態様を遵守するか否かを評価するための専用管理アプリケーションである。このコンプライアンスエンジンは、ＯＭＩ  ＡＰＩ３８を使用してデータベース３７から取得する管理情報に基づいて実行される。コンプライアンスエンジン３４及びその作動に関する詳細を以下に示している。図示のように、コンプライアンスエンジン３４は、モニタ３０への１つ又はそれよりも多くの追加のインタフェース４０を有することができ、又は一部の事例においてはＩＣＳ１０の構成要素のための構成要素マネージャに直接接続することができ、何らかの理由のためにデータベース３７及びＯＭ  ＡＰＩ３８を通しては取得できない管理情報を取得する。
【００１９】
上述したように、一実施形態において、ＯＭデータベース３７は、オブジェクトのセット又は「リソース」として構造化され、ＯＭ  ＡＰＩ３８は、ＵＲＬを利用して、要求及び応答の対象であるリソースを識別する。特に、ＯＭ  ＡＰＩ３８は、ＵＲＬの完全なセットを有するＯＭデータベース３７のためのいわゆる代表的状態転送（ＲＥＳＴ）ウェブサービスインタフェースを利用することができ、ＩＣＳ１０で見出された物理的モデル全体に対するデータを取得する。ＲＥＳＴリソースのセットは、ＸＭＬ様式スキーマに従って編成することができる。残りの説明は実施のＲＥＳＴタイプを固有に参照するが、代替実施形態において、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）によるものを含む他のタイプのインタフェースを使用することができる。
【００２０】
以下は、ＯＭデータベース３７のリソースを識別するＵＲＬの例であり、この場合には、図１のクラスター総合接続２４内の構成要素である「ファブリック相互接続」のリストである。このＵＲＬは、ファブリック相互接続に向けられた何らかの試験のＯＶＡＬ試験定義から得られた後にコンプライアンスエンジン３４からＯＭデータベース３７に送信されるＲＥＳＴ要求に含まれる：
ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：ｐｏｒｔ／ｏｍ／ｃｏｍｐｕｔｅｓｙｓｔｅｍ／｛ｃｏｍｐｕｔｅｓｙｓｔｅｍ  ｉｄ｝／ｆａｂｒｉｃｉｎｔｅｒｃｏｎｎｅｃｔｓ
【００２１】
以下は対応するＲＥＳＴ応答の例示的な部分である。ファブリック相互接続の情報は、タグ付けされた値のセットとして提供される。ファブリック相互接続オブジェクトのためのＲＥＳＴ応答は、各個々のファブリック相互接続デバイスのためのステートメントのタグ付けされたセグメント又は群を含み、これは、システム構成要素、並びにファブリック相互接続デバイスの属性（例えば、以下の例に示すようなその最後の作動ステータス）である個々のタグ付け値である。与えられたオブジェクトのステートメントの群内には、個別のＲＥＳＴ要求に関する固有の情報を取得するために個別のＲＥＳＴ要求内に使用可能である下位構成要素のＵＲＬがある場合がある。例えば、ファブリック相互接続は、「ファブリックモジュール」と呼ぶ回路モジュールを含み、各ファブリック相互接続群は、このサブオブジェクトの対応するタグ付けＵＲＬを含む。
【００２２】
2015526822.tif 000003
【００２３】
図４は、コンテンツ要素５０及び処理構成要素５２を含むコンプライアンスエンジン３４の例示的な構造を示している。コンテンツ要素５０は、要件を指定するデータファイル（ＲＥＱＴ）５４及び試験を指定するデータファイル５６を含む。図示のように、これらは、拡張可能構成チェックリスト記述フォーマット（ＸＣＣＤＦ）及びオープン脆弱性評価言語（ＯＶＡＬ）それぞれとして公知のコンプライアンス試験で使用される特定の規格に従って編成することができる。ＸＣＣＤＦ及びＯＶＡＬの両方は、対応するＸＭＬスキーマに従って拡張可能マークアップ言語（ＸＭＬ）を利用する。一実施形態において、ＸＣＣＤＦベースの要件ファイル５４は、コンプライアンスが試験されるシステムに対する構成ベンチマークをまとめて表す規則を定義するための標準化ＸＣＣＤＦスキーマを使用することができる。以下に詳しく説明するように、ＯＶＡＬベースの試験ファイル５６は、統合ＯＭデータベース３７及びＡＰＩ３８と共に使用するように調整されたカスタマイズされたスキーマを利用することができる。図示のように、コンテンツ要素５０から提供された情報は、スキーマ文書（ｄｏｃｓ）及びコンテンツ文書の両方を含み、コンテンツ文書は、スキーマ文書に説明されたスキーマに従って実際の使用可能な情報を提供する。
【００２４】
以下の説明では、ＸＣＣＤＦ及びＯＶＡＬを使用する特定の場合が仮定され、従って、要素５４及び５６は、ＸＣＣＤＦファイル及びＯＶＡＬファイル５６と呼ぶ。これは、単に有利で理解し易いようにするためであり、制限として解釈すべきではない。
【００２５】
処理構成要素５２は、ＸＣＣＤＦインタープリター５８及びＯＶＡＬインタープリター６０それぞれとして示された要件（ＸＣＣＤＦ）ファイル５４及び試験（ＯＶＡＬ）ファイル５６のそれぞれのインタープリターを含む。これらは、ユニットとして処理構成要素５２によって実行される作動の異なる態様を管理する個別の制御構成要素（ＣＮＴＬ）６２を含む。制御構成要素６２は、コンプライアンスＡＰＩ６４を含み、これを通してクライアントアプリケーションは、「走査」と呼ぶコンプライアンス試験作動のユニットを構成し、実行し、及びそこからの結果を取得する。ＯＶＡＬインタープリター６０は、ＯＭ  ＡＰＩ３８の要求者側実施を含み、上述したように他のインタフェース４０を含むことができる。ＸＭＬを構文解析又は解釈するための技術は、一般的に当業技術で公知であり、インタープリター５８、６０を実施する際に利用することができる。実際には一実施形態において、利用可能なオープンソースＸＣＣＤＦインタープリターを使用することができる。しかし、カスタムＯＶＡＬスキーマの使用は、オフ・ザ・シェルフ又はオープン・ソース実施が適切でない場合があるように、ＯＶＡＬインタープリター６０を相応にカスタマイズすることができることを意味する。
【００２６】
図４は、ＸＣＣＤＦインタープリター５８からＯＶＡＬインタープリター６０までの矢印を含む。これは、ＸＣＣＤＦコンテンツ５４及びＯＶＡＬコンテンツ５６のそれぞれの機能から生じる情報の論理的流れを表している。ＸＣＣＤＦコンテンツ５４は、例えば、規則の形態で構成要件を表すが、規則へのコンプライアンスに対して実際にシステムを試験する方法を表さない。コンプライアンス試験のその部分は、ＯＶＡＬコンテンツ５６によって提供され、これは、満足される特定の数値的及び／又は論理的条件と共にＯＭ  ＤＢ３７に表されるようなシステム構成要素及びその属性に関して実行される特定の試験を指定する。ＸＣＣＤＦファイル５４の規則は、ＯＶＡＬファイル５６で定義されてＯＶＡＬインタープリター６０に実施される対応する試験の参照を伴う。従って、作動の一部は、構文解析されたＸＣＣＤＦ規則から得られた試験リファレンスをそれらが特定のＯＶＡＬ試験を選択して試験で使用される比較値を提供するのに使用されるＯＶＡＬインタープリター６０の中に通すことである。実施例を以下に示している。
【００２７】
図５は、高レベルのコンプライアンス試験で実行される機能の例を示している。７０では、ＸＣＣＤＦインタープリター５８は、ＯＶＡＬコンテンツ５６に定義された試験を識別する試験リファレンスと比較値とを取得するためにＸＣＣＤＦファイル５４を構文解析する。７２では、ＯＶＡＬインタープリター６０は、ＸＣＣＤＦファイル５４から抽出された試験リファレンス及び比較値によって呼び出され、７４でＯＶＡＬインタープリター６０は、ＯＭ  ＤＢ３７へのアクセスを開始し、実際の属性値を取得し、結果を使用して指定された試験を実行する。制御構成要素６２は、この全体的な作動を達成するためにインタープリター５８及び６０によって提供される機能を接続する「グルー」論理部として見ることができるものを提供する。
【００２８】
図６−９は、コンテンツ５０の２つの例を提供する。図６は、第１ＸＣＣＤＦファイル５４の抜粋であり、図７は、対応するＯＶＡＬファイル５６の抜粋である。この例では、図６のＸＣＣＤＦファイルは、ＰｏｗｅｒＰａｔｈ／ＶＥと呼ぶドライバのための望ましいバージョンを表す規則を含む。この規則は、「１００」として識別される変数及び識別されたＯＶＡＬファイルで「１００」として識別される定義を示す＜検査＞群を含む。図７は、定義１００（上部の近く）、並びに変数１００（下部の近く）を有するＯＶＡＬファイルの内容を示している。定義は、演算子（論理ＡＮＤ）を説明し、かつ＜ｅｓｘ_ｔｅｓｔ＞とタグ付けされた群としてコードに現れる試験（試験１００）を識別する＜判断基準＞群を含む。試験は、次に、コードの更に下に現れる「オブジェクト」４００及び「状態」１００を参照する。＜ｅｓｘ_ｏｂｊｅｃｔ＞群は、システムの（あるとすれば）ＰｏｗｅｒＰａｔｈ／ＶＥドライバに関する情報を収容するＯＭデータベース３７のオブジェクトのロケータ値を収容する。＜ｅｓｔ_ｓｔａｔｅ＞群は、そのオブジェクトの「状態」又は属性のロケータ値を含み、この場合に、状態１００は、ＰｏｗｅｒＰａｔｈバージョンストリングである。この群は、試験に使用される変数（変数１００）、並びに実行される作動（パターン適合）も指定する。作動において、ＯＶＡＬインタープリター６０及び制御論理部６２は、これらの値を使用してＯＭ  ＡＰＩ３８を通してＯＭデータベース３７に問い合わせを行い、戻される結果に対してパターン適合試験を実行する。結果の記録及び他の使用は本明細書では説明しない。当業技術で公知のように、ＯＶＡＬは、アプリケーション又はシステムユーザに結果を提示するために望ましい場合に別々にコンテンツを処理することができる結果ファイルもサポートする。
【００２９】
図８及び９は、詳しく説明していない別の例を提示する。この場合に、規則及び試験は、ネットワークスイッチの作動ステータスに対するものであり、遵守結果は、ストリング「作動可能」との適合である。ＸＣＣＤＦコンテンツ（図８）は、使用される要件（ステータスが「作動可能」に等しい）及び使用されるＯＶＡＬ定義（２００）を識別し、ＯＶＡＬコンテンツ（図９）は、ＯＭデータベース３７から試験されるオブジェクト及び状態を識別する。
【００３０】
上述したように、現在開示している技術の１つの利点は、コンプライアンス試験におけるクロスドメイン依存を捉える機能、すなわち、コンピュータリソース、ネットワークリソース、及びストレージリソースの全て又はいずれかの部分集合の中から属性値の特定の組合せを指定及び試験することである。一例では、図示していないが、コンプライアンス評価の範囲を制限するためのネットワークセグメント化の程度に関する仕様が存在する。このような場合に、ＯＶＡＬ判断基準を使用してＩＣＳ１０におけるネットワークのセグメント化（物理的又は仮想的）を調べ、走査の残りに対する対象内にある資産（構成要素）を自動的に決定する（すなわち、パッチが最新であるか否かなど）。
【００３１】
以下は、ＯＶＡＬ符号化を使用したこのような依存性を示す例である。この場合に、２つの条件のいずれかが真である場合に試験が満足される。第１の条件は、ネットワークセグメント１が走査の「範囲」にあり（すなわち、含まれる）、パッチがネットワークセグメントに付属するサーバで最新であることである。第２条件は、ネットワークセグメント１が走査の範囲になく、すなわち、走査の一部として試験されないことである。「走査の範囲」は、ネットワークセグメントの属性であり、「最新のパッチ」は、ネットワークセグメントに接続した仮想サーバ（コンピュータソフトウエア構成要素）の属性である。
【００３２】
2015526822.tif 000004
【００３３】
図４を再度参照すると、コンプライアンスＡＰＩ６４を使用して、例えば、人間又は機械ユーザの要求で走査を開始する段階を含むコンプライアンスエンジン３４によって実行されるコンプライアンス走査の全ての態様を制御することができる。この制御の特定の態様、及び特にシステムの１つ又はそれよりも多くの指定された事象の発生に応答して開始される「事象開始」走査の使用は、自動化することが望ましい。事象駆動式活動は、例えば、Ｊａｖａ（登録商標）メッセージ待ち行列の形態に実施することができるモニタ３０の上述の事象サブシステムによって提供される施設を使用することができる。事象開始式走査の１つの使用は、例えば、モニタ３０によって検出することができるシステム構成の変更に対する応答としての使用である。この場合に、モニタ３０は、変更を検出して対応する事象を生成する。コンプライアンスエンジン３４は、このような事象をリッスンするように構成され、事象の検出に応答して、コンプライアンスエンジン３４は、コンプライアンス走査を開始する。一部の事例においては、これをフルシステムコンプライアンス走査とすることができ、他では走査を開始した変更に集中した固有の走査とすることができる。このタイプの作動の例は、サーバ２０のようなハードウエア構成要素の追加又は除去である。
【００３４】
図１０は、コンピュータハードウエアの観点からの物理的コンピュータの例示的な構成を示している。一実施形態において、システム管理サブシステム１２は、１つ又はそれよりも多くの物理的コンピュータを有する個別の物理的コンピュータプラットフォームとして実施することができる。他の実施形態において、システム管理サブシステム１２は、物理的コンピュータの１つ又はそれよりも多くの仮想機械実行環境にその構成要素が配備された仮想機械編成を使用して実施することができる。後者の場合に、システム管理サブシステム１２は、管理するＩＣＳ１０のコンピュータハードウエア、すなわち、サーバ２０を含むことができる。
【００３５】
図１０を参照すると、物理的コンピュータハードウエアは、１つ又はそれよりも多くの高速データバスのようなデータ相互接続８６によって相互接続された１つ又はそれよりも多くのプロセッサ８０、メモリ８２、及びインタフェース回路８４を含む。このインタフェース回路８４は、外部相互接続及び他の外部デバイス／接続（ＥＸＴ  ＤＥＶ）へのハードウエア接続を提供する。接続したメモリ８２を有するプロセッサ８０は、本明細書では「処理回路」と呼ぶことができる。作動において、メモリ８２は、データ及びシステムソフトウエア（オペレーティングシステムなど）の命令及びプロセッサ８０によって実行される１つ又はそれよりも多くのアプリケーションプログラムを格納し、ソフトウエア定義の方式でハードウエアを機能させる。従って、本明細書に説明するような管理アプリケーションの命令を実行するコンピュータハードウエアは、管理回路又は管理構成要素と呼ぶことができ、このような回路又は構成要素の集合を全て実施することができ、当業技術で公知の異なるコンピュータプログラムを実行するコンピュータ処理ハードウエアの１つ又はそれよりも多くのセットとして互いに対話することが理解されるであろう。
【００３６】
本発明の様々な実施形態を具体的に図示して説明してきたが、形態及び詳細の様々な変更が特許請求の範囲によって定義される本発明の範囲から逸脱することなく本明細書に実行することができることは当業者によって理解されるであろう。
【００３７】
以上の説明では、様々な構成要素は、それぞれのＩＣＳ１０に具体的に含まれており、代替実施形態において、一部の構成要素は、いずれの特定のＩＣＳ１０に対しても非コミットとすることができ、仮想機械は、オンザフライでリソースから供給される。
【００３８】
例えば、システム管理サブシステム１２は、様々な方法により、具体的には、管理情報を取得及び／又は格納するための代替物又は補足物を使用して実施することができる。一部又は全ての管理情報は、２次ストレージに共通して存在するタイプのデータベースではなくメモリ内データ構造に維持することができる。更に、図示のようにコンプライアンスエンジン３４は、ＯＭ  ＡＰＩ３８から離れた別のインタフェースを利用して管理情報にアクセス可能である。
【００３９】
１つの特定の使用シナリオは、異なるアプリケーション及び／又はテナント組織のセットの仮想機械がホスト提供式ハードウエアリソース上で実行されるホスト−テナント環境におけるものとすることができる。このタイプのシステムでは、１つ又はそれよりも多くのテナントは、使用している構成要素（ソフトウエア及び／又はハードウエア）に対するその固有のコンプライアンスエンジンを実行することができ、ホスト側組織は、「共通」（テナント固有ではない）構成要素を検査するだけでなく、そのコンプライアンス状態をテナントのコンプライアンスエンジンに問い合わせるコンプライアンスエンジンも実行する。この問い合わせは、コンプライアンスエンジン３４が他のコンプライアンスエンジンに接続するための専用インタフェースを通して実行することができる。
【００４０】
別のシナリオでは、コンプライアンスエンジン３４は、要求するデータがデータベース（ＯＭ  ＤＢ３７）にあるか否かを検査することができ、それがない場合は、一部の代替の手段を使用して評価のためのデータをフェッチする。例えば、システム構成要素は、データベース／オブジェクトモデル内でサポートされない場合があるが、それは、コンプライアンス評価に対して試験される属性（例えば、論理的構成、又はオブジェクトモデルにまだ含まれていない単純な設定）を有する。
【００４１】
以上の説明では、ＸＭＬベースの言語を使用する例を与えたが、他の実施形態では、他のタイプのマークアップ言語を使用することができる。
【００４２】
これに加えて、本明細書に説明するようなコンプライアンス試験の範囲に入るソフトウエアのタイプを含む様々な他のタイプのシステム構成要素が存在する。ソフトウエアタイプの特定の例は、ハイパーバイザと、ハイパーバイザ上又は直接にサーバ２０上のいずれかで実行されるオペレーティングシステム又はアプリケーションとである。このような構成要素のコンテキストがコンプライアンス評価に関連する共通のシナリオが存在する。例えば、異なる顧客からの異なる作業負荷（アプリケーション）が異なる物理的サーバ２０で実行されることが必要である場合があり、これは、構成要素のハードウエアタイプ及び構成要素のソフトウエアタイプの間の必要な関係として見ることができる。異なるソフトウエア構成要素タイプの間の必要な関係の例では、特定のタイプのアプリケーションは、特定の構成を有するハイパーバイザで実行する必要がある。コンプライアンスのための試験は、上述のハードウエア中心の情報の種類に加えてコンテキスト情報を必要とする。
【００４３】
コンテンツ５０は、相対的に静的又は動的な性質のいずれかを有することができる点にも注意されたい。１つの場合に、リファレンス構成を定義して長期間（数カ月又は数年）にわたって多数のシステムにわたって適用可能とすることができる。この場合に、ＸＣＣＤＦ及びＯＶＡＬファイル５４、５６で表される１つ又はそれよりも多くのベンチマークを生成し、修正なしにいくつかのシステムでこれらのファイルを利用することができる。これは、静的ベンチマークの例である。他の場合に、特定のシステムの処理５２又は別の処理のいずれかを使用して、走査を始める前に比較値及び／又は規則全体を調整することができる。例えば、デフォルト規則は、システムの全てのパスワードが少なくとも１２文字の長さであることを要求することができる。システムマネージャは、この比較値を例えば特定の環境又は会社の規格に対してより一致することができるように「１４」又は「１０」に変更することができる。これは、よりカスタマイズ可能又は動的なベンチマークの例である。
【符号の説明】
【００４４】
１０  統合コンピュータサブシステム
１２  システム管理サブシステム
【図１】
2015526822.tif 000005
【図２】
2015526822.tif 000006
【図３】
2015526822.tif 000007
【図４】
2015526822.tif 000008
【図５】
2015526822.tif 000009
【図６】
2015526822.tif 000010
【図７】
2015526822.tif 000011
【図８】
2015526822.tif 000012
【図９】
2015526822.tif 000013
【図１０】
2015526822.tif 000014
【国際調査報告】
2015526822.tif 000015
2015526822.tif 000016