JP2003506781A - 警報を管理するためのアーキテクチャ - Google Patents

Abstract

(57)【要約】 警報および通知を管理するためのアーキテクチャが開示されている。一実施形態では、コンピュータ化システムは３つのモジュール、すなわちアテンションステータスモジュール、周辺情報通知および警報モジュール、および通知意思決定モジュールを含む。アテンションステータスモジュールはユーザのアテンションのフォーカスにわたる確率分布を生成する。周辺情報通知および警報モジュールは、オペレーティングシステム、標準アプリケーション、およびアーキテクチャとともに作動するように設計された、特殊なプラグインを含む異なるソースから、警報を受信する。通知意思決定モジュールは、アテンションステータスモジュールによって生成される確率分布に基づいて、周辺情報通知および警報モジュールによって受信された警報をユーザに与えるためのものである。

Description

【発明の詳細な説明】

【０００１】 （技術分野） 本発明は、一般にコンピュータなどのデバイスによって受信または生成される
警報に関し、より詳細には、そのような警報を管理するためのアーキテクチャに
関する。

【０００２】 （背景技術） 典型的なコンピュータユーザは、多数の異なるソースから生成される通知およ
び警報に面する。例えば、オペレーティングシステムは、システムがメモリ不足
で動作していることをユーザに通知することができる。電子メールプログラムは
、ユーザが新しい電子メールを受信したことをユーザに通知することができる。
カレンダープログラムは、ユーザが来たるべき約束があることをユーザに通知す
ることができる。ソフトウェアアプリケーションは、ユーザがある支援から得る
ところがあるかも知れないことをユーザに通知することができる。電子ニュース
またはビジネスサービスは、ユーザが世界中の現象に関するいくつかの情報を閲
覧したいかも知れないことを、解決することができる。

【０００３】 一般に、従来技術において、ユーザは、生成プログラムによって、その場限り
で異なる形態の情報に関して、各警報に気付かせられる。例えば、ユーザは、コ
ンピュータ上で行われる重要なビデオ会議の最中であることがあるが、電子メー
ルプログラムは通常、受信される新しい電子メールに対して、それがジャンクメ
ールであるとしても、またユーザが会議の重要性のためのそのような警報を受信
しないとしても、忠実にユーザに警報を与えることになる。ユーザは個々のプロ
グラム中の警報の選好みを変更できることもあり、できないこともあるが、ユー
ザは一般にすべてのプログラムに影響を及ぼす選好みをシステムワイドに設定す
ることができず、さらに多数のプログラムはそのような選好みの変更を許さない
。警報を中央制御する能力がないこと以外に、通知の緊急度または重要性を動的
に考慮する方法が無く、および、映像または音声通知の伝達に関連して制限され
たスクリーン実面積の混乱、支障の点で、ユーザに、潜在的なコンテキスト依存
コスト（ｃｏｓｔ）をもつ情報を送信する価値を、量ることができる方法が無い
。そのようなコストは、ユーザの現在の位置（移動体コンピューティングまたは
ページングデバイスをもつユーザの、オフィス対オフサイト位置）、現在のタス
ク、およびアテンションの現在の全体的フォーカス（ｆｏｃｕｓ）に依存しうる
。通知の迅速な送信の価値（またはユーザの通知を遅延させるコスト）を、ユー
ザに通知するコストとインテリジェントに釣り合わせる能力を有する、パーソナ
ルコンピューティングおよび通信システムのための方法は得られていない。

【０００４】 コンピュータが収束機器になり、電話、ページャ、テレビ、機器などの他のデ
バイスがコンピュータを介して通信するにつれて、多数のアプリケーションから
のメッセージの断続的ストリーム、およびメッセージに面する状況は悪化する可
能性しかない。例えば、電話は着信呼に対して、呼の電話番号を含む警報をユー
ザに与えることができる一方、テレビは、ユーザが見ることが重要であることを
以前に指示したショーに対して、警報をユーザに与えることができる。したがっ
て、ユーザは潜在的に、そのような警報によって絶えず混乱する状況に面する。

【０００５】 これらおよび他の理由で、本発明に対する必要性がある。

【０００６】 （発明の開示） 本発明は、警報を管理するためのアーキテクチャに関する。一実施形態では、
コンピュータ化されたシステムはアテンションステータスモジュール、周辺情報
通知および警報モジュール、および通知意思決定モジュールを含む、いくつかの
モジュールおよびアプリケーションインタフェースを含む。通知意思決定モジュ
ールはいくつかの実施形態ではさらに、別個のレンダリングモジュールに分解す
ることができる。そのようなシステムはまた一実施形態では、多数のアプリケー
ションがそれらのプレゼンス（ｐｒｅｓｅｎｃｅ）および機能性を公開し、かつ
アーキテクチャに加入できるようにする、インタフェースの特定の集合を備えて
いる。

【０００７】 アテンションステータスモジュールは、ユーザのカレンダおよび日時を含む、
ユーザの挙動および他の重要な根拠の考慮によって、生成または影響されるイベ
ントの監視に基づいて、ユーザのアテンション（attention）の代替ステータス
の確率を引き続き推論する。別の実施形態では、モジュールは単に、ユーザが現
在、ユーザが警報を閲覧することに積極的に興味を持っている状態にあるか、あ
るいは、ゼロまたは最小のコストで通知を受信するために「利用可能」になる確
率を生成する。略して言うと、最小のコストで警報をレビュー（review）するた
めに利用可能である確率はユーザ可用性確率とも呼ばれる。一実施形態では、ア
テンションのフォーカスまたはユーザの利用可能度にわたる確率分布の他に、ア
テンションステータスモジュールはまた、ユーザが最小のコストで警報をレビュ
ーするために利用可能になるまでの時間期間にわたる、確率分布を推論する。一
実施形態では、このモジュールは、ベイズの（Ｂａｙｅｓｉａｎ）ネットワーク
モデルなどの確率モデルを利用して、アテンションの代替ステータスの確率、可
用性確率、またはユーザが最小のコストで警報をレビューするために利用可能に
なるまでの時間期間にわたる確率を推論する。

【０００８】 周辺情報通知および警報モジュールは、例えば、一実施形態では、コンピュー
タ上で動作しているアプリケーションプログラムの集合から、ならびに電話、テ
レビなどの外部デバイスから、情報、通知、および警報を受信するためのもので
ある。通知意思決定モジュールは、アテンションの代替ステータスの可能性に関
して、アテンションステータスモジュールによって生成される確率に基づいて、
周辺情報通知および警報モジュールによって受信される情報および警報に関して
、ユーザにどのように、なぜ、そしていつ警報を与えるのかに関して意思決定を
行う。一実施形態では、このシステムは、アテンションのフォーカスの考えられ
るステータスの各々、およびそのステータスの各々の可能性ごとの、中断のコス
トを考慮することによって、ユーザを中断する予想されるコストの考慮に基づい
て、どのように、そしていつ警報を伝達するのかに関して、意思理論分析を使用
する。一実施形態では、このモジュールは、ユーザが警報を与えられる方式、例
えば音声または映像方式によるか、または携帯電話やページャなどの移動体デバ
イスによるかを決定する。

