JP5453883B2 - 運用管理システム、プロセス解析装置、プロセス解析プログラムおよびプロセス解析方法 - Google Patents

Description

本発明は運用管理システム、プロセス解析装置、プロセス解析プログラムおよびプロセス解析方法に関する。

従来、管理対象となる情報処理システムに対して、機器のアップデート等の運用作業を行う場合、システム管理者等の作業者は、運用作業の処理手順を所定のプロセス定義に従い実行するプロセス実行装置を用いることにより、作業負担を軽減させている。ここで、プロセス実行装置を用いて行われる運用作業の一例について図１６を用いて説明する。図１６は、従来における運用作業の一例を説明するための図である。

図１６に示すように、プロセス実行装置７００は、情報処理システムに対して、運用作業の処理手順Ｓ０１〜Ｓ０６が所定のプロセス定義に基づき規定されたプロセス７５０を実行する。例えば、プロセス実行装置７００は、処理手順Ｓ０１において、情報処理システムに含まれるサーバ装置９００ａのアップデート処理を行い、処理手順Ｓ０２において、情報処理システムに含まれるサーバ装置９００ｂのアップデート処理を行う。このように実行された処理の内容や処理結果は、実行履歴７７０として記録される。

また、プロセス実行装置７００は、プロセスに含まれる各処理の実行に伴い、情報処理システムに関する情報を管理するデータベースの設定処理を行う。このようなデータベースは、例えば、ＣＭＤＢ(Configuration Management Database)８００である。ＣＭＤＢ８００は、情報処理システムに含まれるサーバ装置やアプリケーション、ネットワークといった構成要素に関する各種の詳細情報をＣＩ(Configuration Item)として記憶する。例えば、情報処理システムに含まれるサーバ装置９００ａに対応するＣＩ（ｓｖｒ１）には、サーバ装置９００ａの詳細情報として、ＩＰアドレスや型番、ディスク容量等が含まれる。このように、プロセス実行装置７００は、プロセスに含まれる処理を実行するとともに、設定処理として該処理の対象となった構成要素に対応するＣＩを該処理の内容に応じて変更する。

ところで、情報処理システムの運用作業においてトラブルが発生した場合、トラブル対処作業のために人手を割かねばならず、また、トラブルによる影響が大きい場合には、違約金が発生したり顧客から信頼を失ったりするおそれもある。そのため、従来より、プロセスの設計時には、トラブル発生のシミュレーションを行うなどしてトラブル発生率のより少ないプロセスを設計する工夫がなされている。

しかし、トラブル発生の可能性を事前に全て把握することは困難であり、設計時には問題が見当たらなくても実行時に何らかのトラブルが発生する場合もある。そこで、よりトラブル発生率の少ないプロセスを設計するには、過去に実行したプロセスに基づく運用作業の作業結果から問題点を抽出し、プロセスの設計に役立てることが重要となる。

ここで、設計時に把握することが困難なトラブル原因の一例として、複数のプロセス実行装置によるＣＭＤＢへの設定処理の衝突が挙げられる。例えば、図１７に示すように、プロセス実行装置７００ａが、情報処理システム内の複数の機器に対するデータのバックアップ処理を処理手順Ｓ１１〜Ｓ１６に従って行うプロセス７５０ａを実行するとする。また、プロセス実行装置７００ｂが、情報処理システム内の複数の機器に対してパッチの適用処理を処理手順Ｓ２１〜Ｓ２６に従って行うプロセス７５０ｂを実行するとする。

このような場合において、プロセス実行装置７００ａが、処理手順Ｓ１１においてＣＭＤＢ８００に対してＣＩ（ｓｖｒ１）への設定処理を実行している最中に、プロセス実行装置７００ｂが、処理手順Ｓ２２において同一のＣＩ（ｓｖｒ１）への設定処理を実行したとする。かかる場合、プロセス実行装置７００ａがＣＩ（ｓｖｒ１）への設定処理を実行中のため、プロセス実行装置７００ｂによるＣＩ（ｓｖｒ１）への設定処理は実行できずに失敗する。このようにＣＭＤＢに対するＣＩの設定処理の衝突が起きた場合に、各プロセス実行装置の実行履歴から問題点を抽出して、プロセス設計に活用することにより、同様なトラブルを未然に防ぐことができる。

特開平１０−３３３９２９号公報

しかしながら、従来では、複数のプロセス間でＣＭＤＢへの設定衝突が発生した場合、どの処理との間で設定衝突が発生したのかを特定することが困難であった。すなわち、各プロセス実行装置において記録される実行履歴には、自装置により実行された処理がＣＭＤＢへの設定に失敗したことしか記録されないため、他のどのプロセスに含まれるどの処理と衝突して失敗したのかまでは特定することができなかった。そのため、ＣＭＤＢへの設定衝突が発生した場合であっても、該設定衝突の問題点を抽出し、トラブル発生率の少ないプロセス設計に役立てることが困難であった。

開示の技術は、上記に鑑みてなされたものであって、プロセス実行装置により実行された複数のプロセス間で、管理対象に関する情報を管理するデータベースへの設定衝突が発生した場合に、どの処理との間で衝突が発生したかを特定することができる運用管理システム、プロセス解析装置、プロセス解析プログラムおよびプロセス解析方法を提供することを目的とする。

本願の開示するプロセス解析装置は、一つの態様において、管理対象に対して所定のプロセスを実行するプロセス実行装置と、前記管理対象に関する情報を管理情報として管理する情報管理装置と、プロセス解析装置とを有する運用管理システムであって、前記プロセス実行装置は、前記プロセスに含まれる処理ごとに、該処理が実行される管理対象の管理情報を該処理の内容に応じて更新すべき旨の更新要求を、該処理を識別する処理番号とともに設定情報として前記情報管理装置へ送信する設定情報送信手段と、前記プロセスに含まれる各処理の実行履歴を該処理に対応する処理番号と対応付けて実行履歴情報として記憶する実行履歴記憶手段と、を備え、前記情報管理装置は、前記プロセス実行装置から取得した設定情報に基づき、該当する管理情報を更新する管理情報更新手段と、前記管理情報更新手段による管理情報の更新処理が実行された日時である更新日時と、該更新処理の対象となった管理情報に対応する管理対象を識別する管理対象識別番号と、該更新処理が成功したか否かを表す更新結果情報とを前記設定情報に含まれる処理番号と対応付けて設定履歴情報として記憶する設定履歴記憶手段と、を備え、前記プロセス解析装置は、前記更新処理が失敗したことを表す更新結果情報と対応付けられた管理対象識別番号と同一の管理対象識別番号に対応付けられた処理番号であって、前記更新処理が失敗したことを表す更新結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられた処理番号を前記設定履歴情報から取得する処理番号取得手段と、前記処理番号取得手段により取得した処理番号に対応する処理を、前記更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号に対応する処理の失敗原因となった処理として、前記実行履歴情報から抽出する失敗原因処理推定手段とを備える。

本願の開示する運用管理システム、プロセス解析装置、プロセス解析プログラムおよびプロセス解析方法の一つの態様によれば、プロセス実行装置により実行された複数のプロセス間で、管理対象に関する情報を管理するデータベースへの設定衝突が発生した場合に、どの処理との間で衝突が発生したかを特定することができるという効果を奏する。

図１は、本実施例にかかる運用管理システムの概要を説明するための図である。 図２は、本実施例にかかるプロセス実行装置の構成を示すブロック図である。 図３は、実行履歴記憶部に記憶される実行履歴情報の一例を示す図である。 図４は、データアクセス部及び実行履歴生成部による処理を説明するための図である。 図５は、本実施例にかかるＣＭＤＢ管理装置の構成を示すブロック図である。 図６は、ＣＭＤＢに記憶されるＣＩの一例を示す図である。 図７は、設定履歴記憶部に記憶される設定履歴情報の一例を示す図である。 図８は、本実施例にかかるプロセス解析装置の構成を示すブロック図である。 図９は、アクセス関係記憶部に記憶されるアクセス関係情報の一例を示す図である。 図１０−１は、プロセス実行装置１ａの実行履歴に基づくアクセス関係情報の一例を示す図である。 図１０−２は、プロセス実行装置１ｂの実行履歴に基づくアクセス関係情報の一例を示す図である。 図１１は、履歴記憶部に記憶される設定履歴情報の一例を示す図である。 図１２は、結果提示部により提示される結果情報の一例を示す図である。 図１３は、本実施例にかかるアクセス関係情報生成処理の処理手順を示すフローチャートである。 図１４は、本実施例にかかる衝突箇所推定処理の処理手順を示すフローチャートである。 図１５は、プロセス解析プログラムを実行するコンピュータを示す図である。 図１６は、従来における運用作業の一例を説明するための図である。 図１７は、ＣＭＤＢに対するＣＩの設定処理が複数のプロセス実行装置間で衝突する様子を説明するための図である。

