JP2006236319A - 複数の連絡先ソースからの連絡先情報を集約するための方法およびシステム - Google Patents

Abstract

【課題】複数の連絡先ソースからの連絡先の連絡先情報を集約するための方法およびシステムを提供する。
【解決手段】集約システムは、様々な連絡先ソースから、ユーザに関する連絡先情報を収集する。集約システムは、収集されたコンテンツ情報を連絡先データストアの中に格納する。また、集約システムは、収集された連絡先情報の連絡先ソースの指示を格納することもできる。集約システムは、ユーザが、連絡先データストアの連絡先情報を探索して、異なる連絡先ソースから収集された連絡先の連絡先情報を見出すことができるユーザインタフェースを提供する。集約システムは、ユーザが、リアルタイム連絡先リストに連絡先を追加して、その連絡先とのリアルタイム通信を可能にすることができるようにする。
【選択図】図４

Description

説明する技術は、一般に、連絡先情報を提供することに関し、詳細には、リアルタイム通信のための連絡先情報を提供することに関する。

コンピュータシステムを介する会話参加者の間におけるリアルタイムの会話は、ますます一般的になっている。そのようなリアルタイムの会話は、参加者が、参加者のコンピュータシステム（例えば、パーソナルデジタルアシスタント）のところに居て、通信が受け取られた場合に応答できることを要求する。一般的な形態のリアルタイム会話が、インスタントメッセージングサービスによって提供される。インスタントメッセージングサービスは、参加者が、メッセージを送信し、会話の他の参加者らによって１、２秒内にそのメッセージを受信させることを可能にする。受信側参加者は、次に、同様の形で、応答メッセージを他の参加者らに送信することができる。効果的であるには、リアルタイム会話は、受信されたメッセージに気付き、目を通し、応答することを、参加者が非常に迅速に行うことに依拠する。この迅速な応答は、電子メールメッセージの受信者が、受信者の都合でメッセージに応答する従来の電子メールシステムとは対照的である。

開始側参加者が、リアルタイム会話を始めることを所望する場合、その参加者は、目当ての参加者が、メッセージにリアルタイムで応答するように応対可能（ａｖａｉｌａｂｌｅ）かどうかを知る必要がある。応対可能でない場合、従来の電子メール、音声メール、または他の何らかの機構を介する通信が、より適切である可能性がある。例えば、目当ての参加者のコンピュータの電源が、現在、オフにされている場合、リアルタイム会話は、可能ではない。さらに、目当ての参加者のコンピュータの電源が、現在、オンにされているが、目当ての参加者が、目当ての参加者のコンピュータから離れている場合、リアルタイム会話は、やはり可能ではない。開始側参加者は、目当ての参加者の応対可能性を知って、通信の形態について適切な決断を行うことができるようにすることを所望する。

コンピュータシステム、またはそのコンピュータシステムに関連するユーザなどのエンティティの応対可能性ステータスは、「プレゼンス情報」と呼ばれる。プレゼンス情報は、ユーザの現在の「プレゼンス状態」を明らかにする。ユーザは、他のユーザらが、ユーザとどのように通信するのが最良であるかを判定することができるように、ユーザのプレゼンス情報を提供する。例えば、プレゼンス情報は、ユーザが、インスタントメッセージングサーバに対してログオンしているか（「オンライン」）、あるいはログオフしているか（「オフライン」）を示すことができる。また、プレゼンス情報は、ユーザの応対可能性に関する、より詳細な情報を提供することもできる。例えば、ユーザは、オンラインであるものの、会議中で、ユーザのコンピュータから離れている可能性がある。そのようなケースでは、プレゼンス状態は、「オンライン」および「会議中」を示すことが可能である。

インスタントメッセージングの状況では、公開側（ｐｕｂｌｉｓｈｉｎｇ）ユーザ（「公開者」）が、公開側ユーザのプレゼンス情報をプレゼンスサーバに提供することができ、プレゼンスサーバが、次に、そのプレゼンス情報を加入ユーザ（「加入者」）に提供する。このため、プレゼンスサーバは、加入者／公開者モデルを使用して、プレゼンスサービスのユーザらに関するプレゼンス情報を提供することができる。ユーザのプレゼンス情報が変化した場合はいつでも、プレゼンスサーバは、そのユーザのコンピュータシステムによってその変化について通知され、その変化について加入ユーザに通知する。すると、加入ユーザは、目当ての参加者のプレゼンス情報に基づき、インスタントメッセージング会話を開始するかどうかを決めることができる。例えば、公開側ユーザが、現在会議電話コール中であることをプレゼンス情報が示す場合、加入ユーザは、公開側ユーザに対して、電話コールを行うのではなく、インスタントメッセージを送信することを決めることができる。しかし、加入ユーザは、公開側ユーザにコールを行い、公開側ユーザと話す必要がある場合、加入ユーザは、公開側ユーザのプレゼンス情報を監視して、いつコールを行うことができるかを知る必要がある。加入ユーザは、電話会議が終わっていることを公開側ユーザのプレゼンス情報が示していることに気付くと、電話コールを行うことができる。

