特許 6246591 電子通信のトリアージ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6246591

(24)【登録日】2017年11月24日

(45)【発行日】2017年12月13日

(54)【発明の名称】電子通信のトリアージ

(51)【国際特許分類】

   G06F 13/00 20060101AFI20171204BHJP

   G06Q 10/10 20120101ALI20171204BHJP

【ＦＩ】

   G06F13/00 620

   G06Q10/10

【請求項の数】8

【全頁数】22

(21)【出願番号】特願2013-543185(P2013-543185)

(86)(22)【出願日】2011年11月20日

(65)【公表番号】特表2014-508980(P2014-508980A)

(43)【公表日】2014年4月10日

(86)【国際出願番号】US2011061571

(87)【国際公開番号】WO2012078342

(87)【国際公開日】20120614

【審査請求日】2014年11月11日

(31)【優先権主張番号】12/961,180

(32)【優先日】2010年12月6日

(33)【優先権主張国】US

【前置審査】

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100140109

【弁理士】

【氏名又は名称】小野 新次郎

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100120112

【弁理士】

【氏名又は名称】中西 基晴

(74)【代理人】

【識別番号】100138759

【弁理士】

【氏名又は名称】大房 直樹

(72)【発明者】

【氏名】トア サンデリン

(72)【発明者】

【氏名】ジェイムズ クリーウェイン

(72)【発明者】

【氏名】ジェイムズ エデレン

(72)【発明者】

【氏名】ジョージ ペレイラ

(72)【発明者】

【氏名】アレクサンダー ウェットモア

(72)【発明者】

【氏名】ジョン ウィン

【審査官】 小林 義晴

(56)【参考文献】

【文献】 米国特許出願公開第２００９／０１２４２４１（ＵＳ，Ａ１）

【文献】 特開２００２−１４９５７１（ＪＰ，Ａ）

【文献】 特開２００３−２４８６４７（ＪＰ，Ａ）

【文献】 藤川英士，他３名，キーワードを用いた情報フィルタリングシステムの構築に関する考察，情報処理学会研究報告，日本，社団法人情報処理学会，１９９７年 ２月２８日，第97巻,第20号，p.37-42

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｑ １０／１０

(57)【特許請求の範囲】

【請求項1】

コンピュータシステム環境において電子通信のトリアージを行うための方法であって、
コンピュータ装置にてデフォルトモデルをトレーニングして受信者固有のモデルを受信者個人用に作成するステップであって、前記デフォルトモデルが、前記受信者と共通の特徴を有するユーザのサンプルに対して調整された複数の重み付けされた因子から形成され、前記受信者固有のモデルが、前記受信者の履歴挙動情報およびフィードバック情報を使用して修正された前記デフォルトモデルから形成されるステップと、
前記受信者に宛てられたアイテムを前記コンピュータ装置にて傍受するステップと、
前記アイテムに関連する複数のアイテム特性を前記コンピュータ装置にて抽出するステップと、
前記受信者固有のモデルを回収するステップであって、前記受信者固有のモデルが前記複数の抽出されたアイテム特性に関連する前記複数の重み付けされた因子を備え、前記複数の重み付けされた因子のそれぞれは、前記受信者がそれぞれのアイテム特性に重要度を関連付ける傾向があるか、非重要度を関連付ける傾向があるかを示す指標を具現化する、ステップと、
前記複数の抽出されたアイテム特性に関連する前記複数の重み付けされた因子を組み合わせるステップと、
前記複数の重み付けされた因子の組み合わせに基づき、予測されるアイテムの重要度を生成するステップと、
前記予測されるアイテムの重要度に基づき、前記受信者用の前記アイテムに関連する少なくとも１つのアプリケーション特性を有効にするステップと、
前記アイテムに関連する受信者の挙動に基づいて、前記予測されたアイテムの重要度が、前記受信者が実際に前記アイテムを重要であると考えるか、非重要であると考えるかと一致するかどうかを評価するステップと、
前記受信者の履歴挙動情報およびフィードバック情報に基づき前記複数の重み付けされた因子を調整するステップであって、前記フィードバック情報は、前記予測されるアイテムの重要度の前記受信者による修正を含む、ステップと、
を含むことを特徴とする方法。

【請求項2】

推論訂正、処理規則の定義、閾値定義、および重要度粒度のうちの１つまたは複数を含む受信者カスタマイズを取得することにより、前記デフォルトモデルのトレーニングを継続して前記受信者固有のモデルを個人用に作成するステップをさらに含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記アイテムに関連する受信者の挙動を周期的に取得することにより、前記デフォルトモデルのトレーニングを継続して前記受信者固有のモデルを個人用に作成するステップをさらに含むことを特徴とする請求項１に記載の方法。

【請求項4】

前記取得した受信者の挙動に基づき、前記複数の重み付けされた因子および前記予測されるアイテムの重要度の少なくとも１つを調整するステップをさらに含み、前記調整は、前記予測されたアイテムの重要度が、前記受信者が実際に前記アイテムを重要であると考えるか、非重要であると考えるかと一致するかどうかに関する、前記評価の結果に適合するように実施されることを特徴とする請求項１に記載の方法。

【請求項5】

前記アイテムが、電子メールメッセージ、音声メールメッセージ、スケジュールメッセージ、インスタントメッセージ、ウェブベースメッセージ、およびソーシャルコラボレーションメッセージのうちの１つまたは複数を含む通信を含むことを特徴とする請求項１に記載の方法。

【請求項6】

前記抽出されたアイテム特性が、直接観察されるアイテムの特徴および推論されるアイテム特徴の内の少なくとも１つを含むことを特徴とする請求項１に記載の方法。

【請求項7】

処理装置と、
前記処理装置に接続されるシステムメモリと
を備えるコンピュータ装置であって、
前記システムメモリは、前記処理装置により実行されると、前記処理装置に、コンピュータシステム環境において電子通信のトリアージを行うためにユーザモデルを階層的にトレーニングするべく構成されたトレーニングモジュールを実装させる命令を含み、
前記トレーニングモジュールは、
プロトタイプのユーザモデルに基づくユーザのデフォルト推論のセットを生成するステップと、
前記ユーザに対して前記デフォルト推論のセットを個人用に作成するためのユーザ固有の情報を取得するステップであって、ユーザ固有の履歴挙動情報およびフィードバック情報を回収することと、アイテムの受領に応答したユーザ固有の挙動情報およびフィードバック情報を回収することとを含む、ステップと、
前記ユーザ固有の情報を用いて前記デフォルト推論のセットを更新し、アイテムのトリアージモデルに適用するために個人用に作成された推論のセット形成するステップと、
予測されるアイテムの重要度を露出させるために、前記ユーザに関連する少なくとも１つのアプリケーション特性を有効にするステップであって、前記アイテムに関連する受信者の挙動に基づいて、前記予測されたアイテムの重要度が、前記受信者が実際に前記アイテムを重要であると考えるか、非重要であると考えるかと一致するかどうかを評価することを含む、ステップと
を行うべく構成され、
前記フィードバック情報は、前記予測されるアイテムの重要度の前記受信者による修正を含む、
ことを特徴とするコンピュータ装置。

【請求項8】

