JP2008243195A - 操作管理製品によって行われる操作における変更制御を自動的に強化するためのシステムおよび方法 - Google Patents

Abstract

【課題】操作管理製品（ＯＭＰ）によって行なわれる操作における変更制御を強化するシステムおよび方法を提供する。
【解決手段】システムおよび方法は、変更管理データベース（ＣＭＤＢ）がインストールされており且つ或る資源または操作が厳しい変更制御の下に置かれているという環境においてＯＭＰがインストールされるとき、ＯＭＰによる変更要求（ＲＦＣ）のチェックを自動化する。ＯＭＰは、ＯＭＰの変更操作が起動されるとき、ＲＦＣ識別子が指定されることを要求する。ＲＦＣ識別子は、ＲＦＣ識別子が有効であるかどうか、ＩＴ資源が正しい状態にあるかどうか、および変更が現時点で行なわれるようにスケジュールされているかどうかということをＯＭＰが決定し得るようにサービス管理システムをアクセスするために、ＯＭＰによって使用される。これらのチェックが合格する場合、ＲＦＣに関連する変更操作が生じることが許される。
【選択図】図５

Description

本発明は、一般的にはデータ処理システムおよび方法の改良に関し、更に具体的には、操作管理製品によって行われる操作の変更制御を自動的に強化するためのシステムおよび方法に関するものである。

情報技術（ＩＴ）企業がコストを抑制するためにビジネス・プロセスを合理化しようとするとき、多くの企業は、英国の情報技術インフラストラクチャ・ライブラリ（Information Technology Infrastructure Library - ＩＴＩＬ）よって確立された最良の実践方法に、或いはプロセスを如何に構造化して使用すべきであるかを提案する他の最良の実践方法に、目を向ける。ＩＴＩＬは、高品質の情報技術サービスの提供を促進することを意図した最良の実践方法に関する１つの基本構想である。

ＩＴＩＬは、良質のＩＴサービスのプロビジョニングに関するガイダンス、およびＩＴを支援するために必要な便宜供与および環境施設に関するガイダンスを与える一連の規範から成る。ＩＴＩＬは、ＩＴへの依存度の増大を認識して開発され、ＩＴサービス管理のための最良の実践方法を具体化するものである。ＩＴＩＬの開発の背景となる価値観は、企業がそれの企業目的を満たし且つそれらのビジネス・ニーズを満たすために、ＩＴにますます依存するようになっているという評価にある。これは、高品質のＩＴサービスを求める要求の増加に通じる。

ＩＴＩＬにおいて示されるような最良の実践方法の基本的な利用者（tenant）は、構成管理、即ち、システムにおける個々の構成項目（configuration item : ＣＩ）すべてを追跡するプロセスである。構成管理データベースは、情報システムのすべてのコンポーネント、即ち、構成項目、の一体化されたまたは連合化された蓄積体として使用され、構成管理の実践によって利用される。

米国ニューヨーク州アーモンクにあるインターナショナル・ビジネス・マシーンズ・コーポレーション（ＩＢＭ社）から入手可能なＩＢＭサービス管理ソリューション（IBM Service Management solution）は、構成管理データベースおよび操作管理製品に統合されるプロセス管理を具現化したものである。ＩＢＭサービス管理ソリューションは、ＩＴ資源の配備、保守、および管理を可能にし得る包括的且つスケーラブルな解決策を提供する。ＩＴＩＬは、ＩＢＭサービス管理ソリューションの基本プロセスを開発するためのガイドラインとして使用されていた。これらの基本プロセスは、ユーザがＩＢＭサービス管理ソリューションを使って自身のビジネスを進めたい態様と調和するように、ユーザによって容易に修正することが可能である。

ＩＢＭサービス管理ソリューションは、統合された変更管理データベース（changemanagement database : ＣＭＤＢ）を用いて変更管理プロセスを実施する変更及び構成管理データベース（change andconfiguration management database : ＣＣＭＤＢ）を含んでいる。ＣＭＤＢは、ネットワークおよびコンピュータ・システムから情報を収集するセンサを介して構成情報を直接に見出すことによってＩＴ資源構成情報を取り込む。更に、このＩＴ資源構成情報は、ネットワーク管理ツール、ソフトウェア分配ツール、インベントリ・ツール、およびストレージ管理ツールのような他の操作管理製品（operational management product : ＯＭＰ）からＣＭＤＢに情報をロードするディスカバリ・ライブラリ・アダプタを介して得ることも可能である。

図１は、ＩＢＭサービス管理ソリューションのアーキテクチャを示す概略図である。図１に示されるように、そのアーキテクチャは、プロセス・ランタイム環境及びサービス１１０、データ・サブシステム１３０、操作管理製品（ＯＭＰ）１４０、一組のポリシ１６０、および一組の統合ユーザ・インターフェース１７０から構成される。アーキテクチャは、ＩＴインフラストラクチャ、トランザクション、ユーザ、及びビジネス・プロセス１５０と共に機能する。プロセス・ランタイム環境及びサービス１１０は、構成及び変更管理１１２、リリース管理１１４、可用性管理１１６、およびストレージ管理１１８を含む種々の規制対象（discipline）においてサービスを提供するための多くのプロセス・フロー１１２〜１１８を支援する。

データ・サブシステム１３０は、ディスカバリ・ライブラリ１３２、データ同期および連合化エンジン１３４、データ・クレンジング及び正規化のための調整エンジン１３６、および変更管理データベース（ＣＭＤＢ）１３８を含む。ＣＭＤＢ１３８は、上述の技術によって、即ち、ディスカバリ・ライブラリ１３２、および操作管理製品（ＯＰＭ）１４０により提供されるディスカバリ・ライブラリ・アダプタ、並びに様々なサービスあるいはプロセス・ランタイム環境及びサービス１１０内に提供される種々のサービスまたはツールを介して、移植される。統合ユーザ・インターフェース１７０は、プロセス管理サービス１１２〜１１８における管理者プロセス・ステップと、ときには、重要な操作管理製品（ＯＭＰ）１４０からの機能起動と対話するために使用される。ポリシ１６０は、変更の厳しさ、およびプロセス開発者または管理者によって定義される他の重要な属性に基づいて、プロセス・ステップの実行をガイドするために使用される。

プロセス管理サービス１１２〜１１８における個々のプロセス・ステップは、プロセスに関連して特定の操作を行う必要があるとき、管理製品のユーザ・インターフェースを立ち上げるために、システム統合モジュール（ＳＩＭ）１２０を介して（例えば、管理製品を通して管理機能を自動的に行うウェブ・サービス・コール、またはコンテキストの起動のようなユーザ独自の技術によって管理機能を行うウェブ・サービス・コールを介して）ＯＭＰ１４０と対話することも可能である。

変更要求（request-for-change : ＲＦＣ）は、ＩＴインフラストラクチャ１５０の１つまたは複数の資源（構成項目、即ちＣＩ）を変更または調整する要求を追跡および操作するために使用される創作物であり、変更制御プロセスの中心部分である。例えば、ＲＦＣは、ＩＴインフラストラクチャ１５０によって問題を解決する変更を行うために、ＩＴインフラストラクチャ１５０のユーザ、ＩＴインフラストラクチャ１５０の管理者等によって発生されてもよい。ＲＦＣは、ＩＴインフラストラクチャ１５０、例えば、構成項目（ＣＩ）における望ましい変更を指定することができ、ＩＴインフラストラクチャ１５０に対する望ましい変更を得るために必要な変更を記録することも可能である。

変更管理の下にあるシステムに関して、即ち、インフラストラクチャまたはＣＩに対する変更がまず制御権限保持者によって承認され且つスケジュールされなければならないシステムに関して、その変更が及ぼすであろう影響を決定するために、ＲＦＣが管理者およびアナリストによって使用される。管理者および／またはアナリストは、ＩＴインフラストラクチャ１５０に関するその決定された影響に基づいて、その変更を承認するかまたは否認することができる。管理者および／またはアナリストがその変更を承認する場合、管理者および／またはアナリストは、行なわれるべき操作をガイドするようにスケジュールされたプロセスにおいてＲＦＣを参照することが可能である。ＩＴインフラストラクチャ１５０、例えば、ＣＩの構成における不適切な変更までビジネス・サービスにおける障害を辿ることができる場合が多いので、クリティカルなＩＴシステムにとって効果的な変更制御は重要である。

ＯＭＰ１４０は、アプリケーションまたはビジネス・サービスの操作管理の課題に取り組むためのタスクを自動化し得るサービスである。これらの製品は、ＩＴインフラストラクチャ１５０の支援と共にビジネス・クリティカルなアプリケーションの性能および可用性の最適化を支援する。ＯＭＰ１４０は、更に、ＩＴインフラストラクチャ１５０において特定のＣＩを構成するためにおよびそれらの使い方をモニタするために使用することが可能である。

