JP2002521764A - コンピュータシステムの変化監視システム - Google Patents

Abstract

(57)【要約】 コンピュータシステムの変化監視システムは、コンピュータシステムを表わす複数のテンプレートを作成し管理するプログラムを含む。保管手段は、テンプレートを保存する。通信ネットワークは、コンピュータシステムの複数のプラットフォームと通信する。プログラムが、テンプレートをコンピュータシステムのプラットフォーム及び複数のソフトウェアプロダクトの対応するものと関連付ける。他のプログラムが、テンプレートとの比較でプラットフォームまたはソフトウェアプロダクトに変化があるか否かをチェックして、コンピュータシステムを監視する。

Description

【発明の詳細な説明】

【０００１】

【発明の背景】

【０００２】

【発明の分野】

本発明はコンピュータシステムに関し、さらに詳細には、コンピュータシステ
ムの変化を監視する監視システムに関する。

【０００３】

【背景情報】

コンピュータ又は計算ノードのネットワークを維持するコストは、極めて高く
なる可能性がある。ユーザー又はシステム管理者がソフトウェアを組み込むと、
既存のアプリケーションが不能になることがある。製造されたばかりのプロダク
トに不具合があり、そのプロダクトが多数のノードに組み込まれた場合、システ
ムヘルプデスクに破壊的な結果をもたらすことがある。共用ライブラリの変化は
、それを突き止めてシステムの故障と関連付けるのは特に困難である。ユーザー
と管理者は、アプリケーションを不能にする可能性のあるファイルを削除してし
まう場合がある。さらに、権限のないユーザーによるプロダクトの組み込みで、
未制御の環境が変調を来たすことになりかねない。

【０００４】 品質保証関連システムの変化が発見できない場合多くの日数が無駄に費やされ
ることがあるが、これは重大である。監視のないシステムでは、この日数が数週
間又は数ヶ月に及ぶことがある。

【０００５】 コンピュータを新しいレベルのオペレーティングシステムへアップグレードす
るには何日もかかることがあり、通常、組み込んだソフトウェアプロダクトをあ
るレベルで検証して妥当性を検査する必要がある。このプロセスは、マンパワー
及びシステムの利用率を考えると、非常にコストが高い。

【０００６】 従来の対処法は、コンピュータシステムの各コンピュータを個々に、必要に応
じて、又は大きなシステム変化が生じた時に、テストすることによって制御する
ものである。

【０００７】 従来のコンピュータシステムでは、システムを変化させる前に、典型的な変化
制御作業が記述され記録される。その後、１つのコンピュータに対する変化の影
響がシステムエンジニアによりテストされる。そのコンピュータへの組み込みが
正しく行われれば、その変化はコンピュータシステムの他の関連するコンピュー
タへ伝わる。

【０００８】 例えば、原子力産業では、品質は非常に極めて重大な問題である。原子力発電
所の設計に使用されるコンピュータプログラムの妥当性を確認するために、相当
な努力が払われている。使用するコンピュータは、妥当性の検査をするのであれ
ば、検査済みのコンピュータでなければならない。広範な妥当性検査を一式繰り
返し行うには長時間とかなりの知識ベースが必要である。

【０００９】 従って、コンピュータシステムの変化制御アプリケーションには改善の余地が
ある。

【００１０】

【発明の概要】

本発明は、コンピュータシステムの複数のプラットフォーム及び複数のプロダ
クトに変化があるか否かにつきコンピュータシステムを監視する変化監視システ
ムを提供する。このようにして、以前妥当性検査を行ったコンピュータの品質を
、その種々のプラットフォーム及びプロダクトに望ましくない変化が生じたか否
かにつき監視することができる。

【００１１】 本発明の１つの局面によると、複数のプラットフォーム及び複数のプロダクト
を有するコンピュータシステムのための変化監視システムが提供される。この変
化監視システムは、コンピュータシステムを表わす複数のテンプレートを作成し
管理する手段を含む。テンプレートを保存する手段がある。コンピュータシステ
ムのプラットフォームと通信する手段が含まれる。対応するプラットフォーム及
びプロダクトとテンプレートとを関連させる手段がある。そして、テンプレート
との比較によりプラットフォームまたはプロダクトが変化したか否かにつきコン
ピュータを監視する手段が含まれる。

【００１２】 好ましい実施態様として、プラットフォームは、第１のオペレーティングシス
テムを有する少なくとも１つのプラットフォームと、第１のオペレーティングシ
ステムとは異なる第２のオペレーティングシステムを有する少なくとも１つのプ
ラットフォームとを含む。コンピュータシステムの監視手段は、第１および第２
のオペレーティングシステムを監視する手段を含む。

【００１３】 コンピュータシステムのプラットフォームには複数のソフトウェアプロダクト
が組み込まれ、コンピュータ監視手段は、コンピュータシステムに組み込まれた
ソフトウェアプロダクトを識別する手段を含むのが好ましい。ソフトウェアプロ
ダクトを識別する手段は、それぞれ異なるプラットフォームへのソフトウェアプ
ロダクトの組み込み回数を与える手段を含む。

【００１４】

【好ましい実施例の説明】

図１は、コンピュータシステム４のための変化監視システム２を示す。コンピ
ュータシステム４は、複数のプラットフォーム６、８（被監視ノードとして示す
）と、例示的なソフトウェアプロダクト１０、１２、１４、１６のような複数の
プロダクトとを有する。例示的なプラットフォーム６はUNIX（登録商標）のよう な第１のオペレーティングシステム（O1）１８を使用し、例示的なプラットフォ ーム８は第１のオペレーティングシステム１８とは異なるWindowsNT（登録商標 ）のような第２のオペレーティングシステム（O2）２０を使用する。もっとも、 各プラットフォームにおいて同一又は異なる広い範囲のオペレーティングシステ ム（例えば、Windows 95、Windows 98）を使用しても良い。

【００１５】 例示的なコンピュータシステム４を図示するが、かかるシステムには、例えば
、企業システム、原子力設計、金融、医療、ウェブサーバー、デパートメントシ
ステム、エンジニアリング、ソフトウェア開発、ホームＰＣ又は規制のある業界
もしくはシステム変化制御リスクを最小限に抑える必要のある分野の他の活動の
ような種々のアプリケーションのための複数のノードシステム（例えば、２乃至
何千ものノードを有する）のように広い範囲のものが使用されることを理解され
たい。例示的なプラットフォームとして６、８を示したが、本発明は広い範囲の
プラットフォーム、例えば、プロセッサ、メインフレームコンピュータ、ミニコ
ンピュータ、ワークステーション、サーバー、パソコンだけでなく他のマイクロ
コンピュータ、他のマイクロプロセッサ型コンピュータ、中央処理ユニット又は
オペレーティングシステムを用いるネットワークプロセッサに利用可能である。

【００１６】 例示的なシステム２は、監視ノード２２、保管ノード２４及び基準ノード２６
を含む。以下、図２−１３を参照して詳細に説明するが、監視ノード２２はコン
ピュータシステム４のプラットフォーム６、８及びプロダクト１０、１２、１４
、１６を表わす複数のテンプレート（Ｔ）２８、３０、３４を作成し管理し、こ
れらのテンプレートは保管ノード２２により保管される。監視ノード２２は、テ
ンプレート２８、３０、３４を対応するプラットフォーム及びプロダクトと関連
させ、またプラットフォーム及び／又はプロダクトに変化があるか否かにつきコ
ンピュータ４を監視する。例えば、１つのテンプレートが１つのプラットフォー
ムに対応し、別のテンプレートが別のプラットフォームに、またさらに別のテン
プレートが１または２以上のプラットフォーム上の１つのプロダクトに対応し、
さらに別のテンプレートが１または２以上の他のプラットフォームに対応する。
しかしながら、図３−４を参照して説明するように、同一又は同様なプラットフ
ォーム上の同一のプロダクトに対して同じテンプレートを用いてもよい。

【００１７】 ノード２２、２４、２６は、コンピュータシステム４のプラットフォーム６、
８と通信するために例示的な通信ネットワーク３２のようなコンピュータネット
ワークを利用する。例示的な通信ネットワークを示したが、任意適当なコンピュ
ータネットワーク、例えば、トークンリング方式、Ethernet、FDDIを利用可能で
あり、そのうちの任意又は全てのものはローカルエリアネットワーク（LAN）又
はワイドエリアネットワーク（WAN）として構成できる。

【００１８】 システム２は、監視機能がある、したがって任意のコンピュータにより任意の
コンピュータを監視できるという点において独立のコンピュータシステムである
。２２のような１または２以上のコンピュータ上のシステム２から、６及び８の
ような他のコンピュータを監視できる。例えば、UNIX（例えば、UNIXプラットフ
ォームHP-UX、Solaris、AIX）とマイクロソフトWindows NTのコンピュータをリ
ンクする例示的なネットワーク３２にあるコンピュータは、例えば、２２のよう
なHewlett Packard UNIXのワークステーションを用いることにより、システム管
理者デスクから容易に監視することができる。そして、ネットワーク３２上の全
てのコンピュータを、管理者デスクからアクセスし、問い合わせ及び管理を行な
うことが可能である。

【００１９】 システム２は、クライアント・サーバーアーキテクチャーを用いるのが好まし
い。例示的なシステム２をNT及び／又はUNIX系のプラットフォーム上に構築する
と、任意のプラットフォームから、各プラットフォームの変化制御状態と、問題
がその後解決されて行く様子を見ることが可能である。例えば、中央の支援施設
の人間がNTプラットフォームにいて、エンジニアリングの人間がNT及びUNIXのプ
ラットフォームを使用する場合がある。システム２は、中央支援施設のNTプラッ
トフォームからエンジニアリングの全てのプラットフォーム（NT及びUNIX）を容
易に管理できるようにする。逆に、もし他の支援員がUNIXプラットフォームにい
れば、中央支援施設のような通信ネットワークを介して同じNT及びUNIXプラット
フォームを監視することができる。

【００２０】 システム２は「テンプレート」方式を利用する。通常、監視ノード２２（／又
は別のノード）は、プラットフォーム６、８及びプロダクト１０、１２、１４、
１６のテンプレート２８、３０を作成し、保管ノード２４に基準状態としてこれ
らを保存する。監視ノード２２は、適用可能なテンプレートを対応する被監視ノ
ード６、８へ送信する。そして、監視ノード２２は、コンピュータシステム４の
プラットフォーム及びプロダクトを定期的にチェックして、それらが保存したテ
ンプレート２８、３０とマッチするか否かを確かめる。

【００２１】 プロダクト及びプラットフォームの各テンプレート２８、３０は、ベンダー／
システムプロダクトを構成するオブジェクトまたは監視必要性が論理的にあるオ
ブジェクトの一群を記録したものである。例えば、オブジェクトはファイル、プ
ロセス及び／又はディスクに保存されたものであり、プロダクト又はアプリケー
ションを満足に作動させるために必要なものである。各ソフトウェアプロダクト
１０、１２、１４、１６は、プロダクト名及びバージョン番号より成るラベルを
有する。プロダクトのテンプレート２８、３０は、そのプロダクトに含まれる全
てのオブジェクト、各オブジェクトの検証しなければならない特性、それらの特
性の予想値、及び予想値からの分散の重大度をリストしたものである。オブジェ
クト（及びそれらの特性）の例としては、（１）プラットフォーム（CPUタイプ
、オペレーティングシステムのバージョン、オペレーティングシステムの発売日
）、（２）ファイル（パス名、所有者、グループ、許可、バイトサイズ、CRC、
リンク数、リンク解像度）、（３）プロセス（プロセス名、実行期間）、及び（
４）ディスク保存手段（ドライブ、識別子、総合容量、ユーザー警告しきい値、
ヘルプデスク警告しきい値）が含まれる。

