JP2004532547A

JP2004532547A - Ｘｍｌに基づく処理詳細レコード

Info

Publication number: JP2004532547A
Application number: JP2002574541A
Authority: JP
Inventors: ジョン・ケイ．・ギャラント; キャスリーン・エイ．・マクマリー; ジョセフ・ダブリュ．・ピチメンティ
Original assignee: ワールドコム・インコーポレイテッド
Priority date: 2001-03-20
Filing date: 2002-03-20
Publication date: 2004-10-21
Also published as: CA2441323A1; US20090222457A1; BR0208230A; WO2002075605A9; US8886682B2; US7945592B2; CN1509448A; EP1381975A1; US20030009463A1; US20120182987A1; US8161080B2; MXPA03008508A; WO2002075605A1

Abstract

この発明は電気通信ネットワークにおける処理を管理するための方法に向けられている。方法は、ＸＭＬ処理詳細ファイルを生成することを含む。少なくとも一つの処理の詳細レコードが電気通信処理に応答してＸＭＬ処理詳細ファイルに格納される。少なくとも一つの処理の詳細レコードは電気通信処理に対応する処理データを含む。

Description

【０００１】
この発明は電気通信に関し、特に電気通信ネットワークにおける処理(transaction)を記録することに関する。
【０００２】
規制緩和、競争の新しい源、インターネットの実質的な成長および顧客の企業ネットワークにおけるデータの成長および重要性のような集中されたネットワークに対する動きを駆立てる多くの要因がある。インターネットの人気および便利さが従来のテレフォニサービスの改革となった。ＩＰ（インターネットプロトコル）テレフォニはボイスオーバーＩＰ（ＶｏＩＰ）ともまた呼ばれるが、音声情報をＩＰネットワークを介して連続的に送信されるデータパケットに変換することを含む。インターネット上でのＩＰテレフォニはユーザに対してしばしば最低またはコストなしの料金で提供される。このように、ＩＰテレフォニは特に長距離市場においてかなりの成功を収めた。
【０００３】
ユーザは便利さという点でＩＰテレフォニに向いてきた。音声およびデータサービスは例えばパーソナルコンピュータのような単一の装置を介してしばしばアクセスされる。さらに、従来のＤＴＭＦ（Ｄｕａｌ−Ｔｏｎｅ多重周波数）電話はネットワークアダプタの使用を介してＶｏＩＰテクノロジーの恩恵を受けることができる。音声およびデータサービスの連続した統合はＩＰテレフォニアプリケーションに対するこの要求をさらに刺激する。
【０００４】
顧客が集中したソリューションを採用する第一のインセンティブは新しく拡張された能力のコストと将来性である。しかしながら、もしＩＰテレフォニが市場で十分受け入れられるのであれば、ＶｏＩＰは公衆交換電話網（ＰＳＴＮ）と協同利用できる必要があり、匹敵するサービスの質（ＱｏＳ）を有する必要がある。それ故、顧客に対する最高の成功割合を確実にするために、サービスプロバイダは最低、ＰＳＴＮと同等の呼び出しの質、サービスの信頼性および安全性を提供するネットワークを構築する必要がある。ＩＰテレフォニソリューションは高品質、容易な使用、優れた顧客サービスおよび低コストといった顧客の要求を満たすことが必須である。公衆インターネットは「ベストエフォート」サービスであるため、管理されたＩＰネットワークは呼び出し品質、サービスの信頼性およびユーザが慣れた安全性でＶｏＩＰトラフィックをサポートすることを要求される。
【０００５】
呼び出しの品質、サービスの信頼性およびユーザが慣れた安全性を有するＶｏＩＰを提供するのに考慮されているあるアプローチはセッション開始プロトコル（ＳＩＰ）を含む。ＳＩＰは一以上のユーザとセッションを生成し、修正しかつ終了するために開発されてきたアプリケーション層の信号送信プロトコルである。これらのセッションはインターネット呼び出し、マルチメディア会議およびマルチメディア配布を含む。ＳＩＰ機能性はアプリケーションサーバにおいて典型的に存在する。ＳＩＰサーバはテレフォニサービスおよびプロセス呼び出しイベント情報を提供するよう設定されている。ベンダーは自分自身のカスタムＳＩＰアプリケーションプログラムを開発したため、呼び出しイベントおよびテレフォニサービスは各ベンダーのアプリケーションサーバによって独自の方法で処理される。不幸なことに、ネットワークが多数のベンダーによって提供されるネットワーク要素を含むと、装置がネットワーク処理データを送信および受信することができる各種の独自インターフェイスを調整することが必要になる。例として、処理データは呼び出しイベント情報、請求情報、モニタ情報、エラーデータ、不正行為防止データ、タイムアウトデータおよびネットワークによって追跡されなければならない任意の他のデータを含んでもよい。
【０００６】
必要なのは、一様な方式で処理データを捕獲するためのプラットフォームに無関係の方法である。好ましくは、システムおよび方法は拡張性があり、受信コンピュータが一般的で一様にフォーマットされたレコードを何らかの独自のインターフェイスを調整する必要性なしに読むことが出来るようにする埋め込まれた情報を提供する。
【０００７】
この発明は一様な方法で処理データおよび他の情報を捕獲するためのプラットフォームに無関係の方法に関する。この発明の方法およびシステムは拡張性があり、特別の独自のインターフェイスを必要とすることなく、受信コンピュータによって読まれ得る一般的で一様にフォーマット化されたレコードを生成する。
【０００８】
この発明のある局面は、電気通信ネットワークにおける処理を記録するための方法である。方法は、ＸＭＬ処理詳細ファイルを生成することを含む。少なくとも一つの詳細レコードは電気通信処理に応答してＸＭＬ処理詳細ファイルに格納される。少なくとも１つの処理詳細レコードは電気通信処理に対応する処理データを含む。
【０００９】
別の局面においては、この発明は電気通信ネットワークにおける処理を記録するためのデータ構造をその上に格納したコンピュータ読み出し可能媒体を含む。データ構造は、ＸＭＬ宣言フィールドを含み、ＸＭＬファイルとしてデータ構造を規定するＸＭＬ宣言フィールドと、サーバ識別フィールドとを含み、サーバ識別フィールドはＸＭＬファイルを生成するサーバのＩＰアドレスを含み、処理詳細セクションは少なくとも１つの処理詳細レコードを含み、少なくとも一つの処理詳細レコードは電気通信処理に応答してデータ構造内で格納され、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む。
【００１０】
別の局面においては、この発明は電気通信ネットワークを含む。ネットワークは電気通信処理を実行するよう設定された少なくとも一つの電気通信装置を含む。少なくとも一つのＳＩＰサーバが少なくとも一つの電気通信装置に接続される。少なくとも一つのＳＩＰサーバはＸＭＬ処理詳細ファイルを生成し、電気通信処理を処理し、ＸＭＬ処理詳細ファイルに少なくとも一つの処理詳細レコードを格納するよう設定される。少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む。
【００１１】
別の局面においては、この発明は、電気通信ネットワークにおいて処理を記録するための方法を実行するためのコンピュータ実行可能命令を、その上に格納したコンピュータ読み出し可能媒体を含む。方法はＸＭＬ処理詳細ファイルを生成することを含む。ＸＭＬ処理詳細ファイルは予め定められた期間活性化される。少なくとも一つの処理詳細レコードが電気通信処理に応答してＸＭＬ処理詳細ファイルに格納される。少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む。
【００１２】
発明の追加の特徴および利点は詳細な説明で述べられ、それに続いて、また、その説明から当業者にとって容易に部分的に明らかであるかまたは、詳細な説明を含む個々に述べられた発明を実行することによって認識され、それに続いてクレームと添付の図面が続く。
【００１３】
上記一般的な説明および他の詳細な説明は発明の単なる典型であり、クレームされている発明の性質および特性を理解するための概観またはフレームワークを提供することが意図されている、と理解されるべきである。添付の図面は発明のさらなる理解を提供するために含まれ、この明細書の一部を構成し個々に一体化される。図面は発明の各種実施例を例示し、説明とともに発明の原理および動作を説明するために使用される。
【００１４】
添付の図面で例示されている、発明のこの模範的な実施例の詳細を参照する。可能な限り、同じ参照番号が図面を通して同じまたは同様の部品を述べるように使用される。この発明のネットワークの模範的な実施例は、図１に示され、参照番号１０によって一般に示されている。
【００１５】
発明に従えば、この発明は電気通信ネットワークにおける処理を記録するための方法を含む。方法はＸＭＬ処理詳細ファイルを生成することを含む。少なくとも一つの処理詳細レコードは電気通信処理に応答してＸＭＬ処理詳細ファイルに格納される。少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む。この発明は処理データおよび他の情報を一様な方法で捕獲するためのプラットフォームに依存しない方法を提供する。この発明のシステムおよび方法は拡張性があり、一般に埋め込まれた情報を提供し、特別の独自のインターフェイスを必要することなく、受信コンピュータによって読まれ得る一様にフォーマット化された処理詳細レコードを提供する。
【００１６】
ここで具体化され図１に例示されているように、この発明のある実施例に従う電気通信ネットワーク１０のブロック図が開示されている。電気通信ネットワーク１０は公衆交換電話網（ＰＳＴＮ）２０に接続されたＩＰネットワーク１００と、インターネット３０と、顧客ＰＢＸ４０と、ＳＩＰ電話５０と、ＳＩＰクライアント５２とを含む。ＩＰネットワーク１００はＩＰネットワークバックボーン１２０を含む。バックボーン１２０はＳＩＰプロキシサーバ１０２、リダイレクトサーバ（ＲＳ）１０４、ＳＩＰ会議サーバ１０６、音声メールサーバ１０８、動作支援システム（ＯＳＳ）１１０、専用アクセスライン（ＤＡＬ）ゲートウエイ１１２、ネットワークゲートウエイ１１４、ＩＮＣＰゲートウエイ１１６および企業ゲートウエイ１１８を含む、音声サービスをサポートする多くのＳＩＰエレメントに接続されている。この発明はセッション開始プロトコル（ＳＩＰ）およびインターネットプロトコル（ＩＰ）に基づくネットワークに関して議論されるが、当業者はこの発明が他の電気通信ネットワークやプロトコルに等しく適応できるということを認識する。
【００１７】
ＩＰネットワーク１００は任意の適切な形式であってもよいが、例として層化されたアーキテクチャの例が示される。アーキテクチャの層化された性質はプロトコルの分離と独立を提供し、それによってあるプロトコルが他の高い層または低い層のプロトコルに影響を与えることなく交換または修正され得る。これらプロトコルの開発は同時にまた独立して起こり得るということが利点である。層化されたアーキテクチャの基礎はインターネットプロトコル（ＩＰ）層である。ＩＰ層は「ベストエフォート」ベースで動作するコネクションレスデータ配送サービスを提供する。すなわち、パケット配送の保証はされない。ＴＣＰ（トランスミッション制御プロトコル）層はＩＰ層の上に置かれる。ＴＣＰ層はシーケンス機能を実行することによって、部分的にＩＰパケットの信頼性のある配送を確実にするコネクション型のプロトコルを提供する。このシーケンス機能はシーケンスに外れて到着した任意のＩＰパケットを再整理する。別の実施例においてはＵＤＰ（ユーザデータプロトコル）がＴＣＰの代わりに採用される。ユーザデータグラムプロトコルはＩＰプロトコルがデータグラムとして知られているデータユニットを送信するのを利用するコネクションレス型のサービスを提供する。ＴＣＰと異なり、ＵＤＰはパケットのシーケンスを提供しない。それは到着したパケットを分類するのに高い層のプロトコルに依頼する。ＵＤＰは、データユニットが小さい時、すなわち再構成する時間が最小になるため処理時間を節約できるのでＴＣＰよりも好ましい。当業者はこの発明の実施例は他の均等なプロトコル同様にＴＣＰまたはＵＤＰのいずれかを使用してこの発明を実行できるということを認識する。
【００１８】
テレフォニアプリケーション層はＴＣＰ層の上に位置する。ある実施例において、セッション開始プロトコル（ＳＩＰ）が採用される。ＳＩＰは１以上の参加者でセッションを生成し、修正しまた終了するためのアプリケーション層の制御（信号送信）プロトコルである。ＳＩＰはまたクライアントサーバ型のプロトコルであり、そこでは、サーバがクライアントによって発生された要求に応答する。ＳＩＰの詳細な議論およびその呼び出し制御サービスはＩＥＴＦＲＦＣ２５４３およびＩＥＴＦインターネットドラフト「ＳＩＰ呼び出し制御サービス」、１９９９年６月１７日に述べられている。当業者は、ＳＩＰ以外のＨ．３２３プロトコルを含むアプリケーション層のプロトコルが採用されてもよいということを認識する。
【００１９】
最後に、セッション記述プロトコル（ＳＤＰ）は層化されたアーキテクチャにおいてＳＩＰの上に位置する。ＳＤＰはマルチメディアセッションにおいてメディアのストリームについての情報を提供し、セッション記述の受信者がセッションに参加するのを許容する。
【００２０】
ＩＰネットワークバックボーン１２０は任意の適切なタイプであってもよいが、例として６２２ＭＢ／秒（ＯＣ−１２）で作動する全国規模の高速ネットワークを含むネットワークが示されている。バックボーン１０４は非同期転送モード（ＡＴＭ）として一般に知られている進化したパケット交換技術を採用している。バックボーン１２０は同期光学ネットワーク（ＳＯＮＥＴ）と呼ばれる光ファイバー送信技術をまた利用している。ＡＴＭおよびＳＯＮＥＴの組み合わせが要求に応じて高速、大容量で音声、データおよびビデオ信号を組み合わせて送信するのを可能にする。高速のバックボーン１２０はＡＴＭ切交換マトリックスを介してインターネットプロトコルを接続し、この組み合わせをＳＯＮＥＴネットワークで実行することによって達成される。
【００２１】
ＩＮＣＰ１１６は既存の私的ネットワーク顧客に対するダイヤルプラン情報を得るためにＲＳ１０４によってアクセスされるインテリジェントネットワーク制御ポイントである。ＩＮＣＰ１１６は特別の私的呼び出しを経路制御するためにＲＳ１０４によって問い合わされてもよい追加のデータベースである。ＩＮＣＰ１１６はＳＰＳ１０２によってアクセスされてもよい。
【００２２】
ＰＳＴＮ２０は例として、信号送信システムＮｏ．７（ＳＳ７）を採用した回線交換ネットワークである。簡素な古い電話サービス（ＰＯＴＳ）電話２２は、現在使用されているまたは市場にある任意の適切な電話セットであってもよい。
【００２３】
企業ゲートウエイ１１８は任意の適切な形式であってもよい。図１に示された例においては、企業ゲートウエイ１１８はＰＢＸ４０に接続されている。当業者は企業ゲートウエイ１１８がＩＰネットワーク１００を、ＬＡＮおよび／またはＷＡＮのような他の企業ネットワークに接続されてもよいということを認識する。図１にもどって、ＰＢＸ４０はＰＢＸ電話４２のためのトランクまたは線を含む。企業ゲートウエイ１１８はパケット交換ＩＰネットワーク１００とＰＢＸ４０によって採用された信号送信との間のインターフェイスを提供する。例えば、企業ゲートウエイ１１８は総合デジタルサービスネットワーク（ＩＳＤＮ）、回線関連信号送信（ＣＡＳ）、または他のＰＢＸインターフェイス（例えば、ヨーロッパ電気通信標準協会（ＥＴＳＩ）ＰＲＩ，Ｒ２）をＰＢＸ４０とインターフェイスするために使用してもよい。
【００２４】
ＤＡＬゲートウエイ１１２はＩＰ位置および非ＩＰ位置の間の私的トラフィックをサポートするよう設定されたシステムである。ＤＡＬゲートウエイ１１２はネットワーク１００において選択的に採用されてもよい。
【００２５】
ネットワークゲートウエイ１１４はＳＳ７（信号送信システム７）／Ｃ７とＳＩＰ間のゲートウエイである。これはユーザに対してＩＰネットワーク１００内の位置とＰＳＴＮ２０内の位置との間で呼び出しを行なう能力を提供する。例えば、ネットワークゲートウエイ１１４は、国内呼び出し処理のためのクラス３スイッチ、または長距離および／または国際接続のためのクラス５スイッチのような、音声スイッチ（図示なし）に対するアクセスを提供するよう設定されている。
【００２６】
ＳＩＰ電話５０およびＳＩＰクライアント装置５２は、それらがＩＥＴＦ２５４３によって普及された標準に一致している限り、任意の適切な形式であってもよい。ＳＩＰ電話５０は従来の電話と同様のテンキーダイヤルパッドを有している。ＳＩＰＵＲＬは、ＰＳＴＮ２０番号を含むが、スピードダイヤルディレクトリーから検索されるか、またはキーボードを使用して入力され得る。呼び出しを行なうために、ダイヤルパッドを使用して数字が入力される。入力された数字は電話によって収集される。「ダイヤル」ボタンが押されると、呼び出しが開始する。ＳＩＰ電話５０は入来呼び出しを受信すると従来の電話と同様のベルを鳴らす。ＳＩＰ電話５０はスタンドアローン装置の形式であってもよく、例えば、ＳＩＰ電話は簡素な古い電話サービス（ＰＯＴＳ）電話セットと同様の機能と概観を有するよう構成されていてもよい。他方、ＳＩＰクライアント５２は例えば、パーソナルコンピュータ（ＰＣ）またはラップトップ上で実行するソフトウェアクライアントである。信号送信見込みから、ＳＩＰ装置５０および５２はある場合において同じとは言わないまでも、非常によく似ている。
【００２７】
この点において、ネットワーク１００に配置された各種ＳＩＰサーバが、より詳細に述べられる。ネットワーク１００の各形式のサーバはネットワーク１００によってサポートされた各種処理を記録および管理するのにおいて重大な役割を有している。
【００２８】
図１にもどって、ＳＩＰプロキシサーバ（ＳＰＳ）はＩＥＴＦＲＦＣ２５４３に詳細が記載されているＳＩＰ標準と一致している。ＳＰＳ１０２は他のクライアントのための、要求をするためにサーバおよびクライアントの両方として機能する。ＳＩＰ１０２は要求を直接または他のサーバに渡すことによってサービスを行なってもよい。ＳＰＳ１０２はそれを転送する前にメッセージを再書き込みしてもよい。ＳＰＳ１０２は、ＳＩＰ１０２によって処理される、処理データを記録するためにＸＭＬフォーマットで処理詳細ファイルを生成するよう設定される。処理詳細ファイルは処理詳細レコード（ＴＤＲ）とともに存在する。各ＴＤＲは、ＳＩＰ呼び出しイベント（ＩＮＶＩＴＥ，ＡＣＫ，ＢＹＥ，ＣＡＮＣＥＬ，ＯＰＴＩＯＮＳ，ＲＥＧＩＳＴＥＲ，など）のような処理、または、エラーまたはタイムアウトのような上記した他のイベントの任意のものを記録する。ＳＰＳ１０２はＸＭＬ処理詳細ファイルを生成するために、ＳＰＳ１０２アプリケーションソフトウェアによって呼ばれるＸＭＬプロセッサモジュールを含む。ＸＭＬプロセッサモジュールは、例えば、ＸＭＬファイルの中身および構造にアクセスを提供するために、ＸＭＬドキュメントを読むために呼び出されてもよい。ＸＭＬ処理詳細ファイルのフォーマットが表１に詳細に示される。
【００２９】
【表１−１】