後述の本発明の実施例を詳しく参照すると、一旦管理人、および／または、アナリストがＩＴ資源に対する変更を、対応するＲＦＣの承認を通して承認してしまうと、ＩＴ資源の構成をＩＴインフラストラクチャ１５０において変更するために１つまたは複数のＯＭＰ１４０を使用することが可能となる。厳しい変更管理の下にある資源に関しては、ＯＭＰ１４０を使用している主題のエキスパートは、行われている変更が、適正な権威付与者によって承認された有効なＲＦＣに関するものであるということ、および、システムの現在のステータスが、その行われるべき変更にとって正しい状態にあるということ、例えば、ＩＴリソースに対する変更が、それが実際に行われべき時間に生じるようにスケジュールされるということ、を保証しなければならないことがある。変更がこのように正しく行なわれない場合、変更管理プロセスは失敗し、障害が生じることがある。

ＯＭＰに関して作用するときのＲＦＣチェックは手操作のプロセスであるので、誤解が生じると、それは間違いを被ることがある。その結果、不適切な変更が生じて、システム障害が生じることがある。言い換えれば、ＲＦＣチェック機能は、人間によるエラーを被ることになる。

本発明の目的は、操作管理製品（ＯＭＰ）によって行なわれる操作における変更制御を強化するためのシステムおよび方法を提供することにある。変更管理データベース（ＣＭＤＢ）がインストールされており且つ或る資源または操作が変更制御の下に置かれているという環境においてＯＭＰがインストールされるとき、本発明は、ＯＭＰによる変更要求（ＲＦＣ）状態のチェックを自動化する。

本実施例によれば、どの資源および／または操作が変更制御の下に置かれるべきかを指定するための構成情報を、ＯＭＰ、ＣＭＤＢ等が提供する。ＯＭＰ、ＣＭＤＢ等は、更に、ＲＦＣを確認するために使用されるサービス管理システム・インターフェースへの自動アクセスのための構成情報を提供する。本実施例のＯＭＰは、ＲＦＣ識別子がユーザによって指定されること、または、ＯＭＰの変更操作が起動されるとき、ＲＦＣ識別子がシステム統合モジュール（ＳＩＭ）によってパラメーターとしてＯＭＰに送られることを必要とする。ＲＦＣ識別子は、ＲＦＣ承認操作を行うにあたってサービス管理システムをアクセスするためにＯＭＰによって使用される。特に、サービス管理システムをアクセスすることは、ＲＦＣ識別子が有効なものであるかどうか、ＩＴ資源が正しい状態にあるかどうか、および変更が現時点で行われるようにスケジュールされているかどうかを、ＯＭＰが決定することを可能にする。これらのチェックに合格すると、ＩＴ資源に対する変更、特に、ＲＦＣおよび変更操作に関連したＩＴ資源を表す構成項目（ＣＩ）に対する変更が生じることが許される。

これらのチェックに合格しない場合、ＯＭＰは、変更操作の許可が失敗したこと応答して、自動的に操作を識別および遂行するためにそれの構成情報をチェックし得る。例えば、変更操作の許可が失敗しても、変更操作が生じることは自動的に認められるが適切なメッセージが適切な要員に対して発生されるか、または変更操作が自動的に拒否されて、適切なメッセージが適切な要員に対して発生されるか、或いはサービス管理システムにおけるプロセスが改善を行うために起動され得る。

更なる例として、変更操作の許可が失敗したことに応答して、ＯＭＰは、プロセス・マネージャー・インターフェースを自動的に使用して変更のための新たなＲＦＣを開き、しかる後、変更を行なわずに戻ることが可能であるが、新たなＲＦＣが作成されたということをＩＴ管理者のようなユーザに表示してもよい。従って、ユーザは、操作を再試行する前に、その新たなＲＦＣが承認されたという通知を待ってもよい。

ＯＭＰの自動変更操作の許可は、その自動変更操作の許可が使用される範囲と、変更操作の許可が失敗した場合に行われる機能とがカスタマイズされるように、構成可能なものであってもよい。例えば、ＯＭＰは、ユーザ（ＩＴ管理者）および／またはＩＴインフラストラクチャの安心レベルに設定されてもよく、ＩＴインフラストラクチャによって可能にされた特定の機能に設定されてもよい。例えば、ＩＴインフラストラクチャ環境はＣＭＤＢを含まないか、または変更制御がＣＭＤＢプロセス・マネージャを通して利用されない場合、ＯＭＰの自動変更操作の許可は、ＯＭＰの他の機能が依然として使用可能であるようにディセーブルされてもよい。

１つの実施例では、１つまたは複数のデータ処理システムの資源に関して自動変更制御を行う方法が提供される。その方法は、データ処理システムにおける資源の構成を変更するための操作を指定する変更操作コマンドを受け取るステップと、変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定するステップと、変更操作または資源が厳しい変更制御の下にある場合、変更操作コマンドに基づいて変更要求（ＲＦＣ）有効性チェックを自動的に行うステップとを含み得る。変更操作が許容されるべきであるということをＲＦＣ有効性チェックの結果が表す場合、変更操作コマンドに対応する変更操作が自動的に行なわれ、それによって資源の構成変更させることが可能である。変更操作コマンドは、その変更操作コマンドに対応するＲＦＣを表すＲＦＣ識別子を含んでもよい。

ＲＦＣ有効性チェックを自動的に行うステップは、ＲＦＣに基づいたルックアップ操作をサービス管理システムにおいて行うステップと、変更操作を行うためのＲＦＣの要件に現在の状態が適合するかどうかを決定するステップとを含み得る。変更操作を行うためのＲＦＣの要件に現在の状態が適合するかどうかを決定するステップは、ＲＦＣが有効であるかどうかを決定するステップ、現在の日付および時刻がＲＦＣに関連するスケジュールされた日付および時刻に一致するかどうかを決定するステップ、または、データ処理システムの状態が、変更操作によって資源が修正され得るような状態であるかどうか決定するステップ、の少なくとも１つを含み得る。

本方法は、変更操作コマンドに基づいたＲＦＣの有効チェックが失敗である場合、変更操作コマンドに基づいたエラー処理を自動的に行うステップを更に含み得る。変更操作コマンドに基づいたエラー処理を自動的に行うステップは、要求された変更操作および資源の識別のどちらに基づいたエラー処理を行うべきかを決定するステップを含み得る。更に、エラー処理は、次の３つのステップの１つを含み得る。即ち、 （１）変更操作を拒否し、チェックの失敗を表す少なくとも１つのメッセージをデータ処理システムにおける１つまたは複数のデータ処理装置に発生するステップ、
（２）変更操作が行なわれることを許し、チェックが失敗したことおよび変更操作が許されたことを表す少なくとも１つのメッセージをデータ処理システムにおける１つまたは複数のデータ処理装置に発生するステップ、または
（３）遭遇した問題を識別するインシデント・レポートをユーザに提示し、解決されるべき問題を表す入力を用いてユーザが応えたことに応じて、ＲＦＣ有効性の再チェックを自動的に行うステップ。

更に、エラー処理は、データ処理システムのプロセス・マネージャに対するインターフェースを利用して変更操作のための新しいＲＦＣを自動的に開くステップを含み得る。エラー処理は、更に、当初の変更操作コマンドは完了し得なかったが、変更操作のための新しいＲＦＣが作成されたということを表す通知メッセージをデータ処理システムのデータ処理装置に送るステップを含み得る。なお、その通知メッセージは新しいＲＦＣ識別子を含み得る。

変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定するステップは、データ処理システムに対する構成情報を構成管理データベース（ＣＭＤＢ）から得るステップを含み得る。なお、構成情報は、厳しい変更制御の下にある変更操作または資源の少なくとも１つを指定し得る。変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定するステップは、更に、ＣＭＤＢからの構成情報に基づいて、変更操作または資源の１つが厳しい変更制御の下にあるかどうかを決定するステップを含み得る。

変更操作は、構成管理データベース内の構成項目に関して行われ得る。その構成項目はデータ処理システムにおける資源を表し得る。

他の実施例では、コンピュータ使用可能媒体に含まれ、コンピューティング装置において実行されるコンピュータ可読プログラムが提供される。コンピュータ可読プログラムは、それがコンピューティング装置において実行されるとき、方法の実施例に関して上述した種々の操作およびそれら操作の組合せをそのコンピューティング装置に遂行させる。

更に別の実施例では、１つのシステムが提供される。そのシステムは、プロセッサおよびそのプロセッサに接続されたメモリを含み得る。メモリは命令を有し、命令は、それが実行されるとき、上記方法の実施例に関して上述した種々の操作およびそれら操作の組合せをプロセッサに実行させる。

本発明のこれらのおよび他の特徴および利点は、本発明の実施例に関する以下の詳細な説明において記述され、その詳細な説明から見て、当業者には明らかであろう。