以下に、本願の開示する運用管理システム、プロセス解析装置、プロセス解析プログラムおよびプロセス解析方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。例えば、本実施例では、情報管理装置の一例として、ＣＭＤＢを管理するＣＭＤＢ管理装置を用いて説明するが、情報管理装置はこれに限らず、管理対象に関する情報を管理する他の装置であれば他の装置であってもよい。

［１．運用管理システムの概要］
本実施例にかかる運用管理システムは、情報処理システムの運用管理を複数のプロセス実行装置を用いて行う場合に、各プロセス実行装置により実行されたプロセスの実行履歴情報を解析することで、ＣＭＤＢへの設定衝突がどの処理間で発生したかを特定する。先ず、本実施例にかかる運用管理システムについて図面を参照して説明する。図１は、本実施例にかかる運用管理システムの概要を説明するための図である。

図１に示すように、本実施例にかかる運用管理システムＳは、複数のプロセス実行装置１ａ〜１ｄと、ＣＭＤＢ管理装置２と、プロセス解析装置３とがＬＡＮ(Local Area Network)等のネットワーク４を介して相互に接続されている。

プロセス実行装置１ａ〜１ｄは、管理対象が含まれる情報処理システムに対して所定のプロセスを実行する。ここで、プロセスとは、情報処理システムへの運用作業の処理手順が所定のプロセス定義に基づき規定されたプログラムを示す。例えば、プロセス実行装置１ａの使用者は、情報処理システムに含まれる複数の管理対象に対してパッチ適用作業を行う場合、パッチ適用作業に対応するプロセスをプロセス実行装置１ａに実行させる。かかるプロセスが実行されると、プロセス実行装置１ａは、プロセス定義により規定されたパッチ適用作業に必要な各処理を規定された手順に従って実行していく。

また、プロセス実行装置１ａ〜１ｄは、情報処理システムに含まれる管理対象に対して実行する処理の内容に応じて、ＣＭＤＢ管理装置２に対して設定処理を行う。具体的には、プロセス実行装置１ａ〜１ｄは、処理の実行に伴い、該処理の対象となる管理対象に関する情報を該処理の内容に応じて更新すべき旨の要求をＣＭＤＢ管理装置２へ送信する。特に、本実施例にかかるプロセス実行装置１ａ〜１ｄは、上記要求を送信する場合、実行する処理を識別する処理番号を生成し、生成した処理番号とともに上記要求をＣＭＤＢ管理装置２へ送信する。以下、かかる処理番号を「チケット情報」という。

また、プロセス実行装置１ａ〜１ｄは、プロセスごとに、実行した処理の内容や結果等の実行履歴を該処理のチケット情報と対応付けて実行履歴情報として記憶する。

ＣＭＤＢ管理装置２は、情報処理システムに含まれる各管理対象に関する情報を構成情報として管理する情報管理装置である。具体的には、ＣＭＤＢ管理装置２は、情報処理システムに含まれるサーバ装置やアプリケーション、ネットワークといった管理対象に関する情報をＣＩ(Configuration Item)として記憶するＣＭＤＢを有する。例えば、サーバ装置に対応するＣＩには、該サーバ装置の詳細情報としてＩＰアドレスや型番、ディスク容量等が含まれる。以下、ＣＩに含まれる詳細情報をプロパティという。

ＣＭＤＢ管理装置２は、プロセス実行装置１ａ〜１ｄから取得した設定情報に基づき、該当するＣＩのプロパティを更新する。ここで、ＣＭＤＢ管理装置２は、例えばプロセス実行装置１ａから取得した設定情報に基づき該当するＣＩのプロパティを更新している最中に、プロセス実行装置１ｂから上記ＣＩと同一のＣＩに対する設定情報を取得したとする。このように同一のＣＩに対する設定処理の衝突が発生した場合、ＣＭＤＢ管理装置２は、プロセス実行装置１ｂから取得した設定情報に基づく更新処理として、該ＣＩの更新は行わず、プロセス実行装置１ｂに対してエラー報告を行う。

また、ＣＭＤＢ管理装置２は、プロセス実行装置１ａ〜１ｄからの設定情報に基づく更新処理の結果や更新を行った日時等を記憶する。具体的には、ＣＭＤＢ管理装置２は、ＣＩの更新処理が実行された更新日時と、更新が成功したか否かを表す更新結果情報と、更新処理の実行対象となった管理対象を識別する構成要素識別番号とを設定情報に含まれるチケット情報と対応付けて設定履歴情報として記憶する。例えば、プロセス実行装置１ｂから取得した設定情報に基づく更新処理として、プロセス実行装置１ｂに対するエラー報告を行った場合、ＣＭＤＢ管理装置２は、更新日時としてプロセス実行装置１ｂにエラー報告を行った日時、更新処理が失敗したことを表す更新結果情報等を設定履歴情報として記憶する。

プロセス解析装置３は、ＣＭＤＢに記憶されたＣＩへの設定衝突が発生した場合に、各プロセス実行装置１ａ〜１ｄに記憶された実行履歴情報及び設定履歴情報をチケット情報に基づき解析することで、設定衝突の原因を特定する。具体的には、プロセス解析装置３は、先ず、ＣＭＤＢ管理装置２に記憶された設定履歴情報から、更新処理が失敗したことを表す更新結果情報（以下、「失敗結果情報」という）と対応付けられた構成要素識別番号を特定する。

続いて、プロセス解析装置３は、特定した構成要素識別番号と同一の構成要素識別番号に対応付けられたチケット情報であって、特定した失敗結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられたチケット情報を特定する。そして、プロセス解析装置３は、特定したチケット情報に対応する処理を、失敗結果情報と対応付けられたチケット情報に対応する処理の失敗原因となった処理として、プロセス実行装置１ａ〜１ｄに記憶された実行履歴情報から抽出する。

このように、本実施例にかかる運用管理システムＳによれば、ＣＭＤＢへの設定処理に失敗した処理が他のどのプロセスのどの処理と衝突を起こしたのかを推定することができる。これにより、特定した処理を含むプロセスに対して設計変更を行うなど、トラブル発生率のより少ないプロセス設計に役立てることができる。

［２．１．プロセス実行装置の構成］
続いて、本実施例にかかるプロセス実行装置１ａ〜１ｄの構成について図面を参照して具体的に説明する。図２は、本実施例にかかるプロセス実行装置の構成を示すブロック図である。なお、以下では、プロセス実行装置１ａ〜１ｄの任意の１つを表す場合には単にプロセス実行装置１と表現する。

図２に示すように、本実施例にかかるプロセス実行装置１は、記憶部１０と制御部１１とを有する。記憶部１０は、制御部１１による各種処理に必要なデータやプログラムを格納する。特に、記憶部１０は、実行履歴記憶部１０１を有する。実行履歴記憶部１０１は、プロセス実行装置１により実行されたプロセスの実行履歴を記憶する。図３に実行履歴記憶部１０１に記憶される実行履歴情報の一例を示す。

図３に示すように、実行履歴記憶部１０１は、実行履歴情報として、実行日時と、処理ｉｄと、処理の内容と、処理結果情報と、チケット情報とを、プロセスを識別するための情報であるプロセス名と対応付けて記憶する。実行日時は、プロセスに含まれる処理が実行された日時である。処理ｉｄは、プロセス実行装置１内において各処理を識別するための識別番号である。処理結果情報は、各処理が成功したか否かを表す情報であり、処理が成功している場合は「ＯＫ」が表され、処理が失敗している場合は「ＮＧ」で表される。チケット情報は、各処理をプロセス実行装置１ａ〜１ｄ間で一意に識別する情報であり、後述するデータアクセス部１１２により生成される。チケット情報の詳細については、後述する。

