(57)【特許請求の範囲】
【請求項１】
試験端末が設けられている全ｎ個の拠点間の全ての組み合わせについて実行する通信品質試験の計画を策定するネットワーク試験計画装置であって、
並行試験の順序を規定するパラメータｉと、並行試験における複数の試験のいずれかを規定するパラメータｊと、ｎが偶数のときにｎをとりｎが奇数のときにｎ＋１をとるパラメータｎとに従って、試験の発信側の拠点を定める発信側拠点決定手段と、
パラメータｉと、パラメータｊと、パラメータｎとに従って、試験の着信側の拠点を定める着信側拠点決定手段と、
上記発信側拠点決定手段及び上記着信側拠点決定手段によって決定された発信側拠点及び着信側拠点の対を試験計画リストに追加する試験追加手段と、
パラメータｉが同一値をとっている期間で、パラメータｊを、ｎが偶数のときにｎ／２種類の値の中で、ｎが奇数のときに（ｎ＋１）／２種類の値の中で、順次変化させる並行試験内パラメータ変更手段と、
パラメータｉを、（ｎ−１）種類の値の中で順次変化させる並行試験パラメータ変更手段と
を備えることを特徴とするネットワーク試験計画装置。
【請求項２】
上記発信側拠点決定手段によって決定された発信側拠点を着信側拠点とし、上記着信側拠点決定手段によって決定された着信側拠点を発信側拠点とした対を試験計画リストに追加する逆方向試験追加手段をさらに有することを特徴とする請求項１に記載のネットワーク試験計画装置。
【請求項３】
試験端末が設けられている全ｎ個の拠点間の全ての組み合わせについて実行する通信品質試験の計画を策定するネットワーク試験計画方法であって、
発信側拠点決定手段、着信側拠点決定手段、試験追加手段、並行試験内パラメータ変更手段及び並行試験パラメータ変更手段とを備え、
上記発信側拠点決定手段は、並行試験の順序を規定するパラメータｉと、並行試験における複数の試験のいずれかを規定するパラメータｊと、ｎが偶数のときにｎをとりｎが奇数のときにｎ＋１をとるパラメータｎとに従って、試験の発信側の拠点を定め、
上記着信側拠点決定手段は、パラメータｉと、パラメータｊと、パラメータｎとに従って、試験の着信側の拠点を定め、
上記試験追加手段は、上記発信側拠点決定手段及び上記着信側拠点決定手段によって決定された発信側拠点及び着信側拠点の対を試験計画リストに追加し、
上記並行試験内パラメータ変更手段は、パラメータｉが同一値をとっている期間で、パラメータｊを、ｎが偶数のときにｎ／２種類の値の中で、ｎが奇数のときに（ｎ＋１）／２種類の値の中で、順次変化させ、
上記並行試験パラメータ変更手段は、パラメータｉを、（ｎ−１）種類の値の中で順次変化させる
ことを特徴とするネットワーク試験計画方法。
【請求項４】
逆方向試験追加手段が、上記発信側拠点決定手段によって決定された発信側拠点を着信側拠点とし、上記着信側拠点決定手段によって決定された着信側拠点を発信側拠点とした対を試験計画リストに追加することを特徴とする請求項３に記載のネットワーク試験計画方法。
【請求項５】
試験端末が設けられている全ｎ個の拠点間の全ての組み合わせについて実行する通信品質試験の計画を策定するネットワーク試験計画プログラムあって、
コンピュータを、
並行試験の順序を規定するパラメータｉと、並行試験における複数の試験のいずれかを規定するパラメータｊと、ｎが偶数のときにｎをとりｎが奇数のときにｎ＋１をとるパラメータｎとに従って、試験の発信側の拠点を定める発信側拠点決定手段と、
パラメータｉと、パラメータｊと、パラメータｎとに従って、試験の着信側の拠点を定める着信側拠点決定手段と、
上記発信側拠点決定手段及び上記着信側拠点決定手段によって決定された発信側拠点及び着信側拠点の対を試験計画リストに追加する試験追加手段と、
パラメータｉが同一値をとっている期間で、パラメータｊを、ｎが偶数のときにｎ／２種類の値の中で、ｎが奇数のときに（ｎ＋１）／２種類の値の中で、順次変化させる並行試験内パラメータ変更手段と、
パラメータｉを、（ｎ−１）種類の値の中で順次変化させる並行試験パラメータ変更手段として機能させる
ことを特徴とするネットワーク試験計画プログラム。
【請求項６】
各拠点にそれぞれ設けられた試験端末と、
請求項１又は２に記載のネットワーク試験計画装置と、
上記ネットワーク試験計画装置における試験計画リストに従い、並行試験における複数の試験でのそれぞれの発信側拠点の上記試験端末から、着信側拠点の試験端末への試験通信を指示する試験指示手段と、
着信側拠点の試験端末から、通信品質に関係する情報を収集、保存する情報収集手段と
を有することを特徴とするネットワーク監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク試験計画装置、ネットワーク試験計画方法、ネットワーク試験計画プログラム及びネットワーク監視システムに関し、例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を適用したＩＰネットワークを介した音声通信での音声品質（以下、音質と呼ぶ）の定常的監視に適用し得るものである。
【背景技術】
【０００２】
ネットワークの監視には、特許文献１に記載されているように、各装置（例えば、パケット交換機）の状況を監視し、各装置の状況を収集するものがあった。
【０００３】
ＶｏＩＰにおいて、音声品質は、ＩＴＵ−Ｔ  Ｇ．１０７で勧告された評価モデルにおける評価値（Ｒ値）に従って評価される（非特許文献１参照）。
【特許文献１】特開平７−１６２４２０号公報
【非特許文献１】小泉修著、「図解でわかる  ＶｏＩＰのすべて」、株式会社日本実業出版社、２００３年発行、ｐｐ．３５３−３５４
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の監視方法は、ＩＰネットワークを利用した通信システムに対するものではない。特許文献１の記載の監視システムが対象としているネットワークは、そのパケット交換機間の経路はほぼ１本道である。ＩＰネットワークでは、発呼時のネットワーク状況などによって、具体的な経路が変化し、同一の呼に係るパケットであってもパケットによって経路が変化する。そのため、ＩＰネットワークを利用した通信システムを対象としていない、特許文献１に記載の監視方法を、ＩＰネットワークを利用した通信システムに適用することはできない。
【０００５】
ＩＴＵ−Ｔ  Ｇ．１０７で規定されているＲ値は、送話器−端末−ＩＰネットワーク−端末―受話器といった経路を経た信号を評価するものであり、言い換えると、２点間の音質を表現するものである。２点間の音質評価を、ＩＰネットワークの音質評価とすることはできない。
【０００６】
ＩＰネットワークの音質を評価するためには、２点間の音質評価を、複数の２点間の組み合わせに対して実行しなければならない。複数の２点間の組み合わせの音声品質を、トラヒックの発生を待って得るならば、日々若しくは時々刻々変化しているネットワークのトラヒックの影響を正しく反映させた計測値を得ることができない。そのため、複数の２点間の組み合わせの音声品質を試験によって得ることが好ましい。しかし、なんら計画なしに、複数の２点間の組み合わせについて、音質を評価する試験を実行したならば、例えば、ネットワーク上のある装置（例えば、ＩＰ−ＰＢＸ）が過負荷になって、通常の通信に悪影響を及ぼす恐れがある。
【０００７】
そのため、日々若しくは時々刻々変化しているＩＰネットワークのトラヒックを正しく反映させた品質評価値を、試験によって過負荷となる装置を生じさせることなく得ることができるネットワーク試験計画装置、ネットワーク試験計画方法、ネットワーク試験計画プログラムが望まれており、また、そのようなネットワーク試験計画装置、ネットワーク試験計画方法、ネットワーク試験計画プログラムを適用したネットワーク監視システムも望まれている。
【課題を解決するための手段】
【０００８】
第１の本発明は、試験端末が設けられている全ｎ個の拠点間の全ての組み合わせについて実行する通信品質試験の計画を策定するネットワーク試験計画装置であって、（１）並行試験の順序を規定するパラメータｉと、並行試験における複数の試験のいずれかを規定するパラメータｊと、ｎが偶数のときにｎをとりｎが奇数のときにｎ＋１をとるパラメータｎとに従って、試験の発信側の拠点を定める発信側拠点決定手段と、（２）パラメータｉと、パラメータｊと、パラメータｎとに従って、試験の着信側の拠点を定める着信側拠点決定手段と、（３）上記発信側拠点決定手段及び上記着信側拠点決定手段によって決定された発信側拠点及び着信側拠点の対を試験計画リストに追加する試験追加手段と、（４）パラメータｉが同一値をとっている期間で、パラメータｊを、ｎが偶数のときにｎ／２種類の値の中で、ｎが奇数のときに（ｎ＋１）／２種類の値の中で、順次変化させる並行試験内パラメータ変更手段と、（５）パラメータｉを、（ｎ−１）種類の値の中で順次変化させる並行試験パラメータ変更手段とを備えることを特徴とする。
【０００９】
第２の本発明は、試験端末が設けられている全ｎ個の拠点間の全ての組み合わせについて実行する通信品質試験の計画を策定するネットワーク試験計画方法であって、発信側拠点決定手段、着信側拠点決定手段、試験追加手段、並行試験内パラメータ変更手段及び並行試験パラメータ変更手段とを備え、（１）上記発信側拠点決定手段は、並行試験の順序を規定するパラメータｉと、並行試験における複数の試験のいずれかを規定するパラメータｊと、ｎが偶数のときにｎをとりｎが奇数のときにｎ＋１をとるパラメータｎとに従って、試験の発信側の拠点を定め、（２）上記着信側拠点決定手段は、パラメータｉと、パラメータｊと、パラメータｎとに従って、試験の着信側の拠点を定め、（３）上記試験追加手段は、上記発信側拠点決定手段及び上記着信側拠点決定手段によって決定された発信側拠点及び着信側拠点の対を試験計画リストに追加し、（４）上記並行試験内パラメータ変更手段は、パラメータｉが同一値をとっている期間で、パラメータｊを、ｎが偶数のときにｎ／２種類の値の中で、ｎが奇数のときに（ｎ＋１）／２種類の値の中で、順次変化させ、（５）上記並行試験パラメータ変更手段は、パラメータｉを、（ｎ−１）種類の値の中で順次変化させることを特徴とする。
【００１０】
第３の本発明は、試験端末が設けられている全ｎ個の拠点間の全ての組み合わせについて実行する通信品質試験の計画を策定するネットワーク試験計画プログラムあって、コンピュータを、（１）並行試験の順序を規定するパラメータｉと、並行試験における複数の試験のいずれかを規定するパラメータｊと、ｎが偶数のときにｎをとりｎが奇数のときにｎ＋１をとるパラメータｎとに従って、試験の発信側の拠点を定める発信側拠点決定手段と、（２）パラメータｉと、パラメータｊと、パラメータｎとに従って、試験の着信側の拠点を定める着信側拠点決定手段と、（３）上記発信側拠点決定手段及び上記着信側拠点決定手段によって決定された発信側拠点及び着信側拠点の対を試験計画リストに追加する試験追加手段と、（４）パラメータｉが同一値をとっている期間で、パラメータｊを、ｎが偶数のときにｎ／２種類の値の中で、ｎが奇数のときに（ｎ＋１）／２種類の値の中で、順次変化させる並行試験内パラメータ変更手段と、（５）パラメータｉを、（ｎ−１）種類の値の中で順次変化させる並行試験パラメータ変更手段として機能させることを特徴とする。
【００１１】
第４の本発明のネットワーク監視システムは、（１）各拠点にそれぞれ設けられた試験端末と、（２）第１の本発明のネットワーク試験計画装置と、（３）上記ネットワーク試験計画装置における試験計画リストに従い、並行試験における複数の試験でのそれぞれの発信側拠点の上記試験端末から、着信側拠点の試験端末への試験通信を指示する試験指示手段と、（４）着信側拠点の試験端末から、通信品質に関係する情報を収集、保存する情報収集手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、試験端末の負荷状況が一定という制約を満たしながら、並行して複数の試験を同時に行うことできるようになる。
【発明を実施するための最良の形態】
【００１３】
（Ａ）主たる実施形態
以下、本発明によるネットワーク試験計画装置、ネットワーク試験計画方法、ネットワーク試験計画プログラム及びネットワーク監視システムの一実施形態を、図面を参照しながら詳述する。この実施形態は、ＶｏＩＰ通信システム（例えば、ＩＰ電話システム）のネットワークを監視対象としているものである。
【００１４】
（Ａ−１）実施形態の構成
図１は、この実施形態に係るネットワーク監視システムの構成を示すブロック図である。
【００１５】
図１において、実施形態のネットワーク監視システム１０は、試験指示端末１１、音声情報収集サーバ１２、複数（図１ではｎ個）の擬似呼処理端末１３−１〜１３−ｎ及びデータベース１４を有している。なお、監視対象のＩＰネットワーク内には、複数（図１ではｍ個）のＩＰ−ＰＢＸ１５−１〜１５−ｍが存在している。
【００１６】
試験指示端末１１は、Ｗｅｂブラウザなどが搭載されたオペレータが操作可能な端末であり、例えば、以下の機能（ａ）〜（ｃ）等を担っているものである。すなわち、（ａ）擬似呼処理端末１３−１〜１３−ｎのＵＲＩ（ＳＩＰ−ＵＲＩ）などの設定、（ｂ）マトリックス試験や１コール試験の試験指示及び試験結果の収集、（ｃ）試験結果の参照、等を担っている。
【００１７】
ここで、「マトリックス試験」とは、定期的な定点観測のために行う試験であり、「１コール試験」とは、割り込みによって指示された擬似呼処理端末間で発着を行う試験である。この実施形態は、マトリックス試験に関して特徴を有しており、以下では、主に、マトリックス試験の面から説明を行う。いずれの試験も、一対の擬似呼処理端末が試験対象となり、マトリックス試験では、その一対の擬似呼処理端末が順次変化していき、１コール試験では、その一対の擬似呼処理端末が指定された一対だけである。
【００１８】
音声情報収集サーバ１２は、基本的には、試験対象の擬似呼処理端末１３−Ｎ（Ｎは１〜ｎ）への試験指示と、試験対象の擬似呼処理端末からの試験結果の収集とを行うものであり、試験結果等をデータベース１４に格納させるものである。音声情報収集サーバ１２は、例えば、通信構成を除けば、ＣＰＵ及びＣＰＵが実行するプログラムによって実現されているが、機能的には、試験計画部１２Ａ、試験指示部１２Ｂ及び試験結果受信部１２Ｃを有している。試験計画部１２Ａは、実施形態のネットワーク試験計画装置に該当する。
【００１９】
試験計画部１２Ａは、マトリックス試験の試験計画を策定するものであり、この実施形態の大きな特徴をなしているものである。試験計画部１２Ａの詳細については、動作の説明の項で明らかにする。
【００２０】
試験指示部１２Ｂは、試験計画部１２Ａが策定したマトリックス試験の試験計画に従って、時間制御を行いながら、擬似呼処理端末１３−Ｎに試験を指示するものである。なお、試験指示部１２Ｂは、１コール試験についても指示を適宜行うものである。
【００２１】
試験結果受信部１２Ｃは、擬似呼処理端末１３−Ｎからの試験結果を受信し、その結果をデータベース１４に保存するものである。
【００２２】
各擬似呼処理端末１３−Ｎは、ネットワーク的に異なる拠点（例えば、東京、大阪、福岡など）に配置されるものである。各擬似呼処理端末１３−Ｎは、試験指示部１２Ｂによる試験指示に従って、ＶｏＩＰ通信システム（例えば、ＩＰ電話システム）の端末（ＩＰ電話端末）として振る舞って試験を実行するものである。各擬似呼処理端末１３−Ｎは、ＩＰ電話における音声情報（Ｒ値、パケット遅延、送受信パケット数など）の記録を行うものであり、擬似呼処理端末１３−Ｎは、ＩＰ電話終了時に、試験結果を試験結果受信部１２Ｃに対して送信するものである。
【００２３】
データベース１４は、試験結果受信部１２Ｃから与えられた試験結果を保存するものである。データベース１４は、音声情報収集サーバ１２と一体のものであっても良く、また、別体のものであっても良い。図１では、試験指示端末１１が、音声情報収集サーバ１２を介してデータベース１４の試験結果の参照等を実行できるものを示しているが、試験指示端末１１が、音声情報収集サーバ１２を介することなくデータベース１４の試験結果の直接参照できるようにしても良い。また、図１では、擬似呼処理端末１３−Ｎが得た試験結果を、音声情報収集サーバ１２を介してデータベース１４に与えるものを示しているが、擬似呼処理端末１３−Ｎが、音声情報収集サーバ１２を介することなく試験結果を直接データベース１４に与えるようにしても良い。
【００２４】
上述したように、ＩＰネットワーク内には、複数のＩＰ−ＰＢＸ１５−１〜１５−ｍが存在し、各ＩＰ−ＰＢＸ１５−Ｍ（Ｍは１〜ｍ）は、収容している擬似呼処理端末１３−Ｎに係る擬似呼の呼制御をも行うものである。
【００２５】
（Ａ−２）実施形態の動作
次に、実施形態に係るネットワーク監視システムの動作、特に、マトリックス試験の計画動作について説明する。
【００２６】
ネットワークトラフィックは、日々若しくは時々刻々変更されているものであり、計測（試験）時点で音質が問題ないとしても、恒久的に問題が発生しないものではない。そのため、ＶｏＩＰ通信システムで、一定の品質を維持するためには、ネットワーク構成を考慮した拠点（場所）ごとで行う定期的、定点観測が必要となる。すなわち、ネットワーク構成が異なる箇所（拠点）に観測点（擬似呼処理端末１３−１〜１３−ｎ）を設置し、その結果を監視する必要がある。各拠点間での接続は、ｎ個の地点での相互接続であるため、ｎ×（ｎ−１）の通り数が存在する。
【００２７】
定点観測では、同一条件での試験が必要である。そのため、定点観測で擬似的に音声通話を行う各擬似呼の負荷状況が同一でなければならない。すなわち、擬似呼処理端末１３−１〜１３−ｎは、複数のＩＰ電話の同時発着を行ってはならない。マトリックス試験計画では、各擬似呼処理端末１３−１〜１３−ｎが同時にＩＰ電話の発着が行われないように計画を行う必要がある。
【００２８】
この実施形態の試験計画部１２Ａによる試験計画は、マトリックス試験と１コール試験が混合されている状態でも、各擬似呼処理端末１３−１〜１３−ｎが同時にＩＰ電話の発着が行われないように計画を行う手法である。１コール試験は、ＩＰ電話での品質問題が発見され、その問題を解決できたか否かを測定する目的などのために行うものであり、一方向の試験であっても良いが、マトリックス試験は、各拠点間で相互に音声通話を行う試験であるが、送信側と受信側を変更する必要があるため、同一の２拠点間の試験でも、送信側及び受信側を入れ替えた２試験を実行する。
【００２９】
試験計画部１２Ａにおいては、マトリックス試験の試験順序を決定する。図２に示すネットワーク試験計画プログラムＰは、試験計画部１２Ａの主要部を構成しているマトリックス試験の試験順序を算出するプログラムであり、オブジェクト指向言語Ｊａｖａ（登録商標）によって記述されている。
【００３０】
図２のプログラムＰ中のｎは、擬似呼処理端末（定点観測点）の数を示しており、オペレータが試験指示端末１１を用いて入力したり、又は、オペレータが試験指示端末１１を用いて入力した各擬似呼処理端末１３−１〜１３−ｎの情報から端末数を集計して得たりする。
【００３１】
ネットワーク試験計画プログラムＰにおける各行の処理、機能は、以下の通りである。
【００３２】
１行目：擬似呼処理端末の個数（ｎ）の初期値を設定している。図２の例の場合、擬似呼処理端末数として８個が設定されている。
【００３３】
２行目：擬似呼処理端末の個数の初期値ｎをパラメータｏｒｇＮとして保存している。パラメータｏｒｇＮは、後述する１３行目の条件判定で利用される。
【００３４】
３行目：擬似呼処理端末数ｎが奇数の場合だけ、１だけｎを大きくしている。「％」はモジュロを表しており、前半の判定式は、ｎが偶数か否かを意味している。そして、ｎが偶数のときにｎを維持し、ｎが奇数のときだけ、ｎを１だけ大きくしている。
【００３５】
４行目：試験計画リストｔｅｓｔＬｉｓｔを作成している。
【００３６】
５行及び２０行目：パラメータｉを０から１ずつ変化させながら、６行目〜１９行目の処理を繰り返し、ｉがｎ−１に達すると６行目〜１９行目の処理を実行しないことを規定している。発側ＵＡＣ及び着側ＵＡＳを入れ替えただけの２回の試験順序の策定を１回とカウントするならば、策定回数を（ｎ−１）回にすることを規定している。
【００３７】
６行目：１回の策定における前半試験のリストオブジェクトｓａｍｅＥｘｅｃｕｔａｂｌｅＬｉｓｔ１を生成している。
【００３８】
７行目：１回の策定における後半試験のリストオブジェクトｓａｍｅＥｘｅｃｕｔａｂｌｅＬｉｓｔ２を生成している。
【００３９】
８行目：試験計画リストｔｅｓｔＬｉｓｔに前半試験のリストオブジェクトｓａｍｅＥｘｅｃｕｔａｂｌｅＬｉｓｔ１を設定（追加）している。
【００４０】
９行目：試験計画リストｔｅｓｔＬｉｓｔに後半試験のリストオブジェクトｓａｍｅＥｘｅｃｕｔａｂｌｅＬｉｓｔ２を設定（追加）している。８行目及び９行目の処理により、試験計画リストｔｅｓｔＬｉｓｔには、発側ＵＡＣ及び着側ＵＡＳを入れ替えた２回の試験順序が設定（追加）されることになる。
【００４１】
１０行及び１９行目：パラメータｊを０から１ずつ変化させながら、１１行目〜１８行目の処理を繰り返し、ｊがｎ／２に達すると１１行目〜１８行目の処理を実行しないことを規定している。前半試験又は後半試験のタイミングでは、発信側及び着信側が異なる複数の組（ｎ／２組）について、同時に試験が可能であり、この実施形態では複数の組について同時に試験を実行することとしている。１０行目が繰り返しを規定する、１１行目〜１８行目の処理を繰り返すことによって、同時に実行する試験の組が定まっていく。
【００４２】
１１行目：１回の策定における前半試験での発信側の擬似呼処理端末番号ｕａｃを計算している。計算に供する関数ｃ（ｉ，ｊ，ｎ）は、後述する２１行〜２３行目で規定されている関数に従っている。
【００４３】
１２行目：１回の策定における前半試験での着信側の擬似呼処理端末番号ｕａｓを計算している。計算に供する関数ｃ（ｉ，ｎ−１−ｊ，ｎ）は、後述する２１行〜２３行目で規定されている関数に従っている。
【００４４】
１３行及び１４行目：擬似呼処理端末の設定個数ｎが奇数の場合に、ｎを１だけ大きくしたことで、１１行目又は１２行目で計算された端末番号ｕａｃ、ｕａｓが実際に割当て可能な端末の最大値番号より大きくなっていた場合には、計算された端末番号ｕａｃ、ｕａｓでなる組は、マトリックス試験対象から除外する。
【００４５】
１５行及び１６行目：１１行目で計算された端末番号ｕａｃの端末を発信側、１２行目で計算された端末番号ｕａｓの端末を着信側とする組の試験が実行可能な場合、その組の試験を前半試験のリストオブジェクトｓａｍｅＥｘｅｃｕｔａｂｌｅＬｉｓｔ１に追加する。
【００４６】
１７行及び１８行目：１２行目で計算された端末番号ｕａｓの端末を発信側、１１行目で計算された端末番号ｕａｃの端末を着信側とする組の試験が実行可能な場合、その組の試験を後半試験のリストオブジェクトｓａｍｅＥｘｅｃｕｔａｂｌｅＬｉｓｔ２に追加する。
【００４７】
２１行〜２３行目：端末番号ｕａｃ、ｕａｓの計算で利用される関数ｃ（ｉｎｔ  ｒ，ｉｎｔ  ｉ，ｉｎｔ  ｎ）を定義している。この関数ｃ（ｉｎｔ  ｒ，ｉｎｔ  ｉ，ｉｎｔ  ｎ）は、２番目のパラメータｉが３番目のパラメータｎから１だけ小さい数に等しいときにはパラメータｉの値を出力（返信）し、これ以外のときには、（ｒ＋ｉ）を（ｎ−１）で割った余りを出力（返信）する関数である。
【００４８】
図３は、ネットワーク試験計画プログラムＰにより、算出されたマトリックス試験の順序例を示している。図３における数字０〜７は、各擬似呼処理端末１３−１〜１３−ｎの試験計画上での割当番号を示している。ＵＡＣは発側、ＵＡＳは着側を示している。
【００４９】
各擬似呼処理端末１３−１〜１３−ｎの識別番号が通し番号でない場合には、通し番号である割当番号に変換する必要があり、その場合には、識別番号と割当番号との対応を管理しておく必要がある。各擬似呼処理端末１３−１〜１３−ｎの識別番号が通し番号でない場合には、例えば、各擬似呼処理端末１３−１〜１３−ｎの識別番号を、昇順又は降順でソーティングし、通し番号である割当番号に対応付けるようにすれば良い。
【００５０】
図３の例の場合、擬似呼処理端末の個数（ｎ）として８個が設定される。偶数であるのでそのまま適用される。
【００５１】
５行目におけるパラメータｉが０のときに、図３の試験順序「１」、「２」の行が形成される。試験順序「１」の行への書込みは、１５行及び１６行目の処理によってなされ、試験順序「２」の行への書込みは、１７行及び１８行目の処理によってなされる。図３の同一行に係る同時試験における「試験１」は、パラメータｊが０のときに決定されたものであり、同様に、「試験２」〜「試験４」はそれぞれ、パラメータｊが１、２、３のときに決定されたものである。
【００５２】
図３の例の場合、並行（並列）に４つの試験を実施することが可能であることを示しており、その並行試験を１４回繰り返すことで、全ての２拠点間試験（マトリックス試験）を実施することが可能であることを示している。すなわち、図３に示すマトリックス試験計画の順序に従って、試験を実行することにより、全ての２拠点間試験を実施することができる。
【００５３】
マトリックス試験では、擬似呼処理端末間の全ての組み合わせについて試験を行うことが理想である。しかし、場合によっては、拠点間で、ほとんど電話（セッション確立）が行われない区間が存在する。この実施形態の場合、そのような区間の擬似呼処理端末間試験を、マトリックス試験計画から除外可能としている。
【００５４】
図４は、試験計画部１２Ａが、試験指示端末１１を介して、オペレータに提示し、マトリックス試験計画から除外する擬似呼処理端末間試験（逆に見れば、マトリックス試験計画に含める擬似呼処理端末間試験）を指定させるための表示画面例を示している。図４の表示画面例では、擬似呼処理端末の識別番号を表示してもオペレータが直ちに理解し難いため、擬似呼処理端末の識別番号に代え、擬似呼処理端末が設けられている拠点の地名を表示している。また、図４の表示画面例は、オペレータが、発側（発信側）の拠点地名と着側（着信側）の拠点地名との交点のチェックボックスにマークを付与することにより、マトリックス試験計画に含める擬似呼処理端末間試験を指示させ、チェックボックスにマークを付与しないことにより、マトリックス試験計画から除外する擬似呼処理端末間試験を指示させるものである。
【００５５】
例えば、試験計画部１２Ａは、試験計画モードが指示され、各擬似呼処理端末１３−１〜１３−ｎの情報を入力させたが、図２に示すプログラムＰを起動する前の状態において、図４の表示画面を表示させ、マトリックス試験計画から除外する擬似呼処理端末間試験を指示させる。また例えば、試験計画部１２Ａは、図２に示すプログラムＰを実行し、マトリックス試験計画を得た状態で、マトリックス試験計画から除外する擬似呼処理端末間試験があるかをオペレータに質問し、オペレータが、試験指示端末１１から、除外する擬似呼処理端末間試験があることを入力したときに、図４の表示画面例を表示させ、マトリックス試験計画から除外する擬似呼処理端末間試験を指示させるようにしても良い。
【００５６】
図２及び図３は、擬似呼処理端末の個数（拠点数）が８個の場合のものであるが、図４は、説明の簡単化のために、擬似呼処理端末の個数（拠点数）が３個の場合を示している。図４は、東京、大阪、福岡の３拠点に設置されている擬似呼処理端末間の試験のうち、東京発福岡着間の試験、並びに、福岡発東京着間の試験を除いた場合を示している。
【００５７】
例えば、除外する擬似呼処理端末間試験の指示タイミングを問わず、図２に示すようなプログラムＰを実行し、図３に示すようなマトリックス試験計画の結果を得た後、マトリックス試験計画の結果から、指示された擬似呼処理端末間試験を除外する（図３の該当欄を空欄とする）ようにしても良い。また例えば、除外する擬似呼処理端末間試験の指示タイミングが、プログラムＰの実行前である場合には、プログラムＰの１５行目又は１７行目の算出された発信側及び着信側の組についての試験が実行可能か否かの判定時に、除外する擬似呼処理端末間試験か否かを確認するようにしても良い。
【００５８】
音声品質を計測するためには、ある程度以上の長さの音声信号を送信しなければならない。また、同一の擬似呼処理端末１３−Ｎで、同時に、複数の通話を行う試験は望ましくない。以上の条件から、一日に動作できる試験数の上限Ｔは、次の（１）式で求めることができる（計算で求められたＴ
小数点以下の値を有する場合には、その整数部分が試験数の上限となる）。なお、（１）式におけるＣ（秒）は、試験時間（＝試験指示＋通話時間＋試験結果送信時間）である。
【００５９】
Ｔ＝２４×６０×６０÷Ｃ                                          …（１）
ここで、マトリックス試験は、上述したように、並列に実行できる試験があるため、１コール試験を１日に実行できる回数をＯ回（上限）とし、擬似呼処理端末がｎ個存在している場合、マトリックス試験の１日に繰り返し可能回数（最大数）Ｒは、次の（２）式で求めることができる。
【００６０】
Ｒ＝（Ｔ−Ｏ）÷（（Ｍ−１）×２）
ｎが奇数の場合、Ｍ＝ｎ＋１
ｎが偶数の場合、Ｍ＝ｎ                                          …（２）
図５は、試験時間Ｃが６０秒、１日に動作可能な１コール試験の上限数Ｏが５０試験の場合において、（２）式に従って、擬似呼処理端末の個数ｎにより計算したマトリックス試験の最大繰り返し回数である。このような計算により、利用者に対して、一日に動作するマトリックス試験の回数あるいは試験間隔の上限を提示することが可能である。例えば、擬似呼処理端末が８個存在する場合、マトリクス試験は９９．２９回、すなわち、１日に実行できる上限は９９回であり、最低試験間隔は１４分間隔（２４×６０÷９９の整数部分）となる。
【００６１】
試験計画部１２Ａは、試験間隔毎に、図２に示すプログラムＰを実行することによって得たマトリックス試験の試験計画結果（図３参照）を、試験指示部１２Ｂの低優先度キューに設定する。ここで、試験指示部１２Ｂは、低優先度キュー及び高優先度キューを実装しており、試験計画部１２Ａで作成されたマトリックス試験の試験順序（試験計画結果）は低優先度キューに入れられ、１コール試験の指示は高優先度キューに入れられる。
【００６２】
図６は、試験指示部１２Ｂによる試験指示動作を示すフローチャートである。試験指示部１２Ｂは、試験間隔毎に、図６に示すタスク（ルーチン）を起動する。
【００６３】
試験指示部１２Ｂは、図６に示すタスクを起動するとまず、高優先度キューから１コール試験を取り出そうとし（ステップ２１）、１コール試験が存在するか否かを判別する（ステップ２２）。
【００６４】
１コール試験が存在する場合には、試験指示部１２Ｂは、１コール試験の指示を行う（ステップ２３）。例えば、試験指示部１２Ｂは、１コール試験の送信側の擬似呼処理端末１３−ｉに対して、受信先のＳＩＰ−ＵＲＩ、利用するＳＩＰサーバ（例えば、ＩＰ−ＰＢＸ）、試験結果の送信先アドレスを指定した１コール試験の指示を行う。その後、スリープ時間を算出してその時間だけスリープする（ステップ２９）。スリープ時間は、今回に図６の処理を起動したタイミングから、スリープ時間が経過して次回に図６の処理を起動するタイミングまでの時間が、試験間隔になるように定められる。
【００６５】
なお、試験の発信側及び着信側が特定された場合には、受信先のＳＩＰ−ＵＲＩ、利用するＳＩＰサーバなどが特定されるようになされており、その特定のための情報を、音声情報収集サーバ１２は内蔵している。
【００６６】
ステップ２２の判定により、１コール試験が存在しないという結果を得ると、試験指示部１２Ｂは、低優先度キューからマトリックス試験計画結果を取り出す（ステップ２４）。そして、マトリックス試験計画結果において、実行していない並行試験のデータが残っているか否かを判定し（ステップ２５）、データが残っていれば、その先頭側から、並行して実行できる試験の情報を取得する（ステップ２６）。試験指示部１２Ｂは、取得された並行試験のそれぞれの送信側の擬似呼処理端末に対して、受信先のＳＩＰ−ＵＲＩ、利用するＳＩＰサーバ、試験結果の送信先アドレスを指定した試験の指示を行う（ステップ２７）。その後、ステップ２６で取り出した試験の情報をリストから削除した後（ステップ２８）、ステップ２５に戻る。
【００６７】
並行して実行できる試験の指示など（ステップ２５〜２８のループ処理）が繰り返し実行され、全ての並行試験の指示が終了した後にステップ２５に戻ってきたときには、実行していない並行試験のデータが残っていないと判定される。このときには、試験指示部１２Ｂは、スリープ時間を算出してその時間だけスリープする（ステップ２９）。
【００６８】
（Ａ−３）実施形態の効果
上記実施形態によれば、マトリックス試験の計画作成により、擬似呼処理端末の負荷状況が一定という制約を満たしながら、並行して複数の試験を同時に行うことできる。
【００６９】
擬似呼処理端末がｎ個の場合、（ｎ−１）×ｎの試験が存在する。これらの試験を並列でなく実行した場合、（ｎ−１）×ｎ×Ｃ秒だけかかる（Ｃは試験時間）。上記実施形態の方法を用いた場合には、ｎが偶数のときに（ｎ−１）×２×Ｃ秒、ｎが奇数のときにｎ×２×Ｃ秒だけかかる。擬似呼処理端末の個数ｎは２以上であるため、ｎが２である場合以外は全て高速化される。例えば、ｎが８、Ｃが６０秒の場合、非並列処理では（８−１）×８×６０＝５６分（３３６０秒）、並列処理では（８−１）×２×６０＝１４分（８４０秒）となり、並列処理は１／４で１回のマトリックス試験が終了する。
【００７０】
マトリックス試験の観測により、問題発生前後の時間とネットワーク位置がはっきりするため、その時点でのネットワーク変更（オフィスレイアウト変更を含む）、トラフィックの変化（有線・無線ノイズを含む）などの要因の変化との関連を把握するための情報源となる。
【００７１】
（Ｂ）他の実施形態
上記実施形態は、ＶｏＩＰを適用したＩＰネットワークの音声品質の定常的監視に適用したものであったが、他のネットワークの監視にも、本発明を適用することができる。
【００７２】
また、上記実施形態では、音声情報収集サーバ１２が、試験計画部１２Ａ、試験指示部１２Ｂ及び試験結果受信部１２Ｃを有するものを示したが、試験計画部１２Ａ、試験指示部１２Ｂ及び試験結果受信部１２Ｃが複数のサーバに分散して設けられていても良い。
【００７３】
さらに、上記実施形態では、擬似呼処理端末が発信側にも着信側にもなり得るものを示したが、各拠点にそれぞれ、発信専用の端末と着信専用の端末とを設けてマトリックス試験を実行するようにしても良い。このような場合には、例えば、図３における試験順序「１」及び「２」の各試験をも並行処理することができる。
【００７４】
さらにまた、上記実施形態では、１コール試験については並列した処理を実行しないものを示したが、高優先度キューに複数の１コール試験がキューイングされており、発信端末及び着信端末がオーバーラップしていない場合には、１コール試験についても並列処理を実行させるようにしても良い。
【図面の簡単な説明】
【００７５】
【図１】実施形態に係るネットワーク監視システムの構成を示すブロック図である。
【図２】実施形態のネットワーク試験計画プログラムを示す説明図である。
【図３】図２のネットワーク試験計画プログラムの実行により計画されたマトリックス試験計画順序例を示す説明図である。
【図４】実施形態のマトリックス試験計画から除外する擬似呼処理端末間試験を指定させるための表示画面例を示す説明図である。
【図５】実施形態における擬似呼処理端末数とマトリックス試験の最大繰り返し回数との関係を示す説明図である。
【図６】実施形態の試験指示部による試験指示動作を示すフローチャートである。
【符号の説明】
【００７６】
１０…ネットワーク監視システム、１１…試験指示端末、１２…音声情報収集サーバ、１２Ａ…試験計画部（ネットワーク試験計画装置）、１２Ｂ…試験指示部、１２Ｃ…試験結果受信部、１３−１〜１３−ｎ…擬似呼処理端末、１４…データベース、１５−１〜１５−ｍ…ＩＰ−ＰＢＸ。
【図１】
0004977564.tif 000002
【図２】
0004977564.tif 000003
【図３】
0004977564.tif 000004
【図４】
0004977564.tif 000005
【図５】
0004977564.tif 000006
【図６】
0004977564.tif 000007