通常のプレゼンスシステムおよび／またはインスタントメッセージングシステムは、ユーザが、プレゼンス情報にサブスクライブすることができる、またはインスタントメッセージを送信することができる連絡先のリストを、ユーザが保持することを可能にすることができる。総称として連絡先サーバと呼ばれるシステム群が、各連絡先に関して、その連絡先の表示名を、セッション開始プロトコル（「ＳＩＰ」）、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（「ＵＲＩ」）などの、連絡先のリアルタイム識別子とともに格納することができる。リアルタイム識別子は、ＳＩＰを使用する連絡先の現在の所在地にマップすることができる、連絡先の一意ＩＤである。ユーザが、インスタントメッセージを連絡先に送信することを所望する場合、インスタントメッセージングシステムのクライアント側コンポーネントは、連絡先サーバから連絡先リストをダウンロードすることができる。クライアント側コンポーネントは、ユーザが、インスタントメッセージングセッションを開始することを所望する相手の連絡先を、ユーザが選択することを可能にする。また、クライアント側コンポーネントは、新たな連絡先を追加すること、既存の連絡先を更新することなどにより、ユーザが、連絡先のリスト（すなわち、「リアルタイム連絡先リスト」）を保持することも可能にする。

多くの異なるシステムが、ユーザに関する連絡先についての情報を保持するために、ユーザによって使用されることが可能である。例えば、ユーザは、電子メールシステム、セルラー電話、パーソナルデジタルアシスタント、カスタマリレーションシップマネージメントシステム、オペレーティングシステムなどを使用して、ユーザの連絡先に関する連絡先情報を保持することができる。電子メールシステムは、連絡先の名前、電子メールアドレス、郵便アドレス、電話番号、リアルタイム識別子などを含む、連絡先に関するエントリを含む個人用アドレス帳をユーザが保持することを可能にすることができる。さらに、電子メールシステムは、企業が、組織に関連する各個人に関するエントリを含むグローバルアドレスリストを保持することを可能にすることができる。一部の電子メールシステムは、システムの連絡先情報の複製されたコピーを保持することができる。例えば、パーソナルデジタルアシスタントは、電子メールサーバ上にも格納されている連絡先情報の複製コピーを含むことが可能である。ときどき、パーソナルデジタルアシスタントの連絡先情報は、サーバの連絡先情報と同期される必要がある。さらに、一部の電子メールシステムは、ユーザが、連絡先情報を手動で入力することを要求するのではなく、電子名刺（ｂｕｓｉｎｅｓｓ ｃａｒｄ）から連絡先情報を入力することができるようにする。

連絡先情報は、多くの異なる連絡先ソースによって保持されることが可能であるため、ユーザが、ある連絡先に関する連絡先情報を探し出すのが困難である可能性がある。ユーザが、ある連絡先と通信することを所望する場合、ユーザは、いずれの連絡先ソースの中に、その連絡先に関する連絡先情報が格納されているかを思い出す必要がある。例えば、ユーザは、一部の連絡先の電話番号をセルラー電話の中に格納することが可能であり、他の連絡先の連絡先情報を、電子メールシステムを使用して格納することが可能である。そのようなケースでは、ユーザはまず、電子メールシステムを使用して、システムが、ある連絡先に関する連絡先情報を含むかどうかを確かめる。含まない場合、ユーザは、次に、ユーザのセルラー電話を使用して、セルラー電話が、その連絡先情報を含むかどうかを確かめることが可能である。ユーザは、その連絡先に関する連絡先情報が探し出されるまで、連絡先ソースを調べるこのプロセスを繰り返すことが可能である。さらに、連絡先情報が、連絡先サーバのリアルタイム連絡先リストの中に既に入っているものと想定して、ユーザが、その連絡先情報を探し出した後、ユーザは、リアルタイム連絡先リストにその連絡先情報を手動で追加してからでないと、リアルタイム会話を開始することができない。

ユーザが、異なる連絡先ソースからの連絡先情報にアクセスすることができ、連絡先ソースに関わらず、関心対象の連絡先の連絡先情報を容易に探し出すことができ、リアルタイム連絡先リストに連絡先情報を容易に追加して、リアルタイム会話を可能にすることができるユーザインタフェースをユーザが有することを何らかの形で可能にするシステムを有することが望ましい。

従来のシステムには上述したような種々の問題があり、さらなる改善が望まれている。

本発明は、このような状況に鑑みてなされたもので、その目的とするところは、連絡先情報を容易に探し出すことができ連絡先情報を容易に追加してリアルタイム会話を可能にすることができる、複数の連絡先ソースからの連絡先情報を集約するための方法およびシステムを提供することにある。

