(57)【要約】【課題】メディア通信サービスを利用するユーザが、当該メディア通信サービスを提供するネットワークにおける適切な試験結果を容易に取得することを可能とする。【解決手段】呼制御信号の送受信に基づいてメディア通信が実行される通信ネットワークにおける試験制御装置において、ユーザ側のメディア通信端末と前記通信ネットワーク側の試験端末部との間で送受信され得る呼制御信号のログを前記通信ネットワークから取得するログ取得手段と、前記呼制御信号のログに基づいて、前記メディア通信端末と前記試験端末部との間の接続の正常性を判断し、当該正常性を示す情報をユーザ側の端末に提供する分析手段とを備える。【選択図】図２
2018152682.tif 000002
【特許請求の範囲】
【請求項１】
呼制御信号の送受信に基づいてメディア通信が実行される通信ネットワークにおける試験制御装置であって、
ユーザ側のメディア通信端末と前記通信ネットワーク側の試験端末部との間で送受信され得る呼制御信号のログを前記通信ネットワークから取得するログ取得手段と、
前記呼制御信号のログに基づいて、前記メディア通信端末と前記試験端末部との間の接続の正常性を判断し、当該正常性を示す情報をユーザ側の端末に提供する分析手段と
を備えることを特徴とする試験制御装置。
【請求項２】
前記メディア通信端末と前記試験端末部との間の接続に異常がある場合において、前記正常性を示す情報は、前記メディア通信端末と前記試験端末部との間における異常箇所を示す情報を含む
ことを特徴とする請求項１に記載の試験制御装置。
【請求項３】
前記ユーザ側の端末から試験指示を受信し、当該試験指示に基づき認証を行って、認証に成功した場合に、前記試験端末部から前記メディア通信端末への発信、又は、前記メディア通信端末から前記試験端末部への発信を実行させる試験開始手段
を更に備えることを特徴とする請求項１又は２に記載の試験制御装置。
【請求項４】
前記分析手段は、前記呼制御信号のログと、正常時の呼制御信号の遷移状態を表す情報とを比較することにより、前記メディア通信端末と前記試験端末部との間の接続の正常性を判断する
ことを特徴とする請求項１ないし３のうちいずれか１項に記載の試験制御装置。
【請求項５】
前記ログ取得手段は更に、前記メディア通信端末と前記試験端末部との間で送受信され得るメディア通信のログを前記通信ネットワークから取得し、
前記分析手段は、前記メディア通信のログに基づいて、当該メディア通信の品質を表す品質値を算出し、当該品質値に基づいて、前記ユーザ側の端末に当該メディア通信の品質を表す情報を提供する
ことを特徴とする請求項１ないし４のうちいずれか１項に記載の試験制御装置。
【請求項６】
前記通信ネットワークは、前記メディア通信を中継する中継装置を備えており、
前記ログ取得手段は、前記中継装置が前記試験端末部から受信するメディアに関する第１ログと、前記中継装置が前記メディア通信端末から受信するメディアに関する第２ログとを取得し、
前記分析手段は、前記第１ログと前記第２ログとに基づいて、前記メディア通信の品質を表す情報を作成する
ことを特徴とする請求項５に記載の試験制御装置。
【請求項７】
前記分析手段は、前記第１ログから得られた品質値と前記第２ログから得られた品質値のうち、良くないほうの品質値に基づいて、前記メディア通信の品質を表す情報を作成する
ことを特徴とする請求項６に記載の試験制御装置。
【請求項８】
請求項１ないし７のうちいずれか１項に記載の試験制御装置と、前記試験端末部として機能するメディア通信端末とを備える自動試験システム。
【請求項９】
コンピュータを、請求項１ないし７のうちいずれか１項に記載の試験制御装置における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの試験を行う技術に関連するものである。
【背景技術】
【０００２】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したＶｏＩＰ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ）サービスが普及している。ＳＩＰを利用したＶｏＩＰサービスは、通信キャリア等のＶｏＩＰサービス提供プロバイダ（以下「プロバイダ」という）が、ＳＩＰサーバ、Ｓｅｓｓｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌｌｅｒ（以下「ＳＢＣ」という）、ＰＳＴＮ−ＧＷ等の通信設備を利用して顧客（以下、「ユーザ」という）に対して提供される。
【０００３】
このＶｏＩＰサービスを利用するユーザは、サービスの正常性を確認するために、自らのＶｏＩＰ端末における発着信試験を行うことが一般的である。なお、ＶｏＩＰ端末を、Ｕｓｅｒ−Ａｇｅｎｔと称してもよい。
【０００４】
発着信試験では、通常、ユーザのＶｏＩＰ端末に対し他のＶｏＩＰ端末から着信をさせる着信試験と、ユーザのＶｏＩＰ端末から他のＶｏＩＰ端末へ発信を行う発信試験が行われる。発着信試験によりユーザが得られる試験結果は、発着信接続の「成功」もしくは「失敗」、成功時における主観的音声品質である。発着信試験に問題がなければよいが、発着信接続が「失敗」であったり、主観的音声品質が悪い場合に、ユーザは何が起きているのかを自ら解析することができず、ユーザはプロバイダに協力を求めることが必要となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２７２５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、従来技術では、ユーザが実際に発着信試験を実施することでＶｏＩＰサービスの品質を確認していた。この従来技術には以下のような課題がある。
【０００７】
従来技術では、ユーザが自身のＶｏＩＰ端末を試験するために、対向の他のＶｏＩＰ端末を用意する必要があるとともに、「もしもし〜／はいはい〜」等の音声確認を実施するために、ＶｏＩＰ端末だけでなく人員（自分を含め最低２名）の準備も必要となる。
【０００８】
また、発着信試験の結果、接続失敗であった場合、ユーザは、何故接続失敗したのかを把握することが困難であり、接続失敗時には、プロバイダへ連絡して接続の状況を確認する必要がある。また、ユーザは主観的な音声品質しかわからず、客観的な音声品質を知ることができない。
【０００９】
すなわち、従来技術では、ＶｏＩＰサービスを利用するユーザは、ＶｏＩＰサービスが提供されるネットワークにおける適切な試験結果を容易に取得することができないという課題があった。なお、このような課題はＶｏＩＰサービスに限らず、映像、画像、音声、マルチメディア等のメディア通信サービス全般に生じ得る課題である。
【００１０】
本発明は上記の点に鑑みてなされたものであり、メディア通信サービスを利用するユーザが、当該メディア通信サービスを提供するネットワークにおける適切な試験結果を容易に取得することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
開示の技術によれば、呼制御信号の送受信に基づいてメディア通信が実行される通信ネットワークにおける試験制御装置であって、
ユーザ側のメディア通信端末と前記通信ネットワーク側の試験端末部との間で送受信され得る呼制御信号のログを前記通信ネットワークから取得するログ取得手段と、
前記呼制御信号のログに基づいて、前記メディア通信端末と前記試験端末部との間の接続の正常性を判断し、当該正常性を示す情報をユーザ側の端末に提供する分析手段と
を備えることを特徴とする試験制御装置が提供される。
【発明の効果】
【００１２】
開示の技術によれば、メディア通信サービスを利用するユーザが、当該メディア通信サービスを提供するネットワークにおける適切な試験結果を容易に取得することを可能とする技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における通信システムの全体構成図である。
【図２】自動試験システムの機能構成図である。
【図３】ハードウェア構成の例を示す図である。
【図４】通信システムの全体動作を説明するためのシーケンス図である。
【図５】ＶｏＩＰ端末５０における表示例を示す図である。
【図６】呼制御信号ログの収集を説明するための図である。
【図７】収集される呼制御信号ログの例を示す図である。
【図８】呼制御信号の正常性判定の例を説明するための図である。
【図９】音声通信ログの収集を説明するための図である。
【図１０】収集される音声通信ログの例を示す図である。
【図１１】音声品質を算出する手順を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態では、メディア通信サービスの例としてＶｏＩＰサービスを例にとって説明を行っているが、本発明は、ＶｏＩＰサービスに限らずに、映像、画像、音声、マルチメディア等のメディア通信サービス全般に適用可能である。
【００１５】
また、本実施の形態では、呼制御信号ログから得られる接続状況の情報と、メディア通信ログから得られるメディア通信品質の情報の両方を求め、ユーザに提供することとしているが、どちらか一方のみを求めて、それをユーザに提供することとしてもよい。
【００１６】
（通信システムの全体構成）
図１は、本発明の実施の形態における通信システムの全体構成図である。図１には、図４を参照して後述する処理手順（Ｓ１〜Ｓ１０）も示されている。
【００１７】
図１に示すように、本実施の形態の通信システムは、自動試験システム１００、ＳＢＣ２００、ＳＩＰサーバ３００、ＰＳＴＮ−ＧＷ４００、ユーザ端末４０、及びＶｏＩＰ端末５０を有する。なお、図１に示す構成は、自動試験システム１００を除いて、既存システムの構成である。また、図１に示す構成は一例に過ぎない。
【００１８】
自動試験システム１００は、アクセス網１０、ＶｏＩＰサービス網２０、又は、アクセス１０及びＶｏＩＰサービス網２０に接続され、ＶｏＩＰ端末５０との間で、呼制御信号及び音声通信に関する試験を実行するシステムである。ここで、アクセス網１０は、例えば、無線ネットワーク（無線ＬＡＮ、携帯電話網等）、インターネット等からなるネットワークである。ＶｏＩＰサービス網２０は、ＳＩＰサーバ３００等が備えられるＩＰネットワークである。
【００１９】
ＳＢＣ２００は、ＶｏＩＰサービス網２０とアクセス網１０との境界に備えられ、これらの網間で、アドレス変換、プロトコル変換、メディア変換等を行う装置である。ＰＳＴＮ―ＧＷ４００は、ＶｏＩＰサービス網２０とＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）３０と境界に備えられ、これらの網間で、アドレス変換、プロトコル変換、メディア変換等を行う装置である。ＳＩＰサーバ３００は、ＳＩＰ信号の中継を行う装置である。
【００２０】
ユーザ端末４０とＶｏＩＰ端末５０は、ＳＢＣ２００及びＳＩＰサーバ３００等により提供されるＶｏＩＰサービスを利用するユーザ側の装置である。ユーザ端末４０は、例えば、Ｗｅｂブラウザを備えたコンピュータである。ＶｏＩＰ端末５０は、例えば、スマートフォンである。ＶｏＩＰ端末５０とユーザ端末４０とを１つの装置（例：Ｗｅｂブラウザを備えたスマートフォン）として構成してもよい。
【００２１】
図１に示す構成において、ＳＩＰサーバ３００、ＳＢＣ２００、ＶｏＩＰサービス網２０、及びアクセス網１０をまとめて通信ネットワークと称してもよい。
【００２２】
（自動試験システム１００の構成例）
図２に、自動試験システム１００の構成例を示す。図２に示すように、自動試験システム１００は、試験制御部１１０、ユーザインタフェース部１２０、認証処理部１３０、試験端末部１４０、データ格納部１５０を有する。以下、各機能部の概要を説明する。詳細動作については、後述する動作手順の説明の中で説明される。
【００２３】
試験制御部１１０は、ユーザインタフェース部１２０を介して受信するユーザ端末４０からの指示に基づく動作の実行、ログ収集、ログ解析、試験結果情報の作成等を実行する。ユーザインタフェース部１２０は、例えばＷｅｂサーバの機能を有し、ユーザ端末４０に操作画面を提供するとともに、ユーザ端末４０におけるユーザ操作に基づく指示等を受信し、ユーザ端末４０に試験結果を表示させる。認証処理部１３０は、ユーザ端末４０から受信する情報に基づき、ユーザの認証を行う。試験端末部１４０は、ＶｏＩＰ端末（Ｕｓｅｒ−Ａｇｅｎｔ）の機能を有し、ユーザのＶｏＩＰ端末５０との間で呼制御信号の送受信、音声パケットの送受信を行う。データ格納部１５０は、収集されたログ情報、分析に必要な情報（例：正常時の呼制御信号の遷移情報）等を格納する。
【００２４】
自動試験システム１００は、例えば、１つ又は複数のコンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、自動試験システム１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ、ハードディスクなどのハードウェア資源を用いて、当該自動試験システム１００で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メールなど、ネットワークを通して提供することも可能である。
【００２５】
なお、自動試験システム１００は、全体が１つの装置（コンピュータ）であってもよいし、複数の装置から構成されていてもよい。例えば、試験制御部１１０が１つの装置（試験制御装置と呼ぶ）であってもよいし、試験制御部１１０、認証処理部１３０、ユーザインタフェース部１２０、及びデータ格納部１５０が１つの装置（試験制御装置と呼ぶ）であってもよい。
【００２６】
図３は、自動試験システム１００あるいは試験制御装置をコンピュータで実現する場合におけるハードウェア構成例を示す図である。図３に示すコンピュータは、それぞれバスＢで相互に接続されているドライブ装置５００、補助記憶装置５０２、メモリ装置５０３、ＣＰＵ５０４、インタフェース装置５０５、表示装置５０６、及び入力装置５０７等を有する。
【００２７】
当該コンピュータでの処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体５０１によって提供される。プログラムを記憶した記録媒体５０１がドライブ装置５００にセットされると、プログラムが記録媒体５０１からドライブ装置５００を介して補助記憶装置５０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体５０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置５０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２８】
メモリ装置５０３は、プログラムの起動指示があった場合に、補助記憶装置５０２からプログラムを読み出して格納する。ＣＰＵ５０４（プロセッサ）は、メモリ装置５０３に格納されたプログラムに従って当該コンピュータに係る機能を実現する。インタフェース装置５０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置５０６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置５０７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。なお、自動試験システム１００あるいは試験制御装置は、表示装置５０６を備えないこととしてもよい。
【００２９】
（システムの動作シーケンス）
次に、本実施の形態に係る通信システムの全体動作例を図４に示すシーケンス図を参照して説明する。なお、図４に示すステップ番号は、図１に示したステップ番号に対応している。以下では、図２に示した機能部の名称を適宜使用して説明を行う。
【００３０】
ユーザ端末４０には、自動試験システム１００のユーザインタフェース部１２０から提供される操作画面が表示されているとする。ステップＳ１において、ユーザが、ユーザ端末４０に表示されている操作画面上での操作により試験指示を行うと、試験指示がユーザ端末４０から自動試験システム１００に送信される。当該試験指示には、例えば、ＶｏＩＰ端末５０の電話番号が含まれている。
【００３１】
自動試験システム１００におけるユーザインタフェース部１２０が試験指示を受信すると、認証処理部１３０が、試験指示に含まれる電話番号に基づき認証処理を行う（ステップＳ２）。例えば、認証処理部１３０は、当該電話番号を割り当てたプロバイダのデータベースにアクセスすることにより、当該電話番号のユーザが正当なユーザであるか否かの認証を行う。また、自動試験システム１００のデータ格納部１５０に、本実施の形態に係る試験実行サービスを提供可能な電話番号を予め格納しておいて、認証処理部１３０が、データ格納部１５０を参照して、試験指示に含まれる電話番号の有無を確認することで認証を行ってもよい。また、ＩＤとパスワードをユーザ端末４０に要求することで、ＩＤとパスワードに基づく認証を行うこととしてもよい。
【００３２】
もしも認証に失敗した場合には、以降の手順は行われず、例えば、ユーザ端末４０に認証失敗であることを示す情報が通知される。ここでは、認証に成功したものとする。
【００３３】
認証に成功した場合、試験制御部１１０が、試験端末部１４０に対し、ＶｏＩＰ端末５０の電話番号に発信を行うよう指示する。あるいは、試験制御部１１０が、ユーザインタフェース部１２０を介して、ユーザ端末４０に試験端末部１４０の電話番号を通知することで、ＶｏＩＰ端末５０から発信を行わせるようにしてもよい。
【００３４】
上記の発信動作により、試験端末部１４０とＶｏＩＰ端末５０との間で呼制御信号（ＳＩＰ信号）の送受信がなされる（ステップＳ３）。このとき、呼制御信号は、ＳＩＰサーバ３００と、ＳＢＣ２００のそれぞれで中継され、ＳＩＰサーバ３００とＳＢＣ２００はそれぞれ、呼制御信号のログを記録し、保持する。また、自動試験システム１００の試験端末部１４０も呼制御信号のログを記録し、保持する。
【００３５】
呼制御信号の送受信により、試験端末部１４０とＶｏＩＰ端末５０との間が接続され、試験端末部１４０とＶｏＩＰ端末５０との間で、通話試験としての音声通信が行われる（ステップＳ４）。具体的にはＲＴＰパケットの送受信がなされる。ＲＴＰパケットは、ＳＢＣ２００により中継される。ＳＢＣ２００は、ＲＴＰパケット送受信に関わるログである音声通信ログを記録し、保持する。
【００３６】
例えば、試験制御部１１０は、発信が行われた時刻から予め定めた時間が経過したことを検知すると、試験端末部１４０に音声通信接続の切断を指示し、切断がなされる。そして、試験制御部１１０は、試験端末部１４０とＳＩＰサーバ３００とＳＢＣ２００のそれぞれから呼制御信号のログを取得するととともに、ＳＢＣ２００から音声通信ログを取得する（ステップＳ５、Ｓ６）。
【００３７】
試験制御部１１０は、呼制御信号ログを解析することにより接続状況を把握し、音声通信ログを解析することにより客観的な音声品質の値を算出する（ステップＳ７）。そして、試験制御部１１０は、接続状況を示す情報をユーザインタフェース部１２０を介してユーザ端末４０に提供し（ステップＳ８）、音声品質を示す情報をユーザインタフェース部１２０を介してユーザ端末４０に提供する（ステップＳ９）。
【００３８】
これらの情報はユーザ端末４０に表示される。図５は、表示される情報の例である。図５の例では、呼接続に問題はなく、音声品質が良好であることが示される。なお、音声品質については、文字ではなく、画像（例：品質良好の場合には晴れマーク（太陽のマーク）等）を表示してもよい。
【００３９】
以下、呼制御信号ログ及び音声通信ログの収集、解析についてより詳細に説明する。
【００４０】
（呼制御信号ログ収集、解析について）
図６は、呼制御信号ログ収集のイメージを示している。自動試験システム１００の試験制御部１１０は、ＳＩＰサーバ３００とＳＢＣ２００のそれぞれから、ＩＮＶＩＴＥ等の呼制御信号のログを取得するとともに、自動試験システム１００における試験端末部１４０からも呼制御信号のログを取得する。
【００４１】
ここで、ＳＢＣ２００は、自動試験システム１００（試験端末部１４０）に対向するＶｏＩＰ端末機能と、ＶｏＩＰ端末５０に対向するＶｏＩＰ端末機能とを有しており、ＳＢＣ２００は、それぞれのＶｏＩＰ端末機能における呼制御信号ログを記録し、保持している。試験制御部１１０は、ＳＢＣ２００から、自動試験システム１００（試験端末部１４０）に対向するＶｏＩＰ端末機能における呼制御信号ログ（以下、システム側呼制御信号ログと呼ぶ）と、ＶｏＩＰ端末５０に対向するＶｏＩＰ端末機能における呼制御信号ログ（以下、端末側呼制御信号ログと呼ぶ）を取得する。
【００４２】
また、試験制御部１１０は、ＳＩＰサーバ３００において中継される呼制御信号のログを取得し、試験端末部１４０において送受信される呼制御信号のログを取得する。
【００４３】
図７は、ある装置から収集される呼制御信号ログの一例を示す図である。図７に示すように、ログには、ログ収集対象装置において呼制御信号を送信（又は受信）した時刻と、呼制御信号名（メッセージ名）と、呼制御信号の送信元（例：ＶｏＩＰ端末５０）を示すＦｒｏｍの情報（ＵＲＩでもよいしＩＰアドレスでもよい）、呼制御信号の送信先（例：試験端末部１４０）を示すＴｏの情報（ＵＲＩでもよいしＩＰアドレスでもよい）、ＳＩＰセッションを識別するＣａｌｌ  ＩＤを含む。なお、これらは一例であり、ログとしてこれら以外の情報を取得してもよいし、ログの中にこれらの情報の一部が含まれないこととしてもよい。
【００４４】
図８は、試験制御部１１０が実行する、呼制御信号ログを使用した接続状況の解析例を説明するための図である。
【００４５】
本実施の形態では、データ格納部１５０の中に、ＳＢＣ２００、ＳＩＰサーバ３００、及び試験端末部１４０のそれぞれにおける、正常時の呼制御信号の時間経過に伴う遷移状態を示す情報（正常時情報と呼ぶ）が格納されている。当該情報を図示した例を図８（ａ）に示す。図８（ａ）に示すように、各装置において、ＩＮＶＩＴＥ、１００、１８０、２００ＯＫ等の呼制御信号が時間の経過に伴って正常に遷移していることが示される。
【００４６】
試験制御部１１０は、各装置から取得した呼制御信号ログと、正常時情報とを比較することで、接続状況の判定を行う。例えば、ＳＩＰサーバ３００における正常時情報が時系列で「ＩＮＶＩＴＥ受信、１００送信、１８０送信、２００ＯＫ送信」であり、ＳＩＰサーバ３００から取得した呼制御信号ログが情報なしであり、また、ＳＢＣ２００のシステム側の正常時情報が「ＩＮＶＩＴＥ送信、１００受信、１８０受信、２００ＯＫ受信」であり、ＳＢＣ２００のシステム側呼制御信号ログが「ＩＮＶＩＴＥ送信」であるとする。この場合、図８（ｂ）に示すように、試験制御部１１０は、ＳＩＰサーバ３００において受信すべきＩＮＶＩＴＥが受信されていないと判断し、ＳＩＰサーバ３００とＳＢＣ２００との間に問題が発生したと判断できる。この場合、例えば、プロバイダ側の網において接続に問題があることを示す情報を、接続の正常性を示す情報として、ユーザ端末４０に通知することができる。また、例えば、端末側呼制御信号ログが情報なしである場合、試験制御部１１０は、ＳＢＣ２００とＶｏＩＰ端末５０との間に問題が発生したと判断し、アクセス網において接続に問題があることを示す情報を、接続の正常性を示す情報として、ユーザ端末４０に通知することができる。
【００４７】
なお、上記の例では、接続の正常性を示す情報は異常箇所まで含んでいるが、接続の正常性を示す情報として、接続が正常か異常かのみを示す情報を通知することとしてもよい。
【００４８】
（音声通信ログ収集、解析について）
図９は、音声通信ログ収集のイメージを示している。自動試験システム１００の試験制御部１１０は、ＳＢＣ２００から音声通信ログを取得する。
【００４９】
前述したように、ＳＢＣ２００は、自動試験システム１００（試験端末部１４０）に対向するＶｏＩＰ端末機能と、ＶｏＩＰ端末５０に対向するＶｏＩＰ端末機能とを有しており、ＳＢＣ２００は、それぞれのＶｏＩＰ端末機能における音声通信ログを記録し、保持している。試験制御部１１０は、ＳＢＣ２００から、自動試験システム１００（試験端末部１４０）に対向するＶｏＩＰ端末機能における音声通信ログ（以下、システム側音声通信ログと呼ぶ）と、ＶｏＩＰ端末５０に対向するＶｏＩＰ端末機能における音声通信ログ（以下、端末側音声通信ログと呼ぶ）を取得する。
【００５０】
本実施の形態では、ＳＢＣ２００は、システム側、端末側それぞれについて、音声通信ログとして、音声通信開始から終了までの間に受信したＲＴＰパケット数と、音声通信開始から終了までの間に破棄されたＲＴＰパケット数（ＲＴＰパケット破棄数）を算出し、保持する機能を有している。システム側の受信ＲＴＰパケットは図９のＡとして示され、端末側の受信ＲＴＰパケットは図９のＢとして示されている。
【００５１】
ＲＴＰパケット破棄数は、ＲＴＰシーケンス番号から算出されるものである。例えば、ＲＴＰシーケンス番号が１〜８０のＲＴＰパケットと、ＲＴＰシーケンス番号が８３〜１００のＲＴＰパケットを受信した場合に、１００パケット中、２パケットが破棄されたことがわかる。また、ＳＢＣ２００は、Ｃａｌｌ  ＩＤと対応付けて音声通信ログを保持する。なお、Ｃａｌｌ  ＩＤはＳＩＰのセッションを識別する情報の一例であり、ＳＢＣ２００は、ＳＩＰのセッションを識別する、Ｃａｌｌ  ＩＤ以外の情報に対応付けて音声通信ログを保持することとしてもよい。
【００５２】
試験制御部１１０は、ＳＢＣ２００のシステム側呼制御信号ログのＣａｌｌ  ＩＤに対応する音声通信ログであるシステム側音声通信ログと、ＳＢＣ２００の端末側呼制御信号ログのＣａｌｌ  ＩＤに対応する音声通信ログである端末側音声通信ログをＳＢＣ２００から取得する。
【００５３】
図１０は、音声通信ログの一例を示す図である。図１０に示すように、音声通信ログには、受信ＲＴＰパケット数とＲＴＰパケット破棄数とが含まれる。
【００５４】
なお、上記の例では、ＳＢＣ２００が受信ＲＴＰパケット数とＲＴＰパケット破棄数とをログとして記録している。この例の他、例えば、ＳＢＣ２００が、受信したＲＴＰパケットの各シーケンス番号をログとして記録し、試験制御部１１０が、当該シーケンス番号を音声通信ログとしてＳＢＣ２００から取得し、シーケンス番号から受信ＲＴＰパケット数とＲＴＰパケット破棄数とを算出することとしてもよい。また、ＳＢＣ２００が、後述する論理Ｒ値の算出までも行って、試験制御部１１０が、当該論理Ｒ値を音声通信ログとしてＳＢＣ２００から取得することとしてもよい。
【００５５】
本実施の形態では、試験制御部１１０が、客観的な音声品質の値として、ＩＴＵ−Ｔ  Ｇ．１０７  Ｅ−ｍｏｄｅｌで規定されるＲ値（本実施の形態の論理Ｒ値）を算出し、当該論理Ｒ値に基づいてユーザ端末４０に通知する情報を作成する。この処理を図１１のフローチャートを参照して説明する。
【００５６】
ステップＳ１０１において、試験制御部１１０は、システム側音声通信ログと端末側音声通信ログのそれぞれについて、受信ＲＴＰパケット数＋ＲＴＰパケット破棄数を算出する。この値を「論理受信ＲＴＰパケット数」と呼ぶ。
【００５７】
ステップＳ１０２において、試験制御部１１０は、システム側音声通信ログと端末側音声通信ログのそれぞれについて、ＲＴＰパケット廃棄数と論理受信ＲＴＰパケット数とに基づき（例：ＲＴＰパケット廃棄数÷論理受信ＲＴＰパケット数）、パケットロス率に相当する値を算出する。これを「論理パケットロス率」と呼ぶ。
【００５８】
ステップＳ１０３において、試験制御部１１０は、システム側音声通信ログと端末側音声通信ログのそれぞれについて、ＩＴＵ−Ｔ  Ｇ．１０７  Ｅ−ｍｏｄｅｌで規定されるＰｐｌ（ランダムパケット損失率）とＲ値との関係式等に基づき、Ｐｐｌに論理パケットロス率を入力することでＲ値（これを論理Ｒ値と呼ぶ）を算出する。なお、Ｐｐｌ以外のＲ値算出に必要なパラメータについては、予め定めた値を使用することとしてよい。
【００５９】
ステップＳ１０４において、試験制御部１１０は、システム側音声通信ログから得られた論理Ｒ値と端末側音声通信ログから得られた論理Ｒ値のうち、悪い方の論理Ｒ値を選択し、これが所定の値（例：８０）以上であれば、ユーザには「音声品質：良」を提示することを決定する。また、例えば、当該論理Ｒ値が所定の値（例：５０）以下であれば、ユーザには「音声品質：不良」を提示することを決定する。また、例えば、当該論理Ｒ値が５０より大きく、８０より小さい場合には、ユーザに「音声品質：中」を提示することを決定する。そして、決定された情報をメディア通信の品質を表す情報としてユーザ端末４０に通知する。
【００６０】
なお、上記の例では、システム側音声通信ログから得られた論理Ｒ値と端末側音声通信ログから得られた論理Ｒ値のうち、悪い方の論理Ｒ値を選択していたが、システム側音声通信ログから得られた論理Ｒ値に基づく評価結果と、端末側音声通信ログから得られた論理Ｒ値に基づく評価結果の両方を、メディア通信の品質を表す情報としてユーザ端末４０に通知することとしてもよい。この場合、メディア通信の品質を表す情報には、品質に対応する箇所の情報が含まれる。例えば、システム側音声通信ログから得られた論理Ｒ値に基づく評価結果として「音声品質：不良」が得られ、端末側音声通信ログから得られた論理Ｒ値に基づく評価結果として「音声品質：良」が得られ、これらがユーザ端末４０に通知された場合、ユーザは、アクセス側のネットワークと、プロバイダ側のネットワークのうち、プロバイダ側のネットワークに問題があることを把握できる。
【００６１】
なお、音声品質の客観的な値として、Ｒ値（本実施の形態での論理Ｒ値）を算出することは一例に過ぎない。音声品質の客観的な値として、Ｒ値以外の値を算出してもよい。例えば、音声品質の客観的な値として、Ｒ値に基づいてＭＯＳ（Ｍｅａｎ  Ｏｐｉｎｉｏｎ  Ｓｃｏｒｅ）値を算出し、ＭＯＳ値に基づいてユーザに提示する情報をメディア通信の品質を表す情報として決定してもよい。ＭＯＳ値に基づいてメディア通信の品質を表す情報を決定する場合も、Ｒ値を用いる場合と同様に、システム側音声通信ログから得られたＭＯＳ値と端末側音声通信ログから得られたＭＯＳ値のうち、悪い方のＭＯＳ値を選択し、当該ＭＯＳ値から得られたメディア通信の品質を表す情報をユーザ端末４０に通知することとしてもよいし、システム側音声通信ログから得られたＭＯＳ値に基づく評価結果と、端末側音声通信ログから得られたＭＯＳ値に基づく評価結果の両方を、メディア通信の品質を表す情報としてユーザ端末４０に通知することとしてもよい。
【００６２】
（実施の形態の効果等）
本実施の形態によれば、ＶｏＩＰサービスを利用するユーザが、当該ＶｏＩＰサービスの正常性試験をユーザ自らのリソース（対応の端末や人員のリソース）を利用することなくプロバイダに実施させることができ、その試験結果を容易に取得できる。また、ユーザは、ＶｏＩＰサービスのネットワーク内で信号がどのように送受信されているのかをプロバイダに確認せずとも把握可能である。また、ユーザは、客観的な音声品質を容易に取得できる。
【００６３】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、呼制御信号の送受信に基づいてメディア通信が実行される通信ネットワークにおける試験制御装置であって、ユーザ側のメディア通信端末と前記通信ネットワーク側の試験端末部との間で送受信され得る呼制御信号のログを前記通信ネットワークから取得するログ取得手段と、前記呼制御信号のログに基づいて、前記メディア通信端末と前記試験端末部との間の接続の正常性を判断し、当該正常性を示す情報をユーザ側の端末に提供する分析手段とを備えることを特徴とする試験制御装置が提供される。実施の形態における試験制御部１１０は、ログ取得手段及び分析手段の例である。
【００６４】
前記メディア通信端末と前記試験端末部との間の接続に異常がある場合において、前記正常性を示す情報は、前記メディア通信端末と前記試験端末部との間における異常箇所を示す情報を含むこととしてもよい。
【００６５】
前記試験制御装置は、前記ユーザ側の端末から試験指示を受信し、当該試験指示に基づき認証を行って、認証に成功した場合に、前記試験端末部から前記メディア通信端末への発信、又は、前記メディア通信端末から前記試験端末部への発信を実行させる試験開始手段を更に備えることとしてもよい。実施の形態におけるユーザインタフェース部１２０、認証処理部１２０、及び試験制御部１１０は、試験開始手段の例である。
【００６６】
前記分析手段は、前記呼制御信号のログと、正常時の呼制御信号の遷移状態を表す情報とを比較することにより、前記メディア通信端末と前記試験端末部との間の接続の正常性を判断することとしてもよい。
【００６７】
前記ログ取得手段は更に、前記メディア通信端末と前記試験端末部との間で送受信され得るメディア通信のログを前記通信ネットワークから取得し、前記分析手段は、前記メディア通信のログに基づいて、当該メディア通信の品質を表す品質値を算出し、当該品質値に基づいて、前記ユーザ側の端末に当該メディア通信の品質を表す情報を提供することとしてもよい。
【００６８】
前記通信ネットワークは、例えば前記メディア通信を中継する中継装置を備えており、前記ログ取得手段は、前記中継装置が前記試験端末部から受信するメディアに関する第１ログと、前記中継装置が前記メディア通信端末から受信するメディアに関する第２ログとを取得し、前記分析手段は、前記第１ログと前記第２ログとに基づいて、前記メディア通信の品質を表す情報を作成することとしてもよい。
【００６９】
前記分析手段は、前記第１ログから得られた品質値と前記第２ログから得られた品質値のうち、良くないほうの品質値に基づいて、前記メディア通信の品質を表す情報を作成することとしてもよい。
【００７０】
以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７１】
１０  アクセス網
２０  ＶｏＩＰサービス網
３０  ＰＳＴＮ４０  ユーザ端末
５０  ＶｏＩＰ端末
１００  自動試験システム
２００  ＳＢＣ
３００  ＳＩＰサーバ
４００  ＰＳＴＮ−ＧＷ
１１０  試験制御部
１２０  ユーザインタフェース部
１３０  認証処理部
１４０  試験端末部
１５０  データ格納部
【図１】
2018152682.tif 000003
【図２】
2018152682.tif 000004
【図３】
2018152682.tif 000005
【図４】
2018152682.tif 000006
【図５】
2018152682.tif 000007
【図６】
2018152682.tif 000008
【図７】
2018152682.tif 000009
【図８】
2018152682.tif 000010
【図９】
2018152682.tif 000011
【図１０】
2018152682.tif 000012
【図１１】
2018152682.tif 000013