【００３０】
【表１−２】

【００３１】
【表１−３】

【００３２】
【表１−４】

【００３３】
【表１−５】

【００３４】
音声メールサーバ（ＶＭＳ）１０８は音声メールサービスを提供するＳＩＰサーバである。ＩＰネットワーク１００のユーザは、ＳＩＰに基づいて音声メールサービスを統合するための能力を提供される。呼び出しは、話中またはリング返答なし状態を示すような、ある呼び出しに対するＳＰＳ１０２およびＲＳ１０４によって音声メールシステム１０８に経路制御される。音声メールに対する呼び出しは、ファインドミー／フォローミー終了オプション、またはユーザによって選択される無条件呼び出し転送オプションとして生じ得る。ユーザによるログインおよびメッセージの検索のための呼び出しはＳＩＰ終了ポイントとしてＶＭＳ１０８に経路制御される。音声メールアドレスはＲＳ１０４の任意の宛先アドレスに対して入力され得る。例えば、呼び出し転送無条件アドレスまたはファインドミーアドレスなどは、音声メールアカウントのＳＩＰＵＲＬであり得る。ＳＩＰが可能化されたＶＭＳ１０８はすべての英数字ＳＩＰＵＲＬ、ヘッダー、要求、方法および状態コード（例えばＩＥＴＦＲＦＣ２５４３）をサポートする。ＶＭＳ１０８はＳＵＢＳＣＲＩＢＥ，ＮＯＴＩＦＹ、およびメッセージ待ち指示器（ＭＷＩ）メッセージをサポートする。
【００３５】
ＶＭＳ１０８は各種方法でシステムへのアクセスを制限してもよい。アクセスは私的アクセスコードを介して安全を保たれてもよい。アクセスコードはＳＩＰＩＮＶＩＴＥ（インバイト）メッセージまたはＤＴＭＦを介して供給されてもよい。ＶＭＳ１０８は開始サーバのＩＰアドレスに基づいてメッセージを拒否してもよい。言い換えると、もしメッセージが信頼されないサーバから来た時は、ＶＭＳ１０８がメッセージを拒絶してもよい。
【００３６】
ＶＭＳ１０８はＸＭＬフォーマットで処理詳細ファイルを生成するよう設定されており、それによって、ＶＭＳ１０８によって処理されるすべてのネットワーク処理に対応する処理データが記録される。ＶＭＳＸＭＬ処理詳細ファイルのフォーマットがＳＰＳ１０２ＸＭＬ処理詳細ファイルに非常に似ているため、ここでは繰り返さない。
【００３７】
ＳＩＰ会議サーバ（ＳＣＳ）１０６は音声会議能力を提供するよう設定された中央集中型のＳＩＰ会議サーバである。ＳＣＳ１０６は他のコーデックと同様、Ｇ．７１１（ＲＴＰ／ＡＶＴ０）をサポートする。ＳＣＳ１０６は２つの動作モードを特定してもよい。保存モードにおいては、ユーザは前もって、ブリッジを予約するよう要求される。インスタント会議モードは、クライアントに基づく会議が、ブリッジへ移動することを許容するとともに、会議の特別の設定を許容する、先の予約に対するなんらの必要もない、必要に応じて会議を設定する能力に関係する。会議アクセスはアクセスコードを介して安全にされる。ブリッジに参加する参加者はＳＩＰインバイトメッセージを介して自分たちのアクセスコードを送信できる。ＰＯＴＳ電話ユーザは、ゲートウエイでＤＴＭＦに対するサポートに応じてＤＴＭＦを介して入力できる。可聴のトーンを各参加者がブリッジに加わると各参加者にアナウンスするために鳴らされてもよい。システムは構成者／操作者が始めた会議をサポートするが、そこでは、操作者が会議の参加者の各々にダイヤルし、参加者を会議に参加させる。会議操作者は会議への参加者の名前を入力し発表できる。会議調整者は参加者に呼び出しに対する時刻および日付を通知できる。操作者は当事者をオンおよびオフの状態に出来るようにしてもよい。ホールド状態の音楽がサポートされ、それによってホールド中の当事者に音楽が提供される。
【００３８】
ＳＣＳ１０６は、指定された会議呼び出し者が会議呼び出しの中で私的に協議し、それから主な呼び出しに対して戻されてもよい、私的会議（すなわちサブ会議）を許容する。ＰＳＴＮ２０からの呼び出しはネットワークゲートウエイ１１４によってＳＣＳ１０６へ送信されてもよい。ＳＣＳ１０６の予測から、ＳＩＰから開始された呼び出しは、ネットワークゲートウエイ１１４が呼び出された番号を会議ＵＲＬへ変換出来るため、非ＳＩＰ呼び出しとは異なっては処理されない。しかしながら、ＳＣＳ１０６はＤＴＭＦ数字としてパスワードおよび入力を促し、入力されたパスワードを有効にすることによって、呼び出し者を認証することが出来る。ＤＴＭＦを介したパスワードの収集の代案として、ＳＣＳ１０６はＳＩＰを使用した認証をサポートしてもよい。このシナリオでは、ＳＩＰＩＮＶＩＴＥメッセージは、ユーザを認証するためにＳＣＳ１０６によって使用されてもよいユーザ名／パスワードの組み合わせのような追加のユーザパラメータを搬送する。さらに、会議システム１０６はユーザによるウエブに基づくプロビジョニング(provisioning)をサポートする。ＳＣＳ１０６はプロビジョニング、警告および報告のために、ＯＳＳ１１０とインターフェイスする。ＯＳＳ１１０のプロビジョニングおよび報告インターフェイスは会議の設定、修正および削除に対する能力のような、多くの会議機能を助ける。会議のアドミニストレータまたはモデレータは会議の期間、日および時間ゾーンおよび予約された会議の名前を特定するとともに、会議に対する出席者の数を特定することが出来る。
【００３９】
ＳＣＳ１０６はＸＭＬフォーマットで処理詳細ファイルを生成するよう設定され、それによって、会議サーバ１０６によって処理される上記記載された処理のすべてに対応する処理データを記録する。ＳＣＳ１０６ＸＭＬ処理詳細ファイルのフォーマットはＳＰＳ１０２ＸＭＬ処理詳細ファイルと似ているため、それは繰り返さない。
【００４０】
ＲＳ１０４はＩＥＴＦＲＦＣ２５４３に詳細を従うＳＩＰ標準と一致するＳＩＰリダイレクトサーバである。ＲＳ１０４はＳＩＰメッセージを受け入れ、アドレスを一以上の新しいアドレスにマップ化し、ＳＰＳ１０２になり得る、クライアントに対してこれらのアドレスを戻す。ＲＳ１０４は、基本的に、位置サーバであって、そこでは、可能な終了位置についての情報が得られる。ＲＳ１０４はアドレス有効化、特性状況、リアルタイム加入者特性設定を可能にするエンドユーザ情報に対するレポジトリ（repository)として作動する。ＲＳ１０４は設定情報を格納するために使用されてもよい。
【００４１】
ＲＳ１０４はＸＭＬフォーマットで処理詳細ファイルを生成するよう設定され、それによって、すべてのＳＩＰ処理、タイムアウトおよびＲＳ１０４によって処理されたエラーに対応する処理データを記録する。処理詳細ファイルはＲＳ１０４によって処理されるネットワーク処理を記録するために使用される処理詳細レコードを含む。ＲＳ１０４はＸＭＬ処理詳細ファイルを生成するために、ＲＳ１０４アプリケーションソフトウェアモジュールによって呼ばれるＸＭＬプロセッサモジュールを含む。ＸＭＬプロセッサモジュールはＸＭＬファイルを読むためにまた呼ばれてもよい。ＲＳ１０４は、ネットワーク１００の管理において異なる機能を有するため、そのＸＭＬ処理詳細ファイルは、ＳＰＳＸＭＬ処理詳細ファイルと本質的に異なっている。ＲＳＸＭＬの処理詳細ファイルのフォーマットは表２に詳細に示されている。
【００４２】
【表２−１】