複数の連絡先ソースからの連絡先の連絡先情報を集約するための方法およびシステムを提供する。集約システムは、様々な連絡先ソースから、ユーザのために連絡先情報を収集する。集約システムは、収集されたコンテンツ情報を連絡先データストアの中に格納する。また、集約システムは、収集された連絡先情報の連絡先ソースの指示を格納することもできる。集約システムは、連絡先の連絡先情報が、リアルタイム識別子を含む場合、連絡先のプレゼンス情報にサブスクライブすることができる。集約システムは、ユーザが、連絡先データストアの連絡先情報を探索して、異なる連絡先ソースから収集された連絡先の連絡先情報を見出すことができるユーザインタフェースを提供する。集約システムは、ユーザが、連絡先をリアルタイム連絡先リストに追加して、その連絡先とのリアルタイム通信を可能にすることができるようにする。

本発明によれば、連絡先情報を容易に探し出すことができ連絡先情報を容易に追加してリアルタイム会話を可能にすることができる。

以下、図面を参照して本発明を適用できる実施形態を詳細に説明する。

複数の連絡先ソースからの連絡先の連絡先情報を収集するための方法およびシステムが、提供される。一実施形態では、集約システムは、様々な連絡先ソースから、ユーザのために連絡先情報を収集する。例えば、連絡先ソースは、電子メールシステム（例えば、Ｏｕｔｌｏｏｋ）の個人用アドレス帳およびグローバルアドレスリスト、オペレーティングシステムアドレス帳（例えば、Ｗｉｎｄｏｗｓ（登録商標） Ａｄｄｒｅｓｓ Ｂｏｏｋ）、連絡先サーバ（例えば、Ｍｉｃｒｏｓｏｆｔ社のＬｉｖｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｅｒ）によって提供されるリアルタイム連絡先リストなどを含むことが可能である。集約システムは、ユーザが、クライアントコンピュータシステムにログオンした場合にはいつでも、連絡先情報を最初に収集することが可能である。集約システムは、収集されたコンテンツ情報を、クライアントコンピュータシステムを介してアクセス可能であるデータベース、または別のデータストアなどの連絡先データストアの中に格納する。例えば、集約システムは、連絡先情報を、メモリの中に、またはユーザのクライアントコンピュータシステムのディスクドライブ上に格納することができる。また、集約システムは、収集された連絡先情報の連絡先ソースの指示も格納することができる。例えば、集約システムは、ユーザの個人用アドレス帳から連絡先情報を収集すると、その連絡先に関して、連絡先データストアの中で、個人用アドレス帳を連絡先ソースとして明らかにする。集約システムは、電話番号、郵便アドレス、電子メールアドレス、リアルタイム識別子などの追加の情報を連絡先データストアの中に格納することができる。集約システムは、連絡先の連絡先情報が、リアルタイム識別子を含む場合、またはリアルタイム識別子を見出すのに十分なだけの情報が提供されている場合、連絡先のプレゼンス情報にサブスクライブすることができる。集約システムは、ユーザが、連絡先データストアの連絡先情報を探索して、異なる連絡先ソースから収集された連絡先の連絡先情報を見出すことができるユーザインタフェースを提供する。集約システムは、ユーザが、リアルタイム連絡先リストに連絡先を追加して、その連絡先とのリアルタイム通信を可能にすることができるようにする。このような形で、集約システムは、ユーザが、異なる連絡先ソースの中に格納された連絡先情報にアクセスすることができる単一のユーザインタフェースを提供する。

一実施形態では、集約システムは、初期化されると、異なる連絡先ソースから連絡先情報を収集し、各回の初期化中に新たに作成される連絡先データストアの中に、その連絡先情報を格納する。連絡先情報は、初期化の時点で最新であるが、急速に古くなる可能性がある。詳細には、ユーザが、連絡先ソースに直接に行き、連絡先情報の追加、更新、または削除を行うことが可能である。このため、連絡先データストアは、連絡先ソースと同期していない状態（ｕｎｓｙｎｃｈｒｏｎｉｚｅｄ）になる。連絡先データストアが、連絡先ソースと比較的同期していることを確実にするため、集約システムは、連絡先ソースから更新イベントを受け取るように登録することができる。集約システムは、更新イベントを受け取ると、連絡先データストアの中の連絡先情報を更新する。一部の連絡先ソースは、更新イベント通知を提供しない可能性がある。そうである場合、集約システムは、連絡先ソースに定期的にポーリングを行って、連絡先情報のいずれかが更新されているかどうかを判定することができる。集約システムが、連絡先データストアを更新した場合にはいつでも、集約システムのユーザインタフェースコンポーネントが通知を受けて、コンポーネントの表示をリフレッシュすることができるようになることが可能である。