本実施例は、米国ニューヨーク州アーモンクにあるインターナショナル・ビジネス・マシーンズ・コーポレーションから入手可能なＩＢＭサービス管理（IBM Service Management）インフラストラクチャのような情報技術（ＩＴ）インフラストラクチャの操作管理製品（ＯＭＰ）によって行なわれる操作において自動変更制御管理を行うためのシステムおよび方法を提供する。このように、本実施例は、複数のコンピューティング装置が１つまたは複数のデータ・ネットワークを介して相互に通信する分散型データ処理環境において具現化することに特に適している。従って、後述のような実施例の特定コンポーネントおよび操作を理解するための状況を提供するために、例示の分散型データ処理システムおよびそのような分散型データ処理システムにおいて利用することが可能なコンピューティング装置の簡単な説明を、先ず、図２および図３に関連して行うことにする。図２および図３は単なる例示であり、本発明の態様または実施例を具現化し得る環境に関して如何なる制限を主張または意味することを意図するものではないは明らかであろう。本発明の趣旨および範囲から逸脱することなく、図示の環境に対して多くの修正を施すことが可能である。

次に図面を参照すると、図２は、実施例の態様を具現化し得る例示的な分散型データ処理システムを示す。分散型データ処理システム２００は、実施例の態様を具現化し得るコンピュータのネットワークを含み得る。分散型データ処理システム２００は、少なくとも１つのネットワーク２０２を含む。ネットワーク２０２は、分散型データ処理システム２００内で相互接続された様々な装置およびコンピュータの間の通信リンクを提供するために使用される媒体である。ネットワーク２０２は、有線通信リンク、無線通信リンク、または光ファイバ・ケーブルのような接続体を含み得る。

図示の例では、サーバ２０４およびサーバ２０６がストレージ・ユニット２０８と共にネットワーク２０２に接続される。更に、クライアント２１０、２１２、および２１４もネットワーク２０２に接続される。これらのクライアント２１０、２１２、および２１４は、例えば、パーソナル・コンピュータ、ネットワーク・コンピュータ等であってもよい。図示の例では、サーバ２０４は、ブート・ファイル、オペレーティング・システム・イメージ、並びにアプリケーションのようなデータをクライアント２１０、２１２、および２１４に提供する。クライアント２１０、２１２、および２１４は、図示の例では、サーバ２０４に対するクライアントである。分散型データ処理システム２００は、更なるサーバ、クライアント、および図示されてない他の装置を含んでもよい。

図示の例では、分散データ処理システム２００は、相互に通信するためのプロトコルの伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）スイートを使用するネットワークおよびゲートウエイの世界的な集合体を表すネットワーク２０２を備えたインターネットである。インターネットの中心には、主要なノードまたはホストコンピュータ間の高速データ通信回線のバックボーンがあり、それは、何千個もの商業用コンピュータ・システム、政府機関用コンピュータ・システム、教育用コンピュータ・システム、並びに、データおよびメッセージを経路指定する別のコンピュータ・システムから成る。もちろん、分散型データ処理システム２００も、多くの異なるタイプのネットワーク、例えば、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）等のようなネットワーク、を含むように具現化し得る。上述のように、図２は、１つの例として意図され、本発明の種々の実施例に対するアーキテクチャ上の限定として意図されるものではなく、従って、図２に示される特定の素子は、本発明の実施例を具現化し得る環境に関して制限するものと見なされるべきではない。

次に図３を参照すると、実施例の諸態様を具現化し得る例示的なデータ処理システムのブロック図が示される。データ処理システム３００は、図２におけるクライアント２１０〜２１４またはサーバ２０４〜２０６のようなコンピュータの一例であり、そのコンピュータには、本発明の実施例に関するプロセスを具現化するコンピュータ使用可能コードまたは命令が置かれている。

図示の例では、データ処理システム３００は、ノースブリッジおよびメモリ・コントローラ・ハブ（ＮＢ／ＭＣＨ）３０２と、サウスブリッジおよび入出力（Ｉ／Ｏ）のコントローラー・ハブ（ＳＢ／ＩＣＨ）３０４とを含むハブ・アーキテクチャを使用する。処理ユニット３０６、メイン・メモリ３０８、およびグラフィックス・プロセッサ３１０がＮＢ／ＭＣＨ３０２に接続される。グラフィックス・プロセッサ３１０は、アクセラレイテッド・グラフィック・ポート（ＡＧＰ）を介してＮＢ／ＭＣＨ３０２に接続される。

図示の例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１２がＳＢ／ＩＣＨ３０４に接続している。オーディオ・アダプタ３１６、キーボードおよびマウス・アダプタ３２０、モデム３２２、読取り専用メモリ（ＲＯＭ）３２４、ハードディスク・ドライブ（ＨＤＤ）３２６、ＣＤ−ＲＯＭドライブ３３０、ユニバーサル・シリアル・バス（ＵＳＢ）ポートおよび他の通信ポート３３２、およびＰＣＩ／ＰＣＩｅ装置３３４がバス３３８およびバス３４０を介してＳＢ／ＩＣＨ３０４に接続している。ＰＣＩ/ＰＣＩｅ装置３３４は、例えば、イーサネット（登録商標）・アダプタ、アドイン・カード、およびノートブック・コンピュータのためのＰＣカードを含み得る。ＰＣＩはカード・バス・コントローラを使用し、１つ、ＰＣＩeはそれをしない。ＲＯＭ３２４は、例えば、フラッシュ・ベーシック入出力システム（ＢＩＯＳ）であってもよい。

ＨＤＤ３２６およびＣＤ−ＲＯＭドライブ３３０は、バス３４０を介してＳＢ／ＩＣＨ３０４に接続している。ＨＤＤ３２６およびＣＤ−ＲＯＭドライブ３３０は、例えば、統合ドライブ・エレクトロニクス（ＩＤＥ）またはシリアル・アドバンスト・テクノロジ・アタッチメント（ＳＡＴＡ）インターフェースを使用し得る。スーパＩ／Ｏ（ＳＩＯ）装置３３６がＳＢ／ＩＣＨ３０４に接続されてもよい。

オペレーティング・システムが処理ユニット３０６上で作動する。オペレーティング・システムは、図３におけるデータ処理システム３００内の様々なコンポーネントの制御を調整および提供する。クライアントとしてのオペレーティング・システムは、MicrosoftWindows XP のような商業的に入手可能なオペレーティング・システムであってもよい（Microsoft および Windows は、米国のMicrosoft Corporation の登録商標である）。Java プログラミング・システムのようなオブジェクト指向プログラミング・システムがオペレーティング・システムと関連して作動し、データ処理システム３００において実行される Java プログラムまたはアプリケーションからそのオペレーティング・システムにコールを行なってもよい（Javaは、米国の Sun Microsystems 社の登録商標である）。

サーバとしてのデータ処理システム３００は、例えば、アドバンスト・インタラクティブ・エグゼクティブ（ＡＩＸ）オペレーティング・システムまたはＬＩＮＵＸオペレーティング・システムを作動する IBM eServer pSeries コンピュータ・システムであってもよい（eServer pSeries およびＡＩＸはIBM Corporation の商標であり、ＬＩＮＵＸは米国の Linus Torvalds の商標である）。データ処理システム３００は、処理ユニット３０６内に複数のプロセッサを含む対称マルチプロセッサ（ＳＭＰ）システムであってもよい。それとは別に、シングル・プロセッサ・システムが使用されてもよい。

オペレーティング・システム、オブジェクト指向プログラミング・システム、およびアプリケーションまたはプログラムに関する命令がＨＤＤ３２６のような記憶装置に置かれ、処理ユニット３０６による実行のためにメイン・メモリ３０８にロードされる。本発明の実施例のためのプロセスは、例えば、メイン・メモリ３０８、ＲＯＭ３２４のようなメモリに、または、例えば、１つまたは複数の周辺装置３２６および３３０に置かれているコンピュータ使用可能なプログラム・コードを使用して、処理装置３０６によって遂行されてもよい。

図３に示されるバス３３８またはバス３４０のようなバス・システムは１つまたは複数のバスで構成されてもよい。もちろん、バス・システムは、通信ファブリックまたはアーキテクチャに接続された種々のコンポーネントまたは装置の間でデータ転送を行う任意のタイプの通信ファブリックまたはアーキテクチャを使用して具現化することも可能である。図３のモデム３２２またはネットワーク・アダプタ３１２のような通信ユニットは、データを送信および受信するために使用される１つまたは複数の装置を含み得る。メモリは、例えば、図３におけるメイン・メモリ３０８、ＲＯＭ３２４、またはＮＢ／ＭＣＨ３０２において見られるようなキャッシュであってもよい。

図２および図３におけるハードウェアが実施態様に依存して変わり得るということは当業者には明らかであろう。フラッシュ・メモリ、同等の不揮発性メモリ、または、光ディスク・ドライブ等のような他の内部ハードウェア或いは周辺装置が、図２および図３に示されたハードウェアに加えて或いはそのハードウェアの代わりに使用されてもよい。更に、実施例のプロセスは、本発明の趣旨および範囲から逸脱することなく、前述のＳＭＰシステム以外のマルチプロセッサ・データ処理システムに適用することも可能である。

