JPH10200527A - ネットワークサービス故障診断方法及びその装置 - Google Patents

Abstract

(57)【要約】 【課題】 故障原因の早期究明を可能とし、回復に要す
る時間を短縮し得るネットワークサービス故障診断方法
及びその装置を提供すること。 【解決手段】 故障を申告したユーザのユーザ名及び利
用サービス名をもとに設備情報データベース２１を検索
して該ユーザが該当サービスを利用する際の設備モデル
を生成し、設計情報データベース２２を検索して前記設
備モデルを構成する各サービス構成要素がそれぞれ故障
した時の通信シーケンスを生成し、各通信シーケンスと
故障申告時の観測情報とを比較し、どの通信シーケンス
が発生しているのかを推定して故障したサービス構成要
素を推定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してサービスを利用するユーザからの申告を受けて故障
を診断するネットワークサービス故障診断方法及びその
装置に関するものである。

【０００２】

【従来の技術】今日のネットワークは、ＬＡＮに代表さ
れる構内網と、広域網である公衆網や専用網とが複雑に
つながりあって構成され、ユーザはその中で設備等を共
有し、様々なサービスを享受している。

【０００３】このようなネットワークシステムにおい
て、ユーザがサービスを利用する際にその端末と情報ソ
ースとの間に配置される、通信ケーブル、ＬＡＮボード
等の複数の設備（端末及び情報ソース自体も含む。）
（以下、サービス構成要素と称す。）のいずれかに故障
が発生すると、ユーザはサービスを受けられなくなる。

【０００４】この時、ユーザはシステムの保守担当者に
対し、サービスが受けられない旨を申告するが、ユーザ
からの申告内容はその多くが断片的で、保守担当者の応
対の仕方や各ユーザによって同一事象に対する表現も異
なるため、あまり重要視されず、単なる故障発生の通知
としてのみ取り扱われることが多い。そして保守担当者
は、主としてキャリア（ネットワーク自体の保守・管理
装置）側で発生するアラームやエラーメッセージ、各種
の試験結果等を元に故障原因を究明し、対処していた。

【０００５】

【発明が解決しようとする課題】しかしながら、このよ
うなネットワーク自体の保守・管理装置主体の故障診断
方法では、故障原因の究明に時間がかかり、故障の回復
に要する時間が長くなるという問題があり、また、どの
サービス構成要素が故障であるかを推定することはでき
ても、その時点でネットワークを介してサービスを利用
しているユーザのうち、どのユーザのどのサービスに前
記故障したサービス構成要素が影響を与えるかを判断す
ることが難しく、ユーザのネットワークの利用形態が複
雑になるほど判断が困難になるという問題があった。

【０００６】本発明は、前述した従来の問題点に鑑み、
ユーザからの申告内容そのものも診断情報として利用す
ることにより、故障原因の早期究明を可能とし、回復に
要する時間を短縮し得るネットワークサービス故障診断
方法及びその装置を提供することを目的とする。

【０００７】また、本発明は、故障したサービス構成要
素がどのユーザのどのサービスに影響を与えるかを推定
することを可能とし、ユーザに対して事前にサービス停
止等を通知することを可能とするネットワークサービス
故障診断方法及びその装置を提供することを目的とす
る。

【０００８】

【課題を解決するための手段】本発明では、前記課題を
解決するため、ネットワークを介してサービスを利用す
るユーザからの申告を受けて故障を診断するネットワー
クサービス故障診断方法において、故障を申告したユー
ザのユーザ名及び利用サービス名をもとに、該ユーザが
該当サービスを利用する際にその端末と情報ソースとの
間に配置される複数のサービス構成要素からなる設備モ
デルを生成する工程と、前記設備モデルを構成する全て
のサービス構成要素が正常な時の通信シーケンスととも
に各サービス構成要素がそれぞれ故障した時の通信シー
ケンスを生成する工程と、前記生成した複数の通信シー
ケンスと前記故障申告時における観測情報とを比較し、
どの通信シーケンスが発生しているのかを推定し、これ
より故障したサービス構成要素を推定する工程とを備え
たことを特徴とする。

