JP2011530771A - メッセージを異なる順序で提示するための複数のビューポートを有するメッセージングアプリケーション - Google Patents

Abstract

メッセージを表示する方法において、システムは、１つのユーザアカウントからのメッセージを複数のビューポート内で表示する。各ビューポートは、ユーザのユーザアカウントにおいて、当該ビューポートを介したメッセージとの以前のユーザインタラクションに基づいて計算された重要度スコアに基づき、メッセージを順序付けする。ユーザアカウントに関連付けられた各ビューポートは、別個のメッセージ重要度モデルを使ってメッセージを順序付けする。
【選択図】
図１

Description

[0001] 開示される実施形態は、概して、電子メール、インスタントメッセージ、および音声メールメッセージなどのメッセージを表示することに関する。より具体的には、開示される実施形態は、ユーザによるメッセージとのインタラクションから決定された重要度ファクタまたはスコアに基づいて順序付けされたメッセージを表示するためのシステム、方法、およびコンピュータプログラムに関する。

[0002] 電子メール通信が増加するにつれて、ユーザアカウント内で受信および送信する電子メールメッセージの数も増加してきた。通常、ユーザアカウントは、各電子メールアドレスまたはユーザ名へと送信される、およびこれらから送信される全てのメッセージを含む。ただし、ユーザアカウントの中には、複数の電子メールアドレスまたはユーザ名と関連付けられるものもあり、これらはエイリアスとも呼ばれ、合わせて１つの論理電子メールアドレスまたはユーザ名とみなされ得る。受信された電子メールの量は直ちにユーザを圧倒することがあるため、重要なメッセージを重要でないメッセージから選り分けることが難しくなる。

[0003] 加えて、今日では、多くの人々が、ハンドヘルドコンピュータまたは携帯電話などのモバイルデバイス上で、電子メールのアクセスおよび閲覧を行なう。このようなモバイルデバイスは、通常小さいスクリーン有し、このスクリーンはさらに小さいメッセージウィンドウまたはメッセージを閲覧するためのインターフェースを有する。これらのインターフェースでは、常時少数のメッセージしか閲覧することができないことが多いため、ユーザは、より頻繁にインターフェースとインタラクションを行い、メッセージ全体をスクロールするなどして重要なメッセージを探し当てる必要がある。このようなモバイルデバイスでは、料金がかかる場合があり、かつ往々にして遅いネットワーク接続性が採用され得る。これらのデバイスのユーザは、この媒体を介してメッセージにアクセスする際には、閲覧するメッセージを重要度の高いものに制限することを望む場合がある。

[0004] これらの問題に対処するために、いくつかのメッセージインターフェースでは、ユーザは、メッセージをフォルダ内に整理したり、またはユーザが規定したラベルをメッセージに付けたりして、識別をより容易にすることができる。加えて、いくつかの電子メールアプリケーションでは、ユーザは、メッセージ配信日、送信者、またはメッセージタイトルなどの、ユーザが選択した１つのメッセージヘッダフィールドの値に応じて、特定の意図でメッセージを順序付けすることができる。しかし、これらの整理手法は、ユーザにとって最も重要なメッセージを識別し損ねることが多く、ユーザは、彼または彼女が最も重要だと考えるメッセージを探し当てるまで多くのメッセージをスクロールしなくてはならない。

[0005] 上記の問題点に対処するとともに、特定のユーザについての予測される重要度に基づいて自動的に記憶されるメッセージのカスタムビューをユーザに提供するメッセージシステムおよび方法を提供することが非常に望ましい。

[0006] メッセージを表示する方法において、システムは、１つのユーザアカウント（つまり、各ユーザのアカウント）からの複数のメッセージを複数のビューポート内で表示する。各ビューポートは、ユーザのユーザアカウントにおいて、当該ビューポートを介したメッセージとの以前のユーザインタラクションに基づいて計算された重要度スコアに基づいて、メッセージを順序付けする。ユーザアカウントと関連付けられた各ビューポートは、別個のメッセージ重要度モデルを使ってメッセージを順序付けする。

[0007] いくつかの実施形態では、第１クライアントデバイスは、第１重要度スコア計算により順序付けされたメッセージをビューポート内で表示し、第２クライアントデバイスは、同一ユーザアカウントからの、第２重要度スコア計算により順序付けされたメッセージをビューポート内で表示する。重要度予測モデルは、メッセージとのユーザインタラクションに基づいた重要度スコアを生成するために採用される。

