JP2020135504A - サービス提供用アプリケーションの保守管理システム、保守管理装置、保守管理方法、および、保守管理用プログラム - Google Patents

Abstract

【課題】サービス提供用アプリケーションの保守管理処理を容易に実行させることが可能な、サービス提供用アプリケーションの保守管理システムを提供する。【解決手段】複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行させる保守管理システムであって、部分サービスごとおよび保守管理機能ごとに設けられ、予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したとの判定結果を取得したときに当該機能のアクションを開始する実行部と、アクション開始時に開始メッセージを発出しアクション終了時に終了メッセージを発出するアクション通知部とを有する複数の運用部品機能部と、発出された開始メッセージおよび終了メッセージに基づいて、保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部とを備える。【選択図】図２

Description

サービス提供用アプリケーションの保守管理システム、保守管理装置、保守管理方法、および、保守管理用プログラムに関する。

従来、ネットワークを介してサービスを提供するためのアプリケーションが普及している。このようなアプリケーションの普及に伴って、提供しているサービスの品質や装置故障などの影響によるアプリケーションの異常発生の有無を監視し、必要に応じて解析や復旧を行うサービス保守作業が行われている。このサービス保守作業は、作業者の知見やノウハウに基づく判断が中心となって実現されており手間や時間がかかる。特に近年は、複数のネットワーク機能を組み合わせたサービスや、BtoBtoXの卸ビジネスモデルの普及により保守管理対象が複雑化しているため、作業を自動することでサービス保守作業を軽減させる取り組みがなされている。

情報通信マネジメント研究会、2018年7月5日、保守機能の部品化と自律化による自律制御ループ方式の提案、丹治他(NTT)

上述したようにサービス保守作業を自動化する際には、各処理や判断の機能を部品化し、部品間の接続関係によってワークフローを定義することで実現している。

しかし、サービスの多様化によって部品間の接続関係も複雑化しているため、新たな機能が追加されたり機能が変更されたりした際にこれに対応させるための作業が煩雑になるという問題があった。

本発明は上記事情を鑑みてなされたものであり、サービス提供用アプリケーションの保守管理処理を容易に実行させることが可能な、サービス提供用アプリケーションの保守管理システム、保守管理装置、保守管理方法、および、保守管理用プログラムを提供することを目的とする。

上記の課題を解決するための、本発明のサービス提供用アプリケーションの保守管理システムは、複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理として、各部分サービスについて、予め設定された複数種別の保守管理機能を実行させる保守管理システムであって、前記部分サービスごと、および前記保守管理機能ごとに設けられ、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定した結果情報を検知したときに、該当する機能のアクションを開始する実行部と、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出するアクション通知部とを有する複数の運用部品機能部と、前記複数の運用部品機能部にメッセージバスを介して接続され、各運用部品機能部のアクション通知部から発出された開始メッセージおよび終了メッセージに基づいて、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定し、すべての部分サービスで該当するアクションが終了したと判定すると、該当する結果情報を前記複数の運用部品機能部に送信するアクション合流判定部とを備えることを特徴とする。

また、本発明の保守管理装置は、複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行する保守管理システム内に設置され、所定の部分サービスに対する所定の保守管理機能を実行する保守管理装置であって、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部にメッセージバスを介して接続され、前記アクション合流判定部で、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定されると、該当する機能のアクションを開始する実行部と、前記アクション合流判定部ですべての部分サービスで該当するアクションが終了したか否かの判定処理を実行させるために、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出するアクション通知部とを備えることを特徴とする。

また、本発明の保守管理方法は、複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行する保守管理システム内に設置され、所定の部分サービスに対する所定の保守管理機能を実行し、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部にメッセージバスを介して接続された保守管理装置が、前記アクション合流判定部で、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定されると、該当する機能のアクションを開始する実行ステップと、前記アクション合流判定部ですべての部分サービスで該当するアクションが終了したか否かの判定処理を実行させるために、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出するアクション通知ステップとを有することを特徴とする。

