JP5897544B2 - 動的な連絡先リスト管理 - Google Patents

Description

本発明は、連絡先リスト情報を動的に管理するための方法、通信システム、及び、この方法を実行する命令が記憶されたコンピュータ可読記憶媒体に関する。

様々な通信モダリティを種々のサービスと統合することを含めて多数の能力を提供することのできる現代の通信システムは、人々の間におけるより幅広い通信を可能にする。ソーシャルネットワーキングアプリケーション、マルチモーダル企業通信アプリケーション、および類似するものは、現代のこれらの能力を利用する急増しつつある通信システムの例である。

多くの通信アプリケーションまたはサービス（例えばインスタントメッセージング、ボイスオーバＩＰ「ＶＯＩＰ」アプリケーションなど）は、連絡先を維持するための機構を採用する。このような機構は通常、エンドユーザによって手動で管理され、種々のサービスを介した転送または維持が、可能であったとしても困難である。ユーザは、かなりの時間を費やしてこれらの連絡先を管理し、頻繁に使用されることも使用されないこともある連絡先の複雑で長いリストを処理する場合がある。通信システムが発展し、マルチモーダルかつリアルタイムまたは非リアルタイムの通信が普及するのに伴い、様々なアプリケーション／サービスにまたがる連絡先情報の管理は、ますます難しい作業になる。

この概要は、以下に詳細な記述においてさらに述べる概念の集まりを単純化した形で紹介するために提供する。この概要は、特許請求する主題の鍵となる特徴または本質的な特徴を限定的に識別するものとはせず、また、特許請求する主題の範囲を決定する助けとするものでもない。

実施形態は、通信およびコラボレーションのアプリケーションおよびデバイスに関連する、動的に管理される連絡先リストを対象とする。連絡先リストを優先順位付けするための、自動化された要素およびユーザ定義の要素を、ユーザプロファイル、連絡先情報、過去の通信の情報、アプリケーション／デバイスタイプ、および類似する情報など、様々なリソースからの情報に基づいて決定することができる。要素は重み付けすることができ、要素を採用して種々の状況下で連絡先リストを優先順位付けすることができる。いくつかの実施形態によれば、優先順位付けされた連絡先リストをユーザに提供すること、記憶すること、または他の方法で処理することができる。

これらおよび他の特徴および利点は、後続の詳細な記述を読み、関連する図面を検討すれば明らかであろう。前述の一般的な記述と後続の詳細な記述とは両方とも、説明のためのものであり、特許請求する態様を制限するものではないことを理解されたい。

連絡先リストに事前データ投入するために実施形態を実現することのできる、例示的な統一通信システムを示す図である。 連絡先リストの動的管理におけるコンポーネントおよびリソースを示すブロック図である。 実施形態による、種々のソースからの情報に基づく動的な連絡先リスト管理を示す概念図である。 動的に管理される連絡先情報をユーザに提供するための例示的なユーザインタフェースのスクリーンショットである。 実施形態による、例示的な動的連絡先管理システムにおける様々なコンポーネントおよびプロセスのブロック図である。 実施形態によるシステムを実現できるネットワーク化された環境の図である。 実施形態を実現できる例示的なコンピューティング動作環境のブロック図である。 実施形態による、連絡先リストを動的に管理するプロセスの論理流れ図である。

上に簡潔に述べたように、連絡先リストを動的に管理することができ、種々のリソースからの情報と重み付け要素とに基づいて、優先順位付けされた連絡先情報をユーザに提供することができる。以下の詳細な記述では、本明細書の一部をなす添付の図面を参照するが、図面には、例示として特定の実施形態または実施例を示す。本開示の趣旨または範囲を逸脱することなく、これらの態様を組み合わせること、他の態様を利用すること、および構造上の変更を加えることもできる。したがって、以下の詳細な記述は限定的な意味に解釈すべきではなく、本発明の範囲は、添付の特許請求の範囲およびその均等物によって定義される。

パーソナルコンピュータ上のオペレーティングシステム上で稼動するアプリケーションプログラムと共に実行されるプログラムモジュールの一般的なコンテキストで実施形態を述べるが、態様は他のプログラムモジュールとの組合せで実現されてもよいことは、当業者なら認識するであろう。

一般に、プログラムモジュールは、特定のタスクを実施するかまたは特定の抽象データ型を実装する、ルーチン、プログラム、コンポーネント、データ構造、および他のタイプの構造を含む。さらに、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な消費者電子機器、ミニコンピュータ、メインフレームコンピュータ、および類似のコンピューティングデバイスを含めた、他のコンピュータシステム構成で実施形態を実践できることは、当業者なら理解するであろう。実施形態はまた、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実施される、分散コンピューティング環境で実践することもできる。分散コンピューティング環境では、プログラムモジュールが、ローカルとリモートの両方のメモリ記憶デバイス中に位置することができる。

実施形態は、コンピュータ実装プロセス（方法）やコンピューティングシステムとして、または、コンピュータプログラム製品やコンピュータ可読媒体などの製造品として実現することができる。コンピュータプログラム製品は、コンピュータシステムによって読取り可能なコンピュータ記憶媒体であって、例示的なプロセス（複数可）をコンピュータまたはコンピューティングシステムに実施させるための命令を含むコンピュータプログラムをエンコードするコンピュータ記憶媒体とすることができる。コンピュータ可読記憶媒体は、例えば、揮発性コンピュータメモリ、不揮発性メモリ、ハードドライブ、フラッシュドライブ、フロッピー（登録商標）ディスク、またはコンパクトディスク、および類似の媒体のうちの、１つまたは複数を介して実現することができる。