[0008] いくつかの実施形態では、クライアントデバイスは、第１重要度計算によって順序付けされたメッセージをビューポート内で表示し、同一ユーザアカウントからの、第２重要度スコア計算により順序付けされたメッセージを第２ビューポート内で表示する。

[0009] 本発明の別の態様では、サーバは、第１重要度スコア計算によって順序付けされたメッセージのリストを、第１クライアントデバイスに送信し、かつ、同一ユーザアカウントからの、第２重要度スコア計算により順序付けされたメッセージのリストを第２クライアントデバイスに送信する。

[0010] 本発明の別の態様では、サーバは、第１重要度スコア計算により順序付けされたメッセージのリストをクライアントデバイスに送信し、同一ユーザアカウントからの、第１重要度スコア計算により順序付けされたメッセージの別のリストをクライアントデバイスに送信する。

[0011] いくつかの実施形態は、上述した方法を実行するための命令を有する１つ以上のプログラムを記憶するコンピュータ可読記憶媒体を提供する。

[0012] 図1は、いくつかの実施形態に係るクライアント−サーバ間のネットワーク環境のインフラストラクチャを示すブロック図である。 [0013] 図２は、いくつかの実施形態に係る、順序付けされたメッセージリストを複数のクライアントに提供するプロセスを示すフロー図である。 [0014] 図３は、いくつかの他の実施形態に係る、順序付けされたメッセージリストを１つのクライアントに提供する別のプロセスを示すフロー図である。 [0015] 図４は、いくつかの実施形態に係る、順序付けされたメッセージリストを生成するプロセスを示すフロー図である。 [0016] 図５Ａ〜５Ｄは、いくつかの実施形態に係る、順序付けされたメッセージリストを生成するために使用されるデータ構造を示すブロック図である。 [0017] 図６は、いくつかの実施形態に係る例示的なクライアントを示すブロック図である。 [0018] 図７は、いくつかの実施形態にかかる例示的なサーバのブロック図である。

[0019] 図面を通して、同一の参照番号は対応する部分を示す。

[0020] 図１は、いくつかの実施形態に係るシステム１００のブロック図である。１つ以上のクライアント１０３およびメッセージサーバ１０６は、任意の好適な手段を介して通信ネットワーク１０４に接続される。通信ネットワーク１０４は、ローカルエリアネットワーク（ＬＡＮ）、インターネッのようなワイドエリアネットワーク（ＷＡＮ）などの1つ以上、またはそれら１つ以上の組み合わせであってよい。

[0021] いくつかの実施形態では、クライアント１０３は、パーソナルコンピュータ、ハンドヘルドコンピュータ、パーソナルデジタルアシスタント、携帯電話などといった任意の好適な計算デバイスである。クライアント１０３は、1つ以上のソフトウェアアプリケーションまたはメッセージ閲覧用インターフェースを備える。本明細書において、メッセージは、ある人、端末、またはグループから、別の人、端末、またはグループへの、電子メール（Ｅメール）、インスタントメッセージ、音声メールメッセージなどを含むあらゆるタイプの通信メッセージを指す。

[0022] いくつかの実施形態では、メッセージサーバ１０６は、フロントエンドサーバ１２０、検索エンジン１２２、検索結果ランカ（search result ranker）１２４、重要度予測モデル１２６、メッセージデータベース１２８、およびユーザアカウントデータベース１３０を備える。検索エンジン１２２は、メッセージデータベース１２８と通信し、ユーザアカウントデータベース１３０と関連付けられた特定のユーザアカウントに属する複数組のメッセージを取り出す。ユーザアカウントは、それぞれの電子メールアドレスまたはユーザ名に送信された、およびこれらから送信された、全てのメッセージを含む。場合によっては、各ユーザアカウントは、エイリアスと呼ばれることもある複数の電子メールアドレスまたはユーザ名と関連付けられている場合があり、これらは、本説明の目的において、合わせて１つの論理電子メールアドレスまたはユーザ名とみなされ得る。検索エンジン１２２は、取り出したメッセージの組を検索結果ランカ１２４に送信し、検索結果ランカ１２４は、重要度予測モデル１２６を使って当該組の各メッセージについて計算された重要度スコアに従ってメッセージの順序を整理する。一例では、返されるメッセージの組は、全て新しいメッセージである。