【００４３】
【表２−２】

【００４４】
【表２−３】

【００４５】
【表２−４】

【００４６】
【表２−５】

【００４７】
【表２−６】

【００４８】
【表２−７】

【００４９】
【表２−８】

【００５０】
【表２−９】

【００５１】
【表２−１０】

【００５２】
【表２−１１】

【００５３】
【表２−１２】

【００５４】
【表２−１３】

【００５５】
図１にもどって、ＯＳＳ１１０はネットワークを管理するために重要なシステムである。ＯＳＳ１１０はシステム１００のサービスの確立、提供(provisioning)、データ収集および請求をサポートする。ＯＳＳ１１０は顧客管理、アカウント管理、請求、ネットワーク設備プロビジョニング、ネットワークデータ収集機能を含む分散されたコンピュータシステムである。上記したサーバＳＰＳ１０２、ＲＳ１０４、ＳＣＳ１０６およびＶＭＳ１０８によって生成されたＸＭＬ処理詳細ファイルのすべては上記したＸＭＬ処理詳細ファイルを使用してＯＳＳ１１０に送信される。ＸＭＬ送信詳細ファイルは、ネットワーク管理、請求、レコード保持に限られないが、これらを含む各種のネットワーク機能のためにＯＳＳ１１０によって使用される。このように、この発明は一様な方法で処理データを捕獲するためのプラットフォームに依存しない方法を提供する。この発明は拡張性があり、何らの独自のインターフェイスを必要とすることなく、任意の受信コンピュータが一般的で、一様にフォーマットされたＸＭＬファイルを含むことが出来る拡張性のある埋め込まれた情報を提供する。
【００５６】
ある実施例においては、ＯＳＳコンピュータシステムはサンマイクロシステムズによって提供された技術に基づいており、コンピュータシステムによって採用されたデータベースはオラクルによって提供された技術に基づいている。ＯＳＳ１１０は顧客アカウントに対するアクセスを提供しかつ制御する。ユーザは、ユーザプロファイルによって、サービスをモニタし、自分のアカウントにログインし、ユーザプロファイルによって許可されたある要素を管理するためにウェブページを利用してもよい。アカウント管理システムはネットワーク作業者に対して、顧客アカウントを確立し、維持しまたは不活性にすることを許容する。ある実施例においては、顧客情報はウェブインターフェイスを介して閲覧出来る。請求システムは顧客イベントレコード、顧客プライス計画データ、調整、税金および顧客請求書の準備における他のデータを処理する。ネットワーク設備プロビジョニングシステムは、適切なハードウェアとソフトウェアがサービスを提供するために、所定の位置にあることを確実にするために、ネットワークエンジニアによって要求された情報を提供する。これは顧客プロファイルの生成およびＳＰＳ１０２、ＲＳ１０４または他のネットワーク要素の再設定を含んでもよい。ネットワークプロビジョニングはバックボーン１２０において使用されるハードウェアプラグイン装置の配置をまた要求してもよい。
【００５７】
プロセス管理／作業フローシステムは、サーバＯＳＳ１１０のコアとして作動する。ソフトウェアはグラフィカルプロセスオートメーション、データ変換、イベント管理およびインターフェイスアプリケーションと処理するためのフレキシブルなコネクタを提供する、共通オブジェクトリクエストアーキテクチャ(CORBA)に基づく、発行と引用（publish-and-subscribe）メッセージミドルウェアである。このミドルウェアアーキテクチャソフトウェアは統合されたすべてのＯＳＳ１１０の要素の機能を満たし、指定された標準インターフェイスを使用して、非ＯＳＳ要素に対するフック（hook）を提供してもよい。
【００５８】
ここに具体化され、図２に示されているように、この発明に従う電気通信処理データを記録するための方法を示したフローチャートが開示されている。ここに記載されている方法はＳＰＳ１０２、ＲＳ１０４、ＳＣＳ１０６、およびＶＭＳ１０８に同様に適応が可能である。ステップ２００において、ＸＭＬ詳細ファイルが生成される。もしファイルがＲＳ１０４で生成されると、ＸＭＬ詳細ファイルは表２で示された形態を有し、そうでなければＸＭＬ詳細ファイルは表１に示された形態またはそれに類似の形態をとる。各ＸＭＬファイルは所定の期間活性化される。このように、ＸＭＬファイルが一度生成されると、サーバは経過時間を追跡するためにタイマーを初期化する。例えば、ＯＳＳ１１０は各サーバに対して、各ＸＭＬ詳細ファイルが一日、または一時間、場合に応じて活性化されるよう指示してもよい。ステップ２０４において、もし処理が検出されると、サーバは処理を分析し、適切な行動を実行する。例えば、ＳＰＳ１０２（図１参照）はＰＯＴＳ電話２２でユーザとセッションを要求する、ＳＩＰ電話５０からのＩＮＶＩＴＥメッセージを受信してもよい。ＩＮＶＩＴＥメッセージを処理する時、ＳＰＳ１０２はＳＩＰ電話５０とＰＯＴＳ電話２２との間でセッションを設定するために要求される複数の処理を実行および調整してもよい。そうする時に、ＳＰＳ１０２は呼び出しセットアッププロセスにおいて各処理のための処理詳細レコード（ＴＤＲ）を生成する。ステップ２１０においてＴＤＲはＸＭＬファイルに書き込まれる。他方、もし所定の期間内に処理が発生されなかったならば、ファイルにはレコードは書き込まれない。この場合、ＸＭＬファイルのヘッダー情報のみがＯＳＳ１１０に送信される。
【００５９】
タイマーが満了すると、サーバは、ＸＭＬファイルＯＳＳ１１０に送信する。ＸＭＬファイルが送信されたあとで、新しいファイルが生成され、処理が繰り返される。もしタイマーが満了しなければ、サーバは処理のために追加の処理のため待つ。ステップ２１６において、サーバは任意の理由によって処理を停止してもよい。例えば、サーバがメンテナンスを要求し、オフラインであれば、ネットワーク処理をモニタしたり記録したりすることを続ける必要はなくなる。
【００６０】
当業者は、この発明に従うＸＭＬ処理詳細ファイルの使用がネットワーク１０内で発生する任意のイベントに対して採用されてもよいということを認識する。ＳＩＰ電話、企業ゲートウエイ、ネットワークゲートウエイ、ＤＡＬゲートウエイ、ＩＮＣＰゲートウエイ、ＳＩＰ音声メールサーバおよびＳＩＰ会議サーバのすべてまたは任意の組み合わせ間の呼び出しはこの発明を採用してもよい。当業者はまた、この発明は任意の適切な送信ネットワークのタイプで使用して採用されてもよいということを認識する。さらに、この発明は、テレフォニ、ビデオ、オーディオ、インスタントメッセージなどに限定されないが、これらを含んで確立されてもよい。この発明は請求、モニタ、管理または、ネットワークによって実行される任意の幅広い各種のサービスに採用されてもよいということが考えられる。
【００６１】
当業者にとって、発明の精神および範囲から離れることなく、この発明に各種修正および変形がされるということは明らかである。このように、この発明は添付のクレームおよびその均等物の範囲内にある限り、この発明の修正および変形をカバーするということが意図される。
【図面の簡単な説明】
【００６２】
【図１】この発明のある実施例に従うＩＰ電気通信ネットワークのブロック図である。
【図２】この発明の別の実施例に従う電気通信処理を管理するための方法を示すフローチャートである。