一実施形態では、集約システムは、連絡先の連絡先情報が、連絡先ソースのユーザインタフェースのコンテキスト（context）内で更新されることを可能にする。集約システムは、連絡先情報を収集すると、その連絡先情報の連絡先ソースを記録する。ユーザが、ある連絡先に関する連絡先情報を更新することを所望する場合、集約システムは、連絡先データストアからその連絡先ソースを識別し、その連絡先情報を更新するためのユーザインタフェースを提供するよう、その連絡先ソースに関連するアプリケーションに要求する。例えば、連絡先ソースが、電子メールシステムの個人用アドレス帳であった場合、集約システムは、電子メールシステムのＡＰＩを使用して、その連絡先情報を更新するためのユーザインタフェースを提供することができる。ユーザインタフェースが表示されると、ユーザは、連絡先ソースに関連するアプリケーションのコンテキストにおいて、連絡先情報を更新することができる。連絡先ソースの連絡先情報が更新された場合にはいつでも、連絡先ソースは、集約システムに通知して、システムが、相応する形で、システムの連絡先データストアを更新することができるようにする。例えば、ユーザが、電子メールシステムから連絡先情報が収集されたユーザのリアルタイム識別子を更新することを所望する場合、集約システムは、電子メールシステムの更新ユーザインタフェースを要求することができる。ユーザが、リアルタイム識別子を更新した場合、電子メールシステムは、その新たなリアルタイム識別子を示す更新イベントを集約システムに送信することができる。

一実施形態では、集約システムは、ユーザが、連絡先に関する連絡先情報を探索することを可能にする。連絡先情報を探索するのに、集約システムは、ユーザが、連絡先に関する探索条件を入力することができるようにする。集約システムは、探索条件と合致する連絡先の連絡先情報を求めて、連絡先データストアの中を探索する。集約システムは、ファーストネーム、ラストネーム、電子メールのエイリアス、会社名などの、連絡先情報の様々なフィールドを探索することができる。連絡先データストアは、複数の連絡先ソースからの連絡先情報を含むので、探索は、実質的に、複数の連絡先ソースにわたる。集約システムは、連絡先ソースに基づき、探索結果を順に並べることができる。例えば、集約システムは、個人用アドレス帳は、ユーザの関心対象である可能性が最も高い連絡先を含むという想定の下で、個人用アドレス帳からの連絡先情報を、グローバルアドレスリストより前に並べることができる。また、集約システムは、探索条件と合致する連絡先に関するプレゼンス情報にサブスクライブし（連絡先の連絡先情報が、リアルタイム識別子を含むものと想定して）、プレゼンス情報を連絡先情報とともに表示することもできる。プレゼンス情報は、連絡先ソースの連絡先情報よりも新しいことが可能な、追加の情報を含むことが可能である。例えば、プレゼンス情報は、連絡先の新たな電話番号、または連絡先と現在、連絡をとることができる電話番号を示すことが可能である。

一実施形態では、集約システムは、ユーザが、探索結果の連絡先をリアルタイム連絡先リストに追加することを可能にする。ユーザが、連絡先を追加するように指示すると、集約システムは、連絡先サーバに通知して、連絡先サーバが、連絡先サーバのリアルタイム連絡先リストを更新することができるようにすることが可能である。連絡先サーバは、連絡先サーバのリアルタイム連絡先リストを更新した後、更新イベントを集約システムに送信することができる。更新イベントを受信すると、集約システムは、システムの連絡先データストアを更新する。また、集約システムは、システムのユーザインタフェースコンポーネントに通知して、コンポーネントが、コンポーネントのユーザインタフェースをリフレッシュして、リアルタイム連絡先リストに追加された連絡先を示すことができるようにすることも可能である。

図１は、一実施形態における集約システムのユーザインタフェースの表示ページを示す。表示ページ１００は、探索フィールド１０１、結果リスト領域１０２、連絡先リスト追加（ａｄｄ ｔｏ ｃｏｎｔａｃｔ ｌｉｓｔ）ボタン１０３、連絡先リスト領域１０４、およびプレゼンス情報領域１０５を含む。表示ページが最初に表示されると、連絡先リスト領域は、リアルタイム連絡先リストの各連絡先に関するエントリを含む（適宜、スクロールバーを使用して）。ユーザが、探索条件を探索フィールドの中に入力して、探索を実行する。集約システムは、探索条件と合致する連絡先を求めて、連絡先データストアの中を探索する。ユーザが、探索条件を入力するにつれ、結果リスト領域が、それまでに入力された探索条件の部分と合致する連絡先を反映するように更新される。例えば、結果リスト領域は、探索条件の各文字が追加された、または削除された後、更新されることが可能である。集約システムは、ファーストネーム、ラストネーム、会社、電子メールのエイリアスなどを含め、連絡先データストアの様々なフィールドを探索することができる。また、集約システムは、ユーザが、連絡先データストアの他の情報に基づく探索を実行できるようにすることも可能である。集約システムは、電話番号、部門、所在地（例えば、郵便アドレス）、役職などのさらなる探索条件を指定する「高度な探索」ボタンを提供することもできる。図示していないが、結果リスト領域および連絡先リスト領域は、入手可能な場合、連絡先に関するプレゼンス情報も含むことが可能である。また、結果リスト領域および連絡先リスト領域は、連絡先ソースのＩＤも含む。空白の連絡先ソースは、その連絡先に関する連絡先情報が、他の連絡先ソースを全く有することなしに、リアルタイム連絡先リストの中に直接に追加されたことを示す。ユーザが、結果リスト領域の連絡先をリアルタイム連絡先リストに追加することを所望する場合、ユーザは、結果リスト領域の中でその連絡先を選択し、次に、連絡先リスト追加ボタンを選択する。集約システムは、リアルタイム連絡先リストへの、その追加について、連絡先サーバに通知する。連絡先サーバは、連絡先サーバのリアルタイム連絡先リストを更新し、更新イベントを集約システムに送信する。更新イベントを受信すると、集約システムは、システムの連絡先データストアを更新し、表示ページの連絡先リスト領域をリフレッシュする。ユーザが、結果リスト領域または連絡先リスト領域から、ある連絡先を選択すると、集約システムは、プレゼンス情報領域の中でプレゼンス情報、およびその他の連絡先情報を表示することができる。ユーザが、結果リスト領域または連絡先リスト領域から、ある連絡先を選択すると、集約システムは、そのユーザの連絡先情報を表示し、変更するためのユーザインタフェースを提供するよう、連絡先ソースに関連するアプリケーションに導く。