本明細書の全体を通して、用語「プラットフォーム」は、マルチモーダル通信システムを管理するためのソフトウェアおよびハードウェアコンポーネントの組合せとすることができる。プラットフォームの例としては、複数のサーバを介して実行されるホステッドサービス、単一のサーバ上で実行されるアプリケーション、および類似のシステムが挙げられるが、これらに限定されない。用語「サーバ」は一般に、典型的にはネットワーク化された環境で、１つまたは複数のソフトウェアプログラムを実行するコンピューティングデバイスを指す。しかし、サーバは、ネットワーク上のサーバと見なされる１つまたは複数のコンピューティングデバイス上で実行される仮想サーバ（ソフトウェアプログラム）として実現することもできる。これらの技術および例示的な動作に関するより多くの詳細は以下に提供する。また、連絡先リストの維持に関して用いられる用語「動的」は、静的に記憶され管理される情報が厳格な規則と共に使用される、従来の手法との区別を例示することを意図しており、かつ、加入者のプレゼンス、ユーザデバイス（複数可）、会話タイプ、および類似のパラメータなど、頻繁に変化するパラメータに基づいて連絡先情報を作成し更新できる実施形態を例示することを意図している。

図１は、例示的な統一通信システムを示す図１００を含み、この統一通信システム中で、連絡先リストを動的に管理するために実施形態を実現することができる。統一通信システムは、加入者に提供できる幅広い能力およびサービスを有する現代の通信システムの例である。統一通信システムは、インスタントメッセージング、プレゼンス、オーディオビデオ会議、ウェブ会議、および類似の機能を容易にする、リアルタイム通信システムである。

図１００に示すような統一通信（「ＵＣ」）システム中で、ユーザは、ＵＣシステムのクライアントデバイスである様々なエンドデバイス（１０２、１０４）を介して通信することができる。各クライアントデバイスは、音声通信、ビデオ通信、インスタントメッセージング、アプリケーション共有、データ共有などのための１つまたは複数の通信アプリケーションを実行可能とすることができる。エンドデバイスは、その高度機能に加えて、ＰＢＸ１２４などの外部接続を介した公衆交換電話網（「ＰＳＴＮ」）への従来の電話通話を容易にすることもできる。エンドデバイスは、任意のタイプのスマートフォン、セルラーフォン、通信アプリケーションを実行する任意のコンピューティングデバイス、スマート自動車コンソール、および、追加機能を備えた高度電話デバイスを含んでよい。

ＵＣネットワーク（複数可）１１０は、異なるタスクを実施するいくつかのサーバを含む。例えば、ＵＣサーバ１１４は、登録、プレゼンス、およびルーティング機能を提供する。ルーティング機能により、システムは、デフォルトのおよび／またはユーザ設定のポリシに基づいて、ユーザへの呼を、このユーザに割り当てられたクライアントデバイスのうちのいずれか１つにルーティングすることができる。例えば、ユーザが通常の電話機を介して対応できない場合は、ユーザのセルラーフォンに呼を転送することができ、セルラーフォンが応答しない場合は、いくつかの音声メールオプションを利用することができる。エンドデバイスは追加の通信モードを扱うことができるので、ＵＣサーバ１１４は、アクセスサーバ１１２を介してこれらの追加の通信モード（例えばインスタントメッセージング、ビデオ通信など）へのアクセスを提供することができる。アクセスサーバ１１２は、周辺ネットワーク中にあり、追加の通信モードのうちの１つにおいてＵＣネットワーク（複数可）１１０を介した他のユーザとの接続性を可能にする。ＵＣサーバ１１４は、前述の機能の組合せを実施するサーバ、または特定の機能のみを提供する特殊化されたサーバを含んでよい。例えば、ホームサーバはプレゼンス機能を提供し、ルーティングサーバはルーティング機能を提供するなどである。同様に、アクセスサーバ１１２は、ファイアウォール保護および接続性など複数の機能、または特定の機能のみを提供してよい。

オーディオ／ビデオ（Ａ／Ｖ）会議サーバ１１８は、内部または外部ネットワークを介してオーディオおよび／またはビデオ会議能力を容易にすることによって、これらの能力を提供する。調停サーバ１１６は、ＰＳＴＮやセルラーネットワークなど、他のタイプのネットワークとの間で、シグナリングおよび媒体を調停する（例えばＰＢＸ１２４を介した呼、またはセルラーフォン１２２からの呼）。調停サーバ１１６はまた、セッション開始プロトコル（ＳＩＰ）ユーザエージェントとしての働きをすることもできる。

ＵＣシステム中では、ユーザは１つまたは複数の識別を有することができるが、この識別は電話番号に必ずしも限定されない。識別は、電話番号、セッション開始プロトコル（ＳＩＰ）ユニフォームリソースロケータ（ＵＲＬ）、またはいずれか他の識別子など、統合ネットワークに応じて任意の形をとることができる。任意のプロトコルをＵＣシステム中で使用することができるが、ＳＩＰは、一般に使用される方法である。

ＳＩＰは、１つまたは複数の参加者とのセッションを創出、修正、および終了するためのアプリケーション層制御（シグナリング）プロトコルである。ＳＩＰを使用して、インターネット電話通話、マルチメディア配信、およびマルチメディア会議を含めた、２者、多者、またはマルチキャストセッションを生み出すことができる。ＳＩＰは、基礎をなすトランスポート層から独立したものとして設計される。

ＳＩＰクライアントは、トランスポート制御プロトコル（「ＴＣＰ」）を使用して、ＳＩＰサーバおよび他のＳＩＰエンドポイントに接続することができる。ＳＩＰは主に、音声またはビデオ通話をセットアップおよびテアダウンする際に使用される。しかし、ＳＩＰは、セッション開始が要件である任意の適用例で使用することができる。これらの適用例には、イベント加入および通知や、端末移動性などが含まれる。音声および／またはビデオ通信は通常、別個のセッションプロトコル、典型的にはリアルタイムプロトコル（「ＲＴＰ」）を介して行われる。

ＵＣシステムは、ソーシャルネットワーキング、マルチモーダル企業通信、および類似の環境のための、プラットフォームを提供することができる。加入者がこのような環境に参加したとき、加入者は、加入者の強化型通信アプリケーション（複数可）の能力を利用することの一部として、連絡先リスト（複数可）を作る。実施形態によるシステム中では、種々のアプリケーションのための連絡先リストを、様々な通信用およびコラボレーション用アプリケーションおよびデバイスとの関連で動的に管理することができ、重み付き要素（加入者と連絡先との間の通信のタイプおよび頻度、アプリケーション／デバイスのタイプおよび能力、時刻、曜日、明示的に定義された関係、ならびに類似のパラメータなど）に基づいて優先順位付けすることができる。より詳細な例については以下に論じる。