【００２２】 システム２は、変化しない状態を維持し、また監視する必要のある全てのプラ
ットフォーム、ソフトウェア、ハードウェアオブジェクトの定義を容易にし、そ
の後、それらのオブジェクトが変化していないことを検証する。システム２は、
検証を行なう際、テンプレート２８、３０を参照してチェックする特性とそれら
の予想値を知ろうとする。その後、予想値をプラットフォーム６、８上の現在値
と比較し、テンプレートの値と現在値の間に差があればその差をレポートして記
録する。

【００２３】 例えば、エンジニアリングシステムのテンプレートの範囲は、親組織が品質保
証上重大と考える項目に左右される。例えば、その範囲は、品質保証部とエンジ
ニアリング部とが共同で決定するかも知れない。範囲は通常、オペレーティング
システム、CPU及び重要なアプリケーションを含む。範囲としては、例えば、原
子炉の炉心設計を支援するワークステーション利用コンピュータシステム上の42
,000個のファイルから１つのタイプの分析を支援するパソコン上の3,000個のフ
ァイルまで種々考えられる。

【００２４】 コンピュータ業界で一般的に周知のドメインは、コンピュータシステム４のア
ーキテクチャーの最高レベルである。ドメインを定義すると、その数は通常、環
境のサイズに依る。例えば、大きな会社では、通常、主要な事業部毎に少なくと
も１つのドメインが存在するであろう。ドメインは機能グループ毎に分割するこ
とができる（例えば、エンジニアリング、経理、人事部門）。ドメインは、大域
的な編成パラメータを検討することにより割当てられる。異なるパラメータ（例
えば、ソフトウェアの保管場所、例外レポートのスケジュール、排他的変化時間
切れ値、遠隔時間切れ値、自動修正能力、ユーザー通知オプション）を必要とす
る各ケースでは、新しいドメインを設定する必要がある。ドメインは、システム
４内において（例えば、エンジニアリング部門ではNTドメインＡにように）それ
らの機能又は組織を一意的に定義するためのネットワーク構造内の一群のノード
を有するが、任意のドメインが可能である（例えば、エンジニアリング部門の「
NTドメインA」と情報システム部門の「UNIXドメインB」との組合せ）。コンピュ
ータシステムのドメインは、事業部構造内のノードの論理群より成る。例えば、
会社レベルにマスタードメインがあり、幾つかの事業部ユニットのドメインが次
のレベルにあるようなものである。ドメインは物理的な場所で定義してもよく、
その場合各サイトが一意的なドメインを有する。

【００２５】 ノード群はドメイン内のノードを集めたものであり、そのドメインの下でさら
に別の論理的なノード群があり得る。ノード群は、ユーザー及び管理者がノード
群の特定のパラメータを定義するために使用する。通常、異なる条件を有する異
なるタイプのノードは、別個のノード群として定義される。例えば、エンジニア
リング部門の、制御下にあるワークステーションのノードを１つのノード群とし
、経理部門の、制御下にないパソコンのノードを別のノード群と定義できる。

【００２６】 ノード群は、各被監視ノード６、８上に存在する、図５の１０２のようなチェ
ックリスト（もし存在すれば）の照会により検知可能である。

【００２７】 ユーザー群は、１つの群として定義された許可及び他のパラメータを有するユ
ーザーIDを集めたものである。

【００２８】 プロダクト群は、共通する特定の特徴又は要件を有するプロダクトを論理的に
集めたものである。例えば、オペレーティングシステムは通常、プロダクト群で
あり、従って、MS Officeは全てのMS Officeのアプリケーションを含むプロダク
ト群であろう。

【００２９】 システム２の１つの実施例は、プラットフォーム６、８及びそれらのファイル
の以下の例示的な特性によりテンプレート２８、３０を形成する：（１）オペレ
ーティングシステム名、オペレーティングシステムのバージョン番号、オペレー
ティングシステムの発売日、CPUの特性（「等価的な」CPUがサポートされるが）
を含むプラットフォームの特性、（２）ファイル名（存在テストが用いられる）
、所有者（例えば、ユーザーID、グループ、システム）、関係のある群（例えば
、システム、ユーザー）、許可（例えば、誰が実行できるか、誰が読み取りでき
るか）、サイズ（変更してはならないファイルのマッチングサイズ）または最大
しきい値サイズ（例えば、ファイルがしきい値を越えると通告する記録ファイル
の最大サイズ／キロバイト）、リンク（即ち、ファイルのフルネーム（例えば、
C:/abc/def/compiler.exe）へのリンク（即ち、ショートカット（例えば、/poiN
T）及び／又は改良式周期冗長チェック（CRC）（例えば、３２ビット、１６ビッ
ト）。本発明は広い範囲の特性を用いるテンプレートに適用可能である。

【００３０】 システム２の別の実施例では、プラットフォーム６、８の他の例示的な特性に
より複数のテンプレート３４が形成される：（１）特定のアプリケーションに関
連するWindowsNTの登録項目、（２）サービス／デーモン（例えば、メールボッ
クスサーバーのように、継続的に実行され、従ってそれらに不具合がなく、実行
中で、休眠モードにないように検証する必要があるプログラム）、（３）UNIXか
らNTへの、またはその逆のデータの流れのようなコンピュータとコンピュータの
ハンドシェイク、（４）ダイアルアウト用のモデムサーバー、（５）ディスク割
当て（例えば、多数のユーザーには特定のディスクドライブについて割当て（即
ち、サイズリミット）があり、従って割当てを越えると警報が発生する）、（６
）ディスクマップ（即ち、依然として別のプラットフォームのディスクドライブ
に対してマッピングされたプラットフォーム）、（７）ディスクマウント（即ち
、プラットフォームに依然として取付けられた特定のディスクドライブ）、（８
）環境変数（例えば、エグゼファイルへのパス、ヘルプページへのパス、値Ａが
特定のプログラムへのパスであるようなログオンセッションの変数）、（９）フ
ァイルトリミング（例えば、ファイルが特定のサイズを越えた場合、ファイルか
ら最も古い情報の一部をトリミングする）、及び／又は（１０）ソフトウェアイ
ンベントリー機能（例えば、特定のテンプレートに対してマッチングされた情報
の一部に基づき、Word 7.0のようなワードプロセッサの予想修正レベルを決定す
る）。

【００３１】 例示的なテンプレート２８、３０はファイル管理を制御するが、テンプレート
３４はハードウェア管理を制御する。これらの実施例の一方又は両方につきアプ
リケーションが存在することがわかるであろう。

【００３２】 各プラットフォーム６、８は、特異なシステム環境（例えば、Intel Pentium
、及びNT 4.0、Service pack 3）を生み出すハードウェアとオペレーティングシ
ステムの組合せである。ハードウェアとオペレーティングシステムの特異なセッ
トが、個々のプラットフォームを形成する。そして、この個々のプラットフォー
ムは、テンプレート（例えば、ソフトウェア及びハードウェアプロダクトにつき
保管ノード２４からダウンロードされる）、プロダクトログ、プロダクト群リス
ト（例えば、Microsoft Officeまたはオペレーティングシステムの一部のような
類似性を有するプロダクト）、及びチェックリスト（例えば、ユーザーノードの
構成に使用される特定プラットフォームのプロダクト群、ユーザーノードを再び
ロードするために用いるファイルの場所）を含む。従って、例えば、オペレーテ
ィングシステムがHP UX 9.01であるコンピュータHP 735は、オペレーティングシ
ステムがHP UX 9.05のコンピュータHP 735とは別個のプラットフォームである。
１つのコンピュータと２つ（又はそれ以上）のオペレーティングシステムを有す
る単一のノードは、２つ（又はそれ以上）のプラットフォームを有することがわ
かるであろう。

【００３３】 ハードウェアは、CPUのチップ（例えば、ペンチアム）及びステッピングレベ
ル（例えば、１、２、３）により定義される。

【００３４】 オペレーティングシステムは、名前（例えば、NT），バージョン（例えば、４
．０）及び発売日（例えば、サービスパック３）により定義され、種々のソフト
ウェアパッチを含む。

【００３５】 プラットフォーム６、８は、プロダクト１０、１２と１４、１６のそれぞれ一
組のプロダクトテンプレートを有する。これはノードに組み込まれるプロダクト
の全バージョンを含む。１つのプラットフォームにつきただ２つのプロダクトを
示すが、かかるプロダクトを３個またはそれ以上使用できることがわかるであろ
う。各プラットフォームは通常、２６のような１又は２以上のマスターノードを
有し、これはその特定プラットフォームのクリーンな構成を含む。

【００３６】 例示的なシステム２は図１に示すような４つの論理ノードタイプを使用するが
、１つの物理的プラットフォーム上にこれらの論理ノードタイプ６／８、２２、
２４、２６のうち２、３または４つのタイプを用いてもよい。

【００３７】 基準ノード２６は、妥当性を確認し、確認したプログラム及びデータを保持す
るところである。

【００３８】 保管ノード２４は、テンプレート２８、３０、３４及びプロダクトのチェック
リスト（即ち、エンジニアリング部門のノード、開発部のノードのような特定プ
ラットフォームのプロダクトリスト）を維持するところである。この保管場所で
の保存は、別のプラットフォームにおいて後で使用するために行なう。システム
２は、システム管理者が、名前を除き最初のプラットフォームと全く同一な「複
写」ノードを作成するのを可能にする。構成の条件によりソフトウェアが制御下
にあるプラットフォームで実行されることが要求される場合、この特徴は、ソフ
トウェアを１つのシステム上で検証した後任意の複写ノード上で実行できるため
、非常に貴重である。

【００３９】 保管ノード２４は、多数のプラットフォームを定義する。ある環境では、全て
のドメインにつき全ての保管場所の最初の複写を保管するマスター保管ノードが
ただ一個存在し、且つ物理的に各ドメイン内にあり、そのドメインの保管物を保
存する瓜２つの保管ノードが存在するであろう。各保管ノードは、そのドメイン
の大域パラメータを定義する一組の構成ファイルと、２８、３０、３４のような
テンプレートと、そのドメイン内に存在する各プラットフォームの記録ファイル
とを有する。システム２は、２つのタイプの構成ファイルを維持する。この構成
ファイルspp.cfgは、システム２への種々のインターフェイスのオプションを特
定する。構成ファイルnode.cfgは、単一のドメイン内のノードまたはノード群に
ついて、情報及びデフォルトオプションのようなオプションを特定する。

【００４０】 被監視ノード６、８は、ユーザーが厳格な品質を要求する計算を行なうノード
又はプラットフォームである。監視ノード２２は、例えば、ヘルプデスクの人間
及びシステム管理者が被監視ノード６、８を見てそれを変更するために使用する
。

【００４１】 図２は、図１のシステム２の全体データ流れ図である。このシステム２は、プ
ログラムspptmpl３６、sppview３８、sppcheck４０、sppreport４２、sppcopy５
７、sppstate８０、sppinstal１０６を有し、これらは全てシステムのある特定
のユーザーによりアクセス可能である。このシステム２の利用については、３つ
の明確に異なる相４４、４６、４８がある。プロダクト状態作成相４４では、シ
ステム管理者５０は、プログラムspptmpl３６を用いて、組み込まれたプロダク
トの構成要素及びテストすべきその特性を定義する。この相４４においてチェッ
クされる特性値は、プロダクトが生産ノード上に置かれると、予想される特性と
して作用する。特性値はプロダクトの基準状態５２であり、これは保管ノード２
４に保存される。

