JP5368473B2

JP5368473B2 - インターネットプロトコルサービス品質保証型ルータの自動設定

Info

Publication number: JP5368473B2
Application number: JP2010539442A
Authority: JP
Inventors: ダナー，ティム
Original assignee: ソーラーウインズワールドワイドエルエルシー
Priority date: 2007-12-19
Filing date: 2008-12-12
Publication date: 2013-12-18
Anticipated expiration: 2028-12-12
Also published as: ES2374965T3; AU2008343964B2; BRPI0821368B1; WO2009085127A3; EP2232770A2; US20090161551A1; DK2232770T3; CA2709893C; US8203968B2; CN101926124B; CY1112662T1; MX2010006847A; AU2008343964A1; EP2232770B1; CN101926124A; CA2709893A1; ATE531161T1; BRPI0821368A2; PT2232770E; WO2009085127A2

Description

本発明は、ＶＯＩＰネットワークを監視するノードを自動設定するシステムに関するものである。

インターネットプロトコルによる音声伝送技術(Voice over Internet Protocol:ＶＯＩＰ)は、どの呼び出し経路を監視するかをユーザがひとたび設定すると、受け手側の応答機の作動を含め、インターネットプロトコルサービス品質保証制度（ＩＰＳＬＡ）が保証する項目を、全て自動的に実行する。このようなサービス品質保証型のネットワークでは、設定時間が経過したり、ルータがリセットされたりして、これらの実行内容が消失した場合には、消失した内容が適宜再現される。

ＶＯＩＰは、電話通信をサンプリングしてデジタル化し、複数のノードと分散ネットワーク型のデータパケット伝送網とを経由して伝送することで、当該ノード間での電話通信を可能にする技術である。ＶＯＩＰは、性能が向上したこと、またデータ伝送帯域が広く、比較的低コストで通信が可能であることより、次第に普及してきている。ＶＯＩＰ通信について完全に説明することは本願の範囲外であるので、ＶＯＩＰ通信の詳細については、国際電気通信連合(International Telecommunication Union：ＩＴＵ)が標準化したＨ．３２３プロトコル・バージョン６、またはInternet Engineering Task Force（ＩＥＴＦ）が標準化したセッション確立プロトコル(Session Initiation Protocol：ＳＩＰ)を参照されたい。本願明細書では、これらのプロトコルの内容を全て参照し、援用する。

ＶＯＩＰ通信を満足に行うためには、前記分散ネットワーク内の多様なノード間の接続条件を設定しなくてはならない。例えば、顕著な遅延やデータ損失を生ずることなくデータ伝送時のオーディオ遅延やオーディオ損失を回避するためには、ＶＯＩＰ通信のＱｏＳは十分に高レベルであることが必要である。ＩＰＳＬＡは典型的には、ＶＯＩＰ型ネットワークノード間で、例えば所望レベルのＱｏＳを維持するために必要な、標準通信プロトコルを規定するものである。ＩＰＳＬＡでは、高レベルのＱｏＳ通信と、高レベルのＱｏＳ通信を行うためのネットワークオーバーヘッドとのバランスをとらなくてはならない。したがってＩＰＳＬＡは、主としてノード間でのＶＯＩＰデータの伝送に用いる高レベルＱｏＳのみならず、主としてノード間での非ＶＯＩＰデータの伝送に用いる低レベルＱｏＳについても規定している。

このような多様なノード間の接続状態は、手動で設定される。ＶＯＩＰネットワークは小規模であっても、複数のローカル・エリア・ネットワーク（ＬＡＮ）を含み、各ＬＡＮにおいては数多くのノードが相互に接続されている。その結果数多くのノードの設定作業には時間と労力を要する。

ＶＯＩＰでは障害を正確に特定できることが重要であり、通常支援およびトラブル対応の２つの業務は、ＶＯＩＰシステムの運営上、特に困難な業務である。例えば、ある特定のルータやスイッチが消失した場合の影響度と、このような状況変化に応じて経路変更がなされた場合のＶＯＩＰネットワーク上の情報量とを予見することは困難である。従来のＶＯＩＰ監視手段は、ネットワークを監視して障害の所在を正確に特定し、ネットワーク上の接続形態が変わった場合に何が起こるかをシミュレーションすることが可能である。これらの監視手段の多くは、ジッタ（信号の時間的なズレや揺らぎ）、パケットロス（ノードにパケットを送っても応答がない状態）、スループット（単位時間あたりの処理能力）、音量、遅延、および、その他の保証項目であるネットワークの内部および／またはコールセンターで用いるアプリケーションプログラム等の品質を監視する。ネットワーク上でのＶＯＩＰ処理の監視は単調な作業であり、コストおよび演算オーバーヘッドを必要とする。

従来の解決手段は、スイッチ上のスイッチポートアナライザからエンドユーザの電話通話の記録をとり、これに対して処理を行うという受動的な形で、ＶＯＩＰの品質を測定する。しかしながら、ＶＯＩＰの品質および性能は、終端から終端までの接続状態を通じて判定するものであって、あるひとつの終端ノードの状態を監視してもネットワーク状態の正確な情報は得られない。このため、ある特定のスイッチ上に位置するスイッチポートアナライザによって、ネットワーク全体のＶＯＩＰ品質を測定しても、芳しい結果が得られない。また、実際の通話データを監視することには、プライバシー上の問題がある。

Ｃｉｓｃｏ社製ＩＯＳソフトウェアによるＩＰＳＬＡでは、合成音声データを生成して、その情報量を監視することにより、ＶＯＩＰシステムの監視が可能である。他の競合製品も同様の機能を備えている。特にＣｉｓｃｏ製のＩＰＳＬＡでは、ルータおよびノードのような多様なＶＯＩＰネットワーク装置が、合成トラフィックを生成して伝送することで、システム状態を測定する。