例えば、プロセス名「Ｘ１」に含まれる処理ｉｄ「Ｘ１−１」の処理は、「２００８年１０月３１日、１０時００分００秒」に実行され成功した「ｗｅｂサーババックアップ」処理であり、チケット情報「ｘ１０１」が割当てられている。このように、実行履歴記憶部１０１は、プロセスに含まれる各処理の実行履歴を該処理に対応する処理番号と対応付けて実行履歴情報として記憶する実行履歴記憶手段に相当する。なお、本実施例では、プロセスを識別するための情報として、プロセス名を用いるが、これに限ったものではなく、例えば、ｉｄ等であってもよい。

制御部１１は、プロセス実行装置１全体を制御する。特に、制御部１１は、プロセス実行部１１１と、データアクセス部１１２と、実行履歴生成部１１３と、実行履歴送信部１１４とを有する。

プロセス実行部１１１は、情報処理システムへの運用作業の処理手順が所定のプロセス定義に基づき規定されたプロセスを実行する。データアクセス部１１２は、プロセスに含まれる処理の実行に伴い、後述するＣＭＤＢ２０１への設定処理を行う。具体的には、プロセス実行装置１は、プロセスに含まれる処理の実行に伴い、該処理が実行される管理対象に対応するＣＩを該処理の内容に応じて更新すべき旨の更新要求をＣＭＤＢ管理装置２に送信する。特に、かかる場合、プロセス実行装置１は、該処理を識別するためのチケット情報を生成し、上記更新要求およびチケット情報を設定情報としてＣＭＤＢ管理装置２へ送信する。

例えば、図３に示すように、処理ｉｄ「Ｘ１−１」が割当てられた処理を実行する場合、プロセス実行装置１は、該処理に対応するチケット情報「ｘ１０１」を生成する。そして、プロセス実行装置１は、該処理の対象となる管理対象に対応するＣＩを該処理の内容に応じて更新すべき旨の更新要求をＣＭＤＢ管理装置２にネットワーク４を介して送信する。

ここで、チケット情報は、該チケット情報に対応する処理を複数のプロセス実行装置間で一意に特定する情報であり、本実施例では、該処理が含まれるプロセスのプロセス名と、該プロセスにおいて該処理が実行される順番とを組合せた番号である。なお、チケット情報は、これに限らず、例えば、プロセス実行装置１ごとに割当てられた装置名や処理ｉｄ、実行日時等との組合せ等であってもよい。

実行履歴生成部１１３は、プロセス実行部１１１により実行されたプロセスの実行履歴をプロセスごとに実行履歴情報として実行履歴記憶部１０１に記憶する。ここで、データアクセス部１１２による設定処理及び実行履歴生成部１１３による実行履歴記憶処理について図面を参照して具体的に説明する。図４は、データアクセス部１１２及び実行履歴生成部１１３による処理を説明するための図である。

例えば、図４に示すように、プロセス実行部１１１は、情報処理システムに対して、処理ｉｄ「Ｘ１−１」で示されるｗｅｂサーババックアップ処理Ｓ５１、「Ｘ１−２」で示されるＡＰサーババックアップ処理Ｓ５２、「Ｘ１−３」で示されるＤＢサーババックアップ処理Ｓ５３、「Ｘ１−４」で示される報告処理Ｓ５４を含むプロセス「Ｘ１」を実行する。

かかる場合、データアクセス部１１２は、先ず、プロセス実行部１１１による処理ｉｄ「Ｘ１−１」で示される処理Ｓ５１の実行に伴い、処理Ｓ５１を識別するためのチケット情報「ｘ１０１」を生成する。そして、データアクセス部１１２は、処理Ｓ５１の対象となる構成要素に対応するＣＩ（ｗｅｂ１）及びＣＩ（ｗｅｂ２）を該処理の内容に応じて更新すべき旨の要求を、生成したチケット情報「ｘ１０１」とともに設定情報としてＣＭＤＢ管理装置２へ送信する。

続いて、プロセス実行部１１１は、処理Ｓ５１が終了すると、処理Ｓ５２を実行する。かかる場合、データアクセス部１１２は、プロセス実行部１１１による処理Ｓ５２の実行に伴い、処理Ｓ５２を識別するためのチケット情報「ｘ１０２」を生成する。そして、データアクセス部１１２は、処理Ｓ５２の対象となる構成要素に対応するＣＩ（ａｐ１）を該処理の内容に応じて更新すべき旨の要求を、生成したチケット情報「ｘ１０２」とともに設定情報としてＣＭＤＢ管理装置２へ送信する。

続いて、プロセス実行部１１１は、処理Ｓ５２が終了すると、処理Ｓ５３を実行する。かかる場合、データアクセス部１１２は、プロセス実行部１１１による処理Ｓ５３の実行に伴い、処理Ｓ５３を識別するためのチケット情報「ｘ１０３」を生成する。そして、データアクセス部１１２は、処理Ｓ５３の対象となる構成要素に対応するＣＩ（ｄｂ１）を該処理の内容に応じて更新すべき旨の要求を、生成したチケット情報「ｘ１０３」とともに設定情報としてＣＭＤＢ管理装置２へ送信する。

続いて、プロセス実行部１１１は、処理Ｓ５３が終了すると、処理Ｓ５４を実行する。ここで、プロセス実行部１１１により実行される処理が、例えば、プロセス終了を報告する報告処理のようにＣＭＤＢ管理装置２へのアクセスが不要な処理である場合、データアクセス部１１２は、該処理に対してチケット情報を生成しない。

このように、データアクセス部１１２は、プロセスに含まれる処理ごとに、該処理が実行される管理対象に対応する管理情報を該処理の内容に応じて更新すべき旨の更新要求を、該処理を識別する処理番号とともに設定情報として情報管理装置へ送信する設定情報送信手段として機能する。

また、実行履歴生成部１１３は、プロセスに含まれる各処理が終了するごとに、該処理の実行履歴を実行履歴記憶部１０１に記憶する。具体的には、実行履歴生成部１１３は、処理の実行日時と、該処理に割当てられた処理ｉｄと、該処理の内容と、該処理が成功したか否かを表す処理結果情報とを、該処理に基づく設定処理に伴い生成されたチケット情報と対応付けて記憶する。

例えば、実行履歴生成部１１３は、プロセスＸ１に含まれる各処理Ｓ５１〜Ｓ５４が終了するごとに、該処理の実行履歴を実行履歴記憶部１０１に記憶する。先ず、実行履歴生成部１１３は、処理Ｓ５１が終了すると、処理Ｓ５１の実行履歴を実行履歴記憶部１０１に記憶する。具体的には、実行履歴生成部１１３は、処理Ｓ５１の実行日時として処理Ｓ５１が完了した日時「08.10.31 10:00.00」と、処理ｉｄ「Ｘ１−１」と、処理の内容「ｗｅｂサーババックアップ」と、実行結果情報「ＯＫ」と、チケット情報「ｘ１０１」とをプロセス名「Ｘ１」と対応付けて実行履歴記憶部１０１に記憶する。

また、処理Ｓ５２が終了すると、実行履歴生成部１１３は、処理Ｓ５２の実行日時「08.10.31 10:00.00」と、処理ｉｄ「Ｘ１−２」と、処理の内容「ＡＰサーババックアップ」と、実行結果情報「ＯＫ」と、チケット情報「ｘ１０２」とをプロセス名「Ｘ１」と対応付けて記憶する。また、処理Ｓ５３が終了すると、実行履歴生成部１１３は、処理Ｓ５３の実行日時「08.10.31 10:10.00」と、処理ｉｄ「Ｘ１−３」と、処理の内容「ＤＢサーババックアップ」と、実行結果情報「ＮＧ」と、チケット情報「ｘ１０３」とをプロセス名「Ｘ１」と対応付けて記憶する。また、処理Ｓ５４が終了すると、実行履歴生成部１１３は、処理Ｓ５４の実行日時「08.10.31 10:20.00」と、処理ｉｄ「Ｘ１−４」と、処理の内容「報告」と、実行結果情報「ＯＫ」とをプロセス名「Ｘ１」と対応付けて記憶する。

