(57)【要約】運用支援システム（ＯＳＳ）（１３０）は、動作データストア（ＯＤＳ）（３３２）のような第二データベースに対してなされた変更に基づいてライトウエイトディレクトリアクセスプロトコル（ＬＤＡＰ）データベース（３３４）を更新する。システムは、第二データベース（３３２）において格納されたインターネットプロトコル（ＩＰ）通信サービスレコードと、ＬＤＡＰデータベース（３３４）において格納されたＩＰ通信サービスレコードとの差を判定する。そして、その差に基づいて処理ファイルを生成する。システムは、処理ファイルを使用してＬＤＡＰデータベース（３３４）を更新する。
2004536486.tif 000002
【特許請求の範囲】
【請求項１】
第二データベースに対してなされた変更に基づくライトウエイトデイレクトリアクセスプロトコル（ＬＤＡＰ）データベースを更新する方法であって、
第二データベースにおいて格納されたインターネットプロトコル（ＩＰ）通信サービスレコードと、ＬＤＡＰデータベースにおいて格納されたＩＰ通信サービスレコードとの差を判定するステップと、
その差に基づいた処理ファイルを生成するステップと、
処理ファイルを使用してＬＤＡＰデータベースを更新するステップを含む、方法。
【請求項２】
判定は予め定められた時間間隔で自動的に起こる、請求項１に記載の方法。
【請求項３】
判定は一時間ごとに実行される、請求項１に記載の方法。
【請求項４】
判定はシステムアドミニストレータからの命令に応答して起こる、請求項１に記載の方法。
【請求項５】
判定は、
現在のＩＰ通信サービスレコードを含む一以上の第一テーブルと、先の比較動作からのＩＰ通信サービスレコードを含む一以上の第二テーブルとを比較するステップと、
一以上の第一テーブルと一以上の第二テーブルとの間の各々の差に対して、処理タイプを判定するステップを含む、請求項１に記載の方法。
【請求項６】
処理ファイルは、一以上の第一テーブルおよび一以上の第二テーブルとの差、および処理タイプの各差に対応する指示の一覧表を含む、請求項５に記載の方法。
【請求項７】
処理タイプは追加、削除、および修正のうちの少なくとも一つを含む、請求項６に記載の方法。
【請求項８】
更新が成功であったかどうかを判定するステップと、
更新が不成功であったとき、処理ファイルを新たな処理ファイルに追加するステップをさらに含む、請求項１に記載の方法。
【請求項９】
第二データベースは動作データストアを含む、請求項１に記載の方法。
【請求項１０】
第二データベースに対してなされた変化に基づいてライトウエイトディレクトリアクセスプロトコル（ＬＤＡＰ）データベースを更新するシステムであって、
複数の指示を格納するよう設定されたメモリと、
第一セットのテーブルと第二セットのテーブルを比較し、第一セットのテーブルは現在のインターネットプロトコル（ＩＰ）通信情報を含み、第二セットのテーブルは以前のＬＤＡＰデータベース更新からのＩＰ通信情報を含み、比較に基づいて、第一セットのテーブルと第二セットのテーブルの間の差を識別し、識別された差に基づいて処理ファイルを生成し、処理ファイルを使用してＬＤＡＰデータベースを更新するよう設定されている、プロセッサとを含む、システム。
【請求項１１】
識別する際に、プロセッサは、
各々の差に対して処理タイプを識別するよう設定されている、請求項１０に記載のシステム。
【請求項１２】
生成する際に、プロセッサは
処理ファイルにおいて処理タイプを各々の差と共に格納するよう設定されている、請求項１１に記載のシステム。
【請求項１３】
プロセッサはさらに、
ＬＤＡＰデータベース更新が成功したかどうかを判定し、
ＬＤＡＰデータベース更新が不成功に終わったとき、処理ファイルを新たな処理ファイルに追加するよう設定されている、請求項１０に記載のシステム。
【請求項１４】
第二データベースは第一セットのテーブルと第二セットのテーブルとを含む、請求項１０に記載のシステム。
【請求項１５】
第二データベースは動作データストアを含む、請求項１４に記載のシステム。
【請求項１６】
プロセッサは予め定められた時間間隔で自動的に第一セットのテーブルと第二セットのテーブルとを比較するよう設定されている、請求項１０に記載のシステム。
【請求項１７】
プロセッサは一時間ごとを基本に第一セットのテーブルと第二セットのテーブルとを比較するよう設定されている、請求項１０に記載のシステム。
【請求項１８】
プロセッサはシステムアドミニストレータからの命令に応答して、第一セットのテーブルと第二セットのテーブルとを比較するよう設定されている、請求項１０に記載のシステム。
【請求項１９】
ライトウエイトディレクトリアクセスプロトコル（ＬＤＡＰ）データベースを更新する方法であって、
一以上の第一テーブルと一以上の第二テーブルとを比較するステップを含み、一以上の第一テーブルは現在のレコードのセットを含み、一以上の第二テーブルはＬＤＡＰデータベースからのレコードを含み、一以上の第一テーブルと一以上の第二テーブルは第二データベースで格納され、
比較に基づいて、一以上の処理を識別するステップと、
一以上の識別された処理に基づいてＬＤＡＰデータベースを更新するステップを含む、方法。
【請求項２０】
第二データベースは動作データストアを含む、請求項１９に記載の方法。
【請求項２１】
処理ファイルに一以上の識別された処理を格納するステップをさらに含み、
更新は、
処理ファイルを使用してＬＤＡＰデータベースを更新するステップを含む、請求項１９に記載の方法。
【請求項２２】
処理タイプを各々の識別された処理と関連させるステップをさらに含む、請求項２１に記載の方法。
【請求項２３】
格納は、
一以上の識別された処理および関連の処理タイプを処理ファイルに格納するステップを含む、請求項２２に記載の方法。
【請求項２４】
ＬＤＡＰデータベース更新が成功したかどうかを判定するステップと、
ＬＤＡＰデータベース更新が不成功であったときは、処理ファイルを新しい処理ファイルに追加するステップをさらに含む、請求項２１に記載の方法。
【請求項２５】
比較は予め定められた時間間隔ごとに自動的に起こる、請求項１９に記載の方法。
【請求項２６】
比較はシステムアドミニストレータからの命令に応答して起こる、請求項１９に記載の方法。
【請求項２７】
ライトウエイトディレクトリアクセスプロトコル（ＬＤＡＰ）データベースを更新するためのシステムであって、
一以上の第一テーブルと一以上の第二テーブルを比較する手段を含み、一以上の第一テーブルは現在のレコードのセットを含み、一以上の第二テーブルはＬＤＡＰデータベースからのレコードを含み、
比較に基づいて、一以上の処理を識別する手段と、
一以上の識別された処理に基づいてＬＤＡＰデータベースを更新する手段を含む、システム。
【請求項２８】
処理ファイルに一以上の識別された処理を格納する手段をさらに含み、更新の手段は、
処理ファイルを使用してＬＤＡＰデータベースを更新する手段をさらに含む、請求項２７に記載のシステム。
【請求項２９】
ＬＤＡＰデータベース更新が成功したかどうかを判定する手段をさらに含み、
ＬＤＡＰデータベース更新が不成功であったときは、処理ファイルを新しい処理ファイルに追加する手段をさらに含む、請求項２８に記載のシステム。
【請求項３０】
識別された一以上の処理に基づいて、一以上の第二テーブルを更新する手段をさらに含む、請求項２７に記載のシステム。
【発明の詳細な説明】
【発明の分野】
【０００１】
[０００２]  この発明は一般に通信システムに関し、特に、ライトウエイトディレクトリアクセスプロトコル（lightweight directory access protocol, ＬＤＡＰ）データベースが最も最近のインターネットプロトコル（ＩＰ）通信サービス情報を含むのを確実にする運用支援システムに関する。
【発明の背景】
【０００２】
[０００３]  電気通信サービスプロバイダは自分たちが顧客に提供するサービスや製品の数を連続的に増やしてきた。例えば、最近の傾向はブロードバンドや、無線およびインターネットサービスを提供する要望である。競争が増加するにつれて、サービスプロバイダはコストダウンを続けながらも、これらの進んだデータサービスのための増加したサポートレベルを提供しなければならない。
【０００３】
[０００４]  サービスプロバイダはまた、ユーザ（例えば、システムのアドミニストレータ、エンジニアおよび顧客）に対してこれらの進んだデータサービスに関連した属性を修正したり、ほとんどリアルタイムにこれらの修正を実行することを許容する。例として、属性はどのようにインターネットプロトコルを介した音声（Voice over Internet Protocol,ＶｏＩＰ）呼び出し(call)が顧客からおよび顧客へ発送されるかということに関係してもよい。修正がなされた後で、呼び出しは正しく処理されることを確実にするために、リダイレクトサーバのような呼び出しを処理するために使用される装置は、最も最新の情報を含んでいることが重要である。リダイレクトサーバが故障をしたり、ある期間オフラインにされていたときは、リダイレクトサーバはこの期間になされたどのような更新（または修正）も含まない。従って、リダイレクトサーバが更新を得るところの装置が、最も最近のＩＰ通信サービス情報を含んでいるということが重要である。
【０００４】
[０００５]  従って、この技術分野において、リダイレクトサーバが最も最新式の情報を得ていることを確実にするようなシステムおよび方法に対するニーズがある。
【発明の要約】
【０００５】
[０００６]  この発明の原理に整合したシステムおよび方法は、リダイレクトサーバは例えば、リダイレクトサーバが一定の期間オフラインにされているような間、インターネットプロトコル（ＩＰ）通信ネットワークにおける呼び出しを処理するための最も最近の更新された情報を得ていることを確実にするための運用支援システムを提供することによって、これおよび他のニーズに対応する。
【０００６】
[０００７]  この発明に整合する実施例において、第二データベースに対してなされた変化に基づいてライトウエイトデイレクトリアクセスプロトコル（ＬＤＡＰ）データベースを更新するための方法が開示されている。方法は、第二データベースにおいて格納されたＩＰ通信サービスレコードと、ＬＤＡＰデータベースにおいて格納されたＩＰ通信サービスレコードとの間の差を判定し、その差に基づいて処理(transaction)ファイルを生成し、そして処理ファイルを使用してＬＤＡＰデータベースを更新することを含む。
【０００７】
[０００８]  この発明に整合する別の実施例においては、ＬＤＡＰデータベースを更新するための方法が開示されている。方法は、一以上の第一テーブルを一以上の第二テーブルと比較することを含み、そこで一以上の第一テーブルは現在のレコードのセットを含み、一以上の第二テーブルはＬＤＡＰデータベースからのレコードを含む。一以上の第一テーブルおよび一以上の第二テーブルは、第二データベースに格納される。方法はさらに、
比較に基づいて、一以上の処理を識別し、一以上の識別された処理に基づいてＬＤＡＰデータベースを更新する。
【詳細な説明】
【０００８】
[００２１]  この発明に整合する以下の詳細な説明は添付の図面を参照する。異なる図における同じ参照番号は同じまたは類似の要素を特定してもよい。また、以下の詳細な説明は発明を限定するものではない。代わりに、発明の範囲は添付クレームおよび均等物によって規定される。
【０００９】
[００２２]  この発明の原理と整合するシステムおよび方法は、ＩＰ通信サービス処理(processing)が最も最近のＩＰ通信サービス情報を反映するということを確実にする運用支援システムを提供する。
【模範的なシステム】
【００１０】
[００２３]  図１はこの発明に整合するシステムおよび方法が実行されうる模範的なシステム１００を例示する。図１において、システム１００は、ユーザ装置１２０のグループと運用支援システム（operational support system,ＯＳＳ）１３０とを相互接続するネットワーク１１０を含む。典型的なシステムは図１に例示されているよりもより多いかまたはより少ない装置を含んでもよいということが理解される。さらに、システム１００はデータの転送、処理および／または受信を助ける（図示のない）追加の装置を含みうる。
【００１１】
[００２４]  ネットワーク１１０は例えば、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、都市エリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、および／またはネットワークの何らかの他の同様の形式を含んでもよい。実際、ネットワーク１１０は特定の起点から特定の宛先へ情報のルーティングを許可する任意の形式のネットワークまたはネットワークの組み合わせを含んでもよい。
【００１２】
[００２５]  ユーザ装置１２０は、メインフレーム、ミニコンピュータ、パーソナルコンピュータのようなコンピュータシステムの形式と、ＰＯＴＳ電話またはセッション開始プロトコル（ＳＩＰ）電話のような電話システムの形式、および／またはネットワーク１１０へ／ネットワーク１１０から情報を送信および受信することができる何らかの他の同様の形式を含んでもよい。ユーザ装置１２０は有線、無線または光接続のような任意の従来の技術を介してネットワークに接続されてもよい。
【００１３】
[００２６]  図２はこの発明に整合する実施例における図１のユーザ装置１２０の模範的な構成(configuration)を例示する。図２において、ユーザ装置１２０は、バス２１０と、プロセッサ２２０と、メモリ２３０と、リードオンリメモリ（ＲＯＭ）２４０と、ストレージ装置２５０と、入力装置２６０と、出力装置２７０と、通信インターフェイス２８０とを含む。バス２１０はユーザ装置１２０の要素間で通信を許容する一以上の従来のバスを含んでもよい。
【００１４】
[００２７]  プロセッサ２２０は、命令を解釈しかつ実行する任意の形式の従来のプロセッサまたはマイクロプロセッサを含んでもよい。この発明に整合するある実施例においては、プロセッサ２２０はウエブブラウザがユーザ装置１２０のオペレータに表示させる命令を実行する。以下により詳細に説明するように、オペレータはこのウエブブラウザを介してＯＳＳ１３０に関連する属性にアクセスおよびその属性を修正してもよい。
【００１５】
[００２８]  メモリ２３０は、プロセッサ２２０によって実行されるための情報および命令を格納するランダムアクセスメモリ（ＲＡＭ）または別の形式のダイナミックストレージ装置を含んでもよい。メモリ２３０はプロセッサ２２０による命令の実行の間に一時的な変数または他の中間情報を格納するために使用されてもよい。
【００１６】
[００２９]  ＲＯＭ２４０は、従来のＲＯＭ、および／または、プロセッサ２２０に対する静的な情報および命令を格納する別の形式の静的ストレージ装置を含んでもよい。ストレージ装置２５０は、情報および／または命令を格納するために、磁気ディスクまたは光ディスクおよびその対応するドライブ、および／または何らかの別の形式の磁気または光記録媒体およびその対応するドライブを含んでもよい。
【００１７】
[００３０]  入力装置２６０は、キーボード、マウス、マイクロフォン、ペン、音声認識装置のようなバイオメトリック（biometric)入力装置などのようなユーザ装置１２０に対してオペレータが情報を入力するのを許容する、任意の従来の機構または機構の組み合わせを含んでもよい。出力装置２７０は、ディスプレイ、プリンタ、スピーカなどを含む、オペレータに対して情報を出力する、任意の従来の機構または機構の組み合わせを含んでもよい。
【００１８】
[００３１]  通信インターフェイス２８０はＯＳＳ１３０のような、ユーザが他の装置および／またはシステムとの通信を可能にする任意のトランシーバのような機構を含んでもよい。例えば、通信インターフェイス２８０はネットワークに対するモデムまたはイーサネットインターフェイスを含んでもよい。
【００１９】
[００３２]  図１に戻って、ＯＳＳ１３０は従来の電話技術サービスおよびアプリケーションからのデータを進化したデータアプリケーションプラットフォームに統合するためのインフラストラクチャを提供する。ＯＳＳ１３０を介して、顧客は、例えば、ユーザ装置１２０を使用して、従来の電話技術および進化したデータサービスをリアルタイムに管理し、設定し、提供してもよいし、リアルタイムの請求情報を得てもよいし、ルール中心のミドルウエアコア（rule-centric middleware core)を使用するレポートを生成してもよい。ある実施例において、顧客はインターネットアクセス可能のウエブインターフェイスを使用して単一のエントリ点を介してこれらの機能を実行してもよい。
【００２０】
[００３３]  図３はこの発明に整合する実施例における図１のＯＳＳ１３０の模範的な構成を例示する。例示されているように、ＯＳＳ１３０はプロセス管理システム３１０、ネットワークインターフェイス３２０、統合されたアプリケーション３３０のグループ、従来の電話技術システム３４０のグループ、音声ポータルユニット３５０、ウエブセンタユニット３６０、ＩＰＣＯＭユニット３７０、非常に高性能のバックボーンネットワークサービス（backbone network service,ｖＢＮＳ＋）ユニット３８０および統合されないアプリケーションのグループ３９０を含む。ＯＳＳ１３０はデータの受信、処理および／または送信を助ける（図示のない）他の要素を含んでもよい。
【００２１】
[００３４]  プロセス管理システム３１０は、グラフィックなプロセスオートメーション、データ変換、イベント管理、ＯＳＳ要素とインターフェイスするための柔軟なコネクタによってＯＳＳ１３０に対するバックボーンとして作動する。この発明に整合するある実施例においては、プロセス管理システム３１０はＯＳＳ１３０の異なった要素を統合するために、共通目的要求ブローカアーキテクチャ（Common Object Request Broker Architecture,ＣＯＲＢＡ）に基づいて発行と引用(publish-and-subscribe)および予約メッセージングミドルウエアを使用する。拡張可能なマークアップランゲイジ（ＸＭＬ）または企業ジャバビーンズ（ＥＪＢ）のような、ＯＳＳ１３０の異なった要素を統合するための別の技術が、代わりに使用されてもよい。プロセス管理システム３１０は、例えば、ビトリアテクノロジ会社のビジネスウエアソフトウエアシステム（Vitria Technology Inc.'s BusinessWare software system)を用いて実行されてもよい。
【００２２】
[００３５]  ネットワークインターフェイス３２０は、ユーザ（例えば、顧客、エンジニア、会計チーム等）がＯＳＳ１３０の要素にアクセスするのを許容するグラフィックなユーザインターフェイスを提供する。ネットワークインターフェイス３２０は、ネットグリテイ(Netegrity)社によるサイトマインダ（Siteminder Ｒ）および／またはサンマイクロシステム社によるアイプラネット（iPlanet, ＴＭ）のような商業既製品（ＣＯＴＳ）ソフトウエアまたはハードウエアパッケージ、カスタムソフトウエアまたはハードウエア、またはカスタムソフトウエア／ハードウエアとＣＯＴＳソフトウエア／ハードウエアの組み合わせを含んでもよい。
【００２３】
[００３６]  ネットワークインターフェイス３２０を介して、顧客は、リアルタイムに、例えば、サービスが接続されるかまたは切断されることを要求し、ネットワークまたはユーザ設定をモニタまたは変更し、レポートを得、ｅ請求、会計管理、トラブル報告および追跡機能を実行してもよい。ネットワークインターフェイス３２０は、例えば、リアルタイムに、エンジニアがネットワーク要素およびサービスの制御および設定するためのトランズアクションを提出するのを許容してもよい。ネットワークインターフェイス３２０は、例えば、会計チームが、会計の生成および取り消しを管理すること、マスタ会計からのサブ会計を生成し、現在のアカウントデータにアクセスし、また履歴アカウントデータにアクセスするのを許容してもよい。以下の追加の詳細に述べられているように、ネットワークインターフェイス３２０は、ＩＰＣＯＭユニット３７０に関連したサービス属性が、インターネットを介してといった、ユーザ装置１２０を介して、遠隔で設定され制御されるのを許容する。
【００２４】
[００３７]  ネットワークインターフェイス３２０はユーザを認証し、認証されたユーザがＯＳＳ１３０において実行することを許容された動作を制御する。この発明に整合するある実施例においては、ネットワークインターフェイス３２０は単一のサインオン（sign-on)技術を介してＯＳＳ１３０の要素でユーザがアクセスするのを許容する。この単一のサインオンをすれば、ＯＳＳ１３０の異なる要素にアクセスするために、ユーザがサインインする（sign in,または自分自身を認証する）必要性がなくなる。ひとたび認証されると、ユーザは、ユーザが認証を与えられたＯＳＳ１３０のそれらの要素にアクセスしてもよい。
【００２５】
[００３８]  統合されたアプリケーション３３０は、例えば、データウエアハウス３３１、動作データストア（ＯＤＳ）３３２、ライトウエイトディレクトリアクセスプロトコル（ＬＤＡＰ）に基づいてサーバ３３３、ＬＤＡＰデータベース３３４、故障管理ユニット３３５、データ収集ユニット３３６、請求ユニット３３７および報告ユニット３３８を含んでもよい。データウエアハウス３３１は、データを格納するための一以上の別のデータベースを含んでもよい。データウエアハウス３３１はサービス順、会計、使用および実行データのための倉庫として作動する。ある実施例においては、データウエアハウス３３１はリレーショナルデータベース管理システム（ＲＤＢＭＳ）として実行されてもよいし、データウエアハウス３３１へのアクセスを制御する（図示のない）サーバを含んでもよい。
【００２６】
[００３９]  ＯＤＳ３３２はデータを格納するための一以上の別のデータベースを含んでもよい。ＯＤＳ３３２は、例えば、会計生成、サービス順管理およびネットワーク提供動作を満たす間に使用されるデータを一時的に格納する。ＯＤＳ３３２はまた、認証および許可データを格納する。このデータはユーザの役割および特権を規定する。データウエアハウス３３１と同様に、ＯＤＳ３３２はＲＤＢＭＳであってもよく、ＯＤＳ３３２へのアクセスを制御する（図示のない）サーバを含んでもよい。
【００２７】
[００４０]  ＬＤＡＰサーバ３３３は、ＬＤＡＰデータベース３３４に対するアクセスを制御する一般的なディレクトリサーバであってもよい。ＬＤＡＰデータベース３３４は、階層的なツリー状の構造で、ユーザに関連した情報を格納するＬＤＡＰに基づいて倉庫であってもよい。例えば、ＬＤＡＰデータベース３３４は、以下の模範的なサービスに関連した優先度を含んでもよい、ユーザのための属性を格納してもよい。それらは、呼び出し遮断、フォローミー、呼び出し転送、音声メール、会議呼び出し、単一ライン拡張(single line extension)、呼び出しスクリーニング、サービスの質、サービスのクラス、ダイアルプラン制限(dial plan restriction)、ダイナミック登録(dynamic registration)、二次的なディレクトリナンバ(secondary directory number)および呼び出し転送を含む。ＬＤＡＰデータベース３３４はこの情報を各ユーザのための一以上のディレクトリエントリとして格納してもよい。各ディレクトリエントリはユーザに関連した識別子およびユーザに関連した属性の集合を含んでもよい。属性の各々は、形式とその形式に関連したユーザの設定を特定する一以上の値を含んでもよい。このように、ＬＤＡＰサーバ３３３およびＬＤＡＰデータベース３３４は、すばやくかつ効率的な方法で、格納されるべき、サーチされるべき、更新されるべき、および検索されるべき各種サービスに関するユーザの優先度を可能にするシステムを提供する。
【００２８】
[００４１]  ＬＤＡＰサーバ３３３およびＬＤＡＰデータベース３３４が別の装置として示されている。しかしながら、これらの２つの装置はこの発明に整合する実施例においては両方が同じディレクトリサーバの部分であってもよい。ＬＤＡＰに関する追加の情報がW.Yeong et al.,"Lightweigt Directory Access Protocol," RFC 1777, March 1995に開示されており、その内容をここに参照により引用する。
【００２９】
[００４２]  故障管理ユニット３３５はＯＳＳ１３０の動作をモニタしかつ管理する。故障管理ユニット３３５は、プロセス管理システム３１０を介してＯＳＳ１３０の各装置、コンピュータおよびアプリケーションから情報を受信してもよい。故障が検出された状態においては、故障管理ユニット３３５はその故障を特定するトラブルチケットを適切なシステムアドミニストレータに送信してもよい。
【００３０】
[００４３]  データ収集ユニット３３６はＯＳＳ１３０によってサポートされた装置のための顧客使用および実行データを収集し、必要に応じてデータを変換し、そのデータを、請求ユニット３３７のような適切な装置に手渡す。ある実施例においては、データ収集ユニット３３６は、収集およびデータ変換スキーマを規定するとともに管理する中央マネージャを有する階層的なアーキテクチャを使用する。個々の低レベルは起点ターゲットとのインターフェイスを集める。
【００３１】
[００４４]  請求ユニット３３７は、データ収集ユニット３３６から顧客使用および実行データを受信し、そこで周知の方法で請求書を発生する。請求ユニット３３７は各種の評価ルールおよび計画で設定されてもよいし、収入レポートの形成および請求レポートの生成のための機構および評価計画を管理および生成するための機構を提供してもよい。評価ルールは特定の顧客の要求に基づいてカスタム化されてもよいし一般化されてもよい。評価ルールは、時間帯別(time-of-day)、曜日別(day-of-week)、距離ベース(distance-based)、定額、繰り返しなし(non-recurring)および、週ごと、２週ごと、月ごとなどの評価のような規定可能な規則に基づいて繰り返しを含む、従来の電話技術スタイルの評価ルールを含んでもよい。この発明の模範的な実施例においては、請求ユニット３３７は、規則に基づいた評価および請求サービスの一部として、ボーナスポイント、エアラインのマイルおよび他のインセンティブとなる項目を提供してもよい。
【００３２】
[００４５]  請求ユニット３３７は認可された当事者に対する収入および請求レポートを提供してもよい。請求ユニット３３７は顧客が前の請求書にアクセスしたり、まだ請求されていない現在の負債を見うるようにしてもよい。この発明に整合する模範的な実施例においては、請求ユニット３３７は評価されたイベントおよび要約レコードを他の請求および収入システムに転送してもよい。例えば、請求ユニット３３７は請求情報またはイベント情報を受信し、現実の請求書を発生する古い仕様の(legacy)請求システム（すなわち、既存の請求システム）に転送してもよい。代わりの実施例においては、請求ユニット３３７は顧客に対してハードコピーの請求書および／または電子請求書を提供してもよい。この実施例においては、請求ユニット３３７は電子支払い処理を実行するよう設定されてもよい。
【００３３】
[００４６]  顧客が注文し、アカウントが通常のビジネス機能を介して生成または修正されるにつれて、ＯＳＳ１３０は、請求ユニット３３７をプロセス管理システム３１０を介してリアルタイムに更新する。認可された当事者は請求ユニット３３７からリアルタイムのデータを抽出してもよい。
【００３４】
[００４７]  報告ユニット３３８は、ＯＤＳ３３２および請求ユニット３３７のようなＯＳＳ１３０の各種要素と相互作用し、ユーザ（すなわち、顧客、エンジニアおよび会計担当）にリアルタイムデータに基づいて報告を得る能力を提供しても良い。報告は、例えば、請求報告、ネットワークなどの使用および／または性能に関する報告を含んでもよい。
【００３５】
[００４８]  従来の電話技術システム３４０は電気通信ネットワークにおいて典型的に使用される一以上の要素を含んでもよい。ある実施例においては、従来の電話技術システム３４０は、注文エントリシステム、供給システム、請求システムなどのような一以上の古い仕様のシステムを含む。
【００３６】
[００４９]  音声ポータルユニット３５０は加入者(subscriber)に対して各種の情報サービスを提供する。これらのサービスは、例えば、銀行業、証券会社、金融サービス、旅行およびエンターテインメントサービス、流通および配送サービス、保険サービス、健康および薬剤サービス、製造サービス等を含んでもよい。音声ポータルユニット３５０は加入者の装置の好み（例えば、携帯電話、ＰＤＡ、ページング装置など）を判定するための加入者のプロファイルを格納してもよく、請求のためにサービスに対する加入者のアクセスを追跡してもよい。
【００３７】
[００５０]  ウエブセンタ３６０は、任意の第一位置から任意の第二位置の適切なエージェントに対して通信をキューし(queue)、ルーティングし、配送することによって仮想のコールセンタとして作動する。ウエブセンタ３６０はエージェントが単一のブラウザに基づいてインターフェイスを介して、多数の媒体（例えば、入来電話呼び出し、ファックス、ｅメール、音声メール、ＶｏＩＰトランズアクションなど）を処理するのを許容する。
【００３８】
[００５１]  ＩＰＣＯＭユニット３７０は、加入者に対してＶｏＩＰサービスを提供する一以上の装置を含んでもよい。加入者は、例えば、セッション開始プロトコル（ＳＩＰ）電話を使用したＩＰ通信ネットワークを介して呼び出しを行いかつ受信してもよい。ＩＰＣＯＭユニット３７０は次の模範的なサービスをサポートしてもよい。フォローミー、呼び出し遮断、呼び出し転送、音声メール、会議呼び出し、単一線拡張、呼び出しスクリーニング、サービスの質、サービスのクラス、ダイアルプラン制限、ダイナミック登録、２次ディレクトリナンバ、呼び出し転送。上記したように、顧客はネットワークインターフェイス３２０を介してこれらの特性に関連した属性を設定または変更してもよい。
【００３９】
[００５２]  ｖＢＮＳ＋ユニット３８０はＩＰ通信ネットワークに対するＩＰインフラストラクチャを提供する。ｖＢＮＳ＋ユニット３８０は、ネットワークにあるパケットを発送するルータのグループを含んでもよい。統合されないアプリケーション３９０は、例えば、セキュリティユニット、トラブルチケットユニットおよび故障マネージャを含んでもよい。セキュリティユニットはネットワークインターフェイス３２０、電話装置（例えば、ＰＢＸ、スイッチおよびリダイレクトサーバ）およびネットワーク操作を守るための一以上のファイアウオールを含んでもよい。トラブルチケットユニットはトラブルチケットの発行および解決を管理する。故障マネージャはＯＳＳ１３０のハードウエア要素をモニタする。
【００４０】
[００５３]  図４はこの発明と整合する実施例における図３のプロセス管理システム３１０の模範的な構成を例示する。例示されているように、プロセス管理システム３１０は、バス４１０と、プロセッサ４２０と、メモリ４３０と、入力装置４４０と、出力装置４５０と、通信インターフェイス４６０とを含む。バス４１０はプロセス管理システム３１０の要素間の通信を許可する。
【００４１】
[００５４]  プロセッサ４２０は命令を解釈および実行する任意の形式の従来のプロセッサまたはマイクロプロセッサを含んでもよい。メモリ４３０はプロセッサ４２０によって実行される情報および命令を格納するＲＡＭまたは他のダイナミック格納装置の任意の形式、プロセッサ４２０によって使用される静的情報および命令を格納するＲＯＭまたは別の形式の静的格納装置および／またはある形式の磁気または光記録媒体およびその対応するドライブを含んでもよい。
【００４２】
[００５５]  入力装置４４０は、キーボード、マウス、ペン、バイオメトリックメカニズムなどのようなオペレータがプロセス管理システム３１０に情報を入力するのを許容する任意の従来の機構または機構の組み合わせを含んでもよい。出力装置４５０は、ディスプレイ、プリンタ、スピーカなどを含む、オペレータに対して情報を出力する任意の従来の機構または機構の組み合わせを含んでもよい。通信インターフェイス４６０は、プロセス管理システム３１０が、有線、無線または光接続を介して、ネットワークインターフェイス３２０、統合されたアプリケーション３３０、従来の電話技術システム３４０等の他の装置および／またはシステムと通信可能な任意のトランシーバ状の機構を含んでもよい。
【００４３】
[００５６]  メモリ４３０のようなコンピュータ読み出し可能媒体に含まれている命令の連続を実行すると、プロセッサ４２０は、以下に述べるような機能動作を実行する。代わりの実施例においては、ハードワイヤで接続された回路がこの発明を実行するためにソフトウエア命令と組み合わされるかまたは代わりに用いられてもよい。このように、この発明はハードウエア回路およびソフトウエアのどのような特定の組み合わせにも限定されない。
【００４４】
[００５７]  図５はこの発明に整合する実施例における図３のプロセス管理システム３１０の模範的な機能ブロック図を例示する。例示されているように、プロセス管理システム３１０は、プロセスオートメータ(automator)５１０、アナライザ５２０、コネクタのグループ５３０、および変換器５４０を含む。プロセス管理システム３１０はデータの受信、処理および／または送信を助ける（図示のない）追加の機能的要素を含んでもよいということが理解される。
【００４５】
[００５８]  プロセスオートメータ５１０は、エンジニアおよびプロダクト開発アナリストによってイベント処理が視覚的にモデル化されるのを許容するモデルツールを含む。プロセスオートメータ５１０は、これらのモデルが自動化されたビジネスプロセスを生成するよう実行する。アナライザ５２０は、ＯＳＳ１３０の要素の進行中およびリアルタイムのモニタを提供する。アナライザ５２０は、プロセス管理システム３１０を介して処理されたイベントの報告、履歴および傾向を伝達する。
【００４６】
[００５９]  コネクタ５３０は、ＯＳＳ１３０の要素がプロセス管理システム３１０と相互作用および通信するのを許容するカスタマイズされた規則のグループを含む。独自のコネクタ５３０はＯＳＳ１３０の各々の要素に対して確立されてもよい。新しい要素はＯＳＳ１３０に追加されるため、新しいコネクタ５３０は、新しい要素がＯＳＳ１３０の既存の要素と通信するのを許容するために確立される。コネクタ５３０がひとたび確立されると、ＯＳＳ要素は、標準のメッセージまたはフルの発行と引用処理を介してプロセス管理システム３１０と通信してもよい。変換器５４０はコネクタ５３０によって受信されたデータを検査する。変換器５４０は必要であれば、データがその宛先に転送される前にコネクタによって受信されたデータをまた変換してもよい。
【００４７】
[００６０]  図６はこの発明に整合する実施例の図３の音声ポータルユニット３５０の模範的な構成を例示する。例示されているように、音声ポータルユニット３５０は拡張可能なプログラム管理（ＸＰＭ）ユニット６１０と、一以上の音声ポータルアプリケーションサーバ６２０と、顧客ディレクトリデータベース６３０とを含む。ＸＰＭユニット６１０は、プロセス管理システム３１０を介してネットワークインターフェイス３２０からユーザプロファイル情報を受信し、この情報を音声ポータルアプリケーション６２０によって使用されるように格納する。ＸＰＭユニット６１０は顧客が提供されるサービスを受けるのを望む装置（例えばＰＤＡ、携帯電話、ページャ等）を特定する情報のような他の情報を受信してもよい。
【００４８】
[００６１]  音声ポータルアプリケーションサーバ６２０は、例えば、銀行業、証券会社、金融サービス、旅行およびエンターテインメントサービス、流通および配送サービス、保険サービス、健康および薬剤サービス、製造サービス等を提供するためにＸＰＭユニット６１０と相互作用する一以上のサーバを含んでもよい。音声ポータルアプリケーションサーバ６２０は、データ収集ユニット３３６に、どのようなサービスが誰によってアクセスされているのかということに関する情報を提供してもよい。データ収集ユニット３３６はそれからこの情報を請求のために請求ユニット３３７に渡してもよい。音声ポータルアプリケーションサーバ６２０は、ＯＳＳ１３０に、またはネットワーク１１０を介して分散されて配置されてもよい。顧客ディレクトリ６３０は、音声ポータルアプリケーションサーバ６２０によって提供されるサービスに関連した情報を格納してもよい。例えば、顧客ディレクトリ６３０は株式相場、現在の天気予報、リアルタイムのスポーツスコアなどを格納してもよい。
【００４９】
[００６２]  図７はこの発明に整合する実施例における図３のウエブセンタ３６０の模範的な構成を例示する。例示されているように、ウエブセンタ３６０は通信サーバ７１０とエージェント情報データベース７２０とを含む。通信サーバ７１０は、任意の第一位置から任意の第二位置の適切なエージェントへの通信をキューし、経路を決め発送する。通信サーバ７１０はエージェント情報データベース７２０に格納されたデータに基づいて適切なエージェントを判定してもよい。エージェント情報データベース７２０はエージェント活動情報、エージェントの特定の技術などを格納してもよい。顧客がひとたびウエブセンタ３６０のサービスを利用すると、その使用情報はデータ収集ユニット３３６に送信され、請求のために請求ユニット３３７に送信されてもよい。ユーザは、ネットワークインターフェイス３２０を介して、無料通話番号の発注、および／またはウエブセンタ３６０で新しいアカウントの生成のような新しいサービスの提供を行ってもよい。
【００５０】
[００６３]  図８はこの発明に整合する実施例における図３のＩＰＣＯＭユニット３７０の模範的な構成を例示する。例示されているように、ＩＰＣＯＭユニット３７０はネットワークサーバ／リダイレクトサーバ８１０と、ＣＰＥ企業ゲートウエイ８２０と、ネットワークゲートウエイ８３０とを含む。ネットワークサーバ／リダイレクトサーバ８１０は、関連したデータベース８１５に格納されたデータに基づいてＩＰ通信ネットワーク上でなされた呼び出しを処理する。データベース８１５は、呼び出し処理（例えば加入者が呼び出し、ネットワーク設定情報等を受信したいと望むような装置を特定する情報）、加入者プロファイル（例えば、加入者識別子）およびネットワークでサポートされた特性に関するデータ（またはレコード）を格納してもよい。ネットワークサーバ／リダイレクトサーバ８１０は、このデータに基づいて適切なゲートウエイ８２０または８３０に呼び出しを向けてもよい。ネットワークサポートされた特性は、例えば、フォローミー、呼び出し遮断、呼び出し転送、音声メール、会議呼び出し、単一ライン拡張、呼び出しスクリーニング、サービスの質、サービスのクラス、ダイアルプラン制限、ダイナミック登録、二次的ディレクトリ番号および呼び出し転送を含んでもよい。
【００５１】
[００６４]  ＣＰＥ企業ゲートウエイ８２０は顧客システムをＩＰ通信ネットワークにリンクするための一以上のゲートウエイを含んでもよい。ＣＰＥ企業ゲートウエイ８２０は例えば、顧客のＰＢＸに接続し、時分割多重方式の（ＴＤＭ）音声データをＶｏＩＰパケットに変換したり、音声信号をＳＩＰメッセージに変換してもよい。ネットワークゲートウエイ８３０は、ＩＰ通信ネットワークを周知の方法でＰＳＴＮにリンクするための一以上のゲートウエイを含む。リダイレクトサーバ８１０、ＣＰＥ企業ゲートウエイ８２０、ネットワークゲートウエイ８３０は顧客のアクセスを追跡し、この顧客アクセスデータを請求のためにデータ収集ユニット３３６に送信する。
【００５２】
[００６５]  図９はこの発明に整合する実施例における図３のｖＢＮＳ＋ユニット３８０の模範的な構成を例示する。例示されているように、ｖＢＮＳ＋ユニット３８０はｖＢＮＳ＋コアネットワーク９２０へ／またはこれからパケットを発送するエッジルータ９１０のグループを含む。エッジルータ９１０はネットワークサーバ／リダイレクトサーバ８１０、ネットワークゲートウエイ８３０、顧客ＣＰＥ装置、ＩＰ通信ネットワークの他のルータと接続されてもよく、直接ＳＩＰ電話等に接続されてもよい。エッジルータ９１０は、ネットワークインターフェイス３２０を介して設定されるかまたは更新されてもよい。ｖＢＮＳ＋コア９２０はエッジルータ９１０間でパケットを発送するための一以上のコアルータを含んでもよい。
【００５３】
[００６６]  ＯＳＳ１３０の上記の説明はＯＳＳ１３０の要素の概観を提供する。この発明のより詳細な記載が以下に提供される。
【模範的な処理】
【００５４】
[００６７]  リダイレクトサーバ８１０は、フォローミー、呼び出し遮断、呼び出し転送、音声メール、会議呼び出し、単一ライン拡張(single line extension)、呼び出しスクリーニング、サービスの質、サービスのクラス、ダイアルプラン制限(dial plan restriction)、ダイナミック登録(dynamic registration)、二次的なディレクトリナンバ(secondary directory number)および呼び出し転送のような、加入者が選択した特徴の集まりに基づいてＩＰ通信呼び出しルーティングを提供する。このような特徴に関連する属性はデータベース８１５に格納されてもよい。
【００５５】
[００６８]  ユーザは、ネットワークインターフェイス３２０を介して、これらの特徴を設定しそして変更してもよい。このような状況においては、ネットワークインターフェイス３２０は新たなデータをプロセス管理システム３１０に送信し、そしてそれは同時に新たなデータをウエアハウス３３１およびＯＤＳ３３２に書き込む。プロセス管理システム３１０はまた、リダイレクトサーバ８１０に予定されるレコードを提供および設定するようフォーマット化された形で、ＯＤＳ３３２からくるデータのレシーバとして動作する。このように、リダイレクトサーバ８１０は、ＩＰ通信ネットワークにおいてルーティング呼び出しのための最近の情報に、ほぼリアルタイムで更新されつづけている。
【００５６】
[００６９]  新しいリダイレクトサーバ８１０がオンラインにされる（もしくは既存のリダイレクトサーバ８１０が故障を経験するかもしくはある一定の期間ダウンする）と、新しいリダイレクトサーバ８１０が最も最近のＩＰ通信サービス情報を得るということが重要である。そのような状況では、リダイレクトサーバ８１０は最新のＩＰ通信情報を検索するために監査処理(audit)を実行してもよい。ＬＤＡＰデータベース３３４は、比較的静的情報の検索および抽出には素早い応答時間を提供するので、この監査処理はリダイレクトサーバ８１０が、ＬＤＡＰデータベース３３４から最も最近の情報にアクセスしそしてそれをダウンロードすることを典型的に含む。従って、ＬＤＡＰデータベース３３４が最も最近のＩＰ通信サービス情報を含んでいることが重要である。
【００５７】
[００７０]  図１０はこの発明に整合する実施例における、ＬＤＡＰデータベース３３４がＯＤＳ３３２と同期するための模範的なプロセスを例示する。ＯＤＳがＬＤＡＰに同期化するための手順は、ＯＳＳ１３０におけるＯＤＳ３３２、ＬＤＡＰサーバ３３３、および／または他の何らかの装置（例えばプロセス管理システム３１０）によって実行されてもよい。
【００５８】
[００７１]  プロセスは、ＯＤＳからＬＤＡＰへの同期化手順の開始で始まってもよい[動作１０１０]。ＯＤＳからＬＤＡＰへの同期化手順は、設定された時間間隔で、もしくはシステムアドミニストレータからの命令に応答して自動的に開始されてもよい。ある実施例においては、ＯＤＳからＬＤＡＰへの同期化手順は、自動的に毎時ごとに実行される。他の時間間隔が代わりに使用されてもよい。
【００５９】
[００７２]  ＯＤＳからＬＤＡＰへの同期化手順は、処理ファイルを生成することにより開始する[動作１０２０]。処理ファイルは、ＯＤＳからＬＤＡＰへの同期化手順が実行された、前回以降なされている新規の処理（例えば、ＩＰ通信サービス／特徴への追加、削除、および／または更新）を識別する。
【００６０】
[００７３]  図１１はこの発明に整合する実施例における処理ファイルを生成するための模範的なプロセスを例示する。ＯＤＳ３３２は、ＬＤＡＰ３３４でＯＤＳからＬＤＡＰへの同期化手順がなされた前回時の、レコードの状態を表す一以上のダミーのテーブルを格納してもよい。ＯＤＳ３３２はまたリダイレクトサーバ８１０で現在のレコードの設定を表す一以上のリダイレクトサーバ（ＲＳ）テーブルも格納してもよい。ＲＳテーブルはＩＰ通信サービス特徴に対する最も最近の更新を含んでいると理解されるべきである。
【００６１】
[００７４]  プロセスはＲＳテーブルへの入力とダミーのテーブルへの入力とを比較する、ＯＤＳからＬＤＡＰへの同期化手順で開始する[動作１１１０]。それからＯＤＳからＬＤＡＰへの同期化手順は、レコードに対する追加、削除、および／または更新が起こっているかどうかを判定してもよい[動作１１２０]。例として、前回のＯＤＳからＬＤＡＰへの同期化手順動作が実行されてからの期間に、顧客が完全に自分のＩＰ通信サービスを取り消したと仮定する。動作１１１０において実行される比較の間、ＯＤＳからＬＤＡＰへの同期化手順は、その特有の顧客のためのサービスが削除されていることを検出するであろう。
【００６２】
[００７５]  ＯＤＳからＬＤＡＰへの同期化手順が何の新たな処理も検出しなければ[動作１１２０]、プロセスは終了してもよい。そのような場合、ＬＤＡＰデータベース３３４は最も最近のＩＰ通信サービス情報を含む。
【００６３】
[００７６]  他方、ＯＤＳからＬＤＡＰへの同期化手順が一以上の新たな処理の存在を検出すると[動作１１２０]、ＯＤＳからＬＤＡＰへの同期化手順は新たな処理を処理ファイルに書き込む[動作１１３０]。この発明に整合するある実施例において、ＯＤＳからＬＤＡＰへの同期化手順は、処理ファイルにおける処理のタイプを識別する指示にそって、各々の新しい処理を格納する。模範的な処理タイプは追加、削除および更新を含んでもよい。
【００６４】
[００７７]  ひとたび処理ファイルが生成されると、ＯＤＳからＬＤＡＰへの同期化手順はダミーのテーブルを新しい処理を反映するように更新してもよい[動作１１４０]。その特有の場合において、ダミーのテーブルのレコードはＲＳテーブルのレコードの全くの写しであるということが理解されるべきであろう。
【００６５】
[００７８]  図１０に戻って、ＯＤＳからＬＤＡＰへの同期化手順は、ＬＤＡＰデータベース３３４を更新するのに先立って、一以上の以前の処理ファイルを新たな処理ファイルに追加してもよい。そのような場合においては、前の処理ファイルを使用してＬＤＡＰデータベース３３４を更新する試みは失敗している[動作１０３０]。そしてＯＤＳからＬＤＡＰへの同期化手順は新たな処理ファイルおよび任意の追加された以前の処理ファイルに基づいて、ＬＤＡＰデータベース３３４を更新してもよい[動作１０４０]。
【００６６】
[００７９]  ＬＤＡＰデータベース更新手順は処理ファイルにおける第一処理で開始し、そしてファイル全体を通してその方法を作動させてもよい。各々の処理で、ＯＤＳからＬＤＡＰへの同期化手順は、処理に関連した処理タイプ指示に基づいて、どの動作タイプがＬＤＡＰデータベース３３４に対して実行されるべきかを判定する。例えば、第一処理は、顧客が完全に自分のＩＰ通信サービスを取り消した削除処理であると仮定する。ＯＤＳからＬＤＡＰへの同期化手順は、ＬＤＡＰデータベース３３４から適切なレコードを削除してもよい。この発明に整合するある実施例において、ＯＤＳからＬＤＡＰへの同期化手順は、更新処理の間、ＬＤＡＰデータベース３３４に対してなされたすべての変化を反映するようなログを生成する。
【００６７】
[００８０]  ひとたび処理ファイル全体が処理されると、ＯＤＳからＬＤＡＰへの同期化手順はＬＤＡＰ更新が成功かどうか（すなわち、処理ファイルにおける各々の処理が適切にＬＤＡＰデータベース３３４において反映されているかどうか）を判定してもよい[動作１０５０]。ＬＤＡＰ更新が成功すると[動作１０５０]、ＯＤＳからＬＤＡＰへの同期化手順は、処理ファイルをバックアップディレクトリに移動（もしくは追加）してもよい[動作１０６０]。他方、処理ファイルにおいてＬＤＡＰデータベース３３４が処理を反映するように更新している間にエラーが発生したときは[動作１０５０]、ＯＤＳからＬＤＡＰへの同期化手順は、次のＯＤＳからＬＤＡＰへの同期化手順の間、動作１０２０において生成された処理ファイルに追加されうるように、現在のディレクトリの中に処理ファイルを保存してもよい[動作１０７０]。このように、ＯＤＳからＬＤＡＰへの同期化手順は、ＯＤＳ３３２におけるレコードに対してなされた変化がＬＤＡＰデータベース３３４において反映されることを確実にする。さらに、ＯＤＳからＬＤＡＰへの同期化手順は、リダイレクトサーバ８１０によるＩＰ通信サービス情報の任意の次の修正が、最も最近の情報を含むということを確実にする。
【結論】
【００６８】
[００８１]  この発明に整合する実施例は、新たなリダイレクトサーバ（もしくは故障を経験した、あるいはある一定期間オフラインになっているリダイレクトサーバ）が最も最近のＩＰ通信サービス情報を反映するように更新されるということを確実にする動作サポートシステムを提供する。
【００６９】
[００８２]  この発明の模範的な実施例の上記の記載は例示と説明を提供するが、完全なものであるとか、発明は開示された正確な形態に限定するといった意図はない。修正および変形が上記教示に照らして可能であり、または、発明の実施から獲得されてもよい。例えば、この発明はハードウエア、ソフトウエア、またはハードウエアおよびソフトウエアの組み合わせで実施されてもよい。このように、この発明はハードウエア回路およびソフトウエアの何らかの特定の組み合わせに限定されない。
【００７０】
[００８３]  さらに、図１０および１１に関して一連の動作が述べられたが、動作の順はこの発明に整合する他の実施例においては変更されてもよい。加えて、従属しない動作が平行して実行されてもよい。
【００７１】
[００８４]  この発明の説明において使用された如何なる要素、動作または命令も、そのように明示的に記載されていない限り、発明に対して判定的であるとか必須であると解釈されるべきでない。また、ここに使用されているように、冠詞“ａ”は一またはより多い項目を含む。ただ一つの項目が意図されているときには、用語「一」または同様の言葉が使用される。
【００７２】
[００８５]  発明の範囲はクレームおよびその均等物によって規定される。
【図面の簡単な説明】
【００７３】
[０００９]  この明細書に統合され、その一部を構成する添付の図面は、発明の実施例を例示し、説明と共に発明を説明する。図面において、
[００１０]
【図１】この発明に整合するシステムと方法が実行されてもよい模範的なシステムを例示する図である。
【００７４】
[００１１]
【図２】この発明に整合する実施例における図１のユーザ装置の模範的な設定を例示する図である。
【００７５】
[００１２]
【図３】この発明に整合する実施例における図１の運用支援システムの模範的な設定を例示する図である。
【００７６】
[００１３]
【図４】この発明に整合する実施例における図３の処理管理システムの模範的な設定を例示する図である。
【００７７】
[００１４]
【図５】この発明に整合する実施例における図３の処理管理システムの模範的な機能ブロック図を例示する図である。
【００７８】
[００１５]
【図６】この発明に整合する実施例における図３の音声ポータルユニットの模範的な設定を例示する図である。
【００７９】
[００１６]
【図７】この発明に整合する実施例における図３のウエブセンタの模範的な設定を例示する図である。
【００８０】
[００１７]
【図８】この発明に整合する実施例における図３のインターネットプロトコル通信（ＩＰＣＯＭ）の模範的な設定を例示する図である。
【００８１】
[００１８]
【図９】この発明に整合する実施例における図３の非常に高性能のバックボーンネットワークサービスユニットの模範的な設定を例示する図である。
【００８２】
[００１９]
【図１０】この発明に整合する実施例におけるＯＤＳとＬＤＡＰデータベースを同期させるための模範的な処理を例示する図である。
【００８３】
[００２０]
【図１１】この発明に整合する実施例における処理ファイルを生成するための模範的なプロセスを例示する図である。
【図１】
2004536486.tif 000003
【図２】
2004536486.tif 000004
【図３】
2004536486.tif 000005
【図４】
2004536486.tif 000006
【図５】
2004536486.tif 000007
【図６】
2004536486.tif 000008
【図７】
2004536486.tif 000009
【図８】
2004536486.tif 000010
【図９】
2004536486.tif 000011
【図１０】
2004536486.tif 000012
【図１１】
2004536486.tif 000013
【国際公開パンフレット】
2004536486.tif 000014
2004536486.tif 000015
2004536486.tif 000016
2004536486.tif 000017
2004536486.tif 000018
2004536486.tif 000019
2004536486.tif 000020
2004536486.tif 000021
2004536486.tif 000022
2004536486.tif 000023
2004536486.tif 000024
2004536486.tif 000025
2004536486.tif 000026
2004536486.tif 000027
2004536486.tif 000028
2004536486.tif 000029
2004536486.tif 000030
2004536486.tif 000031
2004536486.tif 000032
2004536486.tif 000033
2004536486.tif 000034
2004536486.tif 000035
2004536486.tif 000036
2004536486.tif 000037
2004536486.tif 000038
2004536486.tif 000039
2004536486.tif 000040
2004536486.tif 000041
2004536486.tif 000042
2004536486.tif 000043
2004536486.tif 000044
2004536486.tif 000045
2004536486.tif 000046
2004536486.tif 000047
2004536486.tif 000048
2004536486.tif 000049
2004536486.tif 000050
2004536486.tif 000051
2004536486.tif 000052
2004536486.tif 000053
2004536486.tif 000054
2004536486.tif 000055
2004536486.tif 000056
2004536486.tif 000057
【国際調査報告】
2004536486.tif 000058
2004536486.tif 000059