ＩＰＳＬＡは、多様なネットワークルータおよびノード上に常駐するＣｉｓｃｏ社製ＩＯＳソフトウェアに含まれる機能のひとつである。ＩＰＳＬＡにより、システム管理者はＶＯＩＰを含むインターネットプロトコルソフトウェアの品質レベルおよびサービスを分析することができる。ＩＰＳＬＡの詳細情報については、ハイパーリンク「http://www.cisco.com/application/pdf/en/us/guest/products/ps6350/c2001/ccmigration 09186a0080789b77.pdf」にあるＩＰＳＬＡユーザ取扱説明書を参照されたい。ＩＰＳＬＡは、ネットワーク上の情報量の連続的な変化を能動的に監視する手法を用いて、ネットワーク全体の能力を測定する。ルータはＩＰＳＬＡ対応型応答機を備える。このＩＰＳＬＡ対応型応答機は、合成データを受信してネットワーク能力の統計データを生成するので、ネットワーク全体での測定データが正確なものになる。

特にＩＰＳＬＡを用いてネットワーク全体の状態を示すデータを生成することによって、ノードなどの２つのネットワーク装置間で保証品質の接続状態が得られているかどうかを判定することが多い。ＩＰＳＬＡや、類似の合成音声データ配信監視手段では、ルータおよび／またはスイッチを用いてＶＯＩＰネットワークの状態を監視し、実際の音声通話を妨げることなくネットワーク性能の統計データを収集するという観測を、断続的に実行することが可能である。これらの統計データは、Mean Opinion Score（ＭＯＳ：平均オピニオンスコア）、ジッタ、ネットワークのレイテンシ、パケットロス、およびその他の重要項目である通信速度の測定値を含む。通信速度を実測値で表すことにより、ＶＯＩＰの性能の詳細が理解しやすくなる。
システム全体を通じて合成トラフィックを用いることにより、システム性能を十分正確に測定しつつ、上述のプライバシー問題を回避することができる。

しかしながら、合成トラフィックを用いることにも欠点があり、システムトラッフィックを測定して生成したデータは、容量が大きく、処理が困難である。また合成トラフィックを生成・伝送する帯域が必要になるため、合成トラフィックの生成・伝送により、膨大なシステムオーバーヘッドが発生する。さらに、合成トラフィックを処理してネットワーク性能の測定データを生成することは、ルータおよび他の関連ネットワーク装置内の処理装置にとって負担になる。

さらに、ＶＯＩＰノードにＩＰＳＬＡを監視させるソフトウェアのプログラミングには、時間がかかる。上述のように、ＶＯＩＰは小規模であっても数多くのノードを含む。またユーザは、膨大なコンピュータリソースを消費し、膨大な量のデータを生成することになる長期または無期限のＩＰＳＬＡと、所望の期間中に満了してしまうかもしれない短期のＩＰＳＬＡとの、どちらを用いるかという判断に直面する。

これら及びその他の要請に対し本発明の実施例は、ネットワークノードによるＶＯＩＰ作動状態の監視設定を行うユーザを支援する方法、およびこれに関する手段を提供する。インターネットプロトコルによる音声伝送技術(Voice over Internet Protocol:ＶＯＩＰ)は、監視する呼び出し経路をユーザがひとたび設定すると、受け手側の応答機の作動をはじめとする、インターネットプロトコルサービス品質保証制度(Internet Protocol Service Level Agreement:ＩＰＳＬＡ)が保証する項目を、全て自動的に実行する。当該品質保証型のネットワークでは、設定した時間を過ぎたり、ルータがリセットされることにより、これらの実行内容が消失した場合は、消失した内容が適宜再現される。

本発明は、ＶＯＩＰネットワークを監視するノードを自動設定するシステムを提供する。当該システムは、前記ＶＯＩＰネットワークを監視するノードと、前記ノードごとの前記ＶＯＩＰネットワークの監視持続時間とを記憶する第１の記憶装置であって、前記監視ノードおよび前記監視持続時間はユーザが指定する第１の記憶装置と、前記監視を実行する前記ノードを設定する命令を記憶する第２の記憶装置と、各ノードによる監視状態を判定し、当該監視状態と前記ユーザが指定したデータとを比較するサーバとを備え、前記監視状態が前記ユーザ指定のデータに適合しない場合、前記サーバは第２の記憶装置を呼び出して適切な命令を取得し、前記ＶＯＩＰネットワークを監視する前記ノードの設定をする更新する。

前記システムは、前記ノードの設定状態を記憶する第３記憶手段をさらに備えてもよい。前記監視は、前記ＶＯＩＰネットワーク内での合成データの伝送と監視を含んでも良い。また前記監視は、２つ以上の前記ノード間でのＩＰＳＬＡの起動を含んでも良い。前記第２の記憶装置は、ＩＰＳＬＡを起動する命令を含んでも良い。前記サーバは、前記ＩＰＳＬＡのひとつが満了する時を判定してもよい。また前記サーバは、ノードのひとつがリセットされる時を判定してもよい。

前記システムは、ユーザが指定条件を入力するユーザインターフェースをさらに備えてもよい。前記ユーザインターフェースは、前記監視の結果を表示してもよい。特に前記ユーザインターフェースはさらに、前記監視結果を表示し、前記表示した監視結果は、前記ＶＯＩＰネットワークが所定のパラメータの範囲外で作動する時を示してもよい。

前記システムの他、本発明は、ボイス・オーバー・インターネット・プロトコル（ＶＯＩＰ）ネットワークを監視する複数のノードの、自動設定方法を開示する。この方法は、前記ＶＯＩＰネットワークを監視するノードと、前記ノードごとの前記ＶＯＩＰネットワークの監視持続時間とを記憶する工程であって、前記監視ノードおよび前記監視持続時間はユーザが指定したデータである工程と、前記ノードを設定して前記監視を実行する命令を記憶する工程と、前記ＶＯＩＰネットワークを監視する工程と、各ノードによる監視状態を判定し、当該監視状態と前記ユーザが指定したデータとを比較する工程と、前記監視状態が前記ユーザ指定のデータに適合しない場合、第２の記憶装置を呼び出して適切な命令を取得し、前記ＶＯＩＰネットワークを監視する前記ノードの設定をする更新する工程と、前記命令を前記ノードへ送信する工程と、を備える。