調停サーバ、Ａ／Ｖサーバ、および類似のデバイスなど特定のコンポーネントを用いて図１の例示的なシステムを述べたが、実施形態は、これらのコンポーネントまたはシステム構成に限定されず、より少ないかまたは追加のコンポーネントを採用する他のシステム構成によって実現されてもよい。様々なソースおよび重み付け要素に基づいて連絡先リストを動的に管理するシステムの機能はまた、コンポーネント能力およびシステム構成に応じて異なるようにシステムのコンポーネント間で分散されてもよい。さらに、実施形態は統一通信システムに限定されない。ここで論じる手法は、本明細書に述べる原理を使用する、ネットワーク化された通信環境における任意のデータ交換に適用することができる。

図２は、連絡先リストの動的管理におけるコンポーネントおよびリソースを示すブロック図である。前述のように、実施形態によるシステムは、様々なソースから計算された重み付き要素に基づいて、ユーザの連絡先リスト（複数可）を動的に管理することができる。優先順位を決定する際に使用される情報のいくつかには、通信／コラボレーションの頻度、通信のタイプ、時刻、曜日、明示的に定義された関係、および類似のユーザ選好が含まれてよい。

連絡先リストを優先順位付けする際に使用できる様々なタイプの情報を、図２００中の４つのカテゴリに示す。ユーザ情報２３２は、ユーザのプロファイルに関連する任意の情報を含んでよい。ユーザ情報２３２の例としては、ユーザによって明示的に定義された関係（例えばマネージャ、チームメンバなど）、ユーザアプリケーション／デバイス能力（例えば会話のモダリティ）、ユーザ位置（例えば家庭、職場、公共の場）、ユーザについての現在の時刻および／または曜日、ならびに明示的なユーザ選好を挙げることができる。

連絡先情報２３４は、連絡先によって明示的に定義された関係、連絡先アプリケーション／デバイス能力、連絡先位置、連絡先についての現在の時刻および／または曜日、ならびに類似する情報など、連絡先リスト中の特定の連絡先に関連する情報を指す。通信情報２３６は、個々の連絡先との過去の会話に関連する情報をカバーする。これらには、通信の頻度、通信の時間、通信の長さ、通信のモダリティ（例えばオーディオ、ビデオ、電子メール、インスタントメッセージ、データコラボレーション、アプリケーション共有、ホワイトボード共有、マルチモーダル会話、マルチモーダル会議など）、通信に関係する人数、通信がユーザによって開始されたか連絡先によって開始されたか（または第三者によって開始されたか）、および類似の情報が含まれてよい。他の情報２３８には、ネットワーク条件や管理規則など、任意の残りの関連情報ソースが含まれてよい。

上に論じた情報を使用して、連絡先リストの優先順位付け（２４０）のための重み付き要素を計算することができる。以下は、いくつかの例示的なシナリオである。連絡先リストを優先順位付けするための要素は、最初に、明示的なユーザ選好に基づいて重み付けすることができる。連絡先との過去の通信のタイプを通信モダリティに従って重み付けすることもできる。例えば、電子メールは、インスタントメッセージまたはオーディオ通話よりも形式的である。したがって、電子メール会話は、より低い重み要素を受け取ることができる。同様に、頻繁に通信される連絡先は、より低い頻度で通信される連絡先よりも優先することができる。過去の通信の時刻および／または曜日は、連絡先の優先順位を決定する助けとすることができる（例えば、ある同僚と勤務時間外に通信する場合、この連絡先は他の同僚よりも高い優先順位とすることができる）。同様に、ユーザおよび連絡先（複数可）についての現在の時刻および／または曜日は、どのように連絡先を順序付けすべきかを決定することができる。連絡先との過去の通信が厳密に勤務時間中であった連絡先は、ユーザの勤務時間外の間は優先しないものとすることができる。ユーザと連絡先とは、異なるタイムゾーンにいる場合がある。したがって、それぞれの時間を連絡先リスト優先順位付けにおいて考慮することができる。考慮できる別の例示的な要素は、ユーザおよび／または連絡先の、アプリケーション／デバイス能力である。例えば、ユーザが現在、電子メール能力またはビデオ能力なしでユーザのハンドヘルドデバイスをアクティブにしている場合、ユーザが主にビデオ会議または電子メール通信をしたことのある連絡先は優先しないものとすることができる。

連絡先リストが優先順位付けされると、ユーザの通信デバイスを介して連絡先リストをユーザに対して表示することができ（２４２）、または他のアクション２４４を実施することができる。他のアクション２４４は、連絡先リスト（複数可）をローカルまたはリモートのデータストアに記憶すること（２４６）、頻度の低いまたは使用されていない連絡先を除去することによって／新しい連絡先を追加することによって連絡先リスト（複数可）を更新すること（２４８）、頻度の低い連絡先、連絡先リスト（複数可）の優先順位の変化、および類似するものに関するユーザリマインダを提供すること（２５０）を含んでよい。

図３は、実施形態による、種々のソースからの情報に基づく動的な連絡先リスト管理を示す概念図３００を含む。実施形態によるシステムは、図１で例示的に論じたものなど多数のサーバおよびサービスを含む可能性が高いが、図３には、実施形態に関係するもののみを示す。

ユーザ３７０は、ソーシャルネットワーク、企業ネットワーク、私設ネットワーク、または類似のネットワークを介して、１つまたは複数のアプリケーションおよびデバイス（３７２、３７４、および３７６）を通して様々な通信およびコラボレーションに参加することができる。これらのネットワークのいくつかは業務用である場合があり、他は個人用である場合がある。ネットワーク、および通信／コラボレーションサービスは、互換性を有しデータの交換を可能にする場合もあり、そうでない場合もある。ユーザ３７０は、デバイス３７２、３７４、３７６のうちの１つに関連して通信サーバ３６０上で実行される通信サービス３６４を介して、他のユーザおよび外部連絡先と対話することができる。会話に参加するためのユーザ３７０のツールの１つが、連絡先リスト３６８である。連絡先リスト３６８は、選ばれた人々およびリソースについての連絡先情報を提供するだけでなく、使い易さのために連絡先をグループ化できるようにしたり、連絡先に関連するプレゼンス情報などの追加情報を提供したり等する。