実行履歴送信部１１４は、実行履歴生成部１１３により生成された実行履歴情報を所定のタイミングでプロセス解析装置３へネットワーク４を介して送信する。

［２．２．ＣＭＤＢ管理装置の構成］
続いて、本実施例にかかるＣＭＤＢ管理装置２の構成について図面を参照して具体的に説明する。図５は、本実施例にかかるＣＭＤＢ管理装置２の構成を示すブロック図である。

図５に示すように、本実施例にかかるＣＭＤＢ管理装置２は、記憶部２０と、制御部２１とを有する。記憶部２０は、制御部２１による各種処理に必要なデータやプログラムを格納する。特に、記憶部２０は、ＣＭＤＢ２０１と、設定履歴記憶部２０２とを有する。

ＣＭＤＢ２０１は、情報処理システムに含まれる管理対象に関する情報としてＣＩを記憶する。図６にＣＭＤＢ２０１に記憶されるＣＩの一例を示す。図６に示すように、ＣＭＤＢ２０１は、管理対象のＣＩとして、該ＣＩの種別を表すＣＩタイプと、該管理対象の詳細情報であるプロパティの項目と、該プロパティの値とをローカルＩＤと対応付けて記憶する。ローカルＩＤは、ＣＭＤＢ管理装置２においてＣＩに対応する管理対象を一意に識別する管理対象識別番号である。

例えば、ローカルＩＤ「ＣＩ＿ａ」が割当てられたＣＩは、「Ｗｅｂサーバ３」という名前のサーバ装置に関する詳細情報を表す。例えば、該ＣＩには、Ｗｅｂサーバ３のＩＰアドレス「192.168.0.4」やディスク容量「１５０ＧＢ」、型番「ＸＹＺ」、ステータス「ノーマル」などが含まれる。なお、図６に示したＣＩは、一例であり、ＣＭＤＢ２０１には図６に示した情報以外の情報も記憶されていてよい。

設定履歴記憶部２０２は、プロセス実行装置１から取得した設定情報に基づき実行したＣＩの更新処理の履歴情報を記憶する。図７に設定履歴記憶部２０２に記憶される設定履歴情報の一例を示す。図７に示すように、設定履歴記憶部２０２は、設定履歴情報として、ローカルＩＤと、更新結果情報と、チケット情報とを、更新日時と対応付けて記憶する。

ローカルＩＤは、プロセス実行装置１のプロセス実行部１１１により処理が実行された構成要素に対応するＣＩのローカルＩＤである。更新日時は、プロセス実行装置１から送信された設定情報に基づき、処理が実行される管理対象に対応するＣＩの更新処理が後述する要求処理部２１１により実行された日時である。なお、他の処理との設定衝突等により要求処理部２１１による更新処理が失敗した場合には、設定情報を送信したプロセス実行装置１に更新処理が失敗した旨を報告した日時を実行日時とする。更新結果情報は、該当する処理が成功したか否かを表す情報である。チケット情報は、プロセス実行装置１から送信された設定情報に含まれるチケット情報である。

例えば、図７に示すように、ローカルＩＤ「ＣＩ＿ａ」に対して「２００８年１０月３１日１０時００分００秒」に実行されたＣＩの更新処理は、チケット情報「ｘ１０１」と対応付けられており、該更新処理が成功したことが示されている。このように、設定履歴記憶部２０２は、管理情報の更新処理が実行された日時である更新日時と、該更新処理の対象となった管理情報に対応する管理対象を識別する管理対象識別番号と、該更新処理が成功したか否かを表す更新結果情報とを設定情報に含まれる処理番号と対応付けて設定履歴情報として記憶する設定履歴記憶手段に相当する。

制御部２１は、ＣＭＤＢ管理装置２全体を制御する。特に、制御部２１は、要求処理部２１１と、設定履歴生成部２１２と、設定履歴送信部２１３とを有する。要求処理部２１１は、プロセス実行装置１のデータアクセス部１１２により送信された設定情報をネットワーク４を介して取得する。また、要求処理部２１１は、取得した設定情報に基づき、ＣＭＤＢ２０１に記憶された該当するＣＩのプロパティを更新する。例えば、プロセス実行装置１から、処理Ｓ５１の内容に応じてＣＩ（ｗｅｂ１）のプロパティを更新するべき旨の要求を含んだ設定情報を取得した場合、要求処理部２１１は、かかる設定情報に基づき、ＣＩ（ｗｅｂ１）のプロパティを処理Ｓ５１の内容に応じて更新する。

なお、上述したように、同一のＣＩに対する設定処理の衝突が発生した場合、要求処理部２１１は、後から送信された設定情報に対する更新処理として、該設定情報を送信したプロセス実行装置１に対してエラー報告のみを行う。このように要求処理部２１１は、プロセス実行装置１から取得した設定情報に基づき、該当する管理情報を更新する管理情報更新手段として機能する。

設定履歴生成部２１２は、要求処理部２１１により行われたＣＭＤＢ２０１の更新処理に基づく設定履歴情報を設定履歴記憶部２０２に記憶する。具体的には、設定履歴生成部２１２は、要求処理部２１１によるＣＭＤＢ２０１の更新処理が終了すると、該更新処理の対象となったＣＩのローカルＩＤと、該更新処理が成功したか否かを表す更新結果情報と、設定情報に含まれるチケット情報とを該更新処理の更新日時と対応付けて記憶する。例えば、ローカルＩＤ「ＣＩ＿ｄ」が割当てられたＣＩに対して「08.10.31 10:15.00」に実行された処理が、他のプロセスに含まれる処理との設定衝突により失敗した場合、設定履歴生成部２１２は、該失敗した処理に対応する更新結果情報として「ｅｒｒｏｒ」を記憶する。

設定履歴送信部２１３は、設定履歴生成部２１２により生成された設定履歴情報を所定のタイミングでネットワーク４を介してプロセス解析装置３へ送信する。

［２．３．プロセス解析装置の構成］
続いて、本実施例にかかるプロセス解析装置３の構成について図面を参照して具体的に説明する。図８は、本実施例にかかるプロセス解析装置３の構成を示すブロック図である。図８に示すように、本実施例にかかるプロセス解析装置３は、記憶部３０と、制御部３１とを有する。

記憶部３０は、制御部３１による各種処理に必要なデータやプログラムを格納する。特に、記憶部３０は、履歴記憶部３０１と、アクセス関係記憶部３０２と、結果記憶部３０３とを有する。履歴記憶部３０１は、後述する履歴収集部３１１により各プロセス実行装置１ａ〜１ｄから収集された実行履歴情報およびＣＭＤＢ管理装置２から収集された設定履歴情報を記憶する。

アクセス関係記憶部３０２は、履歴記憶部３０１に記憶された実行履歴情報および設定履歴情報に基づき、後述するアクセス関係情報生成部３１２により生成されたアクセス関係情報を記憶する。図９に、アクセス関係記憶部３０２に記憶されるアクセス関係情報の一例を示す。

図９に示すように、アクセス関係記憶部３０２には、プロセス名と、該プロセス名に対応するプロセスに含まれる処理に対応する処理ｉｄおよびチケット情報と、該処理の対象となった管理対象のローカルＩＤとを、該処理に応じて実行されたＣＩの更新処理の更新結果情報と対応付けて記憶する。

例えば、図９に示すアクセス関係情報には、プロセスＸ１に含まれる処理ｉｄ「Ｘ１−２」の処理が、「ＣＩ＿ｃ」で識別されるＣＩに対応する管理対象への処理であり、チケット情報「ｘ１０２」に対応し、該処理に応じて実行されたＣＩの更新処理が成功したことが示されている。なお、アクセス関係情報は、各プロセス実行装置１ａ〜１ｄから取得した実行履歴情報ごと、すなわち、各プロセス実行装置１ａ〜１ｄにより実行されたプロセスごとにアクセス関係情報生成部３１２により生成され、アクセス関係記憶部３０２に記憶される。