コンピュータ実行可能命令を記憶するコンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令はコンピュータ装置により実行されると、
前記コンピュータ装置にてデフォルトモデルをトレーニングして受信者固有のモデルを受信者個人用に作成するステップであって、前記デフォルトモデルが、前記受信者と共通の特徴を有するユーザのサンプルに対して調整された複数の重み付けされた因子から形成され、前記共通の特徴が、共通の職業と共通の趣味を含む群から選択され、前記受信者固有のモデルが、前記受信者の履歴挙動情報およびフィードバック情報を使用して修正された前記デフォルトモデルから形成されるステップと、
前記受信者に宛てられたアイテムを前記コンピュータ装置にて傍受するステップであって、前記アイテムが、電子メールメッセージ、スケジュールメッセージ、インスタントメッセージ、ウェブベースのメッセージ、およびソーシャルコラボレーションメッセージを含む群から選択されるステップと、
前記アイテムに関連する複数のアイテム特性を前記コンピュータ装置にて抽出するステップであって、前記アイテム特性が、アイテム送信者の特徴、アイテム受信者の特徴、会話の特徴、および添付ファイルの特徴を含む群から選択される前記アイテムの特徴を含むステップと、
前記受信者固有のモデルを回収するステップであって、前記受信者固有のモデルが前記複数の抽出されたアイテム特性に関連する前記複数の重み付けされた因子を備え、前記複数の重み付けされた因子のそれぞれは、前記受信者がそれぞれのアイテム特性に重要度を関連付ける傾向があるか、非重要度を関連付ける傾向があるかを示す指標を具現化する、ステップと、
前記複数の抽出されたアイテム特性に関連する前記複数の重み付けされた因子を組み合わせるステップと、
前記複数の重み付けされた因子の組み合わせに基づき、予測されるアイテムの重要度を生成するステップであって、前記予測されるアイテムの重要度がアイテムを重要または非重要の一方であると指定するステップと、
前記予測されるアイテムの重要度に基づき、前記アイテムのキーコンテンツをハイライトする強調特性、前記アイテムのクイックビューを提供する表示特性、および前記アイテムの一時的なビューを提供する通知特性を含む群から選択される、前記受信者用の前記アイテムに関連する少なくとも１つのアプリケーション特性を有効にするステップと、
前記アイテムに関連する受信者の挙動に基づいて、前記予測されたアイテムの重要度が、前記受信者が実際に前記アイテムを重要であると考えるか、非重要であると考えるかと一致するかどうかを評価するステップと、
前記受信者の履歴挙動情報およびフィードバック情報に基づき前記複数の重み付けされた因子を調整するステップであって、前記フィードバック情報は、前記予測されるアイテムの重要度の前記受信者による修正を含む、ステップと、
を含むステップを前記コンピュータ装置に実行させることを特徴とするコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子通信のトリアージに関する。

【背景技術】

【0002】

公私にわたる通信の管理における電子装置の使用の増加は、典型的には着信メッセージの増加につながる。

【発明の概要】

【発明が解決しようとする課題】

【0003】

多くの事例において、膨大な量の着信メッセージのため、それを全て効率的に処理するエンドユーザの能力が妨げられることが多い。そのようなメッセージの過負荷から生じる問題および非効率性の例には、重要なメッセージを見落とす可能性が高くなること、および受信メッセージをふるいにかけるのに要する時間の投資が増えることが含まれる。

【課題を解決するための手段】

【0004】

一態様において、コンピュータシステム環境において電子通信のトリアージを行うための方法は、コンピュータ装置にてデフォルトモデルをトレーニングして受信者固有のモデルを受信者個人用に作成するステップであって、デフォルトモデルが、受信者と共通の特徴を有するユーザのサンプルに対して調整された複数の重み付けされた因子から形成され、受信者固有のモデルが、受信者の履歴挙動情報およびフィードバック情報を使用して修正されたデフォルトモデルから形成されるステップと、受信者に宛てられたアイテムをコンピュータ装置にて傍受するステップと、アイテムに関連する複数のアイテム特性をコンピュータ装置にて抽出するステップと、受信者固有のモデルを回収するステップであって、受信者固有のモデルが複数の抽出されたアイテム特性に関連する複数の重み付けされた因子を備えるステップと、複数の重み付けされた因子の組み合わせを形成するステップを含め重要度分類モデルを複数の抽出されたアイテム特性に適用するステップと、複数の重み付けされた因子の組み合わせに基づき、予測されるアイテムの重要度を生成するステップと、予測されるアイテムの重要度に基づき、受信者用のアイテムに関連する少なくとも１つのアプリケーション特性を有効にするステップとを含む。

【0005】

別の態様において、コンピュータ装置は、処理装置と、処理装置に接続されるシステムメモリとを備え、システムメモリは、処理装置により実行されると、処理装置に、コンピュータシステム環境において電子通信のトリアージを行うためにユーザモデルを階層的にトレーニングするべく構成されたトレーニングモジュールを実装させる命令を含み、トレーニングモジュールは、プロトタイプのユーザモデルに基づくユーザのデフォルト推論のセットであって、デフォルト推論がアイテム属性、属性値、属性重み、および属性信頼性を含むデフォルト推論のセットを生成することと、ユーザ固有の情報を取得して、アイテムの受領に応答して、ユーザ固有の履歴挙動情報およびフィードバック情報の回収と、ユーザ固有の挙動情報およびフィードバック情報の回収とを含め、ユーザに対するデフォルト推論のセットを個人用に作成することと、ユーザ固有の情報を用いてデフォルト推論のセットを更新し、アイテムのトリアージモデルに適用するために個人用に作成された推論のセット形成することと、予測されるアイテムの重要度を露出させるためのユーザに関連する少なくとも１つのアプリケーション特性を有効にすることを行うべく構成される。

【0006】

さらに別の態様において、コンピュータ可読記憶媒体は、コンピュータ装置により実行されると、コンピュータ装置に以下のステップを実行させるコンピュータ実行可能命令を有する。ステップには、コンピュータ装置にてデフォルトモデルをトレーニングして受信者固有のモデルを受信者個人用に作成するステップであって、デフォルトモデルが、受信者と共通の特徴を有するユーザのサンプルに対して調整された複数の重み付けされた因子から形成され、共通の特徴が、共通の職業および共通の趣味を含む群から選択され、受信者固有のモデルが、受信者の履歴挙動情報およびフィードバック情報を使用して修正されたデフォルトモデルから形成されるステップと、受信者に宛てられたアイテムをコンピュータ装置にて傍受するステップであって、アイテムが、電子メールメッセージ、スケジュールメッセージ、インスタントメッセージ、ウェブベースのメッセージ、およびソーシャルコラボレーションメッセージを含む群から選択されるステップと、アイテムに関連する複数のアイテム特性をコンピュータ装置にて抽出するステップであって、アイテム特性が、アイテム送信者の特徴、アイテム受信者の特徴、会話の特徴、および添付ファイルの特徴を含む群から選択されるアイテムの特徴を含むステップと、受信者固有のモデルを回収するステップであって、受信者固有のモデルが複数の抽出されたアイテム特性に関連する複数の重み付けされた因子を備えるステップと、複数の重み付けされた因子の組み合わせを形成するステップを含め重要度分類モデルを複数の抽出されたアイテム特性に適用するステップと、複数の重み付けされた因子の組み合わせに基づき、予測されるアイテムの重要度を生成するステップであって、予測されるアイテムの重要度がアイテムを重要または非重要の一方であると指定するステップと、予測されるアイテムの重要度に基づき、アイテムのキーコンテンツをハイライトする強調特性、アイテムのクイックビューを提供する表示特性、およびアイテムの一時的なビューを提供する通知特性を含む群から選択される、受信者用のアイテムに関連する少なくとも１つのアプリケーション特性を有効にするステップと、デフォルトモデルのトレーニングを継続して受信者固有のモデルを個人用に作成するために、アイテムに関連する受信者の挙動およびフィードバックを所定の期間周期的に取得するステップとを含む。

【0007】

本「発明の概要」は、以下の「発明を実施するための形態」でさらに説明する概念を選択して簡略化した形式で紹介するために提供するものである。本「発明の概要」は、特許請求の主題の重要な特性または主要な特性を特定することを意図しておらず、特許請求の主題の範囲をいかなる形でも制限するものとして使用されることも意図していない。

【図面の簡単な説明】

【0008】

本開示の態様は、種々の実施形態についての以下の詳細な説明を添付の図面と関連付けて検討することによりさらに十分に理解することができる。

【図1】電子通信のトリアージを行うためにユーザモデルデータをトレーニングする例示の方法のフローチャートである。

【図2】例示のネットワーク化されたコンピュータ環境を示す図である。

【図3】図２の環境の例示のサーバコンピュータ装置を示す図である。

【図4】図２の環境のクライアント装置の例示の論理モジュールを示す図である。

【図5】例示のトリアージアプリケーション環境を示す図である。

【図6】電子通信のトリアージを行うためにユーザモデルデータを階層的トレーニングする例示の方法のフローチャートである。

【図7】例示のトリアージメッセージ環境の第１のビューを示す図である。

【図8】図７のメッセージ環境の第２のビューを示す図である。

【図9】別の例示のトリアージメッセージ環境の第１のビューを示す図である。

【発明を実施するための形態】

【0009】

本開示は、コンピュータシステム環境において電子通信のトリアージを行うためのシステムおよび方法を志向している。本明細書で説明するトリアージ技術は、ユーザ固有の電子通信データおよび関連する挙動の分析により、それぞれのユーザがどの通信を重要または非重要とみなす傾向があるのかを判定可能にすることによって、大量の着信する電子通信に関連する問題を軽減する。通信の重要度の評価を使用して、エンドユーザが任意で大量の着信する通信を効率的に処理することを可能にするアプリケーション特性を露出させる。以下に提供する例を議論することによって本開示の種々の態様の適用が、得られるであろうが、それに限定されることはない。