通信サービス３６４の連絡先リスト優先順位付けモジュール３６６により、様々なソースから受け取られたデータに基づいて、連絡先リスト３６８を動的に管理するための重み付き要素を計算することができる。例えば、全てのシステム加入者のディレクトリ、または様々な加入者グループごとの異なるデータストアなど、いくつかの連絡先データストア３５４が通信システム内で利用可能とすることができる。ディレクトリサーバ３５２もまた、連絡先情報のソースとすることができる。同様に、過去の通信に関係するデータ（タイプ、モダリティ、長さ、時間など）を、ＵＣサーバ３５６、他の通信サーバ（複数可）３５８、または類似のソースから受け取ることができる。プレゼンスサーバ３６２が、連絡先および／またはユーザ３７０についての位置、時間、および類似の情報を提供することができる。

いくつかの実施形態によれば、これらの様々なソースからのデータを分析およびグループ化し、上に論じたように、連絡先リスト３６８を順序付けするために重み付き要素を計算することができる。情報のいくらかは、ユーザに関連する様々なデータストア中でのデータマイニングの結果である場合がある。したがって、重み付き要素を決定するためのデータマイニングの期間（例えば、直近６か月もしくはいずれか他の事前定義済み期間）は、自動的に決定されてもよく、またはユーザ３７０が指定してもよい。データを収集して重み付き要素を計算するための規則は、ユーザの属性または通信タイプに基づいてさらにカスタマイズ可能とすることができる。例えば、異なる加入者レベルについて連絡先ストアをデータマイニングするために、異なる時間期間を定義することができる（管理者の情報は過去１年の記録から導出することができ、アシスタントの情報は過去６か月の記録から導出することができ、電子メール通信のデータは音声通話のデータと比較してより長期間にわたって収集することができる、など）。

実施形態を「連絡先」に関して述べているが、この用語は、電子メールアプリケーションまたはカレンダリングアプリケーションのコンテキストにおける連絡先リストに限定されるものと解釈すべきではない。本明細書における連絡先は、１つまたは複数のモダリティを採用して会話に参加する、種々のネットワークを介した通信パートナーの、より広範な理解を指す。

通信サーバ、ディレクトリサーバ、プレゼンスサーバなど特定のコンポーネントを用いて図１、２、および３の例示的なシステムを述べたが、実施形態はこれらの例示的な構成による通信システムに限定されない。動的な連絡先リスト管理を採用するマルチモーダル通信システムは、より少ないかまたは追加のコンポーネントを採用し他のタスクを実施する構成でも実現することができる。

図４は、動的に管理される連絡先情報をユーザに提供するための例示的なユーザインタフェースのスクリーンショットである。動的に管理される連絡先リストを採用する図３の通信アプリケーション３６４などの通信アプリケーションが、任意のタイプのユーザインタフェースを利用することができ、選ばれた機能を有する例示的なユーザインタフェースがスクリーンショット４００に示されている。

ユーザインタフェースは、ユーザの画像（４７８）、名前およびステータス（４８０）、ならびに現在位置（４８２）を含んでよい。様々な通信モード（例えば電話通話、会議通話、テキストメッセージングなど）をアクティブにするためのグラフィカルアイコン４８４が、様々な通信セッションを開始する（またはそれに応答する）代替方法をユーザに提供することができる。ユーザインタフェースの一部（４８６）は、連絡先リストから連絡先を選択する、またはグループを選択するなど、通信のための種々のオプションの中から加入者が選択するのを可能にすることができる。

連絡先は、単一のリストとして提示されてもよく、または前に論じたようにグループに分類されてもよい。図４００に示す例示的なカテゴリは、最近の連絡先（図では展開されていない）、販売チーム４８８、私的連絡先４９０、および経営陣４９２を含む。前に論じたように、リスト中の連絡先の優先順位付け、および／または連絡先の分類は、ユーザ、連絡先、過去の通信セッション、現在の環境（時間、位置、デバイス／アプリケーション能力など）に関連する情報に基づいて重み付き要素を計算することによって、達成することができる。重み付き要素を計算するための情報は、図２および３に関して論じたような様々なソースから取り出すことができる。ユーザおよび／または管理者は、重み付き要素の計算のための規則を定義すること、リスト中の連絡先の位置を修正すること、または類似のアクションを実施することが可能であってよい。連絡先は、テキスト、グラフィック、および他の形の提示を含めた多くの形で表示することができ、この提示は追加の機能を含んでよい。

上に論じたシナリオ、例示的システム、連絡先情報、またはアプリケーションは、例示のためのものである。実施形態は、これらの例に限定されない。他の形の連絡先データ、優先順位付け方法またはグループ化方法、およびアプリケーションを、本明細書に述べた原理を使用して同様にして連絡先リストの動的管理の実施で使用することができる。さらに、図４に示したものなど、動的に管理される連絡先リストを表示するためのユーザインタフェースは、より少ないかまたは追加のグラフィカルまたはテキスト要素および機能を備えてもよい。

図５に、実施形態による、例示的な動的連絡先管理システムにおける様々なコンポーネントおよびプロセスのブロック図５００を示す。

いくつかの実施形態によれば、連絡先リストは、様々なステップで動的に管理することができる。最初に、システムは、ユーザメタデータを記憶するための連絡先オブジェクトを作成することができ、ユーザメタデータは、ユーザに関する情報を含むと共に、連絡先の重み、連絡先との関係、ユーザ選好、連絡先の能力、および使用されるモダリティ（例えば、ユーザが電話のみのデバイスを使用している場合、連絡先との過去の通信がインスタントメッセージのみであった連絡先は、リストから削除するか、または優先しないものとすることができる）など、連絡先管理のための追加情報を含む。連絡先オブジェクトに使用されるスキーマは、連絡先に必要なら追加のメタデータを記憶するように、拡張可能とすることができる。