【００４２】 管理者５０は、各ユーザーによるアクセスが許可されるシステムの或る特定の
特徴を特定し、このシステム２の全てのまたは重要な機能がユーザー５０、５４
にとって利用可能である。その後、システムの機能がアクセスされると必ず、シ
ステム２がユーザーのアクセス権を確かめるためのチェックを行なう。ユーザー
レベルの決定により、特定のユーザーＩＤの権限レベルが決まる。例えば、最高
レベルは中央のアーキテクチャを決定する管理者５０である。次のレベルは修正
を可能にする。第３のレベルはヘルプデスクの人間５４である。最後に、最も低
いレベルは、システム２の限られた情報だけを見ることのできるユーザー５８で
ある。

【００４３】 ノード構成相４６では、管理者５０（又はヘルプデスクの人間５４）は、プロ
グラムsppview３８により、選択したノード５５上に置かれるプロダクトだけで
なく例外レポートの定期的な発生のようなそのノード上で行なわれる特定の作業
を識別する。保管ノード２４に保存された特性値を含むテンプレート５６は、プ
ログラムsppinstal１０６及びsppcopy５７により、選択したノード５５へ送られ
る。プログラムsppcopy５７はまた、プロダクトテンプレートを付加し、ノード
５５上において図５の１０２のようなチェックリストを作動させるために外部で
駆動可能である。

【００４４】 監視及びレポート相４８では、ユーザー５８、管理者５０またはヘルプデスク
の人間５４が、プログラムsppcheck４０を用いてプロダクトの予想状態からの偏
移を検知する。また、管理者５０又はヘルプデスクの人間５４は、プログラム３
８sppviewを用いてプロダクト状態の修正を可能にする。さらに、プログラムspp
report４２は、予想状態との一致を記述するレポートを、管理者５０、図１のコ
ンピュータシステム４の品質に興味のある新しい顧客６２、又は監査人６４のよ
うなユーザーへ提供する。このようにして、ヘルプデスクの人間５４（又は管理
者５０）は、傾向を識別し、１又は２以上のノードに関するシステムの作動状態
についてのレポートを作成することにより、監査を支援する。

【００４５】 管理者５０は、プロダクト（例えば、ソフトウェア及び／又はハードウェアの
構成要素の集合体）を付加すべきときは必ず保管ノード２４において単一のプロ
ダクトの情報を提供する。この情報は、そのプロダクトが不変であることを確認
するためチェックが必要な要素を識別する基礎となるものである。管理者５０は
、同一のハードウェアノード上で状態テスト構成を複写できる。ソフトウェアの
組み込み後、管理者５０は選択したノード５５へロードされたテンプレートをプ
ログラムsppcheck４０と共に用いてこの組み込みを検証する。図１の基準ノード
２６とマッチさせなければならない差があると、これを、図９を参照して以下に
説明するように、解消して記録する。そのノードの状態６６の記録は後で使用で
きるようにする。

【００４６】 プログラム４０は、特定のノード上の欠陥を診断し修正するシステム２の重要
な要素である。欠陥は予想された状態からの偏移である。ユーザー５８、ヘルプ
デスクの人間５４、管理者５０又はデーモンがプログラム４０を始動させた後、
変化したノードの状態６６が得られ、エラー６８が記録され、修正作業７０が要
約される。

【００４７】 ユーザー５８はプログラムsppcheck４０を呼び出すが、このプログラムはプラ
ットフォームの最後のリチェックに基づくそのプラットフォームの品質保証ノー
ドの修正された状態６６を得る。このノードの状態６６は、分析プログラムsppv
iew３８の出力の一部となり、特定のプラットフォームの品質保証記録として作
用するようにしてもよい。あるいは、ユーザー５８は何もせずに、蓄積されたシ
ステム記録に頼ってもよい。さらに別の方法として、ユーザー５８はプログラム
spplook５９を呼び出すことにより現在の品質保証状態に関する要約情報を得る
。その情報は、選択したノード５５に関連する監査を支援する上で適切であるこ
とが多い。

【００４８】 ユーザー５８からの電話７２に応答して、ヘルプデスクの人間５４は、プログ
ラムsppview３８を用いてプロダクト状態の修正を可能にすることによりノード
修正プロセスを管理する。このケースは、図５を参照して以下に説明するケース
（システム管理者５０が電話を受けない）とは、図２のユーザー５８が彼よりも
広い範囲の欠陥を修正する権限を有するヘルプデスクの人間５４からの支援を要
請するという点で相違する。

【００４９】 欠陥が検知されると、ヘルプデスクの人間５４（又は管理者５０）は、その問
題を突き止めて修正作業をする。この場合、例えば、管理者５０がシステム２か
ら問題が存在することを通告されるか、又はヘルプデスクの人間５４がテスト結
果をみてその欠陥を突き止める。

【００５０】 図２のネットワーク監視及びレポート機能は、（１）ノード群の状態を与え、
（２）ノードを詳細チェックのために選択し、（３）ノード上において各プロダ
クト群及び／又はプロダクトの状態を識別し、（４）基準テンプレートとの違い
を表示し、（５）テンプレートの変化を品質保証目的で記録するのを必要とし、
（６）システム変化を品質保証目的で記録するのを必要とし、（７）テンプレー
トをレポート形式で表示し、（８）要約記録レポートを表示し、（９）ディスク
ドライブ上の使用可能な空間を表示し、（１０）共有ライブラリにより影響を受
ける可能性のあるプロダクトの名前を表示する、対話により支援される。これら
は、そのシステム４の何れの部分が各組のプロダクトの機能にとって重要である
かの情報によりコンピュータシステム４を視覚的に構成する。

【００５１】 図３−１３は、図２のGUI３７、３９のようなグラフィカルユーザーインター
フェイス式のアプリケーションを用いるのが好ましいシステム２のプログラムの
フローチャートを示す。簡単に参照できるようにするため、これらのGUIは図３
−１３には図示しない。アクションのイニシエーターをアクターと呼ぶが、これ
らは上記の図の円の外側にある。Ｃ、ＥまたＩを各オブジェクトの中心に配置し
て、そのオブジェクトが主として：（Ｃ）制御オブジェクト（即ち、主として機
能を制御し実行するオブジェクト）；（Ｅ）エンティティオブジェクト（即ち、
主としてデータを含むオブジェクト）；及び（Ｉ）インターフェイスオブジェク
ト（即ち、主としてユーザーに対するインターフェイスとして働くオブジェクト
）であることを指示させるが、各オブジェクトはその主要な表示機能に関係ない
機能を実行することもある。オブジェクト間の矢印付きラインは情報の流れを示
し、その情報の詳細は図３−１３を参照して以下に説明する。

【００５２】 図３を参照して、管理者５０は、新しいプロダクトが付加された時、古いプロ
ダクトが削除された時、またはプロダクトが変更された（例えば、オペレーティ
ングシステムに大きな変更が導入され、オペレーティングシステムとハードウェ
アの両方が同時に変化した）時はいつも、保管ノード２４に単一のプロダクトの
情報を提供する。管理者５０は、この情報を新しいノードに送るか又は既存のノ
ードの情報を更新する。この情報は、プロダクトが不変であることを確認するた
めチェックの必要がある要素を識別する基となる。

【００５３】 まず第１に、管理者５０は、プロダクトを組み込む前にプログラム３６を作動
させてノード７６のスナップショットを得る。次に、管理者５０は所望のノード
７６（例えば、ソフトウェア開発部門のノード、エンジニアリング部門のノード
）上でそのプロダクトの組み込み命令７４を実行する。その後、管理者５０は、
比較の基準となるスナップショットの名前を特定する。図４を参照して以下に説
明する入力「none」を、最初のノードについて使用する。管理者５０は、プロダ
クト名とプロダクトのバージョンを入力し、プロダクト群の名前を選択する。

【００５４】 次に、プログラム８０は、ノード７６のオペレーティングシステムに照会して
、対象となる指定ディレクトリの全てのファイル上の最後に変更した日付／時間
、ノード７６上において実行中の全てのプロセス名、及びそのハードウェア成分
のリストを含む、そのノードの現状に関する最初のスナップショット情報を得る
。その情報は、プロダクトの下書きテンプレートである基礎レベルテンプレート
８２に記録される。

【００５５】 次いで、管理者５０は、プログラムsppstate８０により得られる情報に作用し
て不要と思われるチェック（例えば、「ヘルプ」マニュアルページに対するチェ
ック）を除去／又は非作動にする。例えば、プログラムspptmpl３６により駆動
されるGUI３７（図２を参照）は、管理者５０がチェックすべき特性を特定し、
１または２以上のファイルを除去し（例えば、サフィックス又はワイルドカード
により）、選択したファイルを他のテンプレートに移動し、テンプレートを表示
できるようにする。

【００５６】 例えば、ソフトウェアアプリケーションのために付加、削除又は修正できるト
ピックスとして、（１）プラットフォームのディレクトリ、（２）ファイルまた
はリンク（ファイル名を共通保存領域へのリンクにより置換し、リンク名を提供
し、「$PREFIXn」が与えられている場合ファイルを「$PREFIXn」と特定する）、
（３）実行中でなければならない所要のプロセス、（４）ライセンスサーバー（
即ち、ライセンスサーバープロセスの名前）、（５）共有ライブラリ識別手段（
例えば、共有ライブラリのファイル名（共有ライブラリの変化と後で相関させる
ために従属物が保持される）、（６）スナップショットに使用されるハードウェ
アの構成の識別、（７）スナップショットのために使用されるオペレーティング
システムのＩＤ、及び／又は（８）組み込まれたプロダクトに必要な自由ディス
ク空間がある。

【００５７】 図１のコンピュータシステム４上の各プロダクトは、図２のプログラムspptmp
l３６のGUI３７におけるプロダクト名で示す。これらのプロダクト名は、より高
いレベルの群に関連させてもよい。システム２は、プロダクトに関連するそれら
のオブジェクトを自動的に発生させ、そのプロダクトの監視をシステム２に組み
込む。図５を参照して以下に説明するように、プラットフォームの監視における
と同様、各プロダクトは、問合せにより、プロダクトレベルで、適宜、迅速又は
完全な再チェックを行って欠陥を発見することができる。プロダクトの変化が検
知されると、システム２は、その問題を確かめるためにそのプロダクトを「掘り
下げ」を支援する。

【００５８】 オペレーティングシステムは、例えば、以下の名前の群：（１）変化可能な群
（即ち、異なることが予想されるファイル）（２）ベースとなる群（即ち、同一
であると予想されるファイル）、及び（３）共有ライブラリの群（即ち、多数の
アプリケーションが使用することが知られているファイル）により記述される。

【００５９】 種々のタイプの欠陥（例えば、問題の各オブジェクト及び／又はオブジェクト
の特徴）の重大度レベルは、プロダクトまたは要素により特定可能である。修正
作業、修正作業前にテストの必要な状態、及び修正作業を行う必要のある許可レ
ベルを、オプションとして特定してもよい。

【００６０】 管理者５０による実行と同時に、ベーステンプレート８２及び修正テンプート
８４は、著者の名前、テンプレート作成日時及びテンプレート修正の記述と共に
保管ノード２４に保存される。特定のプロダクトの状態ファイル８８は、プログ
ラムsppcheck８０が作成し、その後保管ノード２４に保存される。プログラムsp
pcheck４０が状態ファイル８８をチェックし、その結果であるエラーログ６８が
品質保証記録となる。