更に、データ処理システム３００は、クライアント・コンピューティング装置、サーバ・コンピューティング装置、タブレット・コンピュータ、ラップトップ・コンピュータ、電話または他の通信装置、パーソナル・デジタル・アシスタント（ＰＤＡ）等を含む任意の多くの様々なデータ処理システムの形式を取り得る。或る実例例では、データ処理システム３００は、例えば、オペレーティング・システム・ファイル、および／または、ユーザ生成のデータを格納するための不揮発性メモリを提供するためにフラッシュ・メモリで構成される携帯用コンピューティング装置であってもよい。本質的には、データ処理システム３００は、アーキテクチャ上の制限のない任意の既知のまたは今後開発されるデータ処理システムであってもよい。

実施例によると、１つの組織における情報技術（ＩＴ）インフラストラクチャ用の変更制御管理システムは、１つまたは複数のサーバ２０４〜２０６およびネットワーク接続ストレージ２０８を介して提供することが可能である。例えば、サーバ２０４〜２０６は、構成および変更管理、リリース管理、可用性管理、ストレージ管理、および他のプロセス管理サービスを提供することが可能なプロセス・ランタイム環境を提供し得る。更に、サーバ２０４〜２０６は、実施例によれば、変更操作許可機能を自動的に行う１つまたは複数の操作管理製品（ＯＭＰ）を提供し得る。ユーザは、クライアント装置２１０〜２１４および、例えば、ＯＭＰによって提供されるユーザ・インターフェースを介して、プロセス管理サービスおよびＯＭＰをアクセスすることも可能である。

ネットワーク接続のストレージ２０８は、１つの組織におけるＩＴインフラストラクチャにデータ・サブシステムを提供し得る。従って、後述のように、実施例によれば、ネットワーク接続ストレージ２０８は変更管理データベース（ＣＭＤＢ）を提供し得る。更に、ネットワーク接続ストレージ２０８は、それらの自動変更操作許可機能に関してＯＭＰの操作を制御するためのＯＭＰ構成情報用のＯＭＰデータベースおよびストレージを提供し得る。

実施例によれば、ＯＭＰ、サービス管理システム等は、どの資源および／または操作が変更制御の下に置かれるべきかを指定するための構成情報を提供する。ＯＭＰは、ＲＦＣを確認するために使用されるサービス管理システム・インターフェースに対する自動アクセスのための構成情報を備えている。実施例のＯＭＰは、ＲＦＣ識別子がユーザによって指定されるか、或いは、ＯＭＰの変更操作が起動されるときにシステム・インテグレーション・モジュール（ＳＩＭ）によってパラメーターとしてＯＭＰに送られることを必要とする。ＲＦＣ識別子は、サービス管理システムにアクセスしてＲＦＣ承認操作を行わせるためにＯＭＰによって使用される。詳しく云えば、サービス管理システムのアクセスは、ＲＦＣ識別子が有効であるか、ＩＴ資源が正しい状態にあるか、および変更が現時点で行われることをスケジュールされているかどうかをＯＭＰが決定することを可能にし得る。これらのチェックが合格すると、ＲＦＣおよび変更操作に関連したＩＴ資源に対する変更が生じることが許される。

これらのチェックが合格しなかった場合、ＯＭＰは、変更操作の許可の失敗に応答して操作を自動的に識別および遂行するためにその構成情報をチェックし得る。例えば、たとえ変更操作の許可が失敗しても変更操作が生じることは自動的に認められ得るが、適切なメッセージが適切な要員に発生され得るか、変更操作が自動的に拒否され且つ適切なメッセージが適切な要員に発生され得るか、或いは、サービス管理システムにおけるプロセスが改善を行うために起動され得る。更なる例として、変更操作の許可の失敗に応答して、ＯＭＰは、プロセス・マネージャ・インターフェースを自動的に使用して変更のための新しいＲＦＣを開き、しかる後、変更を行なわず、新しいＲＦＣが作成されたことを管理者に示し得る。従って、ユーザは、その操作を再試行する前に、その新しいＲＦＣが承認されたという通知を待ってもよい。

ＯＭＰの自動変更操作の許可は、その自動変更操作の許可が使用される範囲およびその自動変更操作の許可が失敗した場合に行なわれる機能が、管理者および／またはＩＴインフラストラクチャ、およびＩＴインフラストラクチャよって可能にされた特定の機能の安心レベルにカスタマイズされるように構成可能なものであってもよい。例えば、ＩＴインフラストラクチャ環境がＣＭＤＢを含まないか、または変更制御がＣＭＤＢプロセス・マネージャを通して利用されない場合、ＯＭＰの自動変更操作の許可は、ＯＭＰの他の機能が依然として使用可能であるようにディセーブルされてもよい。

図４は、一実例例に従って、自動変更制御管理システムの主要な操作コンポーネントの例示的なブロック図である。図４に示された操作コンポーネントは、ハードウェア、ソフトウェア、或いはハードウェアおよびソフトウェアの任意の組合せで具現化することが可能である。好ましい実施例では、図４に示された操作コンポーネントは、１つまたは複数のデータ処理装置における１つまたは複数のプロセッサによって実行されるソフトウェア命令として具現化される。

図４に示されるように、自動変更制御管理システム４００は、プロセス・マネージャ４１０、操作管理製品（ＯＭＰ）４２０、サービス管理システム４５０、およびストレージ・システム４９０を含む。ストレージ・システム４９０は、ＯＭＰデータベース４３０、ＯＭＰ構成データ構造ストレージ４４０、および変更管理データベース（ＣＭＤＢ）４４５を含む。ＯＭＰデータベース４３０は、それの領域内のＩＴ資源（例えば、コンピュータ・システム、ネットワーク装置、ソフトウェア・パッケージ等）を管理するために必要なデータを格納する。ストレージ・システム４９０は、サーバ・コンピューティング装置４８０に、または図２におけるストレージ・ユニット２０８のようなストレージ装置に統合されてもよいし、直接接続されてもよい。サービス管理システム４５０は、「変更要求（ＲＦＣ）」を行うことが可能なプロセス・データベース４５２を含む。実施例に従って変更操作を行うためには、クライアント装置４７０を介してアクセスし得る１つまたは複数ＯＭＰユーザ・インターフェース４６０がＯＭＰ４２０に設けられてもよい。

プロセス・マネージャ４１０およびＯＭＰ４２０は、例えば、図２におけるサーバ２０４または２０６のようなサーバ・コンピューティング装置４８０内に設けられる。プロセス・マネージャ４１０は、図１におけるプロセス・ランタイム環境１１０のようなプロセス・ランタイム環境におけるサービスとして提供され得る。プロセス・マネージャ４１０は、ＩＴインフラストラクチャにおけるＩＴ資源の修正、更に詳しく云えば、そのＩＴ資源を表す構成項目（ＣＩ）の修正、を求める変更プロセス要求をＯＭＰ４２０に提示し得る。しかし、本実施例に関しては、プロセス・マネージャ４１０は、変更プロセス要求が行われることを許可する前に、その変更プロセス要求に関連した変更要求（ＲＦＣ）のＯＭＰ４２０による自動チェックにおいて使用するために、そのＲＦＣを識別するように構成される。更に、ＯＭＰ４２０は、変更プロセス要求と共にＲＦＣ識別子を受け付けるように、且つ、ＲＦＣおよびＲＦＣに関連するスケジューリングに従って変更プロセス要求が行なわれることを保証すべくＲＦＣの自動チェックを行うように、構成される。

ＲＦＣ自体は、ＩＴインフラストラクチャにおける問題を修正するためにとられる自動アクションに応答して手操作で（通常の場合）または自動的に提示される。ＲＦＣの承認は、手操作態様（通常の場合）で行なわれてもよく、その場合、ＩＴ環境が適切に機能することに責任を負う人々のグループが、変更により生じ得る影響を評価し、いつそれが行なわれるべきかおよびそれが行われるべきかどうかを決定する。それとは別に、ＲＦＣに関して生じ得る影響を決定するために、および、ＲＦＣが自動的に承認されるべきか或いはレビューのためにＩＴ環境に責任を負う人々のグループに提示されるべきかを決定するための判断規準を使用するために、ＩＴインフラストラクチャ、ＩＴ資源の依存性等を分析のための自動メカニズムが確立されてもよい。

先ず、ＯＭＰ４２０が、ＩＴインフラストラクチャにとって適切な変更制御ポリシおよびこの変更制御ポリシをチェックする方法を知るよう、ＩＴ管理者、アナリスト等がＯＭＰ４２０を構成する。例えば、システム管理者は、どの変更操作および／またはＩＴ資源が厳しい変更制御の下に置かれることになっているかを特定することによって、即ち、提示されるべきＲＦＣ，承認されるべきＲＦＣ、およびスケジュールされたＩＴ資源に対する変更をどのＩＴ資源が必要とするかを特定することによって、ＯＭＰ４２０を構成してもよい。更に、システム管理者は、サービス管理システム４５０をアクセスするためにＯＭＰ４２０に関するネットワーク・アドレスおよび重要なクリデンシャルを指定してもよい。更に、システム管理者は、ＩＴインフラストラクチャ４９５が現在正しくない状態である場合に、或いは試みられた変更のタイミングがＩＴ資源変更に対して設定されたスケジュールに適合しない場合、ＲＦＣが指定されないかまたは無効であるのでＩＴ資源に対して試みられた変更が失敗するとき、どのアクションが取られるべきかを識別するようにＯＭＰ４２０を構成してもよい。ＯＭＰ４２０のための構成情報は、ＯＭＰ構成データ構造４４０に格納されてもよく、後述のように、変更操作コマンドが処理されることが許されるべきかどうかに関して決定を行うとき、ＯＭＰ４２０によって利用され得る。