第２のステップは、様々な要素５０２に基づく、連絡先に対する重みの計算を含んでよい。連絡先の重みは、連絡先の、ユーザからの相対的な距離を定義する。連絡先に対する全体的な重みを、様々な重み付き要素５０２に基づいて計算することができる。例示的な要素としては、連絡先との通信頻度５０４（例えば、ユーザが１日に３回通信する連絡先は、１日に１回電話または電子メールを受ける別の連絡先と比較して、より高い重みを有することができる）、着信や発信やグループ通信などの通信タイプ５１４（例えば、ユーザによって連絡先に対して開始される通信は、連絡先によって開始される通信またはグループ通信よりも高い重みを持つことができる）、電子メールやインスタントメッセージや電話などの通信モダリティ５１２（例えば、ユーザは、大多数の連絡先に対してはインスタントメッセージを使用しているが個人的な連絡先のみに対しては電話をかける場合がある）、時刻／曜日および継続時間（例えば、勤務時間後の通信、またはより長い会話の場合は、連絡先に対してより高い重みを定義することができる）が挙げられる。

他の要素は、時刻（または曜日）５０６、ユーザによって定義された関係５０８、グループ通信の参加者数５１６、ユーザおよび連絡先についてのクライアントアプリケーションのタイプおよび能力５１０、ユーザおよび連絡先についてのクライアントデバイスタイプおよび能力５１８を含んでよい。実施形態によるシステムはまた、頻繁に連絡を受けない連絡先に対する重みをデクリメントするためのエージングアルゴリズムを採用してもよい。これは、リスト中の連絡先を優先しないものとしてもよい。

次に、連絡先リストキャッシュを作成して、動的な連絡先リストを計算することができる（５２０）。システムは、ユーザが過去に通信したいくつかの連絡先のキャッシュを作成することができる。キャッシュはまた、ユーザによって明示的に連絡先リストに加えられた連絡先を含んでもよい。キャッシュは、電子メールアプリケーション、通信アプリケーション、ソーシャルネットワーキングアプリケーション、コラボレーションアプリケーション、デスクトップデバイス、ハンドヘルドデバイス、スマートフォン、および類似のものなど、ユーザに関連する複数のデバイスおよびアプリケーションによって共有されてよい（５３４、５３６、および５３８）。

いくつかの実施形態によれば、連絡先リストキャッシュは、ユーザについてのローミングプロファイルに記憶することができ、これにより複数のデバイスおよびエンドポイントからのアクセスが可能になる。重みおよび他の連絡先属性を含む連絡先リストはまた、ユーザプロファイルに関連する統一連絡先ストア５２２中で維持することもできる。このストアは、特定の通信／コラボレーションサービス、または他の何らかの集中化されたデータベースに関連してよい。この中央ストアへのアクセスを有する任意のアプリケーションまたはデバイスが、高頻度の連絡先のリストをプルすることができる。

連絡先リストを動的に管理する際の別のステップは、通信／コラボレーションアプリケーションを介してリスト（複数可）を表示することである。アプリケーションは、集中化されたリストを呼び出して、アプリケーションおよび／またはデバイスによってサポートされるモダリティに適した高頻度の連絡先を得ることができる。例えば、アプリケーションが、インスタントメッセージおよび電話会話のみに対応し電子メールには対応しない場合、アプリケーションは、インスタントメッセージおよび電話会話をそれぞれサポートするためのＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩを有する高頻度の連絡先の連絡先リストをプルすることができる。別の例は、音声通信を容易にする能力を有する高頻度の連絡先のリストをプルする電話アプリケーションであろう。

データが連絡先オブジェクトについて記憶されるので、ある単一の場所で種々のシグナリング機構の相関が可能になり、アプリケーションは、サポートされるシグナリングプロトコルに基づいて連絡先データをフィルタにかけて表示することができる。さらに、高頻度の連絡先のリストが、集中化された場所に記憶される場合、この連絡先リストは全てのアプリケーションに容易なアクセスをもたらす。高頻度の連絡先のレンダリングは、種々のアプリケーションごとにカスタマイズすることができる（５２８、５２３、および５３２）。他の実施形態によれば、アプリケーションは、連絡先に対する重みを編集／計算するためおよび集中化されたユーザプロファイルを連絡先で更新するためのインタフェースへのアクセスが提供されてよい。

前に論じたように、ユーザは、動的な連絡先リストをカスタマイズするための入力を提供することが可能であってよい。いくつかの実施形態によるシステムは、動的な連絡先リストを制御するオプションをユーザに提供することができる。ユーザは、連絡先リストをシステムが定義するのに使用できる、自分の選好を定義することができる。このようなオプションは、アプリケーション、デバイス、時刻、関係、位置などに基づく選好を含んでよいが、これらに限定されない。さらに、カスタマイズされる連絡先リストをレンダリングするアプリケーションおよびデバイスは、連絡先の重みを動的に計算するために、さらにフィードバックをシステムに提供することができる（５４０）。

さらに他の実施形態によれば、連絡先リストの動的管理は、古いかまたは使用されていない連絡先をリストから除去することを含んでよい。未使用連絡先エンジン５２４においてエージングアルゴリズムを採用して、頻繁に連絡を受けていない連絡先の重みをデクリメントすることができる。システムは連絡先に関係する様々なメタデータの知識を含むので、システムは、そのような連絡先を連絡先リストから除去するようユーザに提案するか、またはそのような連絡先と連絡をとることをユーザに気付かせて（５２６）、連絡先管理全体の助けとすることができる。連絡先リストのクリンナップは、デバイスまたはアプリケーションに特有とすることができる。例えば、ある連絡先が、ユーザプロファイルに関連する統一連絡先ストアの一部である場合があるが、ユーザは、インスタントメッセージングアプリケーションについては、もうこの連絡先を自分の連絡先リスト中に表示したくない場合がある。

