JP2005033289A - Ｉｐサービスにおける試験方法、およびそのシステム - Google Patents
Ｉｐサービスにおける試験方法、およびそのシステム Download PDFInfo
- Publication number
- JP2005033289A JP2005033289A JP2003193278A JP2003193278A JP2005033289A JP 2005033289 A JP2005033289 A JP 2005033289A JP 2003193278 A JP2003193278 A JP 2003193278A JP 2003193278 A JP2003193278 A JP 2003193278A JP 2005033289 A JP2005033289 A JP 2005033289A
- Authority
- JP
- Japan
- Prior art keywords
- service
- test
- collection
- collection device
- function
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】ＮＷ上を流れる制御信号をモニタリングし、そのシーケンスに含まれる故障を入力情報ごとに検出することが可能な、ＶｏＩＰ網を用いるサービスをも含めた、より広範なＩＰサービスにおける試験方法、およびそのシステムを提供すること。
【解決手段】ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービスにおける試験方法であって、前記複数の収集装置の構成情報を一元的に管理し、前記複数の収集装置の中から選択した収集装置を試験に使用して、前記複数の収集装置が収集した結果を一元的に取りまとめて解析することを特徴とするＩＰサービスにおける試験方法、並びにこれを具体化したシステム。
【選択図】 図１
【解決手段】ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービスにおける試験方法であって、前記複数の収集装置の構成情報を一元的に管理し、前記複数の収集装置の中から選択した収集装置を試験に使用して、前記複数の収集装置が収集した結果を一元的に取りまとめて解析することを特徴とするＩＰサービスにおける試験方法、並びにこれを具体化したシステム。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰサービスにおける試験方法、およびそのシステムに関し、より具体的には、物理的またはＩＰをセグメント的に分散した複数のＩＰネットワーク（以下、ＩＰ−ＮＷという）上を流れる制御信号（Ｈ．３２３，ＳＩＰ，ＭＥＧＡＣＯ（Ｈ．２４８），ＩＳＵＰ，ＲＡＤＩＵＳ等）プロトコルを、発信，着信ユーザ端末ごとに収集装置で収集し、複数の収集装置から取得した情報を一つのセッションに着目して一元的に解析するなどの、新規顧客の開通時，故障申告時に対応するに好適な、ＩＰサービスにおける試験方法、およびそのシステムに関する。
【０００２】
【従来の技術】
ＩＰ−ＮＷの拡大に伴い、種々のサービスが提供が実現されるようになってきている。特に、近年、普及が進んでいるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）は、新しい音声サービスの基盤技術として注目されており、音声サービスはデータ転送と同様にＩＰ−ＮＷ上に統合されつつある。
これに伴い、例えば今まで音声サービスを提供してきた既存電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）においては確立されていた、顧客毎のＥＮＤ ｔｏ ＥＮＤ試験方式を、このＶｏＩＰ網に応用することが検討されるに至っている。
【０００３】
しかしながら、従来の試験方式、特に制御信号に関する試験方式については、今のところ十分な検討がなされていない。また、サービスの早期提供の観点から網を構成するＮＥ（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ：ＳＩＰサーバ，ＧＫ（Ｇａｔｅ Ｋｅｅｐｅｒ），Ｒａｄｉｕｓ，ＣＡ（Ｃａｌｌ Ａｇｅｎｔ），ＭＧ（Ｍｅｄｉａ Ｇａｔｅｗａｙ），ルータ等）に市販製品を利用することも検討されている。但し、市販製品は、製品毎に提供する試験機能に違いがあり、ＮＥ単体の試験機能に特化したものが多い。
【０００４】
このことは、保守者が一元的にＥＮＤ ｔｏ ＥＮＤ試験を実施することをより困難にし、その結果、顧客からの故障申告時等に、十分な故障切り分け，顧客対応ができない事態の発生を想定させる。
【０００５】
より具体的に述べると、従来のＩＰ−ＮＷにおける制御信号に関する試験を行う際は、下記のような手順が採用されていた。
（１）単一のＬＡＮにより構成されたＮＷ上を流れるパケットを収集し、
（２）収集したパケットを情報要素ごとに翻訳する。
（３）翻訳した結果を標準仕様に照らして、ＯＫ／ＮＧを判断する。
（４）結果をユーザ／オペレータ（保守者）の操作する端末画面に表示する。
【０００６】
このため、単一のＬＡＮ上に存在するプロトコルメッセージが対象であり、広範囲（物理的，ＩＰセグメント的に）に分散した複数のＮＥ（ルータ装置，サーバ装置など）が複数の制御信号を用いている場合には、発側から着側（エンドユーザ端末〜エンドユーザ端末，エンドユーザ端末〜サービス提供サーバ）までの間を途中経由するＬＡＮごとに収集したパケットを翻訳解析することで故障箇所（エンドユーザ端末間，エンドユーザ端末〜サービス提供サーバ間の情報の不整合）を判断する必要があった。
【０００７】
なお、従来のプロトコル故障検出方法については、例えば、特許文献１〜特許文献４に開示されている技術が参考になる。
【０００８】
【特許文献１】
特開平０２‐２０９０５１号公報
【特許文献２】
特開平０３‐７１７５５号公報
【特許文献３】
特開平０３‐２４０３４２号公報
【特許文献４】
特開平０４‐１１７８４３号公報
【０００９】
【発明が解決しようとする課題】
上記従来技術では、以下のような問題があった。
（１）物理的、ＩＰセグメント的に分散した収集対象となるＮＥが送受信する制御信号をモニタリングする場合、情報収集可能な位置，情報収集可能な収集装置の機種を保守者が特定して、情報収集装置を設置する必要があった。
（２）また、特定のＬＡＮに閉じた情報を収集した結果を翻訳して単一の測定点での翻訳結果を用いて、情報要素がおかしいか、おかしくないかを、保守者が判断する必要があった。
【００１０】
（３）また、複数の制御信号プロトコルを翻訳解析するには、そのプロトコルに対応した情報収集装置を設置する必要があった。
（４）さらに、収集対象のプロトコルの追加などに従い、新規の収集装置機種を追加する場合、保守者は、新規の収集装置機種の機能，ユーザインタフェースに習熟する必要もあった。
【００１１】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、従来の技術における上述のような問題を解消し、ＮＷ上を流れる制御信号をモニタリングし、そのシーケンスに含まれる故障を入力情報ごとに検出することが可能な、ＶｏＩＰ網を用いるサービスをも含めた、より広範なＩＰサービスにおける試験方法、およびそのシステムを提供することにある。
【００１２】
すなわち、本発明の目的は、検出可能な故障の対象を、従来の収集装置が単独で対応していたプロトコル仕様から、複数のＮＥ，複数のプロトコルにより構成されるＮＷが提供するサービスにまで拡張可能な、ＩＰサービスにおける試験方法、およびそのシステムを提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るＩＰサービスにおける試験方法は、ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービスにおける試験方法であって、前記複数の収集装置の構成情報を一元的に管理し、前記複数の収集装置の中から選択した収集装置を試験に使用して、前記複数の収集装置が収集した結果を一元的に取りまとめて解析することを特徴とする。
【００１４】
また、本発明に係るＩＰサービス試験システムは、ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービス試験システムであって、前記複数の収集装置の構成情報を一元的に管理する機能と、前記複数の収集装置の中から試験に使用する収集装置を選択する機能と、前記複数の収集装置が収集した結果を一元的に取りまとめて解析する機能とを有することを特徴とする。
【００１５】
なお、本発明に係るＩＰサービスにおける試験方法は、これをコンピュータ制御により実施することが可能であり、本発明はそのようなプログラムとして商品化することも可能である。
【００１６】
以下、より具体的に説明する。まず、本システムの対象とするＮＷなどの前提条件を、以下に示す。
対象とするＮＷ等は、複数のＮＥ（サーバ，ルータ）により構成される。
上記複数のＮＥは、機能的に分散している。
上記複数のＮＥは、別々のＬＡＮ上に存在し、それらのＬＡＮは物理的に分散している（例えば、電話交換機を設置するビル毎など）。
上記複数のＮＥは同一のＬＡＮ上になく、ＷＡＮを介して、複数のＩＰセグメントで構成するＮＷに存在する。
【００１７】
上記複数のＮＥは、ＮＥ間でやりとりする信号が異なる。例えば、Ａサーバ〜Ｂサーバ間はαプロトコル、Ｂサーバ〜Ｃサーバ間はβプロトコル、Ｃサーバ〜Ｄサーバ間はγプロトコル、というように、複数の制御信号プロトコルによりサービスを提供する。
単一のＩＰセグメント上を流れるＩＰパケットをＩＰアドレス等によりフィルタリング可能な情報収集装置をＩＰ−ＮＷの適切な位置、例えば、ＮＥの存在する同一のＬＡＮ上に設置する。
【００１８】
システムは、本システムが対象とするＩＰ−ＮＷを構成するＮＥのＩＰアドレス，サブネットマスク，ＮＥ名称，顧客収容情報（電話番号等）の情報を保持する。また、システムが対象とするＩＰ−ＮＷ上に配備した情報収集装置のＩＰアドレス，サブネットマスク，収集可能な制御信号プロトコル，収集可能な対象ＮＥの情報を保持する。
【００１９】
オペレータ（保守者）は、予め用意されたオペレータ端末に表示されたシステムが提供するＧＵＩを用いて、試験対象のＩＰアドレス，試験内容，電話番号等を入力する。
また、複数の情報収集装置が収集したデータを、システム内部に蓄積して翻訳する解析サーバを置く。
システムは、情報収集装置が外部に対して提供する制御コマンドを用いて、情報収集装置のフィルタリング条件の設定，送出の開始・停止，収集データのシステムへの送出および再起動の４種類の制御を行う。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
本発明に係るＩＰサービス試験システムは、以下に説明する各機能を備えている。
【００２１】
１．実行制御機能：
図３を用いて、実行制御機能について説明する。
保守者が行う試験業務の流れを提供するため、多様な業務に柔軟に対応可能である必要がある。そこで、複数の試験に共通的に使われるコンポーネント（例えば、試験対象となるＮＥの特定，試験対象となる収集装置の特定）を試験個別シナリオ（例えば、発信ユーザから着信ユーザまで、発信ユーザから着信側ＮＥまで等）と試験業務全体の流れを提供する業務シナリオとで構成する。
試験個別シナリオは、発信ユーザから着信ユーザまでの情報収集や、擬似セッション開通を発信し、その擬似制御信号を収集するなど、各種試験に共通的に使われる個別の試験要素を定義する。
【００２２】
業務シナリオは、保守者が実施する試験の流れを制御し、前出の複数の試験個別シナリオとの組み合わせで実現する。このとき、業務シナリオでは複数の試験個別シナリオに試験条件（収集時のフィルタリング条件，擬似信号生成時の発信条件）の設定を実施し、その結果から、次に実施する試験個別シナリオを呼び出す。また、解析条件の設定，解析結果のＧＵＩへの受け渡しなどを制御する。業務シナリオでは、試験個別シナリオを組み合わせるパターンを追加することにより、多様な業務に柔軟に対応可能である。
【００２３】
２．解析機能：
キャリアレベルのＮＷでは、発端末から着端末まで複数拠点に分散して配置された複数のＮＥを経由する。例えば、ＶｏＩＰサービスを例にとると、Ａビルに収容されるＧＫに対してＨ．３２３ユーザ端末が発呼し、Ｂビルに収容されるＣＡ，ＭＧを経由してＣビルに収容されるＰＳＴＮ端末に着呼する場合を考えると、それぞれのビルに配備した収集装置Ａ，Ｂは以下に示すメッセージを収集することが可能である。
収集装置Ａ：ユーザ端末〜ＧＫ間、ＧＫ〜ＣＡ間
収集装置Ｂ：ＧＫ〜ＣＡ間、ＣＡ〜ＭＧ間
【００２４】
それぞれの収集装置が収集した各メッセージを結合する際に、メッセージに含まれるどの情報要素をキーにするかはプロトコルの組合せにより異なる。一例として、収集装置Ａが収集したＡＲＱメッセージと、ＬＲＱメッセージとを結合するために必要な情報要素を、図５に示す。解析機能部には、メッセージとメッセージとを結合するための参照すべき情報要素を、対象とするサービス，制御信号毎に保持し、シナリオが要求する試験要求に従って、解析条件として設定する。
【００２５】
なお、この詳細については、中尾らの「ＶｏＩＰにおけるＥｎｄ−ｔｏ−Ｅｎｄの信号解析方式に関する検討、電子情報通信学会２００３年総合大会Ｂ‐６‐１４４」を参照のこと。
【００２６】
３．リソース管理機能：（図４，図５）
故障申告時に顧客から得られる情報として期待できる顧客識別情報（電話番号など）から、収集対象となるＮＥ，最適な収集装置を特定するには、ＮＷ構成情報，収集装置構成情報を、システムが保持する必要がある。以下に、ＮＷ構成情報管理，収集装置管理に関する管理手法を示す。なお、図４に示したテーブルは、図１中のサービス試験システム中に保持されている。
【００２７】
３．１：ＮＷ構成情報管理機能：
故障申告時に得られる情報として期待できる顧客識別情報から、収集の対象となるＮＥを特定する必要がある。顧客識別情報（例えば、電話番号の局番）から収集対象のＮＥが一意に特定できるＮＷでは、以下の情報をシステム内に保持する。
【００２８】
・ＮＥを一意に特定するＩＤ
・ＮＥ種別
・ＩＰアドレス，サブネットマスク
・収容局番情報
・ＮＥ設置場所
【００２９】
小規模なＮＷ構成から、設備管理を行うＯＳＳを持つような大規模のＮＷまで広く対応するスケーラビリティを考慮し、ＮＷ構成情報は、保守者による構築，テキストファイルなどにより他ＯＳＳからの情報流通ＩＦを用いた構築の双方に対応可能に構成する。
【００３０】
３．２：収集装置管理機能：
収集に用いる収集装置を特定する上で必要な以下の情報をシステム内に保持する。
・収集装置を一意に特定するＩＤ
・収集装置のＩＰアドレス
・収集装置種別（モニタリング機能のみを有するのか、擬似呼を生成可能かなど）
・空塞状態（当該収集装置が使用中かどうか）
【００３１】
新規収集装置機種の追加には、収集装置種別の追加により対応し、管理データ項目の変更を伴わずに実現可能とする。
これらの構成情報の管理テーブルの具体例を図４に、また、管理テーブルを利用したＮＥ，収集装置の特定方法を、図５に示す。
【００３２】
４．収集装置制御機能：（図６）
ベンダごとに異なる収集装置が提供するベンダ固有の該ＩＦを収集装置制御以外の実行制御、解析などの機能が意識した作りとならないため、収集装置制御の内部アーキテクチャを図４の通り共通部と収集装置ベンダ個別部とに分離し、マルチベンダ収集装置に対する拡張性を保つ。
【００３３】
共通部：ベンダ固有のＩＦに依存しない共通的なＡＰＩを外の機能に提供し、実行制御により特定された機種に従った収集装置ベンダ個別部に振り分ける機能を有する。提供する共通ＡＰＩはマルチベンダプローブが外部に提供するＩＦを全部網羅するものとする。
【００３４】
収集装置ベンダ個別部：共通部で規定した共通部：ベンダ固有のＩＦに依存しない共通的なＡＰＩを外の機能に提供し、実行制御により特定された機種に従った収集装置ベンダ個別部に振り分ける機能を有する。提供する共通ＡＰＩはマルチベンダプローブが外部に提供するＩＦを全部網羅するものとする。ＡＰＩをベンダ固有のＡＰＩに変換し、各収集装置に配信する。新規収集装置の導入時には収集装置ベンダ個別部の変更により対応可能であり、事業要請に従ったマルチベンダ収集装置に迅速に対応する。
【００３５】
〔実施例〕
上記機能を利用したＩＰサービスの例としてＶｏＩＰサービスにおけるＥｎｄ−ｔｏ−Ｅｎｄ試験方式の処理概要を図１、具体的な実装図を、図２に示す。なお、図２中の、測定装置マネージャとサービス試験サーバにより、サービス試験システムが構成されている。
本実施例は、以下の各機能部から構成される。
【００３６】
実行制御機能部は、多様な業務に柔軟に適用するため、試験全体の流れをワークフロー的に管理し、複数のワークフローを構成する機能を持つ。実行制御機能部は、試験の内容により異なる使用収集装置の選択，収集時のフィルタリング条件，解析時の解析条件などを、それぞれの機能に対して設定する。
【００３７】
キャリアレベルのＮＷで発端末から着端末までの複数拠点に分散して配置された複数のＮＥを経由し、ＮＥ間でやり取りされる制御信号はマルチプロトコルである。解析機能部は、複数拠点から収集した複数プロトコルの制御信号を１つの呼に着目して解析するために、各メッセージの情報要素を参照し、１つの呼として組み立て解析を行う。
【００３８】
故障申告時に顧客から得られる情報として期待できるのは、電話番号が考えられる。リソース管理機能部は、電話番号から複数存在するＮＥの中から収集対象となるＮＥを収集に用いる最適な収集装置を選択するために、収集装置構成情報，ＮＷ構成情報，試験対象加入者の加入者情報を保持する。
【００３９】
優れた市中技術を提供する市販製品の収集装置を利用する呼とを前提とした場合、収集装置が外部に提供するＩＦは収集装置ベンダ各社のターゲットとするＮＷ、サービス、管理方式などの違いから、ベンダごとに異なるのが一般的である。収集装置制御機能部、市販品収集装置の機能を用いた試験を実施する際に市販品収集装置のＩＦに適した制御を行うが、ベンダ固有のＩＦは他の機能部に対して隠蔽する機能を持つ。
【００４０】
ＧＵＩは保守者とのＩＦであり、試験対象，試験内容の入力、試験結果の出力を行う。ただしＶｏＩＰ網を運用するに際しては、業務内容・形態ごとに異なる試験の業務フローが存在する。既存業務に柔軟に対応可能なＧＵＩとする。
【００４１】
上記機能を利用したＥｎｄ−ｔｏ−Ｅｎｄ試験方式の処理概要を説明する。なお、丸付き数字は、図１中の動作説明の矢印の番号に対応している。
システム内には、対象とするＶｏＩＰ網の構成情報（ＣＡ（Ｃａｌｌ Ａｇｅｎｔ）、ＭＧ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）などのＮＥのＩＰアドレス，ＮＷアドレス，サブＮＷなど）収集装置の構成情報（収集装置の管理用ＩＰアドレス，収集可能なＮＷアドレス，収集装置種別など）を保持する。
【００４２】
▲１▼．保守者はＧＵＩを介して、どのような加入者に対してどのような試験を行うかを入力する。
▲２▼．入力データは実行制御機能部に渡され実行制御にて全体の試験の流れをシナリオとして管理する。
▲３▼．複数のシナリオの中から試験に適したシナリオを選択する。
▲４▼．試験で用いる収集装置を選択する。この時試験に用いるに適した収集装置の特定のためにはＮＷ構成情報の参照も行う。
▲５▼．収集装置に対する要求を指示コマンド作成・送出部に発出する。
【００４３】
▲６▼．指示コマンド作成・送出部は収集装置に対してフィルタリング条件、収集の開始・停止、結果の送出などの指示を行う。
▲７▼．コマンドと受信した収集装置は設定されたフィルタリング条件に従って収集装置の設置されたセグメント内を流れるメッセージを収集し収集結果を解析機能部に送出する。
収集データは試験システム内に取り込み、解析機能を用いて解析を行う。この際の解析条件は実行制御機能部により設定する。また袖手データは各収集装置が収集したセグメントに流れるデータであるため、１つの呼に着目し、結合する条件（発着電話番号、ＩＰアドレスなど）は実行制御により設定される。
▲８▼．解析結果はＧＵＩを介して保守者に表示する。
【００４４】
〔応用例〕
本発明を用いれば、以下に説明するように、複数ＮＷにわたるＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービス提供における、正常性の維持に要するオペレータの負担を解消し、同じく異常発生の原因特定，提供できないサービスの明確化，サービス利用時の顧客サポートに支障を来す等の問題点の解決も可能となる。
【００４５】
図７は、本応用例の構成と基本的動作を説明する図であって、１はＩＰサービスを主体的に提供する事業体のＮＷ、２はＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に関わる他事業体の運用するＮＷ（以下、他ＮＷともいう）、３はＮＷ１に設けたサービス試験設備、４‐１，４‐２はＮＷ１に設けた測定点、４‐３はＮＷ１とＮＷ２の接点に設けた測定点、５‐１，５‐２はＩＰサービスの利用者端末、６‐１，６‐２はＮＷ１上に設備されたサーバである。また、ＰはＩＰサービスにおけるプロトコルシーケンスである。
【００４６】
図７の例では、サーバ６‐１，６‐２に測定点が設けられる。サービス試験設備３は、利用者端末５‐１とサーバ６‐１および利用者端末５‐１とＮＷ２との間、また、サーバ６‐１と６‐２および利用者端末５‐２とサーバ６‐２の間をそれぞれ接続し、サーバ６‐１，６‐２およびＮＷ１とＮＷ２の接点に設けた測定点４‐１，４‐２および４‐３におけるセッションレベルのプロトコルシーケンスを収集、解析し、Ｅｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供における正常性を一元的に管理する。
【００４７】
例えば、図７の例では、ＩＰサービスにおけるプロトコルシーケンスＰが示すように、サーバ６‐１の呼びかけに対するサーバ６‐２の無応答または異常応答を検出し、サーバ６‐２に異常があることを記録する。
以上により、サービス試験設備３は、他事業体の運用するＮＷ２と自らが運用するＮＷ１の接点を含む、ＮＷ１に存在する異常発生箇所を特定することが可能となる。
【００４８】
図８は、本発明の動作を説明する図であって、図７に示す機能要素以外に、７‐１、７‐２はＮＷ１に接続されたインターネットサービスプロバイダ（ＩＳＰ）である。図８で、ＮＷ１の測定点は４‐１，４‐２に設けられる。ＮＷ１のサービス試験設備３は、例えば、利用者端末５‐１とＩＳＰ７‐１の間のＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供におけるセッションレベルのプロトコルシーケンスの解析からＩＳＰ７‐１の異常を知り、ＩＳＰ７‐１がサービスに使用できないことを把握する。
【００４９】
以上により、顧客の利用できないＩＰサービスの特定，Ｅｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に関わる他ＮＷの顧客からの申告に対する迅速で正確な対応、顧客サポートの正確化が期待できる。
【００５０】
図９は、本応用例の一実施形態を説明する図であって、図７に示す機能要素以外に、９はＮＷ１に接続された公衆交換電話網（ＰＳＴＮ）、５はＩＰサービスの利用者端末、８‐１，８‐２は、ＮＷ１に接続されたサーバ、例えばコールエージェント（ＣＡ）である。
【００５１】
図９で、サービス試験設備３はＮＷ１に設けられる。また、測定点はＮＷ１に接続されたＣＡ８‐１，８‐２に設けられる。サービス支援設備３では、利用者端末５からＣＡへのＩＰ呼、またはＣＡ間のＩＰ接続毎にプロトコルシーケンスを解析し、また、電話番号やＩＰアドレスなどのユーザ情報を基にＩＰサービスの正常性を確認する。
【００５２】
以上により、利用者端末やＣＡを含む顧客設備の以上の発見、修正措置への早期対処などの迅速な顧客サポートが可能となる。
【００５３】
図１０は、本応用例の他の実施形態を説明する図であって、図７，図９に示す機能要素以外に、６‐３は他ＮＷ２に設備されたサーバ、９は他ＮＷ２に設けられた顧客サポートセンタである。
【００５４】
図１０で、ＮＷ１に設けた測定４‐２は他ＮＷ２にも接続される。利用者端末５が、例えばサーバ６‐１と６‐３によって提供されるサービスを利用すると、サービス試験設備３は、利用者端末５からＮＷ１に接続されたサーバ６‐１，他ＮＷ２に接続されたサーバ６‐３を介するＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に関わるセッションレベルのプロトコルシーケンスを解析し、また、電話番号やＩＰアドレスなどのユーザ情報を基にＩＰサービスの正常性を確認する。
【００５５】
このＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供における正常性の一元管理により、このサービスの提供に関わる他ＮＷ２に接続された設備、例えばサーバ６‐３の動作状況まで管理することが可能となり、このＩＰサービス提供に関わる管理情報を他ＮＷ２の顧客サポートセンタに提供することができる。
【００５６】
なお、上記実施例並びに応用例はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の要旨を逸脱しない範囲内で、適宜、変更や改良を行ってもよいことはいうまでもない。
【００５７】
【発明の効果】
以上、詳細に説明したように、本発明によれば、複数種別，複数ベンダの装置が存在するＩＰ−ＮＷにおける複数のプロトコルがやり取りされるＮＷサービスにおいて、異なる複数区間のシーケンスの結合が可能になる。また、任意のパラメータのチェックと違反値の警告を自動で行えるようになる。さらに、ＩＰサービスにおいて、一般ユーザが自立的・自動的にサービスの正常性の確認を行えるようになる。
【００５８】
より具体的には、本発明によれば、試験全体を業務シナリオとして管理し、この業務シナリオは、試験個別シナリオの組み合わせにより、多様な業務形態に柔軟に対応可能な構成を提供することができる。
複数拠点から収集した複数プロトコルのメッセージをメッセージ内の情報要素に着目して１つの呼に組み立てる方式を提供することができる。また、内部にプロトコル間の組み合わせをパターンデータとして保持し、複数の組み合わせに柔軟に対応可能な構成を提供することができる。
【００５９】
さらに、本発明によれば、Ｅｎｄ−ｔｏ−Ｅｎｄ試験を実現するために必要なリソース管理に関する構成情報についても整理し、マルチベンダ収集装置に対応し、収集装置制御以外の機能にベンダ固有のＩＦを隠蔽する収集装置制御の構成を提供することができる。
またさらに、多様なＮＷ運営業務形態に対応するＷｅｂブラウザ上のＪａｖａ（登録商標）アプレットによる実現を可能とする構成を提供することができる。
【図面の簡単な説明】
【図１】本発明の動作概要を説明する、Ｅｎｄ−ｔｏ−Ｅｎｄ試験方式の処理概要図
【図２】本発明の機能を利用したＥｎｄ−ｔｏ−Ｅｎｄ試験方式の実装図
【図３】本発明の実行制御機能を説明する図
【図４】本発明のリソース管理に用いる構成情報テーブルの例を示す図
【図５】本発明のリソース管理機能を説明する図
【図６】本発明の収集装置制御機能を説明する図
【図７】本発明の応用例の構成と基本的動作を説明する図
【図８】本発明の応用例の動作を説明する図
【図９】本発明の応用例を説明する図
【図１０】本発明の他の応用例を説明する図
【符号の説明】
１ ＩＰサービスを主体的に提供する事業体のＮＷ
２ Ｅｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に係る他ＮＷ
３ ＮＷ１に設けたサービス試験システム
４，４‐１，４‐２，４‐３ 測定点
５，５‐１，５‐２ ＩＰサービスの利用者端末
６‐１，６‐２ ＮＷ１に設備されたサーバ
７‐１，７‐２ ＮＷ１に接続されたＩＳＰ
８‐１，８‐２ ＮＷ１に接続されたサーバ（例えばＣＡ）
９ 他ＮＷ２に設けられた顧客サポートセンタ
【発明の属する技術分野】
本発明は、ＩＰサービスにおける試験方法、およびそのシステムに関し、より具体的には、物理的またはＩＰをセグメント的に分散した複数のＩＰネットワーク（以下、ＩＰ−ＮＷという）上を流れる制御信号（Ｈ．３２３，ＳＩＰ，ＭＥＧＡＣＯ（Ｈ．２４８），ＩＳＵＰ，ＲＡＤＩＵＳ等）プロトコルを、発信，着信ユーザ端末ごとに収集装置で収集し、複数の収集装置から取得した情報を一つのセッションに着目して一元的に解析するなどの、新規顧客の開通時，故障申告時に対応するに好適な、ＩＰサービスにおける試験方法、およびそのシステムに関する。
【０００２】
【従来の技術】
ＩＰ−ＮＷの拡大に伴い、種々のサービスが提供が実現されるようになってきている。特に、近年、普及が進んでいるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）は、新しい音声サービスの基盤技術として注目されており、音声サービスはデータ転送と同様にＩＰ−ＮＷ上に統合されつつある。
これに伴い、例えば今まで音声サービスを提供してきた既存電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）においては確立されていた、顧客毎のＥＮＤ ｔｏ ＥＮＤ試験方式を、このＶｏＩＰ網に応用することが検討されるに至っている。
【０００３】
しかしながら、従来の試験方式、特に制御信号に関する試験方式については、今のところ十分な検討がなされていない。また、サービスの早期提供の観点から網を構成するＮＥ（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ：ＳＩＰサーバ，ＧＫ（Ｇａｔｅ Ｋｅｅｐｅｒ），Ｒａｄｉｕｓ，ＣＡ（Ｃａｌｌ Ａｇｅｎｔ），ＭＧ（Ｍｅｄｉａ Ｇａｔｅｗａｙ），ルータ等）に市販製品を利用することも検討されている。但し、市販製品は、製品毎に提供する試験機能に違いがあり、ＮＥ単体の試験機能に特化したものが多い。
【０００４】
このことは、保守者が一元的にＥＮＤ ｔｏ ＥＮＤ試験を実施することをより困難にし、その結果、顧客からの故障申告時等に、十分な故障切り分け，顧客対応ができない事態の発生を想定させる。
【０００５】
より具体的に述べると、従来のＩＰ−ＮＷにおける制御信号に関する試験を行う際は、下記のような手順が採用されていた。
（１）単一のＬＡＮにより構成されたＮＷ上を流れるパケットを収集し、
（２）収集したパケットを情報要素ごとに翻訳する。
（３）翻訳した結果を標準仕様に照らして、ＯＫ／ＮＧを判断する。
（４）結果をユーザ／オペレータ（保守者）の操作する端末画面に表示する。
【０００６】
このため、単一のＬＡＮ上に存在するプロトコルメッセージが対象であり、広範囲（物理的，ＩＰセグメント的に）に分散した複数のＮＥ（ルータ装置，サーバ装置など）が複数の制御信号を用いている場合には、発側から着側（エンドユーザ端末〜エンドユーザ端末，エンドユーザ端末〜サービス提供サーバ）までの間を途中経由するＬＡＮごとに収集したパケットを翻訳解析することで故障箇所（エンドユーザ端末間，エンドユーザ端末〜サービス提供サーバ間の情報の不整合）を判断する必要があった。
【０００７】
なお、従来のプロトコル故障検出方法については、例えば、特許文献１〜特許文献４に開示されている技術が参考になる。
【０００８】
【特許文献１】
特開平０２‐２０９０５１号公報
【特許文献２】
特開平０３‐７１７５５号公報
【特許文献３】
特開平０３‐２４０３４２号公報
【特許文献４】
特開平０４‐１１７８４３号公報
【０００９】
【発明が解決しようとする課題】
上記従来技術では、以下のような問題があった。
（１）物理的、ＩＰセグメント的に分散した収集対象となるＮＥが送受信する制御信号をモニタリングする場合、情報収集可能な位置，情報収集可能な収集装置の機種を保守者が特定して、情報収集装置を設置する必要があった。
（２）また、特定のＬＡＮに閉じた情報を収集した結果を翻訳して単一の測定点での翻訳結果を用いて、情報要素がおかしいか、おかしくないかを、保守者が判断する必要があった。
【００１０】
（３）また、複数の制御信号プロトコルを翻訳解析するには、そのプロトコルに対応した情報収集装置を設置する必要があった。
（４）さらに、収集対象のプロトコルの追加などに従い、新規の収集装置機種を追加する場合、保守者は、新規の収集装置機種の機能，ユーザインタフェースに習熟する必要もあった。
【００１１】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、従来の技術における上述のような問題を解消し、ＮＷ上を流れる制御信号をモニタリングし、そのシーケンスに含まれる故障を入力情報ごとに検出することが可能な、ＶｏＩＰ網を用いるサービスをも含めた、より広範なＩＰサービスにおける試験方法、およびそのシステムを提供することにある。
【００１２】
すなわち、本発明の目的は、検出可能な故障の対象を、従来の収集装置が単独で対応していたプロトコル仕様から、複数のＮＥ，複数のプロトコルにより構成されるＮＷが提供するサービスにまで拡張可能な、ＩＰサービスにおける試験方法、およびそのシステムを提供することにある。
【００１３】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るＩＰサービスにおける試験方法は、ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービスにおける試験方法であって、前記複数の収集装置の構成情報を一元的に管理し、前記複数の収集装置の中から選択した収集装置を試験に使用して、前記複数の収集装置が収集した結果を一元的に取りまとめて解析することを特徴とする。
【００１４】
また、本発明に係るＩＰサービス試験システムは、ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービス試験システムであって、前記複数の収集装置の構成情報を一元的に管理する機能と、前記複数の収集装置の中から試験に使用する収集装置を選択する機能と、前記複数の収集装置が収集した結果を一元的に取りまとめて解析する機能とを有することを特徴とする。
【００１５】
なお、本発明に係るＩＰサービスにおける試験方法は、これをコンピュータ制御により実施することが可能であり、本発明はそのようなプログラムとして商品化することも可能である。
【００１６】
以下、より具体的に説明する。まず、本システムの対象とするＮＷなどの前提条件を、以下に示す。
対象とするＮＷ等は、複数のＮＥ（サーバ，ルータ）により構成される。
上記複数のＮＥは、機能的に分散している。
上記複数のＮＥは、別々のＬＡＮ上に存在し、それらのＬＡＮは物理的に分散している（例えば、電話交換機を設置するビル毎など）。
上記複数のＮＥは同一のＬＡＮ上になく、ＷＡＮを介して、複数のＩＰセグメントで構成するＮＷに存在する。
【００１７】
上記複数のＮＥは、ＮＥ間でやりとりする信号が異なる。例えば、Ａサーバ〜Ｂサーバ間はαプロトコル、Ｂサーバ〜Ｃサーバ間はβプロトコル、Ｃサーバ〜Ｄサーバ間はγプロトコル、というように、複数の制御信号プロトコルによりサービスを提供する。
単一のＩＰセグメント上を流れるＩＰパケットをＩＰアドレス等によりフィルタリング可能な情報収集装置をＩＰ−ＮＷの適切な位置、例えば、ＮＥの存在する同一のＬＡＮ上に設置する。
【００１８】
システムは、本システムが対象とするＩＰ−ＮＷを構成するＮＥのＩＰアドレス，サブネットマスク，ＮＥ名称，顧客収容情報（電話番号等）の情報を保持する。また、システムが対象とするＩＰ−ＮＷ上に配備した情報収集装置のＩＰアドレス，サブネットマスク，収集可能な制御信号プロトコル，収集可能な対象ＮＥの情報を保持する。
【００１９】
オペレータ（保守者）は、予め用意されたオペレータ端末に表示されたシステムが提供するＧＵＩを用いて、試験対象のＩＰアドレス，試験内容，電話番号等を入力する。
また、複数の情報収集装置が収集したデータを、システム内部に蓄積して翻訳する解析サーバを置く。
システムは、情報収集装置が外部に対して提供する制御コマンドを用いて、情報収集装置のフィルタリング条件の設定，送出の開始・停止，収集データのシステムへの送出および再起動の４種類の制御を行う。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を、図面に示す好適実施例に基づいて、詳細に説明する。
本発明に係るＩＰサービス試験システムは、以下に説明する各機能を備えている。
【００２１】
１．実行制御機能：
図３を用いて、実行制御機能について説明する。
保守者が行う試験業務の流れを提供するため、多様な業務に柔軟に対応可能である必要がある。そこで、複数の試験に共通的に使われるコンポーネント（例えば、試験対象となるＮＥの特定，試験対象となる収集装置の特定）を試験個別シナリオ（例えば、発信ユーザから着信ユーザまで、発信ユーザから着信側ＮＥまで等）と試験業務全体の流れを提供する業務シナリオとで構成する。
試験個別シナリオは、発信ユーザから着信ユーザまでの情報収集や、擬似セッション開通を発信し、その擬似制御信号を収集するなど、各種試験に共通的に使われる個別の試験要素を定義する。
【００２２】
業務シナリオは、保守者が実施する試験の流れを制御し、前出の複数の試験個別シナリオとの組み合わせで実現する。このとき、業務シナリオでは複数の試験個別シナリオに試験条件（収集時のフィルタリング条件，擬似信号生成時の発信条件）の設定を実施し、その結果から、次に実施する試験個別シナリオを呼び出す。また、解析条件の設定，解析結果のＧＵＩへの受け渡しなどを制御する。業務シナリオでは、試験個別シナリオを組み合わせるパターンを追加することにより、多様な業務に柔軟に対応可能である。
【００２３】
２．解析機能：
キャリアレベルのＮＷでは、発端末から着端末まで複数拠点に分散して配置された複数のＮＥを経由する。例えば、ＶｏＩＰサービスを例にとると、Ａビルに収容されるＧＫに対してＨ．３２３ユーザ端末が発呼し、Ｂビルに収容されるＣＡ，ＭＧを経由してＣビルに収容されるＰＳＴＮ端末に着呼する場合を考えると、それぞれのビルに配備した収集装置Ａ，Ｂは以下に示すメッセージを収集することが可能である。
収集装置Ａ：ユーザ端末〜ＧＫ間、ＧＫ〜ＣＡ間
収集装置Ｂ：ＧＫ〜ＣＡ間、ＣＡ〜ＭＧ間
【００２４】
それぞれの収集装置が収集した各メッセージを結合する際に、メッセージに含まれるどの情報要素をキーにするかはプロトコルの組合せにより異なる。一例として、収集装置Ａが収集したＡＲＱメッセージと、ＬＲＱメッセージとを結合するために必要な情報要素を、図５に示す。解析機能部には、メッセージとメッセージとを結合するための参照すべき情報要素を、対象とするサービス，制御信号毎に保持し、シナリオが要求する試験要求に従って、解析条件として設定する。
【００２５】
なお、この詳細については、中尾らの「ＶｏＩＰにおけるＥｎｄ−ｔｏ−Ｅｎｄの信号解析方式に関する検討、電子情報通信学会２００３年総合大会Ｂ‐６‐１４４」を参照のこと。
【００２６】
３．リソース管理機能：（図４，図５）
故障申告時に顧客から得られる情報として期待できる顧客識別情報（電話番号など）から、収集対象となるＮＥ，最適な収集装置を特定するには、ＮＷ構成情報，収集装置構成情報を、システムが保持する必要がある。以下に、ＮＷ構成情報管理，収集装置管理に関する管理手法を示す。なお、図４に示したテーブルは、図１中のサービス試験システム中に保持されている。
【００２７】
３．１：ＮＷ構成情報管理機能：
故障申告時に得られる情報として期待できる顧客識別情報から、収集の対象となるＮＥを特定する必要がある。顧客識別情報（例えば、電話番号の局番）から収集対象のＮＥが一意に特定できるＮＷでは、以下の情報をシステム内に保持する。
【００２８】
・ＮＥを一意に特定するＩＤ
・ＮＥ種別
・ＩＰアドレス，サブネットマスク
・収容局番情報
・ＮＥ設置場所
【００２９】
小規模なＮＷ構成から、設備管理を行うＯＳＳを持つような大規模のＮＷまで広く対応するスケーラビリティを考慮し、ＮＷ構成情報は、保守者による構築，テキストファイルなどにより他ＯＳＳからの情報流通ＩＦを用いた構築の双方に対応可能に構成する。
【００３０】
３．２：収集装置管理機能：
収集に用いる収集装置を特定する上で必要な以下の情報をシステム内に保持する。
・収集装置を一意に特定するＩＤ
・収集装置のＩＰアドレス
・収集装置種別（モニタリング機能のみを有するのか、擬似呼を生成可能かなど）
・空塞状態（当該収集装置が使用中かどうか）
【００３１】
新規収集装置機種の追加には、収集装置種別の追加により対応し、管理データ項目の変更を伴わずに実現可能とする。
これらの構成情報の管理テーブルの具体例を図４に、また、管理テーブルを利用したＮＥ，収集装置の特定方法を、図５に示す。
【００３２】
４．収集装置制御機能：（図６）
ベンダごとに異なる収集装置が提供するベンダ固有の該ＩＦを収集装置制御以外の実行制御、解析などの機能が意識した作りとならないため、収集装置制御の内部アーキテクチャを図４の通り共通部と収集装置ベンダ個別部とに分離し、マルチベンダ収集装置に対する拡張性を保つ。
【００３３】
共通部：ベンダ固有のＩＦに依存しない共通的なＡＰＩを外の機能に提供し、実行制御により特定された機種に従った収集装置ベンダ個別部に振り分ける機能を有する。提供する共通ＡＰＩはマルチベンダプローブが外部に提供するＩＦを全部網羅するものとする。
【００３４】
収集装置ベンダ個別部：共通部で規定した共通部：ベンダ固有のＩＦに依存しない共通的なＡＰＩを外の機能に提供し、実行制御により特定された機種に従った収集装置ベンダ個別部に振り分ける機能を有する。提供する共通ＡＰＩはマルチベンダプローブが外部に提供するＩＦを全部網羅するものとする。ＡＰＩをベンダ固有のＡＰＩに変換し、各収集装置に配信する。新規収集装置の導入時には収集装置ベンダ個別部の変更により対応可能であり、事業要請に従ったマルチベンダ収集装置に迅速に対応する。
【００３５】
〔実施例〕
上記機能を利用したＩＰサービスの例としてＶｏＩＰサービスにおけるＥｎｄ−ｔｏ−Ｅｎｄ試験方式の処理概要を図１、具体的な実装図を、図２に示す。なお、図２中の、測定装置マネージャとサービス試験サーバにより、サービス試験システムが構成されている。
本実施例は、以下の各機能部から構成される。
【００３６】
実行制御機能部は、多様な業務に柔軟に適用するため、試験全体の流れをワークフロー的に管理し、複数のワークフローを構成する機能を持つ。実行制御機能部は、試験の内容により異なる使用収集装置の選択，収集時のフィルタリング条件，解析時の解析条件などを、それぞれの機能に対して設定する。
【００３７】
キャリアレベルのＮＷで発端末から着端末までの複数拠点に分散して配置された複数のＮＥを経由し、ＮＥ間でやり取りされる制御信号はマルチプロトコルである。解析機能部は、複数拠点から収集した複数プロトコルの制御信号を１つの呼に着目して解析するために、各メッセージの情報要素を参照し、１つの呼として組み立て解析を行う。
【００３８】
故障申告時に顧客から得られる情報として期待できるのは、電話番号が考えられる。リソース管理機能部は、電話番号から複数存在するＮＥの中から収集対象となるＮＥを収集に用いる最適な収集装置を選択するために、収集装置構成情報，ＮＷ構成情報，試験対象加入者の加入者情報を保持する。
【００３９】
優れた市中技術を提供する市販製品の収集装置を利用する呼とを前提とした場合、収集装置が外部に提供するＩＦは収集装置ベンダ各社のターゲットとするＮＷ、サービス、管理方式などの違いから、ベンダごとに異なるのが一般的である。収集装置制御機能部、市販品収集装置の機能を用いた試験を実施する際に市販品収集装置のＩＦに適した制御を行うが、ベンダ固有のＩＦは他の機能部に対して隠蔽する機能を持つ。
【００４０】
ＧＵＩは保守者とのＩＦであり、試験対象，試験内容の入力、試験結果の出力を行う。ただしＶｏＩＰ網を運用するに際しては、業務内容・形態ごとに異なる試験の業務フローが存在する。既存業務に柔軟に対応可能なＧＵＩとする。
【００４１】
上記機能を利用したＥｎｄ−ｔｏ−Ｅｎｄ試験方式の処理概要を説明する。なお、丸付き数字は、図１中の動作説明の矢印の番号に対応している。
システム内には、対象とするＶｏＩＰ網の構成情報（ＣＡ（Ｃａｌｌ Ａｇｅｎｔ）、ＭＧ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）などのＮＥのＩＰアドレス，ＮＷアドレス，サブＮＷなど）収集装置の構成情報（収集装置の管理用ＩＰアドレス，収集可能なＮＷアドレス，収集装置種別など）を保持する。
【００４２】
▲１▼．保守者はＧＵＩを介して、どのような加入者に対してどのような試験を行うかを入力する。
▲２▼．入力データは実行制御機能部に渡され実行制御にて全体の試験の流れをシナリオとして管理する。
▲３▼．複数のシナリオの中から試験に適したシナリオを選択する。
▲４▼．試験で用いる収集装置を選択する。この時試験に用いるに適した収集装置の特定のためにはＮＷ構成情報の参照も行う。
▲５▼．収集装置に対する要求を指示コマンド作成・送出部に発出する。
【００４３】
▲６▼．指示コマンド作成・送出部は収集装置に対してフィルタリング条件、収集の開始・停止、結果の送出などの指示を行う。
▲７▼．コマンドと受信した収集装置は設定されたフィルタリング条件に従って収集装置の設置されたセグメント内を流れるメッセージを収集し収集結果を解析機能部に送出する。
収集データは試験システム内に取り込み、解析機能を用いて解析を行う。この際の解析条件は実行制御機能部により設定する。また袖手データは各収集装置が収集したセグメントに流れるデータであるため、１つの呼に着目し、結合する条件（発着電話番号、ＩＰアドレスなど）は実行制御により設定される。
▲８▼．解析結果はＧＵＩを介して保守者に表示する。
【００４４】
〔応用例〕
本発明を用いれば、以下に説明するように、複数ＮＷにわたるＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービス提供における、正常性の維持に要するオペレータの負担を解消し、同じく異常発生の原因特定，提供できないサービスの明確化，サービス利用時の顧客サポートに支障を来す等の問題点の解決も可能となる。
【００４５】
図７は、本応用例の構成と基本的動作を説明する図であって、１はＩＰサービスを主体的に提供する事業体のＮＷ、２はＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に関わる他事業体の運用するＮＷ（以下、他ＮＷともいう）、３はＮＷ１に設けたサービス試験設備、４‐１，４‐２はＮＷ１に設けた測定点、４‐３はＮＷ１とＮＷ２の接点に設けた測定点、５‐１，５‐２はＩＰサービスの利用者端末、６‐１，６‐２はＮＷ１上に設備されたサーバである。また、ＰはＩＰサービスにおけるプロトコルシーケンスである。
【００４６】
図７の例では、サーバ６‐１，６‐２に測定点が設けられる。サービス試験設備３は、利用者端末５‐１とサーバ６‐１および利用者端末５‐１とＮＷ２との間、また、サーバ６‐１と６‐２および利用者端末５‐２とサーバ６‐２の間をそれぞれ接続し、サーバ６‐１，６‐２およびＮＷ１とＮＷ２の接点に設けた測定点４‐１，４‐２および４‐３におけるセッションレベルのプロトコルシーケンスを収集、解析し、Ｅｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供における正常性を一元的に管理する。
【００４７】
例えば、図７の例では、ＩＰサービスにおけるプロトコルシーケンスＰが示すように、サーバ６‐１の呼びかけに対するサーバ６‐２の無応答または異常応答を検出し、サーバ６‐２に異常があることを記録する。
以上により、サービス試験設備３は、他事業体の運用するＮＷ２と自らが運用するＮＷ１の接点を含む、ＮＷ１に存在する異常発生箇所を特定することが可能となる。
【００４８】
図８は、本発明の動作を説明する図であって、図７に示す機能要素以外に、７‐１、７‐２はＮＷ１に接続されたインターネットサービスプロバイダ（ＩＳＰ）である。図８で、ＮＷ１の測定点は４‐１，４‐２に設けられる。ＮＷ１のサービス試験設備３は、例えば、利用者端末５‐１とＩＳＰ７‐１の間のＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供におけるセッションレベルのプロトコルシーケンスの解析からＩＳＰ７‐１の異常を知り、ＩＳＰ７‐１がサービスに使用できないことを把握する。
【００４９】
以上により、顧客の利用できないＩＰサービスの特定，Ｅｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に関わる他ＮＷの顧客からの申告に対する迅速で正確な対応、顧客サポートの正確化が期待できる。
【００５０】
図９は、本応用例の一実施形態を説明する図であって、図７に示す機能要素以外に、９はＮＷ１に接続された公衆交換電話網（ＰＳＴＮ）、５はＩＰサービスの利用者端末、８‐１，８‐２は、ＮＷ１に接続されたサーバ、例えばコールエージェント（ＣＡ）である。
【００５１】
図９で、サービス試験設備３はＮＷ１に設けられる。また、測定点はＮＷ１に接続されたＣＡ８‐１，８‐２に設けられる。サービス支援設備３では、利用者端末５からＣＡへのＩＰ呼、またはＣＡ間のＩＰ接続毎にプロトコルシーケンスを解析し、また、電話番号やＩＰアドレスなどのユーザ情報を基にＩＰサービスの正常性を確認する。
【００５２】
以上により、利用者端末やＣＡを含む顧客設備の以上の発見、修正措置への早期対処などの迅速な顧客サポートが可能となる。
【００５３】
図１０は、本応用例の他の実施形態を説明する図であって、図７，図９に示す機能要素以外に、６‐３は他ＮＷ２に設備されたサーバ、９は他ＮＷ２に設けられた顧客サポートセンタである。
【００５４】
図１０で、ＮＷ１に設けた測定４‐２は他ＮＷ２にも接続される。利用者端末５が、例えばサーバ６‐１と６‐３によって提供されるサービスを利用すると、サービス試験設備３は、利用者端末５からＮＷ１に接続されたサーバ６‐１，他ＮＷ２に接続されたサーバ６‐３を介するＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に関わるセッションレベルのプロトコルシーケンスを解析し、また、電話番号やＩＰアドレスなどのユーザ情報を基にＩＰサービスの正常性を確認する。
【００５５】
このＥｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供における正常性の一元管理により、このサービスの提供に関わる他ＮＷ２に接続された設備、例えばサーバ６‐３の動作状況まで管理することが可能となり、このＩＰサービス提供に関わる管理情報を他ＮＷ２の顧客サポートセンタに提供することができる。
【００５６】
なお、上記実施例並びに応用例はいずれも本発明の一例を示すものであり、本発明はこれらに限定されるべきものではなく、本発明の要旨を逸脱しない範囲内で、適宜、変更や改良を行ってもよいことはいうまでもない。
【００５７】
【発明の効果】
以上、詳細に説明したように、本発明によれば、複数種別，複数ベンダの装置が存在するＩＰ−ＮＷにおける複数のプロトコルがやり取りされるＮＷサービスにおいて、異なる複数区間のシーケンスの結合が可能になる。また、任意のパラメータのチェックと違反値の警告を自動で行えるようになる。さらに、ＩＰサービスにおいて、一般ユーザが自立的・自動的にサービスの正常性の確認を行えるようになる。
【００５８】
より具体的には、本発明によれば、試験全体を業務シナリオとして管理し、この業務シナリオは、試験個別シナリオの組み合わせにより、多様な業務形態に柔軟に対応可能な構成を提供することができる。
複数拠点から収集した複数プロトコルのメッセージをメッセージ内の情報要素に着目して１つの呼に組み立てる方式を提供することができる。また、内部にプロトコル間の組み合わせをパターンデータとして保持し、複数の組み合わせに柔軟に対応可能な構成を提供することができる。
【００５９】
さらに、本発明によれば、Ｅｎｄ−ｔｏ−Ｅｎｄ試験を実現するために必要なリソース管理に関する構成情報についても整理し、マルチベンダ収集装置に対応し、収集装置制御以外の機能にベンダ固有のＩＦを隠蔽する収集装置制御の構成を提供することができる。
またさらに、多様なＮＷ運営業務形態に対応するＷｅｂブラウザ上のＪａｖａ（登録商標）アプレットによる実現を可能とする構成を提供することができる。
【図面の簡単な説明】
【図１】本発明の動作概要を説明する、Ｅｎｄ−ｔｏ−Ｅｎｄ試験方式の処理概要図
【図２】本発明の機能を利用したＥｎｄ−ｔｏ−Ｅｎｄ試験方式の実装図
【図３】本発明の実行制御機能を説明する図
【図４】本発明のリソース管理に用いる構成情報テーブルの例を示す図
【図５】本発明のリソース管理機能を説明する図
【図６】本発明の収集装置制御機能を説明する図
【図７】本発明の応用例の構成と基本的動作を説明する図
【図８】本発明の応用例の動作を説明する図
【図９】本発明の応用例を説明する図
【図１０】本発明の他の応用例を説明する図
【符号の説明】
１ ＩＰサービスを主体的に提供する事業体のＮＷ
２ Ｅｎｄ−ｔｏ−Ｅｎｄ ＩＰサービスの提供に係る他ＮＷ
３ ＮＷ１に設けたサービス試験システム
４，４‐１，４‐２，４‐３ 測定点
５，５‐１，５‐２ ＩＰサービスの利用者端末
６‐１，６‐２ ＮＷ１に設備されたサーバ
７‐１，７‐２ ＮＷ１に接続されたＩＳＰ
８‐１，８‐２ ＮＷ１に接続されたサーバ（例えばＣＡ）
９ 他ＮＷ２に設けられた顧客サポートセンタ
Claims (11)
- ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービスにおける試験方法であって、
前記複数の収集装置の構成情報を一元的に管理し、前記複数の収集装置の中から選択した収集装置を試験に使用して、
前記複数の収集装置が収集した結果を一元的に取りまとめて解析する
ことを特徴とするＩＰサービスにおける試験方法。 - 前記収集装置は、ＮＷを流れるＩＰパケットを、特定の情報要素に従いフィルタリングを行って収集する
ことを特徴とする請求項１に記載のＩＰサービスにおける試験方法。 - 前記複数の収集装置の中から試験に使用する収集装置を選択する際には、
試験の流れをシナリオとして管理しておき、この管理されているシナリオの中から実施する試験に適したシナリオを選択し、
選択したシナリオに基づいて前記複数の収集装置の中から試験に使用する収集装置を選択し、
選択された収集装置に対し、フィルタリング条件，収集の開始・停止の指示を行う
ことを特徴とする請求項１または２に記載のＩＰサービスにおける試験方法。 - 複数ベンダの収集装置を外部から制御する際に、ベンダ個別のＩＦを隠蔽する
ことを特徴とする請求項１〜３のいずれか１項に記載のＩＰサービスにおける試験方法。 - 前記収集装置による制御信号の収集に代えて、
前記ＮＥが行うセッションに関する擬似的な制御信号を発出する
ことを特徴とする請求項１〜４のいずれか１項に記載のＩＰサービスにおける試験方法。 - ＩＰ−ＮＷ上に点在するＮＥが行うセッションに関する制御信号を、特定の情報要素に従いフィルタリングを行って、ＮＷ上の複数の収集装置により収集し解析するＩＰサービス試験システムであって、
前記複数の収集装置の構成情報を一元的に管理する機能と、
前記複数の収集装置の中から試験に使用する収集装置を選択する機能と、
前記複数の収集装置が収集した結果を一元的に取りまとめて解析する機能
とを有することを特徴とするＩＰサービス試験システム。 - 前記収集装置は、ＮＷを流れるＩＰパケットを、特定の情報要素に従いフィルタリングを行って収集する機能を有するものである
ことを特徴とする請求項６に記載のＩＰサービス試験システム。 - 前記各機能に加えて、
試験の流れをシナリオとして管理しておく機能と、
この管理されているシナリオの中から実施する試験に適したシナリオを選択する機能と、
選択したシナリオに基づいて前記複数の収集装置の中から試験に使用する収集装置を選択し、選択された収集装置に対し、フィルタリング条件，収集の開始・停止の指示を行う機能とを有する
ことを特徴とする請求項６または７に記載のＩＰサービス試験システム。 - 複数ベンダの収集装置を外部から制御する際に、ベンダ個別のＩＦを隠蔽する機能を有する
ことを特徴とする請求項６〜８のいずれか１項に記載のＩＰサービス試験システム。 - 前記収集装置による制御信号の収集機能に代えて、
前記ＮＥが行うセッションに関する擬似的な制御信号を発出する機能を有する
ことを特徴とする請求項６〜９のいずれか１項に記載のＩＰサービス試験システム。 - 請求項１〜５のいずれか１項に記載のＩＰサービスにおける試験方法をコンピュータ制御により実施するためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003193278A JP2005033289A (ja) | 2003-07-08 | 2003-07-08 | Ｉｐサービスにおける試験方法、およびそのシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003193278A JP2005033289A (ja) | 2003-07-08 | 2003-07-08 | Ｉｐサービスにおける試験方法、およびそのシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005033289A true JP2005033289A (ja) | 2005-02-03 |
Family
ID=34204788
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003193278A Pending JP2005033289A (ja) | 2003-07-08 | 2003-07-08 | Ｉｐサービスにおける試験方法、およびそのシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005033289A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006246195A (ja) * | 2005-03-04 | 2006-09-14 | Canon Electronics Inc | ネットワーク情報収集システム、ネットワーク情報収集装置およびその制御方法 |
| US7577098B2 (en) | 2005-03-15 | 2009-08-18 | Fujitsu Limited | Device and method for network monitoring |
-
2003
- 2003-07-08 JP JP2003193278A patent/JP2005033289A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006246195A (ja) * | 2005-03-04 | 2006-09-14 | Canon Electronics Inc | ネットワーク情報収集システム、ネットワーク情報収集装置およびその制御方法 |
| JP4652851B2 (ja) * | 2005-03-04 | 2011-03-16 | キヤノン電子株式会社 | ネットワーク情報収集装置、制御方法およびプログラム |
| US7577098B2 (en) | 2005-03-15 | 2009-08-18 | Fujitsu Limited | Device and method for network monitoring |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4509093B2 (ja) | エンド・ツー・エンドのテスト及び診断マネジャ | |
| CN100454849C (zh) | 下一代网络中的故障检测方法 | |
| US6662221B1 (en) | Integrated network and service management with automated flow through configuration and provisioning of virtual private networks | |
| US7821965B2 (en) | Managing packet voice networks using a virtual switch approach | |
| US8214451B2 (en) | Network service version management | |
| US7231210B1 (en) | Method and apparatus for automatically generating call flow test scripts | |
| US7433925B1 (en) | Method and apparatus for measuring health and performance of a messaging system | |
| KR20090102620A (ko) | Ｓｉｐ 생존가능 구성에서 ｓｉｐ 메시지를 이용한 페일오버/페일백 트리거 | |
| EP1585299B1 (en) | Providing applets to remote devices in a communications network | |
| JP2002027567A (ja) | 半導体製造装置のリモート操作システム、半導体製造装置および遠隔操作装置 | |
| JP2011055454A (ja) | 中継サーバ及び中継通信システム | |
| EP1786141B1 (en) | End-to-end test and diagnostic system and method | |
| CN1874610B (zh) | 调试电话呼叫的方法和系统 | |
| US20080151878A1 (en) | APPARATUS FOR REMOTELY MANAGING NETWORK ELEMENTS OF A VoIP COMMUNICATION SYSTEM AND AN ASSOCIATED METHOD AND COMPUTER PROGRAM PRODUCT | |
| JP2005033289A (ja) | Ｉｐサービスにおける試験方法、およびそのシステム | |
| US8687502B2 (en) | Method and apparatus for enabling auto-ticketing for endpoint devices | |
| Cisco | Introduction | |
| Cisco | Operating the IP Telephony Network | |
| US7369506B1 (en) | Method and apparatus for enabling the detection of transparent defects | |
| US7673037B2 (en) | Cable telephony monitoring system | |
| JP2020136992A (ja) | ネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラム | |
| US7733847B1 (en) | Method and apparatus for routing a call in a packet-switched network | |
| Kobayashi et al. | VoIP quality measurement system using flow mediation for large-scale IP networks | |
| JP2002084303A (ja) | ネットワーク管理システム | |
| JP2024052734A (ja) | 電話通信の障害原因を特定するゲートウエイ装置、及び、これを有する電話システム、障害原因特定方法、コンピュータプログラム |