【０００９】また、ネットワークを介してサービスを利
用するユーザからの申告を受けて故障を診断するネット
ワークサービス故障診断装置において、ユーザがサービ
スを利用する際にその端末と情報ソースとの間に配置さ
れる複数のサービス構成要素のそれぞれに関する役割を
記述した設備情報データベースと、各サービス構成要素
に関する正常時及び故障時の動作を記述した設計情報デ
ータベースと、故障を申告したユーザのユーザ名及び利
用サービス名をもとに前記設備情報データベースを検索
し、該ユーザが該当サービスを利用する際にその端末と
情報ソースとの間に配置される複数のサービス構成要素
からなる設備モデルを生成する手段と、前記設計情報デ
ータベースを検索し、前記設備モデルを構成する全ての
サービス構成要素が正常な時の通信シーケンスとともに
各サービス構成要素がそれぞれ故障した時の通信シーケ
ンスを生成する手段と、前記生成した複数の通信シーケ
ンスと前記故障申告時における観測情報とを比較し、ど
の通信シーケンスが発生しているのかを推定し、これよ
り故障したサービス構成要素を推定する手段とを備えた
ことを特徴とする。

【００１０】本発明によれば、ユーザの故障申告をもと
に該当サービスを提供する情報ソースまでの設備モデル
を生成し、該設備モデルを構成するサービス構成要素が
それぞれ故障した時の通信シーケンスを生成し、これら
と申告内容とを比較して発生している通信シーケンスを
推定し、故障したサービス構成要素を推定するので、ユ
ーザの申告内容が一義的でなくても故障したサービス構
成要素を推定することができ、故障原因の早期究明を可
能とし、回復に要する時間を短縮することができる。

【００１１】この際、ネットワーク自体の保守・管理装
置で観測されるアラームやエラーメッセージ、端末で観
測されるアラームやエラーメッセージ、事象等の情報相
互間の論理的な関連性を、規定されたプロトコル上で表
現した通信シーケンスを生成する通信シーケンス生成手
段を用いれば、故障したサービス構成要素をより正確に
推定することができる。

【００１２】また、一のサービス構成要素を見出しとし
て、これを使用している他のユーザ名や他の利用サービ
ス名を検索可能な設備情報データベースを用いれば、故
障と推定されたサービス構成要素を使用しているユーザ
名及び利用サービス名が検索できる。

【００１３】また、故障と推定されたサービス構成要素
を使用しているユーザ名及び利用サービス名を設備情報
データベースから検索し、故障を申告したユーザの他の
利用サービスもしくは他のユーザの利用サービスが含ま
れている場合、該ユーザが該当サービスを利用する際に
その端末と情報ソースとの間に配置される複数のサービ
ス構成要素からなる設備モデルを生成し、その時の通信
シーケンスを生成することによって該ユーザの端末で観
測される事象を推定することにより、故障したサービス
構成要素がどのユーザのどのサービスに影響を与えるか
を推定することが可能となり、ユーザに対して事前にサ
ービス停止等を通知することが可能となる。

【００１４】さらにまた、故障を申告したユーザの他の
利用サービスもしくは他のユーザの利用サービスにおい
て推定されるユーザ端末の事象と、該当ユーザの故障申
告時の事象とが一致する場合は同一のサービス構成要素
の故障によると推定することにより、同一のサービス構
成要素を原因とする故障の診断を繰返す無駄を省くこと
が可能となる。

【００１５】

【発明の実施の形態】図１は本発明の実施の形態の一例
を示す装置構成図であり、図中、１は入力装置、２は設
備情報データベース（ＤＢ）２１及び設計情報データベ
ース（ＤＢ）２２を備えた記憶装置、３は表示装置、４
は設備モデル生成手段４１、通信シーケンス生成手段４
２及び故障サービス構成要素推定手段４３を備えた処理
装置である。

【００１６】設備情報データベース２１は、ユーザがサ
ービスを利用する際にその端末と情報ソースとの間に配
置される複数のサービス構成要素のそれぞれに関する役
割を記述している。また、設備情報データベース２１は
一のサービス構成要素を見出しとして、これを使用して
いる他のユーザ名や他の利用サービス名を検索可能とな
っている。設計情報データベース２２は、各サービス構
成要素に関する正常時及び故障時の動作を記述してい
る。