図２は、一実施形態における連絡先ソースに関連するアプリケーションによって提供されるユーザインタフェースの表示ページを示す。表示ページ２００は、個人用アドレス帳の連絡先情報を保持するためにＭｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋによって提供されるユーザインタフェースを表す。集約システムは、情報が編集されるべき連絡先のＩＤを渡し、ＯｕｔｌｏｏｋのＡＰＩ群を呼び出す。すると、Ｏｕｔｌｏｏｋは、識別された連絡先の連絡先情報を有する表示ページを表示する。連絡先情報がユーザによって更新されると、Ｏｕｔｌｏｏｋは、更新イベントを集約システムに送信する。更新イベントを受信すると、集約システムは、適宜、システムの連絡先データストアを更新し、システムのユーザインタフェースをリフレッシュする。各連絡先ソースは、連絡先情報を保持するための独自のユーザインタフェースを提供することが可能であることが、当業者には認識されよう。代替として、集約システムは、連絡先情報を更新するための一様なユーザインタフェースを提供し、連絡先ソースにおける連絡先情報の更新をもたらすように、関連するアプリケーションのＡＰＩ群を呼び出すこともできる。

図３は、一実施形態における集約システムのコンポーネントを示すブロック図である。集約システム３１０は、連絡先ソース３２０およびプレゼンスサーバ３３０とインタフェースをとる。連絡先ソースには、グローバルアドレスリスト３２１、個人用アドレス帳３２２、Ｗｉｎｄｏｗｓ（登録商標）アドレス帳３２３、および連絡先サーバ３２４が含まれることが可能である。連絡先サーバは、リアルタイム連絡先リストを保持する。リアルタイム連絡先リストのエントリには、リアルタイム識別子、表示名、および連絡先ソースが含まれる。集約システムは、連絡先データストア３１４を保持するのに使用される、初期収集実行コンポーネント３１１、更新イベント受信コンポーネント３１２、および更新ポーリング（ｐｏｌｌ ｆｏｒ ｕｐｄａｔｅ）コンポーネント３１３を含む。また、集約システムは、探索コンポーネント３１５、連絡先リスト追加コンポーネント３１６、連絡先情報表示コンポーネント３１７、およびプレゼンス情報サブスクライブ（ｓｕｂｓｃｒｉｂｅ ｔｏ ｐｒｅｓｅｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）コンポーネント３１８も含む。集約システムのインスタンスが、各クライアントコンピュータシステム上で実行され、ログオンしたユーザの連絡先に関する連絡先情報を格納する。集約システムが初期化されると、初期収集実行コンポーネントが呼び出されて、様々な連絡先ソースから連絡先情報を収集する。初期収集実行コンポーネントは、収集された連絡先情報を連絡先データストアの中に格納することにより、連絡先データストアを初期化する。連絡先データストアは、収集された情報を格納するのに先立ち、空にされることが可能である。更新イベント受信コンポーネントは、連絡先ソースから更新イベントが受信された場合に呼び出される。更新イベント受信コンポーネントは、連絡先データストアを適宜、更新し、ユーザインタフェースをリフレッシュするようにユーザインタフェースコンポーネントに通知することができる。更新ポーリングコンポーネントは、イベント通知を提供しない連絡先ソースの連絡先情報の変化を調べるように、定期的に呼び出されることが可能である。探索コンポーネントは、ユーザが探索条件を指定した場合に呼び出される。連絡先リスト追加コンポーネントは、ユーザが、リアルタイム連絡先リストに連絡先を追加するように指示した場合に呼び出される。連絡先情報表示コンポーネントは、ユーザが、連絡先ソースに関連するアプリケーションのコンテキストにおいて連絡先の連絡先情報を閲覧することを所望する場合に呼び出される。プレゼンス情報サブスクライブコンポーネントは、プレゼンスサーバによって提供された連絡先のプレゼンス情報にサブスクライブするのに呼び出される。

