(57)【要約】【課題】シグナリングプロトコルに基づいて制御されるＩＰ電話等のインターネットサービスにおいて、ネットワーク障害発生時の影響範囲と呼規制区間を的確に把握可能とする。【解決手段】アウトバンドプロキシサーバ装置１０１の手前にＳＩＰパケットの受信と解析を行うプローブ装置２０１が配置され、ＳＩＰパケットの内容から通信セッションの状態が推定されることにより、通信セッションの状態異常と通信異常区間が推定される。複数のプローブ装置２０１にて特定された異常セッションおよび通信異常区間の情報が集計サーバ装置２０２にて集計され、対置間で統計的に表示されることで、オペレータが、どのプロキシサーバ装置に発信規制をかければよいか容易に判断できる。【選択図】図２
2010045599.tif 000002
【特許請求の範囲】
【請求項１】
インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法であって、
前記シグナリングプロトコルを処理するサーバ装置であってクライアントからのリクエストを受信するプロキシサーバ装置と前記ＩＰネットワークとの間に接続されるプローブ装置において実行され、前記ＩＰネットワークと前記プロキシサーバ装置との間で通信さおれる前記シグナリングプロトコルを制御するためのシグナリングプロトコルパケットをキャプチャする第１のステップと、
前記プローブ装置において実行され、前記キャプチャされたシグナリングプロトコルパケットの解析により前記インターネットサービスにおける通信セッションの状態を監視する第２のステップと、
前記プローブ装置において実行され、前記第２のステップにてキャプチャされたシグナリングプロトコルパケットの解析と前記通信セッションの状態の解析により前記通信セッションの異常終了を検出する第３のステップと、
前記プローブ装置において実行され、前記通信セッションの異常終了の原因となった前記シグナリングプロトコルパケットの通信障害区間を特定する第４のステップと、
前記プローブ装置において実行され、前記通信セッションの異常終了に関する情報と、それに対応する前記通信障害区間に関する情報とを含む異常終了通知メッセージを集計サーバ装置に通知する第５のステップと、
前記集計サーバ装置において実行され、複数の前記プローブ装置から通知される前記異常終了通知メッセージを受信する第６のステップと、
前記集計サーバ装置において実行され、前記第６のステップにて受信された異常終了通知メッセージを解析し、前記通信障害区間毎の異常セッション数を集計管理し、該異常セッション数を所定の閾値と比較することにより、ネットワーク障害の影響範囲を特定する第７のステップと、
前記集計サーバ装置において実行され、前記第７のステップにて特定されたネットワーク障害の影響範囲を提示する第８のステップと、
を含むことを特徴とするシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
【請求項２】
前記第３のステップは、前記通信セッションの状態を判定しながら、前記第２のステップにてキャプチャされたシグナリングプロトコルパケットのうち、前記通信セッションのリフレッシュを要求するリクエストを所定の更新時刻までに受信しなかった場合、又は前記シグナリングプロトコルパケットに応答するシグナリングプロトコルパケットを所定の時間内に受信しない状態が所定回数以上継続している状態において該シグナリングプロトコルパケットに対応する前記通信セッションの終了を要求するリクエストを受信した場合に、前記通信セッションの異常終了を検出するステップである、
ことを特徴とする請求項１に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
【請求項３】
前記第４のステップは、前記シグナリングプロトコルパケットのヘッダに付与される通信経路情報と、前記通信セッションのリフレッシュを要求するリクエストに応答するシグナリングプロトコルパケットのタイムアウトを示すシグナリングプロトコルパケットを受信した数に基づいて、前記通信障害区間を特定するステップである、
ことを特徴とする請求項１又は２の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
【請求項４】
前記第７のステップは、
前記第６のステップにて受信された異常終了通知メッセージを解析し、発信側の前記プロキシサーバ装置と着信側の前記プロキシサーバ装置とで定まる対置毎の異常セッション数及び該異常セッション数と第１の所定閾値との比較による障害発生有無を集計管理する第７−１のステップと、
前記第６のステップにて受信された異常終了通知メッセージを解析し、前記通信障害区間毎の異常セッション数と第２の所定閾値との比較による障害発生有無を集計管理する第７−２のステップと、
全ての前記プロキシサーバ装置間のトラヒック方向別の接続関係を管理する第７−３のステップと、
前記第７−１のステップにて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置から着信側プロキシサーバ装置に向かう前記シグナリングプロトコルパケットの通信経路上に存在する前記プロキシサーバ装置の各接続区間を、前記第７−３のステップにて管理される接続関係に基づいて抽出し、該各接続区間と前記第７−２のステップにて集計管理される通信障害区間とをマッチングさせることにより、前記各接続区間のうち障害発生が検知された接続区間を抽出する第７−４のステップと、
前記第７−１のステップにて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置及び着信側プロキシサーバ装置に関する情報と、前記第７−４のステップにて抽出された障害発生が検知された接続区間に関する情報を、前記ネットワーク障害の影響範囲として特定する第７−５のステップと、
を更に含むことを特徴とする請求項１乃至３の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
【請求項５】
前記集計サーバ装置において実行され、前記第６のステップにて受信された異常終了通知メッセージを蓄積する第９のステップと、
該蓄積される異常終了通知メッセージから、時間、発信側局番、受信側局番をキーに該当する異常終了通知メッセージを検索し、該検索に成功した異常終了通知メッセージから発信側及び受信側の前記インターネットサービスの利用者情報を抽出して一覧を作成し、表示する第１０のステップと、
を更に含むことを特徴とする請求項１乃至４の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
【請求項６】
インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置であって、
該プローブ装置は、前記シグナリングプロトコルを処理するサーバ装置であってクライアントからのリクエストを受信するプロキシサーバ装置と前記ＩＰネットワークとの間に接続され、
前記ＩＰネットワークと前記プロキシサーバ装置との間で通信される前記シグナリングプロトコルを制御するためのシグナリングプロトコルパケットをキャプチャするシグナリングプロトコルパケットキャプチャ手段と、
該キャプチャされたシグナリングプロトコルパケットの解析により前記インターネットサービスにおける通信セッションの状態を監視する通話セッション状態管理手段と、
前記キャプチャされたシグナリングプロトコルパケットの解析と前記通信セッションの状態の解析により前記通信セッションの異常終了を検出する通信セッション異常終了検出手段と、
前記通信セッションの異常終了の原因となった前記シグナリングプロトコルパケットの通信障害区間を特定する通信障害区間特定手段と、
前記通信セッションの異常終了に関する情報と、それに対応する前記通信障害区間に関する情報とを含む異常終了通知メッセージを送信する異常終了通知メッセージ送信手段と、
を含むことを特徴とするシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
【請求項７】
前記通信セッション異常終了検出手段は、前記通信セッションの状態を判定しながら、前記シグナリングプロトコルパケットキャプチャ手段にてキャプチャされたシグナリングプロトコルパケットのうち、前記通信セッションのリフレッシュを要求するリクエストを所定の更新時刻までに受信しなかった場合、又は前記シグナリングプロトコルパケットに応答するシグナリングプロトコルパケットを所定の時間内に受信しない状態が所定回数以上継続している状態において該シグナリングプロトコルパケットに対応する前記通信セッションの終了を要求するリクエストを受信した場合に、前記通信セッションの異常終了を検出する、
ことを特徴とする請求項６に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
【請求項８】
前記通信障害区間特定手段は、前記シグナリングプロトコルパケットのヘッダに付与される通信経路情報と、前記通信セッションのリフレッシュを要求するリクエストに応答するシグナリングプロトコルパケットのタイムアウトを示すシグナリングプロトコルパケットを受信した数に基づいて、前記通信障害区間を特定する、
ことを特徴とする請求項６又は７の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
【請求項９】
インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置であって、
複数のプローブ装置から通知される異常終了通知メッセージを受信する通知メッセージ受付手段と、
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、該異常終了通知メッセージに含まれる通信障害区間毎の異常セッション数を集計管理し、該異常セッション数を所定の閾値と比較することにより、ネットワーク障害の影響範囲を特定する通信障害区間異常セッション集計管理手段と、
前記通信障害区間異常セッション集計管理手段にて特定されたネットワーク障害の影響範囲を提示する影響範囲提示手段と、
を含むことを特徴とするシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
【請求項１０】
前記通信障害区間異常セッション集計管理手段は、
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、発信側の前記プロキシサーバ装置と着信側の前記プロキシサーバ装置とで定まる対置毎の異常セッション数及び該異常セッション数と第１の所定閾値との比較による障害発生有無を集計管理する対置間異常セッション集計管理手段と、
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、前記通信障害区間毎の異常セッション数と第２の所定閾値との比較による障害発生有無を集計管理する通信障害区間異常セッション集計管理手段と、
全ての前記プロキシサーバ装置間のトラヒック方向別の接続関係を管理するプロキシサーバ接続関係管理手段と、
前記対置間異常セッション集計管理手段にて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置から着信側プロキシサーバ装置に向かう前記シグナリングプロトコルパケットの通信経路上に存在する前記プロキシサーバ装置の各接続区間を、前記プロキシサーバ接続関係管理手段にて管理される接続関係に基づいて抽出し、該各接続区間と前記通信障害区間異常セッション集計管理手段にて集計管理される通信障害区間と
をマッチングさせることにより、前記各接続区間のうち障害発生が検知された接続区間を抽出する障害発生接続区間抽出手段と、
を更に含み、
前記対置間異常セッション集計管理手段にて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置及び着信側プロキシサーバ装置に関する情報と、前記障害発生接続区間抽出手段にて抽出された障害発生が検知された接続区間に関する情報を、前記ネットワーク障害の影響範囲として特定する、
ことを特徴とする請求項９に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シグナリングプロトコルに基づいて制御されるＩＰ（インターネットプロトコル）電話等のインターネットサービスにおいて、網を構成するシグナリングサーバやルータなどの装置において故障や輻輳などが発生した場合に影響を受ける範囲（局番、ユーザ）を特定する技術、及び特定された影響範囲と装置の故障や輻輳によりシグナリングプロトコルのレイヤにおいて異常が検出された区間とから影響の拡大を防止するための最適な呼規制区間を決定する技術に関する。
【背景技術】
【０００２】
ＩＰ電話やテレビ電話、インスタントメッセンジャー等の、インターネット上でピア・ツー・ピアで通信を行うサービスにおいては、音声や映像、テキスト等のメディア情報をＩＰ（インターネットプロトコル）パケットを使ってリアルタイムに伝送するための技術に加えて、インターネット上でピア・ツー・ピアのセッション（呼）の確立・変更・切断（終了）を制御するためのシグナリング技術が重要である。
【０００３】
特に、近年普及の著しいＩＰ電話は、音声信号をＩＰパケットでリアルタイム伝送するためのＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ）技術と、シグナリング技術とを組み合わせて実現されている。
【０００４】
ＩＰ電話で利用可能なシグナリングプロトコルには、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）が１９９７年に勧告したＨ．３２３方式や、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で標準化され２００２年に発行されたＲＦＣ３２６１においてスタンダードトラックとして規定されたＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などが実現されている。特に、ＳＩＰは、メッセージがテキストで記述され、ＷｅｂのためのＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）や電子メールのためのＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍｅｓｓａｇｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を模範にして設計されたため、シンプルで拡張性が高くインターネットと親和性が高く、ＩＰ電話で用いられるシグナリングプロトコルの標準となりつつある。
【０００５】
ＳＩＰは、アプリケーション層で、端末間において、セッション（呼）の確立・変更・切断（終了）を制御するためのシグナリングプロトコルである。
インターネット上に配置されるＳＩＰサーバと呼ばれる中継用のサーバを介して端末間で、メソッド（リクエストメッセージ）とレスポンス（応答メッセージ）が所定の手順に従って交換されることにより、セッションの確立・変更・切断（終了）が制御される。
【０００６】
例えば、セッションの確立は、ＩＮＶＩＴＥ（招待）メッセージの送信から始まる。ＳＩＰにおける端末（ＵＡ：Ｕｓｅｒ  Ａｇｅｎｔ）の識別は、ｓｉｐ：ｈａｎａｋｏ＠ｆｕｊｉｔｓｕ．ｃｏｍ、ｓｉｐ：ｔａｒｏ＠ｆｕｊｉｔｓｕ．ｃｏｍのように、ＵＲＩ（Ｕｎｉｖｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）形式で行われる。
【０００７】
ＳＩＰメッセージの交換においては、メディア（音声・映像・テキスト）として何が使用されるのか 、音声メディアであれば符号化方式として何が使用されるのか 、音声パケットを運ぶプロトコルとして何が使用されるのか 、使用するポート番号や音声パケット送出周期等が通知される。
【０００８】
電話サービス全般において、ネットワーク障害発生時の対応とすばやいサービスの回復は、顧客満足度およびサービスへの信頼性を確保するための要であり、障害発生時においては、想定される顧客問合せへの適切な対応のため、また、影響の拡大抑止とサービス復旧のために、迅速に影響範囲（影響ユーザ）を把握することが求められている。
【０００９】
従来の公衆交換電話網：ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）は、ひとつの回線単位で通信路が確保され、通信エラーや輻輳などが検出されると通信路自体が閉塞される方式であったため、通信路の閉塞状態を確認することで影響範囲を特定することができた。
【００１０】
ＩＰ電話は、新しい形態の電話サービスであり、基本的にはＩＰプロトコルに従ったサービスであるため、ＰＳＴＮにあったような通信路という概念に基づいて障害範囲を特定する技術は適用することができない。
【００１１】
従って、ＩＰ電話サービスにおける障害検出は従来、ＩＰネットワークの障害検出手法に頼っているというのが現実であった。
例えば下記特許文献１に記載されている従来技術では、端末間でインターネットを構成する全ての経路の組合せについて通信品質情報が測定されることにより障害が発生した経路組が特定される。
【００１２】
また、ＩＰネットワークがツリー構成を採っている場合には、予めネットワーク装置間の接続情報とネットワーク装置に収容されているユーザ情報とが対応付けられて管理され、障害が発生した際はその発生箇所よりユーザ側のネットワークに収容されている全てのユーザが影響を受けていると見なされるような制御が考えられる。
【００１３】
更に、ＩＰネットワークがメッシュ構成をとっている場合には、対置間（局番間）での通話試験により影響範囲を絞り込んでいくという手法が考えられる。
【特許文献１】特開２００５−１０２１８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述の特許文献１に記載の従来技術は、全ての経路組を想定しなければならないため、現在のインターネットのように膨大な規模を有するネットワークに適用するには非現実的であるという問題点を有していた。
【００１５】
また、ツリー構成やメッシュ構成を想定した前述の従来技術も、ＩＰ電話ネットワークのようなシグナリングプロトコルに基づいて制御されるネットワーク全体に適用することは、やはり非現実的である。
【００１６】
このように、従来は、シグナリングプロトコルに基づくＩＰ電話サービス等のインターネットサービスが、パケット単位でデータが運ばれネットワークで障害が発生しても障害箇所が迂回されて音声パケットが最終的に目的地に到達する仕組みを備えたプロトコルであるため、これらのサービスでは、ネットワーク障害が発生した際に、迂回によりサービスへの影響が回避されたのかそれとも迂回路も塞がっていて影響を受けてしまったのかをピア・ツー・ピアレベルで的確に判断し影響の範囲を特定することが、非常に困難であるという問題点を有していた。
【課題を解決するための手段】
【００１７】
本発明の課題は、シグナリングプロトコルに基づいて制御されるインターネットサービ
スにおいて、ネットワーク障害発生時の影響範囲の特定を的確に把握可能とすることにある。
【００１８】
第１の態様は、インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置を前提とする。シグナリングプロトコルは例えば、セッションイニシエーションプロトコル（ＳＩＰ）であり、インターネットサービスは例えば、ＩＰ電話サービスである。
【００１９】
まず、このプローブ装置は、シグナリングプロトコルを処理するサーバ装置であってクライアントからのリクエストを受信するプロキシサーバ装置とＩＰネットワークとの間に接続される。
【００２０】
シグナリングプロトコルパケットキャプチャ手段（図３の３０１、３０２）は、ＩＰネットワーク（図３の１０７）とプロキシサーバ装置（図３の１０１）との間で通信されるシグナリングプロトコル（ＳＩＰ）を制御するためのシグナリングプロトコルパケットをキャプチャする。
【００２１】
通話セッション状態管理手段（図３の３０３〜３０８、３１０）は、キャプチャされたシグナリングプロトコルパケットの解析によりインターネットサービスにおける通信セッションの状態を監視する。
【００２２】
通信セッション異常終了検出手段（図３の３１０、３０９）は、キャプチャされたシグナリングプロトコルパケットの解析と通信セッションの状態の解析により通信セッションの異常終了を検出する。この通信セッション異常終了検出手段は例えば、通信セッションの状態を判定しながら、シグナリングプロトコルパケットキャプチャ手段にてキャプチャされたシグナリングプロトコルパケットのうち、通信セッションのリフレッシュを要求するリクエストを所定の更新時刻までに受信しなかった場合、又はシグナリングプロトコルパケットに応答するシグナリングプロトコルパケットを所定の時間内に受信しない状態が所定回数以上継続している状態においてそのシグナリングプロトコルパケットに対応する通信セッションの終了を要求するリクエストを受信した場合に、通信セッションの異常終了を検出する。
【００２３】
通信障害区間特定手段（図３の３１０、３０９）は、通信セッションの異常終了の原因となったシグナリングプロトコルパケットの通信障害区間を特定する。この通信障害区間特定手段は例えば、シグナリングプロトコルパケットのヘッダに付与される通信経路情報と、通信セッションのリフレッシュを要求するリクエストに応答するシグナリングプロトコルパケットのタイムアウトを示すシグナリングプロトコルパケットを受信した数に基づいて、通信障害区間を特定する。
【００２４】
異常終了通知メッセージ送信手段（図３の３１１〜３１３）は、通信セッションの異常終了に関する情報と、それに対応する通信障害区間に関する情報とを含む異常終了通知メッセージを送信する。
【００２５】
第２の態様は、インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置を前提とする。シグナリングプロトコルは例えば、セッションイニシエーションプロトコル（ＳＩＰ）であり、インターネットサービスは例えば、ＩＰ電話サービスである。
【００２６】
通知メッセージ受付手段（図７の７０１、７０２）は、複数のプローブ装置から通知される異常終了通知メッセージを受信する。
【００２７】
通信障害区間異常セッション集計管理手段（図７の７０４〜７０９、７１１、７１３）は、通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、その異常終了通知メッセージに含まれる通信障害区間毎の異常セッション数を集計管理し、その異常セッション数を所定の閾値と比較することにより、ネットワーク障害の影響範囲を特定する。この通信障害区間異常セッション集計管理手段は例えば、通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、発信側のプロキシサーバ装置と着信側のプロキシサーバ装置とで定まる対置毎の異常セッション数及びその異常セッション数と第１の所定閾値との比較による障害発生有無を集計管理する対置間異常セッション集計管理手段（７０４、７０９）と、通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、通信障害区間毎の異常セッション数と第２の所定閾値との比較による障害発生有無を集計管理する通信障害区間異常セッション集計管理手段（７０５、７１３）と、全てのプロキシサーバ装置間のトラヒック方向別の接続関係を管理するプロキシサーバ接続関係管理手段（７０７）と、対置間異常セッション集計管理手段にて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置から着信側プロキシサーバ装置に向かうシグナリングプロトコルパケットの通信経路上に存在するプロキシサーバ装置の各接続区間を、プロキシサーバ接続関係管理手段にて管理される接続関係に基づいて抽出し、その各接続区間と通信障害区間異常セッション集計管理手段にて集計管理される通信障害区間とをマッチングさせることにより、各接続区間のうち障害発生が検知された接続区間を抽出する障害発生接続区間抽出手段（７１１）とを更に含み、対置間異常セッション集計管理手段にて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置及び着信側プロキシサーバ装置に関する情報と、障害発生接続区間抽出手段にて抽出された障害発生が検知された接続区間に関する情報を、ネットワーク障害の影響範囲として特定するように構成することができる。
【００２８】
影響範囲提示手段（図７の７１０、７１２）は、通信障害区間異常セッション集計管理手段にて特定されたネットワーク障害の影響範囲を提示する。
【００２９】
上記第２の態様の構成において、通知メッセージ受付手段にて受信された異常終了通知メッセージを蓄積する異常終了セッション情報蓄積手段（図７の７０３）と、その蓄積される異常終了通知メッセージから、時間、発信側局番、受信側局番をキーにその当する異常終了通知メッセージを検索し、その検索に成功した異常終了通知メッセージから発信側及び受信側のインターネットサービスの利用者情報を抽出して一覧を作成し、表示する影響ユーザ検索表示手段（７１４、７１５）を更に含むように構成することができる。
【００３０】
なお、上記第１の態様及び第２の態様と同等の機能を実現するシグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法も、本発明の範囲である。
【発明の効果】
【００３１】
本発明によれば、プロキシサーバ装置の手前にシグナリングプロトコルパケットの受信と解析を行うプローブ装置を配置し、シグナリングプロトコルパケットの内容から通信セッションの状態を推定することにより、ネットワーク障害時に影響を受けた通信区間及び利用者を特定することが可能となる。
【００３２】
本発明によれば、プローブ装置にて通信セッションの状態を推定するにあたり、クライアントからのリクエストを受信する入側のプロキシサーバ装置に接続されたプローブ装置だけでセッションの状態を推定することが可能となる。
【００３３】
本発明によれば、プローブ装置にて通信セッションの状態を推定するにあたり、通信セッションの状態の異常だけでなく通信異常区間も推定することが可能となる。
本発明によれば、複数のプローブ装置にて特定した異常セッションおよび通信異常区間
の情報を集計サーバ装置にて集計し、対置間で統計的に表示することで、オペレータが、どのプロキシサーバ装置に発信規制をかければよいか容易に判断することが可能となる。
【発明を実施するための最良の形態】
【００３４】
以下、図面を参照しながら、本発明を実施するための最良の形態を詳細に説明する。
図１は、ＩＰ電話サービスを提供するネットワーク構成、図２は、本実施形態によるネットワーク構成を示した図である。
【００３５】
図１及び図２において、Ｐｒｏｚｙ１〜Ｐｒｏｘｙ４は、ＳＩＰによるシグナリングプロトコルを中継するＳＩＰサーバ群１０６として機能するプロキシサーバ装置１０１であり、ＣＲ１〜ＣＲ４は、基幹のＩＰネットワーク１０７を構成するコアルータ装置１０２、ＥＲ１〜ＥＲ１２は、アクセスネットワーク１０８とＩＰネットワーク１０７とを接続するエッジルータ装置１０３、ＨＧＷは、ユーザ宅内のユーザネットワーク１０９において電話端末をＩＰ電話として収容するホームゲートウェイ装置１０４である。
【００３６】
図２の構成では、図１の構成に対して、プロキシサーバ装置１０１（図２中のＰｒｏｘｙ１〜Ｐｒｏｘｙ４）とＩＰネットワーク１０７を構成するコアルータ装置１０２（図２中のＣＲ１〜ＣＲ４）との間に、プローブ装置２０１（図２中のプローブ１〜プローブ４）が配置され、保守網１１０を介してＳＩＰサーバ群１０６及びＩＰネットワーク１０７と接続されるネットワークオペレーションセンタには集計サーバ装置２０２（図２中の集計サーバ）が設置される。そして、保守網を介して、各プローブ装置２０１と集計サーバ装置２０２とが接続されている。
【００３７】
各プロキシサーバ装置１０１は、自サーバが担当する局番が割り付けられ、担当局番以外の信号をどのプロキシサーバ装置１０１に転送すべきか知っている。
また、各プロキシサーバ装置１０１は、担当局番内の電話端末からみてアウトバンドプロキシサーバとして機能し、電話端末間のＳＩＰ信号は必ず、各電話端末を担当するプロキシサーバ装置１０１を経由して通信される。
【００３８】
また、各プロキシサーバ装置１０１は、レコードルート機能（ＲＦＣ３２６１ルースルート方式）を備え、セッションの開始から終了までの信号が常に同じプロキシサーバ装置１０１を経由する。
【００３９】
また、ホームゲートウェイ装置１０４及びプロキシサーバ装置１０１は、セッションタイマ機能（ＲＦＣ４０２８）を備え、セッションリフレッシュ信号の通信によりキープアライブを実施する。
【００４０】
図３は、本実施形態による図２のプローブ装置２０１のシステム構成図、図４は、そのプローブ装置２０１において実行される制御動作の一部を示す動作フローチャートである。以下の説明では、随時、図３の３０１〜３１３の各機能部、及び図４のステップＳ４０１〜Ｓ４１１を参照するものとする。
【００４１】
ネットワークタップ装置３０１は、ネットワークを流れるＩＰパケット信号を分岐する装置であり、アウトバンドプロキシサーバ装置１０１とＩＰネットワーク１０７間に接続され、プローブ装置２０１では、キャプチャ用インタフェース部３０２が、ネットワークタップ装置３０１から分岐されたＩＰパケット信号を受信する。
【００４２】
キャプチャ用インタフェース部３０２の接続先が、プロキシサーバ装置１０１とＩＰネットワーク１０７間に接続されたリピータハブのポートであったり、レイヤ２スイッチのミラーポートであってもよい。
【００４３】
ＩＰパケット信号は、キャプチャ用インタフェース部３０２を介して、トランスポートプロトコルヘッダ抽出部３０３に取り込まれ、ここで、ＩＰパケットのトランスポートヘッダが抽出される。
【００４４】
次に、アプリケーションプロトコル判定部３０４が、トランスポートヘッダの宛先ポート番号が５０６０（ＳＩＰのポート番号）であるか否かを識別し、そうであればパケット全体をＳＩＰヘッダ抽出部３０５に転送する。
【００４５】
ＳＩＰヘッダ抽出部３０５は、トランスポートペイロードよりＳＩＰヘッダを抽出する。
そして、ＳＩＰヘッダ解析判定部３０６は、ステップＳ４０１にて、ＳＩＰヘッダを解析する。図６は、ＳＩＰメッセージの例を示す図であり、セッションを開始させるためのＩＮＶＩＴＥメソッドの例である。ＳＩＰメッセージは、電子メールデータと良く似た構成を有し、ヘッダ部６０１と本文６０２とから構成される。ＳＩＰヘッダ解析判定部３０６は、このヘッダ部６０１を解析する。
【００４６】
次に、ＳＩＰヘッダ解析判定部３０６は、ステップＳ４０２にて、上記解析の結果を判定する。
抽出されたＳＩＰヘッダにおいて、下記の（１）〜（４）の４つの条件全てが真である場合は、ＳＩＰヘッダ解析判定部３０６は、通話セッションオブジェクト生成部３０７に、ＳＩＰヘッダを転送する（ステップＳ４０２−＞Ｓ４０３）。
【００４７】
（１）開始行が２００  ＯＫレスポンスである。
（２）Ｖｉａヘッダが２行である。
（３）Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダの２行目にプローブが接続しているアウトバンドプロキシサーバのＵＲＩが含まれる。
（４）ＣＳｅｑヘッダのメソッド名がＩＮＶＩＴＥである。
【００４８】
抽出されたＳＩＰヘッダにおいて、下記の（５）の条件が真である場合、或いは、下記の（６）及び（７）の２つの条件が両方とも真である場合、或いは、下記（８）〜（１０）の３つの条件全てが真である場合に、ＳＩＰヘッダ解析判定部３０６は、通話セッション状態管理部に、ＳＩＰヘッダを転送する（ステップＳ４０２−＞Ｓ４０４）。
【００４９】
（５）開始行がＢＹＥである。 
（６）開始行がＵＰＤＡＴＥリクエストである。
（７）Ｓｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダがある。 
（８）開始行が４０８  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅｏｕｔである。
（９）Ｖｉａヘッダが１行である。
（１０）ＣＳｅｑヘッダのメソッド名がＵＰＤＡＴＥである。
【００５０】
通話セッションオブジェクト生成部３０７は、ステップＳ４０３において、転送されたＳＩＰヘッダの情報に基づいて、下記の各情報を有する通話セッションオブジェクトを生
成し、それを通話セッションオブジェクト格納部３０８に格納する。
【００５１】
（１１）通話セッションＩＤ属性として、Ｆｒｏｍヘッダ、Ｔｏヘッダ、Ｃａｌｌ−ＩＤヘッダが組み合わせられた情報。
（１２）ＳＩＰルート属性として、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダに含まれるプロキシサーバ装置１０１のＵＲＩがつなぎ合わせられ、先頭と最後尾にホームゲートウェイ装置１０４のＵＲＩが追加された情報。
（１３）通話開始時刻属性として、現在時刻。
（１４）セッションタイマ満了時刻属性として、現在時刻にＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダの値が加算されて得られる時刻。
（１５）タイムアウトレスポンス受信数カウンタ属性として、値０。
【００５２】
通話セッション状態管理部３１０は、まず、ステップＳ４０４において、転送されたＳＩＰヘッダ中のＦｒｏｍヘッダ、Ｔｏヘッダ、Ｃａｌｌ−ＩＤヘッダを組み合せた情報にマッチする通話セッションＩＤ属性を持つ通話セッションオブジェクトを、通話セッションオブジェクト格納部３０８上で検索する。
【００５３】
次に、通話セッション状態管理部３１０は、ステップＳ４０５において、その検索結果を判定する。
検索がヒットしなかった場合には、通話セッション状態管理部３１０は、プローブ装置２０１による当該ＳＩＰパケットの受信処理を終了する。
【００５４】
検索がヒットし、かつ転送されたＳＩＰヘッダの開始行がＢＹＥである場合は、通話セッション状態管理部３１０は、ステップＳ４０６において、ステップＳ４０４にて検索された通話セッションオブジェクト中のタイムアウトレスポンス受信数属性（前記（１５）参照）を確認し、ステップＳ４０７において、その受信数を判定する。
【００５５】
タイムアウトレスポンス受信数属性に登録されている受信数が０であれば、通話セッション状態管理部３１０は、ステップＳ４０８にて、通話セッションオブジェクト格納部３０８からステップＳ４０４にて検索された通話セッションオブジェクトを削除する。その後、通話セッション状態管理部３１０は、プローブ装置２０１による当該ＳＩＰパケットの受信処理を終了する。
【００５６】
タイムアウトレスポンス受信数属性に登録されている受信数が１以上であれば、通話セッション状態管理部３１０は、ステップＳ４０９にて、異常終了通知メッセージ生成部３１１に、ステップＳ４０４にて検索された通話セッションオブジェクトに関する異常終了通知メッセージの生成を依頼すると共に、通話セッションオブジェクト格納部３０８からステップＳ４０４にて検索された通話セッションオブジェクトを削除する。その後、通話セッション状態管理部３１０は、プローブ装置２０１による当該ＳＩＰパケットの受信処理を終了する。
【００５７】
検索がヒットし、かつ転送されたＳＩＰヘッダの開始行がＵＰＤＡＴＥである場合は、通話セッション状態管理部３１０は、ステップＳ４１０において、ステップＳ４０４にて検索された通話セッションオブジェクト中のセッションタイマ満了時刻属性（前記（１４）参照）の値を、現在時刻に、転送されたＳＩＰヘッダ中のＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダの値を加算して得られる時刻に更新する。その後、通話セッション状態管理部３１０は、プローブ装置２０１による当該ＳＩＰパケットの受信処理を終了する。
【００５８】
検索がヒットし、かつ転送されたＳＩＰヘッダの開始行が４０８  Ｒｅｓｐｏｎｓｅ  Ｔｉｍｅｏｕｔである場合は、通話セッション状態管理部３１０は、ステップＳ４１１において、ステップ４０４にて検索された通話セッションオブジェクト中のタイムアウトレスポンス受信数カウンタ属性の値を＋１加算する。その後、通話セッション状態管理部３１０は、プローブ装置２０１による当該ＳＩＰパケットの受信処理を終了する。
【００５９】
次に、セッションタイマ満了検出部３０９の動作について、図５に示される動作フローチャートに基づいて説明する。
セッションタイマ満了検出部３０９は、ステップＳ５０３にて所定時間カウントしながら周期的に、ステップＳ５０１にて、通話セッションオブジェクト格納部３０８に登録されている通話セッションオブジェクトのうち、セッションタイマ満了時刻属性の値（前記（１４）参照）が現在時刻以前となったものを検索する。
【００６０】
そして、セッションタイマ満了検出部３０９は、上記検索にヒットした通話セッションオブジェクトが見つかったら（ステップＳ５０２）、ステップＳ５０４にて、異常終了通知メッセージ生成部３１１に、当該通話セッションオブジェクトに関する異常終了通知メッセージの生成を依頼すると共に、通話セッション状態管理部３１０に対し、通話セッションオブジェクト格納部３０８から当該通話セッションオブジェクトの削除を依頼する。これを受けて、通話セッション状態管理部３１０は、当該通話セッションオブジェクトを通話セッションオブジェクト格納部３０８から削除する。
【００６１】
最後に、異常終了通知メッセージ生成部３１１の動作について説明する。
前述したように、異常終了通知メッセージ生成部３１１は、通話セッションオブジェクト格納部３０８に登録されていてタイムアウトレスポンス受信数属性に登録されている受信数が１以上である通話セッションオブジェクトに対応するＢＹＥメソッドを通話セッション状態管理部３１０が受信した場合、又は通話セッションオブジェクト格納部３０８に登録されていてセッションタイマ満了時刻属性の値が現在時刻以前となった通話セッションオブジェクトをセッションタイマ満了検出部３０９が検出した場合に、当該通話セッションオブジェクトに対応する異常終了通知メッセージの生成を依頼される。
【００６２】
異常終了通知メッセージ生成部３１１は、自プローブ装置２０１に関する情報と、通話セッション状態管理部３１０又はセッションタイマ満了検出部３０９から通知された通話セッションオブジェクトに含まれる情報と通知時刻に基づいて、下記の（１６）〜（２１）に示される情報が記載された異常終了通知メッセージを作成し、ＩＰパケット生成部３１２、通知用インタフェース部３１３から保守網１１０を介し集計サーバに通知メッセージを送信する。
【００６３】
（１６）自プローブ装置２０１が接続しているプロキシサーバ装置１０１の局番情報。
（１７）通知された通話セッションオブジェクトの通話セッションＩＤ属性（前述の（１１）参照）より抽出される発信電話番号。これは、通話セッションＩＤ属性に含まれるＦｒｏｍヘッダのＵＲＩから抽出できる（図６のヘッダ部６０１に含まれるＦｒｏｍヘッダの行を参照）。
（１８）通知された通話セッションオブジェクトの通話セッションＩＤ属性より抽出される着信電話番号。これは、通話セッションＩＤ属性に含まれるＴｏヘッダのＵＲＩから抽出できる（図６のヘッダ部６０１に含まれるＴｏヘッダの行を参照）。
（１９）通話開始時刻属性（前述の（１３）参照）
（２０）異常終了検出時刻。これは、通話セッション状態管理部３１０又はセッションタイマ満了検出部３０９からの通知時刻である。
（２１）ＳＩＰルート属性（前述の（１２）参照）とタイムアウトレスポンス受信数属性
（前述の（１５）参照）より特定される原因区間。
【００６４】
図７は、本実施形態による図２の集計サーバ装置２０２のシステム構成図である。
プローブ装置２０１からの異常終了通知メッセージは、インタフェース部７０１を介し通知メッセージ受付部７０２に取り込まれる。
【００６５】
通知メッセージ受付部７０２は、受信された異常終了通知メッセージの内容（前述の（１６）〜（２１））とプロキシサーバ収容局番情報７０６とに基づいて、下記の（２２）〜（３０）に示される情報を、異常セッション情報として特定し、それらを異常終了セッション情報蓄積部７０３、対置間異常セッション統計情報管理部７０４、原因区間統計情報管理部７０５に配信し、異常終了セッション情報蓄積部７０３は配信された異常セッション情報を格納する。
【００６６】
（２２）発信電話番号
（２３）着信電話番号
（２４）発信プロキシサーバ装置１０１
（２５）着信プロキシサーバ装置１０１
（２６）発信局番
（２７）着信局番
（２８）通話開始時刻
（２９）異常終了検出時刻
（３０）原因区間
【００６７】
対置間異常セッション統計情報管理部７０４は、Ｘ軸（第１要素インデックス）に着信局番／着信側プロキシサーバ装置１０１名、Ｙ軸（第２要素インデックス）に発信局番／発信側プロキシサーバ装置１０１名を有する２次元配列の各要素値として異常セッション情報の時系列リストを格納する、２次元配列データ（時系列の番号をＺ軸＝第３要素インデックスとすれば実質的にＸＹＺの３次元配列データ）を保持する。そして、対置間異常セッション統計情報管理部７０４は、通知メッセージ受付部７０２から異常セッション情報を受信すると、それに含まれる発信局番と着信局番とからＸ軸値とＹ軸値を特定し、それに対応する２次元配列要素値である時系列リストの最後尾に、受信した異常セッション情報を格納する。
【００６８】
原因区間統計情報管理部７０５は、ＳＩＰレイヤにおけるＰｒｏｘｙ（プロキシサーバ装置１０１）間又はＰｒｏｘｙ（プロキシサーバ装置１０１）−ＨＧＷ（ホームゲートウェイ装置１０４）間のトラヒック方向別のプロキシサーバ接続情報（区間情報）７０７に基づいて、Ｙ軸（第１要素インデックス）に当該トラヒック方向別のプロキシサーバ接続情報（区間情報）を有する１次元配列の各要素値として異常セッション情報の時系列リストを格納する、１次元配列データ（時系列の番号をＸ軸＝第２要素インデックスとすれば実質的にＹＸの２次元配列データ）を保持する。そして、原因区間統計情報管理部７０５は、通知メッセージ受付部７０２から異常セッション情報を受信すると、それに含まれる原因区間からＹ軸値（第１要素インデックス）＝区間情報を特定し、それに対応する１次元配列要素値である時系列リストの最後尾に、受信した異常セッション情報を格納する。
【００６９】
統計情報タイマ満了検出部７０８は、対置間異常セッション統計情報管理部７０４が保持する３次元配列、及び原因区間統計情報管理部７０５が保持する２次元配列に格納されている異常セッション情報中の異常終了検出時刻が、現在時刻から統計情報有効時間（Ｔ１）を減算した時刻より以前どうか周期的にチェックし、該当する異常セッション情報を
検出した場合は、対置間異常セッション統計情報管理部７０４、原因区間統計情報管理部７０５に、検出した異常セッション情報の削除要求を送信する。対置間異常セッション統計情報管理部７０４、原因区間統計情報管理部７０５は、該当する異常セッション情報を削除する。
【００７０】
閾値超過対置検出部７０９は、対置間異常セッション統計情報管理部７０４が保持する２次元配列データの対置毎の要素値として格納されている異常セッション情報の時系列リストの数を周期的にカウントし、その値とその値が所定閾値を超過しているかどうかについて判定した結果を各要素値として格納する、対置間異常セッション統計情報管理部７０４が保持するのと同様の、Ｘ軸（第１要素インデックス）に着信局番／着信側プロキシサーバ装置１０１名、Ｙ軸（第２要素インデックス）に発信局番／発信側プロキシサーバ装置１０１名を有する２次元配列データを生成し、それを、影響範囲表示部７１０に送信し、１つ以上閾値超過が検出された場合には呼規制対象判定部７１１へも送信する。
【００７１】
閾値超過区間検出部７１３は、原因区間統計情報管理部７０５中の１次元配列データの要素値＝区間情報毎に格納されている異常セッション情報の時系列リストの数を周期的にカウントし、その値とその値が所定閾値を超過しているかどうかについて判定した結果を各要素値として格納する、原因区間統計情報管理部７０５が保持するのと同様の、Ｙ軸（第１要素インデックス）にトラヒック方向別のプロキシサーバ接続情報（区間情報）を有する１次元配列データを生成する。
【００７２】
呼規制対象判定部７１１は、閾値超過対置検出部７０９より２次元配列データを受信すると、当該２次元配列データの各要素値上で閾値超過と判定された対置局番の発側局番から着側局番に向けて、閾値超過区間検出部７１３が保持する１次元配列データの各要素インデックス＝各区間情報に対応する各要素値を順次辿りながら確認することにより、上記対置局番の発側局番と着側局番を結ぶＳＩＰルート上に閾値超過区間が存在するか否かを確認し、存在する場合には、呼規制対象表示部７１２に、対置局番情報（発側局番／着側局番）と、閾値超過となる要素値に対応する要素インデックス値＝区間情報を、送信する。
【００７３】
影響範囲表示部７１０は、閾値超過対置検出部７０９から受信した２次元配列データに基づいて、プロキシサーバ収容局番情報７０６を参照しながら、Ｘ軸に着信局番／着信側プロキシサーバ装置１０１名、Ｙ軸に発信局番／発信側プロキシサーバ装置１０１名が記載され、Ｘ軸の各値とＹ軸の各値の各交点セル部分に各対置間毎の異常セッション数が記載され、閾値超過箇所のセルが強調表示される対置間異常セッション数表示テーブルを作成して表示する。そして、影響範囲表示部７１０は、閾値超過対置検出部７０９より２次元配列データを受信する度に、対置間異常セッション数表示テーブルの各数値を更新すると共に、呼規制対象表示部７１２に対してリフレッシュ要求を送信する。影響範囲表示部７１０による表示形式については、テーブル表示形式ではなく、例えばトポロジーマップ表示形式であってもよい。
【００７４】
呼規制対象表示部７１２は、プロキシサーバ収容局番情報７０６と、呼規制対象判定部７１１より受信した対置局番情報（発側局番／着側局番）及び区間情報に基づいて、発信側プロキシサーバ装置１０１名／発信局番、着信側プロキシサーバ装置１０１名／着信局番、及び障害発生区間情報を表示する。
【００７５】
影響ユーザ検索要求受付・結果表示部７１４は、発着信局番及び開始終了時刻をキーにして蓄積情報検索部７１５が異常終了セッション情報蓄積部７０３から検索した、当該発着信局番及び開始終了時刻にネットワーク障害による影響を受けたユーザを表示する。
【００７６】
以上の構成及び機能を有する本実施形態において、プローブ装置２０１が通話の異常切断を検出し集計サーバ装置２０２が呼規制区間を特定する具体的な動作例について、以下に説明する。
【００７７】
図８の太線８０１は、電話端末Ａ（発呼）と電話端末Ｂ（着呼）間の通話時のＳＩＰパケットの流れを表し、ＣＲ２（コアルータ装置１０２）とＥＲ４（エッジルータ装置１０３）間で障害が発生し通話ができなくなったときの概念図である。
【００７８】
図９は、電話端末Ａ、電話端末Ｂ間の呼接続シーケンスを示す図である。プローブ３（プローブ装置２０１）は、電話端末ＢからのＩＮＶＩＴＥメソッドに対するＯＫレスポンスの受信（Ｓ９０１）を契機に通話セッションオブジェクトを生成し、セッション状態の管理を開始し、このときに、ＳＩＰメッセージ中のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダ（図６参照）より、電話端末Ａ、電話端末Ｂ間のＳＩＰルートを認識する。
【００７９】
図１０は、電話端末Ａ、電話端末Ｂ間で通話中に交わされるセッションリフレッシュのシーケンスを示す図である。プローブ３は、セッションリフレッシュリクエストを示すＵＰＤＡＴＥメソッドを受信するたびに、通話セッションオブジェクト中のセッションタイマ満了時刻属性（前述の（１４）参照）を更新する（図１０のＳ１００１、Ｓ１００２、Ｓ１００３）。
【００８０】
図１１は、電話端末Ａ、電話端末Ｂ間の通話中に、図８に示されるＣＲ２、ＥＲ４間で障害が発生したときのシーケンスを示す図である。
Ｐｒｏｘｙ２（プロキシサーバ装置１０１）は、電話端末Ｂにセッションリフレッシュリクエストを転送するが障害により疎通がとれないためタイムアウトを検出し、Ｐｒｏｘｙ３（プロキシサーバ装置１０１）に対し応答を返す。
【００８１】
Ｐｒｏｘｙ３においても、タイムアウト期間内にＰｒｏｘｙ２より応答を受信できないためタイムアウトを検出し電話端末Ａに対し応答を返し、少し後にＰｒｏｘｙ２から受信するタイムアウトレスポンスについては電話端末Ａに転送する。このため、プローブ３（プローブ装置２０１）は、タイムアウトレスポンスを２つ受信することになる（Ｓ１１０１、Ｓ１１０２）。
【００８２】
タイムアウトレスポンスを受信した電話端末Ａからは通話を終了させるためのＢＹＥメソッドが送信される。プローブ３は、このＢＹＥメソッドを受信した際に（Ｓ１１０３）、通話セッション状態管理部３１０（図３）が、そのＢＹＥメソッドに対応する通話セッションオブジェクトのタイムアウトレスポンス受信数カウンタ属性の値＝２が１以上であると確認することにより（図４のステップＳ４０６−＞Ｓ４０７−＞Ｓ４０９）、異常終了通知メッセージ生成部３１１（図３）が、ＳＩＰルート属性（ＨＧＷ−Ｐｒｏｘｙ３−Ｐｒｏｘｙ２−ＨＧＷ）の先頭から２ホップ先の区間（Ｐｒｏｘｙ２−ＨＧＷ）が原因区間（前述の（２１）参照）であると設定された異常終了通知メッセージを生成し、それを集計サーバ装置２０２（図２、図７）に送信する（図４のステップＳ４０９）。
【００８３】
図１２は、図８及び図１１に示されるケースにおける、集計サーバ装置２０２内の影響範囲表示部７１０（図７）が表示する対置間異常セッション数表示テーブルの例、閾値超過区間検出部７１３が保持する１次元配列データの例、及び呼規制対象の導き方に関する動作説明図である。
【００８４】
対置間異常セッション数表示テーブルにおいては、影響範囲表示部７１０の説明において前述したように、Ｘ軸に着信局番／着信側プロキシサーバ装置１０１名、Ｙ軸に発信局番／発信側プロキシサーバ装置１０１名が記載され、Ｘ軸の各値とＹ軸の各値の各交点セ
ル部分に各対置間毎の異常セッション数が記載され、閾値超過箇所のセルが強調表示される。これにより、集計サーバ装置２０２の操作者は、発信側Ｐｒｏｘｙ３／（局番）０３４５と着信側Ｐｒｏｘｙ２／（局番）０２３４にて障害が発生していることを容易に認識することができる。
【００８５】
また、１次元配列データにおいては、閾値超過区間検出部７１３の説明において前述したように、Ｙ軸（第１要素インデックス）にトラヒック方向別の区間情報（図１２中「区間」と記載されている項目）が記録され、各要素値として異常セッション数と閾値超過有無を示す情報（図１２中「数」と記載されている項目）が記録される。なお、図１２中の１次元配列データにおける「Ｎｏ．」で示される項目は動作理解のために便宜上記載されている。
【００８６】
また、図１２の例では、対置間異常セッション数表示テーブルでの障害発生判定のための異常セッション数の閾値は５００件、同じく１次元配列データでの閾値は１０００件である。
【００８７】
各プローブ３（プローブ装置２０１）が送信した異常終了通知メッセージは、前述したように、集計サーバ装置２０２内の対置間異常セッション統計情報管理部７０４に転送され、閾値超過対置検出部７０９にて、発信側Ｐｒｏｘｙ３、着信側Ｐｒｏｘｙ２に対応する交点セル部分の異常セッション数がカウントアップされると共に、当該交点セル部分が閾値超過の発生箇所として検出され、その情報が呼規制対象判定部７１１に転送される。
【００８８】
また、上記異常終了通知メッセージは、原因区間統計情報管理部７０５にも転送され、閾値超過区間検出部７１３にて、発信側Ｐｒｏｘｙ３から着信側Ｐｒｏｘｙ２に至るまでの各区間の異常セッション数がカウントアップされると共に、それらの区間のうち実際に障害が発生したＰｒｏｘｙ２−電話端末ＢのＨＧＷ間の異常セッション数が閾値超過の発生箇所として記録され、それらの情報が呼規制対象判定部７１１に転送される。
【００８９】
呼規制対象判定部７１１は、閾値超過対置検出部７０９より２次元配列データを受信すると、発信側Ｐｒｏｘｙ３、着信側Ｐｒｏｘｙ２に対応する交点セル部分が閾値超過の発生箇所であることを認識した後、閾値超過区間検出部７１３から通知された１次元配列データ上で、図１２の１２０１−＞１２０２―＞１２０３の順で、発信側Ｐｒｏｘｙ３から着信側Ｐｒｏｘｙ２に向かう各区間（ＳＩＰルート）を辿り、その結果、Ｐｒｏｘｙ２−ＨＧＷ区間での閾値超過を認識する。
【００９０】
これを受けて、呼規制対象表示部７１２は、下記障害発生情報を、図１２の対置間異常セッション数表示テーブルと共に、ディスプレイに表示する。
発信側プロキシサーバ  ：  Ｐｒｏｘｙ３／（局番）０３４５
着信側プロキシサーバ  ：  Ｐｒｏｘｙ２／（局番）０２３４
呼規制対象区間  ：  Ｐｒｏｘｙ２＿ＨＧＷ
このようにして、集計サーバ装置２０２の操作者は、具体的に呼規制を実施すべき障害発生区間を容易に認識することができる。
【００９１】
以上説明した実施形態では、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）方式によるシグナリングプロトコル方式がＩＰ電話方式に採用された場合について説明したが、シグナリングプロトコル方式は他の方式でも本発明の適用は可能であり、ＩＰ電話以外のインターネットサービスに対しても本発明の適用は可能である。
【００９２】
以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法であって、
前記シグナリングプロトコルを処理するサーバ装置であってクライアントからのリクエストを受信するプロキシサーバ装置と前記ＩＰネットワークとの間に接続されるプローブ装置において実行され、前記ＩＰネットワークと前記プロキシサーバ装置との間で通信さおれる前記シグナリングプロトコルを制御するためのシグナリングプロトコルパケットをキャプチャする第１のステップと、
前記プローブ装置において実行され、前記キャプチャされたシグナリングプロトコルパケットの解析により前記インターネットサービスにおける通信セッションの状態を監視する第２のステップと、
前記プローブ装置において実行され、前記第２のステップにてキャプチャされたシグナリングプロトコルパケットの解析と前記通信セッションの状態の解析により前記通信セッションの異常終了を検出する第３のステップと、
前記プローブ装置において実行され、前記通信セッションの異常終了の原因となった前記シグナリングプロトコルパケットの通信障害区間を特定する第４のステップと、
前記プローブ装置において実行され、前記通信セッションの異常終了に関する情報と、それに対応する前記通信障害区間に関する情報とを含む異常終了通知メッセージを集計サーバ装置に通知する第５のステップと、
前記集計サーバ装置において実行され、複数の前記プローブ装置から通知される前記異常終了通知メッセージを受信する第６のステップと、
前記集計サーバ装置において実行され、前記第６のステップにて受信された異常終了通知メッセージを解析し、前記通信障害区間毎の異常セッション数を集計管理し、該異常セッション数を所定の閾値と比較することにより、ネットワーク障害の影響範囲を特定する第７のステップと、
前記集計サーバ装置において実行され、前記第７のステップにて特定されたネットワーク障害の影響範囲を提示する第８のステップと、
を含むことを特徴とするシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記２）
前記第３のステップは、前記通信セッションの状態を判定しながら、前記第２のステップにてキャプチャされたシグナリングプロトコルパケットのうち、前記通信セッションのリフレッシュを要求するリクエストを所定の更新時刻までに受信しなかった場合、又は前記シグナリングプロトコルパケットに応答するシグナリングプロトコルパケットを所定の時間内に受信しない状態が所定回数以上継続している状態において該シグナリングプロトコルパケットに対応する前記通信セッションの終了を要求するリクエストを受信した場合に、前記通信セッションの異常終了を検出するステップである、
ことを特徴とする付記１に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記３）
前記第４のステップは、前記シグナリングプロトコルパケットのヘッダに付与される通信経路情報と、前記通信セッションのリフレッシュを要求するリクエストに応答するシグナリングプロトコルパケットのタイムアウトを示すシグナリングプロトコルパケットを受信した数に基づいて、前記通信障害区間を特定するステップである、
ことを特徴とする付記１又は２の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記４）
前記第７のステップは、
前記第６のステップにて受信された異常終了通知メッセージを解析し、発信側の前記プロキシサーバ装置と着信側の前記プロキシサーバ装置とで定まる対置毎の異常セッション数及び該異常セッション数と第１の所定閾値との比較による障害発生有無を集計管理する第７−１のステップと、
前記第６のステップにて受信された異常終了通知メッセージを解析し、前記通信障害区間毎の異常セッション数と第２の所定閾値との比較による障害発生有無を集計管理する第７−２のステップと、
全ての前記プロキシサーバ装置間のトラヒック方向別の接続関係を管理する第７−３のステップと、
前記第７−１のステップにて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置から着信側プロキシサーバ装置に向かう前記シグナリングプロトコルパケットの通信経路上に存在する前記プロキシサーバ装置の各接続区間を、前記第７−３のステップにて管理される接続関係に基づいて抽出し、該各接続区間と前記第７−２のステップにて集計管理される通信障害区間とをマッチングさせることにより、前記各接続区間のうち障害発生が検知された接続区間を抽出する第７−４のステップと、
前記第７−１のステップにて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置及び着信側プロキシサーバ装置に関する情報と、前記第７−４のステップにて抽出された障害発生が検知された接続区間に関する情報を、前記ネットワーク障害の影響範囲として特定する第７−５のステップと、
を更に含むことを特徴とする付記１乃至３の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記５）
前記集計サーバ装置において実行され、前記第６のステップにて受信された異常終了通知メッセージを蓄積する第９のステップと、
該蓄積される異常終了通知メッセージから、時間、発信側局番、受信側局番をキーに該当する異常終了通知メッセージを検索し、該検索に成功した異常終了通知メッセージから発信側及び受信側の前記インターネットサービスの利用者情報を抽出して一覧を作成し、表示する第１０のステップと、
を更に含むことを特徴とする付記１乃至４の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記６）
前記シグナリングプロトコルは、セッションイニシエーションプロトコルである、
ことを特徴とする付記１乃至５の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記７）
前記インターネットサービスは、ＩＰ電話サービスである、
ことを特徴とする付記１乃至６の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための方法。
（付記８）
インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置であって、
該プローブ装置は、前記シグナリングプロトコルを処理するサーバ装置であってクライアントからのリクエストを受信するプロキシサーバ装置と前記ＩＰネットワークとの間に接続され、
前記ＩＰネットワークと前記プロキシサーバ装置との間で通信される前記シグナリングプロトコルを制御するためのシグナリングプロトコルパケットをキャプチャするシグナリングプロトコルパケットキャプチャ手段と、
該キャプチャされたシグナリングプロトコルパケットの解析により前記インターネットサービスにおける通信セッションの状態を監視する通話セッション状態管理手段と、
前記キャプチャされたシグナリングプロトコルパケットの解析と前記通信セッションの状態の解析により前記通信セッションの異常終了を検出する通信セッション異常終了検出手段と、
前記通信セッションの異常終了の原因となった前記シグナリングプロトコルパケットの通信障害区間を特定する通信障害区間特定手段と、
前記通信セッションの異常終了に関する情報と、それに対応する前記通信障害区間に関する情報とを含む異常終了通知メッセージを送信する異常終了通知メッセージ送信手段と、
を含むことを特徴とするシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
（付記９）
前記通信セッション異常終了検出手段は、前記通信セッションの状態を判定しながら、前記シグナリングプロトコルパケットキャプチャ手段にてキャプチャされたシグナリングプロトコルパケットのうち、前記通信セッションのリフレッシュを要求するリクエストを所定の更新時刻までに受信しなかった場合、又は前記シグナリングプロトコルパケットに応答するシグナリングプロトコルパケットを所定の時間内に受信しない状態が所定回数以上継続している状態において該シグナリングプロトコルパケットに対応する前記通信セッションの終了を要求するリクエストを受信した場合に、前記通信セッションの異常終了を検出する、
ことを特徴とする付記８に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
（付記１０）
前記通信障害区間特定手段は、前記シグナリングプロトコルパケットのヘッダに付与される通信経路情報と、前記通信セッションのリフレッシュを要求するリクエストに応答するシグナリングプロトコルパケットのタイムアウトを示すシグナリングプロトコルパケットを受信した数に基づいて、前記通信障害区間を特定する、
ことを特徴とする付記８又は９の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
（付記１１）
前記シグナリングプロトコルは、セッションイニシエーションプロトコルである、
ことを特徴とする付記８乃至１０の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
（付記１２）
前記インターネットサービスは、ＩＰ電話サービスである、
ことを特徴とする付記８乃至１１の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のためのプローブ装置。
（付記１３）
インターネットプロトコルに基づいて通信が行われるＩＰネットワーク上で運用され、シグナリングプロトコルに基づいて通信状態が制御されるインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置であって、
複数のプローブ装置から通知される異常終了通知メッセージを受信する通知メッセージ受付手段と、
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、該異常終了通知メッセージに含まれる通信障害区間毎の異常セッション数を集計管理し、該異常セッション数を所定の閾値と比較することにより、ネットワーク障害の影響範囲を特定する通信障害区間異常セッション集計管理手段と、
前記通信障害区間異常セッション集計管理手段にて特定されたネットワーク障害の影響範囲を提示する影響範囲提示手段と、
を含むことを特徴とするシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
（付記１４）
前記通信障害区間異常セッション集計管理手段は、
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、発信側の前記プロキシサーバ装置と着信側の前記プロキシサーバ装置とで定まる対置毎の異常セッション数及び該異常セッション数と第１の所定閾値との比較による障害発生有無を集計管理する対置間異常セッション集計管理手段と、
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを解析し、前記通信障害区間毎の異常セッション数と第２の所定閾値との比較による障害発生有無を集計管理する通信障害区間異常セッション集計管理手段と、
全ての前記プロキシサーバ装置間のトラヒック方向別の接続関係を管理するプロキシサーバ接続関係管理手段と、
前記対置間異常セッション集計管理手段にて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置から着信側プロキシサーバ装置に向かう前記シグナリングプロトコルパケットの通信経路上に存在する前記プロキシサーバ装置の各接続区間を、前記プロキシサーバ接続関係管理手段にて管理される接続関係に基づいて抽出し、該各接続区間と前記通信障害区間異常セッション集計管理手段にて集計管理される通信障害区間とをマッチングさせることにより、前記各接続区間のうち障害発生が検知された接続区間を抽出する障害発生接続区間抽出手段と、
を更に含み、
前記対置間異常セッション集計管理手段にて障害発生が検知された対置にそれぞれ対応する発信側プロキシサーバ装置及び着信側プロキシサーバ装置に関する情報と、前記障害発生接続区間抽出手段にて抽出された障害発生が検知された接続区間に関する情報を、前記ネットワーク障害の影響範囲として特定する、
ことを特徴とする付記１３に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
（付記１５）
前記通知メッセージ受付手段にて受信された異常終了通知メッセージを蓄積する異常終了セッション情報蓄積手段と、
該蓄積される異常終了通知メッセージから、時間、発信側局番、受信側局番をキーに該当する異常終了通知メッセージを検索し、該検索に成功した異常終了通知メッセージから発信側及び受信側の前記インターネットサービスの利用者情報を抽出して一覧を作成し、表示する影響ユーザ検索表示手段と、
を更に含むことを特徴とする付記１３又は１４の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
（付記１６）
前記シグナリングプロトコルは、セッションイニシエーションプロトコルである、
ことを特徴とする付記１３乃至１５の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
（付記１７）
前記インターネットサービスは、ＩＰ電話サービスである、
ことを特徴とする付記１３乃至１６の何れか１項に記載のシグナリングを伴うインターネットサービスにおけるネットワーク障害発生時の影響範囲特定のための集計サーバ装置。
【図面の簡単な説明】
【００９３】
【図１】ＩＰ電話サービスを提供するネットワーク構成を示した図である。
【図２】本実施形態によるネットワーク構成を示した図である。
【図３】本実施形態による図２のプローブ装置２０１のシステム構成図である。
【図４】プローブ装置２０１において実行される制御動作の一部を示す動作フローチャートを示す図である。
【図５】セッションタイマ満了検出部３０９の動作を示す動作フローチャートである。
【図６】ＳＩＰメッセージの例を示す図である。
【図７】本実施形態による集計サーバ装置２０２のシステム構成図である。
【図８】電話端末Ａ（発呼）と電話端末Ｂ（着呼）間の通話時のＳＩＰパケットの流れを表し、ＣＲ２（コアルータ装置１０２）とＥＲ４（エッジルータ装置１０３）間で障害が発生し通話ができなくなったときの概念図である。
【図９】電話端末Ａ、電話端末Ｂ間の呼接続シーケンスを示す図である。
【図１０】電話端末Ａ、電話端末Ｂ間で通話中に交わされるセッションリフレッシュのシーケンスを示す図である。
【図１１】電話端末Ａ、電話端末Ｂ間の通話中に、図８に示されるＣＲ２、ＥＲ４間で障害が発生したときのシーケンスを示す図である。
【図１２】障害発生ケースにおける、集計サーバ装置２０２内の影響範囲表示部７１０が表示する対置間異常セッション数表示テーブルの例、閾値超過区間検出部７１３が保持する１次元配列データの例、及び呼規制対象の導き方に関する動作説明図である。
【符号の説明】
【００９４】
１０１      プロキシサーバ装置
１０２      コアルータ装置
１０３      エッジルータ装置
１０４      ホームゲートウェイ装置
１０６      ＳＩＰサーバ群
１０７      ＩＰネットワーク
１０８      アクセスネットワーク
１０９      ユーザネットワーク
２０１      プローブ装置
２０２      集計サーバ装置
３０１      ネットワークタップ装置
３０２      キャプチャ用インタフェース部
３０３      トランスポートプロトコルヘッダ抽出部
３０４      アプリケーションプロトコル判定部
３０５      ＳＩＰヘッダ抽出部
３０６      ＳＩＰヘッダ解析判定部
３０７      通話セッションオブジェクト生成部
３０８      通話セッションオブジェクト格納部
３０９      セッションタイマ満了検出部
３１０      通話セッション状態管理部
３１１      異常終了通知メッセージ生成部
３１２      ＩＰパケット生成部
３１３      通知用インタフェース部
６０１      ヘッダ部
６０２      本文
７０１      インタフェース部
７０２      通知メッセージ受付部
７０３      異常終了セッション情報蓄積部
７０４      対置間異常セッション統計情報管理部
７０５      原因区間統計情報管理部
７０６      プロキシサーバ収容局番情報
７０７      プロキシサーバ接続情報
７０８      統計情報タイマ満了検出部
７０９      閾値超過対置検出部
７１０      影響範囲表示部
７１１      呼規制対象判定部
７１２      呼規制対象表示部
７１３      閾値超過区間検出部
７１４      影響ユーザ検索要求受付・結果表示部
７１５      蓄積情報検索部
【図４】
2010045599.tif 000003
【図５】
2010045599.tif 000004
【図９】
2010045599.tif 000005
【図１０】
2010045599.tif 000006
【図１】
2010045599.tif 000007
【図２】
2010045599.tif 000008
【図３】
2010045599.tif 000009
【図６】
2010045599.tif 000010
【図７】
2010045599.tif 000011
【図８】
2010045599.tif 000012
【図１１】
2010045599.tif 000013
【図１２】
2010045599.tif 000014