【０００９】 本発明の実施形態は、従来技術に勝る利点を備えている。ユーザは、例えば、
様々なソース（例えばプログラムやデバイス）によって、その場限りで様々な方
式で行われる異なる警報に直面しない。むしろ、警報管理は集中化され、コスト
または選好みに関する知識から得られるポリシによって案内される。さらに、一
実施形態では、警報を送信する期待値は、ユーザが現在行っていることに基づい
て、例えば現在検知される活動および警報に応答するユーザの前の履歴に基づい
て、ユーザが警報を与えられることを望んでいるかどうかを判定する。警報の重
要性はまた、ユーザに警報が与えられるかどうかを判定することができる。最後
に、通知意思決定モジュールは、警報のソースの如何にかかわらず、一貫した方
式でユーザに警報が提示されることを保証し、一実施形態では、その重要性に基
づいて警報の方式、例えば極めて重要な警報の場合には突出映像および音声警報
、優先順位の低い警報の場合には快い低ボリュームの音声のみの警報を決定する
ことができる。

【００１０】 本発明の実施形態は、コンピュータ実施方法、コンピュータ可読媒体、移動体
ページングおよび通信システム、より一般的には、様々な実施形態のコンピュー
タ化されたシステムを含む。本発明のさらなる他の実施形態、利点、および態様
は、以下の詳細な説明を読み、かつ図面を参照することによって明らかになろう
。

【００１１】 （発明を実施するための態様） 本発明の例示的実施形態の以下の詳細な説明において、その一部をなし、かつ
、本発明を実施することができる特定の例示的実施形態が例として図示されてい
る、添付の図面を参照する。これらの実施形態は、当業者が本発明を実施するこ
とができるように十分詳細に説明され、また他の実施形態が利用できること、お
よび本発明の趣旨または範囲から逸脱することなく、論理的変更、機械的変更、
電気的変更、および他の変更を行うことができることを理解すべきである。した
がって、以下の詳細な説明は限定的な意味でとるべきではなく、本発明の範囲は
首記の特許請求の範囲によってのみ規定される。

【００１２】 以下の詳細な説明のいくつかの部分は、コンピュータメモリ内のデータビット
に対する操作の、アルゴリズムおよびシンボル表現によって提示される。これら
のアルゴリズム記述は、データ処理分野の当業者が自分の仕事の要旨を他の当業
者に最も効果的に伝達するために使用する手段である。アルゴリズムはここでは
、そして一般には、所望の結果をもたらすステップの自己矛盾のないシーケンス
であると考えられる。ステップは物理量の物理的操作を必要とするステップであ
る。通常、必ずしも必要ではないが、これらの量は、記憶、転送、結合、比較、
および他の形で操作することができる電気信号または磁気信号の形態をとる。

【００１３】 時には、主として共通利用の理由で、これらの信号をビット、値、エレメント
、シンボル、文字、項、数などと呼ぶことが便利であることが分かっている。た
だし、これらのおよび同様の用語はすべて適切な物理量に関連付けられるべきで
あり、これらの量に適用される便利なラベルにすぎないことを念頭に置くべきで
ある。別段に特に記載がなければ、以下の解説から明らかなように、本発明を通
して、処理またはコンピューティングまたは計算または判定または表示などの用
語を利用する解説は、コンピュータシステムのレジスタおよびメモリ内の物理的
な（電子的な）量として表されるデータを操作し、コンピュータシステムメモリ
またはレジスタまたは他のそのような情報記憶、伝送またはディスプレイデバイ
ス内の物理量として、同様に表される他のデータに変換する、コンピュータシス
テム、または同様の電子コンピューティングデバイスのアクションおよびプロセ
スをさすことが理解される。

【００１４】 （動作環境） 図１を参照すると、それと関連して本発明の実施形態を実施することができる
ハードウェアおよび動作環境の図が示されている。図１の記述は、それとともに
本発明の実施形態を実施することができる適切なコンピュータハードウェアおよ
び適切なコンピューティング環境の簡潔な全体的説明を与えるためのものである
。必要ではないが、本発明については、パーソナルコンピュータなどのコンピュ
ータによって実行されるプログラムモジュールなどの、コンピュータ実行可能命
令の一般的な状況において説明する。一般に、プログラムモジュールは、特定の
タスクを実行するか、あるいは特定の抽象データ型を実施するルーチン、プログ
ラム、オブジェクト、コンポーネント、データ構造などを含む。

【００１５】 さらに、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセ
ッサベースまたはプログラマブル家庭用電化製品、ネットワークＰＣ、マイクロ
コンピュータ、メインフレームコンピュータなどを含む他のコンピュータシステ
ム構成を用いて本発明を実施することができることを、当業者なら理解できよう
。本発明はまた、通信ネットワークを介してリンクされるリモート処理デバイス
によってタスクが実行される、分散コンピューティング環境において実施するこ
とができる。分散コンピューティング環境では、プログラムモジュールはローカ
ルメモリ記憶デバイスとリモートメモリ記憶デバイスの両方に配置することがで
きる。

【００１６】 本発明を実施するための図１の例示的ハードウェアおよび動作環境は、プロセ
ッサ２１と、システムメモリ２２と、システムメモリを含む様々なシステムコン
ポーネントをプロセッサ２１に動作可能に結合するシステムバス２３とを含む、
コンピュータ２０の形態をした汎用コンピューティングデバイスを含む。プロセ
ッサ２１はただ１つのこともあり、複数あることもあり、したがってコンピュー
タ２０のプロセッサは単一の中央処理装置（ＣＰＵ）、または一般に並列処理環
境と呼ばれる複数の処理装置を含む。コンピュータ２０は従来のコンピュータ、
分散コンピュータ、または他のタイプのコンピュータとすることができ、本発明
はそのように限定されない。

【００１７】 システムバス２３は、様々なバスアーキテクチャのいずれかを使用したメモリ
バスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつか
のタイプのバス構造のいずれかとすることができる。システムメモリは単にメモ
リと呼ぶこともでき、読取り専用メモリ（ＲＯＭ）２４およびランダムアクセス
メモリ（ＲＡＭ）２５を含む。ＲＯＭ２４中には、起動中などにコンピュータ２
０内の要素間で情報を転送するのを助ける基本ルーチンを含んでいる、基本入出
力システム（ＢＩＯＳ）２６が格納されている。コンピュータ２０はさらに、図
示しないハードディスクの読取りおよび書込みを行うためのハードディスクドラ
イブ２７、リムーバル磁気ディスク２９の読取りおよび書込みを行うための磁気
ディスクドライブ２８、およびＣＤ ＲＯＭまたは他の光媒体などのりムーバル
光ディスク３１の読取りおよび書込みを行うための光ディスクドライブ３０を含
む。

【００１８】 ハードディスクドドライブ２７、磁気ディスクドライブ２８、および光ディス
クドライブ３０はそれぞれ、ハードディスクドライブインタフェース３２、磁気
ディスクドライブインタフェース３３、および光ディスクドライブインタフェー
ス３４によってシステムバス２３に接続される。ドライバおよびその関連するコ
ンピュータ可読媒体はコンピュータ２０のためのコンピュータ可読命令、データ
構造、プログラムモジュール、および他のデータの不揮発性記憶を行う。磁気カ
セット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイ（Ｂｅ
ｒｎｏｕｌｌｉ）カートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読取り専
用メモリ（ＲＯＭ）など、コンピュータによってアクセス可能なデータを記憶す
ることができる任意のタイプのコンピュータ可読媒体を、例示的動作環境におい
て使用することができることを当業者なら理解すべきである。