【0010】

ここで図１を参照すると、電子通信のトリアージを行うためにユーザモデルデータをトレーニングする例示の方法１００が示されている。概して、方法１００を、サーバ側のプロセスまたはクライアント側のプロセスにより実装することができる。サーバ側のプロセスおよびクライアント側のプロセスの例を、図２から９に関連して以下に説明する。他の実施形態が可能である。例えば、方法１００を、サーバ側のプロセスおよびクライアント側のプロセスの両方の機能性を組み込んだ混合様式で実装してもよい。

【0011】

方法１００は収集モジュール１０５で開始される。収集モジュール１０５は、通信データを管理するプロセスから、個人または集団などの受信者を対象とした電子通信データを回収するべく構成される。電子通信データは一般的にアイテムと呼ばれる。例示のアイテムには、電子メールメッセージ、音声メールメッセージ、スケジュール予約、ＳＭＳメッセージ、ＩＭメッセージ、ＭＭＳメッセージ、ウェブ更新、フェイスブックメッセージ、ツイッターフィード、電子文書などが含まれる。他の実施形態も可能である。

【0012】

動作フローは解析モジュール１１０に進む。解析モジュール１１０は、収集モジュール１０５により回収されたアイテムの複数のアイテム特性を抽出するべく構成される。アイテム特性は概して、アイテムのコンテンツについての理解に基づき直接抽出または推測可能な、アイテムの任意の考え得る特徴である。

【0013】

例えば、アイテム特性には、アイテムの送信者および／または受信者に関する特徴を含むことができ、例えば、送信者／受信者の識別（例えば、ＳＭＴＰアドレス）、送信者／受信者の関係（例えば、上司）、送信者／受信者のドメインまたは会社（例えば、マイクロソフト）、送信者／受信者のタイプ（例えば、オートメール）、送信者／受信者の場所（例えば、緊急治療室）、送信者／受信者の装置（例えば、スマートフォン）、アイテム送信の特徴（例えば、ＣＣ）などがある。他の例示のアイテム特性には、受信者および／または状況の特徴に関する特徴が含まれ、例えば、送信者／受信者の現在または未来の状態（例えば、会議中）、送信者／受信者の現在または未来の場所（例えば、ミネアポリス）などがある。

【0014】

他の例示のアイテム特性には、アイテムのタイプ（例えば、電子メールメッセージ）、添付ファイルの有無（例えば、はい）、アクセス制御情報（例えば、ＤＲＭ）、優先度情報（例えば、高）、時間情報（例えば、受信の日／時間）などに関する特徴が含まれる。他の例示のアイテム特性には、会話開始の特徴（例えば、私が開始したか？）、会話貢献の特徴（例えば、私からの貢献か？）、アイテムの階層的特徴（例えば、会話の中で最新か？）などに関する特徴が含まれる。他の例示のアイテム特性には、件名の接頭語（例えば、ＲＥ）、件名のキーワード（例えば、お読み下さい）などに関する特徴が含まれる。他の例示のアイテム特性には、アイテムの本体またはアイテムの添付ファイルに関する特徴、例えば、テキストのキーワード（例えば、重要）、ハイパーリンクのコンテンツ（例えば、はい−ハイパーリンクを含みます）などが含まれる。

【0015】

さらに他のアイテム特性が可能である。

【0016】

動作フローは次に、取得モジュール１１５に進む。取得モジュール１１５は、収集モジュール１０５により回収されたアイテムの各対象の受信者に固有のモデルデータを回収するべく構成される。以下の例示の検討において、対象の受信者には単一の個人が含まれ、また、受信者固有のモデルデータは、取得モジュール１１５によりデータ記憶装置から回収される。例示のデータ記憶装置については、図２に関連して以下に説明する。

【0017】

例示の諸実施形態において、受信者固有のモデルデータには、複数のアイテム特性（例えば、解析モジュール１１０により抽出されたアイテム特性に対応する）が含まれ、そのそれぞれに、受信者がそれぞれのアイテム特性に重要度を関連付ける傾向があるか、非重要度を関連付ける傾向があるかを示す指標を具現化する重みが割り当てられる。例えば、受信者が、上司から送信される電子メールメッセージを読む傾向があり、かつ、自動サービスから送信される電子メールメッセージを無視する傾向がある場合、上司に関連する受信者用のモデルデータ内のアイテム特性には、自動サービスに関連するアイテム特性よりも大きな重み付け因子が含まれるかもしれない。概して、重みまたは重み付け因子には、数値、閾値などのような任意の形式の定量的尺度を含むことができる。例えば、上記で検討したような上司に関連するアイテム特性には重み「７」が含まれるかもしれず、一方、自動サービスに関連するアイテム特性には重み「３」が含まれるかもしれない。

【0018】

動作フローは次に、実装モジュール１２０に進む。実装モジュール１２０は、分類モデルのモデル基準を取得モジュール１１５により回収された受信者固有のモデルデータに適用するべく構成される。図６について以下でさらに詳細に説明するように、多数の関連するユーザからのトレーニングデータを分析することから計算されるプロトタイプのモデルデータを使用する階層的トレーニングプロセスを介して、受信者固有のモデルデータを形成し、より正確にかつより効率的に単一ユーザ（すなわち、受信者）用のモデルをトレーニングすることが可能である。他の実施形態が可能である。

【0019】

実装モジュール１２０はさらに、分類モデルのタイプに基づく１つまたは複数の予測を生成するべく構成される。例示のモデル基準には、分類モデルに関係する受信者固有のモデルデータのアイテム特性の指定、および、さらに、関係があると評価されるアイテム特性に関連する重みの使用を指定するアルゴリズムが含まれる。

【0020】

例示の諸実施形態において、分類モデルが「重要度」モデルに対応し、それにおいて、実装モジュール１２０は、受信者固有のモデルデータからの関係するアイテム特性を関連する重みに相関させ、また、それらの重みの組み合わせを使用して、予測されるアイテムの重要度を生成する。予測されるアイテムの重要度には概して、収集モジュール１０５により回収されたアイテムが対象の受信者にとって重要であるか非重要であるかについての予測が含まれる。他の実施形態が可能である。例えば、いくつかの実施形態において、分類モデルは「緊急度」モデルに対応し、それにおいて、実装モジュール１２０は、受信者固有のモデルデータからの関係するアイテム特性を関連する重みに相関させ、また、それらの重みの組み合わせを使用して、対象の受信者ができるだけ早く考慮または注目すべきアイテムを示す、予想されるアイテムの緊急度を生成する。さらに他の実施形態が可能である。

【0021】

重要度モデルの例示のアプリケーションには、新しい電子メールメッセージの重要度の重み全体を計算すること、そして、電子メールメッセージが受信者にとって重要であるかどうかを計算された重要度の重みに基づき判定することが含まれる。例えば、「１から１０」のスケールでは、計算された重要度の重み「４」は、電子メールメッセージが中程度に重要であると指定することができ、計算された重要度の重み「７．８」は、電子メールメッセージが非常に重要であると指定することができ、計算された重要度の重み「−６」は、電子メールメッセージが非重要であると指定することができる。他の実施形態が可能である。例えば、いくつかの実施形態において、新しい電子メールメッセージの重要度の重み全体は、電子メールメッセージの相対的な重要度を指定する「０」から「１」の範囲の確率として計算される。例えば、「０」から「０．２」の範囲の閾値は、電子メールメッセージの相対的な重要度が「非重要」すなわち「低い」と指定することができ、「０．２」から「０．８」の範囲の閾値は、電子メールメッセージの相対的な重要度が「普通」であると指定することができ、「０．８」から「１」の範囲の閾値は、電子メールメッセージの相対的な重要度が「重要」すなわち「高い」と指定することができる。さらに他の実施形態が可能である。

【0022】

動作フローは次に、記憶モジュール１２５に進む。記憶モジュール１２５は概して、取得モジュール１１５により回収された受信者固有のモデルデータ、および、実装モジュール１２０により生成された１つまたは複数の予測を記憶するべく構成される。

【0023】

動作フローは次に、第１のトレーニング分岐１３０と第２のトレーニング分岐１３５との間で分岐する。例示の第１のトレーニング分岐１３０には、第１の監視モジュール１４０および第１の抽出モジュール１４５が含まれる。第２のトレーニング分岐１３５には、第２の監視モジュール１５０および第２の抽出モジュール１５５が含まれる。概して、第１のトレーニング分岐１３０内の動作フローは、第２のトレーニング分岐１３５に対して独立している。