【００１７】設備モデル生成手段４１は、故障を申告し
たユーザのユーザ名及び利用サービス名をもとに前記設
備情報データベース２１を検索し、該ユーザが該当サー
ビスを利用する際にその端末と情報ソースとの間に配置
される複数のサービス構成要素からなる設備モデルを生
成する。また、故障と推定されたサービス構成要素を使
用しているユーザ名及び利用サービス名を設備情報デー
タベース２１から検索し、故障を申告したユーザの他の
利用サービスもしくは他のユーザの利用サービスが含ま
れている場合、該ユーザが該当サービスを利用する際に
その端末と情報ソースとの間に配置される複数のサービ
ス構成要素からなる設備モデルを生成する。

【００１８】通信シーケンス生成手段４２は、設計情報
データベース２２を検索し、前記設備モデルを構成する
全てのサービス構成要素が正常な時の通信シーケンスと
ともに、各サービス構成要素がそれぞれ故障した時の通
信シーケンスを生成する。

【００１９】故障サービス構成要素推定手段４３は、生
成した複数の通信シーケンスと前記故障申告時における
観測情報とを比較し、どの通信シーケンスが発生してい
るのかを推定し、これより故障したサービス構成要素を
推定する。また、故障を申告したユーザの他の利用サー
ビスもしくは他のユーザの利用サービスにおいて推定さ
れたユーザ端末の事象と、該当ユーザの故障申告時の事
象とが一致する場合は同一のサービス構成要素の故障に
よると推定する。

【００２０】図２乃至図４は本装置における処理の流れ
を示すもので、以下、これに沿って動作を説明する。

【００２１】まず、ユーザから故障申告を受けた保守担
当者が、該当ユーザ名（ここではユーザＩＤ）及びその
利用サービス名を入力すると、設備情報ＤＢ２１を検索
し、故障を申告したユーザが該当サービスを利用する際
にその端末と情報ソース（サーバ）との間（ＥＮＤ−Ｅ
ＮＤ）に配置される複数のサービス構成要素からなる設
備モデルを生成する（ステップ１）。

【００２２】次に、設計情報ＤＢ２２を検索し、前記生
成した設備モデルのサービス構成要素毎の設計情報を抽
出し、全てのサービス構成要素が正常な時の通信シーケ
ンスを生成するとともに、各サービス構成要素がそれぞ
れ故障した時の通信シーケンスを生成する（ステップ
２）。

【００２３】故障時の通信シーケンスを生成するとは、
例えばあるサービスにおいて通信ケーブルというサービ
ス構成要素は「信号を伝達する」という役割を持ってい
るが、故障によってこの役割が果たせない時、モデルの
上では、通信ケーブルは「信号を伝達しない」という動
作を行うことになり、その際の故障申告ユーザの設備モ
デルにおける通信シーケンスを生成することに相当す
る。

【００２４】次に、保守担当者が、故障申告ユーザの端
末で観測される「画面が動かない」といった故障の事象
そのものの情報や、端末で観測されるアラームやエラー
メッセージの情報及びネットワーク側で観測されるアラ
ームやエラーメッセージの情報を入力すると、該入力し
た観測情報とステップ２で生成した故障申告ユーザの設
備モデルの正常時及び故障時の通信シーケンスとを比較
し、両者に共通の情報が含まれていないかを調べ、共通
の情報が含まれていた通信シーケンスの中で、各サービ
ス構成要素のうち、本来の役割を果たさなかったサービ
ス構成要素を抽出する（ステップ３）。

【００２５】次に、ステップ３において本来の役割を果
たさなかった、即ち故障であると推定されたサービス構
成要素を設備モデルの中に持つユーザ名及びその利用サ
ービス名を設備情報ＤＢ２１から抽出し、該抽出された
ユーザ名及びその利用サービス名についてステップ１と
同様の方法で設備モデルを生成する。さらに、該生成し
た設備モデルを構成するサービス構成要素の中で、故障
と推定されたサービス構成要素が本来の役割を果たせな
い動作を行った時、つまり故障時の通信シーケンスを生
成する（ステップ４）。

【００２６】次に、ステップ４で生成した通信シーケン
ス毎に、各ユーザ端末及びネットワーク保守・管理装置
等で観測されると推定されるアラームやメッセージ、
「画面が動かない」等の事象を全て洗い出し、表示する
（ステップ５）。