【００１９】 オペレーティングシステム３５、１つまたは複数のアプリケーションプログラ
ム３６、他のプログラムモジュール３７、およびプログラムデータ３８を含む、
いくつかのプログラムモジュールをハードディスク、磁気ディスク２９、光ディ
スク３１、ＲＯＭ２４、またはＲＡＭ２５に格納することができる。ユーザは、
キーボード４０やポインティング４２などの入力デバイスを介して、コマンドお
よび情報をパーソナルコンピュータ２０に入力することができる。他の入力（図
示せず）としては、マイクロフォン、ジョイスティック、ゲームパッド、サテラ
イトディスク、スキャナなどがある。これらおよび他の入力デバイスはしばしば
、システムバスに結合されるシリアルポートインタフェース４６を介してプロセ
ッサ２１に接続されるが、パラレルポート、ゲームポート、またはユニバーサル
シリアルバス（ＵＳＢ）などの他のインタフェースによって接続することもでき
る。モニタ４７または他のタイプのディスプレイデバイスも、ビデオアダプタ４
８などのインタフェースを介してシステムバス２３に接続される。モニタの他に
、コンピュータは一般にスピーカやプリンタなどの他の周辺出力デバイス（図示
せず）を含む。

【００２０】 コンピュータ２０は、リモートコンピュータ４９などの１つまたは複数の理モ
ートコンピュータへの論理接続を使用して、ネットワーク化環境において動作す
ることができる。これらの論理接続はコンピュータ２０またはその一部に結合さ
れる通信デバイスによって達成される。本発明は特定のタイプの通信デバイスに
限定されない。リモートコンピュータ４９は、別のコンピュータ、サーバ、ルー
タ、ネットワークＰＣ、クライアント、ピアデバイスまたは他の共通ネットワー
クノードとすることができ、一般にコンピュータ２０に関して上記で説明した多
数のまたはすべての要素を含むが、図１にはメモリ記憶デバイス５０のみを示し
てある。図１に示される論理接続は、ローカルエリアネットワーク（ＬＡＮ）５
１およびワイドエリアネットワーク（ＷＡＮ）５２を含む。そのようなネットワ
ーキング環境は、すべてのタイプのネットワークである、オフィスネットワーク
、エンタープライズワイドコンピュータネットワーク、イントラネットおよびイ
ンターネットにおいては珍しくない。

【００２１】 ＬＡＮネットワーキング環境において使用する場合、コンピュータ２０は、通
信デバイスの１つのタイプである、ネットワークインタフェースまたはアダプタ
５３を介して、ローカルネットワーク５１に接続される。ＷＡＮネットワーキン
グ環境において使用する場合、コンピュータ２０は一般に、モデム５４、あるタ
イプの通信デバイス、またはインターネットなどのワイドエリアネットワーク５
２上で通信を確立するための他のタイプの通信デバイスを含む。内部または外部
にあるモデム５４は、シリアルポートインタフェース４６を介してシステムバス
２３に接続される。ネットワーク化環境では、パーソナルコンピュータ２０また
はその一部に関して示したプログラムモジュールは、リモートメモリ記憶デバイ
スに記憶することができる。図示のネットワーク接続は例示的なものであり、コ
ンピュータ間で通信リンクを確立するための他の手段および通信デバイスを使用
することができることが理解される。

【００２２】 （システム） この詳細な説明のセクションでは、本発明の実施形態によるシステムの説明が
提供されている。この説明は、本発明の実施形態によるシステムの図である、図
２を参照して行われる。図２を参照すると、システム２００は、３つのモジュー
ル、周辺情報通知および警報モジュール２０２、アテンションステータスモジュ
ール２０４、および通知意思決定モジュール２０６を含む。これらのモジュール
の各々は、一実施形態において、メモリまたはハードディスクドライブなど、コ
ンピュータのコンピュータ読取り可能媒体から、先行セクションで記述したコン
ピュータなど、コンピュータのプロセッサによって実行されるコンピュータプロ
グラムとして実施することができる。しかし、本発明はこれに限定されるもので
はない。

【００２３】 モジュール２０２、２０４、および２０６の各々について、まず一般的に説明
し、次いで、より具体的に説明する。アテンションステータスモジュール２０４
は、一実施形態では、ユーザが警報を受信することを受容する確率として定義す
ることができる、１つまたは複数の確率（例えば、確率分布）を生成する。一般
論として、モジュール２４０によって生成された１つまたは複数の「確率」は、
単数の「確率」または複数の「確率」として呼ぶことができるが、これは、近視
眼的な目的のためのみであり、本明細書はどちらの場合にも、すなわち１つの確
率または複数の確率にも適用されると理解される。一実施形態では、モジュール
２０４は、確率モデルを使用して、確率を生成する。周辺情報通知および警報モ
ジュール２０２は、警報を受信する。例えば、一実施形態では、モジュール２０
２は、アプリケーションプログラム、オペレーティングシステムを含めて、コン
ピュータ上で実行されるコンピュータプログラム、ならびに、電話、テレビジョ
ンなどの外部装置から、警報を受信する。本発明は、これに限定されるものでは
ない。これらのモジュール２０２および２０４の両方とも、通知意思決定モジュ
ール２０６に動作するようにおよび／または通信するように結合されている。通
知意思決定モジュール（通知管理モジュールとも呼ばれる）２０６は、モジュー
ル２０４によって生成されたユーザのアテンションに関する異なるステータスに
関して推測された確率に基づいて、モジュール２０２によって受信された警報を
ユーザに警報する。一実施形態では、モジュール２０６は、音声方式および／ま
たは視覚方式など、ユーザに警報を与える方式を決定する。

【００２４】 ここで、モジュール２０２、２０４、および２０６に各々について、より詳細
に説明する。

【００２５】 （アテンションステータスモジュール） この詳細な説明のセクションでは、本発明の一実施形態による、システムのア
テンションステータスモジュールについて、より詳細に説明する。説明は、本発
明の一実施形態により、より詳細に示したアテンションステータスモジュール２
０４の図である図３と、本発明の一実施形態による、ユーザのアテンションのフ
ォーカスに関するベイズのモデルの図である図４を参照して行う。

【００２６】 図３を参照すると、アテンションステータスモジュール２０４は、最終的に、
アテンション３００の異なるステータスに対する確率分布を生成する。一実施形
態では、アテンションステータスモジュールの出力は、単一可用性確率、すなわ
ち、ユーザが警報または通知の受信を低コストイベントとするステータスにある
確率とすることができる。これは、説明したように、一実施形態において、ユー
ザが、警報を受信することを受容する、または、１つまたは複数の警報に関連す
る周辺情報を積極的に追求している確率として定義される。より一般的には、確
率３００は、ユーザのアテンションのフォーカスに対する確率分布として定義さ
れる。本発明は、確率３００が生成される方式によって、特に限定されない。

【００２７】 確率３００は、一実施形態において、以前の知識３０２のプロファイル、なら
びに１つまたは複数のコンテキストイベント３０４を考慮することによって生成
される。プロファイル３０２は、一実施形態において、ユーザによって直接指定
された、またはユーザから課されたユーザプロファイル、または、以前の警報に
対するユーザの応答を観測することによって学習された知識のプロファイルを含
む。すなわち、この実施形態のプロファイル３０２は、ユーザが、以前に作成さ
れた警報に応答した方法を含む。例えば、ユーザが過去に警報に応答した場合、
これにより確率３００が増大する可能性があり、ユーザが過去に警報に応答して
いない場合、これにより確率３００が減少する可能性がある。