結果記憶部３０３は、後述する衝突箇所推定部３１３による処理結果を記憶する。具体的には、結果記憶部３０３は、ＣＩの更新処理に失敗した処理の処理ｉｄ及びプロセス名と、後述する衝突箇所推定部３１３により該更新処理の失敗原因として抽出された処理の処理ｉｄ及びプロセス名と、該更新処理の対象となったＣＩのローカルＩＤとを対応付けて結果情報として記憶する。かかる結果情報は、後述する衝突箇所推定部３１３により結果記憶部３０３に記憶される。

制御部３１は、プロセス解析装置３全体を制御する。制御部３１は、履歴収集部３１１と、アクセス関係情報生成部３１２と、衝突箇所推定部３１３と、結果提示部３１４とを有する。

履歴収集部３１１は、各プロセス実行装置１ａ〜１ｄから実行履歴情報をネットワーク４を介して取得する。また、履歴収集部３１１は、ＣＭＤＢ管理装置２から設定履歴情報をネットワーク４を介して取得する。なお、履歴収集部３１１が実行履歴情報や設定履歴情報を取得するタイミングは、任意である。例えば、各プロセス実行装置１ａ〜１ｄおよびＣＭＤＢ管理装置２から一定時間ごとに実行履歴情報および設定履歴情報を収集してもよい。また、各プロセス実行装置１ａ〜１ｄが、プロセスを終了するごとに、終了したプロセスに関する実効履歴情報を履歴収集部３１１に送信するようにしてもよい。また、プロセス解析装置３の使用者からの指示に基づき実行してもよい。

このように、履歴収集部３１１は、プロセス実行装置１から実行履歴情報を取得する実行履歴取得手段および情報管理装置から設定履歴情報を取得する設定履歴取得手段に相当する。

アクセス関係情報生成部３１２は、履歴収集部３１１により収集した実行履歴情報および設定履歴情報に基づき、アクセス関係情報を生成する。以下に、図３，図７及び図９を参照して、アクセス関係情報生成部３１２によるアクセス関係情報生成処理について説明する。

先ず、アクセス関係情報生成部３１２は、履歴記憶部３０１に記憶された実行履歴情報の中から、図３に示す実行履歴情報を取出す。続いて、アクセス関係情報生成部３１２は、取出した実行履歴情報の中から、１つのカラムを選択し、選択したカラムに記憶されている処理ｉｄ及びチケット情報を取出す。例えば、アクセス関係情報生成部３１２は、図３に示す実行履歴の中から、「ｗｅｂサーババックアック」に関する処理のカラムを選択肢、選択したカラムに記憶されている処理ｉｄ「Ｘ１−１」及びチケット情報「ｘ１０１」を取出す。

続いて、アクセス関係情報生成部３１２は、取出したチケット情報に基づき履歴記憶部３０１に記憶されている設定履歴情報を検索し、取出したチケット情報と同一のチケット情報が記憶されているカラムを特定する。そして、アクセス関係情報生成部３１２は、特定したカラムに記憶されたＣＩのローカルＩＤ及び更新結果情報を取出す。例えば、取出したチケット情報が「ｘ１０１」である場合、アクセス関係情報生成部３１２は、履歴記憶部３０１に記憶されている設定履歴情報からチケット情報「ｘ１０１」と対応付けられたローカルＩＤ「ＣＩ＿ａ」及び更新結果情報「ＯＫ」の組とローカルＩＤ「ＣＩ＿ｂ」及び更新結果情報「ＯＫ」の組とを取出す。

続いて、アクセス関係情報生成部３１２は、取出した処理ｉｄとチケット情報とローカルＩＤとを更新結果情報と対応付けて記憶する。例えば、アクセス関係情報生成部３１２は、処理ｉｄ「Ｘ１−１」とチケット情報「ｘ１０１」とローカルＩＤ「ＣＩ＿ａ」とを更新結果情報「ＯＫ」と対応付けて記憶する。同様に、アクセス関係情報生成部３１２は、処理ｉｄ「Ｘ１−１」とチケット情報「ｘ１０１」とローカルＩＤ「ＣＩ＿ｂ」とを更新結果情報「ＯＫ」と対応付けて記憶する。そして、アクセス関係情報生成部３１２は、上記各処理を、取出した実行履歴情報に含まれる全てのカラムに対して実行することにより、取出した実行履歴情報に対応するアクセス関係情報が生成される。また、アクセス関係情報生成部３１２は、履歴記憶部３０１に記憶された全ての実行履歴情報に対して同様の処理を行う。

なお、アクセス関係情報生成部３１２がアクセス関係情報生成処理を実行するタイミングは、任意である。例えば、アクセス関係情報生成部３１２は、アクセス関係情報生成処理を一定時間ごとに実行してもよい。また、アクセス関係情報生成部３１２は、プロセス実行装置１から実行履歴情報を取得するごとにアクセス関係情報生成処理を実行してもよい。また、アクセス関係情報生成部３１２は、プロセス解析装置３の使用者からの指示に基づきアクセス関係情報生成処理を実行してもよい。

このように、アクセス関係情報生成部３１２は、実行履歴取得手段により取得した実行履歴情報に含まれる処理番号ごとに、該処理番号と同一の処理番号に対応付けられた管理対象識別番号および更新結果情報を設定履歴取得手段により取得した設定履歴情報から抽出し、抽出した管理対象識別番号および更新結果情報を該処理番号と対応付けたアクセス関係情報を生成するアクセス関係情報生成手段として機能する。

衝突箇所推定部３１３は、アクセス関係情報生成部３１２により生成したアクセス関係情報や履歴記憶部３０１に記憶した実行履歴情報及び設定履歴情報に基づき、ＣＭＤＢ２０１への設定処理に失敗した処理が、他のどのプロセスのどの処理との間で衝突を起こしたのかを推定する。以下に、衝突箇所推定部３１３による衝突箇所推定処理について図面を参照して具体的に説明する。図１０−１はプロセス実行装置１ａの実行履歴に基づくアクセス関係情報の一例を示す図、図１０−２はプロセス実行装置１ｂの実行履歴に基づくアクセス関係情報の一例を示す図、図１１は履歴記憶部３０１に記憶される設定履歴情報の一例を示す図である。

例えば、アクセス関係記憶部３０２には、図１０−１に示すように、プロセス実行装置１ａにより実行されたプロセスＡ１に関する実行履歴情報に基づき生成されたアクセス関係情報４００ａが記憶されている。具体的には、アクセス関係情報４００ａには、処理ｉｄ「Ａ１−１」及びチケット情報「ａ１０１」と、ローカルＩＤ「ＣＩ（ｗｅｂ１）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。同様に、アクセス関係情報４００ａには、処理ｉｄ「Ａ１−２」及びチケット情報「ａ１０２」と、ローカルＩＤ「ＣＩ（ｗｅｂ２）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。同様に、アクセス関係情報４００ａには、処理ｉｄ「Ａ１−３」及びチケット情報「ａ１０３」と、ローカルＩＤ「ＣＩ（ａｐ１）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。同様に、アクセス関係情報４００ａには、処理ｉｄ「Ａ１−４」及びチケット情報「ａ１０４」と、ローカルＩＤ「ＣＩ（ｄｂ１）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。

また、アクセス関係記憶部３０２には、図１０−２に示すように、プロセス実行装置１ｂにより実行されたプロセスＢ１に関する実行履歴情報に基づき生成されたアクセス関係情報４００ｂが記憶されている。具体的には、アクセス関係情報４００ｂには、処理ｉｄ「Ｂ１−１」及びチケット情報「ｂ１０１」と、ローカルＩＤ「ＣＩ（ｄｂ１）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。同様に、アクセス関係情報４００ｂには、処理ｉｄ「Ｂ１−２」及びチケット情報「ｂ１０２」と、ローカルＩＤ「ＣＩ（ａｐ１）」とが更新結果情報「ｅｒｒｏｒ」と対応付けて記憶されている。同様に、アクセス関係情報４００ｂには、処理ｉｄ「Ｂ１−３」及びチケット情報「ｂ１０３」と、ローカルＩＤ「ＣＩ（ｗｅｂ１）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。同様に、アクセス関係情報４００ｂには、処理ｉｄ「Ｂ１−３」及びチケット情報「ｂ１０３」と、ローカルＩＤ「ＣＩ（ｗｅｂ２）」とが更新結果情報「ＯＫ」と対応付けて記憶されている。