前記方法は、前記ノードの設定状態を記憶する工程をさらに備えてもよい。前記監視は、前記ＶＯＩＰネットワーク内での合成データの伝送及び監視を含んでもよい。また前記監視は、２つ以上の前記ノード間でのＩＰＳＬＡの起動を含んでも良い。前記命令は、ＩＰＳＬＡを起動する命令を含んでも良い。前記方法は、前記ＩＰＳＬＡのひとつが満了する時を判定する工程をさらに備えてもよい。前記監視の結果、前記ＶＯＩＰネットワークが所定のパラメータの範囲外で作動している場合は、このことを前記監視結果として表示してもよい。前記方法は、前記ノードのひとつがリセットされる時を判定する工程をさらに備えてもよい。

本発明は、指示プログラムを実行する装置が読み取り可能なプログラムの、記憶装置を提供する。前記指示プログラムは、前記ＶＯＩＰネットワークを監視するノードと、前記ノードごとの前記ＶＯＩＰネットワークの監視持続時間とを記憶する工程であって、前記監視ノードおよび前記監視持続時間はユーザが指定したデータである工程と、前記ノードを設定して前記監視を実行する命令を記憶する工程と、各ノードによる監視状態を判定し、当該監視状態と前記ユーザが指定したデータとを比較する工程と、前記監視状態が前記ユーザ指定のデータに適合しない場合、第２の記憶装置を呼び出して適切な命令を取得し、前記ＶＯＩＰネットワークを監視する前記ノードの設定をする更新する工程と、前記命令を前記ノードへ送信する工程と、を備える。

前記監視は、前記ＶＯＩＰネットワーク内での合成データの伝送及び監視を含んでもよい。また前記監視は、２つ以上の前記ノード間でのＩＰＳＬＡの起動を含んでも良い。前記指示は、前記ＩＰＳＬＡのひとつが満了する時の判定を含んでも良く、または前記ノードひとつがリセットされる時の判定を含んでも良い。

図１Ａは、本願の実施例のＶＯＩＰ監視設定システムの構成要素のブロック図である。図１Ｂは、本願の実施例のノード設定データの項目を示す。図２は、本願の実施例のハブ＆スポーク型構造のノードを監視するように設定した、ＶＯＩＰネットワークを示す。図３は、本願の実施例のメッシュ型構造のノードを監視するように設定した、ＶＯＩＰネットワークを示す。図４は、本願の実施例のメッシュ型構造のノードを監視するように設定した、ＶＯＩＰネットワークを示す。図５は、本願の実施例のＶＯＩＰ監視方法のフローチャートを示す。図６は、本願の他の実施例のＶＯＩＰの動的監視に用いるノードの設定方法を示す。図７は、本願の実施例の図６に記載のＶＯＩＰの動的監視に用いるノードの設定方法のプロセスフロー図である。

図１を参照し、本発明の実施例のインターネットプロトコル音声伝送（ＶＯＩＰ）監視設定システム１００について説明する。特に、ＶＯＩＰ監視システム１００は、複数のノード１１１を含むＶＯＩＰネットワーク１１０を備える。ＶＯＩＰ監視設定装置１２０は、適宜ネットワーク１１０に接続され、ノード１１１とデータのやり取りを行う。一般的にユーザは、ＶＯＩＰ監視設定装置１２０を用いて、ネットワーク１１０内の多様なノード１１０間の接続状態に関する設定を、呼び出して制御することができる。ＶＯＩＰ監視設定装置１２０に特有の機能の詳細は、以下の通りである。

インターネットプロトコル音声伝送監視設定システム１００はさらに、ノード監視設定データベース１３０を備える。このノード監視設定データベース１３０には、多様なノード１１１の状態及びノード間の接続状態についてのデータ１３１が記憶されている。例えば図１Ｂに示すように、ある特定のノード１１１に関するノード監視設定データ１３１は、ノード識別子１３２、およびネットワークまたはノードの地理的な位置１３３に関する情報を含んでも良い。ノード監視設定データ１３１は、当該
特定ノードと他のノード間でのサービス品質保証契約（ＳＬＡ）に関するデータ１３４をさらに含んでも良い。ネットワーク分野では公知のとおり、ＳＬＡは、当該特定ノードとこれに接続する他のノードとの間で、通信変更設定の標準値を規定するものである。このようにＳＬＡデータ１３４は、例えば、ＳＬＡ中に含まれるノード、ＳＬＡが規定する接続設定、およびＳＬＡの実行時間を含んでも良い。

同様に、ノード監視設定データ１３１は、当該特定ノードと他の接続ノード間でのＩＰＳＬＡに関するデータ１３５をさらに含んでも良い。ＩＰＳＬＡ１３５または他のＶＯＩＰ監視設定データは、２つ以上のノード間で伝送される合成データまたは架空データに関するもので、合成データの伝送をノードに適宜監視させ、また観測した伝送能力を算出させることに用いられる。このＩＰＳＬＡデータ１３４は、例えば、ＩＰＳＬＡ中に含まれるノード、伝送する合成データおよび算出する測定結果の詳細、ならびにＩＰＳＬＡの実行時間などの項目を含んでも良い。

ノード設定データ１３１は、ＶＯＩＰノード監視設定データベース１３０上にあるものとして説明したが、実際には、ノード設定データ１３１はＶＯＩＰネットワーク１１０内の各ノード１１１上に常駐しても良いし、ＶＯＩＰノード監視設定データベース１３０はこのデータの写しを含んでも良いことを理解されたい。またこれらのいずれでもない場合には、ノード設定データ１３１は、ＶＯＩＰノード監視設定データの位置情報を含んでも良い。