【００２８】 コンテキストイベント３０４は、コンピュータ情報ならびに外部情報を含む。
オペレーティングシステムイベント３０６は、ユーザが単一のアプリケーション
にフォーカスしているか、およびキーボードを迅速にタイプしているかなど、ユ
ーザがビジーであることを示す可能性のある情報を含むことが可能である。他の
オペレーティングシステムイベント３０６は、マウスの動きの速さおよび周期、
レンダリングしたテキストを含むウィンドウ上におけるスクロールとドウェル（
ｄｗｅｌｌ）の様々なパターン、および複数のアプリケーションタイプの間での
遷移に関する高レベルパターンを含む。アプリケーションイベント３０８は、異
なるアプリケーション機能のアクセス、ユーザがレビューしているオンラインヘ
ルプの種類に関する情報、および、ドキュメントの大規模なコーパスを探索する
プロセス中に使用されている、改良のシーケンスの表示を見込んでいる、メニュ
ーをユーザが探索しているか否かを含むことが可能である。例えば、ユーザが表
計算プログラムにいる場合、および、最近表計算を変更および／またはデータを
入力している場合、ユーザは、一般的に、このアプリケーションについてビジー
である。他のコンピュータ情報は、カレンダープログラムまたは予約プログラム
から少しずつ収集することができる、ユーザのスケジュール３１０を含む。この
情報は、ユーザが、１時間後に出現する期限を有するか、重要な会議をしている
か、旅行しているか、または会議中であるか、などについて示すことが可能であ
る。

【００２９】 外部情報は、室における周囲の音エネルギー３１２と視覚キュー（ｃｕｅ；合
図）３１４を含む。室内音響３１２は、ユーザの他に室内に人がいるか否かを示
し、ユーザがこれらの他の人に話しかけることでビジーであることを示唆するこ
とができる。アテンションステータスモジュールによって考慮される情報は、時
間の経過に伴う音エネルギーのパターンに関する分析など事前処理段階に対する
考慮、および音スペクトルの周波数等高線に関するフーリエ分析を含めて、室内
に関する分析を含むことができる。視覚キュー３１４は、室内ベース視覚要素３
１６、ならびに凝視３１８を含むことができる。室内ベース視覚要素３１６を使
用して、ユーザがコンピュータと共に室内にいるか、ならびにユーザが室内に一
人でいるか、または他の人が存在するかについても判定することができる。凝視
３１８を使用して、ユーザがコンピュータに注目しているか、またはユーザが本
を見ているか、頭を片側に向けているか、などを判定することができる。したが
って、１つまたは複数のコンテキストイベントは、音声情報ならびに視覚情報を
含む。

【００３０】 したがって、コンテキストイベント３０４および／またはプロファイル３０２
を使用して、ユーザのアテンションのフォーカスに対する確率分布、またはユー
ザが通知を受容しているあるいは積極的に追求しているという単一可用性確率を
決定する。記述したように、本発明は、ユーザのアテンションフのォーカスに対
するこの確率分布、または警報の受容に対する単一可用性確率を生成する方式に
限定されるものではない。しかし、一実施形態では、ベイズのネットワーク３２
０など、当技術分野の範囲で知られている確率モデルを使用する。ユーザが最小
限のコストで通知をレビューすることができるようになるまで、ベイズのネット
ワークを使用して、ユーザのアテンションのフォーカスに対する確率分布と、時
間期間に対する確率分布を生成する。

【００３１】 一般に、警報は、貴重なスクリーンの実際の状態の、割込みと妨害をコストと
して、情報を提供することに留意されたい。したがって、割込みのコストは、ユ
ーザの現在のアテンションのフォーカスに依存することが想定される。したがっ
て、ベイズのネットワークを使用して、ユーザのアテンションのフォーカスとタ
スクに対する確率分布を推測することができる。一実施形態では、アテンション
フォーカスに関する相互に排他的で網羅的な状態の集合を識別することができる
。

【００３２】 図４を参照すると、ユーザのアテンションのフォーカスに関するベイズのモデ
ル４００の図が示されている。可変なアテンションのフォーカスの状態は、記述
したように、デスクトップおよび非デスクトップのコンテキストを表す。考慮さ
れるアテンションのコンテキストは、状況アウェアネス−キャッチングアップ、
非特有バックグラウンドタスク、集束コンテンツ生成またはレビュー、ライトコ
ンテンツ生成またはコンテンツレビュー、ブラウジングドキュメント、会議室で
の会議、会議室外での会議、プライベートタイム、家族、個人的なフォーカス、
原因となる会話、および旅行を含む。

【００３３】 アテンションステータスと位置は、ユーザのスケジュールした約束、期限の接
近、および日時によって影響を受ける。アテンションステータスと位置は、潜在
的に、観測可能なデスクトップ活動および周囲の会話に影響を与える。これらの
観測を表す変数は、図４に示すように、ベイズのモデル４００に含まれる。ベイ
ズのモデルにおいて考慮したデスクトップの根拠は、マウスとキーボードの活動
およびアプリケーションの使用パターンに関する、様々なクラスを表す状態を含
む（例えば、電子メール集中型、ワードプロセッサ集中型など）。室内音響変数
は、ユーザのオフィスにおける音の粗い分析を表す。実時間使用では、オンライ
ンカレンダと日時からの、ならびに、デスクトップ活動および室内音響からの情
報を、連続的に監視して、ターゲット変数、すなわちUsar Attentional Focus（
ユーザアテンションフォーカス）に対し、更新をもたらす。

【００３４】 （周辺情報通知および警報モジュール） この詳細な説明のセクションでは、本発明の一実施形態による、周辺情報通知
および警報モジュールについて、より詳細に説明する。説明は、本発明の一実施
形態による、より詳細に示した周辺情報通知および警報モジュール２０２の図で
ある図５を参照して行う。

【００３５】 図５を参照すると、周辺情報通知および警報モジュール２０２は、すべての生
成された警報を受信することが望ましい。すなわち、特有のアプリケーションプ
ログラムがそれ自体の方式でユーザに警報を出すのではなく、代わりに、そのプ
ログラムが、その警報をモジュール２０２に手渡すのである。この方式では、本
発明の一実施形態によるシステムによって、集中方式で警報管理を行うことがで
きる。一実施形態では、周辺情報通知および警報モジュールは、規格化したイン
タフェースの集合をアプリケーションに提供する。そのいくつかは、アテンショ
ンステータスに関する推論に基づいて補助情報を提供するために、明確に「プラ
グイン」と書くことが可能である。

【００３６】 本発明は、警報のソースによって特に限定されるものではない。しかし、普通
の警報は、一実施形態では、アプリケーションプログラム５００によって生成さ
れた警報、コンピュータネットワーク５０２によって生成された警報（例えば他
のコンピュータからそのようなネットワーク上で受信された警報を含む）、およ
びオペレーティングシステム５０４によって生成された警報を含む。さらに、一
実施形態では、モジュール２０２によって受信された警報は、電話、テレビジョ
ン、電気器具など、外部装置５０６によって生成された警報も含む。本発明はこ
れに限定されるものではない。

【００３７】 一実施形態では、モジュール２０２は、受信した警報をキュー５０８を通して
手渡す。キュー５０８は、特定の時間内で考えられる限り生成することができる
すべての警報を、キュー５０８に記憶することができることを保証するために、
所定の深度とすることが可能である。しかし、本発明は、これに限定されるもの
ではない。

【００３８】 （通知意思決定モジュール） この詳細な説明のセクションでは、本発明の一実施形態による、通知意思決定
モジュールについてより詳細に説明する。説明は、本発明の一実施形態による、
より詳細に示した通知意思決定モジュール２０６の図である、図６を参照して行
う。

