JP6009713B2

JP6009713B2 - 通信セッション中のクライアントデバイス間の連絡先プロファイルの交換

Info

Publication number: JP6009713B2
Application number: JP2016500890A
Authority: JP
Inventors: ジャイン、ニクヒル; クリシュナン、ラム; メネンデズ、ホセ・ロベルト; ジョイス・ザ・サード、ジェラルド・パトリック; デシュパンド、マノジ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2013-03-11
Filing date: 2014-03-07
Publication date: 2016-10-19
Anticipated expiration: 2034-03-07
Also published as: CN105027596A; US20150358808A1; KR20150128852A; WO2014164342A1; US9148489B2; US9497287B2; EP2974413A1; US20140254434A1; KR101602613B1; JP2016511613A

Description

[0001]本発明の実施形態は、通信セッション中にクライアントデバイス間で連絡先プロファイルを共有することに関する。

[0002]ワイヤレス通信システムは、第１世代アナログワイヤレス電話サービス（１Ｇ）、第２世代（２Ｇ）デジタルワイヤレス電話サービス（中間の２．５Ｇおよび２．７５Ｇネットワークを含む）、ならびに第３世代（３Ｇ）高速データ／インターネット対応ワイヤレスサービスを含む、様々な世代を通じて発展してきた。現在、セルラーおよびパーソナル通信サービス（ＰＣＳ：Personal Communications Service）システムを含む、使用されている多くの異なるタイプのワイヤレス通信システムがある。知られているセルラーシステムの例としては、セルラーアナログ高度移動電話システム（ＡＭＰＳ：Analog Advanced Mobile Phone System）、および符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ＴＤＭＡのモバイル用グローバルシステムアクセス（ＧＳＭ（登録商標）：Global System for Mobile）変形形態に基づくデジタルセルラーシステム、およびＴＤＭＡ技術とＣＤＭＡ技術の両方を使用するより新しいハイブリッドデジタル通信システムがある。

[0003]クライアントデバイス（たとえば、携帯電話などのモバイルデバイス）が、アドレス帳内の１組の連絡先プロファイルを維持するために上述の通信システムまたは他のタイプのアクセスネットワーク（たとえば、ＷｉＦｉ（登録商標）など）を使用することが一般的である。各連絡先プロファイルは、特定の連絡先（たとえば、友人、家族など）に関連する可能性があり、各連絡先プロファイルは、特定の連絡先に連絡するための様々な連絡機構を使用する様々な連絡先アドレスを含み得る。たとえば、所与の連絡先プロファイルには、単一の連絡先においては、携帯電話番号、自宅電話番号、電子メール、ＶｏＩＰＩＤ（たとえば、ＳｋｙｐｅＩＤ）、ＧｏｏｇｌｅＶｏｉｃｅＩＤ、プレゼンス用ＩＭＳＩＤ、およびＩＭＳサーバを使用するＶｏＩＰ呼などを含み得る。しかしながら、これらの連絡先プロファイルは、一般に、手作業の努力が生み出され維持されることを必要とする（たとえば、ユーザは、各連絡先アドレスを特定の連絡先に関する連絡先プロファイルに物理的に入力しなければならない）。また、クライアントデバイスは、連絡先の連絡先アドレスを介して連絡先と通信した後、その連絡先アドレスが既存の連絡先プロファイルに加えられることを可能にすることができるが、これらの連絡先アドレスがまだ実際にクライアントデバイスとインターフェースしていない場合は新規の連絡先アドレスを連絡先プロファイルに付加することが難しい場合がある。

[0004]一実施形態では、クライアントデバイス（ＣＤ）は、ＣＤのユーザの連絡先プロファイルを維持するが、この連絡先プロファイルは、ユーザの統一識別子（ＵＩＤ）とＣＤのユーザが連絡され得るデバイスおよびアドレスのリストとを含む。ＣＤは、リモートＣＤ（ＲＣＤ）の連絡先アドレスの組からの所与の連絡先アドレスを介してＲＣＤとの通信セッションを確立する。ＣＤは、通信セッション確立に応答して、ＲＣＤへの連絡先プロファイルの少なくとも一部分を共有する。ＲＣＤは、共有される連絡先プロファイルに基づいてＲＣＤ上に維持されるＣＤのユーザの所与の連絡先プロファイルを生成および／または更新する。ＲＣＤはまた、通信セッション確立に応答して、そのプロファイルをＣＤと共有し、ＣＤにＲＣＤの連絡先プロファイルを生成および／または更新させ得る。

[0005]本発明の実施形態とその付随する利点の多くとのより完全な諒解は、以下の詳細な説明を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってよりよく理解されれば、容易に得られるであろう。

[0006]本発明の一実施形態による、ワイヤレス通信システムのハイレベルシステムアーキテクチャを示す図。 [0007]本発明の実施形態による、ユーザ機器（ＵＥ）の例を示す図。 [0008]本発明の一実施形態による機能を実行するように構成された論理を含む通信デバイスを示す図。 [0009]本発明の一実施形態による、連絡先プロファイルを構築するプロセスを示す図。 [0010]本発明の一実施形態による、様々な通信サービスの統合メッセージ情報のプロセスを示す図。 [0011]従来のクライアントデバイスのホームスクリーン上の従来の音声メール通知および／またはメッセージ通知の一例を示す図。 [0012]本発明の一実施形態による、クライアントデバイスのホームスクリーン上の統合された音声メールおよび／またはメッセージの通知の一例を示す図。 [0013]本発明の一実施形態による、様々なユーザによって操作されるクライアントデバイス間で連絡先プロファイルを共有するプロセスを示す図。 [0014]本発明の一実施形態による、サーバから連絡先プロファイルを取り出すプロセスを示す図。 [0015]本発明の一実施形態による、通信セッションを設定するプロセスを示す図。

[0016]本発明の特定の実施形態を対象とする以下の説明および関連する図面において、本発明の態様が開示される。本発明の範囲から逸脱することなく、代替実施形態が考案され得る。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。

[0017]「例示的」および／または「例」という単語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および／または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいかまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が、論じられた特徴、利点、または動作モードを含むことを必要としない。

[0018]さらに、多くの実施形態について、たとえば、コンピューティングデバイスの要素によって実行されるべき一連の動作に関して説明する。本明細書で説明する様々なアクションは、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つもしくは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行され得ることが認識されよう。加えて、本明細書で説明するこれら一連のアクションは、実行すると、関連のプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形態のコンピュータ可読記憶媒体内で全体として具現化されるものと見なされ得る。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で具現化され得る。さらに、本明細書で説明する実施形態の各々について、任意のそのような実施形態の対応する形態について、本明細書では、たとえば、説明するアクションを実施する「ように構成された論理」として説明することがある。

[0019]本明細書でユーザ機器（ＵＥ）と呼ばれるクライアントデバイスは、モバイルまたは固定であり得、無線アクセスネットワーク（ＲＡＮ）と通信し得る。本明細書で使用する「ＵＥ」という用語は、互換的に、「アクセス端末」または「ＡＴ」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」またはＵＴ、「モバイル端末」、「移動局」およびそれらの変形形態と呼ばれることがある。概して、ＵＥは、ＲＡＮを介してコアネットワークと通信することができ、コアネットワークを通して、ＵＥは、インターネットなどの外部ネットワークと接続され得る。もちろん、ワイヤードアクセスネットワーク、（たとえば、ＩＥＥＥ８０２．１１などに基づく）ＷｉＦｉネットワークなどを介してなど、コアネットワークおよび／またはインターネットに接続する他の機構もＵＥのために可能である。ＵＥは、限定はしないが、ＰＣカード、コンパクトフラッシュ（登録商標）デバイス、外部または内部モデム、ワイヤレスまたはワイヤラインフォンなどを含む、いくつかのタイプのデバイスのいずれかによって実施され得る。ＵＥがそれを通してＲＡＮに信号を送ることができる通信リンクはアップリンクチャネル（たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど）と呼ばれる。ＲＡＮがそれを通してＵＥに信号を送ることができる通信リンクはダウンリンクまたは順方向リンクチャネル（たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど）と呼ばれる。本明細書で使用するトラフィックチャネル（ＴＣＨ：traffic channel）という用語は、アップリンク／逆方向トラフィックチャネルまたはダウンリンク／順方向トラフィックチャネルのいずれかを指すことがある。

[0020]図１は、本発明の一実施形態による、ワイヤレス通信システム１００のハイレベルシステムアーキテクチャを示す。ワイヤレス通信システム１００はＵＥ１．．．Ｎを含む。ＵＥ１．．．Ｎは、セルラー電話、携帯情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含み得る。たとえば、図１では、ＵＥ１．．．２はセルラー発呼フォンとして示されており、ＵＥ３．．．５はセルラータッチスクリーンフォンまたはスマートフォンとして示されており、ＵＥＮはデスクトップコンピュータまたはＰＣとして示されている。

[0021]図１を参照すると、ＵＥ１．．．Ｎは、エアインターフェース１０４、１０６、１０８として図１に示された物理通信インターフェースまたはレイヤ、および／あるいは直接ワイヤード接続を介して、アクセスネットワーク（たとえば、ＲＡＮ１２０、アクセスポイント１２５など）と通信するように構成される。エアインターフェース１０４および１０６は、所与のセルラー通信プロトコル（たとえば、ＣＤＭＡ、ＥＶＤＯ、ｅＨＲＰＤ、ＧＳＭ、ＥＤＧＥ、Ｗ−ＣＤＭＡ（登録商標）、ＬＴＥなど）に準拠し得るが、エアインターフェース１０８は、ワイヤレスＩＰプロトコル（たとえば、ＩＥＥＥ８０２．１１）に準拠し得る。ＲＡＮ１２０は、エアインターフェース１０４および１０６などの、エアインターフェースを介してＵＥをサービスする複数のアクセスポイントを含む。ＲＡＮ１２０中のアクセスポイントは、アクセスノードまたはＡＮ、アクセスポイントまたはＡＰ、基地局またはＢＳ、ノードＢ、ｅノードＢなどと呼ばれることがある。これらのアクセスポイントは、地上波アクセスポイント（または地上局）、または衛星アクセスポイントであり得る。ＲＡＮ１２０は、ＲＡＮ１２０によってサービスされるＵＥと、ＲＡＮ１２０または異なるＲＡＮによってサービスされる他のＵＥとの間の回線交換（ＣＳ）呼を全体的にブリッジすることを含む、様々な機能を実施することができる、およびインターネット１７５などの外部ネットワークとのパケット交換（ＰＳ）データの交換を仲介することもできる、コアネットワーク１４０に接続するように構成される。インターネット１７５は、（便宜上図１には示されていない）いくつかのルーティングエージェントおよび処理エージェントを含む。図１では、ＵＥＮは、インターネット１７５に直接接続するもの（すなわち、ＷｉＦｉまたは８０２．１１ベースのネットワークのイーサネット（登録商標）接続を介してなど、コアネットワーク１４０とは別個）として示されている。インターネット１７５は、したがって、コアネットワーク１４０を介してＵＥＮとＵＥ１．．．Ｎとの間のパケット交換データ通信をブリッジするように機能することができる。また、ＲＡＮ１２０とは別個であるアクセスポイント１２５が図１に示されている。アクセスポイント１２５は、コアネットワーク１４０から独立して（たとえば、ＦｉＯＳなどの光通信システム、ケーブルモデムなどを介して）インターネット１７５に接続され得る。エアインターフェース１０８は、一例ではＩＥＥＥ８０２．１１などの、ローカルワイヤレス接続を介してＵＥ４またはＵＥ５をサービスし得る。ＵＥＮは、モデムまたはルータへの直接接続などの、インターネット１７５へのワイヤード接続を有するデスクトップコンピュータとして示されており、これは、（たとえば、ワイヤード接続性とワイヤレス接続性の両方を有するＷｉＦｉルータについて）一例ではそれ自体がアクセスポイント１２５に対応し得る。

