JP2018201200A - 単一の記録アドレスを有する複数のデバイスのコンピュータ電話統合（ｃｔｉ）制御 - Google Patents

Abstract

【課題】１つの記録アドレスで登録された複数のデバイスを有する場合、単一の電話番号でのみ動作する既存のコンピュータ電話統合（ＣＴＩ）アプリケーションと互換性がない。
【解決手段】単一の記録アドレス（例えば電話番号）を使用する複数の通信エンドポイント（ＣＥＰ）を取り扱う為に、フレンドリ名（ＦＮ）のリストが複数のＣＥＰについて特定される。ＦＮは、個々のＣＥＰを識別する。例えば、ＦＮは「ジョーのデスクトップ」となり得る。ＣＴＩアプリケーションが通信セッションに関連付けられる場合、ＦＮのリストがユーザに提示される。ユーザはＦＮの１つを選択する。これにより、選択されたＦＮに関連付けられたＣＥＰを示すメッセージが送信される。ＦＮを有するメッセージは、選択されたＦＮに関連付けられたＣＥＰ又は選択されたＦＮに関連付けられたＣＥＰとの分岐した通信セッションの応答から新たな通信セッションを自動的に開始させる。
【選択図】図４

Description

コンピュータ電話統合（Ｃｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｅ Ｉｎｔｅｇｒａｔｉｏｎ：ＣＴＩ）により、第三者による呼制御が可能となる。ＣＴＩはユニファイドコミュニケーションアプリケーションズ及びコンタクトセンタ領域で広く利用される。このような技術の利点は、広く知られている。ＣＴＩによって、任意の認可されたアプリケーションが発呼又は既存の呼の制御の目的のために異なるデバイスを制御することが可能となる。

ＣＴＩの１つの一般的な使用は、ウェブページ又は他のアプリケーションから「クリックトゥコール」を可能とすることであり、ユーザは連絡先リスト又は社員名簿から簡単に誰かにダイヤルすることができる。その後、多くの場合、呼がユーザのデスクトップフォンから発信されている状態で、ユーザのパーソナルコンピュータ（ＰＣ）上で参照が行われる。他の例は、入来呼への応答に使用されるＣＴＩアプリケーションである。

しかしながら、ユーザが単一の記録アドレス（例えば単一の電話番号）で登録された複数のデバイス／ソフトクライアントを有する場合、問題が発生する。電話番号は、伝統的に、ＣＴＩアプリケーションプログラミングインタフェース（ＡＰＩ）によってデバイスを識別するために使用される唯一の識別子である。現在のＣＴＩアプリケーションは、単一のデバイスが１つの電話番号に関連付けられていると仮定している。この仮定によって、現在の通信ソリューションに問題がもたらされる。ユーザは多くの場合、デスクフォン、モバイルフォン並びにラップトップ及びタブレットなどの複数のデバイス上のソフトクライアントを有する。これらのクライアントは、単一の記録アドレスの下に登録される。複数の通信エンドポイントに関連付けられた電話番号を使用して呼を受信する場合、全ての通信エンドポイントが同じ呼を受信する。加えて、任意のクライアントが同一の電話番号／記録アドレスを使用して呼を開始することができる。

１つの電話番号／アドレスに関連付けられた複数のデバイスを有することについての現在のソリューションは、単一の電話番号でのみ動作する既存のＣＴＩアプリケーションと互換性がない。

これら及びその他の必要性は、本開示の種々の実施形態および構成によって対処される。単一の記録アドレス（例えば１つの電話番号）を使用する複数の通信エンドポイントに対処するために、複数の通信エンドポイントに関してフレンドリ名のリストを特定する。フレンドリ名は個々の通話エンドポイントを識別する。例えば、フレンドリ名は「ジョーのデスクトップ」であってもよい。コンピュータ電話統合（ＣＴＩ）アプリケーションは、通信セッションに関連付けられる場合、フレンドリ名のリストがユーザに提示される。ユーザはフレンドリ名の１つを選択する。これにより、選択されたフレンドリ名に関連付けられた通信エンドポイントを示すメッセージが送信されることになる。フレンドリ名を有するメッセージは、選択されたフレンドリ名に関連付けられた通信エンドポイント又は選択されたフレンドリ名に関連付けられた通信エンドポイントとの分岐した通信セッションの応答から新たな通信セッションを自動的に開始させる。

文言「少なくとも１つ」、「１以上」、「又は」及び「及び／又は」は、運用において接続語でも離接語でもあるオープンエンドな表現である。例えば、「Ａ、Ｂ及びＣの少なくとも１つ」、「Ａ、Ｂ又はＣの少なくとも１つ」、「Ａ、Ｂ及びＣの１以上」、「Ａ、Ｂ又はＣの１以上」、「Ａ、Ｂ及び／又はＣ」、及び「Ａ、Ｂ又はＣ」の表現の各々は、Ａのみ、Ｂのみ、Ｃのみ、Ａ及びＢとも、Ａ及びＣとも、Ｂ及びＣとも、又はＡ、Ｂ及びＣともを意味する。

文言「エンティティ」は、その全体の１以上のことをいう。このように、文言「１以上」及び「少なくとも１つ」は、ここでは互換可能に使用され得る。また、文言「備える」、「含む」及び「有する」は、互換可能に使用され得ることを注記しておく。

ここで使用される文言「自動」及びその派生語は、処理又は動作が実行されると実質的な人間による入力なしに行われる、通常は連続的又は準連続的な任意の処理又は動作をいう。一方、入力が処理又は動作の実行前に受信される場合、処理又は動作の実行が実質的又は実質的でない人間による入力を用いたとしても、処理又は動作は自動的となり得る。人間による入力は、どのようにして処理又は動作が実行されるかにそのような入力が影響を与える場合に実質的なものとみなされる。処理又は動作の実行に同意する人間による入力は、「実質的」なものとしてみなされない。

本開示の態様は、ここでは全て一般に「回路」、「モジュール」又は「システム」といわれる全体的にハードウェアの実施形態、全体的にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）又はソフトウェア及びハードウェアの態様を組み合わせた実施形態の形態をとり得る。任意の組合せの１以上のコンピュータ可読媒体が、利用され得る。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体となり得る。

コンピュータ可読記憶媒体は、例えば、ただし限定されることなく、電子、磁気、光、電磁、赤外又は半導体のシステム、装置若しくはデバイス又は上記の任意の適切な組合せとなり得る。コンピュータ可読記憶媒体のより具体的な例（非網羅的な列挙）は、以下の：１本以上の配線を有する電気接続、可搬コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、可搬コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、又は上記の任意の適切な組合せを含むことになる。この書類の背景において、コンピュータ可読記憶媒体は、命令実行システム、装置又はデバイスによって、又はこれとの接続において使用されるプログラムを含み、又は記憶する任意の有形媒体であればよい。

コンピュータ可読信号媒体は、例えば、搬送波のベースバンド又は一部に具現化されたコンピュータ可読プログラムコードを有する伝搬されたデータ信号を含み得る。そのような伝搬信号は、電磁気、光学、又はそれらの任意の適切な組み合わせを含むが、これらに限定されない種々の形態のいずれかをとることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置若しくはデバイスによって、又はこれとの接続において使用されるプログラムを通信、伝搬又は搬送することができる任意のコンピュータ可読媒体であってもよい。コンピュータ可読媒体上に具現化されたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦなど、又はこれらの任意の適切な組み合わせを含むがこれらに限定されない任意の適切な媒体を使用して送信され得る。