ＯＭＰ４２０を構成する作業は、例えば、クライアント装置４７０のような管理者のワークステーションを介してシステム管理者等に提供される１つまたは複数ＯＭＰユーザ・インターフェース４６０によって行なわれてもよい。ＯＭＰユーザ・インターフェース４６０は、ユーザがフィールドへのエントリを指定すること、或いは、メニューからオプションを選択すること、或いは、他の任意の既知のユーザ・インターフェース要素を使って上述の構成オプションを指定することを可能にするグラフィカル・ユーザ・インターフェースを提供し得る。様々な受入れ可能な入力が事前設定され、選択のためにシステム管理者または他のユーザに提供されてもよく、或いは、ユーザが情報を入力するための自由な形式のフィールドが提供されてもよい。ＯＭＰ４２０を構成するための情報をエントリする如何なるタイプのユーザ・インターフェースも、本発明の趣旨および範囲内にあるものと考えられる。

ユーザがＩＴインフラストラクチャ４９５に変更を行いたいとき、ユーザは、クライアント装置４７５を介して、或いは１つまたは複数のデータ・ネットワーク、直接接続等を通してサーバ・コンピューティング装置４８０に接続された別のクライアント装置を介して、プロセス・マネージャ４１０に変更要求（ＲＦＣ）を提示しなければならない。ＲＦＣは、ユーザが記入して提示する１つのフォームであり、それは、ユーザがＩＴインフラストラクチャに対して行いたい特定の変更の詳細を表す。ＲＦＣは、例えば、ＩＴインフラストラクチャ４９５の特別のホスト・システムにおけるファイル空間にストレージを加えることを求める変更要求、或いはＩＴインフラストラクチャ４９５の構成に対する何らかの他の変更を求める変更要求であってもよい。ＲＦＣは、プロセス・マネージャ４１０に直接に、或いはＯＭＰ４２０またはＲＦＣ提示に使われる他のＯＭＰを介して提示され、プロセス・データベース４５２のようにサービス管理システム４５０に格納されてもよい。従って、このＲＦＣは、ＲＦＣに関連してＩＴインフラストラクチャに対して行なわれるすべて変更を追跡するために使用されるであろう。

プロセス・マネージャ４１０は、システム管理者、アナリスト或いは、レビューおよび承認のための他の権限付与された人にＲＦＣを提供してもよい。それとは別に、プロセス・マネージャ４１０は、ＲＦＣが承認または否認されるべきか、或いは承認または否認の前にレビューのために管理人、アナリスト等に送られるべきかどうかを決定するために、ＲＦＣを分析し且つＩＴ資源に関する要求された変更の影響を決定するための基礎知識を備えてもよい。ＲＦＣの自動レビューが行われようと或いはそれの手操作レビューが行なわれようと、プロセス・マネージャ４１０は、ＲＦＣの承認または否認をＯＭＰ４２０に伝え、それによって、そのＲＦＣが承認されるかまたは否認されるかを示すようにＯＭＰ４２０がＲＦＣを更新するようにしてもよい。更に、ＲＦＣが否認される場合、その否認および、任意選択的には、その否認の理由を表すための応答がＲＦＣの発生元に送られてもよい。

ＲＦＣが承認されるものと仮定すると、その承認の表示に加えて、管理者、アナリストは、或いは、プロセス・マネージャ４１０自体でさえも、その承認されたＲＦＣに従ってＩＴ資源に対する変更の実施をスケジュールし、ＯＭＰ４２０にそのスケジュールを伝達してもよい。ＩＴ資源変更のスケジュールは、ＲＦＣの要求された変更を完全なものにするために必要なＩＴ資源に対する様々な変更を行うことが可能である日付および／または時刻を示してもよい。ＩＴ資源変更のこのスケジュールは、ＲＦＣが承認されたという表示と共に、ＲＦＣと関連して、またはそのＲＦＣの一部として、サービス管理システム４５０に格納されてもよい。

１つの実施例では、プロセス・マネージャ４１０は、承認された受信ＲＦＣに基づいて遂行されるべきタスクのリストをクライアント装置４７０に提供することも可能である。そのタスクのリストは、遂行される必要のあるＩＴインフラストラクチャ４９５（例えば、重要な構成項目）に対する変更を表す。これらの変更は、特定のＩＴ資源に対する変更が行なわれるべきスケジュール、詳しく云えば、ＩＴ資源、例えば、ＩＴ資源４９６および４９８を表すＩＴインフラストラクチャ４９５内の構成項目（ＣＩ）を表してもよい。しかし、クライアント装置４７０は人による制御の下にあるので、タスクのリストで指定されたスケジュールが厳しく守られるという保証はない。従って、実施例のＯＭＰ４２０は、スケジュールへの厳しい固執、ＲＦＣ承認、およびＲＦＣのＩＴインフラストラクチャ状態の要件を保証するための機能を含む。

或る時間後、クライアント装置４７０を使用するＩＴ管理者のようなクライアント装置またはサーバ・コンピューティング装置４８０に接続された別のクライアント装置のユーザは、ＯＭＰ４２０に変更操作コマンドを送ることによって、ＩＴ資源４９６〜４９８の構成を変更するために変更操作を始めてもよい。この変更操作コマンドは、例えば、プロセス・マネージャ４１０によってクライアント装置４７０のユーザに提供されるタスクのリストに基づいて提示されてもよい。実施例によれば、そのような変更操作コマンドは、その変更操作コマンドに関連したＲＦＣ識別子があればそのＲＦＣ識別子、行われるべき変更操作、修正されるべきＩＴ資源４９６〜４９８等を指定するためのフィールドを含んでいる。変更操作コマンドは処理のためにＯＭＰ４２０に提供される。

ＯＭＰ４２０は変更操作コマンドを解析し、変更操作コマンドの影響を受けやすいＩＴ資源４９６〜４９８が厳しい変更管理の下にある資源であるか、または遂行されるべき操作が厳しい変更管理の下にあるかを先ず決定する。ＩＴ資源４９６〜４９８および操作のいずれも厳しい変更管理の下にない場合、ＲＦＣのチェックがあってもそのチェックは不必要であり、変更操作が生じることが許される。ＩＴ資源４９６〜４９８または操作のいずれかが厳しい変更管理の下にある場合、ＩＴインフラストラクチャ／資源状態チェックおよびスケジュール・チェックを伴うＲＦＣチェックが、変更操作がＩＴインフラストラクチャ４９５において処理されることを許される前に必要である。ＩＴ資源４９６〜４９８または操作が厳しい変更管理の下にあるかどうかに関する決定は、例えば、ストレージ・システム４９０のＣＭＤＢ４４５に格納された情報のルックアップ操作、またはサービス管理システム４５０に格納された情報のルックアップ操作に基づいて行なわれてもよい。

変更操作の影響を受けやすいＩＴ資源４９６〜４９８またはその操作自体が厳しい変更制御の下にあると仮定すると、ＯＭＰ４２０は、これが現在有効なＲＦＣであるかどうか、即ち、そのＲＦＣ識別子が、承認されたＲＦＣに対応し且つ依然としてアクティブであって完了していないかどうかを決定するために、変更操作コマンドおける提供されたＲＦＣ識別子をチェックする。ＲＦＣ識別子のチェックは、サービス管理システム４５０においてルックアップ操作を行うことによって、例えば、ＲＦＣ識別子に対応し、ＲＦＣの現在の状態、即ち、受付済み状態、否認状態、アクティブ状態、完了状態、または中止状態等を決定するＲＦＣのためにサービス管理システム４５０によって維持されたプロセス・データベース４５２において、行なわれてもよい。変更操作コマンドがＲＦＣ識別子を指定してなく、変更操作の影響を受けやすいＩＴ資源４９６〜４９８またはその操作自体が厳しい変更制御の下にある場合、変更操作コマンドは、ＲＦＣルックアップ操作を行う必要なしに否認されることがある、ということに留意されたい。