【００６１】 ８４のようなテンプレートは一度に作成されるか又は徐々に作られる。場合に
よっては、最初のテンプレートを作成した後、それに新しいそしてテスト済みの
プロダクトを付加する際、修正するのが便利であろう。プラットフォームの妥当
性は確認されているがその起源がはっきりしない場合、一度に行うアプローチを
用いる。これらアプローチは共にシステム２の枠組みで利用可能であり、管理者
５０は状況に適したアプローチを選択できる。

【００６２】 図３と幾分類似の図４に示すように、管理者５０は情報９０を新しいオペレー
ティングシステム及び／又は新しいハードウェアより成る新しいテンプレート９
２へ提供する。これは、例えば、オペレーティングシステムに大きな変化が生じ
る時そして／又はオペレーティングシステムとハードウェアの両方に同時に変化
が起きる時に生じる。

【００６３】 先ず最初に、管理者５０は、プロダクトの販売者により提供されたツール９４
を用いてそのプロダクトを識別する。そのツール９４とプロダクトの従属物は各
プラットフォームにつき異なるが、各プロダクトについても相違する場合がある
。その後、プロダクトのＩＤ及びプロダクトの従属物データ９６をツール９４か
ら得る。このデータは実行中のプログラムspptmpl３６が使用するが、プログラ
ムsppstate８０により使用されることがある。管理者５０は、求められたスナッ
プショット名につき「none」と入力し、管理者５０が確認すると、プログラムsp
pstate８０が１または２以上のベースプロダクトテンプレート８２を作成する。

【００６４】 プログラムsppstate８０は、プラットフォーム９２のオペレーティングシステ
ムに対してその現在の状態に関する情報について照会する。実行プロセス名の違
いにより、付加されたプロセスを突き止める。また、ハードウェアの違いを識別
する。求めたベーステンプレート８２をセーブして品質保証レポートに付け加え
、後で再利用する。

【００６５】 その後、管理者５０は一般的に単一のプロダクトに使用される同じプロセス（
図３を参照）をたどり、プログラムsppstate８０により得られる情報に応答して
不要と思われる或る特定のチェックを省略又は非作動にし、残りのチェックの重
大度を設定する。それとは対照的に、図４のこの作業はさらに多くの要素を含む
ため、時間が非常に長くなる。ソフトウェアアプリケーションについて付加、削
除又は修正が可能な種々のあるいは別のトピックには、（８）プロダクトの実行
相に必要な自由ディスク空間と、（９）マウント／アタッチ（即ち、ファイルシ
ステムがこのアプリケーションに存在しなければならない）がある。

【００６６】 また、管理者５０は、（１０）ディスク割当て（即ち、ユーザーによるディス
ク割当て）、（１１）暴走プロセス及び時間リミット（即ち、もはや親のないプ
ロセス又は時間リミットよりも長い間アクティブであるプロセス）、（１２）ネ
ットワーク結合（即ち、サーバーとして働くノードが利用可能であるという確認
）、（１３）時間同期（即ち、時間同期のための基準ノードの明細）、（１４）
オペレーティングシステムのバージョン（即ち、予想されるオペレーティングシ
ステムのバージョン）、（１５）時間を制限されたプロセスの規則、及び（１６
）待機容量（例えば、完全な印刷待ち行列）のようなさらに別のトピックスを特
定する。管理者５０はさらに、特定のGUIサブメニューを介して、（１）プロセ
ッサー利用率、（２）RAM、及び（３）ディスク容量（図示せず）のような名前
のついたハードウェアの構成を特定する。

【００６７】 修正作業、修正作業の前にテストが必要な状態、及び修正作業の実行に必要な
許可レベルは、オプションとして特定してもよい。種々のタイプの欠陥の重大度
レベルは、プロダクト毎にあるいは要素毎に特定できる。また、ユーザーへの問
題のあるプラットフォームの通告及び管理者５０への欠陥の通告は、プロダクト
毎にまたは要素毎に特定してもよい。欠陥の重大度レベルはオブジェクトタイプ
毎に与える。図４の残りの部分は図３を参照して説明したと同様である。

【００６８】 図５を参照して、管理者５０はノード９８の新しい構成を特定する。先ず最初
に、管理者５０は、プログラムsppview３８のGUI３９（図２参照）により、新し
いノード構成を特定し、カストマイズしたプロダクトセットのハードウェア、オ
ペレーティングシステム及びアプリケーションを選択する。以前に名前を付けた
アプリケーション群または保管ノード２４から定義した任意のノード上のプロダ
クトセットを開始点として利用する。GUI３９はまた、ノード９８についてシス
テム２のユーザーへアクセス権の割当てだけでなくサーバー名、ライセンスサー
バー名及びプログラムsppcheck４０の実行スケジュールをサポートする。

【００６９】 次に、プログラムsppview３８により、プログラムsppmaster１００が新しいノ
ード９８のチェックリスト１０２と基準状態１０４を構成する。その後、管理者
５０は新しいノード名を入力し、プログラムsppview３８により駆動されるGUI３
９を介して組み込みプログラムsppinstal１０６を始動する。プログラム１０６
及び図２のプログラムsppcopy５７は、チェックリスト１０２を用いてテンプレ
ートとリスト１０２により特定されたプロダクト基準状態ファイルの全てを、プ
ログラムsppcheck４０のような適当なシステム２のプログラムと共にノード９８
に送る。

【００７０】 プログラムsppcheck４０は、実行されると、異なることが予想されるファイル
の変化データを発生し、このデータをノードにとって特定な記録ファイル１１６
（図６を参照）に入力する。また、新しいノード９８に送られたチェックリスト
とテンプレートとにより駆動されるプログラム４０は、各要素の状態をチェック
して、組み込んだものが予想される状態特性とマッチすることを確認する。

【００７１】 次に、管理者５０は、プログラムsppview３８を使用し、そのGUI３９に示され
るプロダクト（例えば、種々のコンパイラ）の任意の相違点についての結果をチ
ェックし、図９を参照して以下に説明するように必要な修正作業を実行する。最
後に、管理者５０は、GUI３９を介してプログラムsppreport４２による品質保証
記録の作成を始動させる。ノードにとって特定の基準ファイル１０８及び基準状
態１０４からのデータは、図３を参照して以下に説明するようにレポート（例え
ば、紙出力のオプションを有するファイル出力）にまとめられる。

【００７２】 図６は、特定のノード１１０上の欠陥を診断し修正するプログラムsppcheck４
０を示す。簡言すると、欠陥はノード１１０の予想状態からの偏移である。例え
ば、ユーザー５８、ヘルプデスクの人間５４又はデーモン１１２は、ノード１１
０の現在の状態１１４を得るプログラム４０を始動する。最後に、プログラム４
０によりエラー記録ファイル１１６にエラーが記録され、プログラムsppreport
４２によりレポート１１８に修正作業が要約される。

【００７３】 １１６のような記録ファイルは、システムの変化及び管理者の作業を含む全て
の関連情報をノード上に記録する。状態記録ファイルは、システム２の各機能に
ならって更新される。システムの作業には、例えば、計画的に定期的に又は要求
に応じて行うプラットフォームのチェック、検知された欠陥の管理者による解明
が含まれる。状態記録ファイルに含まれる情報のタイプには、（１）組み込み作
業、及び（２）各プロダクトの検証時間及び状態並びにテンプレートの値からの
偏移が含まれる。プロダクト記録ファイルは、特定のプロダクトに変化があった
時に更新される。プロダクト記録ファイルに含まれる情報のタイプには、（１）
テンプレートの変化情報、（２）ファイルの取り替え情報、及び（３）変化の記
述がある。

【００７４】 先ず最初に、プログラムsppcheck４０は、ユーザー５８又はヘルプデスクの人
間５４からの要求に応じて、あるいはデーモン１１２により定期的に、実行され
る。修正権限に制限が設けられているユーザー５８は、プロダクト名、プログラ
ム４０を実行すべき時間、チェックすべきオブジェクトのリスト、修正を行うべ
きか否か、及びチェックを停止すべきか否かを特定される。これは、定期的だけ
でなく非定期的な、要求に応じたテストを支援することにより、保存されたテン
プレートとの比較で或る特定のプロダクトを確認する。ヘルプデスクの人間５４
は全ての範囲の修正を行う権限を付与されており、ファイルＣＲＣチェックによ
るテスト及び／又は特定のプロダクトのテストを特定できる。デーモン１１２は
、定期的に完全なテストを実行することにより、選択したノード１１０の安定性
及び同一性を照明することができる。デーモン１１２は、最初のユーザーが許さ
れた修正作業と同じレベルに制限される。

【００７５】 さらに詳しく説明すると、ユーザーは、（１）ある特定のプロダクトだけがテ
ストされるように（デフォルトは、選択したノード１１０上に組み込まれている
全てのプロダクトがテストされる）、（２）ある特定のオブジェクトタイプ、例
えば、（ａ）ファイル名及びリンク、（ｂ）必要なプロセス名、（ｃ）ライセン
スサーバー、（ｄ）取替え可能なファイルマウント／アタッチ・マップ、（ｅ）
データ割当て、（ｆ）時間同期、（ｇ）ネットワークサーバー、（ｈ）暴走プロ
セス、（ｉ）時間が制限されたプロセス、（ｊ）ハードウェア構成、（ｋ）オペ
レーティングシステムの構成、（ｌ）ネットワーク結合、（ｍ）ノードのCPU利
用可能性／Xtermの利用可能性及び／又は（ｎ）ディスク容量、だけがテストさ
れるように（デフォルトは、CRCテスト（及びNTステム上の重大度）を除く全て
のタイプである）、（３）ファイルCRCテストがバイパスされるように（これが
デフォルトで、性能を著しく向上させるがそれほど厳しくない）特定できる。

【００７６】 要求による迅速な再チェックテストは、プラットフォームの状態を迅速に（例
えば、数秒で）チェックし、また、必要に応じて、さらに完全なチェックを行え
る。迅速な再チェック能力により、オブジェクトの内容を除く全てのオブジェク
トの特性がチェックされる。これにより、コンピュータシステム４の第１レベル
の照会が迅速に行われ、任意の特性変化が突き止められる。また、ヘルプデスク
の人間５４が特定の問題を解決する必要がある場合、コンピュータシステム４内
の単一のプロダクトについてのみ検証を行い、そのコンピュータシステム全体の
検証にかかる時間を節約するオプションがある。

【００７７】 プログラムsppcheck４０は、チェックすべき各オブジェクトを識別する状態チ
ェックリスト１２０を使用する。プログラム４０は、ノード１１０に対して照会
することによりそれらの各オブジェクトのテストを行って、テンプレートに表わ
されるファイル所有者の名前のようなオブジェクトの最初の状態が何らかの別の
状態に変化したかをチェックすることにより、プロダクトの変化が何時そしてど
のように生じたか（例えば、何れのオブジェクト及び特性が何時また、如何に変
化したか）を確かめる。

【００７８】 欠陥が存在する場合、ノード１１０の修正を試みるという決定が下される。リ
スト１２０にあるオブジェクトは修正しようとする基準を含むか、あるいはその
オブジェクト自身がその基準を含む。しかしながら、ユーザーが特定し、必要な
権限を有さない限り、修正は試みられない。修正を試みるというその決定が積極
的な場合、ノード１１０の修正が試みられる（例えば、問題のあるファイルが図
１の基準ノード２６により定義されるその最初の状態へ再組み込みにより修正さ
れる）。