用語「特定する／判定する」、「計算する」及び「算出する」並びにそれらの変形は、交換可能に使用され、任意のタイプの方法、処理、数学的演算又は技法を含む。

ここで使用する「手段」という用語は、可能な限り広範な解釈を与えられるものとする。したがって、用語「手段」を含む請求項は、ここに記載された全ての構造、材料又は動作及びそれらの均等物の全てを網羅するものである。さらに、構造、材料又は動作及びそれらの均等物は、概要、図面の簡単な説明、詳細な説明、要約及び請求項自体に記載されたもの全てを含むものである。

上記は、本開示のある態様の理解を提供するための簡略化した概要である。この要約は、本開示及びその種々の実施形態の広範かつ網羅的な概要ではない。本開示の要訣又は重要な要素を特定することも、及び開示の範囲を説明することも意図していないが、以下に提示するより詳細な説明の序文として、本開示の選択された概念を簡略化した形で提示することを意図している。理解されるように、本開示のその他の実施形態は、単独又は組合せにおいて、上記に記載された又は以下に詳細に説明される１以上の特徴を利用し得る。また、本開示は例示的な実施形態について示されるが、本開示の個々の様態を別個に請求できることが理解されるべきである。

単一の記録アドレスを使用する複数の通信エンドポイントのコンピュータ電話統合（ＣＴＩ）制御に関する第１の例示的なシステムのブロック図である。 フレンドリ名のリストを選択のためにユーザに提示するコンピュータ画面の図である。 フレンドリ名を登録する通信エンドポイントのフロー図である。 単一の記録アドレスを使用する複数の通信エンドポイントの個々の通信エンドポイントから通信セッションを開始する処理のフロー図である。 単一の記録アドレスを使用する複数の通信エンドポイントの個々の通信エンドポイントにおいて通信を受信する処理のフロー図である。

図１は、単一の記録アドレスを使用する複数の通信エンドポイント１０１のコンピュータ電話統合（ＣＴＩ）制御に関する第１の例示的なシステム１００のブロック図である。第１の例示的なシステム１００は、通信エンドポイント１０１Ａ−１０１Ｎ、ネットワーク１１０、通信サーバ１２０及びアプリケーションサーバ１３０を含む。

通信エンドポイント１０１Ａ−１０１Ｎは、ネットワーク１１０上で通信可能なパーソナルコンピュータ（ＰＣ）、電話、携帯電話、携帯情報端末（ＰＤＡ）、タブレットデバイス、ノートブックデバイス及び／又はスマートフォンなどの、任意のユーザ通信エンドポイントデバイスであってもよいし、又は含んでいてもよい。通信エンドポイント１０１Ａ−１０１Ｎは、通信セッションが終端するデバイスである。例えば、１以上の通信エンドポイント１０１Ａ−１０１Ｎは、ソフトフォンまたはモバイルデバイスを含んでいても良い。通信エンドポイント１０１Ａ−１０１Ｎは、通信サーバ１２０、ルータ及び／又はスイッチなどの、ネットワークにおいて通信セッションを容易にする及び／又は中継するネットワーク要素ではない。図１に示すように、任意の数の通信エンドポイント１０１Ａ−１０１Ｎは、ネットワーク１１０に接続されてもよい。

ネットワーク１１０は、インターネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ボイスオーバーＩＰネットワーク（ＶｏＩＰ）、公衆交換電話網（ＰＳＴＮ）、パケット交換網、回線交換網、セルラ網、これらの組合せなどの電子通信を送信及び受信することができる任意の通信機器であってもよいし、これらの集積であってもよい。ネットワーク１１０は、イーサネット、インターネットプロトコル（ＩＰ）、セッション確立プロトコル（ＳＩＰ）、統合サービスデジタルネットワーク（ＩＳＤＮ）などの種々の電子プロトコルを使用することができる。したがって、ネットワーク１１０は、パケット及び／又は回線交換通信を介してメッセージを運ぶように構成された電子通信ネットワークである。

通信サーバ１２０は、セッションマネージャ、通信マネージャ、プロキシサーバ、構内電話交換機（ＰＢＸ）、中央局スイッチ及び／又はルータなどの、ネットワーク１１０上での通信を容易にする任意のハードウェアシステムであってもよいし、これらを含んでいてもよい。

アプリケーションサーバ１３０は、ウェブサーバ、メディアサーバ、通信サーバ１２０、ボイスメールシステム、ボイス記録サーバ及び／又は会議サーバなどの通信アプリケーション１３１をホスティングする任意のハードウェアシステムであってもよいし、これらを含んでいてもよい。一実施形態では、アプリケーションサーバ１３０は、通信サーバ１２０の一部であってもよい。

通信アプリケーション１３１は、録画アプリケーション、カレンダーアプリケーション、コールイニシエーションアプリケーション、電話アプリケーション、ビデオアプリケーション、インスタントメッセージングアプリケーション、電子メールアプリケーション、コールスクリーニングアプリケーション及び／又は会議アプリケーションなどの通信セッションを管理するために使用される任意のアプリケーションであり得る。通信アプリケーション１３１は、アプリケーションプログラミングインタフェース（ＡＰＩ）を介して通信サーバ１２０と通信する。例えば、ＡＰＩは、電話サービスアプリケーションプログラミングインタフェース（ＴＳＡＰＩ）、拡張マークアップ言語（ＸＭＬ）インタフェース、ＪａｖａスピーチＡＰＩ（ＪＳＡＰＩ）アプリケーション及び／又は遠隔電気通信アプリケーションなどであってもよい。通信アプリケーション１３１には、第三者アプリケーション１３１が種々の方法で通信セッションを制御することを可能とする。

図１において、アプリケーションサーバ１３０上には複数の通信アプリケーション１３１が存在し得る。例えば、通信サーバ１３０は、異なるタイプの通信アプリケーション１３１をサポートするマルチスレッドのオペレーティングシステムであってもよい。複数の通信アプリケーション１３１が存在する場合、ここに説明する各々の処理は、複数の通信アプリケーション１３１の各々に対して使用され得る。

図２は、フレンドリ名のリスト２１０を選択のためにユーザに提示するコンピュータ画面の図である。画面はコンピュータが生成したウインドウ２００として示され、フレンドリ名のリスト２１０を含む。フレンドリ名のリスト２１０は、２以上のフレンドリ名を含む。図２では、フレンドリ名のリスト２１０中に、１つの記録アドレスに関連付けられたフレンドリ名２１１のグループが２つ含まれる。記録アドレスとは、電話番号又はＳＩＰユニフォームリソース識別子（ＵＲＩ）（例えば、ｂｏｂ＠ｃｏｍｐａｎｙｘｙｚ．ｃｏｍ）などのような、通信セッションに対する通信エンドポイント１０１とユーザ／エンティティとを結びつけるために使用されるアドレスである。フレンドリ名２１１の２つのグループは、（１）記録アドレス１２３−４５６−７８９０に関連するフレンドリ名２１１Ａから２１１Ｃまでのグループ２２０及び（２）記録アドレス１２３−４５６−９９９９に関連付けられたフレンドリ名２１１Ｎである。図３では、フレンドリ名のリスト２１０は、単一の記録アドレスに関連するフレンドリ名２１１の単一のグループ２２０のみを含み得る。例えば、フレンドリ名のリスト２１０は、フレンドリ名２１１Ａから２１１Ｃのみを含み得る。