図１Ａに戻り、システム管理者または他のユーザは、ユーザインターフェース１４０を用いてＶＯＩＰ監視設定ツール１２０に接続することができる。例えばユーザインターフェース１４０は、ローカルコンピュータ上に常駐するアプリケーションソフトウェアであってもよい。ここでのローカルコンピュータとは、ＶＯＩＰ監視設定ツール１２０を管理し、またＶＯＩＰ監視設定ツール１２０の呼び出しを制御するものである。同様にユーザインターフェース１１０は、ＶＯＩＰ監視設定ツール１２０から提供されるプログラムであってもよいし、システム管理者のコンピュータ上に常駐するブラウザソフトウェア上で実行されるデータサーバから提供されるプログラムであってもよい。以下に詳述するとおり、ユーザインターフェース１４０はＶＯＩＰノードデータ１３１のひとつ以上のデータ項目を受信し、表示するものである。さらにユーザは、ユーザインターフェース１４０を介して入力できるので、ユーザはＶＯＩＰノード監視に関する多様な設定条件を指定することができる。また、ユーザが指定したＶＯＩＰノード監視選択項目１５１を、ＶＯＩＰノード監視選択データテーブル１５０に記憶しても良い。例えばユーザは、監視すべきノードおよび接続箇所を、合成トラフィックおよび監視実行時間を用いて指定しても良い。同様にユーザは、ＩＰＳＬＡ監視用の態様として、伝送する合成データの形式を指定したり、指定接続伝送パラメータのように選択可能な態様を指定してもよい。

一実施形態としてＶＯＩＰ監視設定装置１２０は、ノード１１１にＩＰＳＬＡを実行させる監視命令を含む監視命令保持手段１３６を呼び出しても良い。例えば命令保持手段１３６は、必要なＩＰＳＬＡを各ノード１１１に実行させる種々の特定命令を含んでも良く、所望のＩＰＳＬＡ状態の実現に必要なこれらの特定命令が、選択および実行される。またノード設定の技術分野で公知のように、監視命令保持手段１３６は、汎用ＩＰＳＬＡ設定命令を含んでも良い。汎用ＩＰＳＬＡ設定命令とは、ノードデータベース１３０に記憶された特定ノードおよび接続データを用いて、確定・実行される命令である。ノード接続手段は公知であり、必要に応じてこれらを活用してもよい。

好ましい作動状態では、ユーザインターフェース１４０は、多様なノード１１１が監視するＶＯＩＰネットワーク１１０の状態から、一般状況データを表示する。例えば、ユーザインターフェース１４０はノード１１１をひとつ以上列挙して、そのノードからの接続状態を監視する設定を表示しても良い。また、複数のノード１１１、およびこれらのノード１１１間の接続状態を、公知の手法によって図式的に表示しても良い。これらのノード１１１およびその接続状態の監視状況を観察後、ユーザは命令を入力してノード１１１の監視設定を変更しても良い。特に本願の実施例のユーザは、ＶＯＩＰネットワーク監視用の一般的な設定を選択し、この中のＩＰＳＬＡに関する設定を変更して実行してもよい。このようにすることでユーザは、最小限の手動プログラミングで所望の監視設定を実現することができる。

ユーザインターフェース１４０は、ノードの作動状態を、実測性能統計データのような形式でユーザに表示しても良い。伝送される合成データを測定して得た性能統計データが、予め設定した目標性能値の範囲外で作動しているノードがあることを示す場合、ユーザインターフェース１４０は、このノードに標識をつけて示してもよい。

図２〜４に示すように本願の実施例のユーザは、メッシュ型、スポーク＆ハブ型、および特殊仕様型の３つの中から、標準監視設定を選択可能である。なお本発明では、上記以外の標準監視設定を用いるてもよいことを理解されたい。また、メッシュ型、スポーク＆ハブ型、および特殊仕様型の各標準監視設定に関する下記説明は、本発明を明瞭に理解することを目的とし、本発明を限定することを目的としているのではないことを理解されたい。

図３に示すスポーク＆ハブ型監視構造３００からわかるように、ここに示すＶＯＩＰネットワークは、位置１＿２１０および位置２＿２１０の２つの位置を含む。ネットワーク分野では公知のとおり、これらの位置は地理的位置またはネットワーク上の位置を示す。典型的には、位置２１０はノード２１１および２１２を含み、位置２２０はノード２２１および２２２を含む。これらのノード２１１，２１２，２２１，および２２２を組み合わせることでＬＡＮが形成される。特にこのスポーク＆ハブ型ＶＯＩＰ監視構造では、第１の位置２１０は、内部接続２１３に沿ってボーダーノード２１２と通信を行う規定内部ノード２１１を含む。同様に第２の位置２２０は、内部接続２２３を通じてボーダーノード２２２に接続された、内部ノード２２１を監視するように規定される。ボーダーノード２１２，２２２はチャンネル２３０を通じて合成データの交換を実行するように設定されている。

このようにハブ＆スポーク型構造は、ユーザが「ハブ」として指定したサイト／ノード２１２，２２２のサブセット、およびユーザが「スポーク」として指定したその他すべてのノード２１１および２２１を備える。合成データは、第１の位置２１０および第２の位置２２０の少なくとも一方において、ハブノード２１２と各ノード２１１との間、またはハブノード２２２と各ノード２２１との間でやり取りされるため、合成データのやり取りは、特に第１の位置２１０におけるハブノード２１２とノード２１１との間、および第２の位置２２０におけるハブノード２２２とノード２２１との間で監視される。ハブノード２１２，２２２間も、合成データをやり取りできるように接続されている。例えばスポーク＆ハブ型構造は、複数個所にオフィスを持つ組織に用いると好適である。各々の位置（すなわち、位置２１０をＬＡＮ２１０とし、位置２２０をＬＡＮ２２０とした場合）での電話通話は、メッシュ型構造として監視しても良い。またこれらの位置間のトラッフィックを、ハブ２１２，２２２間の接続２３０に沿って監視してもよい。

再び図１に戻って説明する。ユーザインターフェース１４０は、ユーザが指定したハブおよびスポークを、ＶＯＩＰ監視設定ツール１２０へ送信する。ユーザは、特定のハブノード２１２，２２２および／またはスポークハブ２１１，２２１を選択してもよい。またユーザは論理基準（例えば、性能および／または互換性要件）を設けてもよく、ＶＯＩＰ監視設定ツール１２０は、この基準に基づいて、ハブノード２１２，２２２および／またはスポークハブ２１１，２２１を選択してもよい。