[0022]図１を参照すると、サーバ１７０が、インターネット１７５、コアネットワーク１４０、または両方に接続されるものとして示されている。サーバ１７０は、複数の構造的に別個のサーバとして実装され得るか、または代替的に単一のサーバに対応し得る。以下でより詳細に説明するように、サーバ１７０は、コアネットワーク１４０および／もしくはインターネット１７５を介してサーバ１７０に接続し得るＵＥのために１つまたは複数の通信サービス（たとえば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、プッシュツートーク（ＰＴＴ）セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートし、ならびに／またはＵＥにコンテンツ（たとえば、ウェブページダウンロード）を提供するように構成される。

[0023]図２は、本発明の実施形態によるＵＥ（すなわち、クライアントデバイス）の例を示す。図２を参照すると、ＵＥ３００Ａが発呼電話として示されており、ＵＥ３００Ｂがタッチスクリーンデバイス（たとえば、スマートフォン、タブレットコンピュータなど）として示されている。図２に示されているように、ＵＥ３００Ａの外部ケーシングが、当技術分野で知られているように、構成要素の中でも、アンテナ３０５Ａと、ディスプレイ３１０Ａと、少なくとも１つのボタン３１５Ａ（たとえば、ＰＴＴボタン、電源ボタン、ボリューム制御ボタンなど）と、キーパッド３２０Ａとで構成される。また、ＵＥ３００Ｂの外部ケーシングが、当技術分野で知られているように、構成要素の中でも、タッチスクリーンディスプレイ３０５Ｂと、周辺のボタン３１０Ｂ、３１５Ｂ、３２０Ｂ、および３２５Ｂ（たとえば、電源制御ボタン、ボリュームまたは振動制御ボタン、飛行機モードトグルボタンなど）と、少なくとも１つのフロントパネルボタン３３０Ｂ（たとえば、ホームボタンなど）とで構成される。ＵＥ３００Ｂの一部として明示的に示されていないが、ＵＥ３００Ｂは、限定はしないが、ＷｉＦｉアンテナ、セルラーアンテナ、衛星位置システム（ＳＰＳ）アンテナ（たとえば、全地球測位システム（ＧＰＳ）アンテナ）などを含む、１つまたは複数の外部アンテナ、および／またはＵＥ３００Ｂの外部ケーシングに組み込まれた１つまたは複数の集積アンテナを含み得る。

[0024]ＵＥ３００Ａおよび３００ＢなどのＵＥの内部構成要素は異なるハードウェア構成で実施され得るが、内部ハードウェア構成要素のための基本ハイレベルＵＥ構成が図２にプラットフォーム３０２として示されている。プラットフォーム３０２は、コアネットワーク１４０、インターネット１７５ならびに／または他のリモートサーバおよびネットワーク（たとえば、アプリケーションサーバ１７０、ウェブＵＲＬなど）から最終的に来ることがある、ＲＡＮ１２０から送信されたソフトウェアアプリケーション、データおよび／またはコマンドを受信し、実行し得る。プラットフォーム３０２はまた、ＲＡＮ対話なしに、ローカルに記憶されたアプリケーションを独立して実行し得る。プラットフォーム３０２は、特定用途向け集積回路（「ＡＳＩＣ」３０８）、または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ３０６を含み得る。ＡＳＩＣ３０８または他のプロセッサは、ワイヤレスデバイスのメモリ３１２中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース（ＡＰＩ）３１０レイヤを実行する。メモリ３１２は、読取り専用メモリまたはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ（登録商標）、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム３０２は、メモリ３１２中でアクティブに使用されないアプリケーション、ならびに他のデータを記憶することができる、ローカルデータベース３１４も含み得る。ローカルデータベース３１４は、一般にフラッシュメモリセルであるが、磁気媒体、ＥＥＰＲＯＭ、光媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスであり得る。

[0025]したがって、本発明の一実施形態は、本明細書で説明する機能を実行する能力を含むＵＥ（たとえば、ＵＥ３００Ａ、３００Ｂなど）を含み得る。当業者によって諒解されるように、本明細書で開示する機能を達成するために、様々な論理要素は、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで具現化され得る。たとえば、本明細書で開示される様々な機能をロードし、記憶し、実行するために、ＡＳＩＣ３０８、メモリ３１２、ＡＰＩ３１０、およびローカルデータベース３１４がすべて協働的に使用される可能性があり、したがって、これらの機能を実行するための論理は様々な要素に分散され得る。代替的に、機能は１つの個別構成要素に組み込まれ得る。したがって、図２のＵＥ３００Ａおよび３００Ｂの特徴は例示的なものにすぎないと見なされるべきであり、本発明は例示された特徴または構成に限定されない。

[0026]ＵＥ３００Ａおよび／または３００ＢとＲＡＮ１２０との間のワイヤレス通信は、ＣＤＭＡ、Ｗ−ＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多重（ＯＦＤＭ）、ＧＳＭまたはワイヤレス通信ネットワークもしくはデータ通信ネットワークにおいて使用され得る他のプロトコルなどの、様々な技術に基づく可能性がある。上記で説明したように、および当技術分野で知られているように、音声送信および／またはデータは、様々なネットワークおよび構成を使用してＲＡＮからＵＥに送信され得る。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。

[0027]図３は、機能を実行するように構成された論理を含む通信デバイス４００を示す。通信デバイス４００は、限定はしないが、ＵＥ３００Ａまたは３００Ｂを含む上述の通信デバイスのいずれか、ＲＡＮ１２０の任意の構成要素、コアネットワーク１４０の任意の構成要素、コアネットワーク１４０および／またはインターネット１７５に結合された任意の構成要素（たとえば、サーバ１７０）などに対応し得る。したがって、通信デバイス４００は、図１のワイヤレス通信システム１００を介して１つまたは複数の他のエンティティと通信する（またはそれらとの通信を容易にする）ように構成された任意の電子デバイスに対応し得る。

[0028]図３を参照すると、通信デバイス４００は、情報を受信および／または送信するように構成された論理４０５を含む。一例では、通信デバイス４００がワイヤレス通信デバイス（たとえば、ＵＥ３００Ａまたは３００Ｂ、ＡＰ１２５、ＢＳ、ＲＡＮ１２０内のノードＢまたはｅノードＢなど）に対応する場合、情報を受信および／または送信するように構成された論理４０５は、ワイヤレストランシーバおよび関連のハードウェア（たとえば、ＲＦアンテナ、モデム、変調器、および／または復調器など）などのワイヤレス通信インターフェース（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、２Ｇ、ＣＤＭＡ、Ｗ−ＣＤＭＡ、３Ｇ、４Ｇ、ＬＴＥなど）を含み得る。別の例では、情報を受信および／または送信するように構成された論理４０５は、ワイヤード通信インターフェース（たとえば、シリアル接続、ＵＳＢまたはファイアワイヤ接続、インターネット１７５がそれを通してアクセスされ得るイーサネット接続など）に対応し得る。したがって、通信デバイス４００が、何らかのタイプのネットワークベースのサーバ（たとえば、サーバ１７０など）に対応する場合、情報を受信および／または送信するように構成された論理４０５は、一例では、イーサネットプロトコルを介してネットワークベースのサーバを他の通信エンティティに接続するイーサネットカードに対応し得る。さらなる例では、情報を受信および／または送信するように構成された論理４０５は、通信デバイス４００がそのローカル環境を監視することができる知覚または測定ハードウェア（たとえば、加速度計、温度センサ、光センサ、ローカルＲＦ信号を監視するためのアンテナなど）を含み得る。情報を受信および／または送信するように構成された論理４０５は、実行されたとき、情報を受信および／または送信するように構成された論理４０５の関連のハードウェアがその受信および／または送信機能を実行することを可能にするソフトウェアも含み得る。ただし、情報を受信および／または送信するように構成された論理４０５は、ソフトウェアのみに対応するものではなく、情報を受信および／または送信するように構成された論理４０５は、その機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0029]図３を参照すると、通信デバイス４００は、情報を処理するように構成された論理４１０をさらに含む。一例では、情報を処理するように構成された論理４１０は、少なくともプロセッサを含み得る。情報を処理するように構成された論理４１０によって実行され得るタイプの処理の例示的な実装形態は、限定はしないが、判断を行うこと、接続を確立すること、異なる情報オプション間で選択を行うこと、データに関係する評価を行うこと、測定演算を実行するために通信デバイス４００に結合されたセンサと対話すること、情報をあるフォーマットから別のフォーマットに（たとえば、．ｗｍｖから．ａｖｉへなど、異なるプロトコル間で）変換することなどを含む。たとえば、情報を処理するように構成された論理４１０中に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せに対応することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。情報を処理するように構成された論理４１０は、実行されたとき、情報を処理するように構成された論理４１０の関連のハードウェアがその処理機能を実行することを可能にするソフトウェアも含み得る。ただし、情報を処理するように構成された論理４１０は、ソフトウェアのみに対応するものではなく、情報を処理するように構成された論理４１０は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0030]図３を参照すると、通信デバイス４００は、情報を記憶するように構成された論理４１５をさらに含む。一例では、情報を記憶するように構成された論理４１５は、少なくとも非一時的メモリおよび関連のハードウェア（たとえば、メモリコントローラなど）を含み得る。たとえば、情報を記憶するように構成された論理４１５中に含まれる非一時的メモリは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体に対応し得る。情報を記憶するように構成された論理４１５は、実行されたとき、情報を記憶するように構成された論理４１５の関連のハードウェアがその記憶機能を実行することを可能にするソフトウェアも含み得る。ただし、情報を記憶するように構成された論理４１５は、ソフトウェアのみに対応するものではなく、情報を記憶するように構成された論理４１５は、その機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0031]図３を参照すると、通信デバイス４００は、場合によっては、情報を提示するように構成された論理４２０をさらに含む。一例では、情報を提示するように構成された論理４２０は、少なくとも出力デバイスおよび関連のハードウェアを含み得る。たとえば、出力デバイスは、ビデオ出力デバイス（たとえば、ディスプレイスクリーン、ＵＳＢ、ＨＤＭＩ（登録商標）など、ビデオ情報を搬送することができるポートなど）、オーディオ出力デバイス（たとえば、スピーカー、マイクロフォンジャック、ＵＳＢ、ＨＤＭＩなど、オーディオ情報を搬送することができるポートなど）、振動デバイス、および／または情報が出力のためにフォーマットされるか、通信デバイス４００のユーザもしくはオペレータによって実際に出力される手段となり得る任意の他のデバイスを含み得る。たとえば、通信デバイス４００が、図２に示されているＵＥ３００ＡまたはＵＥ３００Ｂに対応する場合、情報を提示するように構成された論理４２０は、ＵＥ３００Ａのディスプレイ３１０ＡまたはＵＥ３００Ｂのタッチスクリーンディスプレイ３０５Ｂを含み得る。さらなる一例では、情報を提示するように構成された論理４２０は、ローカルユーザを有しないネットワーク通信デバイス（たとえば、ネットワークスイッチまたはルータ、サーバ１７０などのリモートサーバなど）などの、いくつかの通信デバイスでは省略されることがある。情報を提示するように構成された論理４２０は、実行されたとき、情報を提示するように構成された論理４２０の関連のハードウェアがその提示機能を実行することを可能にするソフトウェアも含み得る。ただし、情報を提示するように構成された論理４２０は、ソフトウェアのみに対応するものではなく、情報を提示するように構成された論理４２０は、その機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0032]図３を参照すると、通信デバイス４００は、場合によっては、ローカルユーザ入力を受信するように構成された論理４２５をさらに含む。一例では、ローカルユーザ入力を受信するように構成された論理４２５は、少なくともユーザ入力デバイスおよび関連ハードウェアを含み得る。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス（たとえば、マイクロフォン、またはマイクロフォンジャックなどの、オーディオ情報を搬送することができるポートなど）、および／または情報が通信デバイス４００のユーザもしくはオペレータから受信され得る任意の他のデバイスを含み得る。たとえば、通信デバイス４００が、図２に示されているＵＥ３００ＡまたはＵＥ３００Ｂに対応する場合、ローカルユーザ入力を受信するように構成された論理４２５は、キーパッド３２０Ａ、ボタン３１５Ａまたは３１０Ｂ〜３２５Ｂのいずれか、タッチスクリーンディスプレイ３０５Ｂなどを含み得る。さらなる例では、ローカルユーザ入力を受信するように構成された論理４２５は、ローカルユーザを有しないネットワーク通信デバイス（たとえば、ネットワークスイッチまたはルータ、サーバ１７０などのリモートサーバなど）などの、いくつかの通信デバイスでは省略されることがある。ローカルユーザ入力を受信するように構成された論理４２５は、実行されたとき、ローカルユーザ入力を受信するように構成された論理４２５の関連のハードウェアがその入力受信機能を実行することを可能にするソフトウェアも含み得る。ただし、ローカルユーザ入力を受信するように構成された論理４２５は、ソフトウェアのみに対応するものではなく、ローカルユーザ入力を受信するように構成された論理４２５は、その機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0033]図３を参照すると、４０５〜４２５の構成された論理は、図３では別個のまたは異なるブロックとして示されているが、それぞれの構成された論理がその機能を実行するハードウェアおよび／またはソフトウェアは、部分的に重複し得ることが諒解されよう。たとえば、４０５〜４２５の構成された論理の機能を容易にするために使用される任意のソフトウェアは、情報を記憶するように構成された論理４１５に関連する非一時的メモリに記憶される可能性があり、その結果、４０５〜４２５の構成された論理は各々、情報を記憶するように構成された論理４１５によって記憶されたソフトウェアの動作に部分的に基づいてそれらの機能（すなわち、この場合にはソフトウェア実行）を実行する。同様に、構成された論理のうちの１つに直接関連するハードウェアは時々、他の構成された論理によって借りられ、または使用され得る。たとえば、情報を処理するように構成された論理４１０のプロセッサはデータを、情報を受信および／または送信するように構成された論理４０５によって送信される前に、適切なフォーマットにフォーマットすることができ、その結果、情報を受信および／または送信するように構成された論理４０５は、情報を処理するように構成された論理４１０に関連するハードウェア（すなわち、プロセッサ）の動作に部分的に基づいてその機能（すなわち、この場合はデータの送信）を実行する。