【0024】

ここで第１のトレーニング分岐１３０を参照すると、第１の監視モジュール１４０は、収集モジュール１０５により回収されたアイテムに対する受信者の挙動を監視かつ取得するべく構成される。例示の受信者の挙動には、アイテムに関する任意の形式の直接観察可能な動作が含まれる。そのような観察可能な動作は、１つの動作または複合した動作であってよい。電子メールメッセージの例において、受信者の挙動は、電子メールメッセージを開く、電子メールメッセージを削除する、および電子メールメッセージを転送するなどの単一の動作に関連してよい。複合した動作には、簡単に電子メールメッセージに目を通してからそれをすぐに削除する、送信規則を介してフォルダに自動的にファイルされる電子メールメッセージにアクセスしないで放置するなどの動作を含んでよい。

【0025】

第１の監視モジュール１４０は、所定の期間ｄＴの間、収集モジュール１０５により回収されたアイテムに対する受信者の挙動を監視かつ取得するべく構成される。例示の期間には、１時間の内のごく一部、１時間、１日、１週間などが含まれる。所定の期間ｄＴが過ぎた後、第１の監視モジュール１４０は、取得した受信者の挙動を第１の抽出モジュール１４５に転送する。他の諸実施形態において、第１の監視モジュール１４０は加えて、相対的な重要度を指定する受信者の動作または所定の期間の経過後のいずれか先に発生する方に基づき、収集モジュール１０５により回収されたアイテムに対する受信者の挙動を監視かつ取得するべく構成される。相対的な重要度を指定する受信者の動作の例には、重要度を指定する「返信した」、非重要度を指定する「簡単に目を通してすぐに削除した」などが含まれる。以下でさらに詳細に説明するように、受信者の動作および所定の期間の経過の組み合わせに基づき受信者の挙動を取得することにより、分類モデルを素早くかつ効率的に更新することが可能となる。

【0026】

第１の抽出モジュール１４５は、取得した受信者の挙動を利用して挙動検証データを生成するべく構成される。概して、挙動検証データには、実装モジュール１２０により生成された予測されるアイテムの重要度が、受信者が実際にアイテムを重要であると考えるか、非重要であると考えるかと一致するかどうかについての情報が含まれる。第１の抽出モジュール１４５は続いて、挙動検証データを更新モジュール１６０に転送する。更新モジュール１６０は、受信者固有のモデルデータの複数のアイテム特性に関連する重みを調整するべく構成される。例えば、電子メールメッセージの例において、挙動検証データに、受信者が上司から送信される電子メールメッセージを重要であると考えると強く示唆する情報が含まれる場合、上記で検討したような上司に関連するアイテム特性は、重み「７」から重み「９」に調整または再調整されるかもしれない。他の実施形態が可能である。

【0027】

例示の諸実施形態において、動作フローは、所定の時間遅延ｄＴの後、第１の抽出モジュール１４５から第１の監視モジュール１４０に戻る。第１のトレーニング分岐１３０内におけるループ処理のフローは、受信者の動作に基づき受信者固有のモデルデータを継続的に微調整することに役立つ。

【0028】

ここで第２のトレーニング分岐１３５を参照すると、第２の監視モジュール１５０は、収集モジュール１０５により回収されたアイテムの重要度に関する受信者フィードバックを監視かつ取得するべく構成される。例示の受信者フィードバックには、アイテムの重要度に関する受信者からの任意の形式の明示的なフィードバックが含まれる。電子メールメッセージの例において、明示的なフィードバックには、実装モジュール１２０により生成された予測されるアイテムの重要度の受信者による修正が含まれ、例えば、実装モジュール１２０が誤って電子メールメッセージが重要であるとするフラグを立てた時に、電子メールメッセージを非重要であるとマーク付けすることができる。他の実施形態が可能である。

【0029】

例えば、他の明示的なフィードバックには、重要度に関係する特定の処理規則または処理規則の校正の有効化または無効化が含まれ、例えば、アイテムの重要度の指標として送信者の会社を使用することを無効にすることができる。他の明示的なフィードバックには、重要度のレベルの閾値の設定が含まれ、例えば、相対的な重要度が閾値の重みより大きい時だけアイテムを重要であると定義することができる。他の明示的なフィードバックには、既存の処理規則のカスタマイズまたは新しい処理規則の定義付けが含まれ、例えば、配偶者から送信される文字列「９１１」を含む電子メールメッセージには緊急性があり重要であるというフラグを立てることができる。さらに他の実施形態が可能である。

【0030】

第２の監視モジュール１５０は、所定の期間ｄＴ（例えば、１時間、１日、１秒など）、収集モジュール１０５により回収されたアイテムに対する受信者フィードバックを監視かつ取得するべく構成される。所定の期間ｄＴが過ぎた後、第２の監視モジュール１５０は、取得した受信者フィードバックを第２の抽出モジュール１５５に転送する。他の実施形態が可能である。

【0031】

第２の抽出モジュール１５５は、取得した受信者フィードバックを利用してフィードバック検証データを生成するべく構成される。いくつかの実施形態において、フィードバック検証データには、実装モジュール１２０により生成された予測されるアイテムの重要度が、受信者が実際にアイテムを重要であると考えるか、非重要であると考えるかと一致するかどうかについての明示的な指定が含まれる。第２の抽出モジュール１５５は続いて、フィードバック検証データを更新モジュール１６０に転送する。本例示の事例において、更新モジュール１６０は、受信者フィードバックに基づき受信者固有のモデルデータの複数のアイテム特性に関連する重みを調整するべく構成される。例えば、電子メールメッセージの例において、フィードバック検証データに、受信者が自動サービスから送信される電子メールメッセージを非重要であると強く考えるという指定が含まれる場合、上記で検討したような自動サービスに関連するアイテム特性は重み「５」から重み「１」に調整されるかもしれない。他の実施形態が可能である。

【0032】

動作フローは、所定の時間遅延ｄＴの後、第２の抽出モジュール１５５から第２の監視モジュール１５０に戻る。第２のトレーニング分岐１３５内におけるループ処理のフローは、受信者フィードバックに基づき受信者固有のモデルデータを継続的に微調整することに役立つ。

【0033】

いくつかの実施形態において、受信者固有のモデルデータは、第１のトレーニング分岐１３０および第２のトレーニング分岐１３５を介して受け取った情報に基づき別々に更新される。例えば、第２のトレーニング分岐１３５により受け取った情報に関連する信頼性に、第１のトレーニング分岐１３０により受け取った情報よりも高い信頼性を割り当てることができる。このように、第２のトレーニング分岐１３５により受け取った情報（すなわち、明示的なフィードバック）は、第１のトレーニング分岐１３０により受け取った情報（すなわち、黙示的フィードバック）よりも強い影響を、受信者固有のモデルデータのトレーニングに与えるであろう。例えば、いくつかの実施形態において、第２のトレーニング分岐１３５により受け取った情報は、第１のトレーニング分岐１３０により受け取った情報より完全に優先される。他の実施形態が可能である。

【0034】

加えて、第１のトレーニング分岐１３０により受け取った情報には、重要度に関する信頼性の観点から可変の強度を割り当てて、どの情報が受信者固有のモデルデータのトレーニングにより強い影響を与えるのかを判定することができる。例えば、「返信する」などの観察される受信者の動作には、「詳細に読む」よりも高い強度を割り当ててよく、「詳細に読む」には「放置する」よりも高い強度を割り当ててよく、「放置する」には「すぐに読む」よりも高い強度を割り当ててよいなどである。他の実施形態が可能である。

【0035】

図２から９について以下でさらに詳細に説明するように、例示の方法１００では、幅広いクライアント側のアプリケーション特性を有効にして、エンドユーザが任意で大量の着信する通信のトリアージを効率的に行うことを可能にする。例示のクライアント側のアプリケーション特性には、アイテム内のキーコンテンツをハイライトまたは強調するハイライト特性または強調特性が含まれる。そのようなハイライト特性は、特定のアイテムを明確にマーク付けすることまたはコンテンツを通信に挿入することであるため、与える影響は低く、ユーザが短時間で通信のトリアージを行うことには役立つが、クライアント側のアプリケーションの機能性を実質上変更はしない。

【0036】