【００７９】 次に、プログラム４０は、ノード１１０の修正が成功裡に行われたか否かをチ
ェックするためのテストを行う。その後、このプログラム４０は欠陥、修正作業
及びその結果を記録ファイル１１６に記録し、予め決められたメールメッセージ
をユーザー５８、ヘルプデスクの人間５４及び管理者５０（図２を参照）へ送っ
て、彼等にある特定の問題が存在することを通告する。例えば、新しいノード構
成を形成する場合、管理者５０は修正されていない或る特定のタイプの欠陥につ
いて誰が通告を受けるべきかを特定することができる。

【００８０】 次に、プログラム４０は各オブジェクトの特性の現在の状態を対応する予め規
定された予想値と比較した後、その情報と対応する重大度値を用いてノード１１
０の現在の状態１１４を求める。図１のテンプレート２８、３０、３４は、オブ
ジェクトの特性値に対する予想値及び重大度値のリストを含む。重大度値は、対
応する予想値からの対応値の分散と関連がある。プログラム４０は特性の現在値
をリストの予想値と比較し、それぞれの分散に対して各特性とその対応重大度値
を求める。そして、ノード１１０の分散をそれぞれ検討し、ノードの状態１１４
またはノード１１０の重大度レベルとして最悪の重大度値を割当てる。このよう
にして、ノード１１０の変化制御状態が与えられる。

【００８１】 ４つの例示的な重大度レベルは、（１）OK（例えば、ノード状態GUIスクリー
ン１１３上に緑色で示される）、（２）警告、多少の相違が観察される（例えば
、黄色）、（３）欠陥（即ち、ノードの潜在的欠陥、重大な相違が観察される、
例えば、赤色）、及び（４）テスト中でない（例えば、青色、ノード１１０が図
１のネットワーク３２を介してアクセスできなかった、あるいはシステム２の１
又は２以上のプログラムが実行不能であった）を含む。各被監視ノードのノード
状態１１４は、図２のGUI３９上に表示されるようにプログラムsppview３８にと
って利用可能である。

【００８２】 プログラムsppcheck４０を用いる各プラットフォームは、ユーザーがそのプラ
ットフォーム上に「欠陥」状態を記録すると、「欠陥」状態スクリーンを表示す
る（図示せず）。例えば、「欠陥」状態にある何れのプラットフォーム上でも品
質保証作業は行われない。また、プラットフォームのテンプレートからの「欠陥
」重大度の相違が検知されるや否や、「欠陥」状態スクリーンが表示される。「
欠陥」重大度の相違が解消されると、別のスクリーン（図示せず）が表示される
。「欠陥」スクリーン上に表示されるメッセージに対応するメッセージは適宜、
管理者５０へ送られる。

【００８３】 最後に、プログラムsppreport４２は、記録ファイル１１６を定期的に検討し
、記録データをノードメトリックス収集ファイル１１２へ入力し、例外レポート
１１８でその結果を要約する。記録ファイル１１６は、システムの同一性を確認
し（例えば、品質保証記録用として）、再発する問題を突き止め、コンパクトで
あるが全てのエラーをレポートする（例えば、ファイルの許可及び長さが変化し
た場合、現在値及び基準値をファイル名及びチェックの日付／時間と共に表示す
べきである）ために、定期的に要約される。ファイル１２２は、例えば最近の７
日間のデータに限定するのが好ましい。

【００８４】 このようにして、図１のシステム２は、コンピュータシステム４においてプロ
ダクトが何らかのイベントにより変化したことを示す変化を感知する。１つの対
処法は、プロダクトを再組み込みし、再カストマイズすることであろう。システ
ム２は、そのプロダクトを元の状態に復元する。従って、プロダクトの組み込み
作業とは独立に、プロダクトの問題のある部分についてだけ選択的に組み込み作
業を行う。この特徴により、実際の復元時間、及びプロダクトを元の状態に復元
するために必要なカストマイズ作業が最小限に抑えられる。

【００８５】 図７は、図１の監視ノード２２上に組み込まれ、図２のプログラムsppcopy５
７と共にターゲットノード１２４に作用するプログラムsppinstal１０６を示す
。第１に、ヘルプデスクの人間５６または管理者５０は監視ノード２２にログオ
ンし、図２のプログラムsppview３８を実行することにより組み込みプロセスを
スタートする。

【００８６】 計画された同期的及び非同期的作業は、図１のネットワーク３２への通信イン
ターフェイスとして働くデーモン１１２により行われる。特定の被監視ノード６
、８の計画的チェックは、デーモン１１２が用いるユーザーによる特定された計
画に従って始動されるプログラムsppcheck４０が行う。迅速且つ／又は完全なチ
ェックは、ユーザーの仕様に応じて１日に数回行われる。例えば、反復サイクル
を日にちまたは時間で特定する。あるいは、チェックを１日の特定の時間に計画
してもよい。

【００８７】 デーモン１１２はまた、定期的な例外レポートが毎月または年に４回作成され
るようにする。チェックとレポートは、計画したイベントが実行されなかった場
合、例えば、ノードが給電されなくなった場合、直ちに開始する。デーモン１１
２はまた、遠隔ノードからのファイルの転送を開始させ、これらをユーザーが特
定したインターバルで、それらが成功するまで（例えば、遠隔ノードが一時的に
利用可能でない場合）再入力する。

【００８８】 プログラムsppcheck４０はまた、要求に応じて任意の時点で（例えば、GUIに
より、または命令ラインから）始動することが可能であり、計画的テストの上記
選択とは無関係にテストを実行する。

【００８９】 プログラムsppinstal１０６は、ターゲットノードの構成１２４を読み取り、
適当なシステム２のファイル及びプログラムを組み込む。これらは常に、図２の
プログラムsppcheck４０、プログラムsppreport４２及び図６の状態チェックリ
スト及びノード特定状態データ１１４を含む。また、図２のプログラムsppview
３８だけがヘルプデスク／管理者ノードへロードされる。プログラム４０はこの
組み込みを確認し、ノード特定状態データ１１４を発生させ、ヘルプデスクの人
間５４へ診断メッセージを送って、チェックが成功したことを指示する。この診
断メッセージは、実行した個々のテスト回数を示す。

【００９０】 テンプレートは、プログラム４０より毎日チェックするようにしてもよいが、
回数は広い範囲に亘って可能である（例えば、図示の実施例では、親組織の品質
保証条件に応じて被監視ノード上で１乃至４回）。修正CRCを計算する「完全な
再チェック」は、典型的なアプリケーションで１０乃至４５分を要する。これら
の再チェックは、他の監視機能と共に背景で実行される。「迅速な再チェック」
を図１の監視ノード２２から実行することにより、任意の被監視ノードを迅速に
、しかしながら低い詳細度で評価できる。これらの再チェックは典型的なアプリ
ケーションで５乃至２５秒を要し、ヘルプデスクの人間５４にとって重要なツー
ルである。

【００９１】 プログラム４０を使用すると、他のプロダクトを後で組み込むことにより生じ
た以前組み込まれたプロダクトの変化も識別することができる。新しく組み込ま
れたプロダクトがファイルを上書きするか又は特性を変化させた場合、この変化
が検知される。別の例として、共用ライブラリが変化した場合、かかるライブラ
リを共用する多数のプロダクトが影響をうける。プログラム４０は全てのライブ
ラリを監視し、従って任意のライブラリの変化により影響を受ける可能性のある
全てのプロダクトを監視する。さらに、プログラムsppview３８のGUI３９は、共
用ライブラリにより影響を受ける可能性のあるプロダクトの名前を表示する。別
の例として、ダイナミックリンクリスト（DLL）の変化が検知されない場合、こ
れがシステムに対して種々の影響を与える。実行可能なファイル（例えば、エグ
ゼファイル）がDLLを使用し、DLLが誤って削除された場合、問題が生じる。また
、DLLが変化すると、悪い影響を受ける実行可能なファイルが幾つか存在するで
あろう。

【００９２】 図１のシステム２は、プロダクトの組み込みによるコンピュータシステム４へ
の影響をチェックする。新しいプロダクトを組み込んだ後、システム２を実行す
ることにより、現在のプロダクトの組み込みが正しく行われたことが確認し、も
う１つのシステムのプロダクトに変化がないことをチェックする。この特徴によ
り、システム上に以前在ったプロダクトの性能について潜在的な問題があること
が管理者に警告される。

【００９３】 図８は、管理者５０が新しいノードへ情報を提供するための、または既存のノ
ードの情報を更新するプログラムsppview３８を示す。先ず最初に、管理者５０
は、図２のGUI３９を介して（例えば、アイコンをクリックするか、命令ライン
からsppviewを入力することにより）プログラムsppview３８を作動させる。プロ
グラム３８のGUI３９は、そのメインメニューが表示されるようにする。そのメ
インメニューから、管理者５０は管理モードを選択し、構成オプションのリスト
を有するプルダウンメニューから構成カテゴリを選択する。例えば、それらのオ
プションには、例えば、（１）ノードリストから一群のノードに割当てられる名
前の明細、（２）ノードリストからの図１のネットワーク３２上のノードのアド
レス（例えば、IPアドレス）の明細、（３）ノードリストを介するノード複写の
ためのベースとして働くノードの名前、（４）共有テンプレートのディレクトリ
の名前及びノードの特定のテンプレートのディレクトリ名、（５）ノード名およ
びライセンスサーバープロセスが供給される特定のライセンスサーバーを有する
ノード名、（６）状態チェックのための日付／時間、（７）オブジェクトタイプ
によるデフォルト重大度レベルの明細、（８）記録のための標準の注釈、（９）
例外レポートの作成と同時に行う記録圧縮のためのインターバル、（１０）検知
された未修正の欠陥のシステム／イベント記録への入力のための時間インターバ
ルの始動、（１１）デフォルトがadm/node Nameのシステム２により使用される
ターゲットノード上のディレクトリ、（１２）３２ビットCRCチェックの選択が
含まれる。上記の各構成オプションには、特定のGUIスクリーン（図示せず）が
提供され、管理者５０は必要な情報を与えることができる。

【００９４】 管理者５０が構成カテゴリに応じたGUIスクリーン（図示せず）を介してノー
ドの構成データを入力し、適当な情報を供給した後、各ノードのノード構成デー
タは、そのノードの状態チェックリストファイル１２０またはマスター保管ノー
ド２４に保持される。

【００９５】 図９を参照して、管理者５０またはヘルプデスクの人間５４は、問題を識別し
て修正作業を行う。システム２は、種々のプログラムsppcheck４０により、特異
なシステムスケジュールを介してネットワーク３２上の被監視ノードを積極的に
監視する。システム２が自動的に変化を感知すると、イベント応答が発生してシ
ステムの人員にそれに対応するシステムの偏移が警告される。例えば、警告は電
子メール、ページャまたはコンピュータスクリーンを介して行われ、広い範囲の
ユーザー及び他企業の人間に送られる。

【００９６】 例えば、２つのプラットフォームが同一でなければならない場合、システム２
はこれらプラットフォーム間の差を強調して、管理者５０がかかるプラットフォ
ームを自動化復元手段により同一にするのを支援する。制御下にあるプラットフ
ォーム上において、プラットフォームが構成条件を満たしていない時、システム
２は、プラットフォームにログオンしている又はログオンしようとする者に通告
する。また、プラットフォームが再びそれらの条件を満たす時、それらに通告す
る。何れの場合でも、管理者５０は欠陥があれば通告を受けるが、ユーザーは制
御下にあるプラットフォームについてだけ通告を受ける。