[0034]概して、明示的に別段に記載されていない限り、本開示全体にわたって使用する「ように構成された論理」という句は、少なくとも部分的にハードウェアを用いて実装される実施形態を実施するものであり、ハードウェアから独立しているソフトウェア専用実装形態にマッピングするものではない。また、様々なブロックにおける構成された論理または「ように構成された論理」は、特定の論理ゲートまたは要素に限定されず、概して、（ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して）本明細書で説明する機能を実施する能力を指すことを諒解されよう。したがって、様々なブロックに示されているように構成された論理または「ように構成された論理」は、「論理」という単語を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるとは限らない。様々なブロック中の論理間の他の対話または協働が、以下でより詳細に説明する実施形態の検討から当業者に明らかになろう。

[0035]図４は、本発明の一実施形態による、連絡先プロファイルを構築するプロセスを示す。図４は、連絡先プロファイルを生成し、更新し、所与のユーザ（「ユーザ１」）によって所有または操作されるクライアントデバイス（たとえば、携帯電話、タブレットコンピュータ、デスクトップコンピュータ、またはラップトップコンピュータなどとして実装され得るＵＥ３０５Ａまたは３０５Ｂなど）に配信する連絡先プロファイルマネージャに関して説明される。連絡先プロファイルマネージャは、ユーザ１のクライアントデバイスのうちの１つに、または代替的にサーバ（たとえば、図１のサーバ１７０など）に常駐し得るアプリケーションである。

[0036]図４を参照すると、ユーザ１用の第１のクライアントデバイス（「クライアントデバイス１」）は、ユーザ１用の第１の通信サービスに関連する第１の連絡先アドレス（「連絡先アドレス１」）を取得する（５００）。たとえば、連絡先アドレス１は、携帯電話サービスに関する携帯電話番号に相当し得る。一般に、連絡先アドレス１は、時間とともに変化する可能性が低い任意の連絡先アドレスに相当し、その結果、連絡先アドレス１は、異なるクライアントデバイスまたは同じクライアントデバイスにわたって複数の連絡先アドレスを含み得る連絡先プロファイルに関する統一識別子（ＵＩＤ）として使用される可能性がある。

[0037]クライアントデバイス１は、クライアントデバイス１の連絡先アドレス１を取得した後、（たとえば、クライアントデバイス１上で実行する連絡先プロファイルマネージャと対話するためのＡＰＩを介して）連絡先プロファイルマネージャを用いて、ユーザ１の連絡先プロファイルに関するＵＩＤとしてクライアントデバイス１の連絡先アドレス１を登録する（５０５）。次いで、連絡先プロファイルマネージャは、表１（下記）に示されているように、ＵＩＤとしての連絡先アドレス１を用いてユーザ１の連絡先プロファイルを生成する（５１０）。

[0038]表１（上記）では、クライアントデバイス１の連絡先アドレス１は、携帯電話番号１-３３３−４４４−５５５５に相当し、クライアントデバイス１のデバイスＩＤまたはタイプは携帯電話であり、デバイス位置記述子はモバイルであり、クライアントデバイス１の連絡先アドレス１に関するプレゼンスステータスは、オンラインに設定されており、ユーザ１がクライアントデバイス１の連絡先アドレス１を介して現在連絡可能であると想定されていることを含意する。いくつかの連絡機構（たとえば、携帯電話へ／からの回線交換音声呼）に関しては、関連のクライアントデバイスのオンラインステータスは、ネットワークにおいて知られているが、他のクライアントデバイスには知られていない。したがって、これらの他のクライアントデバイスは、通常、（たとえば、ユーザがそのオンラインプレゼンスを登録するためにＳｋｙｐｅサーバにログインする、Ｓｋｙｐｅなどの連絡機構とは異なり）関連のクライアントデバイスがオンラインであると推定する。オンライン推定を有する回線交換音声呼連絡機構の例において、オンライン推定は、通常、ターゲットクライアントデバイスへの呼が生成され、そのターゲットクライアントデバイスが利用できないときだけ拒絶される（たとえば、発呼者は被呼者の音声メールサービスにルーティングされる）。したがって、表１において（および以下に説明される表において）「オンライン」であるプレゼンスステータスは、推定オンラインステータスまたは（たとえば、プレゼンスリアルタイム情報に基づく）実際のオンラインステータスのいずれかに相当し得る。また、連絡先アドレス１の利用可能な連絡機構（または通信サービス）は、ＳＭＳ、音声呼、およびビデオ呼を含み、ＳＭＳは、クライアントデバイス１の連絡先アドレス１を介したユーザ１用の好ましい連絡機構である（たとえば、以下により詳細に説明されるように、連絡機構プレゼンスは、サービスプロバイダまたは通信事業者、ユーザ１などによって設定され得る）。

[0039]ある後の時点において、ユーザ１用の第２のクライアントデバイス（「クライアントデバイス２」）は、ユーザ１用の第２の通信サービスに関連する第２の連絡先アドレス（「連絡先アドレス２」）を取得する（５１５）。たとえば、連絡先アドレス２は、ＳｋｙｐｅＶｏＩＰサービスのＳｋｙｐｅＩＤなどに相当し得る。クライアントデバイス２は、クライアントデバイス２の連絡先アドレス２を取得した後、（たとえば、クライアントデバイス２上で実行する連絡先プロファイルマネージャと対話するためのＡＰＩを介して）連絡先プロファイルマネージャを用いて、ユーザ１の連絡先プロファイルに関するＵＩＤを使用してクライアントデバイス２の連絡先アドレス２を登録する（５２０）。したがって、連絡先プロファイルマネージャは、ＵＩＤに基づいてユーザ１の連絡先プロファイルをクライアントデバイス２の連絡先アドレス２の新規の登録と関連付けることが可能である。次いで、連絡先プロファイルマネージャは、表２（下記）に示されているように、連絡先アドレス２を用いてユーザ１の連絡先プロファイルを更新する（５２５）。

[0040]表２（上記）では、クライアントデバイス２の連絡先アドレス２は、ＳｋｙｐｅＩＤＪｏｈｎＤｏｅ１８９０に相当し、クライアントデバイス２のデバイスＩＤまたはタイプはタブレットコンピュータであり、デバイス位置記述子は自宅であり、クライアントデバイス２の連絡先アドレス２に関するプレゼンスステータスは、オンラインに設定されており、ユーザ２がクライアントデバイス２の連絡先アドレス２を介して現在連絡可能であると想定されていることを含意する。また、連絡先アドレス２の利用可能な連絡機構（または通信サービス）は、ＶｏＩＰ呼またはビデオ呼を含み、音声呼は、クライアントデバイス２の連絡先アドレス２を介したユーザ１用の好ましい連絡機構である（たとえば、以下により詳細に説明されるように、連絡機構プレゼンスは、サービスプロバイダまたは通信事業者、ユーザ１などによって設定され得る）。

[0041]ある後の時点において、ユーザ１用の第３のクライアントデバイス（「クライアントデバイス３」）は、（クライアントデバイス２の連絡先アドレス２と同じユーザ１用の第２の通信サービスに関連する）連絡先アドレス２を取得する（５３０）。たとえば、連絡先アドレス２は、ＳｋｙｐｅＶｏＩＰサービスのＳｋｙｐｅＩＤに相当する可能性があり、クライアントデバイス２および３は各々、ユーザ１がログオンしたＳｋｙｐｅクライアントアプリケーションをインストールし得る。クライアントデバイス２は、クライアントデバイス３の連絡先アドレス３を取得した後、（たとえば、クライアントデバイス３上で実行する連絡先プロファイルマネージャと対話するためのＡＰＩを介して）連絡先プロファイルマネージャを用いて、ユーザ１の連絡先プロファイルに関するＵＩＤを使用してクライアントデバイス３の連絡先アドレス２を登録する（５３５）。したがって、連絡先プロファイルマネージャは、ＵＩＤに基づいてユーザ１の連絡先プロファイルをクライアントデバイス３の連絡先アドレス２の新規の登録と関連付けることが可能である。次いで、連絡先プロファイルマネージャは、表３（下記）に示されているように、クライアントデバイス３の連絡先アドレス２を用いてユーザ１の連絡先プロファイルを更新する（５４０）。