また、本発明の保守管理用プログラムは、複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行する保守管理システム内に設置され、所定の部分サービスに対する所定の保守管理機能を実行し、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部にメッセージバスを介して接続された保守管理装置に、前記アクション合流判定部で、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定されると、該当する機能のアクションを開始させる機能と、前記アクション合流判定部ですべての部分サービスで該当するアクションが終了したか否かの判定処理を実行させるために、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出する機能とを実行させることを特徴とする。

本発明のサービス提供用アプリケーションの保守管理システム、保守管理装置、保守管理方法、および、保守管理用プログラムによれば、サービス提供用アプリケーションの保守管理処理を容易に実行させることができる。

本発明の一実施形態による保守管理システムの構成を示す全体構成図である。 本発明の一実施形態による保守管理システムシステムの構成を示すブロック図である。 本発明の一実施形態による保守管理システムで実行される、複数の運用部品機能部間のオペレーション引き継ぎ同期処理を示すシーケンス図である。 本発明の一実施形態による保守管理システムで実行される、オペレーションの重複実行回避処理を示すフローチャートである。 （ａ）は、本発明の一実施形態による保守管理システム内で発出される開始メッセージおよび終了メッセージの共通情報の一例であり、（ｂ）は、（ａ）の共通情報を用いた開始メッセージの一例である。

以下に、本発明の一実施形態として、複数の部分サービス（部分サービスＡ、Ｂ、およびＣ）で構成されるサービスＸの提供用アプリケーションに関する保守オペレーションを、複数種別の運用部品機能部に部品化し、これらを自律化させて連携した処理を実行させる保守管理システムについて説明する。

本実施形態において保守管理機能を構成する機能種別としては、情報収集、情報加工、情報解析、試験、構成変更、保守者UIがあり、部分サービスごと、およびこれらの機能種別ごとに運用部品機能部が構成され、当該保守管理システムに搭載される。各機能種別の概要を以下に示す。

［情報収集］ サービス環境からSNMP，REST-API などを用いて情報収集を行う機能。タイムスタンプ付与や、差分値の算出など可逆的な情報の加工も実施する。
[情報加工] ノイズ除去、相関関係算出、特徴・キーワード抽出、統計処理など不可逆的な時系列・文字列処理、および可視化を行う機能。
[情報解析] 異常判定やクラスタリングのための分類や、予測、状態推定など既存の情報を用いて新しい情報の生成を行う機能。
[試験] pingやcurl、1call機能などを用いた試験トラフィックの生成・送信を行う機能。
[構成変更] ユーザ収容変更や、仮想リソースの追加・再生成、機器の再起動などサービスに対する具体的な変更オペレーションを実行する機能。

〈一実施形態による保守管理システムの構成〉
本発明の一実施形態による、サービス提供用アプリケーションの保守管理システムの構成について、図１を参照して説明する。本実施形態による保守管理システム１は、サービスＸ提供用のアプリケーションの保守管理を行うシステムであり、サービスＸは、ネットワークＡを用いる部分サービスＡ、クラウドＢを用いる部分サービスＢ、およびクラウドＣを用いる部分サービスＣが組み合わせられて構成されている。

保守管理システム１は、当該サービスＸの部分サービスＡ、Ｂ、Ｃごと、および保守処理に用いる複数の機能種別ごとに設定される複数の保守管理装置である運用部品機能部１０−１〜１０−６と、これらの運用部品機能部１０−１〜１０−６に接続された共通データ保存部２０と、運用部品機能部１０−１〜１０−６にメッセージバス３０を介して接続されたアクション合流判定部４０と、オペレーション管理部５０と、保守者が操作する保守端末（図示せず）に接続され保守者ＵＩ（User Interface）として機能する運用部品機能部６０とを有する。

各運用部品機能部１０−１〜１０−６は、図１では、部分サービスＡの試験機能を実行する運用部品機能部１０−１、部分サービスＢの試験機能を実行する運用部品機能部１０−２、部分サービスＣの試験機能を実行する運用部品機能部１０−３、部分サービスＡの情報収集機能を実行する運用部品機能部１０−４、部分サービスＢの情報収集機能を実行する運用部品機能部１０−５、および、部分サービスＣの情報収集機能を実行する運用部品機能部１０−６を示す。