Claims

電気通信ネットワークにおいて処理を記録するための方法であって、前記方法は、
ＸＭＬ処理詳細ファイルを生成するステップと、
電気通信処理に応答してＸＭＬ処理詳細ファイルに少なくとも一つの処理詳細レコードを格納するステップとを含み、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む、方法。
ＸＭＬ処理詳細ファイルは所定の期間活性化される、請求項１に記載の方法。
所定の期間が満了すると、ＸＭＬ処理詳細ファイルをとじるステップと、
第２ＸＭＬ処理詳細ファイルを生成するステップを含み、第２ＸＭＬ処理詳細ファイルは第２のあらかじめ定められた期間活性化され、
ネットワーク管理システムによって命令され、何度も閉鎖と生成のステップを繰り返すステップをさらに含む、請求項２に記載の方法。
ＸＭＬ処理詳細ファイルは、
ＸＭＬ宣言フィールドを含み、ＸＭＬ宣言フィールドはＸＭＬファイルとしてのデータ構造を規定し、
サーバ識別フィールドを含み、サーバ識別フィールドはサーバがＸＭＬファイルを生成するＩＰアドレスを含み、
少なくとも一つの処理詳細レコードを含む処理詳細セクションを含み、少なくとも一つの処理詳細レコードは電気通信処理に応答してデータ構造に格納され、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む、請求項１に記載の方法。
電気通信処理は電気通信装置とＳＩＰサーバとの間で実行される請求項１に記載の方法。
電気通信装置は電話を含む、請求項５に記載の方法。
電気通信装置はＳＩＰ装置を含む、請求項５に記載の方法。
ＳＩＰ装置は電話である、請求項７に記載の方法。
ＳＩＰ装置はコンピュータである、請求項７に記載の方法。
電気通信装置はゲートウエイを含む、請求項５に記載の方法。
ＳＩＰサーバはプロキシサーバである、請求項５に記載の方法。
ＳＩＰサーバは会議サーバである、請求項５に記載の方法。
ＳＩＰサーバは音声メールサーバである、請求項５に記載の方法。
電気通信装置はプロキシサーバであり、ＳＩＰサーバはリダイレクトサーバである、請求項５に記載の方法。
電気通信処理は、ＳＩＰ−ＩＮＶＩＴＥメッセージを含む、請求項１に記載の方法。
電気通信処理はＳＩＰ−ＡＣＫメッセージを含む、請求項１に記載の方法。
電気通信処理はＳＩＰ−ＯＰＴＩＯＮＳメッセージを含む、請求項１に記載の方法。
電気通信処理ＳＩＰ−ＢＹＥメッセージを含む、請求項１に記載の方法。
電気通信処理ＳＩＰ−ＣＡＮＣＥＬメッセージを含む、請求項１に記載の方法。
電気通信処理はＳＩＰ−ＲＥＧＩＳＴＥＲメッセージを含む、請求項１に記載の方法。
電気通信処理は請求処理を含む、請求項１に記載の方法。
電気通信処理は処理のモニタを含む、請求項１に記載の方法。
電気通信処理は性能の測定処理を含む、請求項１に記載の方法。
電気通信ネットワークにおいて処理を記録するためのデータ構造をその上に格納したコンピュータ読み出し可能媒体であって、データ構造は、
ＸＭＬ宣言フィールドを含み、ＸＭＬ宣言フィールドはＸＭＬファイルとしてのデータ構造を規定し、
サーバ識別フィールドを含み、サーバ識別フィールドはＸＭＬファイルを生成するＩＰアドレスを含み、
少なくとも一つの処理詳細レコードを含む処理詳細詳細セクションを含み、少なくとも一つの処理詳細レコードは電気通信処理に応答してデータ構造において格納され、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む、コンピュータ読み出し可能媒体。
ＸＭＬファイルが開かれた時刻および日付を示す、時刻／日付フィールドをさらに含む、請求項２４に記載のデータ構造。
データ構造は、ＩＰネットワークサーバによって生成されたＸＭＬ処理詳細ファイルである、請求項２４に記載のデータ構造。
ＸＭＬ処理詳細ファイルは所定の期間活性化される、請求項２６に記載のデータ構造。
サーバ識別フィールドはプロキシサーバのＩＰアドレスを含む、請求項２６に記載のデータ構造。
サーバ識別フィールドは会議サーバのＩＰアドレスを含む、請求項２６に記載のデータ構造。
サーバ識別フィールドは音声メールサーバのＩＰアドレスを含む、請求項２６に記載のデータ構造。
少なくとも一つの処理詳細レコードは複数の処理詳細レコードを含む、請求項２６に記載のデータ構造。
少なくとも一つの処理詳細レコードは複数の処理詳細レコードの処理詳細レコードの各々を対応する特定の処理に相関関係付ける相関関係識別フィールドを含む請求項３１に記載のデータ構造。
処理詳細レコードは、処理詳細レコードが作成されたときを示す、時刻／日付フィールドを含む、請求項２６に記載のデータ構造。
各処理詳細レコードはＩＰネットワークサーバによって送信または受信かのいずれかである任意のＳＩＰ要求についての情報を含む要求セクションを含む、請求項２６に記載のデータ構造。
要求セクションはＳＩＰ要求の送信者のＩＰアドレスを示す、〜から受信フィールドを含む、請求項３４に記載のデータ構造。
要求セクションはＳＩＰ要求の受信者のＩＰアドレスを示す、〜へ送信フィールドを含む、請求項３４に記載のデータ構造。
要求セクションはすべてのデータが要求に関連している、メッセージフィールドを含む、請求項３４に記載のデータ構造。
各処理詳細レコードは認証セクションを含み、認証セクションは認証が実行されたかどうか、なぜ認証が実行されたのかおよび認証の結果を示す、請求項２６に記載のデータ構造。
各処理詳細レコードはＩＰネットワークサーバによって送信または受信される任意のＳＩＰ応答についての情報を含む応答セクションを含む、請求項２６に記載のデータ構造。
応答セクションはＳＩＰ応答の送信者のＩＰアドレスを示す、〜から受信フィールドを含む、請求項３９に記載のデータ構造。
応答セクションはＳＩＰ応答の受信者のＩＰアドレスを示す、〜へ送信フィールドを含む、請求項３９に記載のデータ構造。
応答セクションは全てのデータが応答に関連するメッセージフィールドを含む、請求項３９に記載のデータ構造。
各処理詳細レコードはＩＰネットワークサーバで生じた、メッセージ以外の少なくとも一つのイベントを記録するためのイベントセクションを含む、請求項２６に記載のデータ構造。
少なくとも一つのイベントはタイムアウトイベントを含む、請求項４３に記載のデータ構造。
少なくとも一つのイベントはエラーイベントを含む、請求項４３に記載のデータ構造。
データ構造はＳＩＰリダイレクトサーバによって生成されたＸＭＬ処理詳細ファイルである、請求項２４に記載のデータ構造。
ＸＭＬ処理詳細ファイルは所定の期間活性化される、請求項４６に記載のデータ構造。
サーバ識別フィールドはリダイレクトサーバのＩＰアドレスを含む、請求項４６に記載のデータ構造。
少なくとも一つの処理詳細レコードは複数の処理詳細レコードを含む、請求項４６に記載のデータ構造。
少なくとも一つの処理詳細レコードは複数の処理詳細レコードの処理詳細レコードの各々を対応する特定の処理に相関付ける相関識別フィールドを含む請求項４９に記載のデータ構造。
処理詳細レコードは、処理詳細レコードが生成されたときを示す、時刻／日付フィールドを含む、請求項４６に記載のデータ構造。
各処理詳細レコードはＳＩＰネットワークサーバからＳＩＰリダイレクトサーバによって受信された任意のＳＩＰ要求についての情報を含む要求セクションを含む、請求項４６に記載のデータ構造。
要求セクションはＳＩＰ要求の開始送信者のＩＰアドレスを示す、〜から受信フィールドを含む、請求項５２に記載のデータ構造。
要求セクションは要求に応じた関連したすべてのデータを有するメッセージフィールドを含む、請求項５２に記載のデータ構造。
各処理詳細レコードは、ＳＩＰネットワークからＳＩＰリダイレクトサーバによって受信された任意のＳＩＰ応答についての情報を含む応答セクションを含む、請求項４６に記載のデータ構造。
応答セクションはＳＩＰ応答の受信者のＩＰアドレスを示す、〜へ送信フィールドを含む、請求項５５に記載のデータ構造。
応答セクションは応答に関連したすべてのデータを有するメッセージフィールドを含む、請求項５５に記載のデータ構造。
各処理詳細レコードは処理のあいだにＳＩＰリダイレクトサーバによって実行された少なくとも一つの特性を記録する、特性セクションを含む、請求項４６に記載のデータ構造。
特性セクションは少なくとも一つの繰り返しルーティングフィールドを含む、請求項５８に記載のデータ構造。
特性セクションは少なくとも一つの開始呼び出し検証フィールドを含み、少なくとも一つの開始呼び出し有検証フィールドは呼び出し開始者の認証に関するデータと呼び出し開始者に関係するデータとを含む、請求項５８に記載のデータ構造。
特性セクションは信頼されない呼び出しが許可されるかどうかを記録するための非信頼終了呼び出しフィールドを含む、請求項５８に記載のデータ構造。
特性セクションは少なくとも一つの呼び出し検証終了フィールドを含み、少なくとも一つの呼び出し検証終了フィールドは呼ばれた加入者の検証に関するデータと加入者に関するデータとを含む、請求項５８に記載のデータ構造。
特性セクションは、呼び出しスクリーニング特性が実行された時、情報を記録するための少なくとも一つの開始呼び出しスクリーニングフィールドを含む、請求項５８に記載のデータ構造。
特性セクションは呼び出しスクリーニング特性の終了が実行された時、情報を記録するための少なくとも一つの呼び出しスクリーニング終了フィールドを含む、請求項５８に記載のデータ構造。
少なくとも一つの呼び出し転送特性が実行された時、情報を記録するための少なくとも一つの呼び出し転送フィールドを含む、請求項５８に記載のデータ構造。
特性セクションはファインドミー特性が実行された時、情報を記録するための少なくとも一つのファインドミーフィールドを含む、請求項５８に記載のデータ構造。
特性セクションは呼び出しが登録されたアドレスのリストに変えられた時、情報を記録するための少なくとも一つの登録されたアドレスリストフィールドを含む、請求項５８に記載のデータ構造。
特性セクションは、呼び出しが加入者のレコードにおけるデフォルトのアドレスに変えられた時、情報を記録するための少なくとも一つのデフォルトアドレスフィールドを含む、請求項５８に記載のデータ構造。
各送信詳細レコードは少なくとも一つのディレクトリアクセスプロトコル（ＤＡＰ）フィールドを含む、請求項４６に記載のデータ構造
電気通信処理を実行するよう設定された少なくとも一つの電気通信装置と、
少なくとも一つの電気通信装置に接続された少なくとも一つのＳＩＰサーバとを含み、少なくとも一つのＳＩＰサーバは、ＸＭＬ処理詳細ファイルを生成し、電気通信処理を処理し、少なくとも一つの処理詳細レコードをＸＭＬ処理詳細ファイルに格納するよう設定され、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む、電気通信ネットワーク。
電気通信装置はＳＩＰ装置を含む、請求項７０に記載のネットワーク。
ＳＩＰ装置は電話を含む、請求項７１に記載のネットワーク。
ＳＩＰ装置はコンピュータを含む、請求項７１に記載のネットワーク。
電気通信装置はＳＩＰプロキシサーバを含み、少なくとも一つのＳＩＰサーバはＳＩＰリダイレクトサーバを含む、請求項７１に記載のネットワーク。
電気通信装置はＰＢＸを含む、請求項７１に記載のネットワーク。
電気通信装置は企業ゲートウエイを含む、請求項７１に記載のネットワーク。
電気通信装置はネットワークゲートウエイを含む、請求項７１に記載のネットワーク。
電気通信装置は電話を含む、請求項７１に記載のネットワーク。
少なくとも一つのＳＩＰサーバはＳＩＰプロキシサーバを含む、請求項７１に記載のネットワーク。
少なくとも一つのＳＩＰサーバはＳＩＰ会議サーバを含む、請求項７１に記載のネットワーク。
少なくとも一つのＳＩＰサーバはＳＩＰ音声メールサーバを含む、請求項７１に記載のネットワーク。
電気通信ネットワークにおいて処理を記録するための方法を実行するための命令をコンピュータが実行可能な命令をその上に格納したコンピュータ読み出し可能媒体であって、方法は、
ＸＭＬ処理詳細ファイルを生成するステップを含み、ＸＭＬ処理詳細ファイルはあらかじめ定められた期間活性化され、
電気通信処理に応答してＸＭＬ処理詳細ファイルに少なくとも一つの処理詳細レコードを格納するステップを含み、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む、コンピュータ読み出し可能媒体。
所定の期間が満了すると、ＸＭＬ処理詳細ファイルをとじるステップと、
第２ＸＭＬ処理詳細ファイルを生成するステップを含み、第２ＸＭＬ処理詳細ファイルは第２のあらかじめ定められた期間活性化され、
ネットワーク管理システムによって命令され、何度も閉鎖と生成のステップを繰り返すステップをさらに含む、請求項８２に記載の方法。
ＸＭＬ処理詳細ファイルは、
ＸＭＬ宣言フィールドを含み、ＸＭＬ宣言フィールドはＸＭＬファイルとしてのデータ構造を規定し、
サーバ識別フィールドを含み、サーバ識別フィールドはサーバがＸＭＬファイルを生成するＩＰアドレスを含み、
少なくとも一つの処理詳細レコードを含む処理詳細セクションを含み、少なくとも一つの処理詳細レコードは電気通信処理に応答してデータ構造に格納され、少なくとも一つの処理詳細レコードは電気通信処理に対応する処理データを含む、請求項８２に記載の方法。
電気通信処理は、ＳＩＰＩＮＶＩＴＥメッセージを含む、請求項１に記載の方法。
電気通信処理はＳＩＰ−ＡＣＫメッセージを含む、請求項８２に記載の方法。
電気通信処理はＳＩＰ−ＯＰＴＩＯＮＳメッセージを含む、請求項８２に記載の方法。
電気通信処理ＳＩＰ−ＢＹＥメッセージを含む、請求項８２に記載の方法。
電気通信処理ＳＩＰ−ＣＡＮＣＥＬメッセージを含む、請求項８２に記載の方法。
電気通信処理はＳＩＰ−ＲＥＧＩＳＴＥＲメッセージを含む、請求項８２に記載の方法。
電気通信処理は請求処理を含む、請求項８２に記載の方法。
電気通信処理は処理のモニタ処理を含む、請求項８２に記載の方法。
電気通信処理は性能の測定処理を含む、請求項８２に記載の方法。