[0042]表３（上記）において、クライアントデバイス３の連絡先アドレス２は、クライアントデバイス２の連絡先アドレス２と同様に、ＳｋｙｐｅＩＤＪｏｈｎＤｏｅ１８９０に相当する。しかしながら、クライアントデバイス２の連絡先アドレス２と異なり、クライアントデバイス３の連絡先アドレス２は、デスクトップコンピュータに相当するデバイスＩＤまたはタイプを有し、デバイス位置記述子は仕事であり、クライアントデバイス２の連絡先アドレス２に関するプレゼンスステータスは、オンラインに設定されており、ユーザ２がクライアントデバイス３の連絡先アドレス２を介して現在連絡可能であると想定されていることを含意する。また、クライアントデバイス３の連絡先アドレス２の利用可能な連絡機構（または通信サービス）は、ＶｏＩＰ呼またはビデオ呼を含み、ビデオ呼は、クライアントデバイス３の連絡先アドレス２を介したユーザ１用の好ましい連絡機構である（たとえば、以下により詳細に説明されるように、連絡機構プレゼンスは、サービスプロバイダまたは通信事業者、ユーザ１などによって設定され得る）。

[0043]ある後の時点において、ユーザ１用のクライアントデバイス１は、ユーザ１用の第３の通信サービスに関連する第３の連絡先アドレス（「連絡先アドレス３」）を取得する（５４５）。たとえば、連絡先アドレス３は、Ｆａｃｅｂｏｏｋ（登録商標）チャットサービスのＦａｃｅｂｏｏｋＩＤに相当する可能性があり、クライアントデバイス１は、ユーザ１がログオンしたＦａｃｅｂｏｏｋクライアントアプリケーションをインストールし得る。クライアントデバイス１は、クライアントデバイス１の連絡先アドレス３を取得した後、（たとえば、クライアントデバイス１上で実行する連絡先プロファイルマネージャと対話するためのＡＰＩを介して）連絡先プロファイルマネージャを用いて、ユーザ１の連絡先プロファイルに関するＵＩＤを使用してクライアントデバイス１の連絡先アドレス３を登録する（５５０）。したがって、連絡先プロファイルマネージャは、ＵＩＤに基づいてユーザ１の連絡先プロファイルをクライアントデバイス１の連絡先アドレス３の新規の登録と関連付けることが可能である。次いで、連絡先プロファイルマネージャは、表４（下記）に示されているように、クライアントデバイス１の連絡先アドレス３を用いてユーザ１の連絡先プロファイルを更新する（５５５）。

[0044]表４（下記）において、クライアントデバイス３のデバイスＩＤおよびデバイス位置記述子は変化せず（すなわち、携帯電話およびモバイル）、クライアントデバイス１の連絡先アドレス３はＦａｃｅｂｏｏｋＩＤＪｏｈｎＸ．Ｄｏｅに相当し、プレゼンスはオンラインであり、クライアントデバイス１の連絡先アドレス３の唯一の利用可能な連絡機構（およびそれによる好ましい連絡機構）はＦａｃｅｂｏｏｋチャットである。

[0045]図４を参照すると、連絡先プロファイルマネージャは、連絡先アドレス、クライアントデバイス、または両方の優先順位を周期的に更新し得る（５６０）。たとえば、クライアントデバイス２の連絡先アドレス２は、クライアントデバイス３の連絡先アドレス２よりも高い優先順位を有し得る（たとえば、ユーザは、ユーザが別個の仕事用デバイスを用いて自宅で仕事していても彼／彼女の自宅用デバイスを介して発呼されたい）。別の例では、ユーザ１は、（たとえば、コストがかかるセルラーデータプランのために）クライアントデバイス１上の彼／彼女のデータ使用量を制限したい場合があり、それによって、（任意の連絡先アドレスを介して）クライアントデバイス１において呼出しが行われる前にオンラインプレゼンスインジケータを用いて任意の他のクライアントデバイス上で連絡されたい可能性がある。また、連絡先プロファイルマネージャは、ユーザ１の様々なクライアントデバイスにわたってユーザ１の連絡先プロファイルを周期的に同期させ得る（５６５）。以下により詳細に説明されるように、５６５の連絡先プロファイル同期は、各クライアントデバイスが連絡先アドレス、クライアントデバイス、プレゼンス情報などのユーザ１のリストに関して確実に最新にするのを助けることができ、この情報は、ユーザ１の連絡先アドレスのうちのいずれかを介した通信セッション中のクライアント間（または、ピアツーピア）交換を介して他のエンティティと共有され得る。

[0046]図４を参照すると、５６０における連絡先アドレスの優先順位付けは、いくつかの異なる方法で構成され得る。たとえば、ユーザ１の連絡先プロファイル中の連絡先アドレスのうちの１つまたは複数の優先順位は、サービスプロバイダまたは通信事業者の選好に基づく可能性がある。たとえば、サービスプロバイダが、利用可能であるときＳｋｙｐｅを介して呼の優先順位を付けるためにＳｋｙｐｅと合意を交わす場合、ユーザ１の連絡先プロファイル中のＳｋｙｐｅＩＤは、他の連絡機構（たとえば、ＧｏｏｇｌｅＴａｌｋ、音声ダイアル発呼など）と比較してより高い優先順位を割り振られる場合がある。別の例では、地理的位置は、連絡先アドレスのうちの１つまたは複数に関する優先順位を決定するために使用され得る。たとえば、シームレスなＷｉ−Ｆｉ（登録商標）可用性を有する密集した市街地では、ＶｏＩＰアプリケーションがより高い優先順位を割り振られる可能性があり、他の地域では、回線交換音声がより高い優先順位を有し得る。したがって、ユーザ１の連絡先プロファイル中のいくつかのクライアントデバイスの地理的位置は、これら特定のクライアントデバイスに登録された特定の連絡先アドレスの優先順位に影響を及ぼし得る。また、地域の契約および広告の収益に応じて、サービスプロバイダは、地理的位置に基づいて優先順位を設定する場合もある。別の例では、ユーザ１の連絡先プロファイル中の連絡先アドレスのうちの１つまたは複数の優先順位は、ユーザ１に固有のユーザ選好に基づく可能性がある。また別の例では、ユーザ１の連絡先プロファイル中の連絡先アドレスのうちの１つまたは複数は、特定のターゲット（または連絡先のグループ）に固有の優先順位を割り振られる可能性がある。たとえば、より高い優先順位が、回線交換音声呼のより高い費用にかかわらず重要な仕事顧客の回線交換音声呼に割り振られる可能性があるが、より高い優先順位が、数人の家族のより安価なＶｏＩＰ呼などに割り振られる可能性がある。

[0047]図４は、連絡先プロファイル内の特定のユーザの連絡先情報の統合に関連するが、図５は、本発明の一実施形態による様々な通信サービスの統合メッセージ情報のプロセスを示す。図５は、ユーザ１に関連する様々な通信サービス（たとえば、ＶｏＩＰ、Ｆａｃｅｂｏｏｋ、Ｓｋｙｐｅ、回線交換音声呼、ＳＭＳなど）のメッセージおよび／または音声メールを収集および統合する音声メール／メッセージマネージャに関して説明される。図４の連絡先プロファイルマネージャと同様に、音声メール／メッセージマネージャは、ユーザ１のクライアントデバイスのうちの１つに、または代替的にサーバ（たとえば、図１のサーバ１７０など）に常駐し得るアプリケーションである。

[0048]図５を参照すると、音声メール／メッセージマネージャは、（たとえば、クライアントデバイス１に対する電話呼出しを介して）連絡先アドレス１に関する３つの音声メールを取得し（６００）、（たとえば、クライアントデバイス２またはクライアントデバイス３上でユーザ１のＳｋｙｐｅＩＤを呼び出す試行と連携してＳｋｙｐｅを介して）連絡先アドレス２に関する２つの音声メールを取得し（６０５）、連絡先アドレス１に関する２つのテキストメッセージまたはＳＭＳメッセージを取得し（６１０）、連絡先アドレス３に関する４つのテキストメッセージ（たとえば、ユーザ１のＦａｃｅｂｏｏｋアカウントに送信されたＦａｃｅｂｏｏｋチャットメッセージ）を取得する（６１５）。６００〜６１５の間で音声メール／メッセージマネージャによって収集された音声メールおよび／またはメッセージは、特定のクライアントデバイスに向けられるか、または独立したクライアントデバイスに向けられる可能性がある。音声メール／メッセージマネージャは、６００〜６１５の間で収集された音声メールおよび／またはメッセージを統合する（６２０）。６２０の統合は、メッセージタイプによって整列され（たとえば、すべてのテキスト関連のメッセージを１つの統合グループに統合し、すべての音声関連のメッセージを別の統合グループに統合する）、クライアントデバイスによって整列され（たとえば、各特定のクライアントデバイスに関する任意のタイプのすべてのメッセージを別個に統合する）、人々のグループによって整列され（たとえば、仕事の連絡先からのすべてのメッセージを統合する、家族の連絡先からのすべてのメッセージを別個に統合した、友人の連絡先からのすべてのメッセージを別個に統合する、など）、時刻によって整列され（たとえば、仕事時間中または特定の日などのある時間ブロックに受信されたすべてのメッセージを統合する）、コンテンツによって整列される（たとえば、仕事関連のメッセージまたは個人的なメッセージの特性がメッセージが受信された時点、メッセージのコンテンツ、および／またはメッセージの送信者のいずれかに基づく可能性がある、個人的なメッセージから仕事関連のメッセージを別個に統合する）可能性があるか、または、６２０の統合は、いかなるフィルタ処理ルールもなくすべての収集された音声メールおよび／またはメッセージを統合する可能性がある。６２５では、クライアントデバイス１は、音声メール／メッセージマネージャから統合された音声メールおよび／またはメッセージを取り出し、クライアントデバイス１は、統合されたインターフェースを介してユーザ１の様々な連絡先アドレスおよび／またはクライアントデバイスに関する統合された音声メールおよび／またはメッセージを提示する（６３０）。諒解されるように、音声メール／メッセージマネージャが（ユーザ１の別のクライアントデバイスまたはサーバではなく）クライアントデバイス１に常駐する場合、６２５の取出動作は、ローカル動作としてクライアントデバイス１において実行され得る。

[0049]図５中で起こり得る音声メールおよび／またはメッセージの統合のタイプの説明を助けるために、図６Ａは、従来のクライアントデバイスのホームスクリーン上の従来の音声メールおよび／またはメッセージの通知の一例を示し、図６Ｂは、本発明の一実施形態による、クライアントデバイスのホームスクリーン上の統合された音声メールおよび／またはメッセージの通知の一例を示す。