また、図１１に示すように、履歴記憶部３０１には、各プロセス実行装置１ａ〜１ｄから取得した設定情報に基づき実行したＣＩの更新処理に関する設定履歴情報５００が記憶されている。具体的には、設定履歴情報５００には、更新日時「08.10.31 00:00.00」と、ローカルＩＤ「ＣＩ（ｗｅｂ１）」と、更新結果情報「ＯＫ」とがチケット情報「ａ１０１」と対応付けて記憶されている。また、設定履歴情報５００には、更新日時「08.10.31 00:20.00」と、ローカルＩＤ「ＣＩ（ｗｅｂ２）」と、更新結果情報「ＯＫ」とがチケット情報「ａ１０２」と対応付けて記憶されている。また、設定履歴情報５００には、更新日時「08.10.31 00:30.00」と、ローカルＩＤ「ＣＩ（ｄｂ１）」と、更新結果情報「ＯＫ」とがチケット情報「ｂ１０１」と対応付けて記憶されている。

また、設定履歴情報５００には、更新日時「08.10.31 00:36.00」と、ローカルＩＤ「ＣＩ（ａｐ１）」と、更新結果情報「ｅｒｒｏｒ」とがチケット情報「ｂ１０２」と対応付けて記憶されている。また、設定履歴情報５００には、更新日時「08.10.31 00:40.00」と、ローカルＩＤ「ＣＩ（ａｐ１）」と、更新結果情報「ＯＫ」とがチケット情報「ａ１０３」と対応付けて記憶されている。また、設定履歴情報５００には、更新日時「08.10.31 00:42.00」と、ローカルＩＤ「ＣＩ（ｗｅｂ１）」及び「ＣＩ（ｗｅｂ２）と、更新結果情報「ＯＫ」とがチケット情報「ｂ１０３」と対応付けて記憶されている。また、設定履歴情報５００には、更新日時「08.10.31 00:45.00」と、ローカルＩＤ「ＣＩ（ｄｂ１）」と、更新結果情報「ＯＫ」とがチケット情報「ａ１０４」と対応付けて記憶されている。

このような場合、衝突箇所推定部３１３は、先ず、アクセス関係記憶部３０２に記憶されたアクセス関係情報４００ａ，４００ｂの中から、ＣＩの更新処理に失敗している処理を特定する。具体的には、衝突箇所推定部３１３は、アクセス関係情報４００ｂの中から、更新結果情報「ｅｒｒｏｒ」と対応付けられた処理ｉｄ「Ｂ１−２」、プロセス名「Ｂ１」及びチケット情報「ｂ１０２」を抽出する。このように、衝突箇所推定部３１３は、更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号をアクセス関係情報生成手段により生成されたアクセス関係情報から抽出する失敗処理抽出手段として機能する。

続いて、衝突箇所推定部３１３は、設定履歴情報の中から、特定したチケット情報が記憶されたカラムを特定する。続いて、衝突箇所推定部３１３は、特定したカラムに記憶されている実行日時から所定期間内の実行日時が記憶されたカラムの中から、特定したカラムに記憶されているローカルＩＤと同一のローカルＩＤが記憶されているカラムを特定する。そして、衝突箇所推定部３１３は、特定したカラムに記憶されているチケット情報を取出す。

具体的には、衝突箇所推定部３１３は、設定履歴情報５００の中から、特定したチケット情報「ｂ１０２」と対応付けられた実行日時「08.10.31 00:36.00」及びローカルＩＤ「ＣＩ（ａｐ１）」を特定する。続いて、衝突箇所推定部３１３は、特定した実行日時「08.10.31 00:36.00」から前後１０分以内の実行日時が記憶されたカラムの中から、ローカルＩＤ「ＣＩ（ａｐ１）」が記憶されているカラムを特定し、特定したカラムに記憶されているチケット情報「ａ１０３」を抽出する。

このように、衝突箇所推定部３１３は、失敗結果情報と対応付けられた管理対象識別番号と同一の管理対象識別番号に対応付けられた処理番号であって、失敗結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられた処理番号を前記設定履歴情報から取得する処理番号取得手段として機能する。なお、上記例では、所定期間を、更新処理が失敗したことを表す新結果情報と対応付けられた更新日時から前後１０分以内としたが、所定期間はこれに限ったものではない。

そして、衝突箇所推定部３１３は、取出したチケット情報に対応する処理を、失敗結果情報と対応付けられたチケット情報に対応する処理の失敗原因となった処理として、アクセス関係情報から抽出する。例えば、衝突箇所推定部３１３は、アクセス関係情報４００ａ，４００ｂを検索し、取出したチケット情報「ａ１０３」に対応する処理の処理ｉｄ「Ａ１−３」、プロセス名「Ａ１」及びローカルＩＤ「ＣＩ（ａｐ１）」をアクセス関係情報４００ａから抽出する。なお、衝突箇所推定部３１３は、かかる情報をアクセス関係情報４００ａからではなく、履歴記憶部３０１に記憶した実行履歴情報から取得してもよい。

そして、衝突箇所推定部３１３は、ＣＩの更新処理に失敗した処理の処理ｉｄ及びプロセス名と、該更新処理の失敗原因として抽出された処理の処理ｉｄ及びプロセス名と、該更新処理の対象となったＣＩのローカルＩＤとを対応付けて結果情報として結果記憶部３０３に記憶する。具体的には、衝突箇所推定部３１３は、処理ｉｄ「Ｂ１−２」およびプロセス名「Ｂ１」と、処理ｉｄ「Ａ１−３」およびプロセス名「Ａ１」とをローカルＩＤ「ＣＩ（ａｐ１）」と対応付けて結果記憶部３０３に記憶する。

このように、衝突箇所推定部３１３は、処理番号取得手段により取得した処理番号に対応する処理を、更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号に対応する処理の失敗原因となった処理として、実行履歴情報から抽出する失敗原因処理推定手段として機能する。なお、衝突箇所推定部３１３による処理が実行されるタイミングは、任意である。例えば、衝突箇所推定部３１３は、一定時間ごとに処理を実行してもよい。また、衝突箇所推定部３１３は、アクセス関係情報生成部３１２によりアクセス関係情報が生成されるごとに処理を実行してもよい。また、プロセス解析装置３の使用者からの指示に基づき処理を実行してもよい。

結果提示部３１４は、衝突箇所推定部３１３により結果記憶部３０３に記憶された結果情報を提示する。具体的には、結果提示部３１４は、結果記憶部３０３に記憶された結果情報を、プロセス解析装置３の有する図示しないディスプレイに表示する。図１２に結果提示部３１４により提示される結果情報の一例を示す。図１２に示すように、結果提示部３１４は、衝突箇所推定部３１３により抽出された２つの処理の間で衝突の可能性がある旨を表示する。例えば、結果記憶部３０３に、処理ｉｄ「Ｂ１−２」およびプロセス名「Ｂ１」と、処理ｉｄ「Ａ１−３」およびプロセス名「Ａ１」とをローカルＩＤ「ＣＩ（ａｐ１）」と対応付けた結果情報が記憶されているとする。かかる場合、結果提示部３１４は、衝突の可能性がある処理として、「プロセスＡ１：処理Ａ１−３」と「プロセスＢ１：処理Ｂ１−２」とをディスプレイに表示する。また、上記処理が衝突する可能性のあるデータとして、「ＣＩ（ａｐ１）」をディスプレイに表示する。なお、ディスプレイは、プロセス解析装置３ではなく、他の装置の有するディスプレイであってもよい。かかる場合、結果提示部３１４は、体の装置へ結果情報をネットワークを介して送信する。

