(57)【特許請求の範囲】
【請求項１】
電子メッセージを管理するためのユーザインタフェースを備えたコンピュータシステムであって、前記ユーザインタフェースは、
それぞれの優先度の値に従って自動的に分類される１つ以上のメッセージを送達するための１つ以上の表示オブジェクトを提供する表示部であって、前記１つ以上の表示オブジェクトは、前記１つ以上のメッセージの送達時間および送達方法を示す１つ以上のプロファイルを含み、前記１つ以上のプロファイルは、優先度閾値を調節するためのスライダによって制御される優先度設定を有し、前記メッセージの前記優先度閾値が所定の優先度閾値よりも高い場合に送信されるようにする表示部と、
前記ユーザインタフェースをユーザの１つ以上の選好に適合させることを容易にするための１つ以上の入力を受け取る入力部とを備え、
前記１つ以上の入力は、前記メッセージが受信される通信チャネルの事前定義済み優先度にしたがって前記メッセージに優先度の値を割り当てるための、少なくとも１つ以上のユーザの選好を含み、
前記表示部は、前記１つ以上の表示オブジェクトを介して、前記優先度設定に基づいて受信する可能性のあるメッセージの推定量を示すフィードバックを提供することを特徴とするコンピュータシステム。
【請求項２】
前記１つ以上のプロファイルは、前記ユーザによって構成可能なアクティブプロファイルを含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項３】
前記１つ以上のプロファイルは、前記メッセージをデバイスに送信するための１つ以上の送達オプションを含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項４】
前記１つ以上の送達オプションは、モバイル装置にメッセージを送信することを含むことを特徴とする請求項３に記載のコンピュータシステム。
【請求項５】
前記送達オプションはチャンキングオプションを含み、前記チャンキングオプションは、前記ユーザによって指定された所定時間までメッセージを保持して送達すること、所定数のメッセージが蓄積されるまでメッセージを保持して送達すること、およびコンピュータが所定の非アクティブ状態である場合にメッセージを保持して送達することの少なくとも１つを含むことを特徴とする請求項３に記載のコンピュータシステム。
【請求項６】
前記１つ以上のプロファイルは、時間設定を含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項７】
前記１つ以上のプロファイルは、仕事プロファイル、家庭プロファイル、オフィス外プロファイル、ドゥノットディスターブプロファイルのうち少なくとも１つを含み、そうすることによって、いつどこでどのようにメッセージがルーティングされるか、および／またはそのようなメッセージにどのようにユーザが警報を受けるかを示すオプションを提供することを特徴とする請求項１に記載のコンピュータシステム。
【請求項８】
前記１つ以上の表示オブジェクトは、優先度システムによって達成された学習の量を示す学習状況情報を含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項９】
前記１つ以上の表示オブジェクトは、デバイスに情報の要約を送信するように選択可能であることを特徴とする請求項１に記載のコンピュータシステム。
【請求項１０】
前記１つ以上の表示オブジェクトは、前記メッセージをデバイスへ送達させるように前記ユーザによって構成可能な１つ以上の規則を含み、前記１つ以上の規則は、メッセージが高重要度としてマークされている場合にメッセージを送信すること、前記ユーザの名前がＴＯフィールドにある場合にメッセージを送信すること、前記ユーザの名前がＣＣフィールドにある場合にメッセージを送信すること、および前記メッセージが特定の送信側からのものである場合にメッセージを送信することの少なくとも１つの選択オプションを含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項１１】
前記１つ以上の表示オブジェクトを介して、前記優先度を改変するためのフィードバックを前記ユーザに提供することをさらに含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項１２】
前記フィードバックは、いつ、メッセージが前記ユーザによって削除されるのかを学習するための情報を含むことを特徴とする請求項１１に記載のコンピュータシステム。
【請求項１３】
前記学習した情報のバックアップ、復元、およびリセットのオプションのうち少なくとも１つをさらに含むことを特徴とする請求項１２に記載のコンピュータシステム。
【請求項１４】
メッセージがデバイス上でどのように表示されるかを示す１つ以上のデバイスオプションをさらに含むことを特徴とする請求項１に記載のコンピュータシステム。
【請求項１５】
前記１つ以上のデバイスオプションはさらに、表示される情報の量を制御するための選択可能な圧縮設定を含むことを特徴とする請求項１４に記載のコンピュータシステム。
【請求項１６】
前記１つ以上のデバイスオプションはさらに、送信されるメッセージの数を制限すること、および、前記メッセージ中の文字数を制限することを含むことを特徴とする請求項１４に記載のコンピュータシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般にコンピュータシステムに関し、より詳細には、重要度の尺度および／または予想損失などの要因に従って情報の優先度決定（prioritization）を実現するためのシステムおよび方法に関する。この方法では、このような情報を管理し、このような優先度決定の訓練および使用に関するサービスの制御を管理するための、適合可能かつ構成可能なユーザインタフェースが提供される。
【０００２】
【従来の技術】
コンピュータ／情報システム、および無線通信やインターネット通信などの関連ネットワーク技術が成長するにつれて、ユーザおよび／またはシステムによって通信され、転送され、その後で処理される電子情報は絶えず増加している。例として、コンピュータユーザの間では、このような情報を生成および受信するために電子メールプログラムが一般的なアプリケーションになっている。例えば、インターネットの出現に伴い、ｅメール、またはその他の音声情報やオーディオ情報などの情報の交換は、多くの人々がコンピュータを入手する理由に影響を及ぼす重要な要素になっている。多くの企業環境の内部では、例えばｅメールは、同僚同士が情報を交換するのに使用するデファクトスタンダードにほぼなっている。しかし、ｅメールおよび他の情報転送システムの普及が高まるにつれて、複数のソースからの情報を管理および処理する量がますます増加することに関する問題が生じつつある。
【０００３】
これらの問題の中でも、多くのユーザが現在、ソートおよび／または応答するべきｅメールおよび／または他の情報の氾濫に直面しており、そのため、情報を送信、受信、および処理できる能力が、生産的であることに対してほとんど妨害になっている。例えば、１日に１００通を超えるｅメールを受信すると報告するユーザもいる。したがって、このように多量のｅメールおよび／または他の電子情報があるため、重要度に関する個人的な決定を行うことに貴重な時間をほとんど費やすことなく何が重要で何がそれほど重要でないかに従って情報を管理することは難しくなっている。これらの決定の例として、ユーザは、メッセージにすぐに応答すべきか、後で読むためにそのままにすべきか、重要ではないため単に削除すべきか（例えばジャンクメール）を決定しなければならないことがある。
【０００４】
情報管理の問題に対処する試みはいくつかあった。例えば、ユーザが受信するジャンクｅメールまたは広告ｅメールの量を削減する試みがなされてきた。さらに、電子メールプログラムの中には、ｅメールがどのようにプログラム内で管理されるかを律する規則を生成することが可能なものもある。例えばある規則は、「特定の同僚またはアドレスからのすべてのｅメール」を特別なフォルダに入れることを実現する。
【０００５】
【発明が解決しようとする課題】
しかし、一定のタイプの情報を制限するこれらの試みは、一般に、ｅメールおよび他の情報の転送／受信システムの背後にある基本的な問題に対処するものではない。すなわち、従来のシステムではしばしば、ユーザはどのメッセージを閲覧またはさらに処理すべきかを決定するために、すべてとは言わないまでもいくつかのユーザ受信メッセージの少なくとも一部を手作業で読んでチェックすることになる。前述のように、このことは、より生産的な活動から時間を奪う。したがって、多量の情報が受信される中で、電子情報の効率的な処理を容易にすると共に、それに関連する手動介入のコストを軽減するためのシステムおよび方法が必要とされている。
【０００６】
【課題を解決するための手段】
本発明のいくつかの態様の基本的な理解を可能にするために、以下に本発明の簡単な概要を提示する。この概要は、本発明の広範な概観ではない。これは、本発明のキー要素またはクリティカルな要素を識別するものでもなく、本発明の範囲を線引きするものでもない。この概要の唯一の目的は、本発明の概念のいくつかを、後で提示するより詳細な説明の前置きとして単純な形で提示することである。
【０００７】
本発明は、適応型の通信優先度決定（communications prioritization）／ルーティングシステムの、ユーザ選好（user preferences）の獲得と挙動（behavior）の点検と学習および決定ポリシーのガイドとを行うための制御および表示を提供するシステムおよび方法に関する。優先度決定されたメッセージを警報およびルーティングすることに関連する点検、制御、および学習を容易にするユーザインタフェースを提供する。さらに、様々な構成／調節オプションに関連して複数のパラメータを構成して、ユーザの希望に従ってユーザインタフェースをパーソナライゼーションすることを容易にすることもできる。パーソナライゼーションは、メッセージがどのように分類されてその後ユーザに提供されるかに関する明示的または黙示的なユーザフィードバックを利用するなどの機能を含むことができる。フィードバックを利用して、優先度決定および／またはルーティングのシステムにおける学習および決定ポリシーをガイドすることができる。さらに、システムによって生成されたフィードバックまたはダイアログをユーザに提供して、学習および／または決定ポリシーをさらに精緻なものにすることもできる。構成／調節オプションには、選択されたメッセージ受信表示デバイスへのメッセージ出力を制御するためのデバイスオプション構成に加えて、プロファイルオプション、ルーティングオプション、警報オプション、チャンキング（chunking）オプション、スケジュールオプション、およびその他のコンテキスト依存型制御オプションを含めることができ、また、ルーティングシステム、学習状況、および構成オプションと共に作用して、メッセージ緊急システムの学習状態をガイドおよび点検するための１つ以上の規則を含めることができる。
【０００８】
本発明の一態様によれば、電子情報（例えばｅメールメッセージに関連するテキスト、テキストにエンコードされた音声メッセージ）についての優先度を生成および管理するためのメッセージ緊急度システムが提供される。メッセージ緊急度システムを介して情報を自動的に優先度決定することができるが、この情報は、重要度に従って、緊急度に従って、および／または、メッセージを読まない場合に対してメッセージに含まれる情報のクリティカリティを時間経過に伴って重み付けする、時間経過に伴う予想される価値損失（loss of value）に従って分類する。例えば、優先度決定システムによって決定された緊急度（例えばメッセージの時間クリティカリティ）の度合いを示す値をメッセージに割り当てることができる。次いで他のシステムが、このメッセージを後続のシステムおよび／またはユーザに転送または送信するかどうか、どのようにそれを行うか、それに適した時はいつかを決定するときに、この値を利用することができる。重要度や緊急度やクリティカリティなどの決定された分類に従って自動的にメッセージを優先度決定し、この決定に基づいてユーザにメッセージを提供することにより、ユーザが複数の受信メッセージをソートし処理する時間量が軽減されることから、従来のシステムに勝る多くの時間が節約される。
【０００９】
優先度決定された複数のメッセージおよび関連する機能、例えば特定ユーザの選好への適合に関する制御および状態や、ユーザの状況と情報項目の内容の性質または緊急度に関連する１つ以上の尺度（measures）とに基づいて警報を行うか情報のコンテキスト依存ルーティングを行うためのポリシーなどを管理するために、適合可能かつ構成可能なグラフィカルユーザインタフェースを提供する。このインタフェースは、メッセージがどのようにユーザによって受信されてその後処理されるかについてのユーザの希望に従ってシステムをパーソナライゼーションすることを容易にする。システムのパーソナライゼーションを可能にするために、表示および入力の調節が複数の選択可能ページ中に提供される。表示オプションは、メッセージがどのようにユーザに提示されるかについての特性を変更する様々な構成／調節オプションの状況および要約ビューを含む。
【００１０】
プロファイルオプションは、家庭プロファイルや仕事プロファイルなど、ユーザに関係する１つ以上のプロファイル領域を設定することを含むことができる。この場合ユーザは、選択したプロファイルに関して複数のメッセージ送達オプション、優先度設定、およびリマインダ設定を選択することができる。これは、優先度／分類システムのための現在進行中の訓練の量に関するシステム学習状況を見ることを含むことができ、また、メッセージを所望の送達フォルダにパイピングまたはルーティングする（例えば、メッセージをメッセージ優先度に基づいてページャフォルダにルーティングする）ことを含むこともできる。メッセージ警報オプション、様々な優先度のメッセージをタグ付けまたはコード化するための色制御またはオーディオ制御、より好都合な閲覧時（review time）までメッセージを後回しにするための延期オプション、受信メッセージの量または頻度を制御するための優先度／量の閾値調節などの機能を容易にする、メッセージ制御を提供することができる。
【００１１】
その他の態様にはプロファイルスケジュールが含まれるが、ドゥノットディスターブ（邪魔しないで）設定（例えば、優先度が非常に高くない限り割り込まない）など、アクティブおよびデフォルトのプロファイルが様々な時に他の制御に加えて動作するように構成することができ、これらは、例えばユーザによって構成された時間に従ってアクティブになる。プロファイルスケジュールによれば、情報エージェントを利用して、メッセージ送達に関する決定を行うときに、例えば他のユーザスケジュールおよびカレンダの影響を考慮することもできる。
【００１２】
前述の規則オプションは、システム中の意思決定プロセスに対するオーバーレイとして作用する複数の規則を構成することを含むことができる。例えば規則は、メッセージの優先度が一定レベルよりも高くない限り、あるいはメッセージのソースが選択された個人またはグループでない限り、メッセージ送達に対して影響を有さない。これらのオプションには、メッセージがどのように受信されていつ読まれるかを決定するための、閲覧およびルーティングオプション、プログラミングオプション、音声認識オプション、およびチャネルオプションを含めることができる。
【００１３】
先に論じた学習オプションは、どのくらい新しいメッセージを分類すべきかを優先度／分類システムがどのように決定するかについて、ユーザが改変または調節するフレキシビリティを提供する。これは、どのメッセージセットから学習するかを選択して、選択したメッセージについてのオプションをマークすることを含むことができ、また、ユーザからのフィードバックを監視して、ユーザにとってどれが重要でどれがそれほど重要でないかを決定し、さらに学習することを含むことができる。学習オプションはまた、学習規則および／または制御を構成することを含むこともできる。学習オプションに加えて、１つ以上のデバイスオプションも提供することができる。デバイスオプションは、メッセージ送達のために所望の出力デバイスを選択することを含むことができ（例えば、ＡＢＣ製造業者の携帯電話にメッセージを送信する）、この場合ユーザインタフェースは、選択されたデバイスの構成を可能にするように自動的に適合される。デバイスオプションは、実際に送達されてその後で受信デバイスにおいて表示されるメッセージの量およびフォーマットを構成するための、表示フォーマットおよび圧縮設定を含むことができる。
【００１４】
本発明の一態様によれば、テキストやエンコードされた音声などのファイルについての緊急度および優先度は、例えばテキストまたはメッセージが高優先度または他の何らかの優先度である可能性を決定することにより、クラシファイアに基づいて生成することができる。クラシファイアは、ベイズ（Bayesian）クラシファイア、サポートベクトルマシン、および／または他のタイプのクラシファイアとすることができる。クラシファイアは、ユーザとテキスト送信側との構造関係、並びにテキスト中で言及されるイベント時間など、データ特徴を考慮することができる。テキストを現時点で読まないことの予想損失、並びにテキストを現時点で出力する予想コストなど、その他の考慮事項も、優先度に基づいて決定することができる。ユーザはまた、プロファイル（例えばユーザインタフェースによって構成されたユーザ選好の情報記憶域）に従って予想損失が予想コストよりも大きいと決定されるのに応答して、例えばモバイル装置上で警報を受けることもできる。
【００１５】
カレントプロファイルは、いくつかのプロファイルから選択することができ、これらは種々のコンテキスト（例えば在宅、仕事中、余暇時間、多忙、休暇、旅行中）を反映するようにユーザによって編集可能とすることができる。プロファイルは、日ごとまたは時間ごとにスケジューリング可能であり、後でロック解除しない限りアクティブのままになるようにロックすることができる。プロファイルは、ユーザによって設定可能な優先度閾値を有することができ、したがって、例えば受信メッセージの量および／またはタイプを制御する。プロファイルに関連するチャンク設定は、テキストの送達を制御する。例えば、テキストまたは他のデータを、関係する他の１つ以上のテキストまたはデータと共に移動通信デバイスまたは他の通信デバイスに送達することができる。あるいはテキストは、指定の期限が切れたときに通信デバイスに送達することもできる。さらにテキストは、例えばデスクトップコンピュータなどユーザのメインデバイスが指定時間にわたって空運転（idle）であったと決定された場合に、後続のまたは代替のデバイスに送達または迂回することもできる。
【００１６】
テキストまたは他のデータは、モバイル装置などの受信モダリティに送達する前にフォーマットすることができ、フォーマットすることは、例えば圧縮およびフラグメントすることを含むことができる。テキストは、ユーザインタフェースを介してユーザ設定することが可能な指定の圧縮設定に従って圧縮することができ、ユーザ設定可能なフラグメント設定を設けることもできる。テキストまたは他のデータがｅメールである場合、テキストの送信側には、テキストがユーザの受信デバイスに送達されたことの指示を送信することができる。さらに送信側には、ユーザが自分のメインデバイスから離れていることの指示を送信することもできる。ユーザへの警報は、ユーザのカレンダおよび時刻を考慮することもできる。カレンダ上のイベントには、ユーザがそのイベント中に割込みを受けることに快く従う度合いを指定するタグを関連付けることもできる。
【００１７】
以下の記述および添付の図面に、本発明のいくつかの例示的な態様を詳細に記す。ただし、これらの態様は、本発明の原理を利用することのできる様々な方式のうちのわずかを示すものでしかなく、本発明は、このような態様およびそれらの均等物をすべて含むものとする。本発明のその他の利点および新規な特徴は、以下の本発明の詳細な説明を図面と共に考慮すれば明らかになるであろう。
【００１８】
【発明の実施の形態】
本発明は、例えば電子メッセージに関連する複数の情報を、後でユーザまたはシステムに送信されるように優先度システムまたはメッセージ緊急度システムによって自動的に優先度決定することができるようにするシステムおよび方法に関する。優先度システムは、確率的クラシファイアやその他の方法などの推論システムを利用してメッセージを解釈することができ、この推論システムは、ユーザに対する学習済み重要度に従って１つ以上の受信メッセージを優先度決定するように明示的および／または黙示的に訓練することができる。例として、メッセージは、類似の重要度を有するメッセージの例またはタイプのトレーニングセットによって、高、中、低、または他の重要度に分類することができる。メッセージ処理に関するユーザの活動を監視して、メッセージ重要度に関係するユーザの個人的な決定に従ってクラシファイアをさらに精緻にするか調整するために、バックグラウンドモニタを備えることができる。その他の優先度分類は、メッセージの閲覧（review）または処理の遅延時間に関連する損失に関係する決定を含むことができる。
【００１９】
メッセージまたは他の通知が自動的に優先度決定された後、ユーザは、より重要でない、および／または関係のない複数のメッセージをソートする必要なしに、より重要なメッセージを読むことができる。メッセージはさらに、重要度によって１つ以上のフォルダ中に集めることができ、ユーザは、類似する重要度に分類されたメッセージを望む時に読むことができる。後でより詳細に述べるが、優先度決定された複数のメッセージを管理するための適合可能かつ構成可能なユーザインタフェースが提供される。このユーザインタフェースは、優先度決定されたメッセージに関係する様々な学習態様を適合させ制御することを容易にすることができ、関連するシステムフィードバックによってストリーム内で利用して、本発明の学習態様をさらに精緻にするか調節することができる。
【００２０】
最初に図１を参照すると、システム１０が、本発明の一態様による優先度システム３０（メッセージ緊急度システムとも呼ぶ）を管理するためのユーザインタフェース２０を示している。優先度システム３０は、ほぼ任意のソースから受け取ることのできる複数のメッセージ３４を受け取る。メッセージ３４は、テキストなどの電子情報、および／または画像やオーディオ情報など他の情報を含むことができる。例えば、メッセージ３４をオーディオ電話メッセージとして受け取った場合、優先度システム３０またはユーザインタフェース２０は、音声レコグナイザ（図示せず）を呼び出して、オーディオをテキスト、並びに音響特性を含めた他の特徴に変換することができ、音声メッセージに関連する、レートの時間パターン、ピッチ、抑揚、エネルギー全体などを含めて、韻律特徴など音響の複数の特性を取り込む。
【００２１】
メッセージ３４を受け取った後、優先度システム３０は、メッセージの緊急度または重要度に関係する優先度の値３８を決定して割り当てるために、メッセージの分類３６を行う。後で図２７から４２に関してより詳細に述べるが、優先度システム３０は、様々な重要度決定に基づいて自動的に情報を分類してから優先度の値３８を割り当てることにより、メッセージ３４の処理に関連する混乱を緩和する。したがって、ユーザが重要度の低いメッセージと対話する必要がかなり軽減される。次いで、ユーザインタフェース２０を利用して、優先度決定されたメッセージをユーザの個人的な希望に従って管理および配信するが、このインタフェースは、後述するように、ユーザがパーソナライゼーションおよび構成して適合させることができる。これは、優先度システム３０が現在または未来においてメッセージ３４を分類する間に利用する決定パラメータおよび学習パラメータを、点検および制御することを含むことができる。さらに、メッセージルーティングパラメータおよび警報パラメータも同様に点検および制御することができ、望むなら、メッセージルーティングおよび警報に影響を及ぼすように規則および／またはポリシーを適合させることができる。
【００２２】
ユーザインタフェース２０は一般に、優先度システム３０の様々な態様に関するフィードバックおよび出力データをユーザに提供するための表示４０を備える。表示４０は、優先度システム３０の管理を容易にするために、複数の寸法、形状、色、テキスト、データ、サウンドを有する表示オブジェクト（例えばアイコン、ボタン、スライダ、入力ボックス、選択オプション、メニューなど）を備えることができる。さらに、本発明の複数の態様を実施する様々なメニュー、および代替画面または表示出力を備えることもでき、これらについては後でより詳細に述べる。ユーザインタフェース２０はまた、本発明の１つ以上の態様を調節および構成するための複数の入力５０も備える。これは、マウス、キーボード、音声入力、および／またはその他のデバイスからユーザコマンドを受け取って、インタフェースの操作を達成することを含むことができる。
【００２３】
本発明の一態様によれば、ユーザインタフェース２０は、ユーザが優先度システム３０と対話するためのパーソナライゼーションされたプロセスを容易にし、ユーザは、いつどのようにメッセージが処理されるかに関するユーザの選好により良く合致するようにインタフェースを構成し適合させることができる。ある態様は、システム１０の複数の部分に関連する状況情報（status information）６０をユーザに提供することに関係する。状況情報の例には、アクティブプロファイル状況、オンライン状況、およびメッセージ受信状況を表示することが含まれる。その他の状況には、優先度システム３０中で前に分類されて新しい情報の分類に利用された情報の量に関連する、システム学習に関する情報を含めることができる。状況情報６０と共に、ユーザインタフェース２０は、メッセージを処理するためにユーザが読まなければならない情報の量を削減するための要約情報６４も提供する。これは、ユーザインタフェース２０および処理されるメッセージに関する、毎日のまたは他の時間枠の要約表示を提供することを含むことができる。ユーザ予約および作業の要約も、例えば選択されたユーザデバイスに向けて送ることができる。
【００２４】
ユーザインタフェース２０は、ユーザに関係する複数のプロファイル６８の処理を容易にする。プロファイル６８は、いつどのようにメッセージを送達および処理すべきかについての構成可能な情報を含む。後述するスケジュール設定および時間情報設定、または推論コンテキスト（例えばユーザフォーカス、および忙しさまたは利用可能性の状態）によって決定されたカレントプロファイルがある場合、ユーザインタフェース２０は、カレントプロファイルに関係する設定に基づいたメッセージ転送および受信を容易にする。例えば、家庭プロファイルは、仕事プロファイルよりも制約的なメッセージ送達要件を有するものとすることができる。ユーザインタフェース２０の別の態様は、様々なルーティングオプションおよびスケジューリングオプション７２および７６をそれぞれ提供することである。ルーティングオプション７２は、どのデバイスに情報を送信するか、また、フォルダなど、どこに向けて情報を送るかなどの態様を可能にする。スケジューリングオプション７６は、いつプロファイルをアクティブにするかをスケジューリングするなど、システム１０の所望の機能をいつアクティブにするかをユーザが構成することを可能にする。
【００２５】
メッセージ処理を容易にするために、インタフェース２０から１つ以上の制御オプション８０を提供することができる。これは、メッセージ優先度および送達に関する閾（しきい）値調節を含むことができ、様々な優先度のメッセージに異なる色を割り当てるなど、メッセージ処理の他の態様に従って表示４０を制御するなどの機能を含む。後でより詳細に述べるが、ユーザインタフェース２０および優先度システム３０をさらに精緻にすることを容易にするために、インタフェース２０に関連して複数の規則８４を設けることができる（例えばユーザインタフェースのデフォルト設定に取って代わる規則）。
【００２６】
ユーザインタフェース２０はまた、ユーザが優先度システム３０の訓練特性を改変することを可能にする学習オプション８８も提供するが、これについては後でより詳細に述べる。例えばユーザは、前に分類された情報の選択グループからの優先度システム学習を指示するか、システム学習を他の様々な学習オプションと共に新たに再開するかを決定することができる。学習オプション８８はまた、ユーザフィードバック９２を監視および／または受領することと共に利用して、ユーザの選好に従ってシステム１０をさらに精緻にすることもできる。フィードバック９２は、優先度システム３０中の学習をどのように達成するかを指示するようにユーザから明示的に提供することもでき、また、１つ以上のユーザ動作に基づいて黙示的に決定することもできる。明示的なフィードバックは、あるメッセージグループまたは選択を他のメッセージ選択よりも重要と見なし、それにより優先度またはメッセージ緊急性に関してどのように決定を行うかについての学習を改変するように、ユーザインタフェース２０を構成するなどの動作を含むことができる。
【００２７】
黙示的なフィードバックは、ユーザの様々なコンテキスト態様を監視してメッセージ重要度を決定することを含むことができる。これは例えば、音、キーボード活動、存在検出器、メッセージ閲覧時の一時停止、メッセージがどれだけ素早く開封または削除されるか、および／あるいは、メッセージが保存、コピー、または転送されるかどうかを監視することを含むことができる。さらにフィードバック９２は、「まだ学習プロセスで採用されていないメッセージを削除しようとしています。本当にこの動作を行いますか」などの、行われた決定または行われようとしている決定に関するメッセージまたはダイアログ、あるいは、なぜどのようにメッセージが高や低などの特定の優先度に分類されたかに関係するフィードバックなどを、ユーザに向けて送ることを含むこともできる。次いでユーザは、望むならこのダイアログを利用して、ユーザインタフェース２０を介してシステム１０の現在または未来の動作を修正または制御することができる。ユーザインタフェース２０の別の態様は、複数のデバイスルーティングオプション９４を可能にすることである。これは例えば、情報の送信先となる実際のデバイスを選択することや、メッセージを受信してデバイスへの送信情報の特性を改変するように、デバイスの表示出力を構成することを含むことができる。
【００２８】
以上に述べ、以下により詳細に述べるインタフェース態様は、情報の優先度決定およびそれに関連する管理のための様々なプロセスおよび方法に適用することができることを理解されたい。例えば、図１の参照番号６０から９４に関係する態様は、プロセスまたは方法における動作または状態のセットとして実装することができる。本発明によれば、いくつかの動作は本明細書に図示および記述する順序とは異なる順序で、および／または本明細書に図示および記述する他の動作と同時に行うことができるので、本発明は動作の順序によって限定されることはないことを理解および認識されたい。例えば別法として、方法は、相互関係のある一連の状態またはイベントとして状態図などに表すこともできることを当業者なら理解および認識するであろう。さらに、本発明による方法を実施するために、例示する動作すべてが必要であるとは限らない。
【００２９】
次に図２を参照すると、本発明の一態様により、ユーザインタフェース１００がプロファイル設定および調節を示している。ユーザインタフェース１００は、プロファイル領域１１０など、選択できる表示オブジェクトを備え、ユーザは、１つ以上のプロファイル１からＮについて、それぞれ複数のパラメータおよび設定を構成することができる（Ｎは整数）。例えば、可能なプロファイルは、仕事、家庭、オフィス外、休暇、ドゥノットディスターブなどとすることができる。操作するプロファイル１１０をユーザが選択すると、選択されたプロファイルに関して、いつどこでどのようにメッセージがルーティングされるか、および／またはそのようなメッセージについてどのようにユーザが警報を受けるかに関する様々なオプションおよび設定を提供することができる。いつどこでメッセージをデバイスに送達するかに関して役立つように、１つ以上の送達オプション１１４を提供することができる。これはチャンキングオプションを含むことができ、これにより、メッセージは、所定時間にわたってキューに保持された後でグループとしてユーザデバイスに送信される。言い換えれば、選択された優先度のメッセージが１通受信されるたびにユーザに警報するのではなく、Ｍ通のこのようなメッセージをグループ化し（Ｍは整数）、保持またはチャンクした後でメッセージのグループまたはチャンクとしてユーザに送達することができる。さらに、ある種の優先度決定済みメッセージがユーザ定義のメモリ位置のフォルダに向けて送られるように、フォルダのパイピング１２０を指定することもできる。この場合、指定のフォルダに到着したメッセージがすべて１つのデバイスまたは位置に向けて送られるように、選択したフォルダを利用することができる（例えば、このフォルダに到着したメッセージはすべて自分の携帯電話に向けて送られる）。
【００３０】
ユーザインタフェース１００の別の態様は、１つ以上の優先度設定１２４を含む。優先度設定１２４は、メッセージがユーザデバイスに転送される前にどの優先度に分類されるかに関する閾値をユーザが決定または調節することを可能にする。例えばユーザは、メッセージがデバイスに送信される前に分類される最低優先度に関する閾値を設定することができる（例えば、優先度がより高い設定では、優先度閾値がより低い設定とは対照的に、より少数のメッセージしか転送できない）。優先度設定１２４に加えて、ユーザが日付設定や時間設定などのイベントに基づいてメッセージ（例えば、所定のメッセージや受信メッセージ）を向けることを可能にするリマインダ設定１２８を提供することもできる。インタフェース１００上には、学習状況１３２を表示することもできる。これは、処理されて優先度システムの訓練に採用され、それに従って以前にメッセージが分類された、受信済みメッセージの数または割合と、まだ学習プロセスに採用されていないメッセージの量とを示す表示出力を提供することを含むことができる。
【００３１】
図３に移ると、本発明の一態様による１つ以上のメッセージ制御２００が示してある。メッセージ制御２００には警報オプション２１０を設けることができ、これにより、どのタイプのメッセージが実際にユーザに送達または送信されるかに対して制限が課される。例えばユーザは、優先度設定に関係なくある割合のメッセージだけが送達されるようにパラメータを設定することができる（例えば優先度の高いメッセージの上位１０％を自分に送信し、他のメッセージはどれも自分のモバイル装置に送信しないようにする）。前述のユーザインタフェースをパーソナライゼーションするために、１つ以上の色オーディオ設定２２０を設けることもできる。これは、受信メッセージの優先度および／または緊急度に関連する色（例えば、優先度に割り当てられるより明るい／より暗い色または異なる色）および／またはオーディオ音（例えば、優先度に割り当てられるより大きい／より静かな異なる周波数の音）を利用し、これらをユーザが構成できるようにすることを含むことができる。メッセージ制御２００には、１つ以上の延期オプション２３０を設けることもできる。これは、ユーザにとってより好都合な時にメッセージが送達されるようにユーザが構成できるようにすることを含むことができる。このようなメッセージ延期の一例としては、カレンダ上に示されているように、あるいは１つ以上の観察結果（カレンダ予約状況を含む）から収集されたユーザの状態またはコンテキストに関するより一般的な推論から推論されたように、ユーザが現在会話中であるかクリティカルなミーティングで忙しい場合に、クリティカルなミーティングが行われた後などユーザがより読みやすい時にあると決定される時にメッセージを送達することができる。延期ポリシーには限度を設けることができ、したがって、特定の緊急度のメッセージは、適した時が見つからなくても、いくらかの所与の、所定の、または／動的に計算された時間上限よりも長くは待機しないようにすることができる。このようなポリシーは、部分的にはメッセージ緊急度に応じたものにすることができる。例えばユーザは、緊急度の高いメッセージなら、警報と共に１つ以上のアクティブなデバイスにできるだけ早く送信すべきであり、ユーザが待機中のメッセージを点検することになった場合には閲覧に利用可能にすべきだが、ユーザがその間に何らかの割込み不可レベルよりも上にある場合であって、メッセージを見ていないかメッセージに気付いていない場合は、ユーザに警報がいく前に長くても３０分またはその他の時間まで待機するものと指定することができる。同じユーザは、例えば通常の緊急度のメッセージなら、ユーザに警報がいく前に長くても３時間またはその他の時間まで待機すべきであるとすることもできる。
【００３２】
メッセージ制御の別の態様は、閾値調節２４０を含む。これは、所定の設定よりも高いメッセージだけがユーザに送達されるように、優先度閾値を調節することを含むことができる。閾値調節２４０に関係して、１つ以上のメッセージ量調節を提供することができる。これらの調節は、システム中で設定された他のパラメータに関係なく受信メッセージの数をユーザ設定の所定量までに制限するユーザ設定を提供することを含むことができる（例えば、最も緊急度の高いメッセージを受信したい。また１時間に３通以上のメッセージは受信したくない）。メッセージ制御には、重要度の要約２６０を設けることもできる。要約２６０は、優先度システムによって割り当てられる優先度の性質に関するユーザフィードバックを提供する。言い換えれば、ユーザは、理論上の閾値設定に関するフィードバック情報を得ることができる。例えばユーザは、優先度閾値の理論上の値を設定し、提案した優先度設定と、他の優先度設定に従って受信された受信メッセージの過去の履歴とに基づいて、どれだけのメッセージが前に受信されたであろうかをシステムに開示させることができる。
【００３３】
送信されたメッセージに対して料金を支払うことが必要とされるシステムでは、ユーザは、メッセージ転送に許可されるかまたは割り当てられるドル総額に対する限度として、閾値を設けることができる。すなわちユーザは、システムが最も緊急度の高いメッセージを送信するように指定し、ただしルーティング会社によって課される料金（または他の料金）を１メッセージあたり０．１０ドルとし、１日５．００ドル以内に収まることが予想されるようにシステム閾値を調節することができる（例えば、１メッセージあたり０．１０ドルで１日最大５０通のメッセージ）。
【００３４】
本発明の一態様では、採用されたパラメータの他にも、いくつかの異なるルーティングパラメータ（例えばメッセージを送信するのに必要な重要度に対する閾値）のそれぞれにつき、時間ごとまたは何らかの指定の時限内（例えば週ごとや月ごと）にユーザに送信された、または送信されるはずであった警報および／またはメッセージの量を監視する。制御の点検時、ユーザには、設定（例えば小型デバイスにｅメールをルーティングするのに必要な閾値）が変化したとしたら何が起こったかを示すことができ、あるいは連続的なスケール閾値（例えば図１０および図１１参照）に沿った閾値セットについて表示することができる。したがってユーザは、様々な閾値設定の場合の警報について前に監視された統計を、システムの未来の特性に関する良い見積りとして考慮するように指示を受けることができる。例えば、各設定において、他のすべての設定（例えばユーザのコンテキスト、着信メッセージストリーム中の各アイテムの緊急度の分散など）が比較的類似すると仮定した場合に、あり得る各閾値設定（または他のパラメータ）ごとにシステムの未来の挙動を大まかに予測するためのガイドとして、シミュレートされた様々な閾値の値で１日、１週間、または１か月にわたって受信されたであろう、前に追跡された警報数またはメッセージ数を、ユーザによって閲覧されるように表示することができる。最近の履歴を未来の予測変数として使用することの他に、より高度なシミュレーションを利用して、様々な設定またはパラメータとポリシーに対して「もしも」分析を行うこともできる。すなわち、新しい設定は、予想される数が履歴だけに基づくかより高度なシミュレーションに基づくかにかかわらず、様々な閾値設定または他のパラメータ設定ごとの予想警報数に基づくものとすることができる。
【００３５】
図４を参照すると、本発明の一態様によるプロファイルスケジュールのためのユーザインタフェース３００が示してある。インタフェース３００は、プロファイルアプリケーション３１０と、選択したプロファイルがいつアクティブになるかをユーザが構成することを可能にする時間設定３２０を備える。これは、プロファイルの開始および終了を反映する開始時間および終了時間と共に、日、週、月、または年の設定を含むことができる。したがって、ユーザが毎日１２：００と１：００の間にアクティブにすべきプロファイルを選択している場合は、選択された時間の間に、昼食時などのアクティブプロファイル３３０がイネーブルになる。そうでない場合は、種々のパラメータ設定を反映するデフォルトプロファイル３４０をアクティブにすることができる。このようなプロファイルの１つには、ドゥノットディスターブプロファイル３５０を含めることができ、したがって、このプロファイル期間中はどんなメッセージも受信されない。本発明の別の態様によれば、ユーザによって指定された他の人物または状態を考慮に入れるために、情報エージェント３６０を利用することができる。これは、ユーザの現在のアクティブなプロファイルと共に、メッセージがどのように送達されるかに関する制約を他のユーザのカレンダから利用することを含むことができ、また、エージェントに公開されているカレンダを閲覧することを含むことができる。
【００３６】
図５は、本発明の一態様による、学習、ルーティング、および警報のオプションを制御するための１つ以上の規則またはポリシーを提供するユーザインタフェース４００の図である。規則は、ユーザによって構成可能な他のメッセージ送達オプションに対するオーバーレイ４１０として作用することができる。したがって、ある規則に対する条件が有効であると決定されない場合は、その規則はメッセージがどのように送達されるかに影響を及ぼさない。そうではなく条件が有効である場合は、その規則の構成は、メッセージがどのように送達されるかについて決定力を有する。このような規則の一例では、もし（Ｉｆ）条件なら、そのときは（ＴＨＥＮ）自分のｅメールに優先度の値９０（アイテムの緊急度を表す）を割り当てる。このような割り当てられたまたはオーバーレイされた優先度は、前に割り当てられた優先度を上書きすることができる（例えば自動化されたシステムによって）。例として、ユーザは、配偶者からのメールはすべて緊急と見なされるように、あるいは優先度スコア９０または他の何らかの割当て値が割り当てられるように指定することを望むことができる。別の例として、ユーザは、同じ組織の別の一員から受信した音声メールメッセージはすべて優先度スコア９０または他のいくらかの割当て値を受け取り、組織外からの音声メールタイプのメッセージは優先度スコア７５あるいは他のいくらかの割当て値または選択値を受け取るように指定することができる。
【００３７】
このような規則の別の例では、もし（Ｉｆ）条件なら、そのときは（ＴＨＥＮ）優先度システムによって割り当てられた優先度の値を表示する。規則は、論理和的（disjunctive）および／または論理積的（conjunctive）に適用できることに留意されたい。例として、関連する規則またはポリシーに対する条件のうちのいずれかが真であれば構成済み動作またはイベントが発生できるような、協同的な条件のセットを選択することができる。この動作またはイベントは、どのように学習を達成することができるか、どのようにフィードバックを利用するか、および／あるいは、どのようにメッセージをルーティングし、および／または後で１つ以上の警報オプションなどを介してユーザに提供するかに関係するものとすることができる。規則を論理積的に適用する場合は、規則に関連するすべての条件を満たした後で、後続の動作またはイベントを呼び出す。
【００３８】
インタフェース４００には、１つ以上の閲覧オプション４２０も設けることができる。例えばユーザは、送信されたメッセージが優先度の値に従ってスピーカまたは他の出力デバイスを介して読み上げられるか変換されるように構成することができる。別のオプション４２０は、優先度に従ってメッセージの電話閲覧を可能にするものとすることができる。別のオプション４２０は、所定の優先度よりも高い優先度で受信されたメッセージに対して自動電話接続が確立されるようにする設定を選択することを含むことができる。
【００３９】
インタフェース４００には、様々なルーティングオプション４３０を設けることができる。これは、メッセージに付与された優先度に基づいてメッセージをフォルダにルーティングすることを含むことができる。例えば、中程度以下の優先度のメッセージはｅメールサービスにルーティングし、これよりも高い優先度のメッセージはモバイル装置に関連するフォルダにルーティングすることができ、したがってそのフォルダに行き着いたすべてのメッセージはそのデバイスに送達するようにすることができる。ルーティングオプション４３０に加えて、複数のプログラミングオプション４４０を設けることもできる。これは、ユーザが周知のプログラミング言語を利用してカスタムメッセージ送達規則を規定することを可能にすることを含むことができる（例えば、もし（ＩＦ）優先度７５以上、ＡＮＤ  ｅメールが自分の妻からのものなら、そのときは（ＴＨＥＮ）自分のページャＡＮＤ自分の携帯電話にコンタクトする）。
【００４０】
本発明によれば、１つ以上の音声認識オプション４５０を含めることができる。これは、受信されたオーディオメッセージが音声レコグナイザを通った後で優先度システムによって優先度の値を割り当てられるようにすることを選択することを含むことができる。優先度の値は、例えば音声ピッチ、レート、抑揚、音量などの要因の分析に基づくものとすることができる。インタフェース４００によって提供されるもう１つの構成オプションには、チャネルオプション４６０が含まれる。これは、システムによって割り当てられた優先度の値を、ユーザの事前定義済み優先度の値でオーバーレイすることを含むことができる。例えばユーザは、特定の通信チャネルからくるすべての通信に優先度の値８０またはその他の優先度の値が割り当てられるように構成することができる（例えば、この人物から、自分のデバイスフォルダに、自分のｅメールから、自分の携帯電話に、などとして受信されたメッセージすべてに所定の優先度が割り当てられる）。
【００４１】
図６を参照すると、本発明の一態様による、学習オプションを提供するユーザインタフェース５００が示してある。学習オプション５００は、優先度システムを訓練する際にどのメッセージが採用済みかに関する状況オプションと構成オプションの両方を含む。優先度システムの訓練については、後で図２７〜図４２に関してより詳細に論じることに留意されたい。例えば、ユーザが訓練のソースを知ることができるようにするためのフィードバック５１０を設けることができる。これは、メッセージの学習元５２０と、ユーザからある優先度をマーク付けされたメッセージ５３０を含むことができる。高度オプション５４０を選択することができるが、これは、学習した情報をバックアップおよび復元することを含み、また、学習した情報をリセットすることを含むこともできる。インタフェースはまた、学習規則５５０および学習制御５６０も備えることができる。学習規則５５０は、複数のマシンからの学習を結合すること、および／または学習をユーザによって設定された所定の日、時間、またはその他のオプションに限定することなどのオプションを含むことができる。制御オプション５６０は、学習をオンとオフに切り換えること、ユーザ活動またはフィードバックを観察することによって学習をイネーブルにすること（例えば、より重要なメッセージにより多くの時間を費やし、より重要でないメッセージをすぐに削除するユーザのフィードバックを監視する）、自分のシステムにいないときだけ訓練すること、一定量のメッセージが受信された後で自動的に再訓練または他の動作が行われるようにすることを含むことができる。
【００４２】
図７に、本発明の一態様による、デバイスオプションを提供するユーザインタフェース６００を示す。デバイスオプション６００は、表示設定６１０および圧縮設定６２０を含み、これらは、携帯電話やコンピュータなどのユーザメッセージデバイス上におけるメッセージのフォーマットを容易にする。表示設定６１０は、可能なメッセージターゲットとして様々な複数のデバイスを選択できるようにする（例えばユーザは、望むなら実際の製造業者のカタログ番号から選択することができる）。さらに、ユーザによって選択されたデバイス上でどのようにメッセージが見られることになるかを示すアニメーション表示を提供することもできる。圧縮設定６２０は、ユーザデバイスに向けて送られる実際の情報量を制御する。例えば表示装置の小さいデバイスは、より高い圧縮率を採用するように構成して、長いメッセージの大部分がより容易に見られるようにすることができる。インタフェース６００はまた、複数のその他のデバイスオプションも備える。これらには、メッセージリミットオプション６３０（例えば送信するメッセージの数）、メッセージフォーマットオプション６４０（例えば送信する文字のフォントおよび数）、メッセージ送信側の完全な名前を送信するか別名（alias）を送信するかなどの制御オプション６５０、メッセージのどの部分を実際にユーザデバイスに送信すべきかを制御するフィルタオプション６６０を含めることができる。
【００４３】
図８に、本発明の一態様による、プロファイル要約ビューおよび状態を提供するグラフィカルユーザインタフェース７００を示す。インタフェース７００は、例えば移動状態で適用することができ、その場合、優先度決定されたｅメールまたは他のタイプのメッセージはモバイル装置に向けて送られる。インタフェース７００は、概観７０４と現在の状況を含む。概観７０４は、接続状況７１０（例えばオンライン）を含み、どのプロファイルがアクティブかを７２０に含み、リセット後に最後にいつｅメールが送達されたかを７３０に含む。さらに、制御設定７４０および７５０が、デバイスに毎日の要約を送信すること、およびデバイスに送信されたメッセージの数をリセットすることに役立つ。概観ページは７６０で選択できることに留意されたい。
【００４４】
インタフェース７００および後述する各インタフェースは、優先度選好を獲得し、挙動を点検し、優先度および／またはルーティングのシステムの学習および決定ポリシーをガイドするための、制御および表示を提供する。図８から２２に示すインタフェース７００は、優先度決定されたメッセージを警報しルーティングすることに関連する点検、制御、および学習を容易にする。さらに、様々な構成／調節オプションと共に複数のパラメータを構成して、後でより詳細に述べるようにユーザの希望に従ってインタフェース７００をパーソナライゼーションすることを容易にすることができる。
【００４５】
図９に、本発明の一態様によるｅメール送達オプションを示すグラフィカルユーザインタフェース８００を示す。図示のように、仕事などのプロファイル８１０が選択された後で、１つ以上のメッセージ送達オプション８２０が選択されている。８２０で、ｅメールをモバイル装置に送信すること、ｅメールを移動受信ボックスフォルダに送信すること、優先度決定されたメッセージの送達を可能にすることを選択するなど、様々なオプションを選択することができる。８２０におけるその他のオプションには、８３０で所定の時間が経過するまでメッセージを保留すること、８４０で所定数のメッセージが到着するまでメッセージ送信を保留すること、８５０でコンピュータが一定時間にわたって空運転であったときなど他の理由でメッセージを保留することなどの、チャンキングオプションが含まれる。理解されるように、これらのメッセージ送達オプションは、その他複数の選択されたプロファイルにも同様に適用することができる。
【００４６】
図１０に、本発明の一態様による、優先度設定を提供するグラフィカルユーザインタフェース９００を示す。スライダ９１０が描かれているが、このスライダにより、デバイスに送達されるメッセージの量についての優先度閾値をユーザが調節することができる。例としてこれは、メッセージがユーザのデバイスに転送される前に有することのできる最低の優先度はどれかを調節することを含むことができる。図示のように、スライダ９１０の段階のいくつかには、高優先度、中間優先度、低優先度、およびすべてのメッセージがデバイスに送達される最低設定が含まれる。したがって、優先度の値または緊急度レベルに従ってメッセージが分類された後、９１０の優先度調節が、どれだけのメッセージが実際にユーザデバイスに送信されるかについての制御を容易にする。言い換えれば、高優先度の閾値設定が選択された場合は、緊急度が高いものとして分類されたメッセージだけがユーザのモバイル装置に送信され、低優先度のメッセージは送信されないことになる。
【００４７】
図１１および１２を参照すると、本発明の一態様による代替設定およびフィードバックが示してある。図１１には、図１０に示した優先度設定に対するオーバーレイ調節９２０が示してある。例えば、ボックス９２４が選択された場合、通常なら高優先度またはその他の設定で送信されることになるメッセージの量を、９２８に示す所与の時間枠（例えば日、時間）ごとに９２６の一定量（例えば２５や他の整数）に制限することができる。言い換えれば、例えばユーザによって優先度設定が選択されており、この設定に従うと通常なら１日約５５通のメッセージが受信されることになる場合、現在受信されるメッセージの最大数は、９２６および９２８で選択されたように１日あたり２５通となる。
【００４８】
図１２を参照すると、この設定に基づいて受信することのできるメッセージの概算量または推定量を示す例示的なフィードバック９４０が示してある。例えば、高い優先度設定が選択される場合は、９４２に概算表示１２が提供され、これは、この設定の場合に受信できるメッセージの概算量を示す。中間の優先度設定では、９４４で数４０が相関しており、低い設定および全メール送信設定については、それぞれ９４６および９４８に７９および１７２が示されている。図１２に示す参照番号９４２〜９４８におけるフィードバックは例示的なものであり、ある範囲のパラメータ値または設定値の場合に「何が起こるはずであったか」についての、ある特定ユーザの監視された過去の履歴に基づくものであることを理解されたい。フィードバックは、変更するパラメータを除く他のほぼすべてのパラメータ（例えば過去のメッセージトラフィックの量）が過去にそうであったように未来もほぼ同様であるとの考えに基づいて、前に選択しなかった１つ以上のパラメータを反映するように設定を変更した場合に何が起こり得るかを大まかに示すものとして、パラメータ調節時にユーザに提供することができる。
【００４９】
図１３に、本発明の一態様による、プロファイルスケジュール設定を提供するグラフィカルユーザインタフェース１０００を示す。スケジュール設定は、プロファイルスケジュール選択１０１０を介して選択することができる。スケジュール選択１０１０を選択すると、選択したプロファイルに関係する日時を設定して、選択したプロファイルがいつアクティブになるかを制御することができる。１０２０に日の設定を示す。プロファイルのアクティブ化の開始時間は１０３０で選択および構成することができ、終了時間は１０４０で選択および構成することができる。どのインタフェースにも、優先度システムによって行われた学習の量を示す学習状況フィールド１０５０を設けることができることに留意されたい（例えば分析または学習すべき潜在的なｅメール６００通のうち、存在するｅメールの１２％が分析済）。
【００５０】
図１４は、本発明の一態様による、規則設定を提供するグラフィカルユーザインタフェース１１００の図である。インタフェース１１００は、メッセージをデバイスに向けて送るための１つ以上の規則設定１１１０を含む。例として、１１１０には、ｅメールが高重要度としてマークされている場合にｅメールを送信する選択肢が提供されている。他の設定には、自分の名前だけがＴｏフィールドにある場合、自分の名前がＴｏフィールドにある場合、自分の名前がＣＣフィールドにある場合、およびｅメールが特定の送信側からのものである場合が含まれる。同様に複数の他の規則を構成することができることを理解されたい。図１５に、選択された規則設定１２１０を有するグラフィカルユーザインタフェース１２００を示し、図１６は、規則に関連付ける選択した人物を１３１０に指定することを示すグラフィカルユーザインタフェース１３００の図である。したがって、１３１０で指定された特定人物がメッセージを送信した場合、このメッセージは、関連する優先度または緊急度の値に関係なくモバイル装置にルーティングされる。
【００５１】
次に図１７を参照すると、グラフィカルユーザインタフェース１４００が、本発明による学習フィードバックの一態様を示している。例として、削除するように選択されたｅメールがまだ優先度システム中の学習に採用されていないことをユーザに示すためのフィードバックボックスまたはダイアログボックス１４１０が設けられる。この場合、削除活動を継続するか、この活動をキャンセルしてシステム中でさらに学習が行われることを容易にするかのオプションがユーザに与えられる。前述のように、フィードバックは、システム中でどのように学習が達成されるかに関して複数の形で利用することができる。例えば、ユーザがユーザインタフェースを介して他の構成制御オプションを選択しているときに、フィードバックまたはダイアログを利用または表示することができる。これには、「この優先度設定および過去の履歴では、１日または１時間あたり約「Ｘ」通のメッセージを受信することになります」などのフィードバックを含めることができる。他のフィードバックには、メッセージがどれだけ早くまたは遅く処理されるか、およびメッセージが後で保存、コピー、転送、または削除されるかなどについて、ユーザインタフェースを利用しながらユーザを監視することを含めることができる。フィードバックにはまた、ユーザインタフェースとの対話中にユーザコンテキストを監視することを含めることもできる。これは、様々なソースからの特定のｅメールにユーザが向けるフォーカスおよび注目の量を含むことができ、また、部屋音響などの活動や、キーボードまたはマウスの活動などの活動レベルを監視することを含むことができ、および／または、カメラや赤外線存在検出器から受け取ることのできる監視などを含むことができる。前述のフィードバックは、メッセージ送達、ルーティング、分類、および／またはその他の所望の選好に関して、学習および／または意思決定プロセスを改変または調節するために後で利用することもできる。
【００５２】
図１８は、本発明の一態様による、学習オプションを示すグラフィカルユーザインタフェース１５００の図である。インタフェース１５００は、どのタイプのｅメールまたはメッセージを学習に採用すべきかについての選択を、ユーザが明示的なフィードバックを介して優先度システムに指示することを可能にする。例えば、送信するのに十分なほど緊急または緊急でないと決定されたメッセージの数を示す、状況および／または構成から学習されたｅメール１５１０を提供することができる。同様に、優先度システムをさらに訓練するためにユーザがある種のメッセージを緊急または緊急でないとマーク付けまたは指定した、状況および／または構成がマーク付けされたｅメール１５２０を提供することができる。
【００５３】
図１９は、本発明の一態様による、高度な学習オプション１６１０を示すグラフィカルユーザインタフェース１６００の図である。高度なオプション１６１０は、優先度システムに適用された学習の１つ以上の態様をバックアップおよび復元するのを容易にする。例えば、１６２０で、システム学習で使用された情報をバックアップまたは保存することができる。さらに、バックアップした学習情報を望むなら再実装するための復元または回復オプションを設けることもできる。リセットオプションを１６３０に設けることができ、保存された学習済み情報から、学習済み情報の全部または一部がクリアまたはリセットされる。
【００５４】
図２０を参照すると、本発明の一態様により、グラフィカルユーザインタフェース１７００がデバイス圧縮設定を示している。インタフェース１７００は、ユーザの選択した通信デバイスにおける情報をフォーマットすることを容易にする。動画化された表示１７１０が示されているが、これは、ユーザの選択したデバイスに関係し、選択された圧縮設定１７２０に関連する典型的な出力を提供する。図示のように、圧縮設定１７２０はスライダまたは他の調節とすることができ、ユーザのデバイスの表示装置に送られる、１７１０に動画化された情報の量を制御する。可能な圧縮設定のいくつかが図示してあるが、これらは、圧縮なし、余分な空白を削除、長い単語を置換、空間／句読点を除去、母音を除去、などである。他の設定および段階も同様に実装できることを理解されたい。
【００５５】
図２１は、本発明の一態様による、メッセージフローおよび送達を制御するためのメッセージ送信オプションを示すグラフィカルユーザインタフェース１８００の図である。例として、メッセージ送信オプションには、送信する個数またはアイテム数、およびアイテムごとの文字数を、１８１０で所定数のアイテムまたは文字に制限することを含めることができる。１８２０にある別のオプションは、選択されたデバイスで受信されるメッセージの総数を所定数に制限することを含むことができる。別のオプション１８３０は、ユーザデバイスで受信されたメッセージの数をリセットすることに関係する。
【００５６】
図２２は、本発明の一態様による、メッセージフォーマットオプションを示すグラフィカルユーザインタフェース１９００の図である。メッセージフォーマットオプションは、様々な基準または規則に従ってユーザデバイスでメッセージをフィルタリングおよび表示することを容易にする。例えば、１９１０に、送信側の名前がどのようにユーザのデバイスに表示されるべきかについてのオプションが、名前頭文字と苗字、名前と苗字頭文字、別名などとして設けられる。その他のフィルタリングオプションも同様に設けることができることを理解されたい。１９２０には、例えば仕事、移動、家庭などの領域から送信側の電話番号を表示するための選択肢が設けられる。１９３０には、メッセージ本文および件名がどのようにユーザのデバイスに表示されるかについての選択オプションが設けられる。
【００５７】
図２３を参照すると、例えばデスクトップおよび移動状態に適用することのできる汎用ユーザインタフェースが示してある。テキスト入力ボックス２０８０には、ユーザが、優先度決定されたテキストの通知を受けるものにしたいページャまたは携帯電話のｅメールアドレスを入力することができる。ページャおよび携帯電話としては、それに割り当てられたｅメールアドレスにテキストをｅメールで送ることによってページングが可能なものを利用することができる。例えば図２３に示すように、デバイスはｅメールアドレス4255555555@mobilephoneco.netを有し、4255555555は、電話会社「phoneco」から提供された、携帯電話の電話番号またはページャのページャ番号に相当する。
【００５８】
図２３の警報基準は、新しいｅメールメッセージに関係するものであることに留意されたい。３つの警報基準が図示してあり、これらをオプション２０８２、２０８４、２０８６として参照するが、他の基準を提供することもできる。ただし、これらのオプションは相互に排他的ではない。すなわち、ユーザは、オプション２０８２、２０８４、２０８６のうちの１つ、２つ、または３つ全部を選択することができる。
【００５９】
オプション２０８２では、ユーザは、所定の閾値よりも高い優先度を有する新しいｅメールが受信された場合であって、ユーザが所定時間を超えてコンピュータから離れている場合に、電子デバイスにコンタクトされるように指定することができる。図２３に示すように、所定の閾値は優先度８５であり、所定の時間は７５分である。したがって、ｅメールメッセージの優先度が８５よりも高く、ユーザが７５分を超えてコンピュータから離れていると決定された場合は、他のオプション２０８４および／または２０８６が選択されていればそれらと矛盾しないように、ユーザの電子デバイスが警報を受けることになる。
【００６０】
オプション２０８４では、ユーザは、現在時間が所定の時間範囲内にあるときだけ電子デバイスにコンタクトされるように指定することができる。図示のように、所定の時間範囲は午前８：１５と午後７：３０の間である。したがって、現在時間が午前８：１５と午後７：３０の間にあると決定された場合は、他のオプション２０８２および／または２０８６が選択されていればそれらと矛盾しないように、ユーザの電子デバイスが警報を受けることになる。
【００６１】
オプション２０８６では、ユーザは、会議中の場合に優先度が所定の会議閾値よりも高い場合だけ通知を受けるように指定することができる。一般に、この会議閾値は、オプション２０８２で指定した閾値よりも高いことが望ましい。このように閾値をより高くすることの目的の１つとして考えられることは、通常の状態ではユーザは特定の優先度よりも高いｅメールメッセージの通知を受けるが、会議中はｅメールメッセージの優先度が異常に高い場合だけそれらのメッセージの通知を受けることを示すことである。図では、所定の会議閾値は優先度９５であり、これはオプション２０８２の閾値８５よりも高い。したがって、ユーザが会議中であって、９５よりも高い閾値のメッセージが受信されたと決定された場合は、ユーザは自分の電子デバイスを介して警報を受ける。
【００６２】
以下のセクションでは、ルーティング基準について述べる。ルーティング基準は、テキストをルーティングさせることによってユーザがいつどのように優先度決定済みテキストの警報を受けるかを律する基準として利用することができる。ルーティング基準について図２４および２５を参照しながら述べるが、これらは、ルーティング基準オプションを修正するのに使用することのできるユーザインタフェースの図である。
【００６３】
まず図２４を参照するが、転送タブ２１９０およびカスタム返信タブ２１９２の２つのタブが選択可能である。転送タブ２１９０が一般に選択されており、したがって、ｅメールメッセージなどの優先度決定されたテキストを転送することに関するルーティング基準が表示されている。ユーザは、高優先度のｅメールの転送先として代替ｅメールアドレスを指定することができる。より具体的には、ユーザが所定の時間を超えてコンピュータから離れており、転送すべき特定のｅメールの優先度が所定の閾値よりも高い場合は、ｅメールはこのアドレスに転送される。例えば図２４に示すように、所定の閾値は優先度９５であり、所定の時間は６００分である。したがって、ｅメールメッセージの優先度が９５よりも高く、ユーザが６００分を超えてコンピュータから離れていると決定された場合は、ｅメールは指定のｅメールアドレスに転送されることになる。
【００６４】
次に図２５を参照すると、同じ２つの選択可能タブ、すなわち転送タブ２１９０とカスタム返信タブ２１９２が示してある。ただし図２５では、カスタム返信タブ２１９２が一般に選択されており、したがって、ｅメールメッセージなどの優先度決定されたテキストの送信側に返信することに関するルーティング基準が表示されている。ユーザは、高優先度のｅメールメッセージの送信側への返信として送信されることになる所定のメッセージを指定することができる。ユーザが所定の時間を超えてコンピュータから離れており、返信すべき特定のｅメールの優先度が所定の閾値よりも高い場合は、ｅメールに対して返信が送られる。例えば図２５に示すように、所定の閾値は優先度９５であり、所定の時間は１２０分である。したがって、ｅメールメッセージの優先度が９５よりも高く、ユーザが１２０分を超えてコンピュータから離れていると決定された場合は、指定した所定のメッセージがｅメールの送信側に返信されることになる。
【００６５】
以下のセクションでは、警報のための他の所定基準について述べる。これらのルーティング基準は、例えば文書を表示させたり音声を再生させたりして文書の着信を示すことによって、ユーザがいつどのように優先度決定済み文書の警報を受けるかを律する基準である。これらの基準について図２６を参照しながら述べるが、この図は、基準オプションを修正するのに使用することのできるユーザインタフェースの図である。
【００６６】
図２６を参照すると、ユーザが優先度決定された文書の警報を受ける方式は、文書が例えば低、中、高の優先度のどれに分類されているかによって決まる。すなわち、文書の警報は、文書が低、中、高の優先度またはその他の優先度のどれに分類されているかに応じて、領域２２９０、２２９２、２２９４でそれぞれ選択されるオプションによって律せられる。低と中の優先度文書の間の閾値、および中と高の優先度文書の間の閾値は、ユーザ定義である。したがってユーザは、低と中の間の閾値をボックス２２９６に示し、中と高の間の閾値をボックス２２９８に示す。言い換えれば、ユーザは、優先度が所定の優先度範囲内にあることに基づいて警報を受ける。あるいは、ユーザがチェックボックス２２９１を選択した場合、閾値は、決定理論的な推論によってコンテキスト依存方式で設定される。
【００６７】
各領域２２９０、２２９２、２２９４は、例えば、優先度決定された文書の警報に関する４つの選択肢を有することができる。第１に、ユーザは、文書が所与の領域に入る優先度を有するときに音声が再生されるように指示することができる。第２に、ユーザは、メッセージの要約およびその優先度がフォーカスを受けるように指示することができる。これは、推論されたメッセージ優先度と、メッセージの件名および送信側を含めたメッセージの内容および性質の要約情報とをリストする、要約ビューが表示されることを意味する。この要約ビューは、ユーザが現在作業しているタスクに対して、アクティブなタスクとして一時的に画面上で選択することができる。第３に、ユーザは、文書が自動的に画面上のウィンドウ中に開かれるように指示することができる。第４に、ユーザは、音声認識機能およびテキスト‐音声レンダリング機能を備えたエージェントまたは自動化アシスタントがアクティブになってユーザに優先度を警報し、ユーザがメッセージについてもっと聞くか見ることに関する対話をさらに行えるようにするように指示することができる。
【００６８】
その他の警報オプションには、チェックボックス２２９３、２２９５、または２２９７によって選択されるオプションが含まれる。チェックボックス２２９３は、ユーザが忙しい場合に、文書の優先度が少なくとも所定の閾値でない限り、ユーザがもはや忙しくなくなるまで警報が延期されることを示す。図２６に示すように、この閾値は７５である。したがって、最初に、ユーザが忙しいかどうか、また文書の優先度が７５よりも高いかどうかが決定される。この条件が両方とも真の場合は、ユーザは警報を受ける。チェックボックス２２９５は、文書が表示されているウィンドウをその優先度に従ったサイズにすることを指示し、チェックボックス２２９７は、文書が表示されているウィンドウをその優先度に従って画面の中央に向けて動かすことを指示する。
【００６９】
次に図２７を参照すると、システム２４００が、本発明の一態様による優先度システム２４１２および通知アーキテクチャを示している。優先度システム２４１２は、１つ以上のメッセージまたは通知２４１４を受け取り、関連するメッセージについて優先度または重要度尺度（例えばメッセージの重要度が高いか低いことの確率値）を生成し、出力２４１６で、この１つ以上のメッセージに、関連する優先度の値を提供する。後でより詳細に述べるが、メッセージ２４１４に優先度の尺度を自動的に割り当てるようにクラシファイアを構築および訓練することができる。例えば、出力２４１６は、高、中、低、またはその他の程度の重要度のカテゴリに属する確率がメッセージに割り当てられるようにフォーマットすることができる。メッセージは、決定された重要度のカテゴリに従って、例えばｅメールプログラム（図示せず）のボックスに自動的にソートすることができる。
【００７０】
ソートすることには、規定の重要度ラベルを有するシステムフォルダに向けてファイルを送ることを含むこともできる。これは、低、中、高などの重要度の程度でラベル付けしたフォルダを有することを含むことができ、特定の重要度に決定されたメッセージを関連フォルダにソートする。同様に、所望の優先度のメッセージが受信されたことをユーザに警報するように、１つ以上のオーディオサウンドまたは視覚表示（例えばアイコン、記号）を適合させることもできる（例えば優先度が高のメッセージの場合はビープ３回、中の場合はビープ２回、低の場合はビープ１回、優先度が高のメッセージが受信されたことを示す場合は赤いまたは点滅する警報記号、優先度が中の場合は緑の点滅しない警報記号）。
【００７１】
本発明の別の態様によれば、通知プラットフォーム２４１７を優先度システム２４１２と共に利用して、優先度決定されたメッセージをユーザからアクセス可能な１つ以上の通知シンクに向けて送ることができる。通知プラットフォーム２４１７は、優先度決定されたメッセージ２４１６を受け取って、例えばいつどこでどのようにユーザに通知するかに関する決定を行うように適合させることができる。例として、通知プラットフォーム２４１７は、通信モダリティ（例えば、携帯電話やパーソナルデジタルアシスタント（ＰＤＡ）など、ユーザの現在の通知シンク２４１８）と、ユーザがいると思われる位置および／または注目していると思われるフォーカスとを決定することができる。例えば高重要度のｅメールが受信された場合、通知プラットフォーム２４１７は、ユーザの位置／フォーカスを決定し、ユーザに関連する通知シンク２４１８に向けてメッセージを送る／再フォーマットすることができる。優先度のより低いメッセージ２４１６が受信された場合は、例えば後で望むときに読むためにｅメールをユーザの受信ボックスに残すように、通知プラットフォーム２４１７を構成することができる。後でより詳細に述べるが、他のインタフェースや、ルーティングおよび／または警報システム２４１９を利用して、優先度決定されたメッセージ２４１６をユーザおよび／または他のシステムに向けて送ることもできる。
【００７２】
この記述の以下のセクションでは、自動分類システムおよびプロセスを介して、ｅメールなどの電子ファイルについての優先度の生成について述べる。この場合、述べるような電子的に表されたメッセージについての優先度の生成は、他のシステムでも採用することができる。このセクションにおける記述は、図２８および図２９に関して提供するが、図２８は、クラシファイアの明示的および黙示的な訓練を示す図であり、図２９は、電子メッセージについての優先度がどのようにクラシファイアへの入力によって生成されるかを描写する図である。この記述は図３０および３１に関しても提供するが、これらは、電子メッセージの優先度を分類することのできる種々の概略の図である。図３２および３３に関しても提供するが、これらは、メッセージ内容および／またはタイプに応じて適用可能なコスト関数を示すグラフである。
【００７３】
ここで図２８を参照するが、テキスト／データクラシファイア２４２０は、優先度による分類を行うように、矢印２４２２で表すように明示的に訓練することもでき、矢印２４２４で表すように黙示的に訓練することもできる。矢印２４２２で表す明示的な訓練は一般に、クラシファイア２４２０を構築する最初の段階で行われ、矢印２４２４で表す黙示的な訓練は通常、クラシファイア２４２０が構築された後で例えばクラシファイア２４２０を微調整するために、バックグラウンドモニタ２４３４を介して行う。本明細書では、分類を訓練および実施する手法を示す例のために、サポートベクトルマシン（ＳＶＭ）クラシファイアに関して具体的に記述する。データから作り出すことのできる、および／または学習することのできる他の分類方法または診断方法には、Bayesian ネットワークおよびデシジョンツリーを含めることができ、独立性の種々のパターンを提供する確率的分類モデルを採用することもできる。本明細書では、分類はまた、警報ポリシーおよび／またはルーティングポリシーに影響を及ぼす緊急度またはその他の優先度尺度のモデルを作り出すのに利用される統計的回帰も含む。
【００７４】
本発明の一態様によれば、クラシファイア２４２０として、良く理解されているＳＶＭ方法を用いることを採用する。Naive Bayes や、Bayesian ネットワークと呼ばれるより一般的な確率的依存モデルや、デシジョンツリーや、これらのモデルの階層構造化バージョン（交互の層が同じまたは異なるクラシファイアを利用する）を含めたその他の学習モデルなど、他のクラシファイアモデルを利用することもできることを理解されたい。ＳＶＭは、クラシファイア構築／特徴選択モジュール２４２６内の学習段階または訓練段階を経て構成される。クラシファイアは、入力属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）を、入力があるクラスに属する信頼度にマッピングする関数である。すなわちｆ（ｘ）＝信頼度（クラス）である。テキスト分類の場合、属性は、単語または句、あるいは単語から派生する他の領域特有属性（例えば品詞、キー用語の存在）であり、クラスは、緊急メッセージとそれに対する緊急でないメッセージなど、様々な種類のカテゴリである。
【００７５】
ＳＶＭおよび他の帰納的学習手法の一態様は、ラベル付けされたインスタンスのトレーニングセットを利用して、分類関数を自動的に学習するものである。トレーニングセットを、クラシファイア構築２４２６に関連するデータストア２４３０内に示す。図示のように、トレーニングセットは、グループＧ１からＧＮのサブセットを含むことができ、これらは、特定のカテゴリに関連する潜在的なまたは実際の要素の組合せ（例えば単語または句）を示す。データストア２４３０はまた、複数のカテゴリ１からＭも含み、グループは１つ以上のカテゴリに関連することができる。学習中、入力特徴をクラスの信頼度にマッピングする関数が学習される。したがって、学習モデルの後に、入力特徴の重み付きベクトルとしてカテゴリが表されている。
【００７６】
カテゴリ分類では、バイナリ特徴値（例えば、電子メッセージのヘッダまたは本文中で識別される単語または句あるいはその他のパターンがカテゴリ内に現れることの有無）、あるいは実数値特徴（例えば、電子メッセージのヘッダまたは本文中で識別される単語または句あるいはその他のパターンが、重要度の重みｒで現れる）が、しばしば利用される。カテゴリの集合は固有の用語を多数含む場合があるので、特徴選択は一般に、類別に機械学習技法を適用するときに利用される。特徴の数を削減するために、全体的な頻度カウントに基づいて特徴を除去し、次いで、カテゴリに対する適合に基づいてより少ない特徴数に従って選択することができる。カテゴリに対する適合は、相互情報量、情報利得、カイ自乗、および／またはほぼ任意の他の統計的選択技法によって決定することができる。これらのより小さい記述は、次いでＳＶＭへの入力として働く。線形ＳＶＭは、適した一般化精度をもたらし、適度に速い学習をもたらすことに留意されたい。非線形分類技術の他のクラスには多項式クラシファイアおよび動径基底関数（radial basis functions）が含まれ、これらもまた本発明により利用することができる。
【００７７】
クラシファイア構築２４２６は、データストア２４３０中のグループおよび関連するカテゴリを分析して、入力ベクトルをクラスの信頼度にマッピングする関数を「学習」するために、学習モデル２４３２を利用する。ＳＶＭを含めた多くの学習モデルでは、カテゴリについてのモデルは、特徴の重みｗのベクトルとして表すことができ、各カテゴリにつき学習した重みベクトルがあるものとすることができる。重みｗを学習すると、ｘとｗのドット積を計算することによって新しいテキストを分類することができ、ｗは学習した重みのベクトルであり、ｘは新しいテキストを表すベクトルである。ＳＶＭの出力を確率Ｐに変換するためのシグモイド関数を提供することもできる。確率は、カテゴリまたはクラス全体にわたる比較可能なスコアを提供し、このスコアから優先度を決定することができる。
【００７８】
ＳＶＭは、訓練前にその関数形式が定義されるパラメータ化された関数である。ＳＶＭは例のセットから関数を適合させることになるので、一般に、ＳＶＭを訓練するには、ラベル付けされたトレーニングセットが必要である。トレーニングセットは、Ｎ個の例のセットからなるものとすることができる。各例は、入力ベクトルｘｉと、入力ベクトルがカテゴリ内にあるかどうかを記述するカテゴリラベルｙｊとからなる。Ｎ個の例で訓練されたＳＶＭ中には、各カテゴリにつきＮ個の自由パラメータがあるものとすることができる。これらのパラメータを見つけるには、良く理解されているように２次計画法（ＱＰ）問題を解決する。ＱＰ問題を解決する周知の技法は複数ある。これらの技法には、逐次最小最適化技法並びにその他の技法を含めることができる。図２９に示すように、入力ベクトルｘに変換されたテキスト入力２４３６は、各カテゴリごとにクラシファイア２０にかけられる。クラシファイア２４２０は、クラシファイア構築２４２６によって決定された学習済み重みベクトルｗ（例えば各カテゴリにつき１つの重みベクトル）を利用し、ドット積を形成して優先度出力２４３８を提供する。入力テキスト２４３６には、１つ以上の関連する優先度（例えば高、中、低）を示す確率Ｐを割り当てることができる。
【００７９】
再び図２８を参照するが、矢印２４２２で表すテキストクラシファイア２４２０の訓練は、特徴選択を利用することを含めて、２４２６内でクラシファイアを構築することを含む。明示的な訓練段階では、時間クリティカルなテキストと時間クリティカルでないテキストの両方をクラシファイア２４２０に提示することができ、したがってクラシファイアは、例えばこの２つを区別できるものとすることができる。このトレーニングセットは、ユーザから提供することもでき、標準的またはデフォルトのセットを利用することもできる。トレーニングコーパスが与えられると、クラシファイア２４２０はまず、最も際立った特徴を見つけることを試みる特徴選択プロシージャを適用する。このプロセスは、例えば相互情報量の分析を利用することができる。特徴選択は、１つ以上の単語に作用することができ、あるいは、自然言語処理でタグ付けされた句や品詞など、利用可能にされたより高レベルの区別に作用することができる。すなわち、重要と考えられるテキスト特徴を区別するために特別にタグ付けされたテキストを、テキストクラシファイア２４２０に供給することができる。
【００８０】
テキスト分類のための特徴選択では、通常、単一の単語にわたってサーチする。単一の単語に依拠することの他に、領域特有の句および高レベルの特徴パターンを利用可能にすることもできる。特別なトークンも分類を向上させることができる。例えばｅメールクリティカリティについての学習済みクラシファイアの品質は、種々の時間クリティカリティのｅメール間を区別するのに有用であると識別される作り出した特徴を特徴選択プロシージャに入力することによって向上させることができる。したがって、特徴選択の間、種々の時間クリティカリティレベルのメッセージ間を区別するのに有用な１つ以上の単語並びに句および記号が考慮される。
【００８１】
以下の例に示すように、メッセージのクリティカリティを識別する際の価値のトークンおよび／またはパターンには、以下のような区別が含まれ、これらのブール結合も含まれる。
【００８２】
メッセージヘッダ中の情報
例：
Ｔｏ：フィールド（受信側情報）
ユーザだけに向けて送信される。
ユーザを含めた数人に送信される。
少人数を含む１つの別名に送信される。
少人数を含むいくつかの別名に送信される。
ユーザにＣｃ：で送信される。
ユーザにＢｃｃ：で送信される。
【００８３】
Ｆｒｏｍ：フィールド（送信側情報）
所定の重要人物リスト上にある名前。場合によっては様々な個人クラス（例えば家族員、友人）にセグメント化されている。
ユーザの会社／組織の内部として識別される送信側。
オンライン組織図から引き出された、ユーザに関係する組織関係の構造に関する以下のような情報。
ユーザが報告する管理者
ユーザの管理者の管理者
ユーザに報告する人物
外部のビジネス関係者。
【００８４】
過去時制の情報
これらは、すでに起こったイベントに関する以下のような記述を含む。
我々は会った
ミーティングが進行した
起こった
集まった
世話をした
昨日のミーティング
【００８５】
未来時制の情報
明日
今週
するつもりですか
我々はいつ．．．できるか
楽しみにしています
これは．．．なるだろうか
なるだろう
【００８６】
ミーティングおよび調整の情報
集まる
会えますか
集まろう
．．．と調整する
集まる必要がある
会いましょう
ミーティングを手配する
招待したい
やってくる
【００８７】
決定された日付
日時を明示的に、または以下のような代表的な省略形として示すための、テキストのパターンから示される未来の日時とそれに対する過去の日時。
【００８８】
５／２に
１２：００に
【００８９】
質問
疑問符（？）に隣接する単語および句。
【００９０】
個人的な要求の表示：
できますか
ですか
しますか
して下さい
することができますか
お願い
あなたから
【００９１】
必要性の表示：
必要としています
彼は必要としています
彼女は必要としています
したい
．．．なら大変嬉しい
欲する
彼は欲する
彼女は欲する
世話して下さい
【００９２】
時間クリティカリティの表示
間もなく起こる
今すぐ
最終期限は．．．となる
最終期限は．．．である
できるだけ早く
これがすぐに必要である
すぐにやってもらう
今すぐやってもらう
これをすぐに
［日］までに
［時間］までに
【００９３】
重要度
重要である
クリティカルである
単語、句＋！
明示的な優先度フラグ状況（低、なし、高）
【００９４】
メッセージの長さ
新しいメッセージのコンポーネント中のバイト数
【００９５】
広告およびアダルトコンテンツのジャンクｅメールの表示
無料！！
単語＋！！！
１８歳未満
成人限定
大文字の単語の数
英数字以外の文字の割合
【００９６】
キーワードおよび句の他に、メッセージの件名および本文に現れる文の品詞および論理形式の統計を利用することもできる。
【００９７】
一般的な自然言語処理分析
メッセージ中の文に品詞および論理形式が現れる頻度の統計
様々な疑似事実クラスの識別
種々の表現パターンなど
【００９８】
上に表した単語または句のグループは、クラシファイア訓練を行うのに利用できる例示的な単語、グループ、または句を示すものであることに留意されたい。その他の同様の単語、グループ、または句も同様に利用することができ、したがって本発明は例示したものに限定されないことを理解されたい。
【００９９】
さらに、引き続き図２８を参照するが、例えばユーザのデスクトップコンピュータやモバイルコンピュータ上にあるものとすることのできるバックグラウンドモニタ２４３４を介してユーザの作業または使用のパターンを監視することにより、矢印２４２４で表すようにクラシファイア２４２０の黙示的な訓練を行うこともできる。例えば、ユーザが作業しており、列挙されたメールを読んでいるときは、時間クリティカルなメッセージが先に読まれ、優先度のより低いメッセージは後で読まれるか削除されると仮定することができる。すなわち、新しいｅメールがユーザに提示されるとき、ユーザは、すぐにｅメールを開封するかどうか、またどの順番で開封するか、ｅメールを開封せずに削除するかどうか、および／または比較的短時間でｅメールに返信するかどうかの決定のために監視される。したがって、クラシファイア２４２０は、ユーザが作業中またはシステム操作中に監視されるように適合され、クラシファイアは、リアルタイムの意思決定を向上させるために、バックグラウンドで訓練して更新することによって定期的に改良される。クラシファイアを構築するためのバックグラウンド技法は、クラシファイア２４２０を新しいトレーニングメッセージで更新する技法から拡張することができる。
【０１００】
別法として、より多量のメッセージを収集することもでき、この場合、毎日のスケジュールごとに、またはトレーニングセットに加えることが認められる新しいメッセージ量の数ごとに、および／またはこれらの組合せで、バッチプロセス中に新しいフィルタが生み出される。例えば、クラシファイアに入力された各メッセージにつき、クラシファイアのための新しいケースを生み出すことができる。これらのケースは、例えば高優先度と低優先度のいずれかである、テキストの否定例および肯定例として記憶される。一例として、１つ以上の低、中、高の緊急度クラスを認識することができ、したがって、これらのクラス内のそれぞれのメンバシップの確率を利用して予想クリティカリティを構築する。より多くのクリティカリティクラスを利用すれば、より高い分解能を求めることができる。例えば図２９に示すように、メッセージ２４４０のトレーニングセット（例えば非常に高、高、中、普通、低、非常に低など）を最初に採用してクラシファイア２４４２を訓練することができ、したがって、２４４４に示すようにリアルタイム分類が達成され、新しいメッセージはトレーニングセット２４４０によって決定された例の数に従って分類される。図２９には、例示のためにこのようなカテゴリを３つ示すが、所望の重要度の様々な程度に従って、複数のこのようなカテゴリを訓練することができることを理解されたい。図示のように、新しいメッセージ２４４４は、クラシファイア２４４２によって割り当てられた優先度に従って、例えばラベル付し、タグ付し、および／または１つ以上のフォルダ２４４６にソートすることができる。後でより詳細に述べるが、割り当てられた優先度はさらに、後続のシステムがユーザに対するメッセージフォーマット、送達、およびモダリティを決定するのに利用することができる。
【０１０１】
本発明の別の態様によれば、ケースまたはメッセージをフォルダのセットのうちの１つとしてラベル付けするのではなく、例えばｅメールとのユーザ対話を監視することによって数または価値の推定を達成することができる。したがってクラシファイアは、更新され続けるが、移動ウィンドウを有することができ、ユーザによって指定されたいくらかの古さよりも新しいメッセージまたは文書のケースが考慮される。
【０１０２】
例えば、メッセージの閲覧が遅延することに関連する一定率の損失を、メッセージの予想クリティカリティ（ＥＣ）と呼び、これは以下のようになる。
【０１０３】
【数４】
0004896342.tif 000002
【０１０４】
上式で、Ｃはコスト関数であり、ｄは遅延であり、Ｅはイベントであり、Ｈはｅメールのクリティカリティクラスであり、ＥＣは、潜在的なクラスについての、コスト関数Ｃで記述される損失率によって重み付けされたクラスの可能性にわたる合計として表される。
【０１０５】
例として、図２９を参照すると、ｅメールメッセージなどのテキスト２４３６がクラシファイア２４２０に入力され、クラシファイアはこれに基づいて、テキスト２４３６についての優先度２４３８を生成する。すなわち、クラシファイア２４２０は、例えば０から１００％の割合として測定した優先度２４３８を生成する。この割合は、クラシファイア２４２０の以前の訓練に基づいた、テキスト２４３６が高優先度または他の何らかの優先度である可能性の尺度とすることができる。
【０１０６】
前述のように本発明では、クラシファイア２４２０および優先度２４３８は、訓練段階のｅメールを例えば高優先度と低優先度のいずれかとして解釈するという方式に基づくことができることに留意されたい。この方式について図３０を参照しながら述べるが、テキストクラシファイア２４２０は、高優先度として事前決定されたテキストのグループ２４４７と、低優先度として事前決定されたテキストのグループ２４４８によって訓練される。分析対象のテキスト２４３６がクラシファイア２４２０に入力され、クラシファイアは、分析対象のテキストが高優先度または低優先度である可能性を測定して、例えばスカラー数２４４９を出力する。
【０１０７】
例えば、図３１を参照すると、テキスト２４３６を低、中、高の優先度に類別する方式が示してある。前述のように、他の複数のトレーニングセットを利用して、より大きいまたはより高い分解能の優先度区別を実現することもできる。テキストクラシファイア２４２０は、高優先度のテキストのグループ２４４７と、低優先度のテキストのグループ２４４８と、中間優先度のテキストのグループ２４５０によって訓練される。したがって、分析対象のテキスト２４３６がクラシファイア２４２０に入力され、クラシファイアは、例えば分析対象のテキストが高優先度である可能性が望まれる場合には高優先度の可能性、あるいは中間優先度または低優先度の可能性を測定することのできるスカラー数２４４９を出力する。クラシファイア２４２０はクラス２４５２を出力することもでき、これは、テキスト２４３６が含まれる可能性が最も高い低、中、または高の優先度クラスを示す。望むなら他のクラスを追加することもできる。
【０１０８】
クラシファイア２４２０が優先度の用語を採用してｅメールメッセージなどのメッセージにこのような優先度を割り当てるとき、本発明は、優先度の定義に限定されない。優先度は、例えば損失関数によって定義することができる。より具体的には、優先度は、メッセージ受信後のメッセージ閲覧における遅延時間ごとの機会損失の（in lost opportunities）予想コストによって定義することができる。すなわち、メッセージ処理の遅延に関して生じることになる予想損失または予想コスト（expected loss or cost）である。損失関数はさらに、受信メッセージのタイプに従って変動する可能性がある。
【０１０９】
例えば、図３２に一般的な場合を示すが、これは、メッセージの優先度に依存する線形コスト関数のグラフ２４５４である。グラフ２４５４では、時間が増加するにつれて、メッセージをまだ読んでいないことのコストもまた増加する。しかし、線２４５８で示す中間優先度のメッセージ、または線２４６０で示す低優先度のメッセージと比較して、線２４５６で示す高優先度のメッセージでは、コストはより多く増加する。例えば、高優先度の線２４５６は１００の傾斜を有し、中間優先度の線２４５８は１０の傾斜を有し、低優先度の線２４６０は１の傾斜を有する場合がある。これらの傾斜値は、次いでクラシファイア２４２０が例えば回帰分析によって所与のメッセージに優先度を割り当てる際に利用することができる。
【０１１０】
コスト関数には、後でより詳細に述べるクリティカリティ「Ｃ」を割り当てることができることに留意されたい。したがって、「Ｃ」は一般に、閲覧の遅延によってコストが生じるレートを指す「コストレート」を記述する。したがって、「コスト関数」は、コストが生じる「レート」として定義される。総コストは、予想損失「ＥＬ」として定義できるが、これは、
ＥＬ＝Ｃ＊ｔとして定義することができ、時間量ｔは、メッセージの送信とその受信との間に生じたものである。コストレートが一定であると考えられる場合、予想損失の総計は、メッセージが読まれるまでの時間遅延の増加量に伴って線形に上昇する。通常、メッセージがユーザによって読まれるまでに生じる時間量には不確定性があり（例えばユーザの現在のコンテキストまたはユーザの予想される未来のコンテキストに基づいて）、あるいはより一般的に、１つ以上の観察結果（例えばユーザがデスクトップコンピュータにいるのが最後に見られた時や、カレンダ中のユーザの現在予約状況など）および／またはユーザの過去の挙動に関するデータに基づいて不確定性がある。このような不確定性がある場合、予想損失は、各時間遅延量ごとの予想損失を合計し、可能性のある遅延それぞれについての損失の貢献をその時間遅延が見られる確率で重み付けすることによって計算される。すなわち以下の通りである。
【０１１１】
【数５】
0004896342.tif 000003
【０１１２】
上式で、ＥＬ’は遅延時間の不確定性であり、Ｅは、ユーザ状態に関する１つ以上の観察結果（例えばカレンダ、部屋音響、デスクトップ活動、アクティブなデバイスに最後に触れた時からの時間）を表し、ｉおよびｊは指数であり、ｉおよびｊは整数である。
【０１１３】
コストレートが非線形の場合、閲覧の遅延に伴う損失は、同様に計算することができるが、時間経過に伴う時間依存レートを以下のように積分する。
【０１１４】
【数６】
0004896342.tif 000004
【０１１５】
予想損失はまた、種々の遅延の可能性を取り込むための項を追加することによって計算することもできる。
【０１１６】
例えば、メッセージの中にはしかし、線形コスト関数を使用してもその優先度がうまく概算されないものもある。例として、ミーティングに関係するメッセージは、ミーティングの時が近付くにつれてそのコスト関数が増加し、その後コスト関数は急速に減少する。すなわち、ミーティングに出席し損なった後は、ユーザがそれについてできることは一般にあまりない。この状態は、図３３に描くような非線形コスト関数による方がうまく概算される。グラフ２４６２で、コスト関数２４６４は、非線形レートに基づく総コストとして表すことができる。したがって、コスト関数２４６４はシグモイド曲線として表すことができ、コストは、約０で開始し、単調な方式で非線形に上昇し、最終的には横ばいになる。理解されるように、コスト関数は、メッセージのタイプに応じて、線形と非線形の両方の多くの様々な代表的なコスト関数のうちの１つによって概算することができる。
【０１１７】
したがって、述べたように、メッセージの優先度は、クラシファイアの出力に基づいて単に複数の優先度のうちの１つである可能性とすることもでき、あるいは、やはりクラシファイアの出力に基づいて、メッセージが当てはまる可能性が最も高い優先度クラスとすることもできる。別法として、ｅメールメッセージなどのメッセージの、予想される時間クリティカリティを決定することもできる。これは以下のように記述することができる。
【０１１８】
【数７】
0004896342.tif 000005
【０１１９】
上式で、ＥＣは予想される損失レートであり、ｐ（criticali）はメッセージがクリティカリティｉを有する確率であり、Ｃ（criticali）は、クリティカリティｉを有するメッセージについてのコスト関数であり、閲覧の遅延に伴う価値損失（loss of value）の一定レートを表し、ｎはクリティカリティクラスの総数から１を引いた数である。一般的な場合、コスト関数は、述べたように線形の場合と非線形の場合がある。関数が線形の場合は、コスト関数は、時間に伴う一定の損失レートを定義する。非線形関数の場合は、損失レートは、メッセージの閲覧または処理が遅延するのに伴って変化し、遅延量に応じて増加または減少する可能性がある。
【０１２０】
例として、低と高の２つのクリティカリティクラスがある場合、予想される損失は、以下のように再公式化することができる。
【０１２１】
【数８】
0004896342.tif 000006
【０１２２】
上式で、ＥＣはメッセージの予想クリティカリティである。さらに、低クリティカリティのメッセージのコスト関数を０に設定する場合、これは以下のようになる。
【０１２３】
【数９】
0004896342.tif 000007
【０１２４】
時間に関して非線形である損失レートの場合、閲覧が遅延した時間によって損失レートについての指数を生み出すことができる。このような場合は、メッセージの閲覧時までの総損失は、時間依存のクリティカリティの積分として計算および表現することができる。すなわち以下の通りである。
【０１２５】
【数１０】
0004896342.tif 000008
【０１２６】
上式で、ｔは、文書またはメッセージを閲覧する前の時間遅延である。
【０１２７】
その他の尺度も、ｅメールメッセージなどの文書を重要度でランク付けするためのバリューメトリックをもたらす。上の考察では時間クリティカリティに優先度上の焦点を合わせたが、他の「重要度」の概念を訓練することもできる。これは例えば、トレーニングフォルダのセットを「高重要度」から「低重要度」まで様々にラベル付けすることによって達成することができ、「予想重要度」の尺度を決定することができる。別のメトリックは、意味ラベル「旅行中に１日のうちに受けたいメッセージ」に基づくものとすることができ、旅行中のユーザに転送するためのメッセージの優先度を決定する尺度を決定するものとすることができる。さらに、利用されるメトリックの１つは、緊急度または時間クリティカリティである。というのは、これは意思決定、優先順位付け、およびルーティングにとって明確な意味を有するからである。この場合、クラスを様々な緊急度レベルに従ってラベル付けし、メッセージが各クラスにあると推論される確率から、各メッセージについての予想緊急度としてクラスを計算する。
【０１２８】
本発明によれば、前のセクションで述べたクリティカリティ分類の拡張も提供することができる。例えば分類は、特徴のクラス内またはクラス間で高利益の特徴の組合せを自動サーチすることを含むことができる。例として、特別な区別や構造などと、ある種のユーザに特に有用であることがわかっている単語との組合せをサーチして、分類プロセスで利用することができる。２つの特徴の組合せはダブレットと呼び、３つの特徴の組合せはトリプレットと呼び、以下同様にする。特徴を組み合わせることにより、分類を向上させることができる。分類はまた、クラシファイア中で移動ウィンドウを利用するインクリメンタルな索引付けを用いることによっても向上させることができる。これによりクラシファイアは、古いデータがタイムアウトになって新しいデータが投入されるのに伴って定期的にリフレッシュすることができる。
【０１２９】
分類はまた、メッセージ中で指定されるイベントの日時を決定することに基づくこともできる。この決定により、クラシファイアが利用できる特徴をメッセージに割り当てることができる。例えば、割り当てる特徴には、今日４時間以内、今日８時間以内、明日、今週、今月、来月以降などを含めることができる。これによりクラシファイアは、分類するメッセージに関する精度を向上させることができる。一般に分類は、言及されるイベントの時に基づくことができ、イベントが未来のものか過ぎたものかを考慮する。したがって、未来のイベントに関しては、分類は、イベントが起こる予定である未来の時についての送信側の言及を考慮する。
【０１３０】
その他の新しい特徴を分類プロセスに統合することもできる。例えば、組織図を利用して、図中の送信側の位置によってメッセージがどれだけ重要かを決定することができる。言語特徴をクラシファイアに統合することもできる。様々な言語に対応するために、送信側の起点および／またはメッセージの記述言語に応じて特徴を修正することができる。分類は、メッセージが記憶される種々のフォルダ並びに他のスケーリング規則および制御規則に応じて様々であることがある。ｅメールおよび他のソースに加えて、分類は、インスタントメッセージ、および株式相場表示器などその他の情報ソースに対して行うこともできる。
【０１３１】
一般に分類プロセスでは、送信側−受信側の構造関係を考慮することができる。例えば、ユーザがメッセージのほぼ唯一の受信側である場合、このメッセージは、少人数に送信されるメッセージよりも重要と考えることができる。少人数に送信されるメッセージは、ユーザがブラインドコピー（bcc）またはカーボンコピー（cc）になっているメッセージよりも重要とすることができる。送信側に関しては、送信側の名前が認識されるかどうかに基づいてクリティカリティを割り当てることができる。クリティカリティは、送信側がユーザの関連する組織の内部にいるか外部にいるかに基づいて割り当てることもできる。
【０１３２】
分類で考慮することのできるその他の決定には、メッセージの長さ、質問が検出されたかどうか、ユーザの名前がメッセージ中にあるかどうかが含まれる。時間クリティカリティに関連する言葉は、メッセージの重要度を高めることがある。例えば、「すぐに起こる」、「今すぐ」、「できるだけ早く」、「ＡＳＡＰ」、「最終期限は」などの句は、メッセージをよりクリティカルなものにすることがある。未来時制と比較した過去時制の使用、並びに、「集まる」、「会えますか」などの句によって指定される調整的な作業を考慮することもできる。ジャンクメールの形跡は、メッセージの優先度を低くすることがある。組織図中でユーザに近接する送信側からの短い質問など、組合せを表す述語も分類プロセスで考慮することができる。
【０１３３】
この記述の次のセクションでは、高優先度のテキスト、例えばユーザ設定の閾値よりも高い優先度である可能性のあるテキストや決定理論的な推論によって決定された閾値よりも高い可能性のあるテキストを、いつユーザに警報するかの決定を提供するプロセスについて述べる。すなわち、時間クリティカルなメッセージについて知ることの他に、ユーザが例えば着信ｅメールを直接見ない場合に時間クリティカルなメッセージをいつユーザに警報するかを決定することも重要である。一般には、時間クリティカルなメッセージについて知るためにユーザが現在対処中の作業から気が散らされることのコストを決定する。
【０１３４】
あるいは、警報および通知するための様々なポリシーを利用することもできる。これらのポリシーのいくつかには、以下のものが含まれる。
【０１３５】
・総損失に対してユーザ指定の上限を設定する。このポリシーは、メッセージ閲覧の遅延に関連する総損失が何らかの事前指定済み「許容」損失「ｘ」を超えたときに、システムが警報を生成するように指定することになる。
【０１３６】
・別のポリシーは、ＮＥＶＡ＝ＥＶＴＡ−ＥＣＡ−ＴＣなど、より完全な決定理論的な分析に基づくコスト−利益分析とすることができ、ＮＥＶＡは警報の正味予想価値、ＥＶＴＡは警報の予想価値、ＥＣＡは警報の予想コスト、ＴＣはメッセージの通信に関連する送信コストである。
【０１３７】
一般に、時間ｔでメッセージを読まないことでユーザがこうむる予想損失が、ユーザに警報する予想コストよりも大きいことをコスト−利益分析が示唆するときは、ユーザに警報すべきである。すなわち、以下の場合は警報を行うべきである。
【０１３８】
【数１１】
0004896342.tif 000009
【０１３９】
上式で、ＥＬは、現在時間ｔでメッセージを読まないことの予想損失であり、ＥＣＡは、現在時間ｔでメッセージについてユーザに警報することの予想損失である。予想損失は、この記述の前のセクションで述べた通りである。
【０１４０】
しかし、ユーザはしばしば未来に自らメッセージを読むことになるので、上式は最も正確ではない場合がある。このため実際には、ＥＶＴＡと呼ぶ予想警報価値が正のときに一般にユーザに警報すべきである。したがって予想警報価値は、ユーザが警報を受けずに後で自らメッセージを読むことの価値から警報コストを引いた価値に対して、ユーザに今メッセージを警報することの価値を考慮すべきである。これは以下のように表すことができる。
【０１４１】
【数１２】
0004896342.tif 000010
【０１４２】
ＥＬalertは、ユーザが警報を受けて今メッセージを読む場合の、ユーザがメッセージを読むことの予想損失であり、これに対してＥＬno-alertは、ユーザが警報を受けずにいずれかの時点で自らメッセージを読むことの予想損失から、EC(気が散らされることの考慮と情報を送信する直接コストとに基づく予想警報コスト)を引いた損失である。
【０１４３】
さらに、いくつかのメッセージからの情報が共に単一の複合警報にグループ化される可能性もある。１回の警報で複数のメッセージに関する情報を閲覧することは、１回の警報で単一のメッセージに関する情報を中継するよりもコストがかかる可能性がある。このような気が散らされる度合いの上昇は、警報コストをその情報の複雑さの関数にすることによって表すことができる。あるｅメールメッセージのＥＶＡは、他のｅメールメッセージのＥＶＡから独立していると仮定することができる。例えばＥＶＡ（Ｍｉ，ｔ）は、時間ｔで単一のメッセージＭｉをユーザに警報することの価値であり、ＥＣＡ（ｎ）は、ｎ通のメッセージの内容を中継する予想コストを指す。したがって、以下のようにｎ通のメッセージのセットに関する情報を中継することの予想価値を合計することにより、複数のメッセージを考慮することができる。
【０１４４】
【数１３】
0004896342.tif 000011
【０１４５】
また、予想警報コストを決定するためには、ユーザの在／不在を推論するか、またはそれに関する情報に直接アクセスするのが有用であることにも留意されたい。赤外線センサや圧力センサなど、ユーザがオフィスにいるときを示すセンサを利用することができる。しかし、このようなデバイスが利用可能でない場合は、ユーザがオフィスにいる確率を、例えば最後に観察されたマウス活動またはキーボード活動からの経過時間など、コンピュータ上のユーザ活動に応じて割り当てることができる。さらに、カレンダ中で入手可能なスケジューリング情報を利用して、ユーザの距離および配置に関する推論を行い、種々のプロセスによってユーザにメッセージを転送するコストを考慮することもできる。
【０１４６】
また、時間クリティカリティの高いメッセージに関する情報でユーザに介入することに関して決定を行う際、ユーザがどれだけ忙しいかを知ることも重要である。これは、ユーザがコンピュータ上で作業しているかどうかとそのレート、あるいはユーザが電話で誰かと話しているかまたは別の場所でミーティング中であるかに関して、推測することができる（例えば推論による意思決定）。図３４に示すように、いくつかの証拠クラスを利用して、ユーザの活動または注目のフォーカスを査定することができる。次いで、Bayesian ネットワークを利用して、ユーザの活動に関する推論を行うことができる。図３５に、このようなネットワークの例を表す。
【０１４７】
一般に、いつどのようにメッセージについてユーザに警報しサービスを提供するかは、予想されるクリティカリティとユーザ活動との推論に基づいて決定すべきである。決定は、例えば決定モデルを利用することによって行うことができる。図３６〜図３８は、このような決定モデルをどのように利用して警報決定を行うことができるかを示す影響図である。図３６は、現在活動と、メッセージの予想される時間クリティカリティと、通信モダリティに応じた警報コストとを考慮して、ユーザへの介入に関する決定を行うための決定モデルを表す。図３７も、現在位置を表す変数と、この変数が活動および代替メッセージング技法のコストに与える影響とを含む。さらに図３８は、大きなグラフィックスコンテンツを含むメッセージをグラフィカルコンテンツなしでユーザに転送するときの忠実度の損失に関連するコストを考慮するように拡張したものである。
【０１４８】
あるいは、いつどのようにユーザに警報するかについての決定は、警報に関するポリシーを定義するユーザ指定の閾値およびパラメータのセットを利用することによって行うこともできる。例えば、マウスまたはキーボードの活動に基づいてユーザの存在を推論することができる。したがって、例えば推論される活動状態および非活動状態に関する警報についての閾値をユーザが入力できるようにすることができる。ユーザはまた、警報がより低いクリティカリティで行われることになる、活動に続く空運転（idle）活動の量を入力することもできる。コンピュータ活動がほぼ何も検出されない時間に基づいてユーザが利用不可能なことが決定された場合は、メッセージを記憶しておき、ユーザが戻ってコンピュータと対話したときに、クリティカリティの順にユーザに報告することができる。さらにユーザは、予想クリティカリティ、最大予想損失、ユーザに警報する価値を含めた量に応じてルーティングオプションおよびページングオプションを指定することもできる。
【０１４９】
通知および／または警報システムはまた、ユーザがいつ戻ると思われるかを推定することもでき、したがって、ユーザが戻ると思われる前に、重要と思われる優先度を送信する。これは、ユーザがいるパターンおよびユーザがいないパターンをある期間にわたって学習することによって達成することができる。この場合ユーザは、自分がいつシステムに戻ると思われるかについて適したポリシーを設定して、警報を受けずに優先度を見ることができる。システムによって決定された予想される帰還時間は、例えば緊急度の高いメッセージの送信側に自動的に送られるようにすることができる。このようにすると、メッセージ送信側は、ユーザがいつ戻ると思われ、それによりメッセージに返信することができるかについて、フィードバックを受け取る。送信側はまた、自分のメッセージがユーザのモバイル装置などに送られたことの通知を受けることもできる。
【０１５０】
図３９に、本発明による、優先度を生成して優先度に基づいた警報決定を行う方法を示す。説明を簡単にするために、この方法を一連の動作として図示および記述するが、本発明によれば、いくつかの動作は本明細書に図示および記述する順序とは異なる順序で、および／または本明細書に図示および記述する他の動作と同時に行うことができるので、本発明は動作の順序によって限定されることはないことを理解および認識されたい。例えば別法として、方法は、相互関係のある一連の状態またはイベントとして状態図などに表すこともできることを当業者なら理解および認識するであろう。さらに、本発明による方法を実施するために、例示する動作すべてが必要であるとは限らない。
【０１５１】
図３９を参照すると、フローチャート図２４７４は、本発明により優先度を生成および利用する方法を示す。２４８０で、優先度を割り当てるべきテキストなどのデータを受け取る。データは、ｅメールメッセージでも良く、その他ほぼ任意のタイプのデータまたはテキストで良い。２４８２で、述べたようにクラシファイアに基づいてデータについての優先度を生成する。さらに２４８２には、述べたようにクラシファイアの最初および後続の訓練を含めることもできる。
【０１５２】
次いで、２４８４でデータの優先度を出力する。図３９に示すように、これは２４８６、２４８８、２４９０、２４９２、２４９４における処理を含むことができる。２４８６で、現在時間ｔでデータを読まないことの予想損失を決定する。述べたようにこの決定は、ユーザが警報を受けずに自らテキストを読むという仮定に基づいて、未来の時点でテキストを読まないことの予想損失を考慮する。２４８８で、やはり述べたように予想警報コストを決定する。２４９０で損失がコストよりも大きい場合は、２４９２で時間ｔでは警報を行わず、新しい現在時間ｔで２４８６に戻る。２４８６に戻って続行する場合があるのは、時間が進むにつれていずれかの時点の予想損失が警報コストよりも大きくなることがあり、したがって２４９０での計算が変わる可能性があるからである。予想損失が警報コストよりも大きいときは、２４９４でユーザまたは他のシステムへの警報を行う。
【０１５３】
次に、ユーザまたは他のシステムへの警報の出力について述べる。ユーザは、いつ優先度決定済みテキストの警報を受けるべきかを指示する警報基準に基づいて、電子デバイス上で警報を受けることができる。ユーザが警報を受けるものとする電子デバイスは、以下により詳細に述べるように、ページャ、携帯電話機、または他の通信モダリティとすることができる。ページャや携帯電話などの電子デバイス上のユーザへの警報は、例えばユーザの位置、推論される作業、および／または注目のフォーカスに関する情報に反応するように適合させることのできる警報基準に基づくことができる。このような情報は、不確定性に基づいて推論するか、オンライン情報ソースからアクセスすることができる。例えばオンラインカレンダからの情報を、後でより詳細に述べる通知シンクなどのデバイスに情報を中継することに関する決定を行うために採用された制御基準に適合させることができる。
【０１５４】
警報は、優先度決定されたテキストまたは他のデータをルーティング基準に基づいてルーティングすることによって実施することができる。テキストのルーティングには、テキストを転送すること、および／またはテキストがｅメールの場合はテキストの送信側に返信することを含めることができる。例えば、音を再生して、優先度決定された文書についてユーザに警報することができる。あるいは、エージェントまたは自動化アシスタントを開くこともできる（例えば対話式表示ウィザード）。すなわち、エージェントが表示画面上に現れて、優先度決定された文書をユーザに通知することができる。さらに、優先度決定された文書は、画面上に表示させるなどによって開くことができる。文書はフォーカスを受けることができる。これはまた、文書の優先度が高いほど表示されるウィンドウが大きくなるように、文書をその優先度に基づいたサイズにすること、および／または、文書をその優先度に基づいて表示装置上で中央に配置することを含むこともできる。
【０１５５】
次に図４０を参照するが、これは、本発明の一態様によるテキスト生成／優先度システム２５００の図である。システム２５００は、プログラム２５０２およびクラシファイア２５０４を含む。プログラム２５０２およびクラシファイア２５０４は、コンピュータのコンピュータ可読媒体からコンピュータのプロセッサによって実行されるコンピュータプログラムを含むことができることに留意されたい。
【０１５６】
プログラム２５０２は、クラシファイア２５０４に入力するためのテキストを生成する。プログラムには、ｅメールを受け取る電子メールプログラムが含まれ、この場合はｅメールがテキストの働きをする。クラシファイア２５０４は、関連するメッセージについての優先度を生成する。前述のように、クラシファイア２５０４はベイズクラシファイア、サポートベクトルマシンクラシファイア、または他のタイプのクラシファイアとすることができる。次いで、述べたように、クラシファイア２５０４から出力されたテキストの優先度をコスト−利益分析と共に利用して、それに基づいてさらに出力および／または警報を実施する。
【０１５７】
次に図４１を参照すると、代替警報システム２５０８の図が示してある。図４１のシステム２５０８は警報システム２５１０を含む。図４１には、プログラム２５０２およびクラシファイア２５０４は示していない。ただし、警報システム２５１０はこれらと動作可能および／通信可能に結合される。システム２５１０は、コンピュータのコンピュータ可読媒体からコンピュータのプロセッサによって実行されるコンピュータプログラムを含む。警報システム２５１０は、例えばインターネット２５１２に通信可能に結合され、このネットワークは、警報システムが例えば警報基準に基づいて優先度決定済みテキストについてユーザに警報するため電子デバイスにコンタクトするのに使用するネットワークとすることができる。ただし、ネットワークはインターネット２５１２に限定しない。したがって警報システムは、インターネット２５１２などのネットワークから情報を受信することのできるページャ２５１４、携帯電話２５１６、またはその他の電子デバイスにコンタクトすることにより、優先度決定されたテキストについてユーザに警報することができる。これについて以下により詳細に述べる。
【０１５８】
次に図４２を参照すると、本発明の他の態様の図が示してある。これは例えばルーティングシステム２５２０（図４２（ａ））を含むことができる。ルーティングシステム２５２０は、優先度決定されたテキストを受け取るが、ルーティング基準に基づいてテキストの送信側に返信することができ、その場合、システム２５２０は返信機構である。システム２５２０はまた、ルーティング基準に基づいて、例えば様々なｅメールアドレスにテキストを転送することもでき、その場合、システムは転送機構である。前者は、ユーザが不在であることをユーザがメッセージの送信側に示したいときに有用であり、したがって、どのようにユーザに到達するかについてのコンタクト情報を送信側に提供することができる。後者は、ウェブベースのｅメールアドレスなど、様々なｅメールアドレスへのｅメールアクセスをユーザが有し、したがって高優先度のｅメールの通知を代替アドレスで受けたいときに有用である。
【０１５９】
図４２（ｂ）に示す警報システム２５３０は、優先度決定された文書を受け取り、述べたように、所定の基準（例えば重要度閾値または緊急度閾値よりも高い優先度）に基づいて、受信テキストを表示し、および／または音を提供することができる。システム２５３０によって受け取られた文書のうち、例えば所定の閾値よりも高い優先度を有する文書は、前述のような関連する優先度ラベルおよび／または優先度に適合した表示フォーマットを含む優先リストとして表示することができる。
【０１６０】
システム２５３０は、その他の機能を備えることもできる。例えば、優先度でフィルタリングするその能力によってユーザのｅメール記憶域上を調べる優先度指向のビューア（図示せず）を備えることができる。ビューアは、例えばメッセージの要約が優先度スコアによってリストにソートされるようにすることが可能である。ビューアはまた、任意選択として、未読のままになっているメッセージだけをユーザがソートし閲覧できるようにすることも可能である。ビューアはまた、ユーザがいくらかの調査期間内で優先度によるメッセージのソート（sorting）を調べ、考慮する範囲または期間を変更することができるようにすることも可能である。例えばユーザは、ビューアが今日からのｅメールだけを表示するように指定することができる。あるいはユーザは、優先度リストが２日、１週間、または受信ボックス中のすべてのメッセージにわたるように指定することができる。ビューアはまた、ユーザ指定の最小閾値よりも低いメッセージをユーザが表示から除去できるようにすることも可能である。
【０１６１】
さらに、低、中、高の優先度に対して質的に異なる音を使用することの他に、警報音が鳴る方式を定義する１つ以上のスカラーパラメータを利用することもできる。パラメータは、推論された優先度の関数とすることができる。このようなパラメータには例えば、音の変調または共鳴の連続的な変化に対して、警報音の音量などの変数が含まれる。
【０１６２】
様々な不確定性の範囲の間で閾値を定義するためのその他の機能をユーザに提供することもでき、この場合ユーザは、メッセージのサイズ決定およびセンタリングを自動化することを含めて、各範囲内で複数のオプションを指定することができる。例えば、ユーザが不在だったか別のアプリケーションで忙しかった間に到着したメッセージの要約をユーザに提供するための「不在中（While away）」ブリーファを含めることができる。ユーザが不在にした後で戻ったとき、またはシステムで静寂モードで作業した後でビューアに戻ったときに、優先度の値によって送られてきたｅメールの要約を出すようにシステムを構成することができる。自動化されたテキスト要約機構を制御して、メッセージのテキストの要約レベルを文書の優先度に応じて下げることができる。すなわち、文書の優先度が高いほど、要約ビュー内の要約の度合いがますます低くなる。また、優先度を利用して、表示に現れるｅメールヘッダに色付けするか、あるいは優先度フラグ、優先度レベルを示すアイコン、特別な優先度フィールド自体など、その他の注をｅメールヘッダに加えることもできる。
【０１６３】
さらに、メッセージに割り当てられた優先度に対してユーザ定義の閾値を利用して、閾値を超えるメッセージが到着したことの警報または要約が行われた後でいくらかの時間にわたってアクティブになる一時的な対話コンテキストを設定することもできる。警報に続き、対話コンテキストがアクティブな期間にわたって、警報に関連していたメッセージに関するその他の詳細へのアクセスをユーザに提供するための所定の所作が使用可能になる。このような所作には、例えばマウスを単純に左右に振り動かすことが含まれる。例として、オーディオ警報が、着信メッセージが何らかのクリティカリティ閾値を超えていることを示す場合がある。この場合ユーザは、マウスを素早く左右に振り動かして、警報をもたらしたメッセージに関する詳細を知ることができる。このような対話コンテキストがアクティブになる時間量は、メッセージの優先度に応じたものとしても良く、ユーザ定義でも良い。
【０１６４】
本発明の様々な態様に関するコンテキストを提供するために、図４３および後続の考察で、本発明の様々な態様を実施することのできる適したコンピューティング環境についての簡単かつ一般的な記述を提供するものとする。以上では、コンピュータ上で稼動するコンピュータプログラムのコンピュータ実行可能命令の一般的なコンテキストで本発明を述べたが、本発明は他のプログラムモジュールと組み合わせて実施することもできることを当業者なら理解するであろう。一般にプログラムモジュールは、特定のタスクを実施する、および／または特定の抽象データ型を実装する、ルーチン、プログラム、コンポーネント、データ構造などを含む。さらに、この発明的な方法は、シングルプロセッサまたはマルチプロセッサのコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、並びにパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサベースのまたはプログラム可能なコンシューマ電子機器など、他のコンピュータシステム構成でも実施できることを当業者なら理解するであろう。例示した本発明の態様はまた、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実施される分散コンピューティング環境で実施することもできる。ただし、本発明の態様の全部とは言わないまでもいくつかは、スタンドアロンコンピュータ上で実施することができる。分散コンピューティング環境では、プログラムモジュールは、ローカルとリモートの両方のメモリ記憶デバイス中に位置することができる。
【０１６５】
図４３を参照すると、本発明の様々な態様を実施するための例示的なシステムは、コンピュータ２６２０を含み、このコンピュータは、プロセッシングユニット２６２１と、システムメモリ２６２２と、システムメモリを含めた様々なシステムコンポーネントをプロセッシングユニット２６２１に結合するシステムバス２６２３とを備える。プロセッシングユニット２６２１は、市販の様々なプロセッサのいずれかとすることができる。プロセッシングユニット２６２１として、デュアルマイクロプロセッサアーキテクチャおよびその他のマルチプロセッサアーキテクチャを利用することもできることを理解されたい。
【０１６６】
システムバスは、市販の様々なバスアーキテクチャのいずれかを用いたメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含めた、いくつかのバス構造のいずれかとすることができる。システムメモリは、読出し専用メモリ（ＲＯＭ）２６２４およびランダムアクセスメモリ（ＲＡＭ）２６２５を含むことができる。ＲＯＭ２６２４には、起動時などにコンピュータ２６２０内の要素間で情報を転送するのに役立つ基本ルーチンを含むＢＩＯＳ(basic input/output system)が記憶される。
【０１６７】
コンピュータ２６２０はさらに、ハードディスクドライブ２６２７と、例えば取外し可能ディスク２６２９に対して読み書きを行うための磁気ディスクドライブ２６２８と、例えばＣＤ−ＲＯＭディスク２６３１または他の光学媒体に対して読み書きを行うための光ディスクドライブ２６３０とを備える。ハードディスクドライブ２６２７、磁気ディスクドライブ２６２８、および光ディスクドライブ２６３０は、それぞれハードディスクドライブインタフェース２６３２、磁気ディスクドライブインタフェース２６３３、および光ドライブインタフェース２６３４によってシステムバス２６２３に接続される。ドライブおよびそれらに関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの不揮発性記憶域をコンピュータ２６２０に提供する。以上のコンピュータ可読媒体の記述ではハードディスク、取外し可能磁気ディスク、およびCDについて言及したが、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジなど、他のタイプのコンピュータ可読媒体をこの例示的な動作環境で使用することもでき、さらにこのような媒体は本発明の方法を実施するためのコンピュータ実行可能命令を含むことができることは、当業者には理解されるはずである。
【０１６８】
ドライブおよびRAM２６２５には、オペレーティングシステム２６３５、１つ以上のアプリケーションプログラム２６３６、その他のプログラムモジュール２６３７、およびプログラムデータ２６３８を含めて、いくつかのプログラムモジュールを記憶することができる。図示のコンピュータ中のオペレーティングシステム２６３５は、適したものなら、ほぼどんなオペレーティングシステムでも良いことに留意されたい。
【０１６９】
ユーザは、キーボード２６４０、またはマウス２６４２などのポインティングデバイスを介して、コマンドおよび情報をコンピュータ２６２０に入力することができる。その他の入力デバイス（図示せず）には、マイクロホン、ジョイスティック、ゲームパッド、衛星受信アンテナ、スキャナなどを含めることができる。これらおよび他の入力デバイスは、システムバスに結合されたシリアルポートインタフェース２６４６を介してプロセッシングユニット２６２１に接続されることが多いが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）など、他のインタフェースによって接続することもできる。モニタ２６４７または他のタイプの表示デバイスも、ビデオアダプタ２６４８などのインタフェースを介してシステムバス２６２３に接続される。モニタに加えて、コンピュータは通常、スピーカやプリンタなど他の周辺出力デバイス（図示せず）も備える。
【０１７０】
コンピュータ２６２０は、リモートコンピュータ２６４９など１つ以上のリモートコンピュータとの論理接続を用いて、ネットワーク化された環境で動作することができる。リモートコンピュータ２６４９は、ワークステーション、サーバコンピュータ、ルータ、ピアデバイス、またはその他の一般的なネットワークノードとすることができ、図４３にはメモリ記憶デバイス２６５０しか示していないが、通常、コンピュータ２６２０に関して述べた要素の多くまたはすべてを備える。図４３に表す論理接続は、ローカルエリアネットワーク（ＬＡＮ）２６５１およびワイドエリアネットワーク（ＷＡＮ）２６５２を含むことができる。このようなネットワーキング環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット、およびインターネットによく見られるものである。
【０１７１】
ＬＡＮネットワーキング環境で利用されるときは、コンピュータ２６２０は、ネットワークインタフェースまたはアダプタ２６５３を介してローカルネットワーク２６５１に接続することができる。ＷＡＮネットワーキング環境で利用されるときは、コンピュータ２６２０は、一般にモデム２６５４を備えることができ、および／またはＬＡＮ上の通信サーバに接続され、および／またはインターネットなどのワイドエリアネットワーク２６５２を介して通信を確立するための他の手段を備える。モデム２６５４は内蔵でも外付けでも良く、シリアルポートインタフェース２６４６を介してシステムバス２６２３に接続することができる。ネットワーク化された環境では、コンピュータ２６２０に関して表すプログラムモジュールまたはその一部をリモートのメモリ記憶デバイスに記憶することができる。図示のネットワーク接続は例示的なものであり、コンピュータ間に通信リンクを確立する他の手段を使用することもできることを理解されたい。
【０１７２】
本発明は、特に指示しない限り、コンピュータプログラミングの当業者の慣例に従って、コンピュータ２６２０などのコンピュータによって実施される動作に関して、また操作の象徴的表現に関して述べた。このような動作および操作はしばしば、コンピュータ実行（computer-executed）と呼ばれる。これらの動作および象徴的に表した操作には、データビットを表す電気信号をプロセッシングユニット２６２１が処理し、その結果、電気信号表現を変形または整理編集し、メモリシステム（システムメモリ２６２２、ハードドライブ２６２７、フロッピー（登録商標）ディスク２６２９、ＣＤ−ＲＯＭ２６３１を含む）中のメモリ位置でデータビットを維持し、それによってコンピュータシステムの動作並びにその他の信号処理を再構成するか、またはそうではなく改変することが含まれることを理解されたい。このようなデータビットが維持されるメモリ位置は、データビットに対応する特定の電気的、磁気的、または光学的特性を有する物理的位置である。
【０１７３】
以上、本発明の好ましい態様について述べた。当然、本発明について述べるために、コンポーネントおよび方法の考えられるあらゆる組合せについて述べることは不可能だが、本発明のその他多くの組合せおよび順列も可能であることは当業者なら理解するであろう。したがって本発明は、頭記の特許請求の趣旨および範囲に入るこのような改変、修正、および変形をすべて含むものとする。
【図面の簡単な説明】
【図１】本発明の一態様による、優先度システムを管理するためのユーザインタフェースの概略ブロック図である。
【図２】本発明の一態様による、プロファイル設定を有するユーザインタフェースの図である。
【図３】本発明の一態様による、メッセージ制御を有するユーザインタフェースの図である。
【図４】本発明の一態様による、プロファイルスケジュールのためのユーザインタフェースの図である。
【図５】本発明の一態様による、規則を提供するユーザインタフェースの図である。
【図６】本発明の一態様による、学習オプションを提供するユーザインタフェースの図である。
【図７】本発明の一態様による、デバイスオプションを提供するユーザインタフェースの図である。
【図８】本発明の一態様による、プロファイル要約ビューを提供するグラフィカルユーザインタフェースの図である。
【図９】本発明の一態様による、ｅメール送達オプションを示すグラフィカルユーザインタフェースの図である。
【図１０】本発明の一態様による、優先度設定を提供するグラフィカルユーザインタフェースの図である。
【図１１】本発明の一態様による、代替設定を提供するグラフィカルユーザインタフェースの図である。
【図１２】本発明の一態様による、代替設定を提供するグラフィカルユーザインタフェースの図である。
【図１３】本発明の一態様による、プロファイルスケジュール設定を提供するグラフィカルユーザインタフェースの図である。
【図１４】本発明の一態様による、規則設定を提供するグラフィカルユーザインタフェースの図である。
【図１５】本発明の一態様による、特定の規則設定を示すグラフィカルユーザインタフェースの図である。
【図１６】本発明の一態様による、代替規則設定を示すグラフィカルユーザインタフェースの図である。
【図１７】本発明の一態様による、学習フィードバックを示すグラフィカルユーザインタフェースの図である。
【図１８】本発明の一態様による、学習オプションを示すグラフィカルユーザインタフェースの図である。
【図１９】本発明の一態様による、高度な学習オプションを示すグラフィカルユーザインタフェースの図である。
【図２０】本発明の一態様による、デバイス圧縮設定を示すグラフィカルユーザインタフェースの図である。
【図２１】本発明の一態様による、メッセージ送信オプションを示すグラフィカルユーザインタフェースの図である。
【図２２】本発明の一態様による、メッセージフォーマットオプションを示すグラフィカルユーザインタフェースの図である。
【図２３】本発明の一態様による、警報基準オプションを示すグラフィカルユーザインタフェースの図である。
【図２４】本発明の一態様による、ルーティング基準オプションを示すグラフィカルユーザインタフェースの図である。
【図２５】本発明の一態様による、代替ルーティング基準オプションを示すグラフィカルユーザインタフェースの図である。
【図２６】本発明の一態様による、修正可能オプションを示すグラフィカルユーザインタフェースの図である。
【図２７】本発明の一態様による優先度システムの概略ブロック図である。
【図２８】本発明の一態様によるクラシファイアを示すブロック図である。
【図２９】本発明の一態様によるメッセージ分類を示す概略ブロック図である。
【図３０】本発明の一態様によるスカラークラシファイア出力を示す概略ブロック図である。
【図３１】本発明の一態様による、テキストがクラス出力およびスカラー出力に従って分類されるのを示す概略ブロック図である。
【図３２】本発明の一態様による線形の優先度モデルを示す図である。
【図３３】本発明の一態様による非線形の優先度モデルを示す図である。
【図３４】本発明の一態様による、ユーザ活動を決定するためのモデルを示す図である。
【図３５】本発明の一態様による、現在のユーザ活動を決定するための推論ベースのモデルを示す図である。
【図３６】本発明の一態様による、警報コストを決定するための推論ベースのモデルを示す図である。
【図３７】本発明の一態様による、警報コストを決定するための推論ベースのモデルをより詳細に示す図である。
【図３８】本発明の一態様による、忠実度損失にかんがみて警報コストを決定するための推論ベースのモデルをより詳細に示す図である。
【図３９】本発明の一態様による、優先度を生成および決定する方法を示すフローチャート図である。
【図４０】本発明の一態様によるテキスト生成プログラムおよびクラシファイアを示す図である。
【図４１】本発明の一態様による警報システムを示す概略ブロック図である。
【図４２】本発明の一態様によるルーティングシステムおよび警報システムを示す図である。
【図４３】本発明の一態様による、適した動作環境を示す概略ブロック図である。
【符号の説明】
２０  優先度システムを管理するためのユーザインタフェース
３０  優先度システム
３４  メッセージ
４０  表示
５０  入力
６０  状況情報
６４  要約情報
６８  プロファイル
７２  ルーティングオプション
７６  スケジューリングオプション
８０  制御オプション
８４  規則
８８  学習オプション
９２  フィードバック
９４  デバイスルーティングオプション
１００  プロファイル設定および調節のユーザインタフェース
１１０  プロファイル領域
１１４  送達オプション
１２０  フォルダへのパイピング
１２４  優先度設定
１２８  リマインダ設定
１３２  学習状況
２００  メッセージ制御
２１０  警報オプション
２２０  色およびオーディオオプション
２３０  延期オプション
２４０  閾値調節
２５０  メッセージ量調節
２６０  重要度の要約
３００  プロファイルスケジュールのためのユーザインタフェース
３１０  プロファイルアプリケーション
３２０  時間設定
３３０  アクティブプロファイル
３４０  デフォルトプロファイル
３５０  ドゥノットディスターブ設定
３６０  情報エージェント
４００  規則またはポリシーを提供するユーザインタフェース
４１０  オーバーレイ
４２０  閲覧オプション
４３０  ルーティングオプション
４４０  プログラミングオプション
４５０  音声認識オプション
４６０  チャネルオプション
５００  学習オプションを提供するユーザインタフェース
５１０  フィードバック
５２０  メッセージの学習元
５３０  マーク付けされたメッセージ
５４０  高度オプション
５５０  学習規則
５６０  制御オプション
６００  デバイスオプションを提供するユーザインタフェース
６１０  表示設定
６２０  圧縮設定
６３０  メッセージリミット
６４０  メッセージフォーマットオプション
６５０  制御オプション
６６０  フィルタオプション
７００  プロファイル要約ビューおよび状態を提供するグラフィカルユーザインタフェース
８００  ｅメール送達オプションを示すグラフィカルユーザインタフェース
９００  優先度設定を提供するグラフィカルユーザインタフェース
１０００  プロファイルスケジュール設定を提供するグラフィカルユーザインタフェース
１１００  規則設定を提供するグラフィカルユーザインタフェース
１２００  選択された規則設定を有するグラフィカルユーザインタフェース
１３００  規則に関連付ける選択した人物を指定することを示すグラフィカルユーザインタフェース
１４００  学習フィードバックの一態様を示すグラフィカルユーザインタフェース
１５００  学習オプションを示すグラフィカルユーザインタフェース
１６００  高度な学習オプションを示すグラフィカルユーザインタフェース
１７００  デバイス圧縮設定を示すグラフィカルユーザインタフェース
１８００  メッセージフローおよび送達を制御するためのメッセージ送信オプションを示すグラフィカルユーザインタフェース
１９００  メッセージフォーマットオプションを示すグラフィカルユーザインタフェース
２４１２  優先度システム
２４１８  通知シンク
２４２０  クラシファイア
２４２６  クラシファイア構築／特徴選択モジュール
２４３０  データストア
２４３２  学習モデル
２４３４  バックグラウンドモニタ
２４３６  テキスト
２４３８  優先度出力
２４４２  クラシファイア
２４４４  新しいメッセージ
２４４６  フォルダ
２４４７  高優先度のトレーニングテキスト
２４４８  低優先度のトレーニングテキスト
２４４９  スカラー値
２４５０  中間優先度のトレーニングテキスト
２４５２  クラス
２５００  テキスト生成／優先度システム
２５０２  プログラム
２５０４  クラシファイア
２５０８  代替警報システム
２５１０  警報システム
２５１２  インターネット
２５１４  ページャ
２５１６  携帯電話
２５２０  ルーティングシステム
２５３０  警報システム
２６２０  コンピュータ
２６２１  プロセッシングユニット
２６２２  システムメモリ
２６２３  システムバス
２６２４  ＲＯＭ
２６２５  ＲＡＭ
２６２７  ハードディスクドライブ
２６２８  磁気ディスクドライブ
２６２９  取外し可能ディスク
２６３０  光ディスクドライブ
２６３１  ＣＤ−ＲＯＭディスク
２６３２  ハードディスクドライブインタフェース
２６３３  磁気ディスクドライブインタフェース
２６３４  光ドライブインタフェース
２６３５  オペレーティングシステム
２６３６  アプリケーションプログラム
２６３７  プログラムモジュール
２６３８  プログラムデータ
２６４０  キーボード
２６４２  マウス
２６４６  シリアルポートインタフェース
２６４７  モニタ
２６４８  ビデオアダプタ
２６４９  リモートコンピュータ
２６５０  メモリ記憶デバイス
２６５１  ＬＡＮ
２６５２  ＷＡＮ
２６５３  ネットワークアダプタ
２６５４  モデム
【図１】
0004896342.tif 000012
【図２】
0004896342.tif 000013
【図３】
0004896342.tif 000014
【図４】
0004896342.tif 000015
【図５】
0004896342.tif 000016
【図６】
0004896342.tif 000017
【図７】
0004896342.tif 000018
【図８】
0004896342.tif 000019
【図９】
0004896342.tif 000020
【図１０】
0004896342.tif 000021
【図１１】
0004896342.tif 000022
【図１２】
0004896342.tif 000023
【図１３】
0004896342.tif 000024
【図１４】
0004896342.tif 000025
【図１５】
0004896342.tif 000026
【図１６】
0004896342.tif 000027
【図１７】
0004896342.tif 000028
【図１８】
0004896342.tif 000029
【図１９】
0004896342.tif 000030
【図２０】
0004896342.tif 000031
【図２１】
0004896342.tif 000032
【図２２】
0004896342.tif 000033
【図２３】
0004896342.tif 000034
【図２４】
0004896342.tif 000035
【図２５】
0004896342.tif 000036
【図２６】
0004896342.tif 000037
【図２７】
0004896342.tif 000038
【図２８】
0004896342.tif 000039
【図２９】
0004896342.tif 000040
【図３０】
0004896342.tif 000041
【図３１】
0004896342.tif 000042
【図３２】
0004896342.tif 000043
【図３３】
0004896342.tif 000044
【図３４】
0004896342.tif 000045
【図３５】
0004896342.tif 000046
【図３６】
0004896342.tif 000047
【図３７】
0004896342.tif 000048
【図３８】
0004896342.tif 000049
【図３９】
0004896342.tif 000050
【図４０】
0004896342.tif 000051
【図４１】
0004896342.tif 000052
【図４２】
0004896342.tif 000053
【図４３】
0004896342.tif 000054