[0050]図６Ａでは、クライアントデバイスは、Ｓｋｙｐｅサービス６００Ａ、携帯電話サービス６０５Ａ、セルラーＳＭＳまたはテキストサービス６１０Ａ、およびＦａｃｅｂｏｏｋチャットサービス６１５Ａを表すアイコンを有する。各関連のサービスに利用できるメッセージの数に関してクライアントデバイスのユーザに通知する数は、各アイコンに関連する。したがって、図６Ａでは、ユーザは、３つのＳｋｙｐｅ音声メールと、２つの携帯電話音声メールと、２つのＳＭＳメッセージと、４つのＦａｃｅｂｏｏｋチャットメッセージとを有する。

[0051]図６Ｂでは、図６Ａのそれぞれのメッセージが、そのそれぞれのメッセージタイプ（たとえば、テキストまたは音声）に基づいて図５のプロセスを使用して統合される例が提供される。したがって、アイコン６００Ｂは、図６Ａの３つのＳｋｙｐｅ音声メールおよび２つの携帯電話音声メールからなる、５つの音声メールの統合された組を示す。また、アイコン６０５Ｂは、図６Ａの２つのＳＭＳメッセージおよび４つのＦａｃｅｂｏｏｋチャットメッセージからなる、６つのテキストメッセージの統合された組を示す。諒解されるように、様々なサービスにわたる音声メールおよび／またはテキストメッセージを統合することは、単一のクライアントデバイス上で様々なサービスを使用するユーザの音声メールおよび／またはテキストメッセージの管理を簡略化し得る。

[0052]図７は、本発明の一実施形態による、様々なユーザによって操作されるクライアントデバイス間で連絡先プロファイルを共有するプロセスを示す。図７を参照すると、ユーザ１によって操作される第１のクライアントデバイスとユーザ２によって操作される第２のクライアントデバイスとは、互いに通信セッションを確立する（７００および７０５）。より詳細には、７００および７０５において確立される通信セッションは、それぞれ、ユーザ１およびユーザ２の連絡先プロファイルからの複数の連絡先アドレスのうちの１つを介して起こる。たとえば、ユーザ１は、ＶｏＩＰ電話番号においてユーザ２を呼び出すために携帯電話番号を使用することができるが、ユーザ１およびユーザ２は各々、他の連絡先アドレスおよび／またはクライアントデバイスに関連する他の連絡機構を含む連絡先プロファイルを有する。図７では、第１のクライアントデバイスを介したユーザ１は、通信セッションの発信元であり、第２のクライアントデバイスを介したユーザ２は、通信セッションの呼ターゲットであると仮定されたい。

[0053]７１０および７１５において、ユーザ１および２は、場合によっては、その現在の通信セッションに関連しない連絡先アドレスおよび／またはクライアントデバイスの情報の少なくとも一部分を含む、そのそれぞれの連絡先プロファイルをユーザ１および２が共有したいかどうかを確認するために、それぞれのクライアントデバイスによってプロンプトを出される。７１０および７１５のプロンプトは、比較的単純である（たとえば、「プロファイルを共有するか？はい／いいえ」）可能性があるか、またはユーザ１および２がそのそれぞれの連絡先プロファイルのある一部分のみを共有することを可能にするように、より精巧である（たとえば、「入力プロファイルを共有するか？」、「プロファイルからの仕事の連絡先情報を共有するか？」、「友人および家族の連絡先情報を共有するか？」、それぞれのユーザは、そのそれぞれの連絡先プロファイルをブラウズし、どの連絡先情報を共有すべきかを手動で選択するように促され得る、など）可能性がある。７１０および７１５は、少なくとも１つの実施形態では、ユーザ１および２の連絡先情報の少なくとも一部分が他のユーザに渡される前にユーザ１および２が許可を明示的には求められないように連絡先プロファイルの共有が自動的に（または受動的に）起こり得るので、オプションとして説明される。

[0054]彼／彼女が７２０において７１０のプロンプトに応答して（またはユーザ１によって構成された事前設定私的ルールもしくは他の連絡先プロファイル共有基準に基づくユーザ１のクライアントデバイスの自動決定に基づいて）ユーザ１の連絡先プロファイルの少なくとも一部分をユーザ２と共有したいことをユーザ１が示す場合、ユーザ１のクライアントデバイスは、ユーザ１の連絡先プロファイルの一部分をユーザ２のクライアントデバイスに送信し（７２５）、ユーザ２のクライアントデバイスは、ユーザ１の連絡先プロファイルを生成（または更新）する（７３０）。したがって、７２５および７３０は、ユーザ１のクライアントデバイスがユーザ１の連絡先プロファイルをユーザ２と共有することを決定するかどうかに基づいて起こる条件動作である。さらに、７３０において起こる連絡先プロファイルの更新は、ユーザ２のクライアントデバイスのオペレーティングシステム（ＯＳ）によって維持される連絡先ブック、または代替的にユーザ２のクライアントデバイス上のＯＳよりも上位のレイヤにおける実行のために構成された第三者のプログラムもしくはクライアントアプリケーションによって維持される連絡先ブックに関連する可能性がある。他方では、彼／彼女が７２０において７１０のプロンプトに応答して（またはユーザ１によって構成された事前設定私的ルールもしくは他の連絡先プロファイル共有基準に基づくユーザ１のクライアントデバイスの自動決定に基づいて）ユーザ１の連絡先プロファイルの少なくとも一部分をユーザ２と共有したくないことをユーザ１が示す場合、プロセスは、ユーザ１のクライアントデバイスが彼／彼女の連絡先プロファイルをユーザ２と共有することなく７５０に進む。

[0055]同様に、彼／彼女が７３５において７１５のプロンプトに応答して（またはユーザ２によって構成された事前設定私的ルールもしくは他の連絡先プロファイル共有基準に基づくユーザ２のクライアントデバイスの自動決定に基づいて）ユーザ２の連絡先プロファイルの少なくとも一部分をユーザ１と共有したいことをユーザ２が示す場合、ユーザ２のクライアントデバイスは、ユーザ２の連絡先プロファイルの一部分をユーザ１のクライアントデバイスに送信し（７４０）、ユーザ１のクライアントデバイスは、ユーザ２の連絡先プロファイルを生成（または更新）する（７４５）。したがって、７４０および７４５は、ユーザ２のクライアントデバイスがユーザ２の連絡先プロファイルをユーザ１と共有することを決定するかどうかに基づいて起こる条件動作である。７３０と同様に、７４５において起こる連絡先プロファイルの更新は、ユーザ１のクライアントデバイスのＯＳによって維持される連絡先ブック、または代替的にユーザ１のクライアントデバイス上のＯＳよりも上位のレイヤにおける実行のために構成された第三者のプログラムもしくはクライアントアプリケーションによって維持される連絡先ブックに関連する可能性がある。他方では、彼／彼女が７３５において７１５のプロンプトに応答して（またはユーザ２によって構成された事前設定私的ルールもしくは他の連絡先プロファイル共有基準に基づくユーザ２のクライアントデバイスの自動決定に基づいて）ユーザ２の連絡先プロファイルの少なくとも一部分をユーザ１と共有したくないことをユーザ２が示す場合、プロセスは、ユーザ２のクライアントデバイスが彼／彼女の連絡先プロファイルをユーザ１と共有することなく７５０に進む。

[0056]７２０〜７３０および７３５〜７４５の連絡先プロファイル共有動作が互いに連携して起こり得ること、または代替的に、それぞれのクライアントデバイスのうちの１つのみが連絡先プロファイル情報を共有することを決定し得る（または、どのクライアントデバイスも決定し得ない）ことが諒解されよう。それぞれの連絡先プロファイル共有プロシージャ（７２０〜７３０および７３５〜７４５）は、本発明の他の実施形態では、同時に（たとえば、相互プロファイル交換プロシージャ）または逐次（たとえば、クライアントデバイス２はユーザ２のプロファイルを最初に共有するか、またはその逆も同様である）実行され得ることが諒解されよう。

[0057]７２０〜７３０および／または７３５〜７４５の連絡先プロファイル共有プロシージャの間、それぞれのクライアントデバイスは、連絡先プロファイル共有プロシージャをトリガした通信セッションの間のメディアの交換に同時に携わる可能性がある（７５０）。一例では、７２５および／または７４０における連絡先プロファイルの交換は、７５０において交換されるメディア上にピギーバックされる呼出し中の情報交換に相当し得る。代替的に、７２５および／または７４０における連絡先プロファイル交換は、通信セッションから独立するチャネルを介して実行されながら、通信セッション確立によってトリガされる（たとえば、通信セッションは回線交換音声呼であり得るが、それぞれの連絡先プロファイルは電子メール、テキストメッセージ、ＦＴＰなどを介して別個に交換される）ことが可能である。

[0058]図７には明示的に示されていないが、７２５および／または７４５においてクライアントデバイス間で共有される連絡先アドレスのうちの１つまたは複数は、クライアントデバイスが連絡先プロファイルを受信することによって通信セッションを開始させるために任意のマスキングされた連絡先アドレスが使用され得るように「マスキング」される可能性があり、一方ではそのクライアントデバイスを操作するターゲットユーザに認識できないようにマスキングされた連絡先アドレスを（少なくとも部分的に）隠す。この態様は、図８の８２０に関して以下により詳細に説明され、図８の８２０はまた、７２５および／または７４０の連絡先プロファイル送信とともに実施され得る。

[0059]図７は、クライアント間（またはピアツーピア）の連絡先プロファイルの交換プロシージャを対象とするが、図８は、本発明の一実施形態による、サーバ仲裁連絡先プロファイル配信プロシージャを対象とする。図８の実施形態では、連絡先プロファイルマネージャは、図１のサーバ１７０などのサーバに実装されることを仮定されたい。８００では、ユーザ２に関連するクライアントデバイスは、ユーザ１の連絡先プロファイルの少なくとも一部分を求める要求を連絡先プロファイルマネージャに送信する。最低でも、８００の要求は、ユーザ１の連絡先プロファイルに関するＵＩＤ（たとえば、ユーザ１の携帯電話番号）を含む。したがって、一実施形態では、ユーザ１の連絡先プロファイルとその関連の連絡先アドレスのうちのいずれかは、連絡先プロファイルに関するＵＩＤを介して別のユーザによって参照され得る（たとえば、ユーザ２は、サーバ上の連絡先プロファイルマネージャを介してユーザ１の他の連絡先アドレスを参照するためにユーザ１の携帯電話番号だけを覚える必要がある）。サーバは、ユーザ２がユーザ１の連絡先プロファイルの任意の一部分を受信することが可能であるかどうかを決定するためにユーザ２からの要求を評価する（８０５）。そうでない場合、要求は直ちに拒絶される（８１０）。他方では、サーバは、８００の要求および／またはユーザ１の連絡先プロファイルに関連する私的設定値に基づいて、ユーザ１の連絡先プロファイルのどの連絡先アドレスをユーザ２のクライアントデバイスと共有すべきかを決定する。