集約システムが実装されるコンピューティングデバイスは、中央処理装置、メモリ、入力デバイス群（例えば、キーボードおよびポインティングデバイス群）、出力デバイス群（例えば、ディスプレイデバイス群）、および記憶装置群（例えば、ディスクドライブ群）を含むことが可能である。メモリおよび記憶装置群は、集約システムを実施する命令を含むことが可能なコンピュータ可読媒体である。さらに、データ構造およびメッセージ構造が、通信リンク上の信号などのデータ伝送媒体を介して、格納される、または伝送されることが可能である。インターネット、ローカルエリアネットワーク、ワイドエリアネットワーク、ポイントツーポイントダイヤルアップ接続、セル電話網などの、様々な通信リンクを使用することができる。

集約システムの諸実施形態は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、プログラマブル家庭用電化製品、デジタルカメラ、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、以上のシステムまたはデバイスのいずれかを含む分散コンピューティング環境などを含む、様々な動作環境で実施することができる。コンピュータシステムは、セル電話、パーソナルデジタルアシスタント、スマートホン、パーソナルコンピュータ、プログラマブル家庭用電化製品、デジタルカメラなどであることが可能である。

集約システムは、１つまたは複数のコンピュータまたは他のデバイスによって実行される、プログラムモジュールなどの、コンピュータ実行可能命令の一般的な状況で説明することができる。一般に、プログラムモジュールには、特定のタスクを実行する、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。通常、プログラムモジュール群の機能は、様々な実施形態において、所望に応じて組み合わせても、分散させてもよい。

図４は、一実施形態における集約システムの初期収集実行コンポーネントの処理を示す流れ図である。このコンポーネントは、集約システムが最初に初期化されると、呼び出される。コンポーネントは、最初に、連絡先データストアを空にすることが可能である。ブロック４０１〜４０７で、コンポーネントは、各連絡先ソースを選択し、それぞれの選択された連絡先ソース内の各連絡先を選択し、連絡先データストアに連絡先情報を追加してループする。また、コンポーネントは、リアルタイム連絡先リストの中の連絡先のプレゼンス情報にサブスクライブすることもできる。ブロック４０１で、コンポーネントは、次の連絡先ソースを選択する。判定ブロック４０２で、すべての連絡先ソースが、既に選択済みである場合、コンポーネントは、完了し、選択済みではない場合、コンポーネントは、ブロック４０３に進む。ブロック４０３で、コンポーネントは、選択された連絡先ソースの次の連絡先を選択する。判定ブロック４０４で、選択された連絡先ソースのすべての連絡先が既に選択済みである場合、コンポーネントは、ブロック４０１にループして、次の連絡先ソースを選択し、選択済みではない場合、コンポーネントは、ブロック４０５に進む。ブロック４０５で、コンポーネントは、選択された連絡先を連絡先データストアに追加する。連絡先データストアに追加される情報には、連絡先の連絡先ソースの指示、および連絡先ソース内の連絡先の一意識別子が含まれる。一意識別子を使用して、リアルタイム連絡先リストの中の連絡先を連絡先ソースの中の対応する連絡先と互いに関係付けることができる。判定ブロック４０６では、選択された連絡先ソースが連絡先サーバである場合、コンポーネントは、ブロック４０７に進み、連絡先サーバではない場合、コンポーネントは、ブロック４０３にループして、選択された連絡先ソースの次の連絡先を選択する。ブロック４０７で、コンポーネントは、選択された連絡先のプレゼンス情報にサブスクライブし、次に、ブロック４０３にループして、選択された連絡先ソースの次の連絡先を選択する。

図５は、一実施形態における集約システムの更新イベント受信コンポーネントの処理を示す流れ図である。このコンポーネントは、集約システムが、連絡先ソースから更新イベントを受信すると、呼び出される。判定ブロック５０１で、連絡先がリアルタイム連絡先リストに追加されたことを更新イベントが示す場合、コンポーネントは、ブロック５０２に進み、それ以外の場合、コンポーネントは、別のタイプのイベントを処理することを続ける。他の更新イベントが、他の連絡先ソースから受信されることが可能であり、連絡先が、連絡先ソースに追加されていること、または連絡先ソースから削除されていること、あるいは連絡先に関する情報が、連絡先ソースにおいて更新されていることを示す可能性がある。そのようなイベントが受信された場合、コンポーネントは、連絡先データストアを更新し、ユーザインタフェースをリフレッシュするよう、ユーザインタフェースコンポーネントにシグナルする。ブロック５０２で、コンポーネントは、連絡先情報を連絡先データストアの中に格納する。ブロック５０３で、コンポーネントは、ユーザインタフェースをリフレッシュするよう、集約システムのユーザインタフェースコンポーネントにシグナルする。その後、コンポーネントは、完了する。

図６は、一実施形態における集約システムの探索コンポーネントの処理を示す流れ図である。コンポーネントには、ユーザがそれまでに入力した探索条件（criterion）の一部分が渡される。ブロック６０１で、コンポーネントは、渡された探索条件に基づき、連絡先データストアの探索を実行する。ブロック６０２で、コンポーネントは、連絡先情報が収集された連絡先ソースに基づき、探索の結果を並べ替える。コンポーネントは、探索の結果の中で、プレゼンス情報に既にサブスクライブが行われていない連絡先のプレゼンス情報にサブスクライブすることができる（連絡先の連絡先情報が、リアルタイム識別子を含むものと想定して）。コンポーネントは、結果の一部として、連絡先のプレゼンス情報を表示することができる。ブロック６０３で、コンポーネントは、探索結果を表示し、その後、完了する。