【００３９】 図６を参照すると、通知意思決定モジュール２０６は、６０４によって表した
ように、アテンションステータスモジュールからのアテンションステータスに対
する確率分布または可用性確率６０２に基づいて、周辺情報通知および警報モジ
ュールから受信した警報６００をユーザに警報する。モジュール２０６は、より
具体的には、「どのように」、「いつ」ユーザに警報を出すか、すなわち、例え
ば、視覚的な方式および／または音声的な方式でユーザに警報を与えるべきであ
るか、およびいつユーザに警報を与えるべきであるかという方式について決定す
る。この決定について、モジュール２０６は、利用可能リソース６０６の決定、
ならびに以前の警報履歴６０８を使用することが望ましい。利用可能リソース６
０６は、ユーザが自分のコンピュータ上に、例えば、可聴音声警報を提供するサ
ウンドカードを有するかどうか、また、例えば、ユーザが視覚警報のためにオー
プンスクリーンスペースを有するかどうかを示すために使用できる、コンピュー
タ上のディスプレイのタイプおよび利用可能なスクリーンの実際の場所を、ユー
ザが有するかどうかを示す。本発明は、これに限定されるものではない。以前の
警報履歴６０８は、過去にユーザに対して作成された警報のタイプ、ならびに、
例えば、最近多くの警報が作成されている場合、追加の警報によってユーザが圧
倒されていないか、などの警報の頻度を示す。

【００４０】 本発明は、モジュール２０６がどのようにいつ警報をユーザに対して作成する
かという方式に特に限定されるものではない。一実施形態では、警報を作成する
方法は、警報の根本的な情報に関するユーザの選好み（例えば、電子メール対電
話による警報）、および、望ましくは警報の優先順位に依存する。一実施形態で
警報を作成する各方式は、混乱に関する関連コストを有し、これにより、さらに
、警報をいつ作成するか、または警報を作成するかどうかを決定することが助成
される。本発明は、警報を作成することができる方式について、特に限定される
ものではない。説明したように、一実施形態では、警報は、音声方式および／ま
たは視覚方式で作成することができる。

【００４１】 一実施形態では、警報がいつユーザに提供されるか、または警報がユーザに提
供されるかどうかに関する決定は、警報をユーザに送信するのに予期されるコス
トを推測することによって、および警報の情報利益を推測することによって行わ
れる。すなわち、警報に含まれている情報を中継するユーティリティは、警報を
作成するべきであるか、または警報をいつ作成するかを決定し、この場合、その
ユーティリティは、警報によって提供された情報の、予期コストと利益間の相違
である。ここで、これについて、特に電子メールメッセージとその警報を含む場
合を参照してより詳細に説明するが、当業者なら、本発明はそれに限定されない
ことを理解できるであろう。

【００４２】 一般的な場合、警報に関連するコストには様々な規模が存在する。警報は、音
声通知、視覚通知、または音声と視覚の組合せ通知の形態を取ることができる。
警報に関連してすぐに注意をそらされる経験的なコスト以外に、視覚警報は、す
でにアテンションステータスの中心にあるコンテンツを妨害することがある。し
たがって、警報のコストを、割込みに関連する経験的なコストと、重要な表示の
実際の場所を妨害するコストに分解することが有用である。後者のコストの規模
は、視覚警報の設計の詳細、ならびに、主要タスクに関連する表示された情報の
ステータスに依存することがある。例えば、アテンションステータスの中心にあ
る、コンテンツの上にグラフィック警報を重ね、表示警報を除去するためにユー
ザに行動をとることを要求する設計は、タイミングよく洗練された方式で自発的
に出現して消える警報よりコストが大きい。しかし、一実施形態では、割込みコ
ストと妨害コストは、１つのコストに統合される。（ドキュメントおよびテキス
トという用語は、本明細書では置き換え可能なように使用されており、置き換え
可能であると解釈されるべきであることに留意されたい。）

【００４３】 まず、ユーザがアテンションフォーカスＦ_jの状態にあるとき、警報Ａ_iが生じ
る状況を表す、警報結果Ａ_iのセットＦ_jについて考える。各警報結果のコストを
評価するために、Ｃ^a（Ａ_i、Ｆ_j）という形態のコスト関数を使用する。これは
、ユーザがアテンションステータスＦ_jにあるとき、アクションＡ_iを介して警報
を与えられるコストを表す。ユーザのアテンションのステータスに関する不確定
性が与えられると、アクションＡ_iでユーザに警報を与える予期コスト（ＥＣＡ
）は、

【００４４】

【数１】

【００４５】 となる。上式で、Ｅ^aは、ｐ（Ｆ_j｜Ｅ^a）が、例えば、ベイズのネットワークを
使用して、上述したように、アテンションステータスモジュールによって決定さ
れるような、アテンションステータスフォーカスを推論することに関する根拠で
ある。

【００４６】 次に、不確定性の下での遅延アクションのコストについて考える。この記述は
、優先順位が割り当てられている電子メールメッセージを特に参照して行うが、
当業者なら、本発明自体はそれに限定されないことを理解することができるであ
ろう。例えば、そのような電子メールメッセージは、メッセージが所定の閾値に
対して優先順位を有する場合、周辺情報通知および警報モジュールによって受信
することが可能である。電子メールメッセージを特定の重要度クラスに割り当て
ることによって、一方式において、電子メールメッセージに優先順位が割り当て
られる方法に関する説明については、詳細な説明の他のセクションで提供する。

【００４７】 一般に、メッセージの優先順位は、メッセージを読み取ることに関連する遅延
アクションの予期コストまたはＥＣＤＡとして定義することができる。ＥＣＤＡ
は、すぐに理想的なアクション（時間ｔ₀におけるアクション）をとることに関
する予期価値と、ある後の時間ｔまで理想的なアクションを延期することに関す
る予期価値との相違である。時間重要度ｐ（Ｈ｜Ｅ）に対する確率分布が与えら
れると、メッセージに対する遅延アクションの予期コストは、次式のように決定
することができる。

【００４８】

【数２】

【００４９】 したがって、ＥＣＤＡは、メッセージを遅延レビューするコストに関する推理の
ための開始点を提供する。電子メールメッセージを読み取るユーティリティは、
メッセージのレビューの遅延と共に減少する。また、メッセージの遅延レビュー
のコストは、例えば会議と期限の調整に関する伝達について、重要であることが
あり得る。したがって、メッセージの遅延レビューのコストは、伝達された会議
が行われるまで、残りの時間に基づいて機能する損失関数によって表すことがで
きる。会議が行われた後、アクションに対する多くの選択肢が排除される。した
がって、メッセージを遅延レビューすることにより生じた損失は、電子メールメ
ッセージの根底では、会議が行われた後に来る遅延期間の間、より小さい可能性
がある。

【００５０】 一実施形態では、ＥＣＤＡは、メールメッセージがいくつかの重要度クラスの
メンバである確率を考慮することによって、電子メールメッセージに関する理想
的な警報の問題に適合している。これにより、アクションを明確に考慮および表
示することをバイパスすることによって、電子メールメッセージに特有の優先順
位を割り当てることが回避される。一実施形態では、各重要度クラスは、損失が
メッセージの遅延レビューに関して発生する一定レートとして記述される、時間
に依存するコスト関数に関連付けられると想定される。しかし、一般的な場合、
各重要度の場合に対する遅延レビューのコストは、メッセージをレビューする際
に遅延を記述する時間の非線形関数とすることができる。ｔ₀は、電子メールが
到着する時間を表し、レビューの遅延に対する予期コストは、時間ｔまでに決定
される。

