(57)【要約】【課題】  メッセージの伝達、通信、またはインタラクションを容易にするシステムおよび方法を提供すること。【解決手段】  ユーザに割り込むコストなどユーザの状況を考慮し、情報を配信する期限、またはその期限内で適切な時を判断するポリシーを導入する。配信期限は、推定／検出された情報の緊急度に基づいて決定される。期限内に適切な状況が検出されない場合、その期限に配信される。期限内に適切な状況が来ないと判定される場合は、直ちに送信される。配信に適した状況は、エンドポイントデバイス上またはその近傍にあるセンサを使用して判定することができる。ユーザの予定表に記載された情報を、アラートの延期について決定する際に用いることもできる。これらの情報は、送信が成功する尤度として、直接、または要約した形で中央の通知マネジャに戻すか、アラートの重要性と受信について決定する際にローカルで使用することもできる。【選択図】  図１
2004266815.tif 000002
【特許請求の範囲】
【請求項１】
通知の伝達を容易にするシステムであって、
情報の緊急度に基づいて前記情報を配信する期間を決定するコンポーネントと、
少なくとも１つのデバイスのエンドポイントセンシングと前記期間とに少なくとも部分的に基づいて、前記情報を伝達する通知コンポーネントと
を備えたことを特徴とするシステム。
【請求項２】
前記期間は、ユーザにとって価値のある情報を含むメッセージについて前記ユーザに知らせるための期限に関連する制限つき延期期間であり、裕度または延期は、前記情報の緊急度に依存することを特徴とする請求項１に記載のシステム。
【請求項３】
前記エンドポイントセンシングは、前記デバイスのエンドポイントセンシングおよび／または与えられた背景情報からの推測を考慮して、メッセージがユーザに伝達される確率と関連付けられた伝送の信頼性に関連することを特徴とする請求項１に記載のシステム。
【請求項４】
前記制限つき延期は、センサ、予定表情報、アラートのタイプ、および時刻の少なくとも１つと関連付けられて、ユーザが取り込み中で現在または将来において予め決められた時間内にアラートを受信することができないかどうかを判定することを特徴とする請求項２に記載のシステム。
【請求項５】
前記通知の伝達と関連付けられた期限を処理するためのポリシーをさらに備えたことを特徴とする請求項４に記載のシステム。
【請求項６】
前記ポリシーは、
前記期限に達し、アラートがまだ配信されていない場合は、前記アラートを前記期限に配信すること、および
期限切れになることが予想され、待つことに意味がない場合は、前記アラートを直ちに渡すこと
の少なくとも１つを含むことを特徴とする請求項５に記載のシステム。
【請求項７】
前記センサは、割り込みについてユーザの現在のコストまたは忙しさの状態を判定することを特徴とする請求項４に記載のシステム。
【請求項８】
前記センサは、いつユーザが情報を受信できる状態であるかを判定することを特徴とする請求項４に記載のシステム。
【請求項９】
前記伝送の信頼性に関連する情報を判定するセンサをさらに備えたことを特徴とする請求項３に記載のシステム。
【請求項１０】
前記センサの情報は、メッセージの送信先について検討している中央の通知マネジャに渡されるか、または、エンドポイントデバイスは、関連するセンサから前記伝送の信頼性を計算し、前記伝送の信頼性を前記中央の通知マネジャに渡すことを特徴とする請求項９に記載のシステム。
【請求項１１】
前記制限つき延期期間を使用して、会話型アプリケーションにおいてシステムに対話の主導権をとらせることができるようにすることを特徴とする請求項２に記載のシステム。
【請求項１２】
前記アプリケーションは、少なくとも、会話を開始すること、またはユーザの注意力がタスクまたは別の会話のための別の方向に向けられていたために中断されていた会話を続行することを特徴とする請求項１１に記載のシステム。
【請求項１３】
優先度付けシステムをさらに備え、前記制限つき延期期間は、メッセージの推定される緊急度または優先度の関数であることを特徴とする請求項２に記載のシステム。
【請求項１４】
視線センサをさらに備えて、ユーザがいつディスプレイを見るかを判定することを特徴とする請求項１に記載のシステム。
【請求項１５】
ユーザの注意力を引き付ける重要な項目から前記ユーザが目を離すまでの延期期間をさらに備えたことを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記センサは、熱、動き、音響情報、および無線情報の少なくとも１つに基づいて伝送の信頼性を計算することを特徴とする請求項９に記載のシステム。
【請求項１７】
制限つき延期と伝送の信頼性を相互に作用させるコンポーネントをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項１８】
延期の裕度に達する前に伝送の信頼性が閾値に達した場合に、第１のタイプのアラートを介して、第２のタイプのアラートをバイパスしつつ、ユーザに通知できることを判定するコンポーネントをさらに備えたことを特徴とする請求項１７に記載のシステム。
【請求項１９】
前記制限つき延期期間は、発呼者を保留状態にし、予め決められた時間範囲にわたって連絡をとることを可能にすることに適用されることを特徴とする請求項２に記載のシステム。
【請求項２０】
前記制限つき延期は、エンドポイントデバイスまたはセンサに接続された標準的な通信システムによって適用されることを特徴とする請求項１９に記載のシステム。
【請求項２１】
他のパラメータと協調される制限つき延期ポリシーをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項２２】
前記他のパラメータは、ユーザの居場所および／またはコンテクストに関連することを特徴とする請求項２１に記載のシステム。
【請求項２３】
ユーザがメディアを見ているコンテクストにおいて利用可能な予め決められた長さのタスクをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項２４】
より詳細な決定理論的分析の近似と見なされるグローバルの制限つき延期ポリシーをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項２５】
別のメッセージの連絡をとっている間に時間的に重要度が低いメッセージを提供するためのコンポーネントをさらに備えたことを特徴とする請求項１に記載のシステム。
【請求項２６】
制限つき延期ポリシーに達した時に、中央の通知マネジャまたはアラートの送信者にメッセージを送信し戻して、エンドポイントデバイスがメッセージの中継に成功しなかったことを前記中央の通知マネジャに知らせるようにエンドポイントデバイスに命令することができることを特徴とする請求項２に記載のシステム。
【請求項２７】
通知の伝達を容易にするシステムであって、
ユーザと関連付けられ、前記ユーザの注意力の状態および前記ユーザの居場所の少なくとも１つに関連するデータを収集するデバイスと、
通知を提供することの関連において、前記データの少なくとも一部を用いる通知コンポーネントと
を備えたことを特徴とするシステム。
【請求項２８】
前記通知を提供することの関連において、制限つき延期データを用いることを特徴とする請求項２７に記載のシステム。
【請求項２９】
前記制限つき延期データは、通知の送信者、配信されるメッセージのタイプおよび／または内容の少なくとも１つの関数である許容期間を考慮して決定されることを特徴とする請求項２８に記載のシステム。
【請求項３０】
前記デバイスは、ローカルで１つまたは複数のセンサを使用して、指示された制限つき延期期間内でユーザをアラートするのに適した時を判定することを特徴とする請求項２７に記載のシステム。
【請求項３１】
より緊急性が高いメッセージを、より短い制限つき延期期間に割り当てることをさらに備えたことを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記デバイスおよび前記通知コンポーネントの少なくとも１つは、複数メッセージの相互作用を処理し、あるメッセージが前記ユーザに伝達される際に、他の関係のものが前記ユーザに連絡されるようにすることができることを特徴とする請求項２７に記載のシステム。
【請求項３３】
前記デバイスおよび前記通知コンポーネントの少なくとも１つは、制限つき延期期間をより短くなるようにする価値を複数メッセージに割り当てることを特徴とする請求項２７に記載のシステム。
【請求項３４】
前記デバイスおよび前記通知コンポーネントの少なくとも１つは、独立した複数のメッセージの価値の合計を判定することを特徴とする請求項３３に記載のシステム。
【請求項３５】
送信者の識別またはメッセージ内容の特質のローカルでの分析に基づいてローカルに計算または判定される前記制限つき延期データに関する１つまたは複数のパラメータをさらに備えたことを特徴とする請求項２８に記載のシステム。
【請求項３６】
前記パラメータは、メタデータまたは制御データの一部として中央の通知マネジャから受け取られ、前記メタデータまたは制御データは、メッセージと関連付けられた通知スキーマに含まれることを特徴とする請求項３５に記載のシステム。
【請求項３７】
前記パラメータは、別のユーザによって設定された変数の関数、または通知マネジャによって設定された優先度値の関数であることを特徴とする請求項３５に記載のシステム。
【請求項３８】
前記デバイスは１つまたは複数のアプリケーションモデルと関連付けられていることを特徴とする請求項２７に記載のシステム。
【請求項３９】
前記アプリケーションモデルは、ローカルの予定表情報を備えて、あるイベントの後までアラートを保持するようにデバイスを誘導することを特徴とする請求項３８に記載のシステム。
【請求項４０】
前記アプリケーションモデルは、誰かが話すのをやめた時を感知するか、または背景雑音を感知するのに用いられる音声レセプタを備えたことを特徴とする請求項３８に記載のシステム。
【請求項４１】
前記アプリケーションモデルは、ユーザの動き、ユーザが話すのをやめたこと、または自動車が停止した時の少なくとも１つを感知するために１つまたは複数の動きデバイスを備えたことを特徴とする請求項３８に記載のシステム。
【請求項４２】
前記アプリケーションモデルは、制限つき延期期間に達した後に呼び出し処理をし、再度静かになった後、または他のセンサ条件の後にバックアップとして呼び出し処理をすることを特徴とする請求項３８に記載のシステム。
【請求項４３】
前記アプリケーションモデルは、通知を配信する前に、ある者が近傍に来る、またはデバイスに触れるまで一時停止することを特徴とする請求項３８に記載のシステム。
【請求項４４】
自動化された前記アプリケーションモデルは、電話の呼び出しを延期させ、話が終わるのを待ちつつ、予め決められた数の呼び出しにわたって無音状態を適用することを特徴とする請求項３８に記載のシステム。
【請求項４５】
前記アプリケーションモデルは、ユーザが一時的に取り込み中であると感知された場合に電話をとり、発呼者に電話を切らずに待つように要求し、前記ユーザが話をやめた時、または制限に達した場合に電話をつなぐエージェントを用いることを特徴とする請求項４４に記載のシステム。
【請求項４６】
前記エージェントは、選択された人々、または特別に指示されたグループの人々については電話の呼び出しを延期することを特徴とする請求項４５に記載のシステム。
【請求項４７】
前記アプリケーションモデルは、全地球測位システム（ＧＰＳ）、ＩＥＥＥ８０２．１１信号強度センサ、赤外線近接センサ、およびタッチセンサの少なくとも１つを用いることを特徴とする請求項３８に記載のシステム。
【請求項４８】
前記デバイスおよび前記通知コンポーネントの少なくとも１つは、割り込みの注意力に依存したコスト、情報の価値、減少する忠実度に基づく損失、および前記デバイスのアラートするモダリティの使用と関連付けられた伝送の信頼性、の少なくとも１つを判定することを特徴とする請求項２７に記載のシステム。
【請求項４９】
前記デバイスの伝送の信頼性は、所定のコンテクストで前記デバイスに連絡がつく尤度である確率ｐ、ｐ（ｔｒａｎｓｒｅｌ｜コンテクスト）として表され、前記コンテクストは関数、ｆ（コンテクスト）またはｆ（感知された状態）であることを特徴とする請求項４８に記載のシステム。
【請求項５０】
ユーザが予め定義された優先度に従って通知をタグ付けすることを可能にする、通知ソースにおいて提供されるサブスクリプションサービスをさらに備えたことを特徴とする請求項２７に記載のシステム。
【請求項５１】
前記予め定義された優先度は、ある条件の発生に基づいて割り当てられることを特徴とする請求項５０に記載のシステム。
【請求項５２】
ユーザが通知の属性を設定することを可能にするためにサブスクリプションユーザインタフェースをさらに備えたことを特徴とする請求項５０に記載のシステム。
【請求項５３】
前記属性は通知スキーマに定義されることを特徴とする請求項５２に記載のシステム。
【請求項５４】
前記通知に自動的に優先度を割り当てる優先度付けシステムをさらに備えたことを特徴とする請求項２７に記載のシステム。
【請求項５５】
通知の優先度と関連付けられた最大延期設定をさらに備えて、前記最大延期のタイムアウト時に前記通知を配信することと、恐らく連絡がつくフリーの状態まで前記通知を延期することの少なくとも１つを可能にすることを特徴とする請求項５４に記載のシステム。
【請求項５６】
請求項１に記載の前記デバイスおよび前記通知コンポーネントの少なくとも１つを実装するためにコンピュータ可読命令が格納されたことを特徴とするコンピュータ可読媒体。
【請求項５７】
通信を容易にするシステムであって、
ユーザの状態を感知する手段と、
前記ユーザに通知を伝達することと関係して前記感知された状態を使用する手段と
を含むことを特徴とするシステム。
【請求項５８】
通知の伝達を容易にする方法であって、
少なくとも１つのデバイスを使用して、ユーザの注意力の状態および／または居場所に関する情報を判定および／または推定することと、
前記ユーザへの通知の伝達に関する意思決定と関係して前記情報を使用することと
を備えたことを特徴とする方法。
【請求項５９】
前記意思決定と関係して決定モデルを用いることであって、前記決定モデルは、動作の価値および動作のコストの少なくとも１つを処理して、前記ユーザに前記通知を伝達することに関する期待効用を判定すること
をさらに備えたことを特徴とする請求項５８に記載の方法。
【請求項６０】
前記動作の価値および動作のコストは、前記ユーザの注意力の対象および作業量の考慮から部分的に判定されることを特徴とする請求項５９に記載の方法。
【請求項６１】
前記ユーザの注意力の対象および作業量は、知覚センサ、デバイスのインタラクション、予定表、日付、および時刻の少なくとも１つの考慮によって部分的に判定されることを特徴とする請求項６０に記載の方法。
【請求項６２】
前記ユーザの注意力の状態および／または居場所は、時間的決定モデルから判定されることを特徴とする請求項５８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般には、デバイス、システム、プロセス、および／または個人の間の通信を容易にするシステムおよび方法に関する。より詳細には、本発明は、各種の通信システムで用いられ、通知による混乱を最小に抑えるための制限つき延期ポリシーに従うエンドポイント機器のスマートセンシングに関する。
【背景技術】
【０００２】
人には世界について感知し、記憶し、推論する驚くべき能力があるにもかかわらず、認知の能力はよく特徴付けられた様態において非常に限られている。具体的には、心理学者は、人々が乏しい注意力の資源と限られた作動記憶で苦闘していることを発見している。このような限界は、短い期間内に少数とは言えない数の新しい概念や項目を記憶する、あるいは背景となる事項のパターンとの対照で重要な対象を認識する、あるいは複数の作業を交互に行わざるを得ない時に顕著になる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
こうした結果は、人々が通例、限られた注意力のスポットライトを通じて世界を見ているに違いないことを示唆している。そのため、大半の者は多くの場合、自分が選択的に注意を払っている対象と、その注目の深さに関して暗黙的にも、明示的にもてがかりを生み出している。限られた注意力の資源に関して解ったことは、コンピュータシステムおよびインタフェースをどのように設計するかについての重要な意味合いを含んでいる。
【課題を解決するための手段】
【０００４】
以下で、本発明のいくつかの態様についての基本的な理解を提供するために、本発明の簡略化した要約を提示する。この要約は、本発明の広範な概要ではない。これは、本発明の主要／重要な要素を特定するものでも、本発明の範囲を詳細に述べるものでもない。その唯一の目的は、下記で述べるより詳細な説明に対する前置きとして、本発明のいくつかの概念を簡潔に述べることである。
【０００５】
本発明は、重要なメッセージの通信または通信を容易にするシステムおよび方法に関する。メッセージを配信するための期限内で最適な時を決定する際に、割り込みについての推定されるコストの検討、またはそのようなコストについての直接感知された代替の検討を含め、ユーザの現在の状況を考慮するポリシーについて述べる。配信の期限は、メッセージの送信者、タイプ、および内容から推定または検出される情報の緊急度に依存する。期限内に適切な時が検出されない場合は、その期限に情報を配信する。期限内に適切な時に達成しないであろうと判定される場合は、直ちに情報を送信する。配信に適した時は、加速度計、マイクロフォン、タッチセンシング、および視線と頭部姿勢の検出を含む、エンドポイントデバイス上の、あるいはその近傍にある１つまたは複数のセンサの使用を介して判断することができる。ユーザの予定表に示される予定の状態、時刻、およびこれまでに査定した連絡のとれるパターンを含む他の情報を、アラートの延期について決定を行う際に使用することができる。エンドポイントセンサ、予定表情報、および連絡のとれるパターンは、情報がデバイスで受信されるであろう尤度（ｌｉｋｅｌｉｈｏｏｄ）を特定するためにも使用される。そのような情報は、中央の通知マネジャに直接、または要約して戻すか、あるいはアラートの重要性（ｓａｌｉｅｎｃｅ）および頻度に関する決定を行う際にローカルで使用することができる。
【０００６】
本発明の１つの特定の態様は、通知に伴う混乱を軽減することにより当事者間の効率的で、適時の通信を容易にするシステムおよび方法に関する。本発明の１つの特定の態様は、メッセージの通知および／または通信を行うのに最適なモードと関係して、小型デバイス（たとえば、電話機、ＰＤＡ、スマートペン、腕時計、アイウェア）の利用に関する。本発明によれば、小型デバイスに、ユーザの注意力の状態および／または場所に関する各種のメトリックスを認識させる、または少なくとも部分的に認識させることができる。注意力の状態および／または場所との関連で小型デバイスによって判定および／または推定された情報は、小型デバイス間、ならびに異種のデバイスまたはシステム（たとえば、中央の「通知管理」システム）と共有することができる。情報は、他のデバイスとの関係で、個々に、シリアルに、またはパラレルに、広めることもできるし、集約することもできる。この情報を用いて、通知サービスを提供すること、および／またはユーザとの間で通信を行うのに最適のモードを判定もしくは推定することを容易にすることができる。
【０００７】
例示的な一態様は、制限つき延期のポリシーの使用を提供し、ここではローカルデバイスが、自身が受信したメッセージをメッセージ固有の期限に達する前に中継することを担い、本発明によるデバイスは、割り当てられた期間内に割り込みに最も適した時を判定または推定することを試みる。このような判定または推定では、統計ベースおよび／または確率ベースおよび／または効用（ｕｔｉｌｉｔｙ）ベース（たとえば、割り込みのコストを考慮した割り込みの利益）の技術を用いることができる。本発明によるデバイスは、ユーザの注意力の状態および／または場所の学習または推定と関連して、各種の感知モダリティ（たとえば、ＭＥＭＳベースのセンサ、温度センサ、加速度計、ジャイロスコープ、光を利用したセンサ、時間に基づくセンサ、ＧＰＳ、ＩＥＥＥ８０２．１１信号強度、赤外線近接検出器、タッチセンサなど）を用いることができる。感知された状態を共有および／または送信することに関しては、すべての感知された状態、そのサブセットまたは要約を伝達することができることを理解されたい。
【０００８】
本発明の別の態様では、デバイスの状態および周囲の環境をも考慮に入れる。たとえば、デバイスの伝送の信頼性（ｔｒａｎｓｒｅｌ）を考慮することができる（たとえば、ｆ（コンテクスト）またはｆ（感知された状態）などの関数である、所与のコンテクストでデバイスに到達する尤度であるＰ（ｔｒａｎｓｒｅｌ｜コンテクスト）を表す、スライド尺度上で）。
【０００９】
本明細書では、上述および関連する目的の達成に対して、本発明の特定の例示的態様について、以下の説明と添付図面との関係で説明する。これらの態様は、本発明を実施することが可能な各種の様態を示し、それらの様態はすべて本発明に包含されるものとする。本発明の他の利点および新規性のある特徴は、図面と併せて以下の本発明の詳細な説明を検討することから明らかになろう。
【発明を実施するための最良の形態】
【００１０】
本発明は、ユーザのコンテクストの考慮に基づいて当事者間の通信を容易にするシステムおよび方法に関し、ここでコンテクストとは、ユーザのデジタル予定表に符号化されたユーザの予定の状態や、機器に搭載されたセンサまたは近傍のセンサを通じてローカルに感知される情報などの背景情報を含むものと解釈される。本発明では、「制限つき延期（ｂｏｕｎｄｅｄ  ｄｅｆｅｒｒａｌ）および伝送の信頼性（ｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅｌｉａｂｉｌｉｔｙ）」という、ユーザに重要な情報をアラートするためのこのようなローカルセンシングを利用する２つの構成およびメッセージングポリシーを導入する。制限つき延期は、アラートの適時性に対処し、情報の遅延による価値の損失に伴うコストを制限しつつ、システムが適切な時間を見つけることができるようにするための手段を提供する。「伝送の信頼性」は、通知システムに、メッセージの通信に利用できる最適なデバイスとアラートの手段について知らせる。
【００１１】
制限つき延期のポリシーは、ユーザにとって価値のある情報を含むメッセージをユーザに知らせる期限を定義し、ここで裕度（ｔｏｌｅｒａｎｃｅ）または延期期間は、その情報に対して判定された時間依存の緊急度によって決まる。ユーザをアラートする期限、すなわち「延期の裕度」（ｄｅｆｅｒｒａｌ  ｔｏｒｅｌａｎｃｅｓ）を携帯電話や携帯型コンピュータなどのエンドポイント機器に送信されるメッセージに割り当てる。そのような裕度は、エンドポイント機器でローカルに割り当てても、より中央にある通知マネジャによって割り当ててもよい。延期の裕度は、ユーザのコンテクストおよび連絡がとれる可能性に関連して格納または感知された情報と共に、エンドポイント機器によって検討される。「伝送の信頼性」とは、エンドポイントのセンサで感知された状況および／または予定表に格納されたユーザの予定についての情報など他の関連情報を考慮に入れてメッセージがユーザに到達するであろう確率である。
【００１２】
制限つき延期のポリシーは、たとえば、ローカルデバイスが、受信したメッセージをメッセージに固有の期限に達する前に中継する責を負う場合などに用いられる。そしてデバイスは、割り当てられた期間内に割り込みに適した時を自律的に判断する。エンドポイントデバイスは、たとえば、ＧＰＳ、ＩＥＥＥ８０２．１１信号強度、加速度計、赤外線近接検出器、およびタッチセンサを含む複数種の知覚センサを利用することができる。
【００１３】
制限つきの延期と伝送の信頼性は、相互に作用することができる。制限つき延期のポリシーは、伝送の信頼性の考慮を活用することができる。たとえば、ユーザには大音量のアラートで連絡することができるが、ユーザがたとえば、携帯電話の振動など上品なやり方での通知を好む場合がある。延期の裕度に達する前に上品なやり方による伝送の信頼性が十分に高くなっている場合は、大音量でアラートする必要性をバイパスして、上品なやり方でユーザを呼び出すことができる。
【００１４】
別の態様では、（たとえば、ユーザがタイプ入力を行っている最中など）発呼者を保留状態にし、（たとえば、「まだアラートしています。引き続きお待ちになるか、＃キーを押して直接音声メールにお進み下さい」などの断続的なメッセージを発呼者に提供しながら）何らかの短い時間範囲の適切な時にユーザに連絡を試みることに制限つきの延期を適用することができる。このシステムは、通話をつなぐべきか、つなぐべきでないかの適切なコンテクストをうまく見極め、したがって、電話をつなぐのを断念して、通話を再スケジューリングする、あるいは待機状態に対する謝罪とともにユーザを音声メールに転送するなどの他のオプションをユーザに提供することができる。この種の切り替えおよび意思決定は、エンドポイントデバイス自体か、またはローカルセンサへのアクセスを有するより大きな電話システム（たとえば、会社のＰＢＸなど）によって実行することができる。また、制限つき延期のポリシーは、ユーザの場所および／またはコンテクストに関する情報など（たとえば、映画館にいるときには、延期の裕度期間が経過した後の自宅からの緊急メッセージが来ない限り呼び出すな等）の他のパラメータを用いて調整することもできる。
【００１５】
本願で使用する用語「コンポーネント」、「サービス」、「モデル」、および「システム」は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアなど、コンピュータに関連する実体（ｅｎｔｉｔｙ）を指す。たとえば、コンポーネントは、これらに限定されないが、プロセッサで実行中のプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータなどである。例証として、サーバで実行中のアプリケーションとそのサーバがともにコンポーネントになることがある。プロセスおよび／または実行のスレッド内に１つまたは複数のコンポーネントが存在することもあり、またコあるンポーネントは、１台のコンピュータに局所化しても、そして／または２台以上のコンピュータに分散することもある。
【００１６】
本明細書で使用する用語「推定」（ｉｎｆｅｒｅｎｃｅ）とは一般に、イベントおよび／またはデータを介して捕捉された一組の観察結果から、システム、環境、および／またはユーザの状態を推論または推定するプロセスを指す。たとえば、推定を用いて特定のコンテクストまたは動作を特定したり、あるいは推定により複数の状態にわたる確率分布を生成したりすることができる。推定は確率的であり、すなわちデータおよびイベントの考慮に基づいて対象とする複数の状態にわたる確率分布の計算である。推定は、一組のイベントおよび／またはデータからより高次のイベントを構成するために用いられる方法を含む、決定論的または論理的に推論する技術を指すこともできる。そのような推定の結果、イベントが時間的に近接して相関関係があろうとなかろうと、またイベントおよびデータが１つのイベントおよびデータソースから得たものであろうと複数のソースから得たものであろうと、観察されたイベントおよび／または格納されたイベントデータの一組から新たなイベントまたは動作が構築されることになる。
【００１７】
まず図１を参照すると、システム１００により、本発明の一態様によるエンドポイントデバイスの通信が図示されている。１つまたは複数のエンドポイントデバイス１１０は、ユーザとの通信を容易にするために１つまたは複数のセンサ１１４（たとえば、動きセンサや近接センサ）と、制限つき延期データ１２０とに関連付けられる。制限つき延期データ１２０は、通例は、各種の通知ソース１３４からエンドポイントデバイス１１０に通知をルーティングする通知マネジャ１３０によって決定され、生成される。本発明により、エンドポイントデバイス１１０が制限つき延期データ１２０を決定してもよいことが理解されよう。
【００１８】
エンドポイントデバイス１１０の制限つき延期データ１２０は、一般には通知の送信者および／または配信されるメッセージのタイプに応じた延期期間と称する裕度期間を考慮して決定される。エンドポイントデバイス１１０によってメッセージが受信されると、デバイスはそのセンサ１１４をローカルで使用して、指示された制限つき延期期間内にユーザをアラートするのに適した時を判定する。通例は、メッセージの緊急性が高いほど延期期間は短くなる。たとえば、通知マネジャ１３０が通知ソース１２４からメッセージを受信したばかりである場合は、制限つきの延期データ１２０で指定された制限つきの延期期間に従ってメッセージの配信を試みる。通例、通知マネジャ１３０は、通知のルーティングに関して一般的な決定を行い、エンドポイントデバイス１１０に依存して、決定された延期期間内に実際にユーザにメッセージを配信する。しかし、エンドポイントデバイス１１０は、ユーザが現在活発な活動を行っていることを検出する（たとえば、加速度計が高速移動を示すなど）場合がある。そのため、エンドポイントデバイス１１０は、制限つきの延期データ１２０で定義されたメッセージ配信の期限が迫っていても、検出された活動あるいはユーザの注意力の状態に基づいてメッセージの配信をさらに遅らせることもできる。
【００１９】
制限つきの延期は一般に、ユーザにとって価値のある情報を含むメッセージをユーザに知らせる期限を示す制限つき延期の裕度を、ローカルまたは中央でメッセージに割り当てるという概念に関連することに留意し、ここでこの裕度または延期は、情報の緊急度に依存する。また、下記でより詳細に述べるように、エンドポイントでの感知および／または推定から得られる背景情報を考慮して、メッセージがユーザに到達する確率に関係する、ローカルで感知された情報に潜在的に基づいて、伝送の信頼性を考慮に入れることもできる。
【００２０】
制限つき延期のパラメータは、たとえば、ユーザが取り込み中で、現在または今後ｘ分の間アラートを受信できないことを判定するために、ローカルセンサ、予定表情報、アラートのタイプ、および／または時刻によって決定することができる。期限に達してアラートがまだ配信されていない場合、そのアラートは期限に配信される。期限が間違いなく過ぎるであろうと思われ（たとえば、予定表情報から判定される）、「より適切な時間」を待つことに意味がない場合には、待機することで得られるものがないので直ちにアラートを渡す。
【００２１】
センサは、ユーザが現在取り込み中であるかどうか、またユーザがいつメッセージを受信できる状態になるかを判定するなど、各種の判定に使用することができる。センサは、伝送の信頼性がどれほどであるかを示すこともできる。そのようなセンサ情報を中央の通知マネジャ、たとえば、メッセージの送信先を検討する一般的な通知プラットフォームに直接渡すことができ、または、別の応用例では、エンドポイントデバイス自体が自身のセンサから伝送の信頼性（ｔｒａｎｓｒｅｌとも略す）を計算し、伝送の信頼性を検討する中央の通知マネジャに伝送の信頼性の要約を返すこともできる。たとえば、携帯電話に搭載された温度センサが、現在その携帯電話が実際にユーザのポケットに入っており、したがってユーザに連絡するには携帯電話を振動させる、あるいは鳴らすことに高いｔｒａｎｓｒｅｌがあることをその携帯電話に知らせることができる。
【００２２】
本発明の会話によるインタラクションシステムまたは態様では、制限つき延期の概念を使用して、インタラクティブな対話を行うシステムが会話を開始する、またはユーザの注意力があるタスクや別の会話のために他の対象に向けられていたために中断されていた会話を続けることができるようになる。たとえば、ユーザと連携してタスクを行っている自動化システムの場合、誰かが戸口に入ってきてユーザと話をしているためにインタラクションが中断されると、そのシステムは、そのインタラクションを続けることの時間的な重要度に応じて、インタラクションを継続するのを一定の時間量だけ待った後に、謝罪し、インタラクションを継続するために割り込むことができる。
【００２３】
制限つき延期は、ユーザ体験の多くの面にリンクすることができることに留意されたい。たとえば、制限つき延期ポリシーは、予定表情報にリンクすることができ、その場合は、予定をユーザと連絡のとれる決定的な制限と見なす（たとえば、「ユーザの予定はあと１０分で終わるので待機する」に対して、「ユーザの予定はあと２０分で終わる。その予定またはタスクが終わるのは延期の裕度の後である。したがって、単に割り込んで、直ちにユーザにアラートするのが最善である」など）。予定表情報以外にも、コンピューティングシステムは、他のタスクの継続時間についての情報にアクセスしてもよい。たとえば、ユーザがメディアを見ているコンテクストでは既定の長さのタスクを利用できることが考えられる（たとえば、ユーザが見ている映画または劇があと７．５分で終わる、コマーシャルによる中断が１４分である、など）。
【００２４】
同様に、ユーザは、時刻と曜日に基づいて自分の連絡のとれる可能性について各種のオプションを指定することができる（たとえば、ユーザは、通知マネジャに符号化された好み設定に「アラートに関連付けられた延期の裕度による期限に達しない限り、午前８時前と午後１１時以降にはアラートを中継しないこと」と指定することができる）。このように、システムは、可能な場合には好みに設定された期間（たとえば、午前８時から午後１１時の間）まで待ち、アラートを遅らせることを試みる責任を負うことができるが、待つことができない場合は他の時に連絡をつけることになる。また、制限つき延期のポリシーは、アラートのタイプに依存することができる（たとえば、直ちにデバイスを静かに振動させることができるが、延期の裕度に達する前に確認がない場合は、デバイスは大きな音でユーザをアラートする）。
【００２５】
別のアプローチでは、延期の裕度に達した時に連絡をつけるのではなく、エンドポイントデバイスに指示して、中央の通知マネジャまたはアラートの送信者にメッセージを戻して、デバイスがメッセージの中継に成功しなかったことを通知マネジャに知らせるようにすることもできる。
【００２６】
通知マネジャ１３０およびエンドポイントデバイス１１０は、ユーザに通知を導く、またはユーザへの通知を中断する際に決定理論的アプローチを用いてもよいことに留意されたい。これについては下記でより詳細に説明する。グローバルな制限つき延期のポリシーは、より詳細な決定理論的分析の近似と考えることができる。詳細な決定理論的分析では、メッセージおよびコンテクストごとにアラートすることによる詳細なコストと利益を考慮して、事例ごとにアラートを処理する。制限つきの延期ポリシーにより、合計としての遅延の制限、それゆえ緊急度が異なるメッセージについての時間の経過に伴う情報の合計としての価値の損失についての制限を明確に指定することができる。複数メッセージの相互作用を考慮すると、たとえば、あるメッセージがユーザに到達する時に、他の関係者が自身ではそのユーザに連絡しなかった場合でも、それらの関係者もついでに連絡をとれるようにすることができる。一例では、複数メッセージの価値により、たとえば、複数の独立したメッセージの価値（または他の関数）の合計など、延期をより短くする判定をすることができる。
【００２７】
また、まだ期限の来ていない比較的長い延期の裕度（時間に関して緊急性が低いために）を有するいくつかのメッセージを遅らせているシステムは、より短い延期の裕度を有するより時間に関して緊急性のあるメッセージがユーザに到達する時に、それら緊急性の低いメッセージを共用することもできる。このような連絡は、情報共有のコストの大半を負って、他のメッセージを低い増分コストで伝達することができるようにする。たとえば、ある者に対する会議のリマインダについてのアラートが、ユーザの現在の場所と会議の場所に基づいて、ユーザが予定された会議に出向くのに十分な時間をもって連絡される場合を考える。連絡時に、追加的なメッセージを受けるコストは、最初に連絡にかかるコストに比べて著しく大きくはない可能性がある。したがって、システムは、「２０分後にＢｅｌｌｖｕｅのＤｏｕｂｌｅｔｒｅｅホテルで会合があります」というメッセージをユーザに知らせ、そのアラートをレンダリングおよび処理した後に、「お知らせしますが、明日はスティーブンの誕生日で、来週ジョー・ジョーンズが町に来ます」という時間的な緊急性がより低いユーザメッセージを共有する。
【００２８】
通知をユーザにルーティングするために、通知マネジャ１３０および／またはエンドポイントデバイス１１０は、ユーザの状態（たとえば、注意力の状態、忙しさ）を推定するための１つまたは複数のモデルを含むことができる。そのようなモデルは、たとえば、ベイジアン（Ｂａｙｅｓｉａｎ）ネットワーク、単純な（ｎａｉｖｅ）ベイジアンクラシファイア、および／またはＳＶＭ（Ｓｕｐｐｏｒｔ  Ｖｅｃｔｏｒ  Ｍａｃｈｉｎｅ）などのベイズ依存モデルを生成することができるベイジアンラーニングの使用を含む統計学的／数学的モデルおよびプロセスのような、実質的に任意のタイプのシステムを含むことができる。他のタイプのモデルまたはシステムには、たとえば、ニューラルネットワークや隠れマルコフモデルが挙げられる。本発明では精緻な推論モデルを用いることができるが、他のアプローチも利用できることを理解されたい。たとえば、より完全な確率論的アプローチではなく、決定論的な仮定を用いてもよい（たとえば、時間量Ｘにわたって携帯電話の活動がないことは、規則として、電話ではユーザに連絡がつかないことを意味するなど）。このように、下記でより詳細に述べるように不確定性の下での推論に加えて、ユーザおよび／または関連付けられたデバイスの状態、場所、コンテクスト、対象等々に関して、論理的決定を行うこともできる。
【００２９】
次いで図２を参照すると、図２００に、本発明の一態様による例示的な制限つきの延期ポリシーが示されている。この態様によれば、通知またはメッセージは、通例、時間制限が検出されない限り、利用可能なフリーの状態に達するまで配信されない。たとえば、フリーの状態が参照番号２０２および２０４で示されている。ユーザが忙しい状態の間は（フリーの状態２０２、２０４の逆として図示されている）、高優先度のメッセージ２０６および低優先度のメッセージ２０８が通知エージェントまたはマネジャ（図示せず）によって待ち行列に入れられる。２１０で、高優先度メッセージの最大の延期時間に設定された時間制限に達し、それゆえ２１２で、高優先度メッセージがユーザに配信される。低優先度メッセージ２０８は、図２に示す例では時間制限に達しない。このように、低優先度メッセージは、２０４の次の利用可能なフリーの状態まで配信されない。このようにして、ユーザによって受信される通知による混乱を軽減する。時間制限は、仕事量、受信したメッセージの数、通知内容の時間依存性などのユーザコンテクストによって影響されることに留意されたい。
【００３０】
本発明によれば、デスクトップおよびエンドポイントデバイスのアラートのために各種のアルゴリズムおよび／またはプロセスが提供される。こうしたプロセスは、（１）ユーザがデスクトップまたはエンドポイントデバイスにいる、（２）ユーザがデスクトップまたはエンドポイントデバイスから離れている、および（３）ユーザがたった今戻り、デスクトップまたはエンドポイントデバイスにログインしている、などの複数の状況に適用することができる。
【００３１】
ユーザがデスクトップまたはエンドポイントデバイスにいることが検出される場合には、一般に次のプロセスを適用することができる。
１．通知を受信すると、その経時をゼロに設定し、その優先度を確認し、例外のリストを調べる。
２．その緊急度についての最大の延期時間の前にユーザ活動のモニタリングから「恐らく連絡可能」の状態が認められる場合、通知をユーザに渡す。
３．それ以外の場合は、図２との関連で上述したように、その通知の延期の裕度に達した時に通知を中継する。
【００３２】
概して、典型的なデスクトップまたはエンドポイントデバイスでの活動期間中の「恐らく連絡可能」の状態という典型的な生半可な状況のために、大半の通知は、最大の延期時間に達する前に配信される傾向にあることになる。しかし、ユーザは、通知が受信された時に単に通知を転送する場合に比べて、ユーザがフリーの時に通知が行われる可能性が高いので、概してこのシステムに満足するであろう。ユーザがフリーの状態に達する確率は、一般に時間の経過とともに高くなる。これは、時間量が多くなるにつれて「恐らく連絡可能」の状態を検出する機会が多くなるためである。恐らくフリーの状態の確率が時間量の増加にしたがって高くなるので、低優先度のメッセージはそうした「恐らくフリー」の状態の期間中により高い見込みで発生する傾向にあり、中断させられる確率は、メッセージの優先度が増すにつれて増大することになる。
【００３３】
本発明の別の態様によれば、通知の表示（たとえば、ジャーナル、ブラウザ、受信箱、携帯電話のメッセージボックス）は、待機中になっている複数の通知、あるいは蓄積された通知を含むことで、グループ化された通知のまとまりを含んでいる単一の通知をユーザに送ることができる。このようにまとめることは、最大の優先度、最大の経時、あるいはグループごとの最大の優先度などによって順序付けしたリストにまとめた通知を提示することができる。たとえば、恐らくフリーの状態が検出されておらず、高優先度の通知が最大の延期時間に達していた場合は、その高優先度の通知について最大の延期時間に達した時に、より優先度の低い通知がその時点で、関連付けられた最大の延期に達していなくとも、グループ化された通知として保留中になっている低優先度の通知について情報に含めることができる。この種のまとめ方にはいくつかの態様が可能であり、これらには、主要なアラートを標準的な通知表示で送信し、他の保留中のアラートをその表示の下部のリストに要約することが含まれる。個々の項目をユーザがクリックして、閲覧および／または消去することができる。
【００３４】
本発明の別の態様によれば、予定表を調べて、「即時に渡す」とマークされた通知を除いて、割り込むべきでない（たとえば、何らかの安全な時間、会議終了から１０分後まで）割り込み不可の会議（たとえば、プレゼン、ビデオ会議、電話会議など）をユーザが指定することができる。これを一般化して、重要な会議については別個の最大延期テーブルおよび／または関数を利用することができる。予定表の項目をいくつかの予定の分類の１つにできるようにすることでこれをさらに一般化し、異なる分類の会議について異なる最大延期テーブルまたは関数を用いることができる。
【００３５】
本発明の別の態様では、数個の優先度カテゴリを提供するのに代えて、緊急度スコアについて０〜１００などの連続した範囲を提供することができ、最大の延期は、各種の線形および非線形の関数（たとえば、優先度が高くなるのに従って最大延期時間が指数的に減少するなど）を含む、通知の優先度の関数とすることができる。たとえば、  
最大延期（優先度）＝ｅ−ｋ（優先度）×１５分
これは、
最大延期（優先度）＝ｅ−ｋ（優先度）×最大延期（優先度ゼロ）  
に相当する。
【００３６】
さらに、ユーザは、日のタイプ（たとえば、週末、休日、平日等）、時刻、およびさまざまな分類および下位分類のメッセージ（たとえば、家族からの電子メールやインスタントメッセンジャー通信と、同僚からのもの）に対する価値の割り当てを変える他の基本的なコンテクストの関数としてコンテクストを指定することができる。
【００３７】
他の点では、ユーザがまだ気づいていない項目の「通知ジャーナル（実行記録）」を提供することができる。これには、たとえば、実質的にすべての通知についての全体的な「通知ジャーナル」を保持して、たとえば、ユーザが以前に受信した通知に戻り、アクセスできるようにする。これには、リッチな表示とインタラクションを提供することを含むこともできる。たとえば、通知またはエンドポイントデバイスのウィンドウにあるジャーナル化された項目をクリックすると、その通知を表示させることができる。通知をクリックすると、より多くの情報またはその通知のソースへの適切なユーザインタフェースが表示される。たとえば、今後の予定についての通知をクリックすると、その通知によって参照される予定の完全なビューが表示される。また、通知内にハイライト表示されたリンクを表示し、ユーザがその通知に関連付けられたウェブページ、アプリケーション、または情報に飛べるようにすることもできる。さらに、通知をレンダリングする際に、（そのソースから）広告、特別な背景情報および／または他のブランディング（ｂｒａｎｄｉｎｇ）情報を通知ウィンドウに表示することができる。
【００３８】
別の態様では、アクティブな持続期間を有する通知、および／または有効期限を有する通知は、その日を過ぎるとアクティブな待ち行列から除去することができる。ユーザがその種のアクティビィティの履歴を見ることに関心を持つ場合は、期限切れとしてジャーナルに通知をリストすることができる。また、たとえば、通知が報告する情報の世界的状態（ｗｏｒｌｄ  ｓｔａｔｅ）に関する更新情報を提供するために、通知の分類には、ＧＵＩＤ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）で識別された情報の更新と元来置き換え可能であるとタグ付けすることができる。
【００３９】
ユーザがメッセージに優先度情報を付加する、あるいはより単純に通常の「送信」または「フリーの時に送信」を行うことができる「ユーザインタフェース」ツールを提供することができる。「フリーの時に」送信は、上述の制限つきの延期システムを通じてポートされることになる場合、通常の送信は、制限なしの通信として機能することができる。通知は、一組のコンテクスト（たとえば、ＭＳ  Ｗｏｒｄ（商標）に集中、ＭＳ  Ｏｕｔｌｏｏｋ（商標）に集中など）からのアプリケーション特有（または生活特有の）「コンテクスト」でタグ付けすることもでき、期限に達していなければ、アクティブなコンテクスト内で通知をレンダリングすることができる。たとえば、通知システムを介してレンダリングされるワードプロセッサの使用についての支援ヒント（ｔｉｐ）は一般に、ワードプロセッサに集中している時に提供されるべきである。そのアプリケーションに集中していなければ、ヒントは単にジャーナル化されるべきである。
【００４０】
より高度な機能も提供することができる。たとえば、ユーザがデスクトップで作業しているか、エンドポイントデバイスを使用している時に、あるユーザについての「恐らく連絡可能な時間」の頻度を観察し、学習することができ、これは各分類でユーザによってアラートが受信される頻度であり、ユーザの活動から（アプリケーション、時刻、予想されるユーザの場所などに基づき）次の恐らくフリーの状態までの期待時間を推定する。この情報を用いてそれぞれの通知優先度分類についての最大の延期時間を自動的に設定して、通知システムに、アラートの優先度の分類ごとに呼び出される確率を制限させることができる。これはデフォルトで設定するか、あるいは、ユーザに優先度の分類ごとの確率を指定させ、そうすることで、たとえば、低優先度のアラートの時間の５％、通常優先度のアラートの時間の１０％以上、および高優先度のアラートの時間の２５％については邪魔されたくない（すなわち、忙しい時に呼び出されたくない）ことをシステムに指示することができる。すなわち、ユーザは、それぞれの優先度の分類について割り込みの「許容される確率」の目標を指定することができ、システムはそれらの分類について最大の延期時間を設定することができる。
【００４１】
たとえば、重要な通知が観察されたという確認を受け取ることができ、通知上にホバリング（ｈｏｖｅｒ）することで「受け取った」合図であるという約束事を用いることができ、ユーザがプロファイルを介して届け出ることができるオプションとして、そのフィードバックを利用することができる。これにより、ユーザは次のオプションを有効にすることを選択することができる。
【００４２】
［  ］エンドポイントデバイスでのマウスオーバーまたはキーストロークで確認するまでは、［ｘ］分ごとに重要な情報を知らせ続ける。
【００４３】
ユーザがｘ分（デオフォルトとして、またはユーザが指定した時間量によって）設定される以上デスクトップデバイスから離れていた時は、デスクトップイベントを延期することができ、代わりにモバイルまたはエンドポイントデバイスに通知を送信することができる。デスクトップのアラートのために指定される同様の最大延期時間を使用するか、代わりに「その場にいない」条件のための最大延期時間の代替セットにアクセスすることができる。すなわち、「その場にいない」状況のための最大延期時間を制御するための別のテーブルまたは関数を用いることができる。
【００４４】
デスクトップの状況と同様に、「直ちに連絡する」とマークされた通知を除いて、割り込むべきでないプレゼンなどの割り込み不可の会議、または他の会議について調べるために、ユーザの予定表にアクセスすることができる。上記のデスクトップの設定で述べたように予定表による同様の一般化を用いることができる。たとえば、デスクトップ設定で提供されるそれぞれの様態で情報を利用するか、またはモバイルまたはエンドポイントの設定のための特別な一般化を用いることができる。
【００４５】
別の態様では、時刻の設定の制約を提供して、ある時間中（たとえば、深夜や早朝、週末など）の通知を制限することができる。ユーザは、受け取るアラートの分類を特定の時間に合わせて指定することができる。たとえば、すべての仕事関連の電子メールと株情報は、週末にはモバイルデバイスに送信されないことにする。
【００４６】
携帯電話またはページャに送信されたメッセージは、通知マネジャによってジャーナル化され、ユーザが通知ジャーナルビューでデスクトップに戻るか、モバイルデバイスまたはエンドポイントデバイスでジャーナルビューにアクセスした時に見ることができる。上述のデスクトップの場合のように、モバイル設定についても同様のアラートのまとめ方を用いることができる。
【００４７】
組み込み型の自動車用パーソナルコンピュータ（ＡｕｔｏＰＣ）や適切に装備された携帯型パーソナルコンピュータ（ＨＰＣ）（すなわち、加速度計を備える）などのモバイルまたはエンドポイントデバイスを本発明とともに使用することができる。これらのデバイスの場合、たとえば、接触および／または加速に基づいてそれらのデバイスがアクティブであることを推定する存在情報を使用する。何らかの重要なモバイル設定および／または明確なモバイル設定に対して、恐らくフリーの状態のリストを作成する（たとえば、運転中と歩行中のそれぞれの場合についての一組の状態）。たとえば、運転中の場合、フリーの状態には、「赤信号または他の停止で停止し、会話をしていない」あるいは「比較的一定した速度で運転中」などを含めることができる。
【００４８】
他のシステムは、さまざまな注意力のレベルを考慮することもできる（たとえば、速度、ブレーキングや運転の複雑さなどを考慮する）。ＨＰＣの場合、加速度計からユーザが車内にいると推定する（たとえば、ベイジアン推定）ことができ、車載の自動車用コンピュータからの直接のフィードなしに同様の判別を推定する。ＨＰＣでは、デバイスがたった今手にとられた、歩行あるいは走るのをやめた、あるいは会話をやめた、あるいは装置がたった今置かれたことなどを検出することができる。そのようなモバイルまたはエンドポイントデバイスでは、通知はローカルにキャッシュされ、恐らくフリーの状態に応じてレンダリングすることができる。検出可能な双方向の接続がない場合は、そのような情報は、モバイルデバイスに送信されたものとしてデスクトップの「通知ジャーナル」などのジャーナルに提供することができる。「通知ジャーナル」は、エンドポイントデバイスによって維持することもできることを理解されたい。
【００４９】
ユーザは通知システムを構成して、ユーザが「その場にいない状態」が検出されてから最初にデスクトップ（またはラップトップデバイス）に戻った時に、単一の通知である、モバイル通知ジャーナルを中継し、ユーザがデスクトップを操作していたなら見たであろう通知を見るために特定の項目を選択できるようにすることができる。たとえば、ユーザはモバイルデバイスを持っていないか、サービス中のモバイルデバイスを持っていない場合があり、または、単に通知システムが「デスクトップのみ」のモダリティ（ｍｏｄａｌｉｔｙ）で動作することを指定したい場合がある。その場合は次のことを行うことができる。
【００５０】
ユーザが「ユーザが不在」から「ユーザがデスクトップデバイスにいる」に移行したことを通知システムが認識すると、ユーザには、ユーザがいなかった間に最大延期時間を経過したすべての通知についての通知ジャーナルが提示されるか、またはユーザの好み設定にしたがって、最大延期時間に先行してすべてのアラートをそのようなジャーナルに掲載する（たとえば、メッセージの分類、優先度、もしくは日付ごとにユーザの好み設定によって各種様態でソート、あるいは分類内で優先度または時刻によってソートされた最も緊急度が高いアラートを含むメッセージ分類などの組み合わせなど）。ユーザが不在であることが検出されると、通知は追加的に引き続き通知ジャーナルをデスクトップに（たとえば、事前に割り当てられた領域に）掲示し、その最大延期時間を経過した通知をジャーナルに追加（通知の優先度または時刻によってソート）し続けるか、あるいは最大延期時間に先行し、実質的にすべてのアラートをそのようなジャーナルに掲載することができる。そのようなジャーナルがある時には、ユーザが戻るか、あるいはログインし次第、ジャーナルが待っていることを音による合図でユーザにアラートすることができる。表示が抑制され、ユーザが戻ると音による合図としてレンダリングされるようにして、ユーザにジャーナルを表示するための動作をとらせるようにしてもよい。ユーザがモバイルデバイスを利用している設定では、ジャーナル項目がモバイルデバイスに送信されるとジャーナルがデスクトップジャーナルからそれらの項目を自動的に取り除くか、またはユーザがまだ見ていない項目をソートおよび／または迅速に探すことができるように、モバイルデバイスに送信済みとして通知にマークすることができる。ジャーナルを掲示する代わりに、ジャーナル化された項目の量に応じて、通知ジャーナル、ひとまとめにしたアラート（上述のひとまとめにするポリシーによる）、あるいは単一のアラートを表示する決定をすることができる。
【００５１】
また、通知システムがそのような「ユーザが戻り次第表示する」ポリシーを遅らせることをユーザが指定できるようにし、ユーザが、戻り次第仕事に取り掛かれるようにするか（ユーザが戻って、何かをやり終えたい時にアラートされることでいらだつのを回避するため）、および／または次の「恐らくフリー」の状態が生じるのを待つことができるようにする。そのような抑制の対象とならない通知には、特別な「通過権（ｐａｓｓ  ｔｈｒｏｕｇｈ）」を提供することができる。そのような機能については、追加的に「恐らくフリー」の状態を「ユーザが不在から戻り、アプリケーションまたはシステムを用いてアクティブな作業を始めない」と定義することができる。すなわち、ユーザがデスクトップまたはエンドポイントデバイスに戻ってきてすぐに作業を開始するかどうかを検出するか、代わりに「恐らく連絡可能」の状態に達するまで待つことができる。ユーザが戻り、作業を始めない場合は、この新たな「恐らくフリー」の状態が認識され、それゆえ、保留中の通知を表示させる。ユーザが戻り、取り込み中である場合、システムは、最大延期期間を経過した通知を表示するか、またはユーザの好み設定に従って、次の「恐らくフリー」の状態が生じるまで何も表示しない。この時、ジャーナル化された項目の量に応じて、ジャーナル、ひとまとめにしたアラート、または単一のアラートをユーザに対して表示する。
【００５２】
モバイルまたはエンドポイントデバイスを用いているユーザは、デバイスの電源を切っているか、サービスを受けられない地域にいる場合がある。携帯電話の電源を入れることは、結果的にデスクトップに戻るのと同様の働きにしてもよい。すなわち、見ていないアラートのジャーナルビューが表示され、ユーザは個々のアラートをブラウズし、表示させることができる。本発明の他の態様は、たとえば、モバイルデバイスでメッセージを見た時にデスクトップジャーナルを更新できるようにすることができる。
【００５３】
図３に移ると、図３００には、本発明の一態様による例示的な制限つき延期パラメータが示されている。３１０で、送信者の識別またはメッセージ内容の特質についてのローカルな分析に基づいて、制限つき延期のパラメータをローカルで計算または決定する。３２０で、中央の通知マネジャからメタデータまたは制御データの一部としてそれらのパラメータを受け取ることができる（すなわち、制限つきの延期または推奨される制限つき延期をメッセージの通知スキーマに含めることができる）。３３０で、延期パラメータは、別のユーザが設定した変数の単純な関数（メッセージの緊急度を示すためにメッセージ送信者によって設定された優先度フラグなど）であっても、通知マネジャが設定した優先度の値または他のパラメータの関数であってもよい。３２４で、パラメータは、適切な時を待つ、および／または（何らかの満了の期限に対して）遅すぎる場合は、消去またはログに入れるなどの実質的な制限を含むことができる。
【００５４】
次いで図４を参照すると、システム４００には、本発明の一態様によるエンドポイントデバイスの各種のアプリケーションモデル４１０が示されている。アプリケーションモデル４１０は、エンドポイントデバイスによって使用することができるいくつかの感知コンポーネントの例を表す。サンプルアプリケーション４１０は、映画やショー、またはその他の会合が終了するまでアラートを保持するようにデバイスに指示する４１４のローカルの予定表情報の使用を含む。４２０で、マイクロフォンまたは他の音声レセプタを使用して、誰かが喋るのをやめた時、あるいは、たとえば、車を運転する時の雑音、カーラジオなどの他の大きな背景雑音を感知して、ある制限内のｔよりも大きく静かな期間までアラートを遅らせることを試みることができる。４２４で、加速度計などの運動機器が、たとえば、ある制限内で、アラートをレンダリングするために、たとえば、赤信号や停止サインで車が停止した、人が歩いたり、話したりするのをやめたなどを感知する。
【００５５】
一例では、アプリケーションは、制限に達した後に呼び出し、そして再度バックアップとして静寂の後、あるいは他のセンサ条件の後に呼び出すという概念を考慮している。別の事例では、ある者が近くまで来るか、あるいはデバイスに触れるまで待ってから通知を配信する。アプリケーションモデル４１０は、電話の自動化された延期を考慮することもできる。単純なケースでは、発話がやむのを待ちつつ、静かに呼び出す場合に最初の数回は無音状態とする。より綿密な事例では、ユーザが一時的に取り込み中であると感知された場合に電話をとり、ユーザにしばらくの間電話を切らずに待つように指示し（通話についての制限つき延期）、そしてユーザが喋るのをやめるか、制限（たとえば、１分間）に達した時に呼び出して、これに、「もう３０秒間電話を切らずにお待ち下さい。いま呼び出しています」をつなげる。これがうまく行かない場合は、発呼者を留守番電話に導くか、発呼者をユーザにつなぐ。この概念は、特別な人々、または特別に指定されたグループの人々（１時間後に会う予定の人々など）に対してのみ電話の呼び出しを延期することと組み合わせることができる。エンドポイントデバイスで用いることができる他のセンサには、４３０の全地球測位システム（ＧＰＳ）、４３４のＩＥＥＥ８０２．１１信号強度センサ、４４０の赤外線近接センサ、および４４４のタッチセンサが含まれる。
【００５６】
図５に、本発明の一態様による例示的なエンドポイントデバイス５００を示す。エンドポイントデバイス５００は、近接センサ、動きセンサ、およびタッチセンサを含む複数の知覚センサを備える、感知機能付き携帯情報端末（ＰＤＡ）を含む。５１０のバックグラウンドでは、デバイス５００を見ながら歩いているユーザの動きの証紋（ｆｉｎｇｅｒｐｒｉｎｔ）を示す加速度計信号が表示される。図５に強調されているように、小型デバイスにユーザの注意力の状態と場所を知らせることができ、中央の通知マネジャに通知するためにローカルのセンサ情報を送信し、観察に基づいて完全にローカルの通知管理と関連サービスを行い、そして／または通知についての中央とローカルの検討の組み合わせを行う。後者の場合、中央の通知マネジャは、ルーティングについての全体的な決定を行い、エンドポイントデバイスに依拠して、ローカルの感知および推論に基づいてタイミングとアラートするモダリティの正確なターゲティングを行う。
【００５７】
一例として、制限つき延期のポリシーの使用により、ローカルデバイスは、自身が受信したメッセージをメッセージ固有の期限に達する前に中継する役割を担い、デバイスは最善を尽くして、割り当てられた期間内に割り込みに適した時を判定する。上述のように、エンドポイントデバイスは、たとえば、ＧＰＳ、ＩＥＥＥ８０２．１１信号強度、加速度計、赤外線近接検出器、タッチセンサを含む複数の知覚センサを小型デバイスに組み込み、活用することができる。他の態様では、注意力の粗モデル（ｃｏａｒｓｅ  ｍｏｄｅｌｓ）から得られる状態を含む、手近な状況など、デバイス開発の機会を利用することができる。
【００５８】
図６および７に、本発明による制限つき延期の通知を提供するための方法論を示す。説明を簡潔にするために、これらの方法論は一連の動作として図示し説明するが、一部の動作は本発明に従いここに図示し説明した順序とは別の順序で行うことも、そして／または他の動作と同時に行うこともできるので、本発明は動作の順序に限定されないことを理解されたい。たとえば、当業者には、方法論はこれに代えて状態図のように相互に関連した一連の状態またはイベントとして表すこともできるであろうことが理解され、認識されよう。さらに、本発明による方法論を実施するために図示した動作のすべてが必要な訳ではない。
【００５９】
図６を参照すると、６０２で新たな通知を受信する。６０４で、受信した通知をメッセージキューに入れる。６０６で、受信した通知を直ちにユーザに渡すべきかどうかを判定する。これは、通知を渡すべきかどうかを示すフラグなどの設定を調べることによって達成することができる。通知を渡すべき場合、プロセスは図７の７２０に進む。通知を渡すべきでない場合、プロセスは６０８に進む。６０８で、上述の最大延期時間などの初期時間を通知と関連付ける。動作６１０、６１２、および６１６は、クロック制御されたサービスルーチンの一部または割り込みイベントとして実行することができ、これらの動作は、図６および７に示すプロセスの一部から定期的に実行されることに留意されたい。６１０で、キューに入れられた通知の経時を更新する。６１２で、通知が満了したかどうかについて判定する。満了している場合は、満了した通知をキューから除去する。６１２で通知が満了していない場合、プロセスは図７に示すプロセスに戻る／進む。
【００６０】
次いで図７を参照すると、７２０で、図６の６０６からの分岐に関して判定が行われる。７２０で、ユーザがデスクトップまたはエンドポイントデバイスにいるかどうかについて判定を行う。デバイスにいる場合、プロセスは７２４に進み、この特定の通知をキューから除去し、その通知を表示し、通知ジャーナルを更新する。７２０でユーザがデスクトップにいない場合は、７２８で、ユーザのモバイルデバイスまたはエンドポイントデバイスが使用可能になっているかどうかを判定する。使用可能でない場合、プロセスは通知ジャーナルを更新する。７２８でモバイルデバイスが使用可能になっている場合、プロセスは７３０に進む。７３０で、予定表に割り込み不可の会議が示されているかどうかについて判定を行う。示されていれば、通知ジャーナルを更新し、会議の後にユーザをアラートする。７３０でそのような会議が予定されていない場合は、モバイルデバイスまたはエンドポイントデバイスに通知を送信し、通知ジャーナルを更新する。
【００６１】
７４０を参照すると、図６の動作６１０〜６１６の動作からの戻りが提供されている。７４０で、ユーザがデスクトップデバイスまたはエンドポイントデバイスにいるかどうかについて判定を行う。いる場合は、７４２で、図６の６０８で設定された最大延期時間に達している通知があるかどうかについて判定を行う。そのような通知がある場合、プロセスは７４４に進み、その特定の通知をキューから除去し、すでに説明した７２８に進む。７４０で、ユーザがデスクトップデバイスまたはエンドポイントデバイスに戻ってきたところである場合は、見ていない通知をレンダリングし、通知ジャーナルを更新する。７４０でユーザがデスクトップデバイスにいる場合、プロセスは７４８に進む。７４８で、何らかの恐らく連絡可能の状態が検出されたかどうかについて判定を行う。検出されている場合は、保留中の通知をレンダリングし、通知ジャーナルを更新する。７４８で恐らく連絡可能の状態が検出されていない場合、プロセスは７５０に進む。７５０で、図６の６０８で設定した最大延期時間に達した何らかの通知があるかどうかについて判定を行う。そのような通知がある場合、プロセスは７２４に進み、その特定の通知をキューから除去し、通知を表示し、通知ジャーナルを更新する。
【００６２】
図８〜１４に、通知の処理および注意力のモデル化の各種態様を示す。先に指摘したように、本発明は、システムがどのようにユーザの注意力についての情報にアクセスし、使用するかを考慮している。注意力についての微妙な手がかりを利用できることが多く、また数々のそうした手がかりをユーザの注意力の状態の直接的な信号として解釈することができる。たとえば、さまざまな状況においてデバイスに触れ、持ち上げるなどの単純な動作のパターンを感知することは、数々の面白い様態で活用できる注意力についての証し（エビデンス）を伝えることができる。より高精度のセンシングに移行することで、本発明は、各種の応用例において、視線追跡システムの使用と、視覚的な注意力の対象についての信号を利用することができる。視線センサの信頼性が高まり、低価格化が進んでおり、いつ、どのように視覚的な注意力のスポットライトが向けられるかを認識する各種の機器を利用することができる。
【００６３】
それでも、観察結果に照らしてユーザの注意力の対象および仕事量について、またさまざまなコンテクストにおける代替の動作の価値について多くの場合「不確定性」がある。そのため、本発明は、ユーザの注意力と、不確定性の下で行う理想的な注意力依存の動作とについて「推論する」ために利用できるモデルを採用する。そのようなモデルおよび推論により、新たな機能およびユーザ体験をもたらすことができる。いくつかの事例では、モデルは、手作業か、そして／またはベイジアンモデルのデータから学習することができる。データベイジアンモデルは、進行中の手がかりの流れから「不確定性の下で」現在または将来の注意力を明らかにするように働く、自動化された「注意力の検出装置」のタスクを行うものと見なすことができる。ベイズの注意力モデルは、注意力についての証拠（エビデンス）の流れを提供するセンサを入力として得て、ユーザの注意力と意図に対する確率分布を計算する手段を提供する。
【００６４】
図８は、いくつかのセンサによって観測された状態により左右される、ユーザの注意力の対象と作業量をランダム変数として考慮する高次の決定モデル８００である。「知覚」センサには、周囲の音響情報または発話を拾うマイクロフォン、ユーザの視線または姿勢の視覚的分析を支援するカメラ、デバイスの運動のパターンを検出する加速度計、およびＧＰＳと無線信号の分析による場所の感知が含まれる。しかし、より従来型のイベントのソースも有用な手がかりを提供することができる。これらのソースには、ユーザのオンライン予定表や曜日および時刻の考慮が含まれる。証拠の別の豊富な流れは、ユーザとソフトウェアおよびデバイスとのインタラクションを監視することによって得ることができる。そして、ユーザの関心の履歴、これまでの活動および注意力のパターンについての背景情報から、注意力についての有用な情報源が得られる。
【００６５】
複数のセンサからの証拠を融合する機能を持つ確率的な注意力モデル８００を構築するために、本発明は、不確定性の下で推論および意思決定を行うための表現を活用する。そのような作業によりベイジアンネットワークおよび確率的な推定を不確定性の下での動作の考慮に拡張するグラフィカルモデルである影響図を含む推定の方法と表現が得られる。それらのグラフィック表現から結果に対する確率分布と動作の期待効用（ｅｘｐｅｃｔｅｄ  ｕｔｉｌｉｔｉｅｓ）を計算することを可能にするアルゴリズムを開発することができる。
【００６６】
図８は、不確定性の下でのユーザの注意力との関連でセンサの融合と意思決定を表す高次の影響図を示している。図に表すように、感知された証拠を表す一組の変数（楕円形のノード）が、ユーザの注意力の状態を表すランダム変数に影響し、ユーザの注意力の状態は、代替の動作または構成の期待価値（ｅｘｐｅｃｔｅｄ  ｖａｌｕｅ）に影響する。異なる結果をもたらす中間的なコストおよび利益の変数を導入することができる。理想的なコンピュータ動作についての決定（長方形のノード）は、ユーザの注意力の不確定性を仮定して、コストと利益を考慮する。そして、期待効用（ひし形のノード）は、動作と、コストと利益とに左右される。
【００６７】
追加的な中間変数と変数間の主要な相互依存関係を含むよりリッチなモデルを構築することにより、高次の教育的な（ｐｅｄａｇｏｇｉｃａｌ）ビューを拡張することができる。また、デバイスと人々の両方が時間に埋没されている（ｉｍｍｅｒｓｅ）ので、本発明は、変数の状態の一時点における（ｐｏｉｎｔ−ｗｉｓｅ）考慮を超えて、時間の流れとともに変化する観察結果と信念（ビリーフ）を表す、より忠実度の高い時間的な注意力モデルを構築する。これには、時間の経過に伴う注意力の状態と場所を表し、推論する動的ベイジアンネットワークおよび隠れマルコフモデルが含まれうる。
【００６８】
図９は、時間的なベイジアン注意力モデル９００を示し、隣接するタイムスライスにおける変数間の主要な依存関係（点線の弧）を表示している。モデル９００は、時間的な注意力モデルの隣接する２つのタイムスライスを示す。このようなモデルは、メッセージと通信の選択的なフィルタリングをユーザに提供するアプリケーションのために開発された、ユーザの作業量とタスクの確率分布を提供する。この場合、注意力の状態には、約１５の離散的な状態が含まれる（この数はこれより多くても少なくてもよい）。
【００６９】
図１０に、「通知プラットフォーム」１０００の概念的な概要を示す。プラットフォーム１０００は、複数のメッセージソースからの情報の価値と割り込みのコストとをバランスするデバイス間メッセージングシステムである。このシステムは、注意力の確率的なモデルを用い、理想的なアラート、忠実度（ｆｉｄｅｌｉｔｙ）、およびルーティングに関して進行中の決定分析を行う。いくつかの事例では、「通知プラットフォーム」１０００は、注意力依存の通知の経済的原則を確立することと、これらの原則に基づいてデバイス間のアラートシステムを実装することを主な対象としている。
【００７０】
「通知プラットフォーム」１０００は、進行中の決定分析を行うことにより、複数のソースからデバイスへのメッセージの流れを変調する。これらの分析は、情報の期待価値と、割り込みの注意力依存のコストとのバランスをとる。図１０に強調したように、システム１０００は、入来メッセージとユーザとの間の注意力に精通した層として働き、ユーザの注意力、場所、および全体的な状況についての情報を提供するセンサを入力として得る。
【００７１】
この「通知プラットフォーム」の設計は、自動化された優先度付けシステム（下記の図１４および１５参照）を含め、ユーザの作業量を識別するためのコンテクスト感知を利用するいくつかの初期のプロトタイプから得られた。優先度付けシステムは、入来する電子メールまたはその他のメッセージに緊急度の値を割り当てる規則または統計的クラシファイアを用いている。クラシファイアは、明示的なトレーニングから得られるサンプルメッセージか、または電子メールブラウザまたは他のシステムとのユーザインタラクションを観察することにより自動的にデータセットを作成することにより得られるサンプルメッセージを用いてトレーニングされる。優先度付けシステムは、時刻に基づいてユーザがデスクトップコンピュータにいるパターンも観察するコンポーネントを含むことができ、ユーザが未読メッセージを見るまでの時間を推定する。このシステムは、モバイルおよびデスクトップの設定において、電子メール、タスク、および予定のリマインダについてユーザに情報をアラートおよび送信するかどうか、およびその仕方について自動化された決定の際に、入来の感知および予定表情報を「遅れて閲覧することの予想コスト」を計算する。
【００７２】
図１１に、サブスクリプションアーキテクチャを示す、「通知プラットフォーム」１１００の例示的コンポーネント群を表す。サブスクライブしたソースおよびデバイスは、一組の標準インタフェースを介して「通知マネジャ」と通信する。情報の価値、注意力、および最適なチャンネルとアラートのモダリティについての検討で、複数デバイスからのセンサによる成果を考慮する。「通知プラットフォーム」１０００は、複数のメッセージソースからの情報についてのデバイス間アラートのために決定分析モデルを使用する。この分析では、不確定性の下でユーザの注意力と場所を考慮し、また可能な通信チャネルの忠実度と妥当性を考慮する。図１１に、「通知プラットフォーム」１０００のアーキテクチャの図式図を示す。
【００７３】
標準インタフェースとメタデータのスキーマにより、ユーザは、さまざまな情報源と「通知マネジャ」に対するデバイスにサブスクライブすることができる。「通知マネジャ」の心臓部となるのは、「コンテクストサーバ」と称するモジュールを介して、センサから得られる注意力と場所についての手がかりにアクセスするベイジアン注意力モデルと決定分析である。「コンテクストサーバ」は、証拠についてのいくつかの状態およびストリームにアクセスし、これらには、電子予定表（たとえば、マイクロソフトのＯｕｔｌｏｏｋ（商標））のユーザの予定、デバイスの存在とアクティビティについてのイベント、室内の周囲音響の分析、およびベイジアン頭部追跡システムを使用した姿勢の視覚的分析が含まれる。「検出された音声トレース」などの証拠からの主要な抽象化は、入来する証拠によって定期的に更新される「コンテクストホワイトボード」と称する揮発性の記憶に掲載される。「コンテクストホワイトボード」は、通例、「通知マネジャ」中のベイジアン注意力モデルにより更新された情報がないか数秒ごとにコンタクトされる。
【００７４】
「通知マネジャ」の決定分析では、システムの「ユニバーサル受信箱」に入ってくるメッセージについてユーザにアラートすることの期待コストと利益に重み付けする。割り込みのコストを計算する際に、決定モデルは、その分析において数箇所でのユーザの注意力の状態と場所に対して確率分布を考慮し、これらには、個々のデバイスに対する異なるアラートと関連付けられた割り込みのコスト、さまざまなデバイスの利用可能性、およびあるデバイスについて特定の様態でユーザをアラートした時に情報がユーザに到達する尤度が含まれる。
【００７５】
進行中の期待効用の分析は、プロファイルに格納されたユーザの好み設定にしたがって行われる。これらには、ユーザがさまざまな注意力の状態にあることについて条件付けされた、アラートのモダリティごとの割り込みのコストについての表明が含まれる。一例として、デスクトップコンピュータの場合、システムは、アラートのさまざまな視覚的表示（たとえば、サムネール、フル表示のアラートなど）といくつかの音による合図（たとえば、音による合図なし、ソフトなチャイム、より大音量の伝令）の積（ｐｒｏｄｕｃｔ）として、一組の表示方法を利用できるようにする。現在の視覚的注意力の対象またはインタラクションとの関係でのアラートの配置も考慮され、処理される。
【００７６】
図１２に「通知マネジャ」による分析のグラフィカル表現１２００を示す。サブスクライブデバイスの各アラートのモダリティの使用に関連付けられた減少する忠実度（細くなるじょうご）と伝送の信頼性（回転するスロットのあるディスク）に基づく損失と共に、割り込みの注意力依存のコストと情報の価値を考慮する。エンドポイントまたはソースデバイスの伝送の信頼性（ｔｒａｎｒｅｌ）について、関数ｆ（コンテクスト）またはｆ（感知された状態）である所与のコンテクストでデバイスに到達する尤度である確率ｐ，ｐ（ｔｒａｎｓｒｅｌ｜コンテクスト）を表す尺度を提供することができる（たとえば、０〜１）。
【００７７】
図１２に、入来メッセージについての「通知プラットフォーム」の検討を示す。システムは、ユーザを直ちにアラートすることの価値と、情報を後に見る時に得られるであろう価値との差として、アラートを受信することの期待価値を計算する。センサから推定されるユーザの注意力と場所にわたる「確率分布」を仮定して、「通知プラットフォーム」は、期待効用分析を用いて、それぞれのデバイスのアラートと表示のモダリティにわたって繰り返し、ユーザをアラートするか否か、その時およびその方法を決定する。
【００７８】
図１２で細くなるじょうごの喩えで表したように、システムは、それぞれのデバイスおよびモダリティについて、送信される情報の忠実度の損失を考慮する。また、システムは、ユーザの注意力および場所にわたって推定される確率分布を仮定して、アラートが受信される尤度を考慮する。この伝送の信頼性を、図ではメッセージが回転するディスクのスロットを通り抜ける尤度として比喩的に表している。最終的に、アラートすることの価値の推定から割り込みの注意力依存のコストを引いて、チャネルおよびアラートのモダリティごとに、ユーザをアラートすることの正味の価値を求める。期待価値が最も高いチャネルおよびモダリティを選択する。
【００７９】
図１３に、「通知プラットフォーム」のリアルタイムの推論機能の一部のビュー１３００を示す。複数のセンサからの情報が「コンテクストホワイトボード」に掲示され、その情報を融合して、ユーザの注意力の状態と場所を推定する。正味の期待価値、チャネル、および／またはアラートのモダリティによって複数の通知がソートされ、期待効用が最も高いものを選択する。
【００８０】
図１３に、「通知プラットフォーム」の舞台裏の機能のいくつかの態様を示す。コンテクストパレットは、センサソースから引き出された現在の成果を表示している。決定分析のコンポーネントへのいくつかのビューが表示され、これらには、時間変化するユーザの注意力についての推定が含まれる。現在の時間では、ユーザは、「集中度高・単独活動（ｈｉｇｈ  ｆｏｃｕｓ  ｓｏｌｏ  ａｃｔｉｖｉｔｙ）」と称する状態にある可能性が最も高いと推定される。この状態は最近、「集中度低・単独活動」、「オフィスで会話中」、およびその他の可能性が低い状態で完結している。「ユニバーサル受信箱」は、電子メール、インスタントメッセージング、ニュース速報、株価を含む、いくつかのソースからのメッセージを表示する。メッセージは、ＤｏｃＷａｔｃｈからも受信されている。ＤｏｃＷａｔｃｈは、ユーザが加入した、ユーザが関心を持つ文書を特定するファイル発見（ｓｃｏｕｔ）エージェントである。
【００８１】
それぞれのメッセージには最適なデバイスとアラートのポリシーが付記され、そのチャネルおよびモードでメッセージを中継することの関連付けられた正味のドルによる期待価値が表示されている。受信箱に表したように、２つのインスタントメッセージをユーザに渡す価値がある。その他のアラートは、割り込みのコストが情報の正味の価値を上回るので「赤字」である。その場合、インスタントメッセージの理想的なアラートモードとチャネルは、ユーザのデスクトップシステムで音による伝令（ｈｅｒａｌｄ）と組み合わせた大きなフォーマットで視覚的に通知することであると判断されている。ユーザは、スライダを調整して、割り込みのコストについての予め定義したデフォルトのセットを変更することができる。別のエリアでは、注意力、場所、および割り込みのコストの確率的モデルをデータから構築するために機械学習の使用を中心としている。
【００８２】
図１４を参照すると、システム１４１０に、本発明の一態様による優先度付けシステム１４１２と通知アーキテクチャを示す。優先度付けシステム１４１２は、１つまたは複数のメッセージまたは通知１４１４を受信し、関連付けられたメッセージについて優先度または重要度の尺度を生成し（たとえば、メッセージの重要性が高い、あるいは低いという確率値）、関連付けられた優先度値とともに１つまたは複数のメッセージを出力１４１６にて提供する。下記でより詳細に説明するように、クラシファイアは、優先度の尺度を自動的にメッセージ１４１４に割り当てるように構築し、トレーニングすることができる。たとえば、出力１４１６は、メッセージが属する確率を高、中、低、またはその他の重要度のカテゴリにメッセージを割り当てるようにフォーマット化することができる。メッセージは、たとえば、判定された重要度のカテゴリに従って電子メールプログラム（図示せず）の受信ボックス中で自動的にソートすることができる。このソートは、定義された重要度のラベルを有するシステムフォルダにファイルを振り分けることも含むことができる。これは、低、中、および高などの重要度でフォルダをラベルすることを含むことができ、特定の重要度と判断されたメッセージは関連するフォルダにソートされる。同様に、１つまたは複数の音声または視覚的表示（たとえば、アイコン、記号）を所望の優先度を有するメッセージを受信したことをユーザに知らせるようになすことができる（たとえば、高優先度のメッセージには３回のビープ音、中優先度の場合は２回、低優先度の場合は１回。高優先度の場合は赤または点滅するアラート記号、中優先度のメッセージの受信を知らせる緑の点滅しないアラート記号など）。
【００８３】
本発明の別の一態様によれば、優先度付けシステム１４１２と併せて通知プラットフォーム１４１７を使用して、優先度付けされたメッセージをユーザがアクセス可能な１つまたは複数の通知シンクに導くことができる。下記でより詳細に説明するように、優先度付けされたメッセージ１４１６を受け取り、たとえば、いつ、どこで、どのようにユーザに通知するかについて決定を行うように通知プラットフォーム１４１７を適合させることができる。一例として、通知プラットフォーム１４１７は、通信のモダリティ（たとえば、携帯電話や携帯情報端末（ＰＤＡ）などのユーザの現在の通知シンク１４１８）と、可能性の高いユーザの居場所および／または注意力の対象を判定することができる。たとえば、重要度が高い電子メールを受信した場合、通知プラットフォーム１４１７は、ユーザの居場所／注意力の対象を判定し、ユーザに関連する通知シンク１４１８にメッセージを導く／再フォーマットすることができる。優先度がより低いメッセージ１４１６を受信した場合は、通知プラットフォーム１４１７は、たとえば、その電子メールを必要に応じて後に見るためにユーザの受信箱に残しておくように構成することができる。下記でより詳細に説明するように、他のルーティングおよび／またはアラートシステム１４１９を利用して、優先度付けされたメッセージ１４１６をユーザおよび／または他のシステムに導くことができる。
【００８４】
次いで図１５を参照すると、システム１５００は、本発明の一態様により通知エンジンおよびコンテクストアナライザがどのように連携して機能するかを示している。システム１５００は、コンテクストアナライザ１５２２、通知エンジン１５２４、１つまたは複数の通知ソース１〜Ｎ、１５２６、１５２７、１５２８、通知ソースとして動作することができる優先度付けシステム１５３０、および１つまたは複数の通知シンク１〜Ｍ、１５３６、１５３７、１５３８を含む。ここで、ＮおよびＭはそれぞれ整数である。ソースはイベントパブリッシャとも称され、シンクはイベントサブスクライバとも称される。シンクおよびソースの数はいくつでもよい。一般には、通知エンジン１５２４は、コンテクストアナライザ１５２２に格納されたパラメータ情報および／またはコンテクストアナライザ１５２２によりアクセスされるパラメータ情報に部分的に基づき、イベントまたはアラートとも称される通知をソース１５２６〜１５２８からシンク１５３６〜１５３８に伝達する。
【００８５】
コンテクストアナライザ１５２２は、通知の意思決定に影響を与えるユーザの変数およびパラメータに関する情報を格納／分析する。これらのパラメータは、たとえば、時刻および曜日に応じたユーザの典型的な居場所や注意力の対象または活動などのコンテクスト情報、およびさまざまな場所でユーザがアクセスできるデバイスなどのパラメータに条件づけられた追加的なパラメータを含むことができる。そのようなパラメータは、１つまたは複数のセンサによって自律的に行われた観察結果の関数であってもよい。たとえば、全地球測位システム（ＧＰＳ）サブシステムから得られるようなユーザの居場所についての情報、使用中のデバイスのタイプおよび／またはデバイスの使用パターンについての情報、および特定タイプのデバイスにユーザが最後にアクセスした時間に基づいて、１つまたは複数のプロファイル（図示せず）を選択または変更することができる。さらに、下記でより詳細に説明するように、自動化された推定を使用して、居場所や注意力などのパラメータまたは状態を動的に推定することもできる。プロファイルパラメータは、ユーザが編集することができるユーザプロファイルとして格納することができる。事前に定義されたプロファイルのセットや動的な推定に依拠する以外に、この通知アーキテクチャは、ユーザが、たとえば、次の「ｘ」時間、あるいは所定の時間まで重要な通知を除いては連絡できないなど、自分の状態をリアルタイムに指定することを可能にすることができる。
【００８６】
これらのパラメータは、さまざまな設定におけるさまざまなタイプの通知によって割り込まれることについてのユーザの好みに関するデフォルトの通知の好み設定パラメータも含むことができ、こうした設定は、通知エンジン１５２４によって通知の決定を行い、ユーザが変更を開始するためのベースとして使用することができる。パラメータは、さまざまな状況でユーザが望む通知方法（たとえば、携帯電話、ページャなど）についてのデフォルトのパラメータを含むことができる。これらのパラメータは、さまざまな設定でさまざまなモードによって通知されることに関連した割り込みのコストなどの査定を含むことができる。これには、ユーザがさまざまな居場所にいる尤度、さまざまなデバイスが利用可能である尤度、および所定の時におけるユーザの注意力の状態の尤度を示すコンテクストパラメータ、ならびに所定の時にユーザが望む通知方法を示す通知パラメータを含めることができる。
【００８７】
本発明の一態様によるコンテクストアナライザ１５２２に格納される情報は、アナライザによって判定されるコンテクスト情報を含む。コンテクスト情報は、この説明の後の項でより詳細に説明するように、１つまたは複数のコンテクスト情報ソース（図示せず）に基づいてユーザの居場所および注意力の状態を見分けることによりアナライザ１５２２によって判定される。コンテクストアナライザ１５２２は、たとえば、ユーザの自動車や携帯電話の一部である全地球測位システム（ＧＰＳ）によりユーザの実際の居場所を正確に判定することができる場合がある。アナライザは、統計的モデルを用いて、日付の種類、時刻、ユーザの予定表中のデータ、およびユーザの活動についての観測などの情報を検討して集められた背景の査定および／または観測結果を考慮することにより、ユーザが所定の注意力の状態にある尤度を判定する。所定の注意力の状態には、ユーザの手があいていて通知を受け取れるかどうか、取り込み中で通知を受け取れる状態でないかどうかを含むことができ、平日、週末、休日、および／または他の特別な機会／期間などの他の考慮事項を含むことができる。
【００８８】
ソース１５２６〜１５２８、１５３０は、ユーザおよび／または他の実体（ｅｎｔｉｔｙ）に向けた通知を生成する。たとえば、ソース１５２６〜１５２８は、インターネットやネットワークベースの通信、電話通信などの通信、ならびにソフトウェアサービスを含むことができる。本発明では、通知ソースとは一般に、情報、サービスおよび／もしくはシステム、または世界のイベントについて、ユーザまたはユーザの代理を呼び出すために、通知およびアラートとも称する、イベントを生成するものと定義される。通知ソースは、イベントソースとも称することができる。
【００８９】
たとえば、優先度付けシステム１５３０により優先度付けされる通知として電子メールを生成することができ、この通知を生成するアプリケーションプログラムまたはシステムは、ユーザにとっての電子メールの考えられる重要性または緊急度に対応する相対的な優先度を電子メールに割り当てる。電子メールは、ユーザにとっての相対的な重要度に関係なく送信することもできる。インターネット関連のサービスは、たとえば、時々の現在ニュースのヘッドラインおよび株価などユーザがサブスクライブした情報を含む通知を含むことができる。
【００９０】
通知ソース１５２６〜１５２８は、それ自体プッシュタイプまたはプルタイプのソースとすることができる。プッシュタイプのソースとは、サブスクライブすると自動的に情報を送信するヘッドラインニュースや他のインターネット関連サービスなど、対応するリクエストがなくとも自動的に情報を生成し、送信するソースである。プルタイプのソースとは、メールサーバがポーリングされると受信される電子メールなどのように、リクエストに応答して情報を送信するソースである。その他の通知ソースには次のものがある。
【００９１】
・予定表システムなどの電子メールデスクトップアプリケーション
・コンピュータシステム（たとえば、システムのアクティビティまたは問題についてのアラートに関する情報のメッセージをユーザに知らせることができるもの）
・インターネット関連サービス、予定の情報、スケジュールの照会
・１つまたは複数の共有フォルダ内の文書の変化または特定種の文書の数の変化
・情報に対する継続的または持続的な照会に応答した新しい文書の利用可能性
・人々とその存在、場所の変化、その近接度（たとえば、移動中に別の同僚や友人が１０マイル以内にいる場合には知らせて欲しいなど）、その連絡の取れる可能性（たとえば、スティーブが会話できる状態で、フルのビデオ会議をサポートできる高速リンクの近くにいる時には知らせて欲しいなど）についての情報の情報ソース
【００９２】
通知シンク１５３６〜１５３８は、ユーザに通知を提供することができる。そのような通知シンク１５３６〜１５３８は、たとえば、デスクトップおよび／またはラップトップコンピュータ、携帯型コンピュータ、携帯電話、陸上通信線による電話、ページャ、自動車ベースのコンピュータなどのコンピュータ、ならびに、理解されうるように他のシステム／アプリケーションを含むことができる。シンク１５３６〜１５３８のいくつかは、他のシンクよりもよりリッチな形で通知を伝達できることに留意されたい。たとえば、デスクトップコンピュータは通例、スピーカおよび比較的大型のカラーディスプレイが結合されており、また、ローカルネットワークまたはインターネットに接続した時には情報を受信するためのより高い帯域幅を備えている。このように、デスクトップコンピュータでは比較的リッチな様態でユーザに通知を伝達することができる。逆に、多くの携帯電話は、たとえば、ディスプレイがより小さく、白黒の場合もあり、比較的低い帯域幅で情報を受信する。それに応じて、携帯電話によって伝達される通知と関連付けられた情報は、一般には、たとえば、より短く、電話機のインタフェース機能に合わせて適合されることがある。このように、通知の内容は、送信先が携帯電話であるかデスクトップコンピュータであるかに応じて異なることがある。本発明の一態様によれば、通知シンクとは、イベントサブスクリプションサービスを介して、たとえば、イベントまたは通知にサブスクライブするシンクを指すことができる。
【００９３】
通知エンジン１５２４は、コンテクストアナライザによって格納および／または判定された情報にアクセスし、ソース１５２６〜１５２８から受信した通知のどれをシンク１５３６〜１５３８のどれに伝達するかを決定する。さらに、通知エンジン１５２４は、情報の送信先として選択されたシンク１５３６〜１５３８に応じて、通知の伝達法を決定することができる。たとえば、選択されたシンク１５３６〜１５３８に提供する前に通知を要約すべきであると判断することができる。
【００９４】
本発明は、エンジン１５２４が、どの通知をどの通知シンクにどのように伝達するかを決定する様態、および通知を伝達する様態に限定されない。一態様によれば、決定理論的分析を利用することができる。たとえば、通知エンジン１５２４は、ユーザの場所、注意力、デバイスの利用可能性、およびアラートがなかった場合にユーザが情報にアクセスするまでの時間量を含む変数についての重要な不確定性を推定するように適合させることができる。通知エンジン１５２４は、ユーザに通知をアラートするかどうか、そしてアラートする場合には、要約の特質と、通知を中継するために用いるのに適したデバイスについて通知の決定を行うことができる。一般に、通知エンジン１５２４は、通知の正味の期待価値を判定する。判定する際に、次の事項を考慮することができる。
【００９５】
・利用可能な各通知シンクの忠実度と伝送の信頼性
・ユーザに割り込むことについての注意力上のコスト
・ユーザにとっての情報の新規性
・ユーザが自分でその情報を見るまでの時間
・可能性としてのコンテクスト依存の情報の価値、
・通知に含まれる情報の時間の経過に伴って増大および／または減少する価値
【００９６】
このように、不確定性について行われる推定は、たとえば、ユーザの何らかの注意力の状態を仮定して、特定デバイスの特定モードを使用してユーザに割り込むことのコストなど、価値の期待される尤度として生成することができる。通知エンジン１５２４は、次の事項の１つまたは複数について決定することができる。
【００９７】
・ユーザが現在注意力を向けており、行っている事（たとえば、コンテクスト情報に基づいて）
・現在のユーザの居場所
・情報の重要度
・通知を延期することのコスト
・通知がどれほどユーザの気を散らすか
・ユーザに連絡がつく尤度
・所定の通知シンクの特定モードの使用に伴う忠実度の損失
【００９８】
したがって、通知エンジン１５２４は、保留中およびアクティブな通知について、決定理論的分析のような分析を行うことができ、情報シンクおよびソースによって提供されるコンテクスト依存の変数を評価し、ユーザが恐らく情報を見るまでの時間、ユーザの居場所、および現在の注意力の状態などの選択された不確定性を推定する。さらに、通知エンジン１５２４は、個人設定された決定理論的分析の代わりに、あるいはそれをサポートするために、コンテクストアナライザ１５２２によってユーザプロファイルに格納された情報にアクセスすることができる。たとえば、ユーザプロファイルは、ユーザが所定の時に、通知が予め決められた重要度である場合にのみページャで通知されることを好むことを指示することができる。そのような情報は、決定理論的分析を開始するためのベースラインとして利用することができ、あるいは、通知エンジン１５２４が、ユーザへの通知方法および通知するかどうかを決定するための様態とすることができる。本発明の一態様によれば、通知プラットフォームアーキテクチャ１５００は、イベンティングまたはメッセージングのインフラストラクチャ上に存在する層として構成することができる。しかし、本発明は、どの特定のイベンティングインフラストラクチャにも限定されない。
【００９９】
さらに、当業者には理解されうるように、このアーキテクチャは、柔軟性のある分散コンピュータインフラストラクチャの上に存在する層として構成することができる。したがって、通知プラットフォームアーキテクチャは、ソースが通知、アラート、およびイベントを送信するための様態として、またエンドポイントデバイスなどのシンクが通知、アラート、イベントを受信するための様態として、基盤となるインフラストラクチャを利用することができる。しかし、本発明はこれらに限定されない。
【０１００】
図１６を参照すると、本発明の各種態様を実施するための例示的環境１６１０はコンピュータ１６１２を含んでいる。コンピュータ１６１２は、処理装置１６１４、システムメモリ１６１６、およびシステムバス１６１８を含む。システムバス１６１８は、これらに限定されないがシステムメモリ１６１６を含むシステム構成要素を処理装置１６１４に結合する。処理装置１６１４は、各種の利用可能なプロセッサのいずれでもよい。デュアルマイクロプロセッサおよび他のマルチプロセッサアーキテクチャも処理装置１６１４として使用することができる。
【０１０１】
システムバス１６１８は、これらに限定されないが、１１−ビットバス、ＩＳＡ（Ｉｎｄｕｓｔｒｉａｌ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、ＭＳＡ（Ｍｉｃｒｏ−Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）、ＥＩＳＡ（Ｅｘｔｅｎｄｅｄ  ＩＳＡ）、ＩＤＥ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｄｒｉｖｅ  Ｅｌｅｃｔｒｏｎｉｃｓ）、ＶＬＢ（ＶＥＳＡ  Ｌｏｃａｌ  Ｂｕｓ）、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＡＧＰ（Ａｄｖａｎｃｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）バス、およびＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｆａｃｅ）を含む各種の利用可能なバスアーキテクチャの任意のものを使用したメモリバスもしくはメモリコントローラ、ペリフェラルバスもしくは外部バス、および／またはローカルバスを含む任意の数種のバス構造とすることができる。
【０１０２】
システムメモリ１６１６は、揮発性メモリ１６２０および不揮発性メモリ１６２２を含む。起動時などにコンピュータ１６１２内の要素間で情報を転送する基本ルーチンを含む基本入出力システム（ＢＩＯＳ）は、不揮発性メモリ１６２２に格納される。これらに限定されないが、例示として、不揮発性メモリ１６２２には、ＲＯＭ（読み取り専用メモリ）、ＰＲＯＭ（プログラム可能ＲＯＭ）、ＥＰＲＯＭ（電気的にプログラム可能なＲＯＭ）、ＥＥＰＲＯＭ（電気的な消去が可能なＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリ１６２０には、外部キャッシュメモリとして機能するランダムアクセスメモリ（ＲＡＭ）を含む。これらに限定されないが、例示として、ＲＡＭは、ＳＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ＤＤＲ  ＳＤＲＡＭ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ）、ＥＳＤＲＡＭ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、ＳＬＤＲＡＭ（ＳｙｎｃｈｌｉｎｋＤＲＡＭ）、およびＤＲＲＡＭ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）などの多くの形態で利用することができる。
【０１０３】
コンピュータ１６１２は、取り外し可／取り外し不可、揮発性／不揮発性のコンピュータ記憶媒体を含むこともできる。図１６には、たとえば、ディスク記憶装置１６２４を示す。ディスク記憶装置１６２４には、これらに限定されないが、磁気ディスクドライブ、フロッピー（登録商標）ディスクドライブ、テープドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−１００ドライブ、フラッシュメモリカード、またはメモリスティックのようなデバイスが含まれる。また、ディスク記憶装置１６２４は、個別に、または他の記憶媒体と組み合わせて、これらに限定されないが、コンパクトディスクＲＯＭデバイス（ＣＤ−ＲＯＭ）、書き込み可能ＣＤドライブ（ＣＤ−Ｒドライブ）、書き換え可能ＣＤドライブ（ＣＤ−ＲＷドライブ）、またはデジタル多用途ディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）などの光ディスクドライブを含む記憶媒体を含むことができる。ディスク記憶装置１６２４とシステムバス１６１８の接続を容易にするために、通例、インタフェース１６２６など取り外し可または取り外し不可のインタフェースを使用する。
【０１０４】
図１６には適切な動作環境１６１０に記載したユーザと基本的なコンピュータリソース間の仲介として機能するソフトウェアについて記載していることを理解されたい。そのようなソフトウェアにはオペレーティングシステム１６２８が含まれる。オペレーティングシステム１６２８は、ディスク記憶装置１６２４に格納することができ、コンピュータシステム１６１２のリソースを制御し、割り当てるように機能する。システムアプリケーション１６３０は、システムメモリ１６１６またはディスク記憶装置１６２４に格納されたプログラムモジュール１６３２およびプログラムデータ１６３４を通じて、オペレーティングシステム１６２８によるリソースの管理を利用する。本発明は、各種のオペレーティングシステムまたはオペレーティングシステムの組み合わせを用いて実施できることを理解されたい。
【０１０５】
ユーザは、入力装置１６３６を通じてコンピュータ１６１２にコマンドまたは情報を入力する。入力装置１６３６には、これらに限定されないが、マウスなどのポインティングデバイス、トラックボール、スタイラス、タッチパッド、キーボード、マイクロフォン、ジョイスティック、ゲームパッド、衛星受信アンテナ、スキャナ、ＴＶチューナカード、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなどが含まれる。これらおよび他の入力装置は、インタフェースポート１６３８を介してシステムバス１６１８を通して処理装置１６１４に接続する。インタフェースポート１６３８には、たとえば、シリアルポート、パラレルポート、ゲームポート、およびユニバーサルシリアルバス（ＵＳＢ）が含まれる。出力装置１６４０は、入力装置１６３６と同じ種類のポートのいくつかを使用する。このように、たとえば、ＵＳＢポートを使用してコンピュータ１６１２に入力を提供し、コンピュータ１６１２から出力装置１６４０に情報を出力することができる。出力アダプタ１６４２は、モニタ、スピーカ、プリンタなど、出力装置１６４０の中で特殊なアダプタを必要とする出力装置がいくつかあることを図示するために提供されている。出力アダプタ１６４２には、例示として、これらに限定されないが、出力装置１６４０とシステムバス１６１８間の接続手段を提供するビデオおよびサウンドカードが含まれる。他のデバイスおよび／またはデバイスのシステムは、リモートコンピュータ１６４４など入力および出力の両方の機能を提供することに留意されたい。
【０１０６】
コンピュータ１６１２は、リモートコンピュータ１６４４などの１つまたは複数のリモートコンピュータとの論理接続を使用するネットワーク化された環境で動作することができる。リモートコンピュータ１６４４には、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ワークステーション、マイクロプロセッサベースの機器、ピアデバイス、または他の共通ネットワークノードなどがあり、通例は、コンピュータ１６１２との関連で説明した要素の多くまたはすべてを含む。図を簡潔にするために、リモートコンピュータ１６４４にはメモリ記憶装置１６４６だけが図示されている。リモートコンピュータ１６４４は、ネットワークインタフェース１６４８を通じて論理的にコンピュータ１６１２に接続され、そして通信接続１６５０を介して物理的に接続される。ネットワークインタフェース１６４８は、ローカルエリアネットワーク（ＬＡＮ）およびワイドエリアネットワーク（ＷＡＮ）などの通信ネットワークを包含する。ＬＡＮ技術には、ＦＤＤＩ（Ｆｉｂｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）、ＣＤＤＩ（Ｃｏｐｐｅｒ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄａｔａ  Ｉｎｔｅｒｆａｃｅ）、Ｅｔｈｅｒｎｅｔ（登録商標）／ＩＥＥＥ１１０２．３、トークンリング／ＩＥＥＥ１１０２．５などがある。ＷＡＮ技術には、これらに限定されないが、ポイントツーポイントのリンク、総合デジタル通信網（ＩＳＤＮ）およびその変形例などの回線交換ネットワーク、パケット交換ネットワーク、およびデジタル加入者回線（ＤＳＬ）が挙げられる。
【０１０７】
通信接続１６５０とは、ネットワークインタフェース１６４８をバス１６１８に接続するために用いられるハードウェア／ソフトウェアを指す。図を分かりやすくするために通信接続１６５０はコンピュータ１６１２の内部に図示されているが、コンピュータ１６１２の外部にあってもよい。ネットワークインタフェース１６４８との接続のためのハードウェア／ソフトウェアには、単に例示として、通常の電話グレードのモデム、ケーブルモデム、ＤＳＬモデム、ＩＳＤＮアダプタ、およびイーサネット（登録商標）カードを含むモデムなどの内蔵および外付けの技術がある。
【０１０８】
図１７は、本発明がインタラクションすることが可能なコンピューティング環境１７００例の図式的なブロック図である。システム１７００は、１つまたは複数のクライアント１７１０を含む。クライアント１７１０は、ハードウェアおよび／またはソフトウェア（たとえば、スレッド、プロセス、コンピューティングデバイス）であることができる。システム１７００は、１つまたは複数のサーバ１７３０も含む。サーバ１７３０もハードウェアおよび／またはソフトウェア（たとえば、スレッド、プロセス、コンピューティングデバイス）であることができる。サーバ１７３０は、たとえば、本発明を用いることにより変換を行うスレッドを内蔵することができる。クライアント１７１０とサーバ１７３０間の可能な通信の１つは、２つ以上のコンピュータプロセス間で伝送されるように適合されたデータパケットの形態である。システム１７００は、クライアント１７１０とサーバ１７３０間の通信を容易にするために用いることができる通信フレームワーク１７５０を含む。クライアント１７１０は、クライアント１７１０にとってローカルの情報を格納するために用いることができる１つまたは複数のクライアントデータ記憶１７６０に実施可能なように接続される。同様に、サーバ１７３０は、サーバ１７３０にとってローカルな情報を格納するために用いることができる１つまたは複数のサーバデータ記憶１７４０に実施可能なように接続される。
【０１０９】
上述の説明は、本発明の例を含んでいる。言うまでもなく、本発明を説明するために考えうるすべての構成要素または方法論の組み合わせを記述することは可能でなく、当業者は、本発明の多くのさらなる組み合わせおよび入れ替えが可能であることを認識できよう。したがって、本発明は、添付の特許請求の範囲の趣旨および範囲に該当するすべての代替形態、修正形態、および変形形態を包含するものとする。
【図面の簡単な説明】
【０１１０】
【図１】本発明の一態様によるエンドポイントデバイスの通信を示すブロック図である。
【図２】本発明の一態様による例示的な制限つき延期ポリシーの図である。
【図３】本発明の一態様による例示的な制限つき延期パラメータを示す図である。
【図４】本発明の一態様によるエンドポイントデバイスのアプリケーションモデルを示す図である。
【図５】本発明の一態様による例示としてのエンドポイントデバイスの図である。
【図６】本発明の一態様による制限つき延期のプロセスを説明する流れ図である。
【図７】本発明の一態様による制限つき延期のプロセスを説明する流れ図である。
【図８】本発明の一態様による注意力の対象と作業量のモデルを表す影響図である。
【図９】本発明の一態様による時間的なベイズの注意力モデルを説明する影響図である。
【図１０】本発明の一態様による通知プラットフォームの概念的な概要図である。
【図１１】本発明の一態様による通知プラットフォームを示す図式図である。
【図１２】本発明の一態様による通知マネジャの分析を示す図である。
【図１３】本発明の一態様による通知プラットフォームにおけるリアルタイムの推論を示す図である。
【図１４】本発明の一態様による優先度付けシステムのブロック図である。
【図１５】本発明の一態様による通知エンジンとコンテクストアナライザ間の体系的な協働関係を示すブロック図である。
【図１６】本発明の一態様による適切な動作環境を示すブロック図である。
【図１７】本発明が相互に作用することができるコンピューティング環境例のブロック図である。
【符号の説明】
【０１１１】
１００、４００、１４１０、１５００、１７００  システム
１１０、５００  エンドポイントデバイス
１１４  センサ
１２０  制限つき延期データ
１３０  通知マネジャ
１３４  通知ソース
２０２、２０４  状態
２０６、２０８  メッセージ
４１０  アプリケーションモデル
４３０  ＧＰＳ
４３４  ＩＥＥＥ８０２．１１
４４０  赤外線近接センサ
４４４  タッチセンサ
５１０  バックグラウンド
８００、９００  注意力モデル
１０００  通知プラットフォーム
１３００  ビュー
１４１２、１４１７  通知アーキテクチャ
１５２２  コンテクストアナライザ
１５２４  通知エンジン
１５２６、１５２７、１５２８  通知ソース
１５３０  優先度付けシステム
１５３６、１５３７、１５３８  通知シンク
１６１０  環境
１６１２、１６４４  コンピュータ
１６１４  処理装置
１６１６  システムメモリ
１６１８  システムバス
１６２０  揮発性メモリ
１６２２  不揮発性メモリ
１６２４  ディスク記憶装置
１６２６  インタフェース
１６２８  オペレーティングシステム
１６３０  システムアプリケーション
１６３６  入力装置
１６３８  インタフェースポート
１６４０  出力装置
１６４２  出力アダプタ
１６４６  メモリ記憶装置
１６４８  ネットワークインタフェース
１６５０  通信接続
１７１０  クライアント
１７３０  サーバ
１７４０  サーバデータ記憶
１７６０  クライアントデータ記憶
【図１】
2004266815.tif 000003
【図２】
2004266815.tif 000004
【図３】
2004266815.tif 000005
【図４】
2004266815.tif 000006
【図５】
2004266815.tif 000007
【図６】
2004266815.tif 000008
【図７】
2004266815.tif 000009
【図８】
2004266815.tif 000010
【図９】
2004266815.tif 000011
【図１０】
2004266815.tif 000012
【図１１】
2004266815.tif 000013
【図１２】
2004266815.tif 000014
【図１３】
2004266815.tif 000015
【図１４】
2004266815.tif 000016
【図１５】
2004266815.tif 000017
【図１６】
2004266815.tif 000018
【図１７】
2004266815.tif 000019