運用部品機能部１０−１〜１０−６の構成について、図２を参照して説明する。運用部品機能部１０−１〜１０−６は、当該保守管理システム１内で独立したプロセスとして構成され、アクション定義保存部１１と、発火ルール保存部１２と、起動・停止部１３と、実行契機監視部１４と、アクション実行部１５と、データ・状態保存制御部１６と、アクション通知部１７と、メッセージ送受信部１８とを有する。

アクション定義保存部１１は、実行するアクションを機能種別ごとに以下のとおり定義した情報を保存する。なお、情報を特定するための情報(URIやDBカラム名など)をKey情報と呼称する。

[情報収集] 機器のIP アドレス、収集するメトリクスを引数とし、該当する情報を収集し、共通データ保存２０部に保存するアクションをSNMP やSyslog などプロトコルごとに個別の収集アクションとして定義する。
[情報加工] 時系列データのKey情報を引数とし、保守者のためのグラフと、それにアクセスするためのURL を生成する可視化アクションを定義する。
[情報解析] 時系列データのKey情報を引数とし、外れ値の時刻情報を出力する異常検知アクションを定義する。また、試験結果のKey情報を引数とし、試験結果の判断を出力する試験結果判断アクションを定義する。
[試験] 試験パケットの送信元・送信先を引数とし、試験を実行、結果を共通データ保存部２０に保存するアクションを試験方法ごとに個別の試験アクションとして定義する。
[構成変更] 対象のリソースのKey情報と、変更後の状態を引数とし、仮想リソースのスケールアップ・ダウンを実行する変更アクションを定義する。

発火ルール保存部１２は、アクションの実行契機を機能種別ごとに以下のとおり定義した情報を発火ルールとして保存する。

[情報収集] 一定時間の経過を契機に、収集アクションを実行する。また、異常検知の結果通知を契機に、収集アクションを実行する。
[情報加工] 新たな情報の収集通知を契機に，可視化アクションを実行する。
[情報解析] 新たな情報の収集通知を契機に、異常検知アクションを行う。また、試験の実行通知を契機に試験結果判断アクションを実行する。また、異常を検知したことにより実行されたアクションによる新たな情報の収集通知および試験の結果通知を契機に、情報解析アクションを実行する。
[試験] 異常検知の結果通知を契機に、試験アクションを選定、試験の実行可否を伺うメッセージを送信する。試験の実行許可通知を契機に、選定済みの試験アクションを実行する。
[構成変更] 試験結果を契機に、再起動アクションおよび変更アクションを選定し、実行可否を伺うメッセージを送信する。実行可否メッセージに対する応答を契機に対応するアクションを実行する。

起動・停止部１３は、自運用部品機能部１０−１〜１０−６が当該保守管理システム１に搭載され起動された際に、メッセージバス３０に接続させるとともにメッセージ送受信部１８をメッセージ待ち受けＯＮ状態に設定し、停止された際に、メッセージバス３０から切断させるとともにメッセージ待ち受けＯＦＦ状態に設定する。

実行契機監視部１４は、発火ルール保存部１２に保存された発火ルールに基づいて、各アクションの実行契機を監視し、実行すべきアクションを認識するとアクション実行部１５に該当するアクションの実行を指定する。

アクション実行部１５は、アクション定義保存部１１に保存されたアクションの定義情報に基づいて、実行契機監視部１４により指定されたアクションを実行する。

データ・状態保存制御部１６は、アクション実行部１５で実行されたアクションの結果情報のうち、保存すべきデータを共通データ保存部２０に保存させる。また、アクション実行部１５でアクションを実行する際に利用するデータを共通データ保存部２０から取得してアクション実行部１５に送出する。また、他の運用部品機能部からメッセージ送受信部１８を介して受信されたメッセージのデータを共通データ保存部２０に保存させる。

アクション通知部１７は、該当する機能のアクション開始時に開始メッセージを発出するとともに、当該機能のアクション終了時に終了メッセージを発出する。

メッセージ送受信部１８は、他の運用部品機能部、アクション合流判定部４０、およびオペレーション管理部５０とのメッセージの送受信を行う。

共通データ保存部２０は、装置のアカウント情報や収集した性能情報、構成情報など、運用部品機能部１０−１〜１０−６で共通して使うデータを保存する。