[３．プロセス解析装置の具体的動作]
次に、本実施例にかかるプロセス解析装置３の具体的動作について図面を参照して説明する。先ず、アクセス関係情報生成部３１２によるアクセス関係情報生成処理について説明する。図１３は、本実施例にかかるアクセス関係生成処理の処理手順を示すフローチャートである。なお、以下において、履歴記憶部３０１には、履歴収集部３１１により各プロセス実行装置１ａ〜１ｄから収集された実行履歴情報およびＣＭＤＢ管理装置２から収集された設定履歴情報が記憶されている状態とする。

例えば、プロセス解析装置３の使用者からの指示に基づきアクセス関係生成処理を開始すると、アクセス関係情報生成部３１２は、図１３に示すように、履歴記憶部３０１に記憶された実行履歴情報の中から実行履歴情報を１つ取出す（ステップＳ１０１）。続いて、アクセス関係情報生成部３１２は、取出した実行履歴情報の中から、カラムを１つ選択する（ステップＳ１０２）。

続いて、アクセス関係情報生成部３１２は、選択したカラムに記憶された処理ｉｄ及びチケット値を取出す（ステップＳ１０３）。続いて、アクセス関係情報生成部３１２は、取出したチケット情報に基づき履歴記憶部３０１に記憶されている設定履歴情報を検索し、取出したチケット情報と同一のチケット情報が記憶されているカラムを特定する（ステップＳ１０４）。

続いて、アクセス関係情報生成部３１２は、ステップＳ１０４において特定したカラムに記憶されたＣＩのローカルＩＤ及び更新結果情報を取出す（ステップＳ１０５）。続いて、アクセス関係情報生成部３１２は、ステップＳ１０３において取出した処理ｉｄ及びチケット情報と、ステップＳ１０５において取出したローカルＩＤと更新結果情報とを対応付けて履歴記憶部３０１に記憶する（ステップＳ１０６）。

続いて、アクセス関係情報生成部３１２は、ステップＳ１０１において取出した実行履歴情報に含まれる全てのカラムについてステップＳ１０２〜Ｓ１０６の処理を実行したか否かを判定する（ステップＳ１０７）。この処理において、未処理のカラムが存在する場合（ステップＳ１０７否定）、アクセス関係情報生成部３１２は、処理をステップＳ１０２へ移行する。一方、全てのカラムに関して処理済であると判定した場合（ステップＳ１０７肯定）、アクセス関係情報生成部３１２は、処理をステップＳ１０８へ移行する。

ステップＳ１０８において、アクセス関係情報生成部３１２は、履歴記憶部３０１に記憶されている全ての実行履歴情報に関してステップＳ１０１〜Ｓ１０７の処理を実行したか否かを判定する。この処理において、未処理の実行履歴情報が存在する場合、アクセス関係情報生成部３１２は、処理をステップＳ１０１へ移行する。一方、全ての実行履歴情報に関して処理済であると判定すると（ステップＳ１０８肯定）、アクセス関係情報生成部３１２は、アクセス関係情報生成処理を終了する。

続いて、衝突箇所推定部３１３による衝突箇所推定処理の処理手順について具体的に説明する。図１４は、本実施例にかかる衝突箇所推定処理の処理手順を示すフローチャートである。

図１４に示すように、衝突箇所推定処理を開始すると、衝突箇所推定部３１３は、アクセス関係記憶部３０２に記憶されているアクセス関係情報を１つ取出す（ステップＳ２０１）。続いて、衝突箇所推定部３１３は、取出したアクセス関係情報の中にＣＩの更新処理に失敗した処理が含まれているか否かを判定する（ステップＳ２０２）。具体的には、衝突箇所推定部３１３は、取出したアクセス関係情報の中に、更新処理が失敗したことを表す更新結果情報が記憶されているか否かを判定する。この処理において、ＣＩの更新処理に失敗した処理が含まれていると判定した場合（ステップＳ２０２肯定）、衝突箇所推定部３１３は、処理をステップＳ２０３へ移行する。

ステップＳ２０３において、衝突箇所推定部３１３は、ステップＳ２０１において取出したアクセス関係情報から、更新処理に失敗したことを表す更新結果情報と対応付けられた処理ｉｄ、プロセス名及びチケット情報を抽出する。続いて、アクセス関係情報生成部３１２は、設定履歴情報の中から、抽出したチケット情報が記憶されたカラムを特定し（ステップＳ２０４）、特定したカラムに記憶されているローカルＩＤを特定する（ステップＳ２０５）。

続いて、衝突箇所推定部３１３は、ステップＳ２０４において特定したカラムに記憶されている実行日時から所定期間内の実行日時が記憶されたカラムの中で、ステップＳ２０５において特定したローカルＩＤと同一のローカルＩＤが記憶されているカラムを特定する（ステップＳ２０６）。そして、衝突箇所推定部３１３は、ステップＳ２０６において特定したカラムに記憶されているチケット情報を取出す（ステップＳ２０７）。

続いて、衝突箇所推定部３１３は、取出したチケット情報が記憶されたカラムを、アクセス関係記憶部３０２に記憶された全てのアクセス関係情報の中から、更新処理の失敗原因となった処理に対応するカラムとして特定する（ステップＳ２０８）。続いて、衝突箇所推定部３１３は、特定したカラムに記憶されている処理ｉｄ、プロセス名及びローカルＩＤを抽出する（ステップＳ２０９）。そして、衝突箇所推定部３１３は、ステップＳ２０３において抽出したＣＩの更新処理に失敗した処理の処理ｉｄ及びプロセス名と、ステップＳ２０９において抽出した処理ｉｄ、プロセス名及びローカルＩＤとを対応付けて結果情報として結果記憶部３０３に記憶する（ステップＳ２１０）。

続いて、衝突箇所推定部３１３は、ステップＳ２０１において取出したアクセス関係情報の中に、他に更新処理に失敗した処理が含まれているか否かを判定する（ステップＳ２１１）。この処理において、他に更新処理に失敗した処理が含まれていると判定した場合（ステップＳ２１１肯定）、衝突箇所推定部３１３は、処理をステップＳ２０３へ移行する。一方、他に更新処理に失敗した処理が含まれていないとき（ステップＳ２１１否定）、あるいは、ステップＳ２０２において更新処理に失敗した処理がアクセス関係情報に含まれないと判定した場合（ステップＳ２０２否定）、衝突箇所推定部３１３は、処理をステップＳ２１２へ移行する。

ステップＳ２１２において、衝突箇所推定部３１３は、アクセス関係記憶部３０２に記憶された全てのアクセス関係情報に関してステップＳ２０２〜Ｓ２１１の処理を実行したか否かを判定する。この処理において、未処理のアクセス関係情報が存在する場合（ステップＳ２１２否定）、衝突箇所推定部３１３は、処理をステップＳ２０１へ移行する。一方、全てのアクセス関係情報に関して処理済みであると判定した場合（ステップＳ２１２肯定）、衝突箇所推定部３１３は、処理をステップＳ２１３へ移行する。

ステップＳ２１３において、結果提示部３１４は、ステップＳ２１０において結果記憶部３０３に記憶された結果情報をディスプレイに表示する。具体的には、結果提示部３１４は、ステップＳ２０３において抽出された処理とステップＳ２０９において抽出された処理の間で衝突の可能性がある旨をディスプレイに表示する。ステップＳ２１３の処理を終えると、衝突箇所推定部３１３は、衝突箇所推定処理を終了する。

上述してきたように、本実施例では、チケット情報により関連付けられた実行履歴情報及び設定履歴情報を解析することにより、ＣＭＤＢ２０１への設定処理に失敗した処理が、どのプロセスのどの処理と衝突したのかを推定する。これにより、プロセス設計時には把握することが困難な設定処理の衝突を推測することがで、推測した処理に対して対策を加えることで以降の同様な衝突を防ぐことができるため、トラブル発生率を低下させることができる。

また、本実施例では、プロセス実行装置１から取得した実行履歴情報とＣＭＤＢ管理装置２から取得した設定履歴情報とに基づき、アクセス関係情報を生成し、生成したアクセス関係情報を用いて設定処理の失敗の原因となった処理の推定を行うため、衝突箇所推定処理の処理手順を簡略化でき、プロセス解析装置３の使用者に結果情報をより迅速に提供することができる。