【００２７】次に、申告ユーザの故障原因が判明し回復
する前に、他のユーザから故障申告があるか否か、また
はネットワーク管理装置等からのアラームやメッセージ
があるか否かを判定する。

【００２８】ここで、他のユーザから故障申告があった
場合、保守担当者は、該ユーザのユーザＩＤ及び利用サ
ービス名を入力し、これがステップ４において故障とし
て推定されたサービス構成要素の設備情報に含まれてい
るかを確認し、含まれている場合、保守担当者は接続先
ＩＤと該ユーザの端末で観測される「画面が動かない」
といった故障の事象そのものの情報や、端末側で観測さ
れるアラームやエラーメッセージをユーザから問診して
入力し、ステップ５で抽出した情報に含まれるものがあ
るかを比較し、同一の情報が存在した場合、任意のユー
ザからの申告と最初に受け付けたユーザの故障は同一原
因であると判断し、同一故障原因である旨を保守担当者
に通知する（ステップ６ａ）。

【００２９】一方、申告ユーザの故障原因が判明し回復
する前に、ネットワーク管理装置等で観測されたアラー
ムやメッセージがあった場合、保守担当者は、該観測情
報とステップ４で生成した故障時の通信シーケンスとを
比較し、両者に共通の情報が含まれているか否かを確認
し、含まれている通信シーケンスの中で、各々のサービ
ス構成要素のうち、本来の役割を果たさなかったサービ
ス構成要素を故障設備として再推定する（ステップ６
ｂ）。

【００３０】ステップ６ｂにおいて共通の情報が含まれ
てなかった場合は、設備情報を参照し、全ユーザの全サ
ービスにおける設備モデルを生成し、ステップ２、３と
同様の処理を行う（ステップ７）。

【００３１】［実施例］以下、本発明の具体例について
図面に従って説明する。ここではイントラネットにおけ
るＷＷＷによる通信サービスを例にとって説明する。

【００３２】図５は設備モデルの生成工程（工程１）を
示すもので、ユーザＡから故障申告があった場合、保守
担当者は入力されたユーザＡのユーザＩＤ（ここではＩ
Ｐアドレス＝１０．１０．１０．１）及び利用サービス
名（ここでは電子掲示板）に基づいて設備情報ＤＢを検
索し、該ユーザＡの通信のＥＮＤ−ＥＮＤの設備モデル
を、該利用サービスの提供下における役割、つまりサー
ビス構成要素を単位として生成する。

【００３３】図６は正常時の通信シーケンスの生成工程
（工程２）を示すもので、前記生成した設備モデルをも
とに設計情報ＤＢを参照して個々のサービス構成要素単
位の設計情報を取得し、これをもとに前記設備モデルに
おける正常時の通信シーケンスを生成する。

【００３４】図７は故障時の通信シーケンスの生成工程
（工程２）を示すもので、前記生成した設備モデルを構
成する個々のサービス構成要素について設計情報ＤＢを
参照し、その役割の反語を求める。設計情報ＤＢには、
各サービス構成要素に関する役割とその反語（例えば、
役割が「信号を伝達する」であれば、「信号を伝達しな
い」が一つの反語となる。）がいくつか記述されてお
り、また、それに対する信号処理の動作が記述されてい
る。そして、前記設備モデル中の１つのサービス構成要
素が反語に対応する信号処理を行った時の該設備モデル
における通信シーケンスを生成し、前記設備モデル中の
全てのサービス構成要素についてそれぞれ同様に処理
し、これらを故障時の通信シーケンスとする。

【００３５】図８は観測情報と通信シーケンスとの比較
工程（工程３）を示すもので、前記生成した正常時及び
故障時の通信シーケンスと、保守担当者が入力した、ネ
ットワーク管理装置等において観測されたアラームやメ
ッセージ、申告ユーザの端末で観測された「ホストから
の応答がありません」というエラーメッセージとを比較
し、同様の情報がないかを調べる。図示例では、Ｎｏ．
１、３、５の通信シーケンスに同様の情報が含まれてい
るので、この３シーケンスを抽出する。