アクション合流判定部４０は、運用部品機能部１０−１〜１０−６にメッセージバス３０を介して接続され、各運用部品機能部のアクション通知部１７から発出された開始メッセージおよび終了メッセージに基づいて、保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定し、すべての部分サービスで該当するアクションが終了したと判定すると、該当する結果情報を運用部品機能部１０−１〜１０−６に送信する。

オペレーション管理部５０は、保守管理システム１内において発出されたメッセージを管理するためのメッセージテーブルを保持し、このメッセージテーブルを用いて処理を行うアクション終了判定部５１と、オペレーション完了判定部５２と、実施可否判定部５３とを有する。

アクション終了判定部５１は、メッセージテーブルの情報に基づいて、所定の運用部品機能部におけるアクションが終了したか否かを判定する。

オペレーション完了判定部５２は、保守管理システム１内の複数の運用部品機能部間で連携して実行される一連の保守オペレーションに紐づく全てのアクションが完了しているか否かを、部分サービスごとおよび保守オペレーションごとに判定する。

実施可否判定部５３は、運用部品機能部６０（保守者ＵＩ）からいずれかの部分サービスの機能種別に関するアクションの実行を指示するメッセージを取得すると、オペレーション完了判定部５２で判定された結果に基づいて、該当する部分サービスで実行中の保守オペレーションがあるか否かを判定する。そして、該当する実行中の保守オペレーションがある場合には、指示された機能を実行不可と判定する。

〈一実施形態による保守管理システムの動作〉
次に、本実施形態による保守管理システム１の動作について説明する。本実施形態において、各運用部品機能部１０−１〜１０−６（プロセス）は、保守管理システム１に搭載され起動された際に、それぞれの起動・停止部１３によりメッセージバス３０に接続されるとともに、メッセージ送受信部１８がメッセージ待ち受けＯＮ状態に設定される。そして、それぞれ発火ルール保存部１２に保存された発火ルールに基づいて、実行契機監視部１４で各アクションの実行契機が監視され、実行すべきアクションが認識されると、アクション実行部１５に該当するアクションの実行が指定される。アクション実行部１５では、アクション定義保存部１１に保存されたアクション定義情報に基づいて、指定されたアクションが実行される。このように、実行契機監視部１４で認識された、実行すべきアクションがアクション実行部１５で実行されることで、各運用部品機能部１０−１〜１０−６は当該保守管理処理に関して自律的に動作する。

上述したように各運用部品機能部１０−１〜１０−６でアクションの実行契機が監視され、実行すべきと認識されたアクションが実行されているときに、当該保守管理システム１で実行される、(1) 複数の運用部品機能部間のオペレーション引き継ぎ同期処理、および、(2) オペレーションの重複実行回避処理について説明する。

［(1) 複数の運用部品機能部間のオペレーション引き継ぎ同期処理］
複数の運用部品機能部間のオペレーション引き継ぎ同期処理について、図３のシーケンス図を参照して説明する。

保守管理システム１内において異常が検知されると、発火ルール保存部１２に保存された発火ルールに基づいて、管理対象のサービスＸ内のすべての部分サービスＡ、Ｂ、およびＣに関し、試験および情報収集のアクションが実行され、これらのアクションを前段として、次工程の情報解析のアクションが引き継がれて実行される。情報解析のアクションへの引き継ぎの際には、システム１内で起動している運用部品機能部の数にかかわらず、その時点で起動している試験および情報収集に関するすべての運用部品機能部によるアクションの終了を待ち合わせて同期させる必要がある。

これに対応するために、本実施形態で実行される、保守管理システム１内において異常が検知されたときに実行されるオペレーション引き継ぎ同期処理について、詳細に説明する。

システム１内で異常が検知されると、試験機能を有する運用部品機能部１０−１〜１０−３それぞれの実行契機監視部１４において、発火ルール保存部１２に保存された発火ルールに基づいて試験アクションの実行が指定される。試験アクションの実行が指定されると、アクション実行部１５において、アクション定義保存部１１に保存されたアクション定義情報に基づいて、試験アクションが開始される。

各運用部品機能部１０−１〜１０−３では、アクション実行部１５において試験アクションが開始されると、アクション通知部１７により試験アクションの開始メッセージが発出され、メッセージ送受信部１８からメッセージバス３０を介してアクション合流判定部４０に送信される（Ｓ１〜Ｓ３）。