ＲＦＣルックアップ操作に基づいて、変更操作コマンド内に示されたＲＦＣ識別子が、完了または中止されていない承認済みのＲＦＣに対応するかどうかに関する決定が行われてもよい。変更操作コマンドにおけるＲＦＣ識別子が完了または中止していない承認済みＲＦＣに関係している場合、ＩＴ資源４９６〜４９８の状態の更なるチェックおよびその操作のスケジューリングが行なわれてもよい。ＩＴ資源４９６〜４９８の状態のチェックは、ＩＴ資源４９６〜４９８の現在の状態を表す情報、例えば、ＩＴ資源が４９６依然として動作しているということおよびビジー状態にないということ等を表す情報、をＩＴインフラストラクチャ４９５から得ることによって行なわれてもよい。ＩＴ資源４９６〜４９８が、現在、ＩＴインフラストラクチャ４９５に関する問題を生じさせることなく変更操作が遂行され得る状態にない場合、変更操作は否認される。ＩＴ資源４９６〜４９８の状態が変更操作の遂行に適切である場合、変更操作のスケジューリングのチェックが行なわれる。

操作のスケジューリングのチェックは、ＲＦＣルックアップ操作中に見つかったサービス管理システム４５０内の対応するＲＦＣにおけるスケジュールをルックアップすることによって行なわれ得る。プロセス・マネージャ４１０によって確立されたスケジュールは、ＲＦＣに格納されるか、或いはサービス管理システム４５０における別の場所に格納され、特定のＩＴ資源４９６〜４９８がＲＦＣと関連していつ変更されるか、例えば、真夜中過ぎだけとか週末日の特定時刻だけ等が識別され得る。ＲＦＣの設定されたスケジュールに従って、変更操作が現在の時刻、日付等に行なわれ得るかどうか決定するために、現在の日付、時刻、曜日等をこのスケジュールと照合することも可能である。

変更操作コマンドのＲＦＣ識別子が有効なＲＦＣ、即ち、承認されており且つ現在完了または中止されていないＲＦＣに対応し、ＩＴ資源４９６〜４９８の状態が、生じるべき変更操作にとって適切な状態にあり、ＲＦＣのスケジューリングが現在の時刻、日付等に対応している場合、変更操作はＩＴインフラストラクチャ４９５に継続することを許され、それによってその変更操作の影響を受けやすいＩＴ資源４９６〜４９８の構成が修正される。そのような修正は、物理的なＩＴ資源４９６〜４９８そのものに対してではなく、実際の物理的なＩＴ資源４９６〜４９８を表すＩＴインフラストラクチャ４９５の構成項目（ＣＩ）に対して、行なわれ得る。例えば、これらのＣＩは、例えば、ストレージ・システム４９０のＣＭＤＢ ４４５内に維持されてもよい。

メッセージは、ＲＦＣ識別子を変更操作に関連付けてログされてもよい。これらのメッセージを、例えば、ＲＦＣ自体内に、或いは、ＯＭＰデータベース４３０またはサービス管理システム４５０内にログされてもよい。

ＲＦＣ識別子が、否認、完了、または中止されたＲＦＣに対応する場合、或いは、状態チェックおよびスケジュール・チェックのいずれも合格しなかった場合、ＯＭＰ構成データ構造４４０に格納された構成情報に従って様々な操作が行なわれ得る。どの操作が行われるべきかということは、例えば、行なわれる操作の性質および変更操作の影響を受けやすいＩＴ資源４９６〜４９８の性質に基づいて決定することが可能である。ＯＭＰ４２０は、要求された変更操作、および変更操作コマンドにおけるＩＴ資源４９６〜４９８の識別に基づいてそのような決定を行うためのロジックを備えてもよい。

１つの例示的な代替方法として、変更操作は否認されることがあり、適切なメッセージが適切なワークステーション、クライアント装置等に、例えば、クライアント装置４７０に対して発生されることがある。これは、ＯＭＰ構成・データ構造４４０における構成情報内に別の方法で表されない限り、ＯＭＰ４２０が、上述の１つまたは複数のチェックを失敗した変更操作コマンドに対するこの例示的な操作セットを具現化し得る、というデフォルト・ケースであることがある。

別の例示的な代替方法では、変更操作は、ＲＦＣの存在、状態またはスケジュールのチェックの失敗においてさえ継続することを許され得るが、チェックの失敗と、変更操作が継続することを許されたという事実とを表す適切なメッセージが、ワークステーション、クライアント装置等、例えば、クライアント装置４７０に送られてもよい。これは、例えば、実施例のメカニズムを介した強力な変更制御強化を使用する前に、ＩＴインフラストラクチャ４９５に対する変更の制御に関して好ましい快適レベルをＩＴ管理者に与えるために行われてもよい。もう１つの例として、ＩＴ資源４９６〜４９８に対する或る変更は、ＩＴインフラストラクチャ４９５の故障またはＩＴ資源４９６〜４９８の可用性の喪失をほとんど生じさせそうもないかもしれない。そのような変更にとって、変更操作は、通知メッセージが送られることを除いて継続することを許される。

更なる例示的な代替方法では、サービス管理システム４５０における改善プロセスが、上述の１つまたは複数のチェックの失敗に応答して起動されてもよい。１つの例として、サービス管理システム４５０はＩＴ管理人或いはユーザに付随的なレポートを提示し得る。そこで、ＩＴ管理人は、付随的事項に関連した問題を訂正し、その問題が訂正されたということを表すメッセージをＯＭＰ４２０に戻すようにサービス管理システム４５０に指示し得る。この時点で、ＯＭＰ４２０は、ＲＦＣ識別子の再チェック、状態の再チェック、および変更操作のＲＦＣに関連したスケジュールの再チェックを行い得る。これらのチェックがすべて成功する場合、変更操作は継続することを許され得る。このように、ＩＴ管理人は、試みられた変更操作に伴う如何なる問題も訂正し得るし、従って、それらの問題を訂正した後、変更操作を再試行し得る。

更なる代替方法として、ＯＭＰ４２０は、変更に対する新しいＲＦＣを自動的に開くためにプロセス・マネージャ４１０のインターフェースを利用し、当初の変更操作を行うことなく戻ることが可能である。しかる後、当初の変更操作コマンドは完了し得なかったがその変更操作コマンドに対する新しいＲＦＣが作成されたということを示す通知メッセージが適切なワークステーション、クライアント装置などに送られてもよい。その通知は、ユーザが新しいＲＦＣの承認／否認をモニターし得るように、新しいＲＦＣ識別子を提供することが望ましい。しかる後、ユーザは、変更操作を再試行する前にＲＦＣが承認されたという通知を待ってもよい。従って、変更操作コマンドの失敗の場合、ＲＦＣがＯＭＰ４２０によって自動的に生成され得る。

変更操作が行なわれることを許すべきかどうかを決定するとき、ＲＦＣ承認、ＩＴインフラストラクチャ状態、およびスケジュールをチェックすることに関する実施例を説明したが、実施例がそのようなものに限定されないということは明らかであろう。むしろ、本実施例のメカニズムは、ＩＴインフラストラクチャ４９５のＩＴ資源４９６〜４９８を表す構成項目（ＣＩ）を変更操作が修正することを許する前に、ＲＦＣにおいて規定されたすべての条件をチェックし得る。例えば、ＲＦＣは、所定の他の操作が実行されている場合には変更操作が行なわれないということ、または他の操作が実行されている場合にしか変更操作が行なわれ得ないということを規定してもよい。別の例として、ＲＦＣは、他のＲＦＣにおいて指定された変更が完了してしまった後にしか変更操作が行なわれ得ないということを規定してもよい。

更なる例として、ＲＦＣは、所定の管理者／ユーザだけしか変更操作を始めることを許されないということを規定してもよい。これらの管理者／ユーザは、変更操作を行うことを一般に認められた管理者／ユーザのサブセットであってもよい。これは、管理者／ユーザがＲＦＣに関する特殊事情に気づいているという状況では有用であるかもしれない。変更操作が行なわれることを許されるべき条件または否認されるべき条件は、ＲＣＣにおいて指定されてもよく、変更操作が継続することを許す前に実施例のメカニズムによってチェックされてもよい。

従って、本実施例は、変更操作が有効なＲＦＣに従って行なわれ得ることを保証するために、厳しい変更制御のもとで或いは他の重要な条件または属性のもとで資源または操作に対するＲＦＣ識別子、ＩＴインフラストラクチャ状態、およびＲＦＣスケジューリングのチェックを自動化するためのメカニズムを提供する。本実施例は、これらのチェックが満足されない場合に変更操作が生じないようにする自動メカニズムを提供することによりそのようなチェックを行うことによってヒューマン・エラー状況の排除を支援する。