【００５１】 したがって、各電子メールメッセージが、ｎ個の重要クラスの１つにあると仮
定すると、各クラスは、重要度クラス−すなわち遅延レビューのコストを記述す
る損失の特有の一定レート−に関連すると、また仮定することができる。したが
って、損失の時間依存レートを表すためにＣ^dを使用して、メッセージに対し、
遅延レビューの予期コスト（ＥＣＤＲ）を計算する。

【００５２】

【数３】

【００５３】 上式で、ｔ₀はメッセージが到着する時間、ｔは、メッセージをレビューした時
間、Ｅ^dは、新しく入来した電子メールメッセージの重要度クラスに対する、確
率分布を推測するために使用した根拠である。したがって、確率分布は、本発明
の一実施形態では、アテンションステータスモジュールから獲得される。メッセ
ージの遅延レビューに関連する損失の一定レートは、メッセージの予期重要度（
ＥＣ）として表される。

【００５４】

【数４】

【００５５】 ここで、伝達された情報に関する理想的な警報について説明する。ユーザは、
一般に、入来する電子メールに関する警報を積極的に出すことを抑制するように
構成されているシステムを使用するときであっても、周期的に電子メールをレビ
ューすることに留意されたい。したがって、明確な警報がないときに新しい電子
メールをレビューする時間間隔は、ユーザが情報をレビューするのに「利用可能
」となる時間であり、検査間隔またはＩと呼ばれる。検査間隔は、ユーザの位置
およびユーザのアテンションのフォーカスを含む、複数のファクタによって影響
される。当技術分野で知られているベイズのネットワークを使用して、影響を与
える変数に基づいて、検査間隔に対する確率分布を推測することができる。例え
ば、変数Inspection Interval（検査間隔）は、以前に説明した図４の図面に示
したように、変数User Attentional Focus（ユーザアテンションフォーカス）お
よびDeadline Status（期限ステータス）によって影響を受けることがあり得る
。

【００５６】 警報のない設定において電子メールをレビューすることに関連する予期コスト
の損失は、検査間隔に対する確率分布が与えられると、次式のようになる。

【００５７】

【数５】

【００５８】 上式で、ｔ_I-1は最終アクセスの時間、ｔ₀はメッセージが到着した時間、Ｉ_jは
検査間隔である。

【００５９】 ユーザが電子メールをレビューする前に、現在時間ｔにおいて、メッセージに
関する警報を送信する予期価値（ＥＶＴＡ）は、警報を送信する予期価値として
引用され、ユーザがメッセージに関する警報のないメールにアクセスすることが
予期される時間に対する、時間ｔにおけるメッセージに関して通知されている、
予期されるユーティリティの増大である。したがって、次式を得る

【００６０】

【数６】

【００６１】 したがって、本発明の一実施形態によるシステムは、警報の正味の価値（ＮＥＶ
Ａ）がポジティブであるとき、メッセージに関する情報を中継する、すなわち、
ユーザに警報を通知する。これは、ＥＶＴＡが、考慮している警報のタイプに対
し、分布の現在コストをしのぐ場合である。

【００６２】 ＮＥＶＡ＝ＥＶＴＡ−ＥＣＡ

【００６３】 本発明の１つの特有の実施形態では、いくつかのメッセージからの情報は、ま
とめて１つの複合警報にグループ化され、これは、単一の外見下で示されるコン
テンツの価値を上げることができるが、潜在的にはより複雑で、混乱となる。警
報内の複数のメッセージに関する情報をレビューすることは、単一メッセージに
関する情報を中継する警報よりコストが大きいことがあり得る。そのような混乱
の増大は、警報のコストを情報の複雑さの関数とすることによって表すことがで
きる。電子メールメッセージのＥＶＴＡは、他の電子メールメッセージのＥＶＴ
Ａに依存しないことが想定される。ＥＶＴＡ（Ｍ_i、ｔ）を使用して、時間ｔに
おける単一メッセージＭｉについてユーザに警報を与える価値を表し、ＥＣＡ（
ｎ）を使用して、ｎ個のメッセージのコンテンツを中継する予期コストを表す。
したがって、ｎ個のメッセージの集合に関する情報を中継する予期価値を合計す
ることによって、複数のメッセージを考慮することができる。

【００６４】

【数７】

【００６５】 しかし、シーケンスの状態で受信されたメッセージのストリングは、関係するコ
ンテンツを指す可能性があるので、別個のメッセージを読み取る価値が独立であ
ると仮定することにより、複数メッセージの警報の価値を過大評価することにな
る可能性があることに留意されたい。

【００６６】 したがって、アテンションステータスフォーカスおよび検査間隔に対する推測
された確率分布、警報でユーザを混乱させるコストに関する評価、および入来メ
ッセージの時間重要度が与えられると、ＮＥＶＡを使用して、新しく到着した電
子メールメッセージのコンテンツに関する要約情報で、ユーザに警報を与えるこ
とに関するコストと利益について推論することを続行することができる。

【００６７】 本発明の他の実施形態では、送信コストもＮＥＶＡに含まれ、したがって、式
は、

【００６８】 ＮＥＶＡ＝ＥＶＴＡ−ＥＣＡ から、 ＮＥＶＡ＝ＥＶＴＡ−ＥＣＡ−ＴＣ

【００６９】 に変化する。上式で、ＴＣは、警報に関連する送信コストである（ページのコス
トまたは携帯電話のコストなど）。メッセージを携帯電話に中継するコンピュー
タの場合に対するＥＣＡに関するカレンダイベントの影響は、非常に顕著である
。すなわち、オンラインカレンダは、携帯電話またはページャなど、携帯装置を
介する割込みがいかに劣悪であるか、すなわち、ユーザが出席している現在の会
議の重要性につき、いかにＥＣＡが果たす役割が大きいか、という考えをシステ
ムに与えることができ、おそらくは、会議の終了時などにＥＣＡが下がるまで待
つことができる。また、一実施形態のシステムは、ユーザに到達する唯一の方式
が、携帯電話を介して通知を伝えることであるということを決定する前に、ユー
ザがデスクトップシステムに周辺にいるか、またはそこにいないかをチェックし
て認識する。

【００７０】 （重要度クラスへのメッセージの割当て） 先行セクションで説明したように、本発明の一実施形態では、システムは、電
子メールメッセージの基本的な優先順位など、根底情報の優先順位に基づいて、
ユーザに警報を提供するときを決定する。やはり説明したように、一実施形態で
は、電子メールメッセージの警報は、すでに割り当てられた優先順位で、周辺情
報通知および警報モジュールに到着する。しかし、また、上述したように、メッ
セージに重要度クラスを割り当てることが可能である。したがって、この詳細な
説明のセクションでは、一方式によりメッセージに重要度クラスを割り当てるこ
とが可能である方法に関する、概要について説明する。

