(57)【要約】【課題】  大規模分散システムを効率よく管理運用する。【解決手段】  運用管理サーバ１は、処理システムＡ（３ａ）または処理システムＢ（３ｂ）の異常を検出すると、この処理システムから稼動記録を収集する（ステップＳ１）。そして、稼動記録を解析して異常状態を認識し、動作定義管理サーバ２に対して異常状態を回避する動作定義に変更するように変更指示を送信する（ステップＳ２）。動作定義管理サーバ２は、変更指示に基づいて動作定義を改版して、版数と更新適用時期を付与し、動作定義記憶手段２ａに保存する（ステップＳ３）。処理システムＡ（３ａ）または処理システムＢ（３ｂ）から版数の問合せを受信すると、最新の版数を送信し（ステップＳ４）、動作定義の配信要求を受信すると、最新の動作定義とその更新適用時期を配信する（ステップＳ５）。【選択図】  図１
2005284988.tif 000002
【特許請求の範囲】
【請求項１】
動作定義に従って対象物を伝達処理する複数の処理システムと、前記処理システム間の伝達処理を運用管理する運用管理サーバと、前記動作定義を管理する動作定義管理サーバがネットワークで接続される分散システムの情報管理を行う情報管理方法において、
前記運用管理サーバが、前記処理システムの異常を検出すると、情報収集手段で所定の前記処理システムの稼動記録を収集し、
前記運用管理サーバが、判断手段で前記稼動記録に基づき前記処理システムに発生した異常状態を認識して前記動作定義管理サーバに前記異常状態を回避させる前記動作定義に変更する変更指示を送信し、
前記動作定義管理サーバが、前記運用管理サーバの前記変更指示を受信すると、動作定義改版手段で、前記変更指示に基づいて前記動作定義の変更を行い、変更した前記動作定義に所定の版数と前記動作定義を適用する更新適用時期を付与し、変更した前記動作定義とともに動作定義記憶手段に保存し、
前記動作定義管理サーバが、前記処理システムから前記版数の問合せを受信すると、前記動作定義配信手段で前記動作定義記憶手段に保管された前記版数を読出して前記処理システムに送信し、
前記動作定義管理サーバが、前記処理システムから前記動作定義の配信要求を受信すると、前記動作定義配信手段で前記動作定義記憶手段から前記処理システムに関する前記動作定義を抽出し、前記更新適用時期とともに配信する、
手順を備えたことを特徴とする情報管理方法。
【請求項２】
前記動作定義管理サーバが、前記動作定義改版手段で前記動作定義を改版する手順は、
前記処理システムが前記動作定義管理サーバに前記版数の問合せを行う時間間隔を前記処理システムごとに定義し、前記動作定義に設定することを特徴とする請求項１記載の情報管理方法。
【請求項３】
前記運用管理サーバが、前記情報収集手段で前記稼動記録を収集する手順は、
前記処理システムに対して所定の検索条件と前記稼動記録の要求を送信し、前記所定の検索条件に一致する前記稼動記録だけを収集することを特徴とする請求項１記載の情報管理方法。
【請求項４】
動作定義に従って対象物を伝達処理する複数の処理システム間の伝達処理を運用管理する情報管理プログラムにおいて、
コンピュータに、
前記処理システムの異常を検出すると、所定の前記処理システムに対して稼動記録の要求を送信して前記稼動記録を取得し、
前記稼動記録に基づき、前記処理システムに発生した異常状態を認識して前記異常状態を回避させる前記動作定義の変更の要求を、前記動作定義を管理する動作定義管理サーバに送信する、
手順を実行させることを特徴とする情報管理プログラム。
【請求項５】
相互に連携する複数の処理システム間で行われる対象物の伝達処理を定義する動作定義を管理する情報管理プログラムにおいて、
コンピュータに、
前記対象物の伝達処理を運用管理する運用管理サーバから前記処理システムに発生した異常状態を回避させる前記動作定義の変更要求を受信すると、前記変更要求に基づく前記動作定義の変更を行い、変更した前記動作定義に所定の版数と前記動作定義を適用する更新適用時期を付与し、変更した前記動作定義とともに動作定義記憶手段に保存し、
前記処理システムから前記版数の問合せを受信すると、前記動作定義記憶手段に保管された前記版数を読出して前記処理システムに送信し、
前記処理システムから前記動作定義の配信要求を受信すると、前記動作定義記憶手段から前記処理システムに関する前記動作定義を抽出し、前記更新適用時期とともに配信する、
手順を実行させることを特徴とする情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報管理方法および情報管理プログラムに関し、特に動作定義に従って対象物を伝達処理する複数の処理システムと、前記処理システム間の伝達処理を運用管理する運用管理サーバと、前記動作定義を管理する動作定義管理サーバがネットワークで接続される分散システムの情報管理を行う情報管理方法および情報管理プログラムに関する。
【背景技術】
【０００２】
お互いに連携しあう複数のシステム間を所定の情報データや荷物などの対象物が伝達処理される大規模分散システムにおいて、伝達処理されていく対象物を管理運用する１つの手法として、タイムスタンプを用いる情報管理手法がある。タイムスタンプを用いた情報管理手法では、システムごとに伝達時刻や処理結果などのタイムスタンプを対象物に付与し、次のシステムに伝達する。このように対象物にタイムスタンプされた情報を参照や変更してシステム管理と運用を行うことにより、システム全体の運用管理を行う運用管理サーバの負荷を軽減する。
【０００３】
また、各システムは動作定義（処理機能、対象物の配信元や配信先などに関する動作を記述した定義情報）に基づいて処理を行っており、各システムの動作定義の基となる動作定義マスタは、動作定義管理サーバによって管理される。動作定義管理サーバは、動作定義マスタが更新されると、各システムに動作定義を配信する管理も行う。
【０００４】
動作定義は、たとえば、１つのシステムが故障などによって運用できなくなった場合、そのシステムを回避して対象物の伝達処理が行われるように変更しなければならない。従来、動作定義の変更は、管理者が行っており、動作定義変更までに時間がかかっていた。また、各システムへ配信する際に動作定義管理サーバに負担がかかるとともに、配信時にネットワークトラフィックが増大するという問題点があった。
【０００５】
そこで、動作定義の配信に関し、各システムのクライアント端末管理サーバが変更された動作定義を取得する情報提供サーバを分散させ、サーバの負荷を軽減させる情報管理方法が提案されている（たとえば、特許文献１参照）。
【０００６】
このような情報管理方法では、各システムのクライアント端末管理サーバが参照する動作定義をいくつかの情報提供サーバで保管し、各クライアント端末管理サーバには動作定義を入手する情報配信元の情報提供サーバを通知しておく。各システムのクライアント端末用管理サーバは、指定された情報配信元の情報提供サーバに定期的に問合せを行って、変更された動作定義を入手する。
【特許文献１】特開２００３−２５６３０３号公報（段落番号〔００２８〕〜〔００４３〕、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、従来の大規模分散システムにおける情報管理方法では、システムの一部に異常または変更が生じたときに動作定義を変更するのが容易ではなく、また、動作定義の配信時にサーバに多大な負担がかかるという問題点があった。
【０００８】
上記の説明のタイムスタンプを付与して対象物を管理する場合、最終段で対象物が得られないようなとき、システムのどこで障害が発生したかを判別することができない。そこで、障害個所を知るためには、各システムから稼動記録（ログ）を取得し、各システムの稼動状態を監視しなければならない。しかしながら、稼動記録を運用管理サーバで集中管理すると、システムの規模が大きくなるほど運用管理サーバの負担が増すという問題点がある。また、各システムから運用管理サーバに稼動記録が配信されるときに、ネットワークトラフィックが増大し、ネットワーク輻輳が発生する恐れもある。
【０００９】
そして、障害個所の判別により動作定義を変更した場合、この動作定義を各システムに配信する必要がある。しかしながら、従来の動作定義の配信処理では、動作定義を管理する動作定義管理サーバへアクセスが集中し、動作定義管理サーバの負担が重くなるばかりでなく、ネットワークトラフィックが増大するという問題点がある。
【００１０】
上記の説明の各システムのクライアント端末管理サーバが指定された情報提供サーバから動作定義を入手する情報管理方法では、動作定義変更後の処理についてのみ記載されており、動作定義の変更を容易にすることはできない。
【００１１】
また、定期的に情報提供サーバに問合せを行わなければならず、情報提供サーバに負担がかかるという問題がある。さらに、クライアント端末管理サーバと情報提供サーバ間、および情報提供サーバと動作定義管理サーバ間の定期的な通信によって、ネットワークトラフィックが増大し、ネットワーク輻輳が発生する恐れもある。
【００１２】
本発明はこのような点に鑑みてなされたものであり、特に、動作定義変更に関して運用管理サーバおよび動作定義管理サーバにかかる負荷を低減し、大規模分散システムを効率よく管理運用することが可能な情報管理方法および情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明では上記問題を解決するために、図１に示すような分散システムの情報管理方法が提供される。分散システムは、相互に連携し、動作定義に従って対象物を伝達処理する処理システムＡ（３ａ）と処理システムＢ（３ｂ）、運用管理サーバ１および動作定義管理サーバ２がネットワークを介して接続する。運用管理サーバ１は、処理システムＡ（３ａ）と処理システムＢ（３ｂ）における対象物の伝達処理の運用管理を行う。動作定義管理サーバ２は、各処理システムの動作定義を動作定義記憶手段２ａに保管し、動作定義の変更と配信の管理を行う。
【００１４】
運用管理サーバ１は、処理システムＡ（３ａ）または処理システムＢ（３ｂ）の異常を検出すると、情報収集手段で処理システムＡ（３ａ）または処理システムＢ（３ｂ）、あるいは双方の処理システムから稼動記録を収集する（ステップＳ１）。そして、収集した稼動記録を解析して、処理システムが検出した異常状態を認識し、動作定義管理サーバ２に対して異常状態を回避する動作定義に変更するように変更指示を送信する（ステップＳ２）。
【００１５】
動作定義管理サーバ２は、運用管理サーバ１から動作定義の変更指示を受信すると、動作定義改版手段で変更指示に基づいて異常状態を回避するように動作定義を改版する（ステップＳ３）。このとき、変更した動作定義を識別可能にする所定の版数と、所定の版数に改版した動作定義を各処理システムが適用する更新適用時期を設定し、改版された動作定義とともに動作定義記憶手段２ａに保存する。そして、処理システムＡ（３ａ）または処理システムＢ（３ｂ）から動作定義版数の問合せを受信すると、動作定義配信手段で最新の動作定義の版数を動作定義記憶手段２ａから読出し、要求した処理システムに送信する（ステップＳ４）。続いて、処理システムＡ（３ａ）または処理システムＢ（３ｂ）から動作定義の配信要求を受信すると、動作定義配信手段で動作定義記憶手段２ａから最新の動作定義とその更新適用時期を読出し、要求のあった処理システムに配信する（ステップＳ５）。
【００１６】
このような情報管理方法によれば、運用管理サーバ１で処理システムの異常が検出されると、運用管理サーバ１は、処理システムから稼動記録を収集し、異常状態の詳細を確認する。そして、異常状態を認識すると、その異常状態を回避する動作定義の変更指示を動作定義管理サーバ２に対して送信する。動作定義管理サーバ２は、変更指示に基づいて動作定義を変更し、変更した動作定義に版数とその更新適用時期を付与し、動作定義記憶手段２ａに保存する。これにより、改版された最新の動作定義が動作定義記憶手段２ａに保管される。処理システムは、定期的に最新の動作定義の版数の問合せを行っており、動作定義管理サーバ２は、問合せを取得すると、版数を読出し、処理システムに送信する。処理システムは、保持する動作定義の版数と最新の版数が異なっていれば、改版された動作定義を要求する。動作定義管理サーバ２は、動作定義の要求を受信すると、保管された最新の動作定義を配信する。そして、処理システム側は、更新適用時期に到達すると、一斉に動作定義を改版された最新の動作定義に切換える。
【発明の効果】
【００１７】
本発明の情報管理方法では、運用管理サーバは、処理システム側の異常通知を受けた場合のみ、詳細な稼動情報を取得し、動作定義の変更が必要な場合は、動作定義管理サーバに変更指示を行う。動作定義管理サーバは、動作定義を変更すると所定の版数と更新適用時期を付与し、保管しておく。配信は、各処理システムが版数を問合せ、版数に応じて動作定義の配信要求を行った場合にのみ行う。
【００１８】
このように、必要な場合のみ稼動記録の収集や動作定義の配信が行われることにより、通信が集中することなく、ネットワークトラフィックが増大しない。この結果、ネットワーク輻輳の発生を防止することができる。また、通信が集中しないことにより、運用管理サーバおよび動作定義管理サーバにかかる負担を低減させることも可能である。また、システム全体の整合性を保つことが容易で、システムの変更や追加に対しても容易に対応することができる。
【００１９】
さらに、運用管理サーバが異常状態を検出して変更指示を行い、動作定義管理サーバが動作定義を変更することにより、分散システムの一部に障害が発生した場合に、システム全体が自律的に動作変更を行うことが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を図面を参照して説明する。まず、実施の形態に適用される発明の概念について説明し、その後、実施の形態の具体的な内容を説明する。
図１は、本発明の実施の形態に適用される発明の概念図である。
【００２１】
本発明にかかる分散システムは、運用管理サーバ１、動作定義管理サーバ２および処理システムＡ（３ａ）と処理システムＢ（３ｂ）が図示しないネットワークにより接続する構成である。
【００２２】
運用管理サーバ１は、システム全体の対象物の伝達処理の運用管理を行うサーバで、処理システムＡ（３ａ）、処理システムＢ（３ｂ）を監視し、異常を検出すると、異常状態を解析し、必要に応じて動作定義の変更指示を行う。
【００２３】
動作定義管理サーバ２は、動作定義記憶手段２ａを具備し、各処理システムの動作を規定する動作定義の基となる動作定義マスタを管理し、動作定義マスタを変更した場合には各処理システムに動作定義を配信する。
【００２４】
処理システムＡ（３ａ）および処理システムＢ（３ｂ）は、動作定義に従って所定の処理を行い、対象物の伝達処理を実行する。図の例では、対象物は、処理システムＡ（３ａ）から処理システムＢ（３ｂ）に対して伝達されている。
【００２５】
このような構成の分散システムにおける情報管理方法について説明する。
［ステップＳ１］  運用管理サーバ１は、処理システムＡ（３ａ）または処理システムＢ（３ｂ）に異常を検出すると、所定の処理システムから稼動記録を取得する。
【００２６】
処理システムＡ（３ａ）および処理システムＢ（３ｂ）は、伝達処理実行時の処理の正常／異常などの記録を稼動記録（以下、ログとする）として保存している。そして、異常の場合は、運用管理サーバ１からの問合せに対し、異常通知を行う。
【００２７】
運用管理サーバ１は、たとえば、定期的にポーリングを行うなどして、処理システムＡ（３ａ）、処理システムＢ（３ｂ）から情報を収集している。この定期的な情報収集では、異常状態の発生有無のみが通知され、詳細は通知されない。そして、処理システムの異常状態の発生有無を取得した後、異常通知のあった処理システムから詳細な稼動記録を収集する。また、必要であれば、異常通知のあった処理システムに関連する処理システムから稼動記録を収集してもよい。これにより、収集時のデータ量を減らし、ネットワークのトラフィックを低減させることができる。
【００２８】
［ステップＳ２］  次に、運用管理サーバ１は、収集したログに基づいて異常状態を把握し、必要に応じて動作定義の変更指示を行う。
運用管理サーバ１に、予め動作定義の変更条件と変更指示に関する情報を登録しておき、検出された異常状態と変更条件とを照合し、一致した場合に対応する所定の変更指示を作成する。運用管理サーバ１は、運用管理を行うための種々の情報を有しており、必要に応じてこれらの情報も参照し、変更指示の判断を行う。たとえば、あまり重要でない（一時的に伝達処理が停止してもあまり影響のない）処理システムに障害が発生した場合には、伝達処理の一時猶予を行う変更指示情報が設定されているとする。運用管理サーバ１は、異常状態が発生した処理システムを照合し、一致している場合には、この処理システムへの伝達処理を一時猶予する変更指示を作成する。また、処理システムや伝達処理される対象物の重要度などに応じて、障害が発生している処理システムを通過しないように伝達処理の経路を変更する変更指示や、障害が発生している処理システムが行う処理を正常な他の処理システムに実行させるようにシステム構成を変更する変更指示などを行う。作成された変更指示は、動作定義管理サーバ２に送信する。
【００２９】
［ステップＳ３］  動作定義の変更指示を受けた動作定義管理サーバ２は、変更指示にしたがって動作定義を改版する。上記の例のように、ある処理システムへの伝達処理を一時猶予する場合、動作定義マスタから該当する処理システムに関する記述（該処理システムへ入出力）を検索し、この記述を変更指示に合わせて変更する。そして、変更された動作定義マスタに改版を示す所定の版数と、この版数の動作定義を適用する更新時期とを付与し、動作定義記憶手段２ａに保管する。更新適用時期の設定については後述する。
【００３０】
以上の処理手順が実行されることにより、運用管理サーバ１によって検出された異常状態に応じて動作定義管理サーバ２の動作定義マスタが改版され、動作定義記憶手段２ａに保管される。
【００３１】
処理システムＡ（３ａ）および処理システムＢ（３ｂ）は、定期的に動作定義管理サーバ２に対して動作定義マスタの最新の版数の問合せを行う。なお、版数問合せの時間間隔（以下、周期とする）は、動作定義によって定義される。
【００３２】
動作定義管理サーバ２は、動作定義を改版する際に、各処理システムの版数問合せ周期をそれぞれに定義し、その値はランダムに設定する。これにより、処理システムが集中して動作定義管理サーバ２に版数問合せを行うことを防止できる。また、動作定義管理サーバ２は、ランダムに設定した各処理システムの周期に基づき、すべての処理システムが版数の問合せを完了すると想定される時間よりも後の時間に更新適用時期を設定する。
【００３３】
［ステップＳ４］  動作定義管理サーバ２は、処理システムから版数問合せを受信すると、改版された動作定義マスタの最新の版数を通知する。
動作定義管理サーバ２は、版数問合せを受信すると、動作定義記憶手段２ａに格納された最新の動作定義マスタの版数を読出し、読出した版数を要求のあった処理システムに送信する。
【００３４】
以上の処理手順が実行されることにより、処理システムに最新の動作定義マスタの版数が通知される。
処理システムＡ（３ａ）および処理システムＢ（３ｂ）は、受信した版数と自システムの保有する動作定義の版数とを照合し、一致しない場合は、動作定義の配信要求を行う。
【００３５】
［ステップＳ５］  動作定義管理サーバ２は、処理システムから動作定義の配信要求を受信すると、要求のあった処理システムに関する動作定義を配信する。
動作定義管理サーバ２は、要求のあった処理システムに対し、動作定義を配信する。このとき、動作定義とともにこの動作定義の更新適用時期を配信する。
【００３６】
以上の処理に手順が実行されることにより、最新の版数と一致しない動作定義を保持する処理システムからの要求で最新の動作定義の配信が行われる。このように、処理システム側が自律的に動作定義の更新を制御する処理を、以下、動作定義自律更新処理とよぶ。処理システムからの版数の問合せは、動作定義で指定された処理システムごとに異なるランダムな周期で発生するため、動作定義の配信が集中し、ネットワークトラフィックが増大することや、動作定義管理サーバ２の負荷が増大することを防止することができる。
【００３７】
このようにして各処理システムへの動作定義の配信が終了した後、更新適用時期が到来する。更新適用時期となったことを各処理システムで検出し、それぞれ、動作定義を改版された最新の動作定義に置き換え、処理を開始する。これにより、更新適用時期で分散システムのすべての処理システムの動作定義を一斉に切換えることが可能となる。
【００３８】
以上、本発明の情報管理方法によれば、動作定義の変更に関する通信量を最小とすることが可能となり、かつ、通信が集中することを防止することができる。この結果、運用管理サーバおよび動作定義管理サーバの負担を低減させ、かつ、ネットワークトラフィックの増大を防止することができる。さらに、動作定義の要否は、各処理システム側で判断するため、動作定義管理サーバの負担を低減させることができる。また、分散システムが大規模になっても、動作定義管理サーバの負担を増大させることがないため、大規模分散システムを効率よく管理運用することが可能となる。
【００３９】
なお、運用管理サーバ１と動作定義管理サーバ２は、１台の管理サーバで兼用することが可能であるが、大規模分散システムの管理サーバの負担を軽減させるという課題の解決には、それぞれ別個のサーバを設けることが望ましい。
【００４０】
以下、本発明の実施の形態を大規模分散システムに適用した場合を例にとり、図面を参照して詳細に説明する。
図２は、本発明の実施の形態のシステム構成図である。図１と同じものには同じ番号を付し、説明は省略する。
【００４１】
本発明の実施の形態の大規模分散システムは、運用管理サーバ１、動作定義管理サーバ２および処理システムＡ（３ａ）、処理システムＢ（３ｂ）、処理システムＣ（３ｃ）がネットワーク４を介して接続する。なお、処理システムの数は限定されない。
【００４２】
運用管理サーバ１は、各処理システムの情報を収集する情報収集手段１１と、動作定義の要否を判断する判断手段１２を具備する。
情報収集手段１１は、定期的にネットワーク４を経由して、処理システムＡ（３ａ）、処理システムＢ（３ｂ）および処理システムＣ（３ｃ）に対し異常／正常の状態を確認する問合せを行う。問合せに対して異常通知を行った処理システムがあれば、この処理システムに対してログ要求を送信してログを収集する。また、他の処理システムに対してログ要求を送信し、ログを収集することができる。ログ収集に際しては、必要であれば、検索条件を設定して、ログ要求とともに送信する。検索条件は、たとえば、異常が発生したと予測される時刻を含む時間範囲の指定条件や、異常が発生したと予想されるシステムに関するログなどの装置指定条件や、発生した事象を指定する事象指定条件などがある。
【００４３】
判断手段１２は、収集されたログに基づき、動作定義の変更を行うか否かを判断する。動作定義の変更条件および変更指示の内容は予め設定されており、収集したログ情報を解析して変更条件に合う場合は、対応する変更指示情報を抽出し、変更指示を作成する。変更指示は、ネットワーク４を介して動作定義管理サーバ２に送信する。
【００４４】
動作定義管理サーバ２は、動作定義マスタを保管する動作定義マスタ（記憶装置）２１、動作定義の改版を処理する改版手段２２および動作定義を配信する配信手段２３を具備する。
【００４５】
動作定義マスタ（記憶装置）２１には、動作定義マスタとその動作定義の版数、および更新した動作定義の使用を開始する更新適用時期が保管されている。また、動作定義には、各処理システムの処理機能に関する定義や対象物の伝達処理に関する定義のほか、版数問合せの周期が定義されている。
【００４６】
改版手段２２は、動作定義改版手段で、ネットワーク４経由で入力した運用管理サーバ１の動作定義の変更指示に従って、動作定義マスタの変更を行う。変更した動作定義マスタは、版数と更新適用時期を付与し、動作定義マスタ（記憶装置）２１へ保存する。
【００４７】
配信手段２３は、動作定義配信手段で、動作定義マスタ（記憶装置）２１に保管された動作定義マスタの配信を処理する。各処理システムは定期的に動作定義マスタの版数を問合せており、配信手段２３は、版数問合せを受信した場合には動作定義マスタ（記憶装置）２１から版数を読出し、版数を処理システムに通知する。また、各処理システムから動作定義の配信要求を受信した場合には、動作定義マスタ（記憶装置）２１から要求のあった処理システムに関する動作定義を抽出し、更新適用時期とともに送信する。
【００４８】
処理システムＡ（３ａ）、処理システムＢ（３ｂ）および処理システムＣ（３ｃ）は、動作定義に従って処理を実行し、対象物の伝達処理を行っている。処理システムＡ（３ａ）の例で説明する。処理システムＡ（３ａ）は、処理システムＡを管理する管理装置３１ａと、処理装置３２ａ、処理装置３３ａが内部バスによって接続している。
【００４９】
管理装置３１ａは、システム全体の管理と、ネットワーク４を介して運用管理サーバ１や動作定義管理サーバ２との通信を制御する。
処理装置３２ａは、処理を実行する処理手段３４ａと動作定義を保存する動作定義（記憶装置）３５ａおよびログを保存するログ（記憶装置）３６ａを具備する。処理手段３４ａは、動作定義（記憶装置）３５ａから動作定義を読出し、動作定義に従って所定の処理を実行し、対象物を指定先に伝達する。また、伝達処理の正常／異常などのログは、ログ（記憶装置）３６ａに保存する。なお、処理手段３４ａは、対象物を伝達する際、正常に伝達されたかどうかの確認処理を行う。すなわち、次システムに対象物を正常に伝達できたときは、次システムから伝達応答を受け取ることで正常伝達の確認を行う。次システムからの伝達応答がない場合は、異常伝達とみなす。処理システムＢ（３ｂ）、処理システムＣ（３ｃ）の構成は、処理システムＡ（３ａ）と同様であるので、説明は省略する。
【００５０】
上記の説明の各手段は、コンピュータにそれぞれの情報管理プログラムを実行させることにより実現する。
ここで、運用管理サーバ１および動作定義管理サーバ２のハードウェア構成について説明する。なお、運用管理サーバ１と動作定義管理サーバ２のハードウェア構成は同様であるので、以下、運用管理サーバ１の場合で説明する。図３は、本実施の形態の運用管理サーバのハードウェア構成例を示すブロック図である。
【００５１】
運用管理サーバ１は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、通信インタフェース１０６が接続されている。
【００５２】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションのプログラムが格納される。グラフィック処理装置１０４には、モニタ１０８が接続されており、ＣＰＵ１０１からの命令に従って画像をモニタ１０８の画面に表示させる。入力インタフェース１０５には、キーボード１０９ａやマウス１０９ｂが接続されており、キーボード１０９ａやマウス１０９ｂから送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。通信インタフェース１０６は、ネットワーク４に接続されており、ネットワーク４を介して端末装置との間でデータの送受信を行う。
【００５３】
このようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図３には、運用管理サーバのハードウェア構成を示したが、動作定義管理サーバのハードウェア構成も同様である。
【００５４】
以上の説明のシステム構成により、本発明の実施の形態の処理機能が実現される。以下、本発明の実施の形態の大規模分散システムの動作について説明する。
まず、各処理システム（以下、システムとする）の動作について説明する。図４は、本発明の実施の形態の処理システムの動作を示した図である。なお、以下の説明では、動作定義管理サーバ２を定義管理サーバ２と表示する。
【００５５】
図の例では、分散された処理システム３ａ、３ｂ、３ｃ、３ｄ、３ｅ、３ｆ、３ｇが連携して所定の処理を行っている。１つのシステム３ａに着目すると、直前のシステム３ｂ、３ｃ、３ｄから対象物５１、５２、５３を入力し、所定の処理を行った後、次のシステム３ｅ、３ｆ、３ｇに所定の処理が施された対象物５４、５５、５６を出力している。システム３ａは、複数の処理を分散して行っており、図の例では、３つの処理機能部、処理機能１（３４１）、処理機能２（３４２）および処理機能３（３４３）と、それぞれのログ記憶装置と動作定義記憶装置を具備している。処理機能１（３４１）は、対象物５１、５２、５３を入力し、動作定義１（３５１）に従って処理を行い、対象物を次の処理機能２（３４２）に伝達する。そして、処理実行ごとにログを作成し、ログ１（記憶装置）３６１に保存する。処理機能２（３４２）は処理機能１（３４１）に続いて、動作定義２（３５２）に従って処理を行い、対象物を次の処理機能３（３４３）に伝達する。そして、処理実行のログを作成し、ログ２（記憶装置）３６２に保存する。同様に、処理機能３（３４３）は処理機能２（３４２）に続いて、動作定義３（３５３）に従って処理を行い、対象物を次のシステム３ｅ、３ｆ、３ｇに伝達する。そして、処理実行のログを作成し、ログ３（記憶装置）３６３に保存する。それぞれの処理機能は、各処理機能部で対象物が処理実行されたとき、それが正常／異常処理されたかに関わらず、処理の実行状況をログとして残す。
【００５６】
各処理機能部が記録したログは、運用管理サーバ１が収集する。運用管理サーバ１は、ログ要求時に所定の検索条件を設定し、ログの要求を行う。各処理機能部３４１、３４２、３４３は、検索条件に従ってログを検索し、一致したもののみを運用管理サーバ１に送信する。このように、検索を各処理機能部に分散させることによって、運用管理サーバ１の負荷を低減させることができる。
【００５７】
また、各処理機能部は、それぞれの動作定義に定義された周期ごとに、定義管理サーバ２に対して動作定義マスタの版数を問合せる版数チェックを行う。版数チェックの結果、自装置の動作定義と最新の動作定義の版数が異なっていた場合、最新の動作定義の配信要求を定義管理サーバ２に対して行う。
【００５８】
次に、システムに異常が検出された場合の動作について説明する。図５は、本発明の実施の形態で処理システムに障害が発生した場合の情報データの流れを示した図である。図２、図４と同じものには同じ番号を付し、説明は省略する。
【００５９】
図の例では、対象物は、システム３ｂ、システム３ａ、システム３ｅ、システム３ｈ、システム３ｉの順に伝達処理される。
ここで、システム３ａからシステム３ｅの間で対象物５２の伝達処理が行なわれ、システム３ｅに障害が発生し、対象物５２を受け取れなかったとする。システム３ａは、対象物５２を伝達できなかったことを検出し、伝達処理異常のログを作成する。また、運用管理サーバ１からの問合せ時に異常通知６１を返す。
【００６０】
運用管理サーバ１は、システム３ａの異常を検出し、システム３ａに対してログ検索指令６２−１を送信する。システム３ａは、検索条件でログを検索し、条件に一致した応答ログ６２−２を運用管理サーバ１に返す。検索条件は、異常状態を解析するため、たとえば、異常通知の時刻より数分前から現時までの時間範囲を設定する。同様に、関連するシステム３ｅ、システム３ｈに対してもログ検索指令６２−３、６２−５を送信し、応答ログ６２−４、６２−６を取得する。
【００６１】
運用管理サーバ１が、動作定義の変更が必要だと判断した場合、定義管理サーバ２に対し動作定義マスタ変更通知６３を送信する。動作定義マスタ変更通知６３では、変更の方法（一時猶予、経路変更、システム構成変更など）も指定する。
【００６２】
動作定義マスタ変更通知６３を受信した定義管理サーバ２は、動作定義マスタを変更し、新たな版数と更新適用時期を付与し、動作定義マスタ（記憶装置）２１に保存する。
システム３ａは、周期ごとに定義管理サーバ２に対し、動作定義マスタの版数問合せ６４−１を送信する。定義管理サーバ２は、最新の動作定義マスタの版数通知６４−２を応答として返す。システム３ａは、最新の版数を持っていなければ、動作定義の配信要求６４−３を送信する。定義管理サーバ２は、応答として、動作定義６４−４を配信する。なお、システム３ｂ、３ｈ、３ｉとの間でも同様の手順で動作定義自律更新６４−５、６４−６、６４−７が行われる。それぞれの詳細は、システム３ａの場合と同じである。
【００６３】
次に、各システム、運用管理サーバ１、定義管理サーバ２の動作について説明する。図６および図７は、本発明の実施の形態の動作定義変更処理の処理シーケンス図である。図６は、運用管理サーバ１がログを収集するまでの処理手順、図７は、動作定義マスタ改版までの処理手順を示している。図２と同じものには同じ番号を付し、説明は省略する。
【００６４】
システムＡ（３ａ）は、システムＢ（３ｂ）に対し、対象物を伝達する（ステップＳ１１）。システムＢ（３ｂ）に対象物が正常に伝達されると正常の伝達応答を返す（ステップＳ１２）。システムＡ（３ａ）は、正常の伝達応答を受信し、正常伝達のログをシステムＡログ記憶装置３６ａに保存する（ステップＳ１３ａ）。同様に、システムＢ（３ｂ）も、正常伝達のログをシステムＢログ記憶装置３６ｂに保存する（ステップＳ１３ｂ）。
【００６５】
次の処理で、システムＡ（３ａ）は対象物をシステムＢ（３ｂ）に伝達する（ステップＳ１４）が、異常によりシステムＢ（３ｂ）に対象物が届かない。この場合、一定期間が過ぎても対象物を受け取ることのできないシステムＢ（３ｂ）は、伝達異常の応答を返す（ステップＳ１５）が、システムＡ（３ａ）では受信できない。システムＡ（３ａ）は、伝達正常の応答がないため、異常伝達のログをシステムＡログ記憶装置３６ａに保存する（ステップＳ１６ａ）。同様に、システムＢ（３ｂ）も、異常伝達のログをシステムＢログ記憶装置３６ｂに保存する（ステップＳ１６ｂ）。
【００６６】
運用管理サーバ１が定期的にシステムＡ（３ａ）およびシステムＢ（３ｂ）に対し、事象通知の問合せを行っている。システムＡ（３ａ）は、応答として異常伝達検知の通知を行う（ステップＳ１７）。異常伝達検知の通知を受けた運用管理サーバ１は、システム状態を確認するため、システムＡ（３ａ）とシステムＢ（３ｂ）に対し、検索条件とともにログ要求を送信する（ステップＳ１８）。システムＡ（３ａ）は、受信した検索条件でシステムＡログ記憶装置３６ａを検索し（ステップＳ１９ａ）、得られた検索結果を運用管理サーバ１に送信する（ステップＳ２０ａ）。同様に、システムＢ（３ｂ）は、受信した検索条件でシステムＢログ記憶装置３６ｂを検索し（ステップＳ１９ｂ）、得られた検索結果を運用管理サーバ１に送信する（ステップＳ２０ｂ）。
【００６７】
以上の処理手順が実行されることにより、分散システムの一部に障害が発生した場合、運用管理サーバ１は、システムの状態を把握するため、検索条件を設定し各システムにログを要求する。各システムは、与えられた検索条件に合致したログを抽出し、運用管理サーバ１に送信する。このように、各システムは検索結果応答を送信するだけであるので、ネットワーク上を流れる情報量を最小限にすることができる。また、検索は、各システムのローカル上に分散保存されたログに対して実行するため、各々のシステムにかかる検索負荷は少なくて済む。当然に、運用管理サーバ１には検索負荷がかからない。
【００６８】
次に、図７で説明する。
ここで、運用管理サーバ１の運用管理部１３は、システムから情報を収集し、システム状態を把握し、システム状態に応じた適応処理を行い、システム全体が良好に動作するように制御を行う。判断処理部１２は、判断手段であり、動作定義の変更に関する判断を行う。また、定義管理サーバ２の管理部２４は、運用管理サーバ１の指示に従って、システム状態に応じた動作定義に改版し、各システムに配信する制御を行う。
【００６９】
運用管理サーバ１では、運用管理部１３は、システムＡ（３ａ）およびシステムＢ（３ｂ）から収集した検索結果とそのときの応答からシステムの異常状態を把握し、検知されたシステムの状態を動作定義変更に関する判断を行う判断処理部１２に通知する（ステップＳ２０）。判断処理部１２は、通知されたシステム状態に基づいてシステムの動作を変更する動作定義の変更方法を決定し、運用管理部１３に通知する（ステップＳ２１）。変更方法は、アルゴリズムまたは設定により決定する。そして、運用管理部１３は、動作定義の変更方法で動作定義を行うように変更要求の通知を行う（ステップＳ２２）。
【００７０】
定義管理サーバ２では、管理部２４は、指定された変更方法により動作定義マスタを変更し、新たな版数と更新適用時期を付与し、動作定義マスタ（記憶装置）２１に保存する（ステップＳ２３）。
【００７１】
以上の処理手順が実行されることにより、運用管理サーバ１によってシステムの状態に適合するように動作定義の変更方法が決定され、定義管理サーバ２が動作定義を改版する。このように、分散システムの一部に障害が発生した場合に、システム全体が自律的に動作変更を行い、整合性と同時性を維持し続けることができる。
【００７２】
次に、改版された動作定義を各システムに配信する処理手順について説明する。本発明では、各システムが配信の要否を判断し、配信要求を行う動作定義自律更新処理が行われる。図８は、本発明の実施の形態の動作定義配信処理の処理シーケンス図である。図２と同じものには同じ番号を付し、説明は省略する。
【００７３】
改版前の通常状態では、システム３の動作定義（版数１．０）７１と、定義管理サーバ２の動作定義マスタ（記憶装置）２１に保管された動作定義マスタ（版数１．０）６１の版数は一致している。
【００７４】
この状態で、システム３から定周期の版数チェックのため、版数問合せが送信される（ステップＳ３１）。定義管理サーバ２は、動作定義マスタの最新の版数１．０を結果応答として返す（ステップＳ３２）。システム３は、照合処理の結果、版数が一致していることを確認し版数チェック処理を終了する（ステップＳ３３）。
【００７５】
任意のタイミングで、定義管理サーバ２が動作定義マスタ改版処理を行う（ステップＳ３４）。動作定義マスタ改版によって、動作定義マスタ（版数１．０）６１が動作定義マスタ（版数２．０）６２に変更になる。また、このとき、更新適用時期６３として、版数チェックのためのランダム時間の最長よりも長い時間が設定される。
【００７６】
システム３は、次の定周期で再び版数チェックを開始し、版数の問合せを行う（ステップＳ３５）。ここで、定義管理サーバ２は、動作定義マスタの最新の版数２．０を結果応答として返す（ステップＳ３６）。照合処理の結果、版数不一致を検出する（ステップＳ３７）。そして、最新の動作定義を取得するため、動作定義取得要求を定義管理サーバ２に送信する（ステップＳ３８）。定義管理サーバ２は、保存された最新の動作定義マスタ（版数２．０）からシステム３に対応する動作定義（版数２．０）を送信し、システム３は、最新の動作定義（版数２．０）と更新適用時期を取得する（ステップＳ３９）。
【００７７】
動作定義版数（版数２．０）を取得した段階では、システム３は、前の動作定義（版数１．０）７１で動作している。そして、更新適用時期に到達すると、適用する動作定義を動作定義（版数１．０）７１から動作定義（版数２．０）７２に更新する（ステップＳ４０）。これにより、定義管理サーバ２の最新の動作定義マスタとシステム３が適用する動作定義の版数が一致する。
【００７８】
このように、システム３は定期的に自身が保持する動作定義と定義管理サーバ２の動作定義マスタとの版数情報を照合することで、自律的に定義更新のタイミングを知ることができる。定義管理サーバ２側で更新要否を管理する必要がないため、定義管理サーバ２の負担を低減させることができる。また、システム全体の動作定義更新時刻を更新適用時期として明示しているため、システム全体の動作定義を一斉に切換えることができる。
【００７９】
次に、動作定義自律更新処理の詳細について、具体例を用いて説明する。
まず、基本的な動作定義自律更新処理について説明する。図９は、本発明の実施の形態における動作定義の適用の処理シーケンス図である。
【００８０】
以下の説明では、定義管理サーバ２が動作定義マスタ（以下、定義マスタとする）の変更を行う処理を「定義マスタ編集」とし、この状態の定義マスタを「編集定義マスタ」としている。そして、編集定義マスタを動作定義マスタ（記憶装置）２１に保存する処理を「定義マスタ改版」とし、保存されたものを「定義マスタ」としている。すなわち、「編集定義マスタ」の状態では、システムからの版数チェックに対して版数が通知されることはない。また、各システムによって適用された動作定義を適用動作定義とする。
【００８１】
時刻ｔ０において、定義マスタ編集が終了し、編集定義マスタ２０１の版数が１．０版から２．０版になる。続いて、定義マスタ改版によって、編集定義マスタ２０１が動作定義マスタ（記憶装置）２１に格納され、定義マスタ２０２の版数が１．０版から２．０版になる。
【００８２】
各システムから版数チェックと改版された動作定義の取得処理が行われる。各システムは、動作定義によって指定されたそれぞれランダムなタイミングで処理を行う。図の例では、システムごとに異なるタイミングで動作定義取得処理３０１、３０２、３０３、３０４が実行され、それぞれのシステムは改版された動作定義を取得する。そして、定義マスタ改版時に設定された更新適用時期が経過した時刻ｔ１になると、各システムは改版された動作定義を一斉に適用し、適用動作定義４０１の版数が１．０版から２．０版に切換わる。
【００８３】
次に、動作定義が複数回連続して変更された場合について説明する。図１０は、本発明の実施の形態における動作定義の適用が複数回発生した場合の処理シーケンス図である。ここでは、次の動作定義改版は、前の動作定義改版で設定された更新適用時期より後に発生する。
【００８４】
時刻ｔ０において、定義マスタ編集により編集定義マスタ２０３の版数が１．０版から２．０版になる。続いて、定義マスタ改版によって、編集定義マスタ２０１が動作定義マスタ（記憶装置）２１に格納され、定義マスタ２０４の版数が１．０版から２．０版になる。各システムは、動作定義によって指定されたそれぞれランダムなタイミングで動作定義取得処理３０５、３０６、３０７、３０８を実行し、それぞれのシステムは改版された動作定義を取得する。そして、定義マスタ改版時に設定された更新適用時期が経過した時刻ｔ１になると、各システムは改版された動作定義を一斉に適用し、適用動作定義４０２の版数が１．０版から２．０版に切換わる。
【００８５】
続く時刻ｔ２で、再び、定義マスタの編集処理が行われ、編集定義マスタ２０５の版数が２．０版から３．０版になる。続いて、定義マスタ改版によって、定義マスタ２０６が２．０版から３．０版になる。各システムは、ランダムなタイミングで動作定義取得処理３０９、３１０、３１１、３１２を実行し、改版された動作定義を取得する。そして、定義マスタ改版時に設定された更新適用時期が経過した時刻ｔ３になると、各システムは改版された動作定義を一斉に適用し、適用動作定義４０３の版数が２．０版から３．０版に切換わる。
【００８６】
このように、更新適用時期が経過後であれば、定義マスタ編集から更新動作定義一斉適用までの処理が繰り返し行われる。
次に、動作定義が複数回短い間隔で連続して変更された場合について説明する。図１１は、本発明の実施の形態におけるマスタ編集間隔が短い場合の動作定義適用の処理シーケンス図である。ここでは、次の動作定義改版が、前の動作定義改版で設定された更新適用時期より前に発生する。
【００８７】
時刻ｔ０において、定義マスタ編集により編集定義マスタ２０７の版数が１．０版から２．０版になる。続いて、定義マスタ改版によって、定義マスタ２０８の版数が１．０版から２．０版になる。各システムは、動作定義によって指定されたそれぞれランダムなタイミングで動作定義取得処理３１３、３１４、３１５を実行し、それぞれのシステムは改版された動作定義を取得する。
【００８８】
この動作定義取得処理の途中の時刻ｔ１において、定義マスタ編集が発生し、編集定義マスタ２０９の版数が２．０版から３．０版になる。しかし、ここでは、整合性を保持するため、定義マスタ改版処理を行わない。その後、残りのシステムの動作定義取得処理３１６が実行され、このシステムは定義マスタ２０８（２．０版）を取得する。そして、定義マスタ（２．０版）改版時に設定された更新適用時期が経過した時刻ｔ２になると、各システムは改版された動作定義を一斉に適用し、適用動作定義４０４の版数が１．０版から２．０版に切換わる。
【００８９】
更新適用時期経過により、定義マスタ改版処理は、編集定義マスタ２０９（３．０版）を動作定義記憶装置２１に書込み、定義マスタ２１０の版数を２．０版から３．０版にする。各システムは、ランダムなタイミングで動作定義取得処理３１７、３１８、３１９、３２０を実行し、改版された動作定義を取得する。そして、定義マスタ（３．０版）改版時に設定された更新適用時期が経過した時刻ｔ３になると、各システムは改版された動作定義を一斉に適用し、適用動作定義４０５の版数が２．０版から３．０版に切換わる。
【００９０】
以上の説明のように、本発明の実施の形態では、更新適用時期に到達する前に動作定義の変更要求があった場合には、定義マスタ編集のみを行い、動作定義マスタ（記憶装置）２１への格納を更新適用時期に到達するまで延長する。このような時間差を設けることにより、システム間の動作定義の整合性を保つことができる。
【００９１】
なお、動作定義の変更内容によっては、前の版の動作定義のシステムと後の版の動作定義のシステムとが混在していても支障がない場合もある。このような場合の処理について説明する。図１２は、本発明の実施の形態におけるマスタ改版間隔が短い場合の動作定義の適用の処理シーケンス図である。
【００９２】
時刻ｔ０において、定義マスタ編集により編集定義マスタ２１１の版数が１．０版から２．０版になる。続いて、定義マスタ改版によって、定義マスタ２１２の版数が１．０版から２．０版になる。各システムは、動作定義によって指定されたそれぞれランダムなタイミングで動作定義取得処理３２１、３２２、３２３を実行し、それぞれのシステムは改版された動作定義を取得する。ここで、取得される動作定義は、２．０版になる。
【００９３】
この動作定義取得処理の途中の時刻ｔ１において、定義マスタ編集が発生し、編集定義マスタ２１３の版数が２．０版から３．０版になる。続いて、定義マスタ改版が行われ、定義マスタ２１４の版数が２．０版から３．０版になる。その後発生するシステムの動作定義取得処理３２４、３２５、３２６、３２７では、改版された動作定義（３．０版）を取得する。
【００９４】
前の動作定義（２．０版）の更新適用時期に到達するｔ２では、動作定義（２．０）を有するシステムＢ、システムＣが動作定義を一斉に適用し、版数が１．０版から２．０版に切換わる。
【００９５】
さらに次の動作定義（版数３．０）の更新適用時期に到達するｔ３では、各システムは改版された動作定義を一斉に適用し、適用動作定義４０６の版数が３．０版に切換わる。
このように、次の更新適用時期ですべてのシステムが一斉に動作定義を切換えれば十分なケースでは、定義マスタ改版のタイミングに時間差を設ける必要はない。
【００９６】
なお、上記の説明では、運用管理サーバ１がシステムの異常を検出し、自律的に動作定義を変更する場合について説明したが、本発明は、他の場合にも効果を奏することができる。
【００９７】
動作定義は、所定の事情によって管理者が変更する場合もある。動作定義管理サーバ２が、管理者が手動などによって設定した動作定義マスタに版数と更新適用時期を付与しておけば、システム側の動作定義自律更新処理によって、自動的に動作定義の適用を切換えることができる。これにより、管理者による動作定義改版の場合であっても、動作定義管理サーバ２に負荷がかかることなく、また、ネットワークトラフィックが増大することもなく、動作定義をシステムに一斉に適用することができる。
【００９８】
また、運用管理サーバ１の検索条件を設定してログを収集する処理も、管理者などが指定した検索条件をシステムに通知し、検索処理した応答を取得して管理者などに提示する処理に適用することができる。管理者は、任意の条件でログを検索することが可能となる。このとき、検索はシステム側で行うため、運用管理サーバ１に負荷がかかることはない。
【００９９】
なお、上記の処理機能は、クライアントサーバシステムのサーバコンピュータによって実現することができる。その場合、運用管理サーバおよび動作定義管理サーバが有すべき機能の処理内容を記述したサーバプログラムが提供される。サーバコンピュータは、クライアントコンピュータからの要求に応答して、サーバプログラムを実行する。これにより、上記処理機能がサーバコンピュータ上で実現され、処理結果がクライアントコンピュータに提供される。
【０１００】
処理内容を記述したサーバプログラムは、サーバコンピュータで読み取り可能な記録媒体に記録しておくことができる。サーバコンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【０１０１】
サーバプログラムを流通させる場合には、たとえば、そのサーバプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。
サーバプログラムを実行するサーバコンピュータは、たとえば、可搬型記録媒体に記録されたサーバプログラムを、自己の記憶装置に格納する。そして、サーバコンピュータは、自己の記憶装置からサーバプログラムを読み取り、サーバプログラムに従った処理を実行する。なお、サーバコンピュータは、可搬型記録媒体から直接サーバプログラムを読み取り、そのサーバプログラムに従った処理を実行することもできる。
【０１０２】
（付記１）  動作定義に従って対象物を伝達処理する複数の処理システムと、前記処理システム間の伝達処理を運用管理する運用管理サーバと、前記動作定義を管理する動作定義管理サーバがネットワークで接続される分散システムの情報管理を行う情報管理方法において、
前記運用管理サーバが、前記処理システムの異常を検出すると、情報収集手段で所定の前記処理システムの稼動記録を収集し、
前記運用管理サーバが、判断手段で前記稼動記録に基づき前記処理システムに発生した異常状態を認識して前記動作定義管理サーバに前記異常状態を回避させる前記動作定義に変更する変更指示を送信し、
前記動作定義管理サーバが、前記運用管理サーバの前記変更指示を受信すると、動作定義改版手段で、前記変更指示に基づいて前記動作定義の変更を行い、変更した前記動作定義に所定の版数と前記動作定義を適用する更新適用時期を付与し、変更した前記動作定義とともに動作定義記憶手段に保存し、
前記動作定義管理サーバが、前記処理システムから前記版数の問合せを受信すると、前記動作定義配信手段で前記動作定義記憶手段に保管された前記版数を読出して前記処理システムに送信し、
前記動作定義管理サーバが、前記処理システムから前記動作定義の配信要求を受信すると、前記動作定義配信手段で前記動作定義記憶手段から前記処理システムに関する前記動作定義を抽出し、前記更新適用時期とともに配信する、
手順を備えたことを特徴とする情報管理方法。
【０１０３】
（付記２）  前記動作定義管理サーバが、前記動作定義改版手段で前記動作定義を改版する手順は、
前記処理システムが前記動作定義管理サーバに前記版数の問合せを行う時間間隔を前記処理システムごとに定義し、前記動作定義に設定することを特徴とする付記１記載の情報管理方法。
【０１０４】
（付記３）  前記動作定義管理サーバが、前記動作定義改版手段で前記動作定義を改版する手順は、
前記処理システムごとに定義された前記時間間隔に基づき、すべての前記処理システムが前記版数の問合せを完了すると想定される時間よりも後の時間に前記更新適用時期を設定することを特徴とする付記２記載の情報管理方法。
【０１０５】
（付記４）  前記動作定義管理サーバが、前記動作定義改版手段で前記動作定義を改版する手順は、
前回の前記動作定義を改版する手順で設定された前記更新適用時期に到達していない場合には、前回の前記動作定義の改版で設定された前記更新適用時期が経過した後、今回の前記動作定義を改版する手順で設定された前記動作定義を前記動作定義記憶手段に保存することを特徴とする付記１記載の情報管理方法。
【０１０６】
（付記５）  前記運用管理サーバが、前記情報収集手段で前記稼動記録を収集する手順は、所定の間隔ごとに前記処理システムに対して順次異常検出の有無の問合せを行い、少なくとも前記問合せの応答として異常検出を受け取った前記処理システムを含む異常応答の前記処理システムに関連する前記処理システムから前記稼動記録を収集することを特徴とする付記１記載の情報管理方法。
【０１０７】
（付記６）  前記運用管理サーバが、前記情報収集手段で前記稼動記録を収集する手順は、
前記処理システムに対して所定の検索条件と前記稼動記録の要求を送信し、前記所定の検索条件に一致する前記稼動記録だけを収集することを特徴とする付記１記載の情報管理方法。
【０１０８】
（付記７）  前記運用管理サーバが、前記異常状態を認識して前記変更指示を送信する手順は、
取得した前記稼動情報から得られる前記異常状態と予め設定された前記動作定義の変更条件とを照合し、前記変更条件に一致した場合に前記変更条件に応じて設定されている変更内容によって前記変更指示を作成し、送信することを特徴とする付記１記載の情報管理方法。
【０１０９】
（付記８）  前記運用管理サーバが、前記異常状態を認識して前記変更指示を送信する手順は、
前記変更条件に応じて設定されている前記変更内容が、前記異常状態が発生している前記処理システムに対する伝達処理の一時猶予であることを特徴とする付記７記載の情報管理プログラム。
【０１１０】
（付記９）  前記運用管理サーバが、前記異常状態を認識して前記動作定義の変更指示を送信する手順は、
前記変更条件に応じて設定されている前記変更内容が、前記異常状態が発生している前記処理システムを前記伝送処理の経路から除くことであることを特徴とする付記７記載の情報管理プログラム。
【０１１１】
（付記１０）  前記運用管理サーバが、前記異常状態を認識して前記動作定義の変更指示を送信する手順は、
前記変更条件に応じて設定されている前記変更内容が、前記異常状態が発生している前記処理システムが行う処理を正常な他の前記処理システムに実行させるシステム構成の変更であることを特徴とする付記７記載の情報管理プログラム。
【０１１２】
（付記１１）  動作定義に従って対象物を伝達処理する複数の処理システム間の伝達処理を運用管理する情報管理プログラムにおいて、
コンピュータに、
前記処理システムの異常を検出すると、所定の前記処理システムに対して稼動記録の要求を送信して前記稼動記録を取得し、
前記稼動記録に基づき、前記処理システムに発生した異常状態を認識して前記異常状態を回避させる前記動作定義の変更の要求を、前記動作定義を管理する動作定義管理サーバに送信する、
手順を実行させることを特徴とする情報管理プログラム。
【０１１３】
（付記１２）  相互に連携する複数の処理システム間で行われる対象物の伝達処理を定義する動作定義を管理する情報管理プログラムにおいて、
コンピュータに、
前記対象物の伝達処理を運用管理する運用管理サーバから前記処理システムに発生した異常状態を回避させる前記動作定義の変更要求を受信すると、前記変更要求に基づく前記動作定義の変更を行い、変更した前記動作定義に所定の版数と前記動作定義を適用する更新適用時期を付与し、変更した前記動作定義とともに動作定義記憶手段に保存し、
前記処理システムから前記版数の問合せを受信すると、前記動作定義記憶手段に保管された前記版数を読出して前記処理システムに送信し、
前記処理システムから前記動作定義の配信要求を受信すると、前記動作定義記憶手段から前記処理システムに関する前記動作定義を抽出し、前記更新適用時期とともに配信する、
手順を実行させることを特徴とする情報管理プログラム。
【図面の簡単な説明】
【０１１４】
【図１】本発明の実施の形態に適用される発明の概念図である。
【図２】本発明の実施の形態のシステム構成図である。
【図３】本実施の形態の運用管理サーバのハードウェア構成例を示すブロック図である。
【図４】本発明の実施の形態の処理システムの動作を示した図である。
【図５】本発明の実施の形態で処理システムに障害が発生した場合の情報データの流れを示した図である。
【図６】本発明の実施の形態の動作定義変更処理（ログ収集）の処理シーケンス図である。
【図７】本発明の実施の形態の動作定義変更処理（動作定義マスタ改版）の処理シーケンス図である。
【図８】本発明の実施の形態の動作定義配信処理の処理シーケンス図である。
【図９】本発明の実施の形態における動作定義の適用の処理シーケンス図である。
【図１０】本発明の実施の形態における動作定義の適用が複数回発生した場合の処理シーケンス図である。
【図１１】本発明の実施の形態におけるマスタ編集間隔が短い場合の動作定義適用の処理シーケンス図である。
【図１２】本発明の実施の形態におけるマスタ改版間隔が短い場合の動作定義の適用の処理シーケンス図である。
【符号の説明】
【０１１５】
１  運用管理サーバ
２  動作定義管理サーバ（定義管理サーバ）
２ａ  動作定義記憶手段
３ａ  処理システムＡ
３ｂ  処理システムＢ
３ｃ  処理システムＣ
４  ネットワーク
１１  情報収集手段
１２  判断手段
２１  動作定義マスタ（記憶装置）
２２  改版手段
２３  配信手段
３１ａ、３１ｂ、３１ｃ  管理装置
３２ａ、３３ａ  処理装置
３４ａ  処理手段
３５ａ  動作定義（記憶装置）
３６ａ  ログ（記憶装置）
【図１】
2005284988.tif 000003
【図２】
2005284988.tif 000004
【図３】
2005284988.tif 000005
【図４】
2005284988.tif 000006
【図５】
2005284988.tif 000007
【図６】
2005284988.tif 000008
【図７】
2005284988.tif 000009
【図８】
2005284988.tif 000010
【図９】
2005284988.tif 000011
【図１０】
2005284988.tif 000012
【図１１】
2005284988.tif 000013
【図１２】
2005284988.tif 000014