また、システム１内で異常が検知されたときに、試験アクションと並行して、情報収集機能を有する運用部品機能部１０−４〜１０−６それぞれの実行契機監視部１４においても、発火ルール保存部１２に保存された発火ルールに基づいて情報収集アクションの実行が指定される。情報収集アクションの実行が指定されると、アクション実行部１５において、アクション定義保存部１１に保存されたアクション定義情報に基づいて、情報収集アクションが開始される。

各運用部品機能部１０−４〜１０−６では、アクション実行部１５において情報収集アクションが開始されると、アクション通知部１７により情報収集アクションの開始メッセージが発出され、メッセージ送受信部１８からメッセージバス３０を介してアクション合流判定部４０に送信される（Ｓ４〜Ｓ６）。アクション合流判定部４０では、運用部品機能部１０−１〜１０−６それぞれにおいて、該当するアクションが開始されたことが認識される。

その後、各運用部品機能部１０−１〜１０−６において、実行中のアクションが終了すると、それぞれアクション通知部１７により該当するアクションの終了メッセージが発出され、メッセージ送受信部１８からメッセージバス３０を介してアクション合流判定部４０に送信される（Ｓ７〜Ｓ１１）。アクション合流判定部４０では、終了メッセージを受信する都度、該当する運用部品機能部におけるアクションが終了したことが認識される。

例えば、運用部品機能部１０−１〜１０−６において同時にアクションが開始され、運用部品機能部１０−１の試験アクションの処理時間が５秒であり、運用部品機能部１０−２の試験アクションの処理時間が１５秒であり、運用部品機能部１０−３の試験アクションの処理時間が６０秒であり、運用部品機能部１０−４の情報収集アクションの処理時間が１０秒であり、運用部品機能部１０−５の情報収集アクションの処理時間が２０秒であり、運用部品機能部１０−６の情報収集アクションの処理時間が４０秒であったとする。

アクション合流判定部４０では、いずれかの運用部品機能部から終了メッセージを受信する都度、各機能について、実行中のアクション数と終了済みのアクション数が更新されて認識される。例えば、運用部品機能部１０−２からの終了メッセージを受信した時点では、試験アクションに該当する運用部品機能部の数が３つであり、そのうちアクション実行中が１つであり、終了済みが２つであることが認識される。また、情報収集アクションに該当する運用部品機能部の数が３つであり、そのうちアクション実行中が２つであり、終了済みが１つであることが認識される。

そして、アクション合流判定部４０において、運用部品機能部１０−１〜１０−３から終了メッセージが受信されると、すべての試験アクションが終了したと判定され、運用部品機能部１０−４〜１０−６から終了メッセージが受信されると、すべての情報収集アクションが終了したと判定される（Ｓ１３）。

この判定結果は保守管理システム１内の各運転部品機能部にブロードキャスト送信され、各サービスの情報解析に関する運用部品機能部（図示せず）で認識されて、情報解析のアクションが開始される。このように処理が行われることにより、すべての試験アクションおよび情報収集アクションが終了されてから情報解析のアクションが開始され、複数の運用部品機能部間で同期をとってオペレーションが引き継がれる。

［(2) オペレーションの重複実行回避処理］
オペレーションの重複実行回避処理について、図４を参照して説明する。

保守管理システム１内の各運用部品機能部１０−１〜１０−６は上述したように自律して動作するが、その際に、同一の部分サービス（部分サービスＡ、Ｂ、またはＣ）に関するアクションの実行中に、当該部分サービスのアプリケーションの再起動等を伴う他のアクションが重複して実行されると不都合が生じてしまう。

この不都合を解決するために、本実施形態で実行される、保守管理システム１内において保守オペレーションが重複して実行されることを回避するための処理について説明する。

当該保守管理システム１の稼動中は、オペレーション管理部５０において、各運用部品機能部１０−１〜１０−６から発出されたメッセージに基づいて、メッセージテーブルを用いて保守オペレーションごとに実行状態が監視されている（Ｓ２１）。

