マルチモーダル通信システム中で連絡先リスト情報を動的に管理するための、少なくとも部分的にコンピューティングデバイス中で実行される方法であって、ユーザのプロファイルを決定するステップと、前記ユーザに対する連絡先リスト中の連絡先に関連する連絡先情報を決定するステップと、前記連絡先情報に基づいて前記連絡先のそれぞれに対する重み付き要素を計算するステップと、各連絡先に関連する前記重み付き要素に基づいて各連絡先に対する全体的な重みを計算するステップと、前記連絡先リスト中の各連絡先の前記全体的な重みに基づいて前記連絡先リストを動的に順序付けするステップと、前記順序付けされた連絡先リストを前記ユーザに提示するステップとを含むことを特徴とする方法。前記ユーザのプロファイルは、前記ユーザによって明示的に定義された関係と、前記ユーザについての現在時刻と、前記ユーザについての現在曜日と、前記ユーザの現在位置と、前記ユーザについてのアプリケーション能力と、前記ユーザについてのデバイス能力と、明示的なユーザ選好とのセットからの少なくとも1つに関連する情報を含むことを特徴とする請求項1に記載の方法。前記連絡先情報は、前記連絡先によって明示的に定義された関係と、前記連絡先についての現在時刻と、前記連絡先についての現在曜日と、前記連絡先の現在位置と、前記連絡先についてのアプリケーション能力と、前記連絡先についてのデバイス能力と、前記連絡先との過去の通信パターンとのセットからの少なくとも1つに関連する情報を含むことを特徴とする請求項1に記載の方法。前記過去の通信パターンは、通信の頻度と、過去の各通信セッションの継続時間と、過去の各通信セッションについての時刻と、過去の各通信セッションについての曜日と、過去の各通信セッションのモダリティと、過去にスケジュールされた将来のアクティビティのモダリティと、過去の各通信セッションの参加者の人数と、過去の各通信セッションの開始者とのセットからの少なくとも1つを含むことを特徴とする請求項3に記載の方法。前記過去の通信セッションと前記過去にスケジュールされた将来のアクティビティとの前記モダリティは、音声通信、ビデオ通信、電子メール会話、インスタントメッセージ会話、データコラボレーションセッション、アプリケーション共有セッション、ホワイトボード共有セッション、マルチモーダル会話、およびマルチモーダル会議のうちの1つを含むことを特徴とする請求項4に記載の方法。前記重み付き要素を計算するために前記マルチモーダル通信システムに関連する追加情報を決定するステップをさらに含み、前記追加情報はネットワーク条件と管理規則とうちの少なくとも一方を含むことを特徴とする請求項1に記載の方法。前記重み付き要素に基づいて前記連絡先リスト上の連絡先を分類するステップをさらに含むことを特徴とする請求項1に記載の方法。前記重み付き要素に基づいて通信頻度の低い連絡先を決定するステップと、前記通信頻度の低い連絡先に関するリマインダをユーザに提供するステップとをさらに含むことを特徴とする請求項1に記載の方法。前記通信頻度の低い連絡先を前記連絡先リストから自動的に除去するステップをさらに含むことを特徴とする請求項8に記載の方法。マルチモーダル通信システム中で連絡先リストを動的に管理するための通信システムであって、ユーザのプロファイルを決定すること、前記ユーザに対する連絡先リスト中の連絡先に関連する連絡先情報を決定すること、前記連絡先情報に基づいて前記連絡先のそれぞれに対する重み付き要素を計算すること、各連絡先に関連する前記重み付き要素に基づいて各連絡先に対する全体的な重みを計算すること、前記連絡先リスト中の各連絡先の前記全体的な重みに基づいて前記連絡先リストを動的に順序付けすること、および前記ユーザに関連する通信アプリケーションに対して前記連絡先リストを統一連絡先ストア中で利用可能にすることであって、前記連絡先リストが前記通信アプリケーションの能力に基づいて再順序付けされることを行うように構成されたサーバを備えることを特徴とする通信システム。前記サーバは、前記連絡先のそれぞれに対する前記全体的な重みを計算するために連絡先リストキャッシュを維持し、前記キャッシュは、前記ユーザに関連する複数のアプリケーションおよびデバイスによって共有されることを特徴とする請求項10に記載のシステム。前記ユーザに関連する前記複数のアプリケーションおよびデバイスには、前記連絡先の前記重み付き要素および前記全体的な重みの前記計算を修正するためのユーザインタフェースが設けられたことを特徴とする請求項11に記載のシステム。通信システム中で連絡先リスト情報を動的に管理するための命令が記憶されたコンピュータ可読記憶媒体であって、前記命令は、ユーザのプロファイルを決定すること、前記ユーザに対する連絡先リスト中の連絡先に関連する連絡先情報を決定すること、前記ユーザと前記連絡先との間の過去の通信セッションに関連する追加情報を決定すること、前記ユーザのプロファイル、前記連絡先情報、および前記追加情報に基づいて、前記連絡先のそれぞれに対する重み付き要素を計算すること、各連絡先に関連する前記重み付き要素に基づいて各連絡先に対する全体的な重みを計算すること、各連絡先に対する前記重み付き要素および前記全体的な重みを、拡張可能スキーマに従って連絡先オブジェクト中で動的に維持すること、前記連絡先オブジェクトを使用して前記連絡先リストを順序付けすること、ならびに前記順序付けされた連絡先リストを前記ユーザに提示することを含むことを特徴とするコンピュータ可読記憶媒体。前記ユーザのプロファイル、前記連絡先情報、および前記追加情報を決定することは、前記ユーザに関連する複数の通信およびコラボレーションアプリケーションからデータを取り出すことを含むことをさらに含むことを特徴とする請求項13に記載のコンピュータ可読媒体。前記命令は、前記ユーザのプロファイル、前記連絡先情報、および前記追加情報に基づいて、新しい連絡先を追加すること、通信頻度の低い連絡先を除去すること、および通信頻度の低い連絡先に関するリマインダをユーザに提供することのうちの1つを実施することをさらに含むことを特徴とする請求項13に記載のコンピュータ可読媒体。上に簡潔に述べたように、連絡先リストを動的に管理することができ、種々のリソースからの情報と重み付け要素とに基づいて、優先順位付けされた連絡先情報をユーザに提供することができる。以下の詳細な記述では、本明細書の一部をなす添付の図面を参照するが、図面には、例示として特定の実施形態または実施例を示す。本開示の趣旨または範囲を逸脱することなく、これらの態様を組み合わせること、他の態様を利用すること、および構造上の変更を加えることもできる。したがって、以下の詳細な記述は限定的な意味に解釈すべきではなく、本発明の範囲は、添付の特許請求の範囲およびその均等物によって定義される。パーソナルコンピュータ上のオペレーティングシステム上で稼動するアプリケーションプログラムと共に実行されるプログラムモジュールの一般的なコンテキストで実施形態を述べるが、態様は他のプログラムモジュールとの組合せで実現されてもよいことは、当業者なら認識するであろう。一般に、プログラムモジュールは、特定のタスクを実施するかまたは特定の抽象データ型を実装する、ルーチン、プログラム、コンポーネント、データ構造、および他のタイプの構造を含む。さらに、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な消費者電子機器、ミニコンピュータ、メインフレームコンピュータ、および類似のコンピューティングデバイスを含めた、他のコンピュータシステム構成で実施形態を実践できることは、当業者なら理解するであろう。実施形態はまた、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実施される、分散コンピューティング環境で実践することもできる。分散コンピューティング環境では、プログラムモジュールが、ローカルとリモートの両方のメモリ記憶デバイス中に位置することができる。実施形態は、コンピュータ実装プロセス方法やコンピューティングシステムとして、または、コンピュータプログラム製品やコンピュータ可読媒体などの製造品として実現することができる。コンピュータプログラム製品は、コンピュータシステムによって読取り可能なコンピュータ記憶媒体であって、例示的なプロセス複数可をコンピュータまたはコンピューティングシステムに実施させるための命令を含むコンピュータプログラムをエンコードするコンピュータ記憶媒体とすることができる。コンピュータ可読記憶媒体は、例えば、揮発性コンピュータメモリ、不揮発性メモリ、ハードドライブ、フラッシュドライブ、フロッピー登録商標ディスク、またはコンパクトディスク、および類似の媒体のうちの、1つまたは複数を介して実現することができる。本明細書の全体を通して、用語プラットフォームは、マルチモーダル通信システムを管理するためのソフトウェアおよびハードウェアコンポーネントの組合せとすることができる。プラットフォームの例としては、複数のサーバを介して実行されるホステッドサービス、単一のサーバ上で実行されるアプリケーション、および類似のシステムが挙げられるが、これらに限定されない。用語サーバは一般に、典型的にはネットワーク化された環境で、1つまたは複数のソフトウェアプログラムを実行するコンピューティングデバイスを指す。しかし、サーバは、ネットワーク上のサーバと見なされる1つまたは複数のコンピューティングデバイス上で実行される仮想サーバソフトウェアプログラムとして実現することもできる。これらの技術および例示的な動作に関するより多くの詳細は以下に提供する。また、連絡先リストの維持に関して用いられる用語動的は、静的に記憶され管理される情報が厳格な規則と共に使用される、従来の手法との区別を例示することを意図しており、かつ、加入者のプレゼンス、ユーザデバイス複数可、会話タイプ、および類似のパラメータなど、頻繁に変化するパラメータに基づいて連絡先情報を作成し更新できる実施形態を例示することを意図している。図1は、例示的な統一通信システムを示す図100を含み、この統一通信システム中で、連絡先リストを動的に管理するために実施形態を実現することができる。統一通信システムは、加入者に提供できる幅広い能力およびサービスを有する現代の通信システムの例である。統一通信システムは、インスタントメッセージング、プレゼンス、オーディオビデオ会議、ウェブ会議、および類似の機能を容易にする、リアルタイム通信システムである。図100に示すような統一通信UCシステム中で、ユーザは、UCシステムのクライアントデバイスである様々なエンドデバイス102、104を介して通信することができる。各クライアントデバイスは、音声通信、ビデオ通信、インスタントメッセージング、アプリケーション共有、データ共有などのための1つまたは複数の通信アプリケーションを実行可能とすることができる。エンドデバイスは、その高度機能に加えて、PBX124などの外部接続を介した公衆交換電話網PSTNへの従来の電話通話を容易にすることもできる。エンドデバイスは、任意のタイプのスマートフォン、セルラーフォン、通信アプリケーションを実行する任意のコンピューティングデバイス、スマート自動車コンソール、および、追加機能を備えた高度電話デバイスを含んでよい。UCネットワーク複数可110は、異なるタスクを実施するいくつかのサーバを含む。例えば、UCサーバ114は、登録、プレゼンス、およびルーティング機能を提供する。ルーティング機能により、システムは、デフォルトのおよび/またはユーザ設定のポリシに基づいて、ユーザへの呼を、このユーザに割り当てられたクライアントデバイスのうちのいずれか1つにルーティングすることができる。例えば、ユーザが通常の電話機を介して対応できない場合は、ユーザのセルラーフォンに呼を転送することができ、セルラーフォンが応答しない場合は、いくつかの音声メールオプションを利用することができる。エンドデバイスは追加の通信モードを扱うことができるので、UCサーバ114は、アクセスサーバ112を介してこれらの追加の通信モード例えばインスタントメッセージング、ビデオ通信などへのアクセスを提供することができる。アクセスサーバ112は、周辺ネットワーク中にあり、追加の通信モードのうちの1つにおいてUCネットワーク複数可110を介した他のユーザとの接続性を可能にする。UCサーバ114は、前述の機能の組合せを実施するサーバ、または特定の機能のみを提供する特殊化されたサーバを含んでよい。例えば、ホームサーバはプレゼンス機能を提供し、ルーティングサーバはルーティング機能を提供するなどである。同様に、アクセスサーバ112は、ファイアウォール保護および接続性など複数の機能、または特定の機能のみを提供してよい。オーディオ/ビデオA/V会議サーバ118は、内部または外部ネットワークを介してオーディオおよび/またはビデオ会議能力を容易にすることによって、これらの能力を提供する。調停サーバ116は、PSTNやセルラーネットワークなど、他のタイプのネットワークとの間で、シグナリングおよび媒体を調停する例えばPBX124を介した呼、またはセルラーフォン122からの呼。調停サーバ116はまた、セッション開始プロトコルSIPユーザエージェントとしての働きをすることもできる。UCシステム中では、ユーザは1つまたは複数の識別を有することができるが、この識別は電話番号に必ずしも限定されない。識別は、電話番号、セッション開始プロトコルSIPユニフォームリソースロケータURL、またはいずれか他の識別子など、統合ネットワークに応じて任意の形をとることができる。任意のプロトコルをUCシステム中で使用することができるが、SIPは、一般に使用される方法である。SIPは、1つまたは複数の参加者とのセッションを創出、修正、および終了するためのアプリケーション層制御シグナリングプロトコルである。SIPを使用して、インターネット電話通話、マルチメディア配信、およびマルチメディア会議を含めた、2者、多者、またはマルチキャストセッションを生み出すことができる。SIPは、基礎をなすトランスポート層から独立したものとして設計される。SIPクライアントは、トランスポート制御プロトコルTCPを使用して、SIPサーバおよび他のSIPエンドポイントに接続することができる。SIPは主に、音声またはビデオ通話をセットアップおよびテアダウンする際に使用される。しかし、SIPは、セッション開始が要件である任意の適用例で使用することができる。これらの適用例には、イベント加入および通知や、端末移動性などが含まれる。音声および/またはビデオ通信は通常、別個のセッションプロトコル、典型的にはリアルタイムプロトコルRTPを介して行われる。UCシステムは、ソーシャルネットワーキング、マルチモーダル企業通信、および類似の環境のための、プラットフォームを提供することができる。加入者がこのような環境に参加したとき、加入者は、加入者の強化型通信アプリケーション複数可の能力を利用することの一部として、連絡先リスト複数可を作る。実施形態によるシステム中では、種々のアプリケーションのための連絡先リストを、様々な通信用およびコラボレーション用アプリケーションおよびデバイスとの関連で動的に管理することができ、重み付き要素加入者と連絡先との間の通信のタイプおよび頻度、アプリケーション/デバイスのタイプおよび能力、時刻、曜日、明示的に定義された関係、ならびに類似のパラメータなどに基づいて優先順位付けすることができる。より詳細な例については以下に論じる。調停サーバ、A/Vサーバ、および類似のデバイスなど特定のコンポーネントを用いて図1の例示的なシステムを述べたが、実施形態は、これらのコンポーネントまたはシステム構成に限定されず、より少ないかまたは追加のコンポーネントを採用する他のシステム構成によって実現されてもよい。様々なソースおよび重み付け要素に基づいて連絡先リストを動的に管理するシステムの機能はまた、コンポーネント能力およびシステム構成に応じて異なるようにシステムのコンポーネント間で分散されてもよい。さらに、実施形態は統一通信システムに限定されない。ここで論じる手法は、本明細書に述べる原理を使用する、ネットワーク化された通信環境における任意のデータ交換に適用することができる。図2は、連絡先リストの動的管理におけるコンポーネントおよびリソースを示すブロック図である。前述のように、実施形態によるシステムは、様々なソースから計算された重み付き要素に基づいて、ユーザの連絡先リスト複数可を動的に管理することができる。優先順位を決定する際に使用される情報のいくつかには、通信/コラボレーションの頻度、通信のタイプ、時刻、曜日、明示的に定義された関係、および類似のユーザ選好が含まれてよい。連絡先リストを優先順位付けする際に使用できる様々なタイプの情報を、図200中の4つのカテゴリに示す。ユーザ情報232は、ユーザのプロファイルに関連する任意の情報を含んでよい。ユーザ情報232の例としては、ユーザによって明示的に定義された関係例えばマネージャ、チームメンバなど、ユーザアプリケーション/デバイス能力例えば会話のモダリティ、ユーザ位置例えば家庭、職場、公共の場、ユーザについての現在の時刻および/または曜日、ならびに明示的なユーザ選好を挙げることができる。連絡先情報234は、連絡先によって明示的に定義された関係、連絡先アプリケーション/デバイス能力、連絡先位置、連絡先についての現在の時刻および/または曜日、ならびに類似する情報など、連絡先リスト中の特定の連絡先に関連する情報を指す。通信情報236は、個々の連絡先との過去の会話に関連する情報をカバーする。これらには、通信の頻度、通信の時間、通信の長さ、通信のモダリティ例えばオーディオ、ビデオ、電子メール、インスタントメッセージ、データコラボレーション、アプリケーション共有、ホワイトボード共有、マルチモーダル会話、マルチモーダル会議など、通信に関係する人数、通信がユーザによって開始されたか連絡先によって開始されたかまたは第三者によって開始されたか、および類似の情報が含まれてよい。他の情報238には、ネットワーク条件や管理規則など、任意の残りの関連情報ソースが含まれてよい。上に論じた情報を使用して、連絡先リストの優先順位付け240のための重み付き要素を計算することができる。以下は、いくつかの例示的なシナリオである。連絡先リストを優先順位付けするための要素は、最初に、明示的なユーザ選好に基づいて重み付けすることができる。連絡先との過去の通信のタイプを通信モダリティに従って重み付けすることもできる。例えば、電子メールは、インスタントメッセージまたはオーディオ通話よりも形式的である。したがって、電子メール会話は、より低い重み要素を受け取ることができる。同様に、頻繁に通信される連絡先は、より低い頻度で通信される連絡先よりも優先することができる。過去の通信の時刻および/または曜日は、連絡先の優先順位を決定する助けとすることができる例えば、ある同僚と勤務時間外に通信する場合、この連絡先は他の同僚よりも高い優先順位とすることができる。同様に、ユーザおよび連絡先複数可についての現在の時刻および/または曜日は、どのように連絡先を順序付けすべきかを決定することができる。連絡先との過去の通信が厳密に勤務時間中であった連絡先は、ユーザの勤務時間外の間は優先しないものとすることができる。ユーザと連絡先とは、異なるタイムゾーンにいる場合がある。したがって、それぞれの時間を連絡先リスト優先順位付けにおいて考慮することができる。考慮できる別の例示的な要素は、ユーザおよび/または連絡先の、アプリケーション/デバイス能力である。例えば、ユーザが現在、電子メール能力またはビデオ能力なしでユーザのハンドヘルドデバイスをアクティブにしている場合、ユーザが主にビデオ会議または電子メール通信をしたことのある連絡先は優先しないものとすることができる。連絡先リストが優先順位付けされると、ユーザの通信デバイスを介して連絡先リストをユーザに対して表示することができ242、または他のアクション244を実施することができる。他のアクション244は、連絡先リスト複数可をローカルまたはリモートのデータストアに記憶すること246、頻度の低いまたは使用されていない連絡先を除去することによって/新しい連絡先を追加することによって連絡先リスト複数可を更新すること248、頻度の低い連絡先、連絡先リスト複数可の優先順位の変化、および類似するものに関するユーザリマインダを提供すること250を含んでよい。図3は、実施形態による、種々のソースからの情報に基づく動的な連絡先リスト管理を示す概念図300を含む。実施形態によるシステムは、図1で例示的に論じたものなど多数のサーバおよびサービスを含む可能性が高いが、図3には、実施形態に関係するもののみを示す。ユーザ370は、ソーシャルネットワーク、企業ネットワーク、私設ネットワーク、または類似のネットワークを介して、1つまたは複数のアプリケーションおよびデバイス372、374、および376を通して様々な通信およびコラボレーションに参加することができる。これらのネットワークのいくつかは業務用である場合があり、他は個人用である場合がある。ネットワーク、および通信/コラボレーションサービスは、互換性を有しデータの交換を可能にする場合もあり、そうでない場合もある。ユーザ370は、デバイス372、374、376のうちの1つに関連して通信サーバ360上で実行される通信サービス364を介して、他のユーザおよび外部連絡先と対話することができる。会話に参加するためのユーザ370のツールの1つが、連絡先リスト368である。連絡先リスト368は、選ばれた人々およびリソースについての連絡先情報を提供するだけでなく、使い易さのために連絡先をグループ化できるようにしたり、連絡先に関連するプレゼンス情報などの追加情報を提供したり等する。通信サービス364の連絡先リスト優先順位付けモジュール366により、様々なソースから受け取られたデータに基づいて、連絡先リスト368を動的に管理するための重み付き要素を計算することができる。例えば、全てのシステム加入者のディレクトリ、または様々な加入者グループごとの異なるデータストアなど、いくつかの連絡先データストア354が通信システム内で利用可能とすることができる。ディレクトリサーバ352もまた、連絡先情報のソースとすることができる。同様に、過去の通信に関係するデータタイプ、モダリティ、長さ、時間などを、UCサーバ356、他の通信サーバ複数可358、または類似のソースから受け取ることができる。プレゼンスサーバ362が、連絡先および/またはユーザ370についての位置、時間、および類似の情報を提供することができる。いくつかの実施形態によれば、これらの様々なソースからのデータを分析およびグループ化し、上に論じたように、連絡先リスト368を順序付けするために重み付き要素を計算することができる。情報のいくらかは、ユーザに関連する様々なデータストア中でのデータマイニングの結果である場合がある。したがって、重み付き要素を決定するためのデータマイニングの期間例えば、直近6か月もしくはいずれか他の事前定義済み期間は、自動的に決定されてもよく、またはユーザ370が指定してもよい。データを収集して重み付き要素を計算するための規則は、ユーザの属性または通信タイプに基づいてさらにカスタマイズ可能とすることができる。例えば、異なる加入者レベルについて連絡先ストアをデータマイニングするために、異なる時間期間を定義することができる管理者の情報は過去1年の記録から導出することができ、アシスタントの情報は過去6か月の記録から導出することができ、電子メール通信のデータは音声通話のデータと比較してより長期間にわたって収集することができる、など。実施形態を連絡先に関して述べているが、この用語は、電子メールアプリケーションまたはカレンダリングアプリケーションのコンテキストにおける連絡先リストに限定されるものと解釈すべきではない。本明細書における連絡先は、1つまたは複数のモダリティを採用して会話に参加する、種々のネットワークを介した通信パートナーの、より広範な理解を指す。通信サーバ、ディレクトリサーバ、プレゼンスサーバなど特定のコンポーネントを用いて図1、2、および3の例示的なシステムを述べたが、実施形態はこれらの例示的な構成による通信システムに限定されない。動的な連絡先リスト管理を採用するマルチモーダル通信システムは、より少ないかまたは追加のコンポーネントを採用し他のタスクを実施する構成でも実現することができる。図4は、動的に管理される連絡先情報をユーザに提供するための例示的なユーザインタフェースのスクリーンショットである。動的に管理される連絡先リストを採用する図3の通信アプリケーション364などの通信アプリケーションが、任意のタイプのユーザインタフェースを利用することができ、選ばれた機能を有する例示的なユーザインタフェースがスクリーンショット400に示されている。ユーザインタフェースは、ユーザの画像478、名前およびステータス480、ならびに現在位置482を含んでよい。様々な通信モード例えば電話通話、会議通話、テキストメッセージングなどをアクティブにするためのグラフィカルアイコン484が、様々な通信セッションを開始するまたはそれに応答する代替方法をユーザに提供することができる。ユーザインタフェースの一部486は、連絡先リストから連絡先を選択する、またはグループを選択するなど、通信のための種々のオプションの中から加入者が選択するのを可能にすることができる。連絡先は、単一のリストとして提示されてもよく、または前に論じたようにグループに分類されてもよい。図400に示す例示的なカテゴリは、最近の連絡先図では展開されていない、販売チーム488、私的連絡先490、および経営陣492を含む。前に論じたように、リスト中の連絡先の優先順位付け、および/または連絡先の分類は、ユーザ、連絡先、過去の通信セッション、現在の環境時間、位置、デバイス/アプリケーション能力などに関連する情報に基づいて重み付き要素を計算することによって、達成することができる。重み付き要素を計算するための情報は、図2および3に関して論じたような様々なソースから取り出すことができる。ユーザおよび/または管理者は、重み付き要素の計算のための規則を定義すること、リスト中の連絡先の位置を修正すること、または類似のアクションを実施することが可能であってよい。連絡先は、テキスト、グラフィック、および他の形の提示を含めた多くの形で表示することができ、この提示は追加の機能を含んでよい。上に論じたシナリオ、例示的システム、連絡先情報、またはアプリケーションは、例示のためのものである。実施形態は、これらの例に限定されない。他の形の連絡先データ、優先順位付け方法またはグループ化方法、およびアプリケーションを、本明細書に述べた原理を使用して同様にして連絡先リストの動的管理の実施で使用することができる。さらに、図4に示したものなど、動的に管理される連絡先リストを表示するためのユーザインタフェースは、より少ないかまたは追加のグラフィカルまたはテキスト要素および機能を備えてもよい。図5に、実施形態による、例示的な動的連絡先管理システムにおける様々なコンポーネントおよびプロセスのブロック図500を示す。いくつかの実施形態によれば、連絡先リストは、様々なステップで動的に管理することができる。最初に、システムは、ユーザメタデータを記憶するための連絡先オブジェクトを作成することができ、ユーザメタデータは、ユーザに関する情報を含むと共に、連絡先の重み、連絡先との関係、ユーザ選好、連絡先の能力、および使用されるモダリティ例えば、ユーザが電話のみのデバイスを使用している場合、連絡先との過去の通信がインスタントメッセージのみであった連絡先は、リストから削除するか、または優先しないものとすることができるなど、連絡先管理のための追加情報を含む。連絡先オブジェクトに使用されるスキーマは、連絡先に必要なら追加のメタデータを記憶するように、拡張可能とすることができる。第2のステップは、様々な要素502に基づく、連絡先に対する重みの計算を含んでよい。連絡先の重みは、連絡先の、ユーザからの相対的な距離を定義する。連絡先に対する全体的な重みを、様々な重み付き要素502に基づいて計算することができる。例示的な要素としては、連絡先との通信頻度504例えば、ユーザが1日に3回通信する連絡先は、1日に1回電話または電子メールを受ける別の連絡先と比較して、より高い重みを有することができる、着信や発信やグループ通信などの通信タイプ514例えば、ユーザによって連絡先に対して開始される通信は、連絡先によって開始される通信またはグループ通信よりも高い重みを持つことができる、電子メールやインスタントメッセージや電話などの通信モダリティ512例えば、ユーザは、大多数の連絡先に対してはインスタントメッセージを使用しているが個人的な連絡先のみに対しては電話をかける場合がある、時刻/曜日および継続時間例えば、勤務時間後の通信、またはより長い会話の場合は、連絡先に対してより高い重みを定義することができるが挙げられる。他の要素は、時刻または曜日506、ユーザによって定義された関係508、グループ通信の参加者数516、ユーザおよび連絡先についてのクライアントアプリケーションのタイプおよび能力510、ユーザおよび連絡先についてのクライアントデバイスタイプおよび能力518を含んでよい。実施形態によるシステムはまた、頻繁に連絡を受けない連絡先に対する重みをデクリメントするためのエージングアルゴリズムを採用してもよい。これは、リスト中の連絡先を優先しないものとしてもよい。次に、連絡先リストキャッシュを作成して、動的な連絡先リストを計算することができる520。システムは、ユーザが過去に通信したいくつかの連絡先のキャッシュを作成することができる。キャッシュはまた、ユーザによって明示的に連絡先リストに加えられた連絡先を含んでもよい。キャッシュは、電子メールアプリケーション、通信アプリケーション、ソーシャルネットワーキングアプリケーション、コラボレーションアプリケーション、デスクトップデバイス、ハンドヘルドデバイス、スマートフォン、および類似のものなど、ユーザに関連する複数のデバイスおよびアプリケーションによって共有されてよい534、536、および538。いくつかの実施形態によれば、連絡先リストキャッシュは、ユーザについてのローミングプロファイルに記憶することができ、これにより複数のデバイスおよびエンドポイントからのアクセスが可能になる。重みおよび他の連絡先属性を含む連絡先リストはまた、ユーザプロファイルに関連する統一連絡先ストア522中で維持することもできる。このストアは、特定の通信/コラボレーションサービス、または他の何らかの集中化されたデータベースに関連してよい。この中央ストアへのアクセスを有する任意のアプリケーションまたはデバイスが、高頻度の連絡先のリストをプルすることができる。連絡先リストを動的に管理する際の別のステップは、通信/コラボレーションアプリケーションを介してリスト複数可を表示することである。アプリケーションは、集中化されたリストを呼び出して、アプリケーションおよび/またはデバイスによってサポートされるモダリティに適した高頻度の連絡先を得ることができる。例えば、アプリケーションが、インスタントメッセージおよび電話会話のみに対応し電子メールには対応しない場合、アプリケーションは、インスタントメッセージおよび電話会話をそれぞれサポートするためのSIPURIまたはTelURIを有する高頻度の連絡先の連絡先リストをプルすることができる。別の例は、音声通信を容易にする能力を有する高頻度の連絡先のリストをプルする電話アプリケーションであろう。データが連絡先オブジェクトについて記憶されるので、ある単一の場所で種々のシグナリング機構の相関が可能になり、アプリケーションは、サポートされるシグナリングプロトコルに基づいて連絡先データをフィルタにかけて表示することができる。さらに、高頻度の連絡先のリストが、集中化された場所に記憶される場合、この連絡先リストは全てのアプリケーションに容易なアクセスをもたらす。高頻度の連絡先のレンダリングは、種々のアプリケーションごとにカスタマイズすることができる528、523、および532。他の実施形態によれば、アプリケーションは、連絡先に対する重みを編集/計算するためおよび集中化されたユーザプロファイルを連絡先で更新するためのインタフェースへのアクセスが提供されてよい。前に論じたように、ユーザは、動的な連絡先リストをカスタマイズするための入力を提供することが可能であってよい。いくつかの実施形態によるシステムは、動的な連絡先リストを制御するオプションをユーザに提供することができる。ユーザは、連絡先リストをシステムが定義するのに使用できる、自分の選好を定義することができる。このようなオプションは、アプリケーション、デバイス、時刻、関係、位置などに基づく選好を含んでよいが、これらに限定されない。さらに、カスタマイズされる連絡先リストをレンダリングするアプリケーションおよびデバイスは、連絡先の重みを動的に計算するために、さらにフィードバックをシステムに提供することができる540。さらに他の実施形態によれば、連絡先リストの動的管理は、古いかまたは使用されていない連絡先をリストから除去することを含んでよい。未使用連絡先エンジン524においてエージングアルゴリズムを採用して、頻繁に連絡を受けていない連絡先の重みをデクリメントすることができる。システムは連絡先に関係する様々なメタデータの知識を含むので、システムは、そのような連絡先を連絡先リストから除去するようユーザに提案するか、またはそのような連絡先と連絡をとることをユーザに気付かせて526、連絡先管理全体の助けとすることができる。連絡先リストのクリンナップは、デバイスまたはアプリケーションに特有とすることができる。例えば、ある連絡先が、ユーザプロファイルに関連する統一連絡先ストアの一部である場合があるが、ユーザは、インスタントメッセージングアプリケーションについては、もうこの連絡先を自分の連絡先リスト中に表示したくない場合がある。図6は、実施形態を実現することのできる、例示的なネットワーク化された環境である。ホステッドサービスなど、1つまたは複数のサーバ618にわたって実行されるソフトウェアを介して、通信システム中で動的な連絡先管理を提供するプラットフォームを実現することができる。プラットフォームは、サーバ613またはラップトップコンピュータ612およびデスクトップコンピュータ611クライアントデバイスなどの個別のコンピューティングデバイス上のクライアントアプリケーションと、ネットワーク複数可610を介して通信することができる。上に論じたように、通信アプリケーションまたはサービスに関連する連絡先優先順位付けモジュールを使用して連絡先リストを管理し、重み付き要素および他のメタデータに基づいて連絡先を優先順位付けすること、ならびに同様の要素に基づいてリストを修正することができる。サーバ618または単一のサーバ614上で実行される通信サービスまたはアプリケーションが、クライアントデバイス611、612、または613を介してユーザから入力を受け取ることができ、データストア複数可616から連絡先/ユーザ/通信データを取り出すことができ、優先順位付けされた連絡先リストをユーザ複数可に提供することができる。他の実施形態では、ユーザ要求に基づいて、優先順位付けされた連絡先リストを送信例えば電子メールを介して、印刷、または記憶することができる。ネットワーク複数可610は、任意のトポロジのサーバ、クライアント、インターネットサービスプロバイダ、および通信媒体を含んでよい。実施形態によるシステムは、静的または動的なトポロジを有してよい。ネットワーク複数可610は、企業ネットワークなどのセキュアなネットワーク、ワイヤレスオープンネットワークなどのセキュアでないネットワーク、またはインターネットを含んでよい。ネットワーク複数可610はまた、公衆交換電話網PSTNまたはセルラーネットワークなど、他のネットワークを介した通信を調整することができる。さらに、ネットワーク複数可610は、Bluetoothまたは類似のものなど、短距離ワイヤレスネットワークを含んでよい。ネットワーク複数可610は、本明細書に述べるノード間の通信を提供する。限定ではなく例として、ネットワーク複数可610は、音響、RF、赤外線、および他のワイヤレス媒体などのワイヤレス媒体を含んでよい。他の多くの構成のコンピューティングデバイス、アプリケーション、データソース、およびデータ配信システムを採用して、動的に管理される連絡先リストを有する通信システムを実現することもできる。さらに、図6で論じたネットワーク化された環境は、例示のためのものに過ぎない。実施形態は、これらの例示的なアプリケーション、モジュール、またはプロセスに限定されない。図7および関連する考察は、実施形態を実現できる適切なコンピューティング環境の簡潔かつ一般的な記述を提供することを意図している。図7を参照すると、コンピューティングデバイス700など、実施形態による適用例についての例示的なコンピューティング動作環境のブロック図が示されている。基本的な構成では、コンピューティングデバイス700は、通信アプリケーションまたはサービスを管理するサーバであってよく、少なくとも1つの処理ユニット702およびシステムメモリ704を備えてよい。コンピューティングデバイス700はまた、プログラムを実行する際に協働する複数の処理ユニットを備えてもよい。システムメモリ704は、コンピューティングデバイスの厳密な構成およびタイプに応じて、揮発性RAMなど、不揮発性ROM、フラッシュメモリ、その他など、またはこの2つの何らかの組合せとすることができる。システムメモリ704は通常、ワシントン州レドモンドのMICROSOFTCORPORATIONからのWINDOWS登録商標オペレーティングシステムなど、プラットフォームの動作を制御するのに適したオペレーティングシステム705を含む。システムメモリ704はまた、プログラムモジュール706、通信サービス722、および連絡先リスト管理モジュール724など、1つまたは複数のソフトウェアアプリケーションを含んでよい。通信サービス722は、クライアントアプリケーションと、強化型通信システムに関連するサーバとの間の通信を容易にする任意のアプリケーションとすることができる。連絡先リスト管理モジュール724は、前に論じたように、連絡先情報、ユーザプロファイル、通信情報、および類似のデータを受け取ることができ、事前定義済みの要素を重み付けすることができ、ユーザに提供される連絡先リストを優先順位付けすることができる。連絡先リストは、様々なソースから受け取った情報に基づいて動的に更新することができる。連絡先リスト管理モジュール724およびアプリケーション722は、別個のアプリケーションであってもよく、または、強化型通信サービスをクライアントアプリケーション/デバイスに提供するホステッドサービスの統合モジュールであってもよい。図7では、この基本的な構成を、破線708内のコンポーネントによって示す。コンピューティングデバイス700は、追加の特徴または機能を有することができる。例えば、コンピューティングデバイス700は、追加のデータ記憶デバイス取外し可能および/もしくは取外し不可能、例えば磁気ディスク、光学ディスク、またはテープなども備えてよい。図7では、このような追加の記憶装置を、取外し可能記憶装置709および取外し不可能記憶装置710によって示す。コンピュータ可読記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報を記憶するための任意の方法または技術で実現された、揮発性および不揮発性の、取外し可能および取外し不可能な媒体を含んでよい。システムメモリ704、取外し可能記憶装置709、および取外し不可能記憶装置710は全て、コンピュータ可読記憶媒体の例である。コンピュータ可読記憶媒体は、RAM、ROM、EEPROM、フラッシュメモリ、もしくは他のメモリ技術、CD-ROM、ディジタル多用途ディスクDVD、もしくは他の光学記憶装置、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶デバイス、または、所望の情報を記憶するのに使用できコンピューティングデバイス700によってアクセスできる他の任意の媒体を含むが、これらに限定されない。このような任意のコンピュータ可読記憶媒体を、コンピューティングデバイス700の一部とすることができる。コンピューティングデバイス700はまた、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス、および類似の入力デバイスなど、入力デバイス複数可712を有することができる。表示装置、スピーカ、プリンタ、および他のタイプの出力デバイスなど、出力デバイス複数可714を備えることもできる。これらのデバイスは、当技術分野で周知であり、ここで詳細に論じる必要はない。コンピューティングデバイス700はまた、通信接続716を備えてよく、通信接続716は、分散コンピューティング環境の有線またはワイヤレスネットワーク、衛星リンク、セルラーリンク、短距離ネットワーク、および類似の機構などを介してデバイスが他のデバイス718と通信できるようにする。他のデバイス718は、通信アプリケーションを実行するコンピュータデバイス複数可、他のディレクトリまたはポリシサーバ、および類似のデバイスを含んでよい。通信接続複数可716は、通信媒体の一例である。通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを内部に含むことができる。限定ではなく例として、通信媒体は、有線ネットワークや直接有線接続などの有線媒体と、音響、RF、赤外線、または他のワイヤレス媒体などのワイヤレス媒体とを含む。例示的な実施形態はまた、方法を含む。これらの方法は、この文書に述べる構造を含めた、任意の数の方式で実現することができる。このような方式の1つは、この文書に述べるタイプのデバイスの、機械動作によるものである。別の任意選択の方式は、方法の、1つまたは複数の個別の動作が、1人または複数の人間のオペレータがそのいくつかを実施することと共に実施されることである。これらの人間のオペレータは、相互と同位置にある必要はなく、各オペレータが、プログラムの一部を実施するマシンと共にいればよい。図8に、実施形態による、連絡先リストを動的に管理するプロセス800の論理流れ図を示す。プロセス800は、強化型通信システムの一部として実現することができる。プロセス800は動作810で開始し、ここでユーザプロファイルが取り出される。ユーザプロファイルは、ユーザの通信/コラボレーションアプリケーション、デバイス、現在の時刻、位置、選好、および類似のパラメータに関連する情報を含んでよい。動作820で、連絡先およびユーザを記憶するために、連絡先オブジェクトを作成することができる。この後に動作830が続くことができ、ここで連絡先メタデータが取り出される。連絡先メタデータは、前に論じたように様々なリソースから取り出されてよく、連絡先の通信/コラボレーションアプリケーション、デバイス、連絡先の時刻、連絡先の位置、連絡先との過去の通信パターン、および類似のパラメータを含んでよい。プロセス840で、取り出されたメタデータ、ならびに、システムによって定義された規則および/またはユーザによってカスタマイズされた規則に基づいて、重み付き要素が各連絡先につき計算される。動作850で、重み付き要素を使用して各連絡先に対する全体的な重みを計算することができ、動作860で、この全体的な重みを使用して連絡先リストを順序付けする。連絡先リストは、前述の要素に基づいて、ユーザに関連する各アプリケーション/デバイスにつきカスタマイズすることができる。動作870で、優先順位付けされた連絡先リストをユーザに対して表示することができる。動作840および850の計算に基づいて、使用されていない連絡先を除去することや使用されていない連絡先についてユーザに気付かせることなど、他のアクションを実施することもできる。プロセス800に含まれる動作は、例示のためのものである。様々なリソースからの重み付き要素に基づく動的な連絡先リスト管理は、本明細書に述べる原理を用いた、より少ないかまたは追加のステップを含む同様のプロセス、ならびに異なる順序の動作を含む同様のプロセスによって実施することもできる。以上の明細、例、およびデータは、実施形態の構成の製造および使用に関する完全な記述を提供する。構造上の特徴および/または方法上の行為に特有の言語で主題を述べたが、添付の特許請求の範囲に定義する主題は、前述の特定の特徴または行為に必ずしも限定されないことを理解されたい。そうではなく、前述の特定の特徴および行為は、特許請求の範囲および実施形態を実現する例示的な形として開示するものである。