フレンドリ名２１１とは、ユーザが特定の通信エンドポイント１０１（例えば通信エンドポイント１０１Ｎのソフトフォン、モバイル通信デバイス、デスクトップフォンなど）と関連付ける名前である。フレンドリ名２１１は、種々の方法で通信エンドポイント１０１に関連付けられてもよい。例えば、ユーザは、通信エンドポイント１０１上のグラフィカルユーザインタフェースからの入力に基づいて、デフォルト名及び／又は管理端末（図示せず）などを介してフレンドリ名２１１を関連付けてもよい。

フレンドリ名のリスト２１０では、ユーザは、フレンドリ名２１１を特有の通信エンドポイント１０１と関連付ける。例えば、図２では、（１）ジョンの携帯、（２）ジョンのタブレット、（３）ジョンのデスクトップ及び（４）研究室電話の４件のフレンドリ名２１１Ａ−２１１Ｎが、フレンドリ名のリスト２１０に表示されている。フレンドリ名２１１Ａ−２１１Ｎの各々は、関連する通信エンドポイント１０１を有する。例えば、フレンドリ名２１１Ａ（ジョンのモバイル）は通信エンドポイント１０１Ｂ、フレンドリ名２１１Ｂ（ジョンのタブレット）は通信エンドポイント１０１Ｎ、フレンドリ名２１１Ｃ（ジョンのデスクトップ）は通信エンドポイント１０１Ａ、フレンドリ名２１１Ｎ（研究室電話）は、異なる通信エンドポイント１０１であってもよい。

図２では、ユーザは、フレンドリ名２１１Ｃ（ジョンのデスクトップ）を選択している。ユーザは、カーソル、ボイスコマンド及び／又はタッチスクリーンなどを用いる種々の方法でフレンドリ名２１１Ｃを選択し得る。選択は、フレンドリ名２１１Ｃが強調表示されて表示されている。フレンドリ名２１１を選択することにより、ユーザは、通信アプリケーション１３１による制御のためのフレンドリ名２１１に関連付けられた個々の通信エンドポイント１０１を選択することができる。

一実施形態では、表示されるフレンドリ名のリスト２１０は、フレンドリ名のリスト２１０のサブセットであってもよい。例えば、表示されるフレンドリ名のリスト２１０は、通信セッションのタイプに基づいて表示されてもよい。例えば、通信タイプがビデオ通信セッションである場合、ビデオをサポートする通信エンドポイント１０１に関連付けられたフレンドリ名２１１のみが表示されてもよい。通信セッションのタイプがインスタントメッセージング（ＩＭ）通信セッションである場合、ＩＭ通信をサポートできる通信エンドポイント１０１のみが表示される。

図３は、通信エンドポイント１０１Ａ−１０１Ｂがフレンドリ名２１１を登録するフロー図である。例示的には、通信エンドポイント１０１Ａ−１０１Ｎ、通信サーバ１２０、アプリケーションサーバ１３０及び通信アプリケーション１３１は、コンピュータ又はマイクロプロセッサのような内蔵プログラム制御方式エンティティであり、それらは、メモリやディスクなどのコンピュータ可読記憶媒体に保存されたプログラム命令を実行することによって、図３乃至図５の方法及びここに説明する処理を実行する。図３乃至図５に示す方法は具体的に順番を示しているが、当業者であれば、図３乃至図５におけるステップが異なる順序で実現されてもよいし、及び／又はマルチスレッド環境において実現されてもよいことを認識するはずである。また、種々のステップが、実施に基づいて省略又は追加されてもよい。

図３乃至図５の説明は、セッション確立プロトコル（ＳＩＰ）メッセージングを用いた通信エンドポイント１０１Ａ−１０１Ｎと通信サーバ１２０間の通信を示す。ＳＩＰは、電気通信分野において周知の標準プロトコルである。図３乃至図５は、種々の標準ＳＩＰメッセージ（例えばＳＩＰ ＩＮＶＩＴＥメッセージ、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージなど）の使用を開示しており、それはネットワークワーキンググループＲＦＣ３２６１「ＳＩＰ：セッション確立プロトコル」２００２年６月に定義されており、参照によりその全体がここに組み込まれる。しかしその他の実施形態においては、例えばＨ．３２３、ウェブリアルタイム通信（ＷｅｂＲＴＣ）プロトコル及び／又はビデオプロトコルなど、その他のタイプのプロトコルが、通信エンドポイント１０１Ａ−１０１Ｎと通信サーバ１２０間に使用されてもよい。

図３乃至図５において、通信サーバ１２０とアプリケーションサーバ１３０／通信アプリケーション１３１との間の通信について、テレフォニーサービスアプリケーションプログラミングインタフェース（ＴＳＡＰＩ）、拡張マークアップ言語（ＸＭＬ）通信プロトコル、ＪａｖａテレフォンＡＰＩ（ＪＴＡＰＩ）プロトコル、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）、レプレゼンテーショナルステートトランスファー（ＲＥＳＴ）及び／又はカスタムプロトコルなどの種々のメッセージングプロトコルを使用して実現され得る汎用メッセージを用いて説明する。図３乃至図５において使用される実際のプロトコルに関わらず、当業者であれば、ここに説明されるものと異なるプロトコルを用いて図３乃至図５の処理を実現することができるはずである。

図３の処理は、通信エンドポイント１０１Ａのユーザが通信エンドポイント１０１Ａ上にフレンドリ名２１１を入力するステップ３００で開始する。例えば、ユーザは、通信エンドポイント１０１Ａ上にフレンドリ名２１１を入力するために、マウス、タッチスクリーン、キーパッド、ボイスインタフェースなどを使用してもよい。一実施形態では、ユーザは、通信エンドポイント１０１Ａ上での認証後にフレンドリ名２１１を入力する。ステップ３００でユーザがフレンドリ名２１１を入力することに応じて、ステップ３０２において、通信エンドポイント１０１Ａはフレンドリ名２１１を含むＳＩＰ ＲＥＧＩＳＴＥＲメッセージを送信する。一実施形態では、ステップ３０２のＳＩＰ ＲＥＧＩＳＴＥＲメッセージにおいて送信されたフレンドリ名２１１は、定義されたＳＩＰヘッダであるＳＩＰコンタクトヘッダで送信される。あるいは、フレンドリ名２１１は他のＳＩＰヘッダ又は独自のヘッダで送信されてもよい。
通信サーバ１２０は、ステップ３０２のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受信する。通信サーバ１２０は、どの通信エンドポイント１０１が記録アドレスに関連付けられているかをあらかじめ定義している。例えば図２に示すように、記録アドレス（電話番号）１２３−４５６−７８９０は、記録アドレス１２３−４５６−７８９０に関連付けられる３つの通信エンドポイント１０１を有する。ステップ３０３において、通信サーバ１２０は、ステップ３０２で受信されたフレンドリ名２１１を、ステップ３０２でフレンドリ名を送信した特定の通信エンドポイント１０１にマッピングする。

ステップ３０４において、通信サーバ１２０は、アプリケーションサーバ１３０／通信アプリケーション１３１に、ステップ３００で入力されたフレンドリ名２１１を含む登録メッセージを送信する。さらに、ステップ３０４の登録メッセージは、固有のデバイス識別子（例えばグローバリールータブル統一資源識別子）を含んでいてもよい。例えば、ステップ３０４のメッセージは、（図２で示される２１１Ｃの）フレンドリ名「ジョンのデスクトップ」を含み得る。加えて、ステップ３０４のメッセージは、（１２３−４５６−７８９０の）記録アドレスも含み、通信アプリケーション３１３がどのフレンドリ名２１１とフレンドリ名のリスト２１０におけるどの記録アドレスとが関連付けられているのかを特定できるようにしてもよい。

