(57)【要約】この発明はプラットフォームから独立した方法で呼び出しイベント（４０２）および他の情報を捕獲するための方法に関する。ＳＩＰ呼び出しイベント（４０２）に応答して呼び出しイベントレコード（４０４）を発生することを含む。予め定められた期間にサーバによって収集されたすべての呼び出しイベントレコード（４０４）を含む呼び出しイベントファイル（４００）が生成される。呼び出しイベントファイル（４００）はＸＭＬ構文解析ツールを有する任意のネットワーク装置によって読まれうる、一般的な一様にフォーマットされたレコードを含むＸＭＬドキュメントである。ＸＭＬドキュメントには、受信したコンピュータが特別の独自のインターフェイスを必要とすることなくレコードを符号化することが可能な命令が埋め込まれている。
2004533743.tif 000002
【特許請求の範囲】
【請求項１】
電気通信ネットワークにおいて呼び出しイベントデータを捕獲するための方法であって、
サーバ情報セクション、少なくとも一つのＳＩＰメッセージセクションおよび少なくとも一つの呼び出しイベントセクションを含むＸＭＬ呼び出しイベントファイルを生成するステップと、
少なくとも一つのイベントに応答して少なくとも一つの呼び出しイベント記録レコードを生成するステップと、
少なくとも一つのＳＩＰメッセージセクションまたは少なくとも一つの呼び出しイベントセクションのいずれかの、少なくとも一つの呼び出しイベントレコードを格納するステップとを含む、方法。
【請求項２】
方法は電気通信ネットワーク装置によって実行される、請求項１に記載の方法。
【請求項３】
電気通信ネットワーク装置はＳＩＰサーバコンピュータである、請求項２に記載の方法。
【請求項４】
前記ＳＩＰサーバコンピュータはＳＩＰプロキシサーバである、請求項３に記載の方法。
【請求項５】
ＳＩＰサーバコンピュータはＳＩＰリダイレクトサーバである、請求項３に記載の方法。
【請求項６】
電気通信ネットワーク装置はネットワーク管理システムである、請求項２に記載の方法。
【請求項７】
ネットワーク管理システムはデータベースを含む、請求項６に記載の方法。
【請求項８】
ネットワーク管理システムはＬＡＮを含む、請求項６に記載の方法。
【請求項９】
電気通信ネットワーク装置はＳＩＰクライアント装置である、請求項２に記載の方法。
【請求項１０】
少なくとも一つのイベントはＳＩＰインバイト要求を含む、請求項１に記載の方法。
【請求項１１】
少なくとも一つのイベントはＳＩＰインバイト要求への応答を含む、請求項１に記載の方法。
【請求項１２】
少なくとも一つのイベントはＳＩＰリダイレクトメッセージを含む、請求項１に記載の方法。
【請求項１３】
少なくとも一つのイベントはＳＩＰプロキシリクエストを含む、請求項１に記載の方法。
【請求項１４】
少なくとも一つのイベントはＳＩＰプロキシ応答メッセージを含む、請求項１に記載の方法。
【請求項１５】
少なくとも一つのイベントはＳＩＰエラーメッセージを含む、請求項１に記載の方法。
【請求項１６】
少なくとも一つのイベントはネットワーク故障状態を含む、請求項１に記載の方法。
【請求項１７】
少なくとも一つのイベントは請求情報の送信または受信を含む、請求項１に記載の方法。
【請求項１８】
少なくとも一つのイベントはネットワークモニタに関するイベントである、請求項１に記載の方法。
【請求項１９】
ＸＭＬドキュメントは開始サー識別するサーバ情報タグを含む、請求項１に記載の方法。
【請求項２０】
ＸＭＬドキュメントはイベントがＳＩＰ要求かＳＩＰ応答のいずれであるかを識別するＳＩＰメッセージセクションを含む、請求項１に記載の方法。
【請求項２１】
ＳＩＰメッセージセクションはサービス識別フィールドを含み、サーバ識別フィールドはＳＩＰメッセージに関連したサーバを独自に識別する、請求項２０に記載の方法。
【請求項２２】
ＳＩＰメッセージセクションは呼び出し者および呼ばれる人に関連したＩＰアドレスを含む送信／受信フィールドを含む、請求項２０に記載の方法。
【請求項２３】
ＳＩＰメッセージセクションは任意の追加の情報を収容するために使用される他のメッセージコンテントフィールドを含む、請求項２０に記載の方法。
【請求項２４】
ＸＭＬドキュメントはイベントを識別するイベントフィールドを含む、請求項１に記載の方法。
【請求項２５】
ＸＭＬドキュメントは適切にＸＭＬドキュメントを符号化するために、受信コンピュータによって要求された情報を提供するドキュメントタイプ宣言セクションを含む、請求項１に記載の方法。
【請求項２６】
セッション開始プロトコル（ＳＩＰ）サーバコンピュータに対して、特定の方法で機能させるよう命令するために使用されうるコンピュータ読み出し可能媒体であって、コンピュータ読み出し可能媒体は、
ＳＩＰアプリケーションレイヤのソフトウエアモジュールを含み、ＳＩＰアプリケーションレイヤソフトウエアモジュールはＳＩＰの機能性を提供するためにＳＩＰサーバコンピュータによって実行可能であり、
ＳＩＰアプリケーションレイヤソフトウエアモジュールに接続された呼び出しイベントレコードモジュールを含み、呼び出しイベントレコードモジュールは、少なくとも一つのイベントに応答して少なくとも一つのイベントレコードを生成するよう設定され、
呼び出しイベントレコードモジュールに接続されたＸＭＬプロセッサモジュールを含み、ＸＭＬプロセッサモジュールはＸＭＬ呼び出しイベントファイルを生成するよう設定され、ＸＭＬ呼び出しイベントファイルは少なくとも一つの呼び出しイベントレコードを含む、コンピュータ読み出し可能媒体。
【請求項２７】
ＳＩＰサーバコンピュータはＳＩＰプロキシサーバとして設定される、請求項２６に記載の媒体。
【請求項２８】
ＳＩＰサーバコンピュータはＳＩＰリダイレクトサーバとして設定される、請求項２６に記載の媒体。
【請求項２９】
少なくとも一つのイベントはＳＩＰインバイト要求を含む、請求項２６に記載の媒体。
【請求項３０】
少なくとも一つのイベントはＳＩＰインバイト要求に対する応答を含む、請求項２６に記載の媒体。
【請求項３１】
少なくとも一つのイベントはＳＩＰリダイレクトメッセージを含む、請求項２６に記載の媒体。
【請求項３２】
少なくとも一つのイベントはＳＩＰプロキシ要求を含む、請求項２６に記載の媒体。
【請求項３３】
少なくとも一つのイベントはＳＩＰプロキシ応答メッセージを含む、請求項２６に記載の媒体。
【請求項３４】
少なくとも一つのイベントはエラーメッセージを含む、請求項２６に記載の媒体。
【請求項３５】
少なくとも一つのイベントはネットワーク故障状態を含む、請求項２６に記載の媒体。
【請求項３６】
少なくとも一つのイベントは請求情報の送信または受信を含む、請求項２６に記載の媒体。
【請求項３７】
少なくとも一つのイベントはネットワークモニタに関するイベントである、請求項２６に記載の媒体。
【請求項３８】
ＸＭＬドキュメントは開始サーバを識別するサーバ情報タグを含む、請求項２６に記載の媒体。
【請求項３９】
ＸＭＬドキュメントはイベントがＳＩＰ要求かＳＩＰ応答のいずれであるかを識別するＳＩＰメッセージセクションを含む、請求項２６に記載の媒体。
【請求項４０】
ＳＩＰメッセージセクションはサービス識別フィールドを含み、サーバ識別フィールドは、ＳＩＰメッセージに関連したサービスを独自に識別する、請求項３９に記載の媒体。
【請求項４１】
ＳＩＰメッセージセクションは、呼び出し者および呼ばれる人に関連したＩＰアドレスを含む送信／受信フィールドを含む、請求項３９に記載の媒体。
【請求項４２】
ＳＩＰメッセージセクションは、任意の追加の情報を収容するために使用される他のメッセージコンテントフィールドを含む、請求項３９に記載の媒体。
【請求項４３】
ＸＭＬドキュメントはイベントを識別するイベントフィールドを含む、請求項２６に記載の媒体。
【請求項４４】
ＸＭＬドキュメントは適切にＸＭＬドキュメントを適切に符号化するために、受信コンピュータによって要求された情報を提供するドキュメントタイプ宣言セクションを含む、請求項２６に記載の媒体。
【請求項４５】
コンピュータ上で実行するためのコンピュータ読み出し可能媒体に具体化されたアプリケーションプログラムインターフェイスのセットであって、アプリケーションプログラムインターフェイスのセットは、
イベント識別子を受信し、呼び出しイベントレコードを戻す第一インターフェイスと、
呼び出しイベントレコードのセットを受信し、呼び出しイベントファイルを戻す第二インターフェイスを含み、呼び出しイベントファイルは呼び出しイベントレコードのセットを含み、呼び出しイベントファイルは拡張されたマークアップ言語（ＸＭＬ）を用いて記述され、それによって呼び出しイベントファイルはＸＭＬドキュメントである、アプリケーションプログラムインターフェイスのセット。
【請求項４６】
少なくとも一つのイベントはＳＩＰインバイト要求を含む、請求項４５に記載のプログラムインターフェイス。
【請求項４７】
少なくとも一つのイベントはＳＩＰインバイト要求への応答を含む、請求項４５に記載のプログラムインターフェイス。
【請求項４８】
少なくとも一つのイベントはＳＩＰリダイレクトメッセージを含む、請求項４５に記載のプログラムインターフェイス。
【請求項４９】
少なくとも一つのイベントはＳＩＰプロキシリクエストを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５０】
少なくとも一つのイベントはＳＩＰプロキシ応答メッセージを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５１】
少なくとも一つのイベントはＳＩＰエラーメッセージを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５２】
少なくとも一つのイベントはネットワーク故障状態を含む、請求項４５に記載のプログラムインターフェイス。
【請求項５３】
少なくとも一つのイベントは請求情報の送信または受信を含む、請求項４５に記載のプログラムインターフェイス。
【請求項５４】
少なくとも一つのイベントはネットワークモニタに関するイベントである、請求項４５に記載のプログラムインターフェイス。
【請求項５５】
ＸＭＬドキュメントは開始サーバを特定するサーバ情報タグを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５６】
ＸＭＬドキュメントはイベントがＳＩＰ要求かＳＩＰ応答のいずれであるかを識別するＳＩＰメッセージセクションを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５７】
ＸＭＬドキュメントはイベントを識別するイベントフィールドを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５８】
ＸＭＬドキュメントは、適切にＸＭＬドキュメントを符号化するために、受信コンピュータによって要求された情報を提供するドキュメントタイプ宣言セクションを含む、請求項４５に記載のプログラムインターフェイス。
【請求項５９】
ＳＩＰ機能性を提供するＳＩＰアプリケーションレイヤソフトウエアモジュールと共に、セッション開始プロトコル（ＳＩＰ）サーバコンピュータ上で実行するためのコンピュータ読み出し可能媒体上で具体化されたアプリケーションプログラムインターフェイスのセットであって、アプリケーションプログラムインターフェイスのセットは、
ＳＩＰイベント識別子を受信し、呼び出しイベントレコードを戻す第一インターフェイスと、
呼び出しイベントレコードのセットを受信し、呼び出しイベントファイルを戻す第二インターフェイスを含み、呼び出しイベントファイルは呼び出しイベントレコードのセットを含み、呼び出しイベントファイルは拡張されたマークアップ言語（ＸＭＬ）を用いて記述され、それによって呼び出しイベントファイルはＸＭＬドキュメントである、アプリケーションプログラムインターフェイスのセット。
【請求項６０】
第一クライアントと第二クライアントとの間で通信セッションを確立するための通信ネットワークであって、通信ネットワークは、
少なくとも一つのセッション開始プロトコル（ＳＩＰ）サーバコンピュータを含み、ＳＩＰサーバコンピュータは、イベントに対応する呼び出しイベントレコードを生成するよう設定された第一呼び出しイベントレコードモジュールと、第一ＸＭＬ呼び出しイベントファイルを生成するよう設定された第一ＸＭＬプロセッサモジュールとを含み、第一ＸＭＬ呼び出しイベントファイルは呼び出しイベントレコードを含み、
少なくとも一つのＳＩＰサーバコンピュータに接続された少なくとも一つのネットワークシステムを含み、少なくとも一つのネットワークシステムは、第二ＸＭＬプロセッサモジュールを含み、それによって少なくともひとつのネットワークシステムは第一ＸＭＬ呼び出しイベントファイルを読むことができる、通信ネットワーク。
【請求項６１】
少なくとも一つのＳＩＰサーバコンピュータは少なくとも一つのＳＩＰプロキシサーバと少なくとも一つのＳＩＰリダイレクトサーバとを含む、請求項６０に記載のネットワーク。
【請求項６２】
少なくとも一つのＳＩＰプロキシサーバは複数のＳＩＰプロキシサーバを含み、複数のプロキシサーバの少なくとも一つは、異なる製造者によって製造される、請求項６１に記載のネットワーク。
【請求項６３】
少なくとも一つのＳＩＰリダイレクトサーバは、複数のＳＩＰリダイレクトサーバを含み、複数のＳＩＰリダイレクトサーバの少なくとも一つは異なる製造者によって製造される、請求項６１に記載のネットワーク。
【請求項６４】
少なくとも一つのＳＩＰプロキシサーバおよび少なくとも一つのＳＩＰリダイレクトサーバは異なる製造者によって製造される、請求項６１に記載のネットワーク。
【請求項６５】
少なくとも一つのＳＩＰサーバおよび少なくとも一つのネットワークシステムは異なる製造者によって製造される、請求項６０に記載のネットワーク。
【請求項６６】
少なくとも一つのネットワークシステムはイベントに対応する呼び出しイベントレコードを生成するよう設定された第二呼び出しイベントレコードモジュールを含み、第二ＸＭＬプロセッサモジュールは第二ＸＭＬ呼び出しイベントファイルを生成するよう設定され、第二ＸＭＬ呼び出しイベントファイルは少なくとも一つの呼び出しイベントレコードを含む、請求項６０に記載のネットワーク。
【請求項６７】
第一ＸＭＬプロセッサモジュールは第二ＸＭＬ呼び出しイベントファイルを復号化するよう設定されている、請求項６６に記載のネットワーク。
【請求項６８】
第一ＸＭＬ呼び出しイベントファイルは、第一ＸＭＬ呼び出しイベントファイルを読むために、第二ＸＭＬプロセッサモジュールによって要求される情報を提供するドキュメントタイプ宣言セクションを含む、請求項６７に記載のネットワーク。
【請求項６９】
第二ＸＭＬ呼び出しイベントファイルは、第二ＸＭＬ呼び出しイベントファイルを読むために第一ＸＭＬプロセッサモジュールによって要求される情報を提供するドキュメントタイプ宣言セクションを含む、請求項６７に記載のネットワーク。
【請求項７０】
第一ＸＭＬ呼び出しイベントファイルおよび第二ＸＭＬイベントファイルは開始サーバを識別するためのサーバ情報タグを含む、請求項６６に記載のネットワーク。
【請求項７１】
第一ＸＭＬ呼び出しイベントファイルと第二ＸＭＬ呼び出しイベントファイルはイベントがＳＩＰ要求かＳＩＰ応答のいずれであるかを識別するＳＩＰメッセージセクションを含む、請求項６６に記載のネットワーク。
【請求項７２】
第一ＸＭＬ呼び出しイベントファイルおよび第二ＸＭＬ呼び出しイベントファイルの両方がイベントを識別するイベントフィールドを含む、請求項６６に記載のネットワーク。
【請求項７３】
ＸＭＬドキュメントファイルとしてフォーマットされたデータ構造を格納したコンピュータ読み出し可能媒体であって、データ構造は、
ＸＭＬドキュメントファイルを生成するサーバを識別する情報を含むサーバ識別セクションと、
ＳＩＰメッセージタイプセクションと、
ＳＩＰメッセージイベントに関係する情報を含むＳＩＰイベントセクションを含む、コンピュータ読み出し可能媒体。
【請求項７４】
サーバ識別セクションはサーバのベンダを識別する情報を含む、請求項７３に記載のデータ構造。
【請求項７５】
サーバ識別セクションはサーバ上で実行されるオペレーティングシステムを含む、請求項７３に記載のデータ構造。
【請求項７６】
ＸＭＬドキュメントは複数の呼び出しイベントレコードを含む呼び出しイベントレコードである、請求項７３に記載のデータ構造。
【請求項７７】
ＳＩＰメッセージセクションはサービス識別フィールドを含み、サーバ識別フィールドは各々の呼び出しイベントレコードに関連したサービスを独自に識別する、請求項７７に記載のデータ構造。
【請求項７８】
ＳＩＰメッセージセクションは各呼び出しイベントレコードに対する呼び出し者および呼ばれる者に関連したＩＰアドレスを含む送信／受信フィールドを含む、請求項７３に記載のデータ構造。
【請求項７９】
ＳＩＰメッセージセクションは呼び出しイベントレコードがＳＩＰ要求またはＳＩＰ応答に関連するかどうかを示す、請求項７３に記載のデータ構造。
【請求項８０】
ＳＩＰメッセージセクションはＸＭＬドキュメントファイルに含まれた各呼び出しイベントレコードの開始者を識別する、請求項７３に記載のデータ構造。
【請求項８１】
ＳＩＰメッセージセクションは、ＳＩＰメッセージに関係する呼び出しイベントレコードの受信当事者を識別する、請求項７３に記載のデータ構造。
【請求項８２】
ＳＩＰメッセージセクションはＸＭＬドキュメントファイルに含まれた各呼び出しイベントレコードの時刻および日付を含む、請求項７３に記載のデータ構造。
【請求項８３】
ＳＩＰイベントセクションはＸＭＬドキュメントファイルに含まれた各呼び出しイベントレコードによって記録されたイベントを識別する、請求項７３に記載のデータ構造。
【請求項８４】
ＸＭＬドキュメントはＸＭＬドキュメントを適切に読むために受信コンピュータによって要求される情報を提供するドキュメントタイプ宣言セクションを含む、請求項７３に記載のデータ構造。
【請求項８５】
方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体であって、方法は、
少なくとも一つのイベントに応答して少なくとも一つの呼び出しイベントレコードを発生するステップと、少なくとも一つの呼び出しイベントレコードを含む、ＸＭＬ呼び出しイベントファイルを生成するステップとを含む、方法。
【発明の詳細な説明】
【発明の背景】
【０００１】
１．発明の分野
この発明は一般に電気通信システムに関し、特にＩＰネットワークにおける呼び出し(call)イベントレコードを記録することに特に関する。
【０００２】
２．技術的背景
インターネットにおける電話技術は急速に現実化している。回線交換システムから呼び出し者が期待するようになる特徴は、ＩＰネットワークに対して本質的であると考えられる。ＩＰネットワークにおいて呼び出しを生成し、終了させるために必要な特性をシステムに提供することが考えられている一つのアプローチは、セッション開始プロトコル（Session Initiation Protocol,ＳＩＰ）を含む。ＳＩＰは一以上のルータを有するセッションを生成し、修正しおよび終了するために開発されてきたアプリケーション層の信号送信プロトコルである。これらのセッションは、インターネット電話呼び出し、マルチメディア会議、マルチメディア配布を含む。ＳＩＰ機能性はアプリケーションサーバに典型的には存在する。ＳＩＰサーバは電話サービスおよびプロセス呼び出しイベント情報を提供するよう設定される(configured)。ベンダ（vendor)は自分独自のカスタムＳＩＰアプリケーションプログラムを開発してきたため、呼び出しイベントおよび電話サービスは独自の方法で各ベンダのアプリケーションサーバによって処理される。不幸なことに、ネットワークが多数のベンダによって提供された要素を含むと、装置を呼び出しイベント情報、請求情報、モニタ情報、詐欺防止データおよび他のデータを送信および受信できるようにする各種の独自のインターフェイスに対応する必要がある。
【０００３】
必要なのは、ＳＩＰに関連したイベントおよび他のデータを一様な方法で捕獲するためのプラットフォームに依存しない方法である。好ましくは、システムおよび方法は、受信コンピュータが特別の一般的な一様にフォーマットされたレコードを読むことができる、拡張性のある、埋め込まれた情報を提供することである。
【発明の要約】
【０００４】
この発明はＳＩＰに関連したイベントおよび他のデータを一様な方法で捕獲するためのプラットフォームに依存しない方法に関する。この発明の方法およびシステムは拡張性がある。この発明の方法は、特別の独自のインターフェイスを必要とすることなく受信コンピュータによって読まれうる、一般の一様にフォーマットされたレコードを生成する。
【０００５】
この発明の一つの局面は、電気通信ネットワークにおける呼び出しイベントデータを捕獲するための方法である。方法は少なくとも一つのイベントに応答した、少なくとも一つの呼び出しイベントレコードを発生することを含む。少なくとも一つの呼び出しイベントレコードを含むＸＭＬ呼び出しイベントファイルが生成される。
【０００６】
別の局面においては、この発明は、セッション開始プロトコル（ＳＩＰ）サーバコンピュータに対して特定の方法で機能するよう命令するために使用されるコンピュータ読み出し可能媒体を含む。コンピュータ読み出し可能媒体は、ＳＩＰアプリケーションレイヤ(layer)のソフトウエアモジュールを含む。ＳＩＰアプリケーションレイヤのソフトウエアモジュールはＳＩＰ機能性を提供するために、ＳＩＰサーバコンピュータによって実行が可能である。呼び出しイベントレコードモジュールはＳＩＰアプリケーションレイヤのソフトウエアモジュールに接続されている。呼び出しイベントレコードモジュールは、少なくとも一つのイベントに応答して、少なくとも一つの呼び出しイベントレコードを生成するよう設定される。ＸＭＬプロセッサモジュールは呼び出しイベントレコードモジュールに接続される。ＸＭＬプロセッサモジュールはＸＭＬ呼び出しイベントファイルを生成するよう設定される。ＸＭＬ呼び出しイベントファイルは少なくとも一つの呼び出しイベントレコードを含む。
【０００７】
別の局面においては、この発明はコンピュータ上で実行するために、コンピュータ読み出し可能媒体に具体化されたアプリケーションプログラムインターフェイスのセットを含む。アプリケーションプログラムインターフェイスのセットは、イベント識別子を受信し、呼び出しイベントレコードを戻す、第一インターフェイスを含む。インターフェイスのセットは呼び出しイベントレコードのセットを受信し、呼び出しイベントファイルを戻す第二インターフェイスを含む。呼び出しイベントファイルは、呼び出しイベントレコードのセットを含む。呼び出しイベントファイルは拡張されたマークアップランゲィジ（ＸＭＬ）を用いて書かれたＸＭＬドキュメントである。
【０００８】
別の局面においては、この発明は、ＳＩＰ機能性を提供するＳＩＰアプリケーションレイヤのソフトウエアモジュールと協力するセッション開始プロトコル（ＳＩＰ）サーバコンピュータ上で実行するための、コンピュータ読み出し可能媒体で具体化される。アプリケーションプログラムインターフェイスのセットは、ＳＩＰイベント識別子を受信し、呼び出しイベントレコードを戻す第一インターフェイスを含む。インターフェイスのセットは、呼び出しイベントレコードのセットを受信し、呼び出しイベントファイルを戻す、第二インターフェイスを含む。呼び出しイベントファイルは呼び出しイベントレコードのセットを含む。呼び出しイベントファイルは拡張されたマークアップランゲィジ（ＸＭＬ）を使用して書かれ、呼び出しイベントファイルはＸＭＬドキュメントである。
【０００９】
別の局面においては、この発明は第一クライアントと第二クライアントとの間で通信セッションを確立するための通信ネットワークを含む。通信ネットワークは、少なくとも一つのセッション開始プロトコル（ＳＩＰ）サーバコンピュータを含む。ＳＩＰサーバコンピュータは、イベントに対応する呼び出しイベントレコードを生成するよう設定された第一呼び出しイベントレコードモジュールと、第一ＸＭＬ呼び出しイベントファイルを生成するよう設定された第一ＸＭＬプロセッサモジュールを含み、第一ＸＭＬ呼び出しイベントファイルは呼び出しイベントレコードを含む。少なくとも一つのネットワークシステムは、少なくとも一つのＳＩＰサーバコンピュータに接続される。少なくとも一つのネットワークシステムは、第二ＸＭＬプロセッサモジュールを含み、それによって少なくとも一つのネットワークシステムは、第一ＸＭＬ呼び出しイベントファイルを読むことができる。
【００１０】
別の局面においては、この発明は、ＸＭＬドキュメントファイルとしてフォーマットされたデータ構造をその上に格納したコンピュータ読み出し可能媒体を含む。データ構造は、ＸＭＬドキュメントファイル、ＳＩＰメッセージタイプセクションおよびＳＩＰメッセージイベントに関連した情報を含むＳＩＰイベントセクションを生成する、サーバを識別する情報を含む、サーバ識別セクションを含む。
【００１１】
別の局面においては、この発明は方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体を含む。方法は、少なくとも一つのイベントに応答して少なくとも一つの呼び出しイベントレコードを生成するステップと、少なくとも一つの呼び出しイベントレコードを含むＸＭＬ呼び出しイベントファイルを生成するステップを含む。
【００１２】
この発明の追加の特徴および利点は詳細な説明において述べられ、その記述から、部分的に当業者にとっては容易に明らかであるか、または、詳細な説明を含むここに述べられている発明を実施することによって認識され、これにクレームおよび添付の図面が続く。
【００１３】
前記の一般的な説明および以下の詳細な説明は発明の単なる模範例であり、クレームされている発明の性質および特性の理解のための概観またはフレームワークを提供することが意図される。添付の図面は発明の更なる理解を提供するために含まれ、この明細書の一部を構成するためにこの明細書に組み込まれる。図面は発明の各種実施例を例示し明細書と共に発明の原理および動作を説明するために使用される。
【詳細な説明】
【００１４】
添付の図において例示されているこの模範的な実施例を詳細に参照する。可能な限り、同じ参照番号が同じまたは同様の部品を示すために図面を通して使用される。この発明の通信ネットワークの模範的な実施例が図１に示されており、参照符号１０によって一般に全体的に示されている。
【００１５】
発明に応じて、この発明は電気通信ネットワークにおけるイベントおよびメッセージに関連した呼び出しを捕獲するための方法に関する。方法は、呼び出しに関連したイベントに応答した呼び出しイベントレコードを生成するステップを含む。呼び出しイベントレコードを含む呼び出しイベントファイルが生成される。呼び出しイベントファイルはＸＭＬドキュメントファイルである。このように、この発明の方法は拡張性があり、プラットフォームに依存しない。この方法は、任意のアプリケーションサーバが一様な方法でデータの処理を行うことができるように、呼び出しに関連したＳＩＰイベントおよび他のデータを捕獲する。この発明は、任意のネットワーク装置によって読まれうる一般的で、一様にフォーマットされたレコードを提供するための方法を提供する。この発明のシステムおよび方法は受信コンピュータが特別の独自のインターフェイスを必要とすることなくレコードを符号化する、埋め込まれた命令を含む。
【００１６】
ここに具体化され、図１で示されているように、この発明に従う第一クライアントおよび第二クライアント間の通信セッションを確立するための通信ネットワークのブロック図が開示されている。ＩＰネットワーク１０は、ＳＩＰプロキシサーバ（ＳＰＳ）１４に接続された起点クライアント１２を含む。クライアント１２は、それがセッション参加要求の開始者であるため、起点クライアントと呼ばれる。サーバ１４はＳＩＰリダイレクトサーバ（ＲＳ）１６、宛先クライアント１８およびネットワーク管理システム（ＮＭＳ）２０に接続されている。当業者は、図１は単なる代表的な例であるということを認識する。この発明は音声メールサーバ、協議サーバおよびゲートウエイ装置のような多数の装置を含むネットワークをサポートする。
【００１７】
例として、起点クライアント１２はインバイト（ＩＮＶＩＴＥ）要求をＳＰＳ１４に送信することによって宛先クライアント１８に対する呼び出し試みを開始する。ＳＰＳ１４は、インバイトメッセージをクライアント１８にリレーすることによって、プロキシとして作動する。もしクライアント１８が利用可能であれば、クライアント１８はＳＰＳ１４を介してクライアント１２にＯＫメッセージを送信する。他方、もしＳＰＳ１４がクライアント１８のＩＰアドレスを認識しないときは、ＳＰＳ１４はインバイトメッセージをＲＳ１６に転送してもよい。続いて、ＳＰＳ１４は宛先クライアント１８に対する代わりのＩＰアドレスを受信し、そのアドレスを起点クライアント１２に提供する。クライアント１２はＲＳ１６によって提供されたアドレスを用いて、クライアント１８に対してインバイトメッセージを再送信する。上記で述べた処理は、呼び出しイベントとしてまた呼ばれるＳＩＰ要求メッセージおよびＳＩＰ応答メッセージを使用して実行される。アプリケーションサーバは呼び出しイベントレコードの各呼び出しイベントを記録する。予め定められた時間で生成されたすべての呼び出しイベントレコードは、呼び出しイベントレコードファイル（Call Event Record file,ＣＥＲファイル）において編集される。ＣＥＲファイルは続いてＮＭＳ２０に送信される。呼び出しイベントレコードに加えて、ネットワーク状態変化、故障状態および請求データはＣＥＲファイルを介してＮＭＳ２０にまた報告されうる。このようにして、ＮＭＳ２０に存在する請求、トラブルシューティング、テスト、および他のバックオフィス(back office)機能が、ＣＥＲファイルにアクセスを行う。
【００１８】
ここに具体化され、図２に示されているように、この発明に従うＳＩＰサーバ１００のブロック図が開示されている。サーバ１００は、サーバコンピュータ１０２のメモリに配置されたＳＩＰアプリケーションソフトウエアモジュールを含む。サーバコンピュータ１０２のメモリは、呼び出しイベントレコードモジュール１０６と他のアプリケーションソフトウエアモジュール１１０とを含む。ＳＩＰアプリケーションソフトウエア１０４はＳＩＰ機能性を提供する。呼び出しイベントレコードモジュール１０６はＳＩＰ呼び出しイベントまたは他のイベントに応答して呼び出しイベントレコードを生成する。ＸＭＬプロセッサ１０８はそれらの内容および構成に対するアクセスを提供するＸＭＬドキュメントを読む。ＸＭＬプロセッサ１０８はアプリケーションソフトウエアモジュールのためにその作業を行う。ＳＰＳ１４およびＲＳ１６のそれぞれに配置されたＳＩＰアプリケーションソフトウエアモジュールはそれぞれのサーバがＸＭＬプロセッサを含む限り、異なったハードウエアプラットフォーム上で独自のアプリケーションソフトウエアとして書かれうる。図２に戻って、モジュール１０４、モジュール１０６、モジュール１０８およびモジュール１１０はアプリケーションプログラムインターフェイスのセットとして一緒に作業を行う。一つの重要なインターフェイスは、ＳＩＰモジュール１０４から呼び出しイベント情報を受信し、それを呼び出しイベントレコードモジュール１０６に提供する。別の重要なインターフェイスは呼び出しイベントレコードモジュール１０６から呼び出しイベントレコードのセットを受信し、モジュール１０８から呼び出しイベントレコード（ＣＥＲ）ファイルを戻す。ＣＥＲファイルは所定の時間の間にモジュール１６によって収集された呼び出しイベントレコードのセットを含む。
【００１９】
ここに具体化され図３に例示されているように、この発明に従うＣＥＲファイル３００の構造を図的に示したものが開示されている。ＣＥＲファイルはＸＭＬドキュメントである。上で議論したように、ＸＭＬドキュメントは、それらがアプリケーションであろうが、データベースであろうが、プラウザであろうが、異なる独自のシステム間でのデータ交換機構である。ＸＭＬドキュメントは構文解析データおよび構文解析されないデータを含む実体として知られたストレージユニットを含む。構文解析されたデータは「マークアプ」を含み、これはドキュメントストレージレイアウトおよび論理構造の記述を符号化するために使用される。ＸＭＬの自己記述的(self describing)特徴は、その最も重要な属性の一つである拡張性にある。アプリケーションがデータを生成したとき、ＸＭＬプロセッサは特別な「タグ」を有するＸＭＬドキュメントを生成するために呼び出される。タグは範囲を区切る句読点によってブラケットで囲まれた構文解析されないデータのストリングである。受信サーバのＸＭＬプロセッサは、ＸＭＬドキュメントのストレージレイアウトおよび論理構造を決定するために受信したＸＭＬドキュメントを構文解析する。しかしながら、データの解釈はＸＭＬプロセッサ１０８を呼び出すアプリケーションに残される。
【００２０】
図３に戻って、ＣＥＲファイル３００は次の構造を有する。それはＸＭＬドキュメントタイプ宣言（ＤＴＤ）セクション３０２と、サーバ情報セクション３０４と、ＳＩＰメッセージタイプセクション３０６と、イベント情報セクション３０８とを含む。ＤＴＤ３０２は、設計者がＸＭＬシンタックスのコア規則を拡張するために加えた、ルールを捕獲するための方法を提供し、それによって特定のイベントまたは状態を述べるための語彙(vocabulary)を生成する。ＤＴＤ３０２はＸＭＬプロセッサが特定のＸＭＬドキュメントを明らかに有効にする方法をまた提供する。ＤＴＤ３０２はタグ内のデータを述べるためのデータを提供する。それらはドキュメント内で発見されるタグ間の関係を述べる。すなわち、どのような属性をタグは持とうとしているのか、どのような属性がデフォルトなのか、またどのような値が必須なのか、をのべる。ＸＭＬプロセッサモジュールはデータをアプリケーションプログラムに渡す前に受信したＸＭＬドキュメントを伴うＤＴＤ３０２を解釈する。
【００２１】
サーバ情報セクション３０４はＣＥＲファイル３００の生成者を識別する。このセクションはＣＥＲファイル３００においてただ一回だけ現れる。特定のサーバは会議、インスタントメッセージ（ＩＭ）または音声メールのような特別のサービスを提供するかもしれないため、ベンダ情報と共にサービスの記述がこのセクションによって提供される。
【００２２】
ＳＩＰメッセージタイプセクション３０６は、各々の呼び出しイベントレコードに対して現れる。このセクション３０６はメッセージの正確なタイプを特定する、例えばそれがインバイト（ＩＮＶＩＴＥ）であるのか、２００ＯＫメッセージであるのかといったことを特定するメッセージ識別フィールドを含む。ＳＩＰメッセージタイプセクション３０６は特定のＳＩＰメッセージに関連したＣＡＬＬ−ＩＤヘッダを提供する呼び出し−ＩＤ（ＣＡＬＬ−ＩＤ）フィールドを含む。ＳＩＰメッセージタイプセクション３０６は、ＳＩＰメッセージに関連したサービス事例を独自に特定するサービスＩＤフィールドを含む。例えば、もしアプリケーションサーバが会議サービスを提供しているときに、サービスＩＤフィールドがＳＩＰメッセージに対応する特定の会議を識別する。これによって特定の時間内に特定の会議中に交換されたすべてのメッセージを得ることができる。別の例においては、もしサーバが音声メールシステムであれば、サービスＩＤが特定の音声メールボックスを識別する。さらに別の例においては、サービスＩＤはプロキシサーバによって確立された所与の呼び出しに対してすべてのメッセージおよびイベントを一緒にリンクする。ＳＩＰメッセージタイプセクション３０６は、開始および受信サーバの両方のＩＰアドレスおよびポート番号を記録するトゥー／フローム(To/From)フィールドを含む。別の実施例においては、ただ一つまたは別のものがこのフィールドに存在する。最後にＳＩＰメッセージタイプセクション３０６は“他のメッセージ”フィールドを含む。このフィールドは呼び出しイベントレコードを行うサーバのタイプに応じて必要と見なされるＳＩＰメッセージの他の部分を記録する。この情報は追加のヘッダを含んでもよいし、それはＳＩＰメッセージの実際のメッセージ本体であってもよい。
【００２３】
ＣＥＲファイル３００は各レコードに対してイベント情報セクション３０８を含む。イベント情報セクション３０８は、特定のＳＩＰメッセージを処理するときに遭遇する他のイベントを記録する。これらの他のイベントは「INVITE TIMEOUT」、「非INVITE TIMEOUT」、「接続エラー」、「認証完了」、「ファインドミー特性行使」、「ＤＡＰクエリ送信」等を含む。イベントについての詳細な情報を含む追加のフィールドも存在してもよい。もちろん、このフィールドに対する任意の修正もＤＴＤセクションにおいて規定される。
【００２４】
ここに具体化され、図４に示されているように、この発明に従う呼び出しイベントを記録するための方法を示す図が開示されている。ステップ４００において、アプリケーションサーバはＣＥＲファイル３００を生成する。ファイルの長さは設定が可能である。すなわち、呼び出しイベントレコードおよび他のデータは、予め定められた期間に対してＣＥＲファイル内に書き込まれる。その期間が過ぎると、新しいＣＥＲファイルが開始され、古いファイルはＮＭＳ２０によってアーカイブされる。ステップ４０２において、アプリケーションサーバはインバイト（ＩＮＶＩＴＥ）、または何らかの他のそのようなＳＩＰメッセージイベントのような呼び出しイベントが存在するかどうかを判定する。そうであれば、アプリケーションサーバは呼び出しイベントレコードを生成する。続いて、ＸＭＬプロセッサが呼び出され、呼び出しイベントレコードがＸＭＬを用いてＣＥＲファイル内に書き込まれる。ステップ４０８において、アプリケーションサーバは設定可能なファイルの期間が過ぎたかどうかを判定する。過ぎていなければ、プロセスフローはステップ４０２に戻り、アプリケーションサーバは別の呼び出しイベントの記録のために待つ。もし期間が過ぎると、ＣＥＲ  ＸＭＬドキュメントファイルはＮＭＳ２０に送信される（図１参照）。
【００２５】
当業者はＣＥＲファイルがネットワーク１０内で発生する任意のイベントに対して採用されうるということを認識する。ＳＩＰ電話、企業ゲートウエイ、ネットワークゲートウエイ、ＤＡＬゲートウエイ、ＩＮＣＰゲートウエイ、ＳＩＰ音声メールサーバおよびＳＩＰ会議サーバの任意の組み合わせまたはすべての間での呼び出しはこの発明を採用してもよい。当業者は、この発明が転送ネットワークの任意の適した形式を使用して採用されうるということを認識する。さらに、この発明は特に限るものではないが、電話技術、ビデオ、オーディオ、インスタントメッセージ等を含む、確立されてもよい任意の形式のセッションに適応が可能である。この発明は、請求、モニタおよび管理または、ネットワークによって実行される任意の広い範囲の各種サービスに対して採用されてもよい。
【００２６】
当業者にとって、この発明に対して各種の修正および変形がなされうるというのは自明である。このように、この発明は添付のクレームおよびその均等の範囲内にある限り、この発明の修正および変形をカバーすることが意図される。
【図面の簡単な説明】
【００２７】
【図１】この発明に従う第一ユーザと第二ユーザとの間で通信セッションを確立するための通信ネットワークのブロック図である。
【図２】この発明に従うＳＩＰサーバのブロック図である。
【図３】呼び出しイベントレコードＸＭＬファイルの構成を図式的に示す図である。
【図４】この発明に従う呼び出しイベントを記録するための方法を示す図である。
【図１】
2004533743.tif 000003
【図２】
2004533743.tif 000004
【図３】
2004533743.tif 000005
【図４】
2004533743.tif 000006
【国際公開パンフレット】
2004533743.tif 000007
2004533743.tif 000008
2004533743.tif 000009
2004533743.tif 000010
2004533743.tif 000011
2004533743.tif 000012
2004533743.tif 000013
2004533743.tif 000014
2004533743.tif 000015
2004533743.tif 000016
2004533743.tif 000017
2004533743.tif 000018
2004533743.tif 000019
2004533743.tif 000020
2004533743.tif 000021
2004533743.tif 000022
2004533743.tif 000023
2004533743.tif 000024
2004533743.tif 000025
2004533743.tif 000026
2004533743.tif 000027
2004533743.tif 000028
2004533743.tif 000029
【国際調査報告】
2004533743.tif 000030
2004533743.tif 000031
2004533743.tif 000032