多くの場合、ＣＭＤＢ４４５がインストールされていなかったという環境或いは変更制御が使用されていないという環境では、ＯＭＰ４２０をインストールすることが可能であるということに留意すべきである。更に、ＯＭＰ４２０によって提供される自動化にシステム管理者が満足していないという環境においても、ＯＭＰ４２０はインストールされ得る。ＯＭＰ４２０の初期構成の一部として、変更操作コマンドの自動チェックが生じることが許される範囲、およびチェックが失敗した場合に行なわれる操作のタイプは完全に構成可能なものである。従って、例えば、変更制御を支援しないレガシ・システムでは、変更操作コマンドの自動チェックは完全にオフにされ得る。変更制御は支援されるが、システム管理者は依然として行なわれた変更操作全体にわたって或る制御を行いたいという環境では、所定のタイプの変更操作がＣＭＰ４２０に対する構成情報において指定され得る。この構成情報は、これらの変更操作は自動変更制御の影響を受けやすくないが、明瞭な許可が変更操作をはかどらせるというメッセージがシステム管理者に送られなければならないということを表わす。ＯＭＰ４２０の操作における制御水準の別の変化が、ＯＭＰ構成データ構造４４０およびＯＭＰユーザ・インターフェース４６０における構成情報を介してカスタマイズ可能な方法で行われる。

図５は、１つの実施例に従って自動変更制御管理を行うための例示的な操作を概説するフローチャートである。フローチャートの各ブロックおよびフローチャートのブロックの組合せは、コンピュータ・プログラム命令によって具現化され得る。これらのコンピュータ・プログラム命令は、プロセッサまたは他のプログラム可能なデータ処理装置に与えられ、プロセッサまたは他のプログラム可能なデータ処理装置上で実行される命令がフローチャートのブロックにおいて指定された機能を実施するための手段を提供するように機械を形成する。これらのコンピュータ・プログラム命令は、コンピュータ可読メモリまたは記憶媒体にも格納され、そのコンピュータ可読メモリまたは記憶媒体に格納された命令が、フローチャートのブロックにおいて指定された機能を具現化する命令手段を含む製品（article of manufacture）を形成するよう、特定の方法で機能するようにプロセッサまたは他のプログラム可能なデータ処理装置に指示し得る。

従って、フローチャートのブロックは、指定された機能を遂行するための手段の組合せ、指定された機能を遂行するためのステップの組合せ、および指定された機能を遂行するためのプログラム命令手段を支援する。更に、フローチャートの各ブロックおよびそれのブロックの組合せは、指定された機能或いはステップを遂行する特殊目的のハードウェア・ベースのコンピュータ・システムによって、或いは特殊目的ハードウェアおよびコンピュータ命令の組合せによって、具現化することが可能である。

更に、フローチャートは、実施例において遂行されるオペレーションを明示するために提供される。フローチャートは、特定のオペレーション、特にオペレーションの順序に関する限定事項を記述するまたは示唆することを意味するものではない。フローチャートの操作は、本発明の趣旨および範囲から逸脱することなく特定の実施態様に適するように修正されてもよい。

図５に示されるように、オペレーションは、ＯＭＰが変更操作コマンドを受け取ることによって始まる（ステップ５１０）。ＯＭＰは、それがサービス管理システムにアクセスするように構成されているかどうかを決定する（ステップ５２０）。これが肯定される場合、ＯＭＰは、操作または資源が厳しい変更制御の影響を受けるかどうかを決定する（ステップ５３０）。これが肯定されると、ＯＭＰは、ＲＦＣ識別子が変更操作コマンドにおいて指定されるかどうかを決定する（ステップ５４０）。

ＲＦＣ識別子が変更操作コマンドにおいて指定される場合、ＯＭＰは、ＲＦＣ識別子の有効化を行うために、ＲＦＣ識別子を用いてサービス管理システムにコールを行う（ステップ５５０）。ＲＦＣ識別子が、完了または終了していない容認されたＲＦＣに対応するかどうか、即ち、ＲＦＣは有効であるかどうかに関する決定が行われる（ステップ５６０）。ＲＦＣが有効である場合、ＯＭＰは、変更操作の影響を受けるＩＴ資源が変更操作を遂行し得る定常状態にあるかどうか、を決定する（ステップ５７０）。

ＩＴ資源が、変更操作を遂行し得る定常状態にある場合、ＯＭＰは、変更操作が現在の時刻、日付等において生じることを、ＲＦＣに関連するスケジュールが許すかどうかを決定する（ステップ５８０）。これが肯定される場合、或いは、ＯＭＰがサービス管理システムをアクセスするように構成されてない場合（ステップ５２０）、或いは操作／資源が厳しい変更制御の下にない場合（ステップ５３０）、変更操作は遂行されることを許され（ステップ５９０）、その変更操作の結果がＲＦＣ識別子に関連してログされる（ステップ６００）。しかる後、オペレーションは終了する。

ＲＦＣ識別子チェック（ステップ５４０および５６０）、状態チェック（ステップ５７０）、或いはスケジュール・チェック（ステップ５８０）が失敗する場合、ＯＭＰは変更操作コマンドのエラー処理（ステップ６１０）を実行し得る。このエラー処理は、例えば、変更操作を失敗すること、失敗の結果をログすること、および失敗を表す適切なメッセージを返送することを含み得る。このエラー処理は、代替的に変更操作のための新しいＲＦＣを開くことおよびその新しいＲＦＣの通知をユーザに返送することを含み得る。更に、エラー処理は、変更操作を推進すること、即ち、ステップ５９０に進行することを含み得るが、失敗および変更操作の遂行を表すメッセージを適切な要員に返送することも含み得る。遂行される特定のエラー処理は、特定の実施態様およびＯＭＰに対して指定された構成に依存する。

実施例に関する上記説明では、IBM Service Management ソリューションと同様のアーキテクチャが取られているが、本実施例はそのようなものに限定されない。むしろ、本実施例のメカニズムは、ＲＦＣまたはその均等物、或いはＲＦＣチェックを使用し得る任意のインフラストラクチャにおいて利用され得る。従って、ＯＭＰ、ＣＭＤＢ等によって本実施例を説明したが、本明細書に記載されたこれらの要素と機能的に同等の他の要素が、本発明の趣旨および範囲から逸脱することなく、実施例の操作を遂行するためにメカニズムを提供するために利用され得る。

本実施例が、全体的にハードウェアの実施例、全体的にソフトウェアの実施例、或いは、ハードウェア要素およびソフトウェア要素の両方を含む実施例の形式を取り得ることは明らかであろう。１つの実施例では、その実施例のメカニズムは、ファームウェア、常駐のソフトウェア、マイクロコード等を含むがそれらに限定されないソフトウェアにおいて具現化される。

更に、本実施例は、コンピュータ或いは任意の命令実行システムによって或いはそのシステムに関連して使用するためのプログラム・コードを提供するコンピュータ使用可能媒体またはコンピュータ可読媒体からアクセスし得るコンピュータ・プログラム製品の形式をとることも可能である。この説明のためには、コンピュータ使用可能媒体またはコンピュータ可読媒体は、命令実行システム、装置、またはデバイスによって或いはそれらと関連して使用するためのプログラムを内蔵すること、格納すること、通信すること、伝播すること、または搬送することが可能な任意の装置であってもよい。

媒体は、電子的システム、磁気的システム、光学的システム、電磁気的システム、赤外線システム、或いは半導体システム（或いは装置、或いはデバイス）または伝播媒体であってもよい。コンピュータ可読媒体の例は、半導体またはソリッド・ステート・メモリ、磁気テープ、取外し可能なコンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、固定磁気ディスク、および光ディスクを含む。光ディスクの現在の例は、コンパクト・ディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク読取り／書込み（ＣＤ−Ｒ／Ｗ）およびＤＶＤを含む。

プログラム・コードを格納および／または実行するに適したデータ処理システムは、システム・バスを介してメモリ素子に直接に或いは間接的に接続された少なくとも１つのプロセッサを含むであろう。メモリ素子は、プログラム・コードの実際の実行中に使用されるローカル・メモリ、大容量記憶装置、およびキャッシュ・メモリを含み得る。なお、キャッシュ・メモリは、コードが実行中に大容量記憶装置から検索されるべき回数を減らすために、少なくとも幾つかのプログラム・コードの一時的記憶を行うものである。

入出力装置、即ち、Ｉ／Ｏ装置（キーボード、ディスプレイ、ポインティング装置等を含むが、これらに限定されない）は、システムに直接に或いはＩ／Ｏコントローラの介在によって接続することができる。データ処理システムが専用ネットワークまたは公衆ネットワークを介して他のデータ処理システムまたはリモート・プリンタ、或いは記憶装置に接続されることを可能にするために、ネットワーク・アダプタをそのシステムに接続することも可能である。モデム、ケーブル・モデムおよびイーサネット（登録商標）・カードは、数少ない現在利用可能なタイプのネットワーク・アダプタである。

本発明に関する記述は説明を目的として示され、網羅的であることまたは開示された形式の発明に限定されることを意図するものではない。多くの修正および変更が当業者には明らかであろう。実施例は、本発明の原理および実用的な応用例を最も適切に説明するために、および、意図された特定の用途に適する様々な修正を伴った様々な実施例に関して当業者が本発明を理解することを可能にするために、選定され、開示された。

IBMService Management ソリューションのアーキテクチャを示す概略図である。 実施例の諸局面を具現化し得る例示的な分散型データ処理システムを示す概略図である。 実施例の諸局面を具現化し得るデータ処理システムのブロック図である。 １つの実施例に従って自動変更制御管理システムの主要な操作コンポーネントの例示的なブロック図である。 １つの実施例に従って自動変更制御管理を行うための例示的操作の概要を説明するフローチャートである。