ＶＯＩＰ監視設定ツール１２０は、これらのデータを用いて、ユーザインターフェース経由で、スポーク＆ハブ型構造２００を構成する接続２１３，２２３，２３０の状態を、ユーザに表示しても良い。例えば表示された接続状態の情報は、指定したハブ２１２，２２２の各々との接続を示す統計情報を含んでも良い。このようにすると、スポークハブ２１１，２２１間の接続が省略され、ユーザは接続状態の確認作業を容易に行うことができる。

ハブ＆スポーク型ネットワーク監視構造２００を実施する際に、ＶＯＩＰ監視設定ツール１２０は、ハブノード２１２，２２２へ信号を送信して、ハブノード２１２とスポークノード２１１との間の接続２１３、ハブノード２２２とスポークノード２２１との間の接続２２３、およびハブノード２１２，２２２間の接続２３０におけるＩＰＳＬＡ処理を開始してもよいが、スポークノード２１１，２２１へ信号を送信して、指定したひとつ以上のハブノード２１２，２２２のみとの接続、すなわちハブノード２１２とスポークノード２１１との間の接続２１３、および／またはハブノード２２２とスポークノード２２１との間の接続２２３におけるＩＰＳＬＡ処理を開始してもよい。例えば、ＶＯＩＰ監視設定ツール１２０は、ノードデータベース１３０を呼び出して、ハブノード２１２，２２２およびスポークノード２１１，２２１の各々のＩＰＳＬＡの状態を判定しても良い。その後、ＶＯＩＰ監視設定ツール１２０は設定命令データベース１３６を呼び出して、所望の命令コードを適宜取得し、接続２１３，２２３，２３０の各々に対してＩＰＳＬＡを起動させても良い。またＶＯＩＰ監視設定ツール１２０は、ノード２１１，２１２，２２１，２２２のいずれを再設定する必要があるか、およびＶＯＩＰネットワークを監視するための所望のＩＰＳＬＡを、いずれのノード２１１，２１２，２２１，２２２が既に備えているかを、データベース１３０からのデータに基づいて判定しても良い。そして、監視対象である接続２１３，２２３，２３０に関連するノード２１１，２１２，２２１，２２２のみが、ＩＰＳＬＡに関する新たな命令を受信する。

図３に示すように、メッシュ型ＶＯＩＰ監視構造３００では、各ノードがそれ以外のノードと形成する接続状態を監視する。上述のように完全メッシュ型のネットワーク監視構造ではオーバーヘッドの発生が必須であり、ネットワーク帯域のほとんどが典型的に、合成ＶＯＩＰデータの伝送と、ＩＰＳＬＡ能力の統計データの処理とに振り向けられる。典型的な状況としては、メッシュ型ＶＯＩＰネットワーク監視は、各ノード間で通話が数多く発生する場合に好適である。

上述のメッシュ型ＶＯＩＰネットワーク監視構造３００は、位置１＿３１０および位置２＿３２０の２つの位置を含む。位置３１０はノード３１１および３１２を含み、位置３２０はノード３２１および３２２を含む。これらのノード３１１，３１２，３２１，および３２２を組み合わせることでＬＡＮ３１０および３２０が形成される。特に、メッシュ型ＶＯＩＰ監視構造３００は、位置３１０，３２０内に規定した内部ノード３１１，３２１およびボーダーノード３１２，３２２を備える。しかし、ＩＰＳＬＡ状態を位置内チャンネル３１３，３２３および位置間チャンネル３３０の両方で実測するため、メッシュ型構造３００内の内部ノード３１１，３２１およびボーダーノード３１２，３２２は、合成データを送受信するように設定される。

図１によれば、完全メッシュ型を実施する際、ユーザは各ノード１１１のＩＰＳＬＡ状態を観察しても良い。そのようにすることでユーザは、所望のメッシュ型監視構造となるようにノード１１１の監視設定を更新すべきかを、判断することができる。典型的には、必要なノード１１１すべてについてＩＰＳＬＡ状態を表示して、メッシュの状態を判断してもよい。

またＶＯＩＰ監視設定ツール１２０は、各ノード１１１へＩＰＳＬＡを送信して、各ノード１１１でこれを起動して監視を行っても良い。例えば、ＶＯＩＰ監視設定ツール１２０はノードデータベース１３０を呼び出して、各ノード１１１の監視状態を判定しても良い。その後、ＶＯＩＰ監視設定ツール１２０は設定命令データベース１３６を呼び出して、各ノード１１１に対する所望のＩＰＳＬＡ命令を取得し、さらにその後、これらの命令を適切なノードへ送信してＩＰＳＬＡを起動してもよい。これに替えてＶＯＩＰ監視設定ツール１２０は、ＩＰＳＬＡ状態の実測を行うには、複数のノード１１１のいずれを再設定する必要があるか、および他のノード間での通信の監視を既に適切に行っているのはいずれのノード１１１であるかを、データベース１３０からのデータに基づいて判定しても良い。

上述のＶＯＩＰ接続構造とは異なる構造として、ユーザは所望のノード１１１を個別に監視できる特殊仕様のネットワーク監視構造を指定しても良い。この特殊仕様のネットワーク監視構造は、メッシュ型でもハブ＆スポーク型でもない。例えば、図４が示す特殊仕様のネットワーク監視構造４００では、ノード４１１，４１２が位置１＿４１０に含まれ、ノード４２１，４２２が位置２＿２４０に含まれ、位置１＿４１０と位置２＿２４０とは別個である。この特殊仕様のネットワーク監視構造４００では、ノード４１１，４１２，４２１，４２２は、選択された他のノードとの合成音声データの通信状態を監視するようにプログラミングされている。特に、特殊仕様のＶＯＩＰ監視構造４００は、位置４１０内に規定したノード４１１，４１２，および位置４２０内に規定したノード４２１，４２２を備える。しかしながら、特殊仕様構造４００内の内部ノード４１１，４２１およびボーダーノード４１２，４２２は、ユーザが設定した条件に従って合成データを通信して、ＩＰＳＬＡ状態を実測するように設定されている。上述の特殊設定の監視作業は、例えば、選択した位置内通話チャンネル４１３，４２３および選択した位置間チャンネル４４０内で行われる。このようにすることで、図２に記載のスポーク＆ハブ型構造のノード数より多く、図３に記載のメッシュ構造のノード数より少ない数のノードにより、監視が行われる。