別の例示のクライアント側のアプリケーション特性には、ユーザが最も重要な通信のみを素早く閲覧することを可能にするクイックビュー特性が含まれる。別の例示のクライアント側のアプリケーション特性には、最も重要な通信に従ってソートされたビューを提供する自動優先順位付け特性が含まれる。別の例示のクライアント側のアプリケーション特性には、特定の期間後に対処されていない通信を自動的にファイルする、既読としてマークを付ける、または削除するエージアウト特性が含まれる。別の例示のクライアント側のアプリケーション特性には、重要とみなされる通信に基づき新しい通信および／またはコンテンツ通知を選択的に提供するべく構成される通知特性が含まれる。いくつかの実施形態において、通知特性は、ユーザの状況に高感度である。別の例示のクライアント側のアプリケーション特性には、通信のコンテンツの概要を提供して通信について進める動作をユーザが素早く決定するのに役立つ概要特性が含まれる。別の例示のクライアント側のアプリケーション特性には、電子メールデータソース、文書データソース、ウェブベースのデータソース、およびソーシャルネットワーキングのデータソースなどの異なるデータソースにわたって重要な通信の統合ビューを提供するダッシュボード特性が含まれる。

【0037】

さらに他のクライアント側のアプリケーション特性も同様に可能である。

【0038】

ここで図２を参照すると、本開示の態様を実装することができる例示のネットワーク化されたコンピュータ環境２００が示されている。ネットワーク化されたコンピュータ環境２００には、クライアント装置２０５、サーバ装置２１０、記憶装置２１５、およびネットワーク２２０が含まれる。他の実施形態が可能である。例えば、ネットワーク化されたコンピュータ環境２００には概して、必要に応じてより多くのまたは少ない装置、ネットワーク、および他の構成要素を含んでよい。

【0039】

クライアント装置２０５およびサーバ装置２１０は、図３に関連して以下で説明するような汎用コンピュータ装置である。例示の諸実施形態において、サーバ装置２１０はビジネスプロセスを実装するビジネスサーバである。例示のビジネスプロセスには、メッセージングプロセス、コラボレーションプロセス、データ管理プロセスなどが含まれる。マイクロソフト社のＥｘｃｈａｎｇｅ Ｓｅｒｖｅｒは、電子メール、スケジューリング、および連絡先と職務の特性の支援、携帯電話およびウェブベースでの情報へのアクセスの支援、ならびにデータ記憶の支援において、メッセージングおよびコラボレーションのビジネスプロセスを実装するビジネスサーバの一例である。ＳＨＡＲＥＰＯＩＮＴ（登録商標）コラボレーションサーバもマイクロソフト社によるものであり、コラボレーション、ファイル共有、およびウェブ公開の支援においてビジネスプロセスを実装するビジネスサーバの一例である。ビジネスプロセスを実装する他のビジネスサーバが可能である。

【0040】

いくつかの実施形態において、サーバ装置２１０には、「ファーム」構成において共に動作する複数の相互接続されるサーバ装置が含まれ、それらによりビジネスプロセスを実装する。さらに他の実施形態が可能である。

【0041】

記憶装置２１５は、リレーショナルデータベースまたは任意の他のタイプの永続的データ記憶装置などのデータ記憶装置である。記憶装置２１５では、データを所定のフォーマットで記憶し、それによりサーバ装置２１０は、記憶装置に記憶されたデータのクエリ、修正、および管理が可能である。そのようなデータ記憶装置の例には、メールボックスストアおよびアドレスサービス、例えば、マイクロソフト社のＡＣＴＩＶＥ ＤＩＲＥＣＴＯＲＹ（登録商標）ディレクトリサービスなどが含まれる。記憶装置２１５の他の実施形態が可能である。

【0042】

ネットワーク２２０は、１つまたは複数の装置間のデータ転送のための双方向データ通信経路である。図示の例において、ネットワーク２２０は、クライアント装置２０５とサーバ装置２１０との間のデータ転送のための通信経路を確立する。概して、ネットワーク２２０は、多数の無線または配線接続のＷＡＮ、ＬＡＮ、インターネット、または他のパケットベースの通信ネットワークのうちのいずれかとすることができ、それによりネットワーク化されたコンピュータ環境２００の要素間でのデータを転送することができる。ネットワーク２２０の他の実施形態が可能である。

【0043】

ここで図３を参照すると、図２のサーバ装置２１０がさらに詳細に示されている。上記で述べたように、サーバ装置２１０は汎用コンピュータ装置である。例示の汎用コンピュータ装置には、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末、スマートフォン、サーバ、ネットブック、ノートブック、携帯電話、タブレット、テレビ、ビデオゲーム機などが含まれる。

【0044】

サーバ装置２１０には、少なくとも１つの処理装置３０５、およびシステムメモリ３１０が含まれる。システムメモリ３１０は、サーバ装置２１０または別のコンピュータ装置の動作を制御するためのオペレーションシステム３１５を記憶することができる。オペレーションシステム３１５の一例には、マイクロソフト社のＷＩＮＤＯＷＳ（登録商標）オペレーションシステム、または、例えばＥｘｃｈａｎｇｅ Ｓｅｒｖｅｒ、ＳＨＡＲＥＰＯＩＮＴ（登録商標）コラボレーションサーバなどのサーバがある。

【0045】

システムメモリ３１０はまた、１つまたは複数のソフトウェアアプリケーション３２０を含んでよく、プログラムデータを含んでもよい。ソフトウェアアプリケーション３２０には、多くの異なるタイプの単機能および複数機能のプログラムを含んでよく、例えば、電子メールプログラム、スケジューリングプログラム、インターネットブラウジングプログラム、スプレッドシートプログラム、情報追跡報告のプログラム、ワープロプログラム、他多数などがある。複数機能プログラムの一例には、マイクロソフト社のＯｆｆｉｃｅアプリケーション一式がある。

【0046】

システムメモリ３１０には、物理的コンピュータ可読記憶媒体を含むことができ、例えば、磁気ディスク、光ディスク、またはテープなどがある。そのような追加的な記憶装置が図３において着脱可能記憶装置３２５および着脱不可能記憶装置３３０により例示されている。コンピュータ可読記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータなどの情報を記憶するための任意の方法または技術で実装された物理的揮発性および不揮発性、着脱可能および着脱不可能の媒体を含むことができる。コンピュータ可読記憶媒体には含まれるものにはまた、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、所望の情報を記憶するために使用可能かつサーバ装置２１０によりアクセス可能な任意の他の媒体があるが、これらに限定されない。任意のそのようなコンピュータ記憶媒体は、サーバ装置２１０の一部またはサーバ装置２１０の外付けであってよい。

【0047】

通信媒体はコンピュータ可読記憶媒体とは区別される。通信媒体は、典型的にはコンピュータ可読命令、データ構造、プログラムモジュール、または、搬送波もしくは他の伝送機構などの変調データ信号内の他のデータにより具現化することができ、任意の情報配信媒体を含む。用語「変調データ信号」は、信号の１つまたは複数の特徴が信号内の情報を符号化するような様式で設定または変更される信号を意味する。例として、通信媒体には、有線ネットワークまたは直接有線接続などの有線媒体、ならびに、音響、ＲＦ、赤外線、および他の無線媒体などの無線媒体が含まれる。

【0048】

サーバ装置２１０はまた、任意の数および任意のタイプの入力装置３３５および出力装置３４０を有することができる。例示の入力装置３３５には、キーボード、マウス、ペン、音声入力装置、タッチ入力装置などが含まれる。例示の出力装置３４０には、ディスプレイ、スピーカ、プリンタなどが含まれる。サーバ装置２１０にはまた、分散コンピュータシステム環境においてネットワーク（例えば、図２のネットワーク２２０）上で他のコンピュータ装置との通信を可能にするべく構成される通信接続３４５を含むことができる。

【0049】

例示の諸実施形態において、図２のクライアント装置２０５は上述のサーバ装置２１０と同様に構成される。加えてここで図４を参照すると、図２のクライアント装置２０５はまた、サーバ装置２１０に対する１つまたは複数の異なるタイプのクライアントインターフェースを含むべく構成される。図示した例において、クライアント装置２０５には、ローカルクライアント４０５、ウェブアクセスクライアント４１０、モバイルアクセスクライアント４１５、および音声アクセスクライアント４２０が含まれる。サーバ装置２１０に対する他のタイプのクライアントインターフェースも同様に可能である。

【0050】