【００３６】図９は故障箇所の推定工程（工程４）を示
すもので、前記抽出されたＮｏ．１、３、５の通信シー
ケンスにおいて、それぞれどのサービス構成要素が「本
来の役割を果たさない動作」を行っているのかを見る。
図示例では、Ｎｏ．１の通信シーケンスで４８番ＮＩＣ
が「信号を伝達しない」、Ｎｏ．３の通信シーケンスで
９６番ＨＵＢが「信号を伝達しない」、Ｎｏ．５の通信
シーケンスで２番ルータが「信号の届け先がおかしい」
という動作を行っていることがわかり、この３つのサー
ビス構成要素が故障として推定される。

【００３７】図１０は故障関連ユーザ名及びサービス名
の抽出工程（工程５）を示すもので、故障と推定され
た、４８番ＮＩＣ、９６番ＨＵＢ及び２番ルータの３つ
のサービス構成要素を設備情報ＤＢから検索し、これら
のサービス構成要素を設備モデルの一部として持つユー
ザのＩＰアドレス及び利用サービス名を抽出する。図示
例では９６番ＨＵＢに関する抽出のようすを示してい
る。

【００３８】図１１は前記抽出された故障関連ユーザ及
び利用サービスにおける設備モデルの生成工程（工程
６）を示すもので、図示例では故障と推定された９６番
ＨＵＢをサービス構成要素に含む、ユーザＺ（ＩＰアド
レス＝１０．１０．１０．９９）の利用サービス「図書
検索」に関するＥＮＤ−ＥＮＤの設備モデルを、図５の
例と同様にして生成している。

【００３９】図１２は前記抽出された故障関連ユーザ及
び利用サービスにおける故障時の通信シーケンスの生成
工程（工程６）を示すもので、前記生成した設備モデル
において該当サービス構成要素（９６番ＨＵＢ）がその
役割の反語に対応する信号処理「信号を伝達しない」を
行った時の通信シーケンスを、図７の例と同様にして生
成している。この通信シーケンス生成の結果、ユーザＺ
が「図書検索」を利用しようとすると、端末で「ホスト
接続エラー」というメッセージが現れることがわかる。

【００４０】前記同様の処理を、９６番ＨＵＢ、４８番
ＮＩＣ及び２番ルータをサービス構成要素とする全ての
ユーザ及びその利用サービスに対して行う。

【００４１】図１３は他のユーザからの故障申告に対す
る処理工程（工程７）を示すもので、故障が回復する前
に他のユーザ、例えばＹから故障申告があった場合、保
守担当者は、ユーザＩＤ（ＩＰアドレス１０．１０．１
０．８８）、故障している利用サービス名（電子メー
ル）及びその際、ユーザＹが観測することのできる「現
在電子メールは使えません」といったアラームやエラー
メッセージ、「メールホストに接続できませんという表
示がでる」といった事象そのものをユーザＹから問診
し、入力する。

【００４２】次に、前記入力した情報と、故障関連ユー
ザ名及びサービス名の抽出工程で抽出したユーザＩＤ及
び利用サービス名、故障関連ユーザ及び利用サービスに
おける設備モデル並びに故障時の通信シーケンスの生成
工程で生成した通信シーケンスとを比較し、一致するア
ラームやエラーメッセージ、事象があるか否かを検索す
る。

【００４３】この結果、一致するものがあれば、ユーザ
Ａの故障申告とユーザＹの故障申告とは同一故障原因と
して表示し、逆に一致しなければ、ユーザＹの故障申告
は新たな故障として受付処理する必要があるため、工程
１からの処理を行う。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
ネットワークシステムにおける故障したサービス構成要
素の推定と同時に、該サービス構成要素を使用するサー
ビスで発生していると推定される事象を抽出できるた
め、故障原因の早期究明、回復時間の短縮ととともに、
罹障範囲の早期の限定が可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態の一例を示す装置構成図

【図２】図１の装置における処理の流れを示す図

【図３】図１の装置における処理の流れを示す図

【図４】図１の装置における処理の流れを示す図

【図５】設備モデルの生成工程の一例を示す図

【図６】正常時の通信シーケンスの生成工程の一例を示
す図

【図７】故障時の通信シーケンスの生成工程の一例を示
す図

【図８】観測情報と通信シーケンスとの比較工程の一例
を示す図

【図９】故障箇所の推定工程の一例を示す図

【図１０】故障関連ユーザ名及びサービス名の抽出工程
の一例を示す図

【図１１】故障関連ユーザ及び利用サービスにおける設
備モデルの生成工程の一例を示す図