ステップ３０４のフレンドリ名登録メッセージは、例えばＴＳＡＰＩを使用して実現され得る。ステップ３０６において、通信エンドポイント１０１Ｂのユーザは、通信エンドポイント１０１Ｂでフレンドリ名２１１を入力する。ステップ３０６でユーザがフレンドリ名２１１を入力することに応じて、ステップ３０８において、通信エンドポイント１０１Ｂは、フレンドリ名２１１を含むＳＩＰ ＲＥＧＩＳＴＥＲメッセージを送信する。一実施形態では、ステップ３０８のＳＩＰ ＲＥＧＩＳＴＥＲメッセージにおいて送信されたフレンドリ名２１１は、定義されたＳＩＰヘッダであるＳＩＰコンタクトヘッダで送信される。あるいは、フレンドリ名２１１は、他のＳＩＰヘッダ又は独自のヘッダで送信されてもよい。

通信サーバ１２０は、ステップ３０８のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを受信する。ステップ３０９において、通信サーバ１２０は、ステップ３０８で受信したフレンドリ名２１１を、特定の通信エンドポイント１０１にマッピングする。ステップ３１０で、通信サーバ１２０は、アプリケーションサーバ１３０／通信アプリケーション１３１に、ステップ３０６で入力されたフレンドリ名２１１を含む登録メッセージを送信する。加えて、ステップ３１０の登録メッセージは、固有のデバイス識別子（例えばグローバリールータブル統一資源識別子）を含んでいてもよい。ステップ３１０のメッセージは、関連する記録アドレスも含んでいてもよい。この時点で、通信アプリケーション１３１は、フレンドリ名のリスト２１０とともにフレンドリ名のリスト２１０に関連付けられる記録アドレスを有している。

図３は、２つの通信エンドポイント１０１Ａ−１０１Ｂの登録のみを示す。ただし、追加の通信エンドポイント１０１は、同様の方法でそれらのフレンドリ名２１１を登録し得る。例えば、通信エンドポイント１０１Ｎは、同様の処理を用いて自身のフレンドリ名を登録してもよい。

一実施形態では、通信エンドポイント１０１は、異なる記録アドレスを有する２つの通信エンドポイント１０１に関連付けられた複数のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを送信することができる。例えば図２に示すように、ユーザは、フレンドリ名２１１Ｎ「研究室電話」を関連付けて、フレンドリ名２１１Ｎ「研究室電話」がフレンドリ名のリスト２１０に示されるようにしてもよい。これにより、ユーザは、通信アプリケーション１３１によって使用される、ユーザの記録アドレスに関連付けられた以外の異なる通信エンドポイント１０１を選択することができる。

図４は、単一の記録アドレスを使用する複数の通信エンドポイント１０１の個々の通信エンドポイント１０１から通信セッションを開始する処理のフロー図である。処理は、捕捉イベントによって通信アプリケーション１３１が通信セッションを開始する必要が生じるステップ４００において開始する。捕捉イベントは、通信アプリケーション１３１によって検出されてもよいし、通信アプリケーション１３１の外部で検出されてもよい。捕捉イベントは、異なる基準に基づいて発生し得る。例えば、捕捉イベントは会議呼がユーザのカレンダーに予定されたところであってもよいし、捕捉イベントは（例えば折り返し電話の予定の）コンタクトセンタ内のイベントに基づいていてもよいし及び／又はイベントはユーザの記録アドレスを使用した呼を転送する呼転送イベントなどであってもよい。あるいは、捕捉イベントは、ユーザがウェブアプリケーション又はその他のアプリケーションからクリックトゥコール動作を開始するところであってもよい。

ステップ４０２において、アプリケーションサーバ１３０／通信アプリケーション１３１は、フレンドリ名のリスト２１０を得るように通信サーバ１２０にリクエストを送信する。ステップ４０４において、通信サーバ１２０が、フレンドリ名のリスト２１０を送信することによって応答する。フレンドリ名のリスト２１０は、関連する記録アドレスも含んでいてもよい。図４では、ステップ４０２及び４０４を破線で示している。これは、ステップ４０２及び４０４がオプションであることを示唆している。例えば、通信アプリケーション１３１は、図３のステップ３０４及び３１０に示すように、すでにフレンドリ名のリスト２１０を受信していることもある。通信アプリケーション１３１がすでにフレンドリ名のリスト２１０を有している場合は、ステップ４０２及び４０４が行われる必要はない。

フレンドリ名のリスト２１０を（ステップ４０４又はステップ３０４／３１０から）得た後、ステップ４０６において、通信アプリケーション１３１は、（例えば図２に示すように）ユーザにフレンドリ名のリスト２１０を提示する。例えば、通信アプリケーション１３１は、ウェブページを介してフレンドリ名のリスト２１０の提示を生成するウェブサーバであってもよい。そしてステップ４０７において、ユーザは、１件のフレンドリ名２１１を選択する。例えば図２に示すように、ユーザは、フレンドリ名２１１Ｃ（ジョンのデスクトップ）を選択し得る。

ステップ４０７において、フレンドリ名２１１がユーザによって選択された後、ステップ４０８において、アプリケーションサーバ１３０／通信アプリケーション１３１は、通信サーバ１２０に発呼メッセージを送信する。ステップ４０８の発呼メッセージは、選択されたフレンドリ名２１１を含む。あるいは、ステップ４０８の発呼メッセージは、固有のデバイス識別子を含んでいてもよい。ステップ４０８の発呼メッセージは、記録アドレス及び／又は通信セッションを開始しようとする通信エンドポイント１０１に関する固有のデバイス識別子も含む。例えば、ステップ４０７でユーザがフレンドリ名２１１Ｃ（ジョンのデスクトップ）を選択した場合、ステップ４０８の発呼メッセージは、記憶アドレス１２３−４５６−７８９０及びデバイスのＳＩＰコンタクトアドレスとともにフレンドリ名２１１Ｃを含むことになる。加えて、ステップ４０８の発呼メッセージは、発呼される通信エンドポイント１０１の記録アドレスを含むことになる。例えば、ステップ４０８の発呼メッセージは、フレンドリ名２１１Ｃ（ジョンのデスクトップ）、（呼の発信者の）電話番号１２３−４５６−７８９０及び（呼の受信者の）電話番号１２３−４５６−８８８８を含み得る。

通信サーバ１２０は、ステップ４０８の発呼メッセージを受信する。ステップ４０９において、通信サーバ１２０は、フレンドリ名２１１／記録アドレスに基づいて、（ステップ３０３で検討したように）フレンドリ名２１１／記録アドレスに関連付けられた通信エンドポイント１０１を検索する。この例では、フレンドリ名２１１Ｃ（ジョンのデスクトップ）に関連付けられた通信エンドポイント１０１は、通信エンドポイント１０１Ａである。ステップ４０９において、通信サーバ１２０は、（呼の受信者の）記録アドレス１２３−４５６−８８８８に関連付けられた通信エンドポイント１０１の検索も行う。この例では、通信エンドポイント１０１Ｎが、記録アドレス１２３−４５６−８８８８に関連付けられている。