ローカルクライアント４０５は、サーバ装置２１０へのインターフェースとしての役割を担い、クライアント装置２０５上で実行されるアプリケーション一式の一部である専用のメッセージング・コラボレーションクライアントとして構成される。一実施形態において、ローカルクライアント４０５にはＯＵＴＬＯＯＫ（登録商標）メッセージクライアントが含まれ、これは、Ｍｉｃｒｏｓｏｆｔ Ｏｆｆｉｃｅアプリケーション一式の一部である電子メールアプリケーションである。ユーザは、ＯＵＴＬＯＯＫ（登録商標）メッセージングクライアントを用いて電子メールの作成、電子メールとの情報のやりとり、電子メールの送信および受信を行うことができる。ローカルクライアント４０５の他の実施形態が可能である。

【0051】

ウェブアクセスクライアント４１０は、インターネットなどのネットワーク接続を使用してリモートでサーバ装置２１０にアクセスするべく構成される。一実施形態において、ウェブアクセスクライアント４１０は、Ｅｘｃｈａｎｇｅ ＳｅｒｖｅｒのＯｕｔｌｏｏｋ Ｗｅｂ Ａｃｃｅｓｓウェブメールサービスである。本例示の実施形態において、クライアント装置２０５は、ウェブブラウザを使用してＯｕｔｌｏｏｋ Ｗｅｂ Ａｃｃｅｓｓを介してＥｘｃｈａｎｇｅ Ｓｅｒｖｅｒに接続する。これにより、ユーザインターフェースがＯＵＴＬＯＯＫ（登録商標）メッセージングクライアントのインターフェースと同様の状態になり、そこではユーザは電子メールの作成、電子メールとの情報のやりとり、電子メールの送信および受信を行うことができる。ウェブアクセスクライアント４１０の他の実施形態が可能である。例えば、ウェブアクセスクライアント４１０を、対応するコラボレーションサービス、ファイル共有サービス、およびウェブ公開サービスにアクセスするためのＳＨＡＲＥＰＯＩＮＴ（登録商標）コラボレーションサーバに接続するべく構成してよい。ウェブアクセスクライアント４１０のさらに他の実施形態が可能である。

【0052】

モバイルアクセスクライアント４１５は、サーバ装置２１０に対する別のタイプのクライアントインターフェースである。一実施形態において、モバイルアクセスクライアント４１５には、ＡＣＴＩＶＥＳＹＮＣ（登録商標）同期ソフトウェアによるモバイルアクセス、または、ＶｉｓｔａまたはＷｉｎｄｏｗｓ７用のＷｉｎｄｏｗｓ Ｍｏｂｉｌｅデバイスセンタ（全てマイクロソフト社）が含まれる。ユーザは、ＡＣＴＩＶＥＳＹＮＣ（登録商標）同期ソフトウェアによるモバイルアクセスのようなモバイルアクセスクライアントを使用して、モバイル装置とＥｘｃｈａｎｇｅ Ｓｅｒｖｅｒとの間でメッセージを同期させることができる。例示のモバイル装置には、携帯電話、スマートフォン、携帯情報端末などが含まれる。モバイルアクセスクライアント４１５の他の実施形態が可能である。

【0053】

音声アクセスクライアント４２０はサーバ装置２１０に対するさらに別のタイプのクライアントインターフェースである。いくつかの実施形態において、音声アクセスクライアント４２０には、Ｅｘｃｈａｎｇｅ ＳｅｒｖｅｒでサポートされるＥｘｃｈａｎｇｅ Ｕｎｉｆｉｅｄ Ｍｅｓｓａｇｉｎｇが含まれる。Ｅｘｃｈａｎｇｅ Ｕｎｉｆｉｅｄ Ｍｅｓｓａｇｉｎｇでは、ユーザは電子メールおよび音声メールの受信トレイを１つ有する。音声メールは、ＯＵＴＬＯＯＫ（登録商標）メッセージクライアントの受信トレイに直接配信される。音声メールを含むメッセージには添付ファイルも含まれる。音声アクセスクライアント４２０の他の実施形態が可能である。

【0054】

ここで図５を参照すると、コンピュータシステム環境において電子通信のトリアージを行うためのシステムおよび方法を実装するべく構成される例示の動作環境５００が示されている。動作環境５００を、サーバコンピュータ装置上で実行されるサーバ側のプロセス、または図１から４に関連して上述したようなクライアントコンピュータ装置上で実行されるクライアント側のプロセスにより実装することができる。他の実施形態が可能である。例えば、動作環境５００を、サーバ側のプロセスおよびクライアント側のプロセスの両方の機能性を組み込んだ混合様式で実装してもよい。電子通信のトリアージを行うための例示のシステムおよび方法の実装におけるそのような柔軟性は、多くの態様において有益であり、例えば、最適なリソースの配分、負荷のバランスなどを可能にすることができる。

【0055】

例示の動作環境５００には、データコレクタ５０５、データアナライザ５１０、データストア５１５、およびクエリアナライザ５２０が含まれる。

【0056】

データコレクタ５０５は、様々な電子通信および関連するソースからの未加工のアイテムデータ、例えば、電子メールデータ、音声メールデータ、スケジュールデータ、ＳＭＳデータ、ＩＭデータ、ＭＭＳデータ、ウェブページ更新データ、ソーシャルネットワークデータ、電子文書データなどを収集して統合するべく構成される。電子通信および関連するソースが典型的にはデータを異なる形式でパッケージ化して送信するため、データコレクタ５０５には、これらの相違点をサポートする複数の論理データコレクタモジュール、例えば、通信サーバデータコレクタ５２５、ウェブサーバデータコレクタ５３０、およびアプリケーションサーバデータコレクタ５３５を含んでよい。他のタイプの論理データコレクタモジュールが可能である。

【0057】

データアナライザ５１０には、アイテム解析モジュール５４０、モデル適用モジュール５４５、およびデータトレーニングモジュール５５０が含まれる。アイテム解析モジュール５４０は、データコレクタ５０５により回収されたそれぞれのアイテムデータの複数のアイテム特性を抽出するべく構成される。例示の方法１００の文脈において上記で検討したように、アイテム特性は概して、それぞれの通信データのコンテンツの理解に基づき直接抽出または推測可能な通信データの任意の特徴である。

【0058】

モデル適用モジュール５４５は、データコレクタ５０５により回収されたそれぞれのアイテムデータに対応する対象の受信者の受信者固有のモデルデータを回収するべく構成される。モデル適用モジュール５４５は加えて、分類モデルのモデル基準を受信者固有のモデルデータに適用するべく、かつ、分類モデルのタイプに基づく１つまたは複数のアイテム固有の予測を生成するべく構成される。一実施形態において、分類モデルは重要性に基づくモデルである。他の実施形態が可能である。

【0059】

データトレーニングモジュール５５０は、データコレクタ５０５により回収されたそれぞれのアイテムデータに対応する対象の受信者に関連する、受信者の挙動および明示的な受信者フィードバックを監視かつ取得するべく構成される。データトレーニングモジュール５５０は加えて、受信者の挙動および明示的な受信者フィードバックに基づき、モデル適用モジュール５４５により回収された受信者固有のモデルデータを調整するべく構成される。

【0060】

上記で述べたように、動作環境５００にはクエリアナライザ５２０も含まれる。概して、クエリアナライザ５２０は、クライアント側のアプリケーション特性要求を処理して、エンドユーザが任意で大量の着信する通信のトリアージを効率的に行うことを可能にするべく構成される。本例示の実施形態において、クエリアナライザ５２０には、第１の特性ポータル５５５、第２の特性ポータル５６０、および第３の特性ポータル５６５が含まれる。

【0061】

第１の特性ポータル５５５は、クライアント側のアプリケーション内のキーコンテンツを露出させるためのハイライト特性または強調特性に対応する特性要求をサポートするべく構成され、図７および図８に関連して以下でさらに詳細に説明する。第２の特性ポータル５６０は、クライアント側のアプリケーションにおいて最も重要と思われるアイテムの素早い閲覧を提供するためのクイックビュー特性に対応する特性要求をサポートするべく構成され、これについても図７および図８に関連して以下で説明する。第３の特性ポータル５６５は、重要と思われるアイテムに基づきクライアント側のアプリケーションにおいて選択的な通知を提供するための通知特性に対応する特性要求をサポートするべく構成され、図９に関連して以下でさらに詳細に説明する。クエリアナライザ５２０の他の実施形態が可能である。

【0062】

例示の諸実施形態において、データコレクタ５０５により収集されたデータおよび／またはデータアナライザ５１０により処理されたデータを、データストア５１５に記憶することができる。加えて、データストア５１５は、クエリアナライザ５２０により処理された検索および結果をサポートかつ記憶する。

【0063】