再び図１に戻って説明する。ユーザインターフェース１４０は、監視用にユーザが指定した関連ノード１１１をＶＯＩＰ監視設定ツール１２０へ送信する。また、ユーザは論理基準（例えば、性能および／または互換性要件）を設けてもよく、ＶＯＩＰ監視設定ツール１２０は、この基準に基づいて、関連ノード１１１を指定しても良い。ＶＯＩＰ監視設定ツール１２０は、このデータを用いて、ユーザインターフェース１４０を経由して、ノード１１１による所望の特殊仕様構造４００の関連ノード１１１の監視状態をユーザに表示しても良い。例えば表示した監視状態の情報には、ある指定ハブ１１１から取得した接続状態の監視情報のみを含むようにし、他の接続状態の監視情報は省略するようにしても良い。

カスタム仕様設定を実行する際、メッシュ型構造３００およびハブ＆スポーク型構造２００と同様に、ＶＯＩＰ監視設定ツール１２０は、ノード１１１へ命令を送信して、ユーザが指定した所望の接続部において、ＩＰＳＬＡを開始してもよい。その後、ＶＯＩＰ監視設定ツール１２０は、設定命令データベース１３６を呼び出して、各ノード１１１に対する所望のＩＰＳＬＡ命令を適宜取得し、所望のＩＰＳＬＡを起動してもよい。またＶＯＩＰ監視設定ツール１２０は、所望の監視を行うにはいずれのノード１１１を再設定する必要があるか、および既に所望の監視条件が設定されているのはいずれのノード１１１かを、ノードデータベース１３０からのデータに基づいて判定しても良い。そして、ＩＰＳＬＡの設定変更が必要なノード１１１のみが、新たな命令を受信する。

図５にＶＯＩＰ監視設定方法５００を示す。方法５００は、ノードによる監視データを表示する工程５１０、およびノードによる所望の監視設定条件をユーザが選択する工程５２０を含む。例えば上述のようにユーザは、メッシュ型監視構造３００を選択するか、またはハブ＆スポーク型監視構造２００および特殊仕様の監視構造４００のいずれかを選択する。ユーザがメッシュ構造を選択した場合は、全ノード間の通信チャンネルが監視対象として選択される。ユーザが、メッシュ型ＶＯＩＰ監視構造３００ではなく、ハブ＆スポーク型監視構造２００または特殊仕様の監視構造４００を選択した場合は、方法５００は工程５３０に進み、ここでユーザは監視対象のノード及び通信チャンネルを指定する。上述のように工程５３０においてユーザは、ボーダーノードと内部ノードとを規定することができる。

これに続けて方法５００は工程５４０に進んで指定ノードを設定し、合成トラフィックを送信して送信状態を実測し、ＩＰＳＬＡ状態を監視させる。次に方法５００は工程５５０に進み、上述のＶＯＩＰ性能データが収集され、ユーザに対して表示される。

例えば、Ｈ．３２３プロトコル、またはセッション確立プロトコルを用いる場合、ＩＰＳＬＡのＶＯＩＰ通話設定を操作することにより、始端ゲートウェイが（電話番号を含む）電話メッセージを送信してから、この始端ゲートウェイが（受け手側の）終端ゲートウェイから、前記電話番号の電話が鳴った、または受け手が電話に出たことを示すメッセージを受信するまでの、合計時間を実測することができる。ユーザはＶＯＩＰ通話設定作業を、指定した時間間隔、指定した繰り返し回数、および指定した実行時間で繰り返すことができる。Ｈ．３２３プロトコルでの電話呼び出しに、ゲートキーパー（ＧＫ）またはディレクトリ・ゲートキーパー（ＤＧＫ）を使用する場合は、（電話番号を含む）前記電話呼び出しのメッセージを実際に送信する前に、前記始端ゲートウェイと終端ゲートウェイとの間で、追加のメッセージが送受信される。これらの追加メッセージの送受信に要する時間は、ＩＰＳＬＡによるＶＯＩＰ通話設定返信時間の測定に含まれる。同様に、セッション確立プロトコルでの電話呼び出しにプロキシ・サーバまたはリダイレクション・サーバを用いる場合も、（呼び出しメッセージの送信前に）追加メッセージを送受信する所要時間は、ＶＯＩＰ通話設定返信時間の測定に含まれる。ＩＰＳＬＡのＶＯＩＰ試験通話用アプリケーションソフトウェアを起動するため、試験通話の相手方となるダイアルピアの設定、ＶＯＩＰの通話接続条件の設定、およびＶＯＩＰの通話接続の予定日時の設定は、始端側ゲートウェイを用いて行う。

本発明の他の実施形態として図６に、ユーザの特殊設定に基づいて監視用ノードを設定して、能動的な監視を実行する方法６００を示す。上述の方法６００の工程６１０において、ユーザはユーザインターフェース１４０を用いて、監視条件を任意で設定する。設定作業は工程６２０に進み、ユーザが設定した監視条件にしたがって、ノードが初期設定される。工程６２０において、例えば所望のＩＰＳＬＡを指定することによりノードが適切に初期設定されると、設定作業は工程６３０に進み、伝送される合成データを用いてノードを監視する。そして設定作業は工程６４０に進み、ＶＯＩＰシステムのデータが収集される。

次に方法６００の設定作業は工程６５０に進み、工程６４０で収集したＶＯＩＰ監視データを、ユーザが設定した初期監視条件と比較する。例えば指定したノードの性能を評価して、所望の監視が行っているかどうかを判定する。性能の統計データが何も戻ってこない場合、または性能の統計データが、工程６１０でユーザが指定した監視条件を正確に反映していない場合は、問題のあるノードを特定する。例えば、あるノードでＩＰＳＬＡが満了した場合は、当該ノードからは、ユーザが所望する監視結果がなにも戻らない。設定作業は工程６６０に進み、上述のように所望の監視条件が変更されている場合は、これを反映してノード設定を更新し、ＩＰＳＬＡ状態の監視において発生するいかなる問題にも対応する。