一実施形態では、ステップ４０８の発呼メッセージは、フレンドリ名２１１のみを使用し得る。この例では、通信サーバ１２０は、ステップ４０９で発呼するための関連付けられた記録アドレスを検索する。

ステップ４１０において、通信サーバ１２０は、通信エンドポイント１０１Ａに、アウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージを送信する。通信エンドポイント１０１Ａは、ステップ４１０のアウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージのＳＩＰ ＲｅｑｕｅｓｔＵＲＩフィールドにおいて識別される。通信エンドポイント１０１Ｎのアドレスは、ステップ４１０のアウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージの、ＳＩＰ Ｒｅｆｅｒ−ｔｏヘッダに存在する。ＳＩＰ ＲｅｑｕｅｓｔＵＲＩフィールド及びＳＩＰ Ｒｅｆｅｒ−ｔｏヘッダは、標準定義されたＳＩＰのヘッダ／フィールドである。

通信エンドポイント１０１Ａは、ステップ４１０のアウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージを受信する。ステップ４１０のアウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージの受信に応じて、ステップ４１２において、通信エンドポイント１０１Ａは、自動的に（例えばスピーカーフォンにするような）オフフックをし、自動的に通信エンドポイント１０１Ｎにダイヤルする。その結果、ステップ４１４において、通信エンドポイント１０１Ａは、ＳＩＰ ＩＮＶＩＴＥメッセージを通信サーバ１２０に送信する。ステップ４１４のＳＩＰ ＩＮＶＩＴＥメッセージのＳＩＰ ＲｅｑｕｅｓｔＵＲＩフィールドは、通信エンドポイント１０１Ｎの通信アドレス（例えばＩＰアドレス）を有している。ステップ４１６において、通信サーバ１２０は、ステップ４１４のＳＩＰ ＩＮＶＩＴＥメッセージを通信エンドポイント１０１Ｎに送信する。

ステップ４１８において、通信エンドポイント１０１Ｎは、通信サーバ１２０にＳＩＰ２００ ＯＫメッセージを送信する。ステップ４２０において、通信サーバ１２０は、ステップ４１８のＳＩＰ２００ ＯＫメッセージを通信エンドポイント１０１Ａに送信する。ステップ４２２において、通信エンドポイント１０１Ａは、通信サーバ１２０にＳＩＰ ＡＣＫメッセージを送信する。ステップ４２４において、通信サーバ１２０は、ステップ４２２のＳＩＰ ＡＣＫメッセージを通信エンドポイント１０１Ｎに送信する。

ステップ４２６のこの時点で、通信セッションは確立され得る。例えば、ボイス通信セッションは、リアルタイムプロトコル（ＲＴＰ）プロトコルを使用して通信エンドポイント１０１Ａと通信エンドポイント１０１Ｎとの間に確立され得る。ステップ４２８で、通信サーバ１２０は、通信エンドポイント１０１Ａと通信エンドポイント１０１Ｎとの間の通信セッションが確立されたことを示す知識メッセージを通信アプリケーション１３１に送信する。

説明のために、以下の例を検討する。ユーザのジョンは、記録アドレス１２３−４５６−７８９０に関連付けられており、及び会議呼がジョンのカレンダーの午後１時に予定されている。呼は、電話番号１２３−４５６−８８８８であるサリーとのものである。午後１時、カレンダーアプリケーション１３１は、ジョンがサリーと会議呼を開始するかどうかを尋ねるウインドウをポップアップ表示する。ジョンは、会議呼の開始を承認する。例えば承認ボタンをクリックすることによってである。

そこで、ステップ４０２において、カレンダーアプリケーション１３１は、フレンドリ名のリスト２１０を得るためにリクエストを送信する。ステップ４０４において、通信サーバ１２０は、フレンドリ名のリスト２１０を送信する。ステップ４０６において、カレンダーアプリケーション１３１は、ジョンにフレンドリ名のリスト２１０を表示する。ステップ４０７において、ジョンは、フレンドリ名２１１Ｃ（ジョンのデスクトップ）を選択する。ステップ４０８において、カレンダーアプリケーション１３１は、発呼メッセージを送信し、それにはジョンに関するフレンドリ名／記録アドレス及びサリーの通信エンドポイント１０１Ｎに関する記録アドレスが含まれる。ステップ４０９において、通信サーバ１２０は、選択されたフレンドリ名２１１Ｃ（ジョンのデスクトップ）／記録アドレス１２３−４５６−７８９０を、通信エンドポイント１０１Ａにマッチさせる。ステップ４０９において、通信サーバ１２０は、記録アドレス１２３−４５６−８８８８を通信エンドポイント１０１Ｎ（サリーの通信エンドポイント１０１Ｎ）にマッチさせることも行う。ステップ４１０において、通信サーバ１２０は、通信エンドポイント１０１Ａに、アウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージを送信する。通信エンドポイント１０１Ａは、オフフックをし、自動的に通信エンドポイント１０１Ｎ（サリーの通信エンドポイント１０１Ｎ）にダイヤルし、その結果、ステップ４１４／４１６のＳＩＰ ＩＮＶＩＴＥメッセージが送信される。ステップ４１８において、通信エンドポイント１０１Ｎは、ＳＩＰ２００ ＯＫメッセージを送信し、それはステップ４２０において、さらに通信エンドポイント１０１Ａに進められる。通信エンドポイント１０１Ａは、ステップ４２２のＳＩＰ ＡＣＫメッセージを送信し、それはステップ４２４において、さらに通信エンドポイント１０１Ｎに進められる。そしてステップ４２６において、ジョンとサリーとの間の音声呼が、ＲＴＣプロトロルを用いて確立される。ステップ４２８において、通信サーバ１２０は、ステップ４２８のＡＣＫメッセージをカレンダーアプリケーションに送信し、ジョンとサリーとの間の呼が確立されたことを示す。そしてカレンダーアプリケーションは、カレンダーアプリケーション内にジョンとサリーとの間の呼が実際に行われたという更新を行う。

図５は、単一の記録アドレスを使用する複数の通信エンドポイント１０１の個々の通信エンドポイント１０１において通信を受信する処理のフロー図である。処理は、通信エンドポイント１０１Ｎが通信サーバ１２０にＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップ５００で開始する。ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージは、記録アドレス１２３−４５６−７８９０に向けられる。通信サーバ１２０は、記録アドレス（１２３−４５６−７８９０）を検索し、記録アドレス１２３−４５６−７８９０に関連付けられた２つの通信エンドポイント１０１Ａ及び１０１Ｂが存在することを特定する。その結果、ステップ５０２及び５０４において、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージは、それぞれ通信エンドポイント１０１Ａ−１０１Ｂに分岐される。図５では、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージが２つの通信エンドポイント１０１Ａ及び１０１Ｂに分岐することのみを議論するが、追加的な通信エンドポイント１０１が同一の記録アドレスに関連付けられている場合はステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージを受信することができる。