[0060]図８を参照すると、一例では、８００の要求は、ユーザ１がユーザ２に割り振りたい連絡先プロファイル特権を示すトークンとともにサーバにおいて受信され得る。トークンは、一例では、ユーザ１のクライアントデバイスからの初期のテキストメッセージまたは電子メールを介してユーザ２のクライアントデバイスに渡され得る。別の例では、ユーザ２のクライアントデバイスがユーザ１の連絡先プロファイルへのフルアクセスを有していても、８００の要求は、実際にはユーザ１の連絡先プロファイルの全体を要求するとは限らない可能性がある。むしろ、８００の要求は、ユーザ２のクライアントデバイスによって管理される（たとえば、関連のものによって、またはユーザ１のクライアントデバイス上の上位レベルクライアントアプリケーションによって維持される）連絡先ブック内へのユーザ１の連絡先ブック入力のためにプレゼンス情報を単純にリフレッシュするか、または（たとえば、ユーザ２が、現在オフラインの連絡先アドレスには注目せずにユーザ１にどのように連絡するのがベストかを見出し得るように）オンラインプレゼンスを含む新規の連絡先アドレス、もしくは固定電話番号のみ、もしくは仕事関連の連絡先アドレスなどを問い合わせるように構成され得る。したがって、要求自体は、ユーザ２のクライアントデバイスに最終的に配信される連絡先プロファイルの量を制限するように機能し得る。

[0061]また別の例では、ユーザ１は、様々な程度のプライバシーを用いていくつかの連絡先アドレスを構成し得る。たとえば、ユーザ１は、ユーザ１が電話呼を生成するが、ユーザ１が任意の返信電話呼を受信したくない固定電話に対応する連絡先アドレスを有し得る。この場合、ユーザ１は、連絡先プロファイルマネージャに、この電話番号を任意の他のユーザに配信しないように求め得る。代替的には、ユーザ１は、彼／彼女の連絡先アドレスがユーザ１の連絡先ブック中のすでに（たとえば、友人、家族、同僚などとして）連絡先であった他のユーザ（またはユーザのグループ）と結局共有されることを指定し得る。別の例では、ユーザ１は、彼／彼女の連絡先アドレスがユーザ１との関係の同じカテゴリーにおいてユーザと結局共有されることを指定し得る（たとえば、仕事関連の連絡先アドレスは、ユーザ１の仕事の連絡先であるユーザと共有され、他のユーザタイプとは共有されず、友人および家族関連の連絡先アドレスは、ユーザ１の友人の連絡先および／または家族の連絡先であるユーザと共有され、他のユーザタイプとは共有されない、など）。

[0062]別の例では、同じ連絡先アドレスが様々なクライアントデバイスに関連する場合、ユーザ１は、クライアントデバイスによって（連絡先アドレスだけではなく）いくつかのユーザを制限し得る。したがって、ユーザ１が２つの異なるクライアントデバイス上で彼／彼女のＳｋｙｐｅアカウントにログインする習慣を有する場合、ユーザ１は、一方のクライアントデバイス上では特定のユーザからのＳｋｙｐｅ呼を受信したいが、他方では受信したくない場合がある（たとえば、一方のクライアントデバイスは自宅にある可能性があり、ユーザは、彼／彼女の同僚からＳｋｙｐｅ呼を受信したくない、など）。

[0063]連絡先プロファイルマネージャは、８１５においてユーザ２のクライアントデバイスと共有される連絡先アドレスを決定した後、ユーザ２による検出からこれらの連絡先アドレスのうちの１つまたは複数を場合によってはマスキングし得る（８２０）。より詳細には、連絡先プロファイルマネージャは、ユーザ２のクライアントデバイス上の連絡先アドレスソフトウェアが連絡先アドレスを確認することができるが、ユーザが彼／彼女自体で確認することができないように、これらの連絡先アドレスをマスキング（または暗号化）し得る。たとえば、ユーザ１の携帯電話番号は１−３３３−４４４−５５５５である可能性があり、この携帯電話番号は、１−ＸＸＸ−ＸＸＸ−ＸＸＸＸにマスキングされ得る。したがって、ユーザ２のクライアントデバイスがユーザ１の連絡先プロファイルをユーザ２に提供するとき、この連絡先アドレスは、１−ＸＸＸ−ＸＸＸ−ＸＸＸＸとして提示される。次いで、ユーザ２がユーザ１のクライアントデバイスとの呼を開始させるためにこの連絡先アドレスを選択する場合、ユーザ２のクライアントデバイス上のモデムソフトウェアは、マスキングされた携帯電話番号をユーザ１の実際の携帯電話番号にマッピングするマスキング除去ソフトウェアまたはマッピングソフトウェアとともに構成され得る。したがって、ユーザ１の連絡先アドレスは、これらのアドレスがユーザ２のクライアントデバイスと共有されユーザ１を呼び出すためにユーザ２のクライアントデバイスによって使用され得るが、ユーザ２は、ユーザ１を呼び出すためにこの連絡先アドレスをいくつかの他のデバイスに単純には転送することができないという意味でデバイス固有になり得る。諒解されるように、マスキングは、サーバ（たとえば、サーバは、マスキングされた連絡先アドレスを実際の連絡先アドレスに変換するためにモデムソフトウェア用の命令とともにマスキングされた連絡先アドレスを提供する）において、またはユーザ２のクライアントデバイス（たとえば、ユーザ２のクライアントデバイスは、いくつかの連絡先アドレスをマスキングするようにサーバに単純に求められる可能性があり、次いで、ユーザ２のクライアントデバイス上のモデムソフトウェアは、それ自体のマスキング方式を実施し得る）において実施され得る。

[0064]図８を参照すると、連絡先プロファイルマネージャは、８２５においてユーザ１の連絡先プロファイルをユーザ２のクライアントデバイスに送信し、ユーザ２のクライアントデバイスは、ユーザ２の連絡先ブック内のユーザ１に関する連絡先プロファイルを生成および／または更新する（８３０）。諒解されるように、８２５において送信された連絡先プロファイルは、８１５に基づくユーザ１のプロファイル全体またはユーザ１のプロファイルの指定された一部分に相当する可能性があり、連絡先アドレスは、８２０に基づいてマスキングされるか、またはマスキングされない可能性がある。

[0065]図９は、本発明の一実施形態による、通信セッションを設定するプロセスを示す。図９では、ユーザ２のクライアントは、図７または図８の事前の実行に基づいてユーザ１の連絡先プロファイルを供給されると仮定されたい。

[0066]図９を参照すると、ユーザ２のクライアントデバイスは、ユーザ１の連絡先プロファイルに関連するユーザ入力を受信する（９００）。たとえば、９００におけるユーザ入力は、クライアントデバイス上のユーザの連絡先ブックを用いてユーザ１の連絡先プロファイルにナビゲートするユーザ２を含み得る。次いで、ユーザ２のクライアントデバイスは、そのそれぞれの優先順位に基づいてユーザ１の連絡先プロファイルから１つまたは複数の連絡先アドレスを提示する（９０５）。たとえば、ユーザ２のクライアントデバイスは、９０５におけるオンラインプレゼンスを含む、ユーザ１の連絡先プロファイルからすべての連絡先アドレスを提示し得る。別の例では、ユーザ２のクライアントデバイスは、ユーザ１の好ましい連絡先アドレスのうちの１つまたは複数を提示し得る。別の例では、ユーザ１の連絡先アドレスのうちの１つは、ユーザ１の連絡先プロファイルが２つ以上のデバイス（たとえば、スマートフォン、タブレット、ＰＣ、ＴＶなど）に関連するＳｋｙｐｅＩＤを有するＳｋｙｐｅＩＤであると仮定されたい。ユーザ１は、これら複数のデバイスの各々上でＳｋｙｐｅにログオンされ得る。この場合、Ｓｋｙｐｅは、特定のデバイス、ＳｋｙｐｅＩＤ．電話、ＳｋｙｐｅＩＤ．タブレット、ＳｋｙｐｅＩＤ．ＰＣなどにマッピングするサブアドレスを生成することができ、これらの識別情報は、連絡先プロファイル内に含まれ得る。次いで、ユーザ２は、彼／彼女が話したいターゲットデバイスを選択することができるか、またはプレゼンス情報は、（もしあれば）どのデバイスユーザ１が現在対話しているかをユーザ２が気付くように取得され得る。

[0067]図９を参照すると、９１０において、ユーザ２のクライアントデバイスは、ユーザ１の連絡先アドレスのうちの少なくとも１つの選択を受信する（９１０）。たとえば、ユーザ２は、複数のクライアントデバイス上でユーザ１に連絡するために使用され得る１つの特定の連絡先アドレスを選択することができ、ユーザ２は、特定のデバイス位置記述子（たとえば、自宅、仕事など）に関連するユーザ１の連絡先アドレスの各々を選択することができ、ユーザ２は、（たとえば、特定のデバイスに連絡するように、同じ連絡先アドレスなどのうちの１つまたは複数を使用して同様に理論的には連絡され得る他のデバイスには連絡しないように）特定のクライアントデバイスおよびすべてのその関連の連絡先アドレスを選択することができ、ユーザ２は、音響用の一方の連絡先アドレス（たとえば、携帯電話番号）およびビデオ用の別の連絡先アドレス（たとえば、Ｓｋｙｐｅ）などを含む特定のクライアントデバイスに連絡することを選択することができる。ユーザ２のクライアントデバイスは、９１０の選択を受信した後、少なくとも１つの連絡先アドレスにおいて選択されたものを介してユーザ１のクライアントデバイスのうちの１つとの通信セッションを設定するように試みる（９１５）。

[0068]さらに、上記で説明されたいくつかの実施形態は、クライアントデバイス上に少なくとも部分的に維持される連絡先プロファイルおよび／または連絡先ブックを参照する。これらの連絡先ブックは、関連のクライアントデバイス上で実行中のＯＳによって、または関連のクライアントデバイス上で実行中の上位レイヤ第三者クライアントアプリケーションによって、またはそれらの組合せによって少なくとも部分的に維持され得ることが諒解されよう。したがって、任意のタイプの連絡先ブックは、上述のプロシージャに関連する可能性があり、連絡先ブックに対する変化を使用またはトリガする通信セッションを管理する役目を果たす同じクライアントアプリケーションによって維持される単なる連絡先ブックには関連しない可能性がある。図７のコンテキストでは、このことは、７３０および７４５において起こる連絡先ブックの更新は、必ずしも７００または７０５において通信セッションを管理する同じクライアントアプリケーションセッションによって維持される連絡先ブックである（これは可能であるが）必要はないことを意味する。図９のコンテキストでは、このことは、９００〜９１０においてユーザ１の連絡先アドレスを参照するために使用される連絡先ブックは、９１５において通信セッションを管理する同じクライアントアプリケーションセッションによって維持される（これは可能であるが）必要はないことなどを意味する。

[0069]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

[0070]さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を具体的な適用例ごとに多様な方法で実装し得るが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈されるべきではない。

[0071]本明細書で開示される実施形態に関して説明される様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または、本明細書で説明される機能を実施するように設計されたそれらの任意の組合せによって、実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。

[0072]本明細書で開示される実施形態に関して説明された方法、シーケンスおよび／またはアルゴリズムは、直接ハードウェアで具現化されるか、プロセッサによって実行されるソフトウェアモジュールで具現化されるか、またはその２つの組合せで具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に存在する場合がある。例示的な記憶媒体は、その記憶媒体からプロセッサが情報を読み取り、その記憶媒体にプロセッサが情報を書き込むことができるようにプロセッサに結合される。代替形態では、記憶媒体はプロセッサと一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ内に存在することもできる。ＡＳＩＣは、ユーザ端末（たとえば、ＵＥ）中に存在し得る。代替形態では、プロセッサおよび記憶媒体は、ユーザ端末内の個別構成要素として存在し得る。