図６は、実施形態を実現することのできる、例示的なネットワーク化された環境である。ホステッドサービスなど、１つまたは複数のサーバ６１８にわたって実行されるソフトウェアを介して、通信システム中で動的な連絡先管理を提供するプラットフォームを実現することができる。プラットフォームは、サーバ６１３またはラップトップコンピュータ６１２およびデスクトップコンピュータ６１１（「クライアントデバイス」）などの個別のコンピューティングデバイス上のクライアントアプリケーションと、ネットワーク（複数可）６１０を介して通信することができる。

上に論じたように、通信アプリケーションまたはサービスに関連する連絡先優先順位付けモジュールを使用して連絡先リストを管理し、重み付き要素および他のメタデータに基づいて連絡先を優先順位付けすること、ならびに同様の要素に基づいてリストを修正することができる。サーバ６１８または単一のサーバ６１４上で実行される通信サービスまたはアプリケーションが、クライアントデバイス６１１、６１２、または６１３を介してユーザから入力を受け取ることができ、データストア（複数可）６１６から連絡先／ユーザ／通信データを取り出すことができ、優先順位付けされた連絡先リストをユーザ（複数可）に提供することができる。他の実施形態では、ユーザ要求に基づいて、優先順位付けされた連絡先リストを送信（例えば電子メールを介して）、印刷、または記憶することができる。

ネットワーク（複数可）６１０は、任意のトポロジのサーバ、クライアント、インターネットサービスプロバイダ、および通信媒体を含んでよい。実施形態によるシステムは、静的または動的なトポロジを有してよい。ネットワーク（複数可）６１０は、企業ネットワークなどのセキュアなネットワーク、ワイヤレスオープンネットワークなどのセキュアでないネットワーク、またはインターネットを含んでよい。ネットワーク（複数可）６１０はまた、公衆交換電話網（ＰＳＴＮ）またはセルラーネットワークなど、他のネットワークを介した通信を調整することができる。さらに、ネットワーク（複数可）６１０は、Ｂｌｕｅｔｏｏｔｈまたは類似のものなど、短距離ワイヤレスネットワークを含んでよい。ネットワーク（複数可）６１０は、本明細書に述べるノード間の通信を提供する。限定ではなく例として、ネットワーク（複数可）６１０は、音響、ＲＦ、赤外線、および他のワイヤレス媒体などのワイヤレス媒体を含んでよい。

他の多くの構成のコンピューティングデバイス、アプリケーション、データソース、およびデータ配信システムを採用して、動的に管理される連絡先リストを有する通信システムを実現することもできる。さらに、図６で論じたネットワーク化された環境は、例示のためのものに過ぎない。実施形態は、これらの例示的なアプリケーション、モジュール、またはプロセスに限定されない。

図７および関連する考察は、実施形態を実現できる適切なコンピューティング環境の簡潔かつ一般的な記述を提供することを意図している。図７を参照すると、コンピューティングデバイス７００など、実施形態による適用例についての例示的なコンピューティング動作環境のブロック図が示されている。基本的な構成では、コンピューティングデバイス７００は、通信アプリケーションまたはサービスを管理するサーバであってよく、少なくとも１つの処理ユニット７０２およびシステムメモリ７０４を備えてよい。コンピューティングデバイス７００はまた、プログラムを実行する際に協働する複数の処理ユニットを備えてもよい。システムメモリ７０４は、コンピューティングデバイスの厳密な構成およびタイプに応じて、揮発性（ＲＡＭなど）、不揮発性（ＲＯＭ、フラッシュメモリ、その他など）、またはこの２つの何らかの組合せとすることができる。システムメモリ７０４は通常、ワシントン州レドモンドのＭＩＣＲＯＳＯＦＴ ＣＯＲＰＯＲＡＴＩＯＮからのＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムなど、プラットフォームの動作を制御するのに適したオペレーティングシステム７０５を含む。システムメモリ７０４はまた、プログラムモジュール７０６、通信サービス７２２、および連絡先リスト管理モジュール７２４など、１つまたは複数のソフトウェアアプリケーションを含んでよい。

通信サービス７２２は、クライアントアプリケーションと、強化型通信システムに関連するサーバとの間の通信を容易にする任意のアプリケーションとすることができる。連絡先リスト管理モジュール７２４は、前に論じたように、連絡先情報、ユーザプロファイル、通信情報、および類似のデータを受け取ることができ、事前定義済みの要素を重み付けすることができ、ユーザに提供される連絡先リストを優先順位付けすることができる。連絡先リストは、様々なソースから受け取った情報に基づいて動的に更新することができる。連絡先リスト管理モジュール７２４およびアプリケーション７２２は、別個のアプリケーションであってもよく、または、強化型通信サービスをクライアントアプリケーション／デバイスに提供するホステッドサービスの統合モジュールであってもよい。図７では、この基本的な構成を、破線７０８内のコンポーネントによって示す。

コンピューティングデバイス７００は、追加の特徴または機能を有することができる。例えば、コンピューティングデバイス７００は、追加のデータ記憶デバイス（取外し可能および／もしくは取外し不可能）、例えば磁気ディスク、光学ディスク、またはテープなども備えてよい。図７では、このような追加の記憶装置を、取外し可能記憶装置７０９および取外し不可能記憶装置７１０によって示す。コンピュータ可読記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報を記憶するための任意の方法または技術で実現された、揮発性および不揮発性の、取外し可能および取外し不可能な媒体を含んでよい。システムメモリ７０４、取外し可能記憶装置７０９、および取外し不可能記憶装置７１０は全て、コンピュータ可読記憶媒体の例である。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ、ディジタル多用途ディスク（ＤＶＤ）、もしくは他の光学記憶装置、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶デバイス、または、所望の情報を記憶するのに使用できコンピューティングデバイス７００によってアクセスできる他の任意の媒体を含むが、これらに限定されない。このような任意のコンピュータ可読記憶媒体を、コンピューティングデバイス７００の一部とすることができる。コンピューティングデバイス７００はまた、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス、および類似の入力デバイスなど、入力デバイス（複数可）７１２を有することができる。表示装置、スピーカ、プリンタ、および他のタイプの出力デバイスなど、出力デバイス（複数可）７１４を備えることもできる。これらのデバイスは、当技術分野で周知であり、ここで詳細に論じる必要はない。

