(57)【特許請求の範囲】
【請求項１】
シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの通信状態を監視する監視装置において、
前記サーバが送信および受信したメッセージの数を含んだ監視情報と、前記システムに含まれる装置間を接続するネットワークの経路情報とを記憶する記憶部と、
前記監視情報に含まれている前記メッセージの送信数と受信数とに基づいて、前記サーバ間の経路および前記サーバと前記端末装置との間の経路で障害が起きているか否か判断し、複数の前記経路の前記判断結果と、前記経路情報とに基づいて、障害が起きている前記経路を判断する判断部と、
を備えたことを特徴とする監視装置。
【請求項２】
シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの通信状態を監視する監視システムにおいて、
前記サーバが送信および受信したメッセージの数を監視情報として記憶する取得装置記憶部と、前記取得装置記憶部が記憶する前記監視情報を送信する送信部とを備えたメッセージ数取得装置と、
前記メッセージ数取得装置より送信された前記監視情報を受信する受信部と、前記受信部が受信した前記監視情報と、前記システムに含まれる装置間を接続するネットワークの経路情報とを記憶する記憶部と、前記監視情報に含まれている前記メッセージの送信数と受信数とに基づいて、前記サーバ間の経路および前記サーバと前記端末装置との間の経路で障害が起きているか否か判断し、複数の前記経路の前記判断結果と、前記経路情報とに基づいて、障害が起きている前記経路を判断する判断部と、を備えた監視装置と、
を備えたことを特徴とする監視システム。
【請求項３】
シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの通信状態を監視する監視装置としてコンピュータを機能させるための監視プログラムにおいて、
前記サーバが送信および受信したメッセージの数を含んだ監視情報と、前記システムに含まれる装置間を接続するネットワークの経路情報とを記憶する記憶部と、
前記監視情報に含まれている前記メッセージの送信数と受信数とに基づいて、前記サーバ間の経路および前記サーバと前記端末装置との間の経路で障害が起きているか否か判断し、複数の前記経路の前記判断結果と、前記経路情報とに基づいて、障害が起きている前記経路を判断する判断部と、
としてコンピュータを機能させるための監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの監視を行う監視装置、監視システムおよび監視プログラムに関する。
【背景技術】
【０００２】
近年、通信キャリア網において、交換機による電話サービスを置き換える形で、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスの提供が活発になってきている。ＶｏＩＰサービスでは、通信キャリアはユーザからの発呼・ユーザへの着呼をＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）というプロトコルで管理を行う（非特許文献１参照）。ＶｏＩＰサービスの提供において、ＳＩＰサーバは重要な役割を担っていため、ＳＩＰサーバの正常性の確認、ＳＩＰシグナリングの伝搬が正常性に行われていることを確認することは非常に重要になってきている。
【０００３】
通信キャリアなどＶｏＩＰサービスを展開するネットワーク上に広域分散配置されたＳＩＰサーバの障害監視に関して、ＳＩＰサーバの不良または中間経路上のネットワーク障害に起因するシグナリングメッセージのロスを検知し、ＳＩＰサーバのオペレータにアラートを上げる運用支援技術が知られている。この技術により、ＳＩＰサーバのオペレータは、ネットワーク上におけるＳＩＰサーバの障害やネットワーク障害などに起因するシグナリングメッセージのロスを検知することができる。
【０００４】
ＳＩＰサーバの障害やネットワーク障害などに起因するシグナリングメッセージのロスを検知するシステムとしては、ＳＩＰサーバに流入・流出する全シグナリングメッセージのパケットをキャプチャーすることにより、各ＳＩＰサーバ間のシーケンス、正常性を確認するツール・システムが知られている（例えば、非特許文献２参照）。
【０００５】
なお、ＳＩＰシグナリングメッセージが物理ネットワークの障害により多数ロスしてしまうことがある。非特許文献２に示されるようなシステムでは、ある物理ネットワークの障害により発生する、複数拠点間のシグナリングメッセージがロスする事象をまとめて、管理者に提示することはできない。物理ネットワークの障害とシグナリングメッセージのロスとの関係を把握するためには、他の物理ネットワークに関係したシステムを別途利用する必要がある。
【非特許文献１】RFC3261「SIP:Session Initiation Protocol」. [online]. [retrieved on 2008-02-28]. Retrieved from Internet: <URL: http://www.faqs.org/rfcs/rfc3261.html＞
【非特許文献２】NetCall Monitor. [online]. Softfront. [retrieved on 2008-02-28]. Retrieved from Internet: <URL: http://www.softfront.co.jp/products/applience/netcall/netcall_monitor.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
非特許文献２に示されるようなシステムでは、シグナリングメッセージのを全てキャプチャーする必要があり、シグナリングメッセージの数が増加してきた場合やＳＩＰサーバの数が増加した場合では、多くの拠点で大容量のデータを取得し解析する必要があり、監視の負荷が高くなるという問題があった。
【０００７】
本発明は上記の課題を解決するためになされたものであり、大容量のデータ（各サーバ間およびサーバ・端末装置間でやり取りされる全シグナリングメッセージ）を取得し解析することなく、シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの監視を行うことができる監視装置、監視システムおよび監視プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの通信状態を監視する監視装置において、前記サーバが送信および受信したメッセージの数を含んだ監視情報と、前記システムに含まれる装置間を接続するネットワークの経路情報とを記憶する記憶部と、前記監視情報に含まれている前記メッセージの送信数と受信数とに基づいて、前記サーバ間の経路および前記サーバと前記端末装置との間の経路で障害が起きているか否か判断し、複数の前記経路の前記判断結果と、前記経路情報とに基づいて、障害が起きている前記経路を判断する判断部と、を備えたことを特徴とする監視装置である。
【０００９】
また、本発明は、シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの通信状態を監視する監視システムにおいて、前記サーバが送信および受信したメッセージの数を監視情報として記憶する取得装置記憶部と、前記取得装置記憶部が記憶する前記監視情報を送信する送信部とを備えたメッセージ数取得装置と、前記メッセージ数取得装置より送信された前記監視情報を受信する受信部と、前記受信部が受信した前記監視情報と、前記システムに含まれる装置間を接続するネットワークの経路情報とを記憶する記憶部と、前記監視情報に含まれている前記メッセージの送信数と受信数とに基づいて、前記サーバ間の経路および前記サーバと前記端末装置との間の経路で障害が起きているか否か判断し、複数の前記経路の前記判断結果と、前記経路情報とに基づいて、障害が起きている前記経路を判断する判断部と、を備えた監視装置と、を備えたことを特徴とする監視システムである。
【００１０】
また、本発明は、シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの通信状態を監視する監視装置としてコンピュータを機能させるための監視プログラムにおいて、前記サーバが送信および受信したメッセージの数を含んだ監視情報と、前記システムに含まれる装置間を接続するネットワークの経路情報とを記憶する記憶部と、前記監視情報に含まれている前記メッセージの送信数と受信数とに基づいて、前記サーバ間の経路および前記サーバと前記端末装置との間の経路で障害が起きているか否か判断し、複数の前記経路の前記判断結果と、前記経路情報とに基づいて、障害が起きている前記経路を判断する判断部と、としてコンピュータを機能させるための監視プログラムである。
【発明の効果】
【００１１】
本発明によれば、大容量のデータを取得し解析することなく、シグナリングメッセージをやり取りするサーバと端末装置からなるシステムの監視を行うことができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態について説明する。図１は、本実施形態におけるネットワークの論理構成を示した図である。図示する例では、ネットワークの論理構成にはＳＩＰサーバＳ１〜Ｓ４と、ユーザ端末Ｕ１〜Ｕ４（ＳＩＰクライアント）と、監視装置１とが含まれる。ＳＩＰサーバＳ１〜Ｓ４はユーザ端末Ｕ１〜Ｕ４からの発呼、およびユーザ端末Ｕ１〜Ｕ４への着呼の制御を行う装置である。本実施形態では、ＳＩＰサーバＳ１〜Ｓ４は、自身が送信・受信・再送信・再受信したＳＩＰシグナリングメッセージの数を自身が備える記憶部に記憶している。
【００１３】
なお、ＳＩＰサーバＳ１〜Ｓ４が送信・受信・再送信・再受信したＳＩＰシグナリングメッセージの数を取得するメッセージ数取得装置を別途設け、ＳＩＰサーバＳ１〜Ｓ４が送信・受信・再送信・再受信したＳＩＰシグナリングメッセージの数を、メッセージ数取得装置が取得してもよい。ユーザ端末Ｕ１〜Ｕ４は、他のユーザ端末Ｕ１〜Ｕ４に対して発呼し、ＳＩＰサーバＳ１〜Ｓ４によって接続が行われた後、互いに通信を行う装置である。例えば、ユーザ端末Ｕ１〜Ｕ４は電話などである。監視装置１はＳＩＰサーバＳ１〜Ｓ４の監視を行う装置である。
【００１４】
また、図示する例では、ネットワークにはＳＩＰサーバＳ１〜Ｓ４が４台含まれており、他の３台のＳＩＰサーバＳ１〜Ｓ４と互いに通信を行うことができるように接続されている。また、ＳＩＰサーバＳ１はユーザ端末Ｕ１と接続されており、ＳＩＰサーバＳ２はユーザ端末Ｕ２と接続されており、ＳＩＰサーバＳ３はユーザ端末Ｕ３と接続されており、ＳＩＰサーバＳ４はユーザ端末Ｕ４と接続されている。また、監視装置１は、各ＳＩＰサーバＳ１〜Ｓ４と通信を行うことができるように接続されている。
【００１５】
図２は、本実施形態におけるネットワークの物理構成を示した図である。図示する例では、ネットワークの物理構成には、物理ネットワークＡ１，Ａ２，Ｂ１，Ｂ２，Ｒ１，Ｒ２と、ＳＩＰサーバＳ１〜Ｓ４と、ユーザ端末Ｕ１〜Ｕ４とが含まれている。物理ネットワークＡ１，Ａ２，Ｂ１，Ｂ２，Ｒ１，Ｒ２は、接続している他の物理ネットワークＡ１，Ａ２，Ｂ１，Ｂ２，Ｒ１，Ｒ２と通信を行うことができる。ＳＩＰサーバＳ１〜Ｓ４と、ユーザ端末Ｕ１〜Ｕ４とは図１と同様である。
【００１６】
物理ネットワークＢ１は、物理ネットワークＢ２，Ｒ１，Ｒ２，Ａ１と接続している。物理ネットワークＢ２は、物理ネットワークＢ１，Ｒ３，Ｒ４，Ａ２と接続している。ＳＩＰサーバＳ１は物理ネットワークＲ１に接続している。ＳＩＰサーバＳ２は物理ネットワークＲ２に接続している。ＳＩＰサーバＳ３は物理ネットワークＲ３に接続している。ＳＩＰサーバＳ４は物理ネットワークＲ４に接続している。ユーザ端末Ｕ１とユーザ端末Ｕ２とは物理ネットワークＡ１に接続している。ユーザ端末Ｕ３とユーザ端末Ｕ４とは物理ネットワークＡ２に接続している。なお、監視装置１は、この接続状態を後述する自身の記憶部３３に予め記憶している。
【００１７】
上記の接続により、ＳＩＰサーバＳ１〜Ｓ４とユーザ端末Ｕ１〜Ｕ４とは物理ネットワークＡ１，Ａ２，Ｂ１，Ｂ２，Ｒ１，Ｒ２を介して、他のＳＩＰサーバＳ１〜Ｓ４およびユーザ端末Ｕ１〜Ｕ４と通信を行うことができる。例えば、ＳＩＰサーバＳ１とＳＩＰサーバＳ２とは、物理ネットワークＲ１，Ｂ１，Ｒ２を介して互いに通信を行うことができる。
【００１８】
図３は、本実施形態における監視装置１の構成を示した構成図である。図示する例では、監視装置１は通信部３１と、制御部３２と、記憶部３３とを備える。通信部３１は、ＳＩＰサーバＳ１〜Ｓ４より監視情報を受信する。監視情報は、各ＳＩＰサーバＳ１〜Ｓ４が送信及び受信した「ＳＩＰシグナリングメッセージ」の数、および各ＳＩＰサーバＳ１〜Ｓ４が再送信及び再送信した「ＳＩＰシグナリングメッセージ」の数である。制御部３２は、監視装置１の制御を行う。記憶部３３は、監視装置１が使用する情報を記憶する。
【００１９】
次に、ＳＩＰサーバＳ１〜Ｓ４が送受信するＳＩＰシグナリングメッセージについて説明する。図４は、本実施形態において、ＳＩＰサーバＳ１とＳＩＰサーバＳ２とが２台でＳＩＰ制御を行う場合でのＳＩＰシグナリングメッセージの送信順を示したシーケンス図である。また、先述したとおり、ＳＩＰサーバＳ１にユーザ端末Ｕ１が接続されており、ＳＩＰサーバＳ２にユーザ端末Ｕ２が接続されている。
【００２０】
（ステップＳ４０１）ユーザ端末Ｕ１はＳＩＰサーバＳ１に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ４０２）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＵＴＨ」メッセージを送信する。
（ステップＳ４０３）「ＡＵＴＨ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＡＣＫ」メッセージを送信する。
なお、ステップＳ４０１からステップＳ４０３のシーケンスをタイプＡのシーケンスとする。
【００２１】
（ステップＳ４０４）「ＡＵＴＨ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ４０５）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ＳＩＰサーバＳ２に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ４０６）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「Ｔｒｙｉｎｇ」メッセージを送信する。
【００２２】
（ステップＳ４０７）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ２は、ユーザ端末Ｕ２に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ４０８）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ２は、ＳＩＰサーバＳ１に対して「Ｔｒｙｉｎｇ」メッセージを送信する。
（ステップＳ４０９）「ＩＮＶＩＴＥ」メッセージを受信したユーザ端末Ｕ２は、ＳＩＰサーバＳ２に対して「Ｔｒｙｉｎｇ」メッセージを送信する。
【００２３】
（ステップＳ４１０）「ＩＮＶＩＴＥ」メッセージを受信したユーザ端末Ｕ２は、ＳＩＰサーバＳ２に対して「Ｒｉｎｇｉｎｇ」メッセージを送信する。
（ステップＳ４１１）「Ｒｉｎｇｉｎｇ」メッセージを受信したＳＩＰサーバＳ２は、ＳＩＰサーバＳ１に対して「Ｒｉｎｇｉｎｇ」メッセージを送信する。
（ステップＳ４１２）「Ｒｉｎｇｉｎｇ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「Ｒｉｎｇｉｎｇ」メッセージを送信する。
なお、ステップＳ４０４からステップＳ４１２のシーケンスをタイプＢ２のシーケンスとする。
【００２４】
（ステップＳ４１３）「Ｒｉｎｇｉｎｇ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＰＲＡＣＫ」メッセージを送信する。
（ステップＳ４１４）「ＰＲＡＣＫ」メッセージを受信したＳＩＰサーバＳ１は、ＳＩＰサーバＳ２に対して「ＰＲＡＣＫ」メッセージを送信する。
（ステップＳ４１５）「ＰＲＡＣＫ」メッセージを受信したＳＩＰサーバＳ２は、ユーザ端末Ｕ２に対して「ＰＲＡＣＫ」メッセージを送信する。
なお、ステップＳ４１０からステップＳ４１５のシーケンスをタイプＣ２のシーケンスとする。
【００２５】
（ステップＳ４１６）ユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「２００ＯＫ」メッセージを送信する。
（ステップＳ４１７）「２００ＯＫ」メッセージを受信したＳＩＰサーバＳ１は、ＳＩＰサーバＳ２に対して「２００ＯＫ」メッセージを送信する。
（ステップＳ４１８）「２００ＯＫ」メッセージを受信したＳＩＰサーバＳ２は、ユーザ端末Ｕ２に対して「２００ＯＫ」メッセージを送信する。
【００２６】
（ステップＳ４１９）「２００ＯＫ」メッセージを受信したユーザ端末Ｕ２は、ＳＩＰサーバＳ２に対して「ＡＣＫ」メッセージを送信する。
（ステップＳ４２０）「ＡＣＫ」メッセージを受信したＳＩＰサーバＳ２は、ＳＩＰサーバＳ１に対して「ＡＣＫ」メッセージを送信する。
（ステップＳ４２１）「ＡＣＫ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＣＫ」メッセージを送信する。
なお、ステップＳ４１６からステップＳ４２１のシーケンスをタイプＣ２のシーケンスとする。
【００２７】
また、ステップＳ４１６〜４２１において、「２００ＯＫ」メッセージの代わりに「ＢＹＥ」メッセージとなり、「ＡＣＫ」メッセージの代わりに「２００ＯＫ」メッセージとなる場合もある。また、ステップＳ４１６〜ステップＳ４２１では、ユーザ端末Ｕ１からシーケンスが開始しているが、ユーザ端末Ｕ２からシーケンスが開始する場合もある。
【００２８】
次に、本実施形態におけるＳＩＰサーバＳ１〜Ｓ４の監視方法について説明する。本実施形態での監視方法は、サーバ障害の検出と、「ユーザ側」「非ユーザ側」での障害の検出と、サーバ間論理障害の検出との３つの検出方法を含む。なお、監視装置１が各検出方法を実施する前に各ＳＩＰサーバＳ１〜Ｓ４は監視装置１に対して監視情報を送信する。また、ＳＩＰサーバＳ１〜Ｓ４より送信された監視情報を監視装置１の通信部３１は受信し、制御部３２は受信した監視情報を記憶部３３に記憶させる。
【００２９】
なお、先述したとおり、メッセージ数取得装置を別途設けても良い。この場合は、監視装置１が各検出方法を実施する前に、メッセージ数取得装置は監視装置１に対して監視情報を送信する。また、メッセージ数取得装置より送信された監視情報を監視装置１の通信部３１は受信し、制御部３２は受信した監視情報を記憶部３３に記憶させる。
【００３０】
なお、「ユーザ側」「非ユーザ側」の定義について図５を参照して説明する。「ユーザ側」「非ユーザ側」の定義については、着目（監視）対象のＳＩＰサーバＳ１〜Ｓ４に応じて定義する。図示する例では、ＳＩＰサーバＳ１，Ｓ２と、ユーザ端末Ｕ１，Ｕ２とが含まれている。ＳＩＰサーバＳ１とユーザ端末Ｕ１とが接続している。また、ＳＩＰサーバＳ２とユーザ端末Ｕ２とが接続している。また、ＳＩＰサーバＳ１とＳＩＰサーバＳ２とが接続している。
【００３１】
図示する例では、ＳＩＰサーバＳ１を着目対象とする。なお、着目対象ではないＳＩＰサーバＳ２を非着目サーバと定義する。着目対象のＳＩＰサーバＳ１に接続しているユーザ端末Ｕ１側の障害を「ユーザ側障害」と定義する。また、着目対象のＳＩＰサーバＳ１と接続しているＳＩＰサーバＳ２側の障害を「非ユーザ側障害」と定義する。
【００３２】
（サーバ障害の検出）
本実施形態におけるサーバ障害の検出は、ＳＩＰサーバＳ１〜Ｓ４毎に計測したＳＩＰシグナリングメッセージの送信数および受信数に基づいて行う。サーバ障害の検出で使用するＳＩＰシグナリングメッセージは、図４で示した「ＰＲＡＣＫ」「２００ＯＫ」「ＢＹＥ」「ＡＣＫ」「ＡＵＴＨ」である。
【００３３】
ＳＩＰサーバＳ１〜Ｓ４が正常に動作している場合、ＳＩＰサーバＳ１〜Ｓ４は、他の装置よりシグナリングメッセージを受信すると、受信したシグナリングメッセージに対応したシグナリングメッセージを他の装置に対して送信する。すなわち、ＳＩＰサーバＳ１〜Ｓ４に障害が起きていない場合は、ＳＩＰサーバＳ１〜Ｓ４が送信するシグナリングメッセージの数と、受信するシグナリングメッセージの数は同数となる。
【００３４】
ＳＩＰサーバＳ１〜Ｓ４で障害が起こると、ＳＩＰサーバＳ１〜Ｓ４は、他の装置よりシグナリングメッセージを受信した場合においても、受信したシグナリングメッセージに対応したシグナリングメッセージを他の装置に対して送信しない。または、シグナリングメッセージを受信していないにも関わらず、ＳＩＰサーバＳ１〜Ｓ４は他の装置にシグナリングメッセージを送信する。すなわち、ＳＩＰサーバＳ１〜Ｓ４に障害が起きている場合は、ＳＩＰサーバＳ１〜Ｓ４が送信するシグナリングメッセージの数と、受信するシグナリングメッセージの数は異なる。
【００３５】
以下、ＳＩＰサーバＳ１〜Ｓ４での障害の検出方法について説明する。
（ステップＳ１１）監視装置１の通信部３１は、ＳＩＰサーバＳ１〜Ｓ４より監視情報を受信する。その後、ステップＳ１２に進む。監視情報は、ＳＩＰサーバＳ１〜Ｓ４が送信及び送信した「ＰＲＡＣＫ」「２００ＯＫ」「ＢＹＥ」「ＡＣＫ」「ＡＵＴＨ」のメッセージの数である。
【００３６】
（ステップＳ１２）制御部３２は、通信部３１が受信した監視情報に基づいて、ＳＩＰサーバＳ１〜Ｓ４が送信した「ＰＲＡＣＫ」「２００ＯＫ」「ＢＹＥ」「ＡＣＫ」「ＡＵＴＨ」のメッセージ数の和を算出する。また、制御部３２は、通信部３１が受信した監視情報に基づいて、ＳＩＰサーバＳ１〜Ｓ４が受信した「ＰＲＡＣＫ」「２００ＯＫ」「ＢＹＥ」「ＡＣＫ」「ＡＵＴＨ」のメッセージ数の和を算出する。その後、ステップＳ１３に進む。
【００３７】
（ステップＳ１３）制御部３２は、算出した送信メッセージの和と、受信メッセージの和との差の絶対値を算出する。その後、ステップＳ１４に進む。
（ステップＳ１４）制御部３２は、予め決められている閾値と、ステップＳ１３で算出した値とを比較する。予め決められている閾値よりステップＳ１３で算出した値の方が大きければ、制御部３２は、ＳＩＰサーバＳ１〜Ｓ４で障害が起こっていると判断する。
【００３８】
ステップＳ１１からステップＳ１４で説明したサーバ障害判定方法を式で表すと以下の通りとなる。なお、Ｅは閾値である。以下の式を満たす場合（閾値Ｅを超えた場合）、ＳＩＰサーバＳ１〜Ｓ４で障害が起こっていると判断する。
Ｅ＜｜（ＳＩＰサーバＳ１〜Ｓ４が受信したメッセージ数の総和）−（ＳＩＰサーバＳ１〜Ｓ４が送信したメッセージ数の総和）｜
【００３９】
なお、閾値Ｅに関しては、システム利用者が設定する。また、シグナリングメッセージをカウントするタイミングによる誤差を踏まえて、システム利用者は閾値Ｅを決定する。
【００４０】
上述したとおり、ＳＩＰサーバＳ１〜Ｓ４より受信した監視情報に基づいてＳＩＰサーバＳ１〜Ｓ４の障害発生を判断することができる。
【００４１】
（「ユーザ側」「非ユーザ側」での障害の検出）
本実施形態における「ユーザ側」「非ユーザ側」での障害の検出は、ＳＩＰサーバＳ１〜Ｓ４毎に計測したＳＩＰシグナリングメッセージの再送信数および再受信数に基づいて行う。ＳＩＰサーバＳ１〜Ｓ４間でやり取りされるＳＩＰシグナリングメッセージは、リクエストとそれに対応する応答という関係がある。例えば、図４で示した例では、ＲＩＮＧＩＮＧメッセージを受信した場合、ＰＲＡＣＫメッセージを送信する関係がある。
【００４２】
本実施形態では、ＳＩＰシグナリングメッセージの受信と送信との関係に着目し、図４で示した通り、ＳＩＰサーバＳ１〜Ｓ４が２台でＳＩＰ制御を行う場合、ＳＩＰシグナリングメッセージのシーケンスのタイプをタイプＡ，タイプＢ２，タイプＣ２の３つに分類している。
【００４３】
シーケンスのタイプにより「ユーザ側」「非ユーザ側」での障害の検出を行う方法について以下説明する。「ユーザ側」「非ユーザ側」の定義については、図５を参照して説明した定義と同様である。
【００４４】
（ステップＳ２１）監視装置１の通信部３１は、ＳＩＰサーバＳ１〜Ｓ４より監視情報を受信する。その後、ステップＳ２２に進む。監視情報は、「ＡＵＴＨ」「ＲＩＮＧＩＮＧ」「ＰＲＡＣＫ」「ＡＣＫ」メッセージについて、各メッセージの受信数、再受信数、送信数、再送信数である。
【００４５】
なお、ＳＩＰシグナリングメッセージの受信数、再受信数、送信数、再送信数について、ＳＩＰサーバＳ１〜Ｓ４は、ユーザ端末Ｕ１〜Ｕ４（ＳＩＰサーバＳ１〜Ｓ４に接続している全てのユーザ端末Ｕ１〜Ｕ４）に対して送受信および再送受信した数と、他のＳＩＰサーバＳ１〜Ｓ４に対して送受信および再送受信した数とを区別してカウントする。
【００４６】
ここで、着目サーバに複数の非着目サーバが接続している場合、すなわち、非ユーザ側に複数のＳＩＰサーバＳ１〜Ｓ４が接続している場合について説明する。非着目サーバ毎に障害を判定する場合、非着目サーバ毎に着目サーバがＳＩＰシグナリングメッセージを送信した数・受信した数・再送信した数・再受信した数をカウントする（カウント方法１）。非ユーザ側のいずれかに障害が起きていることを判断する場合、着目サーバが全ての非着目サーバに対してＳＩＰシグナリングメッセージを送信した数・受信した数・再送信した数・再受信した数をカウントする（カウント方法２）。本実施形態ではカウント方法２を用いる。
【００４７】
（ステップＳ２２）制御部３２は、通信部３１が受信した監視情報に基づいて障害の判定を行う。判定方法は以下の通りである。
・「Ａｕｔｈ」メッセージをユーザ側に対して再送信している場合は、ユーザ側に障害があると判定する。（ＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＡのケース）
・「ＲＩＮＧＩＮＧ」メッセージをユーザ側に対して再送信している場合は、ユーザ側に障害があると判定する。（ＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＢのケース）
【００４８】
・「ＰＲＡＣＫ」メッセージまたは「ＡＣＫ」メッセージをユーザ側に対して再送信している場合は、ユーザ側に障害があると判定する。（ＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＣ２のケース）
・「ＰＲＡＣＫ」メッセージまたは「ＡＣＫ」メッセージをユーザ側から再受信している場合は、非ユーザ側に障害があると判定する。（ＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＣ２のケース）
【００４９】
以下、一例として、ＳＩＰシグナリングメッセージのシーケンスのタイプが、タイプＡの場合とタイプＢ２の場合における障害判定の根拠を説明する。
【００５０】
（タイプＡの場合）
図６は、本実施形態におけるＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＡであり、正常にメッセージが送受信されている場合のメッセージの送信順を示したシーケンス図である。図示する例では、以下の手順でユーザ端末Ｕ１とＳＩＰサーバＳ１とはメッセージの送受信を行っている。
【００５１】
（ステップＳ６０１）ユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ６０２）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＵＴＨ」メッセージを送信する。
（ステップＳ６０３）「ＡＵＴＨ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＡＣＫ」メッセージを送信する。
【００５２】
次に、ＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＡであり、「ＡＵＴＨ」メッセージがロスした場合について説明する。図７は、本実施形態におけるＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＡであり、「ＡＵＴＨ」メッセージがロスした場合のメッセージの送信順を示したシーケンス図である。図示する例では、以下の手順でユーザ端末Ｕ１とＳＩＰサーバＳ１とはメッセージの送受信を行っている。
【００５３】
（ステップＳ７０１）ユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ７０２）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＵＴＨ」メッセージを送信する。但し、送信した「ＡＵＴＨ」メッセージはユーザ端末Ｕ１に届かない。
（ステップＳ７０３）ステップＳ７０２で送信した「ＩＮＶＩＴＥ」メッセージの返答メッセージである「ＡＣＫ」メッセージが届かないため、ＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＵＴＨ」メッセージを再送信する。
（ステップＳ７０４）「ＡＵＴＨ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＡＣＫ」メッセージを送信する。
【００５４】
上述したとおり、ステップＳ７０２でＳＩＰサーバＳ１が送信した「ＡＵＴＨ」メッセージがユーザ端末Ｕ１に届かなかった場合、ＳＩＰサーバＳ１は再度「ＡＵＴＨ」メッセージユーザ端末Ｕ１に対して送信する。これにより、ユーザ端末Ｕ１とＳＩＰサーバＳ１との間のネットワークで障害が起きており、「ＡＵＴＨ」メッセージがユーザ端末Ｕ１に対して届かなかった場合、ＳＩＰサーバＳ１は再度「ＡＵＴＨ」メッセージを送信する。そのため、監視装置１は、ＳＩＰサーバＳ１が「ＡＵＴＨ」メッセージを再送信した場合、ユーザ端末Ｕ１とＳＩＰサーバＳ１との間のネットワーク（ユーザ側のネットワーク）で障害が起きていると判断する。
【００５５】
次に、ＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＡであり、「ＡＣＫ」メッセージがロスした場合について説明する。図８は、本実施形態におけるＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＡであり、「ＡＣＫ」メッセージがロスした場合のメッセージの送信順を示したシーケンス図である。図示する例では、以下の手順でユーザ端末Ｕ１とＳＩＰサーバＳ１とはメッセージの送受信を行っている。
【００５６】
（ステップＳ８０１）ユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ８０２）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＵＴＨ」メッセージを送信する。
（ステップＳ８０３）「ＡＵＴＨ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＡＣＫ」メッセージを送信する。但し、送信した「ＡＣＫ」メッセージはＳＩＰサーバＳ１に届かない。
【００５７】
（ステップＳ８０４）ステップＳ８０２で送信した「ＩＮＶＩＴＥ」メッセージの返答メッセージである「ＡＣＫ」メッセージが届かないため、ＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「ＡＵＴＨ」メッセージを再送信する。
（ステップＳ８０５）「ＡＵＴＨ」メッセージを受信したユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＡＣＫ」メッセージを送信する。
【００５８】
上述したとおり、ステップＳ８０３でユーザ端末Ｕ１が送信した「ＡＣＫ」メッセージがＳＩＰサーバＳ１に届かなかった場合、ＳＩＰサーバＳ１は再度「ＡＵＴＨ」メッセージユーザ端末Ｕ１に対して送信する。これにより、ユーザ端末Ｕ１とＳＩＰサーバＳ１との間のネットワークで障害が起きており、「ＡＣＫ」メッセージがＳＩＰサーバＳ１に対して届かなかった場合、ＳＩＰサーバＳ１は再度「ＡＵＴＨ」メッセージを送信する。そのため、監視装置１は、ＳＩＰサーバＳ１が「ＡＵＴＨ」メッセージを再送信した場合、ユーザ端末Ｕ１とＳＩＰサーバＳ１との間のネットワーク（ユーザ側のネットワーク）で障害が起きていると判断する。
【００５９】
（タイプＢ２の場合）
図９は、本実施形態におけるＳＩＰシグナリングメッセージのシーケンスのタイプがタイプＢ２であり、正常にメッセージが送受信されている場合のメッセージの送信順を示したシーケンス図である。図示する例では、以下の手順でユーザ端末Ｕ１，Ｕ２とＳＩＰサーバＳ１，Ｓ２とはメッセージの送受信を行っている。
【００６０】
（ステップＳ９０１）ユーザ端末Ｕ１は、ＳＩＰサーバＳ１に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ９０２）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ＳＩＰサーバＳ２に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ９０３）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「Ｔｒｙｉｎｇ」メッセージを送信する。
【００６１】
（ステップＳ９０４）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ２は、ユーザ端末Ｕ２に対して「ＩＮＶＩＴＥ」メッセージを送信する。
（ステップＳ９０５）「ＩＮＶＩＴＥ」メッセージを受信したＳＩＰサーバＳ２は、ＳＩＰサーバＳ１に対して「Ｔｒｙｉｎｇ」メッセージを送信する。
（ステップＳ９０６）「ＩＮＶＩＴＥ」メッセージを受信したユーザ端末Ｕ２は、ＳＩＰサーバＳ２に対して「Ｔｒｙｉｎｇ」メッセージを送信する。
【００６２】
（ステップＳ９０７）「ＩＮＶＩＴＥ」メッセージを受信したユーザ端末Ｕ２は、ＳＩＰサーバＳ２に対して「Ｒｉｎｇｉｎｇ」メッセージを送信する。
（ステップＳ９０８）「Ｒｉｎｇｉｎｇ」メッセージを受信したＳＩＰサーバＳ２は、ＳＩＰサーバＳ１に対して「Ｒｉｎｇｉｎｇ」メッセージを送信する。
（ステップＳ９０９）「Ｒｉｎｇｉｎｇ」メッセージを受信したＳＩＰサーバＳ１は、ユーザ端末Ｕ１に対して「Ｒｉｎｇｉｎｇ」メッセージを送信する。
【００６３】
上述したとおり、正常にメッセージが送受信されている場合ではメッセージの再送信は起こらない。しかしながら、タイプＢ２では、いずれかのメッセージがロスした場合（パケットロスした場合）、ＳＩＰサーバＳ１はユーザ端末Ｕ１（ユーザ側）に対して「ＩＮＶＩＴＥ」または「ＲＩＮＧＩＮＧ」のいずれかの再送を必ず行う。ここで、「ＩＮＶＩＴＥ」メッセージについては、タイプＡでの「ＩＮＶＩＴＥ」メッセージと区別してカウントするのは困難であるため、本実施形態では「ＲＩＮＧＩＮＧ」メッセージに着目し、監視装置１は、ＳＩＰサーバＳ１が「ＲＩＮＧＩＮＧ」メッセージをユーザ端末Ｕ１に対して再送信した場合、ＳＩＰサーバＳ１とユーザ端末Ｕ１との間のネットワーク（ユーザ側のネットワーク）で障害が起きていると判断する。
【００６４】
（ＳＩＰサーバ間の論理障害の検出）
サーバ間論理リンクの障害の検出を行う方法について以下説明する。なお、本実施形態では、図１に示した４台のＳＩＰサーバＳ１〜Ｓ４からなるネットワークにおけるサーバ間論理リンクの障害の検出を行う。
【００６５】
本実施形態におけるＳＩＰサーバ間の論理障害（サーバ間論理リンクの障害）の検出は、先述したカウント方法２を用いてカウントした監視情報に基づいて行った、「ユーザ側」「非ユーザ側」障害検出で得た結果に基づいて行う。これにより、監視装置１は、着目サーバ側、非ユーザ側のいずれかに障害が起きているか否かを判断することができる。
【００６６】
（ステップＳ３１）監視装置１の制御部３２は、着目サーバをＳＩＰサーバＳ１〜Ｓ４とした場合それぞれの「ユーザ側」「非ユーザ側」障害検出結果を取得し、記憶部３３に記憶させる。その後、ステップＳ３２に進む。
【００６７】
図１０は、本実施形態における「ユーザ側」「非ユーザ側」障害検出結果を示した図である。図示する例では、「ユーザ側」「非ユーザ側」障害検出結果は行列形式で示されている。行は着目サーバ名を示し、列は非着目サーバ名を示す。なお、着目サーバおよび非着目サーバの定義は図５を参照して説明した定義と同様である。また、着目サーバと非着目サーバとの間において、「非ユーザ側」に障害がある可能性がある場合は値を「？」とする。着目サーバと非着目サーバとの間において、「ユーザ側」の障害の場合は値を「１」とする。また、着目サーバと非着目サーバとの間において、障害が起きていない場合は値を「０」とする。また、着目サーバと非着目サーバが同一の場合、そのサーバ自身での障害検出結果を示す。ＳＩＰサーバ自身に障害がある場合は値を「１」とし、障害が起きていない場合は値を「０」とする。
【００６８】
図示する例では、行の値がＳ１で、列の値がＳ２の値は「？」である。これは着目サーバＳ１と非着目サーバＳ２の間において、「非ユーザ側」に障害がある可能性があることを示す。また、行の値がＳ２で、列の値がＳ１の値は「０」である。これは着目サーバＳ２と非着目サーバＳ１の間において障害が起きていないことを示す。また、行の値がＳ１で、列の値がＳ１の値は「０」である。これは、ＳＩＰサーバＳ１で障害が起きていないことを示す。また、行の値がＳ２で、列の値がＳ２の値は「１」である。これは、ＳＩＰサーバＳ２で障害が起きていることを示す。他の値については図示する通りである。
【００６９】
（ステップＳ３２）監視装置１の制御部３２は、ステップＳ３１で記憶部３３に記憶させた「ユーザ側」「非ユーザ側」障害検出結果に基づいて、対象サーバと非対象サーバを入れ替えると同一の組み合わせとなる組のＳＩＰサーバ間のネットワーク情報について更新する。図示する例では、対称となる行列上の項目（例えば、行Ｓ１，列Ｓ２と、行Ｓ２，列Ｓ１との組み合わせ）について更新する。
【００７０】
更新は、一方の値が「０」で他方の値が「？」の場合は両方の値を「０」とする。また、両方の値が「０」の場合はそのまま「０」とする。両方が「？」の場合はそのまま「？」とする。これは、２つの装置間のネットワークの状態は、通信の向きによらず同一の状態であるためである。また、一方の値が「０」で他方の値が「１」であることはありえないため、この場合は利用者に対してアルゴリズム自体に問題があることを通知する。
【００７１】
具体的には、図１０の例では、着目サーバＳ１と非着目サーバＳ２の間において「非ユーザ側」に障害がある可能性があり、着目サーバＳ２と非着目サーバＳ１の間において障害が起きていない。この場合、制御部３２は、ＳＩＰサーバＳ１とＳＩＰサーバＳ２との間の論理リンクで障害が起きていないと判断する。よって、制御部３２は、行の値がＳ１で、列の値がＳ２の値を「０」と更新する。他の値についても同様に更新する。更新後の「ユーザ側」「非ユーザ側」障害検出結果は図１１に示すとおりである。
【００７２】
図示する例では、行の値がＳ１で列の値がＳ２の値は「０」と更新されており、行の値がＳ３で列の値がＳ２の値は「０」と更新されており、行の値がＳ４で列の値がＳ２の値は「０」と更新されている。
【００７３】
（ステップＳ３３）監視装置１の制御部３２は、ステップＳ３２で更新した「ユーザ側」「非ユーザ側」障害検出結果に基づいて、「？」の値を特定する。各行または各列に「？」が１つのみ存在する場合は、その「？」を「１」に更新する。その後、ステップＳ３４に進む。図１１の例では、「？」が１つのみ存在する行または列は無いため、更新は行わない。
【００７４】
（ステップＳ３４）監視装置１の制御部３２は、ステップＳ３３で更新した「ユーザ側」「非ユーザ側」障害検出結果と、予め記憶している物理リンクの情報とに基づいて各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とを併せて記憶部３３に記憶させる。その後、ステップＳ３５に進む。
【００７５】
図１２は、本実施形態における各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とを表形式で示した図である。図示する例では、各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とが対応付けて示されている。
【００７６】
１行目では、「Ｓ１−Ｓ３（？）」と「Ｓ１−Ｒ１，Ｒ１−Ｂ１，Ｂ１−Ｂ２，Ｂ２−Ｒ３，Ｒ３−Ｓ３」とが対応付けられている。これは、ＳＩＰサーバＳ１とＳＩＰサーバＳ３との論理ネットワークには障害がある可能性があり、ＳＩＰサーバＳ１とＳＩＰサーバＳ３とは、Ｒ１−Ｂ１−Ｂ２−Ｒ３を介して接続されていることを示す。
【００７７】
２行目には、「Ｓ１−Ｓ２（１）」と「Ｓ１−Ｒ１，Ｒ１−Ｂ１，Ｂ１−Ｒ２，Ｒ２−Ｓ２」とが対応付けて記憶されている。これは、ＳＩＰサーバＳ１とＳＩＰサーバＳ２との間の論理ネットワークには障害が無く、ＳＩＰサーバＳ１とＳＩＰサーバＳ２とは、Ｒ１−Ｂ１−Ｒ２を介して接続されていることを示す。他の行については図示する通りである。
【００７８】
（ステップＳ３５）監視装置１の制御部３２は、ステップＳ３４で記憶部３３に記憶させた、各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報に基づいて、正常な物理ノードおよび物理リンクを判断する。その後。ステップＳ３６に進む。具体的には、ＳＩＰシグナリングメッセージのロスが無い論理ネットワークを構成する物理ノードと物理リンクには障害が起きていないと判断する。
【００７９】
図１２に示した例では、２行目の値より、ＳＩＰサーバＳ１とＳＩＰサーバＳ２との間の論理ネットワークではＳＩＰシグナリングメッセージのロスが無いことがわかる。また、ＳＩＰサーバＳ１とＳＩＰサーバＳ２との間の物理リンクは、「Ｓ１−Ｒ１，Ｒ１−Ｂ１，Ｂ１−Ｒ２，Ｒ２−Ｓ２」であるため、物理ノード「Ｒ１，Ｂ１，Ｒ２」には障害が起きておらず、また、物理リンク「Ｓ１−Ｒ１，Ｒ１−Ｂ１，Ｂ１−Ｒ２，Ｒ２−Ｓ２」には障害が起きていないと判断できる。
【００８０】
図１２に示した図より、正常な物理ノードは「Ａ１，Ａ２，Ｂ１，Ｂ２，Ｒ１，Ｒ２，Ｒ３」であり、正常な物理リンクは「Ｓ１−Ｒ１，Ｒ１−Ｂ１，Ｂ１−Ｒ２，Ｒ２−Ｓ２，Ｂ１−Ｂ２，Ｂ２−Ｒ３，Ｒ３−Ｓ３，Ｒ３−Ｓ４，Ｂ１−Ａ１，Ａ１−Ｕ１，Ｓ３−Ｒ３，Ｒ３−Ｂ２，Ｂ２−Ａ２，Ａ２−Ｕ３，Ｂ２−Ａ２，Ａ２−Ｕ４」である。
【００８１】
（ステップＳ３６）監視装置１の制御部３２は、ステップＳ３５で判断した正常な物理ノードおよび物理リンクに基づいて、ステップＳ３４で記憶部に記憶させた各装置間の物理リンクの経路情報のうち、障害が起きていない経路情報を削除する。これにより、障害が起きている物理リンクを判断することができる。その後、ステップＳ３７に進む。
【００８２】
図１３は、本実施形態における各装置間の物理リンクの経路情報のうち、障害が起きていない経路情報を削除した情報を表形式で示した図である。図示する例では、８行目のＳ２−Ｕ２（１）の行に関連付けられている、Ａ１−Ｕ２以外の経路情報が削除されている。これにより、障害が起きている物理リンクはＡ１−Ｕ２であることがわかる。
【００８３】
（ステップＳ３７）監視装置１の制御部３２は、ステップＳ３６で判断した障害が起きている物理リンクの情報に基づいて、ステップＳ３６で記憶部３３に記憶させた情報のうち、各装置間の障害情報を更新する。これにより、各装置間の論理ネットワークのうち、障害が起きている論理ネットワークを判断することができる。その後、処理を終了する。
【００８４】
図１４は、本実施形態における各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とを表形式で示した図である。図示する例では、ＳＩＰサーバＳ１とＳＩＰサーバＳ３との間の論理ネットワークの障害情報は「０」と更新され、ＳＩＰサーバＳ１とＳＩＰサーバＳ４との間の論理ネットワークの障害情報は「０」と更新され、ＳＩＰサーバＳ３とＳＩＰサーバＳ４との間の論理ネットワークの障害情報は「０」と更新されている。すなわち、論理的ネットワーク障害判定で「？」と判定結果が出たものに関して、物理ノード、リンク、ＳＩＰサーバが正常であれば、論理的障害判定結果を「？」から「０」と変更する。
【００８５】
上述したとおり、本実施形態によれは、大容量のデータを取得し解析することなく、ＳＩＰサーバの監視を行うことができる。また、予め記憶している物理ネットワークの構成情報と、監視装置１が監視した「ユーザ側」「非ユーザ側」障害検出で得た結果とに基づいて、障害が起きている物理ネットワークを特定することができる。
【００８６】
また、本実施形態では、物理ネットワークに関しては、詳細な物理ネットワークの障害の検知まで踏みこまないが、限定的なＳＩＰサーバの情報より、物理ネットワークの障害とＳＩＰシグナリングメッセージのロスの相関をＳＩＰサーバの管理者に提示することができる。
【００８７】
なお、上述した実施形態における監視装置の機能全体あるいはその一部は、これらの機能実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００８８】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００８９】
なお、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００９０】
例えば、本実施形態では、ＳＩＰプロトコルを使用するＳＩＰシステムを例として説明したが、ＳＩＰプロトコルに関わらず、各ノード間でのメッセージのやり取りの手続きが決められた他のシグナリングメッセージをやり取りするシステムにおいても本発明を適用することができる。
【図面の簡単な説明】
【００９１】
【図１】本発明の一実施形態におけるＳＩＰサーバを備えたネットワークの構成を示した図である。
【図２】本実施形態におけるネットワークの物理構成を示した図である。
【図３】本実施形態における監視装置の構成を示した構成図である。
【図４】本実施形態でのＳＩＰシグナリングメッセージの送信順を示したシーケンス図である。
【図５】本実施形態でのＳＩＰサーバとユーザ端末の接続状態を示した図である。
【図６】本実施形態でのＳＩＰシグナリングメッセージの送信順を示したシーケンス図である。
【図７】本実施形態でのＳＩＰシグナリングメッセージの送信順を示したシーケンス図である。
【図８】本実施形態でのＳＩＰシグナリングメッセージの送信順を示したシーケンス図である。
【図９】本実施形態でのＳＩＰシグナリングメッセージの送信順を示したシーケンス図である。
【図１０】本実施形態における「ユーザ側」「非ユーザ側」障害検出結果を示した図である。
【図１１】本実施形態における「ユーザ側」「非ユーザ側」障害検出結果を示した図である。
【図１２】本実施形態における各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とを表形式で示した図である。
【図１３】本実施形態における各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とを表形式で示した図である。
【図１４】本実施形態における各装置間の論理ネットワークの障害情報と、各装置間の物理リンクの経路情報とを表形式で示した図である。
【符号の説明】
【００９２】
Ｓ１〜Ｓ４・・・ＳＩＰサーバ、Ｕ１〜Ｕ４・・・ユーザ端末、１・・・監視装置、３１・・・通信部、３２・・・制御部、３３・・・記憶部
【図１】
0004857300.tif 000002
【図２】
0004857300.tif 000003
【図３】
0004857300.tif 000004
【図４】
0004857300.tif 000005
【図５】
0004857300.tif 000006
【図６】
0004857300.tif 000007
【図７】
0004857300.tif 000008
【図８】
0004857300.tif 000009
【図９】
0004857300.tif 000010
【図１０】
0004857300.tif 000011
【図１１】
0004857300.tif 000012
【図１２】
0004857300.tif 000013
【図１３】
0004857300.tif 000014
【図１４】
0004857300.tif 000015