(57)【要約】【課題】障害発生時に新規の調査情報採取手順を迅速かつ効率的に登録してその採取手順の自動実行を可能とするとともに、調査情報採取手順や採取した調査情報の管理の一元化が可能な情報採取手順管理システムを提供する。【解決手段】情報採取手順管理システムは、障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、調査担当者の操作する第１端末装置とネットワーク接続され、障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が採取情報データベースに保持されているかを判定する障害診断部と、第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベースに登録する新規手順登録部と、採取コマンドスクリプトの実行要求を障害監視対象システムに対して行う実行要求部と、を有する。【選択図】図１
2009193207.tif 000002
【特許請求の範囲】
【請求項１】
障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、及び調査担当者の操作する第１端末装置とネットワーク接続された情報採取手順管理システムであって、
前記障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が前記採取情報データベースに保持されているかを判定する障害診断部と、
前記第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して前記採取情報データベースに登録する新規手順登録部と、
前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行う実行要求部と、
を有することを特徴とする情報採取手順管理システム。
【請求項２】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていると判定された場合、前記過去事例で用いられた採取コマンドスクリプトを前記採取情報データベースから検索して特定し、
前記実行要求部は、前記障害診断部により特定された前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行うことを特徴とする請求項１に記載の情報採取手順管理システム。
【請求項３】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていないと判定された場合、その旨を前記第１端末装置へ通知して前記手順元データの入力を促すことを特徴とする請求項１又は２に記載の情報採取手順管理システム。
【請求項４】
前記新規手順登録部は、前記第１端末装置により入力された情報採取手順のパラメータシートを前記手順元データとして読み込み、前記パラメータシートをもとに採取コマンドスクリプトを生成することを特徴とする請求項１から３のいずれか１項に記載の情報採取手順管理システム。
【請求項５】
前記障害監視対象システムから取得した障害調査情報の採取結果を前記採取情報データベースに登録するとともに、障害調査情報の採取が完了した旨を前記第１端末装置へ通知する資料登録部を有することを特徴とする請求項１から４のいずれか１項に記載の情報採取手順管理システム。
【請求項６】
運用担当者の操作する第２端末装置が前記ネットワーク接続され、
前記実行要求部は、前記新規手順登録部により登録された前記採取コマンドスクリプトが前記第２端末装置により承認登録され前記採取情報データベースに保持されている場合に、前記障害監視対象システムに対して該採取コマンドスクリプトの実行要求を行うことを特徴とする請求項１から５のいずれか１項に記載の情報採取手順管理システム。
【請求項７】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていないと判定された場合、障害分類情報が前記検知された障害と近似する障害に対応する過去事例で用いられた採取コマンドスクリプトを前記採取情報データベースから検索して特定することを特徴とする請求項１から６のいずれか１項に記載の情報採取手順管理システム。
【請求項８】
障害監視対象システムと、前記障害監視対象システムに関する障害調査情報の採取手順を管理する情報採取手順管理システムと、採取された障害調査情報を含むデータを保持する採取情報データベースと、調査担当者の操作する第１端末装置とがネットワーク接続されて構成された障害調査情報採取システムであって、
前記情報採取手順管理システムは、
前記障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が前記採取情報データベースに保持されているかを判定する障害診断部と、
前記第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して前記採取情報データベースに登録する新規手順登録部と、
前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行う実行要求部と、
前記障害監視対象システムによる前記採取コマンドスクリプトに係るコマンドの実行結果を前記採取情報データベースに登録し、障害調査情報の採取完了を前記第１端末装置に通知する実行結果登録部と、
を有し、
前記障害監視対象システムは、前記実行要求部による前記実行要求に従って前記採取コマンドスクリプトに係るコマンドを実行して実行結果を前記実行結果登録部に送信し、
前記第１端末装置は、前記実行結果登録部からの通知を受け、前記採取情報データベースに前記実行結果として登録された障害調査情報を取得することを特徴とする障害調査情報採取システム。
【請求項９】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていると判定された場合、前記過去事例で用いられた採取コマンドスクリプトを前記採取情報データベースから検索して特定し、
前記実行要求部は、前記障害診断部により特定された前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行うことを特徴とする請求項８に記載の障害調査情報採取システム。
【請求項１０】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていないと判定された場合、その旨を前記第１端末装置へ通知して前記手順元データの入力を促すことを特徴とする請求項８又は９に記載の障害調査情報採取システム。
【請求項１１】
障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、及び調査担当者の操作する第１端末装置とネットワーク接続された情報採取手順管理システムにおける情報採取手順管理方法であって、
前記障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が前記採取情報データベースに保持されているかを判定する障害診断ステップと、
前記第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して前記採取情報データベースに登録する新規手順登録ステップと、
前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行う実行要求ステップと、
を有することを特徴とする情報採取手順管理方法。
【請求項１２】
前記障害診断ステップは、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていると判定された場合、前記過去事例で用いられた採取コマンドスクリプトを前記採取情報データベースから検索して特定し、
前記実行要求ステップは、前記障害診断ステップにより特定された前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行うことを特徴とする請求項１１に記載の情報採取手順管理方法。
【請求項１３】
前記障害診断ステップは、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていないと判定された場合、その旨を前記第１端末装置へ通知することを特徴とする請求項１１又は１２に記載の情報採取手順管理方法。
【請求項１４】
障害監視対象システムと、前記障害監視対象システムに関する障害調査情報の採取手順を管理する情報採取手順管理システムと、採取された障害調査情報を含むデータを保持する採取情報データベースと、調査担当者の操作する第１端末装置とがネットワーク接続されて構成された障害調査情報採取システムにおける障害調査情報採取方法であって、
前記情報採取手順管理システムにおいて、
前記障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が前記採取情報データベースに保持されているかを判定する障害診断ステップと、
前記第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して前記採取情報データベースに登録する新規手順登録ステップと、
前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行う実行要求ステップと、
前記障害監視対象システムによる前記採取コマンドスクリプトに係るコマンドの実行結果を前記採取情報データベースに登録し、障害調査情報の採取完了を前記第１端末装置に通知する実行結果登録ステップと、
を有し、
前記障害監視対象システムにおいて、前記実行要求ステップによる前記実行要求に従って前記採取コマンドスクリプトに係るコマンドを実行して実行結果を前記情報採取手順管理システムに送信し、
前記第１端末装置において、前記実行結果登録ステップによる通知を受け、前記採取情報データベースに前記実行結果として登録された障害調査情報を取得することを特徴とする障害調査情報採取方法。
【請求項１５】
前記障害診断ステップは、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていると判定された場合、前記過去事例で用いられた採取コマンドスクリプトを前記採取情報データベースから検索して特定し、
前記実行要求ステップは、前記障害診断ステップにより特定された前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行うことを特徴とする請求項１４に記載の障害調査情報採取方法。
【請求項１６】
前記障害診断ステップは、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていないと判定された場合、その旨を前記第１端末装置へ通知して前記手順元データの入力を促すことを特徴とする請求項１４又は１５に記載の障害調査情報採取方法。
【請求項１７】
障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、及び調査担当者の操作する第１端末装置とネットワーク接続された情報採取手順管理システムで用いられるプログラムあって、
コンピュータに、
前記障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が前記採取情報データベースに保持されているかを判定する障害診断部と、
前記第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して前記採取情報データベースに登録する新規手順登録部と、
前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行う実行要求部と、
として機能させることを特徴とするプログラム。
【請求項１８】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていると判定された場合、前記過去事例で用いられた採取コマンドスクリプトを前記採取情報データベースから検索して特定し、
前記実行要求部は、前記障害診断部により特定された前記採取コマンドスクリプトの実行要求を前記障害監視対象システムに対して行うことを特徴とする請求項１７に記載のプログラム。
【請求項１９】
前記障害診断部は、前記検知された障害に対応する過去事例が前記採取情報データベースに保持されていないと判定された場合、その旨を前記第１端末装置へ通知することを特徴とする請求項１７又は１８に記載のプログラム。
【請求項２０】
請求項１７から１９のいずれか１項に記載のプログラムを記録しコンピュータ読み取り可能なことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報採取手順管理システムに関し、特に、情報処理システムにおいて発生した障害の調査に必要な情報を採取する障害調査情報採取システムに好ましく適用される技術に関するものである。
【背景技術】
【０００２】
近年、情報処理システムは、非常に多くの情報を管理、処理することが求められ大規模化されてきている。このため、ひとたびシステムに障害が発生するとその影響は多大なものとなる。このような環境では、障害が発生した際、迅速に調査を進め、必要な復旧処置や恒久対処を速やかに実現することが求められている。ハードウェアあるいはソフトウェアの不具合や設定ミスにより発生した障害の解析では、マニュアル等で対処できない場合、その製品の調査解析部門に問い合わせることになる。その際、出力されたログに基づいてさらに詳細な情報を得るという作業が該システムの運用担当者と製品の調査担当者との間で何度かやり取りされる。そして、このようにして障害解析に必要な情報の収集が行われており、人手と時間を要していた。
【０００３】
これに対して、例えば特許文献１では、この人手と時間を軽減させるシステムとして、監視対象の情報処理装置で発生した障害の解析に必要な情報の収集を効率的に行うことが可能な情報採取システムが開示されている。当該システムでは、過去に発生した障害とその際に採取した資料を示すデータベースを参照し、障害発生時のログと比較することで解析に必要な資料を特定して採取を行う処理を自動化している。
【０００４】
また、例えば特許文献２では、資料採取自体によるディスクフル、システムハングといったシステム管理者にとって予期せぬ２次障害の発生を抑制することが可能な障害調査資料採取システムが開示されている。当該システムでは、障害発生のシステムで許容できる２次障害のリスクのポリシーをパラメータシートとして規定する。そして、資料採取を行うときにこのポリシーと、データベース中に格納された資料採取影響テーブル、障害システムの動的な情報とを比較することにより、取得する資料を選択する。
【特許文献１】特開２００３−３４５６２８号公報
【特許文献２】特開２００６−１９５６８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した特許文献１や特許文献２による情報採取システムでは、過去に発生した障害と一致あるいは類似していれば、障害発生時に必要な情報を効率良く自動的に採取することを可能にしている。しかしながら、今までにない新規の障害が発生した場合や、解析が困難で採取した情報からさらに必要な情報を特定して採取する必要があるような場合には、情報採取の自動化ができなかった。そして、人手を介して情報採取を１つずつ実行しなければならないという状況が生じてしまっていた。
【０００６】
そこで、本発明では、上述した事情に鑑みて、障害発生時に新規の調査情報採取手順を迅速かつ効率的に登録してその採取手順の自動実行を可能とするとともに、調査情報採取手順や採取した調査情報の管理の一元化が可能な情報採取手順管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
かかる目的を達成するために、本発明の第１の情報採取手順管理システムは、障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、及び調査担当者の操作する第１端末装置とネットワーク接続された情報採取手順管理システムであって、障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が採取情報データベースに保持されているかを判定する障害診断部と、第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベースに登録する新規手順登録部と、採取コマンドスクリプトの実行要求を障害監視対象システムに対して行う実行要求部と、を有する。
【０００８】
また、本発明の第１の障害調査情報採取システムは、障害監視対象システムと、障害監視対象システムに関する障害調査情報の採取手順を管理する情報採取手順管理システムと、採取された障害調査情報を含むデータを保持する採取情報データベースと、調査担当者の操作する第１端末装置とがネットワーク接続されて構成された障害調査情報採取システムであって、情報採取手順管理システムは、障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が採取情報データベースに保持されているかを判定する障害診断部と、第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベースに登録する新規手順登録部と、採取コマンドスクリプトの実行要求を障害監視対象システムに対して行う実行要求部と、障害監視対象システムによる採取コマンドスクリプトに係るコマンドの実行結果を採取情報データベースに登録し、障害調査情報の採取完了を第１端末装置に通知する実行結果登録部と、を有し、障害監視対象システムは、実行要求部による実行要求に従って採取コマンドスクリプトに係るコマンドを実行して実行結果を実行結果登録部に送信し、第１端末装置は、実行結果登録部からの通知を受け、採取情報データベースに実行結果として登録された障害調査情報を取得する。
【０００９】
また、本発明の第１の情報採取手順管理方法は、障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、及び調査担当者の操作する第１端末装置とネットワーク接続された情報採取手順管理システムにおける情報採取手順管理方法であって、障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が採取情報データベースに保持されているかを判定する障害診断ステップと、第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベースに登録する新規手順登録ステップと、採取コマンドスクリプトの実行要求を障害監視対象システムに対して行う実行要求ステップと、を有する。
【００１０】
また、本発明の第１の障害調査情報採取方法は、障害監視対象システムと、障害監視対象システムに関する障害調査情報の採取手順を管理する情報採取手順管理システムと、採取された障害調査情報を含むデータを保持する採取情報データベースと、調査担当者の操作する第１端末装置とがネットワーク接続されて構成された障害調査情報採取システムにおける障害調査情報採取方法であって、情報採取手順管理システムにおいて、障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が採取情報データベースに保持されているかを判定する障害診断ステップと、第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベースに登録する新規手順登録ステップと、採取コマンドスクリプトの実行要求を障害監視対象システムに対して行う実行要求ステップと、障害監視対象システムによる採取コマンドスクリプトに係るコマンドの実行結果を採取情報データベースに登録し、障害調査情報の採取完了を第１端末装置に通知する実行結果登録ステップと、を有し、障害監視対象システムにおいて、実行要求ステップによる実行要求に従って採取コマンドスクリプトに係るコマンドを実行して実行結果を情報採取手順管理システムに送信し、第１端末装置において、実行結果登録ステップによる通知を受け、採取情報データベースに実行結果として登録された障害調査情報を取得する。
【００１１】
また、本発明の第１のプログラムは、障害監視対象システム、採取された障害調査情報を含むデータを保持する採取情報データベース、及び調査担当者の操作する第１端末装置とネットワーク接続された情報採取手順管理システムで用いられるプログラムあって、コンピュータに、障害監視対象システムから取得した障害検知結果に基づいて、検知された障害に対応する過去事例が採取情報データベースに保持されているかを判定する障害診断部と、第１端末装置から取得した手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベースに登録する新規手順登録部と、採取コマンドスクリプトの実行要求を障害監視対象システムに対して行う実行要求部と、として機能させる。
【００１２】
また、本発明の第１の記録媒体は、上記のプログラムを記録しコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１３】
本発明によれば、障害発生時に新規の調査情報採取手順を迅速かつ効率的に登録してその採取手順の自動実行を可能とするとともに、調査情報採取手順や採取した調査情報の管理の一元化が可能な情報採取手順管理システムが提供される。
【発明を実施するための最良の形態】
【００１４】
本発明が適用される情報採取手順管理システムは、図１に示すように、障害診断部２、新規手順登録部３、実行要求部４、実行結果登録部５を有する。そして、情報採取手順管理システム１は、監視対象システム６、採取情報データベース７、及び調査担当者が操作する第１端末装置８とともにネットワーク接続され、障害調査情報採取システム９を構成する。
【００１５】
障害診断部２は、監視対象システム６からの障害検知結果に基づいて、検知された障害に対応する過去事例のデータが採取情報データベース７に保持されているか判定する。新規手順登録部３は、過去事例がない場合に第１端末装置からの採取手順元データに基づいて、新規の採取コマンドスクリプトを生成して採取情報データベース７に登録する。実行要求部４は、採取情報データベース７に格納された採取コマンドスクリプト（過去事例で用いたものあるいは新規に生成したもの）を監視対象システム６に送信し、コマンドの実行要求を行う。実行結果登録部５は、監視対象システム６によるコマンド実行結果（障害調査情報を含むデータ）を採取情報データベース７に登録するとともに、第１端末装置８に採取完了の通知を行う。
【００１６】
本発明では、障害発生時の調査情報採取手順を管理する情報採取手順管理システム１において、第１端末装置８を介して調査担当者に入力された情報採取手順がリアルタイムで登録される。同時に、情報採取手順管理システム１において、該手順に従った障害調査情報の採取処理を監視対象システム６に行わせる。また、情報採取手順管理システム１において、情報採取コマンドの実行結果の採取情報データベースへの登録や第１端末装置８への採取完了の通知を行う。このように、障害調査情報の採取処理を情報採取手順管理システム１が一元的に管理するため、障害調査情報採取システム９を利用する調査担当者は、新規の手順を生成するときのみパラメータを入力し、情報採取処理の完了を待って採取情報データベース７にアクセスして障害調査情報を取得できる。そして、過去の障害についての情報採取手順や新規に生成した情報採取手順、採取コマンド実行結果（障害調査情報等）についても、情報採取手順管理システム１で一元的に管理され、採取情報データベース７に保持される。
【００１７】
以下、図２から図１５を参照しながら、本発明の実施形態についてさらに詳細に説明する。
【００１８】
［実施形態１］
図２は、本発明の第１の実施形態である情報採取手順管理システムの構成を示した図である。本実施形態の情報採取手順管理システム１０は、監視対象システム２０、採取情報データベース３０、調査端走者端末４０とネットワーク接続され、これらとともに障害調査情報採取システムを構成する。
【００１９】
情報採取手順管理システム１０は情報採取手順を管理するシステムで、障害診断部１１、新規手順登録部１２、実行要求部１３、資料登録部１４を有する。障害診断部１１は、監視対象システム２０（障害検知部２１）で検知された障害メッセージを受信して過去事例に該当するかを診断する。新規手順登録部１２は、調査担当者が調査担当者端末４０により入力した新規の情報採取手順を登録する。実行要求部１３は、要求された情報採取手順から監視対象システム２０に対して採取コマンドの実行要求を送信する。資料登録部１４は、監視対象システム２０（資料採取部２２）からのコマンド実行結果を受信して採取情報データベース３０に登録する。なお、資料登録部１４は図１の実行結果登録部５に対応し、その他の構成は図１における同一名称の構成とそれぞれ対応する。
【００２０】
監視対象システム２０は、障害の監視対象となるシステムであり、障害検知部２１及び資料採取部２２を有する。障害検知部２１は、監視対象システム２０で発生した障害を検知して情報採取手順管理システム１０（障害診断部１１）に通知する。資料採取部２２は、情報採取手順管理システム１０（実行要求部１３）から要求されたコマンド実行スクリプトを実行して情報採取を行う。なお、監視対象システム２０は、図１の監視対象システム６に対応する。
【００２１】
調査担当者端末４０は、監視対象システム２０の調査担当者が情報採取手順管理システム１０を利用するための操作端末である。情報採取手順管理システム１０（障害診断部１１）から新規手順の要求を受けたとき、新規手順を生成するためのパラメータシートを入力して情報採取手順管理システム１０（新規手順登録部１２）に送信する。なお、調査担当者端末４０は図１の第１端末装置に対応する。
【００２２】
採取情報データベース３０は、情報採取手順（コマンド実行スクリプト）を記憶する記憶装置を備え、図１の採取情報データベース７に対応する。また、採取情報データベース３０は、図３に示すような各テーブル、すなわち事例データテーブル３１、パラメータシートテーブル３２、資料採取コマンドテーブル３４、採取情報蓄積テーブル３４を有して構成される。
【００２３】
事例データテーブル３１は、発生した障害を過去の事例として登録するテーブルである。また、事例データテーブル３１は、図４（ａ）に示すように、エラー番号３１１、資料採取番号３１２、発生事象３１３から構成される。エラー番号３１１は、障害が発生したときのＨＷ（Hardware）／ＳＷ（Software）製品が出力するエラー番号（製品仕様として定められたもの）を組み合わせた番号で、障害の種類を表す。資料採取番号３１２は、エラー番号３１１に対応する資料採取の番号である。なお、エラー番号３１１と資料採取番号３１２は１対１で対応する。発生事象３１３は障害の内容を表す。
【００２４】
パラメータシートテーブル３２は、情報採取手順をパラメータ化したデータを登録するテーブルである。また、パラメータシートテーブル３２は、図４（ｂ）に示すように、プラットフォーム３２１、資料名３２２、コマンド名３２３、コマンドオプション３２４、出力形式３２５から構成される。プラットフォーム３２１は、対象とするシステムの型番などの型を表す。資料名３２２は、採取する情報の名称を表す。コマンド名３２３は、実行するコマンドの名称を表す。コマンドオプション３２４は、コマンド名３２３のコマンドで使用するオプションを表す。出力形式３２５は、実行結果の出力形式（該当コマンドが結果を特定のファイルに出力するのか、あるいは画面に表示するのか等の区別）を表す。
【００２５】
資料採取コマンドテーブル３３は、情報採取するコマンド実行スクリプトを登録するテーブルである。また、資料採取コマンドテーブル３３は、図４（ｃ）に示すように、資料採取番号３３１、プラットフォーム３３２、資料名３３３、コマンド実行スクリプト３３４、出力ファイル名３３５から構成される。資料採取番号３３１は、事例データテーブル３１の資料採取番号３１２と同じデータを持つ主キーである。プラットフォーム３３２及び資料名３３３は、パラメータシートテーブル３２のプラットフォーム３２１、資料名３２２と同じデータを持つ外部キーである。コマンド実行スクリプト３３４は、パラメータシートテーブル３２で指定したコマンド名とコマンドオプションを組み合わせたスクリプトである。出力ファイル名３３５は、コマンド実行スクリプト３３４を実行したときに実行結果が出力されるファイル名を表す。
【００２６】
採取情報蓄積テーブル３４は、資料採取コマンドの実行結果を登録するテーブルである。また、採取情報蓄積テーブル３４は、図４（ｄ）に示すように、資料採取番号３４１、採取日付３４２、資料名３４３、実行結果３４４から構成される。資料採取番号３４１は、資料採取番号３３１と同様に、事例データテーブル３１の資料採取番号３１２と同じデータを持つ主キーである。採取日付３４２は、情報採取を実施した日時を表す。資料名３４３は、パラメータシートテーブル３２の資料名３２２と同じデータを持つ。実行結果３４４は、出力ファイル名３３５のファイルの内容を表す。
【００２７】
次に、本実施形態において行われる障害調査情報の採取処理について説明する。図５は、本実施形態における障害調査情報の採取処理の全体の流れを示したチャート図で、過去事例がある場合の処理を表したものである。図６は、過去事例がない場合の処理を表したものである。はじめに図５について述べる。
【００２８】
まず、監視対象システム２０で障害が発生すると、障害検知部２１は、障害を検知し、検知した障害のエラー番号を障害診断部１１に送信する（ステップＳ５１）。障害診断部１１は、受信したエラー番号を用いて採取情報データベース３０の事例データテーブル３１を検索し、該エラー番号に対応する資料採取番号を抽出する。そして、障害診断部１１は、抽出した資料採取番号を実行要求部１３に送信する（ステップＳ５２）。
【００２９】
実行要求部１３は、受信した資料採取番号を用いて採取情報データベース３０の資料採取コマンドテーブル３３を検索し、該資料採取番号に対応するコマンド実行スクリプトを抽出する。そして、実行要求部１３は、抽出したコマンド実行スクリプトの実行要求を資料採取部２２に送信する（ステップＳ５３）。資料採取部２２は、要求を受けたコマンドを実行し、実行結果を資料登録部１４に送信する（ステップＳ５４）。
【００３０】
資料登録部１４は、受信した実行結果を採取情報データベース３０の採取情報蓄積テーブル３４に登録するとともに、調査担当者端末４０に情報採取完了の通知を行う（ステップＳ５５）。完了通知を受け取った調査担当者端末４０は、採取資料データベース３０の採取情報蓄積テーブル３４にアクセスして、実行結果である障害調査資料を取得する（ステップＳ５６）。
【００３１】
続いて、図６について述べる。まず、障害検知部２１による障害検知、エラー番号の送信については図５と同様である（ステップＳ６１）。そして、障害診断部１１は、事例データテーブル３１を検索して受信したエラー番号と同一のエラー番号がないとき、調査担当者端末４０に対して新規手順作成の通知を行う（ステップＳ６２、ステップＳ６３）。当該通知を受け取った調査担当者端末４０は、新規手順を生成するのに必要なデータをパラメータシートとして入力し、新規手順登録部１２に送信する（ステップＳ６４）。
【００３２】
新規手順登録部１２は、受信したパラメータシートを用いて新規手順のデータを生成し、資料採取コマンドテーブル３３に登録する。また、新規手順登録部１２は、新規手順のデータとして生成した資料採取番号を実行要求部１３に送信する（ステップＳ６５）。実行要求部１３は、受信した資料採取番号を用いて採取コマンドテーブル３３を検索し、該資料採取番号に対応するコマンド実行スクリプトを抽出する。そして、実行要求部１３は、抽出したコマンド実行スクリプトの実行要求を資料採取部２２に送信する（ステップＳ６６）。なお、実行要求部１３は、採取コマンドテーブル３３に登録されたコマンド実行スクリプトを実行するのではなく、新規手順登録部１２から生成されたコマンド実行スクリプトを直接取得して実行要求を資料採取部２２に送信するように構成してもよい。この場合、新規手順登録部１２は、生成したコマンド実行スクリプトを実行要求部１３に送出した後に、資料採取コマンドテーブル３３に登録する。
【００３３】
資料採取部２２によるコマンド実行（ステップＳ６７）、資料登録部１４による実行結果の登録及び完了通知（ステップＳ６８）、調査担当者端末４０による障害調査資料の取得（ステップＳ６９）については、図５と同様である。
【００３４】
図７は、本実施形態における監視対象システム２０（障害検知部２１）の障害検知処理の流れを示したフローチャートである。監視対象システム２０で障害が発生すると、障害検知部２１は障害を検知する（ステップＳ７１）。そして、障害検知部２１は検知した障害に対応するエラー番号を取得する（ステップＳ７２）。ここで、監視対象システム２０のＨＷ／ＳＷは、障害を検知すると製品仕様として定められたエラー番号を出力する。そして、障害検知部２１は、発生した障害のエラー番号を情報採取手順管理システム１０の障害診断部１１に送信する（ステップＳ７３）。
【００３５】
図８は、本実施形態における情報採取手順管理システム１０（障害診断部１１）の障害診断処理の流れを示したフローチャートである。監視対象システム２０（障害検知部２１）から発生した障害のエラー番号を受信すると、障害診断部１１は、その障害が過去事例として登録済みであるか否かを判定する。すなわち、エラー番号をキーとして採取資料データベース３０（事例データテーブル３１）から資料採取番号を検索する（ステップＳ８１）。エラー番号が事例データテーブルに登録されているということは、そのエラー番号が示す障害が過去事例として登録済みであることを意味する。逆に、登録されていないということは、その障害が過去事例として登録されておらず、新規の障害として対応する必要があることを意味する。
【００３６】
このため、エラー番号が事例データテーブル３１に登録されていた場合（ステップＳ８２／ＹＥＳ）は、該エラー番号に対応する資料採取番号を抽出し、実行要求部１３に該資料採取番号を送信する（ステップＳ８３）。なお、発生した障害が過去事例として登録されていた場合でも、採取情報データベース３０（採取情報蓄積テーブル３４）に保持された過去の実行結果を使用しない。そして、後述するように、実行要求部１３にコマンド実行スクリプトの実行要求を送信させて、監視対象システム２０による情報採取処理を行わせる。これは、障害調査には障害発生時点での情報を参照する必要があるため、過去のデータは障害解析に意味がないためである。
【００３７】
一方、エラー番号が事例データテーブル３１に登録されなかった場合（ステップＳ８２／ＮＯ）には、発生した障害が過去事例として登録されておらず、その障害についての資料採取のコマンド実行スクリプトを新規に生成する必要がある旨を調査担当者端末４０に通知する（ステップＳ８４）。なお、調査担当者端末４０は、該通知を受けて、新規のコマンド実行スクリプトを生成するためのデータをパラメータシートとして入力する。
【００３８】
図９は、本実施形態における情報採取手順管理システム１０（新規手順登録部１２）の新規手順生成登録処理の流れを示したフローチャートである。調査担当者端末４０からのデータを受信した新規手順登録部１２は、入力されたパラメータシートを読み込む（ステップＳ９１）。なお、調査担当者端末４０により入力されたパラメータシートは、パラメータシートテーブル３２の各項目を満たすデータ形式であり、読み込んだパラメータシートはパラメータシートテーブル３２にそのまま登録される。
【００３９】
次いで、新規手順登録部１２は、まず資料名とプラットフォームをキーとして資料採取番号を生成する（ステップＳ９２）。この資料採取番号の生成とは、資料採取コマンドテーブル３３においてプラットフォーム及び資料名に対応するデータとして、任意の番号を資料採取番号として割り振るということを意味する。
【００４０】
そして、コマンド名、コマンドオプション、出力形式から、コマンド実行スクリプトと出力ファイル名を生成する（ステップＳ９３）。ここで、コマンド実行スクリプトについて具体的に説明する。情報採取を実施する際にはコマンドを実行するが、このコマンドはコマンドオプションと合わせて実行される（もちろんコマンドオプションがない場合もある）。例えばコマンド実行スクリプト“ｌｓ  −ｌ”は、カレントディレクトリのファイル名を表示させるコマンドである“ｌｓ”と、その出力形式を指定するオプションである“−ｌ”とを組み合わせたものである。つまり、コマンドとコマンドオプションを組み合わせたものがコマンド実行スクリプトである。そして、出力ファイル名は、コマンドの実行結果を保存するファイル名となる。上記の例では、出力ファイル名を“ｌｓ．ｏｕｔ”としたとき、コマンド実行スクリプトの内容は“ｌｓ  −ｌ＞ｌｓ．ｏｕｔ”となる。
【００４１】
続いて、新規手順登録部１２は、生成したコマンド実行スクリプトや資料採取番号等のデータを採取資料データベーステーブル３０（資料採取コマンドテーブル３３）に登録する（ステップＳ９４）。そして、登録した資料採取番号を実行要求部１３に通知し、データ（コマンド実行スクリプト）の取得命令を送信する（ステップＳ９５）。
【００４２】
図１０は、本実施形態における情報採取手順管理システム１０（実行要求部１３）のコマンド実行要求処理の流れを示したフローチャートである。実行要求部１３は、障害診断部１１で過去事例があると判定された場合には、障害診断部１１から登録済みのエラー番号に対応する資料採取番号を取得する。他方、過去事例がないと判定された場合には、新規手順登録部１２から新規に生成された資料採取番号を取得する。
【００４３】
そして、実行要求部１３は、取得した資料採取番号をキーにして採取資料データベース３０（資料採取コマンドテーブル３３）を検索し、該資料採取番号に対応するコマンド実行スクリプトを抽出する（ステップＳ１０１）。次いで、実行要求部１３は、抽出したコマンド実行スクリプトの実行要求を監視対象システム２０（資料採取部２２）に送信する（ステップＳ１０２）。
【００４４】
図１１は、本実施形態における監視対象システム２０（資料採取部２２）のコマンド実行処理の流れを示したフローチャートである。資料採取部２２は、情報採取手順管理システム１０（実行要求部１３）から取得したコマンド実行スクリプトに従って、障害情報の採取を実行する（ステップＳ１１１）。コマンドの実行結果は、採取情報蓄積テーブル３４の各項目を満たす採取日付、資料名、実行結果（障害情報）を含むデータとして構成される。コマンド実行後、その実行結果を情報採取手順管理システム１０（資料登録部１４）に送信する（ステップＳ１１２）。
【００４５】
図１２は、本実施形態における情報採取手順管理システム１０（資料登録部１４）の実行結果登録処理の流れを示したフローチャートである。資料登録部１４は、監視対象システム２０（資料採取部２２）からのコマンド実行結果を採取資料データベース３０（採取情報蓄積テーブル３４）に登録する（ステップＳ１２１）。なお、発生した障害が過去事例として登録されている場合は、同一のエラー番号及び資料採取番号に対応する過去の実行結果が採取情報蓄積テーブル３４に単数あるいは複数存在する。この場合、キーになる資料採取番号は同一であっても、採取日付や実行結果（障害情報）が異なる別データとして登録されることになる。
【００４６】
そして、資料登録部１４は、障害情報の採取処理が完了した旨の通知を調査担当者端末４０に対して行う（ステップＳ１２２）。資料登録部１４から採取完了の通知を受けた調査担当者端末４０は、採取情報データベース３０にアクセスして、採取情報蓄積テーブル３４に格納されている実行結果を読み出して障害情報を取得する。
【００４７】
上述した本実施形態によれば、顧客システムにて製品の障害が発生した場合の解析・復旧のために必要な情報採取を、自動実行可能な形でかつ迅速に、そして効率的に調査担当者が実施することが可能となる。この結果、顧客システムでの製品の障害に対する迅速かつ適切な対応が実現される。その理由は、情報採取手順管理システムを介して新たな情報採取手順をフォーマットルールに基づいた形式で登録し自動実行開始の命令を情報採取手順管理システムに出すことで、未知の手順であっても自動実行による正確で効率的な情報採取が可能となるためである。
【００４８】
［実施形態２］
図１３は、本発明の第２の実施形態である情報採取手順管理システムの構成を示した図である。本実施形態の情報採取手順管理システム１０は、監視対象システム２０、採取情報データベース３０、調査端走者端末４０、及び運用担当者端末５０とネットワーク接続され、これらとともに障害調査情報採取システムを構成する。実施形態１と異なる点は、運用担当者端末５０を含んで障害調査情報採取システムが構成されている点である。以下、実施形態１との相違点についてのみ述べることとし、それ以外は実施形態１と同様であるため説明を省略する。
【００４９】
運用担当者端末５０は、情報採取手順管理システム１０の運用担当者が採取情報データベースに登録される情報採取手順の承認処理を行うための端末装置である。つまり、新規手順の作成は調査担当者端末４０が担当し、作成され登録される手順の承認は運用担当者端末５０が担当する。正確には、新規手順の生成及び登録の処理自体は情報採取手順管理システム１０（新規手順登録部１２）が行い、調査担当者端末４０は新規手順生成に必要なパラメータシートを入力する。
【００５０】
図１４は、本実施形態における情報採取手順管理システム１０（実行要求部１３）の実行結果登録処理の流れを示したフローチャートである。まず、実行要求部１３は、障害診断部１１あるいは新規手順登録部１２から資料採取番号を取得する。本実施形態における運用担当者による承認処理では、情報採取手順が採取資料データベース３０に登録済みであることが前提である。そして、取得した資料採取番号をキーにして採取資料データベース３０（資料採取コマンドテーブル３４）から承認フラグを検索する（ステップＳ１４１）。承認フラグは、例えば図４（ｅ）に示すように、資料採取コマンドテーブル３３に出力ファイル名３３５に続く項目として承認フラグ３３６を設けてもよい。また、承認フラグ３３６は、例えば初期状態（未承認の状態）を“０”とし、承認処理で“１”を入力するように構成することができる。
【００５１】
承認フラグが承認済みであった場合（ステップＳ１４２／ＹＥＳ）は、採取番号に対応するコマンド実行スクリプトを監視対象システム２０（資料採取部２２）へ送信する（ステップＳ１４３）。他方、承認フラグが未承認であった場合（ステップＳ１４２／ＮＯ）は、新規手順が未承認である旨を運用担当者端末５０に通知し、運用担当者端末５０に承認処理を促す（ステップＳ１４４）。
【００５２】
図１５は、本実施形態における運用担当者端末５０の手順承認処理の流れを示したフローチャートである。運用担当者端末５０は、情報採取手順管理システム１０（実行要求部１３）から新規手順承認の依頼通知を受信する（ステップＳ１５１）。このとき受信する依頼通知には新規手順を識別するための資料採取番号が付加される。次いで、運用担当者端末５０は、資料採取番号をキーにして採取資料データベース３０（資料採取コマンドテーブル３３）から新規手順（コマンド実行スクリプト等）を確認する（ステップＳ１５２）。このように採取資料データベース３０へ直接アクセスする場合、そのトリガは実行要求部１３によって与えられることになる。なお、運用担当者端末５０は、障害診断部１１を通じて採取資料データベース３０内の新規手順の内容を確認するように構成することもできる（この場合のトリガは障害診断部１１により与えられる）。
【００５３】
そして、運用担当者は新規手順に問題がなければ承認し（ステップＳ１５３）、運用担当者端末５０により採取資料データベース３０（資料採取コマンドテーブル３３）の承認フラグに承認済みを登録する（ステップＳ１５４）。続いて、運用担当者端末５０は、情報採取手順管理システム１０（実行要求部１３）に資料採取番号を通知してデータ取得命令を送信する（ステップＳ１５５）。以降、監視対象システム２０による情報採取処理、情報採取手順管理システム１０による実行結果の登録処理等については、実施形態１と同様である。
【００５４】
本実施形態において、あくまでも新規手順の生成登録処理と承認処理とは別の処理であるため、承認処理がなされない以上、新規手順が登録された段階では承認フラグは未承認である。このため、調査担当者端末４０のパラメータ入力を受けて新規手順が生成され登録されたときは、実行要求部１３は常に運用担当者端末５０に通知して承認処理を促す。そして、承認処理後に採取情報データベース３０からコマンド実行スクリプトを抽出し、監視対象システム２０に該コマンドの実行要求を送信する。一方で、情報採取手順が採取情報データベース３０に登録済みの場合は承認フラグが承認となっているため、実行要求部１３は、抽出したコマンド実行スクリプトの実行要求を監視対象システム２０に送信する。なお、一度承認の登録がなされた承認フラグは未承認の状態にはならない。
【００５５】
上述した本実施形態によれば、運用担当者端末を配置して新規手順の承認プロセスを設けるように構成したため、運用者にとって不適切な新規手順の実行を防ぐことができるとともに、安全なシステム運用を行いながら迅速な情報採取を実現することが可能となる。
【００５６】
［実施形態３］
本発明の第３の実施形態として、発生した障害の調査資料を採取するコマンドに近い資料採取コマンドを決定するための機能を情報採取手順管理システムが有するように構成することができる。実施形態１や実施形態２では、障害診断部１１は過去事例がない場合には新規手順作成を促していた。本実施形態では、障害診断部１１は監視対象システム２０から取得したエラー番号が採取情報データベース３０に登録されていなかったときに、そのエラー番号に近い数字のエラー番号を検索して対応する資料採取番号を決定する。
【００５７】
ここで、エラー番号に近い数字とは、エラー番号の割り当て方を考慮して決める。例えばエラーをカテゴリに分け、１００番台をシステム内部の処理エラー、２００番台をネットワーク通信上のエラー等というように割り当てる場合を考える。この場合、同じＸ００番台のエラーの中から、発生した障害を示すエラー番号に数字の近い番号を「近い障害を指すエラー番号」として検索し、検索したエラー番号に対応する資料採取番号を抽出して「障害調査資料の採取手順候補」として決定する。
【００５８】
その後、障害診断部１１は、実行要求部１３を通じてその資料採取番号に対応するコマンド実行スクリプトを取得する。そして、近い資料採取コマンドの実行スクリプトを資料採取手順の候補として調査担当者端末４０に送信し、また過去事例のなかった旨を通知する。調査担当者としては、資料採取手順の候補である実行スクリプトの実行要求をそのまま監視対象システム２０に送信することもできるし、またパラメータ入力して新規に資料採取手順を作成することもできる。
【００５９】
上述した本実施形態では、発生した障害が過去事例として登録されていなかった場合でも、発生した障害に近い障害に関する手順を資料採取手順の候補として決定するため、できる限り調査担当者の負荷を軽減することが可能となる。また、資料採取手順の候補を用いるかあるいは新規に資料採取手順を作成するか任意に選択できるため調査担当者にとって使い勝手が向上する。
【００６０】
なお、以上述べてきた実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００６１】
すなわち、本実施形態における情報採取手順管理システムで実行される情報採取手順管理プログラムは、先に述べた情報採取手順管理システム１０の各部（障害診断部１１、新規手順登録部１２、実行要求部１３、資料登録部１４）を含むモジュール構成となっており、実際のハードウェアを用いて具体的手段を実現する。つまり、情報採取手順管理システム１０におけるコンピュータ（ＣＰＵ）が所定の記録媒体から該プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、障害診断部１１、新規手順登録部１２、実行要求部１３、資料登録部１４が主記憶装置上に生成される。
【００６２】
情報採取手順管理システムで実行される情報採取手順管理プログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、この情報採取手順管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【００６３】
また、上記情報採取手順管理プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記情報採取手順管理プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００６４】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【図面の簡単な説明】
【００６５】
【図１】本発明が適用される情報採取手順管理システムの構成を示した図である。
【図２】本発明の実施形態に係る情報採取手順管理システムの構成を示した図である。
【図３】本発明の実施形態における採取情報データベースの構成を示した図である。
【図４】本発明の実施形態における採取情報データベースを構成する各テーブルのデータ構造を示した図である。
【図５】本発明の実施形態における障害調査情報の採取処理の全体の流れを示したチャート図である。
【図６】本発明の実施形態における障害調査情報の採取処理の全体の流れを示したチャート図である。
【図７】本発明の実施形態における監視対象システムの障害検知処理の流れを示したフローチャートである。
【図８】本実施形態における情報採取手順管理システムの障害診断処理の流れを示したフローチャートである。
【図９】本実施形態における情報採取手順管理システムの新規手順生成登録処理の流れを示したフローチャートである。
【図１０】本実施形態における情報採取手順管理システムのコマンド実行要求処理の流れを示したフローチャートである。
【図１１】本実施形態における監視対象システムのコマンド実行処理の流れを示したフローチャートである。
【図１２】本実施形態における情報採取手順管理システムの実行結果登録処理の流れを示したフローチャートである。
【図１３】本発明の実施形態に係る情報採取手順管理システムの構成を示した図である。
【図１４】本実施形態における情報採取手順管理システムの実行結果登録処理の流れを示したフローチャートである。
【図１５】本実施形態における運用担当者端末の手順承認処理の流れを示したフローチャートである。
【符号の説明】
【００６６】
１，１０    情報採取手順管理システム
２，１１    障害診断部
３，１２    新規手順登録部
４，１３    実行要求部
５    実行結果登録部
６，２０    監視対象システム
７，３０    採取情報データベース
８    第１端末装置
９    障害調査情報採取システム
１４    資料登録部
２１    障害検知部
２２    資料採取部
３１    事例データテーブル
３２    パラメータシートテーブル
３３    資料採取コマンドテーブル
３４    採取情報蓄積テーブル
４０    調査担当者端末
５０    運用担当者端末
【図１】
2009193207.tif 000003
【図２】
2009193207.tif 000004
【図３】
2009193207.tif 000005
【図４】
2009193207.tif 000006
【図５】
2009193207.tif 000007
【図６】
2009193207.tif 000008
【図７】
2009193207.tif 000009
【図８】
2009193207.tif 000010
【図９】
2009193207.tif 000011
【図１０】
2009193207.tif 000012
【図１１】
2009193207.tif 000013
【図１２】
2009193207.tif 000014
【図１３】
2009193207.tif 000015
【図１４】
2009193207.tif 000016
【図１５】
2009193207.tif 000017