【００９７】 図９を引き続き参照して、プログラムsppview３８は、ヘルプデスクの人間５
４または管理者５０により実行される。そして、ある特定の欠陥があれば、プロ
グラム４０は、例えば、かかる欠陥を管理者５０に通告（１２５）（例えば、E
メール、ページャにより）することにより通告する。あるいは、管理者５０は、
プログラムsppview３８のGUI３９（図２を参照）のテスト結果を示すスクリーン
（図示せず）を見ることにより、欠陥を識別できる。後者の場合、管理者５０は
、アイコンをクリックするか、または命令ライン上にsppviewと入力することに
より、プログラム３８のメインメニュー（図示せず）を作動し、監視オプション
を選択する。被監視ノードの状態は、図６を参照して上述したように、ノード状
態スクリーン（図示せず）に図示されるが、この図では、４色のコードを使用し
てそれぞれ異なるノード状態を示す。そして、ノード１２６は、選択ノードスク
リーン（図示せず）を介してチェックを行うために選択する。

【００９８】 選択したノード１２６のノード状態１１４は、例えば、図６を参照して上述し
たように、デーモン１１２またはユーザーが始動するプログラムsppcheck４０が
最後にチェックする。そして、管理者５０は、GUI３９から選択したノード１２
６の現在の状態を、現在の状態及びプログラム４０による最後の検証時間を含む
ノード群の全てのノードの分類可能なリストから得る。次に、管理者５０は、欠
陥のある各プロダクトの状態をGUI３９上に表示させる選択ノードスクリーン（
図示せず）から、視認プロダクトスクリーンを選択する。プログラム４０が発見
した欠陥のあるプロダクトの差の詳細が表示される。このようにして、各プロダ
クトは変化制御状態を有し、これはプログラム４０により更新される。

【００９９】 管理者５０は、その後、GUI３９からプロダクト記録スクリーン（図示せず）
を選択して表示される記録ファイル１１６をチェックすることにより、問題を診
断する。管理者５０は、修正プログラム１２８を実行することにより（例えば、
プロダクト記録スクリーンから、または命令をＯＳに入力することにより）その
問題を修正する。ヘルプデスクの人間５４はまた、十分なアクセス権が認められ
ていればプログラム１２８を実行するかまたは電話またはページング（例えば、
プロダクト記録スクリーンから管理者を選択することにより）管理者にその作業
の実行を要請する。

【０１００】 選択したノード１２６の基準状態１０４は、プロダクト記録スクリーンからコ
ミットオプションを選択することにより更新する。管理者５０は、コミットスク
リーン（図示せず）を介して（例えば、標準の記述のあるプルダウンリストを用
いて）日付、時間及びその人間の名前と共に修正の記述を入力する。その情報は
記録ファイル１１６で入力する。最後に、ユーザーにその修正が通告され、アプ
リケーションが選択したノード１２６上で再び試みられる。次に、プログラムsp
pcheck４０が実行されて、その修正が確認される。

【０１０１】 解決作業の間、管理者５０は問題のある領域まで掘り下げ、変化が正しいか否
かのチェックをする。変化が受け入れ可能なものであれば、管理者５０はその理
由を記録する。一方、上述したように、管理者５０は問題のあるプラットフォー
ムを元の状態に復元し、その原因と問題の修正を記述する。何れの場合でも、シ
ステム２はその作業を、その変化が正しいか、あるいはプラットフォームがある
特定のイベントにより生じた問題を解決するためにある特定の作業をすることに
よって復元されたという管理者５０の理由と共に記録する。そして、記録ファイ
ル１１６は、他の人間が経時的に生じたシステムの変化をみることができるよう
にする。

【０１０２】 図１０は、通信ネットワーク３２’の遠隔インタープロセス通信能力を用いて
ヘルプデスクの人間５４または管理者５０がアクセスする遠隔のコンピュータを
示す。先ず最初に、プログラムsppview３８を、例えば、管理者ワークステーシ
ョン上の管理者５０が実行する。次に、遠隔プログラムsppcheck４０’が、ネッ
トワー３２’の遠隔インタープロセス通信能力を用いて遠隔のプラットフォーム
（図示せず）上で実行される。プログラム４０’は情報をプログラム３８に戻し
、遠隔ノード状態ファイル１１４’と遠隔ノード記録ファイル１１６’を遠隔の
プラットフォーム上に保存する。プログラム３８を用いてプログラム４０’が使
用するノード及びオプションを選択するが、ファイル１１４’、１１６’はネッ
トワーク３２を介してプログラムsppview３８により遠隔場所からアクセス可能
である。そして、プログラムsppcheck４０’の実行は、プログラムsppview３８
のGUI（図２参照）から停止チェックオプションを選択することにより終了する
。

【０１０３】 図１１は、図１のコンピュータシステム４を監査し、かつ何れのプロダクトが
そのシステムに組み込まれているかを判定するためのソフトウェア識別機能を示
す。図１の保管ノード２４の特定のディレクトリの全てのプロダクトテンプレー
トを、ターゲットノード１３０上に常駐するファイルと比較し、そのプラットフ
ォーム上に常駐するプロダクトを識別する。次に、プログラム１０６がノード１
３０上の全てのディレクトリをサーチし、ファイル名、ファイルの長さ、ディレ
クトリ構造（例えば、CRCマッチングは無視できる）をテストして、プロダクト
またはプロダクトの一部の存否をチェックする。

【０１０４】 次に、全てのマッチがプログラムsppreport４２によりアクセス可能なように
ファイルにセーブされるが、このプログラムはその後でマッチしたフィールドを
相関させる。各プロダクトについて、プロダクト名、検知したファイルの数、プ
ロダクトテンプレートから求めた予想されるプロダクトのバージョン、予想され
るファイルの数が表示される。このようにして、プラットフォームのプロダクト
を、ファイル構造との対照でみることができる。最後に、一群のノードの各ノー
ドについて在庫レポートを得るようにしてもよい。この機能の重要な特徴は、権
限なきユーザーによるゲストノードとプロダクトの組み込みの可能性を分析する
能力である。例えば、コンピュータシステムの各プラットフォーム上のプロダク
トコピーのカウントを提供することにより、最大数のソフトウェアプロダクトの
使用を許可するソフトウェアサイトのライセンスへの遵守を確実にすることがで
きる。

【０１０５】 図１２を参照して、管理者５０は、プログラムsppview３８により保管ノード
２４に保存された１つのノードのソフトウェア構成を同一のハードウェアノード
１３２にコピーする。管理者５０は、プログラムsppview３８のメインメニュー
（図示せず）から、管理者及び管理者ノードのオプションを次々に選択すること
により既存のノード構成がコピーされるように特定する。管理者５０は、複写ノ
ードスクリーン（図示せず）から複写されるノードを選択し、組み込みをリクエ
ストする。前に構成されたノードと複写したノード１３２のハードウェアとソフ
トウェアは同一であるため、管理者によるさらに別の作業は不要である。次に、
プログラム３８がプログラムsppmaster１００を呼び出し、このプログラムがチ
ェックリスト及び保管ノード２４からの既存のノードに必要とされる全ての状況
ファイルをターゲットノード１３２の監視ディレクトリ１３４にコピーする。そ
の後、プログラムsppinstal１０６及びsppcopy５７が、ターゲットノード１３２
上に複写状態コンフィギュレーションを組み込む。

【０１０６】 プログラムsppcheck４０を実行し、前に構成されたノードと複写したノード１
３２の間で変化が予想される要素（例えば、ノード名、通信ネットワーク住所）
の基準データを発生させる。基準データは、ノード特定状態基準ファイル１０８
に保存される。複写ノード１３２からのデータにより駆動されるプログラム４０
はまた、各要素の状態をチェックし、組み込みがノード１３２の基準状態の特性
１０４とマッチすることを確認する。

【０１０７】 次に、管理者５０はプログラム３８からの結果をチェックする。管理者５０は
、幾つかの利用可能なレポートを発生させる最初の品質保証オプション（例えば
、状態構成、アクセス、ノード特定テンプレート）を選択し、選択プロダクトス
クリーン（図示せず）からレポートオプションを選択し、利用可能なレポートの
リストへ、ノード１３２の最初の状態を記載する要約レポートをプログラムsppr
eport４２からアクセスする。ソフトウェアの組み込み後、管理者５０は組み込
みを検証し、図１の基準ノードのマッチに必要な差が図９を参照して上述したよ
うに解消され記録される。このようにして、管理者５０は、コンピュータシステ
ム４の１または２以上のプラットフォーム（例えば１０００個のプラットフォー
ム）への変化を組み込み、それらの変化が正しく組み込まれたことを確認する。

【０１０８】 種々のテンプレート配分機能は、（１）テンプレートをノードに配分し、複写
プラットフォームを作成するダイアログ、（２）一組の利用可能なプロダクトか
らテンプレートを構成するダイアログ、（３）多数のプロダクトにつき（例えば
、プロダクトの最初の配分にとって重要な）所有者、群及び許可を変化させるダ
イアログによりサポートされる。第２の構成テンプレート機能は、（ａ）各被監
視ノードが特異な組のプロダクトを持つのを可能にし、（ｂ）そのノードに対し
てテンプレートに含まれたプロダクトを変化させ（例えば、プロダクトを増やし
、プロダクトを除去し）、そして（ｃ）計画を変更し電子メールによる通告を行
う。

【０１０９】 このように、マスターノードを用いて複写ノードを作成するか、あるいは単一
のプロダクトを別のノードに複写する。例えば、管理者５０は（ａ）マスターノ
ードとユーザーノードの両方、または（ｂ）ユーザーノードだけを作成するよう
に選択する。マスターノードは、正しく構成され、検証され、かくして複写ノー
ドの作成あるいは単一のプロダクトの複製に利用可能なノードである。前者のオ
プションは、他のノードがファイル及びテンプレートのソースとして使用するマ
スターノードを作成する。後者のオプションでは、ユーザーだけのノードがマス
ターノードに倣ってモデル化され、かくしてプロダクトの追加及び除去により時
間と共に変化する。

【０１１０】 図１３は、図１のコンピュータシステム４の１または２以上のノード上の作業
に関する傾向を識別するか、あるいは監査を支援するレポートの作成を示す。ヘ
ルプデスクの人間５４または管理者５０、また恐らくは監査人１４４がプログラ
ムsppview３８を実行し、このプログラムがプログラムsppreport４２を呼び出す
。あるいは、これらの人間は、例えばプロダクトセットレポート、マスタープロ
ダクトセットレポート、プロダクト在庫レポート、プロダクトテストレポート、
状態レポート、アクセスレポート、例外レポート、現在記録レポート、プロダク
ト品質保証レポート、最初のノード品質保証レポート及び／またはシステムメト
リックスレポート（状態レポート、プロダクトテストレポート及び適当なプロダ
クト品質保証レポートを作成させる）のようなレポートを選択すると共に、命令
ライン上にsppreportと入力することにより、それらのプラットフォーム上にプ
ログラム４２を直接呼び出す。

【０１１１】 図１のシステム２のクライアント−アーキテクチャーでは、プログラムspprep
ort４２は監視ノード２２上に組み込まれたクライアントであり、これは選択し
た被監視ノード６、８上に組み込まれた対応するサーバープログラムspprpt（図
示せず）によりレポートを発生させる。あるいは、ユーザーは、被監視ノード６
、８の１つにログオンして、プログラムspprptによりレポートを直接発生させる
。

【０１１２】 プログラムsppview３８をGUI３９（図３）を介して選択することにより、管理
者５０は、選択ノードスクリーン（図示せず）を介してレポートオプションを始
動する前にレポートのための所望のノードを選択する。次に、GUI３９はレポー
ト選択スクリーン（図示せず）を管理者５０に表示し、命令ラインのオプション
により上述した１または２以上のレポートが選択されるようにする。図１のシス
テム２は、コンピュータシステム４上のプロダクトであるため、プロダクトセッ
トレポートもシステム２のプロダクトの品質状態をチェックし、レポートする。
プロダクト品質保証レポートは、例えば、テンプレートの変化の品質保証記録を
示す。