[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]
以上の記載は、説明を目的として、特定の実施形態に関連して記載された。しかし、上記の例示的な説明は、徹底されること、あるいは開示された厳密な形態に本発明を限定することを意図したものではない。上記教示を考慮して多くの変形または変更が可能である。実施形態は、本発明の原理およびその実用的応用を最適に説明するために選択および記載され、これにより当業者が、意図される実用に適した多様な変形と共に本発明および多様な実施形態を最適に利用することを可能にするものである。

Claims (24)

1. 第１クライアントデバイスでの第１ユーザアクションに応答して、前記第１クライアントデバイスで第１の複数のメッセージの第１サブセットを表示することであって、前記第１サブセットは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、表示することと、
   第２クライアントデバイスでの第２ユーザアクションに応答して、前記第２クライアントデバイスで第２の複数のメッセージの第２サブセットを表示することであって、前記第２サブセットは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、表示することと、
   を含み、
   前記第１および第２の複数のメッセージは、各ユーザの１つのユーザアカウント内のメッセージを含み、
   前記第１および第２重要度予測モデルは別個である、
   メッセージを表示する方法。
2. 前記第１ユーザアクションは、前記第１クライアントデバイスでの第１ビューポートのユーザ選択である、請求項１に記載の方法。
3. 前記第１ユーザアクションは、前記第１クライアントデバイスでのメッセージングアプリケーションのユーザ選択である、請求項１に記載の方法。
4. 前記第１の複数のメッセージの前記第１サブセット内の各メッセージについての前記第１重要度スコアを、第１組のメッセージ品質信号に基づいて計算することと、
   前記第２の複数のメッセージの前記第２サブセット内の各メッセージについての前記第２の各メッセージ重要度スコアを、第２組のメッセージ品質信号に基づいて計算することと、
   を含む、請求項１に記載の方法。
5. 前記計算動作は、前記第１および第２クライアントデバイスから離れたサーバで実行される、請求項４に記載の方法。
6. 各メッセージに対する前記第１組および第２組のメッセージ品質信号は、それぞれ、
   前記ユーザが前記メッセージを読んだか否かを識別する信号と、
   前記メッセージの受信から前記ユーザが前記メッセージを最初に読むまでの遅延時間を識別する信号と、
   前記ユーザが前記メッセージに返信したか否かを識別する信号と、
   前記ユーザが前記メッセージを転送したか否かを識別する信号と、
   前記ユーザが前記メッセージを順序を無視して読んだか否かを識別する信号と、
   前記ユーザが前記メッセージを読むのに費やした全時間を示す信号と、
   前記ユーザが前記メッセージの検索を行なったか否かを識別する信号と、
   前記ユーザが前記メッセージを読んだ回数を示す信号と、
   前記ユーザの、前記メッセージの別の関係者に対する親密度を示す信号と、
   のうち、１つ以上を含む、
   請求項４に記載の方法。