ここで図６を参照すると、電子通信のトリアージを行うためにユーザモデルデータを階層的にトレーニングする例示の方法６００が示されている。概して、方法６００を、サーバ側のプロセスまたはクライアント側のプロセスにより実装することができる。サーバ側のプロセスおよびクライアント側のプロセスの例については、図１から５に関連して上記で説明した。他の実施形態が可能である。例えば、方法６００を、サーバ側のプロセスおよびクライアント側のプロセスの両方の機能性を組み込んだ混合様式で実装してもよい。

【0064】

方法６００は、ユーザモデルデータと呼ばれるユーザ固有の挙動および選好性について最適な理解を提供するべく構成される。ユーザモデルデータは、ユーザ固有の推論のセットに基づく。本開示に従う例示の推論は、観察されたユーザの挙動および明示的なユーザフィードバックに基づく特定のアイテム属性の相対的な重要度および非重要度に対応する。一実施形態において、推論には、アイテム属性、属性値、属性重み、および属性信頼性が含まれる。ユーザ固有の通信データ、挙動およびフィードバックに基づき取得することができるユーザ固有の推論の例示のセットには以下のものが含まれる。

【0065】

【表1】

【0066】

推論のアイテム属性は、特定の１つの通信の特徴である。例示のアイテム属性には、送信者関係、追跡を含む、およびアイテムトピックが含まれる。他の実施形態が可能である。例えば、他の属性には、アイテム送信者、アイテムトピック、アイテム送信時刻、アイテム型などが含まれる。特定の属性値（例えば、「送信者関係」＝「管理者」）の重要度が、ユーザ挙動を観察することにより、それが特定の属性値に関係するものであるとして評価される。例示のユーザ挙動には、ユーザが管理者から送信されるアイテムに対して重要度を表す挙動（例えば、開いたアイテムにかなり長い時間を費やしている）を示す傾向があるかどうかを観察することを含んでよい。図示した例において、属性重みは尺度のある数値で表される。他の実施形態が可能である。

【0067】

推論の信頼性格付けは、所与のアイテム属性値についての特定の重要度の格付けに関連する信頼性に対応する。図示した例において、推論「送信者関係」＝「管理者」の信頼性格付けは、比較的高い（すなわち、７８％）。推論「アイテムトピック」＝「釣り」の信頼性格付けは比較的低い（すなわち、２３％）。いくつかの実施形態において、属性値のいくつかの事例が、一致する挙動に関連して観察される場合に、推論の信頼性格付けを高くしてよい。属性値の事例がほとんど観察されない、属性値の事例が最近ではない、および／または、ユーザ挙動が一致しなかった場合には、推論の信頼性格付けを低くしてもよい。他の実施形態が可能である。

【0068】

いくつかの実施形態において、ある推論は、複数の関連するアイテム属性と共依存してよく、または複数の関連するアイテム属性で構成してもよい。共依存する推論の例には、ユーザが多数の電子メールメッセージを同僚の「アレックス」から受信するというシナリオが含まれる。例示の電子メールメッセージのいくつかは、ユーザが含まれている大型の配信リスト（「ＤＬ」）に送信され、他は直接ユーザに送信される。一シナリオにおいて、「アレックス」が電子メールメッセージをユーザに配信リストを介して送信する場合、ユーザはそれらのアイテムを非重要なものとして扱う傾向がある。しかし、「アレックス」が電子メールメッセージをユーザに直接送信する場合、ユーザはそれらのアイテムを非重要なものとして扱う傾向がある。例示のシナリオを表す２つの関連する共依存の推論が存在する。第１の推論では、属性「送信者」＝「アレックス」および「受信者」＝「ＤＬ」が含まれ、比較的低い属性重み（例えば、「４」）および高い信頼性格付け（例えば、８０％）を提示することができる。第２の推論では、「送信者」＝「アレックス」および「受信者」＝「受信者」が含まれ、比較的高い属性重み（例えば、「８」）と高い信頼性格付け（例えば、８０％）を提示することができる。概して、任意の共依存推論のいずれも、任意の数の任意の合成属性で構成してよい。

【0069】

例示の諸実施形態において、特定のユーザについての重みのセットのコンパイルおよび計算をトレーニングと呼ぶ。例示の方法６００は、ユーザモデルデータを複数の段階でトレーニングするべく構成される。具体的に、動作６０５は、プロトタイプのユーザモデルに基づき新しいユーザについての一般化デフォルト重みのセットを生成する第１の段階「ブートストラップ」動作に対応する。デフォルト重みのセットは、デフォルトのユーザモデルデータを表す。例示のプロトタイプのユーザモデルには、共通の職業、共通の趣味などの共通の特徴を持つ大規模なサンプルユーザ集団に対して、開発、プロトタイプの製造、およびテストを行った重要度モデルが含まれる。

【0070】

動作６０５における第１の段階「ブートストラップ」に続き、ユーザ固有の情報を取得して、デフォルト重みのセットを更新および調整し、特定のユーザについてのデフォルトのユーザモデルを個人用に作成する。例えば、動作フローは、利用可能な履歴ログ挙動データ、フィードバックデータ、および通信データを評価する第２の段階「クロール」動作に対応する動作６１０に進む。例示の履歴ログ挙動データには、メッセージの送信、再送信、または転送などの電子メールメッセージ「作成」挙動が含まれる。他の履歴ログ挙動データおよび通信アイテムが可能であり、システム実装に固有であってよい。

【0071】

動作６０５における第２の段階「クロール」に続き、動作フローは、デフォルトのユーザモデルデータの一般化デフォルト重みのセットを更新して個人用の重みのセットを形成することに対応する動作６１５に進む。個人用の重みのセットはユーザ固有のモデルデータに対応する。

【0072】

動作６１５におけるユーザ固有のモデルデータの形成に続き、動作フローは、図１に関連して上述した例示の第１のトレーニング分岐１３０の機能性と同様に、アイテムに対するユーザ固有の挙動およびフィードバックのリアルタイムでの監視および取得に対応する第３の段階「オンライン」動作６２０に進む。動作６２０を、動作６１５にて形成された個人用の重みのセットを更新および調整するべく実装する。

【0073】

例示の諸実施形態において、動作フローは、所定の時間遅延ｄＴの後、動作６１５に戻る。動作６１５と動作６２０との間のループ処理のフローを、ユーザ固有のモデルデータの個人用の重みのセットを継続的に微調整するために実装する。そのようなループ処理のフローは多くの態様において有利である。例えば、ある重みを、ユーザが仕事を変えるまたは上司が変わる場合などの時の経過と共に変更または廃止してよい。例示の諸実施形態において、動作６２０にて取得した情報および動作６１５に対応する更新により、時の経過と共にそれぞれの変更を獲得し、個人用の重みのセットに適合させる。

【0074】

例示の諸実施形態において、処理フローは動作６１５と動作６２０との間の反復に続き評価動作６２５に進む。評価動作６２５は、ユーザ固有のモデルデータの個人用の重みのセットが、新しいアイテムを重要であるとラベル付けすることに関するトリアージ特性などの、関連する分類に基づく機能性を露出させるのに十分であるかどうかの判定に対応する。

【0075】

ユーザ固有のモデルデータの個人用の重みのセットが関連する分類に基づく機能性を露出させるのに不十分であると、評価動作６２５が判定する場合、動作フローは分岐して個人用の重みのセットをさらに微調整及び調整するために動作６２０に戻る。

【0076】

ユーザ固有のモデルデータの個人用の重みのセットが関連する分類に基づく機能性を露出させるのに十分であると、評価動作６２５が判定する場合、動作フローは分岐して個人用の重みのセットの初期トレーニングの完了に対応する動作６３０に進む。例示の諸実施形態において、関連する分類に関するトリアージ特性は、動作６３０にて有効となり、クライアント側のアプリケーション特性要求を介してアクセス可能となるため、エンドユーザが任意で大量の着信する通信のトリアージを効率的に行うことが可能となる（すなわち、第１の特性ポータル５５５、第２の特性ポータル５６０、第３の特性ポータル５６５）。概して、動作６３０における個人用の重みのセットの初期トレーニングの完了は、ユーザから何ら能動的または直接的入力がなくても得られる。

【0077】

ここで図７を参照すると、本開示に従う第１の例示のメッセージ環境７００が示されている。概して、メッセージ環境７００は、ＯＵＴＬＯＯＫ（登録商標）メッセージングクライアントなどの通信アプリケーションに関連する電子メールメッセージアプリケーションである。他の実施形態が可能である。

【0078】