【００７１】 電子メール重要度分類は、当技術分野で知られているように、テキスト分類方
法に基づくことができる。テキスト分類方法は、特徴選択、分類辞の構築を含め
て、および、分類辞の出力を電子メールメッセージが各重要度クラスのメンバで
あるという確信の測定にマッピングすることを含めて、分析の異なる段階を使用
することが可能である。一実施形態では、テキスト分類方法は、参照によって本
明細書に組み込まれている、参考文献Ｍ．Ｓａｈａｍｉ、Ｓ．Ｄｕｍａｉｓ、Ｄ
．Ｈｅｃｋｅｒｍａｎ、Ｅ．Ｈｏｒｖｉｔｚ、Ａ．Ｂａｙｅｓｉａｎ Ａｐｐｒ
ｏａｃｈ ｔｏ Ｊｕｎｋ Ｅ−Ｍａｉｌ Ｆｉｌｔｅｒｉｎｇ、ＡＡＡＩ Ｗ
ｏｒｋｓｈｏｐ ｏｎ Ｔｅｘｔ Ｃｌａｓｓｉｆｉｃａｔｉｏｎ、Ｊｕｌｙ
１９９８、Ｍａｄｉｓｏｎ、Ｗｉｓｃｏｎｓｉｎ、ＡＡＡＩ Ｔｅｃｈｎｉｃａ
ｌ Ｒｅｐｏｒｔ ＷＳ−９８−０５に記述されているように、ベイズの学習手
法に基づく。他の実施形態では、テキスト分類方法は、以下の参考文献：参照に
よって本明細書に組み込まれている、１９９９年１月２６日に発行された、同時
譲受された特許である、米国特許第５、８６４、８４８号；参照によって本明細
書に組み込まれている、１９９８年４月６日に出願された、「ＭＥＴＨＯＤＳ
ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＢＵＩＬＤＩＮＧＡ ＳＵＰＰＯＲＴ
ＶＥＣＴＯＲ ＭＡＣＨＩＮＥ ＣＬＡＳＳＩＦＩＥＲ」ｓｅｒｉａｌ ｎｏ．
０９／９５５、４７７という名称の以前に出願され同時譲受された事件；参照に
よって本明細書に組み込まれている、参考文献Ｊ．Ｐｌａｔｔ、Ｆａｓｔ Ｔｒ
ａｉｎｉｎｇ ｏｆ Ｓｕｐｐｏｒｔ Ｖｅｃｔｏｒ Ｍａｃｈｉｎｅｓ ｕｓ
ｉｎｇ Ｓｅｑｕｅｎｔｉａｌ Ｍｉｎｉｍａｌ Ｏｐｔｉｍｉｚａｔｉｏｎ、
ＭＩＴ Ｐｒｅｓｓ、Ｂａｌｔｉｍｏｒｅ、ＭＤ、１９９８、に記述されている
ような線形サポートベクトル機械方法に基づく。

【００７２】 サポートベクトル機械は、肯定および否定標本のセットを最大マージンで分類
する超平面を識別することによって、分類辞を構築する。一実施形態で使用され
るＳＶＭの線形形態では、マージンは、超平面から、各クラスに対する最も近い
肯定および否定の場合までの距離によって定義される。マージンを最大にするこ
とは、最適化問題として表すことができ、したがって、探索と最適化は、異なる
ＳＶＭベースのトレーニング方法の中核にある。後の確率に関する評価を生成す
るために、正則最大可能性フィッティングを使用するＰｌａｔｔの参考文献に記
述されている、後処理手順が使用されている。この方法は、シグモイド（sigmoi
d）をＳＶＭ分類辞によって出力されたスコアに適合させる。

【００７３】 重要度クラスの集合を創出し、時間に依存するコスト関数を各クラスに対して
評価する。サンプルメッセージのコーパスを異なる重要度クラスに手作業で区分
化することによって、ＳＶＭによる分析のためのトレーニングセットを、分類辞
構築手順によって構築する。トレーニングコーパスが与えられると、テキスト分
類方法は、まず、最も識別力のある特徴を見つけることを試行する特徴選択手順
を適用する。このプロセスは、相互情報分析を使用する。特徴選択は、自然言語
処理でタグ付けされたフレーズおよびスピーチの一部など、利用可能となった単
一ワードまたはより高レベルの区別に基づいて機能することができる。

【００７４】 テキスト分類のための特徴選択は、通常、単一ワードに対して探索を実施する
。単一ワードに対する信頼の他に、ドメイン特有のフレーズおよび特徴の高レベ
ルパターンも利用可能になる。また、特別なトークンは分類を向上させることが
できる。電子メール重要度に対する学習した分類辞の質は、異なる時間重要度の
電子メール中で、区別するために有用であると識別された手製の特徴を、特徴選
択手順に入力することによって向上させることができる。したがって、特徴選択
中に、単一ワード、ならびに、時間重要度の異なるレベルのメッセージの中で区
別するために有用である、特別なフレーズおよび記号が考慮される。

【００７５】 メッセージの重要度を区別するトークンと値のパターンは、以下のような区別
を含む。 ・送信者：一人の人間対電子メールのエイリアス、ユーザの組織における人々
、ユーザに対する組織的な関係、ユーザが構築したリストに含まれる名前、ユー
ザが応答した人々 ・受信者：ユーザにのみ送信、少数の人々に送信、メーリングリストに送信 ・時間重要度：暗示された会議の推測された時間、「すぐに行われる」、「直
ちに」、「できるだけ早く」、「すぐにこれが必要」、「直ちに」、「期限は」
、「時間、日までに」などのフレーズを含む、遅延に関するコストを示す言語 ・過去形：「会った」、「会議は終わった」、「気をつけた」、「昨日の会議
」など、過去に行われたイベントを表すために使用されるフレーズ ・未来形：「今週」、「予定である」、「いつ」などを含む、将来行われるイ
ベントを表すために使用されるフレーズ ・調整：「一緒に」、「会うことができるか」、「調整する」など、調整タス
クを表すために使用される言語 ・個人の要求：「なるか」、「であるか」、「できるか」、「必要である」、
「気をつける」、「知ることが必要である」など、疑問符で終わる文章を含む、
助成に対する直接要求に関連するフレーズ ・重要性：明示的な高いまたは低い優先順位フラグの提示、および「重要であ
る」、「決定的である」などのフレーズを含む、重要性を表す言語および記号 ・メッセージの長さ：メッセージの新しい構成要素のサイズ（転送を除外） ・添付の提示：電子メールにドキュメントを含むことの注釈 ・日時：メッセージが構成された時間 ・ジャンクメールの署名：パーセント非英数字文字などのパターン、およびポ
ルノグラフィックコンテンツ、「無料！」、「たった１＄」、「限定提供」など
の市場用語

【００７６】 さらに、実施形態は、組織チャートにおいてユーザより上の１つまたは複数の
個々のリンクから、または組織チャートにおいて自分に近い誰かから直接自分に
送信された時間重要度を表す１つまたは複数のフレーズを含むメッセージから、
少なくとも１つの疑問文を含む、短い注釈として定義された特徴を識別する能力
をシステムに付与することなどを含めて、これらのような特徴のブール組合せと
して特徴を創出することを見込んでいる。

【００７７】 （方法） この詳細な説明のセクションでは、本発明の一実施形態によるコンピュータ実
施方法について説明する。方法は、例えば、すでに説明したように、本発明の実
施形態によるシステムによって実施することが可能である。コンピュータ実施方
法は、少なくとも部分的に、コンピュータ上で実行される１つまたは複数のプロ
グラムとして、すなわち、コンピュータのプロセッサによって、メモリなどのコ
ンピュータ読取り可能媒体から実行されるプログラムとして、認識されることが
望ましい。プログラムは、配布およびインストールならびに他のコンピュータで
の実行のために、フロッピー（登録商標）ディスクまたはＣＤ−ＲＯＭなど、機
械読取り可能媒体に格納可能であることが望ましい。