【図１２】故障関連ユーザ及び利用サービスにおける故
障時の通信シーケンスの生成工程の一例を示す図

【図１３】他のユーザからの故障申告に対する処理工程
の一例を示す図

【符号の説明】

１…入力装置、２…記憶装置、３…表示装置、４…処理
装置、２１…設備情報データベース（ＤＢ）、２２…設
計情報データベース（ＤＢ）、４１…設備モデル生成手
段、４２…通信シーケンス生成手段、４３…故障サービ
ス構成要素推定手段。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してサービスを利用す
   るユーザからの申告を受けて故障を診断するネットワー
   クサービス故障診断方法において、 故障を申告したユーザのユーザ名及び利用サービス名を
   もとに、該ユーザが該当サービスを利用する際にその端
   末と情報ソースとの間に配置される複数のサービス構成
   要素からなる設備モデルを生成する工程と、 前記設備モデルを構成する全てのサービス構成要素が正
   常な時の通信シーケンスとともに各サービス構成要素が
   それぞれ故障した時の通信シーケンスを生成する工程
   と、 前記生成した複数の通信シーケンスと前記故障申告時に
   おける観測情報とを比較し、どの通信シーケンスが発生
   しているのかを推定し、これより故障したサービス構成
   要素を推定する工程とを備えたことを特徴とするネット
   ワークサービス故障診断方法。
2. 【請求項２】 ネットワークを介してサービスを利用す
   るユーザからの申告を受けて故障を診断するネットワー
   クサービス故障診断装置において、 ユーザがサービスを利用する際にその端末と情報ソース
   との間に配置される複数のサービス構成要素のそれぞれ
   に関する役割を記述した設備情報データベースと、 各サービス構成要素に関する正常時及び故障時の動作を
   記述した設計情報データベースと、 故障を申告したユーザのユーザ名及び利用サービス名を
   もとに前記設備情報データベースを検索し、該ユーザが
   該当サービスを利用する際にその端末と情報ソースとの
   間に配置される複数のサービス構成要素からなる設備モ
   デルを生成する手段と、 前記設計情報データベースを検索し、前記設備モデルを
   構成する全てのサービス構成要素が正常な時の通信シー
   ケンスとともに各サービス構成要素がそれぞれ故障した
   時の通信シーケンスを生成する手段と、 前記生成した複数の通信シーケンスと前記故障申告時に
   おける観測情報とを比較し、どの通信シーケンスが発生
   しているのかを推定し、これより故障したサービス構成
   要素を推定する手段とを備えたことを特徴とするネット
   ワークサービス故障診断装置。
3. 【請求項３】 ネットワーク自体の保守・管理装置で観
   測されるアラームやエラーメッセージ、端末で観測され
   るアラームやエラーメッセージ、事象等の情報相互間の
   論理的な関連性を、規定されたプロトコル上で表現した
   通信シーケンスを生成する通信シーケンス生成手段を用
   いたことを特徴とする請求項２記載のネットワークサー
   ビス故障診断装置。
4. 【請求項４】 一のサービス構成要素を見出しとして、
   これを使用している他のユーザ名や他の利用サービス名
   を検索可能な設備情報データベースを用いたことを特徴
   とする請求項２記載のネットワークサービス故障診断装
   置。
5. 【請求項５】 故障と推定されたサービス構成要素を使
   用しているユーザ名及び利用サービス名を設備情報デー
   タベースから検索し、故障を申告したユーザの他の利用
   サービスもしくは他のユーザの利用サービスが含まれて
   いる場合、該ユーザが該当サービスを利用する際にその
   端末と情報ソースとの間に配置される複数のサービス構
   成要素からなる設備モデルを生成し、その時の通信シー
   ケンスを生成することによって該ユーザの端末で観測さ
   れる事象を推定することを特徴とする請求項４記載のネ
   ットワークサービス故障診断装置。
6. 【請求項６】 故障を申告したユーザの他の利用サービ
   スもしくは他のユーザの利用サービスにおいて推定され
   るユーザ端末の事象と、該当ユーザの故障申告時の事象
   とが一致する場合は同一のサービス構成要素の故障によ
   ると推定することを特徴とする請求項５記載のネットワ
   ークサービス故障診断装置。