【０１１３】 好ましくは、１３６のようなノード履歴記録は、長期間保存されることが多い
ため、できるだけ圧縮する。このため、プログラムsppview３８のGUI３９は、一
旦ノードメトリックス収集ファイル１３８、例えば、毎月の履歴記録が作られる
と、記録ファイル１３６を削除するオプションを提供する。記録ファイル１３６
は非常に長くなることがあるため、それらの詳細記録を定期的に、１３８のよう
に簡潔な要約レポートに要約し、同じ情報を圧縮された形で提供する。これらの
要約レポートは、コンピュータシステムを防護するにつき非常に重要なものであ
る。

【０１１４】 次に、特定のレポートのオプションを図２のGUI３９を介して表示し、管理者
５０がレポート選択スクリーンからそれらのオプションを選択する。管理者５０
はGUI３９によりレポートを発生させ、プログラム４２が所望のレポート１４０
を作成する。全てのレポート１４０はプログラムsppview３８を介してGUI３９で
視認するか、プリンター１４２に印刷するか、あるいはレポート選択スクリーン
（図示せず）を介してファイルに印刷できる。

【０１１５】 多数のノードを選択することにより、要約レポートは、例えば、ノード１−１
７は問題ないが、ノード１８−２０に欠陥があることを示す。このようにして、
レポート１４０は、ユーザーによるのでなくてユーザーに代わってシステム評価
を行う。さらに、レポート１４０は、コンピュータシステム４の問題解決作業及
び変化制御の完全な年代記的な履歴を提供する。

【０１１６】 記録ファイル１３６に基づくレポート１４０を用いることにより、コンピュー
タシステム４の作動時における品質状態が防護される。これらの記録は、プラッ
トフォーム及びプロダクトが特定の時間の間制御された環境で運転されているか
否かを確かめるための監査を支援するに重要なものである。そして、監査人１４
４は、選択したレポート１４０をチェックする。例えば、監査人１４４は、レポ
ートの作成権限を有するが、システム２を変化させる権限は持たない。

【０１１７】 システム２は、構成が厳しく保持される環境において非常に価値がある。記録
、アーカイブファイル及びレポート発生手段は、監査において全てのシステム履
歴記録条件を満足する。監視能力により、妥当性検査及び検証（V&V）の環境が
損なわれず、ノード複写により新しいプラットフォームをさらにV&Vによらずに
付加することが可能となる。図１の基準ノード２６上において全てのV&Vを行っ
た後、対応するプログラムを複写ノード上においてのみ実行することにより、か
かるプログラムによる一貫した計算が確実に行われる。

【０１１８】 平行して、いくつかのタイプの監査が行われる。内部の監査は構成の制御が確
かに維持されるように行われる。顧客の監査は、それらに対して作成した結果が
適切に構成されたプラットフォーム上の妥当性検査を受けたプログラムにより行
われるようにする。原子力規制委員会（NRC）による監査は、適切な構成制御が
行われたことを確認するために行われる。計画的に（例えば、毎月または１年に
４回）作成される要約レポート１４０は、上記監査の条件を満足するように設計
されている。さらに、１４４のような監査人は、プロダクト記録及び各計算ノー
ド上に維持されるシステム記録を検討する。

【０１１９】 実施例のシステム２は、重要な計算装置が動的計算環境の中で不変であるよう
にする。かかる環境の変化はますます急速になっているため、システム２は計算
能力が適当な品質保証状態にあることを示し、これらの環境の変化を低リスクで
サポートする。システム２はコンピュータシステムがその妥当性検査システムと
同一であることを示し、従って適当な構成制御を実証するように使用される。

【０１２０】 システム２は、問題の回避及び問題の解決の両方ができるという利点を有する
。ターゲットプラットフォームが発売中のソフトウェアを受け入れるように確実
に構成することにより、問題が回避されるように支援する。これにより、中央の
ヘルプデスクが受け、顧客の不満足を和らげる電話の回数がさらに減少する。例
えば、原子力安全のためのプラットフォームが品質保証手順に沿っているという
確証は、監査コストを減少させ、高価につく処罰を回避させる。さらに、不具合
のあるファイルを識別することにより、問題解決プロセスの最も費用のかかる部
分であることの多い問題解決の追跡段階をなくすことができる。不具合のあるフ
ァイルを迅速に識別することにより、多くの問題を、ヘルプデスクが容易に取扱
える５分から１０分の問題解決時間内にすることができる。また、これにより上
のレベルのサポート人員へ送られる問題の数が減少する。

【０１２１】 監査人へ対して示すことのできるシステム２の重要な利点は、最小コストで実
行可能な品質保証と制御の度合が高いことである。システム２がコンピュータシ
ステム４上に一旦構築されると、連続監視によりシステムの人間が変化に対して
警報を受ける。管理者は、ユーザーが影響を受ける前にシステム２が問題を検知
できることを知っているため、他の作業に注意を向けることができる。さらに、
システムの品質保証に関する質問は、システム２が容易かつ迅速に答えることが
できる。これらの利点は、システムの信頼性、システムの保守、システムの管理
、ユーザーの生産性及びシステムの問題解決における管理者の時間の点で著しい
コスト削減になる。システム２の主要な利点は、システムの問題を監視し、診断
し、かつ迅速に除去できることにより得られる。システム２のさらに別の利点に
は、計算環境に対する高レベルの品質保証制御、及び混成環境（例えば、NT及び
UNIX）におけるコンピュータシステム４の監視能力が含まれる。

【０１２２】 品質保証空間及び問題診断の広がりが拡張されることに関連する利点は大きな
ものであり、主要な利点を容易に凌駕する。システム２はコンピュータシステム
４を定期的に（例えば、１日に４回）チェックできるように構成されているため
、発見されない品質保証上のシステム変化による危険な時間が最小限に抑えられ
る。さらに、このウィンドウは、さらに頻繁に定期的に監視することにより減少
することができるか、あるいは検証を要求に応じて行うことが可能である。ユー
ザーと管理者はかれらの計算環境に変化が生じるとそれを通告されるため、問題
のあるシステムで計算を行って有意な時間を失う前に、修正作業を行うかその説
明を受けることができる。

【０１２３】 システム２を用いて計算ネットワーク３２全体でOSを複製することにより、妥
当性検査ステップを複写システムから省略することができる。さらに、システム
２は、遠隔のシステム管理者５０及び遠隔場所からの問題解決にとって特に好適
である。システム２は、組み込んだ任意の数のプラットフォームを包含する拡張
された品質保証空間を画定する。１つのプラットフォームがシステム２の制御下
に一旦入ると、それは組み込んだものを比較する基準として使用され、基準プラ
ットフォームの任意の数の複製を展開することが可能となる。

【０１２４】 システム２は制御された計算環境の変化を追跡する。コンピュータシステムの
環境変化は自動的に検知され、システムの人員にいくつかのメディアを介して警
告が与えられる。全てのコンピュータシステムの活動は、変化を追跡できるよう
に記録される。例えば、NRCの原子力安全監査を満足させるに十分な詳細さを備
えたレポートが作成される。

【０１２５】 システム２は、自動的に以下の特異なシステム管理能力を与える仕事を実行す
る：（１）通信ネットワーク上の任意のプラットフォーム上の任意のファイルの
任意の特性をモニターする；（２）任意の他のプラットフォームから任意のプラ
ットフォームを監視する；（３）任意のプラットフォーム上の任意のプロダクト
を監視する；（４）コンピュータシステムの変化制御活動を記録する；（５）シ
ステムの人員にシステムの任意の偏移を警告する；（６）コンピュータシステム
の変化制御及び問題解決作業の完全な年代記的履歴を含むNRCにとって受け入れ
可能なシステム作業の品質保証記録を作成する；（７）任意のプロダクト及びそ
のファイル及び特性をそれらの元の状態に復元する；（８）エンジニアリングシ
ステムを制御する；（９）プロダクトの組み込みにより生じるコンピュータシス
テムの影響を確かめる；（１０）システム上に何れのプロダクトが組み込まれた
か及びそれのバージョンを識別する；（１１）変化が正しく組み込まれたことの
妥当性を検査する；（１２）任意のプロダクトによる計画された検証を行う；（
１３）いつプロダクトが修正されたかを調べてそのプロダクトに対する変化を完
全に記載する；（１４）コンピュータシステムの変化及びそれらの解消をチェッ
クするプロセスを通じて管理者を支援する。

【０１２６】 簡潔に説明するため、情報を表示または出力する例示的なGUI３７、３９及び
プリンター１４２について言及したが、かかる情報は保存され、コンピュータに
より修正され、あるいは他のデータと結合されることがわかるであろう。かかる
処理は全て、本明細書で用いる用語及び「表示」に含まれるものと見なす。

【０１２７】 本発明の特定の実施例を詳細に説明したが、当業者は本明細書の記載全体に鑑
みてれらの詳細部分からの種々の変形例及び設計変更が可能であることがわかる
であろう。従って、図示説明した特定の構成は例示的であるのみで、本発明の範
囲を限定するものでなく、この範囲は頭書の特許請求の範囲及び任意及び全ての
均等物の全幅を与えられるべきである。

【図面の簡単な説明】

【図１】 図１は、本発明による変化監視システムのブロック図である。

【図２】 図２は、図１の変化監視システムの種々のプログラムを示すブロック図である
。

【図３】 図３は、図２の変化監視システムのプログラムのフローチャートである。

【図４】 図４は、図２の変化監視システムのプログラムのフローチャートである。

【図５】 図５は、図２の変化監視システムのプログラムのフローチャートである。

【図６】 図６は、図２の変化監視システムのプログラムのフローチャートである。

【図７】 図７は、図２の変化監視システムのプログラムのフローチャートである。

【図８】 図８は、図２の変化監視システムのプログラムのフローチャートである。

【図９】 図９は、図２の変化監視システムのプログラムのフローチャートである。

【図１０】 図１０は、図２の変化監視システムのプログラムのフローチャートである。

【図１１】 図１１は、図２の変化監視システムのプログラムのフローチャートである。

【図１２】 図１２は、図２の変化監視システムのプログラムのフローチャートである。

【図１３】 図１３は、図２の変化監視システムのプログラムのフローチャートである。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年７月２６日（２０００．７．２６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】 例えば、原子力産業では、品質は非常に極めて重大な問題である。原子力発電
所の設計に使用されるコンピュータプログラムの妥当性を確認するために、相当
な努力が払われている。使用するコンピュータは、妥当性の検査をするのであれ
ば、検査済みのコンピュータでなければならない。広範な妥当性検査を一式繰り
返し行うには長時間とかなりの知識ベースが必要である。 Fitzgerald et al の米国特許第５，５８１，７６４号は、中央コンピュータ
と複数のデスクトップコンピュータを含むコンピュータネットワークの管理方法
を開示している。この特許は、デスクトップが備えるべき資源のサブリスト、例
えば、アプリケーションソフトウェアを変化させるデスクトップのオペレーティ
ングシステムの変化のようなデスクトップの構成上の変化及びポリシーの変化に
応じてデスクトップを動的に再構成するのを可能にする自動化構成法に向けられ
ている。この特許に記載されたシステムによると、分散した個々のコンピュータ
の資源ニーズは、Should Have (SH)リスト・スキーマ(Schema)に基づく。このＳ
Ｈリスト・スキーマは、分散した個々のコンピュータのＳＨリスト・スキーマの
作成に使用される。個々のAlready Have (AH)リストは保存が可能であるか、あ
るいは分散した個々のコンピュータの構成時に作成できる。分散した個々のコン
ピュータのＳＨリストとＡＨリストの相違から、個々のデスクトップを更新する
ために何れの項目を比較すべきかを決定する。しかしながら、この特許は、変化
の監視でなくて複数のデスクトップコンピュータの資源の更新に向けられており
、主として妥当性を確認するコンピュータ及びコンピュータプログラムによるの
でなくて中央コンピュータからのソフトウェアの組み込みに関する。 "IBM TIME 10 NetFinity up and running", NetFinity server for OS/2は、
１１５乃至１２８ページに、ハードウェアの構成及び組み込んだソフトウェアの
在庫を知るためのシステム情報ツールを記載している。システム監視装置は、CP
Uの利用及び実行中のプロセッサーの数のようなシステム構成要素の動作を表示
できる。しかしながら、このシステムも、コンピュータシステムの変化の監視に
係わるものでなく、本質的には資産を追跡して在庫をまとめることに関する。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００１１