例示の諸実施形態において、メッセージ環境７００には、フォルダペイン７０５、リストペイン７１０、および表示ペイン７１５が含まれる。例示のフォルダペイン７０５には、電子メールメッセージなどのデータを記憶するために使用されるフォルダ７２０ａから７２０ｄのリストが含まれる。図示した例において、フォルダ７２０ｃが選択され、電子メールメッセージ７２５ａから７２５ｅのリストとしてリストペイン７１０に表示されている。

【0079】

図示した例において、電子メールメッセージ７２５ａが第１の重要度マーク７３０によりハイライトされ、電子メールメッセージ７２５ｂが第２の重要度マーク７３５によりハイライトされている。概して、第１の重要度マーク７３０は、電子メールメッセージ７２５ａを「Ｓｈｅｉｌａ Ｗｕ」から送信されたという理由で重要であると指定する。加えて、電子メールメッセージ７２５ａを、重要であるという理由で表示ペイン７１５内に第１のクイックビュー７４０として表示してもよい。本例示の実施形態において、第１のクイックビュー７４０は、電子メールメッセージ７２５ａのコンテンツ７４５および「Ｓｈｅｉｌａ Ｗｕ」の画像７５０を表示するべく構成される。第１の重要度マーク７３０の形状及び色調は設定可能であり、件名の語「再検討（ｒｅｖｉｅｗ）」など、電子メールメッセージ７２５ａ内のキーコンテンツの存在を指定してもよい。他の実施形態が可能である。

【0080】

第２の重要度マーク７３５は、電子メールメッセージ７２５ｂを「Ｊｏｓｅ Ｓａｎｔａｎａ」から送信されたという理由で重要であると指定することができる。電子メールメッセージ７２５ｂを、重要であるという理由で表示ペイン７１５内に第２のクイックビュー７５５として表示してもよい。本例示の実施形態において、第２のクイックビュー７５５は電子メールメッセージ７２５ｂのコンテンツ７６０を表示するべく構成される。第２の重要度マーク７３５の形状及び色調は設定可能であり、本文テキストの「迅速に処理して下さい（Ｅｘｐｅｄｉｔｅ）」など、電子メールメッセージ７２５ａのキーコンテンツの存在を指定してもよい。

【0081】

概して、第１の重要度マーク７３０および第２の重要度マーク７３５により、ユーザがそれぞれの電子メールメッセージ７２５ａおよび電子メールメッセージ７２５ｂを重要であると素早く認識することが可能となる。第１の重要度マーク７３０および第２の重要度マーク７３５の形状および色調は、所望の通り選択することができ、その形状及び色調により、それぞれの電子メールメッセージ７２５ａおよび電子メールメッセージ７２５ｂの特定の特徴を指定することができ、さらに、表示ペイン７１５内における第１のクイックビュー７４０および第２のクイックビュー７５５の配置および突出に所望の通りに影響を与えることができる。他の実施形態が可能である。

【0082】

ここで図８を参照すると、図７のメッセージ環境７００が、ユーザモジュール８００を含んで示されている。本例示の実施形態において、カーソル８０５を使用して、第１の重要度マーク７３０を選択しユーザモジュール８００を露出させる。

【0083】

概して、ユーザモジュール８００は、高レベルの透過性をユーザに提供し、フィードバックおよびカスタマイズを可能にするべく構成される。例えば、ユーザモジュール８００は、文脈依存的かつ直感的な様式でユーザ推論８０５ａから８０５ｃのセットを露出させることが可能である。例示のユーザ推論は、あるアイテム（すなわち、電子メールメッセージ７２５ａ）の分類が重要であるまたは非重要であるとどのように判定するのかについての理解を伝達する。ユーザモジュール８００は加えて、ユーザがアイテムの重要度を重要から非重要に必要に応じで変更することを可能にする手動調整ボタン８１０を露出させるべく構成される。例示の諸実施形態において、そのアイテムのアイテム分類ならびに関連するユーザモデルデータを更新するためのそのような能動的フィードバックを、新しいアイテムを分類する時および既存のアイテムを再分類する時に、さらに考慮に入れることができる。

【0084】

ユーザモジュール８００は加えて、推論が正しくないこと、すなわち、一般には正しい推論が特定の電子メールメッセージに誤って適用されたことを指定するフィードバックをユーザが提供することを可能にする推論フィードバックボタン８１５を露出させるべく構成される。そのような能動的フィードバックは、そのアイテムのアイテム分類ならびに関連するユーザモデルデータの更新に役立つ。加えて、そのような能動的フィードバックを、新しいアイテムを分類する時または既存のアイテムを再分類する時に受け取ることができる。推論フィードバックボタン８１５はさらに、ユーザが新しい推論を定義する、または特別の「メタ推論」もしくは複数の属性および値に基づく計算済みの共依存推論を定義することを可能にするべく構成される。他の実施形態が可能である。
ユーザモジュール８００は加えて、ユーザカスタマイズのためのカスタマイズボタン８２０を露出させるべく構成される。例示のユーザカスタマイズには、メッセージ環境７００内においてあるアイテムに重要であるとマークを付けしなければならない最低限の重要度および／または信頼性格付けを定義するためなどの閾値カスタマイズが含まれる。他の例示のユーザカスタマイズには、メッセージ環境７００において幾つのレベルの重要度を定義し露出させるのかについての定義などの階層化（例えば、低、中、高）が含まれる。他の例示のユーザカスタマイズには、メッセージ環境７００において相対的な重要度どのように示すのかなどの視覚的表示の定義（例えば、アイコン、プレビューを介して）が含まれる。他の例示のユーザカスタマイズには、特性／アプリケーションに関して露出させるボタンまたはコマンドをユーザが定義することを可能にするなどのツールバー定義が含まれる。そのようなカスタマイズは、装置またはアプリケーションに固有であってよい。他の例示のユーザカスタマイズにはフィードバック定義の粒度が含まれ、それによりどのレベルの能動的フィードバック制御をメッセージ環境７００を介して露出させるのかを、ユーザが決定することが可能となる。さらに他の実施形態が可能である。

【0085】

ここで図９を参照すると、本開示に従う第２の例示のメッセージ環境９００が示されている。概して、メッセージ環境９００は、マイクロソフト社製造の「スマートトースト」ポップアップメッセージングアプリケーションなどの通知アプリケーションである。他の実施形態が可能である。

【0086】

例示の諸実施形態において、重要であると評価された新しい電子メールメッセージの受信時に、メッセージ環境９００をユーザに対して露出させる。例えば、図７および図８に関連して上述したそれぞれの電子メールメッセージ７２５ａと同様、「Ｓｈｅｉｌａ Ｗｕ」からの電子メールメッセージの受信時、メッセージ環境９００を、第１の重要度マーク７３０および「Ｓｈｅｉｌａ Ｗｕ」の画像７５０を含んで所定の期間表示することができる。メッセージ環境９００には、「Ｓｈｅｉｌａ Ｗｕからの新着メール」などの識別メタデータ９０５、および「午後２時まで不在です」などの文脈メタデータ９１０がさらに含まれる。例示の諸実施形態において、メッセージ環境９００は、ユーザに「重要」と評価されたそれらのメッセージ（すなわち、電子メールメッセージ７２５ａ）のみを通知し、それらのメッセージがなぜ重要と評価されたのかを素早く示す。メッセージ環境９００の他の実施形態もまた可能である。

【0087】

本明細書で説明した例示の諸実施形態は、ネットワーク化されたコンピュータシステム環境におけるコンピュータ装置での論理演算として実装可能である。論理演算は、（ｉ）コンピュータ装置上で稼働するコンピュータ実装の命令、ステップ、またはプログラムモジュールのシーケンス、および（ｉｉ）コンピュータ装置内で稼働する相互接続される論理モジュールまたはハードウェアモジュールとして実装可能である。

【0088】

例えば、論理演算は、本開示の範囲から逸脱することなく、ソフトウェア、ファームウェア、アナログ／デジタル回路、および／またはその任意の組み合わせにおけるアルゴリズムとして実装可能である。ソフトウェア、ファームウェア、またはコンピュータ命令の同様のシーケンスは、コンピュータ可読記憶媒体上に符号化し記憶させることが可能であり、また、コンピュータ装置間の送信のための搬送波信号内に符号化することも可能である。

【0089】

本主題を構造的特性および／または方法論的な動作に特有の言語で説明したが、添付の請求項に定義される主題が必ずしも上述の特有の特性または動作に限定されないことは理解されるべきである。むしろ、上述の特有の特性および動作は、請求項を実装する例示の形態として開示されるものである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】