[0073]１つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実現される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送もしくは記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、任意の接続は、適切にコンピュータ可読媒体と称される。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合には、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、一方ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せはまた、コンピュータ可読媒体の範囲に含まれるべきである。

[0074]上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく本明細書において異なる変更および修正が行われ得ることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび／またはアクションは、特定の順序で実行される必要はない。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
クライアントデバイスを動作させる方法であって、
前記クライアントデバイスのユーザのための連絡先プロファイルを維持することと、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記クライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立することと、
前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信することとを備える、方法。
［Ｃ２］
前記ＵＩＤは、デバイスの前記リストからの携帯電話に関連する携帯電話番号に相当する、Ｃ１に記載の方法。
［Ｃ３］
前記デバイス位置記述子は、自宅、仕事、またはモバイルを含む、Ｃ１に記載の方法。
［Ｃ４］
前記維持することは、
前記ユーザの前記連絡先プロファイルに関する前記ＵＩＤとして電話番号を登録することと、
前記連絡先プロファイルに付加される新規のデバイスに関して、前記ＵＩＤの指示と、前記新規のデバイスの所与のデバイス識別子、前記新規のデバイスの所与のデバイス位置記述子、および前記新規のデバイスが連絡され得る連絡先アドレスの所与の組を含む新規のデバイス情報とを受信することと、
前記ＵＩＤに関連して受信される前記新規のデバイス情報に応答して前記新規のデバイス情報を含むように前記ユーザの前記連絡先プロファイルを更新することとを含む、Ｃ１に記載の方法。
［Ｃ５］
前記維持することは、
前記ユーザの前記連絡先プロファイルに関する前記ＵＩＤとして電話番号を登録することと、
デバイスの前記リスト内にすでにリストされている既存のデバイスの前記連絡先プロファイルに付加される新規の連絡先アドレスに関して、前記ＵＩＤの指示と、前記既存のデバイスの所与のデバイス識別子を含む新規の連絡先アドレス情報とを受信することと、ここにおいて、前記新規の連絡先アドレスは、前記登録された電話番号とは異なる連絡機構の所与のタイプに相当する、
前記ＵＩＤに関連して受信される前記新規の連絡先アドレスに応答して前記既存のデバイスの前記新規の連絡先アドレスを含むように前記ユーザの前記連絡先プロファイルを更新することとを含む、Ｃ１に記載の方法。
［Ｃ６］
前記リモートクライアントデバイスに送信される前記連絡先プロファイルの前記一部分は、前記ユーザのデバイスの前記リストの各々に関する連絡先アドレスの前記組の各々を含む、Ｃ１に記載の方法。
［Ｃ７］
前記リモートクライアントデバイスに送信される前記連絡先プロファイルの前記一部分は、前記ユーザのデバイスの前記リストの１つまたは複数に関する連絡先アドレスの前記組からのすべてよりも少ない連絡先アドレスを含む、Ｃ１に記載の方法。
［Ｃ８］
前記連絡先プロファイルの前記一部分は、ユーザプロンプトに応答して前記ユーザによって指定される、Ｃ１に記載の方法。
［Ｃ９］
前記連絡先プロファイルの前記一部分は、前記ユーザに関連する１つまたは複数の私的ルールに基づいて前記クライアントデバイスによって決定される、Ｃ１に記載の方法。
［Ｃ１０］
前記連絡先プロファイルから２つ以上の異なる連絡先アドレスに関連するデータメッセージを取り出すことと、前記２つ以上の異なる連絡先アドレスは、異なる通信サービスに関連する、
統一されたインターフェースを介して前記２つ以上の異なる連絡先アドレスに関連する前記取り出されたデータメッセージの統合バージョンを提示することとをさらに備える、Ｃ１に記載の方法。
［Ｃ１１］
前記取り出されたデータメッセージは、携帯電話音声メールメッセージの組と、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）音声メールメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、携帯電話番号およびＶｏＩＰ識別子を含む、Ｃ１０に記載の方法。
［Ｃ１２］
前記取り出されたデータメッセージは、テキストメッセージまたはシンプルメッセージサービス（ＳＭＳ）メッセージの組と、非ＳＭＳテキスト関連のメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、テキストメッセージまたはＳＭＳメッセージの前記組に関連する携帯電話番号と、非ＳＭＳテキスト関連のメッセージの前記組に関連する非ＳＭＳ識別子とを含む、Ｃ１０に記載の方法。
［Ｃ１３］
前記リモートクライアントデバイスに送信される前記連絡先プロファイルの前記一部分内の１つまたは複数の連絡先アドレスは、前記１つまたは複数の連絡先アドレスが（ｉ）前記リモートクライアントデバイスによる前記１つまたは複数の連絡先アドレスへの通信セッション開始試行のために前記リモートクライアントデバイス上に常駐するソフトウェアによって認識され得るように、（ｉｉ）前記リモートクライアントデバイスの所与のユーザによって認識できないようにマスキングされる、Ｃ１に記載の方法。
［Ｃ１４］
デバイスの前記リスト内の各デバイスに関して、連絡先アドレスの前記組は、（ｉ）前記デバイスが連絡され得る単一の連絡先アドレス、または（ｉｉ）前記デバイスが連絡され得る複数の連絡先アドレスのいずれかを含む、Ｃ１に記載の方法。
［Ｃ１５］
クライアントデバイスを動作させる方法であって、
リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立することと、
前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信することと、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記リモートクライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新することとを備える、方法。
［Ｃ１６］
前記ＵＩＤは、デバイスの前記リストからの携帯電話に関連する携帯電話番号に相当する、Ｃ１５に記載の方法。
［Ｃ１７］
前記デバイス位置記述子は、自宅、仕事、またはモバイルを含む、Ｃ１５に記載の方法。
［Ｃ１８］
連絡先アドレスの前記組は、前記リモートクライアントデバイスによってリモート連絡先プロファイル内に維持される、前記ユーザのデバイスの前記リストの各々に関する連絡先アドレスの前記組の各々に相当する、Ｃ１５に記載の方法。
［Ｃ１９］
連絡先アドレスの前記組は、前記リモートクライアントデバイスによってリモート連絡先プロファイル内に維持される、前記ユーザのデバイスの前記リストの各々に関する連絡先アドレスの前記組のすべてよりも少ない数に相当する、Ｃ１５に記載の方法。
［Ｃ２０］
前記クライアントデバイスのユーザの２つ以上の異なる連絡先アドレスに関連するデータメッセージを取り出すことと、前記２つ以上の異なる連絡先アドレスは、異なる通信サービスに関連する、
統一されたインターフェースを介して前記２つ以上の異なる連絡先アドレスに関連する前記取り出されたデータメッセージの統合バージョンを提示することとをさらに備える、Ｃ１５に記載の方法。
［Ｃ２１］
前記取り出されたデータメッセージは、携帯電話音声メールメッセージの組と、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）音声メールメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、携帯電話番号およびＶｏＩＰ識別子を含む、Ｃ２０に記載の方法。
［Ｃ２２］
前記取り出されたデータメッセージは、テキストメッセージまたはシンプルメッセージサービス（ＳＭＳ）メッセージの組と、非ＳＭＳテキスト関連のメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、テキストメッセージまたはＳＭＳメッセージの前記組に関連する携帯電話番号と、非ＳＭＳテキスト関連のメッセージの前記組に関連する非ＳＭＳ識別子とを含む、Ｃ２０に記載の方法。
［Ｃ２３］
前記所与の連絡先プロファイルの連絡先アドレスの前記組内の１つまたは複数の連絡先アドレスは、前記１つまたは複数の連絡先アドレスが（ｉ）前記クライアントデバイスによる前記１つまたは複数の連絡先アドレスへの通信セッション開始試行のために前記クライアントデバイス上に常駐するソフトウェアによって認識され得るように、（ｉｉ）前記クライアントデバイスの所与のユーザによって認識できないようにマスキングされる、Ｃ１５に記載の方法。
［Ｃ２４］
前記１つまたは複数の連絡先アドレスから少なくとも１つの連絡先アドレスを提示するために前記クライアントデバイスの前記所与のユーザからの要求を受信することと、
前記少なくとも１つの連絡先アドレスのマスキングされたバージョンを生成することと、
前記要求に応答して前記クライアントデバイスの前記所与のユーザに前記少なくとも１つの連絡先アドレスの前記マスキングされたバージョンを提示することとをさらに備える、Ｃ２３に記載の方法。
［Ｃ２５］
連絡先プロファイルは、前記確立するステップの前に前記ユーザに関する前記クライアントデバイス上にまったく維持されず、
前記生成および／または更新するステップは、前記受信された連絡先プロファイルに基づいて前記所与の連絡先プロファイルを生成する、Ｃ１５に記載の方法。
［Ｃ２６］
前記所与の連絡先プロファイルは、前記確立するステップの前に前記ユーザに関する前記クライアントデバイス上に維持され、
前記生成および／または更新するステップは、前記受信された連絡先プロファイルからの情報を付加することによって前記所与の連絡先プロファイルを更新する、Ｃ１５に記載の方法。
［Ｃ２７］
デバイスの前記リスト内の各デバイスに関して、連絡先アドレスの前記組は、（ｉ）前記デバイスが連絡され得る単一の連絡先アドレス、または（ｉｉ）前記デバイスが連絡され得る複数の連絡先アドレスのいずれかを含む、Ｃ１５に記載の方法。
［Ｃ２８］
前記クライアントデバイスのユーザのための連絡先プロファイルを維持するための手段と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記クライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立するための手段と、
前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信するための手段とを備える、クライアントデバイス。
［Ｃ２９］
リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立するための手段と、
前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信するための手段と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記リモートクライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新するための手段とを備える、クライアントデバイス。
［Ｃ３０］
前記クライアントデバイスのユーザのための連絡先プロファイルを維持するように構成された論理と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記クライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立するように構成された論理と、
前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信するように構成された論理とを備える、クライアントデバイス。
［Ｃ３１］
リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立するように構成された論理と、
前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信するように構成された論理と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記リモートクライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新するように構成された論理とを備える、クライアントデバイス。
［Ｃ３２］
記憶された命令を含む、非一時的コンピュータ可読記憶媒体であって、前記命令は、クライアントデバイスによって実行されたとき、前記クライアントデバイスに動作を実行させ、前記命令は、
前記クライアントデバイスに、前記クライアントデバイスのユーザのための連絡先プロファイルを維持させる少なくとも１つの命令と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記クライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記クライアントデバイスに、リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立させる少なくとも１つの命令と、
前記クライアントデバイスに、前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信させる少なくとも１つの命令とを備える、非一時的コンピュータ可読記憶媒体。
［Ｃ３３］
記憶された命令を含む、非一時的コンピュータ可読記憶媒体であって、前記命令は、クライアントデバイスによって実行されたとき、前記クライアントデバイスに動作を実行させ、前記命令は、
前記クライアントデバイスに、リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立させる少なくとも１つの命令と、
前記クライアントデバイスに、前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信させる少なくとも１つの命令と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と前記リモートクライアントデバイスの前記ユーザが連絡され得るデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、前記デバイスが連絡され得る、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記クライアントデバイスに、前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新させる少なくとも１つの命令とを備える、非一時的コンピュータ可読記憶媒体。