図７は、一実施形態における集約システムの連絡先情報表示コンポーネントの処理を示す流れ図である。このコンポーネントは、選択された連絡先に関連する連絡先情報を表示するようにユーザが指示すると、呼び出される。コンポーネントは、選択された連絡先の連絡先情報を編集するためのユーザインタフェースを提供するよう、選択された連絡先の連絡先ソースに関連するアプリケーションに要求する。ブロック７０１で、コンポーネントは、選択された連絡先の連絡先情報を連絡先データストアから取得する。ブロック７０２で、コンポーネントは、選択された連絡先の連絡先情報を編集するよう、連絡先ソースに関連するアプリケーションに要求を送信する。アプリケーションが、現在、実行されていない場合、そのアプリケーションの新たなインスタンスが起動されることが可能である。アプリケーションプログラムは、連絡先情報が更新されていることを検出すると、更新イベントを集約システムに送信して、システムが、連絡先データストアを更新することができるようにする。その後、コンポーネントは、完了する。

図８は、一実施形態における集約システムの連絡先リスト追加コンポーネントの処理を示す流れ図である。このコンポーネントには、連絡先の指示が渡され、渡された連絡先をリアルタイム連絡先リストに追加するよう、連絡先サーバに通知する。また、コンポーネントは、その新たに追加された連絡先のプレゼンス情報にサブスクライブすることもできる。判定ブロック８０１で、リアルタイム識別子が、連絡先の連絡先情報とともに提供されている場合、コンポーネントは、ブロック８０２に進み、提供されていない場合、コンポーネントは、ブロック８０３に進む。ブロック８０２で、コンポーネントは、連絡先のプレゼンス情報にサブスクライブする。ブロック８０３で、コンポーネントは、連絡先を追加するよう、連絡先サーバに通知する。連絡先サーバは、連絡先の追加を完了すると、更新イベント通知を集約システムに送信して、集約システムが、適宜、システムの連絡先データストアを更新することができるようにする。その後、コンポーネントは、完了する。

以上から、集約システムの特定の諸実施形態を説明の目的で、本明細書で説明してきたが、本発明の趣旨および範囲を逸脱することなく、様々な実施形態を実施することができることが、当業者には認識されよう。一実施形態では、集約システムは、同一の連絡先に関する、異なる連絡先ソースからの情報をマッチさせようと試みることができる。複数の連絡先ソースからの情報が合致すると、集約システムは、その情報を集約して、連絡先データストアの中の単一のレコードにすることができる。集約システムは、様々な技術を使用して、連絡先ソースの情報をマッチさせることができる。集約システムは、リアルタイム識別子（例えば、ＳＩＰ ＵＲＩ）、電子メールアドレス、名前、電話番号などを使用することができる。偽陽性の合致を減らすため、集約システムは、以上の情報の様々な組み合わせでマッチを行うことができる。また、集約システムは、同一の連絡先に関する異なる連絡先ソースからの情報間の矛盾を解決しようと試みることもできる。例えば、異なる連絡先ソースの郵便アドレスが、最近の移転のために異なることが可能である。集約システムは、連絡先ソースに優先順位を割り当て（例えば、設計者またはエンドユーザによって設計された）、より高い優先順位の連絡先ソースに有利に矛盾を解決することができる。また、集約システムは、矛盾する情報を保持する（例えば、複数の郵便アドレスを示す）こともできる。また、集約システムは、ユーザが、連絡先に関する矛盾する情報の間で選択することを可能にすることもできる。一実施形態では、集約システムは、既存の連絡先ソースを連絡先データストアとして使用することができる。例えば、集約システムは、異なる連絡先ソースからの連絡先情報を集約して、既存の個人用アドレス帳の中に入れることができる。一実施形態では、集約システムは、連絡先ソースのすべての情報を収集し、格納することができる。その情報には、電子メールアドレス、電話番号、郵便アドレス、役職、会社、オフィス、部門、マネージャ、Ｗｅｂサイトアドレスなどが含まれることが可能である。したがって、本発明は、添付の特許請求の範囲による以外は、限定されない。

一実施形態における集約システムのユーザインタフェースの表示ページを示す図である。 一実施形態における連絡先ソースに関連するアプリケーションによって提供されるユーザインタフェースの表示ページを示す図である。 一実施形態における集約システムのコンポーネントを示すブロック図である。 一実施形態における集約システムの初期収集実行コンポーネントの処理を示す流れ図である。 一実施形態における集約システムの更新イベント受信コンポーネントの処理を示す流れ図である。 一実施形態における集約システムの探索コンポーネントの処理を示す流れ図である。 一実施形態における集約システムの連絡先情報表示コンポーネントの処理を示す流れ図である。 一実施形態における集約システムの連絡先リスト追加コンポーネントの処理を示す流れ図である。

