(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続される複数の情報通信処理装置で発生する障害を統合管理する障害統合管理装置であって、
前記情報通信処理装置から通知される障害情報をディスプレイに表示する表示手段と、
前記表示手段の表示処理に応答して入力される障害対処情報と、前記障害情報の持つキーデータに関連付けられるノウハウキーデータとを入力する入力手段と、
前記キーデータに対応付ける形で、前記障害情報と前記障害対処情報とを関連付けて記憶する第１の記憶手段と、
前記ノウハウキーデータに対応付ける形で、前記障害情報と前記障害対処情報とを関連付けて記憶する第２の記憶手段と、
キーデータを指定して検索要求が発行される場合に、該キーデータが前記第１の記憶手段に記憶されているのか否かを判断して、記憶されている場合には、前記第１の記憶手段から該キーデータの指す障害対処情報を読み出して出力し、記憶されていない場合には、該キーデータが前記ノウハウキーデータとして前記第２の記憶手段に記憶されているのか否かを判断して、記憶されている場合には、前記第２の記憶手段から該ノウハウキーデータの指す障害対処情報を読み出して出力する検索手段と、
を備えることを特徴とする障害統合管理装置。
【請求項２】
前記情報通信処理装置から通知される障害情報について対処が必要なものであるのか否かを判断する判断手段を更に備え、
前記表示手段は、前記判断手段により対処の必要な障害情報であると判断された障害情報をディスプレイに表示する
ことを特徴とする請求項１記載の障害統合管理装置。
【請求項３】
前記情報通信処理装置から通知される障害情報を統一された形式に変換する変換手段を更に備え、
前記判断手段は、前記変換手段により統一された形式に変換された障害情報に基づいて対処が必要なものであるのか否かを判断する
ことを特徴とする請求項２記載の障害統合管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続される複数の情報通信処理装置で発生する障害を統合管理する障害統合管理装置に関し、特に、障害発生に対して、簡単に対処できるようにする機能を持つ障害統合管理装置に関する。
【０００２】
【従来の技術】
複数の情報通信処理装置がネットワークを介して接続されることで構成されるデータ処理システムがある。
【０００３】
このようなデータ処理システムでは、通常、異なるメーカの情報通信処理装置を混在して用いる構成を採っている。
これから、このようなデータ処理システムでは、従来、発生した障害情報を一元管理するという構成を採っていなかった。
【０００４】
【発明が解決しようとする課題】
しかしながら、このような従来技術に従っていると、このようなデータ処理システムで発生した障害情報をノウハウとして一元的に蓄積することができないという問題点があった。
【０００５】
これから、新たに障害発生するときに、障害監視要員がどのような対処を施せばよいのかが分からず、障害発生に対して簡単に対処できないという問題点があった。
【０００６】
本発明はかかる事情に鑑みてなされたものであって、ネットワークを介して接続される複数の情報通信処理装置で発生する障害を統合管理する構成を採るときにあって、障害発生に対して、簡単に対処できるようにする機能を持つ新たな障害統合管理装置の提供を目的とする。
【０００７】
【課題を解決するための手段】
図１に本発明の原理構成を図示する。
図中、１は本発明を具備する障害統合管理装置であって、ネットワーク２を介して接続される複数の情報通信処理装置３で発生する障害を統合管理するもの、４は障害統合管理装置１の備える端末であって、障害監視要員との対話装置となるものである。
【０００８】
この障害統合管理装置１は、受信手段１０と、変換手段１１と、判断手段１２と、表示手段１３と、第１の入力手段１４と、第１のデータベース１５と、第２の入力手段１６と、第２のデータベース１７と、登録手段１８と、検索手段１９とを備える。
【０００９】
受信手段１０は、情報通信処理装置３から通知される障害情報を受信する。変換手段１１は、情報通信処理装置３が異なる方式のもので構成されるときに、情報通信処理装置３から通知される障害情報を統一された形式に変換する。判断手段１２は、情報通信処理装置３から通知される障害情報が対処の必要なものであるのか否かを判断する。表示手段１３は、情報通信処理装置３から障害情報が通知されるときに、その障害情報を端末４のディスプレイに表示することで、障害監視要員に対して、その障害情報を表示する。
【００１０】
第１の入力手段１４は、表示手段１３の表示処理に応答して入力される障害監視要員からの障害対処情報を入力する。第１のデータベース１５は、表示手段１３の表示する障害情報と、第１の入力手段１４の入力する障害対処情報との対応関係を、その障害情報の持つデータをキーにして管理する。
【００１１】
第２の入力手段１６は、第１の入力手段１４の入力する障害対処情報に対応付けて入力されて、第１のデータベース１５のキーデータに関連付けられるノウハウキーデータを入力する。第２のデータベース１７は、第２の入力手段１６の入力するノウハウキーデータに対応付けて、第１のデータベース１５の管理する障害情報と障害対処情報との対応関係を管理する。
【００１２】
登録手段１８は、第１及び第２のデータベース１５,1７へのデータ登録処理を実行する。検索手段１９は、第１及び第２のデータベース１５,1７のデータを検索することで、障害監視要員に対して、発生した障害に対しての障害対処情報を通知する。
【００１３】
このように構成される本発明の障害統合管理装置１では、受信手段１０が障害情報を受信すると、判断手段１２は、その受信された障害情報が対処の必要なものであるのか否かを判断し、これを受けて、表示手段１３は、その受信された障害情報が対処の必要なものであると判断されるときに、その障害情報を端末４のディスプレイに表示することで、障害監視要員に対して、その障害情報を表示する。
【００１４】
この障害情報の表示を受けて、障害監視要員は、障害の対処処理を実行し、その実行を終了すると、その障害対処情報と、その障害情報の持つキーデータに関連付けられるノウハウキーデータとを入力してくるので、第１の入力手段１４は、この入力されてくる障害対処情報を入力し、これを受けて、登録手段１８は、表示された障害情報と、この入力されてくる障害対処情報との対応関係を、その障害情報の持つデータをキーにして第１のデータベース１５に登録する。
【００１５】
そして、第２の入力手段１６は、この入力されてくるノウハウキーデータを入力し、これを受けて、登録手段１８は、第１のデータベース１５に登録した障害情報と障害対処情報との対応関係を、この入力されてくるノウハウデータをキーにして第２のデータベース１７に登録する。
【００１６】
このようにして、第１のデータベース１５に、障害情報の持つキーデータをキーにして、障害情報と障害対処情報との対応関係が登録され、第２のデータベース１７に、第１のデータベース１５のキーデータに関連付けられるノウハウキーデータをキーにして、第１のデータベース１５に登録される障害情報と障害対処情報との対応関係が登録されることになる。
【００１７】
この第１及び第２のデータベース１５,1７を受けて、端末４のディスプレイに障害情報が表示されるときに、障害監視要員がキーデータ（ノウハウキーデータ）を指定して障害対処情報の検索要求を発行してくるので、検索手段１９は、この検索要求に応答して、先ず最初に、指定されるキーデータ（ノウハウキーデータ）を使って第１のデータベース１５を検索することで、発生した障害情報に対応した障害対処情報を得て、それを端末４のディスプレイに表示し、一方、指定されるキーデータ（ノウハウキーデータ）が第１のデータベース１５に登録されていない場合には、指定されるキーデータ（ノウハウキーデータ）を使って第２のデータベース１７を検索することで、発生した障害情報に対応した障害対処情報を得て、それを端末４のディスプレイに表示する。これにより、障害監視要員は、発生した障害に対して迅速に対処できるようになる。
【００１８】
このように、本発明の障害統合管理装置１を用いると、障害監視要員は、ネットワークを介して接続される複数の情報通信処理装置３で障害が発生するときに、その障害発生に対して簡単に対処できるようになる。
以下に、以上に説明した本発明の障害統合管理装置１の構成についてまとめる。
本発明の障害統合管理装置１は、ネットワークを介して接続される複数の情報通信処理装置で発生する障害を統合管理する処理を行うものであって、前記情報通信処理装置から通知される障害情報をディスプレイに表示する表示手段と、前記表示手段の表示処理に応答して入力される障害対処情報と、前記障害情報の持つキーデータに関連付けられるノウハウキーデータとを入力する入力手段と、前記キーデータに対応付ける形で、前記障害情報と前記障害対処情報とを関連付けて記憶する第１の記憶手段と、前記ノウハウキーデータに対応付ける形で、前記障害情報と前記障害対処情報とを関連付けて記憶する第２の記憶手段と、キーデータを指定して検索要求が発行される場合に、該キーデータが前記第１の記憶手段に記憶されているのか否かを判断して、記憶されている場合には、前記第１の記憶手段から該キーデータの指す障害対処情報を読み出して出力し、記憶されていない場合には、該キーデータが前記ノウハウキーデータとして前記第２の記憶手段に記憶されているのか否かを判断して、記憶されている場合には、前記第２の記憶手段から該ノウハウキーデータの指す障害対処情報を読み出して出力する検索手段とを備える。
この構成を採るときにあって、前記情報通信処理装置から通知される障害情報について対処が必要なものであるのか否かを判断する判断手段を更に備え、前記表示手段は、前記判断手段により対処の必要な障害情報であると判断された障害情報をディスプレイに表示することがある。
そして、この構成を採るときにあって、前記情報通信処理装置から通知される障害情報を統一された形式に変換する変換手段を更に備え、前記判断手段は、前記変換手段により統一された形式に変換された障害情報に基づいて対処が必要なものであるのか否かを判断することがある。
【００１９】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
図２に、本発明の一実施例を図示する。図中、図１で説明したものと同じものについては同一の記号で示してある。
【００２０】
ここで、情報通信処理装置３（システム）は、例えば、１つの会社の様々な業務を遂行するものとして用意され、これから、これらの情報通信処理装置３としては、異なるメーカのシステムが混在して用いられるとともに、これらの情報通信処理装置３では、様々な異なる業務が遂行されることになる。
【００２１】
この実施例に従う本発明の障害統合管理装置１は、情報通信処理装置３で発生する障害の統合管理を実現するために、監視対象となる情報通信処理装置３に対応付けて設けられて、対となる情報通信処理装置３で障害が発生したのか否かを監視する第１の監視プログラム２０と、情報通信処理装置３で発生した障害が対処の必要なものであるのか否かを判断する第２の監視プログラム２１と、情報通信処理装置３で発生した障害情報とその対処方法との対応関係を管理するデータベース２２（後述するように、メインデータベース２２０とノウハウデータベース２２１という２つのもので構成されている）と、データベース２２を管理する管理プログラム２３と、情報通信処理装置３で発生した障害情報を端末４に表示する表示プログラム２４と、障害監視要員との間の対話処理に従って、情報通信処理装置３で発生した障害の対処方法等を入力する対話プログラム２５と、障害監視要員の必要とする障害の対処方法を検索する検索プログラム２６と、第１の監視プログラム２０の監視処理に必要となる情報を管理する障害情報登録テーブル２７と、第２の監視プログラム２１の判断処理に必要となる情報を管理する障害情報選択テーブル２８とを備える。
【００２２】
この障害情報登録テーブル２７は、具体的には、メッセージＩＤを持つ情報通信処理装置３については、図３（ａ）に示すように、障害メッセージの持つメッセージＩＤを管理する。また、メッセージＩＤを持たない情報通信処理装置３については、図３（ｂ）に示すように、例えば、「メッセージの１０〜３０カラムが障害発生を示すときには、メッセージの先頭にメッセージＩＤ“ＡＡＡ００１”を付加する」というように、メッセージのどこの部分がどうなっているときに、障害のメッセージであるのかをということを管理するとともに、そのときにどのようなメッセージＩＤを付加するのかということを管理する。
【００２３】
一方、障害情報選択テーブル２８は、具体的には、図４に示すように、メッセージＩＤ対応に、そのメッセージＩＤの指すメッセージや、そのメッセージに対応付けて送られてくるシステム名（情報通信処理装置３のシステム名）がどのようになっているときに、対処の必要な障害メッセージであるのかということを管理する。
【００２４】
例えば、メッセージＩＤが“ＩＤ１”であるときには、そのメッセージに対応付けて送られてくるシステム名が「運用」を表示するときには、対処の必要な障害メッセージであると管理したり、メッセージＩＤが“ＩＤ２”で、そのメッセージに対応付けて送られてくるシステム名が「運用１」を表示するときにあって、そのメッセージのテキスト部の１〜３カラムが「ＯＮＬ」というジョブ名を表示しているときには、対処の必要な障害メッセージであると管理したり、メッセージＩＤが“ＩＤ３”で、そのメッセージに対応付けて送られてくるシステム名が「運用２」を表示するときにあって、そのメッセージのテキスト部の第３トークンが「異常」を表示し、かつ、２１〜２３カラムが「リアル」を表示しているときには、対処の必要な障害メッセージであると管理する。
【００２５】
図５に、第１の監視プログラム２０の実行する処理フローの一実施例、図６に、第２の監視プログラム２１の実行する処理フローの一実施例、図７に、管理プログラム２３の実行する処理フローの一実施例、図８に、対話プログラム２５の実行する処理フローの一実施例、図９に、検索プログラム２６の実行する処理フローの一実施例を図示する。次に、これらの処理フローに従って、本発明について詳細に説明する。
【００２６】
情報通信処理装置３が動作情報のメッセージを送信すると、その情報通信処理装置３に対応付けて設けられる第１の監視プログラム２０が起動され、このようにして起動されると、その第１の監視プログラム２０は、図５の処理フローに示すように、先ず最初に、ステップ１で、その動作情報のメッセージと、それに対応付けて送られてくるシステム名とを取り込む。
【００２７】
ここで、情報通信処理装置３から送られてくるメッセージには、ジョブ名や、システム種別（オンライン、バッチの区別）や、機器アドレス等が含まれている。システム名については、メッセージとは別に、メッセージに対応付けて送られてくる。また、図２では省略したが、機器アドレスと装置名との対応関係を管理するテーブルが用意されているので、メッセージの持つ機器アドレスに従って、そのメッセージの発行元の装置がＤＡＳＤであるとか、ワークステーションであるかといったことが特定できるようになっている。
【００２８】
ステップ１で動作情報のメッセージとシステム名とを取り込むと、続いて、ステップ２で、障害情報登録テーブル２７を参照することで、そのメッセージが障害情報のメッセージであるのか否かを判断して、続くステップ３で、この判断処理に従って、障害情報のメッセージでないことを判断するときには、何も処理を行わずに、そのまま処理を終了する。
【００２９】
一方、ステップ３で、障害情報のメッセージであることを判断するときには、ステップ４に進んで、メッセージＩＤを持たない情報通信処理装置３からの障害メッセージについては、障害情報登録テーブル２７の管理データの指示に従って、メッセージＩＤを付加していくことで、取り込んだ障害メッセージを統一形式のものに変換する。
【００３０】
図３（ｂ）に示した例で説明するならば、メッセージＩＤを持たない情報通信処理装置３から取り込んだメッセージの１０〜３０カラムが障害発生を示すことで、そのメッセージが障害メッセージであることを判断するときには、その障害メッセージの先頭にメッセージＩＤ“ＡＡＡ００１”を付加することで、メッセージＩＤを持つ情報通信処理装置３からの障害メッセージと同一の形式のものに変換するのである。
【００３１】
そして、ステップ４での変換処理を終了すると、ステップ５に進んで、第２の監視プログラム２１に障害情報を転送する。
このようにして、第１の監視プログラム２０は、情報通信処理装置３の発行するメッセージを監視することで、情報通信処理装置３で障害が発生したのか否かを監視して、障害が発生したことを判断するときには、第２の監視プログラム２１に障害情報を転送していくように処理することになる。
【００３２】
第２の監視プログラム２１は、第１の監視プログラム２０から障害情報が転送されてくると、図６の処理フローに示すように、先ず最初に、ステップ１で、第１の監視プログラム２０から転送されてくる障害情報のメッセージとシステム名とを取り込む。
【００３３】
続いて、ステップ２で、障害情報選択テーブル２８を参照することで、取り込んだ障害情報のメッセージが対処の必要な障害のものであるのか否かを判断して、続くステップ３で、この判断処理に従って、対処の必要な障害のメッセージでないことを判断するときには、何も処理を行わずに、そのまま処理を終了する。
【００３４】
一方、ステップ３で、対処の必要な障害のメッセージであることを判断するときには、ステップ４に進んで、管理プログラム２３に、そのメッセージと、それに対応付けて送られてきたシステム名とを転送して処理を終了する。
【００３５】
このようにして、第２の監視プログラム２１は、第１の監視プログラム２１から渡される障害情報のメッセージを監視することで、対処の必要な障害が発生したのか否かを判断して、対処の必要な障害が発生したことを判断するときには、管理プログラム２３に、その対処の必要な障害のメッセージと、それに対応付けて送られてきたシステム名とを転送していくように処理することになる。
【００３６】
なお、第１の監視プログラム２０の処理に従って、障害情報のメッセージが統一形式のものに変換されているので、第２の監視プログラム２１は、監視対象となる情報通信処理装置３に対して共通のものとして用意されることになるとともに、障害情報選択テーブル２８もまた、監視対象となる情報通信処理装置３に対して共通のものとして用意されることになる。
【００３７】
管理プログラム２３は、第２の監視プログラム２１から、対処の必要な障害のメッセージと、それに対応付けて送られてきたシステム名とが転送されてくると、図７の処理フローに示すように、先ず最初に、ステップ１で、それらの情報を取り込む。
【００３８】
続いて、ステップ２で、表示プログラム２４に指示することで、その取り込んだ障害情報のメッセージとシステム名とを端末４のディスプレイに表示することで、障害監視要員に対して、対処の必要な障害の発生を通知する。このとき、監視対象となる情報通信処理装置３の一覧を表示する構成を採って、その中の障害発生の情報通信処理装置３を明示していくように処理すると、どの情報通信処理装置３で障害が発生したのかが一目で分かるようになって好ましい。
【００３９】
続いて、ステップ３で、第２の監視プログラム２１から受け取った対処の必要な障害情報のメッセージとシステム名とをデータベース２２に登録（後述するメインデータベース２２０に登録する）し、続くステップ４で、その登録した障害情報のメッセージからメッセージＩＤや、ジョブ名や、装置名（機器アドレスから特定される）等を取り出し、システム名やこれらの切り出したデータをキーとして、その登録した障害情報のメッセージと関連付ける処理を行う。
【００４０】
このようにして、管理プログラム２３は、第２の監視プログラム２１から対処の必要な障害メッセージとシステム名とを受け取ると、図１０に示すように、それらを、データベース２２のメインデータベース２２０に登録するとともに、その登録した障害メッセージからメッセージＩＤや、ジョブ名や、装置名等を取り出し、システム名やこれらの取り出したデータをキーとして、その登録した障害メッセージと関連付けるように処理することになる。
【００４１】
ここで、メインデータベース２２０に、障害メッセージを登録するときには、図１０に示すように、その障害メッセージの発生日時についても登録していくように処理することになる。
【００４２】
管理プログラム２３が障害メッセージを端末４のディスプレイに表示すると、その端末４を操作する障害監視要員が、その表示される障害メッセージの指す障害についての現象要旨や現象詳細の情報を入力してくるので、この情報が入力されてくると、対話プログラム２５は、図８（ａ）の処理フローに示すように、先ず最初に、ステップ１で、その入力されてくる現象要旨や現象詳細の情報を取り込む。
【００４３】
ここで、この現象要旨や現象詳細の情報には、障害区分や、調査部署や、サブシステム名や、業務名や、発行区分や、対応者や、設置場所や、影響度合や、対応状況や、メーカ名等がある。
【００４４】
続いて、ステップ２で、管理プログラム２３に指示することで、その取り込んだ現象要旨や現象詳細の情報を、障害メッセージと対応をとりつつメインデータベース２２０に登録する。
【００４５】
このようにして、対話プログラム２５は、障害監視要員が障害メッセージの指す障害についての現象要旨や現象詳細の情報を入力してくると、図１１に示すように、それらの情報を、障害メッセージと対応をとりつつメインデータベース２２０に登録するように処理することになる。
【００４６】
このメインデータベース２２０は、情報通信処理装置３の障害の履歴情報となるものであることから、障害監視要員は、このメインデータベース２２０を参照することで、特定の情報通信処理装置３に障害が多発しているとか、特定のメーカの情報通信処理装置３に故障が多いとか、特定のジョブに故障が多いとかいったような各種の障害の発生状況を正確に把握できるようになる。
【００４７】
更に、管理プログラム２３が障害メッセージを端末４のディスプレイに表示すると、その端末４を操作する障害監視要員が、障害メッセージの指す障害に対して対処を施して、その対処方法の情報を入力してくるとともに、障害メッセージの持つキーデータに対応付けられて、その対処方法が適用可能となる別のキーデータ（ノウハウキーデータと称する）を入力してくるので、これらの情報が入力されてくると、対話プログラム２６は、図８（ｂ）の処理フローに示すように、先ず最初に、ステップ１で、その入力されてくる対処情報を取り込む。
【００４８】
続いて、ステップ２で、管理プログラム２３に指示することで、その取り込んだ対処情報を、障害メッセージと対応をとりつつメインデータベース２２０に登録する。この登録処理に従って、図１２に図示するメインデータベース２２０に示すように、メインデータベース２２０に登録される障害情報に対応付けて、その障害の対処情報がメインデータベース２２０に登録されることになる。
【００４９】
続いて、ステップ３で、入力されてくるノウハウキーデータを取り込む。続いて、ステップ４で、管理プログラム２３に指示することで、その取り込んだノウハウキーデータをキーとして、メインデータベース２２０の障害情報と関連付けることで図１２に示すようなノウハウデータベース２２１を構築する。
【００５０】
このノウハウデータベース２２１の構築処理は、具体的には、図１２に示すように、障害情報の持つメッセージやシステム名や対処情報を複写するとともに、ノウハウキーデータがその複写されたデータを指すようにポインタを張ることで実行される。なお、複写処理により、障害情報の持つメッセージやシステム名や対処情報をノウハウデータベース２２１に登録する構成を採るので、ノウハウデータベース２２１に対してデータ登録ミスが発生することはない。
【００５１】
このようにして、対話プログラム２５は、障害監視要員がノウハウキーデータを入力してくると、メインデータベース２２０に登録される障害情報と対処情報との対応関係（キーデータにより検索可能となる）を一般化したものとなる、ノウハウデータベース２２１を構築するように処理することになる。
【００５２】
このノウハウデータベース２２１を用いると、ノウハウキーデータが与えられるときに、それが指す障害情報と対処情報との対応関係が検索可能となり、これにより、発生した障害に対しての対処方法を知ることができるようになる。この検索処理を実行するものが検索プログラム２６である。
【００５３】
すなわち、障害メッセージが端末４のディスプレイに表示されることで、障害監視要員からキーデータ（ノウハウキーデータ）を指定してその障害に対する対処方法の検索要求が発行されると、検索プログラム２６は、図９の処理フローに示すように、先ず最初に、ステップ１で、その入力されてくるキーデータ（ノウハウキーデータ）を取り込む。
【００５４】
ここで、障害メッセージが表示されるときに、その障害メッセージが過去にも発行されていて、それに対する対処を施している可能性がある。これから、障害メッセージが表示されると、障害監視要員は、先ず最初に、メインデータベース２２０のキーデータを指定して検索要求を発行し、そのキーデータがメインデータベース２２０に登録されていないことが分かると、続いて、過去に発生した類似の障害に対する対処を参照するために、ノウハウデータベース２２１のノウハウキーデータを指定して検索要求を発行することになる。
【００５５】
これから、続くステップ２で、管理プログラム２３に指示することで、その取り込んだキーデータがメインデータベース２２０に登録されているのか否かを判断して、続くステップ３で、この判断処理に従って、メインデータベース２２０に登録されていることを判断するときには、ステップ６に進んで、メインデータベース２２０に登録されているそのキーデータの指す対処情報を読み出して、端末３のディスプレイに表示する。
【００５６】
これにより、障害監視要員は、その障害に対して過去に施された対処方法を知ることができ、この対処方法に従って、発生した障害に対して直ちに対処できるようになる。
【００５７】
一方、ステップ３の判断処理に従って、入力されてきたキーデータがメインデータベース２２０に登録されていないことを判断するときには、ステップ４に進んで、管理プログラム２３に指示することで、その取り込んだキーデータ（ノウハウキーデータ）がノウハウデータベース２２１に登録されているのか否かを判断する。続いて、ステップ５で、この判断処理に従って、ノウハウデータベース２２１に登録されていないことを判断するときには、そのまま処理を終了し、登録されていることを判断するときには、ステップ６に進んで、ノウハウデータベース２２１に登録されているそのキーデータ（ノウハウキーデータ）の指す対処情報を読み出して、端末３のディスプレイに表示する。
【００５８】
これにより、障害監視要員は、類似障害に対して過去に施された対処方法を知ることができ、この対処方法に従って、発生した障害に対して迅速に対処できるようになる。
【００５９】
例えば、障害監視要員が、メッセージＩＤ“ＩＯ０００１Ｅ”を持つ障害Ａに対して対処方法ａを施した場合に、その対処方法ａについては、メッセージＩＤ“ＩＯ０００２Ｅ”を持つ障害に対しても有効であると判断すると、メッセージＩＤ“ＩＯ０００２Ｅ”をノウハウキーデータとして入力してくる。
【００６０】
これにより、図１３に示すように、ノウハウデータベース２２１に対して、メッセージＩＤ“ＩＯ０００２Ｅ”が「障害Ａのメッセージと対処方法ａとの対応関係」をポイントすることが登録されることになる。
【００６１】
これから、障害監視要員は、メッセージＩＤ“ＩＯ０００２Ｅ”を持つ障害が発生するときに、このメッセージＩＤ“ＩＯ０００２Ｅ”を使ってノウハウデータベース２２１を検索することで、「障害Ａのメッセージと対処方法ａとの対応関係」を得ることができ、これにより、発生した障害については、メッセージＩＤ“ＩＯ００１Ｅ”を持つ障害Ａのときに施した対処方法ａを施すことが有効であることを知ることができるようになる。
【００６２】
また、例えば、障害監視要員が、装置名αに発生した障害Ｃに対して対処方法ｃを施した場合に、その対処方法ｃについては、装置名βに発生する障害に対しても有効であると判断すると、装置βをノウハウキーデータとして入力してくる。
【００６３】
これにより、図１４に示すように、ノウハウデータベース２２１に対して、装置名βが「障害Ｃのメッセージと対処方法ｃとの対応関係」をポイントすることが登録されることになる。
【００６４】
これから、障害監視要員は、装置名βに障害が発生するときに、この装置名βを使ってノウハウデータベース２２１を検索することで、「障害Ｃのメッセージと対処方法ｃとの対応関係」を得ることができ、これにより、発生した障害については、装置名αに発生した障害Ｃのときに施した対処方法ｃを施すことが有効であることを知ることができるようになる。
【００６５】
【発明の効果】
以上説明したように、本発明の障害統合管理装置を用いると、ネットワークを介して接続される情報通信処理装置で発生した障害に対する対処方法がノウハウとして一元的に蓄積されることになるので、障害監視要員は、ネットワークを介して接続される複数の情報通信処理装置で障害が発生するときに、その障害発生に対して正確かつ簡単に対処できるようになる。
【００６６】
そして、本発明の障害統合管理装置を用いると、異なるメーカ等の異なる方式の情報通信処理装置に対して、１つの場所で統一的な障害処理を実行できるようになる。
【００６７】
そして、本発明の障害統合管理装置を用いると、対処の必要な障害情報のみを抽出して対処していく方法を採るので、効率的な障害管理を実行できるようになる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の一実施例である。
【図３】障害情報登録テーブルのデータ構造図である。
【図４】障害情報選択テーブルのデータ構造図である。
【図５】第１の監視プログラムの実行する処理フローである。
【図６】第２の監視プログラムの実行する処理フローである。
【図７】管理プログラムの実行する処理フローである。
【図８】対話プログラムの実行する処理フローである。
【図９】検索プログラムの実行する処理フローである。
【図１０】データベースの説明図である。
【図１１】メインデータベースの説明図である。
【図１２】データベースの説明図である。
【図１３】ノウハウデータベースの利用形態の説明図である。
【図１４】ノウハウデータベースの利用形態の説明図である。
【符号の説明】
１    障害統合管理装置
２    ネットワーク
３    情報通信処理装置
４    端末
１０  受信手段
１１  変換手段
１２  判断手段
１３  表示手段
１４  第１の入力手段
１５  第１のデータベース
１６  第２の入力手段
１７  第２のデータベース
１８  登録手段
１９  検索手段
【図１】
0003867868.tif 000002
【図２】
0003867868.tif 000003
【図３】
0003867868.tif 000004
【図４】
0003867868.tif 000005
【図５】
0003867868.tif 000006
【図６】
0003867868.tif 000007
【図７】
0003867868.tif 000008
【図８】
0003867868.tif 000009
【図９】
0003867868.tif 000010
【図１０】
0003867868.tif 000011
【図１１】
0003867868.tif 000012
【図１２】
0003867868.tif 000013
【図１３】
0003867868.tif 000014
【図１４】
0003867868.tif 000015