ステップ５０６及び５０８において、通信エンドポイント１０１Ａ及び１０１Ｂは、ＳＩＰ ＲＩＮＧＩＮＧメッセージを送信することで応答する。ステップ５１０において、通信サーバ１２０は、呼出しメッセージ（警告メッセージ）を通信アプリケーション１３１に送信し、通信エンドポイント１０１Ａ及び１０１Ｂが呼び出されていることを示す。一実施形態では、ステップ５１０において、ステップ５０６及び５０８の２通のＳＩＰ ＲＩＮＧＩＮＧメッセージに対応する２件の呼出し（警告メッセージ）が送信される。ステップ５１０の呼出しメッセージは、フレンドリ名のリスト２１０及び／又は固有のデバイス識別子を含み得る。フレンドリ名のリスト２１０は、関連付けられている記録アドレスも含む。ステップ５１０の呼出しメッセージを受信した結果、ステップ５１２において、通信アプリケーション１３１は、フレンドリ名のリスト２１０をユーザに表示する。ユーザに提示されたフレンドリ名のリスト２１０には、（呼出しのかかっている）通信エンドポイント１０１Ａ及び１０１Ｂに関連付けられたフレンドリ名２１１が含まれる。ステップ５１３において、ユーザは通信エンドポイント１０１Ｂに関するフレンドリ名２１１を選択する。

ステップ５１４において、アプリケーションサーバ１３０／通信アプリケーション１３１は、通信サーバ１２０に選択されたフレンドリ名２１１を送信する。ステップ５１４において選択されたフレンドリ名２１１を受信した結果、ステップ５１５において、通信サーバ１２０は、通信エンドポイント１０１Ｂが選択されたフレンドリ名２１１に関連付けられていることを特定する。ステップ５１６において、通信サーバ１２０は、アウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージを通信エンドポイント１０１Ｂ（選択された通信エンドポイント１０１Ｂ）に送信し、通信エンドポイント１０１Ｂに通信セッションに応答するように命令する。ステップ５１６のアウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージを受信した結果、ステップ５１８において、通信エンドポイント１０１Ｂは、通信セッションに自動的に応答する（スピーカーフォンにフックオフする）。

ステップ５２０において、通信エンドポイント１０１Ｂは、通信サーバ１２０にＳＩＰ２００ ＯＫメッセージを送信する。ステップ５２２において、通信サーバ１２０は、ステップ５２０のＳＩＰ２００ ＯＫメッセージを通信エンドポイント１０１Ｎに送信する。ステップ５２４において、通信サーバ１２０は、ＳＩＰ ＣＡＮＣＥＬメッセージを通信エンドポイント１０１Ａに送信し、ステップ５０２において送信されたＳＩＰ ＩＮＶＩＴＥメッセージを取り消す。ステップ５２６において、通信エンドポイント１０１Ｎは、通信サーバ１２０にＳＩＰ ＡＣＫメッセージを送信する。ステップ５２８において、ステップ５２６のＳＩＰ ＡＣＫメッセージは、通信サーバ１２０によって通信エンドポイント１０１Ｂに送信される。

ステップ５３０のこの時点で、通信エンドポイント１０１Ｎと通信エンドポイント１０１Ｂの間で（例えばＲＴＣプロトロルを使用して）通信セッションが確立される。ステップ５３２において、通信サーバ１２０は、通信確立メッセージをアプリケーションサーバ１３０／通信アプリケーション１３１に送信する。

説明のために、以下の例を検討する。通信アプリケーション１３１は、コンタクトセンタからユーザへの呼の開始を可能とするウェブアプリケーションである。ユーザは彼らの電話番号（記録アドレス）を入力し、ボタンをクリックして呼を開始する。その結果、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージは、エージェントの通信エンドポイント１０１Ｎから開始される。あるいは、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージは、（例えばコンタクトセンタにおいて）通信アプリケーション１３１から発せられてもよい。他の実施形態では、呼は、コンタクトセンタエージェントにルーティングされる１−８００番の番号を使用して、コンタクトセンタに開始されてもよい。これにより、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージは、コンタクトセンタエージェントの記録アドレスにルーティングされることになる。

そしてステップ５０２／５０４において、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージは、電話番号に関連付けられた２つの通信エンドポイント１０１Ａ−１０１Ｂに送信される。２つの通信エンドポイント１０１Ａ−１０１Ｂは、ステップ５０６／５０８のＳＩＰ ＲＩＮＧＩＮＧメッセージで応答する。通信サーバ１２０は、通信エンドポイント１０１Ａ−１０１Ｂのフレンドリ名２１１とともにステップ５１０の呼出しメッセージを送信する。ステップ５１２において、ウェブアプリケーション１３１は、フレンドリ名のリスト２１０をユーザに表示する。ステップ５１３において、ユーザは通信エンドポイント１０１Ｂのフレンドリ名２１１を選択する。ステップ５１４において、ウェブアプリケーション１３１は、通信サーバ１２０に選択されたフレンドリ名２１１を送信する。

ステップ５１５において、通信サーバ１２０は、通信エンドポイント１０１Ｂが選択されたフレンドリ名２１１に関連付けられていることを特定する。ステップ５１６において、通信サーバ１２０は、アウトオブダイアログＳＩＰ ＲＥＦＥＲメッセージを通信エンドポイント１０１Ｂに送信する。これにより、ステップ５１８において、通信エンドポイント１０１Ｂは、自動的にフックオフして通信セッションに応答する。ステップ５２０において、通信エンドポイント１０１Ｂは、ＳＩＰ２００ ＯＫメッセージを送信し、それはその後ステップ５２２において、通信エンドポイント１０１Ｎに送信される。ステップ５２４において、通信サーバ１２０は、ＳＩＰ ＣＡＮＣＥＬメッセージを通信エンドポイント１０１Ａに送信する。通信エンドポイント１０１Ｎは、ステップ５２６のＳＩＰ ＡＣＫメッセージを送信し、それはその後ステップ５２８において、通信エンドポイント１０１Ｂに送信される。これにより、ステップ５３０において、音声呼が確立される。ステップ５３２において、通信が確立されたという通知が、ウェブアプリケーション１３１に送信される。

一実施形態では、ステップ５１０のメッセージは、ステップ５００のＳＩＰ ＩＮＶＩＴＥメッセージの受信に基づいて送信されてもよい。この場合、ステップ５０４のＳＩＰ ＩＮＶＩＴＥメッセージは、ステップ５１５の後に送信されることになる。（ステップ５０２の）ＳＩＰ ＩＮＶＩＴＥメッセージ、（ステップ５０６の）ＳＩＰ ＲＩＮＧＩＮＧメッセージ及び（ステップ５２４の）ＳＩＰ ＣＡＮＣＥＬメッセージは、送信されないことになる。ステップ５０８のＳＩＰ ＲＩＮＧＩＮＧメッセージもまた、ステップ５１５の後に発生することになる。残りのステップは、同じ順序で発生することになる。

図４及び図５では、フレンドリ名のリスト２１０が、１回の通信セッションに対して１度だけ表示されることが開示されている。一方、他の実施形態では、フレンドリ名のリスト２１０は、通信セッションのフローに基づいて再度表示されてもよい。例えば、ステップ４２６において通信セッションが確立された後に、ユーザは、ユーザの記録アドレスに基づいて、通信セッション中の通信エンドポイント１０１を切り替えることを選択し得る。ユーザは、再度フレンドリ名のリスト２１０を提示されることになる。ユーザは、ステップ５２６の通信セッションを転送するために異なるフレンドリ名２１１を選択できる。例えば、ユーザは彼らのデスクトップフォンに出ており、そのユーザはユーザのモバイルデバイスに呼を転送することを選択する。

