障害解析方法

トップ :: G 物理学 :: G06 計算;計数

【発明の名称】	障害解析方法
【発明者】	【氏名】滝沢弘幸【住所又は居所】静岡県三島市南町６番７８号東芝テック株式会社三島事業所内
【要約】	【課題】障害発生の原因を自動的に突き止め、短時間で対処する。【解決手段】プログラムをインストールする毎に、プログラムモジュールの機能やレベルを知らせるバージョン情報、そのプログラムモジュールにとって必要不可欠なファイルを知らせる依存ファイル情報及びそのプログラムモジュールがおかれるフォルダ位置を知らせるロケーション情報をチェックして環境情報として記憶部に保持し、障害が発生すると、記憶部に保持した環境情報に基づいて、インストールされた各プログラムモジュールについて、プログラムモジュールが該当するロケーション情報のフォルダ位置に存在するか、該当する依存ファイルがすべて存在するか、また、該当するバージョンになっているかをそれぞれチェックし、障害発生の原因となったプログラムモジュールを特定して知らせる。

【特許請求の範囲】
【請求項１】プログラムをインストールする毎に、プログラムモジュールの機能やレベルを知らせるバージョン情報、そのプログラムモジュールにとって必要不可欠なファイルを知らせる依存ファイル情報及びそのプログラムモジュールがおかれるフォルダ位置を知らせるロケーション情報をチェックして環境情報として記憶部に保持し、障害が発生すると、前記記憶部に保持した環境情報に基づいて、インストールされた各プログラムモジュールについて、プログラムモジュールが該当するロケーション情報のフォルダ位置に存在するか、該当する依存ファイルがすべて存在するか、また、該当するバージョンになっているかをそれぞれチェックし、障害発生のプログラムモジュールを特定して知らせることを特徴とする障害解析方法。
【請求項２】インストールされた各プログラムモジュールに対するチェックを、プログラムモジュールが正常に動作するバージョンが見つかるまで繰り返し行い、障害発生のプログラムモジュールを特定して知らせるとともに正常に動作するバージョンを知らせることを特徴とする請求項１記載の障害解析方法。

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、障害が発生したプログラムモジュールを解析して知らせることができる障害解析方法に関する。
【０００２】
【従来の技術】プログラムをインストールして動作するシステムにおいてはファーム、ドライバ、アプリケーション等の多種多様のプログラムモジュールが管理されている。このようなシステムでは、頻繁にリリースされる各プログラムモジュールをインストールする作業が非常に煩雑になるため、プログラムモジュールのインストールを忘れたり、誤って古いバージョンのプログラムモジュールをインストールしたりなどの誤作業が発生し、これが原因で特定機能が使用できなくなったり、システム全体が機能しなくなるなどの障害が発生していた。そして、このような障害が発生すると、多種多様のプログラムモジュールの中から障害発生の原因となった該当するプログラムモジュールとそのバージョンを見つけ出して対処していた。
【０００３】
【発明が解決しようとする課題】しかし、従来は、多種多様のプログラムモジュールの中から障害発生の原因となった該当するプログラムモジュールとそのバージョンを見つけ出す作業が非常に面倒で多大な時間を要するという問題があった。
【０００４】そこで、本発明は、障害が発生すると、その原因を自動的に突き止めて知らせることができ、障害の発生に対して短時間で対処することができる障害解析方法を提供する。
【０００５】
【課題を解決するための手段】本発明は、プログラムをインストールする毎に、プログラムモジュールの機能やレベルを知らせるバージョン情報、そのプログラムモジュールにとって必要不可欠なファイルを知らせる依存ファイル情報及びそのプログラムモジュールがおかれるフォルダ位置を知らせるロケーション情報をチェックして環境情報として記憶部に保持し、障害が発生すると、記憶部に保持した環境情報に基づいて、インストールされた各プログラムモジュールについて、プログラムモジュールが該当するロケーション情報のフォルダ位置に存在するか、該当する依存ファイルがすべて存在するか、また、該当するバージョンになっているかをそれぞれチェックし、障害発生のプログラムモジュールを特定して知らせることにある。
【０００６】
【発明の実施の形態】以下、本発明の一実施の形態を、図面を参照して説明する。図１はシステムを構成する機器の要部構成を示すブロック図で、１は制御部本体を構成するＣＰＵ（中央処理装置）、２は前記ＣＰＵ１が各部を制御するためのプログラムデータを格納したＲＯＭ（リード・オンリー・メモリ）、３は前記ＣＰＵ１がデータの演算や処理のために使用するメモリ等を設けたＲＡＭ（ランダム・アクセス・メモリ）、４は外部からインストールしたプログラムデータやその環境を管理するデータ等を記憶するハードディスク装置である。
【０００７】５は液晶ディスプレイ６を制御して情報の表示を行わせるディスプレイコントローラ、７はキーボード８を制御してそのキーボード８からのキー信号を取り込むキーボードコントローラ、９はメカ機構部１０を駆動制御するメカ機構駆動部である。前記ＣＰＵ１と、ＲＯＭ２、ＲＡＭ３、ハードディスク装置４、ディスプレイコントローラ５、キーボードコントローラ７及びメカ機構駆動部９とは、バスライン１１によって電気的に接続されている。
【０００８】外部からファーム、ドライバ、アプリケーション等の多種多様のプログラムをインストールするが、プログラムのインストールがあったときは、前記ＣＰＵ１は、プログラムの種類毎にそのプログラムモジュール名、バージョン情報、依存ファイル情報、ロケーション情報を、前記ハードディスク装置４に設けた管理情報ファイル４１によって管理するようになっている。
【０００９】すなわち、前記管理情報ファイル４１は、図２に示すように、同一のプログラムモジュール名について、バージョンアップが行われる毎にそれまでの情報に追加してプログラムモジュール名（例えば、ＡＡＡ．ＥＸＥ）Ｍ、バージョン情報（例えば、V0.0.0.0）■、依存ファイル情報（例えば、aaa.dll）■、ロケーション情報（例えば、c:\AAA\BBB）■を管理する構成になっている。そして、このような構成の管理情報ファイル４１が前記ハードディスク装置４にプログラムモジュール毎に形成されることになる。
【００１０】なお、バージョン情報とは、プログラムモジュールの機能やレベルを示す情報であり、依存ファイル情報とは、プログラムモジュールに必要不可欠なファイルを示す情報であり、ロケーション情報とは、プログラムモジュールが置かれているフォルダ位置を示す情報である。
【００１１】前記ＣＰＵ１は、図３に示すように、外部からプログラムモジュールをインストールすると、Ｓ１にて、プログラムモジュールのバージョン情報、依存ファイル情報、ロケーション情報をチェックする。そして、Ｓ２にて、プログラムモジュール名、バージョン情報、依存ファイル情報、ロケーション情報を環境情報として前記管理情報ファイル４１に保持する。
【００１２】そして、障害発生を判断すると、Ｓ３にて、環境のチェック処理を行う。このチェック処理は、図４に示すように、Ｓ１１にて、障害を発生したプログラムモジュールが該当するロケーション、すなわち、フォルダ位置に存在するか否かをチェックする。
【００１３】障害を発生したプログラムモジュールが該当するフォルダ位置にあれば、続いて、Ｓ１２にて、そのプログラムモジュールに該当する依存ファイルがすべて存在し、該当するバージョンになっているか否かをチェックする。
【００１４】そして、該当する依存ファイルがすべて存在しないか、該当するバージョンになっていなければ、Ｓ１３にて、１つ前のバージョンに戻す。例えば、図２の管理情報ファイル４１において、バージョン情報V1.0.0.0のプログラムモジュールに障害が発生したときにはバージョン情報V0.1.0.0のプログラムモジュールに戻すことになる。
【００１５】１つ前のバージョンに戻してから再度、Ｓ１１、Ｓ１２の処理を繰り返す。そして、該当する依存ファイルがすべて存在し、該当するバージョンになっていることを判断すると、Ｓ１４にて、液晶ディスプレイ６を使用して問題発生要因を操作者に知らせる。すなわち、障害を発生したプログラムモジュールを特定して知らせる。また、動作できるバージョンまで戻すように操作者に知らせる。
【００１６】また、Ｓ１１にて、障害を発生したプログラムモジュールが該当するフォルダ位置にないことを判断すると、直ちに、Ｓ１４にて、液晶ディスプレイ６を使用して問題発生要因を操作者に知らせる。また、動作できるバージョンまで戻すように操作者に知らせる。
【００１７】このような構成においては、外部からプログラムモジュールをインストールすると、そのプログラムモジュール名、バージョン情報、依存ファイル情報、ロケーション情報が環境情報として管理情報ファイル４１に保持される。このようにして、インストールされたプログラムモジュールのプログラムモジュール名、バージョン情報、依存ファイル情報、ロケーション情報が管理される。そして、同じプログラムモジュール名のプログラムモジュールが再度インストールされると、そのプログラムモジュールのプログラムモジュール名、バージョン情報、依存ファイル情報、ロケーション情報が管理情報ファイル４１に追加保持される。
【００１８】そして、障害が発生すると、環境のチェック処理が行われる。例えば、障害がバージョン情報V1.0.0.0のプログラムモジュールにおいて発生すると、障害を発生したプログラムモジュールが該当するフォルダ位置に存在するか否かをチェックし、また、障害を発生したプログラムモジュールに該当する依存ファイルがすべて存在し、該当するバージョンになっているか否かをチェックし、問題発生の要因を調べる。
【００１９】障害を発生したプログラムモジュールが該当するフォルダ位置に存在するが、障害を発生したプログラムモジュールに該当する依存ファイルがすべて存在しないか、該当するバージョンになっていないときには１つ前のバージョンに戻して同様のチェックを行う。
【００２０】そして、障害を発生したプログラムモジュールが該当するフォルダ位置に存在しないことを判断した時点、また、障害を発生したプログラムモジュールが該当するフォルダ位置に存在し、かつ、障害を発生したプログラムモジュールに該当する依存ファイルがすべて存在し、該当するバージョンになっていることを判断した時点で、液晶ディスプレイ６に問題発生要因を操作者に知らせる情報及び動作できるバージョンまで戻すように操作者に知らせる情報を表示する。
【００２１】このように、障害が発生すると、その原因を自動的に突き止めて操作者に知らせることができる。従って、操作者は、障害の発生に対して短時間で対処することができるようになる。従って、例えば、ファーム、ドライバ、アプリケーションなどのプログラムモジュールをインストールして使用する業務システムにおいて、これらのモジュールに必要な依存ファイルが１つでも欠けたり、モジュールが古いモジュールに入れ替わったりして突然動作しなくなる障害が発生してもその原因を速やかに見つけて知らせることができる。
【００２２】
【発明の効果】以上詳述したように、本発明によれば、障害が発生すると、その原因を自動的に突き止めて知らせることができ、障害の発生に対して短時間で対処することができる障害解析方法を提供できる。

【出願人】	【識別番号】０００００３５６２【氏名又は名称】東芝テック株式会社【住所又は居所】東京都千代田区神田錦町１丁目１番地
【出願日】	平成１４年３月２２日（２００２．３．２２）
【代理人】	【識別番号】１０００５８４７９【弁理士】【氏名又は名称】鈴江武彦（外６名）
【公開番号】	特開２００３－２８０９１３（Ｐ２００３－２８０９１３Ａ）
【公開日】	平成１５年１０月３日（２００３．１０．３）
【出願番号】	特願２００２－８１６６９（Ｐ２００２－８１６６９）