(57)【要約】【課題】  監視システムの監視結果を運用管理システムにおいてユーザが手入力する作業コストを軽減させる。【解決手段】  監視対象となる制御対象システム１０２のインシデント情報及び問題情報を表すメッセージを制御システム１０４へ通知し、制御システム１０４は、当該メッセージに対処する担当者に関する担当者識別情報を担当者情報１１８から取得し、取得した担当者識別情報、並びに問題情報及びインシデント情報等が運用管理サーバ１０８へ送信され、運用管理サーバ１０８は、送信された担当者識別情報、並びに問題情報及びインシデント情報等をインシデント管理画面及び問題管理画面へ表示する。【選択図】  図１
2009157644.tif 000002
【特許請求の範囲】
【請求項１】
監視対象のコンピュータの稼働状況及び障害状況を監視する監視装置、並びに前記監視装置で監視された監視結果を管理する運用管理装置がネットワークを介して接続された統合運用管理システムであって、
前記監視装置は、
前記稼働状況及び前記障害状況を表す管理情報に対処する担当者を示す担当者識別情報に対応させて前記管理情報を記憶する監視装置記憶手段と、
前記管理情報を受付ける監視装置受付手段と、
前記管理情報及び前記担当者識別情報を送信する監視装置送信手段と、
前記監視装置受付手段によって受付けた管理情報に該当する担当者識別情報が前記監視装置記憶手段に存在した場合、前記監視装置送信手段によって前記管理情報及び前記担当者識別情報を運用管理装置へ送信する監視装置制御手段と、
を備え、
前記運用管理装置は、
前記監視装置送信手段によって送信された管理情報及び担当者識別情報を受信する運用管理装置受信手段と、
前記担当者識別情報に対応させて前記管理情報を記憶する運用管理装置記憶手段と、
前記運用管理装置受信手段によって受信した管理情報及び担当者識別情報を前記運用管理装置記憶手段に記憶する運用管理装置制御手段と、
を備えたことを特徴とする統合運用管理システム。  
【請求項２】
前記管理情報は、インシデント情報及び問題情報を含むことを特徴とする請求項１に記載の統合運用管理システム。
【請求項３】
監視装置起動時に前記監視装置記憶手段に記憶された担当者識別情報及び前記担当者識別情報に対応する管理情報を主記憶域に記憶することによって前記監視装置受付手段によって受付けた管理情報に該当する担当者識別情報が存在するか否かを判断することを特徴とする請求項１または２に記載の統合運用管理システム。
【請求項４】
前記監視装置送信手段及び前記運用管理装置受信手段の通信規則にＴＣＰ／ＩＰプロトコルを使用することを特徴とする請求項１乃至３のいずれか１項に記載の統合運用管理システム。
【請求項５】
前記監視装置記憶手段に記憶された担当者識別情報は、前記監視対象のコンピュータの監視を担当する運用担当者、前記監視対象のコンピュータの運用管理を担当する回復担当者、及び前記監視対象のコンピュータの開発保守を担当する解決担当者が識別されることを特徴とする請求項１乃至４のいずれか１項に記載の統合運用管理システム。
【請求項６】
前記運用管理装置記憶手段に記憶された担当者識別情報は、当該担当者のメール送信時に要する宛先情報を含み、前記運用管理装置制御手段は、前記運用管理装置受信手段によって管理情報及び担当者識別情報を受信した場合、前記担当者識別情報に対応する前記運用管理装置記憶手段に記憶された前記宛先情報に基づいて前記管理情報をメール送信することを特徴とする請求項１乃至５のいずれか１項に記載の統合運用管理システム。
【請求項７】
監視対象のコンピュータの稼働状況及び障害状況を監視する監視装置、並びに前記監視装置で監視された監視結果を管理する運用管理装置がネットワークを介して接続された統合運用管理システムにおける統合運用管理方法であって、
前記監視装置は、
前記稼働状況及び前記障害状況を表す管理情報に対処する担当者を示す担当者  識別情報に対応させて前記管理情報を記憶する監視装置記憶ステップと、
前記管理情報を受付ける監視装置受付ステップと、
前記管理情報及び前記担当者識別情報を送信する監視装置送信ステップと、
前記管理情報受付手段によって受付けた管理情報に該当する担当者識別情報が前記管理情報記憶手段に存在した場合、前記監視装置送信手段によって前記管理情報及び前記担当者識別情報を運用管理装置へ送信する監視装置制御ステップと、
を備え、
前記運用管理装置は、
前記監視装置送信手段によって送信された管理情報及び担当者識別情報を受信する運用管理装置受信ステップと、
前記担当者識別情報に対応させて前記管理情報を記憶する運用管理装置記憶ステップと、
前記運用管理装置受信手段によって受信した管理情報及び担当者識別情報を前記運用管理装置記憶手段に記憶する運用管理装置制御ステップと、
を備えたことを特徴とする統合運用管理方法。
【請求項８】
請求項１乃至６のいずれか１項に記載の統合運用管理システムとしてコンピュータを機能させるためのプログラム。
【請求項９】
請求項７に記載の統合運用管理方法をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項８に記載のプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１１】
監視対象のコンピュータの稼働状況及び障害状況を監視する監視装置、並びに前記監視装置で監視された監視結果を管理する運用管理装置がネットワークを介して接続された統合運用管理システムであって、
前記監視装置は、
前記稼働状況及び前記障害状況を表す管理情報に対処する担当者を示す担当者識別情報に対応させて前記管理情報を記憶する監視装置記憶手段と、
前記管理情報を受付ける監視装置受付手段と、
前記管理情報及び前記担当者識別情報を送信する監視装置送信手段と、
前記監視装置受付手段によって受付けた管理情報に該当する担当者識別情報が前記監視装置記憶手段に存在した場合、前記監視装置送信手段によって前記管理情報及び前記担当者識別情報を運用管理装置へ送信する監視装置制御手段と、
を備えることを特徴とする統合運用管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システムで監視したインシデントや問題事象を管理する運用管理システムの技術に関するものである。
【背景技術】
【０００２】
近年、ＩＴＩＬ（ＩＴ  Ｉｎｆｒａｓｔｒａｃｔｕｒｅ  ｌｉｂｒａｒｙ）を活用した運用管理プロセスの標準化やＩＴ内部統制で運用状況の有効性についての評価、報告の義務が生じており、運用管理の充実が考えられている。
【０００３】
しかしながら、ハイパーテキストを使用した安価な監視に関する技術（例えば、特許文献１参照）や異なるプロトコルから得た情報を統合するトランスレータのように監視を行う監視システム関連の技術(例えば、特許文献２参照)が開示されている。
【特許文献１】特開２００６−５８９６４号公報
【特許文献２】特開平１０−０９３６５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１及び特許文献２に記載の監視システムにおいては、監視対象のコンピュータについての監視が可能であるが、監視した結果を運用管理する運用管理システムとは別々に動作するものであって、監視した結果をインシデント管理や問題管理に連携するためには、運用管理システムへインシデント情報及び問題情報、並びに当該インシデント情報及び問題情報へ対処する担当者に関する情報の手入力が必要となり利便性に欠けているため、手入力を行うための作業コストがかかるという問題がある。
【０００５】
本発明は上記の課題を解決するためになされたものであり、監視システムで監視したインシデント情報及び問題情報を運用管理システムが連携可能な情報に編集し、当該監視システムから運用管理システムに送信することにより、監視システムと運用管理システムが連動することができる統合運用管理システム、統合運用管理方法及びプログラム及び記録媒体、並びに監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明の統合運用管理システムは、監視対象のコンピュータの稼働状況及び障害状況を監視する監視装置、並びに前記監視装置で監視された監視結果を管理する運用管理装置がネットワークを介して接続された統合運用管理システムであって、前記監視装置は、前記稼働状況及び前記障害状況を表す管理情報に対処する担当者を示す担当者識別情報に対応させて前記管理情報を記憶する監視装置記憶手段と、前記管理情報を受付ける監視装置受付手段と、前記管理情報及び前記担当者識別情報を送信する監視装置送信手段と、前記監視装置受付手段によって受付けた管理情報に該当する担当者識別情報が前記監視装置記憶手段に存在した場合、前記監視装置送信手段によって前記管理情報及び前記担当者識別情報を運用管理装置へ送信する監視装置制御手段と、を備え、前記運用管理装置は、前記監視装置送信手段によって送信された管理情報及び担当者識別情報を受信する運用管理装置受信手段と、前記担当者識別情報に対応させて前記管理情報を記憶する運用管理装置記憶手段と、前記運用管理装置受信手段によって受信した管理情報及び担当者識別情報を前記運用管理装置記憶手段に記憶する運用管理装置制御手段と、を備えたことを特徴とする。
【０００７】
請求項２に記載の統合運用管理システムは、請求項１に記載の統合運用管理システムであって、前記管理情報は、インシデント情報及び問題情報を含むことを特徴とする。
【０００８】
請求項３に記載の統合運用管理システムは、請求項１または請求項２に記載の統合運用管理システムであって、監視装置起動時に前記監視装置記憶手段に記憶された担当者識別情報及び前記担当者識別情報に対応する管理情報を主記憶域に記憶することによって前記監視装置受付手段によって受付けた管理情報に該当する担当者識別情報が存在するか否かを判断することを特徴とする。
【０００９】
請求項４に記載の統合運用管理システムは、請求項１から請求項３のいずれか１項に記載の統合運用管理システムであって、前記監視装置送信手段及び前記運用管理装置受信手段の通信規則にＴＣＰ／ＩＰプロトコルを使用することを特徴とする。
【００１０】
請求項５に記載の統合運用管理システムは、請求項１から請求項４のいずれか１項に記載の統合運用管理システムであって、前記監視装置記憶手段に記憶された担当者識別情報は、前記監視対象のコンピュータの監視を担当する運用担当者、前記監視対象のコンピュータの運用管理を担当する回復担当者、及び前記監視対象のコンピュータの開発保守を担当する解決担当者が識別されることを特徴とする。
【００１１】
請求項６に記載の統合運用管理システムは、請求項１から請求項５のいずれか１項に記載の統合運用管理システムであって、前記運用管理装置記憶手段に記憶された担当者識別情報は、当該担当者のメール送信時に要する宛先情報を含み、前記運用管理装置制御手段は、前記運用管理装置受信手段によって管理情報及び担当者識別情報を受信した場合、前記担当者識別情報に対応する前記運用管理装置記憶手段に記憶された前記宛先情報に基づいて前記管理情報をメール送信することを特徴とする。
【００１２】
請求項７に記載の統合運用管理方法は、監視対象のコンピュータの稼働状況及び障害状況を監視する監視装置、並びに前記監視装置で監視された監視結果を管理する運用管理装置がネットワークを介して接続された統合運用管理システムであって、前記監視装置は、前記稼働状況及び前記障害状況を表す管理情報に対処する担当者を示す担当者識別情報に対応させて前記管理情報を記憶する監視装置記憶ステップと、前記管理情報を受付ける監視装置受付ステップと、前記管理情報及び前記担当者識別情報を送信する監視装置送信ステップと、前記管理情報受付手段によって受付けた管理情報に該当する担当者識別情報が前記管理情報記憶手段に存在した場合、前記監視装置送信手段によって前記管理情報及び前記担当者識別情報を運用管理装置へ送信する監視装置制御ステップと、を備え、前記運用管理装置は、前記監視装置送信手段によって送信された管理情報及び担当者識別情報を受信する運用管理装置受信ステップと、前記担当者識別情報に対応させて前記管理情報を記憶する運用管理装置記憶ステップと、前記運用管理装置受信手段によって受信した管理情報及び担当者識別情報を前記運用管理装置記憶手段に記憶する運用管理装置制御ステップと、を備えたことを特徴とする。
【００１３】
請求項８に記載のプログラムは、請求項１から請求項６のいずれか１項に記載の統合運用管理システムとしてコンピュータを機能させるためのプログラム。
【００１４】
請求項９に記載のプログラムは、請求項７に記載された統合運用管理方法をコンピュータに実行させるためのプログラム。
【００１５】
請求項１０に記載の記録媒体は、請求項８に記載のプログラムを記録したコンピュータで読み取り可能な記録媒体。
【００１６】
請求項１１に記載の監視対象のコンピュータの稼働状況及び障害状況を監視する監視装置、並びに前記監視装置で監視された監視結果を管理する運用管理装置がネットワークを介して接続された統合運用管理システムにおける監視装置は、前記稼働状況及び前記障害状況を表す管理情報に対処する担当者を示す担当者識別情報に対応させて前記管理情報を記憶する監視装置記憶手段と、前記管理情報を受付ける監視装置受付手段と、前記管理情報及び前記担当者識別情報を送信する監視装置送信手段と、前記監視装置受付手段によって受付けた管理情報に該当する担当者識別情報が前記監視装置記憶手段に存在した場合、前記監視装置送信手段によって前記管理情報及び前記担当者識別情報を運用管理装置へ送信する監視装置制御手段と、を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、監視システム及び運用管理システムを連動実行することができるので、運用管理システムへ監視システムの監視結果に関する情報をユーザが手入力する作業コストの軽減、並びに各担当者への早期連絡が可能となるため、監視対象コンピュータの早期回復及び監視結果に対する対応漏れや記録漏れを抑制する、という効果を奏する。
【００１８】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１９】
図１は本発明の実施形態に係る監視対象コンピュータである制御対象システムと制御対象システムを監視する制御システムと監視システムにおける監視結果を管理する運用管理サーバがネットワークを介して各々接続された統合運用管理システムの構成を示す図である。
【００２０】
統合運用管理システム１００は、制御対象システム１０２、制御システム１０４、制御システム１０４における監視結果を表示するための制御を行う集中状況表示サーバ１０６、及び運用管理サーバ１０８から構成されている。
【００２１】
図２は、本発明の実施形態に係る制御システム１０４のハードウェア構成を示す図である。
【００２２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、制御システム１０４の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２３】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。
【００２４】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピ（登録商標）（ＦＤ）ディスク或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２５】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク１１０を介して、外部機器と接続・通信するものであり、ネットワーク１１０での通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザからの指示を可能とする。
【００２７】
本発明を実現するための統合運用管理システムを機能させるためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル及び各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００２８】
なお、図２に示されるハードウェア構成については、制御システム１０４に適用する場合について説明したが、制御対象システム１０２、集中状況表示サーバ１０６、及び運用管理サーバ１０８についても適用される。
【００２９】
図１に示す制御対象システム１０２は、ネットワーク１１０を介して制御システム１０４に接続されている。制御対象システム１０２は、制御対象システム１０２の稼働状況及び障害状況を表す監視メッセージのうち監視対象とするメッセージを記憶するメッセージテーブル１１２、及びメッセージテーブル１１２に定義されたメッセージを、ネットワーク１１０を介して制御システム１０４に送信するメッセージ通知１１４を含んで構成されている。
【００３０】
メッセージテーブル１１２に定義された監視対象メッセージは、図３に示す如く設計及びコーディングされて予め記憶される。図３の（Ａ）は、メッセージテーブル１１２における監視対象メッセージに関する設計例を示しており、図３の（Ｂ）は、同図３の（Ａ）で定義された各項目の説明が記載されている。
【００３１】
また、図３の（Ｃ）は、メッセージテーブル１１２に監視対象メッセージを定義するコーディングに関する一例であり、同図の（Ａ）に記載されたリソース名以降の項目に関するオーダーが、同図の（Ｃ）に記載れたＡＰＢＡＴ以降のオーダーに対応している。
【００３２】
また、図３の（Ｃ）の一例は、メッセージＩＤがIEF450Iのときコマンド（＠SXMSGDF）をメッセージ検知したタスクで実行するよう指定され（ROUTE（ONE ＊））、パラメータとしてAPBAT以降からMSGTEXTを付与し実行することを示している。尚、MSGTEXTにはメッセージが展開され、CONTINUE（Y）は、以降のメッセージ確認を継続する意味を持っている。
【００３３】
制御対象システム１０２において受付けた監視メッセージが、メッセージテーブル１１２に定義された監視対象メッセージであるならば、メッセージ通知１１４は、コマンド（＠SXMSGDF）を実行することによって、制御システム１０４へネットワーク１１０を介して当該コマンド（＠SXMSGDF）を送信する。
【００３４】
制御システム１０４は、集中状況表示サーバ１０６及び運用管理サーバ１０８にネットワーク１１０を介して接続されており、制御システム１０４は、メッセージ通知１１６、担当者情報ＤＢ（データベース）１１８、インシデント通知１２０、及び送信機能１２２を備えている。
【００３５】
制御システム１０４において、制御対象システム１０２から送信されたコマンド（＠SXMSGDF）をメッセージ通知１１６が受信し、当該コマンド（＠SXMSGDF）のAPBAT以降からMSGTEXT（図３の（Ｃ）参照）を集中状況表示サーバ１０６へ送信する。
【００３６】
集中状況表示サーバ１０６は、図７に示す制御対象システム１０２のステータスと集中状況表示サーバに備えるユーザインターフェース（図８Ａ参照、以下、監視画面）へ表示する表示色に関する対応表を表すデータがＲＯＭ等の記憶域（不図示）に記憶されており、制御システム１０４から送信されたMSGTEXTに定義されたステータス（例えば、図３の（Ｃ）記載のERROR）に該当する表示色を当該ＲＯＭから読取る。
【００３７】
そして、図８Ａの監視画面の一例に示されるように該当のリソースに対して読み取った表示色に当該監視画面への表示色を変化させる。例えば、ステータスがERRORである場合は、色コードが０３（図７の（Ａ）参照）となり、表示色は、赤（図７の（Ｂ）参照）となる。尚、本実施形態に係る制御対象システム１０２のバージョンは、Ver.2.ｘである。
【００３８】
また、図３の（Ｃ）に記載の・・・ERROR、B、、Y、A・・・のうち指定されたAは、監視画面においてアラーム音を鳴らすことを示している。
【００３９】
また、図８Ｂは、メッセージ行毎に表示を行うＬＩＮＥ表示する画面の一例で、制御システム１０４に備えられた監視画面は自由に作成でき、さらに監視画面とＬＩＮＥ表示を行う画面の統合も可能となっている。
【００４０】
制御システム１０４は、事前に図１１で示すように制御システム１０４で提供されている機能を使用し、メッセージに対処する担当者に関する担当者識別情報（例えば、担当者を一意に識別する担当者ＩＤ等）が記憶されている担当者情報ＤＢ１１８(図１参照)から、制御対象システム１０２の監視を担当する運用担当者を表す運用担当者ＩＤ、制御対象システム１０２の運用管理を担当する回復担当者を表す回復担当者ＩＤ、及び制御対象システム１０２の開発保守を担当する解決担当者を表す解決担当者ＩＤなどを制御システム１０４の起動時にグローバルメモリであるＲＡＭ２０３に展開しておく。
【００４１】
具体的な定義例として、図１１に示すように、制御システム１０４ではバージョンを変数名#CAOSVER.SLC24に値５０を設定しており、SLC24はシステム名で可変となっている。同様に運用担当者ＩＤを取得する場合、メッセージＩＤ（IEF450I）で変数名を編集し（#C.IEF450I.OP）直接運用担当者ＩＤを取得する。
【００４２】
インシデント通知１２０は、担当者情報ＤＢ１１８及び担当者識別情報、並びに問題情報及びインシデント情報等を運用管理サーバ１０８へ送信する送信機能１２２に接続されている。インシデント通知１２０は、以下の機能を有している。「１」監視メッセージから担当者ＩＤを特定する。なお、担当者特定方法は後述フローチャートで説明する。
【００４３】
「２」上記の事前定義で解決担当者ＩＤが指定されていれば問題情報を、運用管理サーバフォーマット（詳細後述）に問題情報として編集し運用管理サーバ１０８へ送信（送信機能１２２）する。  
「３」インシデント情報を、運用管理サーバフォーマットに編集しインシデント情報として運用管理サーバ１０８へ送信（送信機能１２２）する。
【００４４】
なお、運用管理サーバ１０８へ担当者識別情報、並びに問題情報及びインシデント情報等を送信する場合は、通信規則としてＴＣＰ／ＩＰプロトコルを使用する。
【００４５】
運用管理サーバ１０８は、受信機能１２４、運用管理システム１２６、インシデントＤＢ（データベース）１２８、問題情報ＤＢ（データベース）１３０、及び担当者が有するメールアドレス等のメールの送信先を表す宛先情報等を記憶する担当者情報ＤＢ（データベース）１３２を備えている。
【００４６】
制御システム１０４は、担当者識別情報、並びに問題情報及びインシデント情報等を制御システム１０４から受信機能１２４で受信した場合、運用管理サーバ１０８内の受け渡しファイル（詳細後述）へ書き出す。
【００４７】
運用管理システム１２４は、定期的に受け渡しファイルを確認し、新着インシデント情報があった場合、インシデントＤＢ１２８へ担当者識別情報及びインシデント情報の登録を実行し、新着問題情報があった場合、問題情報ＤＢ（データベース）１３０へ担当者識別情報及び問題情報の登録を行う。
【００４８】
また、担当者識別情報に該当する宛先情報を担当者情報ＤＢ１３２から取得しそれぞれの担当者へメールを送信することも可能である。
【００４９】
図９は、運用管理サーバ１０８に接続されたクライアントＰＣ（不図示）のユーザインタフェースに表示されるインシデント管理画面の一例を示している。当該インシデント管理画面に表示されるデータは、主にインシデントＤＢ１２８に登録されたデータを元に表示される。
【００５０】
図１０は、運用管理サーバ１０８に接続されてクライアントＰＣ（不図示）のユーザインタフェースに表示される問題管理画面の一例を示している。当該問題管理画面に表示されるデータは、主に問題情報ＤＢ１３０に登録されたデータを元に表示される。
【００５１】
次に、制御対象システム１０２、制御システム１０４及び運用管理サーバ１０８が連動するシステムの基本的な処理について、図４〜図６で示すフローチャートを用いて説明する。
【００５２】
図４は、制御システム１０２に関する処理を表すフローチャートを示しており、制御対象システム１０２を構成するＣＰＵ配下で機能している。
【００５３】
ステップＳ２０１では、監視対象となる制御対象システム１０２で受付けた監視メッセージがメッセージテーブル１１２で定義されているか否かを判定することによって、受付けた監視メッセージが事前に定義された監視対象メッセージか否かを判定する。
【００５４】
ステップＳ２０２では、ステップＳ２０１において受付けた監視メッセージが監視対象メッセージなら指定されたコマンド（＠SXMSGDF）を起動する。
【００５５】
ステップＳ２０３では、コマンドの実行先が監視対象となる制御対象システム１０２の場合は、制御システム１０４へコマンド（＠SXMSGDF）を送信する。
【００５６】
図５は、制御システム１０４に関する処理を表すフローチャートを示しており、制御システム１０４を構成するＣＰＵ配下で機能している。
【００５７】
ステップＳ３０１では、集中状況表示サーバ１０６へコマンド（＠SXMSGDF）以降のMSGTEXTを送信する。
【００５８】
ステップＳ３０２では、集中状況表示サーバ１０６は送信されたMSGTEXT内のステータスから図７の対応表を使用し、送信されたMSGTEXT内のリソース名に対して、図８Ａの監視画面に対して色表示をおこなう。更に送信されたMSGTEXT内のアラーム指定によりアラーム音を鳴らす。
【００５９】
ステップＳ３０３では、集中状況表示サーバ１０６は、送信されたMSGTEXT内のライン表示指定により、図８の（Ｂ）のＬＩＮＥ表示画面へ表示し、アラーム音を鳴らす。
【００６０】
ステップＳ３０４では、送信されたMSGTEXT内のメッセージＩＤの全桁から、図１１の（例２）で示すように運用担当者のコモングローバル変数名を編集（#C.IEF450I.OP）し指定値の運用担当者ＩＤ（1111）を直接取得する。
【００６１】
ステップＳ３０５では、コモングローバル変数名に値が指定されているか否かを判定する。
【００６２】
ステップＳ３０６では、ステップＳ３０５において、コモングローバル変数名に値が指定されていないため、送信されたMSGTEXT内のメッセージＩＤの上３桁（メッセージＩＤの上３桁でプロダクトが特定可能）から、図１１で示すように運用担当者のコモングローバル変数名を編集（#C.IEF.OP）し指定値を取得する。
【００６３】
ステップＳ３０７では、コモングローバル変数名に値が指定されているか否かを判定する。
【００６４】
ステップＳ３０８では、コモングローバル変数名に値が指定されていないため、図１１の（例３）で示すように、デフォルト運用担当者のコモングローバル変数名を編集し指定値を取得する。
【００６５】
ステップＳ３０９では、送信されたMSGTEXT内のメッセージからJOBの特定が必要か否かを判定するため、図１１で示すようにJOB特定有無のコモングローバル変数名を編集し指定値を取得する。
【００６６】
ステップＳ３１０では、異常メッセージの中にはプロダクトの異常ではなく、プロダクト内で実行したアプリケーションで異常が発生した場合は、販売や流通といったアプリケーションをJOBIDから特定するため、JOB特定有無のコモングローバル変数名に指定値があるか否かを判定する。
【００６７】
ステップＳ３１１では、図１１の（例１）に示すように、JOB特定有無のコモングローバル変数名(#C.IEF450I.JB)を編集し指定値が要なら、送信されたMSGTEXT内のメッセージのトークン位置を図１１の（例１）で示すように、JOBトークン位置のコモングローバル変数名を編集し指定値を取得する。尚、トークン位置とは、メッセージ内の空白を区切り文字とした単語の順番を表す。
【００６８】
ステップＳ３１２では、送信されたMSGTEXT内のメッセージを、空白を区切り文字として分解し、図１１の（例１）に示すようにJOB指定トークンの単語（JA1111）からJOBIDの上２桁（JA）を取得し、運用担当者ＩＤなどの変数名を編集するのに使用する。
【００６９】
通常、JOBIDの上２桁で販売や流通といったアプリケーションを分類し開発担当者（解決担当者）が異なっている。但し、JOBID体系が異なる場合はカストマイズする
ステップＳ３１３では、図１１の（例１）で示すように、JOB特定の運用担当者のコモングローバル変数名（#C.IEF450I.JA.OP）を編集し指定値を取得する。
【００７０】
ステップＳ３１４では、JOB特定の運用担当者のコモングローバル変数名（#C.IEF450I.JA.OP）に指定値があるか否かを判定する。
【００７１】
ステップＳ３１５では、JOB特定の運用担当者のコモングローバル変数名に指定値があれば、回復担当者（#C.IEF450I.JA.RV）及び解決担当者（#C.IEF450I.JA.PB）を、コモングローバル変数名を編集し指定値を取得する。
【００７２】
ステップＳ３１６では、解決担当者のコモングローバル変数名を編集し指定値があるか否かを判定する。
【００７３】
ステップＳ３１７では、解決担当者のコモングローバル変数名に指定値があれば問題情報を運用管理サーバ１０８で使用するために運用管理サーバフォーマット（図１２参照）に編集し、ＴＣＰ／ＩＰプロトコルを使用して、運用管理サーバ１０８へ送信する。
【００７４】
ステップＳ３１８では、インシデント情報を運用管理システム用に運用管理サーバフォーマット（図１２参照）に編集し、ＴＣＰ／ＩＰプロトコルを使用して、運用管理サーバ１０８へ送信する。
【００７５】
図６は、運用管理サーバ１０８に関する処理を表すフローチャートを示しており、運用管理サーバ１０８を構成するＣＰＵ配下で機能している。
【００７６】
ステップＳ４０１では、制御システム１０４から送信されたインシデント情報及び問題情報を運用管理サーバ１０８との受け渡しファイル（図１３参照）に追加し書出す。
【００７７】
ステップＳ４０２では、運用管理システム１２６は、受け渡しファイルを定期的（確認インターバルは指定可能で通常は数秒毎）に確認することによって新着情報があれば取得する。
【００７８】
ステップＳ４０３では、新着情報の有無を判定する。新着情報が有った場合、ステップＳ４０４へ進み、新着情報が無い場合は、ステップＳ４０２へ進む。
【００７９】
ステップＳ４０４では、新着情報に含まれる各担当者ＩＤ（運用担当者ＩＤ、回復担当者ＩＤ、解決担当者ＩＤ）に該当するメールアドレス等の宛先情報を担当者情報ＤＢ１３２から取得する。
【００８０】
ステップＳ４０５では、新着情報がインシデント情報ならば、インシデントＤＢ１２８のレイアウトに適応させるためインシデント情報の編集を行い、編集後、インシデントＤＢ１２８へ登録する。
【００８１】
ステップＳ４０６では、新着情報が問題情報ならば、問題情報ＤＢ１３０のレイアウトに適合させるため問題情報の編集を行い、編集後、問題情報ＤＢへ登録する。
【００８２】
ステップＳ４０７では、ステップＳ４０４で取得した各担当者ＩＤ（運用担当者、回復担当者、解決担当者）に該当する宛先情報に基づいて新着情報のメールの送信を行う。
【００８３】
本実施形態によれば、監視システムと運用管理システムを連動実行することができるので、運用管理システムへ監視システムの監視結果に関する情報を手入力する作業コストの軽減、並びに各担当者への早期連絡が可能となるため、監視対象コンピュータの早期回復及び監視結果に対する対応漏れや記録漏れを抑制することができる。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施形態に係る監視システム及び運用管理システムからなる統合運用システムの概略の構成を示すシステム構成図である。
【図２】本発明の実施形態に係る監視システム及び運用管理システムのハードウェアの概略の構成を示すブロック図である。
【図３】本発明の実施形態の監視メッセージの定義方法を示すための説明図である。
【図４】本発明の実施形態に係る制御対象システムの監視処理を示すフローチャートである。
【図５】本発明の実施形態に係る制御システムの監視処理を示すフローチャートである。
【図６】本発明の実施形態に係る運用管理サーバにおける処理を示すフローチャートである。
【図７】本発明の実施形態の運用管理サーバでのステータスと表示色との関連を示す構成図である。
【図８Ａ】本発明の実施形態の集中状況表示サーバでの監視画面の一例を示す構成図である。
【図８Ｂ】本発明の実施形態の集中状況表示サーバでの監視画面の一例を示す構成図である。
【図９】本発明の実施形態の運用管理端末のインシデント管理画面の一例を示す構成図である。
【図１０】本発明の実施形態の運用管理端末の問題管理画面の一例を示す構成図である。
【図１１】本発明の実施形態の担当者ＩＤの取得方法の一例を説明するための説明図である。
【図１２】運用管理サーバ用フォーマット（インシデント情報及び障害情報）を示す構成図である。
【図１３】運用管理サーバ用受渡しファイルへの書出しを示す構成図である。
【符号の説明】
【００８５】
１００  統合運用管理システム
１０２  制御対象システム
１０４  制御システム
１０６  集中状況表示サーバ
１０８  運用管理サーバ
１１０  ネットワーク
１１８  担当者情報データベース
１２８  インシデントデータベース
１３０  問題情報データベース
１３２  担当者情報データベース
【図１】
2009157644.tif 000003
【図２】
2009157644.tif 000004
【図３】
2009157644.tif 000005
【図４】
2009157644.tif 000006
【図５】
2009157644.tif 000007
【図６】
2009157644.tif 000008
【図７】
2009157644.tif 000009
【図８Ａ】
2009157644.tif 000010
【図８Ｂ】
2009157644.tif 000011
【図９】
2009157644.tif 000012
【図１０】
2009157644.tif 000013
【図１１】
2009157644.tif 000014
【図１２】
2009157644.tif 000015
【図１３】
2009157644.tif 000016