【００７８】 図７を参照すると、本発明の実施形態による方法の流れ図が示されている。７
００において、例えば、上述したように、周辺情報通知および警報モジュールに
よって、警報が受信される。警報は、アプリケーションプログラム、オペレーテ
ィングシステム、ネットワーク、外部装置などからとすることが可能である。本
発明は、これに限定されるものではない。７０２において、例えば、上述したよ
うに、アテンションステータスモジュールによって、確率が生成される。確率は
、一実施形態における確率分布とすることが可能である。その生成は、一実施形
態では、以前の知識のプロファイル、およびコンテキストイベントに基づく。本
発明は、これに限定されるものではない。最後に、７０４において、ユーザは、
例えば、上述したように、通知意思決定モジュールによって、７０２において決
定された少なくとも確率に基づいて、７００において受信した警報の１つまたは
複数を警報される。一実施形態では、７０２は、特有の警報がユーザに対してど
のようにいつ作成されるかを決定することを含む。

【００７９】 （結論） 特有の実施形態について、本明細書において例示および説明してきたが、当業
者なら、同じ目的を達成するために計算されるあらゆる構成を、示した特有の実
施形態の代わりに使用することが可能であることを理解するであろう。本出願は
、本発明のあらゆる適合または変更を網羅することを意図している。したがって
、本発明は、請求項とその等化物によってのみ限定されることを明瞭に意図して
いる。

【図面の簡単な説明】

【図１】 本発明の実施形態を実施することができる動作環境の図である。

【図２】 本発明の一実施形態によるシステムの図である。

【図３】 本発明の一実施形態による、図２のアテンションステータスモジュールのより
詳細な図である。

【図４】 本発明の一実施形態による、ユーザのアテンションのフォーカスのベイズのモ
デルの図である。

【図５】 本発明の一実施形態による、図２の周辺情報および通知警報モジュールのより
詳細な図である。

【図６】 本発明の一実施形態による、図２の通知意思決定モジュールのより詳細な図で
ある。

【図７】 本発明の一実施形態による方法のフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ， ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，Ｃ Ｎ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ， ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，Ｌ Ｃ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ， ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，Ｔ Ｊ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ ，ＺＡ，ＺＷ Ｆターム(参考） 5B042 JJ30 LA13 MC15 MC36 MC40 NN16 5B056 BB64 HH00 5C087 AA02 AA03 AA19 BB03 BB11 BB73 DD03 EE07 FF01 FF02 FF19 FF20 GG14 GG23 GG28 GG66 GG67 GG70 GG71 GG83 GG85

Claims (20)

【特許請求の範囲】
1. 【請求項１】 ユーザのアテンションのフォーカスに関する１つまたは複数
   の確率を生成するためのアテンションステータスモジュール（２０４）と、 警報を受信するための周辺情報通知および警報モジュール（２０２）と、 ユーザのアテンションのフォーカスに関する確率に基づいた警報をユーザに警
   報するための通知意思決定モジュール（２０６）と を備えたことを特徴とするコンピュータ化されたシステム（２００）。
2. 【請求項２】 １つまたは複数の確率は確率分布であることを特徴とする請
   求項１に記載のシステム。
3. 【請求項３】 １つまたは複数の確率は、ユーザのアテンションのフォーカ
   スの相互排他的かつ網羅的な集合に対応する、状態の集合にわたる確率分布であ
   ることを特徴とする請求項１に記載のシステム。
4. 【請求項４】 アテンションステータスモジュール（２０４）は、ユーザが
   最小のコスト未満で警報を受信することができる可能性を表す、単一可用性確率
   を提供することを特徴とする請求項１に記載のシステム。
5. 【請求項５】 アテンションステータスモジュール（２０４）は、ユーザの
   アテンションステータスが最小のコスト未満で警報を受信するために利用可能に
   なるまでの、時間期間の推定値を生成することを特徴とする請求項１に記載のシ
   ステム。
6. 【請求項６】 アテンションステータスモジュール（２０４）は、ユーザの
   アテンションのフォーカスに関する１つまたは複数の確率、および、指示無しで
   ユーザが警報を積極的にレビューしようとするまでの、時間期間の推定値を提供
   することを特徴とする請求項１に記載のシステム。
7. 【請求項７】 アテンションステータスモジュール（２０４）は、１つまた
   は複数のコンテキストイベント、およびユーザプロファイルのうちの、少なくと
   も１つに基づいて１つまたは複数の確率を生成するためのものであることを特徴
   とする請求項１に記載のシステム。
8. 【請求項８】 アテンションステータスモジュール（２０４）は、確率モデ
   ルを利用して１つまたは複数の確率を生成するためのものであることを特徴とす
   る請求項１に記載のシステム。
9. 【請求項９】 アテンションステータスモジュール（２０４）は、ベイズの
   ネットワークに基づいて１つまたは複数の確率を生成するためのものであること
   を特徴とする請求項１に記載のシステム。
10. 【請求項１０】 周辺情報通知および警報モジュール（２０２）は、１つま
    たは複数のアプリケーション、１つまたは複数のネットワーク、および１つまた
    は複数のオペレーティングシステムのうちの、少なくとも１つから警報を受信す
    るためのものであることを特徴とする請求項１に記載のシステム。
11. 【請求項１１】 周辺情報通知および警報モジュール（２０２）は、１つま
    たは複数の外部デバイスからの警報を受信するためのものであることを特徴とす
    る請求項１に記載のシステム。
12. 【請求項１２】 通知意思決定モジュール（２０６）は、さらに前の警報の
    履歴に基づいた警報をユーザに警報するためのものであることを特徴とする請求
    項１に記載のシステム。
13. 【請求項１３】 通知意思決定モジュール（２０６）は、さらに利用可能な
    システムリソースに基づいた警報をユーザに警報するためのものであることを特
    徴とする請求項１に記載のシステム。
14. 【請求項１４】 通知意思決定モジュール（２０６）は、映像方式での警報
    をユーザに警報するためのものであることを特徴とする請求項１に記載のシステ
    ム。
15. 【請求項１５】 通知意思決定モジュール（２０６）は、音声方式での警報
    をユーザに警報するためのものであることを特徴とする請求項１に記載のシステ
    ム。
16. 【請求項１６】 通知意思決定モジュール（２０６）は、移動体デバイス上
    の警報をユーザに警報するためのものであることを特徴とする請求項１に記載の
    システム。
17. 【請求項１７】 １つまたは複数のアプリケーション、１つまたは複数のネ
    ットワーク、１つまたは複数のオペレーティングシステム、および１つまたは複
    数の外部デバイスのうちの、少なくとも１つから警報を受信し（７００）、 １つまたは複数のコンテキストイベント、およびユーザプロファイルのうちの
    、少なくとも１つに基づいて確率モデルを使用して、ユーザのアテンションのフ
    ォーカスに関する１つまたは複数の確率を生成し（７０２）、 １つまたは複数の確率に基づいてユーザに警報を与える（７０４） ことを特徴とするコンピュータ実施方法。
18. 【請求項１８】 ユーザに警報を与えること（７０４）は、音声方式および
    映像方式のうちの、少なくとも１つでユーザに警報を与えることを特徴とする請
    求項１７に記載の方法。
19. 【請求項１９】 １つまたは複数の確率を生成すること（７０２）は、最大
    効用意思理論モデルに基づいていることを特徴とする請求項１７に記載の方法。
20. 【請求項２０】 １つまたは複数の確率を生成すること（７０２）は、ベイ
    ズのネットワークに基づいていることを特徴とする請求項１７に記載の方法。