ところで、上記の実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、図１５を用いて、上記実施例に示したプロセス解析装置３と同様の機能を有するプロセス解析プログラムを実行するコンピュータの一例を説明する。図１５は、プロセス解析プログラムを実行するコンピュータを示す図である。

図１５に示すように、コンピュータ６００は、ＣＰＵ６２０、ＨＤＤ６３０及びＲＡＭ６４０をバス６５０で接続して構成される。

ＨＤＤ６３０には、上記の実施例と同様の機能を発揮するプロセス解析プログラム、つまり、処理番号取得プログラム６３１、失敗原因処理推定プログラム６３２が予め記憶されている。

そして、ＣＰＵ６２０が、これらのプログラム６３１，６３２をＨＤＤ６３０から読み出して実行することにより、各プログラム６３１，６３２は、それぞれ処理番号取得プロセス６２１、失敗原因処理推定プロセス６２２として機能する。

なお、ＨＤＤ６３０には、プロセス６２１，６２２によって利用される各種データが格納されている。ＣＰＵ６２０は、ＨＤＤ６３０に格納された各種データを読み出し、ＲＡＭ６４０に格納し、プロセス６２１，６２２が、ＲＡＭ６４０に格納された各種データを利用して、衝突箇所推定処理などの各種処理を実行する。

なお、上記のプロセス解析プログラムは、必ずしもＨＤＤ６３０に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたこのプログラムを、コンピュータ６００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ等を介してコンピュータ６００に接続される他のコンピュータ又はサーバ等にこのプログラムを記憶させておき、コンピュータ６００がこれらからプログラムを読み出して実行するようにしてもよい。

Ｓ 運用管理システム
１ａ〜１ｄ プロセス実行装置
２ ＣＭＤＢ管理装置
３ プロセス解析装置
４ ネットワーク
１０，２０，３０ 記憶部
１１，２１，３１ 制御部
１０１ 実行履歴記憶部
１１１ プロセス実行部
１１２ データアクセス部
１１３ 実行履歴生成部
１１４ 実行履歴送信部
２０１ ＣＭＤＢ
２０２ 設定履歴記憶部
２１１ 要求処理部
２１２ 設定履歴生成部
２１３ 設定履歴送信部
３０１ 履歴記憶部
３０２ アクセス関係記憶部
３０３ 結果記憶部
３１１ 履歴収集部
３１２ アクセス関係情報生成部
３１３ 衝突箇所推定部
３１４ 結果提示部

Claims (5)

1. 管理対象に対して所定のプロセスを実行するプロセス実行装置と、前記管理対象に関する情報を管理情報として管理する情報管理装置と、プロセス解析装置とを有する運用管理システムであって、
   前記プロセス実行装置は、
   前記プロセスに含まれる処理ごとに、該処理が実行される管理対象の管理情報を該処理の内容に応じて更新すべき旨の更新要求を、該処理を識別する処理番号とともに設定情報として前記情報管理装置へ送信する設定情報送信手段と、
   前記プロセスに含まれる各処理の実行履歴を該処理に対応する処理番号と対応付けて実行履歴情報として記憶する実行履歴記憶手段と、を備え、
   前記情報管理装置は、
   前記プロセス実行装置から取得した設定情報に基づき、該当する管理情報を更新する管理情報更新手段と、
   前記管理情報更新手段による管理情報の更新処理が実行された日時である更新日時と、該更新処理の対象となった管理情報に対応する管理対象を識別する管理対象識別番号と、該更新処理が成功したか否かを表す更新結果情報とを前記設定情報に含まれる処理番号と対応付けて設定履歴情報として記憶する設定履歴記憶手段と、を備え、
   前記プロセス解析装置は、
   前記更新処理が失敗したことを表す更新結果情報と対応付けられた管理対象識別番号と同一の管理対象識別番号に対応付けられた処理番号であって、前記更新処理が失敗したことを表す更新結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられた処理番号を前記設定履歴情報から取得する処理番号取得手段と、
   前記処理番号取得手段により取得した処理番号に対応する処理を、前記更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号に対応する処理の失敗原因となった処理として、前記実行履歴情報から抽出する失敗原因処理推定手段と
   を備えたことを特徴とする運用管理システム。
2. 管理対象に対して所定のプロセスを実行するプロセス実行装置による前記プロセスの実行履歴を解析するプロセス解析装置であって、
   前記プロセスに含まれる処理が実行される管理対象の管理情報を該処理の内容に応じて更新する更新処理が実行された日時である更新日時と該更新処理が成功したか否かを表す更新結果情報と前記管理対象を識別する管理対象識別番号とを前記処理を識別する処理番号と対応付けた設定履歴情報の中から、前記更新処理が失敗したことを表す更新結果情報と対応付けられた管理対象識別番号と同一の管理対象識別番号に対応付けられた処理番号であって、前記更新処理が失敗したことを表す更新結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられた処理番号を取得する処理番号取得手段と、
   前記プロセスに含まれる各処理の実行履歴を該処理に対応する処理番号と対応付けた実行履歴情報から、前記処理番号取得手段により取得した処理番号と対応付けられた処理を、前記更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号により識別される処理の失敗原因となった処理として抽出する失敗原因処理推定手段と
   を備えたことを特徴とするプロセス解析装置。
3. 前記実行履歴情報に含まれる処理番号ごとに、該処理番号と同一の処理番号に対応付けられた管理対象識別番号および更新結果情報を前記設定履歴情報から抽出し、抽出した管理対象識別番号および更新結果情報を該処理番号と対応付けたアクセス関係情報を生成するアクセス関係情報生成手段と、
   前記更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号を前記アクセス関係情報生成手段により生成されたアクセス関係情報から抽出する失敗処理抽出手段と
   をさらに備えたことを特徴とする請求項２に記載のプロセス解析装置。
4. 管理対象に対して所定のプロセスを実行するプロセス実行装置による前記プロセスの実行履歴を解析するプロセス解析プログラムであって、
   前記プロセスに含まれる処理が実行される管理対象の管理情報を該処理の内容に応じて更新する更新処理が実行された日時である更新日時と該更新処理が成功したか否かを表す更新結果情報と前記管理対象を識別する管理対象識別番号とを前記処理を識別する処理番号と対応付けた設定履歴情報の中から、前記更新処理が失敗したことを表す更新結果情報と対応付けられた管理対象識別番号と同一の管理対象識別番号に対応付けられた処理番号であって、前記更新処理が失敗したことを表す更新結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられた処理番号を取得する処理番号取得手順と、
   前記プロセスに含まれる各処理の実行履歴を該処理に対応する処理番号と対応付けた実行履歴情報から、前記処理番号取得手順により取得した処理番号と対応付けられた処理を、前記更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号により識別される処理の失敗原因となった処理として抽出する失敗原因処理推定手順と
   をコンピュータに実行させることを特徴とするプロセス解析プログラム。
5. 管理対象に対して所定のプロセスを実行するプロセス実行装置による前記プロセスの実行履歴を解析するプロセス解析方法であって、
   前記プロセスに含まれる処理が実行される管理対象の管理情報を該処理の内容に応じて更新する更新処理が実行された日時である更新日時と該更新処理が成功したか否かを表す更新結果情報と前記管理対象を識別する管理対象識別番号とを前記処理を識別する処理番号と対応付けた設定履歴情報の中から、前記更新処理が失敗したことを表す更新結果情報と対応付けられた管理対象識別番号と同一の管理対象識別番号に対応付けられた処理番号であって、前記更新処理が失敗したことを表す更新結果情報と対応付けられた更新日時から所定期間内の更新日時に対応付けられた処理番号を取得する処理番号取得ステップと、
   前記プロセスに含まれる各処理の実行履歴を該処理に対応する処理番号と対応付けた実行履歴情報から、前記処理番号取得ステップにより取得した処理番号と対応付けられた処理を、前記更新処理が失敗したことを表す更新結果情報と対応付けられた処理番号により識別される処理の失敗原因となった処理として抽出する失敗原因処理推定ステップと
   を含んだことを特徴とするプロセス解析方法。

Images