符号の説明

３１０ 集約システム
３１１ 初期収集実行
３１２ 更新イベント受信
３１３ 更新ポーリング
３１４ 連絡先データストア
３１５ 探索
３１６ 連絡先リスト追加
３１７ 連絡先情報表示
３１８ プレゼンス情報サブスクライブ
３２１ グローバルアドレスリスト
３２２ 個人用アドレス帳
３２３ Ｗｉｎｄｏｗｓ（登録商標）アドレス帳
３２４ 連絡先サーバ
３３０ プレゼンスサーバ

Claims (20)

1. 連絡先の連絡先情報を集約するためのコンピュータシステムにおける方法であって、
   連絡先情報のデータベース群である相異なる連絡先ソースから、連絡先の連絡先情報を収集するステップと、
   前記収集された連絡先情報を連絡先データストアの中に格納するステップと、
   ユーザが、相異なる連絡先ソースから収集された、連絡先データストアの連絡先情報を閲覧することができるユーザインタフェースを提供するステップと
   を備えることを特徴とする方法。
2. 連絡先の前記連絡先情報は、前記連絡先の表示名、電話番号、およびリアルタイム識別子を含むことを特徴とする請求項１に記載の方法。
3. ユーザによって要求された後、リアルタイム連絡先リストに連絡先を追加するステップを含むことを特徴とする請求項１に記載の方法。
4. 前記リアルタイム連絡先リストに前記連絡先を前記追加するステップは、前記リアルタイム連絡先リストを保持する連絡先リストサーバに通知するステップを含むことを特徴とする請求項３に記載の方法。
5. 前記リアルタイム連絡先リストは、前記リアルタイム連絡先リストの中の連絡先に関して、表示名、リアルタイム識別子、および連絡先ソースを含むことを特徴とする請求項３に記載の方法。
6. 前記リアルタイム連絡先リストに前記連絡先を前記追加するステップは、前記追加された連絡先のプレゼンス情報にサブスクライブするステップを含むことを特徴とする請求項３に記載の方法。
7. ユーザから探索条件を受け取り、前記探索条件を満足させる連絡先を求めて前記連絡先データストアの中を探索するステップを含むことを特徴とする請求項１に記載の方法。
8. 前記探索条件と合致する前記連絡先の連絡先情報を、前記連絡先の前記連絡先情報の前記連絡先ソースに基づく順序で表示するステップを含むことを特徴とする請求項７に記載の方法。
9. 個人用連絡先ソースから識別された連絡先は、グローバル連絡先ソースから識別された連絡先より前に並べられることを特徴とする請求項８に記載の方法。
10. リアルタイム連絡先リストから連絡先情報を収集し、前記リアルタイム連絡先リストの中の連絡先のプレゼンス情報にサブスクライブするステップを含むことを特徴とする請求項１に記載の方法。
11. 連絡先に関する連絡先情報は、前記連絡先の連絡先情報が収集された連絡先ソースに関連するアプリケーションのコンテキスト内で表示されることを特徴とする請求項１に記載の方法。
12. 連絡先に関する連絡先情報は、前記連絡先の連絡先情報が収集された連絡先ソースに関連するアプリケーションのコンテキスト内で編集されることを特徴とする請求項１に記載の方法。
13. 連絡先ソースから、連絡先の連絡先情報を収集するステップと、
    連絡先情報が収集された連絡先に関して、前記収集された連絡先情報を格納するステップと、
    ユーザによって要求された場合、連絡先情報が収集された連絡先を連絡先リストに追加するステップと
    を備える方法によって、連絡先の連絡先情報を集約するようにコンピュータシステムを制御するための命令を含むことを特徴とするコンピュータ読み取り可能な記録媒体。
14. 前記連絡先リストは、連絡先リストサーバ上で保持されることを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
15. 前記連絡先リストは、前記連絡先リストの中の連絡先に関して、表示名、リアルタイム識別子、および連絡先ソースを含むことを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
16. 前記連絡先リストの中の連絡先のプレゼンス情報にサブスクライブするステップを含むことを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
17. 探索条件と合致する前記連絡先の連絡先情報を、前記連絡先の前記連絡先情報の前記連絡先ソースに基づく順序で表示するステップを含むことを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
18. 連絡先に関する連絡先情報は、前記連絡先の連絡先情報が収集された前記連絡先ソースに関連するアプリケーションのコンテキスト内で操作されることを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
19. 複数の連絡先ソースからの連絡先の連絡先情報を集約するためのコンピュータシステムであって、
    連絡先ソースから連絡先の連絡先情報を収集するための手段と、
    前記収集された連絡先情報を格納するための手段と、
    複数の連絡先ソースから収集された連絡先情報をユーザが閲覧することができるユーザインタフェースを提供するための手段と
    を備えたことを特徴とするシステム。
20. 連絡先情報が収集された連絡先を連絡先リストに追加するための手段を含むことを特徴とする請求項１９に記載のコンピュータシステム。
    

Images