コンピューティングデバイス７００はまた、通信接続７１６を備えてよく、通信接続７１６は、分散コンピューティング環境の有線またはワイヤレスネットワーク、衛星リンク、セルラーリンク、短距離ネットワーク、および類似の機構などを介してデバイスが他のデバイス７１８と通信できるようにする。他のデバイス７１８は、通信アプリケーションを実行するコンピュータデバイス（複数可）、他のディレクトリまたはポリシサーバ、および類似のデバイスを含んでよい。通信接続（複数可）７１６は、通信媒体の一例である。通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを内部に含むことができる。限定ではなく例として、通信媒体は、有線ネットワークや直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、または他のワイヤレス媒体などのワイヤレス媒体とを含む。

例示的な実施形態はまた、方法を含む。これらの方法は、この文書に述べる構造を含めた、任意の数の方式で実現することができる。このような方式の１つは、この文書に述べるタイプのデバイスの、機械動作によるものである。

別の任意選択の方式は、方法の、１つまたは複数の個別の動作が、１人または複数の人間のオペレータがそのいくつかを実施することと共に実施されることである。これらの人間のオペレータは、相互と同位置にある必要はなく、各オペレータが、プログラムの一部を実施するマシンと共にいればよい。

図８に、実施形態による、連絡先リストを動的に管理するプロセス８００の論理流れ図を示す。プロセス８００は、強化型通信システムの一部として実現することができる。

プロセス８００は動作８１０で開始し、ここでユーザプロファイルが取り出される。ユーザプロファイルは、ユーザの通信／コラボレーションアプリケーション、デバイス、現在の時刻、位置、選好、および類似のパラメータに関連する情報を含んでよい。動作８２０で、連絡先（およびユーザ）を記憶するために、連絡先オブジェクトを作成することができる。この後に動作８３０が続くことができ、ここで連絡先メタデータが取り出される。連絡先メタデータは、前に論じたように様々なリソースから取り出されてよく、連絡先の通信／コラボレーションアプリケーション、デバイス、連絡先の時刻、連絡先の位置、連絡先との過去の通信パターン、および類似のパラメータを含んでよい。

プロセス８４０で、取り出されたメタデータ、ならびに、システムによって定義された規則および／またはユーザによってカスタマイズされた規則に基づいて、重み付き要素が各連絡先につき計算される。動作８５０で、重み付き要素を使用して各連絡先に対する全体的な重みを計算することができ、動作８６０で、この全体的な重みを使用して連絡先リストを順序付けする。連絡先リストは、前述の要素に基づいて、ユーザに関連する各アプリケーション／デバイスにつきカスタマイズすることができる。動作８７０で、優先順位付けされた連絡先リストをユーザに対して表示することができる。動作８４０および８５０の計算に基づいて、使用されていない連絡先を除去することや使用されていない連絡先についてユーザに気付かせることなど、他のアクションを実施することもできる。

プロセス８００に含まれる動作は、例示のためのものである。様々なリソースからの重み付き要素に基づく動的な連絡先リスト管理は、本明細書に述べる原理を用いた、より少ないかまたは追加のステップを含む同様のプロセス、ならびに異なる順序の動作を含む同様のプロセスによって実施することもできる。

以上の明細、例、およびデータは、実施形態の構成の製造および使用に関する完全な記述を提供する。構造上の特徴および／または方法上の行為に特有の言語で主題を述べたが、添付の特許請求の範囲に定義する主題は、前述の特定の特徴または行為に必ずしも限定されないことを理解されたい。そうではなく、前述の特定の特徴および行為は、特許請求の範囲および実施形態を実現する例示的な形として開示するものである。

Claims (15)

1. マルチモーダル通信システム中で連絡先リスト情報を動的に管理するための、少なくとも部分的にコンピューティングデバイス中で実行される方法であって、
   ユーザのプロファイルを決定するステップと、
   前記ユーザに対する連絡先リスト中の連絡先に関連する連絡先情報を決定するステップであって、前記連絡先情報は前記連絡先の現在時刻と、前記連絡先の現在の曜日と、前記連絡先の現在の場所と、前記連絡先のアプリケーションの能力と、前記連絡先の過去の通信パターンとを含むステップと、
   前記連絡先情報に基づいて前記連絡先のそれぞれに対する重み付き要素を計算するステップと、
   各連絡先に関連する前記重み付き要素に基づいて各連絡先に対する全体的な重みを計算するステップと、
   連絡先リスト中の各連絡先の前記全体的な重みに基づいて前記連絡先リストを順序付けするステップと、
   前記順序付けされた連絡先リストを前記ユーザに提示するステップと、
   前記連絡先情報への変更に応じて前記重み付き要素を更新するステップと、
   前記更新された重み付き要素に基づき前記連絡先リストを動的に再順序付けするステップと、
   各デバイスの一以上の能力に基づき前記連絡先リストをレンダリングする、前記ユーザに関連する複数のデバイスの各々の連絡先リストをカスタマイズ及び再順序付けするステップと
   を含むことを特徴とする方法。
2. 前記ユーザのプロファイルは、前記ユーザによって明示的に定義された関係と、前記ユーザについての現在時刻と、前記ユーザについての現在曜日と、前記ユーザの現在位置と、前記ユーザについてのアプリケーション能力と、前記ユーザについてのデバイス能力と、明示的なユーザ選好とのセットからの少なくとも１つに関連する情報を含むことを特徴とする請求項１に記載の方法。
3. 前記連絡先情報は、前記連絡先によって明示的に定義された関係と、前記連絡先のデバイスの能力と、を含むことを特徴とする請求項１に記載の方法。
4. 前記過去の通信パターンは、通信の頻度と、過去の各通信セッションの継続時間と、過去の各通信セッションについての時刻と、過去の各通信セッションについての曜日と、過去の各通信セッションのモダリティと、過去にスケジュールされた将来のアクティビティのモダリティと、過去の各通信セッションの参加者の人数と、過去の各通信セッションの開始者とのセットからの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
5. 前記過去の通信セッションと前記過去にスケジュールされた将来のアクティビティとの前記モダリティは、音声通信、ビデオ通信、電子メール会話、インスタントメッセージ会話、データコラボレーションセッション、アプリケーション共有セッション、ホワイトボード共有セッション、マルチモーダル会話、およびマルチモーダル会議のうちの１つを含むことを特徴とする請求項４に記載の方法。
6. 前記重み付き要素を計算するためにマルチモーダル通信システムに関連する追加情報を決定するステップをさらに含み、前記追加情報はネットワーク条件と管理規則とうちの少なくとも一方を含むことを特徴とする請求項１に記載の方法。
7. 前記重み付き要素に基づいて前記連絡先リスト上の連絡先を分類するステップをさらに含むことを特徴とする請求項１に記載の方法。
8. 前記重み付き要素に基づいて通信頻度の低い連絡先を決定するステップと、
   前記通信頻度の低い連絡先の優先順位の変化に関するリマインダをユーザに提供するステップと
   をさらに含むことを特徴とする請求項１に記載の方法。
