(57)【要約】システムを介してアクセス可能な当事者が多重選択的シンボリックネーム（３００）によって参照されてもよい、通信システムの状況下での、技術が開示されている。所与の当事者についてのユーザプロファイル情報は、当事者を含むセッション要求に応答して特性およびルーティング行為（３２０）を制御するために、システムにおいて維持されてもよい。マップ化能力により、一以上のシンボリックネームは同一のユーザプロファイル情報と関連づけられてもよい。当事者に対するあらゆる代わりの名前を含むセッション要求が同一のユーザプロファイルを喚起する。
2004532452.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおいて、当事者との通信セッションの確立を制御するための方法であって、
当事者を特定する第一ユーザ識別シンボルを受け取るステップと、
当事者に整合して第一ユーザ識別シンボルを当事者に対応するユーザプロファイル情報を識別する索引にマップ化するステップと、
索引を使用し、ユーザプロファイル情報にアクセスするステップと、
当事者に対応してユーザプロファイル情報の機能として通信セッションの確立を制御するステップを含む、方法。
【請求項２】
方法はさらに、
第一ユーザ識別シンボルとは異なる少なくとも一つの第二ユーザ識別シンボルを受け取るステップと、
第二ユーザ識別シンボルが第一ユーザ識別シンボルと同じ索引にマップ化することを決定するステップを含む、請求項１に記載の方法。
【請求項３】
マップ化は、第一ユーザ識別シンボルが索引と関連していることを示すリストを調べることで実行される、請求項１もしくは２に記載の方法。
【請求項４】
第一ユーザ識別シンボルと索引との関係を確立するためのリストにおいて、少なくとも一つのエントリを提供するステップを含む、請求項１−３のいずれかに記載の方法。
【発明の詳細な説明】
【０００１】
この発明は通信システムに関し、特に、通信セッションを確立するためにユーザの身元（identity)を分析することに関する。
【０００２】
データ転送ネットワークの増殖、最も目立つのはインターネットであるが、リアルタイム通信のテレフォニおよび他の形式における革命を引き起こしている。テレフォニトラフィックとデータトラフィックを異なるシステムおよびネットワーク上で別々にサポートさせるということに慣れてきたビジネスは、電話音声トラフィックおよび他のリアルタイム媒体の他の形式がデジタル形式に変換されデータの他の形式と共にパケットデータネットワークによって搬送される、いわゆる「集中型のネットワーク」に向いて動きつつある。今や技術はそれをサポートすることが可能であるため、データ転送(transport)を介した音声は削減された資本および操作コスト、資源効率および柔軟性の点で多くの利点を提供する。
【０００３】
例えば、商業的設備においては、ＰＢＸのような自動呼び出し分配機能のような強化された機能のほとんどは、サービスプロバイダのネットワークに存在してもよいため、顧客構内装置の投資および動作コストは実質的に減らされてもよい。各種形式のゲートウエイのおかげでＩＰ電話、従来のアナログ電話およびＰＢＸならびにネットワークに接続されたデスクトップコンピュータのような多様化したシステムの間においてさえセッションが確立されてきた。
【０００４】
従って、テレフォニの分野は、格納されたプログラム制御下、あるいは工業標準化知的ネットワーク（ＩＮ）呼び出し処理の制御下での回線交換動作の従来の使用からの転換を図っている。代わりに、新たなサービス処理アーキテクチャ（いわゆる「ソフトスイッチ」アプローチのような）およびプロトコル（セッション開始プロトコルあるいは「ＳＩＰ」のような）が、インターネットおよび他のデータネットワークに対して開発された技術を著しく模倣して、生じてきた。
【０００５】
コストの考慮は別にして、サービス処理におけるこの変化のはっきりした利点および動機付けは、向上された新たなサービスとサービスのより速い展開への期待である。前述の新たなサービス処理実例と関連して、新規のパケット交換テレフォニネットワークは、柔軟性およびカスタマイズの前例のないレベルをユーザに提供するよう設計されている。
【０００６】
ネットワークの周辺でさえ、エンドユーザの端末装置の新たな世代が、従来の電話およびより最近のＰＢＸ電話セットにでさえ今や取って代わる。シスコシステム社およびピンテル社によって提供されるこのような新たな装置は、例えばイーサネット接続を介して一般のパケットデータネットワークにおよびユーザインターフェイスの豊富さを高めるために、外観の大きな視覚ディスプレイに直接接続されてもよい。
【０００７】
従来のテレフォニからの根本的な発展の別の重要な兆候は、宛先が表される方法に関する。呼び出しをある特定の電話ステーションに行うために馴染みの電話番号を使用するよりもむしろ、新たな実例は、任意の特定の位置あるいはステーションアドレス（電話番号のような）とは関係なく、到着を試みている当事者を識別することに依存する。現在の傾向は、この識別は英数字であり今日他の通信タイプで広く使用されているようにｅメールアドレスあるいはＵＲＩ（ユニバーサルリソース識別子）に似ているということである。上で述べられた新たな電話はそのような英数字コードのアドレスに「ダイアル」できる。
【０００８】
ステーションよりも当事者を特定するこの技術は、パケット交換テレフォニの別の新たな局面に結合する。すなわち、ユーザ位置は大いに動的であることが許容される。デフォルトとして、所与のユーザは従来の感覚における特有の通信端末（電話、移動電話、ページャなど）と関連付けられてもよい。追加して、ユーザはＩＰ電話装置のより新しいタイプの一つにアプローチし、所与の電話で呼び出しを受信するために自分の存在を登録してもよい。任意の入来呼び出しはそれから最も最近登録されたアドレスに向かうであろう。この移動性を与えることで、宛先当事者への識別計画は特有の端末にアドレスすることから分離されなければならない。やがて、「端末」当事者としても知られている、所与の宛先当事者を特定するための代わりのシンボリック表示によって、「電話番号」を記憶するといった馴染みの慣習は時代遅れ、あるいは少なくとも補足的なものになってもよい。
【０００９】
特定の電話番号に到着するための電話番号の従来の使用は、通信システム、特に当事者がある場所から別の場所へ動的に移動するかもしれない場合、所望の宛先を特定することにはあまり適していない。先行技術は所与の人間に到着するための単一の番号を提供することで知られている。しかしながら、この「一つの番号」のアプローチは、「開始」者とも呼ばれる、呼び出し者に、ほとんどの従来の電話番号が有している地理的な意味のささいな恩恵さえもない、暗号化された番号と精通することを要求する。さらに、従来のテレフォニネットワークにおいて実行されてきた既存の単一の番号サービスは、リアルタイムにユーザの所在を追跡するようには動的に設定されていない。
【００１０】
先行技術のアプローチの別の不利な点は、単一のプロファイルをすべて解決する各種のアドレスタイプを提供できないことである。音声、ビデオ、会議、および他のデータトラフィックと並んだ共同のアプリケーションのようなリアルタイムの媒体を含む、通信タイプの多くのタイプが支持されている統合された通信システムにおいて、これは特に重要になる。各種のアドレスタイプが活動を開始しがちなのは、統合されたネットワークの新たな状況においてである。
【００１１】
多重のアドレスタイプを支持する別の実質的な理由がある。従来のテレフォニとより新しい制御および送信計画が、一定期間おそらく共存するであろう。突然のシステムの遷移あるいは加入者を従来の電話番号を有する状態から、ＵＲＩかもしくは同様のもののみを有する状態へ推移させることは、不必要に破壊的である。ネットワークのインフラストラクチャおよびユーザ集団の両方が徐々に推移することとうまく適応するように対処する双方の形式に対応する能力は、他のアドレスの形式と同様、なじみの電話番号を人々が使用するのを許可し、利用可能になる。
【００１２】
この発明の好ましい実施例に従って、セッションプロセス制御システムは、ネットワークがどのようにユーザのために呼び出しを処理するかを制御する特性のセットを記述する、一時的なプロファイルを各々のユーザが有しているところで、採用される。そのような設定特性は、例えば、呼び出し転送、呼び出しスクリーニング、およびファインドミーコンタクトリストを含んでもよい。
【００１３】
文字列のような、宛先ユーザを特定するデータ処理システムにおけるシンボルは、宛先ユーザに対して適切なプロファイルにマップ化される。宛先当事者とのセッションを確立するという誰かからの要求に応答して、セッション処理機能は、文字列によって提示されたプロファイルにアクセスし、ネットワーク資源を使用してセッションを確立するプロセスを実行することができる。このプロセスは呼び出し処理特性を実行し、ユーザを認証し、要求を認可し、そして宛先当事者の最近の所在を決定することを含んでもよい。この処理の大半はユーザプロファイルの内容に影響される。
【００１４】
好ましい実施例に従って、文字列をユーザプロファイルに適合させる解決機能（あるいは単純な検査テーブル）は、文字列に対する各種フォーマットに対応してもよい。簡単に言うと、文字列は、公のあるいは私的な電話番号、１６６.７８.３２.３のような数字のＩＰアドレス、あるいは"john.doe@thiscompany.com"のようなＤＮＳ分析可能な名称のようなものを含む、各種形式を取ってもよい。
【００１５】
この各種形式を特定のユーザにマップ化するためにテーブルを使用することで、多くの文字列が同一のプロファイルにマップ化されることも可能である、という局面は、特に重要である。単一のプロファイルにマップ化される文字列が多数あるとき、文字列は、プロファイルに関連するユーザについて、それぞれ「エイリアス」といわれる。
【００１６】
エイリアスを提供することには利点が多い。一つの利点は各種呼び出し者、あるいは呼び出し者によって使用されるシステムが、これらの形式の異なる各々に影響を受けやすい(amenable)、という事実から生じる。そのような状況にうまく対応するために、宛先は、例えば、人間の入力あるいはｅメールのようなインターフェイスを容易にする単純で直感的な文字列の名前（Jack.Horner@Storybook.org）であるエイリアスと、機械インターフェイスを介してアクセスを容易にするＩＰアドレス（１３４.２４４.１２.４５のような）のような第二のエイリアスを有してもよい。例えば、後者のエイリアスは、コンパクトさまたはフォーマットの一貫性の点で好ましいが、このフォーマットの一貫性は、ある種の装置には質的に重要である。
【００１７】
別の利点は他への人のアクセスの容易さの分別能力に関係する。異なるエイリアスを異なる人々に選択的に知らせることにより、入来呼び出しの処理は識別されてもよい。処理は入来呼び出しのタイプのグループ全体に対して変化されてもよい。例えば、人あるいは企業あるいはラジオ、テレビステーション、もしくは公務員のような公共に対面している実体でさえ、ある一定期間および／または特定の目的のために、あるエイリアスを発表して使用するために選択してもよい。後に、そのような実体は発表されたアドレスを撤回するかあるいは動作させないように決定してもよい。代わりに、発表されたアドレスを別のプロファイルと再結合させるか、そうでなければ、呼び出し処理を一時的に選択されたアドレスに代えてもよい。幸運なことに、この教示により、このエイリアスを動作可能および不能にすることは、宛先ユーザのプロファイルを削除させることなく簡単に成しえる。任意の端末装置の論理的アドレス（すなわち電話番号）を変化させる必要もまったくない。これを実行することは、電話番号の変更あるいは除去、およびユーザ特性セットの根絶における従来の電話ネットワークに含まれる努力と不便さと対比して、かなり容易である。この後者の局面は、新たなネットワークにおいて提供されるユーザの設定しうる特性の豊富さを考慮すればよりかなり重要になる。
【００１８】
似通ったアドレスタイプの間でさえ、エイリアスを提供することの別の自明でない点は、ユーザに別の方法でアドレス指定を差別化する能力を提供することと関係する。年配のビジネスマンが、仕事をイメージさせるような、あるいは少なくとも"Alan.Stone@sandstone-architectural.com"のような直感的に仕事を連想する名前を伝達するコンタクトアドレスの提供を望むかもしれないことは想像できる。家族および孫に関連して、この同一の人物が"grandpa.al@sandstone.office"のような直感的に家族および友人と認識するより個人的な名前を使用したいとも所望してもよい。これらの参照の両方とも、その人物に容易に到達するために、同一人物のプロファイルを呼び起こしてもよく、その結果、企業あるいは家族のどちらかの呼び出し当事者のタイプの能力に帰着する。さらに別のエイリアスは組織連合、趣味、興味あるいはユーザの生活の他の一面と関連して使用されてもよい。エイリアスはファインドミー機能、ビジターログイン等のおかげで、ユーザが今までよりも到達しやすいようにさせるシステム全体の重要な一部になりえる。呼び出し処理における何らかの差別化は、これらの異なる処理が、統一されたプロファイルの状況においてでさえ、幾分異なった呼び出し処理、ルーティング、あるいは配置を生じさせるようにプロファイル内に設定されてもよいこともまた考えうる。
【００１９】
この発明のある局面に従って、当事者との通信セッションの確立を制御する方法が開示されている。方法は当事者を特定する第一ユーザ識別シンボルを受け取り、第一ユーザ識別シンボルを、当事者に対応したユーザプロファイル情報を識別する索引にマップ化し、ユーザプロファイル情報にアクセスするために索引を使用し、そして当事者に対応したユーザプロファイル情報の一機能として通信セッションの確立を制御するステップを含む。この発明の教示は、ユーザのエイリアスをサポートする通信システムを提供し、位置サーバ機能が、ユーザ識別シンボルをユーザプロファイル情報にマップ化することで通信要求に応答する。さらに別の局面において、この発明は、エイリアスが通信システムにおいて提供されてもよい運用支援システムを提供する。この発明のさらに別の局面、特性および利点が、この発明を実行するに際して熟考された最善の方式を含んだ、多数の特有の具体例および実施例を単純に例示することで、以下の詳細な記述から容易に明らかになるであろう。この発明はまた他の異なる実施例の影響を受けやすく、いくつかの詳細はこの発明の精神および範囲から離れることなく各種事項において修正されてもよい。従って、次の図面および説明は制限的なものではなくて性質的に例示的なものであると見なされるべきである。
【００２０】
以下の説明において、公知の構造および装置はブロック図の形態で示されるかまたは、この発明を不必要にあいまいにするのを避けるためにそうでない場合には要約される。説明のために、この発明の完全な理解を提供するために多くの特定の詳細が述べられている。しかしながら、この発明はこれらの特定の詳細を超えて各種の方法で実行されてもよい。
【００２１】
例えば、この発明はセッション開始プロトコル（ＳＩＰ）およびインターネットプロトコル（ＩＰ）に基づくネットワークの状況において議論されてはいるが、当業者は、この発明は他の均等なまたは類似の通信プロトコルまたは通信ネットワークに一般的に適用してもよいということを認識する。
【００２２】
ネットワークにおいて通信セッションを確立するために、新たなプロトコルおよび制御アーキテクチャが現れてきた。これらがデータを介した音声への移動によって喚起されていることに気付くことは価値があるが、そのような状況に限定される必要はない。いくつかの点において、次に述べるプロトコルおよび制御アーキテクチャは、送信の任意の形式を介して呼び出しを確立するために使用されてもよい。
【００２３】
ＩＴＵ  Ｈ.３２３標準およびＩＥＴＦセッション開始プロトコル（ＳＩＰ）は両方共、ネットワークに接続された端末間で通信セッションを確立するために使用されてもよいプロトコルの例である。ＳＩＰプロトコルはＩＥＴＦドキュメントＲＦＣ２５４３およびその後継者の中で述べられている。任意の宛先当事者にどのように到着するかについての現在の情報を維持し、かつ、ネットワーク内のどこかでユーザのために特性を制御する、「位置サーバ」と呼ばれる、アドレス解決機能を有するという、一般のテーマを有するこれらのプロトコルと共に、各種アーキテクチャが提案されている。
【００２４】
この開示を通して、ＳＩＰ型のメッセージが便利のために示されているが、任意の形式のプロトコルまたはそのようなプロトコルの混合が全システムの各種部分に適用されてもよいということが理解されるべきである。特に、プロキシサーバおよび位置サーバ間の経路制御要求および応答は厳格にまたは緩やかにＳＩＰまたは何らかの他の標準化されたプロトコルに一致してもよいしまたは性質として独自性があってもよい。
【００２５】
図１はこの発明の模範的な実施例に従う音声サービスをサポートすることができるデータ通信システムの図を示す。通信システム１００はパケットデータ転送ネットワーク１０１を含み、これは模範的な実施例においてはインターネットプロトコル（ＩＰ）に基づくネットワークである。システム１００は、電話１２５、ＰＢＸ電話１１８およびＳＩＰ電話１０９のようなそこに接続された各種端末装置間で通信を確立するための能力を提供する。実際、一以上のシステム１００によってサービスが提供されるそのような端末装置が数千または数百万存在しうる。
【００２６】
ここで使用されているように、「ＳＩＰ電話」という文言はＳＩＰ電話機能性を提供するよう設定された任意のクライアント（例えば、パーソナルコンピュータ、ウエブ装置など）をいう。ＳＩＰ電話１０９はスタンドアロン装置の形態を取ってもよい。例えば、ＳＩＰ電話は簡単な古い電話サービス（ＰＯＴＳ）電話ステーションのように見え、そのように機能するよう設定および設計されてもよい。しかしながら、ＳＩＰクライアント１１１はソフトウエアクライアントであり、例えば、従来のパーソナルコンピュータ（ＰＣ）またはラップトップコンピュータ上で実行可能であってもよい。信号送信の観点から、これらの装置１０９、１１１は、主な相違がユーザインターフェイスに関するが、全く同様に動作してもよい。他に規定がない限り、ＳＩＰ電話１０９およびＳＩＰクライアント１１１の両方の機能性は匹敵し、ネットワークは、いずれの形式の装置共同様に動作するということが認識される。
【００２７】
システム１００は、企業ゲートウエイ１０３、専用アクセスライン（ＤＡＬ）ゲートウエイ１０５、ネットワークゲートウエイ１０７およびＳＩＰ会議プラットフォーム１２７を含む、音声サービスをサポートするために多くの要素を提供する。特に、システム１００はプロキシサーバ１１３（また、ネットワークサーバ（ＮＳ）として知られている）の重要な要素および位置サーバ（ＬＳ）１１５を含む。位置サーバ１１５はエンドユーザ情報がアドレスの検証、特性状態およびリアルタイムの加入者特性設定を可能にする容器として作動する。加えて、ＬＳ１１５は設定情報を格納してもよい。
【００２８】
説明のために、システム１００の能力は大企業ユーザに関連して述べられる。システム１００の特性／機能性は各種のユーザタイプおよび通信のニーズに適用可能であってもよい。システム１００は、多数の位置で音声およびデータ要求を維持する顧客をサポートすることができる。
【００２９】
示されているように、企業ゲートウエイ１０３は、しばしば、単一のビジネス顧客かまたは位置（例えばＰＢＸ電話１１８）に対するトランクまたは線を含む、ＰＢＸから接続性を提供する。ＩＰネットワークへのＰＢＸ１１７からの呼び出しのための信号送信は、顧客、トランクグループまたはキャリアを独自に識別する情報を含む。これによって私的な番号がそれらの正しい状況に解釈されうる。ＰＢＸ１１７にインターフェイスするために、企業ゲートウエイ１０３は総合デジタル通信網（ＩＳＤＮ）、回路関連信号送信（ＣＡＳ）、またはＰＢＸインターフェイス（例えば、ヨーロッパ電気通信規格研究所（ＥＴＳＩ）ＰＲＩ、Ｒ２）を使用してもよい。
【００３０】
システム１００において、専用アクセス線（ＤＡＬ）ゲートウエイ１０５は仮想私設網（ＶＰＮ）顧客がＶＰＮによってサービスを提供されない従来の電話からさえそのサービスにアクセスが可能になるようにする。
【００３１】
システム１００を通して、ＰＳＴＮ１２３およびパケットデータネットワーク１０１に取り付けられたパーソナルコンピュータ（例えばＰＣ１１１）を介してサービスを提供される音声ステーション１２５間で通信が確立されてもよい。
【００３２】
ＰＣソフトクライアントとスタンドアロンＩＰ電話の同様の特性を留意して、ボイスオーバＩＰ呼び出しの配置に関して４つの可能なシナリオが存在するといえる。（１）電話と電話、（２）電話とＰＣ、（３）ＰＣと電話および（４）ＰＣとＰＣ。電話と電話の呼び出しを確立する最初のシナリオにおいては、電話１２５からの電話呼び出しは、ネットワークゲートウエイ１０７への切り換えによるＰＳＴＮ１２３を介して切り換えられ、これがＩＰバックボーンネットワーク１０１を介して呼び出しを転送する。パケット化された音声呼び出しは、別のＰＳＴＮ電話（図示なし）に存在する、他の別の類似のネットワークゲートウエイ１０７へ、ネットワーク１０１を介して経路制御される。第二シナリオの下では、電話１２５はＰＳＴＮ１２３にスイッチを介してＰＣに呼び出しを行う。この音声呼び出しはＰＳＴＮ１２３によってＳＩＰネットワークゲートウエイ１０７に切り換えられ、ＳＩＰネットワークゲートウエイ１０７は音声呼び出しをネットワーク１０１を介してＰＣ１１１に転送する。第三のシナリオは音声ステーション（例えば電話１２５）への呼び出しを行うＰＣ１１１を含む。音声エンコーダを使用して、ＰＣ１１１は、ＳＩＰネットワークゲートウエイ１０７に予定されたネットワーク１０１へ音声パケットの流れを導入する。ＳＩＰネットワークゲートウエイ１０７はパケット化された音声情報をＰＯＴＳ電気信号に変換し、ＰＯＴＳ電気信号は音声ステーション（例えば電話１２５）に回線交換される。最後に、第四のシナリオにおいては、ＰＣ１１１が別のＰＣ（図示なし）と音声呼び出しを確立する。この場合において、パケット化された音声データはネットワーク１０１を介してＰＣ１１１からパケット音声データが復号化される別のＰＣ（図示なし）にネットワーク１０１を介して送信される。
【００３３】
上記したように、システム１００はセッションセットアップメッセージを交換するためにＳＩＰを採用してもよい。現実的には国際電気通信連合（ＩＴＵ）によってマルチメディア通信を完成させるために普及された関連したプロトコルのセットではあるが、別の一般的なセッション確立プロトコルはＨ.３２３プロトコルと呼ばれる。これは、ＳＩＰはインターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されてきた代わりの標準である。ＳＩＰは、サービスを提供することができるサーバに対して要求をメッセージすることによって、要求されたサービスをクライアントが実行するということを一般に意味するクライアントサーバモデルに基づいた信号送信プロトコルである。他のＩＥＴＦプロトコル（例えば、シンプルメールトランスファプロトコル（ＳＭＴＰ）と同様におよびハイパトランスファプロトコル（ＨＴＴＰ））と同様に、ＳＩＰはテキスト系の人間が読み出し可能なプロトコルである。
【００３４】
Ｈ.３２３およびＳＩＰプロトコルのいずれもＩＰテレフォニアプリケーションに限定されておらず、一般にマルチメディアサービスに適用可能性を有するということに注意されてもよい。この発明のある実施例においては、ＳＩＰはシステム１００を介して電話呼び出しおよび他のセッション形式を確立するために使用される。しかしながら、当業者にとって明らかなように、Ｈ.３２３プロトコル（何らかの修正または拡張を含む）または他の類似のプロトコルはＳＩＰの代わりに使用されうる。ＳＩＰとは別にしかししばしばＳＩＰと共に使用されるのがセッション記述プロトコル（ＳＤＰ）であり、これはセッション記述の受信者がセッションに参加することを許可するマルチメディアにおけるメディアストリームについての情報を提供する。
【００３５】
インターネットエンジニアリングタスクフォースのＳＩＰプロトコルはメソッドとしてまた呼ばれる、要求の各種形式を規定する。重要なメソッドはＩＮＶＩＴＥ（インバイト）メソッドであり、これはユーザを会議に招待する。別のメソッドはＢＹＥ要求であり、これは呼び出しが解放されてもよいことを示す。言い換えると、ＢＹＥは２ユーザ間または会議中の当事者間の接続を終了させる。別のメソッドはＯＰＴＩＯＮＳメソッドである。このメソッドは呼び出しを必ずしも確立することなく、能力についての情報を求める。ＲＥＧＩＳＴＥＲメソッドはユーザの現在の位置について、ＳＩＰサーバに情報を提供するために使用されてもよいメソッドである。
【００３６】
ＳＩＰに関する詳細およびその呼び出し制御サービスはＩＥＴＦ  ＲＦＣ２５４３およびＩＥＴＦインターネットドラフト"SIP Call Control Services", June 17, 1999に述べられている。
【００３７】
ＳＩＰメッセージの送信は、よく知られたユーザデータグラムプロトコル（ＵＤＰ）またはより信頼性のあるトランズアクション制御プロトコル（ＴＣＰ）を介してＩＰネットワークにおいて生じる。ＳＩＰ、Ｈ.３２３または他のプロトコルがデータネットワークを介したセッションを確立するために使用されてもよいが、ユーザ間において通信される現実の媒体または「トラフィック」は、よく知られた、ＩＥＴＦドキュメントＲＦＣ１８８９に記載されたリアルタイムトランスポート（ＲＴＰ）に従って生じてもよい。
【００３８】
本質的ではないが、呼び出し制御信号送信（ＳＩＰ、Ｈ.３２３）のすべて、媒体トラフィック（ＲＴＰ／ＲＴＣＰ）およびネットワーク管理およびプロビジョニングは、共通のトランスポートネットワーク１０１を介して通信される。このように、図１においては、要素のすべてがトランスポートネットワーク１０１の周りでハブの配置に現れる。
【００３９】
従来の電話ネットワークにおいては、呼び出しは、呼ばれた電話番号によって独自に識別される特定の位置または端末装置に向けられる。対照的に、システム１００は、呼び出し者が任意の特定の位置または端末に無関係に到達される呼ばれた当事者を呼び出し者が特定することを可能にする。
【００４０】
ユーザはある端末から別の端末へ移動してもよく、各端末で、入来呼び出しが最も最近登録された位置に向けられるように存在しているとして登録してもよい。さらに、ユーザは、呼び出し遮断のような特性の活性化に影響を及ぼす個人およびグループ的な両プロファイル設定を有してもよく、時間帯の関数としてもよい。
【００４１】
ユーザの位置や呼び出し処理特性の動的な性質にかんがみて、セッションを確立するための各要求はまず、ユーザの許可が認証され、宛先アドレスが見つけられ、ユーザまたはビジネスに関連した特別の特性が呼び出しに適用されるように、プロキシサーバにまず経路制御される。要求は内部でサービスされるかまたはそれらを変換の後、他のサーバに手渡すことによって処理される。プロキシは解釈を行い、必要であれば、それを転送する前に要求メッセージを書き換える。
【００４２】
一般的に、位置サーバ１１５はプロキシサーバからのような経路制御要求を受け入れ、経路制御要求中に表現された宛先当事者に対応するアドレスまたは「コンタクト」を決定する。要求に応答して、位置サーバはその当事者に対するコンタクトを情報を含むリダイレクト応答を戻してもよい。ＮＳ１１３およびＬＳ１１５間のメッセージはＳＩＰの修正されたバージョンを使用してもよい、ということに注意のこと。例えば、ＳＩＰの通知メッセージはＮＳ１１３およびＬＳ１１５との間では不必要であってもよい。そうでなければ、ＮＳ１１３とＬＳ１１５のようなネットワーク機能間のメッセージは標準のＳＩＰまたは非ＳＩＰ代案さえ使用してもよい。
【００４３】
システム１００はプロビジョニング、請求、ネットワーク管理能力を提供するために運用支援システム（ＯＳＳ）１２１をさらに含む。ＯＳＳ１２１は、ダイアルプラン、ユーザ許可および各ユーザのためにどのように特性が作動するのかという、多くの局面を提供するために、ウエブに基づくインターフェイスのような環境またはインターフェイスを提供してもよい。これらの局面の多くは位置サーバまたは、システム１００内の情報を変えることによってＯＳＳ１２１を介して設定される。ＯＳＳ１２１によって設定されてもよいある特定の特性は、無条件の呼び出し転送、条件付呼び出し転送、呼び出し遮断および呼び出しスクリーニングのようなレガシー(legacy)セントレックス特性を含むＯＳＳ１２１によって設定されてもよい。
【００４４】
設定されてもよいある特性は、いわゆる「ファインドミー」サービスを含む。ファインドミー計画は、各宛先が順に試みられる可能な宛先のリストを用いた呼び出しを経路制御するための機構を提供する。ファインドミーリストは時間帯または曜日別が適用されるよう特定されてもよく、また呼び出し番号の異なるカテゴリーに関連してもよい。さらに、デフォルトのファインドミーリストは、特定のファインドミーリストが効力がなくなる時の一般的な処理を決定するために提供(provisioned)されてもよい。
【００４５】
ファインドミーリストにおける可能な宛先はアカウントプロファイルに関連した特定のアドレスでありうる。例えば、特定の携帯電話番号または無線電話番号は可能な宛先アドレスでありうる。さらに、ユーザが、ＳＩＰ電話のような端末で自分たちの存在を登録すると、端末のアドレスはファインドミーリストに一時的に加えられてもよい。
【００４６】
ＳＩＰ電話プロファイルに対して、ファインドミーリストはユーザプロファイルおよび／または現在の登録されたアドレスに対する参照において、提供された特定の宛先アドレスを含むことができる。企業ゲートウエイプロファイルの後ろの従来の電話に対してはファインドミーリストはユーザプロファイルおよび／またはユーザのＰＢＸ電話に対する参照において与えられる特定の宛先アドレスを含むことができる。ファインドミーリストの特性はアカウント生成の間にユーザに対して可能にされ、それからユーザによって更新される。ファインドミーリストになされたエントリは加入者のダイアルプランのための特性ブロッキングリストに対して確認されてもよい。ユーザプロファイルはファインドミーリストを更新するためにリンクを有する。特に、システム１００はユーザが、ファインドミーリストを一般化するために使用されうる、可能性のある装置の在庫を生成、読み出し、更新および削除することを許可する。
【００４７】
ＯＳＳ１２１は顧客「エイリアス」を収集し管理する画面をＬＳ１１５に提供する。エイリアスは私用の電話番号および／またはＵＲＬアドレスを関連してもよい。システム１００はユーザが私用の電話番号および／またはＵＲＬアドレスと関連するエイリアスを生成、解読、更新および削除することを許容する。有効なアドレスタイプは以下のものを含む。私用、公共（Ｅ.１６４）およびＩＰアドレス。
【００４８】
エイリアスのエントリおよびメンテナンスは顧客アドミニストレータ（あるいはアカウントマネージャ）に対してのみ使用可能である。顧客アドミニストレータ（あるいはアカウントマネージャ）はまた、エイリアス管理画面を介して全顧客のエイリアスを閲覧する管理画面を有する。ユーザは自身のエイリアスのリストを閲覧できるが、なるべくエントリを更新する権限は有さないほうがよい。私用番号に入力されたエイリアスは、会社のダイアルプランに含まれる私用番号の一部として有効である。この有効性は、入力された私用番号が加入会社によって「所有」されていることを確実にする。
【００４９】
呼ばれた当事者に対するエイリアスの処理はＬＳ１１５で実行される。ひとたびプリフィックスのルールが適用されると、位置サーバ１１５は呼ばれた当事者のアドレス−私用、Ｅ.１６４、ローカル、あるいは電話番号でないＩＰアドレスのタイプを決定できる。それから位置サーバ１１５の加入者ＩＤテーブルが考慮される。呼ばれた当事者がこのテーブルにあると、そこで呼ばれた当事者のためのプロファイルレコードに対するポインタが存在する。同一のプロファイルを示す複数のエイリアスが存在しうる。
【００５０】
ＳＩＰ電話は英数字のＵＲＬにダイアルできる。
【００５１】
ＳＩＰ電話を終了させる私用番号のため、エイリアスは呼び出しをＳＩＰ装置に向けるために確立される。ＩＮＣＰに基づく私用番号がシステム１００からのみ到着可能である場合において、その番号が収まる内の電話番号の範囲は、その顧客に対してＤＡＬゲートウエイ１０５のＴＳＩＤ／ＴＴＧに向けて、ＩＮＣＰにおいて提供される(provisioning)必要がある。私用の電話番号がクラス３のネットワークとシステム１００の両方から到着可能であれば、ＩＮＣＰに対して追加して提供されるものはなく、ＰＳＴＮ１２３からこれらの番号への呼び出しは、システム１００に到着することなくＰＳＴＮ１２３を使用して完了するであろう。
【００５２】
模範的な実施例において、個々のユーザが自身のエイリアスを管理することは許可されていない。従って、指名されたアドミニストレータ（顧客アドミニストレータかサービスプロバイダのアドミニストレータのいずれか）が、不正手段から保護するために、ユーザに代わってこの機能を実行する必要がある。
【００５３】
ＯＳＳ１２１において、ユーザインターフェイスは顧客のプロファイルを生成しエイリアスの名前を管理する画面を含み、ＳＩＰ  ＵＲＬを介してダイアルされた呼び出しをサポートするよう規定されている。エイリアスのエントリおよびメンテナンスは顧客アドミニストレータ（あるいはアカウントマネージャ）に対してのみ使用可能にされてもよい。顧客アドミニストレータ（あるいはアカウントマネージャ）はまた例えばＮＰＡ分割の間エイリアスの管理を提供し、全顧客のエイリアスを閲覧する管理画面が提供される。
【００５４】
呼び出しがローカルゲートウエイから来ると、位置サーバ１１５は適切なプリフィックスプランを適用し、そして呼び出しを経路付けする必要がある。これを成し遂げる最も直接的な方法は、正確なプロファイルを示すＥ.１６４エイリアスを確立することである。ローカルゲートウエイからの呼び出しが十分なＥ.１６４の番号で到着するので、Ｅ.１６４番号の検査は正確なプロファイルに位置し、代わりに呼び出しを適切な宛先に経路付けする。
【００５５】
ＰＳＴＮ１２３からシステム１００へ呼び出しを経路制御する呼び出し処理ネットワークにおいて、入来電話番号は装置あるいは加入者と関連する。これは、ＰＢＸ電話１１８のためにプロファイルを確立するかあるいは、ＳＩＰ装置のためのプリフィックスプランおよびエイリアスのリストを作成する、ＯＳＳ画面を使用して成し遂げられうる。エイリアスのリストを介して、個々の公衆Ｅ.１６４番号はプロファイルと関連付けられてもよい。代わりに、プリフィックスプランは公衆の番号を私用番号へマップ化するように生成される。プリフィックスプランを介した３１９.３７５ＸＸＸＸの入来ダイアルの文字列は、８２０.ＸＸＸＸを介して私用番号に変えられてもよい。これは一度に大きなブロックに変わる。
【００５６】
ＳＩＰ電話１０９はユーザが電話から登録または登録取り消し、または「ログイン」または「ログアウト」するのを許容する。模範的な実施例においては、移動性を提供するために、ＳＩＰ電話１０９はビジターがユーザ名とパスワードを入力するのを許容する。ログインすることによって、ビジターのプロファイルに対する入来呼び出しは電話に向けられる。ビジターがログインすると、ＳＩＰ電話１０９はネットワークサーバ１１３および位置サーバ１１５にビジターを登録する。電話によって登録された任意のプロファイルに対する任意の入来呼び出しは電話に向けられうる。ネットワークサーバ１１３および位置サーバ１１５の論理は登録が許可されるのを確実にするために、認証課題を介して得られた名前およびパスワードを使用してもよい。ネットワークサーバ１１３と位置サーバ１１５はユーザがビジターとしてログインする状態またはユーザが、もし存在すれば、それらの普通の家の装置にログインする場合の両方において同様に応答してもよい。
【００５７】
Ｅ.１６４およびＤＮＳアドレスに関して、ＳＩＰ電話１０９は、ＩＰドメインまたはＥＮＵＭ可能化ネットワークで発生した呼び出しを経路制御するために使用されるＥＮＵＭ（電子番号）サービスをサポートしてもよい。ＥＮＵＭサービスは、「ＥＮＵＭ」というタイトルで、ＩＥＴＦ  ＲＦＣ２９１６において詳細が記載されている。ＳＩＰ電話１０９はクライアントに基づくディレクトリ検査のためにまたＬＩＮＣＰをサポートしてもよい。
【００５８】
図２はＳＩＰプロトコルを使用してセッションを確立するための基本的な要素の典型的な相互作用を示す図である。これら要素間の通信は図１のパケットネットワーク１０１のような一般のパケットデータネットワークを介して典型的には生じる。
【００５９】
図２において、ユーザＡ２１０はユーザＢ２２０と通信を確立したいと望む。ユーザＢ２２０は多くのアドレスの内の任意の一つで到着される。これらのアドレスまたはコンタクトは従来の電話、ＩＰ電話、無線電話、ページャなどに対応してもよい。アドレスのリストは、ユーザＢが動きまわり、各種端末装置２２２で存在するとして登録するにつれて変化してもよい。ユーザＢのコンタクト情報についての現在の情報は位置サーバ２４０において典型的には維持されるか、または、ここには示されていない何らかの形式の存在登記において維持される。
【００６０】
コンタクトを開始するために、ユーザＡ２１０は端末、呼び出しステーション２１２にアクセスし、到着されるべき宛先としてユーザＢを特定する。この特別の所望の宛先の表現は数字のダイアルの形態またはリストからユーザ名またはＵＲＬ形式のアドレスを選択するという形態をとる。ある場合には、ユーザＡはどのような形態のセッションを望むのか（ビデオ、質の高い、メッセージなど）ということを表現できてもよく、またはセッションのための所望の質のレベルを特定してもよい。要求がひとたびステーション２１２で特定されると、要求を述べたＳＩＰ「ＩＮＶＩＴＥ」メッセージは構成されプロキシサーバ２３０に送信される。
【００６１】
プロキシサーバ２３０はユーザＢが到達されてもよい一以上のコンタクトを検索するために位置サーバ２４０に要求を典型的には送信する。前に述べたように、プロキシサーバ２３０はプロファイル制御された特性動作の実行およびユーザＢに関連する最新の知られた位置情報を得るような、各種の目的で位置サーバ２３０を調べる。
【００６２】
位置サーバ２４０は要求を分析し、プロキシサーバ２３０に多くの可能な方法の内の一つで応答する。位置サーバ２４０は、もしユーザＡがユーザＢにコンタクトを許可されなかったときは、もしユーザＢのアドレスが認識されないときまたはもしユーザＢが、ユーザＡによって到着できないようにさせるような活性された特性を有しているのであれば、セッションを否認してもよい。
【００６３】
位置サーバ２４０は、ユーザＡがユーザＢへのコンタクトを許可すると決定してもよく、またユーザＢが到着されうる多数のアドレスを見出してもよい。この場合においては、位置サーバ２４０はＳＩＰに、試されるべき内容のリストを含む「３００多数選択」メッセージを戻す。
【００６４】
そのような応答を受信したとき、プロキシサーバ２３０は対応する端末２２２の任意のものでユーザＢがうまく到着されうるかどうかということを知るためにコンタクトの試みを開始する。この「ファインドミー」機能性は、最も最近の登録された位置で開始するシーケンスで通常は実行され、または、ユーザＢ（電話それからページャ）のために提供された特定の順に従う。ある設定においては、プロキシサーバ２３０はすべてのコンタクトを平行に試みてもよいと認識される。端末２２２とコンタクトを確立するための試みは端末に対してＳＩＰ「ＩＮＶＩＴＥ」を送信し、成功または失敗を示す返答を待つことを含む。
【００６５】
図２において、ユーザＢ２２０は２つのエイリアスすなわち「５５５１２３４」と"user.b@ourcompany.com"とを有しているように示されている。ユーザＡ２１０はユーザＢ２２０を「５５５１２３４」によって識別してもよいが、一方ステーション２１４から呼び出している別のユーザＣ２１６は"user.b@ourcompany.com"を参照して、ユーザＢ２２０に到着してもよい。この開示に従って、これらそれぞれの参照の両方でもってユーザＢ２２０に到着するであろう。
【００６６】
図３はシステム１００においてエイリアス情報が格納され適用されてもよい方法を描いている。エイリアステーブル３００はエイリアスのマッピングレコードを含むように示されている。各々のマッピングレコード３０２はさらにＵＳＥＲＩＤフィールド３０４と加入者ＩＤ（ＳＵＢＩＤ）フィールド３０６を含む。エイリアステーブル３００は対応するＳＵＢＩＤの値内に含まれる各々のＵＳＥＲＩＤの値をマップ化するようにつとめる。ＵＳＥＲＩＤはエイリアステーブル３００内で独特である必要がある。多重のエイリアスがシステム１００では許可されているので、ＳＵＢＩＤの値は独特である必要はない。これらのＵＳＥＲＩＤおよびＳＵＢＩＤの値はＯＳＳ１２１を介して提供される機能によってセットされてもよいし、あるいは例えばウエブに基づくインターフェイスもしくはＳＩＰ電話を介してユーザに設定されてもよい。
【００６７】
ユーザプロファイルテーブル３２０はユーザプロファイルレコード３２２を含むように示されている。各々のユーザプロファイルレコードはサービス処理を制御する値のセットを提供する。これらの各種の値はＯＳＳ１２１を介した活性を提供することによってセットされてもよいし、あるいは例えばウエブに基づくインターフェイスもしくはＳＩＰ電話を介してユーザに設定されてもよい。いくつかの値は、ユーザに対する現在登録されている位置のリストのようなさらに別のテーブルの索引を提供してもよい。
【００６８】
ユーザプロファイルテーブル３２０のレコードの各々はシステム１００内の独特のユーザプロファイルを表し、一般的に個々のユーザに対応する。ユーザプロファイルテーブル３２０内のＳＵＢＩＤは独特でなければならない。当業者には認められるように、ＳＵＢＩＤは例えばダイアルプラン内の独特な一覧の識別子とともに、独特のダイアルプラン識別子の結合から派生してもよい。
【００６９】
ダイアルプランＩＤは、自身のダイアルプランと共にＶＰＮを有する特有の企業顧客の機能である。ダイアルプランＩＤは、多重のＶＰＮがシステム１００内において共存し、かつ十分に区別されることを確実にする。例えば、会社Ａに属する私用ネットワークにおける開始者のダイアル内線「２６６５２０５」は、たとえ会社Ｂが同様のシステム１００を共有し、その私用ナンバプランにおいて、「２６６５２０５」をたまたま有している場合であっても、会社Ａ内の意図された宛先に到着すべきである。
【００７０】
一般に、エイリアスによって当事者を識別するセッション要求は以下の方法で処理される。要求内で提供されるエイリアスは、エイリアステーブル３００のＵＳＥＲＩＤフィールド内の値と比較される。ＵＳＥＲＩＤが要求された当事者識別子に合致するところでレコードが検出されると、レコードからのＳＵＢＩＤはそれからユーザプロファイルテーブル３２０から特有のプロファイルを取り戻すための索引として使用される。
【００７１】
図３の例において、エイリアステーブル３００で表されている第一と第四のレコードは同一のＳＵＢＩＤの値を有していることに注意のこと。結果として、ＵＳＥＲＩＤの「」と「」の両方はユーザプロファイルテーブル３２０において第三レコードによって表される同一のユーザプロファイルにマップ化する。従って、提示されているユーザプロファイルはこの例では２つのエイリアスを有している。エイリアステーブル３００およびユーザプロファイルテーブル３２０の値は、システム１００内の位置サーバ１１５で維持され、あるいは位置サーバ１１５にアクセスできてもよい。
【００７２】
図４はシステム１００が所与のユーザに対して多重のエイリアスをサポートしてもよいところのプロセス４００を説明する。特に、好ましい模範的な実施例に従って、プロセス４００は位置サーバ１１５内で実行される。しかしながら、当業者は、システムにおいて同様にエイリアスをサポートする、別の配列が存在してもよいことを認識するであろう。
【００７３】
プロセスはプロキシサーバ１１３あるいは同様のものからのルーティング要求を受け取ると、ステップ４０２で開始する。先に述べたように、この要求は通常セッションを開始しようとする開始当事者に応答してなされる。ステップ４０４において、宛先ＵＳＥＲＩＤはルーティング要求から抽出される。ルーティング要求は通常多くのフィールドを含み、宛先フィールドを得るために分析される必要があってもよい。例えば、経路制御要求はメッセージの要求−ＵＲＩ部分において表される意図される宛先と共に、ＳＩＰ型の「ＩＮＶＩＴＥ」メッセージと似ていてもよい。
【００７４】
ステップ４０６において、エイリアステーブル３００は、ステップ４０４で引き出されたＵＳＥＲＩＤがテーブルでの任意のＵＳＥＲＩＤエントリにたまたま合致するかどうかを判定するように調査される。そうであれば、それからプロセス４００は、ステップ４０８に続き、ＳＵＢＩＤ３０４もしくは加入者ＩＤに対する索引として特有のＵＳＥＲＩＤ３０２をマップ化するエイリアステーブル３００を使用する。
【００７５】
ステップ４１０において、それから特有のＳＵＢＩＤ３０４はユーザプロファイルテーブル３２０への索引として使用される。ユーザプロファイルテーブルから、宛先ユーザへのサービス処理に影響する任意の数のパラメータおよび設定が得られてもよい。以前に述べたように、ＳＵＢＩＤはダイアルプランＩＤおよびそのダイアルプラン内の独特の番号と連結したような、任意の独特の識別子であってもよいということが理解される。ＳＵＢＩＤは独特の数値であってもよい。
【００７６】
次に実行されるステップ４１２は、呼び出し要求を有効にしかつスクリーニングする第一ステージを参照する（ルーティング要求によって表されるように）。ステップ４１０でアクセスされるプロファイルに従って、開始者は要求されるようにセッションを開始することが許容されるかどうかが決定される。ステップ４１４で、スクリーニングの全体の効果は、開始者のセッション要求が指示されうるかどうかを決定するために評価される。もしそうでなければ、それからプロセスはステップ４２４に飛び、そこで「要求否定」応答かあるいは同様のものが、ルーティング要求を提出したプロキシに戻され、そしてプロセス４００はステップ４２０で終了する。
【００７７】
もし、他方、ステップ４１４で、要求が受け入れ可能と見なされると、プロセスはステップ４１６へ続き、そこで、さらなる特性プロセスがステップ４１０で得られたプロファイルに従って起こる。これは、呼び出し転送、ファインドミー機能性、および宛先当事者に対して最近登録された位置の検索を含んでもよい。当業者にはよく知られているように、これらの特性の処理は、よく知られているか、あるいは、ここで詳細な説明を提供するのは不必要であるという、この教示に影響することのない、各種方法でなされてもよい。結果は、宛先当事者に到着するためのコンタクトのリストであってもよい。
【００７８】
ステップ４１８において、ステップ４１６の特性処理の結果は、慣習的な形式でプロキシへ送られる。よく知られているように、プロキシへ戻される実際のメッセージはコンタクトの数かもしくは結果の他の特徴に基づいて識別されてもよい。この応答が送られた後、それからプロセス４００はステップ４２０で終了する。
【００７９】
ステップ４０６に戻って、もしＵＳＥＲＩＤがエイリアステーブルで見つけられないときは、プロセスはステップ４２２に進み、そこでは呼び出しを許容するか許容しないかどうかの判定は、この教示の範囲を超えた他の要因次第である。例えば、これにより、呼び出しの適切な処理がシステム１００を超えてＰＳＴＮ番号に置かれることが可能になる。
【００８０】
図５はこの発明に従う実施例が実行されるコンピュータシステム５００を例示する。コンピュータシステム５００はバス５０１または他の通信情報のための通信機構と情報を処理するためのバス５０１に接続されたプロセッサ５０３とを含む。コンピュータシステム５００は、プロセッサ５０３によって実行される情報および命令を格納するためのバス５０１に接続された、ランダムアクセスメモリ（ＲＡＭ）または他のダイナミックなストレージ装置をまた含む。メインメモリ５０５はプロセッサ５０３によって実行される命令の実行の間に一時的な変数または他の中間情報を格納するために使用されうる。コンピュータシステム５００はさらに、プロセッサ５０３のための静的な情報および命令を格納するためのバス５０１に接続されたリードオンリメモリ（ＲＯＭ）５０７または他の静的ストレージ装置をさらに含む。磁気ディスクまたは光ディスクのようなストレージ装置５０９は情報および命令を格納するためにバス５０１に付加的に接続されている。
【００８１】
コンピュータシステム５００はコンピュータユーザに対して情報を表示するための、カソードレイチューブ（ＣＲＴ）、液晶表示、アクティブマトリックスディスプレイ、またはプラズマディスプレイのような、ディスプレイ５１１にバス５０１を介して接続されてもよい。英数字および他のキーを含むキーボードのような入力装置５１３がプロセッサ５０３に通信情報および命令選択のためにバス５０１に接続される。ユーザ入力装置の他の形式は、プロセッサ５０３に対して方向情報およびコマンド選択を通信するためおよびディスプレイ５１１上でカーソルの移動を制御するための、マウス、トラックボードまたはカーソル方向キーのようなカーソル制御５１５である。
【００８２】
発明のある実施例に従えば、ＳＩＰサーバ機能が、プロセッサ５０３がメインメモリ５０５に含まれた命令の配置を実行するのに応答してコンピュータシステム５００によって提供される。このような命令はストレージ装置５０９のような別のコンピュータ読み出し可能媒体からメインメモリ５０５に読み込まれうる。メインメモリ５０５に含まれた命令の配置を実行すると、プロセッサ５０３がここに述べられた処理ステップを実行する。マルチ処理配置における一以上のプロセッサがメインメモリ５０５に含まれた命令を実行するために採用されてもよい。代わりの実施例においては、配線で接続された回路がこの発明の実施例を実行するためにソフトウエア命令の代わりにまたソフトウエア命令と組み合わせて使用されてもよい。このように、この発明の実施例はハードウエア回路とソフトウエアの任意の特定の組み合わせに限定されない。
【００８３】
コンピュータシステム５００はバス５０１に接続された通信インターフェイス５１７をまた含む。通信インターフェイス５１７はローカルネットワーク５２１に接続されたネットワークリンク５１９に接続された二方向のデータ通信を提供する。例えば、通信インターフェイス５１７はデジタルサブスクライバライン（ＤＳＬ）カードまたはモデム、相互デジタル通信網（ＩＳＤＮ）カード、ケーブルモデムまたは電話モデムのような電話線の対応する形式にデータ通信接続を提供するものであればよい。別の例として、通信インターフェイス５１７はローカルエリアネットワーク（ＬＡＮ）カード（例えばイーサネットＴＭまたは同期転送モード（ＡＴＭ）ネットワーク）のような互換性のあるＬＡＮにデータ通信接続を提供するものであってもよい。無線リンクもまた実施される。そのような任意の実施において、通信インターフェイス５１７は各種形式の情報を表すデジタルデータストリームを搬送する電気、電磁気または光信号を送信および受信する。さらに、通信インターフェイス５１７は、ユニバーサルシリアルバス（ＵＳＢ）インターフェイス、ＰＣＭＣＩＡ（パーソナルコンピュータメモリカード国際協会）インターフェイスなどのような周辺インターフェイス装置を含みうる。単一の通信インターフェイス５１７のみが示されているが、異なるネットワークおよび装置と通信するために多数の通信インターフェイスが採用されてもよい。
【００８４】
ネットワークリンク５１９は一以上のネットワークを介して、他のデータ装置にデータ通信を典型的に提供する。例えば、ネットワークリンク５１９はローカルネットワーク５２１を介してホストコンピュータ５２３へ接続を提供し、ホストコンピュータ５２３はネットワーク５２５（例えば、ワイドエリアネットワーク（ＷＡＮ）または現在一般的に「インターネット」として呼ばれている国際的なパケットデータ通信ネットワーク）またはサービスプロバイダによって作動されるデータ装置に接続される。ローカルネットワーク５２１およびネットワーク５２５は共に情報および命令を伝達するために電気、電磁気または光信号を使用する。各種ネットワークを介した信号および、コンピュータシステム５００とデジタルデータを通信する、ネットワークリンク５１９上、および通信インターフェイス５１７を介した信号は、情報および命令を保持する搬送波の模範的な形態である。
【００８５】
コンピュータシステム５００はネットワーク、ネットワークリンク５１９および通信インターフェイス５１７を介してプログラムコードを含むメッセージを送信およびデータを受信することができる。インターネットの例においては、（図示のない）サーバはネットワーク５２５、ローカルネットワーク５２１および通信インターフェイス５１７を介してこの発明の実施例を実行するためのアプリケーションプログラムに属する要求されたコードを送信してもよい。プロセッサ５０３は、受信中および／またはストレージ装置５０９にコードを格納し、または後の実行のために不揮発性のストレージに格納しながら送信されたコードを実行してもよい。このように、コンピュータシステム５００は搬送波の形態でアプリケーションコードを得てもよい。
【００８６】
ここで使用されている「コンピュータ読み出し可能媒体」という文言はプロセッサ５０３が実行するための命令を提供することができる任意の媒体を言う。そのような媒体は、不揮発性媒体、揮発性媒体、送信媒体を含む任意の形態を取りうるが、これに限られるものではない。不揮発性媒体は、例えば、ストレージ装置５０９のような光または磁気ディスクを含む。揮発媒体はメインメモリ５０５のようなダイナミックメモリを含む。送信媒体は、バス５０１を含むワイヤを含む、同軸ケーブル、導線およびファイバを含む。送信媒体は音、光、または無線周波数（ＲＦ）および赤外線（ＩＲ）データ通信の間に発生されるような、音の、光のまたは電磁波の形態を取りうる。コンピュータ読み出し可能媒体の一般の形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープおよび任意の他の磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、任意の他の光媒体、パンチカード、紙テープ、光学読み取りマークシート、穴のパターンまたは他の光学的に認識可能な標識を有する任意の他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジ、搬送波、またはコンピュータが読むことができる任意の他の媒体を含む。
【００８７】
コンピュータ呼び出し可能媒体の各種形態がプロセッサが実行するための命令を提供するために含まれてもよい。例えば、この発明の少なくとも１部を実行するための命令は遠隔のコンピュータの磁気ディスク上に最初は担持されてもよい。そのようなシナリオにおいては、ローカルのコンピュータはメインメモリに命令をロードし、命令をモデムを使って電話線を介して送信する。遠隔コンピュータシステムのモデムは電話線上でデータを受信し、データを赤外線信号に変換するために赤外線送信機を使用し、赤外線信号をパーソナルデジタルアシスタンス（ＰＤＡ）およびラップトップのような携帯コンピュータ装置へ送信する。携帯コンピュータ装置の赤外線検出器は赤外線信号によって担持された情報および命令を受信し、データをバスの上に置く。バスはデータをメインメモリに搬送し、そこからプロセッサが検索して命令を実行する。メインメモリによって受信された命令はプロセッサによって実行される前かまたは実行された後のいずれかにおいてストレージ装置に選択的に格納されてもよい。
【００８８】
この発明が例として多くの実施例および具体例と共に述べられてきたが、この発明はそのような実施例に限られるものではない。当業者は、多くの具体例は以下のクレームから解釈されるようにこの発明の精神および範囲内において使用可能であるということを理解するであろう。
【図面の簡単な説明】
【００８９】
この発明は添付の図面の図において限定としてではなくて例として例示され、図において、同様の参照番号が同様の要素を表す。
【図１】この発明の模範的な実施例に従う音声サービスをサポートすることができるデータ通信システムの図である
【図２】この発明の模範的な実施例に従う当事者間でセッションを確立するときに含まれる機能要素の図である。
【図３】この発明の模範的な実施例に従うユーザプロファイルに対して多重のエイリアスを実行するデータ構造を示す図である。
【図４】この発明の模範的な実施例に従ってエイリアスを処理するプロセスのフローチャートである。
【図５】この発明の実施例を実行するために使用されてもよいコンピュータシステムの図である。
【図１】
2004532452.tif 000003
【図２】
2004532452.tif 000004
【図３】
2004532452.tif 000005
【図４】
2004532452.tif 000006
【図５】
2004532452.tif 000007
【国際公開パンフレット】
2004532452.tif 000008
2004532452.tif 000009
2004532452.tif 000010
2004532452.tif 000011
2004532452.tif 000012
2004532452.tif 000013
2004532452.tif 000014
2004532452.tif 000015
2004532452.tif 000016
2004532452.tif 000017
2004532452.tif 000018
2004532452.tif 000019
2004532452.tif 000020
2004532452.tif 000021
2004532452.tif 000022
2004532452.tif 000023
2004532452.tif 000024
2004532452.tif 000025
2004532452.tif 000026
2004532452.tif 000027
2004532452.tif 000028
2004532452.tif 000029
2004532452.tif 000030
2004532452.tif 000031
2004532452.tif 000032
2004532452.tif 000033
2004532452.tif 000034
2004532452.tif 000035
2004532452.tif 000036
2004532452.tif 000037
【国際調査報告】
2004532452.tif 000038
2004532452.tif 000039