Claims

クライアントデバイスを動作させる方法であって、
前記クライアントデバイスのユーザのための連絡先プロファイルを維持することと、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通して前記クライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立することと、
前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信することとを備える、方法。
前記ＵＩＤは、デバイスの前記リストからの携帯電話に関連する携帯電話番号に相当する、請求項１に記載の方法。
前記デバイス位置記述子は、自宅、仕事、またはモバイルを含む、請求項１に記載の方法。
前記維持することは、
前記ユーザの前記連絡先プロファイルに関する前記ＵＩＤとして電話番号を登録することと、
前記連絡先プロファイルに付加される新規のデバイスに関して、前記ＵＩＤの指示と、前記新規のデバイスの所与のデバイス識別子、前記新規のデバイスの所与のデバイス位置記述子、およびそれを通して前記新規のデバイスに連絡すべき連絡先アドレスの所与の組を含む新規のデバイス情報とを受信することと、
前記ＵＩＤに関連して受信される前記新規のデバイス情報に応答して前記新規のデバイス情報を含むように前記ユーザの前記連絡先プロファイルを更新することとを含む、請求項１に記載の方法。
前記維持することは、
前記ユーザの前記連絡先プロファイルに関する前記ＵＩＤとして電話番号を登録することと、
デバイスの前記リスト内にすでにリストされている既存のデバイスの前記連絡先プロファイルに付加される新規の連絡先アドレスに関して、前記ＵＩＤの指示と、前記既存のデバイスの所与のデバイス識別子を含む新規の連絡先アドレス情報とを受信することと、ここにおいて、前記新規の連絡先アドレスは、前記登録された電話番号とは異なる連絡機構の所与のタイプに相当する、
前記ＵＩＤに関連して受信される前記新規の連絡先アドレスに応答して前記既存のデバイスの前記新規の連絡先アドレスを含むように前記ユーザの前記連絡先プロファイルを更新することとを含む、請求項１に記載の方法。
前記リモートクライアントデバイスに送信される前記連絡先プロファイルの前記一部分は、前記ユーザのデバイスの前記リストの各々に関する連絡先アドレスの前記組の各々を含む、請求項１に記載の方法。
前記リモートクライアントデバイスに送信される前記連絡先プロファイルの前記一部分は、前記ユーザのデバイスの前記リストの１つまたは複数に関する連絡先アドレスの前記組からのすべてよりも少ない連絡先アドレスを含む、請求項１に記載の方法。
前記連絡先プロファイルの前記一部分は、ユーザプロンプトに応答して前記ユーザによって指定される、請求項１に記載の方法。
前記連絡先プロファイルの前記一部分は、前記ユーザに関連する１つまたは複数の私的ルールに基づいて前記クライアントデバイスによって決定される、請求項１に記載の方法。
前記連絡先プロファイルから２つ以上の異なる連絡先アドレスに関連するデータメッセージを取り出すことと、前記２つ以上の異なる連絡先アドレスは、異なる通信サービスに関連する、
統一されたインターフェースを介して前記２つ以上の異なる連絡先アドレスに関連する前記取り出されたデータメッセージの統合バージョンを提示することとをさらに備える、請求項１に記載の方法。
前記取り出されたデータメッセージは、携帯電話音声メールメッセージの組と、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）音声メールメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、携帯電話番号およびＶｏＩＰ識別子を含む、請求項１０に記載の方法。
前記取り出されたデータメッセージは、テキストメッセージまたはシンプルメッセージサービス（ＳＭＳ）メッセージの組と、非ＳＭＳテキスト関連のメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、テキストメッセージまたはＳＭＳメッセージの前記組に関連する携帯電話番号と、非ＳＭＳテキスト関連のメッセージの前記組に関連する非ＳＭＳ識別子とを含む、請求項１０に記載の方法。
前記リモートクライアントデバイスに送信される前記連絡先プロファイルの前記一部分内の１つまたは複数の連絡先アドレスは、前記１つまたは複数の連絡先アドレスが（ｉ）前記リモートクライアントデバイスによる前記１つまたは複数の連絡先アドレスへの通信セッション開始試行のために前記リモートクライアントデバイス上に常駐するソフトウェアによって認識され得るように、（ｉｉ）前記リモートクライアントデバイスの所与のユーザによって認識できないようにマスキングされる、請求項１に記載の方法。
デバイスの前記リスト内の各デバイスに関して、連絡先アドレスの前記組は、（ｉ）それを通して前記デバイスに連絡すべき単一の連絡先アドレス、または（ｉｉ）それを通して前記デバイスに連絡すべき複数の連絡先アドレスのいずれかを含む、請求項１に記載の方法。
クライアントデバイスを動作させる方法であって、
リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立することと、
前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信することと、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通して前記クライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新することとを備える、方法。
前記ＵＩＤは、デバイスの前記リストからの携帯電話に関連する携帯電話番号に相当する、請求項１５に記載の方法。
前記デバイス位置記述子は、自宅、仕事、またはモバイルを含む、請求項１５に記載の方法。
連絡先アドレスの前記組は、前記リモートクライアントデバイスによってリモート連絡先プロファイル内に維持される、前記ユーザのデバイスの前記リストの各々に関する連絡先アドレスの前記組の各々に相当する、請求項１５に記載の方法。
連絡先アドレスの前記組は、前記リモートクライアントデバイスによってリモート連絡先プロファイル内に維持される、前記ユーザのデバイスの前記リストの各々に関する連絡先アドレスの前記組のすべてよりも少ない数に相当する、請求項１５に記載の方法。
前記クライアントデバイスのユーザの２つ以上の異なる連絡先アドレスに関連するデータメッセージを取り出すことと、前記２つ以上の異なる連絡先アドレスは、異なる通信サービスに関連する、
統一されたインターフェースを介して前記２つ以上の異なる連絡先アドレスに関連する前記取り出されたデータメッセージの統合バージョンを提示することとをさらに備える、請求項１５に記載の方法。
前記取り出されたデータメッセージは、携帯電話音声メールメッセージの組と、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）音声メールメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、携帯電話番号およびＶｏＩＰ識別子を含む、請求項２０に記載の方法。
前記取り出されたデータメッセージは、テキストメッセージまたはシンプルメッセージサービス（ＳＭＳ）メッセージの組と、非ＳＭＳテキスト関連のメッセージの組とを含み、
前記２つ以上の異なる連絡先アドレスは、テキストメッセージまたはＳＭＳメッセージの前記組に関連する携帯電話番号と、非ＳＭＳテキスト関連のメッセージの前記組に関連する非ＳＭＳ識別子とを含む、請求項２０に記載の方法。
前記所与の連絡先プロファイルの連絡先アドレスの前記組内の１つまたは複数の連絡先アドレスは、前記１つまたは複数の連絡先アドレスが（ｉ）前記クライアントデバイスによる前記１つまたは複数の連絡先アドレスへの通信セッション開始試行のために前記クライアントデバイス上に常駐するソフトウェアによって認識され得るように、（ｉｉ）前記クライアントデバイスの所与のユーザによって認識できないようにマスキングされる、請求項１５に記載の方法。
前記１つまたは複数の連絡先アドレスから少なくとも１つの連絡先アドレスを提示するために前記クライアントデバイスの前記所与のユーザからの要求を受信することと、
前記少なくとも１つの連絡先アドレスのマスキングされたバージョンを生成することと、
前記要求に応答して前記クライアントデバイスの前記所与のユーザに前記少なくとも１つの連絡先アドレスの前記マスキングされたバージョンを提示することとをさらに備える、請求項２３に記載の方法。
連絡先プロファイルは、前記確立するステップの前に前記ユーザに関する前記クライアントデバイス上にまったく維持されず、
前記生成および／または更新するステップは、前記受信された連絡先プロファイルに基づいて前記所与の連絡先プロファイルを生成する、請求項１５に記載の方法。
前記所与の連絡先プロファイルは、前記確立するステップの前に前記ユーザに関する前記クライアントデバイス上に維持され、
前記生成および／または更新するステップは、前記受信された連絡先プロファイルからの情報を付加することによって前記所与の連絡先プロファイルを更新する、請求項１５に記載の方法。
デバイスの前記リスト内の各デバイスに関して、連絡先アドレスの前記組は、（ｉ）それを通して前記デバイスに連絡すべき単一の連絡先アドレス、または（ｉｉ）それを通して前記デバイスに連絡すべき複数の連絡先アドレスのいずれかを含む、請求項１５に記載の方法。
クライアントデバイスのユーザのための連絡先プロファイルを維持するための手段と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通して前記クライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立するための手段と、
前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信するための手段とを備える、クライアントデバイス。
リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立するための手段と、
前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信するための手段と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通してクライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新するための手段とを備える、クライアントデバイス。
クライアントデバイスのユーザのための連絡先プロファイルを維持することと、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通して前記クライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立することと、
前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信することと、
を行うためのプロセッサ実行可能命令とともに構成されたプロセッサと、
を備える、クライアントデバイス。
リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立することと、
前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信することと、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通してクライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新することと、
を行うためのプロセッサ実行可能命令とともに構成されたプロセッサと、
を備える、クライアントデバイス。
記憶された命令を含む、非一時的コンピュータ可読媒体であって、前記命令は、クライアントデバイスによって実行されたとき、前記クライアントデバイスに動作を実行させ、前記命令は、
前記クライアントデバイスに、前記クライアントデバイスのユーザのための連絡先プロファイルを維持させる少なくとも１つの命令と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通して前記クライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記クライアントデバイスに、リモートクライアントデバイスの連絡先アドレスの前記組からの所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立させる少なくとも１つの命令と、
前記クライアントデバイスに、前記通信セッション確立に応答して、前記リモートクライアントデバイスへの前記連絡先プロファイルの少なくとも一部分を送信させる少なくとも１つの命令とを備える、非一時的コンピュータ可読媒体。
記憶された命令を含む、非一時的コンピュータ可読媒体であって、前記命令は、クライアントデバイスによって実行されたとき、前記クライアントデバイスに動作を実行させ、前記命令は、
前記クライアントデバイスに、リモートクライアントデバイスに関連する所与の連絡先アドレスを介して前記リモートクライアントデバイスとの通信セッションを確立させる少なくとも１つの命令と、
前記クライアントデバイスに、前記通信セッション確立に応答して、前記リモートクライアントデバイスのユーザのための連絡先プロファイルを受信させる少なくとも１つの命令と、前記連絡先プロファイルは、前記ユーザに関する統一識別子（ＵＩＤ）と、それを通して前記リモートクライアントデバイスの前記ユーザに連絡すべきデバイスのリストとを含み、デバイスの前記リスト内の各デバイスは、それを通して前記デバイスに連絡すべき、デバイス識別子、デバイス位置記述子、および連絡先アドレスの組に関連して維持される、
前記クライアントデバイスに、前記受信された連絡先プロファイルに基づいて前記クライアントデバイス上に維持される前記リモートクライアントデバイスの前記ユーザの所与の連絡先プロファイルを生成および／または更新させる少なくとも１つの命令とを備える、非一時的コンピュータ可読媒体。