7. 前記第１重要度予測モデルに関連付けられたビューポートを使用している間の前記ユーザアカウント内のメッセージとのユーザインタラクションに従って、前記第１組のメッセージ品質信号内のメッセージ品質信号のメンバシップおよび重みを決定するための機械学習を使用して、前記第１重要度予測モデルを更新することを含む、請求項６に記載の方法。
8. 前記第２重要度予測モデルに関連付けられたビューポートを使用している間の前記ユーザアカウント内のメッセージとのユーザインタラクションに従って、前記第２組のメッセージ品質信号内のメッセージ品質信号のメンバシップおよび重みを決定するための機械学習を使用して、前記第２重要度予測モデルを更新することを含む、請求項７に記載の方法。
9. 前記第１重要度予測モデルに関連付けられたビューポートを使用している間の複数のユーザアカウント内のメッセージとのユーザインタラクションに従って、前記第１組のメッセージ品質信号内のメッセージ品質信号のメンバシップおよび重みを決定するための機械学習を使用して、前記第１重要度予測モデルを更新することを含む、請求項６に記載の方法。
10. 前記第２重要度予測モデルに関連付けられたビューポートを使用している間の前記複数のユーザアカウント内のメッセージとのユーザインタラクションに従って、前記第２組のメッセージ品質信号内のメッセージ品質信号のメンバシップおよび重みを決定するための機械学習を使用して、前記第２重要度予測モデルを更新することを含む、請求項９に記載の方法。
11. 前記第１組のメッセージ品質信号は、日付および時刻信号の他に少なくとも１つの信号を含む、請求項４に記載の方法。
12. 前記第２組のメッセージ品質信号は、日付および時刻信号の他に少なくとも１つの信号を含む、請求項４に記載の方法。
13. 前記第２の複数のメッセージは、前記第１の複数のメッセージ内の少なくとも１サブセットのメッセージを含む、請求項１に記載の方法。
14. 前記第１の複数のメッセージは、（Ａ）前記ユーザアカウントの所定の第１フォルダ内のメッセージと、（Ｂ）第１ラベルによりラベル付けされたメッセージと、から成る群から選択されるメッセージを含み、
    前記第２の複数のメッセージは、（Ａ）前記ユーザアカウントの所定の第２フォルダ内のメッセージと、（Ｂ）第２ラベルによりラベル付けされたメッセージと、から成る群から選択されるメッセージを含む、
    請求項１に記載の方法。
15. クライアントデバイスにて、
    前記クライアントデバイスでの第１ユーザアクションに応答して、前記第１クライアントデバイスで第１の複数のメッセージの第１サブセットを表示することであって、前記第１サブセットは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、表示することと、
    前記第１クライアントデバイスでの第２ユーザアクションに応答して、前記第１クライアントデバイスで第２の複数のメッセージの第２サブセットを表示することであって、前記第２サブセットは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、表示することと、
    を含み、
    前記第１および第２の複数のメッセージは、それぞれ、１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    メッセージを表示する方法。
16. 第１クライアントデバイスでの第１ユーザアクションに応答して、第１の複数のメッセージの第１サブセットをリストする情報を前記第１クライアントデバイスに送信することであって、前記第１サブセットの前記リストは、第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、送信することと、
    第２クライアントデバイスでの第２ユーザアクションに応答して、第２の複数のメッセージの第２サブセットをリストする情報を前記第２クライアントデバイスに送信することであって、前記第２サブセットの前記リストは、第２重要度予測モデルを使って計算された第２重要度スコアにより順序付けされる、送信することと、
    を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    メッセージを表示する方法。
17. 第１クライアントデバイスでの第１ユーザアクションに応答して、第１の複数のメッセージの第１サブセットをリストする情報を前記第１クライアントデバイスに送信することであって、前記第１サブセットの前記リストは、第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、送信することと、
    前記第１クライアントデバイスでの第２ユーザアクションに応答して、第２の複数のメッセージの第２サブセットをリストする情報を前記第１クライアントデバイスに送信することであって、前記第２サブセットは、第２重要度予測モデルを使って計算された第２重要度スコアにより順序付けされる、送信することと、
    を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    メッセージを表示する方法。
18. １つ以上のプログラムを記憶するコンピュータ可読記憶媒体であって、前記１つ以上のプログラムは、
    第１クライアントデバイスにて、
    前記第１クライアントデバイスでの第１ユーザアクションに応答して、前記第１クライアントデバイスで第１の複数のメッセージの第１サブセットを表示することであって、前記第１サブセットは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、表示すること、および
    前記第１クライアントデバイスでの第２ユーザアクションに応答して、前記第１クライアントデバイスで第２の複数のメッセージの第２サブセットを表示することであって、前記第２サブセットは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、表示すること、
    の命令を含み、
    前記第１および第２の複数のメッセージは、それぞれ、１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    コンピュータ可読記憶媒体。
19. １つ以上のプログラムを記憶するコンピュータ可読記憶媒体であって、前記１つ以上のプログラムは、
    第１クライアントデバイスでの第１ユーザアクションに応答して、第１の複数のメッセージの第１サブセットをリストする情報を前記第１クライアントデバイスに送信することであって、前記第１サブセットの前記リストは、第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、送信すること、および、
    第２クライアントデバイスでの第２ユーザアクションに応答して、第２の複数のメッセージの第２サブセットをリストする情報を前記第２クライアントデバイスに送信することであって、前記第２サブセットの前記リストは、第２重要度予測モデルを使って計算された第２重要度スコアにより順序付けされる、送信すること、
    の命令を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    コンピュータ可読記憶媒体。