Claims (20)

1. １つまたは複数のデータ処理システムの資源に関して自動変更制御を行うための方法であって、
   データ処理システムにおける資源の構成を変更するための操作を指定する変更操作コマンドを受け取るステップと、
   変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定するステップと、
   前記変更操作または前記資源が厳しい変更制御の下にある場合、前記変更操作コマンドに基づいて変更要求（ＲＦＣ）有効性チェックを自動的に行うステップと、
   前記変更操作が許容されるべきであるということを前記ＲＦＣ有効性チェックの結果が表す場合、前記変更操作コマンドに対応する変更操作を自動的に行い、それによって前記資源の構成を変更させるステップと、
   を含む、方法。
2. 前記変更操作コマンドは、前記変更操作コマンドに対応するＲＦＣを表すＲＦＣ識別子を含む、請求項１に記載の方法。
3. 前記ＲＦＣ有効性チェックを自動的に行う前記ステップは、
   前記ＲＦＣに基づいたルックアップ操作をサービス管理システムにおいて行うステップと、
   前記変更操作を行うための前記ＲＦＣの要件に、現在の状態が適合するかどうかを決定するステップと、
   を含む、請求項２に記載の方法。
4. 前記変更操作を行うための前記ＲＦＣの要件に、現在の状態が適合するかどうかを決定する前記ステップは、前記ＲＦＣが有効であるかどうかを決定するステップ、現在の日付および時刻が前記ＲＦＣに関連するスケジュールされた日付および時刻に一致するかどうかを決定するステップ、または、前記データ処理システムの状態が、前記変更操作によって前記資源が修正され得るような状態であるかどうかを決定するステップ、の少なくとも１つを含む、請求項３に記載の方法。
5. 前記変更操作コマンドに基づいたＲＦＣ有効性チェックが失敗である場合、前記変更操作コマンドに基づいてエラー処理を自動的に行うステップを更に含む、請求項１に記載の方法。
6. 前記変更操作コマンドに基づいてエラー処理を自動的に行う前記ステップは、要求された変更操作および前記資源の識別のどちらに基づいたエラー処理を行うべきかを決定するステップを含む、請求項５に記載の方法。
7. 前記エラー処理は、
   前記変更操作を拒否し、チェックの失敗を表す少なくとも１つのメッセージを前記データ処理システムにおける１つまたは複数のデータ処理装置に発生するステップ、または
   前記変更操作が行われることを許し、前記チェックが失敗したことおよび前記変更操作が許容されたことを表す少なくとも１つのメッセージを前記データ処理システムにおける１つまたは複数のデータ処理装置に発生するステップ、または、
   遭遇した問題を識別するインシデント・レポートをユーザに提示し、解決されるべき問題を表す入力を用いてユーザが応えたことに応じて、前記ＲＦＣ有効性の再チェックを自動的に行うステップ、
   の１つを含む、請求項５に記載の方法。
8. 前記エラー処理は、
   前記データ処理システムのプロセス・マネージャに対するインターフェースを利用して前記変更操作のための新しいＲＦＣを自動的に開くステップと、
   当初の変更操作コマンドは完了し得なかったが、前記変更操作のための新しいＲＦＣが作成されたということを表し、新しいＲＦＣ識別子を含む、通知メッセージを前記データ処理システムのデータ処理装置に送るステップと、
   を含む、請求項５に記載の方法。
9. 前記変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定する前記ステップは、
   前記データ処理システムに対する構成情報を構成管理データベース（ＣＭＤＢ）から得るステップであって、前記構成情報は厳しい変更制御の下にある変更操作または資源の少なくとも１つを指定する、ステップと、
   前記ＣＭＤＢからの構成情報に基づいて、前記変更操作または資源の１つが厳しい変更制御の下にあるかどうかを決定するステップと、
   を含む、請求項１に記載の方法。
10. 前記変更操作は、構成管理データベース内にあり且つ前記データ処理システムにおける資源を表す構成項目に基づいて行われる、請求項１に記載の方法。
11. コンピュータ使用可能媒体に含まれ、コンピューティング装置において実行されるコンピュータ・プログラムであって、
    データ処理システムにおける資源の構成を変更するための操作を指定する変更操作コマンドを受け取るステップと、
    変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定するステップと、
    前記変更操作または前記資源が厳しい変更制御の下にある場合、前記変更操作コマンドに基づいて変更要求（ＲＦＣ）有効性チェックを自動的に行うステップと、
    前記変更操作が許容されるべきであるということを前記ＲＦＣ有効性チェックの結果が表す場合、前記変更操作コマンドに対応する変更操作を自動的に行い、それによって前記資源の構成を変更させるステップと、
    を前記コンピューティング装置に行わせる、コンピュータ・プログラム。
12. 前記変更操作コマンドは、前記変更操作コマンドに対応するＲＦＣを表すＲＦＣ識別子を含む、請求項１１に記載のコンピュータ・プログラム。
13. 前記ＲＦＣ有効性チェックを自動的に行う前記ステップは、
    前記ＲＦＣに基づいたルックアップ操作をサービス管理システムにおいて行うステップと、
    前記変更操作を行うための前記ＲＦＣの要件に、現在の状態が適合するかどうかを決定するステップと、
    を含む、請求項１２に記載のコンピュータ・プログラム。
14. 前記変更操作を行うための前記ＲＦＣの要件に、現在の状態が適合するかどうかを決定するステップは、前記ＲＦＣが有効であるかどうかを決定するステップ、現在の日付および時刻が前記ＲＦＣに関連するスケジュールされた日付および時刻に一致するかどうかを決定するステップ、または、前記データ処理システムの状態が、前記変更操作によって前記資源が修正され得るような状態であるかどうかを決定するステップ、の少なくとも１つを含む、請求項１３に記載のコンピュータ・プログラム。
15. 前記変更操作コマンドに基づいたＲＦＣ有効性チェックが失敗である場合、前記変更操作コマンドに基づいてエラー処理を自動的に行うステップを更に含む、請求項１１に記載のコンピュータ・プログラム。
16. 前記変更操作コマンドに基づいてエラー処理を自動的に行う前記ステップは、要求された変更操作および前記資源の識別のどちらに基づいたエラー処理を行うべきかを決定するステップを含む、請求項１５に記載のコンピュータ・プログラム。
17. 前記エラー処理は、
    前記変更操作を拒否し、チェックの失敗を表す少なくとも１つのメッセージを前記データ処理システムにおける１つまたは複数のデータ処理装置に発生するステップ、または
    前記変更操作が行われることを許し、前記チェックが失敗したことおよび前記変更操作が許容されたことを表す少なくとも１つのメッセージを前記データ処理システムにおける１つまたは複数のデータ処理装置に発生するステップ、または、
    遭遇した問題を識別するインシデント・レポートをユーザに提示し、解決されるべき問題を表す入力を用いてユーザが応えたことに応じて、前記ＲＦＣ有効性の再チェックを自動的に行うステップ、
    の１つを含む、請求項１５に記載のコンピュータ・プログラム。
18. 前記エラー処理は、
    前記データ処理システムのプロセス・マネージャに対するインターフェースを利用して前記変更操作のための新しいＲＦＣを自動的に開くステップと、
    当初の変更操作コマンドは完了し得なかったが、前記変更操作のための新しいＲＦＣが作成されたということを表し、新しいＲＦＣ識別子を含む、通知メッセージを前記データ処理システムのデータ処理装置に送るステップと、
    を含む、請求項１５に記載のコンピュータ・プログラム。
19. 前記変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定する前記ステップは、
    前記データ処理システムに対する構成情報を構成管理データベース（ＣＭＤＢ）から得るステップであって、前記構成情報は厳しい変更制御の下にある変更操作または資源の少なくとも１つを指定する、ステップと、
    前記ＣＭＤＢからの前記構成情報に基づいて、前記変更操作または資源の１つが厳しい変更制御の下にあるかどうかを決定するステップと、
    を含む、請求項１１に記載のコンピュータ・プログラム。
20. プロセッサと、
    前記プロセッサに接続されたメモリと、
    を含むシステムであって、
    前記メモリに含まれる命令は、前記プロセッサによって実行されるとき、前記プロセッサが、
    データ処理システムにおける資源の構成を変更するための操作を指定する変更操作コマンドを受け取り、
    変更操作または資源の１つが厳しい変更制御の下にあるかどうかを自動的に決定し、
    前記変更操作または前記資源が厳しい変更制御の下にある場合、前記変更操作コマンドに基づいて変更要求（ＲＦＣ）有効性チェックを自動的に行い、
    前記変更操作が許容されるべきであるということを前記ＲＦＣ有効性チェックの結果が表す場合、前記変更操作コマンドに対応する変更操作を自動的に行い、それによって前記資源の構成を変更させる、
    ように前記プロセッサを動作させる、システム。

Images