【補正方法】変更

【補正内容】

【００１１】 本発明の１つの局面によると、複数のプラットフォーム及び複数のプロダクト
を有するコンピュータシステムのための変化監視システムが提供される。この変
化監視システムは、コンピュータシステムを表わす複数のテンプレートを作成し
管理する手段を含む。テンプレートを保存する手段がある。コンピュータシステ
ムのプラットフォームと通信する手段が含まれる。対応するプラットフォーム及
びプロダクトとテンプレートとを関連させる手段がある。そして、テンプレート
との比較によりプラットフォームまたはプロダクトが変化したか否かにつきコン
ピュータを監視する手段が含まれる。コンピュータシステムを変化の存否につき
チェックする手段は、コンピュータシステムの変化を表示する手段を含む。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＵＧ，ＺＷ)，Ｅ Ａ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ， ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，Ｇ Ｅ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ ，ＪＰ，ＫＥ，ＫＧ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ， ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，Ｍ Ｗ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ， ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 カムデン，トーマス，エム，ジュニア アメリカ合衆国 ペンシルベニア州 15613 アポロ レインツリー・ドライブ 1016 (72)発明者 アルトマン，デュアン，イー アメリカ合衆国 ペンシルベニア州 15253 バート・ドライブ 219 (72)発明者 フラー，チャールズ，エフ アメリカ合衆国 ペンシルベニア州 15131 ホワイト・オーク ジャックス・ ラン・ロード 3219 (72)発明者 コップ，ハロルド，ジェイ アメリカ合衆国 ペンシルベニア州 15636 ハリソン・シティー サドルブル ック・ドライブ 114 (72)発明者 ジー，グエン アメリカ合衆国 ペンシルベニア州 15221 ピッツバーグ カスケード・ロー ド 273 Ｆターム(参考） 5B042 GA12 GA39 GB06 GC08 JJ02 MA09 MA14 MC12 MC19 MC38

Claims (32)

【特許請求の範囲】
1. 【請求項１】 複数のプラットフォーム及び複数のプロダクトより成るコン
   ピュータシステムのための変化監視システムであって、 コンピュータシステムを表わす複数のテンプレートを作成し管理するための手
   段と、 テンプレートを保存するための手段と、 コンピュータシステムのプラットフォームと通信するための手段と、 テンプレートを対応するプラットフォームまたはプロダクトと関連させるため
   の手段と、 コンピュータシステムを監視することにより、テンプレートから見てプラット
   フォームまたはプロダクトが変化したか否かをチェックする手段とより成る変化
   監視システム。
2. 【請求項２】 プラットフォームは、第1のオペレーティングシステムを有
   する少なくとも１つのプラットフォームと、第1のオペレーティングシステムと
   は異なる第２のオペレーティングシステムを有する少なくとも１つのプラットフ
   ォームとを含み、コンピュータシステムを監視する前記手段は、第１及び第２の
   オペレーティングシステムを監視する手段を含む請求項１の変化監視システム。
3. 【請求項３】 前記通信手段は通信ネットワークである請求項１の変化監視
   システム。
4. 【請求項４】 プラットフォームは各々が複数の特性を有する複数のファイ
   ルを含み、コンピュータシステムを監視する前記手段はこれらの特性を監視する
   手段を含む請求項１の変化監視システム。
5. 【請求項５】 各プラットフォームは変化制御状態を有し、コンピュータを
   監視する前記手段はプラットフォームの変化制御状態をチェックする手段を含む
   請求項１の変化監視システム。
6. 【請求項６】 テンプレートを保存する前記手段は各プラットフォームに対
   して１つのテンプレートを保存し、テンプレートを作成し管理する前記手段は、
   プラットフォームの１つと、対応する１つのテンプレートとの間の差を表示する
   手段を含む請求項５の変化監視システム。
7. 【請求項７】 変化制御状態をチェックする前記手段は、差を通告する手段
   を含む請求項６の変化監視システム。
8. 【請求項８】 テンプレートを作成し管理する前記手段は、複数のプラット
   フォームに対して１つのテンプレートを作成する手段を含む請求項１の変化監視
   システム。
9. 【請求項９】 少なくとも１つのプラットフォームに変化が組み込まれ、コ
   ンピュータシステムを監視する前記手段はその変化が正しく組み込まれたことを
   確かめる手段を含む請求項８の変化監視システム。
10. 【請求項１０】 プラットフォームの１つは複数のプロダクトを含み、コン
    ピュータシステムを監視する前記手段は１つのプラットフォームの前記プロダク
    トを監視する手段を含む請求項１の変化監視システム。
11. 【請求項１１】 １つのプラットフォームは複数のディレクトリを含み、コ
    ンピュータシステムを監視する前記手段は前記１つのプラットフォームの前記デ
    ィレクトリを監視する手段を含む請求項１の変化監視システム。
12. 【請求項１２】 少なくとも１つのプラットフォームに少なくとも１つのプ
    ロダクトが組み込まれ、前記少なくとも１つのプロダクトは最初の状態と変化し
    た状態を有し、テンプレートを保存する前記手段はプロダクトの最初の状態を決
    定し、コンピュータシステムを監視する前記手段は前記少なくとも１つのプロダ
    クトの変化した状態を検知する手段を含み、テンプレートを作成及び管理する前
    記手段は前記少なくとも１つのプロダクトを最初の状態に戻す手段を含む請求項
    １の変化監視システム。
13. 【請求項１３】 各プロダクトは、各々が最初の状態と変化した状態を有す
    る複数のファイルを含み、プロダクトの変化した状態を検知する前記手段はファ
    イルの最初の状態から変化した状態への変化を検知する手段を含む請求項１２の
    変化監視システム。
14. 【請求項１４】 各プロダクトは変化制御状態を有し、テンプレートを作成
    し管理する前記手段はプロダクトの変化制御状態を表示する手段を含む請求項１
    ２の変化監視システム。
15. 【請求項１５】 テンプレートを作成し管理する前記手段はテンプレートの
    １つを表示する手段を含む請求項１の変化監視システム。
16. 【請求項１６】 コンピュータシステムを監視する前記手段はコンピュータ
    システムの変化を表示する手段を含む請求項１の変化監視システム。
17. 【請求項１７】 コンピュータシステムの変化を表示する前記手段は表示の
    ために変化をフィルタリングする手段を含む請求項１６の変化監視システム。
18. 【請求項１８】 コンピュータシステムの変化を表示する前記手段は品質保
    証記録を作成し表示する手段を含む請求項１６の変化監視システム。
19. 【請求項１９】 各プラットフォームは品質制御状態を有し、品質保証記録
    を作成し表示する前記手段はプラットフォームの品質制御状態を含むレポートを
    作成する手段を含む請求項１８の変化監視システム。
20. 【請求項２０】 プロダクトは、以前に組み込まれた少なくとも１つのプロ
    ダクトと、新しく組み込まれた少なくとも１つのプロダクトを含み、コンピュー
    タシステムを監視する前記手段は、新しく組み込まれた少なくとも１つのプロダ
    クトによるコンピュータシステムの変化を識別する手段を含む請求項１の変化監
    視システム。
21. 【請求項２１】 コンピュータシステムの変化を識別する前記手段は、新し
    く組み込まれた少なくとも１つのプロダクトにより生じた以前組み込まれた少な
    くとも１つのプロダクトの変化を識別する手段を含む請求項２０の変化監視シス
    テム。
22. 【請求項２２】 プロダクトはプラットフォームに組み込まれた複数のソフ
    トウェアプロダクトを含み、コンピュータシステムを監視する前記手段はコンピ
    ュータシステムに組み込まれたソフトウェアプロダクトを識別する手段を含む請
    求項１の変化監視システム。
23. 【請求項２３】 ソフトウェアプロダクトを識別する前記手段は、プラット
    フォームに各ソフトウェアプロダクトが組み込まれた回数を与える手段を含む請
    求項２２の変化監視システム。
24. 【請求項２４】 各ソフトウェアプロダクトはバージョンを有し、前記識別
    手段はソフトウェアプロダクトのバージョンを識別する手段を含む請求項２２の
    変化監視システム。
25. 【請求項２５】 各プロダクトに関する情報がテンプレートを保存する前記
    手段に組み込まれ、コンピュータシステムを監視する前記手段は、前記テンプレ
    ート保存手段の組み込まれた情報にとの比較によりプロダクトを定期的に確認す
    る手段を含む請求項１の変化監視システム。
26. 【請求項２６】 各プロダクトに関する情報がテンプレートを保存する前記
    手段に組み込まれ、コンピュータシステムを監視する前記手段は、前記テンプレ
    ート保存手段の組み込まれた情報にとの比較によりプロダクトを定期的に確認す
    る手段を含む請求項１の変化監視システム。
27. 【請求項２７】 プラットフォームはファイルを含み、テンプレートはファ
    イル管理情報を含み、コンピュータを監視する前記手段はプラットフォームのフ
    ァイル管理を制御する手段を含む請求項１の変化監視システム。
28. 【請求項２８】 プラットフォームはハードウェア機構を含み、テンプレー
    トはハードウェア機構のためのハードウェア管理情報を含み、コンピュータシス
    テムを監視する前記手段はプラットフォームのハードウェア管理を制御する手段
    を含む手段を含む請求項１の変化監視システム。
29. 【請求項２９】 ハードウェア機構は、少なくとも１つのディスク割当て、
    ディスクマップ及びディスクマウントを有するディスクを含み、ハードウェア管
    理を制御する前記手段はディスク割当て、ディスクマップ及びディスクマウント
    のうちの少なくとも１つのを監視する手段を含む請求項２８の変化監視システム
    。
30. 【請求項３０】 プラットフォームとプロダクトは、各々が値を有する複数
    の特性を含み、テンプレートは特性値に対する予想値のリストを含み、コンピュ
    ータシステムを監視する前記手段は特性値をリストの予想値と比較する手段を含
    む請求項１の変化監視システム。
31. 【請求項３１】 リストは各予想値に対する重大度の値を含み、重大度の値
    は対応するリストの特性予想値からの対応値の発散に関連があり、特性値とリス
    トの予想値とを比較する前記手段は各分散に対する各特性と対応の重大度値を識
    別する手段を含む請求項３０の変化監視システム。
32. 【請求項３２】 各プラットフォームは各々が複数の特性を有する複数のプ
    ロセスを含み、コンピュータシステムを監視する前記手段は特性を監視する手段
    を含む請求項１の変化監視システム。