9. 前記通信頻度の低い連絡先を前記連絡先リストから自動的に除去するステップをさらに含むことを特徴とする請求項８に記載の方法。
10. マルチモーダル通信システム中で連絡先リストを動的に管理するための通信システムであって、
    サーバを有し、該サーバは、
    ユーザのプロファイルを決定し、
    前記ユーザに対する連絡先リスト中の連絡先に関連する連絡先情報を決定し、前記連絡先情報は前記連絡先の現在時刻と、前記連絡先の現在の曜日と、前記連絡先の現在の場所と、前記連絡先のアプリケーションの能力と、前記連絡先の過去の通信パターンとを含み、前記過去の通信パターンは、通信の頻度、過去の各通信セッションの長さ、過去の各通信セッションの時刻、過去の各通信セッションの曜日、過去の各通信セッションのモダリティ、過去に計画された将来のアクティビティのモダリティ、過去の各通信セッションの参加者数、または過去の各通信セッションの開始者のうちの一を含み、
    前記連絡先情報に基づいて前記連絡先のそれぞれに対する重み付き要素を計算し、
    各連絡先に関連する前記重み付き要素に基づいて各連絡先に対する全体的な重みを計算し、
    前記連絡先リスト中の各連絡先の前記全体的な重みに基づいて前記連絡先リストを順序付けし、
    前記ユーザに関連する通信アプリケーションに対して前記連絡先リストを統一連絡先ストア中で利用可能にし、前記連絡先リストが前記通信アプリケーションの能力に基づいて再順序付けされ、
    前記連絡先情報への変更に応じて前記重み付き要素を更新し、
    各デバイスの一以上の能力とそれに対応する前記連絡先リスト中の連絡先の能力とに基づいて前記連絡先リストをレンダリングする、前記ユーザに関連する複数のデバイスからのフィードバックにさらに基づき前記重み付き要素を更新し、
    前記更新された重み付き要素に基づき前記連絡先リストを動的に再順序付けする
    ように構成された、通信システム。
11. 前記サーバは、前記連絡先のそれぞれに対する前記全体的な重みを計算するために連絡先リストキャッシュを維持し、前記キャッシュは、前記ユーザに関連する複数のアプリケーションおよびデバイスによって共有される請求項１０に記載のシステム。
12. 前記ユーザに関連する前記複数のアプリケーションおよびデバイスには、前記連絡先の前記重み付き要素および前記全体的な重みの前記計算を修正するためのユーザインタフェースが設けられたことを特徴とする請求項１１に記載のシステム。
13. 通信システム中で連絡先リスト情報を動的に管理するためのコンピュータプログラムであって、プロセッサにより実行されると、前記プロセッサに、
    ユーザのプロファイルを決定するステップと、
    前記ユーザに対する連絡先リスト中の連絡先に関連する連絡先情報を決定するステップであって、前記連絡先情報は前記連絡先の現在時刻と、前記連絡先の現在の曜日と、前記連絡先の現在の場所と、前記連絡先のアプリケーションの能力と、前記連絡先の過去の通信パターンとを含むステップと、
    前記ユーザと前記連絡先との間の過去の通信セッションに関連する追加情報を決定するステップであって、前記追加情報は、通信の頻度、過去の各通信セッションの長さ、過去の各通信セッションの時刻、過去の各通信セッションの曜日、過去の各通信セッションのモダリティ、過去に計画された将来のアクティビティのモダリティ、過去の各通信セッションの参加者数、または過去の各通信セッションの開始者のうちの一を含み、
    前記ユーザのプロファイル、前記連絡先情報、および前記追加情報に基づいて、前記連絡先のそれぞれに対する重み付き要素を計算するステップと、
    各連絡先に関連する前記重み付き要素に基づいて各連絡先に対する全体的な重みを計算するステップと、
    各連絡先に対する前記重み付き要素および前記全体的な重みを、拡張可能スキーマに従って連絡先オブジェクト中で動的に維持するステップと、
    前記連絡先オブジェクトを使用して前記連絡先リストを順序付けするステップと、
    前記順序付けされた連絡先リストを前記ユーザに提示するステップと、
    前記連絡先情報への変更に応じて前記重み付き要素を更新するステップと、
    前記更新された重み付き要素に基づき前記連絡先リストを動的に再順序付けするステップと、
    各デバイスの一以上の能力に基づき前記連絡先リストをレンダリングする、前記ユーザに関連する複数のデバイスの各々の連絡先リストをカスタマイズ及び再順序付けするステップと
    を実行させる、コンピュータプログラム。
14. 前記ユーザのプロファイル、前記連絡先情報、および前記追加情報を決定するステップは、前記ユーザに関連する複数の通信およびコラボレーションアプリケーションからデータを取り出すステップを含む、請求項１３に記載のコンピュータプログラム。
15. 前記プロセッサに、前記ユーザのプロファイル、前記連絡先情報、および前記追加情報に基づいて、新しい連絡先を追加するステップ、通信頻度の低い連絡先を除去するステップ、および通信頻度の低い連絡先の優先順位の変化に関するリマインダをユーザに提供するステップのうちの１つを実行させる、請求項１３に記載のコンピュータプログラム。

Images