図１に戻って参照すると、方法６００を、図６に示した工程に要約することはできないことがわかる。特に、ユーザインターフェース１４０に、監視条件についてのユーザの任意設定を入力してもよいし、ユーザインターフェース１４０は、この設定をＶＯＩＰ監視設定ツール１２０へ送信してもよい。ＶＯＩＰ監視設定ツール１２０は、ユーザ指定のＶＯＩＰノード監視選択項目１５１をＶＯＩＰノード監視選択データテーブル１５０に記憶してもよい。またＶＯＩＰ監視設定ツール１２０は、これらの監視条件を用いてＩＰＳＬＡや他のノード監視手法を設定してもよい。所望の監視条件が変更されている場合は、ＶＯＩＰ監視設定ツール１２０は、変更された設定をノード監視設定データテーブル１３０に記憶してもよい。

監視結果が戻ってくると、すなわちＩＰＳＬＡの統計データが監視ノードから戻ってくると、ＶＯＩＰ監視設定ツール１２０は、監視結果をユーザ設定データ１５０と比較し、ユーザが指定した監視条件を正確に実施していないノードを特定する。またＶＯＩＰ監視設定ツール１２０は、ノード１１１から収集したＩＰＳＬＡ状態データを用いて、定期的または能動的にノード監視設定データテーブル１３０を更新してもよい。またノード監視設定データ１３１を、ＶＯＩＰノード監視選択データテーブル１５０内のＶＯＩＰノード監視選択項目１５１のデータと比較して、ユーザ指定のＶＯＩＰノード監視選択項目１５１に適合しないノードを特定してもよい。

これらのノードが特定されると、ＶＯＩＰ監視設定ツール１２０は、ユーザ指定のＶＯＩＰ監視選択項目１５１の実現に必要なノード監視設定データ１３１を更新することができる。例えば上述のようにＶＯＩＰ監視設定ツール１２０は、ノード監視命令データベース１３６を呼び出して適切な命令を取得および形成して、所望のノードで実行する必要のある所望のＩＰＳＬＡを形成することができる。

図７に、ＩＰＳＬＡを自動更新する処理手順７００を示す。処理手順７００は、特にネットワークノード７１０、ネットワーク監視設定システム７２０、およびユーザインターフェース７３０の、３つの構成要素間での相互通信を含んでいる。まずネットワーク監視設定システム７２０が、ノードおよびノード監視設定条件を示すノードデータ７４０を収集して、ユーザインターフェース７３０へ送信する。ノード７１０とその監視状態を示すノード設定データ７４０を受信すると、ユーザインターフェース７３０は、ユーザ監視設定データ７５０をネットワーク監視設定システム７２０へ送信する。ネットワーク監視設定システム７２０は、受信したユーザ監視設定データ７５０およびノード設定データ７４０を用いて、適切なＩＰＳＬＡ命令７６０を形成し、ユーザが設定した所望の通話経路の監視条件を、必要があれば変更する。

図７の処理手順７００の説明を続ける。ネットワーク監視設定システム７２０は、ＩＰＳＬＡ状態のデータおよび／または統計情報７７０を受信して、これらのデータおよび／または情報を、ユーザインターフェース７３０へ送信する。またネットワーク監視設定システム７２０は、受信したユーザ監視設定データ７５０を評価して、監視中のＩＰＳＬＡ状態がユーザ監視設定データ７５０と適合するかどうかを判定する。例えば、あるノードのＩＰＳＬＡが、設定した所望の監視時間内に満了した場合は、ワーク監視設定システム７２０は、この満了状態を反映した設定データを戻す。ワーク監視設定システム７２０は、監視データが所望のＩＰＳＬＡ状態を示していない、と判定してもよい。これに対し、ネットワーク監視設定システム７２０は、更新したＩＰＳＬＡ命令７８０を送信して、満了したＩＰＳＬＡを適宜再起動し、受信したユーザ監視設定データ７５０中に指定した、所望のＶＯＩＰノード監視を完了する。

多様な実施形態を用いて説明したように、本発明のＶＯＩＰ作動状態の監視は、数多くの物理的構成内で実施してもよいし、単一のネットワーク装置内で実施してもよいし、公知の多様な機能が多数の構成要素内に分散したシステム内で実施してもよい。ＩＰＳＬＡ状態の監視制御や他の監視設定および機能を、ユーザ設備、ＶＯＩＰサーバ、接続ゲートウェイ、またはＶＯＩＰネットワークおよびネットワーク接続に関連する他のネットワーク装置のような、多様なネットワーク装置にて実行してもよい。

本発明の実施形態は説明目的のみであること、および本発明は多様な構成において実施可能であることを、当業者は理解するであろう。本願明細書では本発明の実施例を、方法における工程、ハードウェア的な構成、またはハードウェア／ソフトウェア的な構成として説明したが、さらに本発明は、コンピュータ読取可能な媒体に記憶したコンピュータプログラムとして実行可能である。ここでのコンピュータプログラムは、コンピュータ読取可能な媒体に記憶されたものであって、コンピュータまたは処理装置を制御して多様な機能を実行するものをいう。

１００インターネットプロトコル音声伝送監視設定システム
１１０ＶＯＩＰネットワーク
１１１ノード
１２０ＶＯＩＰ監視設定装置
１３０ノード監視設定データベース
１３１ノード監視設定データ
１３２ノード識別子
１３３位置
１３４ＳＬＡデータ
１３５ＩＰＳＬＡデータ
１３６設定命令データベース
１４０ユーザインターフェース
１５０ＶＯＩＰノード監視選択データテーブル
１５１ＶＯＩＰノード監視選択項目
２００ハブ＆スポーク型ネットワーク監視構造
２１０第１の位置
２１１内部ノード
２１２ボーダーノード
２１３位置内接続
２２０第２の位置
２２１内部ノード
２２２ボーダーノード
２２３位置内接続
２３０チャンネル
３００メッシュ型ＶＯＩＰ監視構造
３１１，３２１ノード
３１２，３２２ボーダーノード
４００特殊仕様のネットワーク監視構造
４１１，４２１ノード
４１２，４２２ボーダーノード
４１３，４２３ノード間通話チャンネル
４３０位置間チャンネル
５００ＶＯＩＰ監視設定方法
５１０ノード監視データ
５２０ノード監視構造
７１０ネットワークノード
７２０ネットワーク監視設定システム
７３０ユーザインターフェース
７４０ノード設定データ
７５０ユーザ監視設定データ
７６０ＩＰＳＬＡ命令
７７０統計情報
７８０更新したＩＰＳＬＡ命令