あるいは、ユーザは、ステップ４２６／５３０の通信セッションのモードを変更することを選択し得る。例えば、ユーザは、オーディオ通信セッションをビデオ通信セッションにアップグレードすることを要求してもよい。あるいは、ユーザは、ビデオ通信セッションをオーディオ通信セッションにダウングレードしてもよいし、オーディオ／ビデオ通信セッションをインスタントメッセージ通信セッションに切り替えてもよいし、及び／又はインスタントメッセージング通信セッションをボイス若しくはビデオ通信セッションにアップグレードしてもよい。ユーザは、現時点でオーディオのみの通信エンドポイント１０１上にあってもよい。この例では、フレンドリ名のリスト２１０は、ビデオをサポートする通信エンドポイント１０１のフレンドリ名のみを示し得る。

ここに記載するプロセッサの例は、これに限定されることなく、クアルコム（登録商標）スナップドラゴン（登録商標）８００及び８０１、４Ｇ ＬＴＥインテグレーション及び６４ビットコンピューティングを有するクアルコム（登録商標）スナップドラゴン（登録商標）６１０及び６１５、６４ビットアーキテクチャを有するアップル（登録商標）Ａ７プロセッサ、アップル（登録商標）Ｍ７モーションコプロセッサ、サムスン（登録商標）エクシノス（登録商標）シリーズ、インテル（登録商標）コア（商品商標）ファミリのプロセッサ、インテル（登録商標）ジーオン（登録商標）ファミリのプロセッサ、インテル（登録商標）アトム（商品商標）ファミリのプロセッサ、インテルアイテニアム（登録商標）ファミリのプロセッサ、インテル（登録商標）コア（登録商標）ｉ５−４６７０Ｋ及びｉ７−４７７０Ｋ ２２ｎｍハズウェル、インテル（登録商標）コア（登録商標）ｉ５−３５７０Ｋ ２２ｎｍアイビーブリッジ、ＡＭＤ（登録商標）ＦＸ（商品商標）ファミリのプロセッサ、ＡＭＤ（登録商標）ＦＸ−４３００、ＦＸ−６３００及びＦＸ−８３５０ ３２ｎｍヴィシェラ、ＡＭＤ（登録商標）カヴェリプロセッサ、テキサス・インスツルメンツ（登録商標）Ｊａｃｉｎｔｏ Ｃ６０００（商品商標）車載用インフォテインメントプロセッサ、テキサス・インスツルメンツ（登録商標）ＯＭＡＰ（商品商標）車載用グレードモバイルプロセッサ、ＡＲＭ（登録商標）コルテックス（商品商標）Ｍプロセッサ、ＡＲＭ（登録商標）コルテックスＡ及びＡＲＭ９２６ＥＪ−Ｓ（商品商標）プロセッサ、他の工業的に同等なプロセッサのうちの少なくとも１つ含み、任意の公知の又は将来開発され得る標準、命令セット、ライブラリ及び／又はアーキテクチャを用いて計算機能を実行することができる。

ここに記載されるステップ、機能及び動作のいずれも、連続的に及び自動的に実行され得る。

一方、本開示を不要に不明瞭にすることを避けるため、前記載は、多数の周知の構造物及びデバイスを省略している。この省略は、請求項に記載される開示の範囲の限定と解釈されてはならない。具体的な詳細が、本開示の理解を与えるように上述された。ただし、本開示はここに上述した具体的詳細を超える様々な態様において実施され得ることが理解されるべきである。

またさらに、ここに示される例示の実施形態は共存するシステムの種々の構成要素を示すが、システムの所定の構成要素は、遠隔に、ＬＡＮ及び／若しくはインターネットなどの分散ネットワークの遠隔部分に、又は専用システム内に配置され得る。したがって、システムの構成要素は、１以上のデバイスに結合されてもよいし、アナログ及び／又はデジタル電気通信ネットワーク、パケット交換ネットワーク又は回路交換ネットワークなどの分散ネットワークの特定のノードに共存されてもよいことが理解されるべきである。システムの構成要素は、システムの動作に影響を与えることなく構成要素の分散ネットワーク内の任意の位置に配置され得ることが、前述から及び計算効率の理由から理解されるはずである。例えば、種々の構成要素は、ＰＢＸ及びメディアサーバなどのスイッチ、ゲートウェイ、１以上の通信デバイス、１以上のユーザ施設、又はその組合せにおいて配置され得る。同様に、システムの１以上の機能部分は、電気通信デバイスと関連するコンピューティングデバイスとの間に分散され得る。

またさらに、要素を接続する種々のリンクは有線若しくは無線リンク又はその任意の組合せ、又は接続された要素との間でデータを供給及び／若しくは通信することができる他の任意の公知又は後に開発される要素となり得ることが理解されるべきである。これらの有線又は無線リンクはまた、安全なリンクであってもよく、暗号化情報を通信できるものであってもよい。リンクとして用いられる送信媒体は、例えば、同軸ケーブル、銅配線及びファイバ光学系を含む電気信号のための任意の適切なキャリアであればよく、無線波及び赤外線データ通信中に生成されるような音響波又は光波の形態をとり得る。

また、特定のシーケンスのイベントとの関係においてフローチャートが検討及び説明されたが、このシーケンスに対する変更、追加及び省略が本開示の動作に実質的に影響を与えることなく行われ得ることが理解されるべきである。

本開示の多数の変形例及び変更例が使用され得る。他を与えずに本開示のいくつかの構成に備えることが可能となる。

さらに他の実施形態では、本開示のシステム及び方法は、専用コンピュータ、プログラムされたマイクロプロセッサ若しくはマイクロコントローラ及び周辺集積回路素子、ＡＳＩＣ若しくは他の集積回路、デジタル信号プロセッサ、ディスクリート素子回路などのハード有線電子若しくはロジック回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬなどのプログラム可能なロジックデバイス若しくはゲートアレイ、専用コンピュータ、任意の同等な手段などとともに実現され得る。概略として、本開示の種々の態様を実施するのに、ここに例示される方法を実施することができる任意のデバイス又は手段が使用され得る。本開示に使用することが可能な例示的なハードウェアは、コンピュータ、ハンドヘルドデバイス、電話機（例えば、携帯電話、インターネット対応、デジタル、アナログ、ハイブリッド及びその他）並びに当技術分野で公知の他のハードウェアを含む。これらのデバイスの一部は、プロセッサ（例えば、単一又は複数のマイクロプロセッサ）、メモリ、不揮発性記憶装置、入力デバイス及び出力デバイスを含む。またさらに、これに限定されることなく、分散処理若しくはコンポーネント／オブジェクト分散処理、並列処理又は仮想マシン処理を含む代替的なソフトウェアの実施も、ここに記載する方法を実施するように構築可能である。

さらに他の実施形態では、開示された方法は、様々なコンピュータ又はワークステーション・プラットフォーム上で使用可能なポータブルソースコードを提供するオブジェクト又はオブジェクト指向ソフトウェア開発環境を用いるソフトウェアととともに容易に実現され得る。あるいは、開示のシステムは、標準論理回路又はＶＬＳＩ設計を用いるハードウェア内で部分的又は完全に実現されてもよい。本開示によるシステムを実施するのにソフトウェアが使用されるのか又はハードウェアが使用されるかは、使用されるシステム、特定の機能及び特定のソフトウェア若しくはハードウェアシステム又はマイクロプロセッサ若しくはマイクロコンピュータシステムの速度及び／又は効率要件による。