具体的には、アクション終了判定部５１において、メッセージテーブルの情報に基づいて、所定の運用部品機能部におけるアクションが終了したか否かが判定される。例えば、メッセージテーブル内の各アクションに関する「メッセージ受信状況」レコードに、受信したメッセージに含まれる“処理終了時刻”を格納するようにし、当該レコードの“処理終了時刻”がNullか否かにより該当するアクションが終了しているか否かが判定される。

また、オペレーション完了判定部５２において、保守管理システム１内の複数の運用部品機能部間で連携して実行される一連の保守オペレーションに紐づく全てのアクションが完了しているか否かが、部分サービスごとおよび保守オペレーションごとに判定される。例えば、メッセージテーブル内に、一連の保守オペレーションに紐づくすべてのアクションの実行結果である連携ログを、部分サービスごとおよび保守オペレーションの実行ごとに格納するようにし、Null値を含む連携ログがあるか否かにより該当する部分サービスで保守オペレーションが実行中であるか否かが判定される。

一連の保守オペレーションとは例えば、試験機能および情報収集機能の実行結果を用いて情報解析機能を実行させ、当該情報解析機能の実行結果に基づいて試験機能を実行させる、というように、複数種別の機能を連携して実行させるためのオペレーションである。

そして、保守員が保守端末を操作したことにより、運用部品機能部６０（保守者ＵＩ）からいずれかの部分サービスの機能種別に関するアクション、例えば構成変更機能の実行を指示するメッセージが送信されると（Ｓ２２の「YES」）、実施可否判定部５３において、オペレーション完了判定部５２で判定された結果に基づいて、該当する部分サービスで、実行中の保守オペレーションがあるか否かが判定される（Ｓ２３）。

ここで、該当する実行中の保守オペレーションがない場合には（Ｓ２３の「NO」）、実施可否判定部５３において、指示された機能が実行可能と判定される（Ｓ２４）。また、該当する実行中の保守オペレーションがある場合には（Ｓ２３の「YES」）、重複してオペレーションが実行されることによる不都合を回避するため、指示された機能が実行不可能と判定される（Ｓ２５）。指示された機能が実行不可能と判定されると、当該指示に関する機能のアクション実行を中止させるためのメッセージがブロードキャスト送信される。

上述した(1) 複数の運用部品機能部間のオペレーション引き継ぎ同期処理において、アクション通知部１７から発出される開始メッセージおよび終了メッセージに、当該サービスＸ内で連携して用いられる部分サービスＡ、Ｂ、およびＣを識別するための連携サービスＩＤと、当該保守管理システム１内で実行される保守オペレーション内で、連携して実行された複数機能の実行結果である連携ログ情報を識別するための連携ログＩＤとを含めてもよい。図５（ａ）に、これらの連携サービスＩＤおよび連携ログＩＤを含む、開始メッセージよび終了メッセージの共通情報の一例を示す。また、図５（ｂ）に、これらの共通情報を用いた開始メッセージの一例を示す。

以上の実施形態によれば、管理対象のサービスに新たな部分サービスが追加されて当該新たな部分サービスに関する運用部品機能部が追加されたときに、これらの追加された運用部品機能部を既存の部分サービスの運用部品機能部と協調させて自律した動作を実行させることができ、複雑な設定作業を必要とせずに低コストで運用することができる。また、既存の部分サービスの仕様変更があった場合や、新たな運用部品機能が追加された場合も同様に、他の運用部品機能部に影響を与えずに新たな仕様で動作を実行させることができる。

また、運用部品機能部間での情報の伝達にブロードキャストのメッセージング方式を利用することで、運用部品機能部の数をシステム内で計数して明示する必要がなくなり、且つ、個々の運用部品機能部が他の運用部品機能部の動作状況を確認する必要がなくなるため、運用部品機能部の追加や削除に対し柔軟に対応することが可能になる。

また、本実施形態の保守管理システムの運用部品機能部の機能を、コンピュータに実行させるための保守管理用プログラムを構築することにより、当該コンピュータを保守管理装置として機能させることも可能である。

