(57)【要約】【課題】ネットワークを介して接続される機器間のメディア通信における制御信号・メディア信号パケットの異常発生を簡易に検出し、原因解析を支援する。【解決手段】信号モニタ装置１は、ＳＩＰの正常な信号シーケンスの情報を記憶する記憶部と、ＶｏＩＰアダプタ２ｂがネットワークを介して送受信するＳＩＰ及びＲＴＰパケットのデータを取得するパケット収集部と、取得したパケットデータから得られるＳＩＰ信号シーケンスと、記憶部内に記憶されている正常なＳＩＰ信号シーケンスとを照合して正常性を判定するシーケンス判定部とを備える。また、パケットロス判定部は、ＲＴＰ信号のシーケンス番号が連続していないときに、装置の実装による番号跳躍か否かを加味して正常性を判断する。【選択図】図１
2009021808.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される機器間で送受信される信号をモニタする信号モニタ装置であって、
正常な信号シーケンスの情報を記憶する記憶部と、
モニタ対象の前記機器が前記ネットワークを介して送受信するパケットのデータを取得するパケット収集部と、
前記パケット収集部が取得したパケットデータから得られる信号シーケンスと、前記記憶部内に記憶されている正常な信号シーケンスとを照合して正常性を判定するシーケンス判定部と、
を備えることを特徴とする信号モニタ装置。
【請求項２】
前記シーケンス判定部は、正常な信号シーケンスで送受信される信号と同じプロトコルにより、正常シーケンスとは異なる信号を受信したときに準正常と判断することを特徴とする請求項１に記載の信号モニタ装置。
【請求項３】
前記シーケンス判定部は、正常な信号シーケンスにおける所定の信号を検出したのち、正常な信号シーケンスで送受信される信号と同じプロトコルによる他の信号を所定の時間内に受信しなかったときに異常と判断することを特徴とする請求項１または請求項２に記載の信号モニタ装置。
【請求項４】
前記シーケンス判定部が準正常または異常と判断したときに、正常シーケンスで送出されるべき信号を送出しなかった送信元を特定する情報を出力する出力部をさらに備えることを特徴とする請求項３に記載の信号モニタ装置。
【請求項５】
前記シーケンス判定部は、パケットデータに設定されているインターネットプロトコルのアドレス情報と、当該インターネットプロトコルの上位レイヤプロトコルに設定されているアドレス情報とを比較し、これらのアドレス情報が異なる場合には、インターネットプロトコルのアドレス情報を前記機器のアドレスとして認識することを特徴とする請求項１から請求項４のいずれかの項に記載の信号モニタ装置。
【請求項６】
前記シーケンス判定部は、メディアデータのセッションの確立制御に用いられる信号について信号シーケンスの正常性を判定し、
送信の度に所定の数だけ増加するシーケンス番号と、メディアデータとが設定されたパケットのデータであるメディアパケットデータを受信し、受信したメディアパケットデータのシーケンス番号と、当該メディアパケットデータと同じ送信元機器から以前に送信されたメディアパケットデータのシーケンス番号とを比較して、パケットの逆転またはロスが発生しているかを判断し、その発生回数に応じて準正常または異常を判定するパケットロス判定部をさらに備える、
ことを特徴とする請求項１に記載の信号モニタ装置。
【請求項７】
前記パケットロス判定部は、受信したメディアパケットデータのシーケンス番号が、当該メディアパケットデータと同じ送信元機器より直前に送信されたメディアパケットデータのシーケンス番号から前記所定の数だけ増加した番号ではない場合に、所定の時間遡った時間内に当該送信元機器より送信されたメディアパケットデータの中で、当該所定の時間内において増加することが想定されるシーケンス番号より大きな数のシーケンス番号の跳躍が検出された場合はパケット逆転及びロスが発生していないと判断することを特徴とする請求項６に記載の信号モニタ装置。
【請求項８】
前記パケットロス判定部は、前記所定の時間内においてメディアパケットデータのシーケンス番号が初期値に戻って使用されたことを検出した場合、前記シーケンス番号を、使用されうるシーケンス番号の範囲を超えた対応する値に変換して、前述のシーケンス番号の跳躍の検出を行うことを特徴とする請求項７に記載の信号モニタ装置。
【請求項９】
前記パケットロス判定部において、異常あるいは準正常と判断したときに、逆転またはロスが発生したパケットの送信元を特定する情報を出力する出力部をさらに備えることを特徴とする請求項６から請求項８のいずれかの項に記載の信号モニタ装置。
【請求項１０】
前記パケットのデータとして、前記ネットワークと接続するための信号インタフェース部において受信したパケットのキャプチャデータを使用し、正常性の判断結果をリアルタイムに出力することを特徴とする請求項１から請求項９のいずれかの項に記載の信号モニタ装置。
【請求項１１】
前記信号インタフェース部を複数備え、
前記パケット収集部は、前記複数の信号インタフェース部から順にパケットを受信し、受信した時間順に受信したパケットのキャプチャデータを生成することを特徴とする請求項１０に記載の信号モニタ装置。
【請求項１２】
ネットワークに接続される機器間で送受信される信号をモニタする信号モニタ装置として用いられるコンピュータを、
正常な信号シーケンスの情報を記憶する記憶部、
モニタ対象の前記機器が前記ネットワークを介して送受信するパケットのデータを取得するパケット収集部、
前記パケット収集部が取得したパケットデータから得られる信号シーケンスと、前記記憶部内に記憶されている正常な信号シーケンスとを照合して正常性を判定するシーケンス判定部、
として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号モニタ装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、ブロードバンドサービスが広く普及しており、オフィスや一般家庭においてもＩＰ（Internet Protocol）電話が用いられるようになってきた。このようにＩＰ電話を導入しているオフィスや一般家庭などにおいて、ＩＰ電話がつながらないなどのトラブルが生じたとき、通信事業者の保守者がそのオフィスや一般家庭に出向き、原因の解析を行うことがある。これには、ネットワークを流れる信号をモニタして解析する方法が一般的であり、そのために用いられる信号モニタツールも提供されている。
【０００３】
一方、ネットワークに流れる信号をモニタし、通常状態のネットワークに流れる信号から得られた統計的な特徴と、ネットワークに現在流れている信号から得られる統計的な特徴とを比較してネットワークの異常を検出するとともに、信号のペイロードに格納されている文字の出現頻度を確率分布として出力する技術がある（例えば、特許文献１参照）。
【特許文献１】特開２００５−２２０２９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の信号モニタツールは、ネットワーク上を流れるＩＰ信号をキャプチャしてそのログを記録するものであり、ＩＰ電話のプロトコルの正常性を判定したり、ＩＰ電話のメディアを送受信するためのＲＴＰ（Real-Time Transport Protocol）パケットのロス等を検出して異常を知らせたりするものではなかった。そのため、一旦信号モニタツールに記録した信号ログを保守者が手動で解析し、異常判定を行う必要があった。例えば、ログに記録された信号からＳＩＰ（Session Initiation Protocol）信号を特定してシーケンスの正常性を判断したり、ＲＴＰパケットを個別に数えてロスの有無等を判断したりして異常個所を特定していた。これは、煩雑で時間のかかる作業であり、また、保守者に解析のスキルが必要であった。しかし、特許文献１の技術は、ネットワーク上を流れる信号の統計的な特徴により異常を判断するものであり、特定の呼についての信号の正常性を判断することはできず、このような問題を解決することはできない。
【０００５】
本発明は、上記問題を解決すべくなされたもので、その目的は、ネットワークを介して接続される機器間のメディア通信における制御信号・メディア信号パケットの異常発生を簡易に検出し、原因解析を支援することのできる信号モニタ装置及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明は、ネットワークに接続される機器間で送受信される信号をモニタする信号モニタ装置であって、正常な信号シーケンスの情報を記憶する記憶部と、モニタ対象の前記機器が前記ネットワークを介して送受信するパケットのデータを取得するパケット収集部と、前記パケット収集部が取得したパケットデータから得られる信号シーケンスと、前記記憶部内に記憶されている正常な信号シーケンスとを照合して正常性を判定するシーケンス判定部と、を備えることを特徴とする信号モニタ装置である。
【０００７】
また、本発明は、上述する上述する信号モニタ装置であって、前記シーケンス判定部は、正常な信号シーケンスで送受信される信号と同じプロトコルにより、正常シーケンスとは異なる信号を受信したときに準正常と判断することを特徴とする。
【０００８】
また、本発明は、上述する信号モニタ装置であって、前記シーケンス判定部は、正常な信号シーケンスにおける所定の信号を検出したのち、正常な信号シーケンスで送受信される信号と同じプロトコルによる他の信号を所定の時間内に受信しなかったときに異常と判断することを特徴とする。
【０００９】
また、本発明は、上述する信号モニタ装置であって、前記シーケンス判定部が準正常または異常と判断したときに、正常シーケンスで送出されるべき信号を送出しなかった送信元を特定する情報を出力する出力部をさらに備えることを特徴とする。
【００１０】
また、本発明は、上述する信号モニタ装置であって、前記シーケンス判定部は、パケットデータに設定されているインターネットプロトコルのアドレス情報と、当該インターネットプロトコルの上位レイヤプロトコルに設定されているアドレス情報とを比較し、これらのアドレス情報が異なる場合には、インターネットプロトコルのアドレス情報を前記機器のアドレスとして認識することを特徴とする。
【００１１】
また、本発明は、上述する信号モニタ装置であって、前記シーケンス判定部は、メディアデータのセッションの確立制御に用いられる信号について信号シーケンスの正常性を判定し、送信の度に所定の数だけ増加するシーケンス番号と、メディアデータとが設定されたパケットのデータであるメディアパケットデータを受信し、受信したメディアパケットデータのシーケンス番号と、当該メディアパケットデータと同じ送信元機器から以前に送信されたメディアパケットデータのシーケンス番号とを比較して、パケットの逆転またはロスが発生しているかを判断し、その発生回数に応じて準正常または異常を判定するパケットロス判定部をさらに備える、ことを特徴とする。
【００１２】
また、本発明は、上述する信号モニタ装置であって、前記パケットロス判定部は、受信したメディアパケットデータのシーケンス番号が、当該メディアパケットデータと同じ送信元機器より直前に送信されたメディアパケットデータのシーケンス番号から前記所定の数だけ増加した番号ではない場合に、所定の時間遡った時間内に当該送信元機器より送信されたメディアパケットデータの中で、当該所定の時間内において増加することが想定されるシーケンス番号より大きな数のシーケンス番号の跳躍が検出された場合はパケット逆転及びロスが発生していないと判断することを特徴とする。
【００１３】
また、本発明は、上述する信号モニタ装置であって、前記パケットロス判定部は、前記所定の時間内においてメディアパケットデータのシーケンス番号が初期値に戻って使用されたことを検出した場合、前記シーケンス番号を、使用されうるシーケンス番号の範囲を超えた対応する値に変換して、前述のシーケンス番号の跳躍の検出を行うことを特徴とする。
【００１４】
また、本発明は、上述する信号モニタ装置であって、前記パケットロス判定部において、異常あるいは準正常と判断したときに、逆転またはロスが発生したパケットの送信元を特定する情報を出力する出力部をさらに備えることを特徴とする。
【００１５】
また、本発明は、上述する信号モニタ装置であって、前記パケットのデータとして、前記ネットワークと接続するための信号インタフェース部において受信したパケットのキャプチャデータを使用し、正常性の判断結果をリアルタイムに出力することを特徴とする。
【００１６】
また、本発明は、上述する信号モニタ装置であって、前記信号インタフェース部を複数備え、前記パケット収集部は、前記複数の信号インタフェース部から順にパケットを受信し、受信した時間順に受信したパケットのキャプチャデータを生成することを特徴とする。
【００１７】
また、本発明は、ネットワークに接続される機器間で送受信される信号をモニタする信号モニタ装置として用いられるコンピュータを、正常な信号シーケンスの情報を記憶する記憶部、モニタ対象の前記機器が前記ネットワークを介して送受信するパケットのデータを取得するパケット収集部、前記パケット収集部が取得したパケットデータから得られる信号シーケンスと、前記記憶部内に記憶されている正常な信号シーケンスとを照合して正常性を判定するシーケンス判定部、として機能させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００１８】
本発明によれば、保守者自身でモニタしたメディア通信の信号のログを詳細に解析しなくとも、故障箇所の切り分けを行うことができ、認識が困難な事象やメディア通信のための制御パケット・メディアパケットの異常を正確に把握することが可能になる。従って、保守者が、ＩＰ電話等メディア通信の故障箇所の解析を簡易に行うことを可能にする。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明の一実施の形態を説明する。
図１は、本発明の一実施の形態による信号モニタ装置１の接続構成を示す図である。同図において、一般の電話機２ａに接続されるＶｏＩＰ（Voice over IP）アダプタ２ｂは、電話機２ａのインタフェースとＶｏＩＰのインタフェースとの変換を行う。電話機２ａ及びＶｏＩＰアダプタ２ｂを、ＶｏＩＰ端末としてもよい。信号モニタ装置１は、ＶｏＩＰアダプタ２ｂが接続されるルータ３と、加入者宅に設置される光ファイバ通信の終端装置であるＯＮＵ（Optical network unit）５との間のＷＡＮ（Wide Area Network）上に設置されたＴＡＰ（Terminal adapter）４に接続される。ＴＡＰ４はハブ機能を有しており、複数のポートを備える。ルータ３はＴＡＰ４のポートＡに、ＯＮＵ５はポートＢに、信号モニタ装置１は、モニタ用のポートに接続されている。ルータ３は、例えば、ＣＴＵ（加入者網終端装置）／ＢＢ（ブロードバンド）ルータである。ＯＮＵ５は、図示しないＯＬＴ（Optical Line Terminal）を介して、インターネット網であるネットワーク６に接続されている。
【００２０】
ネットワーク６には、ＤＮＳ（Domain Name System）サーバ７、アドレス付与サーバ８及びＳＩＰ（Session Initiation Protocol）サーバ８が接続されている。ＤＮＳサーバ７は、ＶｏＩＰアダプタ２ｂからアドレス付与サーバ８のドメイン名を受信し、アドレス付与サーバ８のアドレスを通知する。アドレス付与サーバ８は、ＶｏＩＰアダプタ２ｂへＩＰアドレスを付与する。ＳＩＰサーバ９は、ＳＩＰによる呼制御機能を有する。さらに、ネットワーク６には、電話機２ａの通話先となるＶｏＩＰ端末２が接続され、ＶｏＩＰアダプタ２ｂと通話先のＶｏＩＰ端末２との間のＳＩＰ信号はＳＩＰサーバ９を介して送受信され、メディア信号はＶｏＩＰアダプタ２ｂと通話先のＶｏＩＰ端末２で直接あるいはＳＩＰサーバ９を介して送受信される。なお、電話機２ａの通話先を一般の加入者電話とすることもできる。
【００２１】
図２は、信号モニタ装置１の他の接続構成を示す図であり、図１ではＷＡＮ側に信号モニタ装置１が接続されるのに対し、同図では、ＬＡＮ側に信号モニタ装置１が接続される。すなわち、信号モニタ装置１は、一般の電話機２ａに接続されるＶｏＩＰアダプタ２ｂと、ルータ３との間のＬＡＮ（Local Area Network）上に設置されたＴＡＰ４に接続される。ここでは、ＶｏＩＰアダプタ２ｂはＴＡＰ４のポートＡに、ルータ３はポートＢに、信号モニタ装置１は、モニタ用のポートに接続されている。
【００２２】
図３は、信号モニタ装置１の構成を示すブロック図であり、本発明に関わる部分のみ抽出している。信号モニタ装置１には、例えば、パーソナルコンピュータを用いることができる。同図において、信号モニタ装置１は、記憶部１０、内部処理部１１、ユーザインタフェース部１２、表示装置１３及び入力装置１４を備える。
【００２３】
表示装置１３は、ＣＲＴ（cathode ray tube）やＬＣＤ（liquid crystal display）などのディスプレイである。入力装置１４は、キーボード、マウスなどであり、ユーザが情報を入力するために用いられる。
記憶部１０は、ＤＮＳアクセス、アドレス付与及びＳＩＰサーバへのアドレス登録、ならびに、呼制御の正常シーケンス、すなわち、これらについて、発側から送信されるべき信号の種類、着側から送信されるべき信号の種類、それら信号の順序を示す正常シーケンスデータを記憶している。なお、呼制御についての正常シーケンスデータは、監視対象のＶｏＩＰアダプタ２ｂが発側の場合、着側の場合、さらに、通話先がＶｏＩＰ端末２の場合、加入者電話の場合について、発呼から通話までの呼確立段階、通話から呼終了の呼解放段階までなど、呼制御の段階別に記憶されている。
【００２４】
内部処理部１１は、パケット収集部１１１、シーケンス判定部１１２、シーケンス表示部１１３、パケットロス判定部１１４を備え、キャプチャあるいはログから読み出したパケットのデータを解析する。パケット収集部１１１は、ネットワークからキャプチャしたパケットあるいはログから読み出したパケットのデータを収集する。シーケンス判定部１１２は、収集されたパケットデータから、ＤＮＳサーバ７、アドレス付与サーバ８、及び、ＳＩＰサーバ９との間の信号シーケンスの正常性判定を行う。シーケンス表示部１１３は、検出されたＳＩＰ信号のシーケンスを表示装置１３へ表示する。パケットロス判定部１１４は、メディア信号のパケットのロス・信号逆転を判断する。
【００２５】
ユーザインタフェース部１２は、ランプ表示部１２１とログ出力部１２２とを備え、表示装置１３へ解析結果を表示する。ランプ表示部１２１は、シーケンス判定部１１２、パケットロス判定部１１４による正常性の判定結果に対応した色のランプを表示させる。ログ出力部１２２は、検出したパケットのデータをログファイルとして出力する。
【００２６】
図４は、信号モニタ装置１が、複数のＮＩＣ（Network Interface Card）を備える場合のパケット収集について説明するための図であり、ここでは、２枚のＮＩＣ１５ａ，１５ｂを備えるものとして説明する。パケット収集部１１１は、ＮＩＣ１５ａを制御するドライバ１６ａ、ＮＩＣ１５ｂを制御するドライバ１６ｂそれぞれとのインタフェースを有しており、各ＮＩＣのドライバ１６ａ，１６ｂに対して交互にポーリングを行い、ＮＩＣ１５ａ、１５ｂがネットワークから受信したパケットを収集する。パケット収集部１１１は、各ＮＩＣ１５ａ、１５ｂにより収集したパケットをマージして時間順に記録し、マージされたキャプチャデータを生成する。これにより、例えば、ＮＩＣ１５ａ、１５ｂをそれぞれ、上り（ＶｏＩＰアダプタ２ｂからネットワーク６方向）、下り（ネットワーク６からＶｏＩＰアダプタ２ｂ方向）の送出方向に対応させて使用することもできる。
【００２７】
信号モニタ装置１の解析対象パケットには、例えば、ＩＰｏｖｅｒイーサネット（登録商標）やＰＰＰｏＥ（Point to Point Protocol over Ethernet（登録商標））が用いられる。イーサネット（登録商標）のフレームフォーマットは、宛先ＭＡＣ（Media Access Control）アドレス（４８ビット）、送信元ＭＡＣアドレス（４８ビット）、フレーム・タイプ（１６ビット）、ペイロード（最大１５００バイト）、誤りチェックシーケンス（３２ビット）で構成される。ＩＰｏｖｅｒイーサネット（登録商標）の場合は、フレーム・タイプにＩＰであることを示すコードが設定され、ペイロード内には、ＩＰヘッダ及びＩＰペイロードが設定される。一方、ＰＰＰｏＥの場合、フレーム・タイプにＰＰＰｏＥであることを示すコードが設定され、ペイロード内には、ＰＰＰｏＥのヘッダ及びＰＰＰｏＥペイロードが設定され、ＰＰＰｏＥペイロード内に、ＩＰヘッダ及びＩＰペイロードが設定される。
このように信号モニタ装置１は、受信したパケットのフレーム・タイプから、ＩＰ信号の読み出し位置を決定し、ＩＰヘッダから宛先や送信元などの情報を読み出し、ＩＰペイロードから、上位レイヤの監視対象の信号（ＤＮＳへの問い合わせ、アドレス付与などに用いられる信号、アドレス登録や呼制御などに用いられるＳＩＰ信号等）を取得する。
【００２８】
図５は、ＮＡＴ（Network Address Translation）／ＮＡＰＴ（Network Address Port Translation）が使用される場合のアドレス解析処理について説明するための図である。ここでは、ルータ３が、ＬＡＮ側のプライベートアドレスからＷＡＮ側のグローバルアドレスの変換を行うＮＡＴ／ＮＡＰＴ機能を有しているものとする。
【００２９】
同図において、ＳＩＰサーバ９からＶｏＩＰアダプタ２ｂへ送信されるパケットには、ＳＩＰ信号のＩＮＶＩＴＥが設定されている。当該パケットでは、ＩＰヘッダに設定されている宛先「dst:192.168.1.2」と、ＳＩＰ信号内にパラメータとして設定されている宛先「To:2.2.2.2」とが異なっている。また、ＶｏＩＰアダプタ２ｂからＳＩＰサーバ９へ返送される１００Ｔｒｙｉｎｇのパケットについても、ＩＰヘッダに設定されている送信元「src:192.168.1.2」と、ＳＩＰ信号内にパラメータとして設定されている送信元「From:2.2.2.2」とが異なっている。
【００３０】
上記のように、ＩＰヘッダ内のアドレスと、ＳＩＰ信号内のアドレスが異なる場合は、ＮＡＴによりアドレス変換された後のパケットであり、これにより、信号モニタ装置１は、ＮＡＴの内側のネットワークに接続されていることを検出する。従来の信号モニタツールでは、これらのアドレスの不一致により信号の宛先を正しく認識することができなかったが、信号モニタ装置１では、ＩＰヘッダ内のアドレスと、ＳＩＰ信号内のアドレスとが異なる場合、ＩＰヘッダ内のアドレスをＬＡＮ側の実際のＶｏＩＰアダプタ２ｂのアドレスとして認識し、ＳＩＰ信号内のアドレスをＮＡＴによる変換後のグローバルＩＰアドレスであると認識する。
【００３１】
図６は、信号モニタ装置１の表示装置１３に表示されるモニタ画面イメージを示す図である。
同図においては、１つのタブが１セッション（セッション１〜５）に対応したモニタ画面が表示される。各セッションは、ＶｏＩＰアダプタ２ｂのアドレスと関連付けられており、モニタ結果は、パケットに設定されているアドレスに対応したタブのモニタ画面に表示される。モニタ画面には、モニタの条件を設定する設定表示領域Ａ１と、ＤＮＳアクセス／アドレス付与／アドレス登録シーケンスの正常性を示すアドレス関連信号モニタ表示領域Ａ２と、ＳＩＰシーケンスの正常性及び検出されたＳＩＰ信号を表示する呼制御信号モニタ表示領域Ａ３と、ＲＴＰパケットの正常性を示すメディア信号モニタ表示領域Ａ４と、使用しているＮＩＣを表示するインタフェース表示領域Ａ５と、モニタ開始ボタンＡ６を含む。
【００３２】
設定表示領域Ａ１には、モニタ対象のＶｏＩＰアダプタ２ｂが送信元あるいは宛先となっているパケット数を表示するか否かを選択するボタン及び検出した当該パケット数を表示するフィールド、ログ保存を行うか否かを選択するボタン及びログ保存されたモニタ対象の信号数を示すフィールド、アドレス関連信号モニタ表示領域Ａ２に現在表示されているシーケンスをクリアするか否かを選択するボタンなどが含まれる。
【００３３】
アドレス関連信号モニタ表示領域Ａ２には、正常／準正常／異常を示すアドレス付与ランプＬ２１〜Ｌ２６が表示される。アドレス付与ランプＬ２１〜Ｌ２３は、ＶｏＩＰアダプタ２ｂから送信される信号に、アドレス付与ランプＬ２４〜Ｌ２６は、ＶｏＩＰアダプタ２ｂ宛に送信される信号に対応しており、また、アドレス付与ランプＬ２１及びＬ２６は、ＤＮＳサーバ７との間で送受信される、アドレス付与サーバ８のアドレス取得に関する信号、アドレス付与ランプＬ２２及びＬ２５は、アドレス付与サーバ８からのＩＰアドレス取得に関する信号、アドレス付与ランプＬ２３及びＬ２４は、ＳＩＰサーバ９へのアドレス登録に関する信号に対応している。アドレス付与ランプは、正常であれば緑、正常とは異なるが異常ではない準正常の場合は黄色、異常であれば赤が表示される。さらに、アドレス関連信号モニタ表示領域Ａ２には、モニタ開始時のアドレス付与ランプＬ２１〜Ｌ２６のクリアの有無を選択するためのボタンが表示される。
【００３４】
呼制御信号モニタ表示領域Ａ３には、ＶｏＩＰアダプタ２ｂとＳＩＰサーバ９間で送受信された信号と、その信号の種類、さらには、呼制御信号内のパラメータを、時刻順にラダー表示する。さらに、呼制御信号モニタ表示領域Ａ３には、検出したシーケンスが正常であるか否かを示すＳＩＰランプＬ３１、Ｌ３２が表示される。ＳＩＰランプＬ３１は、ＶｏＩＰアダプタ２ｂから送信される信号に、ＳＩＰランプＬ３２は、ＶｏＩＰアダプタ２ｂ宛に送信される信号に対応しており、正常であれば緑、正常シーケンスとは異なるが異常ではない準正常の場合は黄、異常であれば赤が表示される。
【００３５】
メディア信号モニタ表示領域Ａ４には、メディア信号としてのＲＴＰパケットの送受信が正常であるか否かを示すＲＴＰランプＬ４１、Ｌ４２が表示され、ＲＴＰランプＬ４１は、ＶｏＩＰアダプタ２ｂから送信されるＲＴＰパケットに、ＲＴＰランプＬ４２は、ＶｏＩＰアダプタ２ｂ宛に送信されるＲＴＰパケットに対応しており、正常であれば緑、逆転があれば黄、パケットロス（シーケンス抜け）があれば赤が表示される。さらに、メディア信号モニタ表示領域Ａ４には、パケットロス数、順序逆転が発生した数が表示される。
【００３６】
次に、信号モニタ装置１の動作を説明する。信号モニタ装置１がモニタ対象とするパケットは、ＩＰｖ４の場合は制御信号及びメディアデータのパケットとし、ＩＰｖ６の場合は制御信号のパケットとする。なお、以下では、ネットワークを流れるパケットをキャプチャした場合の処理について示す。
【００３７】
まず、信号モニタ装置１の記憶部１０に予め正常シーケンスデータを記憶させておく。また、モニタ前に、モニタ対象のＶｏＩＰアダプタ２ｂのアドレス情報と、モニタ画面（図６）において使用するタブとを関連付けた情報を、入力装置１４により入力して記憶部１０に登録しておく。モニタを開始するときには、入力装置１４を用いて、モニタ画面の設定表示領域Ａ１にパケット数表示の有無、ログ保存の有無などの条件を、アドレス関連信号モニタ表示領域Ａ２にモニタ開始時のアドレス付与ランプＬ２１〜Ｌ２６のクリアの有無の条件を設定し、モニタ開始ボタンＡ６を押下する。なお、以下においてモニタ画面へ情報を表示する際は、パケットから検出されたＶｏＩＰアダプタ２ｂのアドレスに対応したタブの画面に表示されるものとする。
【００３８】
信号モニタ装置１のパケット収集部１１１は、モニタ開始が入力されると、ＮＩＣからネットワーク上を流れるパケットを収集してパケットデータを生成する。パケット収集部１１１は、レイヤ２のヘッダにより、ＰＰＰｏＥを使用した信号であるか否を判断し、その判断結果によって当該パケットのＩＰ信号の開始位置を特定する。パケット収集部１１１は、当該ＩＰヘッダに設定されている送信元または宛先アドレスが、記憶部１０に記憶されているモニタ対象のＶｏＩＰアダプタ２ｂのアドレスであるか否かを判断する。当該信号の送信元または宛先アドレスが、モニタ対象のＶｏＩＰアダプタ２ｂのアドレスである場合、当該ＶｏＩＰアダプタ２ｂに対応したパケットキャプチャ数を、現在の値に１加算したキャプチャ数に更新して記憶部１０に記憶するとともに、パケット数表示有りが設定されている場合には、そのパケット数をモニタ画面に表示する。
【００３９】
さらに、シーケンス判定部１１２は、キャプチャしたパケット内のＩＰの開始位置を判断するとともに、当該信号の種類を判断する。そして、当該信号の種類が、ＤＮＳサーバ７との間のアドレス取得に関する信号、アドレス付与サーバ８との間のＩＰアドレス付与に関する信号、ＳＩＰサーバ９との間のアドレス登録に関するＳＩＰ信号、呼制御に関するＳＩＰ信号であれば、シーケンス判定部１１２へキャプチャしたパケットデータを受け渡し、ＲＴＰ信号であればパケットロス判定部１１３へ受け渡す。なお、ＩＰの上位レイヤの信号の種類がＳＩＰである場合、ＩＰヘッダ内の送信元／宛先アドレスと、ＳＩＰ信号内の送信元／宛先アドレスとを比較し、不一致である場合には、ＮＡＴの内側にいるものと判断する。
【００４０】
図７は、ＤＮＳアクセス／アドレス付与／アドレス登録に関する信号を受信したときの信号モニタ装置１の動作フローを示す図であり、送信元または宛先が同一のＶｏＩＰアダプタ２ｂ毎に当該フローを実行する。
まず、モニタ画面のモニタ開始ボタンＡ６が押下されると、ランプ表示部１２１は、モニタ開始時のアドレス付与ランプＬ２１〜Ｌ２６のクリアが選択されていれば、全てのアドレス付与ランプＬ２１〜Ｌ２６を消灯する（ステップＳ１１０）。シーケンス判定部１１２において、パケット収集部１１１から受信したパケットデータが、モニタ対象のＶｏＩＰアダプタ２ｂからのＤＮＳアクセス信号、つまり、アドレス付与サーバ８のドメインに対応したアドレスを要求する信号であることを検出すると（ステップＳ１１５）、ランプ表示部１２１は、検出した信号及び方向に対応したアドレス付与ランプＬ２１を緑に点灯する（ステップＳ１２０）。
【００４１】
続いて、シーケンス判定部１１２は、アドレス関連信号受信タイマ、ここでは、１分のタイマを起動する。そして、シーケンス判定部１１２が、アドレス関連信号受信タイマの満了前に、ＤＮＳアクセス、アドレス付与あるいはアドレス登録に関する信号のいずれかのパケットを検出すると（ステップＳ１２５：パケット受信）、当該パケットの種類及び発着アドレスを確認する（ステップＳ１３０）。
【００４２】
シーケンス判定部１１２は、確認した信号の種類が、シーケンスの完了を示す信号、例えば、ＳＩＰ信号の２００ＯＫやＴＣＰのセッション終了信号などであるかを判断する（ステップＳ１３５）。シーケンスの完了を示す信号ではないと判断した場合（ステップＳ１３５：ＮＯ）、シーケンス判定部１１２は、これまでに受信した、モニタ対象のＶｏＩＰアダプタ２ｂが送信元または宛先であるＤＮＳアクセス、アドレス付与あるいはアドレス登録に関する信号に、新たに受信した信号を加えた検出シーケンスと、記憶部１０内の正常シーケンス情報で示されるシーケンスとを比較し、現時点までに正常シーケンスと相違があるか否かを判断する（ステップＳ１４０）。現時点までに正常シーケンスとの相違がなければ（ステップＳ１４０：無し）、新たに受信した信号に対応した種類及び方向のアドレス付与ランプ（Ｌ２１〜Ｌ２６のいずれか）を緑色点灯するステップＳ１２０の処理に戻る。
【００４３】
一方、現時点までの検出シーケンスが、正常シーケンスと相違する場合（ステップＳ１４０：有り）、正常シーケンスでは送信されるべきであるが、検出シーケンスでは実際には送信されなかった信号及び方向に対応したアドレス付与ランプ（Ｌ２１〜Ｌ２６のいずれか）を黄色に点灯し（ステップＳ１４５）、ステップＳ１２５に戻る。
【００４４】
そして、上記を繰り返し、ステップＳ１３５において、受信した信号が、シーケンスの完了を示す信号であると判断した場合（ステップＳ１３５：ＹＥＳ）、モニタを終了し、現在のアドレス関連信号モニタ表示領域Ａ２の表示、すなわち、点灯ランプ色を維持したまま処理を終了する（ステップＳ１５０）。
なお、ステップＳ１２５において、第一パケット確認時刻から、ＤＮＳアクセス、アドレス付与あるいはアドレス登録に関する信号のいずれも検出せずに１分を経過し、アドレス関連信号受信タイマが満了した場合（ステップＳ１２５：１分経過）、正常シーケンスにおいて示される、次に送信されるべき信号の方向に対応したアドレス付与ランプ（Ｌ２１〜Ｌ２６のいずれか）を赤色点灯する（ステップＳ１５５）。
【００４５】
また、ログ出力部１２２は、シーケンス判定部１１２において検出されたＤＮＳアクセス、アドレス付与あるいはアドレス登録に関する信号及び発着アドレス、受信時刻などの情報をログデータとして記憶部１０に書き込む。
【００４６】
図８は、呼制御に関するＳＩＰ信号を受信したときの信号モニタ装置１の動作フローを示す図であり、送信元または宛先が同一のＶｏＩＰアダプタ２ｂ毎に当該フローを実行する。
まず、モニタ画面のモニタ開始ボタンＡ６が押下されると、ランプ表示部１２１は、全てのＳＩＰランプＬ３１、Ｌ３２を消灯する（ステップＳ２１０）。シーケンス判定部１１２において、パケット収集部１１１から受信したパケットデータが、モニタ対象のＶｏＩＰアダプタ２ｂを宛先または送信元とする最初の呼制御に関するＳＩＰ信号であることを検出すると、そのＳＩＰ信号の発着のアドレス、受信時刻を内部に記憶する（ステップＳ２１５）。ランプ表示部１２１は、ステップＳ２１５において検出されたＳＩＰ信号の該当方向のＳＩＰランプＬ３１またはＬ３２を緑に点灯する（ステップＳ２２０）。すなわち、ＶｏＩＰアダプタ２ｂが送信元ならばＳＩＰランプＬ３１を、宛先ならばＳＩＰランプＬ３２を緑点灯する。
【００４７】
さらに、シーケンス表示部１１３は、呼制御信号モニタ表示領域Ａ３に、ステップＳ２１５において検出されたＳＩＰ信号に対応した方向の矢印をラダー表示するとともに、当該矢印の上にＳＩＰ信号の種類（ＩＮＶＩＴＥ，１００Ｔｒｙｉｎｇ，１８０Ｒｉｎｇｉｎｇ、…等）を表示する。特定の種類のＳＩＰ信号の場合は、当該ＳＩＰ信号内のパラメータの全部または一部も表示する。例えば、ＩＮＶＩＴＥ、ＡＣＫ、ＢＹＥ信号であれば、ＳＩＰアドレスを表示する。
【００４８】
続いて、シーケンス判定部１１２は、ＳＩＰ信号受信タイマ、ここでは、１分のタイマを起動する。そして、シーケンス判定部１１２が、ＳＩＰ信号受信タイマの満了前に、ステップＳ２１５において検出したＳＩＰ信号と同じＣａｌｌＩＤ（発生した呼毎に付与される番号）を持つ、呼制御に関する新たなＳＩＰ信号のパケットを検出すると（ステップＳ２２５：パケット受信）、当該ＳＩＰ信号の種類や発着アドレスを確認し、受信時刻とともに内部に記憶する（ステップＳ２３０）。シーケンス表示部１１３は、呼制御信号モニタ表示領域Ａ３に、検出されたＳＩＰ信号に対応した方向の矢印をラダー表示するとともに、当該矢印の上にＳＩＰ信号の種類、当該ＳＩＰ信号内のパラメータの一部または全部を表示する。
【００４９】
次に、シーケンス判定部１１２は、受信したＳＩＰ信号の種類が、シーケンスの完了を示す信号、例えば、呼確立段階であれば応答後のＡＣＫ、呼解放段階であればＢＹＥに対応する２００ＯＫ等であるかを判断する（ステップＳ２３５）。シーケンスの完了を示す信号ではないと判断した場合（ステップＳ２３５：ＮＯ）、続いて、シーケンス判定部１１２は、モニタ対象の当該ＶｏＩＰアダプタ２ｂが送信元または宛先であり、かつ、ステップＳ２２５において新たに受信したＳＩＰ信号内のＣａｌｌＩＤと同一のＣａｌｌＩＤが設定された、これまでに受信したＳＩＰ信号を内部から読み出す。そしてこの読み出したＳＩＰ信号に、ステップＳ２２５において新たに受信したＳＩＰ信号を加えた検出シーケンスと、記憶部１０内の正常シーケンス情報で示されるシーケンスを比較し、現時点までに正常シーケンスとの相違があるか否かを判断する（ステップＳ２４０）。つまり正常シーケンスにはＶｏＩＰアダプタ２ｂが発または着、通話先がＶｏＩＰ端末／一般加入者である場合などのシーケンスが登録されているため、これらのいずれかのシーケンスのうち、現時点までの検出シーケンスと合致する部分を有するものがあれば、相違がないと判断する。
【００５０】
現時点までに正常シーケンスとの相違がなければ（ステップＳ２４０：無し）、新たに受信したＳＩＰ信号に対応した方向のＳＩＰランプＬ３１またはＬ３２を緑色点灯するステップＳ２２０の処理に戻る。
一方、現時点までの検出シーケンスが、正常シーケンスと相違する場合（ステップＳ２４０：有り）、正常シーケンスで送信されるべきであるが、検出シーケンスでは実際には送信されなかった信号の方向に対応したＳＩＰランプＬ３１またはＬ３２を黄色に点灯し（ステップＳ２４５）、ステップＳ２２５に戻る。
また、ステップＳ２２５において、第一パケット確認時刻から呼制御に関する他のＳＩＰ信号を受信せずに経過時間が１分経過し、ＳＩＰ信号受信タイマが満了した場合（ステップＳ２２５：１分経過）、正常シーケンスにおいて次に受信すべき信号の方向に対応したＳＩＰランプＬ３１またはＬ３２を赤色点灯する（ステップＳ２５５）。
【００５１】
上記を繰り返し、ステップＳ２３５において受信した信号が、シーケンスの完了を示す信号であると判断した場合（ステップＳ２３５：ＹＥＳ）、現在の呼制御信号モニタ表示領域Ａ３の表示、すなわち、シーケンスのラダー表示及び点灯ランプ色を維持し、モニタ処理を終了する（ステップＳ２５０）。例えば、呼確立段階について当該処理を終了したのち、再び呼解放段階の最初の信号を検出した場合は、ステップＳ２１５からの処理が実行される。
【００５２】
なお、ログ出力部１２２は、シーケンス判定部１１２において検出されたＳＩＰ信号の種類及び発着アドレス、当該ＳＩＰ信号内のパラメータ（例えば、ＳＩＰ信号内の呼番号や発着アドレスなど）、受信時刻等の情報をログデータとして記憶部１０に書き込む。
【００５３】
次に、メディア信号のモニタに関する信号モニタ装置１の動作について説明するが、まず、図９を参照して、ＲＴＰのシーケンス番号跳躍について説明する。本実施の形態では、メディア信号としてＲＴＰ信号を使用しているが、ＲＴＰ信号のパケットには、シーケンス番号が付与されており、同一の機器から同一のセッションについて送出される度に１ずつ増加する。しかし、機器の実装によって、使用するシーケンス番号の範囲が連続していない場合があり、また、機器によってその範囲も異なる。例えば、ある機器は、０〜２までのシーケンス番号を使用したのち、次は３０からのシーケンス番号を使用するなどである。従って、シーケンス番号「２」からシーケンス番号「３０」への番号跳躍があっても異常と判定しないようにする必要がある。しかし、各機器がどの範囲のシーケンス番号を使用するかはわからないことが多く、わかったとしても、測定対象の環境に合わせて都度各機器の使用するシーケンス番号の範囲を調べたり、その範囲に合わせて信号モニタ装置１の設定を変えたりすることは非常に煩雑である。そこで、信号モニタ装置１は、不連続のシーケンス番号のＲＴＰパケットを受信した場合、機器の実装によりシーケンス番号が跳躍したのか、パケットロスによりシーケンス番号が跳躍したのかを以下のように判断する。
【００５４】
例えば、ある機器（ここでは、ルータ３）から２０ミリ秒間隔でＲＴＰパケットが送出される場合、５００ミリ秒では２５個のＲＴＰパケットが送出されることが想定される。よって、連続してシーケンス番号が増えた場合、５００ミリ秒の中の最初と最後のＲＴＰパケットのシーケンス番号の差は２４となる。ただし、機器が実際に運用されるときには、２０ミリ以上の間隔でＲＴＰパケットが送出されることもあり、シーケンス番号の差は２４以下となる。そのため、５００ミリ秒の中で、シーケンス番号の差が２５以上となった場合は、途中で機器が実装により番号を跳躍させたためであると考えられる。
そこで、信号モニタ装置１は、検出したＲＴＰパケットのシーケンス番号が連続していない場合、所定の時間遡った時間内に送信元機器より送信されたメディアパケットデータの中で、当該所定の時間内において増加することが想定されるシーケンス番号より大きな数のシーケンス番号の跳躍が検出された場合は実装による番号跳躍であると判断する。つまり、現在から所定の遡った時間間隔の中で受信した最初と最後のＲＴＰのシーケンス番号の差を求め、求めた差が、この所定の時間間隔の中で受信すると想定されるＲＴＰパケットの数より大きい場合、機器の実装による番号跳躍があったものとして正常であると判断する。
また、シーケンス番号は、取りうるもっとも大きな番号まで使用されてしまった場合、再び初期値から使用される。そこで、信号モニタ装置１は、所定の時間遡った時間内に送信元機器より送信されたメディアパケットデータの中で、０などの所定の初期値に戻って使用された場合、シーケンス番号を、使用しうる範囲を超えた対応する値に変換して、上記と同様に番号跳躍であるかを判断する。
【００５５】
図１０は、ＲＴＰ信号を受信したときの信号モニタ装置１の動作フローを示す図であり、ＶｏＩＰアダプタ２ｂが送信元、及び、宛先である場合のそれぞれについて当該処理を実行する。ここでは、ＶｏＩＰアダプタ２ｂが送信元のＲＴＰパケットを例に説明するが、ＶｏＩＰアダプタ２ｂが宛先のＲＴＰパケットについても同様の動作を行う。
【００５６】
まず、モニタ画面のモニタ開始ボタンＡ６が押下されると、ランプ表示部１２１は、全てのＲＴＰランプＬ４１、Ｌ４２を消灯する（ステップＳ３１０）。パケットロス判定部１１４は、パケット収集部１１１から受信したＲＴＰのパケットデータが、モニタ対象のＶｏＩＰアダプタ２ｂを送信元とする最初のＲＴＰパケットであることを検出すると、そのＲＴＰパケット内のシーケンス番号、発着のアドレス、受信時刻を内部に記憶する（ステップＳ３１５）。また、ランプ表示部１２１は、メディア信号モニタ表示領域Ａ４の該当方向のＲＴＰランプＬ４１を緑に点灯する（ステップＳ３２０）。
【００５７】
続いて、パケットロス判定部１１４は、該当方向用（ＶｏＩＰアダプタ２ｂが送信元）のＲＴＰ信号受信タイマ、ここでは、５秒間のタイマを起動する（ステップＳ３２５）。そして、パケットロス判定部１１４は、ＲＴＰパケット受信タイマの満了前に、ＶｏＩＰアダプタ２ｂが送信元の次のＲＴＰパケットを検出すると（ステップＳ３３０：ＲＴＰパケット受信）、１０個以上のパケットロスがあるか否かを以下のように判断する（ステップＳ３４０）。
【００５８】
まず、パケットロス判定部１１４は、新たに受信したＲＴＰパケットのシーケンス番号が、直前に受信したＲＴＰパケットのシーケンス番号から連続して増えていればロスはないと判断する。シーケンス番号が、連続して増加していなければ、さらに、以下の（１）、（２）のようにシーケンス番号の跳躍がないかを判断する。
（１）パケットロス判定部１１４は、新たに受信したＲＴＰパケットのシーケンス番号が、所定の時間前のＲＴＰパケットのシーケンス番号から、この所定の時間の中で受信すると想定されるＲＴＰパケットの数以上増加している場合、例えば、２０ミリ秒間隔でＲＴＰパケットが送出される条件下で、５００ミリ秒前に受信したパケットのシーケンス番号より２５以上増加している場合は、パケットロスではなく、実装による番号跳躍であるとして正常と判断し、差が２４以下であれば、パケットロスが発生したと判断する。
【００５９】
（２）あるいは、パケットロス判定部１１４は、新たに受信したＲＴＰパケットのシーケンス番号が所定の時間前のＲＴＰパケットのシーケンス番号から、予め決められた閾値以上減少している場合、シーケンス番号がこの所定の時間内に初期値に戻って使用されたものと判断する。この場合、（受信したＲＴＰパケットのシーケンス番号）＋（シーケンス番号の最大値）＋（シーケンス番号の初期値）＋１を、（１）における受信したＲＴＰパケットのシーケンス番号の代わりに用い、同様に番号跳躍か否かを判断する。例えば、シーケンス番号の初期値を「０」番、最大値を「９９９９」番とし、受信したパケットのシーケンス番号が「２０」番、５００ミリ秒前のシーケンス番号が「９９９０」番であるとする。このとき、受信したパケットシーケンス番号「２０」番が、５００ミリ秒前のシーケンス番号「９９９０」番より所定の閾値以上減少しているため、シーケンス番号の初期値「０」番をまたいだものと判断する。そこで、現在のシーケンス番号「２０」番＋シーケンス番号の最大値「９９９９」番＋シーケンス番号の初期値「０」番＋１＝「１００２０」番を、（１）における現在のシーケンス番号として用い、５００ミリ秒前のシーケンス番号「９９９０」番からの増加数、すなわち、１００２０−９９９０＝３０を求める。２５以上増加している場合は、パケットロスではなく、実装による番号跳躍であるとして正常と判断し、差が２４以下であれば、パケットロスが発生したと判断する。
なお、最大値は、予め信号モニタ装置１に記憶されていてもよく、パケットロス判定部１１４が内部に記憶している、初期値をまたいだ所定の時間内に受信したＲＴＰパケットのシーケンス番号の最大値を用いてもよい。
【００６０】
パケットロスが発生したと判断した場合、パケットロス判定部１１４は、新たに受信したＲＴＰパケットのシーケンス番号と、内部から読み出した、過去に受信したＲＴＰパケットのシーケンス番号とから、所定の時間遡った時間内に発生したパケットロスをカウントし、パケットロスが１０個以上発生したか否かを判断する。また、メディア信号モニタ表示領域Ａ４にパケットロスの個数（シーケンス抜け）を表示する。ログ出力部１２２は、パケットロスのために受信できなかったＲＴＰのシーケンス番号、発着アドレス、パケットロス検出日時などの情報をログとして記憶部１０に書き込む。
【００６１】
パケットロス判定部１１４が、パケットロスは１０個以上発生してはいないと判断した場合（ステップＳ３４０：ＮＯ）、続いて、最初のＲＴＰパケットを受信してから、順序逆転が１０個以上発生したか否かを以下のように判断する（ステップＳ３４５）。
すなわち、まず、パケットロス判定部１１４は、新たに受信したＲＴＰパケットのシーケンス番号が、直前に受信したＲＴＰパケットのシーケンス番号より大きい場合、逆転はないと判断する。一方、新たに受信したＲＴＰパケットのシーケンス番号のほうが小さい場合は、さらに、上記と同様に、実装によるシーケンス番号の跳躍がないかを判断する。パケットロス判定部１１４は、実装による番号跳躍であれば順序逆転ではないと判断し、実装による番号跳躍でなければ順序逆転が発生したと判断して、当該方向の順序逆転の発生回数を１加算する。パケットロス判定部１１４は、メディア信号モニタ表示領域Ａ４に更新された順序逆転の回数を表示し、ログ出力部１２２は、順序逆転があったＲＴＰのシーケンス番号、発着アドレス、順序逆転検出時刻などの情報をログとして記憶部１０に書き込む。そして、パケットロス判定部１１４は、更新された順序逆転の発生回数が１０以上であるかを判断する。
【００６２】
パケットロス判定部１１４が、順序逆転は１０個以上発生してはいないと判断した場合（ステップＳ３４５：ＮＯ）、現在のランプの表示色を維持し（ステップＳ３５０）、ステップＳ３２５に戻って、ＲＴＰ信号受信タイマをリセットする。一方、パケットロス判定部１１４において、順序逆転が１０個以上発生していると判断した場合（ステップＳ３４５：ＹＥＳ）、ランプ表示部１２１は、メディア信号モニタ表示領域Ａ４の当該当方向のＲＴＰランプＬ４１を黄色に点灯する（ステップＳ３５５）。そして、現在のランプの表示色を維持して（ステップＳ３５０）、ステップＳ３２５に戻り、ＲＴＰ信号受信タイマをリセットする。
【００６３】
なお、パケットロス判定部１１４が、ステップＳ３３０において、ＶｏＩＰアダプタ２ｂが送信元の新たなＲＴＰパケットを検出せずに、ＲＴＰパケット受信タイマが満了した場合（ステップＳ３３０：タイマ満了）、あるいは、ステップＳ３４０において、パケットロスが１０個以上であると判断した場合（ステップＳ３４０：ＹＥＳ）、ランプ表示部１２１は、メディア信号モニタ表示領域Ａ４の当該当方向のＲＴＰランプＬ４１を赤色に点灯し（ステップＳ３６０）、現在のランプの表示色を維持して（ステップＳ３５０）、ステップＳ３２５に戻り、ＲＴＰ信号受信タイマをリセットする。
【００６４】
そして、シーケンス判定部１１２において、呼終了を指示するＳＩＰ信号のＢＹＥを受信すると、パケットロス判定部１１４は、処理を終了する。
【００６５】
なお、上記においては、ネットワーク上を流れるパケットをキャプチャし、リアルタイムに解析を行っているが、信号モニタ装置１、あるいは他の装置において、ネットワーク上を流れるパケットをキャプチャしたデータを生成し、当該データを信号モニタ装置１のパケット収集部１１１が読み出すことによって上記の処理を行うこともできる。
【００６６】
上記実施の形態の信号モニタ装置１は、以下を実現する。
（１）ＶｏＩＰ等のメディア通信のためのセッションの確立に用いられる、ＳＩＰ等のセッション確立制御信号シーケンス、及び、確立されたセッションを用いたメディアデータのパケットを監視し、シーケンスの正常性及びメディアデータのパケットロス／順序逆転の有無を判定して表示する。これにより、従来のモニタツールのように、信号のキャプチャ終了後に事象の有無を確認する煩雑な作業を行う必要がなく、事象発生の有無を確認しながら信号のモニタを行うことができる。
（２）シーケンス正常性の判定対象としては、ＶｏＩＰアダプタへのＷＡＮ側アドレス付与に関するシーケンス、呼制御信号のシーケンスを含む。また、音声データはＲＴＰパケットのパケットロス／順序逆転の有無をカウントして表示する。
（３）また、ＰＰＰｏＥ上で（２）の信号が送受信される場合であっても、パケットの中身を確認することが可能である。
（４）ＳＩＰ信号のＣａｌｌＩＤを把握することにより、複数の呼を区別して通話毎のモニタが可能となる。
（５）ルータの実装により、ＲＴＰパケットのシーケンス番号が不連続である場合にも、異常と誤検知することを防止する。
（６）２枚のＮＩＣを使用し、各ＮＩＣで片方向のパケットをモニタする場合であっても、各ＮＩＣのドライバを交互に呼び出すことによって単一データとして上記の判定やキャプチャデータの保存を行うことができる。
（７）ルータＷＡＮ側／ＬＡＮ側において当該信号モニタ装置１を使用することにより、故障発生時に被疑箇所が網側か宅内側かの切り分けを可能にする。また、ＳＩＰメッセージとＩＰヘッダの両方の宛先・送信元アドレスを見ることにより、ＮＡＴ／ＮＡＰＴ設定が行われている場合にも、ルータのＷＡＮ側・ＬＡＮ側ともに監視可能である。
（８）設定値ファイルの保存・ロードが可能であり、過去の設定でモニタを実施可能であるほか、過去のキャプチャデータを読み込み、正常性判定及びパケットロス・順序逆転のカウントを行うことも可能である。
【００６７】
このように、上記実施の形態の信号モニタ装置１により、ＩＰ電話の故障箇所切り分けを実施することが可能である。つまり、信号のログを詳細に解析しなくとも、故障箇所の切り分けを行うことができる。また、認識が困難な事象や制御パケットの異常を正確に把握することが可能になる。さらには、故障箇所の推定結果をランプ表示することにより、保守者が容易に故障箇所の切り分け箇所の推定が可能となる。
【００６８】
なお、上述の信号モニタ装置１は、内部にコンピュータシステムを有している。そして、上述した信号モニタ装置１の内部処理部１１及びユーザインタフェース部１２の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵや各種メモリ、ＯＳや周辺機器等のハードウェアを含むものである。
【００６９】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【図面の簡単な説明】
【００７０】
【図１】本実施形態による信号モニタ装置の接続構成を示す図である。
【図２】同実施形態による信号モニタ装置の他の接続構成を示す図である。
【図３】同実施形態による信号モニタ装置の機能ブロック図である。
【図４】同実施形態による信号モニタ装置において複数のＮＩＣを備える場合のパケット収集について説明するための図である。
【図５】同実施形態による信号モニタ装置におけるアドレス解析処理について説明するための図である。
【図６】同実施形態による信号モニタ装置が表示するモニタ画面イメージを示す図である。
【図７】同実施形態による信号モニタ装置における動作フローを示す図である。
【図８】同実施形態による信号モニタ装置における動作フローを示す図である。
【図９】ＲＴＰの信号跳躍について説明するための図である。
【図１０】同実施形態による信号モニタ装置における動作フローを示す図である。
【符号の説明】
【００７１】
１…信号モニタ装置
１０…記憶部
１１…内部処理部
１１１…パケット収集部
１１２…シーケンス判定部
１１３…シーケンス表示部
１１４…パケットロス判定部
１２…ユーザインタフェース部
１２１…ランプ表示部（出力部）
１２２…ログ出力部
１３…表示装置
１４…入力装置
１５ａ，１５ｂ…ＮＩＣ（信号インタフェース部）
１６ａ，１６ｂ…ドライバ
２ａ…電話機
２ｂ…ＶｏＩＰアダプタ
３…ルータ
４…ＴＡＰ（Terminal adapter）
５…ＯＮＵ（Optical network unit）
６…ネットワーク
７…ＤＮＳサーバ
８…アドレス付与サーバ
９…ＳＩＰサーバ
【図１】
2009021808.tif 000003
【図２】
2009021808.tif 000004
【図３】
2009021808.tif 000005
【図４】
2009021808.tif 000006
【図５】
2009021808.tif 000007
【図６】
2009021808.tif 000008
【図７】
2009021808.tif 000009
【図８】
2009021808.tif 000010
【図９】
2009021808.tif 000011
【図１０】
2009021808.tif 000012