20. １つ以上のプログラムを記憶するコンピュータ可読記憶媒体であって、前記１つ以上のプログラムは、
    第１クライアントデバイスでの第１ユーザアクションに応答して、第１の複数のメッセージの第１サブセットをリストする情報を前記第１クライアントデバイスに送信することであって、前記第１サブセットの前記リストは、第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、送信すること、および
    前記第１クライアントデバイスでの第２ユーザアクションに応答して、第２の複数のメッセージの第２サブセットをリストする情報を前記第１クライアントデバイスに送信することであって、前記第２サブセットは、第２重要度予測モデルを使って計算された第２重要度スコアにより順序付けされる、送信すること、
    の命令を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    コンピュータ可読記憶媒体。
21. メモリと、
    １つ以上のプロセッサと、
    前記メモリ内に記憶され、かつ前記１つ以上のプロセッサにより実行されるように構成された１つ以上のモジュールと、
    を備えた、メッセージを表示するシステムであって、
    前記モジュールは、
    第１クライアントデバイスでの第１ユーザアクションに応答して、前記第１クライアントデバイスで第１の複数のメッセージの第１サブセットを表示することであって、前記第１サブセットは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、表示すること、および
    第２クライアントデバイスでの第２ユーザアクションに応答して、前記第２クライアントデバイスで第２の複数のメッセージの第２サブセットを表示することであって、前記第２サブセットは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、表示すること、
    の命令を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    メッセージを表示するシステム。
22. メモリと、
    １つ以上のプロセッサと、
    前記メモリ内に記憶され、かつ前記１つ以上のプロセッサにより実行されるように構成された１つ以上のモジュールと、
    を備えたクライアントデバイスであって、
    前記１つ以上のモジュールは、
    前記クライアントデバイスでの第１ユーザアクションに応答して、前記クライアントデバイスで第１の複数のメッセージの第１サブセットを表示する命令であって、前記第１サブセットは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、命令と、
    前記クライアントデバイスでの第２ユーザアクションに応答して、前記クライアントデバイスで第２の複数のメッセージの第２サブセットを表示する命令であって、前記第２サブセットは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、命令と、
    を含み、
    前記第１および第２の複数のメッセージは、それぞれ、１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    クライアントデバイス。
23. メモリと、
    １つ以上のプロセッサと、
    前記メモリ内に記憶され、かつ前記１つ以上のプロセッサにより実行されるように構成された１つ以上のモジュールと、
    を備えたサーバシステムであって、
    前記１つ以上のモジュールは、
    第１クライアントデバイスでの第１ユーザアクションに応答して、第１の複数のメッセージの第１サブセットをリストする情報を前記第１クライアントデバイスに送信する命令であって、前記第１サブセットの前記リストは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、命令と、
    第２クライアントデバイスでの第２ユーザアクションに応答して、第２の複数のメッセージの第２サブセットをリストする情報を前記第２クライアントデバイスに送信する命令であって、前記第２サブセットの前記リストは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、命令と、
    を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    サーバシステム。
24. メモリと、
    １つ以上のプロセッサと、
    前記メモリ内に記憶され、かつ前記１つ以上のプロセッサにより実行されるように構成された１つ以上のモジュールと、
    を備えたサーバシステムであって、
    前記１つ以上のモジュールは、
    クライアントデバイスでの第１ユーザアクションに応答して、第１の複数のメッセージの第１サブセットをリストする情報を前記クライアントデバイスに送信する命令であって、前記第１サブセットの前記リストは第１重要度予測モデルを使って計算された第１重要度スコアにより順序付けされる、命令と、
    前記クライアントデバイスでの第２ユーザアクションに応答して、第２の複数のメッセージの第２サブセットをリストする情報を前記クライアントデバイスに送信する命令であって、前記第２サブセットは第２重要度予測モデルを使って計算された第２重要度スコアによって順序付けされる、命令と、
    を含み、
    前記第１および第２の複数のメッセージは、それぞれ、各ユーザの１つのユーザアカウント内のメッセージを含み、
    前記第１および第２重要度予測モデルは別個である、
    サーバシステム。