１ 保守管理システム
１０−１〜１０−６ 運用部品機能部
１１ アクション定義保存部
１２ 発火ルール保存部
１３ 起動・停止部
１４ 実行契機監視部
１５ アクション実行部
１６ データ・状態保存制御部
１７ アクション通知部
１８ メッセージ送受信部
２０ 共通データ保存部
３０ メッセージバス
４０ アクション合流判定部
５０ オペレーション管理部
５１ アクション終了判定部
５２ オペレーション完了判定部
５３ 実施可否判定部
６０ 運用部品機能部

Claims (7)

1. 複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理として、各部分サービスについて、予め設定された複数種別の保守管理機能を実行させる保守管理システムであって、
   前記部分サービスごと、および前記保守管理機能ごとに設けられ、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定した結果情報を検知したときに、該当する機能のアクションを開始する実行部と、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出するアクション通知部とを有する複数の運用部品機能部と、
   前記複数の運用部品機能部にメッセージバスを介して接続され、各運用部品機能部のアクション通知部から発出された開始メッセージおよび終了メッセージに基づいて、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定し、すべての部分サービスで該当するアクションが終了したと判定すると、該当する結果情報を前記複数の運用部品機能部に送信するアクション合流判定部と
   を備えることを特徴とする保守管理システム。
2. 前記メッセージバスに接続され、複数の前記種別ごとの複数の運用部品機能部間で連携して実行される一連の保守オペレーションの実行結果を連携ログ情報として保持し、いずれかの部分サービスの機能種別に関するアクションを実行させる指示を取得したときに、保持した連携ログ情報に基づいて、該当する機能を含む一連の保守オペレーションが実行中であると判定すると、指示された機能を実行不可と判定するオペレーション管理部をさらに備える
   ことを特徴とする請求項１に記載の保守管理システム。
3. 複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行する保守管理システム内に設置され、所定の部分サービスに対する所定の保守管理機能を実行する保守管理装置であって、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部にメッセージバスを介して接続され、
   前記アクション合流判定部で、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定されると、該当する機能のアクションを開始する実行部と、
   前記アクション合流判定部ですべての部分サービスで該当するアクションが終了したか否かの判定処理を実行させるために、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出するアクション通知部と
   を備えることを特徴とする保守管理装置。
4. 前記保守管理システム内で独立したプロセスとして構成され、
   自プロセスが起動された際に、前記メッセージバスに接続させるとともにメッセージ待ち受けＯＮ状態に設定し、自プロセスが停止された際に、前記メッセージバスから切断させるとともにメッセージ待ち受けＯＦＦ状態に設定する起動・停止部をさらに備える
   ことを特徴とする請求項３に記載の保守管理装置。
5. 前記アクション通知部は、前記開始メッセージおよび前記終了メッセージに、当該サービス内で用いられる部分サービスを識別するための連携サービスＩＤと、複数の前記種別ごとの複数の運用部品機能部間で連携して実行される一連の保守オペレーションの実行結果である連携ログ情報を識別するための連携ログＩＤを含める
   ことを特徴とする請求項３または４に記載の保守管理装置。
6. 複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行する保守管理システム内に設置され、所定の部分サービスに対する所定の保守管理機能を実行し、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部にメッセージバスを介して接続された保守管理装置が、
   前記アクション合流判定部で、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定されると、該当する機能のアクションを開始する実行ステップと、
   前記アクション合流判定部ですべての部分サービスで該当するアクションが終了したか否かの判定処理を実行させるために、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出するアクション通知ステップと
   を有することを特徴とする保守管理方法。
7. 複数の部分サービスで構成されるサービスの提供用アプリケーションに関する保守処理を実行する保守管理システム内に設置され、所定の部分サービスに対する所定の保守管理機能を実行し、前記保守管理機能ごとに、すべての部分サービスで該当するアクションが終了したか否かを判定するアクション合流判定部にメッセージバスを介して接続された保守管理装置に、
   前記アクション合流判定部で、該当する機能のアクションの前段として予め設定された他の保守管理機能についてすべての部分サービスで該当するアクションが終了したと判定されると、該当する機能のアクションを開始させる機能と、
   前記アクション合流判定部ですべての部分サービスで該当するアクションが終了したか否かの判定処理を実行させるために、該当する機能のアクション開始時に開始メッセージを発出するとともに当該機能のアクション終了時に終了メッセージを発出する機能と
   を実行させるための保守管理用プログラム。

Images