さらに他の実施形態では、開示された方法は、記憶媒体に格納され、コントローラ及びメモリと協働してプログラムされた汎用コンピュータ、専用コンピュータ、マイクロプロセッサなどで実行されるソフトウェアにおいて部分的に実施されてもよい。これらの例では、本開示のシステム及び方法は、アプレット、ＪＡＶＡ（登録商標）若しくはＣＧＩスクリプトなどのパーソナルコンピュータに組み込まれたプログラムとして、サーバ若しくはコンピュータワークステーション上に常駐するリソースとして、又は専用の測定システム若しくはシステム構成要素などに組み込まれたルーチンとして実施可能である。システムは、システム及び／又は方法をソフトウェア及び／又はハードウェアシステムに物理的に組み込むことによっても実施可能である。

本開示は、特定の標準及びプロトコルを参照して実施形態に実現される構成要素及び機能を説明するが、本開示はそのような標準及びプロトコルに限定されない。ここに言及されていない他の同様の標準及びプロトコルも存在し、本開示に含まれることが考慮される。さらに、ここに言及される標準及びプロトコル並びにここに言及されていない他の同様の標準及びプロトコルは、本質的に同じ機能を有するより速い又はより有効な均等物によって定期的に置き換えられる。同じ機能を有するこのような標準及びプロトコルの置換は、本開示に含まれる均等物とみなされる。

種々の実施形態、構成及び態様における本開示は、実質的にここに図示及び記載されてその種々の実施形態、サブコンビネーション及びサブセットを含む構成要素、方法、処理、システム及び／又は装置を含む。当業者であれば、本開示を理解すれば、ここに開示されるシステム及び方法をどのように作製及び使用するかを理解するはずである。種々の実施形態、構成及び態様における本開示は、例えば、性能を向上し、実施を容易化し及び／又は実施のコストを低減するために、ここに図示及び／又は記載されていない項目がない場合又はその種々の実施形態、構成若しくは態様において、デバイス及び処理を提供することを含み、直前のデバイス又は処理において使用されていたであろうそのような項目がない場合を含む。

本開示の以上の記載が、例示及び説明の目的のために提示された。上記は、本開示をここに開示される単数又は複数の形態に限定することを意図するものではない。例えば上記の詳細な説明では、本開示の種々の特徴が、開示の合理化の目的のために１以上の実施形態、構成又は態様においてともにグループ化されている。本開示の実施形態、構成又は態様の特徴は、上述されたもの以外の代替の実施形態、構成又は態様において組み合わせられてもよい。この開示の方法は、請求項に記載される開示が各請求項に明記されるよりも多くの特徴を要件とする意図を反映するものと解釈されてはならない。そうではなく、以降の特許請求の範囲が反映するように、進歩的態様は、単一の上記開示の実施形態、構成又は態様全ての特徴よりも少ないものである。したがって、以降の特許請求の範囲は、各請求項がそれ自体で本開示の独立した好適な実施形態として成立するものとして、この詳細な説明にここで取り込まれる。

さらに、本開示の説明は１以上の実施形態、構成又は態様並びに所定の変形例及び変更例の説明を含んできたが、他の変形例、組合せ及び変形例は、例えば本開示を理解すれば当業者の技術及び知識内のものとなるので、本開示の範囲内にある。請求項に記載される代替の、互換可能な及び／又は均等の構造、機能、範囲若しくはステップを含む代替の実施形態、構成又は態様を含む権利を、そのような代替の、互換可能な及び／又は均等の構造、機能、範囲若しくはステップがここに開示されるか否かにかかわらず、かつ任意の特許可能な主題を公に専有することを意図することなく、許可される程度に取得することが意図されている。

Claims (10)

1. アプリケーションサーバであって、
   マイクロプロセッサ、並びに、
   前記マイクロプロセッサに結合されたコンピュータ可読媒体であって前記マイクロプロセッサに、
   第１の記録アドレスに関連付けられた複数の通信エンドポイントの個々の１つずつを識別するフレンドリ名のリストを特定させ、
   前記フレンドリ名のリストのユーザへの提示を生成させ、
   前記フレンドリ名のリストにおける前記フレンドリ名のうちの１つの選択を受信させ、及び、
   前記選択されたフレンドリ名に関連付けられた通信エンドポイントが、
   新たな通信セッションを自動的に開始し、
   既存の通信セッションにおいて使用される通信エンドポイント間を自動的に切り替え、又は、
   分岐された通信セッションに自動的に応答する、
   ことになるメッセージを送信させる、
   マイクロプロセッサ可読及び実行可能な命令を備えるコンピュータ可読媒体、
   を備える、
   アプリケーションサーバ。
2. 前記メッセージが、前記フレンドリ名に関連付けられた前記通信エンドポイントからの前記新たな通信セッションを自動的に開始することを示す、請求項１に記載のアプリケーションサーバ。
3. 前記メッセージが、前記フレンドリ名に関連付けられた前記通信エンドポイントとの前記分岐された通信セッションに自動的に応答することを示す、請求項１に記載のアプリケーションサーバ。
4. 前記実行可能な命令が、前記新たな又は分岐された通信セッションのタイプを特定する命令をさらに備え、且つ、
   前記提示されたフレンドリ名のリストが、前記新たな又は分岐された通信セッションの前記タイプに基づく前記フレンドリ名のリストのサブセットである、
   請求項１に記載のアプリケーションサーバ。
5. 前記フレンドリ名のリストが、前記新たな又は分岐された通信セッションのフローに基づいて前記ユーザに２度目に提示され、且つ、
   前記新たな又は分岐された通信セッションの前記フローが、呼の転送又は媒体変更を含み、且つ、
   前記フレンドリ名のリストが、前記呼の転送又は媒体変更の媒体タイプに基づいた前記フレンドリ名のリストのサブセットである、
   請求項１に記載のアプリケーションサーバ。
6. 前記フレンドリ名のリストを特定することが、個々のフレンドリ名とともに複数のメッセージを受信すること又は前記フレンドリ名のリストを受信することのいずれかに基づき、前記メッセージが前記既存の通信セッションの前記媒体のタイプを自動的に変更することを示す、請求項１に記載のアプリケーションサーバ。
7. マイクロプロセッサによって、第１の記録アドレスに関連付けられる複数の通信エンドポイントの個々の１つずつを識別するフレンドリ名のリストを特定するステップ、
   前記マイクロプロセッサによって、ユーザに対して前記フレンドリ名のリストの提示を生成するステップ、
   前記マイクロプロセッサによって、前記フレンドリ名のリストにおける１つの前記フレンドリ名の選択を受信するステップ、並びに、
   前記マイクロプロセッサによって、前記選択されたフレンドリ名に関連付けられる通信エンドポイントが、
   自動的に新たな通信セッションを開始すること、
   自動的に既存の通信セッションにおいて使用される通信エンドポイント間を切り替えること、及び、
   自動的に分岐された通信セッションに応答すること、
   の少なくとも１つを行うことになるメッセージを送信するステップ、
   を備える、
   方法。
8. 前記メッセージが、前記フレンドリ名に関連付けられる前記通信エンドポイントからの前記新たな通信セッションを自動的に開始することを示す、請求項７に記載の方法。
9. 前記メッセージが、前記フレンドリ名に関連付けられる前記通信エンドポイントとの前記分岐された通信セッションに自動的に応答することを示す、請求項７に記載の方法。
10. 前記マイクロプロセッサによって、前記新たな又は分岐された通信セッションのタイプを判定するステップをさらに備え、
    前記提示されるフレンドリ名のリストが、前記新たな又は分岐された通信セッションの前記タイプに基づいた前記フレンドリ名のリストのサブセットである、
    請求項７に記載の方法。