(57)【要約】通信システムの状況において、呼び出し転送のようなリダイレクト特性の発動は呼び出し遮断設定を回避することを確実にするための手段が開示されている。当事者と関連するユーザプロファイル（６１０）情報は、当事者に対する特性の発動を制御し、特性発動に起因するリダイレクトコンタクトのスクリーニング（６２０）を制御する。当事者に対する特性に関するコンタクトスクリーニングの作用は、当事者の開始呼び出し許可とは関係なく設定される。
2004533146.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて、当事者との通信セッションを確立するための方法であって、
当事者との通信セッションを確立するための少なくとも一つのコンタクトに帰着する通信システムにおける、少なくとも一つの特性を発動するステップと、
コンタクトが当事者との通信のために使用されてもよいかどうかを決定するために、少なくとも一つのスクリーニング基準をコンタクトに適用するステップと、
コンタクトが当事者との通信のために使用されることが許可されると、当事者との通信を確立するためにコンタクトを使用するステップとを含む、方法。
【請求項２】
当事者と関連したユーザプロファイルはシステムにおいて維持され、特性の発動はユーザプロファイルの内容によって作用される、請求項１に記載の方法。
【請求項３】
当事者と関連したユーザプロファイルはシステムにおいて維持され、スクリーニング基準はユーザプロファイルの内容によって影響される、請求項１もしくは２に記載の方法。
【請求項４】
特性の動作はシステムにおいて維持された少なくとも一つのデータ構造の内容によって影響され、かつ当事者と関連する、請求項１から３のいずれか一つに記載の方法。
【請求項５】
スクリーニング基準はシステムにおいて維持されたデータ構造の内容によって影響され、かつ当事者と関連する、請求項１から４のいずれか一つに記載の方法。
【請求項６】
少なくとも一つのスクリーニング基準をコンタクトに適用するステップは、コンタクトが特性の発動に起因するかどうかの機能として条件付で実行される、請求項１から５のいずれか一つに記載の方法。
【請求項７】
通信システムにおいて、当事者との通信セッションを確立するために要求を処理する方法であって、
要求者から、当事者を特定するセッション要求を受信するステップと、
セッション要求に応答して少なくとも一つのルーティング特性を適用することによって、少なくとも一つのコンタクトを得るステップを含み、コンタクトは当事者との通信セッションを確立することに関係し、
当事者と関連したユーザプロファイル情報にアクセスするステップと、
ユーザプロファイル情報から少なくとも一つのスクリーニング基準を得るステップと、
コンタクトがセッション要求を満たすために使用されることを許可されるかどうかを決定するために、スクリーニング基準をコンタクトに適用するステップと、
コンタクトはセッション要求を満たすために使用されることを許可されるかどうかに応じて、要求に対する応答において、コンタクトを含むステップと、
要求者に対してセッション要求へ応答を送信するステップを含む、方法。
【請求項８】
ルーティング特性の動作はユーザプロファイル情報によって作用される、請求項７に記載の方法。
【請求項９】
要求当事者と宛先当事者間の通信セッションを達成するために使用され、通信システムに連結する位置サーバであって、
ルーティング要求を受信するための手段と、
要求と宛先当事者間の通信セッションを確立するために少なくとも一つのコンタクトを決定する特性を発動する手段と、
コンタクトはセッションを達成するために使用されてもよいかを決定するために、少なくとも一つのスクリーニング基準をスクリーニング一つのコンタクトに適用するための手段と、
ルーティング応答を送信するための手段を含み、コンタクトがセッションの達成のために使用されることが許可される場合のみ、ルーティング応答がコンタクトを含む、位置サーバ。
【請求項１０】
ルーティング要求は通信システム内に位置されたプロキシサーバから受信される、請求項９に記載の位置サーバ。
【請求項１１】
ルーティング応答は、通信システム内に位置されたプロキシサーバに送られる、請求項９もしくは１０に記載の位置サーバ。
【請求項１２】
ルーティング要求は、要求および宛先当事者の識別に関連した情報を含む、請求項９から１１のいずれか一つに記載の位置サーバ。
【請求項１３】
ユーザプロファイル情報を得るための手段をさらに含み、前記ユーザプロファイルは少なくとも一つのスクリーニング基準に影響する、請求項９から−１２のいずれか一つに記載の位置サーバ。
【請求項１４】
特性はファインドミー、呼び出し転送、条件付の呼び出し転送、呼び出し遮断、邪魔をしない、および呼び出しスクリーニングからなるセットの少なくとも一つを含む、請求項９から１３のいずれか一つに記載の位置サーバ。
【請求項１５】
少なくとも一つのスクリーニングテーブルを得る手段をさらに含み、前記スクリーニングテーブルは少なくとも一つの少なくとも基準を含むスクリーニング基準レコードを含む、請求項９から１４のいずれか一つに記載の位置サーバ。
【発明の詳細な説明】
【０００１】
この発明は通信システムに関し、特に、通信システムにおいて特性の活動を制御することに関する。
【０００２】
データ転送ネットワークの増殖、最も目立つのはインターネットであるが、リアルタイム通信のテレフォニおよび他の形式における革命を引き起こしている。テレフォニトラフィックとデータトラフィックを異なるシステムおよびネットワーク上で別々にサポートさせるということに慣れてきたビジネスは、電話音声トラフィックおよび他のリアルタイム媒体の他の形式がデジタル形式に変換されデータの他の形式と共にパケットデータネットワークによって搬送される、いわゆる「集中型のネットワーク」に向いて動きつつある。今や技術はそれをサポートすることが可能であるため、データ転送(transport)を介した音声は削減された資本および操作コスト、資源効率および柔軟性の点で多くの利点を提供する。
【０００３】
例えば、商業的設備においては、ＰＢＸのような自動呼び出し分配機能のような強化された機能のほとんどは、サービスプロバイダのネットワークに存在してもよいため、顧客構内装置の投資は実質的に減らされた。各種形式のゲートウエイのおかげでＩＰ電話、従来のアナログ電話およびＰＢＸならびにネットワークに接続されたデスクトップコンピュータのような多様化したシステムの間においてさえセッションが確立されてきた。
【０００４】
データ転送上で音声の要求にこたえるために、サービスプロバイダおよびネットワーク装置ベンダは、新しいプロトコルおよび標準の確立、新しいビジネスモデルの認識、新しいサービスの実行および２０年以前には想像することさえ難しかったような方法で新しい装置を設計すること等の課題に直面している。
【０００５】
ネットワークにおいて通信セッションを確立するために、新しいプロトコルおよび制御アーキテクチャが現れてきた。これらはデータ上での音声移行によって刺激されてきたが、そのような環境に必ずしも限られるものではないということに注意すべきである。ある点において、次に述べられるプロトコルと制御アーキテクチャは転送の任意の形態を介して呼び出しを確立するために使用されてもよい。
【０００６】
ＩＴＵ  Ｈ.３２３標準およびＩＥＴＦのセッション開始プロトコル（ＳＩＰ）は共にネットワークに接続された端末間での通信セッションを確立するために使用されてもよいプロトコルの例である。ＳＩＰプロトコルはＩＥＴＦドキュメントＲＦＣ２５４３およびその後継者に述べられている。各種アーキテクチャが、ユーザのために、任意の宛先にどのように到着するのかとか、特性をどのように制御するのかといった現在の情報を維持するためにネットワークのどこかで「位置サーバ」と呼ばれる、アドレス解決機能を有する共通のテーマを有する、これらプロトコルと関連して提案されている。
【０００７】
ＳＩＰに制御されたネットワークにおいて、各種特性およびサービスはＳＩＰサーバを介して実行されてもよい。これらの特性は、ＳＩＰプレゼンスサポート、位置管理およびファインドミー能力のような進化した特性と同様にセントレックス型の呼び出し特性（呼び出し転送）を含む。通信ネットワークにおける典型的な特性は呼び出し遮断である。呼び出し遮断は、アドミニストレータが個々のユーザに対して、送信呼び出しを制限する能力として定義される。例えば、アドミニストレータは、異なる個々のユーザに対して、発信呼び出しを一定の国際電話番号の範囲に制限してもよい。
【０００８】
ユーザが直接行う定期的な送信呼び出しに追加して、送信呼び出しはまた特性の発動の一方の結果として開始されうる。例えば、呼び出し転送、呼び出し送信、および他の特性は間接的に送信呼び出しに帰着しうる。しかしながら、アドミニストレータは直接呼び出しとは対照的に、異なるポリシを間接呼び出しのこれらのタイプに適用することを望んでもよい。例えば、ビジネスの場から特定のユーザへ直接長距離呼び出しを行うことは承認されてもよい。しかし、その同じユーザが呼び出しを遠方に送信できることは認められなくてもよい。というのは、このことがビジネスの場の外からの電話の不正な使用につながるかもしれないからである。
【０００９】
この状況は図３Ａで示されている。図３Ａは所与の通信システム（明白には示されていない）の状況において、互いに呼び出しを行う特定の認可を有する３つの当事者を示している。特に、当事者Ａ３０１は当事者Ｂ３０３へ呼び出しを行ってもよく、当事者Ｂ３０３は当事者Ｃ３０５へ呼び出しを行ってもよい。しかしながら、これらの当事者に仕えるネットワークは、当事者Ａが当事者Ｃへ直接呼び出しを行うことを防ぐように設定されている。例えば、呼び出し当事者Ｃに長距離請求あるいは長距離電話料金が発生してもよい。当事者Ｂはそのような長距離請求をこうむるよう許可されてもよく、そして当事者Ｃに呼び出しを行うことが認められる。他方、当事者Ａから当事者Ｃへの呼び出しの試みは、当事者Ａによって高額な呼び出しを避けるために遮断されてもよい。たとえ呼び出しが長距離請求を含んだとしても、当事者Ｂがある会社の従業員で、遠隔の当事者Ｃへ到着することが認められるところの会社の設定において、よい例が存在してもよい。当事者Ａはビジネスの場のロビーに置かれた優待電話に対応してもよく、その会社の中の契約者あるいは一時的な従業員に割り当てられてもよい。当事者Ａは会社内での呼び出しを行うことは認められているが、外への長距離呼び出しは認められていない。
【００１０】
図３Ｂに示されているように、問題は当事者Ｂが呼び出し転送特性、あるいは外への呼び出しのきっかけとなる他の任意の特性を活性化するときに発生する。当事者Ａからの呼び出しは当事者Ｃへ送信あるいは転送されてもよく、そうでなければ通常は遮断されるであろう呼び出しとなる。不正手段あるいは請求の無意識の蓄積に対する可能な機構を提供することのほかに、この通常のスクリーニング(screening)の回避は他の理由のために問題となってもよい。ユーザＡから気づいていないユーザＣへの歓迎されない呼び出しは、例えば、個人の安全（いやがらせ、ストーキング、迷惑電話）、プライバシあるいは機密性（代理人／クライアントあるいは医者／患者）、もしくは設備の安全を危うくすることがあるかもしれない。
【００１１】
過度の制限を当事者Ｂに課すことなく、どのルーティング特性が当事者Ｂによって発動されるかとは関係なく、当事者Ａが当事者Ｃへ呼び出しをもたらす能力を制限することが望まれる。
【００１２】
ユーザの外部への呼び出し許可とは関係なく、ユーザに対する特性生成(feature-generated)コンタクトの処理を個々に制御する必要性がこの発明によって対処される。ここでかなり詳細に述べられているように、特性生成コンタクトは、セッション要求あるいは入来呼び出しに応答して、宛先ユーザプロファイルの処理から発生してもよい。たいてい、ルーティング特性のような特性によって生成されたコンタクトは、要求当事者によって知られるかあるいは提供されているのとは異なる情報であろう。
【００１３】
この発明のある局面において、特性に関連するコンタクトのスクリーニング制御は、全システムに対して一様に適用されてもよい包括的なアプローチにおいて、外部への呼び出し許可とは別として設定される。この発明はまた各ユーザ、あるいは各プロファイルごとにこの設定を提供する。
【００１４】
この発明のさらなる特性および利点は、添付の図面と共に以下の詳細な説明を読むことで、当業者には明白になるであろう。
【００１５】
以下の説明において、公知の構造および装置はブロック図の形態で示されるかまたは、この発明を不必要にあいまいにするのを避けるためにそうでない場合には要約される。説明のために、この発明の完全な理解を提供するために多くの特定の詳細が述べられている。しかしながら、この発明はこれらの特定の詳細を超えて各種の方法で実行されてもよい。
【００１６】
例えば、この発明はセッション開始プロトコル（ＳＩＰ）およびインターネットプロトコル（ＩＰ）に基づくネットワークの状況において議論されてはいるが、当業者は、この発明は他の均等なまたは類似の通信プロトコル（ＩＴＵ  Ｈ．３２３）または他の通信ネットワーク（ＡＴＭ、フレームリレイなど）に一般的に適用してもよいということを認識する。
【００１７】
この開示を通して、ＳＩＰ型のメッセージが便利のために示されているが、任意の形式のプロトコルまたはそのようなプロトコルの混合が全システムの各種部分に適用されてもよいということが理解されるべきである。特に、プロキシサーバおよび位置サーバ間の経路制御要求および応答は厳格にまたは緩やかにＳＩＰまたは何らかの他の標準化されたプロトコルに一致してもよいしまたは性質として独自性があってもよい。
【００１８】
図１はこの発明の模範的な実施例に従う、テレフォニあるいは他のリアルタイムの通信サービスをサポートすることができるデータ通信システムの図を示す。通信システム１００はパケットデータ転送ネットワーク１０１を含み、これは模範的な実施例においてはインターネットプロトコル（ＩＰ）に基づくネットワークである。システム１００は、電話１２５、ＰＢＸ電話１１８およびＳＩＰ電話１０９のようなそこに接続された各種端末装置間で通信を確立するための能力を提供する。実際、一以上のシステム１００によってサービスが提供されるそのような端末装置が数千または数百万存在しうる。
【００１９】
ここで使用されているように、「ＳＩＰ電話」という文言はＳＩＰ電話機能性を提供するよう設定された任意のクライアント（例えば、パーソナルコンピュータ、ウエブ装置など）をいう。ＳＩＰ電話１０９はスタンドアロン装置の形態を取ってもよい。例えば、ＳＩＰ電話は簡単な古い電話サービス（ＰＯＴＳ）電話ステーションのように見え、そのように機能するよう設定および設計されてもよい。しかしながら、ＳＩＰクライアント１１１はソフトウエアクライアントであり、例えば、従来のパーソナルコンピュータ（ＰＣ）またはラップトップコンピュータ上で実行可能であってもよい。信号送信の観点から、これらの装置１０９、１１１は、主な相違がユーザインターフェイスに関するが、全く同様に動作してもよい。他に規定がない限り、ＳＩＰ電話１０９およびＳＩＰクライアント１１１の両方の機能性は匹敵し、ネットワークは、いずれの形式の装置共同様に動作するということが認識される。
【００２０】
システム１００は、企業ゲートウエイ１０３、専用アクセスライン（ＤＡＬ）ゲートウエイ１０５、ネットワークゲートウエイ１０７およびＳＩＰ会議プラットフォーム１２７を含む、音声サービスをサポートするために多くの要素を提供する。特に、システム１００はプロキシサーバ１１３（また、ネットワークサーバ（ＮＳ）として知られている）の重要な要素および位置サーバ（ＬＳ）１１５を含む。位置サーバ１１５はエンドユーザ情報がアドレスの検証、特性状態およびリアルタイムの加入者特性設定を可能にする容器として作動する。加えて、ＬＳ１１５は設定情報を格納してもよい。
【００２１】
説明のために、システム１００の能力は大企業ユーザに関連して述べられる。システム１００の特性／機能性は各種のユーザタイプおよび通信のニーズに適用可能であってもよい。システム１００は、多数の位置で音声およびデータ要求を維持する顧客をサポートすることができる。
【００２２】
示されているように、企業ゲートウエイ１０３は、しばしば、単一のビジネス顧客かまたは位置（例えばＰＢＸ電話１１８）に対するトランクまたは線を含む、ＰＢＸから接続性を提供する。ＩＰネットワークへのＰＢＸ１１７からの呼び出しのための信号送信は、顧客、トランクグループまたはキャリアを独自に識別する情報を含む。これによって私的な番号がそれらの正しい状況に解釈されうる。ＰＢＸ１１７にインターフェイスするために、企業ゲートウエイ１０３は総合デジタル通信網（ＩＳＤＮ）、回路関連信号送信（ＣＡＳ）、またはＰＢＸインターフェイス（例えば、ヨーロッパ電気通信規格研究所（ＥＴＳＩ）ＰＲＩ、Ｒ２）を使用してもよい。
【００２３】
システム１００において、専用アクセス線（ＤＡＬ）ゲートウエイ１０５は仮想私設網（ＶＰＮ）顧客がＶＰＮによってサービスを提供されない従来の電話からさえそのサービスにアクセスが可能になるようにする。
【００２４】
システム１００を通して、ＰＳＴＮ１２３およびパケットデータネットワーク１０１に取り付けられたパーソナルコンピュータ（例えばＰＣ１１１）を介してサービスを提供される音声ステーション１２５間で通信が確立されてもよい。
【００２５】
ＰＣソフトクライアントとスタンドアロンＩＰ電話の同様の特性を留意して、ボイスオーバＩＰ呼び出しの配置に関して４つの可能なシナリオが存在するといえる。（１）電話と電話、（２）電話とＰＣ、（３）ＰＣと電話および（４）ＰＣとＰＣ。
【００２６】
電話と電話の呼び出しを確立する最初のシナリオにおいては、電話１２５からの電話呼び出しは、ネットワークゲートウエイ１０７への切り換えによるＰＸＴＮ１２３を介して切り換えられ、これがＩＰバックボーンネットワーク１０１を介して呼び出しを転送する。パケット化された音声呼び出しは、別のＰＳＴＮ電話（図示なし）に存在する、他の別の類似のネットワークゲートウエイ１０７へ、ネットワーク１０１を介して経路制御される。
【００２７】
第二シナリオの下では、電話１２５はＰＳＴＮ１２３にスイッチを介してＰＣに呼び出しを行う。この音声呼び出しはＰＳＴＮ１２３によってＳＩＰネットワークゲートウエイ１０７に切り換えられ、ＳＩＰネットワークゲートウエイ１０７は音声呼び出しをネットワーク１０１を介してＰＣ１１１に転送する。
【００２８】
第三のシナリオは音声ステーション（例えば電話１２５）への呼び出しを行うＰＣ１１１を含む。音声エンコーダを使用して、ＰＣ１１１は、ＳＩＰネットワークゲートウエイ１０７に予定されたネットワーク１０１へ音声パケットの流れを導入する。ＳＩＰネットワークゲートウエイ１０７はパケット化された音声情報をＰＯＴＳ電気信号に変換し、ＰＯＴＳ電気信号は音声ステーション（例えば電話１２５）に回線交換される。
【００２９】
最後に、第四のシナリオにおいては、ＰＣ１１１が別のＰＣ（図示なし）と音声呼び出しを確立する。この場合において、パケット化された音声データはネットワーク１０１を介してＰＣ１１１からパケット音声データが復号化される別のＰＣ（図示なし）にネットワーク１０１を介して送信される。
【００３０】
上記したように、システム１００はセッションセットアップメッセージを交換するためにＳＩＰを採用してもよい。現実的には国際電気通信連合（ＩＴＵ）によってマルチメディア通信を完成させるために普及された関連したプロトコルのセットではあるが、別の一般的なセッション確立プロトコルはＨ.３２３プロトコルと呼ばれる。これは、ＳＩＰはインターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されてきた代わりの標準である。ＳＩＰは、サービスを提供することができるサーバに対して要求をメッセージすることによって、要求されたサービスをクライアントが実行するということを一般に意味するクライアントサーバモデルに基づいた信号送信プロトコルである。他のＩＥＴＦプロトコル（例えば、シンプルメィルトランスファプロトコル（ＳＭＴＰ）と同様におよびハイパトランスファプロトコル（ＨＴＴＰ））と同様に、ＳＩＰはテキスト系の人間が読み出し可能なプロトコルである。
【００３１】
Ｈ.３２３およびＳＩＰプロトコルのいずれもＩＰテレフォニアプリケーションに限定されておらず、一般にマルチメディアサービスに適用可能性を有するということに注意されてもよい。この発明のある実施例においては、ＳＩＰはシステム１００を介して電話呼び出しおよび他のセッション形式を確立するために使用される。しかしながら、当業者にとって明らかなように、Ｈ.３２３プロトコル（何らかの修正または拡張を含む）または他の類似のプロトコルはＳＩＰの代わりに使用されうる。ＳＩＰとは別にしかししばしばＳＩＰと共に使用されるのがセッション記述プロトコル（ＳＤＰ）であり、これはセッション記述の受信者がセッションに参加することを許可するマルチメディアにおけるメディアストリームについての情報を提供する。
【００３２】
インターネットエンジニアリングタスクフォースのＳＩＰプロトコルはメソッドとしてまた呼ばれる、要求の各種形式を規定する。重要なメソッドはＩＮＶＩＴＥ（インバイト）メソッドであり、これはユーザを会議に招待する。別のメソッドはＢＹＥ要求であり、これは呼び出しが解放されてもよいことを示す。言い換えると、ＢＹＥは２ユーザ間または会議中の当事者間の接続を終了させる。別のメソッドはＯＰＴＩＯＮＳメソッドである。このメソッドは呼び出しを必ずしも確立することなく、能力についての情報を求める。ＲＥＧＩＳＴＥＲメソッドはユーザの現在の位置について、ＳＩＰサーバに情報を提供するために使用されてもよいメソッドである。
【００３３】
ＳＩＰに関する詳細およびその呼び出し制御サービスはＩＥＴＦ  ＲＦＣ２５４３およびＩＥＴＦインターネットドラフト"SIP Call Control Services", June 17, 1999に述べられている。
【００３４】
ＳＩＰメッセージの送信は、よく知られたユーザデータグラムプロトコル（ＵＤＰ）またはより信頼性のあるトランズアクション制御プロトコル（ＴＣＰ）を介してＩＰネットワークにおいて生じる。ＳＩＰ、Ｈ.３２３または他のプロトコルがデータネットワークを介したセッションを確立するために使用されてもよいが、ユーザ間において通信される現実の媒体または「トラフィック」は、よく知られた、ＩＥＴＦドキュメントＲＦＣ１８８９に記載されたリアルタイムトランスポート（ＲＴＰ）に従って生じてもよい。
【００３５】
本質的ではないが、呼び出し制御信号送信（ＳＩＰ、Ｈ.３２３）のすべて、媒体トラフィック（ＲＴＰ／ＲＴＣＰ）およびネットワーク管理およびプロビジョニングは、共通のトランスポートネットワーク１０１を介して通信される。このように、図１においては、要素のすべてがトランスポートネットワーク１０１の周りでハブの配置に現れる。
【００３６】
従来の電話ネットワークにおいては、呼び出しは、呼ばれた電話番号によって独自に識別される特定の位置または端末装置に向けられる。対照的に、システム１００は、呼び出し者が任意の特定の位置または端末に無関係に到達される呼ばれた当事者を呼び出し者が特定することを可能にする。
【００３７】
ユーザはある端末から別の端末へ移動してもよく、各端末で、入来呼び出しが最も最近登録された位置に向けられるように存在しているとして登録してもよい。さらに、ユーザは、呼び出し遮断のような特性の活性化に影響を及ぼす個人およびグループ的な両プロファイル設定を有してもよく、時間帯の関数としてもよい。
【００３８】
ユーザの位置や呼び出し処理特性の動的な性質にかんがみて、セッションを確立するための各要求はまず、ユーザの許可が認証され、宛先アドレスが見つけられ、ユーザまたはビジネスに関連した特別の特性が呼び出しに適用されるように、プロキシサーバにまず経路制御される。要求は内部でサービスされるかまたはそれらを変換の後、他のサーバに手渡すことによって処理される。プロキシは解釈を行い、必要であれば、それを転送する前に要求メッセージを書き換える。
【００３９】
一般的に、位置サーバ１１５はプロキシサーバからのような経路制御要求を受け入れ、経路制御要求中に表現された宛先当事者に対応するアドレスまたは「コンタクト」を決定する。要求に応答して、位置サーバはその当事者に対するコンタクトを情報を含むリダイレクト応答を戻してもよい。ＮＳ１１３およびＬＳ１１５間のメッセージはＳＩＰの修正されたバージョンを使用してもよい、ということに注意のこと。例えば、ＳＩＰの通知メッセージはＮＳ１１３およびＬＳ１１５との間では不必要であってもよい。そうでなければ、ＮＳ１１３とＬＳ１１５のようなネットワーク機能間のメッセージは標準のＳＩＰまたは非ＳＩＰ代案さえ使用してもよい。
【００４０】
システム１００はプロビジョニング、請求、ネットワーク管理能力を提供するために運用支援システム（ＯＳＳ）１２１をさらに含む。ＯＳＳ１２１は、ダイアルプラン、ユーザ許可および各ユーザのためにどのように特性が作動するのかという、多くの局面を提供するために、ウエブに基づくインターフェイスのような環境またはインターフェイスを提供してもよい。これらの局面の多くは位置サーバまたは、システム１００内の情報を変えることによってＯＳＳ１２１を介して設定される。ＯＳＳ１２１によって設定されてもよいある特定の特性は、無条件の呼び出し転送、条件付呼び出し転送、呼び出し遮断および呼び出しスクリーニングのようなレガシー(legacy)セントレックス特性を含むＯＳＳ１２１によって設定されてもよい。
【００４１】
設定されてもよいある特性は、いわゆる「ファインドミー」サービスを含む。ファインドミー計画は、各宛先が順に試みられる可能な宛先のリストを用いた呼び出しを経路制御するための機構を提供する。ファインドミーリストは時間帯または曜日別が適用されるよう特定されてもよく、また呼び出し番号の異なるカテゴリーに関連してもよい。さらに、デフォルトのファインドミーリストは、特定のファインドミーリストが効力がなくなる時の一般的な処理を決定するために提供(provisioned)されてもよい。
【００４２】
ファインドミーリストにおける可能な宛先はアカウントプロファイルに関連した特定のアドレスでありうる。例えば、特定の携帯電話番号または無線電話番号は可能な宛先アドレスでありうる。さらに、ユーザが、ＳＩＰ電話のような端末で自分たちの存在を登録すると、端末のアドレスはファインドミーリストに一時的に加えられてもよい。
【００４３】
ＳＩＰ電話プロファイルに対して、ファインドミーリストはユーザプロファイルおよび／または現在の登録されたアドレスに対する参照において、提供された特定の宛先アドレスを含むことができる。企業ゲートウエイプロファイルの後ろの従来の電話に対してはファインドミーリストはユーザプロファイルおよび／またはユーザのＰＢＸ電話に対する参照において与えられる特定の宛先アドレスを含むことができる。ファインドミーリストの特性はアカウント生成の間にユーザに対して可能にされ、それからユーザによって更新される。ファインドミーリストになされたエントリは加入者のダイアルプランのための特性ブロッキングリストに対して確認されてもよい。ユーザプロファイルはファインドミーリストを更新するためにリンクを有する。特に、システム１００はユーザが、ファインドミーリストを一般化するために使用されうる、可能性のある装置の在庫を生成、読み出し、更新および削除することを許可する。
【００４４】
ＳＩＰ電話１０９はユーザが電話から登録または登録取り消し、またはログインまたはログアウトするのを許容する。模範的な実施例においては、移動性を提供するために、ＳＩＰ電話１０９はビジターがユーザ名とパスワードを入力するのを許容する。ログインすることによって、ビジターのプロファイルに対する入来呼び出しは電話に向けられる。ビジターがログインすると、ＳＩＰ電話１０９はネットワークサーバ１１３および位置サーバ１１５にビジターを登録する。電話によって登録された任意のプロファイルに対する任意の入来呼び出しは電話に向けられうる。ネットワークサーバ１１３と位置サーバ１１５はユーザがビジターとしてログインする状態またはユーザが、もし存在すれば、それらの普通の家の装置にログインする場合の両方において同様に応答してもよい。
【００４５】
「邪魔しない」特性は、入来呼び出しが減少し、例えば電話またはページャの場合には、近くのユーザを邪魔しないようベルを鳴らさないように端末で利用可能である。「邪魔しない」がＳＩＰ電話１０９で実行されたとき、ＳＩＰ電話１０９はＮＳ１１３によってコンタクトされたとき、ビジーメッセージを戻す。例えば、電話は入来呼び出しが到着したときベルの代わりにビジー信号を戻す。ＳＩＰ電話１０９が「４８６ビジー」メッセージを戻すと、ネットワークサーバ１１３および位置サーバ１１５は、ビジー特性に基づく呼び出し転送が供給されたかどうかのような、ユーザプロファイルに基づいてインテリジェントな経路制御決定を行うことができる。
【００４６】
模範的実施例において、システム１００は通信セッションを確立するためにセッション開始プロトコル（ＳＩＰ）を使用する。
【００４７】
簡単に言うと、セッションは以下の方法で開始される。プロキシサーバはまずＳＩＰ「ＩＮＶＩＴＥ」（インバイト）メッセージのような要求を、第一ユーザが第二ユーザにコンタクトすることを望む呼び出しステーションから典型的には受け取る。第二ユーザは、例えば、電話番号、ＩＰアドレス、あるいはユニフォームリソースロケータ（ＵＲＬ）によって識別されてもよい。それからプロキシサーバは第二ユーザに到着するために第一ユーザの特権を検証したり、第二ユーザのために一以上の位置を見つけたり、そして第一あるいは第二ユーザのために提供された任意の呼び出し処理特性を実行するような目的で、ルーティング要求を位置サーバに中継してもよい。一般的に、位置サーバは第二ユーザがコンタクトされてもよい一以上の端末のアドレスをプロキシサーバに返すことによって、プロキシの要求に応答する。
【００４８】
位置サーバからのアドレス情報を受け取ると、プロキシサーバは各アドレスに「ＩＮＶＩＴＥ」メッセージあるいは同様のものを送り始める。従って、プロキシサーバは直列あるいは平行のいずれかでアドレスを試みることで、第二ユーザに到着することを試みる。
【００４９】
もし、例えば、所与のユーザプロファイルが、「ファインドミー」リスト、すなわち、呼ばれた第二ユーザに到着しようと試みられるべきコンタクトのセット、を提示する場合、多数のアドレスは位置サーバによって戻されてもよい。位置サーバによって維持される自身のプロファイルを提供することによって、ユーザは例えば、入来呼び出しがＩＰ電話にまず向かい、それから別の電話、それから移動電話、そしてもしそれらの位置で応答が依然としてなければ、音声メールシステムに入るということを特定してもよい。
【００５０】
ネットワークサーバあるいはプロキシと位置サーバとの間の相互作用をよりうまく述べるために、単純な呼び出しシナリオが図２で今回記述されている。
【００５１】
図２はＳＩＰプロトコルを使用してセッションのセットアップを実行するための従来技術に従う基本的な要素の典型的な相互作用を示す図である。これら要素間の通信は図１のＩＰネットワーク１０１のような一般のパケットデータネットワークを介して典型的には生じる。
【００５２】
図２において、ユーザＡ２１０はユーザＢ２２０と通信を確立したいと望む。ユーザＢ２２０は多くのアドレスの内の任意の一つで到着される。これらのアドレスまたはコンタクトは従来の電話、ＩＰ電話、無線電話、ページャなどに対応してもよい。アドレスのリストは、ユーザＢが動きまわり、各種端末装置２２２で存在するとして登録するにつれて変化してもよい。ユーザＢのコンタクト情報についての現在の情報は位置サーバ２４０において典型的には維持されるか、または、ここには示されていない何らかの形式の存在登記において維持される。
【００５３】
コンタクトを開始するために、ユーザＡ２１０は端末、呼び出しステーション２１２にアクセスし、到着されるべき宛先としてユーザＢを特定する。この特別の所望の宛先の表現は数字のダイアルの形態またはリストからユーザ名またはＵＲＬ形式のアドレスを選択するという形態をとる。ある場合には、ユーザＡはどのような形態のセッションを望むのか（ビデオ、質の高い、メッセージなど）ということを表現できてもよく、またはセッションのための所望の質のレベルを特定してもよい。要求がひとたびステーション２１２で特定されると、要求を述べたＳＩＰ「ＩＮＶＩＴＥ」メッセージは構成されプロキシサーバ２３０に送信される。
【００５４】
プロキシサーバ２３０はユーザＢが到達されてもよい一以上のコンタクトを検索するために位置サーバ２４０に要求を典型的には送信する。前に述べたように、プロキシサーバ２３０はプロファイル制御された特性動作の実行およびユーザＢに関連する最新の知られた位置情報を得るような、各種の目的で位置サーバ２３０を調べる。
【００５５】
位置サーバ２４０は要求を分析し、プロキシサーバ２３０に多くの可能な方法の内の一つで応答する。位置サーバ２４０は、もしユーザＡがユーザＢにコンタクトを許可されなかったときは、もしユーザＢのアドレスが認識されないときまたはもしユーザＢが、ユーザＡによって到着できないようにさせるような活性された特性を有しているのであれば、セッションを否認してもよい。
【００５６】
位置サーバ２４０は、ユーザＡがユーザＢへのコンタクトを許可すると決定してもよく、またユーザＢが到着されうる多数のアドレスを見出してもよい。この場合においては、位置サーバ２４０はＳＩＰに、試されるべき内容のリストを含む「３００多数選択」メッセージを戻す。
【００５７】
そのような応答を受信したとき、プロキシサーバ２３０は対応する端末２２２の任意のものでユーザＢがうまく到着されうるかどうかということを知るためにコンタクトの試みを開始する。この「ファインドミー」機能性は、最も最近の登録された位置で開始するシーケンスで通常は実行され、または、ユーザＢ（電話それからページャ）のために提供された特定の順に従う。ある設定においては、プロキシサーバ２３０はすべてのコンタクトを平行に試みてもよいと認識される。端末２２２とコンタクトを確立するための試みは端末に対してＳＩＰ「ＩＮＶＩＴＥ」を送信し、成功または失敗を示す返答を待つことを含む。
【００５８】
図４は通信システムにおいて「ビジーにおける呼び出し転送」特性を実行することに関する一連のメッセージイベントを表す呼び出しフロー図である。このシナリオにおいて、ユーザＢがビジーなときユーザＡが呼び出しを行い、ユーザＢはそのような呼び出しをユーザＣに送信するよう設定された「ビジーにおける呼び出し転送」特性を有する。
【００５９】
ステップ６０１のように、ユーザＡは「ＩＮＶＩＴＥ」メッセージをＮＳ１に送信することで、ユーザＢに「呼び出し」を行う。呼び出しを許可するために、ＮＳ１はステップ４０３で示されているように、「４０７許可要求」メッセージで返答してもよい。ユーザＡは、ＳＩＰプロトコルにおいて慣習であるように、ステップ４０５でその応答を承認する。実際は、ステップ４０３における返答は、文字列あるいは数字の形式で課題（challenge)もしくは「当座」(nonce)を搬送する。認証を達成するために、ユーザＡ端末は当座の値を処理し、次の別途提出されたＩＮＶＩＴＥ要求を伴うための要求を生成するよう期待される。ユーザ端末の許可を含むこの次の要求は、ステップ４０７のＩＮＶＩＴＥメッセージとして表される。
【００６０】
先の許可課題に対する有効な応答を今回認識すると、ＮＳ１はＩＮＶＩＴＥ要求４０９の形式で、ルーティング要求を位置サーバ（ＬＳ）へ送信することにより、ＩＮＶＩＴＥ要求を処理することで開始する。一方、ステップ４１１では、ＮＳ１は仮の「１００試み」応答をユーザＡ端末に戻す。
【００６１】
そのすぐあとに、ＬＳはステップ４１３においてＳＩＰ「３００多重選択」メッセージによって表されたコンタクトのセットでプロキシに応答する。これらのコンタクトはユーザＢ端末およびユーザＣ端末を参照する。ユーザＢは通常の感覚ではコンタクトとして記入されてもよいが、ユーザＣは第一のアドレスがビジーのときに転送のために使用される”ｃｆｂ”コンタクトアドレスとして指定されてもよい。
【００６２】
ステップ４１５において、プロキシＮＳ１はユーザＢへＩＮＶＩＴＥメッセージを送信することによって、第一のコンタクト上で動作する。ステップ４１７において、ユーザＢ端末は、おそらく既に別のセッションに含まれているかあるいは、以前に述べたように「邪魔をしない」モードに設定されているために、端末はビジーであるということを提示する「４８６ここではビジー」という応答を返送する。
【００６３】
ＮＳ１は、ステップ４１９でビジーの提示を受領すると、”ｃｆｂ”コンタクトアドレス、すなわちユーザＣを試みるように進む。ＩＮＶＩＴＥメッセージはステップ４２１でユーザＣへ進み、「１８０リンギング」応答はステップ４２３で戻される。ユーザＣは少なくとも「ビジー」ではなく、鳴っているかあるいはそうでなければユーザＡからの入来呼び出し試みを信号送信している。
【００６４】
ステップ４２３におけるユーザＣから戻されたリンギング応答は、ユーザＡが従来の電話を介して聞かれた聞き取り可能なリンギング音声によく似た「リングバック」信号送信を受け取るように、ステップ４２５においてユーザＡへ戻される。
【００６５】
ユーザＣが呼び出しに答えると、「２００ＯＫ」メッセージはステップ４２７でユーザＣによって返され、ステップ４２９でユーザＡに戻される。ある場合には、ＯＫ応答はユーザＡおよびユーザＣ間で確立されたセッションのためのパラメータを記述するセッション記述子を含んでもよい。別の場合、ユーザＡは前のＩＮＶＩＴＥメッセージでこれらのパラメータを既に提案しているだろう。これらのパラメータは媒体のタイプ、サンプルの割合、コーデック計画等を含んでもよい（従来の電話ネットワークにおいては、これらはすべて本質的に固定された値であり、通信当事者間で特定されたり交渉されたりは決してしなかったということに注意のこと）。
【００６６】
ユーザＡはステップ４３１で応答し、応答はステップ４３３でユーザＣへ「代理」される。ひとたびこの交換が発生すると、ユーザＡおよびユーザＣはお互いのアドレスを知り、ＲＴＰ媒体ストリームは相互に同意したセッションパラメータを使用して、ユーザ端末間で確立される。
【００６７】
この双方向の媒体通信（完全に同時送受信のテレフォニ）は、この場合、ユーザＣが呼び出しの終了を決定するまで続く。ユーザＣの「電話を切る」に応答して、「ＢＹＥ」メッセージはステップ４３５でＮＳ１へ送られ、今度はステップ４３７でユーザＡに戻される。これはセッションが終了した−ユーザＡはパケットをユーザＣに送信するのをやめ、ユーザＣからのパケットを期待するのをやめるべきである、ことをユーザＡに知らせる。ユーザＡはステップ４３９および４４１で応答を戻す。メッセージ計画における受領の賢明な使用は、重要な制御メッセージが受け取られることを確実にする。ＮＳ１のような要素は、しばらくした後で受領が通知されないとき、制御メッセージを再送信するよう設定されている。この計画は、これらのメッセージはユーザデータグラムプロトコル（ＵＤＰ）のような信頼できない送信機構を使用して典型的には送信されるということを補償する。
【００６８】
図５は、「ファインドミー」特性が発動されるとき、各種要素間で生じるメッセージの典型的なシーケンスを示すフローチャートである。再び、ＳＩＰメッセージが例として示されているが、他のプロトコルも類似の機能性を遂行するために使用されることができる。この例において、ユーザＡに関連するステーションは「ユーザＡ」として示されている。しかしながら、ユーザＢはファインドミー特性の下では任意の数の装置（またはクライアント）と関連してもよいため、これらの装置は「端末１」、「端末２」、「端末３」と呼ばれる。一般に、任意の数の端末（すなわち宛先クライアント）がユーザＢのファインドミーリストに特定されてもよい、ということに注意のこと。このシナリオにおいては、ユーザＢは結局端末３を介して到着すると仮定される。
【００６９】
各端末装置、ユーザＡおよび端末１、２および３はＳＩＰ電話または他の形式の電話であってもよく、企業ゲートウエイまたはネットワークゲートウエイ１０７などを介して接続されてもよい。ユーザＢはそのプロファイルの一部としてファインドミー特性を有し、試みるべき多数のコンタクトを結果として有する。これに基づいて、ＮＳ１は、ユーザＢに到達したいというユーザＡの要求に、まずＩＮＶＩＴＥメッセージを端末１に、それから端末２、それから端末３に対して送信することによって応答し、ここで呼び出しは最終的に完了する。この例において、端末１、２および３はＳＩＰ電話であると仮定される。ある要素から別の要素へ送信されるメッセージの各事例はプロセスまたはシーケンスにおけるステップとして呼ばれる。
【００７０】
ステップ５０１において、ユーザＡがユーザＢに到着したいという意図を示すＳＩＰ「ＩＮＶＩＴＥ」メッセージは、ユーザＡの端末からプロキシＮＳ１へ送信される。ステップ５０３において、プロキシは、任意の要求を受ける前に、ユーザＡの認証を調べるためにＳＩＰ「４０７認証要求」メッセージで応答する。この最初の交換での締め切り(closure)を提供するために、ユーザＡはステップ５０５においてプロキシに対してＳＩＰ通知メッセージを戻す。
【００７１】
ユーザＡはステップ５０７において次にＩＮＶＩＴＥ要求を繰り返すが、今度はステップ５０３の調査に応答して認証ヘッダを含む。ユーザＡの認証が満足であれば、ステップ５０９においてＩＮＶＩＴＥが位置サーバに転送される。位置サーバは要求の検査を始め、ユーザＢがプロファイルを有しているかどうかおよびどのような特性が現在活性化されているのかということを決定する。ところで、ステップ５１１において、「１００試み」仮応答は、ユーザＡ端末に対して種類の呼び出し進行指示器として戻される。このすぐあとで、位置サーバはステップ５１３において、それがユーザＢに対するファインドミーリストを見つけたということを示すＳＩＰ「３００多数選択」メッセージで応答する。この応答はユーザＢとの通信が試みられたコンタクトのリスト、この場合は端末１、２および３であるが、を含む。
【００７２】
プロキシＮＳ１はそれから連続的にコンタクトを試み始める。ステップ５１５において、ＮＳ１は端末１に対してＩＮＶＩＴＥメッセージを送信し、そこで、端末１は、ステップ５１７で「４０４見つからない」メッセージで応答する。これは、ユーザＢが端末１で到着できないことを示す。ＮＳ１は、ステップ５１９において「ＡＣＫ」メッセージを戻すことによって「４０４」メッセージを通知する。この通知がなければ、端末１はその応答が受信されたということを確実にするために、間隔をあけて「４０４」応答を繰り返す。
【００７３】
ステップ５２１において、プロキシＮＳ１はＩＮＶＩＴＥメッセージを送信することによって端末２を介してコンタクトを試みる。ステップ５２３において、端末２は端末がベルを鳴らす（電話）かまたはそうでなければ入来呼び出しの近くにいるユーザに警告するということを呼び出し当事者に知らせる進行指示器として「１８０リンギング」仮応答を送信する。ステップ５２５においてこのリンギングメッセージはプロキシからユーザＡ端末へ渡される。結局、端末２が応答されることなくしばらくベルが鳴らされると、タイムアウトが宣言されてＮＳ１は、端末２がベルを鳴らすのをやめるようにステップ５２７において「キャンセル」メッセージを発行する。
【００７４】
プロキシＮＳ１はそれから端末３を介してユーザＢに到着しようと試み、ＩＮＶＩＴＥメッセージをステップ５２９において端末３に送信する。この新しいコンタクトが開始される間、端末２がステップ５３１において「２００ＯＫ」メッセージを戻すことによって前の「キャンセル」に応答するということが起こる。端末２はそれからステップ５３３において、最近のキャンセルの理解を示すため、「４８７要求はキャンセルされた」メッセージを送信する。プロキシＮＳ１は、端末２に対する呼び出しの試みがキャンセルされたということを確認し、ステップ５３５において、「ＡＣＫ」を送信することによって端末２との処理を終了する。
【００７５】
ステップ５３７において、端末３はステップ５３９においてユーザＡに対して繰り返して戻される「１８０リンギング」応答を送信する。ステップ５４１において、端末３はこの端末において呼び出しが受け入れられたということを示す「２００ＯＫ」メッセージを送信する。「２００ＯＫ」はステップ５４３においてユーザＡ端末にも送信される。実行可能な接続の通知はステップ５４５および５４７において戻される。この点においてユーザＡの端末および端末３は互いにお互いのアドレスを知り、二方向のＲＴＰ媒体接続がユーザＡとユーザＢとの間でネットワークを介して確立されてもよい。
【００７６】
図４および図５の呼び出しフローは、位置サーバが特性プロセスを実行し、プロキシ、ＮＳ１、求められている宛先当事者に対する結果として得られるコンタクトのセットを戻すような典型的な状況を示す。先行技術において、特性が発動されるときでさえ、所望の呼び出し制限が守られることを確実にするために、これらのコンタクトは個々にスクリーンされない。特性生成コンタクトをスクリーンする、および特にそのような処理をユーザのために許可を開始することと区別することの能力は、通信システムにおいて維持され、ＯＳＳ１２１あるいは他の手段で提供されるユーザプロファイル情報に依存する。
【００７７】
ユーザプロファイル情報に関連して、図６は、今回述べられる方法でポピュレート(populate)されるとき、この発明を実行するために使用されてもよい一対のデータ構造を示す。
【００７８】
ユーザプロファイルテーブル６１０は、ユーザプロファイルレコード６１２を含むように示されている。各々のユーザプロファイルレコードは、サービス処理を制御する値のセットを提供する。これらの各種の値はＯＳＳ１２１を介した活動を提供することによって設定されてもよいしあるいは、例えばウエブに基づくインターフェイスあるいはＳＩＰ電話を介してユーザに設定されてもよい。いくつかの値は、ユーザに対して現在登録されている位置のリストのような、さらに別のテーブルに対する索引を提供してもよい。
【００７９】
ユーザプロファイルテーブル６１０におけるレコードの各々はシステム１００内で独特のユーザプロファイルを表し、一般的に個々のユーザに対応する。ユーザプロファイルテーブル６１０のＳＵＢＩＤは独特でなければならない。当業者が理解するであろうように、ＳＵＢＩＤは例えば、ダイアルプラン内で独特であるリスト化された識別子とともに、独特のダイアルプラン識別子の組み合わせから抽出されてもよい。
【００８０】
ダイアルプランＩＤは自身のダイアルプランと共にＶＰＮを有する特定の企業顧客の機能である。ダイアルプランＩＤは、システム１００において多数のＶＰＮが共存し正確に区別されうることを確実にする。例えば、会社Ａに属する私的ネットワークにおいて開始ダイアル内線「２６６５２０５」は、同様のシステム１００を共有する会社Ｂもまた自身の私的番号計画に「２６６５２０５」位置を偶然有していたとしても、会社Ａ内の意図された宛先に到着するべきである。
【００８１】
図６の例において、ユーザプロファイルテーブル６１０における各々のレコード６１２は、プロファイルフィールド６１６、６１７および６１８を含むよう示され、それらは各々サービス処理の異なる局面を制御する値を有してもよい。例えば、各レコードに対するフィールド６１６内の値は、ユーザが呼び出しを開始するための許可を意味する、開始呼び出しスクリーニングあるいは、「ＯＣＳ」に作用してもよい。フィールド６１７の値は、ユーザが他から受信してもよい呼び出しを意味する、呼び出しスクリーニング終了あるいは「ＴＣＳ」に影響してもよい。特に、フィールド６１８の値は、特性関連呼び出しスクリーニングかあるいは単に「特性遮断」もしくは「ＦＢＬ」を制御してもよい。
【００８２】
スクリーニングテーブル６２０はまたスクリーニング基準レコード６２２を含むように示されている。レコード６２２の各々はＬＩＳＴ＿ＮＵＭフィールド６２４、ＡＬＬＯＷフィールド６２５、アドレスの性質（a Nature-of Address）フィールド６２６および基準フィールド６２７を含む、いくつかのフィールドを含むように示さている。スクリーニングテーブル６２０の各々のレコードは、通信システムにおける発信開始および入来終了許可を記述する。ＬＩＳＴ＿ＮＵＭフィールド６２４は、ポピュレートされるとき、テーブル６２０内の一以上の関連するレコードを識別する。基準フィールド６２７は映写された数字と比較して、特有の値（ＩＰアドレスのような）あるいは値の範囲（ある範囲内の電話番号）を表現する。アドレスの性質（ＮＯＡ）フィールド６２６はレコードが属するアドレスのタイプを表現する。当然、フィールド内で表された所与の基準は、ＩＰアドレス、Ｅ.１６４型の電話番号あるいは私的番号のような特有のアドレスタイプの状況においてのみ意味がある。
【００８３】
ＡＬＬＯＷフィールド６２５はレコードが解釈されるべき意味を伝達する。ＡＬＬＯＷフィールド内のある値でもって、レコードは基準フィールド６２７において述べられた基準を満たすあらゆるナンバ（電話番号あるいはＩＰアドレス）は否認されるべきであるということを表現してもよい。このフィールドの別の値でもって、レコードは基準フィールド内のナンバは許可されてもよいナンバのみであるというように解釈されてもよい。基準が適用されるスクリーニングのタイプは、レコード６２２自身の機能ではなく、むしろそのフィールド６１６、６１７あるいは６１８のうちのどれかがレコード６２２に対する「ポインタ」を含むのかということに注意のこと。
【００８４】
テーブル６１０および６２０は、システム１００でリアルタイムの特性処理をサポートするために、位置サーバ１１５によって維持されるか、あるいはアクセスできる。システム１００でセッション要求を処理する途中で、位置サーバ１１５はテーブルにおけるユーザ設定に基づく要求に対してどのように動作するかを決定することについて、ユーザプロファイルテーブルを調べるであろう。
【００８５】
テーブル６１０のレコードは、他のテーブルの特有のレコードに関連するフィールドを有してもよい。特に、ＦＢＬフィールド６１８はスクリーニングテーブル６２０での一以上のレコードに対応する値を含んでもよい。例えば、図６に示されているように、テーブル６１０の第４のレコードは、テーブル６２０内の二つの別のレコード６２２に対応する値をＦＢＬフィールド内に有する。レコードを位置決めする効率のために、スクリーニングテーブル６２０内のレコードは、ＬＩＳＴ＿ＮＵＭの値、あるいはある種のハッシュテーブルが使用されてもよい順序で並べ替えられてもよいということが考えられる。
【００８６】
スクリーニングテーブル６２０の一例はスクリーニングの全形式、すなわち、ＯＣＳ、ＴＣＳおよびＦＢＬに影響するレコードを保持してもよいということが考えられる。フィールド６１６、６１７および６１８内への注意深い値の入力と同様に、ＬＩＳＴ＿ＮＵＭフィールド内の値の独自性は、ＯＣＳ、ＴＣＳおよびＦＢＬレコードがテーブル６２０で混同することなく共存してもよいということを確実にする。代わりに、別のフィールドがレコードの各々のタイプを識別してもよいかあるいは、別のテーブルがＯＣＳ、ＴＣＳおよびＦＢＬ機能を個別に支持するように使用されてもよい。当業者が理解するであろうように、多くの変化が可能であり、処理能力およびテーブルの値の簡単な更新のような、各種の実行パラメータが作業実行の設計を進めるであろう。
【００８７】
図７は特性関連呼び出しスクリーニングを実行するための新規な提供を含む、セッション要求を処理するためのプロセス７００を示す。プロセス７００は、例えば、位置サーバ１１５内で実行されてもよい。プロセス７００は、プロキシサーバあるいは同様のものからの要求のルーティングを受領すると、ステップ７０２で開始する。ルーティング要求は、おそらく開始ユーザによって開始されたセッション要求に応答して、位置サーバに提出される。
【００８８】
ステップ７０４において、ルーティング要求は、呼び出しの開始および意図された宛先当事者あるいは呼び出しの終了を識別するように解釈あるいは分析される。
【００８９】
ステップ７０６において、ユーザプロファイルが、開始および終了の両方に対してもしあれば、位置サーバにアクセス可能なある種のデータベースから得られる。以前に述べたように、位置サーバの主要な役割は、サービス処理に影響するユーザについての情報を検索しかつ適用することである。そのようなプロファイルからの利用可能な情報の一部は、開始当事者に対する送信呼び出し許可および終了当事者に対する受け入れ可能な入来呼び出しを述べる。ステップ７０２で受け取られた特有のルーティング要求の状況において、これらの要因の両方はセッション要求が許可されるかどうかに影響する。ステップ７０６はさらにこれらの開始および終了スクリーニング基準の適用を伴う。
【００９０】
ステップ７０８において、スクリーニングの結果は評価され、もし呼び出しがそのようなスクリーニングの通過に失敗すれば、実施例はステップ７１０に進み、そこで拒否応答がステップ７０２で受信されたルーティング要求に応答してプロキシに戻される。
【００９１】
そうでなければ、ステップ７０８において呼び出し要求がスクリーニングを通過することが決定されると、それからステップ７１４で、ステップ７０６で以前に既に発見されているように、終了プロファイルが使用可能であるかどうかがさらに決定される。終了プロファイルがアクセス可能でなければ、終了ユーザに対して特定される特性はない。結果として、特性処理、あるいは特性関連呼び出しスクリーニングのニーズはなく、プロセスは、ステップ７１６へ移動し、特性の発動を含むことなく、コンタクト情報を提供し、ステップ７１８でプロキシへの返答としてこの情報を伝達する。
【００９２】
ステップ７１４に戻って、終了当事者に対するユーザプロファイルが使用可能であると決定されると、ステップ７１２はプロファイルに基づく特性処理を適用するように実行される。例えば、終了ユーザプロファイルは、ファインドミー特性が可能化され、試みられるべき、コンタクトの一覧を提供してもよいということを提示してもよい。先行技術に従って、このコンタクトの一覧は、プロキシに通常は戻され、そしてプロキシはこれらのコンタクトを使用して終了当事者に到着するよう試みてもよい。
【００９３】
もちろん、実行されてもよい使用可能な特性は幅広く存在する。これらの特性が処理される一般的な方法はよく知られており、当業者をこの発明の教示に適用可能にするために説明される必要はない。さらに、そのような特性処理が実行されてもよい特有の方法は、多くの実行特有の詳細、優先および任意の設計選択に制約され、それらはすべてこの発明の動作上全く関係がない。
【００９４】
そのような特性処理の純粋な効果は、一般的に意図された終了当事者に到着するためのコンタクトの「ワーキングリスト」であろう。ステップ７１２の特性処理の後、プロセスはステップ７２０へ移動する。７２０から７２８までのステップは、ステップ７１２で生成されたコンタクトのワーキングリストにおいて、各々のコンタクトをスクリーニングするループを実行する。ステップ７２０において、まだスクリーニングされていないワーキングリストにコンタクトがあるかどうかが決定される。
【００９５】
ステップ７１２からステップ７２０へ最初に入ると、多重の可能なコンタクトがあってもよく、それらはすべてこれからスクリーニングされる。従って、各々のコンタクトの組織的なスクリーニングは次のステップ７２２を実行することで始まる。ステップ７１２からステップ７２０へ入る別の可能性は、コンタクトがない場合である。これは、おそらく開始者が現時点で、終了当事者にコンタクトしないと特性処理が決定することによる。もしコンタクトがなければ、それからステップ７２０の決定はステップ７１８へ進むことを実行させ、そこで応答はプロキシに戻され、この場合プロキシが試みるべきコンタクトの提供はない。
【００９６】
ステップ７２０はまた終了当事者に対して設定された特性遮断スクリーニングはないという可能性も包含する。これは、例えば、ユーザプロファイルテーブル６１０内の終了ユーザレコード６１２のＦＢＬフィールド６１８に何の値も存在しないことから明白であろう。もしこの場合であれば、実施例はステップ７２２−７２８を飛ばしてステップ７１８へ進む。
【００９７】
ステップ７１２から起因するコンタクトが確かに存在し、仮定の特性遮断スクリーニングが終了当事者に対して設定される状況に戻って、ステップ７２２は、ステップ７２４、７２６および７２８に対する状況としてこれらのコンタクトの一つを選択することを含む。ステップ７２４において、プロセスはステップ７２２内で選択されたコンタクトをスクリーニングするように実行される。図８でかなりより詳細に記述するように、ステップ７２４は、終了ユーザプロファイルにおいて、コンタクトは結局はステップ７１８でプロキシに戻されることに応答して含まれてもよいのかどうかを決定するために、特性遮断設定を求める。
【００９８】
次にステップ７２６で、コンタクトがステップ７２４のスクリーニングを通過すると、それから実施例は単にステップ７２８を飛ばしてステップ７２０へ戻り、スクリーニングが必要なコンタクトがそれ以上ないかどうかを決定する。ステップ７２６の決定の動作によって、コンタクトがステップ７２６のスクリーニングを通過しなかったら、ステップ７２８はワーキングリストからコンタクトを除去するために実行され、そうでなければコンタクトをプロキシへ戻されるように使用不可能にする。コンタクトを使用不可能にした後、実施例はステップ７２０へ戻り、スクリーニングが必要なコンタクトが他にないかを決定する。
【００９９】
７２０から７２８へのステップは各々のコンタクトに対して繰り返される。ステップ７２０ですべてのコンタクトがスクリーニングされたと判定されると、もしあれば、特性処理および特性関連スクリーニングに起因するコンタクトの最終セットは、ステップ７０２で受け取られたルーティング要求に応答して、ステップ７１８でプロキシへ戻される。それからプロセス７００はあるルーティング要求を処理することに関連して終了される。
【０１００】
図８はステップ７２４の特性遮断がどのように実行されるのかという点のさらなる説明を提供する。プロセス８００は設定可能なスクリーニング基準を特定の呼び出しあるいはセッション要求に適用するための一連のステップを含む。特に、プロセス８００は、スクリーニングテーブルに結合されたユーザのプロファイルを終了するところで述べられた特性遮断スクリーニング基準に対して、特性処理に起因するコンタクトの調査に適用する。プロセス８００はコンタクトがスクリーニングを通過することを提示するステップ８２２、あるいは逆を提示するステップ８２４のいずれかの実行で表された２つの戻る値で、サブルーティンあるいは呼び出し可能機能として見られてもよい。
【０１０１】
この発明の新規な局面に従って、特性遮断基準が開始および終了スクリーニング基準のような、スクリーニング基準の他の形式とは関係のないユーザプロファイルにおいて表されることは、注目に値する。さらに、図７のステップ７２４において明白であったように、特性遮断基準が適用されるところのポイントはまた新規で有益でもある。
【０１０２】
ユーザプロファイルの終了に関連した特性遮断基準に対して、終了当事者のコンタクトがテストされると、ステップ８０２でプロセス８００は開始する。
【０１０３】
ステップ８０４で、「リスト番号」は終了ユーザプロファイルから得られる。例えば、簡単に図６を参照すると、ユーザプロファイルテーブル６１０のレコード６１２は、特性遮断基準はスクリーニングテーブル６２０からどのように得られるのかを決定するフィールド６１８を有してもよい。ステップ８０４はスクリーニングテーブル６２０でレコードロケータ(locator)として使用されるために、フィールド６１８において値を得ることに関連する。そのように得られたリスト番号の値は、適切な基準レコードを見つけるために、スクリーニングテーブル６２０のＬＩＳＴ＿ＮＵＭフィールド６２４における値と比較されるだろう。
【０１０４】
ステップ８０６において、レコード６１２のフィールド６１８のような特性遮断に対するリスト番号が、実際に見つけられたかどうかが判定される。多くの場合、所与のユーザは設定されたどのような特性遮断も有さないだろうし、このフィールドは存在しない、あるいはその特性の欠如をあらわすヌルもしくはゼロの値を含んでもよい。この場合、決定ステップ８０６は決定ステップ８２０へ通過する実行を生じさせ、そこでデフォルトのスクリーニング作用が行われる。特性スクリーニングが適用されないところでは、デフォルト作用はすべての呼び出しを許可してもよいだろうことが、推測される。特性遮断スクリーニング基準が明らかに満たされない限り、すべての特性関連呼び出しを許可しないというデフォルトをシステムに持たせることも考えられる。ユーザあるいはシステムに対して設定されたデフォルトスクリーニング基準に応じて、スクリーニングプロセス８００の結果は、コンタクトが特性遮断スクリーニングを通過することを提示するステップ８２２の実行か、あるいはコンタクトは特性スクリーニングを通過しないことの提示に戻るステップ８２４の実行のいずれかになってよい。
【０１０５】
ステップ８０６へ戻って、特性遮断のリスト番号の位置が解ると、実行はステップ８０８へ進み、そこではコンタクトのアドレスタイプが二つの異なるスクリーニングテーブルの間で区別されて使用される。一つは私的あるいは公の電話番号で、もう一つはＩＰアドレスである。テーブルにおける相違は、値の範囲のような基準が表される方法となり得る。
【０１０６】
「アドレスの性質」は、ＩＰアドレス、公の電話ネットワークにおける意義を有するＥ.１６４型の電話番号と、私的（ＶＰＮ）電話番号との間の、フォーマットにおける相違および意義に関連する属性である。二つの異なるテーブルがＩＰアドレスと電話番号を適応させる例として述べられているが、当業者は他の多くの調整が可能であることを理解するであろう。例えば、これから開発される新しいタイプにおそらく適応させるために、他のアドレスタイプに関連するさらに別のテーブルを有することが可能である。アドレスの範囲のような、基準が各々のアドレスタイプに対してどのように特定されるのかについての相違に関わらず、同様のデータ構造において各種のアドレスタイプを共存するための計画を開発することもまた考えられる。
【０１０７】
ステップ８０８において、コンタクトアドレスの性質が公あるいは私的電話番号であると決定されると、実施例は、ステップ８０４でプロファイルから抽出されたリスト番号に合致するＬＩＳＴ＿ＮＵＭの値を有する基準レコードの位置を見つけるために、スクリーニングテーブル６２０で例示されているように、スクリーニングテーブルを使用するステップ８１０へ続く。そのようなレコードを見つける時に、ステップ８０８におけるコンタクトに対して決定されたアドレスの性質はまた、合致したＮＯＡフィールド６２６を有する前記基準レコードのみを選択するように使用される。これは、例えば、Ｅ.１６４コンタクトはＥ.１６４基準と比較され、終了ユーザに対しても設定されてよい任意の私的番号基準とは比較されないということを確実にする。
【０１０８】
代わりに、ステップ８０８において、コンタクトアドレスの性質がＩＰアドレスであると判定されると、実行はステップ８１２へ続き、スクリーニングテーブル６２０と類似しているが、おそらくＩＰアドレス、その範囲を特徴付けるにはより適した異なるスクリーニングテーブルを使用する。ステップ８１０では、基準レコードはステップ８０４のプロファイルから派生されたリスト番号に合致するＬＩＳＴ＿ＮＵＭの値を有するように置かれる。
【０１０９】
ステップ８１０が実行されるかステップ８１２が実行されるかに関係なく、それから実行はステップ８１４へ進み、適切なスクリーニングテーブルで何らかの基準レコードが見つけられたかどうかに基づいて分かれる。そうでなければ、それから実行は以前に述べたようにデフォルトの作用を発動させるため、ステップ８２０へと進む。
【０１１０】
そうでなければ、基準レコードが見つけられると、実行はステップ８１６へ続き、明確なコンタクトアドレスがレコードによって表されたあらゆる基準を満たしているかどうかを評価する。例は、コンタクトとして提供されたＥ.１６４番号「３１２９７５６４８３」が、スクリーニングテーブル６２０内のレコード６２２の基準フィールド６２７に特定された「３１２９７５００００−３１２９７５９９９９」の範囲に収まるかどうかを発見してもよい。
【０１１１】
コンタクトが基準レコードで述べられたあらゆる基準を満たしていないと、決定ステップ８１６は前に述べたように、デフォルトスクリーニング作用を生じさせるためにステップ８２０を再び実行させる。
【０１１２】
他方、ステップ８１６において、コンタクトが基準レコードにおいて述べられたあらゆる基準を満たしていると、それから実施例はステップ８１８へ進み、基準が適用される意味を決定する。例えば、レコード６２２のＡＬＬＯＷフィールド６２５を参照して、満たされた基準はコンタクトが許可されるか否かを表すか否かが判定される。
【０１１３】
ある意味で、おそらくＡＬＬＯＷフィールドが「０」を含んでいると、コンタクトがレコードで表された基準を満たすという事実は、コンタクトが許可されることを意味してもよい。一方、あらゆる合致するレコードの欠如は、コンタクトは許可されないことを意味してもよい。実際のところ、基準レコードはたった一つのコンタクトのみが許可され、他はすべて排除されることを意味するであろう。反対の考えでは、ＡＬＬＯＷフィールドが「１」を含むと、満たされた基準を有しているコンタクトは、コンタクトが不適格であることを意味してもよい。
【０１１４】
ある実施例においては、スクリーニングレコードの基準は、オーバラップするべき基準の範囲がないというポリシを遵守するように設定されてもよい。このアプローチは所与のコンタクトはせいぜい一つのレコードを満たすのみでよいという点において有益である。ひとたび先のレコードの位置が見つかると、コンタクトに関連して評価される必要のある残っているレコードはない。たった一つの基準だけが所与のコンタクトに適用するということを確実にする別の利点は、ＡＬＬＯＷフィールド６２５で提示されたレコードのスクリーニングの意味が、コンタクトの配置を明確に伝達するのに十分であるということである。そうでなければ、何らかの追加の論理なしに、異なるＡＬＬＯＷフィールド値を持つオーバラップした基準が存在すると、スクリーニングの判定の抵触の可能性が生じる。
【０１１５】
コンタクトが満たす全基準の純粋な効果を考慮するための何らかの優先を確立するように、たとえ基準がオーバラップすることを許可されたとしても、基準レコードを処理する別の方法があってもよいことを当業者は理解するであろう。
【０１１６】
図９はこの発明に従う実施例が実行されるコンピュータシステム９００を例示する。コンピュータシステム９００はバス９０１またはシステム構成要素間の他の通信情報のための通信機構と情報を処理するためのバス９０１に接続されたプロセッサ９０３とを含む。コンピュータシステム９００は、プロセッサ９０３によって実行される情報および命令を格納するためのバス９０１に接続された、ランダムアクセスメモリ（ＲＡＭ）または他のダイナミックなストレージ装置をまた含む。メインメモリ９０５はプロセッサ９０３によって実行される命令の実行の間に一時的な変数または他の中間情報を格納するために使用されうる。コンピュータシステム９００はさらに、プロセッサ９０３のための静的な情報および命令を格納するためのバス９０１に接続されたリードオンリメモリ（ＲＯＭ）９０７または他の静的ストレージ装置をさらに含む。磁気ディスクまたは光ディスクのようなストレージ装置９０９は情報および命令を格納するためにバス９０１に付加的に接続されている。
【０１１７】
コンピュータシステム９００はコンピュータユーザに対して情報を表示するための、カソードレイチューブ（ＣＲＴ）、液晶表示、アクティブマトリックスディスプレイ、またはプラズマディスプレイのような、ディスプレイ９１１にバス９０１を介して接続されてもよい。英数字および他のキーを含むキーボードのような入力装置９１３がプロセッサ９０３に通信情報および命令選択のためにバス９０１に接続される。ユーザ入力装置の他の形式は、プロセッサ９０３に対して方向情報およびコマンド選択を通信するためおよびディスプレイ９１１上でカーソルの移動を制御するための、マウス、トラックボードまたはカーソル方向キーのようなカーソル制御９１５である。
【０１１８】
発明のある実施例に従えば、ＳＩＰサーバ機能が、プロセッサ９０３がメインメモリ９０５に含まれた命令の配置を実行するのに応答してコンピュータシステム９００によって提供される。このような命令はストレージ装置９０９のような別のコンピュータ読み出し可能媒体からメインメモリ９０５に読み込まれうる。メインメモリ９０５に含まれた命令の配置を実行すると、プロセッサ９０３がここに述べられた処理ステップを実行する。マルチ処理配置における一以上のプロセッサがメインメモリ９０５に含まれた命令を実行するために採用されてもよい。代わりの実施例においては、配線で接続された回路がこの発明の実施例を実行するためにソフトウエア命令の代わりにまたソフトウエア命令と組み合わせて使用されてもよい。このように、この発明の実施例はハードウエア回路とソフトウエアの任意の特定の組み合わせに限定されない。
【０１１９】
コンピュータシステム９００はバス９０１に接続された通信インターフェイス９１７をまた含む。通信インターフェイス９１７はローカルネットワーク９２１に接続されたネットワークリンク９１９に接続された二方向のデータ通信を提供する。例えば、通信インターフェイス９１７はデジタルサブスクライバライン（ＤＳＬ）カードまたはモデム、相互デジタル通信網（ＩＳＤＮ）カード、ケーブルモデムまたは電話モデムのような電話線の対応する形式にデータ通信接続を提供するものであればよい。別の例として、通信インターフェイス１２１７はローカルエリアネットワーク（ＬＡＮ）カード（例えばイーサネットＴＭまたは同期転送モード（ＡＴＭ）ネットワーク）のような互換性のあるＬＡＮにデータ通信接続を提供するものであってもよい。無線リンクもまた実施される。そのような任意の実施において、通信インターフェイス９１７は各種形式の情報を表すデジタルデータストリームを搬送する電気、電磁気または光信号を送信および受信する。さらに、通信インターフェイス９１７は、ユニバーサルシリアルバス（ＵＳＢ）インターフェイス、ＰＣＭＣＩＡ（パーソナルコンピュータメモリカード国際協会）インターフェイスなどのような周辺インターフェイス装置を含みうる。単一の通信インターフェイス９１７のみが示されているが、異なるネットワークおよび装置と通信するために多数の通信インターフェイスが採用されてもよい。
【０１２０】
ネットワークリンク９１９は一以上のネットワークを介して、他のデータ装置にデータ通信を典型的に提供する。例えば、ネットワークリンク９１９はローカルネットワーク９２１を介してホストコンピュータ９２３へ接続を提供し、ホストコンピュータ９２３はネットワーク９２５（例えば、ワイドエリアネットワーク（ＷＡＮ）または現在一般的に「インターネット」として呼ばれている国際的なパケットデータ通信ネットワーク）またはサービスプロバイダによって作動されるデータ装置に接続される。ローカルネットワーク９２１およびネットワーク９２５は共に情報および命令を伝達するために電気、電磁気または光信号を使用する。各種ネットワークを介した信号および、コンピュータシステム９００とデジタルデータを通信する、ネットワークリンク９１９上、および通信インターフェイス９１７を介した信号は、情報および命令を保持する搬送波の模範的な形態である。
【０１２１】
コンピュータシステム９００はネットワーク、ネットワークリンク９１９および通信インターフェイス９１７を介してプログラムコードを含むメッセージを送信およびデータを受信することができる。インターネットの例においては、（図示のない）サーバはネットワーク９２５、ローカルネットワーク９２１および通信インターフェイス９１７を介してこの発明の実施例を実行するためのアプリケーションプログラムに属する要求されたコードを送信してもよい。プロセッサ９０４は、受信中および／またはストレージ装置９０９にコードを格納し、または後の実行のために不揮発性のストレージに格納しながら送信されたコードを実行してもよい。このように、コンピュータシステム９００は搬送波の形態でアプリケーションコードを得てもよい。
【０１２２】
ここで使用されている「コンピュータ読み出し可能媒体」という文言はプロセッサ９０３が実行するための命令を提供することができる任意の媒体を言う。そのような媒体は、不揮発性媒体、揮発性媒体、送信媒体を含む任意の形態を取りうるが、これに限られるものではない。不揮発性媒体は、例えば、ストレージ装置９０９のような光または磁気ディスクを含む。揮発媒体はメインメモリ９０５のようなダイナミックメモリを含む。送信媒体は、バス９０１を含むワイヤを含む、同軸ケーブル、導線およびファイバを含む。送信媒体は音、光、または無線周波数（ＲＦ）および赤外線（ＩＲ）データ通信の間に発生されるような、音の、光のまたは電磁波の形態を取りうる。コンピュータ読み出し可能媒体の一般の形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープおよび任意の他の磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、任意の他の光媒体、パンチカード、紙テープ、光学読み取りマークシート、穴のパターンまたは他の光学的に認識可能な標識を有する任意の他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジ、搬送波、またはコンピュータが読むことができる任意の他の媒体を含む。
【０１２３】
コンピュータ呼び出し可能媒体の各種形態がプロセッサが実行するための命令を提供するために含まれてもよい。例えば、この発明の少なくとも１部を実行するための命令は遠隔のコンピュータの磁気ディスク上に最初は担持されてもよい。そのようなシナリオにおいては、ローカルのコンピュータはメインメモリに命令をロードし、命令をモデムを使って電話線を介して送信する。遠隔コンピュータシステムのモデムは電話線上でデータを受信し、データを赤外線信号に変換するために赤外線送信機を使用し、赤外線信号をパーソナルデジタルアシスタンス（ＰＤＡ）およびラップトップのような携帯コンピュータ装置へ送信する。携帯コンピュータ装置の赤外線検出器は赤外線信号によって担持された情報および命令を受信し、データをバスの上に置く。バスはデータをメインメモリに搬送し、そこからプロセッサが検索して命令を実行する。メインメモリによって受信された命令はプロセッサによって実行される前かまたは実行された後のいずれかにおいてストレージ装置に選択的に格納されてもよい。
【０１２４】
この発明が多くの実施例および具体例と共に述べられてきたが、この発明は添付のクレームの範囲内にある、各種自明な修正および均等な配置に限られるものではないが、それらを含む。
【図面の簡単な説明】
【０１２５】
この発明は添付の図面の図において限定としてではなくて例として例示され、図において、同様の参照番号が同様の要素を表す。
【図１】この発明の模範的な実施例に従う音声サービスをサポートすることができるデータ通信システムの図である。
【図２】この発明の模範的な実施例に従う当事者間でセッションを確立するときに含まれる機能要素の図である。
【図３Ａ】先行技術に従ういくつかの当事者間の呼び出し許可配列を示す図である。
【図３Ｂ】先行技術に従ういくつかの当事者間の呼び出し許可配列を示す図である。
【図４】通信システムにおいて呼び出し転送特性の実行に関係する一連のメッセージイベントを示す呼び出しフロー図である。
【図５】通信システムにおいて一連の「ファインドミー」特性の実行に関連する一連のメッセージイベントを示す呼び出しフロー図である。
【図６】この発明の模範的な実施例に従う特性遮断を実行するために有用なデータ構造の図である。
【図７】この発明の模範的な実施例に従う、ルーティング要求を処理しかつ特性遮断局面を組み込むプロセスを表すフローチャートである。
【図８】この発明の模範的な実施例に従う特性関連コンタクトをスクリーニングするためのプロセスを表すフローチャートである。
【図９】この発明の実施例を実行するために使用されてもよいコンピュータシステムの図である。
【図１】
2004533146.tif 000003
【図２】
2004533146.tif 000004
【図３Ａ】
2004533146.tif 000005
【図３Ｂ】
2004533146.tif 000006
【図４】
2004533146.tif 000007
【図５】
2004533146.tif 000008
【図６】
2004533146.tif 000009
【図７】
2004533146.tif 000010
【図８】
2004533146.tif 000011
【図９】
2004533146.tif 000012
【国際公開パンフレット】
2004533146.tif 000013
2004533146.tif 000014
2004533146.tif 000015
2004533146.tif 000016
2004533146.tif 000017
2004533146.tif 000018
2004533146.tif 000019
2004533146.tif 000020
2004533146.tif 000021
2004533146.tif 000022
2004533146.tif 000023
2004533146.tif 000024
2004533146.tif 000025
2004533146.tif 000026
2004533146.tif 000027
2004533146.tif 000028
2004533146.tif 000029
2004533146.tif 000030
2004533146.tif 000031
2004533146.tif 000032
2004533146.tif 000033
2004533146.tif 000034
2004533146.tif 000035
2004533146.tif 000036
2004533146.tif 000037
2004533146.tif 000038
2004533146.tif 000039
2004533146.tif 000040
2004533146.tif 000041
2004533146.tif 000042
2004533146.tif 000043
2004533146.tif 000044
2004533146.tif 000045
2004533146.tif 000046
2004533146.tif 000047
2004533146.tif 000048
2004533146.tif 000049
2004533146.tif 000050
2004533146.tif 000051
2004533146.tif 000052
2004533146.tif 000053
2004533146.tif 000054
2004533146.tif 000055
【国際調査報告】
2004533146.tif 000056