(57)【特許請求の範囲】
【請求項１】
エンティティ間のコミュニケーションを容易化するシステムであって、
２つのエンティティ間でコミュニケーションするための１つまたは２つ以上のコミュニケーション手段と、
第１エンティティに関連する第１コミュニケーションデータセットと第２エンティティに関連する第２コミュニケーションデータセットを、不確実性の下での推論および決定論的処理を使用して、解析するコミュニケーションマネージャと
を含み、前記コミュニケーションマネージャは、前記第１のエンティティおよび前記第２のエンティティの間のコミュニケーションに関連する、１つまたは２つ以上のカレント期待ユーティリティを、カレントコンタクト側データ、カレント被コンタクト側データおよびカレント通信手段のデータの少なくとも一部に基づいて判断し、
前記カレント被コンタクト側データはカレントステートデータを有し、
前記カレントコンタクト側データはカレントステートデータを有し、
前記コミュニケーションマネージャは、前記第１のエンティティおおよび前記第２のエンティティの間のコミュニケーションに関連し、１つまたは２つ以上の予測期待ユーティリティを、予測コンタクト側データ、予測被コンタクト側データおよび予測通信手段のデータの少なくとも一部に基づいて判断し、
前記予測被コンタクト側データは予測ステートデータを有し、
前記予測コンタクト側データは予測ステートデータを有し、
前記コミュニケーションマネージャは現在、前記１つまたは２つ以上のカレント期待ユーティリティと前記１つまたは２つ以上の予測期待ユーティリティとを比較し、
カレント期待ユーティリティを前記予測期待ユーティリティと共にランキング付けし、
前記予測期待ユーティリティのランキング付けは、該予測期待ユーティリティに関連するコミュニケーションがある時点まで遅延すると発生する１つまたは２つ以上のコストコストで重み付けされ、
前記コミュニケーションマネージャは１つまたは２つ以上のコミュニケーション手段のサブセットを、前記第１および第２コミュニケーションデータセットの解析の少なくもとも一部に基づいて特定すると共に、該コミュニケーションマネージャはエンティティ間のコミュニケーションをサブセットの中の少なくとも１つのコミュニケーション手段を通して確立することを特徴とするシステム。
【請求項２】
請求項１に記載のシステムにおいて、１つまたは２つ以上のコミュニケーション手段は、電話手段、ファクシミリ手段、コンピュータ手段、ページング手段およびパーソナル手段のうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項３】
請求項２に記載のシステムにおいて、電話手段は、POTSテレホニー、セルラテレホニー、衛星テレホニーおよびインターネットテレホニーのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項４】
請求項２に記載のシステムにおいて、コンピュータ手段は、Eメール、共同編集、即時メッセージング、ネットワークミーティング、カレンダリングおよびホームネットワーキングデバイスのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項５】
請求項２に記載のシステムにおいて、パーソナル手段は、テレビ会議、メッセンジャリングおよびフェースツーフェースミーティングのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項６】
請求項１に記載のシステムにおいて、コミュニケーションを確立することは、１つまたは２つ以上のコミュニケーションをスケジューリングすること、１つまたは２つ以上のコミュニケーションをカレンダリングすること、エンティティ間でコミュニケーションを行うために利用できる、１つまたは２つ以上の取り得るコミュニケーション手段に関する情報を表示すること、および１つまたは２つ以上のコミュニケーションを開始すること、のうちの少なくとも１つを含むことを特徴とするシステム。
【請求項７】
請求項６に記載のシステムにおいて、第１コミュニケーションデータセットは、コンタクト側コンテキストデータのセットとコンタクト側プリファレンスデータのセットを含むことを特徴とするシステム。
【請求項８】
請求項７に記載のシステムにおいて、第２コミュニケーションデータセットは、被コンタクト側コンテキストデータのセットと被コンタクト側プリファレンスデータのセットを含むことを特徴とするシステム。
【請求項９】
請求項８に記載のシステムにおいて、コミュニケーションマネージャは、
被コンタクト側プリファレンスデータのセットとコンタクト側プリファレンスデータのセットを解析し、解決されたプリファレンスデータを出力するように構成されたプリファレンスレゾルバと、
被コンタクト側コンテキストデータのセットとコンタクト側コンテキストデータのセットを解析し、解析されたコンテキストデータを出力するように構成されたコンテキストアナライザと、
コンタクト側と被コンタクト側の間で取り得るコミュニケーションチャネルを解析し、コミュニケーションチャネルデータを出力するように構成されたチャネルアナライザと、
解決されたプリファレンスデータ、解析されたコンテキストデータ、エンティティ選択データおよびコミュニケーションチャネルデータの少なくとも一部に基づいて、コンタクト側と被コンタクト側の間のコミュニケーションを確立するように構成されたコミュニケーションエスタブリッシャと
を含むことを特徴とするシステム。
【請求項１０】
請求項９に記載のシステムにおいて、被コンタクト側コンテキストデータのセットは、被コンタクト側ハードウェアデータ、被コンタクト側ソフトウェアデータおよび被コンタクト側観察データを含むことを特徴とするシステム。
【請求項１１】
請求項１０に記載のシステムにおいて、コンタクト側コンテキストデータのセットは、コンタクト側ハードウェアデータ、コンタクト側ソフトウェアデータおよびコンタクト側観察データを含むことを特徴とするシステム。
【請求項１２】
請求項１１に記載のシステムにおいて、被コンタクト側ハードウェアデータは、容量データ、バンド幅データ、利用可能性データ、ステータスデータ、コストデータ、改訂データおよびハードウェアメタデータのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１３】
請求項１２に記載のシステムにおいて、被コンタクト側ソフトウェアデータは、容量データ、バージョンデータ、コストデータおよび能力データのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１４】
請求項１３に記載のシステムにおいて、被コンタクト側観察データは、時刻データ、カレントアクティビティデータ、カレントタスクデータ、カレンダデータ、ロケーションデータ、コンタクト側から被コンタクト側へのヒストリデータ、アテンションステータスデータ、コンタクト側クラスデータ、環境データおよびコミュニケーションニーズデータのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１５】
請求項１４に記載のシステムにおいて、被コンタクト側プリファレンスデータは、被コンタクト側プリファレンスハードウェアデータ、被コンタクト側プリファレンスソフトウェアデータ、被コンタクト側プリファレンス時刻データ、被コンタクト側プリファレンスカレンダデータ、被コンタクト側プリファレンスコンタクト側優先度リストおよび被コンタクト側プリファレンス特殊ニーズデータのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１６】
請求項１１に記載のシステムにおいて、コンタクト側ハードウェアデータは、容量データ、バンド幅データ、利用可能性データ、ステータスデータ、コストデータ、改訂データおよびハードウェアメタデータのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１７】
請求項１６に記載のシステムにおいて、コンタクト側ソフトウェアデータは、容量データ、バージョンデータ、コストデータおよび能力データのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１８】
請求項１７に記載のシステムにおいて、コンタクト側観察データは、時刻データ、カレントアクティビティデータ、カレントタスクデータ、カレンダデータ、ロケーションデータ、コンタクト側から被コンタクト側へのヒストリデータ、アテンションステータスデータ、被コンタクト側クラスデータ、環境データおよびコミュニケーションニーズデータのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項１９】
請求項１８に記載のシステムにおいて、コンタクト側プリファレンスデータは、コンタクト側プリファレンスハードウェアデータ、コンタクト側プリファレンスソフトウェアデータ、コンタクト側プリファレンス時刻データ、コンタクト側プリファレンスカレンダデータおよびコンタクト側プリファレンス特殊ニーズデータのうちの、少なくとも１つを含むことを特徴とするシステム。
【請求項２０】
請求項９に記載のシステムにおいて、コミュニケーションマネージャは、さらに、未指定プリファレンスに関する確率を推論するプリファレンスレゾルバ、コンテキストデータに関する確率を推論するように動作可能であるコンテキストアナライザおよびチャネルデータに関する確率を推論するように動作可能であるチャネルアナライザのうちの、少なくとも１つを実行するように動作可能であることを特徴とするシステム。
【請求項２１】
１つまたは２つ以上の通信を行う当事者間の１つまたは２つ以上のコミュニケーションを特定し、確立するための方法であって、
通信を行う当事者間のコミュニケーションに関連する１つまたは２つ以上のカレント期待ユーティリティを、カレントコンタクト側データ、カレント被コンタクト側データおよびカレントコミュニケーション手段のデータの少なくとも一部に基づいて判断し、
前記カレント被コンタクト側データはカレントステートデータを有し、
前記カレントコンタクト側データはカレントステートデータを有し、
通信を行う当事者間のコミュニケーションに関連する、１つまたは２つ以上の予測期待ユーティリティを、予測コンタクト側データ、予測被コンタクト側データおよび予測通信手段のデータの少なくとも一部に基づいて判断し、
前記予測被コンタクト側データは予測ステートデータを有し、
前記予測コンタクト側データは予測ステートデータを有し、
前記１つまたは２つ以上のカレント期待ユーティリティと前記１つまたは２つ以上の予測期待ユーティリティとを比較し、
カレント期待ユーティリティを前記予測期待ユーティリティと共にランキング付けし、
前記予測期待ユーティリティのランキング付けは、該予測期待ユーティリティに関連するコミュニケーションがある時点まで遅延すると発生する１つまたは２つ以上のコストコストで重み付けされ、
判断された期待ユーティリティおよび予測期待ユーティリティに基づいて当事者間のコミュニケーションを確立する
ことを特徴とする方法。
【請求項２２】
請求項２１に記載の方法において、カレントコンタクト側データは、さらに、コンタクト側シチュエーションデータとコンタクト側プリファレンスデータのうちの、少なくとも１つを含むことを特徴とする方法。
【請求項２３】
請求項２２に記載の方法において、コンタクト側シチュエーションデータは、コンタクト側アプリケーションデータ、コンタクト側ユーザデータおよびコンタクト側能力データのうちの、少なくとも１つを含むことを特徴とする方法。
【請求項２４】
請求項２３に記載の方法において、コンタクト側プリファレンスデータは、時間データ、ロケーションデータ、タスクデータ、目標データおよびコミュニケーションニーズデータのうちの、少なくとも１つを含むことを特徴とする方法。
【請求項２５】
請求項２４に記載の方法において、カレント被コンタクト側データは、被コンタクト側シチュエーションデータと被コンタクト側プリファレンスデータのうちの、少なくとも１つを含むことを特徴とする方法。
【請求項２６】
請求項２５に記載の方法において、被コンタクト側シチュエーションデータは、被コンタクト側アプリケーションデータ、被コンタクト側ユーザデータおよび被コンタクト側能力データのうちの、少なくとも１つを含むことを特徴とする方法。
【請求項２７】
請求項２６に記載の方法において、被コンタクト側プリファレンスデータは、時間データ、ロケーションデータ、タスクデータ、目標データおよびコミュニケーションニーズデータのうちの、少なくとも１つを含むことを特徴とする方法。
【請求項２８】
請求項２７に記載の方法において、１つまたは２つ以上のカレント期待ユーティリティを判断することは、
コンタクト側データと被コンタクト側データのうちの少なくとも１つを解析して、被コンタクト側プリファレンス、コンタクト側プリファレンス、コンタクト側コミュニケーションニーズ、被コンタクト側コミュニケーション目標、被コンタクト側能力およびコンタクト側能力のうちの、少なくとも１つの間の１つまたは２つ以上の関係を判断し、
前記関係の少なくとも一部に基づいて１つまたは２つ以上のルールを選択し、
１つまたは２つ以上のルールを適用して、該関係の少なくとも一部に基づいて期待ユーティリティを判断する、
ことを含むことを特徴とする方法。
【請求項２９】
請求項２８に記載の方法において、コンタクト側データは、
コンタクト側のカレントステートに関連する決定論的データと、
コンタクト側の将来起こり得るステートに関連する予測データと
を含むことを特徴とする方法。
【請求項３０】
請求項２９に記載の方法において、被コンタクト側データは、
被コンタクト側のカレントステートに関連する決定論的データと、
被コンタクト側の将来起こり得るステートに関連する予測データと
を含むことを特徴とする方法。
【請求項３１】
請求項２７に記載の方法において、１つまたは２つ以上のカレント期待ユーティリティを判断することは、
被コンタクト側データを解析して１つまたは２つ以上の紛失データ値を判断し、
１つまたは２つ以上の紛失被コンタクト側コンテキストデータエレメントおよび/または１つまたは２つ以上の紛失被コンタクト側シチュエーションデータエレメントを選択的に推論して１つまたは２つ以上の推論を出力し、
前記１つまたは２つ以上の推論を解析して、推論、コンタクト側プリファレンス、コンタクト側コミュニケーションニーズおよびコンタクト側能力のうちの、少なくとも１つの間の１つまたは２つ以上の関係を判断し、
１つまたは２つ以上の推論公式を適用して、通信を行う当事者間のコミュニケーションの期待ユーティリティを最大限にする
ことを含むことを特徴とする方法。
【請求項３２】
請求項３１に記載の方法において、推論公式は決定理論的公式であることを特徴とする方法。
【請求項３３】
請求項３１に記載の方法において、コンタクト側データは、
コンタクト側のカレントステートに関連する決定論的データと、
コンタクト側の将来起こり得るステートに関連する予測データと
を含むことを特徴とする方法。
【請求項３４】
請求項３３に記載の方法において、被コンタクト側データは、
被コンタクト側のカレントステートに関連する決定論的データと、
被コンタクト側の将来起こり得るステートに関連する予測データと
を含むことを特徴とする方法。
【請求項３５】
請求項２８に記載の方法において、コミュニケーションを確立することは、
コミュニケーションに関する情報を１つまたは２つ以上の通信を行う当事者に提示し、
通信を行う当事者間の１つまたは２つ以上のコミュニケーションを、コミュニケーションに関して提示された情報に対する１つまたは２つ以上の応答の少なくとも一部に基づいてスケジューリングし、カレンダリングし、および開始すること、のうちの少なくとも１つを実行する
ことを含むことを特徴とする方法。
【請求項３６】
請求項３４に記載の方法において、コミュニケーションを確立することは、
コミュニケーションに関する情報を１つまたは２つ以上の通信を行う当事者に提示し、
通信を行う当事者間の１つまたは２つ以上のコミュニケーションを、コミュニケーションに関して提示された情報に対する１つまたは２つ以上の応答の少なくとも一部に基づいてスケジューリングし、カレンダリングし、および開始することのうちの、少なくとも１つを実行する
ことを含むことを特徴とする方法。
【請求項３７】
１つまたは２つ以上の通信を行う当事者間の最適コミュニケーションを特定する方法であって、
通信を行う当事者間のコミュニケーションに関連する１つまたは２つ以上のカレント期待ユーティリティを、カレントコンタクト側データ、カレント被コンタクト側データおよびカレントコミュニケーション手段のデータの少なくとも一部に基づいて判断し、そこでは、カレント被コンタクト側データはカレントステートデータを含み、カレントコンタクト側データはカレントステートデータを含んでおり、
通信を行う当事者間のコミュニケーションに関連する１つまたは２つ以上の予測期待ユーティリティを、予測コンタクト側データ、予測被コンタクト側データおよび予測コミュニケーション手段のデータの少なくとも一部に基づいて判断し、そこでは、予測被コンタクト側データは予測ステートデータを含み、予測コンタクト側データは予測ステートデータを含んでおり、
１つまたは２つ以上のカレント期待ユーティリティを１つまたは２つ以上の予測期待ユーティリティと比較し、
カレント期待ユーティリティを予測期待ユーティリティと共にランク付けし、そこでは、予測期待ユーティリティのランク付けは、予測期待ユーティリティに関連するコミュニケーションがある時点まで遅延すると発生する１つまたは２つ以上のコストで重み付けされる
ことを特徴とする方法。
【請求項３８】
１つまたは２つ以上の当事者間の１つまたは２つ以上のコンタクトを最適化するシステムであって、
当事者間のコンタクトに関連する１つまたは２つ以上のカレント期待ユーティリティを、１つまたは２つ以上のカレントコンタクト側データ、１つまたは２つ以上のカレント被コンタクト側データおよび１つまたは２つ以上のカレントコミュニケーション手段のデータの少なくとも一部に基づいて判断する手段であって、ここでは、前記カレント被コンタクト側データはカレントステートデータを有し、前記カレントコンタクト側データはカレントステートデータを有する、判断する手段と、
通信を行う当事者間のコミュニケーションに関連する、１つまたは２つ以上の予測期待ユーティリティを、予測コンタクト側データ、予測被コンタクト側データおよび予測通信手段のデータの少なくとも一部に基づいて判断する手段であって、ここでは前記予測被コンタクト側データは予測ステートデータを有し、前記予測コンタクト側データは予測ステートデータを有する、判断する手段と、
前記１つまたは２つ以上のカレント期待ユーティリティと前記１つまたは２つ以上の予測期待ユーティリティとを比較する手段と、
カレント期待ユーティリティを前記予測期待ユーティリティと共にランキング付けする手段であって、ここでは、前記予測期待ユーティリティのランキング付けは、該予測期待ユーティリティに関連するコミュニケーションがある時点まで遅延すると発生する１つまたは２つ以上のコストコストで重み付けされ前記ランク付けは、少なくともコンピュータの読み取り記憶媒体に記憶され、表示デバイスで表示され１つまたは２つ以上のプロセッサ上で実行される処理で使用され、前記１つまたは２つ以上のプロセッサで実行されている２つまたは３つ以上の処理の間で転送される、重み付けする手段と、
コミュニケーションを確立する手段と、
を含むことを特徴とするシステム。
【請求項３９】
請求項３８に記載のシステムにおいて、推論公式は判断理論的公式であることを特徴とするシステム。
【請求項４０】
エンティティ間のコミュニケーションを容易化するシステム用のコンピュータ実行可能コンポーネントを格納しているコンピュータ読取可能媒体であって、前記コンピュータ実行可能コンポーネントは、
それぞれが少なくとも２つのエンティティ間でコミュニケーションが行えるようにする複数のコミュニケーション手段を特定する識別コンポーネントと、
解析コンポーネントであって、ここでは、
前記２つのエンティティの間のコミュニケーションに関連する、１つまたは２つ以上のカレント期待ユーティリティを、カレントコンタクト側データ、カレント被コンタクト側データおよびカレント通信手段のデータの少なくとも一部に基づいて判断し、
前記カレント被コンタクト側データはカレントステートデータを有し、
前記カレントコンタクト側データはカレントステートデータを有し、
前記２つのエンティティ間のコミュニケーションに関連する、１つまたは２つ以上の予測期待ユーティリティを、予測コンタクト側データ、予測被コンタクト側データおよび予測通信手段のデータの少なくとも一部に基づいて判断し、
前記予測被コンタクト側データは予測ステートデータを有し、
前記予測コンタクト側データは予測ステートデータを有し、
前記１つまたは２つ以上のカレント期待ユーティリティと前記１つまたは２つ以上の予測期待ユーティリティとを比較し、
カレント期待ユーティリティを前記予測期待ユーティリティと共にランキング付けし、
前記予測期待ユーティリティのランキング付けは、該予測期待ユーティリティに関連するコミュニケーションがある時点まで遅延すると発生する１つまたは２つ以上のコストコストで重み付けされるようにした
解析コンポーネントと
を含むことを特徴とするコンピュータ読取可能媒体。
【請求項４１】
１つまたは２つ以上の通信を行う当事者間のコミュニケーションを特定し、確立するプロセスを実行するためのコンピュータ実行可能命令を格納しているコンピュータ読取可能媒体であって、前記プロセスは、
１つまたは２つ以上の取り扱い可能な推論の式を適用してコンタクト側データ、被コンタクト側データおよびコミュニケーション手段のデータを推論し、
通信を行う当事者間のコミュニケーションに関連する１つまたは２つ以上のカレント期待ユーティリティを、カレントコンタクト側データ、カレント被コンタクト側データおよびカレントコミュニケーション手段のデータの少なくとも一部に基づいて判断し、なお、ここで、前記カレント被コンタクト側データはカレントステートデータを有し、前記カレントコンタクト側データはカレントステートデータを有し、
前記第１のエンティティおよび前記当事者間のコミュニケーションに関連し、１つまたは２つ以上の予測期待ユーティリティを、予測コンタクト側データ、予測被コンタクト側データおよび予測通信手段のデータの少なくとも一部に基づいて判断し、なお、ここで、前記予測被コンタクト側データは予測ステートデータを有し、前記予測コンタクト側データは予測ステートデータを有し、
現在、前記１つまたは２つ以上のカレント期待ユーティリティと前記１つまたは２つ以上の予測期待ユーティリティとを比較し、
カレント期待ユーティリティを前記予測期待ユーティリティと共にランキング付けし、なお、ここで、前記予測期待ユーティリティのランキング付けは、該予測期待ユーティリティに関連するコミュニケーションがある時点まで遅延すると発生する１つまたは２つ以上のコストコストで重み付けされ、
コミュニケーションを確立する、
ことを特徴とするコンピュータ読取可能媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般的には、データコミュニケーションを特定し、確立するためのポリシー（あるシステムの例では、決定理論的ポリシーも含まれる）に関し、さらに具体的には、コンタクト側（連絡を行う側）と被コンタクト側（その連絡を受ける側）の間の最適コミュニケーション（通信）リンクを、決定論的および/または不確実な被コンタクト側および/またはコンタクト側プリファレンス、能力およびコンテキスト（現存と予測の両方）に基づいて容易化することに関する。
【０００２】
【従来の技術】
コンタクト側と被コンタクト側の間で可能とされるコミュニケーションモダリティの数が増加するのに伴い、データコミュニケーションのユーティリティを最大限にすることを容易化するために、コミュニケーションが行われるときの最適チャネルを特定し、選択することがますます重要になっている。例えば、通信を行う当事者は、コンピュータ（例えば、Eメール、VoIP (voice over IP)、共同編集(collaborative editing)）によっても、電話（例えば、POTS、セル電話、衛星電話）によっても、フェースツーフェース（例えば、パーソナルミーティング、テレビ会議）によっても、および/または他の方法によっても通信することが可能になっているが、このようなコミュニケーションでは、１つまたは２つ以上のチャネル（例えば、電話と共同編集）が採用されている。このようなコミュニケーションのユーティリティまたは期待されるユーティリティ （以下、期待ユーティリティ）を最大限にすることは、当事者の状態 (identity)、当事者が利用できる通信機器のタイプ、初期シグナリングを行うために使用される機器のタイプ、当事者のロケーション、および当事者が係わるアクティビティがある場合、どのようなアクティビティに係わり、あるいは将来係わる可能性があるか、によって左右されることがある。
【０００３】
具体例を示して説明すると、第１被コンタクト側は第１ツールを使用し、重要なタスクに集中的に従事していることがあり、そのため、その重要なタスクに関係するコミュニケーションは必要であることから、そのようなコミュニケーションを行う特定の人からの場合を除き、リアルタイムコミュニケーションで割り込まれるのを望んでいないことがある。しかし、第２被コンタクト側はどのツールも使用することなく、重要でないタスクにそれほど集中的に従事していないため、さまざまなトピックに係わりをもつ同僚からのリアルタイムコミュニケーションに割り込まれても気にしないことがある。従来、コンタクト側は、なんらかの通信方法がある場合、どの通信方法を採用すると、被コンタクト側とのコミュニケーションが最良になるかを判断するための手段に制約があった（例えば、被コンタクト側の秘書にコンタクトして、被コンタクト側にどのようにして、いつコンタクトするかを判断すること）。同様に、被コンタクト側は、コンタクト制御方法（例えば、電話をオフフックのままにしておく、Eメールを無視する、Eメールアプリケーションを使用禁止にする、秘書に指示を残しておく、といったこと）に制約があった。従って、被コンタクト側とコンタクト側のプリファレンスとニーズは見落とされるおそれがあった。
【０００４】
リアルタイム方法と、ユーザがリアルタイムではなく、非同期（蓄積転送(store and forward)）通信フォーマット（例えば、音声メール、Eメール）にして送信することを可能にする方法との対比を考慮しないで、被コンタクト側は、コンタクト側と手元のコンテキストにもよるが、特定のモダリティのためのプリファレンスをもっていることがある。例えば、被コンタクト側は、コール側のコメントを録音する必要のあるリアルタイム電話コールを受信するよりも、むしろ、重要なドキュメントで作業している途中でそのドキュメントに関する即時メッセージを受信した方がよい場合がある。そのようにすると、即時メッセージからのカットアンドペーストが容易になるからである。この場合も、従来では、被コンタクト側は、そのようなプリファレンスに注目させる手段（例えば、十分な訓練を受けた秘書、思量深い同僚）に制約があったため、プリファレンスが満たされなかったり、不必要な割り込みが生じていた。
【０００５】
【発明が解決しようとする課題】
通信を行う２当事者間の従来のコミュニケーションは複雑であったが、多数の当事者間のコミュニケーション（例えば、グループミーティング、グループテレビ会議）のユーティリティを最適化するコミュニケーションを特定し、スケジューリングすることはさらに複雑であり、コミュニケーションを特定し、スケジューリングし、および開始するために消費される時間とリソースは、実際のコミュニケーションよりも多くなることがよくあった。このようなスケジューリングと開始の問題は、スケジューラとイニシャライザが当事者に関する詳細情報をもっていないときは、さらに悪化していた。
【０００６】
【課題を解決するための手段】
以下では、本発明のいくつかの態様についての基本的理解を容易にするために、本発明の概要を要約して説明する。この概要では、本発明の全体像は示されていない。本発明の主要または重要なエレメントを示すものではなく、また本発明の範囲を限定するものでもない。その唯一の目的は、以下に示されている詳細な説明の序論として本発明のいくつかの概念を簡略化して示すことである。
【０００７】
本発明は、コンタクト側と被コンタクト側の間の最適コミュニケーションモダリティを、完全であるか、不完全であるかに関係なく、被コンタクト側および/またはコンタクト側に関連する情報に基づいて特定し、判断するためのシステムと方法に関するものである。被コンタクト側のプライバシーを守るために、最適コミュニケーションモダリティを判断するときに使用される被コンタクト側の情報は、コンタクト側と共有されないようになっているのが代表的である。特定された最適コミュニケーションモダリティに基づいて、１つまたは２つ以上のコミュニケーションは、コンタクト側と被コンタクト側の間でリアルタイムにスケジューリングされ、カレンダリングされ、および/または開始される。スケジュールされたコミュニケーションは、通信を行う当事者のカレントコンテキストと能力に基づくこともあれば、および/または異なるコミュニケーションモダリティが利用可能になるとの見込みおよび/または通信を行う当事者のコンテキストはもっと最適化されるとの見込みに関する予測に基づくこともある。代替方法としておよび/または付加的に、本発明によれば、被コンタクト側のカレントコンテキストは、考慮される情報に基づいてプリファレンス順にランク付けされて、コンタクト側に表示される。その他のシチュエーションでは、最良の手段が表示されることもあれば、呼び出されるだけのこともある。
【０００８】
この方法によれば、通信を行う当事者の優先度または価値、および付加的におよび/または代替的に、被コンタクト側の優先度または価値（この中には、コンタクト側プリファレンスに関する被コンタク側プリファレンスが含まれる）を最適化することを考慮している。本発明の別の例示態様では、１つまたは２つ以上のポリシーは、組織のポリシーに従って確立し、これらのポリシーでは、コンタクト側と被コンタクト側のプリファレンスが考慮されるだけでなく、これらのプリファレンスは、参加者を採用している企業のレベルで組み合わせられている。
【０００９】
以下では、選択されたコミュニケーションが、被コンタクト側によって指定されたポリシーのセットを、二次的には（コンタクト側のプリファレンスに関する被コンタクト側のプリファレンスを通して）コミュニケーションに関するコンタクト側のポリシーのセットを満足するようにする方法について検討することにする。この方法の一般的公式では、ユーティリティ関数 (utility function) で表されたコミュニケーションと共同プリファレンス、確率分布で表されたコンテキスト、コンテンツおよびコミュニケーションに関する確信、およびコミュニケーションに関する判断代替案のセット（例えば、リアルタイムテレホニーコミュニケーションをいま確立する、Eメール構成フォームをコンタクト側スクリーン上にポップアップする、コンタクト側を音声メールにルーティングする、など）が与えられていると、意思決定システム (decision making system) は、コミュニケーションの期待ユーティリティを最大限にする行動方針を選択するはずである。本発明のある例示態様では、コミュニケーションの受信側がプリンシパルエージェントとみなされているのは、このエージェントがコンタクト側によって要求される受信側のアテンションリソースであるからである。しかし、コンタクト側のプリファレンスは、コンタクト側へのコミュニケーションのユーティリティを、課された拘束条件の範囲内で最大限にする一方で、被コンタクト側へのユーティリティを最大限にする試みの中で考慮する。さらに、自動化セッティングでは、コンタクト側は自動化された被コンタクト側と通信するので、本発明によれば、被コンタクト側へのコミュニケーションのユーティリティを無視し、コンタクト側へのコミュニケーションのユーティリティを最大限にすることを主要目標として設定することが可能になっている。
【００１０】
最適コミュニケーションモダリティはいくつかのファクターに基づくことが可能である。そのようなファクターとしては、例えば、利用可能コミュニケーションチャネル（シングルチャネルとこれに対比するマルチ同時チャネルを含む）、通信する初期試みで使用されるツール、被コンタクト側プリファレンス、コンタクト側プリファレンス、特別に指定された時間期間、コンタクト側のグルーピング、コンタクト側コンテキスト、被コンタクト側コミュニケーションニーズ、コンタクト側コミュニケーションニーズ、コンタクト側コミュニケーション目標、スケジュール、優先度、デッドライン、コスト、利益、被コンタクト側能力、およびコンタクト側能力などがあるが、これらに限定されるものではない。
【００１１】
具体例を示して説明すると、米国大統領の年頭一般教書の演説草稿を書いているスピーチライターはいくつかのコミュニケーションモダリティをもち、そこを通してスピーチライターにコンタクトすることが可能になっている場合がある（例えば、直接面談、電話、Eメール、演説の共同編集、ページャなどによる）。演説が行われる２日前までは、時間が差し迫っていないときは、スピーチライターは、いろいろなカテゴリの人からのコミュニケーションを、異種タイプのコミュニケーションモダリティを通して受けても気にならない場合がある。例えば、スピーチライターは、第１タイプの人（例えば、大統領、ホワイトハウスのスタッフ、一部の家族）からのリアルタイムコミュニケーションを優先することがあり、その場合、どのタイプのリアルタイムコミュニケーションが行われるかは、部分的には、スピーチライターがどこにいるか、スピーチライターがなにを行っているか、に基づいている。例えば、スピーチライターは、ドキュメントで作業を行っていないときは電話コールを優先することがあり、ドキュメントで作業を行っているときは電話コールと共同編集のための共同コンピュータスクリーンを優先することがあり、作業中であるが、デスクから離れているときは高優先度のEメールおよび/またはモバイルページングを優先することがある。これらのプリファレンスをスピーチライターが意図しているのは、例えば、スピーチライターへのコミュニケーションのユーティリティを最大限にすることが容易化しおよび/または作業環境を被コンタクト側の希望に合わせてカストマイズするためである。同様に、スピーチライターは、第２グループの人（例えば、議会の特定メンバ、一部のプレス、および一部の親友）からの非リアルタイムコミュニケーションを優先することがあり、そのようにすると、作業の流れが中断されることなく、この場合も、コミュニケーションのユーティリティを最大限にし、作業場所をカストマイズできるからである。
【００１２】
本発明のある例示態様では、コンタクト側が被コンタクト側と通信することを望んでいるとき、コンタクト側は本発明を採用すると、コミュニケーションモダリティを特定し、そのモダリティに関するランキング情報を、被コンタクト側とのコミュニケーションのユーティリティを最大限にすることに基づいて提示することが可能になっている。このようなユーティリティ計算では、現在の条件だけでなく、将来の条件に関連する確率も考慮に入れることが可能になっている。具体例を示して説明すると、大統領が演説に関して被コンタクト側にコンタクトしたい場合には、ほとんどすべての通信方法を利用して被コンタクト側にコンタクトできるので、最大の即時フィードバックが得られる方法が選択されることになる。例えば、スピーチライターがデスクにいて、演説草稿を作成中であれば、同時音声チャネルと共有コンピュータスクリーンによる共同編集が選択されることになる。しかし、スピーチライターが車の中にいる場合は（これは、例えば、GSPによって判断される）、即時セルラ電話コールによると、コミュニケーションの即時性が最大限になるが、電話コールによると、スピーチライターが自宅に到着し、自分のラップトップで録音および/編集を行うまでに10分間待たされることになるが、より高いユーティリティが得られることになる。スピーチライターがセルラカバレッジの外にいて、衛星電話を持っていない場合には、メッセンジャがメッセージをもって派遣されることになる。別の具体例を示して説明すると、スピーチライターの獣医が、健康なペットについての任意の来院に関する督促に関して一ヶ月前に被コンタクト側にコンタクトしたい場合には、低優先度のEメールおよび低優先度の音声メールを選択すると、ユーティリティが最大限になることがある。これらの具体例が示すように、ユーティリティを最大限にするコミュニケーションを判断する際に評価する変数は、非常に多数存在する。
【００１３】
本発明によれば、コンタクト側と被コンタクト側に関する豊富なデータのセットが採用されているので、コミュニケーションのユーティリティを最大限にするコミュニケーションモダリティの判断が容易になっている。本発明によれば、ある時には、最適コミュニケーションモダリティに関して完全なデータを使用して推論することもあるが、他の時には、データのセットが大きく、複雑であることから、本発明によれば、判断に関して不確実性の下で推論することもある。例えば、意思決定システムは、被コンタクト側がなんらかのアテンションステートにあるとの可能性に関して、確率分布で表された確信をもっているにすぎない。このような確信は、ソースからの情報の関数として動的に計算する。ソースとしては、例えば、被コンタクト側のカレンダ、デスクトップアクティビティ、被コンタクト側ロケーションにおける周囲音響および被コンタクト側の凝視 (gaze) またはローカルアクティビティのビデオ解析があるが、これらに限定されない。被コンタクト側のアテンション、ロケーション、および被コンタクト側のコンテキストの他の態様についての推論可能性が採用されているので、被コンタクト側の期待ユーティリティを最大限にするアクションを選択しようとすると動機付けられて、コミュニケーションに関する動的意思決定を駆動する。従って、本発明によれば、被コンタクト側および/またはコンタクト側のコンテキストに関する複数の観察が与えられているとき、最適コミュニケーションモダリティを判断する。
【００１４】
本発明によれば、複数の意思決定方法を使用することが容易化され、異なるシチュエーションで最良方法が選択される。例えば、ある決定は単純な優先度ルールを使用して行うことができ、別の決定は、被コンタクト側のプリファレンスのキーとなる態様および被コンタクト側および/またはコンタクト側のコミュニケーションプリファレンスを入力として受け取るポリシーによって行う。別のケースでは、コンテキストに関する不確実性の考慮が与えられているとき、コミュニケーションの価値に関する決定理論的推論 (decision-theoretic reasoning) を使用して決定を行う。さらに、これらの決定は、コミュニケーションを導くための、特定の時間ホライゾンに関する具体的表明を考慮して、日付と時刻にセンシティブになるようにする。例えば、被コンタクト側は、ある時点前に行われるコミュニケーション（例えば、配信されるスピーチ）に大きな重要度を付加し、そのあと、次に続く月ではそのコミュニケーションに非常に低い重要度を付加する。
【００１５】
別の例示態様では、コンタクト側は、必要とするモダリティを指定するので、本発明によると、指定されたモダリティ内でコミュニケーションユーティリティを最大限にすることができる。コンタクト側は初期コミュニケーションモダリティを選択するが、コンタクト側に優先モダリティを参照させることも可能になっている（例えば、メッセージによる、自動化ルーチングによる、など）。本発明のある例示態様では、コミュニケーションデバイス（例えば、電話、コンピュータスクリーン、ファックス）に、コミュニケーションモダリティを最適化することを起動する "BestCom" ボタンを含めることができるので、コンタクト側はモダリティとルーチングに関して判断を行わないで済み、これらの判断は本発明によって行われることになる。このようなサービスが利用可能になっていれば、将来の潜在的被コンタクト側は、将来のコンタクトを試みるとき、将来の潜在的コンタクト側が本発明を利用して被コンタクト側にコンタクトするように要求する。
【００１６】
本発明は、２当事者間のコミュニケーションにも、２当事者間のシングルコミュニケーションチャネルにも限定されない。当然に理解されるように、チャネルが多数になるとおよび/または通信を行う当事者が多数になると、選択肢のセットが増加するため、１つまたは２つ以上のコミュニケーションモダリティを、通信を行う当事者のプリファレンス、コンテキストおよび能力に基づいて特定し、確立する基本プロセスを変更しなくとも、ユーティリティを最大限にする計算が複雑化することになる。
【００１７】
本発明のさらに別の態様では、コミュニケーションを先に延ばし、カレンダと推論利用可能性情報をスキャンする自動化システムを通して、つまり、例えば、各潜在的参加者とのプライベートダイアログを確立することによって、後刻にそのコミュニケーションを再スケジュールする価値が考慮されている。例として、コンタクト側はリアルタイムで被コンタクト側にコンタクトしようとしたが、その被コンタクト側は重要なミーティングに出席しているとする。最良のオプション（例えば、ユーティリティを最大限にするオプション）は、被コンタクト側がミーティングから戻ることが予想されるときリアルタイム会話を、カレンダ情報に基づいて、あるいは被コンタクト側がいつ利用可能になるかの予測を容易にする、被コンタクト側の出入りに関する統計に基づいて再スケジュールすることである。本発明のある態様では、コンタクト側のカレンダを考慮して、相互に都合のよい時間をアレンジする。
【００１８】
本発明の別の態様では、情報をコンタクト側および/または被コンタクト側に提示し、両者をダイアログに参加させることを容易にし、コミュニケーションをスケジューリングすることを容易にしている。このダイアログからは、コミュニケーションに関するエンティティ選択データを得ることができ、そのデータを使用すると、取り得るコミュニケーションモダリティから１つを選択する。このような対話 (interaction) を使用すると、グループミーティングをスケジュールすることもでき、そこでは、遅延のコスト（例えば、伝送される情報の価値の推定損失）、コンタクト側のカレントアテンションステート、被コンタクト側のカレントアテンションステート、コンタクト側の潜在的アテンションステート、被コンタクト側の潜在的アテンションステート、他のモダリティの利用可能性、被コンタクト側のカレント利用可能性および被コンタクト側の潜在的利用可能性が考慮されている。
【００１９】
本発明によれば、被コンタクト側がいつ利用可能になるかの見込みを予測する方法が提供されており、そこでは、この見込みを使用してグループミーティングをスケジューリングすると、ｎ人の参加者が体験するグループのユーティリティが最大限になるようにしている。ここでｎは整数である。例えば、n人の参加者のカレンダを調べると、参加者がいつ利用可能になって、ある共通モダリティ（例えば、テレビ会議、共同編集）に参加可能な時間を推論する。他のケースでは、参加者のサブセットが他のモダリティよりも理想的である、同一モダリティにアクセスできないとき、グループミーティングに参加する最良方法に関する解析が自動化されている。このようなシチュエーションでは、方法を制限して（例えば、ビデオリンクに先行する）参加者の間に同等の関係が保たれるようにする決定を行う。自動化ミーティング要求は、このような解析から作られる。
【００２０】
上述した目的および関連目的を達成するために、以下では、下述する詳細説明および添付図面と共に、本発明のいくつかの態様が具体的に説明されている。なお、これらの態様は、本発明の原理が採用できる種々方法のいくつかを示したにすぎず、本発明には、そのような態様とこれらに等価の態様がすべて含まれるものである。本発明の他の利点および注目すべき特徴は、図面を参照して下述されている本発明の詳細説明の中で明らかにされている。
【００２１】
【発明の実施の形態】
以下では、図面を参照して本発明について説明する。なお、図面において、類似のエレメントは類似の参照符号を付けて示されている。以下の説明では、説明の便宜上、本発明の完全な理解を容易にするために、多数の具体的詳細が示されている。なお、この分野の精通者ならば明らかであるように、本発明は、これらの具体的詳細がなくても、実施することが可能である。その他の場合には、本発明の説明を容易にするために、多数の周知構造とデバイスは、ブロック図の形で示されている。
【００２２】
本明細書で用いられている「コンポーネント」という用語は、ハードウェアであるか、ハードウェアとソフトウェアの組み合わせであるか、ソフトウェアであるか、実行中のソフトウェアであるかに関係なく、コンピュータに関係するエンティティを意味するものである。コンポーネントの例としては、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行されるスレッド、プログラムおよびコンピュータがあるが、これらに限定されない。具体例を示して説明すると、サーバ側で実行されるアプリケーションとそのサーバは、共に、コンポーネントとなることができる。１つまたは２つ以上のコンポーネントは、実行されるプロセスおよび/またはスレッドの中に置いておくことが可能であり、またコンポーネントは１つのコンピュータ上に置いておくことも、および/または２つまたはそれ以上のコンピュータ間に分散させることも可能である。
【００２３】
以上の説明から理解されるように、本発明の種々態様によれば、コンテキスト情報、参加者の性質に関する詳細、および手元のコンテンツまたはタスクを引数として受け取る関数またはルールとして指定された決定論的ポリシーの表現を採用することが可能である。また、本発明によれば、不確実性の下の推論と意思決定を容易化し、期待ユーティリティを最適化しおよび/または期待コストを最小限化することに関連するテクノロジを採用することも可能である。従って、手作業で構築されたモデル、マシン学習方法でデータから構築されたモデル、あるいはマシン学習と人間評価の組み合わせによって構築されたモデルを使用して、統計的推論を行う。これらのモデルは、決定論的ポリシーと併用することができ、そこでは、コンテキストに応じて、推論ルールまたは決定論的ルールが使用されている。種々のマシン学習システム/方法論（例えば、代替依存構造にわたってサーチを行い、スコア（Bayesian Information Criteria、など）方法を適用するベイズ (Bayesian) 学習方法、ベイズ分類辞 (classifier) と他の統計的分類辞。この中には、判断ツリー学習方法、サポートベクトルマシン、線形および非線形回帰、およびニューラルネットワーク表現、などが含まれている）は、推論モデルを構築し、更新するために採用することができる。
【００２４】
最初に、図１を参照して説明すると、図１には、最適コミュニケーションモダリティ (communication modality) を、コミュニケーションに参加する当事者のプリファレンス、コンテキスト、能力および目標に基づいて特定するためのシステム１００が示されている。システム１００は、コンタクト側（contactor：連絡を行う側）１２０と被コンタクト側（contactee：その連絡を受ける側）１３０間のコミュニケーション１１０を確立することを容易化している。図には、１つのコンタクト側１２０と被コンタクト側１３０が示されているが、当然に理解されるように、システム１００は、２つまたはそれ以上の通信を行う当事者間の最適コミュニケーションモダリティを特定するために採用することができる。さらに、当然に理解されるように、コミュニケーション１１０に参加する当事者は人間であることもあれば、エレクトロニックプロセスであることもある。
【００２５】
コミュニケーション１１０は、種々のモダリティを通して達成することが可能であり、モダリティの例としては、電話モダリティ、コンピュータモダリティ、ハードコピーファックスモダリティ、ページングモダリティ、パーソナルモダリティなどがあるが、これらに限定されない。これらのモダリティに関するデータは、コミュニケーションモダリティデータストア１１５にストアしておく。コミュニケーションモダリティデータストア１１５は、例えば、利用可能モダリティ、そのモダリティを使用するコミュニケーションのコスト、モダリティがいつ利用可能になるかの見込み、モダリティ容量、モダリティ信頼性といった情報を収容する。システム１００は、コミュニケーション１１０を確立するために現在利用可能になっているモダリティを考慮することも、コミュニケーション１１０を確立するために利用可能性のあるモダリティに関する予測を考慮する。例えば、コンピュータは、現在は、オフにされているため利用可能になっていないことがあるが、その後、そのコンピュータのユーザが作業に戻って、オンにすると、利用可能になることがある。電話モダリティとしては、POTSテレホニー、セルラテレホニー、衛星テレホニー、インターネットテレホニーなどがあるが、これらに限定されない。コンピュータモダリティとしては、ホーム処理および/またはネットワーキングで採用されているEメール、共同編集 (collaborative editing)、即時メッセージング (instant messaging)、ネットワークミーティング、カレンダリング、デバイスなどがあるが、これらに限定されない。パーソナルモダリティとしては、テレビ会議、メッセンジャリング、フェースツーフェース ミーティングなどがあるが、これらに限定されない。カレントモダリティに関するデータ（例えば、通話中の電話）は、モダリティが利用可能になるかも知れないとの見込みに関するデータ（例えば、近いうちに通話中でなくなる電話）と同じように、解析する。従って、最適コミュニケーションを特定することには、第１の時点で利用可能になっているコミュニケーションモダリティを使用して、その時点でコミュニケーション１１０を確立することの利益を考慮すること、および他のコミュニケーションモダリティが利用可能になる可能性があるとき、コミュニケーション１００を確立することを第２の時点まで遅らせることのコストを考慮することが含まれている。
【００２６】
コンタクトマネージャ１４０は、コンタクト側１２０と被コンタクト側１３０間のコミュニケーション１１０のためにどのモダリティが採用できるかを特定し、判断するために採用されている。モダリティを特定することを容易化するために、さらに、コミュニケーション１１０のためにモダリティのうちどれを採用したらよいか、どの時点でコミュニケーションを試みたらよいかの判断を容易化するために、コンタクトマネージャ１４０は、コンタクト側データストア１５０、被コンタクト側データストア１６０およびモダリティデータストア１１５にアクセスする。コンタクト側データストア１５０、モダリティデータストア１１５および被コンタクト側データストア１６０は、１つまたは２つ以上のリスト、アレイ（配列）、テーブル（表）、データベース、スタック、ヒープ、リンクリスト、データキューブなどのデータ構造にデータをストアしておくが、これらに限定されない。コンタクト側データストア１５０、モダリティデータストア１１５および被コンタクト側データストア１６０は、１つの物理デバイス上に置いておくことも、および/または２つまたはそれ以上の物理デバイス（例えば、ディスクドライブ、テープドライブ、メモリユニット）間に分散させることも可能である。さらに、コンタクト側データストア１５０、モダリティデータストア１１５および被コンタクト側データストア１６０は、１つの論理デバイスおよび/またはデータ構造に置いておくことも可能である。同様に、コンタクトマネージャ１４０は、２つまたはそれ以上の共同プロセス間に分散させることも、および/または１つの物理または論理デバイス（例えば、コンピュータ、プロセス）上に置いておくことも可能である。
【００２７】
本発明の１つの例では、被コンタクト側データ１６０はコンタクト側１２０に利用可能になっていないのに対し、コンタクト側データ１５０の１つまたは２つ以上の部分は被コンタクト側１３０に利用可能になっている。従って、被コンタクト側１５０のプライバシーは保護されるが、コンタクト側１２０は身元が明らかにされている。
【００２８】
コンタクト側データ１５０としては、カレントステート情報、将来のステートに関する予測、将来のステートに関する予測に関連する時点までコミュニケーションを遅延させることに関連するコスト、などがある。同様に、被コンタクト側データ１６０としては、カレントステート情報、将来のステートに関する予測、将来のステートに関する予測に関連する時点までコミュニケーションを遅延させることに関連するコスト、などがある。例えば、被コンタクト側データ１６０として、被コンタクト側１３０のカレントアテンションステータスに関する情報（例えば、割り当てられたタスクに関する電話での会話における）を含めておくが可能であり、また、１つまたは２つ以上の将来の時点における被コンタクト側１３０のカレントアテンションステータスに関する情報（例えば、被コンタクト側１３０が５分後に同じステートになる見込みは25%、被コンタクト側１３０が１０分後に低アテンションステートになる見込みは50%）を含めておくことも可能である。
【００２９】
以上のように、コンタクトマネージャ１４０は、コンタクト側１２０と被コンタクト側１３０間のコミュニケーション１１０のユーティリティを最大限にするモダリティを特定することに関連する処理を実行するとき、コミュニケーションモダリティデータ１１５、コンタクト側データ１５０および被コンタクト側データ１６０を調べる。１つのコミュニケーション１１０が図示されているが、当然に理解されるように、コンタクト側１２０と被コンタクト側１３０間のパラレル、シリアルおよび同時通信などの方法において、１つまたは２つ以上のコミュニケーションモダリティを採用する。なお、通信方法は上記に限定されない。具体例を示して説明すると、コンタクト側１２０と被コンタクト側１３０は、コンピュータネットワークコミュニケーションモダリティ上で共同編集によるドキュメントを共有しているのと同時に、電話で通信する。
【００３０】
コンタクトマネージャ１４０は、データ（例えば、コンタクト側データ１５０、モダリティデータ１１５、被コンタクト側データ１６０）を調べ、コミュニケーション１１０のための最適モダリティを特定するための決定論的計算 (deterministic calculation) を実行するのに十分な情報を見つける。この決定論的計算は、十分な情報に基づく１つまたは２つ以上のプリファレンスベースのルールを適用することにより容易化されている。具体例を示して説明すると、第１当事者が第２当事者に電話しようとすると、本発明によれば、第２当事者のコンテキストが与えられているとき、リアルタイムテレホニーのために第２当事者に到達するのに可能な限り最良の現行手段が、見込み別にランク付けされて表示される。別の具体例を示して説明すると、被コンタクト側の人物クラスストアに「重要な同僚」としてリストされているコンタクト側が被コンタクト側に到達しようとしたが、被コンタクト側がミーティングに不在であり、ビジネス時間であり、被コンタクト側が音声対応デバイス (voice-enabled device) の近くにいて、コンタクト側が音声対応デバイスを使用中の場合には、本発明によれば、そのコンタクト側は、被コンタクト側が別の人と会話中でなければ、最良の音声対応デバイスにルーチングされる。
【００３１】
このようなプリファレンスおよび/またはルールを表示し、編集するためのツールを使用すると、かかるルールを作成し、管理するためのタスクが容易になる。もっと洗練されたアプローチでは、本発明によれば、考慮されている変数が不確実であるとき、価値または最高期待値をもつコミュニケーションアクションを特定する自動化方法でコミュニケーションが指示される。判断問題を公式化することは、考慮されている変数、表現されるプリファレンス、および判断のプリンシパルエージェント（または「所有者」）に応じて、いくつかが実現可能である。
【００３２】
判断問題の一般的公式では、本発明によれば、「コミュニケーション価値関数」fが考慮され、この関数からは、各コミュニケーションモダリティまたは考慮されているモダリティのサブセットまたはコミュニケーションモダリティ全体にわたる配列に対する値が、そのモダリティまたはモダリティのサブセットが許容可能かどうかの形で戻される。
【００３３】
【数１】
値(モダリティ)=f(被コンタクト側のプリファレンス，コンタクト側のプリファレンス，組織のプリファレンス，被コンタクト側のコンテキスト，コンタクト側のコンテキスト)
【００３４】
上記において、被コンタクト側とコンタクト側のコンテキストには、利用可能であるデバイス、時刻、コンタクト側と被コンタクト側の手元のタスクとシチュエーション、などが含まれている。以上から理解されるように、被コンタクト側とコンタクト側のコンテキストは、例えば、XMLスキーマなどの、１つまたは２つ以上のフォーマットでストアしておくが、これに限定されるものではない。
【００３５】
ある例示態様では、本発明によれば、モダリティは割り当てられた値別に配列され、コネクションが作成されるか、あるいは可能な限り最良のコネクションがコンタクト側および/または被コンタクト側に通知される。
【００３６】
しかし、コンタクトマネージャ１４０は、利用できる情報が不完全であることを見つけることがある。従って、コンタクトマネージャ１４０は、コミュニケーション１１０のための最良モダリティを特定するための計算を行うときに係わりをもつ、ある種のデータに関して不確実になることがある。従って、コンタクトマネージャ１４０は、この不確実性の下で推論を行うことを要求されることがある。例えば、本発明のある例示態様では、コンタクトマネージャ１４０は、被コンタクト側１３０のアテンションステートに関連する値を要求することがある。しかし、あるサンプル計算では、このような値が被コンタクト側データ１６０に見つからないことがある。従って、コンタクトマネージャ１４０は、最大ユーティリティを判断するとき、デスクトップイベント、被コンタクト側１３０のロケーションにおける周囲騒音および凝視トラッキングのような情報に基づいて、被コンタクト側１３０のアテンションステータスに関連する１つまたは２つ以上の条件付き確率 (conditional probability) に頼る場合がある。
【００３７】
一般的に、コンテキストをモデリングするために採用されるプリファレンスおよび１つまたは２つ以上のパラメータに関しては、不確実性が存在することがある。そのようなシチュエーションでは、各変数の異なるステートにわたる確率分布を推論するので、各モダリティの期待値を計算する。例えば、被コンタクト側のコンテキストの態様に関して不確実性が存在する場合、確率分布（ここでは抽象的に表されている）は、コンテキストについて観察された証拠Eと不確実性全体の総和が与えられているとき、表現することができる。
【００３８】
【数２】
期待値（モダリティ）=Σif(被コンタクト側のプリファレンス，コンタクト側のプリファレンス，組織のプロファレンス，p(被コンタクト側のコンテキストi｜E)，コンタクト側のコンテキスト
【００３９】
本発明によれば、割り当てられた期待値別にモダリティを配列し、コネクションを作成したり、最良のコネクションに関してコンタクト側および/または被コンタクト側に通知したりすることを試みる。
【００４０】
次に、もっと具体的な期待ユーティリティの使用例について検討すると、被コンタクト側１３０のプリファレンスのコンテキストにおいて不確実性の下で意思決定を行うときの、特定の基本的公式は、式（１）から得られる。
【００４１】
【数３】
0004191412.tif 000002
【００４２】
上記において、A*は理想的コミュニケーションアクションであり、その中には、式（１）を最適化することによって計算されたコンタクト側 (AC*) と被コンタクト側（受信側）(AR*) によって採用されたモダリティが含まれている。この式において、Ajは考慮されているコミュニケーションモダリティ、ACkはコンタクト側によって採用されたコミュニケーションモダリティ、contextRiは意図するコミュニケーションの被コンタクト側（受信側）のコンテキスト、Cはコンタクト側のIDであり、これは人のクラスにリンクされているのが代表的である（例えば、重要な同僚、以前に応答した、家族、不明など）。従って、本発明の例示態様では、証拠Eが与えられているとき、被コンタクト側があるコンテキストをもっているとの条件付き確率 p(contextRi|E) はユーティリティ関数uと併用され、コンタクト側１２０と被コンタクト側１３０間のコミュニケーションのユーティリティを最大限にするためにとることができる理想的コミュニケーションアクションが判断されている。
【００４３】
最適コミュニケーションモダリティを特定するための基本的公式は、コンタクト側１２０のコンテキストに関する不確実性を導入し、式（２）に示す総和を式（１）の不確実性計算に加算することによって拡張することができる。コンタクト側１２０によって初期コンタクトのために選択された特定のコミュニケーションアクションおよび/またはモダリティは、ACinitで表されている。
【００４４】
【数４】
0004191412.tif 000003
【００４５】
コンタクト側１２０と被コンタクト側１３０のコンテキストは、決定論的または不確実変数の豊富なセットを表している。コンテキストとしては、データ、コンタクト側１２０および/または被コンタクト側１３０用に利用可能なモダリティ（例えば、プライベート音声チャネルが利用可能であるか、チャネルと豊富なデスクトップが利用可能であるか、テレビジョンカメラが利用可能であるか）、コンタクト側１２０と被コンタクト側１３０のロケーション、コンテンツまたはタスクの性質に関する情報などがあるが、これらに限定されない。自動化評価に関連するデータおよび/またはコミュニケーションの緊急度または重要度を直接にマークで示したものは、最適コミュニケーションモダリティを特定するときに評価することができる。コンテキスト変数は、最適化において明示的決定論的または確率的要因として扱うことができる。例えば、mckはコンタクト側１２０に利用可能なモダリティを表すことができるので、式（３）では、コンタクト側１２０に利用可能なモダリティの組み合わせが考慮されている。
【００４６】
【数５】
0004191412.tif 000004
【００４７】
以上のように、システム１００は、種々の例示態様において、コンタクト側１２０および/または被コンタクト側１３０のプリファレンス、コンテキストおよび能力を考慮に入れることができ、そこでは、コンテキストに関する情報は不完全であることがあるので、見込みのある最適コミュニケーションモダリティを特定するには不確実性の下で推論を行うことが要求されている。
【００４８】
次に、図２を参照して説明すると、図には、最適コミュニケーションを、コミュニケーション２１０に参加する当事者のプリファレンスとコンテキストに基づいて特定し、確立するためのシステム２００が示されている。コミュニケーション２１０は、コンタクト側２２０と被コンタクト側２３０の間で行う。図には、１つのコンタクト側２２０と１つの被コンタクト側２３０との間の１つのコミュニケーションが示されているが、当然に理解されるように、本発明によれば、同数またはもっと多数のコンタクト側および/または被コンタクト側との間の、もっと多数のコミュニケーションを特定することが可能である。具体例を示して説明すると、グループミーティングを容易化するコミュニケーション２１０は、通信を行う２当事者間の複数のコミュニケーション２１０（例えば、Eメールとページャによって同時に送信される重複メッセージ）と同じように、システム２００によって特定することが可能である。
【００４９】
コミュニケーションマネージャ２４０によって特定されるコミュニケーション２１０は、少なくともその一部が、例えば、コミュニケーションモダリティ、コンタクト側および/または被コンタクト側に関する１つまたは２つ以上のデータのセットによって左右されることがある。可能とされるデータセットの１つである、コミュニケーションモダリティデータセット２１５は、利用可能コミュニケーションチャネルに関するものである。利用可能コミュニケーションチャネルとしては、Eメール（種々プロパティの）、電話（POTS、セルラ、衛星、インターネット）、ページング、メッセンジャ/クーリエ、テレビ会議、フェースツーフェースミーティング、瞬時共同編集、遅延ポスティング (delayed posting)、共同編集、ピクチャインピクチャ (picture in picture) テレビジョン、ホームデバイスアクチベーション（例えば、勉強部屋のライトを点灯する、識別パターンで電話を鳴らす）、などがあるが、これらに限定されない。コミュニケーションモダリティは、静的エンティティでないことがあるので、コミュニケーションモダリティのステート、容量、利用可能性、コストなどに関する情報は変化することがある。従って、コミュニケーションモダリティデータセット２１５には、１つまたは２つ以上のコミュニケーションモダリティに関連する、将来のステート、容量、利用可能性、コストなどに関する予測を行いやすくするために、カレントステート情報および/またはデータを収めておく。
【００５０】
利用可能なコミュニケーションモダリティがある場合、どのコミュニケーションモダリティが利用可能であるかは、被コンタクト側２３０のロケーションによって決まることがある。例えば、スピーチライターは、ホワイトハウス内のオフィスにいるときは、共同編集、電話、Eメール、ページャ、テレビ会議およびフェースツーフェースミーティングが利用可能になっていることがあり、自宅のオフィスにいるときは、電話、フェースツーフェースミーティングおよびEメールが利用可能になっていることがあり、休暇中のときは、衛星電話だけが利用可能になっていることがあり、シャワー中または睡眠中のときは、リアルタイム容量が利用可能になっていないことがある。利用可能なコミュニケーションモダリティがある場合、どのコミュニケーションモダリティが利用可能であるかは、被コンタクト側２３０のカレントタスクによっても決まることがある。例えば、スピーチライターが現在電話中であれば、その電話は利用できないことになる。電話が利用可能になるとの見込みに関する予測は、コミュニケーション２１０の最適モダリティを判断する際にシステム２００によって採用する。従って、第１の時点でEメールを送信するのではなく（例えば、電話が通話中のときに）、本発明によれば、スピーチライターが電話から離れる見込みのあるときに、第２の将来の時点にリアルタイム電話コールをスケジュールする。
【００５１】
コミュニケーションマネージャ２４０には、被コンタクト側データ２５０と呼ばれる、別のデータのセットも利用可能になっている。被コンタクト側データ２５０としては、例えば、ハードウェア、ソフトウェア、実行中の被コンタクト側タスク、被コンタクト側アテンションステータス、被コンタクト側コンテキストデータ２５２および被コンタクト側プリファレンスデータ２５４に関する情報がある。具体例を示して説明すると、ハードウェアデータとしては、どのハードウェアが被コンタクト側で利用可能であるか、どのハードウェアが被コンタクト側によって採用されているか（例えば、デスクトップ、ラップトップ、PDA）、ハードウェアの能力（例えば、メモリとコミュニケーションバンド幅がテレビ会議を行うのに十分であるか）、そのハードウェアを採用するコスト、およびハードウェアが現在機能しているときのステート（例えば、オンライン、オフライン）、などに関する情報がある。このハードウェアデータには、利用不能になっているハードウェア部分がいつ利用可能になるかの見込みを判断しやすくする使用パターンに関する情報を含めておくことも可能である。ソフトウェアデータとしては、どのソフトウェアが現在被コンタクト側によって採用されているか（例えば、演説を編集するためにどのワードプロセッサが使用されているか）、そのソフトウェアの能力（例えば、共同編集を可能にしている）、およびそのソフトウェアが現在機能しているときのステート（例えば、実行中でアクティブ状態にある、実行中であるがアクティブ状態になっていない）、などに関する情報がある。このソフトウェアデータには、利用不能であるソフトウェア部分がいつ利用可能になるかの見込みを判断しやすくする使用パターンに関する情報を含めておくことも可能である。
【００５２】
被コンタクト側データ２５０には、被コンタクト側２３０のプリファレンスに関するプリファレンスデータ２５４を収めておくことも可能である。プリファレンスデータ２５４としては、被コンタクト側２５０がどのような方法でコンタクトされることを望んでいるか、に関するデータがあるが、これらのプリファレンスは、種々のコンタクト側２２０と種々のコミュニケーショントピックスに対して時間と共に変化するものである。例えば、スピーチライターは、初めは、一般教書演説に関係する人の大きなグループからのコミュニケーションを許容する。また、スピーチライターは、大統領が演説のデッドラインまで常時にリアルタイムテレホニーで最善の努力をしてスピーチライターと通信することを許容するプリファレンスをも設定する。しかし、スピーチライターは、デッドラインが近づいてくると、リアルタイムコミュニケーションを受け付けようとする人のグループを徐々に制限し、そのような人が通信できる手段をさらに制限する。デッドライン直前の数時間には、スピーチライターは、例えば、大統領との直接のコミュニケーションと家族に関する電話ベースの緊急医療情報を除き、すべてのリアルタイムコミュニケーションを遮断する。
【００５３】
被コンタクト側プリファレンスデータ２５４としては、コミュニケーションを行う時刻（例えば、早朝、ビジネス時間、深夜、睡眠時間）、コミュニケーションを行う曜日（例えば、月曜から金曜まで、ウィークエンド、休日、休暇）、コンタクト側の身元（例えば、雇用者、従業員、重要な同僚、同僚、仲間、核家族、拡張家族、親友、友人、知人、その他）、現在利用可能であるハードウェアまたはコミュニケーションが試みられる時間ホライゾン内に利用可能になるハードウェア（例えば、デスクトップ、ラップトップ、ホームコンピュータ）、優先ソフトウェア（例えば、Eメール、ワードプロセッシング、カレンダリング）および優先割り込み可能性（仕事に従事中は割り込み禁止、仕事に従事していないときだけ割り込み可能）、などに関するプリファレンスに関するデータがあるが、これらに限定されない。上記の説明では、６つのプリファレンスが示されているが、当然に理解されるように、本発明に従って採用できるプリファレンスは、もっと多くすることも、もっと少なくすることも可能である。
【００５４】
被コンタクト側データ２５０には、コンテキストデータ２５２を含めておくこともできる。コンテキストデータ２５２は、一般的に、被コンタクト側２３０に関する観察に関係している。例えば、被コンタクト側２３０が関与しているアクティビティのタイプ（例えば、オンタスクである、オンタスクでない）、被コンタクト側２３０のロケーション（例えば、オフィス、ホーム、車、シャワー中）、カレンダ（例えば、アポイントメントのステータス、アポイントメントの利用可能性）、他の当事者とのコミュニケーションのヒストリ（例えば、過去にEメールに応答した、最近電話で話した、対話のユーティリティ、対話の持続時間）、カレントロケーションにおける背景周囲騒音、その日の作業時間数およびアテンションステータス（例えば、高集中度、普通の集中度、低集中度、他の人と会話、低アクティビティ）などに関する観察は、コンテキストデータ２５２に入れておくことができる。上記の説明では、７つの観察が列挙されているが、当然に理解されるように、コンテキストデータ２５２に入れておく観察は、もっと多くすることも、もっと少なくすることも可能である。場合によっては、コンテキストデータ２５２は不完全であることがある（例えば、ビデオ解析データは、ビデオカメラが故障したため利用できない）。従って、コミュニケーションマネージャ２５０は、このような不完全なデータを頼りにするとき、最適コミュニケーションに関して推論を行う必要が起こることがある。そのために、被コンタクト側データ２５０には、紛失データエレメントに関連する１つまたは２つ以上の確率を得やすくする情報を含めておくことも可能である。具体例を示して説明すると、被コンタクト側データ２５０には、凝視トラッキング情報 (gaze tracking information) が利用可能になっていなくても、被コンタクト側２３０が高アテンションステートにあるとの見込みを予測するために操作可能である情報を収めておくことが可能である。
【００５５】
被コンタクト側データ２５０には、さらに、被コンタクト側２３０の長期的および/または突発的で、動的に変化するコミュニケーションニーズに関する情報を収めておくことも可能である。具体例を示して説明すると、被コンタクト側２３０は、次の１時間の間、割り込まれることを望んでいないことがある（例えば、このタスクでの緊急度が高くなければ、または今から１時間の間は、すべてを保留にする）。別の具体例を示して説明すると、被コンタクト側２３０がコンタクト側２２０と話すことを望んでいるとき、コンタクト側２２０がEメールまたは音声メールを残すことによって被コンタクト側２３０を「避ける」のを防止するために、被コンタクト側２３０は、コンタクト側２２０がコミュニケーションを望んでいるとの通知からX時間単位内になんらかの方法でコンタクト側２２０からのコンタクトが行われることを要求する場合がある（例えば、重要な事実を見つけることをタスクとしているリサーチアシスタントがEメールでスピーチライターにコンタクトしようとするとき、スピーチライターは、アシスタントの試みから数秒以内にリアルタイム電話会話を望んでいる）。
【００５６】
次に、式（１）に戻って説明すると、
【００５７】
【数６】
0004191412.tif 000005
【００５８】
式に示すように、被コンタクト側データ２５０が、contextRiコンポーネントを通してユーティリティ関数uに寄与しているのは、このコンポーネントには、上述した被コンタクト側コンテキストデータ２５２を含めておくことができるからである。
【００５９】
最適コミュニケーションを判断する際に使用される被コンタクト側データ２５０のほかに、コンタクト側２２０に関するデータを使用することも可能である。コンタクト側データ２６０としては、被コンタクト側２３０で利用可能なデータと同じように、ハードウェア、ソフトウェア、コンテキスト、プリファレンスおよびコミュニケーションニーズがあるが、違いは、これがコンタクト側２２０から見て準備される点である。
【００６０】
もう一度、式（１）に戻って説明すると、
【００６１】
【数７】
0004191412.tif 000006
【００６２】
式に示すように、コンタクト側データ２６０が、contextCコンポーネントを通してユーティリティ関数uに寄与しているのは、このコンポーネントには、上述したコンタクト側コンテキストデータ２６２を含めておくことができるからである。
【００６３】
本発明は、２当事者間のコミュニケーションにも、２当事者間のシングルコミュニケーションチャネルにも限定されない。当然に理解されるように、チャネルが多数になるとおよび/または通信を行う当事者が多数になると、選択肢のセットが増加するため、１つまたは２つ以上のコミュニケーションモダリティを、通信を行う当事者のプリファレンス、コンテキストおよび能力に基づいて特定し、確立する基本プロセスを変更しなくとも、ユーティリティを最大限にする計算が複雑化することがある。
【００６４】
コミュニケーションマネージャ２４０は、コミュニケーションマネージャ２４０がもつ機能部分を実行することを担当する複数のコンポーネントを含む。例えば、コミュニケーションマネージャはプリファレンスレゾルバ２４２を含むことが可能である。プリファレンスレゾルバ２４２は、被コンタクト側プリファレンスデータ２５４とコンタクト側プリファレンスデータ２６４を調べ、２つのデータセット間の相関関係を見つける。グループコミュニケーションの場合は、プリファレンスレゾルバ２４２は、複数のプリファレンスデータセットを調べ、プリファレンス間の相関関係を見つける。具体例を示して説明すると、２当事者間のコミュニケーションの場合、プリファレンスレゾルバ２４２は、第１タスクに関連するコミュニケーションについては、両当事者が高優先度のEメールで通信することを望んでいるものと判断する。同様に、プリファレンスレゾルバ２４２は、被コンタクト側２３０は、特定のドキュメントに関係するコミュニケーションについては、共同編集と電話で通信することを望んでおり、他方、コンタクト側２２０は電話だけで通信することを望んでいるものと判断する。従って、プリファレンスレゾルバ２４２はデータを作成することもあれば、被コンタクト側２３０のプリファレンスとコンタクト側２２０のプリファレンス間の相関関係に値を割り当てる処理を開始することもある。本発明のある例示態様では、被コンタクト側２３０のプリファレンスの方に大きな重みが付けられるので、被コンタクト側２３０が電話と共同編集の両方を望んでいるドキュメントに関する電話会話をコンタクト側２２０が試みると、プリファレンスレゾルバ２４２はデータを作成することもあれば、電話と共同編集の両方でコンタクト側２２０が通信する可能性を大にする処理を開始することもある。本発明の別の例示態様では、被コンタクト側のプリファレンスよりも、コンタクト側２２０のプリファレンスに優先権が与えられている。具体例を示して説明すると、人間のコンタクト側２２０がエレクトロニックコンタクト側２３０と通信しようとしたときは、コンタクト側２２０のプリファレンスの方が重要であると考慮されるので、プリファレンスレゾルバ２４２は、値を出力することもあれば、コンタクト側２２０のプリファレンスが観察される可能性を大にする処理を開始することもある。本発明の別の例示態様では、プリファレンスレゾルバ２４２は、潜在的コミュニケーションモダリティのリストを、プリファレンスに対する応答性に基づいてランク付けして作成する。
【００６５】
コミュニケーションマネージャ２４０はコンテキストアナライザ２４４を含むことも可能である。コンテキストアナライザ２４４は、被コンタクト側コンテキスト２５２とコンタクト側コンテキストデータ２６２を調べ、２つのデータセット間の相関関係を見つける。グループコミュニケーションの場合は、コンテキストアナライザ２４４は複数のコンテキストデータセットを調べ、コンテキストに関する情報を抽出する。具体例を示して説明すると、２当事者間のコミュニケーションでは、コンテキストアナライザ２４４は、被コンタクト側コンテキストは、リアルタイムコミュニケーションが即時に利用可能でないようになっているが、そのコミュニケーションは将来の時点T1で利用可能になる見込みがX1%であり、そのコミュニケーションは将来の時点T2で利用可能になる見込みがX2%であると判断する。さらに、コンテキストレゾルバ２４４は、コンタクト側２２０がリアルタイムテレホニーを要求しても、コンタクト側２２０のコンテキストは、Eメールコミュニケーションがユーティリティを最適化するようになっていると判断する。例えば、コンタクト側２２０のコンテキストには、コンタクト側２２０のロケーションでの周囲騒音に関する情報を含めておく。コンテキストアナライザ２４４は、騒音レベルがリアルタイムテレホニーによるユーティリティを最適化するのに役立たないと判断するので、値が作成されおよび/またはコンタクト側２２０がEメールで被コンタクト側２３０と通信する可能性を大にする処理が開始されることになる。プリファレンスレゾルバ２４２によって実行される処理と同様に、コンテキストアナライザは、システム２００のいくつかの例では、コンタクト側２２０のコンテキストよりも被コンタクト側２３０のコンテキストの方に、あるいはその逆に大きな重みを付ける。
【００６６】
もう一度、式（１）に戻って説明すると、
【００６７】
【数８】
0004191412.tif 000007
【００６８】
本発明のある例では、コンテキストアナライザ２４４は、ユーティリティ関数に関連する処理とucontextRiとcontextCの解析を実行するものと見る。
【００６９】
コミュニケーションマネージャ２４０は、チャネルアナライザ２４６を含む。チャネルアナライザ２４６は、例えば、コミュニケーションモダリティデータセット２１５を解析するために使用する。チャネルアナライザ２４６は、コミュニケーションモダリティのカレント利用可能性および/またはモダリティがいつ利用可能になるかの見込みに関するデータを作成する。チャネルアナライザ２４６は、コンタクト側２２０がコミュニケーションのために指定した１つまたは２つ以上のチャネル、および/または被コンタクト側２３０が、例えば、被コンタクト側プリファレンスデータ２５４にプリファレンスとしてリストした１つまたは２つ以上のチャネルを調べる。さらに、チャネルアナライザ２４６は、被コンタクト側２３０に関連するロケーション情報によって判断される、現在利用可能であるチャネル、および被コンタクト側２３０のアクティビティに基づいて利用可能になる可能性のあるチャネルを調べる。例えば、被コンタクト側２３０が現在自宅に向かってドライブしていれば（これは、例えば、GPSとスケジュールによって判断される）、チャネルアナライザ２４６はカレントセルラモダリティを調べ、さらに、被コンタクト側２３０の自宅で利用可能であるモダリティを調べる。以上のように、チャネルアナライザ２４６を使用すると、データを作成し、および/またはコンタクト側２２０と被コンタクト側２３０間のコミュニケーション２１０用の最適コミュニケーションチャネルの判断時に望みのチャネルが使用される可能性を大にする処理を開始することが容易になる。そこで、式（１）を調べると、
【００７０】
【数９】
0004191412.tif 000008
【００７１】
本発明のある例では、チャネルアナライザ２４６は、ユーティリティ関数uに関連する処理と、コンタクト側モダリティAjと被コンタクト側モダリティACkの解析を実行するものと見る。
【００７２】
コミュニケーションマネージャ２４０は、コミュニケーションエスタブリッシャ２４８を含む。理想的コミュニケーションアクションA*が特定されると、コミュニケーションエスタブリッシャ２４８は、その特定された最適コミュニケーションモダリティを通してコンタクト側２２０と被コンタクト側２３０を接続する処理を行う。例えば、最適コミュニケーション２１０がEメールであると特定されると、コミュニケーションエスタブリッシャは、コンタクト側２２０のためにEメール構成プロセス (email composing process) を開始し（例えば、コンピュータではEメールスクリーン、セル電話では音声・Eメールコンバータ、２ウェイデジタルページャではEメールコンポーザ）、構成されたEメールを、特定された最適コミュニケーション２１０に基づいて最も該当するEメールアプリケーションに転送する。例えば、コミュニケーションエスタブリッシャ２４０は、被コンタクト側２３０のロケーションに関連するGPSデータに基づいて、Eメールを被コンタクト側２３０のページに転送する。本発明の別の実施形態では、システム２００はコミュニケーションエスタブリッシャ２４８を含んでいないが、その代わりに、例えば、コンタクト側２２０および/または被コンタクト側２３０のアクションに頼ってコミュニケーションを確立している。
【００７３】
以上から理解されるように、プリファレンスレゾルバ２４２、コンテキストアナライザ２４４、チャネルアナライザ２４６およびコミュニケーションエスタブリッシャ２４８は単独で実現することも、ハードウェア、ソフトウェアおよび/またはファームウェの組み合わせで実現することも可能である。さらに理解されるように、プリファレンスレゾルバ２４２、コンテキストアナライザ２４４、チャネルアナライザ２４６およびコミュニケーションエスタブリッシャ２４８は、単独で実行されるおよび/または共同で動作する１つまたは２つ以上のスレッドおよび/またはプロセスを採用することが可能である。さらに、このようなスレッドおよび/またはプロセスは１つのプロセッサ上に置いておくことも、２つまたは３つ以上のプロセッサ間に分散させることも可能である。本発明のある例では、プリファレンスレゾルバ２４２、コンテキストアナライザ２４４、チャネルアナライザ２４６およびコミュニケーションエスタブリッシャ２４８は、１つまたは２つ以上のスレッドを採用した別々のプロセスになっており、別々のプロセスの各々は１つのプロセッサに置かれている。
【００７４】
図３は、最適コミュニケーションを、コミュニケーションに参加する当事者のプリファレンス、能力およびコンテキストに基づいて特定し、確立するシステム３００を示す図である。図２を参照して上述したものと類似しているコンポーネント（例えば、コンタクト側データ３４０、被コンタクト側データ３５０、コミュニケーションマネージャ３６０）および関連のサブコンポーネント（例えば、プリファレンスレゾルバ３６２、コンテキストアナライザ３６４、チャネルアナライザ３６６およびコミュニケーションエスタブリッシャ３６８）のほかに、システム３００は、コミュニケーションチョイスデータストア３７０と呼び出しコンポーネント(invoking component) ３８０を含んでいる。コミュニケーションチョイスデータストア３７０には、１つまたは２つ以上のリスト、アレイ（配列）、テーブル（表）、データベース、スタック、ヒープ、リンクリストおよびデータキューブなどの、データ構造をストアするが、これらに限定されない。コミュニケーションチョイスデータストア３７０は、１つの論理および/または物理デバイスに置いておくことも、および/または２つまたは３つ以上の論理および/または論理デバイス（例えば、ディスクドライブ、テープドライブ、メモリユニット）間に分散させることも可能である。コミュニケーションチョイスデータストア３７０には、例えば、コミュニケーション３１０を容易にするために採用できる潜在的モダリティに関してコミュニケーションマネージャ３６０によって作成および/または検索された情報をストアする。例えば、コミュニケーションチョイスデータストア３７０には、コンタクト側３２０および/または被コンタクト側３３０に提示できるコミュニケーションモダリティランキングリストを保存するので、通信を行う当事者は、システム３００とのダイアログおよび/または当事者同士のダイアログに入って、利用可能なチョイスのどれがその特定コミュニケーションにとって好ましいかを判断するときにそのリストを使用する。このダイアログからは、コミュニケーションに関するエンティティ選択データが得られるので、可能なコミュニケーションモダリティのどれかを選択するときにそのデータを使用する。同様に、コミュニケーションチョイスデータストア３７０には、呼び出すコンポーネント３８０に提示できるコミュニケーションモダリティランキングリストを保存する。そのあと、呼び出しコンポーネント３８０は、特定されたコミュニケーションを確立することを試みる。例えば、競合状態が起こると、呼び出すコンポーネントは、可能でなくなったコミュニケーション（例えば、電話は利用可能であったが、利用できなくなる）を確立することを試みるので、呼び出すコンポーネント３８０は、コミュニケーションが確立されるまで、コミュニケーションチョイスデータストア３７０に入っているリストで作業する。
【００７５】
呼び出すコンポーネント３８０は、コミュニケーションのスケジューリング、カレンダリングおよび/または開始といったアクションを実行するが、これらに限定されない。具体例を示して説明すると、呼び出すコンポーネント３８０は、リアルタイムコミュニケーションを10分後に開始させることを、コミュニケーションチョイスデータストア３７０にストアされたデータの少なくとも一部に基づいて判断する。従って、コミュニケーションを即時に開始するのではなく、呼び出すコンポーネント３８０はコミュニケーションをスケジュールし、コミュニケーションがスケジュールされたことを、通信しようとする当事者に知らせる。別の具体例を示して説明すると、呼び出すコンポーネント３８０は、４当事者間のテレビ会議が行われるものと判断し、４個人のカレンダを調べることによって、呼び出すコンポーネント３８０は、テレビ会議が５月１日の午後４時に行われるものと判断する。従って、呼び出すコンポーネント３８０は、当事者のカレンダを更新し、テレビ会議の手配を行い、予定を当事者に通知する。さらに別の具体例を示して説明すると、呼び出すコンポーネント３８０は、両当事者がリアルコミュニケーションに即時に参加できるものと判断するので、両エンドの電話にダイヤルしてコミュニケーションを確立する。
【００７６】
図４は、本発明を採用できる環境４００を示す図である。この環境４００は、複数のコミュニケーションデバイスを含むことが可能であり、その一部は１つまたは２つのコンタクト側に利用可能で、その一部は１つまたは２つの被コンタクト側に利用可能になっている。例えば、図４の左側はコンタクト側に関連するコミュニケーションデバイスを表し、図４の右側は被コンタクト側に関連するコミュニケーションデバイスを表す。コンタクト側では、例えば、電話４０５、ラップトップ４１０、デスクトップシステム４１５、ファックス４２０、クーリエ４２５およびホームテレビジョン４３０が、異なる時間と異なるロケーションで利用可能になっている。被コンタクト側では、例えば、電話４５０、ラップトップ４５５、定期メールリーダ４６０、ミニコンピュータシステム４７０、メインフレームシステム４７５およびホームテレビジョン４８０が、異なる時間と異なるロケーションで利用可能になっている。
【００７７】
被コンタクト側では、第１グループのコンタクト側（例えば、被コンタクト側の巡回販売社員）からのコミュニケーションについては、被コンタクト側はEメールを優先し、コンタクト側にEメール機能がなければ、被コンタクト側は定期メールを優先し、他のモダリティが利用可能でなく、コミュニケーションが非常に緊急であるときは、リアルタイムコミュニケーションを優先することを示すプリファレンスが設定されていることがある。同様に、被コンタクト側では、第２グループのコンタクト側（例えば、核家族、親友）からのコミュニケーションについては、被コンタクト側は、第１グループのトピックス（例えば、作業関連、緊急医療情報関連）に関してはリアルタイム電話コミュニケーションを優先し、他のグループのトピックスに関してはEメールを優先していることを示すプリファレンスが設定されていることがある。別の具体例を示して説明すると、被コンタクト側では、第３グループのコンタクト側（例えば、共同作成者）からのコミュニケーションについては、被コンタクト側は、リアルタイム電話と共有コンピュータスクリーンの両方を優先し、そのスクリーンからは、コンタクト側が通信したいと思っているドキュメントがある時点に表示されることを示すプリファレンスが設定されていることがある。
【００７８】
これらのプリファレンスセットが与えられているとき、コンタクト側から試みられたコミュニケーションは、コンタクト側が優先しているものとは異なる形体をとることができる。しかし、被コンタクト側のアテンションは、アクセスされるリソースであるので、被コンタクト側のプリファレンスとコンタクト側の身元に応じて、あるグループにとっては、そのリソースは不足し、他のグループにとっては、十分になっていることがある。
【００７９】
被コンタクト側のプリファレンスは、コンタクト側と被コンタクト側間のコミュニケーションを確立するための最適コミュニケーションモダリティを特定するとき、本発明によって評価される唯一のデータポイントではない。例えば、被コンタクト側は、巡回販売員が作成した契約に関して巡回販売員からのEメールまたは定期的メール部分を優先していることがあっても（例えば、記録上の目的から）、その巡回販売員は、Eメールを送信するために操作可能なコンピュータをもっていないことがあり、定期的メール部分を送信する時間がないことがある。従って、被コンタクト側にコンタクトしたいと思っている巡回販売員には、本発明によれば、当事者のプリファレンスと能力を解析した後で、ファックスマシン４２０を使用してファックスを送信するように指示されることになる。そのあと、本発明によれば、そのファックスは、被コンタクト側が望んでいたものに近いコミュニケーションを得ることができる定期メールリーダコンポーネント４６０に転送されるので、コミュニケーションのユーティリティが最大限になり、他方では、当事者のプリファレンスと能力の両方が考慮されることになる。
【００８０】
被コンタクト側のプリファレンスは、被コンタクト側がどこにいるかによって左右されることがある。同様に、被コンタクト側の能力は、被コンタクト側がどこにいるかによって左右されることがある。具体例を示して説明すると、オフィスでは、被コンタクト側は、電話４５０、ミニコンピュータ４７０およびメインフレームシステム４７０が利用可能になっていることがある。しかし、ホームでは、被コンタクト側は、電話４５０、ラップトップ４５５およびテレビジョン４８０だけが利用可能になっていることがある。さらに、外出中のときは、被コンタクト側はラップトップ４５５だけが利用可能になっていることがある。従って、本発明によれば、被コンタクト側のコンテキストを調べることができ、その中には、被コンタクト側が含まれているので、能力を判断することが可能になっている。あるロケーション内にいるときでも、被コンタクト側の能力は時間と共に変化することがある。例えば、一日のある労働時間には、周囲騒音レベルが高いためリアルタイムコミュニケーションは実情に合わず、情報を通信することが可能であっても（例えば、特に騒音を発生する機器が被コンタクト側の電話の近くで稼動している間）、ほとんど無意味である。従って、コンタクト側がリアルタイムテレホニーを使用して被コンタクト側にコンタクトすることを試みたとき、本発明によれば、騒音発生機器の回転を落とした後の数分の間に電話コールがスケジュールされるか、あるいは音声メールが選択され、それをEメールに変換してから、例えば、被コンタクト側のページャから表示されるようにしている。本発明によれば、このようにして、被コンタクト側のプリファレンスと被コンタクト側の能力が与えられていて、これらのプリファレンスと能力が、被コンタクト側が存在する動的環境によって影響されたとき、コミュニケーションのユーティリティを最大限にするようにしている。
【００８１】
テレビジョン４３０とテレビジョン４８０は、コミュニケーションのユーティリティを最大限にするために本発明によって採用できるホームデバイスの一例である。例えば、被コンタクト側のセキュリティ会社が重要な情報を被コンタクト側に警告しようとし（例えば、盗難が工場で進行中である）、被コンタクト側が自宅でテレビジョンを見ている場合には、本発明によれば、コンタクト側は、リアルタイム電話コミュニケーションおよび被コンタクト側のテレビジョンにストリーミングされた同時ビデオによって被コンタクト側に到達することを容易化している。従って、コミュニケーションのユーティリティは、被コンタクト側が盗難であることを知り、あるいは明らかな侵入が実際にはスケジュールされた深夜のピックアップであるとセキュリティ会社に通知するとき最大限になる。
【００８２】
以上の説明から理解されるように、デバイス（例えば、テレビジョン、電話、加熱システム、空気ろ過システムなど）は、本発明を採用することができる。具体例を示して説明すると、コンタクト側はローカル電気会社のコンピュータである場合があり、被コンタクト側は工場の加熱および空気ろ過システムである場合がある。コンタクト側は、段階的な電力節減がほぼ30分後に工場に影響を与えることになることを、可能な限り最良の手段によって加熱および空気ろ過システムに通知しようとする場合がある。従って、本発明によれば、差し迫った電力節減の長さ、持続時間および重大性に関する情報を、加熱および空気ろ過システムのプリファレンスと能力および電気会社コンピュータのプリファレンスと能力に基づいて通知することを試みる。従って、工場は、電力節減に反応するのではなく、先を見越して行動することが可能になる。この例は、本発明がコンピュータプロセス間で採用できることを示したものである。本発明によれば、工場の加熱および空気ろ過システムとのコミュニケーションは不可能であるが、プラントマネージャとのコミュニケーションはリアルタイムテレホニーで可能であることが電気会社のコンピュータに通知される場合には、電気会社コンピュータはそのようなコールを行うことが可能である。この拡大例は、本発明がコンピュータプロセスと人間の間で採用できることを示したものである。
【００８３】
本発明のある例示態様では、コミュニケーションを特定し、確立することを開始するために使用する開始手段（例えば、ボタン、アイコン、音声コマンド）が提供されている。この開始手段は、例えば、BestComと名付けられたボタン、星がデータコミュニケーションリンクの周囲に置かれているアイコンまたは "Best Com Please" という音声コマンドにすることができる。開始コマンドが使用されるときは、コンタクト側のコンテキストは決定論的であるとみなされ、被コンタクト側のコンテキストは不確実であるとみなされる。このようなケースとしては、コンタクト側からの利用可能な決定論的情報は比較的少量であるが、被コンタクト側からの利用可能な、センスされるコンテキスト情報は大量である場合がある。具体例を示して説明すると、ラップトップ４１０には、本発明を採用するために、試みられたコミュニケーションをコンタクト側が望んでいることを意味するアイコンを含めることが可能である。従って、本発明のこの例では、コンタクト側のコンテキストは決定論的であるもとのみなされ、被コンタクト側のコンテキストは不確実であるものとみなされるので、不確実性の下の推論に関連する処理がトリガされることになる。
【００８４】
図４は、コンタクト側と被コンタクト側の間の最適コミュニケーションを確立する際に使用する、いくつかのコミュニケーションデバイスを示している。例えば、本発明によれば、電話４０５を使用するコンタクト側と電話４５０を使用する被コンタクト側の間のリアルタイムテレホニーコミュニケーションは、当事者間のコミュニケーションのユーティリティを最大限にする可能性があると判断する。しかし、電話によるコミュニケーションは、コンタクト側がコンタクトしたいと望んでいる時点で可能でない場合がある。従って、本発明によれば、時間フレームt内にモダリティへのアクセスが得られる見込みを考慮することも可能であり、この場合、モダリティが時間tまでに利用可能になる見込みは、p(mck(t)|E) で表されている。本発明の別の態様では、コンタクト側と被コンタクト側が、即時に利用できない可能性のあるモダリティにアクセスする準備をしたときのコストを考慮することが含まれている。従って、即時に利用可能である第１期待ユーティリティをもつコミュニケーションを確立する機会の方が、もっと高い第２期待ユーティリティをもつコミュニケーションをそれより後の時点で確立する機会よりも先に予測されることがある。
【００８５】
上述してきた図示の例示システムに鑑みて、本発明に従って実現できる方法の理解を容易にするために、以下では、図５と図６のフローチャートを参照して説明することにする。説明を簡略化するために、図示の方法は一連のブロックとして図示され、説明されているが、当然に理解されるように、一部のブロックは、本発明によれば、図示され、以下に説明されているものとは異なる順序で現れることもあれば、および/または他のブロックと同時に現れることもあるので、本発明はブロックの順序に限定されるものではない。さらに、本発明に従って方法を実現するためには、図示されていないブロックが必要になることもある。さらに、追加方法および/または代替方法では、ここに説明または図示されていないブロックが採用されることもある。
【００８６】
まず、図５を参照して説明すると、フローチャートは、２つまたはそれ以上の通信を行う当事者間の最適コミュニケーションモダリティを特定し、確立するための方法５００を示している。この方法５００によれば、決定論的シチュエーションにおけるコミュニケーションの最大ユーティリティを判断することが取り上げられている。５１０では、全般的初期化が行われる。この初期化には、メモリを割り振り、ポインタを設定し、データコミュニケーションを確立し、リソースを要求し、変数を設定し、プロセスアクティビティを表示する、ことが含まれているが、これらに限定されない。
【００８７】
５２０では、コンタクト側データ、被コンタクト側データおよびコミュニケーションモダリティデータを含むデータが解析されるが、これらのデータに限定されない。コンタクト側データとしては、シチュエーションデータとコンタクト側プリファレンスデータがあるが、これらに限定されない。シチュエーションデータとしては、観察データ、例えば、コンタクト側を監視しおよび/またはコンタクト側の環境を観察することによって収集されたデータがある。例えば、周囲騒音レベルは、音声コミュニケーションが実用的であるかどうかを判断するために解析する。コンタクト側シチュエーションデータとしては、コンタクト側アプリケーションデータ（例えば、どのアプリケーションが採用されているか）、コンタクト側ユーザデータ（例えば、だれがそのアプリケーションを使用しているか）およびコンタクト側能力データがあるが、これらに限定されない。コンタクト側プリファレンスデータとは、コンタクト側がコミュニケーションをどのように達成したいと思っているか、ということである。コンタクト側プリファレンスデータとしては、時間データ、ロケーションデータ、タスクデータ、目標データおよびコミュニケーションニーズデータがあるが、これらに限定されない。コンタクト側と被コンタク側のプリファレンスデータのほかに、組織プリファレンスデータが存在することもある。例えば、コンタクト側と被コンタクト側が共に同じ組織に所属しているときは、コンタクト側プリファレンスと被コンタクト側プリファレンスは、組織のポリシーに従って一緒にブレンドすることが可能である。コミュニケーションニーズデータとしては、例えば、コンタクト側は特定の時間期間内に特定の被コンタクト側にコンタクトしなければならない、という情報がある（例えば、投資家は株式市場がクローズする前にブローカに到達しなければならない）。被コンタクト側データとしては、被コンタクト側シチュエーションデータと被コンタクト側プリファレンスデータがあるが、これらに限定されない。被コンタクト側シチュエーションデータとしては、被コンタクト側アプリケーションデータ、被コンタクト側ユーザデータおよび被コンタクト側能力データがあるが、これらに限定されない。被コンタクト側プリファレンスデータとしては、時間データ、ロケーションデータ、タスクデータ、目標データおよびコミュニケーションニーズデータがあるが、これらに限定されない。
【００８８】
コンタクト側データ、被コンタクト側データおよびモダリティデータとしては、現在の条件を記述した情報と将来の条件を予測しやすくする情報がある。例えば、電話は現在使用中であることがあるが、電話使用パターンに関するデータを解析すると、電話が将来のある時点で使用可能になるとの見込みを判断することが容易化される。
【００８９】
５２０の解析では、コンタクト側プリファレンスと被コンタクト側プリファレンス間の関係を考慮したユーティリティをモデリングする。例えば、両当事者がリアルタイム電話コミュニケーションを優先していれば、リアルタイム電話を準備すると高いユーティリティが得られるが、一方の当事者はEメールを優先し、他方の当事者はテレビ会議を優先している場合には、リアルタイムコミュニケーションは好ましくないことになる。コンタクト側プリファレンスデータを被コンタクト側プリファレンスデータとブレンドすることのほかに、組織プリファレンスデータとブレンドすることも可能である。例えば、コンタクト側と被コンタクト側が共に同一組織に所属しているときは、コンタクト側プリファレンスと被コンタクト側プリファレンスは組織のポリシーに従って一緒にブレンドすることができる。最良コミュニケーションアクションは、コンタクト側と被コンタクト側によってコミュニケーションが試みられた時点および将来のいずれかの時点で利用可能になっているコミュニケーションデバイスの能力によって影響されることもある。例えば、コンタクト側はテレビ会議機器が利用可能になっており、被コンタクト側も同じようにテレビ会議機器が利用可能になっていれば、テレビ会議は、プリファレンスの解析で高い値が与えられることになる。しかし、コンタクト側はEメール能力をもち、被コンタクト側は定期メール能力だけをもっている場合は、テレビ会議が最も望ましい機能であったとしても、テレビ会議は擁護されないことになる。そのようなケースでは、参加者の一方がテレビ会議機能を探すときのコスト（例えば、遅延時間、努力、および/または費用）が次に最良のモダリティに移るコストよりも低ければ、初期に欠乏していた参加者が、かかるリッチなコミュニケーションを可能にするツールとのコミュニケーションを探し出し、実行するまでコミュニケーションを遅延することが最適である場合がある。
【００９０】
５３０では、１つまたは２つ以上のルールが、可能とされるルールのセットから選択可能になっており、そこでは、これらのルールを使用すると、期待ユーティリティを判断することが可能になっている。例えば、大きなコミュニケーションモダリティおよび/またはプリファレンスのセットが与えられているときは、第１のルールセットが選択可能になっているが、小さなコミュニケーションモダリティおよび/またはプリファレンスのセットが与えられているときは、第２のルールセットが選択可能になっている。これらのルールは、合致するプリファレンスの数、合致する能力の数、コンテキストの性質と品質、要求されるコミュニケーションのタイプと数、および必要とするコミュニケーションの時間緊急性などの、他のパラメータを基に選択するが、これらに限定されない。ルールは、例えば、被コンタクト側によって指定されていることがある。具体例を示して説明すると、被コンタクト側は、コンテキストが与えられているとき、人物のグループおよびコンタクトの性質と通信を行うときのルールに関する属性（例えば、時間、タスク、目標、ロケーション、コンタクト側）を指定する。
【００９１】
５４０では、５３０で選択されたルールは、候補となるコミュニケーションモダリティの１つまたは２つ以上の期待ユーティリティを判断するために使用される。期待ユーティリティのセットを判断すると、そこには、即時に利用可能なモダリティと将来のある時点で利用可能になることが予想されるモダリティの両方が含まれているので、本発明によれば、コミュニケーションのユーティリティが容易に最適化されるので、従来のシステムよりも向上している。
【００９２】
５５０では、可能とされるコミュニケーションモダリティとその期待ユーティリティに関する情報を、コンタクト側および/または被コンタクト側に提示する。従って、コンタクト側および/被コンタクト側は、コミュニケーションのユーティリティを最大限にするものと特定されている、可能なコミュニケーションの中から選択することができる。例えば、コンタクト側はリアルタイム電話コールをしたいと思っていても、もっと高いユーティリティが得られる他のコミュニケーションモダリティのリストが提示されることがある（例えば、電話のないミーティングに出席している人への高優先度ページ、被コンタクト側のアシスタントへのリアルタイム電話コール）。同様に、被コンタクト側は、コンタクト側が被コンタクト側にコンタクトしようとしているとの通知を受けることがあり、被コンタクト側は、現在の能力に基づいてプリファレンスをオーバライドする機会が与えられることがある。具体例を示して説明すると、被コンタクト側は、リアルタイム電話コミュニケーションは望ましくないとプリファレンスが示しているとき、自宅で映画を見ていることがある。本発明によれば、被コンタクト側は即時に到達可能であると判断されているので、被コンタクト側には、コンタクト側によってコンタクトされるときのオプションリスト（例えば、電話コール、Eメール、ストリーミングビデオ）がテレビジョンから表示されるので、プリファレンスをオーバライドする機会が与えられることになる（例えば、警察署からの電話コールは喜んで受け付ける）。
【００９３】
５６０では、１つまたは複数の最適コミュニケーションモダリティが、本発明の方法によっておよび/またはコンタクト側および/または被コンタクト側によって特定されると、コミュニケーションはスケジューリングされ、カレンダリングされ、および/または開始される。具体例を示して説明すると、リアルタイム電話コールは、両当事者に即時に能力があり、コンタクト可能であるので、電話を鳴らすことによって開始し、共同編集セッションは、同時即時メッセージングとセル電話コミュニケーションを使用して、その日の後刻にスケジューリングし、Eメール督促が両当事者に送信されるようにすることができ、テレビ会議は、５月１日の午後４時にカレンダリングされ、すべての招待当事者についてカレンダ更新が行われることになる。
【００９４】
５７０では、別のコミュニケーションが望まれているかどうかの判断が行われる。５７０での判断がNOであれば、処理は終了し、そうでなければ、処理は５２０から継続される。
【００９５】
本発明の方法５００は、１対１のコミュニケーションに限定されない。本発明の方法５００を使用すると、３以上のコミュニケーションのデータ（例えば、ハードウェア、ソフトウェア、コンテキスト、プリファレンス）を解析することで、グループを１つにリンクすることが可能である。具体例を示して説明すると、１または２以上の参加者は、６人の間のコミュニケーションを確立することを試みることがある。本発明の方法５００によれば、４人は、テレビ会議を通して通信する準備状態にあり、他の２人は、その用意があって、能力があるが、Eメールだけで通信できるものと（一方はプリファレンスにより、他方はビデオカメラがないため）判断されることがある。従って、本発明の方法５００によれば、この特定リアルタイムコミュニケーションのプリファレンスをオーバライドすることに関して、Eメールが優先するとユーザに警告し、カメラを持たない人は音声だけで接続され、カメラ対応グループは、その参加者は他の参加者を見ることができず、聴くだけであると警告されることになる。
【００９６】
次に、図６を参照して説明すると、フローチャートは、２またはそれ以上の通信を行う当事者間の最適コミュニケーションを特定し、確立するための方法６００を示している。この方法６００によれば、コミュニケーションの最大ユーティリティを判断する際に採用された１つまたは２つ以上のデータポイントに関して、不確実性の下で推論することが扱われている。６１０では、全般的初期化が行われる。この初期化には、メモリを割り振り、ポインタを設定し、データコミュニケーションを確立し、リソースを要求し、変数を設定し、プロセスアクティビティを表示する、ことが含まれているが、これらに限定されない。
【００９７】
６２０では、コンタクト側データ、被コンタクト側データおよびコミュニケーションモダリティデータを含むデータが解析され、行うことができる相関関係と行う必要のある推論が判断されるが、これらのデータに限定されない。コンタクト側データとしては、不完全であることがあるが、シチュエーションデータとコンタクト側プリファレンスデータがあるが、これらに限定されない。シチュエーションデータとしては、これも不完全であることがあるが、コンタクト側を監視しおよび/またはコンタクト側の環境を観察することにより収集されるデータがある。例えば、照明レベルは、テキストコミュニケーションが実用的であるかどうかを判断するために解析する。しかし、コンタクト側シチュエーションデータにはギャップがあることがある。例えば、コンタクト側の照明レベルに関する情報は利用可能でないことがあるので、かかる照明に関する推論は、コンタクト側のロケーション（例えば、暗室内、トラック内）と時刻（昼間の時間、深夜）のようなデータから行う必要が起こる場合がある。
【００９８】
被コンタクト側データとしては、これも不完全であることがあるが、被コンタクト側シチュエーションデータと被コンタクト側プリファレンスデータがあるが、これらに限定されない。被コンタクト側シチュエーションデータは、被コンタクト側から見て収集されることを除けば、コンタクト側シチュエーションデータと同じであり、これも不完全なことがあるが、被コンタクト側アプリケーションデータ、被コンタクト側ユーザデータおよび被コンタクト側能力データがあるが、これらに限定されない。具体例を示して説明すると、被コンタクト側アテンションステートに関するデータは、凝視トラッキングデータとデスクトップイベント（例えば、キーボード打鍵、マウスの動き）のようなデータをモニタリングすることによって観察することができる。この観察データを比較すると、被コンタクト側がなんらかのアテンションステート（例えば、集中している、集中していない）にあるとの見込みを得ることができる。この見込みは、被コンタクト側のアサイメントと被コンタクト側によって実行されているカレントタスクに関する情報と結合すると、被コンタクト側の割り込み可能 (interruptability) に関連する値を判断する。具体例を示して説明すると、被コンタクト側が被コンタクト側のアサイメントに関係するタスクに集中していれば、被コンタクト側割り込み可能値は、非常に低くなり、他方、被コンタクト側が集中していないで、被コンタクト側のアサイメントに関係するタスクを実行していなければ、被コンタクト側割り込み可能値は非常に高くなる。この割り込み可能パラメータの計算は、最適コミュニケーションモダリティを判断するときのステップにすることができる。しかし、この割り込み可能を計算する際に使用されるデータの一部が欠如しているときは、本発明によれば、欠如しているデータポイントに関して推論を行うことにより、見込み性のある最適コミュニケーションを計算する。
【００９９】
コンタクト側データ、被コンタクト側データおよびモダリティデータとしては、現在の条件を記述した情報および将来の条件の予測を容易にする情報がある。例えば、電話は現在使用中のことがあるが、電話使用パターンに関するデータを解析すると、電話が将来のある時点で使用可能になる見込みを判断することが容易化されることがある。
【０１００】
従って、６３０では、選択された推論を行う。例えば、p(contextRj|E) を推論すると、なんらかの証拠Eが与えられているとき、受信側（被コンタクト側）が与えられたコンテキストをもつという条件付き確率 (conditional probability) を得る。同様に、時間フレームt以内にモダリティへのアクセスを得る見込みに関する推論を行う。ここで、モダリティがt時間までに利用可能になる見込みはp(mck(t)|E)で表される。
【０１０１】
６４０では、６３０の推論に関連する値は、最大ユーティリティをもつコミュニケーションを判断するために使用される推論公式で使用できる１つまたは２つ以上の値を判断するために解析する。推論公式は、例えば、決定理論的公式 (decision-theoretic formula) にすることができる。
【０１０２】
６５０では、推論公式は、コミュニケーションの最大ユーティリティを判断するために使用する。本発明のある例示態様では、被コンタクト側のコンテキストにおいて不確実性の下の意思決定で使用される基本決定理論的公式は、次の通りである。
【０１０３】
【数１０】
0004191412.tif 000009
【０１０４】
上記において、A*は理想的コミュニケーションアクションであり、その中には、式（１）を最適化することによって計算されたコンタクト側 (AC*) と被コンタクト側（受信側）(AR*) によって使用されるモダリティが含まれている。上式において、Aj は考慮されているコミュニケーションモダリティ、ACk はコンタクト側によって使用されているコミュニケーションモダリティ、contextRi は意図するコミュニケーションの被コンタクト側（受信側）のコンテキスト、contextC はコンタクト側のコンテキスト、およびCはコンタクト側のIDであり、これは人物のクラス（例えば、重要な同僚、以前に応答した人、家族、不明）にリンクされているのが代表的である。
【０１０５】
最適コミュニケーションモダリティを特定するための基本公式は、コンタクト側のコンテキストに関する不確実性を導入することによって拡張することができ、そこでは、追加の不確実性にわたる総和が式（１）に加算されている。
【０１０６】
【数１１】
0004191412.tif 000010
【０１０７】
コンタクト側および/または被コンタクト側のコンテキストに関連する変数は、最適コミュニケーションモダリティを特定することに関連する最適化処理において明示的決定論的または確率的要因として扱う。従って、式（３）において、mck はコンタクト側が使用できるモダリティを表しているので、式（３）では、かかるモダリティの組み合わせが考慮されている。
【０１０８】
【数１２】
0004191412.tif 000011
【０１０９】
本発明によれば、さらに、現在利用可能であるコミュニケーションの最良オプションを、その後に利用可能になる最良コミュニケーションオプションと比較し、コミュニケーションの遅延に基づく損失、および被コンタクト側が異なるステート（例えば、利用可能度の増加または利用可能度の減少）にある、その後の時間tにコミュニケーションが行われた場合の混乱の変化に基づく潜在的利益または損失を表すコミュニケーションの価値を更新する。
【０１１０】
【数１３】
0004191412.tif 000012
【０１１１】
本発明によれば、コミュニケーションを遅延し、その後の時間に再スケジューリングする価値を考慮することも容易化されている。一例として、コンタクト側がリアルタイムで被コンタクト側にコンタクトすることを試み、被コンタクト側が重要なミーティングにいると想定する。最良オプション（例えば、ユーティリティを最大限にするオプション）は、被コンタクト側がミーティングから戻ったときリアルタイム会話を、カレンダ情報または被コンタクト側がいつ利用可能になるかの予測を容易にする、被コンタクト側の出入りに関する統計に基づいて再スケジューリングすることである。本発明のある態様によれば、相互に都合のよい時間をアレンジするためにコンタクト側のカレンダを考慮する。
【０１１２】
以上のように、式（１）〜式（４）に示されているような決定理論的公式を６５０で使用すると、１つまたは２つ以上の期待ユーティリティが得られる。本発明のある例示態様では、コミュニケーションは、その情報に基づいて自動的に開始され、スケジューリングされ、および/またはカレンダリングされる。しかし、本発明の別の態様では、これらの期待ユーティリティに関する情報は、６６０で１または２以上の当事者に提示される。具体例を示して説明すると、コンタクト側には、被コンタクト側のプリファレンスに従って判断された高ユーティリティをもつコミュニケーションのリストが提示される。そのあと、コンタクト側はそのリストから選択する。
【０１１３】
６６０での選択の少なくとも一部に基づいて、１つまたは２つ以上のコミュニケーションは、６７０で開始され（例えば、電話がダイヤルされる、Eメールコンポーザ/レシーバがポップアップされる）、スケジューリングされ、および/またはカレンダリングされる。６０８では、別のコミュニケーションを処理すべきかどうかの判断が行われる。６８０での判断がYESであれば、処理は６２０から継続され、そうでなければ、処理は終了する。
【０１１４】
本発明の種々態様を別のコンテキストからとらえて説明するために、以下では、図７を参照して、本発明の種々態様を実現するのに適しているコンピューティング環境の概要を要約して説明することにする。１つまたは２つ以上のコンピュータ上で実行されるコンピュータ実行可能命令という一般的コンテキストの中で本発明を上述してきたが、この分野の精通者ならば理解されるように、本発明は他のプログラムモジュールとの組み合わせで実現することも、および/またはハードウェアとソフトウェアの組み合わせで実現することも可能である。一般的に、プログラムモジュールとしては、特定のタスクを実行する、あるいは特定の抽象データ型を実装しているルーチン、プログラム、コンポーネント、データ構造などがある。さらに、この分野の精通者ならば理解されるように、本発明による方法は、他のコンピュータシステム構成で実施することが可能であり、その中には、シングルプロセッサまたはマルチプロセッサコンピュータシステム、メインフレームコンピュータだけでなく、パーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベースまたはプログラマブルコンシューマエレクトロニクスなどが含まれており、その各々は、１つまたは２つ以上の関連デバイスに結合して動作可能になっている。本発明の図示態様は、分散型コンピューティング環境で実施することも可能であり、そこでは、ある種のタスクはコミュニケーションネットワークを通して結合されているリモート処理デバイスによって実行されている。分散型コンピューティング環境では、プログラムモジュールはローカルとリモートの両方のメモリストレージデバイスに置いておくことが可能である。
【０１１５】
図７を参照して説明すると、本発明の種々態様を実現するための例示環境７１０はコンピュータ７１２を含み、コンピュータ７１２は、処理ユニット７１４、システムメモリ７１６およびシステムバス７１８を装備している。システムバス７１８は、システムメモリ７１６を含むシステムコンポーネントを処理ユニット７１４に結合しているが、これらに限定されない。処理ユニット７１４は、商用化されている種々プロセッサのどれにすることも可能である。デュアルマイクロプロセッサや他のマルチプロセッサアーキテクチャを処理ユニット７１４として採用することも可能である。
【０１１６】
システムバス７１８としては、数種タイプのバス構造のどれにすることも可能であり、その中には、商用化されている種々バスアーキテクチャのいずれかを採用しているメモリバスやメモリコントローラ、ペリフェラル（周辺）バスおよびローカルバスが含まれている。システムメモリ７１６としては、リードオンリメモリ (read only memory  ROM) ７２０とランダムアクセスメモリ (random access memory  RAM) ７２２がある。スタートアップ時のときのように、コンピュータ７１２内のエレメント間の情報転送を支援する基本ルーチンで構成された基本入出力システム (basic input/output system  BIOS) は、ROM ７２０に格納されている。
【０１１７】
コンピュータ７１２は、さらに、ハードディスクドライブ７２４、磁気ディスクドライブ７２６（例えば、取り外し可能ディスク７２８との間で読み書きを行う）、および光ディスクドライブ７３０（例えば、CD-ROMディスク７３２を読み取り、あるいは他の光媒体との間で読み書きを行う）を装備している。ハードディスクドライブ７２４、磁気ディスクドライブ７２６および光ディスクドライブ７３０は、それぞれハードディスクドライブインタフェース７３４、磁気ディスクドライブインタフェース７３６および光ディスクドライブインタフェース７３８でシステムバス７１８に接続することが可能になっている。これらのドライブとその関連コンピュータ読取可能媒体は不揮発性ストレージとして、コンピュータ７１２のためのデータ、データ構造、コンピュータ実行可能命令を格納しており、その中には、ブロードキャストプログラミングを適当なデジタルフォーマットで格納することも含まれている。上述したコンピュータ読取可能媒体の説明では、ハードディスク、取り外し可能磁気ディスクおよびCDが挙げられているが、この分野の精通者ならば理解されるように、コンピュータによって読み取り可能な媒体であれば、zipドライブ、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、カートリッジなどのような、他の媒体を例示の動作環境で使用することも可能であり、さらに、そのような媒体には、本発明の方法を実行するためのコンピュータ実行可能命令を収めておくことも可能である。
【０１１８】
いくつかのプログラムモジュールは、ドライブとRAM ７２２に格納しておくことが可能であり、その中には、オペレーティングシステム７４０、１つまたは２つ以上のアプリケーションプログラム７４２、他のプログラムモジュール７４４およびプログラムデータ７４６が含まれている。以上から理解されるように、本発明は、商用化されている種々オペレーティングシステムまたはオペレーティングシステムの組み合わせを使用して実現することができる。
【０１１９】
ユーザは、キーボード７４８およびマウス７５０などのポインティングデバイスを通して、コマンドと情報をコンピュータ７１２に入力する。その他の入力デバイス（図示せず）としては、マイクロホン、IRリモートコントロール、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナなどがある。これらおよび他の入力デバイスは、システムに結合されたシリアルポートインタフェース７５２を通して処理ユニット７１４に接続されていることが多いが、パラレルポート、ゲームポート、ユニバーサルシリアルバス (universal serial bus  USB)、IRインタフェースなどの、他のインタフェースで接続することも可能である。モニタ７５４や他のタイプのディスプレイデバイスも、ビデオアダプタ７５６などのインタフェースを介してシステムバス７１８に接続されている。モニタのほかに、コンピュータは、スピーカ、プリンタなどのように、他のペリフェラル（周辺）出力デバイス（図示せず）を装備しているのが代表的である。
【０１２０】
コンピュータ７１２は、リモートコンピュータ７５８のような、１つまたは２つ以上のリモートコンピュータへの論理コネクションを使用するネットワーキング環境で動作させることが可能である。リモートコンピュータとしては、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、マイクロプロセッサベースのエンターテイメントアプライアンス、ピアデバイスまたは他の共通ネットワークノードがあり、図には、簡略のためにメモリストレージデバイス７６０だけが示されているが、コンピュータ７１２に関連して上述したエレメントの多くまたはすべてを含んでいるのが代表的である。図示の論理コネクションには、ローカルエリアネットワーク (local area network  LAN) ７６２と広域ネットワーク (wide area network  WAN) ７６４が含まれている。このようなネットワーキング環境は、オフィス、企業内コンピュータネットワーク、イントラネット (intranet) およびインターネット (the Internet) で普及している。
【０１２１】
LANネットワーキング環境で使用されるときは、コンピュータ７１２は、ネットワークインタフェースまたはアダプタ７６６を通してローカルネットワーク７６２に接続されている。WANネットワーキング環境で使用されるときは、コンピュータ７１２はモデム７６８を装備しているか、LAN上のコミュニケーションサーバに接続されているか、あるいはインターネットのような、WAN上のコミュニケーションを確立するための他の手段を装備しているのが代表的である。モデム７６８は内蔵型と外付け型があり、どちらも、シリアルポートインタフェース７５２を介してシステムバス７１８に接続されている。ネットワーキング環境では、コンピュータ７１２に関連して上述したプログラムモジュールまたはその一部は、リモートのメモリストレージデバイス７６０に格納しておく。以上の説明から理解されるように、図示のネットワークコネクションは例示であり、コンピュータ間のコミュニケーションリンクを確立する他の手段を使用することも可能である。
【０１２２】
図８は、コンテキスト感知 (context awareness) 処理を実行して、最適コミュニケーションモダリティを特定し、確立するのを容易にする例示システム８００を示す図である。システム８００は、取り得るコミュニケーションモダリティのセット８２０と、通信する当事者がどのように通信することを優先しているか、および通信する当事者のコンテキストに関する情報のセット８３０とに動作可能に接続されたコミュニケーションマネージャ８１０を含んでいる。セット８３０は、コミュニケーションプリファレンスデータストア８４０とコンテキスト８５０を含んでいる。コンテキスト８５０は、コンテキストソース８６０から収集された、および/またはそのコンテキストソースについて推論された情報を収めている。コンテキストソースとしては、カレンダ情報８６１、ビデオアナライザ８６２、ロケーション８６３、加速度計 (accelerometer) データ８６４、周囲音響情報８６５およびデスクトップイベント８６６があるが、これらに限定されない。
【０１２３】
コンテキスト８５０は、被コンタクト側のロケーションとタスクに応じて、幅広く変化することがある。例えば、ラッシュアワーに時速85 mphで走行している車の中の第１被コンタクト側は、あるコンテキストをもっている可能性があり、他方、ラッシュアワーに時速5 mphで走行している車の中の第２被コンタクト側は、別のコンテキストをもっている可能性がある。同様に、自動操縦のジェットファイタを、100マイル内に敵のいないクリアスカイで操縦している被コンタクト側は、現在敵の領土上で地対空ミサイルの攻撃を受けているパイロットとは異なるコンテキストをもっている可能性がある。自宅の近くにいて、登校日の授業時間に小学生が自宅にいる両親は、授業が開始する10分前に子供と一緒に車の中にいる同じ両親とは異なるコンテキストをもっている可能性がある。
【０１２４】
コミュニケーションマネージャ８１０はコンテキスト８５０とプリファレンス８４０を、現在利用可能であるか、あるいは利用可能になる見込みのある、取り得るコミュニケーションモダリティに照らして調べる。コミュニケーションモダリティとしては、デスクトップのセット８７０（例えば、２台以上のコンピュータをもっている人、交互コンタクトをもつ人（例えば、秘書、アシスタント）、ルーム能力のセット８７５（例えば、２つ以上のミーティングルーム、会議室、オフィスに到達可能な人）、セル電話８８０およびPOTS電話８８５、などがあるが、これらに限定されない。上記解析を行った後、コミュニケーションマネージャ８１０は、図９に示すように、本発明を使用する他の通信を行う当事者とやりとりすることが可能になる。
【０１２５】
図９は、通信を行う当事者が本発明を使用して、コミュニケーションを試みるコンタクト側に関連する処理を行う様子を示している。コネクションマネージャ (connection manager) ９００は、コンタクト側コミュニケーションマネージャ９１０と被コンタクト側コミュニケーションマネージャ９２０に動作可能に接続されているが、そこでは、コンタクト側コミュニケーションマネージャ９１０と被コンタクト側コミュニケーションマネージャ９２０は、図８を参照して説明したコミュニケーションマネージャの一例である。コネクションマネージャ９００は、コンタクト側コミュニケーションマネージャ９１０および被コンタクト側コミュニケーションマネージャ９２０と通信して、コンタクト側が通信するときの最良手段と被コンタクト側が通信するときの最良手段９４０の間で達成可能な最適コミュニケーションモダリティを、例えば、図６と図７を参照して上述した方法を使用して判断する際に使用される情報を取得する。
【０１２６】
コンタクト側コミュニケーションマネージャ９１０は、コンテキスト９６５（複数のコンテキストソース９６０から得られる）、プリファレンス９７０および能力９７５に関する情報を収集および/または推論を行った後、コンタクト側スキーマ９５０をコネクションマネージャ９００に送信する。このスキーマ９５０は、例えば、コンタクト側ID、コンタクト側ヒストリ、登録ドキュメント、タスク、ソースモダリティ、要求された手段および能力を含む情報を収めておくが、これらに限定されない。同様に、例えば、コネクトションマネージャ９００が被コンタクト側コミュニケーションマネージャ９２０にクエリー (query) することによって、被コンタクト側コンテキスト９８５（複数のコンテキストソース９８０から得られる）、被コンタクト側プリファレンス９９０および被コンタクト側能力９９５を含む情報を得るが、これらに限定されない。以上から理解されるように、コンタクト側コミュニケーションマネージャ９１０はデータを送信するものとして説明され、被コンタクト側コミュニケーションマネージャ９２０はクエリーされるものとして説明されているが、本発明によれば、他のデータ通信方法を採用することも可能である。
【０１２７】
本発明によれば、ハードウェアおよび/またはソフトウェアとやりとりすることによって、特定されたコンテクションを自動的に確立することを可能にしている。従って、図９に示すコンタクト側は、被コンタクト側と通信したいとの第１の決定を行い、「最良コミュニケーション」を確立するための手段を選択し、その後、その「最良コミュニケーション」が確立されるのを待つことが可能になっている。例えば、被コンタク側に関心のあるドキュメントをワード処理しているコンタクト側は、ドキュメントの改訂を選択すると、その改訂に関するオプションメニューが表示されることが可能になっている。オプションの１つとして、被コンタクト側と通信するための "BestCom" オプションがある。その人が "BestCom" オプションを選択すると、本発明に関連する解析が被コンタクト側とのコミュニケーションが確立するために開始されることになる。この処理が行われると、例えば、その後にスケジューリングされている電話会話に関する情報の表示、電話コールが即時につながれることを示す予告の提示、ポップアップされるInstant Messenger入力フィールド、該当の被コンタクト側と共にポップアップされ、To: フィールドが置かれているEメール構成フォームを含むシチュエーションがコンタクト側に表示されるが、これらに限定されない。コンタクト側にどのようなシチュエーションが提示されるかは、被コンタクト側のプリファレンスとコンテキストに基づいている。
【０１２８】
上述したように、コミュニケーションモダリティおよび/または被コンタクト側は、即時に利用可能になっていないことがある。従って、本発明によれば、被コンタクト側がいつ利用可能になるかの見込みを予測するための方法が用意されており、そこでは、そのような見込みを使用して、n人の参加者のグループ体験が最大限化されるグループミーティングをスケジューリングすることが可能になっている。ただし、nは整数である。例えば、n人の参加者のカレンダを調べると、参加者があるモダリティ（例えば、テレビ会議、共同編集）に共同参加する見込みの時間を推論する。自動化ミーティング要求はその解析から作られる。
【０１２９】
以上の説明から理解されるように、本発明の種々態様は、コンピュータ読取可能媒体で具現化し、コンピュータ読取可能媒体には、エンティティ間のコミュニケーションを本発明に従って容易化するシステムのためのコンピュータ実行可能コンポーネントを格納しておく。例えば、コンピュータ実行可能コンポーネントの１つとしては、それぞれが少なくとも２エンティティ間でコミュニケーションが行えるようにする複数のコミュニケーションモダリティを特定する識別コンポーネントがある。さらに、コンピュータ実行可能コンポーネントの１つとして、第１エンティティに関連する第１コミュニケーションデータセットと第２エンティティに関連する第２コミュニケーションデータセットを解析する解析コンポーネントがあり、この解析コンポーネントは、第１と第２コミュニケーションデータセットの解析の少なくとも一部に基づいて、複数のエンティティの１つまたは２つ以上のコミュニケーションモダリティを特定すると共に、この解析コンポーネントは、エンティティ間のコミュニケーションを確立するようにしている。
【０１３０】
本発明のいくつかの例を示して上述してきた。当然のことであるが、本発明を説明するために考えられる限りの、すべてのコンポーネントまたは方法の組み合わせを説明することは不可能であり、この分野の精通者ならば理解されるように、本発明は、さらに多数の組み合わせと置換で実現することが可能である。従って、本発明には、請求項に記載の本発明の精神と範囲に属する、かかる変更、改良および変形が含まれるものである。さらに、「を含む(include)」という用語が詳細な説明または請求項で用いられている限りにおいて、この用語は、請求項の中で「接続用語(transitional term)」を意味するものとして用いられている、「を含む (comprising)」という用語と同じように包含を意味するものである。
【図面の簡単な説明】
【図１】本発明のある態様に従って、コミュニケーションに参加する当事者のプリファレンス、能力、コンテキストおよび目標に基づいて最適コミュニケーションを特定するシステムを示す概略ブロック図である。
【図２】本発明のある態様に従って、コミュニケーションに参加する当事者のプリファレンス、能力、コンテキストおよび目標に基づいて最適コミュニケーションを特定し、確立するシステムを示す概略ブロック図である。
【図３】本発明のある態様に従って、コミュニケーションに参加する当事者のプリファレンス、能力、コンテキストおよび目標に基づいて最適コミュニケーションを特定するシステムを示す別の概略ブロック図である。
【図４】本発明を採用することが可能である環境を示す図である。
【図５】本発明のある態様を実施するための、ある特定方法を示すフローチャートである。
【図６】本発明のある態様を実施するための、別の方法を示すフローチャートである。
【図７】本発明に従って構成されたシステムのための例示動作環境を示す概略ブロック図である。
【図８】本発明のある態様に従ったコンテキスト感知処理を示す概略ブロック図である。
【図９】本発明のある態様に従ってコミュニケーションを試みるコンタクト側に関連する処理を示す図である。
【図１】
0004191412.tif 000013
【図２】
0004191412.tif 000014
【図３】
0004191412.tif 000015
【図４】
0004191412.tif 000016
【図５】
0004191412.tif 000017
【図６】
0004191412.tif 000018
【図７】
0004191412.tif 000019
【図８】
0004191412.tif 000020
【図９】
0004191412.tif 000021