(57)【要約】【課題】ＲＴＰ（ネットワーク）伝送事象に電話番号（関係者識別データ）を割り当てるための手段を提供する。【解決手段】ほぼある関係者位置におけるネットワーク伝送事象をモニタするステップと、ほぼその関係者位置において、関係者識別データ及びネットワーク伝送事象に関する識別データを得るステップが含まれている。次に、関係者識別データ及びネットワーク伝送事象に関する識別データは、中央モニタ位置に供給され、データベースに記憶される。特定の関係者識別データを照会するため、別のネットワーク伝送事象に関連した識別データが、ネットワークにおける別の位置から中央モニタ位置に供給される。照会の結果、特定の関係者識別データが得られると、特定の関係者識別データは、中央モニタ位置から別のネットワーク位置に供給される。これにより、特定の関係者識別データが、別のネットワーク伝送事象に割り当てられる。【選択図】図１
2006067579.tif 000002
【特許請求の範囲】
【請求項１】
関係者識別データをネットワーク伝送事象に割り当てるための方法であって、
ほぼ関係者位置におけるネットワーク伝送事象をモニタするステップと、
ほぼ関係者位置において、関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを取得するステップと、
前記関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを所定のモニタ位置に供給するステップと、
前記所定のモニタ位置において、前記関係者識別データ及び前記ネットワーク伝送事象に関連した識別データをデータベースに記憶するステップと、
前記ネットワークの別の位置から、前記ネットワークの前記別の位置において得られる、別のネットワーク伝送事象に関連した識別データを前記所定のモニタ位置に供給するステップと、
前記別のネットワーク伝送事象に関連した前記識別データに対応する特定の関係者識別データについて、前記データベースに照会するステップと、
前記照会の結果、前記特定の関係者識別データが得られると、前記所定のモニタ位置からネットワーク・モニタ装置に前記特定の関係者識別データを供給するステップとを有し、これにより、前記特定の関係者識別データが、前記別のネットワーク伝送事象に割り当てられる、方法。
【請求項２】
ほぼ前記関係者位置において、前記関係者識別データを取得するステップに、信号伝送事象から前記関係者識別データを取得するステップが含まれる、請求項１に記載の方法。
【請求項３】
前記ネットワークの別の位置から、別のネットワーク伝送事象に関連した前記識別データを供給するステップに、リアルタイム転送事象から別のネットワーク伝送事象に関連した前記識別データを取得するステップが含まれる、請求項２に記載の方法。
【請求項４】
前記別のネットワーク伝送事象が、インターネット・プロトコルを利用した伝送であることと、前記別のネットワーク伝送事象が、ボイス・オーバ・インターネット・プロトコルによる通話であることと、前記関係者識別データが電話番号であり、信号伝送事象で信号プロトコルが利用される、請求項１から３のいずれかに記載の方法。
【請求項５】
ネットワーク伝送事象に関係者識別データを割り当てるためのシステムであって、
ほぼ関係者位置において生じるネットワーク伝送事象をモニタすることが可能であり、処理機能を備えているネットワーク・モニタ・サブシステムと、
ほぼ前記関係者位置において、関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを取得するための手段と、
少なくも１つのプロセッサ及び少なくとも１つのコンピュータ可読メモリを具備し、前記少なくとも１つのコンピュータ可読メモリにデータ構造が記憶されており、前記データ構造にデータベースに常駐する情報が含まれている、所定のモニタ・サブシステムと、
前記所定のモニタ・サブシステムに、前記関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを供給するための手段と、
前記関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを前記データベースに記憶するための手段と、
前記ネットワークのほぼ別の場所で生じる別のネットワーク伝送事象をモニタすることが可能であり、処理機能を備えている別のネットワーク・モニタ・サブシステムと、
前記所定のモニタ・サブシステムに、前記ネットワークのほぼ別の場所で得られる、前記別のネットワーク伝送事象に関連した識別データを供給するための手段と、
前記別のネットワーク伝送事象に関連した識別データに対応する特定の関係者識別データについて、前記データベースに照会するための手段と、
前記照会の結果、前記特定の関係者識別データが得られると、前記所定のモニタ・サブシステムから前記別のネットワーク・モニタ・サブシステムに前記特定の関係者識別データを供給するための手段とを有する、システム。
【請求項６】
前記データ構造に、前記少なくとも１つのコンピュータ可読メモリに記憶された少なくとも１つのデータ・オブジェクト対が含まれることと、前記少なくとも１つのデータ・オブジェクト対に、所定の関係者識別データ・オブジェクトと、所定のネットワーク伝送事象に関連した識別データが含まれる、請求項５に記載のシステム。
【請求項７】
前記ネットワーク伝送事象に、インターネット・プロトコルを利用した伝送が含まれることと、前記ネットワーク伝送事象に、信号伝送事象が含まれることと、前記別のネットワーク伝送事象に、インターネット・プロトコルを利用した伝送が含まれることと、前記別のネットワーク伝送事象に、ボイス・オーバ・インターネット・プロトコルによる通話が含まれることと、前記関係者識別データに電話番号が含まれる、請求項５に記載のシステム。
【請求項８】
コンピュータ可読コードが納められた、少なくとも１つのコンピュータ可使媒体（３６０）が含まれており、前記コンピュータ可読コードによって、少なくとも１つのプロセッサに、
ほぼ関係者位置におけるネットワーク伝送事象をモニタさせ、
ほぼ前記関係者位置において、関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを取得させ、
前記関係者識別データ及び前記ネットワーク伝送事象に関連した識別データを所定のモニタ位置に供給させ、
前記所定のモニタ位置において、前記関係者識別データ及び前記ネットワーク伝送事象に関連した識別データをデータベースに記憶させ、
前記ネットワークの別の位置から前記所定のモニタ位置に、前記ネットワークの前記別の位置において得られる別のネットワーク伝送事象に関連した識別データを供給させ、
前記別のネットワーク伝送事象に関連した識別データに対応する特定の関係者識別データについて、データベースへの照会を実施させ、
前記照会の結果、前記特定の関係者識別データが得られると、前記所定のモニタ位置からネットワーク・モニタ装置に前記特定の関係者識別データを供給させることが可能である、コンピュータ・プログラム。
【請求項９】
前記少なくとも１つのコンピュータ可使媒体に、データ構造が記憶されていることと、前記データ構造に、前記データベースに常駐する情報が含まれていることと、
前記データ構造に、前記少なくとも１つのコンピュータ可使媒体に記憶された少なくとも１つのデータ・オブジェクト対が含まれることと、前記少なくとも１つのデータ・オブジェクト対に、所定の関係者識別データ・オブジェクトと、所定のネットワーク伝送事象に関連した識別データが含まれる、請求項８に記載のコンピュータ・プログラム。
【請求項１０】
前記ネットワーク伝送事象に、インターネット・プロトコルを利用した伝送が含まれることと、前記ネットワーク伝送事象に、信号伝送事象が含まれることと、前記別のネットワーク伝送事象に、インターネット・プロトコルを利用した伝送が含まれることと、前記別のネットワーク伝送事象に、ボイス・オーバ・インターネット・プロトコルによる通話が含まれることと、前記関係者識別データに電話番号が含まれる、請求項８に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にネットワーク伝送のモニタに関する。
【背景技術】
【０００２】
ネットワーク位置から関係者(participant)識別データを収集し、ネットワーク位置に関係者識別データを分配する必要性については、下記の特定の応用例に言及することにより、最も明確な解説が可能になる。
【０００３】
世界的規模の規制撤廃及びパケット交換テクノロジによって、電気通信産業に劇的な変化がもたらされた。現在では、インターネットのようなパケット交換ネットワークを介した音声通信が求められている。今や、公衆交換電話網（ＰＳＴＮ）及びインターネットを統合したインターネット・テクノロジによる音声通信が利用可能である。インターネット・テクノロジによる音声通信は、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）とも呼ばれる。ボイス・オーバＩＰ（ＶｏＩＰ）では、インターネット・プロトコル（ＩＰ）を利用し、インターネット・プロトコルを利用するネットワークを介して、音声をパケットとして伝送する。従って、ＶｏＩＰは、インターネット、イントラネット、及び、ローカル・エリア・ネットワーク（ＬＡＮ）のような、インターネット・プロトコルを利用する任意のデータ・ネットワークにおいて実現可能である。
【０００４】
大部分のＶｏＩＰにおいて、ＶｏＩＰには、２つの独立したゲートウェイ、すなわち、信号ゲートウェイと媒体ゲートウェイが含まれている。ＶｏＩＰ通話において、電話番号をダイヤルすると、信号プロトコルを利用して、その電話番号がＩＰホストにマッピングされる。次に、信号プロトコルを利用して、媒体セッション（音声、ビデオ等）が設定される。これらのプロトコルには、電話番号情報が含まれている。媒体セッションの設定が済むと、ＶｏＩＰデータ通信は、リアルタイム転送プロトコル／ユーザ・データグラム・プロトコル／インターネット・プロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）をプロトコル・スタックとして利用する。
【０００５】
信号及び媒体情報は、ネットワークの異なるセグメントを通って伝わる可能性があるので、ＲＴＰ媒体伝送をモニタしても、ＲＴＰ媒体伝送の発信側または受信側の電話番号が確実に得られるわけではない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、本発明の目的は、ＲＴＰ（ネットワーク）伝送事象に電話番号（関係者識別データ）を割り当てるための手段を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の上述の目的、並びに、本発明のさらなる及び他の目的及び利点については、後述する本発明の実施態様によって実現される。
【０００８】
関係者識別データをネットワーク伝送事象に割り当てるための方法及びシステムが開示される。
【０００９】
本発明の方法には、ほぼある関係者位置におけるネットワーク伝送事象をモニタするステップと、ほぼその関係者位置において、関係者識別データ及びネットワーク伝送事象に関する識別データを得るステップが含まれている。次に、関係者識別データ及びネットワーク伝送事象に関する識別データは、所定の（中央とも称される）モニタ位置に供給され、データベースに記憶される。特定の関係者識別データを照会するため、別のネットワーク伝送事象に関連した識別データが、ネットワークにおける別の位置から中央モニタ位置に供給される。照会の結果、特定の関係者識別データが得られると、特定の関係者識別データは、中央モニタ位置から別のネットワーク位置に供給される。
【００１０】
これにより、特定の関係者識別データが、別のネットワーク伝送事象に割り当てられる。
【００１１】
実施態様の１つでは、特定の識別データが信号伝送事象から得られる。
【００１２】
これらの方法を実施するシステム、及び、この方法を実行するコンピュータ可読コードが納められた、コンピュータ・プログラムについても開示される。
【００１３】
本発明、並びに、本発明の他の及びさらなる目的のより明確な理解が得られるように、添付の図面および発明の詳細な説明が参照され、発明の範囲については、特許請求の範囲において指摘される。
【発明を実施するための最良の形態】
【００１４】
以下では、ネットワーク伝送事象に関係者識別データを割り当てるための方法及びシステムについて開示される。
【００１５】
図１には、本発明の方法の実施態様１０を表わした流れ図が示されている。図１を参照すると、ほぼある関係者位置において、ネットワーク伝送事象がモニタされ（図１のステップ２０）、関係者識別データ及びネットワーク伝送事象に関連した識別データが取得される（図１のステップ３０）。関係者識別データ及びネットワーク伝送事象に関連した識別データは、次に、所定の（中央とも称される）モニタ位置に供給され（図１のステップ４０）、中央モニタ位置のデータベースに記憶される（図１のステップ５０）。（本明細書において用いられる限りにおいて、データベースは、容易にアクセスし、管理し、更新することができるように構成された任意の情報集合である。）別のネットワーク伝送事象に関連した識別データが、ネットワークの別の位置から中央モニタ位置に供給されるが（図１のステップ６０）、別のネットワーク伝送事象に関連した識別データは、ネットワークの別の位置で得られ、当該別のネットワーク伝送事象に関連した当該識別データに対応する特定の関係者識別データについて、データベースへの照会が行われる（図１のステップ７０）。照会の結果、当該特定の関係者識別データが得られると、特定の関係者識別データは、中央モニタ位置から、ほぼネットワークの別の位置に配置されたネットワーク・モニタ装置に供給される（図１のステップ８０）。当該特定の関係者識別データは、これにより、別のネットワーク伝送事象に割り当てられる。
【００１６】
実施態様の１つにおいて、図１のステップ３０では、関係者識別データが信号伝送事象から得られる。実施態様によっては、次に、別のネットワーク伝送事象に関連した識別データが、リアルタイム転送事象から得られるものもある。実施態様によっては、信号伝送事象がインターネット・プロトコルを利用した伝送である場合、信号伝送事象において、制限するわけではないが、Ｈ．３２３、ＳＩＰ、ＭＧＣＰ、または、Ｍｅｇａｃｏ／Ｈ．２４８のような信号プロトコルが利用されるものもある。
【００１７】
図２には、本発明のシステムの実施態様１００を表わした図が示されており、図３には、本発明のシステムの実施態様２００を表わしたもう１つの概略図が示されている。図２及び図３を参照すると、図２に示す本発明のシステムの実施態様１００には、ほぼ関係者位置１３０において生じるネットワーク伝送事象のモニタが可能なネットワーク・モニタ・サブシステム１４０、中央モニタ・サブシステム（サーバ）１５０、及び、別のネットワーク位置１７０における別のネットワーク・モニタ装置１６０が含まれている。実施態様の１つでは、ネットワーク・モニタ・サブシステム１４０、１６０と、中央モニタ・サブシステム（サーバ）１５０は、両方とも、制限するわけではないが、サブシステムに、ネットワーク・インターフェイス・コンポーネント３２０、１つ以上のプロセッサ３１０、１つ以上のコンピュータ可読メモリ３６０、及び、少なくとも１つの他のコンピュータ可読メモリ３４０が含まれている、図４に示すような実施例をベースにしている。ネットワーク・インターフェイス・コンポーネント３２０、１つ以上のプロセッサ３１０、１つ以上のコンピュータ可読メモリ３６０、及び、少なくとも１つの他のコンピュータ可読メモリ３４０は、相互接続手段３２５（制限するわけではないが、共通「バス」のような）によって動作可能に接続されている。
【００１８】
図２に示す実施態様の場合、中央モニタ・サブシステム（サーバ）１５０とのネットワーク伝送及び通信は、ネットワーク１０５を介して行われるが、信号伝送事象は、ネットワークのセグメントの１つで伝わり、媒体伝送事象は、異なるセグメントで伝わる。図２において、２つのセグメントは、２つのサブネットワーク１１０、１２０として示されている。
【００１９】
図３に示す概略図は、（プロトコルを表わすのに用いられるものと同様の）階層表現を利用して、本発明のシステムの実施態様２００を表わしたものである。図３を参照すると、ネットワーク・モニタ・サブシステム１４０は、収集ハードウェア２１５（収集ハードウェアは、制限するわけではないが、アジレント・テクノロジ社の「Ｊ６８００Ａネットワーク・アナライザ」のようなネットワーク・アナライザにおいて見受けられるものと同様とすることが可能である）によって、ほぼ図２に示す関係者位置１３０で生じるネットワーク伝送事象からデータを収集する。データは、試験機器アプリケーション・コード２２０によって解析される。試験機器アプリケーション・コード２２０によって、ほぼ関係者位置１３０において、関係者識別データ及びネットワーク伝送事象に関連した識別データを取得するための手段が得られる。実施態様の１つでは、信号メッセージには、関係者識別データ及びネットワーク伝送事象に関連した識別データが含まれている。試験機器アプリケーション・コード２２０によって、信号メッセージから関係者識別データ及びネットワーク伝送事象に関連した識別データが抽出される。図３に示す実施態様の場合、プロセッサ３１０及びネットワーク・インターフェイス３２０と共に、中央モニタ・サブシステム１５０との通信に用いられるソフトウェア（例えば、ＸＭＬ  ＡＰＩ２２５、通信サーブレット２３０、及び、ＨＴＴＰサーバ２３５によって、図示実施態様のソフトウェア（コード）が得られる）が、中央モニタ・サブシステム１５０に関係者識別データ及びネットワーク伝送事象に関連した識別データを提供するための手段を構成する。
【００２０】
中央モニタ・サブシステム１５０では、通信に用いられるソフトウェア（図示実施態様の場合、ＨＴＴＰ層２５５、ＸＭＬ  ＡＰＩ２６０のような）、及び、データ収集ソフトウェア２６２及びデータ記憶ソフトウェア２６５によって、関係者識別データ及びネットワーク伝送事象に関連した識別データが受信され、記憶される。関係者識別データ及びネットワーク伝送事象に関連した識別データは、データベース１５５に記憶される。データベース１５５は、データベースに常駐する情報を含むデータ構造が記憶されている、図４のメモリ３４０のような、１つ以上のコンピュータ可読メモリに配置されている。データ構造には、１つ以上のコンピュータ可読メモリに記憶された１つ以上のデータ・オブジェクト対が含まれており、１つ以上のデータ・オブジェクト対には、所定の関係者識別データ・オブジェクト、及び、ネットワーク伝送事象に関連した識別データ・オブジェクトが含まれている。
【００２１】
別のネットワーク位置１７０において、別のネットワーク伝送事象が、収集ハードウェア２１５及び試験機器アプリケーション・コード（ソフトウェア）２２０によってモニタされる。データは、試験機器アプリケーション・コード２２０によって解析される。試験機器アプリケーション・コード２２０によれば、別のネットワーク伝送事象に関連した識別データを取得するための手段が得られる。図３に示す実施態様の場合、プロセッサ３１０及びネットワーク・インターフェイス３２０と共に、中央モニタ・サブシステム１５０との通信に用いられるソフトウェア（ＸＭＬ  ＡＰＩ２２５、通信サーブレット２３０、及び、ＨＴＴＰサーバ２３５によって、図示実施態様のソフトウェア（コード）が得られる）が、中央モニタ・サブシステム１５０に別のネットワーク伝送事象に関連した識別データを提供するための手段を構成する。
【００２２】
中央モニタ・サブシステム１５０では、図４のメモリ３６０のような、１つ以上のコンピュータ可使メモリに納められたコンピュータ可読コード（ソフトウェア）によって、中央モニタ・サブシステム１５０の１つ以上のプロセッサに、別のネットワーク伝送事象に関連した識別データに対応する特定の関係者識別データについて、データベース１５５への照会を実施させる。照会の結果、特定の関係者識別データが得られる場合には、通信に用いられるソフトウェア（図示実施態様の場合、ＨＴＴＰ層２５５、ＸＭＬ  ＡＰＩ  ２６０）、データ検索用ソフトウェアが、中央モニタ・サブシステム１５０における１つ以上のプロセッサ及びネットワーク・インターフェイス（図４のプロセッサ３１０及びネットワーク・インターフェイス３２０のような）と共に、別のネットワーク・モニタ・サブシステム１６０に特定の関係者識別データを供給するための手段を構成する。
【００２３】
ネットワーク・モニタ装置１４０、１６０のそれぞれにおける、及び、中央モニタ・サブシステム１５０における、図４の１つ以上のコンピュータ可読メモリ３６０のような１つ以上のコンピュータ可読メモリには、コンピュータ可読コードが納められており、コンピュータ可読コードによって、ネットワーク・モニタ装置のそれぞれ及び中央モニタ・サブシステム１５０における少なくとも１つのプロセッサに、ほぼ関係者位置におけるネットワーク伝送事象をモニタさせ、ほぼ関係者位置１３０において、関係者識別データ及びネットワーク伝送事象に関連した識別データを取得させ、関係者識別データ及びネットワーク伝送事象に関連した識別データを中央モニタ位置（サブシステム）１５０に供給させ、関係者識別データ及びネットワーク伝送事象に関連した識別データを中央モニタ位置（サブシステム）１５０のデータベース１５５に記憶させ、ネットワークの別の位置１７０から中央モニタ位置（サブシステム）１５０に、ネットワークの別の位置で取得した別のネットワーク伝送事象に関連した識別データを供給させ、別のネットワーク伝送事象に関連した識別データに対応する特定の関係者識別データについて、データベース１５５への照会を実施させ、照会の結果、特定の関係者識別データが得られると、中央モニタ位置１５０から別のネットワーク・モニタ装置１６０に、その特定の関係者識別データを供給させることが可能になる。
【００２４】
本発明のさらに明確な理解が得られるように、下記の例証となる実施態様について言及する。もう一度図２を参照すると、起呼側電話１３０（すなわち、送信元）は、ネットワーク１０５を介した受信側電話１７０（すなわち、受信先）との通話を開始する。実施態様の１つでは、通話は、信号プロトコルとしてＳＩＰを利用した信号メッセージ（信号伝送事象）によって開始される。
【００２５】
ＳＩＰプロトコルは、ＴＣＰ／ＩＰ（転送制御プロトコル／インターネット・プロトコル）スタックにおける転送層より上位で機能する、テキスト・ベースのプロトコルである。（ＳＩＰは、参考までに本明細書において援用されている、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３２６１．ｔｘｔ＞で入手可能な、ＲＦＣ３２６１、「ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」、２００２年６月において定義されている。）ＳＩＰは、その転送プロトコルとして、ＴＣＰ（転送制御プロトコル）及びＵＤＰ（ユーザ・データグラム・プロトコル）を含む任意の転送プロトコルを利用することが可能である。図５には、信号プロトコルとして、ＳＩＰとＨ．３２３の両方のためのプロトコル・スタックが示されている。
【００２６】
ＳＩＰを利用して、信号情報を伝達することが可能であるが、セッション記述情報は、セッション記述プロトコル（ＳＤＰ）のような別のプロトコルによって伝達される。ＳＤＰは純粋にセッション記述用のフォーマットである。ＳＤＰには転送プロトコルが組み込まれない。（ＳＤＰは、参考までに本明細書において援用されている、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３２７．ｔｘｔ＞で入手可能な、ＲＦＣ２３２７、「ＳＤＰ：Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」、１９９８年４月において定義されている。）転送プロトコルへのアクセスは、ＳＩＰのようなプロトコルと共に、ＳＤＰを利用することによって可能になる。
【００２７】
通話（セッション）を開始するステップは、図６に示すようにかなり単純である。（１）送信元が受信先にＩＮＶＩＴＥ要求を送る。ＩＮＶＩＴＥメッセージが受信先に到達すると、（２）受信先はＯＫメッセージで応答する。送信元が、受信先がＩＮＶＩＴＥを受信したことを表わすＯＫメッセージを受信すると、（３）送信元はＡＣＫメッセージを送り、これが受信されると、セッションが開始されることになる。実施態様によっては、プロキシ・サーバ（不図示）を利用して、送信元及び受信先からメッセージを受信し、メッセージを転送するものもある。
【００２８】
この例示の実施態様において、下記は、ＩＮＶＩＴＥ  ＳＩＰメッセージの内容の一例である。（この例の場合、送信元はアリスで、受信先はボブである。）アリスからのＩＮＶＩＴＥ  ＳＩＰメッセージには、下記が含まれている。
【００２９】
ＩＮＶＩＴＥ  ｓｉｐ：ｂｏ＠ａｇｉ．ｃｏｍ  ＳＩＰ／３．０
Ｖｉａ：ＳＩＰ／３．０／ＵＤＰ  １９２．２．４．４：５０６０
Ｆｒｏｍ：Ａｌｉｃｅ＜ｓｉｐ：１１１−１２３４＠ａｇｉ．ｃｏｍ＞
Ｔｏ：Ｂｏｂ＜ｓｉｐ：１１１−６６６６＠ａｇｉ．ｃｏｍ＞
ｔａｇ＝２０３  ９４１  ８８５
Ｃａｌｌ−ＩＤ：１２３４５６７８９＠１９２．２．４．４
ＣＳｅｑ：１  ＩＮＶＩＴＥ
Ｃｏｎｔａｃｔ：＜ｓｉｐ：１１１−１２３４＠ａｇｉ．ｃｏｍ＞
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ＳＤＰ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１８２
ｖ＝０
ｏ＝Ａｌｉｃｅ．  ．  ．ＩＰ４  １９２．２．４．４
・
ｍ＝ａｕｄｉｏ  ５０６０  ＲＴＰ  ．．．
第１行は、そのメッセージがＩＮＶＩＴＥメッセージであることを表わしている。「Ｖｉａ」には、ＩＰアドレス、ポート番号、及び、アリスがボブの応答において利用されることを望む転送プロトコルが含まれている。「Ｔｏ」行には、ボブの名前及び電話番号が含まれている。「Ｆｒｏｍ」行には、アリスの名前及び電話番号が含まれている。Ｃａｌｌ−ＩＤには、その呼び出しの一意性識別子が含まれている。Ｃｏｎｔｅｎｔ  Ｔｙｐｅにはメッセージ内容が記述され、Ｃｏｎｔｅｎｔ  Ｌｅｎｇｔｈには、メッセージ本体の長さが記述されている。空白行は、ＳＩＰヘッダの終了を示しており、ＳＤＰセッション記述情報の先頭「ｖ」は、ＳＤＰのバージョンを識別し、「ｏ」は、オーナ／クリエータを識別し、セッション識別子「ｐ」は、電話番号を提示し、「ｍ」は、媒体記述、すなわち、そのタイプ、ポート、及び、送信元が進んで受信及び送信しようとする可能性のあるフォーマットを提示している。
【００３０】
ボブからの応答であるＯＫメッセージには、下記が含まれている。
【００３１】
ＳＩＰ／３．０  ２００  ＯＫ
Ｖｉａ：ＳＩＰ／３．０／ＵＤＰ  １９２．２．４．４：５０６０
Ｆｒｏｍ：Ａｌｉｃｅ＜ｓｉｐ：１１１−１２３４＠ａｇｉ．ｃｏｍ＞
Ｔｏ：Ｂｏｂ＜ｓｉｐ：１１１−６６６６＠ａｇｉ．ｃｏｍ＞
ｔａｇ＝２０３  ９４１  ８８５
Ｃａｌｌ−ＩＤ：１２３４５６７８９＠１９２．２．４．４
ＣＳｅｑ：１  ＩＮＶＩＴＥ
Ｃｏｎｔａｃｔ：＜ｓｉｐ：１１１−１２３４＠ａｇｉ．ｃｏｍ＞
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ＳＤＰ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１９８
ｖ＝０
ｏ＝Ｂｏｂ．  ．  ．  ＩＮ  ＩＰ４  １９２．１．２．３
ｐ＝１  １１１  １１１  ６６６６
ｍ＝ａｕｄｉｏ  ５００４  ＲＴＰ
もう一度図２を参照すると、ネットワーク・モニタ・サブシステム１４０は、送信元位置１３０における信号伝送をモニタする。ＩＮＶＩＴＥ及びＯＫメッセージと、対応するセッション記述を構文解析することにより、ネットワーク・モニタ・サブシステム１４０は、送信元及び受信先（アリス及びボブ）に関する送信元及び受信先電話番号、ネットワーク・アドレス、及び、ポート番号を得ることができる。送信元及び受信先に関する送信元及び受信先電話番号、ネットワーク・アドレス、及び、ポート番号は、次に、中央モニタ・サーバ１５０に供給され、データベース１５５に記憶される。実施態様の１つでは、ネットワーク・モニタ・サブシステム１４０は、制限するわけではないが、アジレント・テクノロジ社製の「Ｊ６８００Ａネットワーク・アナライザ（ハードウェア）及びＪ６８４４Ａ電話ネットワーク・アナライザ（ソフトウェア）」のようなネットワーク・アナライザである。
【００３２】
信号メッセージで指定されているように、この音声（ＶｏＩＰ）データ通信では、リアルタイム転送プロトコル／ユーザ・データグラム・プロトコル／インターネット・プロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）がプロトコル・スタックとして利用される。図７には、ＲＴＰデータグラムの一例が示されている。ＲＴＰフィールドには、シーケンス番号、タイムスタンプ、同期送信元識別子、及び、寄与送信元識別子が含まれている。（ＲＴＰは、参考までに本明細書において援用されている、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３５５０．ｔｘｔ＞で入手可能な、ＲＦＣ３５５０、「ＲＴＰ：Ａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−ｔｉｍｅ  ａｐｐｌｉｃａｔｉｏｎｓ」、２００３年７月において定義されている。）
送信元及び受信先に関して、ＲＴＰセッションは、特定の対をなす宛先転送アドレス（１つのネットワーク・アドレスにＲＴＰ及びＲＴＣＰに関するポート対を加えたもの）によって定義される。図８には、ポート情報を例示したＵＤＰデータグラムが示されている。ＲＴＰデータ転送プロトコルは、制御プロトコル（ＲＴＣＰ）によって、データ配信のモニタを可能にし（マルチキャスト通信へのスケーラビリティを与え）、何らかの制御及び識別機能を与えるように拡張される。図９には、送信側報告ＲＴＣＰデータグラムが示されている。
【００３３】
もう一度図２を参照すると、他のネットワーク・モニタ・サブシステム１６０が、受信先位置１７０において、起呼側電話１３０（すなわち、送信元）から受信側電話１７０（すなわち、受信先）への通話（phone call）（ネットワーク伝送事象）によって生じるＲＴＰデータ・パケットをモニタする。実施態様の１つでは、他のネットワーク・モニタ・サブシステム１６０は、制限するわけではないが、アジレント・テクノロジ社製の「Ｊ６８００Ａネットワーク・アナライザ（ハードウェア）及びＪ６８４４Ａ電話ネットワーク・アナライザ（ソフトウェア）」のようなネットワーク・アナライザである。他のネットワーク・モニタ・サブシステム１６０は、ＲＴＰ（またはＲＴＰＣ）パケットから、ＲＴＰセッションを定義する、対をなす宛先転送アドレス（１つのネットワーク・アドレスにＲＴＰ及びＲＴＣＰに関するポート対を加えたもの）を得ることができる。ＲＴＰ伝送に関する識別データは、受信先１７０の位置から中央モニタ・サーバ（位置）１５０に供給される。ネットワーク・アドレス及びＲＴＰ伝送事象に関連したポート・データに対応する特定の電話番号データについて、データベース１５５への照会が行われる。照会の結果、特定の電話番号データが得られると、特定の電話番号データは、中央モニタ位置１５０から、他のネットワーク・モニタ装置１６０に供給される。特定の電話番号データは、これにより、ＲＴＰ伝送事象に割り当てられる。
【００３４】
先行例において、ネットワーク・モニタ・サブシステム１４０は、送信元及び受信先電話番号、送信元及び受信先に関するネットワーク・アドレス、及び、ポート番号を中央モニタ・サーバ１５０（位置）に供給するが、関係者識別データ及び信号伝送事象に関連した識別データを中央モニタ・サーバに供給するネットワーク・モニタ・サブシステムの位置は、本発明の制限事項ではない。本発明の別の実施態様では、２つのネットワーク・モニタ・サブシステムの役割を交換することが可能である。
【００３５】
上述の例では、ＳＩＰが信号プロトコルとして利用されているが、留意すべきは、制限するわけではないが、Ｈ．３２３、ＭＧＣＰ、または、Ｍｅｇａｃｏ／Ｈ．２４８といった他の信号プロトコルを利用して、本発明を実施することも可能であるという点である。
【００３６】
ある制御プロトコルから、送信元及び受信先電話番号、送信元及び受信先に関するネットワーク・アドレス、及び、ポート番号を得ることができる場合、そのプロトコルを利用して、本発明を実施することが可能である。
【００３７】
やはり留意しておくべきは、中央モニタ位置（サーバ）は、ハードウェア、ソフトウェア、または、それらの組み合わせによって実施可能であるという点である。中央モニタ位置（サーバ）の典型的な実施態様には、ソフトウェア・ベースのシステムである、アジレント・テクノロジ社製のＪ６７８２Ａネットワーク・トラブルシューティング・センタ（ＮＴＣ）がある。やはり留意すべきは、本発明はその実施態様に制限されるものではないという点である。
【００３８】
さらに、典型的なネットワーク１０５、信号ネットワーク１１０、及び、媒体ネットワーク１２０は、それぞれ、説明を容易にするため、単純化されている。ネットワーク１０５、１１０、１２０には、ネットワーク、通信リンク、プロキシ、ファイアウォール、または、他のセキュリティ機構、インターネット・サービス・プロバイダ（ＩＳＰ）、ＭＣＵ、ゲートキーパ、ゲートウェイ、及び、他の要素といった、より多くのまたはより少ない追加要素を含むことが可能である。
【００３９】
一般に、上述の技法は、例えば、ハードウェア、ソフトウェア、ファームウェア、または、それらの任意の組み合わせによって実施可能である。上述の技法は、プロセッサを含むプログラマブル・コンピュータで実行される１つ以上のコンピュータ・プログラム、プロセッサによる読み取りが可能な記憶媒体（例えば、揮発性及び不揮発性メモリ、及び／または、記憶素子を含む）、少なくとも１つの入力装置、及び、少なくとも１つの出力装置によって実施することが可能である。入力装置を用いて入力されるデータにプログラム・コードを適用することによって、上述の機能を実施し、出力情報を生成することが可能になる。出力情報は、１つ以上の出力装置に振り向けることが可能である。
【００４０】
本明細書において記述される要素及びコンポーネントは、さらに、副コンポーネントに分割することもできるし、あるいは、統合して、同じ機能を実施するより少ないコンポーネントを形成することも可能である。
【００４１】
特許請求の範囲内の各コンピュータ・プログラム（コード）は、アセンブリ言語、機械言語、高水準手続きプログラミング言語、または、オブジェクト指向プログラミング言語といった、任意のプログラミング言語で実施可能である。プログラミング言語は、コンパイルまたは翻訳された(interpreted)プログラミング言語とすることが可能である。
【００４２】
各コンピュータ・プログラムは、コンピュータ・プロセッサによる実行に備えて、コンピュータ可読記憶装置に実際に納められたコンピュータ・プログラム製品で実施可能である。本発明の方法ステップは、コンピュータ可読媒体に実際に納められたプログラムを実行して、入力に処理を施し、出力を生成することにより、本発明の機能を実施するコンピュータ・プロセッサによって実施可能である。
【００４３】
一般的な形態のコンピュータ可読または可使媒体には、例えば、フロッピ・ディスク、フレキシブル・ディスク、ハード・ディスク、磁気テープまたは他の任意の磁気媒体、ＣＤＲＯＭ、他の任意の光媒体、パンチ・カード、紙テープ、パターンをなす穴のあいた他の任意の物理的媒体、ＲＡＭ、ＰＲＯＭ、及び、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他の任意のメモリ・チップまたはカートリッジ、搬送波、または、コンピュータによる読み取りが可能な他の任意の媒体が含まれる。
【００４４】
さまざまな実施態様に関連して、本発明の記述を行ってきたが、理解しておくべきは、本発明は、特許請求の範囲の精神及び範囲内において、さらなる他の多種多様な実施態様も可能であるという点である。
【図面の簡単な説明】
【００４５】
【図１】本発明の方法の実施態様の１つを表わした概略流れ図である。
【図２】本発明のシステムの実施態様の１つを表わした概略図である。
【図３】本発明のシステムの実施態様の１つを表わしたもう１つの概略図である。
【図４】本発明のシステムのコンポーネントに関する実施態様の１つを表わした略ブロック図である。
【図５】従来のプロトコル・スタックを表わした概略図である。
【図６】従来の信号メッセージの流れを表わした概略図である。
【図７】従来のＲＴＰデータグラムを表わした概略図である。
【図８】従来のＵＤＰデータグラムを表わした概略図である。
【図９】従来のＲＴＣＰデータグラムを表わした概略図である。
【符号の説明】
【００４６】
１３０  関係者位置
１４０  ネットワーク・モニタ・サブシステム
１５０  所定のモニタ・サブシステム
１５５  コンピュータ可読メモリ
１６０  ネットワーク・モニタ・サブシステム
１７０  関係者位置
３１０  プロセッサ
３６０  コンピュータ可使媒体
【図１】
2006067579.tif 000003
【図２】
2006067579.tif 000004
【図３】
2006067579.tif 000005
【図４】
2006067579.tif 000006
【図５】
2006067579.tif 000007
【図６】
2006067579.tif 000008
【図７】
2006067579.tif 000009
【図８】
2006067579.tif 000010
【図９】
2006067579.tif 000011