Claims

ボイス・オーバー・インターネット・プロトコル（ＶＯＩＰ）ネットワークを監視するノードを自動設定するシステムであって、
前記ＶＯＩＰネットワークを監視するノードと、前記ノードによる前記ＶＯＩＰネットワークの監視持続時間とを記憶する第１の記憶装置であって、前記監視ノードと前記監視持続時間とはユーザの指定である、前記第１の記憶装置と、
命令を記憶する第２の記憶装置であって、前記命令は前記監視を実行させる前記ノードを設定する命令である、第２の記憶装置と、
各ノードによる監視状態を判定し、前記監視状態と、前記ユーザが指定したデータとを比較するサーバと、を備え、
前記監視状態が前記ユーザ指定のデータに適合しない場合、前記サーバは前記第２の記憶装置を呼び出して適切な命令を取得し、前記ＶＯＩＰネットワークを監視する前記ノードの設定をする更新することを特徴とするシステムであって、
前記監視は、前記ユーザが選択した２つ以上の前記ノードの間でＩＰＳＬＡを確立することと、前記第２の記憶装置が前記ＩＰＳＬＡを形成する命令を含む、ことを特徴とするシステム。
前記ノードの設定状態を記憶する第３記憶手段をさらに備えることを特徴とする、請求項１に記載のシステム。
前記監視は、前記ＶＯＩＰネットワーク内での合成データの伝送及び監視よりなることを特徴とする、請求項１に記載のシステム。
前記サーバは、前記ＩＰＳＬＡのひとつが満了するときを判定することを特徴とする、請求項１に記載のシステム。
前記ユーザが指定条件を入力するユーザインターフェースをさらに備えることを特徴とする、請求項１に記載のシステム。
前記ユーザインターフェースはさらに前記監視の結果を表示することを特徴とする、請求項５に記載のシステム。
前記ユーザインターフェースはさらに前記監視の結果を表示し、前記表示した監視の結果は、前記ＶＯＩＰネットワークが所定のパラメータの範囲外で作動する時を示すことを特徴とする、請求項５に記載のシステム。
前記サーバは、前記ノードのひとつがリセットされる時を判定することを特徴とする、請求項１に記載のシステム。
ボイス・オーバー・インターネット・プロトコル（ＶＯＩＰ）ネットワークを監視する複数のノードを自動設定する方法であって、
前記ＶＯＩＰネットワークを監視するノードと、前記ノードごとの前記ＶＯＩＰネットワークの監視持続時間とを記憶する工程であって、前記監視ノードおよび前記監視持続時間はユーザが指定したデータである工程と、
前記ノードを設定して前記監視を実行する命令を記憶する工程と、
各ノードによる監視状態を判定し、前記監視状態と、前記ユーザが指定したデータとを比較する工程と、
前記第２の記憶装置を呼び出して適切な命令を取得し、前記ＶＯＩＰネットワークを監視する前記ノードの設定をする更新する工程と、
前記命令を前記ノードへ送信する工程と、
を含むことを特徴とする方法であって、
前記監視は、前記ユーザが選択した２つ以上の前記ノードの間でＩＰＳＬＡを確立することと、前記第２の記憶装置が前記ＩＰＳＬＡを形成する命令を含む、ことを特徴とする方法。
前記ノードの設定状態を記憶する工程をさらに備えることを特徴とする、請求項９に記載の方法。
前記監視は、前記ＶＯＩＰネットワーク内での合成データの伝送及び監視よりなることを特徴とする、請求項９に記載の方法。
前記ＩＰＳＬＡのひとつが満了するときを判定する工程をさらに備えることを特徴とする、請求項９に記載の方法。
前記ユーザが指定条件を入力するユーザインターフェースをさらに備えることを特徴とする、請求項９に記載の方法。
前記監視の結果を表示する工程をさらに備えることを特徴とする、請求項９に記載の方法。
前記ＶＯＩＰネットワークが所定のパラメータの範囲外で作動することを、前記監視の結果を表示する時に、前記監視の結果を表示することを特徴とする、請求項９に記載の方法。
前記ノードのひとつがリセットされる時を判定する工程をさらに備えることを特徴とする、請求項９に記載の方法。
指示プログラムを実行する装置が読み取り可能なプログラムの記憶装置であって、前記指示プログラムは、
前記ＶＯＩＰネットワークを監視するノードと、前記ノードごとの前記ＶＯＩＰネットワークの監視持続時間とを記憶する工程であって、前記監視ノードおよび前記監視持続時間はユーザが指定したデータである工程と、
前記ノードを設定して前記監視を実行する命令を記憶する工程と、
前記ＶＯＩＰネットワークを監視する工程と、
各ノードによる監視状態を判定し、前記監視状態と、前記ユーザが指定したデータとを比較する工程と、
前記監視状態が前記ユーザ指定のデータに適合しない場合、第２の記憶装置を呼び出して適切な命令を取得し、前記ＶＯＩＰネットワークを監視する前記ノードの設定をする更新する工程と、
前記命令を前記ノードへ送信する工程と、
を含むことを特徴とするプログラム記憶装置であって、
前記監視は、前記ユーザが選択した２つ以上の前記ノードの間でＩＰＳＬＡを確立することと、前記第２の記憶装置が前記ＩＰＳＬＡを形成する命令を含む、ことを特徴とするプログラム記憶装置。
前記監視は、前記ＶＯＩＰネットワーク内での合成データの伝送及び監視よりなることを特徴とする、請求項１７に記載のプログラム記憶装置。
前記指示はさらに、前記ＩＰＳＬＡのひとつが満了する時を判定することを特徴とする、請求項１７に記載のプログラム記憶装置。
前記指示はさらに、前記ノードのひとつがリセットされる時を判定することを特徴とする、請求項１７に記載のプログラム記憶装置。