(57)【要約】コンピューターが読み取り可能な電子メールメッセージやＥメールなどの電子メッセージ処理の方法とシステム。方法とシステムは、クラスター分析技術に基づく統計的機械学習、カスタムパーサー、クラウドソースされたメッセージのタグ付け方法に基づく自動タグ付けを含む。この方法とシステムは、さらに、特徴の組み合わせによる関連性決定、ユーザー可変のウェブブラウザ/Ｅメールクライアント混成表示、タブ表示、手元のコンピューターの特徴に基づくプラグイン、インプライドソーシャルグラフに基づく決定方法および自動アカウント設定検索方法を含む。【選択図】  図１
2013519165.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーアカウント識別(ＩＤ)及びそれに対応するユーザーパスワードに基づいた電子メッセージアカウント設定を見出す工程を含む、コンピューターによって実施される方法。
【請求項２】
前記ユーザーアカウントＩＤが電子メール(Ｅメール)アドレスを含む請求項１記載の方法。
【請求項３】
前記ユーザーアカウントＩＤがユーザーログイン名を含む請求項１記載の方法。
【請求項４】
前記電子メッセージアカウント設定を見出す工程が、
ユーザーアカウントＩＤからユーザー名とドメインを解析する工程、
解析されたドメインから電子メッセージホストのリストを構築する工程、
一つ以上のユーザー名、ポート、トランスポートの組み合わせを用いた一つ以上のホストとの接続の確立を試みる工程、
対応する接続の確立を試みることが成功した場合のユーザー名、ポート、トランスポートの組み合わせを識別する工程、
を含む請求項１記載の方法。
【請求項５】
前記接続の確立を試みる工程が、ポートとトランスポートのリストから、一つ以上のポートとトランスポートの組み合わせを用いる工程を含む請求項４記載の方法。
【請求項６】
以前に見出されたポートとトランスポートをポートとトランスポートのリストに配置する工程をさらに含む請求項５記載の方法。
【請求項７】
一つ以上のホストと関連するポートとトランスポートをポートとトランスポートのリストに配置する工程をさらに含む請求項５記載の方法。
【請求項８】
前記接続の確立を試みる工程が、ユーザー識別されたポートとトランスポートの一つ以上の組み合わせを用いることで接続の確立を試みる工程を含む請求項４記載の方法。
【請求項９】
ユーザー名とユーザーに関連した付加的なユーザー名関連情報を解析した一つ以上から複数の潜在的なユーザー名を生成する工程をさらに含み、
前記接続の確立を試みる工程が、複数の潜在的なユーザー名の一つ以上の組み合わせを用いて接続を確立することを試みる工程、
を含む請求項４記載の方法。
【請求項１０】
対応する接続の確立の試みが成功する場合に、ホストへの一つ以上の付加コマンドを試みる工程、
および、
対応する接続の確立の試みと対応する一つ以上の付加コマンドが成功した場合に、ユーザー名、ポート、トランスポートの組み合わせを電子メッセージアカウントに関連付ける工程
をさらに含む請求項４記載の方法。
【請求項１１】
スレッドのうちの一つの範囲内の特別のホストへの処理接続の試みを含むマルチスレッドの処理環境中で見出すことを実行する工程をさらに含む請求項４記載の方法。
【請求項１２】
同時接続の試みの前に決定した最大値の範囲内に同時接続の試みを制限する工程をさらに含む請求項１１記載の方法。
【請求項１３】
コンピューターシステムのレポジトリの中の電子メッセージアカウント設定のレポジトリを維持する工程をさらに含み、
前記電子メッセージアカウント設定を見出す工程が複数のユーザーのそれぞれのために、電子メッセージアカウント設定がレポジトリの中で有効であった場合に、レポジトリからの電子メッセージアカウント設定を選択する工程を含む請求項１記載の方法。
【請求項１４】
見出された電子メッセージアカウント設定をユーザーを代表してレポジトリに追加する工程を含む請求項１３記載の方法。
【請求項１５】
前記レポジトリを維持する工程が、電子メッセージアカウント設定の複数のレポジトリを維持する工程を含み、
および、
前記電子メッセージアカウント設定を見出す工程が、複数のユーザーの各々のために、一つ以上のレポジトリの中に電子メッセージアカウント設定が有効である場合に、一つ以上のレポジトリから電子メッセージアカウント設定を選択する工程、
を含む請求項１３記載の方法。
【請求項１６】
前記複数のレポジトリを維持する工程が、
一つ以上のレポジトリ特有の特徴に基づいたエンティティの主要なレポジトリとしての第一のレポジトリを指定する工程、および、代理のレポジトリとして第二のレポジトリを指定する工程を含み、
前記電子メッセージアカウント設定を見出す工程が、電子メッセージアカウント設定が主要なレポジトリにおいて有効である場合に、電子メッセージアカウント設定をエンティティに関連したユーザーに関して主要なレポジトリから選択する工程、および、電子メッセージアカウント設定が主要なレポジトリで有効でない場合に、電子メッセージアカウント設定をユーザーに関して代理のレポジトリから選択する工程、
を含む請求項１５記載の方法。
【請求項１７】
前記電子メッセージアカウント設定がレポジトリから手に入る電子メッセージサーバーとのみクライアント電子メッセージコンピューターシステムと接続するように構成する工程をさらに含む請求項１３記載の方法。
【請求項１８】
レポジトリコンピューターシステムにおいては、電子メッセージアカウント設定に関して、対応する電子メッセージサーバーに接続することに一度以上失敗するのに応じて、電子メッセージアカウント設定を無効にする選択的決定をする工程をさらに含む請求項１３記載の方法。
【請求項１９】
前記レポジトリコンピューターシステムにおいて、電子メッセージアカウント設定が決定されたユーザーに関連する情報を蓄積する工程をさらに含む請求項１３記載の方法。
【請求項２０】
電子メッセージに関連して一つ以上の特徴に関して電子メッセージを分析する工程、
および、前記分析する工程の結果に基づく電子メッセージに関して一つ以上の受信者特有のタスクを実行する工程、
を含む請求項１記載の方法。
【請求項２１】
ユーザーアカウント識別(ＩＤ)及びそれに対応したユーザーパスワードに基づく電子メッセージアカウント設定を見出すためのシステムを備える装置。
【請求項２２】
コンピュータープログラムロジックとして、ユーザーアカウント識別(ＩＤ)とそれに対応したユーザーパスワードに基づいた電子メッセージアカウント設定をプロセッサーに見出させるロジックを含むコンピュータープログラムロジックを蓄積するコンピューター可読媒体を有するコンピュータープログラムプロダクト。
【請求項２３】
電子メッセージに関連する一つ以上の特徴に関して電子メッセージを分析する工程、
および、前記分析する工程の結果に基づいて電子メッセージに関して一つ以上の受信者特有のタスクを実行する工程を含む、コンピューターによって実施される方法。
【請求項２４】
前記分析する工程が、電子メッセージをパーサーテンプレートに相当する電子メッセージを識別する工程を含み、
および、前記実行する工程が、パーサーテンプレートにしたがって、識別された電子メッセージを解析する工程を含む、請求項２３記載の方法。
【請求項２５】
前記実行する工程が、パーサーに関連した説明的タグを識別された電子メッセージに割り当てる工程をさらに含む請求項２４記載の方法。
【請求項２６】
前記実行する工程が、タブをつけられたブラウザ内の電子メッセージから解析された情報を表示する工程をさらに含む請求項２５記載の方法。
【請求項２７】
前記実行する工程が、一つ以上の特徴に基づいて電子メッセージに説明的タグを関連付ける工程をさらに含む請求項２３記載の方法。
【請求項２８】
前記説明的タグを関連付ける工程が、クラウドソースされたタグ付けルールに少なくとも一部は基づく説明的タグを関連付ける工程をさらに含む請求項２７記載の方法
【請求項２９】
前記説明的タグを関連付ける工程が、
一つ以上の特徴に基づいて電子メッセージをクラスターする工程、
および、電子メッセージのクラスターに説明的タグを関連付ける工程
を含む請求項２７記載の方法。
【請求項３０】
前記電子メッセージのクラスターに説明的タグを関連付ける工程が、
ユーザー識別された電子メッセージにユーザー識別されたタグを関連付ける工程、
ユーザー識別された電子メッセージの特徴を識別する工程
および、ユーザー識別された電子メッセージの特徴に類似した特徴を持つ他の電子メッセージにユーザー識別されたタグを関連付ける工程
を含む請求項２９記載の方法。
【請求項３１】
前記実行する工程が、電子メッセージの受信者に関して電子メッセージの関連性を決定する工程を含む請求項２３記載の方法。
【請求項３２】
前記関連性を決定する工程が、インプライドソーシャルグラフに関して電子メッセージを分析する工程を含む請求項３１記載の方法。
【請求項３３】
前記分析する工程が、
電子メッセージに関連したシンタックスの特徴を解析する工程、
電子メッセージに関連した名前付きエンティティを認識する工程、
電子メッセージに関連した頭文字を認識する工程、
電子メッセージの範囲内で表現されたセンチメントを分析する工程、
電子メッセージに関連した意味役割を分析する工程、
および、インプライドソーシャルグラフに関して分析する工程、
のうち一つ以上を含む請求項２３記載の方法。
【請求項３４】
前記実行する工程が、
前記分析する工程の結果に基づいた電子メッセージに説明的タグを関連付ける工程、
および、電子メッセージの受信者に関して電子メッセージの関連性を決定する工程、
の一つ以上を含む請求項３３記載の方法。
【請求項３５】
前記実行する工程が、電子メッセージに関連したメタデータに少なくとも一部は基づいたウェブページのような対話型ユーザーインターフェイスを生成する工程を含む請求項２３記載の方法。
【請求項３６】
前記実行する工程が、タブビューの中で複数のウェブページのような対話型ユーザーインターフェイスを集める工程をさらに含む請求項３５記載の方法。
【請求項３７】
ユーザーがプログラム可能な電子メッセージングクライアントにホスティングする工程、
および、ユーザーがプログラム可能な電子メッセージングクライアントの範囲内での前記分析する工程と前記実行する工程を実行する工程、
をさらに含む請求項２３記載の方法。
【請求項３８】
前記ホスティングする工程が、パイソン拡張可能なシッククライアント電子メッセージングシステムをホスティングする工程を含む請求項３７記載の方法。
【請求項３９】
前記ホスティングする工程が、
プラグインブラウザを用いる工程、
および、アプリケーションシェルを用いる工程、
の一つ以上を含む請求項３７記載の方法。
【請求項４０】
前記実行する工程が、
別の電子メッセージ受信者によって実行されたタスクと受信者とその別の受信者とのインプライドソーシャルグラフの関係性の組み合わせに基づいた電子メッセージに関する受信者特有のタスクを実行する工程、
を含む請求項２３記載の方法。
【請求項４１】
前記実行する工程が、
インプライドソーシャルグラフで受信者とその別の受信者との関係性が近い場合、その他の受信者によって実行されたタスクを実行する工程、
をさらに含む請求項４０記載の方法。
【請求項４２】
前記実行する工程が、
電子メッセージに関連した一つ以上の特徴に少なくとも一部は基づく電子メッセージを検索する工程、
を含む請求項２３記載の方法。
【請求項４３】
前記検索する工程が、
電子メッセージの添付ファイルに関連してファイル名拡張子タイプに基づく電子メッセージを検索する工程、
を含む請求項４２記載の方法。
【請求項４４】
前記検索する工程が、
電子メッセージにタグ付けされた情報に基づく電子メッセージを検索する工程、
を含む請求項４２記載の方法。
【請求項４５】
ユーザーの電子メッセージアドレスとそれに対応するユーザーパスワードに基づく電子メッセージアカウント設定を見出す工程をさらに含む請求項２３記載の方法。
【請求項４６】
電子メッセージに関連する一つ以上の特徴に関する電子メッセージの分析するためのシステム、
および、前記システムによって分析された結果に基づく電子メッセージに関する一つ以上の受信者特有のタスクを実行するための一つ以上の付加的なシステム、
を備える装置。
【請求項４７】
コンピュータープログラムロジックとして、
電子メッセージに関連した一つ以上の特徴に関する電子メッセージを一つ以上のプロセッサーに分析させるアナライザーロジック、
および、前記アナライザーロジックによって分析させた結果に基づく電子メッセージに関する一つ以上の受信者特有タスクを一つ以上のプロセッサーに実行させる一つ以上の付加的なロジックモジュール、
を含むコンピュータープログラムロジックを蓄積するコンピューター可読媒体によって構成されるコンピュータープログラムプロダクト。
【請求項４８】
送信者と受信者の第一の電子メッセージを識別する工程、
および、
インプライドソーシャルの中における送信者と受信者の距離、
第一の電子メッセージのシンタックス構造、
第一の電子メッセージに関連するメタデータ、
第一の電子メッセージで使用されている言語、
第一の電子メッセージの中で使用されている文字集合、
送信者と受信者の関係性の質、
一つ以上の第一の電子メッセージにおいて対応する特徴と一つ以上の特徴が類似している第二のメッセージに関して、受信者がとった行動、
一つ以上の第一の電子メッセージにおいて対応する特徴と一つ以上の特徴が類似している第三のメッセージに関して、別の受信者がとった行動、
の少なくとも一つの機能にしたがって受信者に関する第一の電子メッセージの関連性を決定する工程、
を含むコンピューターによって実施される方法。
【請求項４９】
前記関連性を決定する工程が、
前記距離に少なくとも部分的に基づいた関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５０】
前記関連性を決定する工程が、
前記シンタックス構造に少なくとも部分的に基づいた関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５１】
前記関連性を決定する工程が、
前記メタデータに少なくとも部分的に基づいた関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５２】
前記関連性を決定する工程が、
前記言語に少なくとも部分的に基づいた関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５３】
前記関連性を決定する工程が、
前記文字集合に少なくとも部分的に基づいた関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５４】
前記関連性を決定する工程が、
前記関係性の質に少なくとも部分的には基づいて関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５５】
前記関連性を決定する工程が、
前記受信者のとった行動に少なくとも部分的には基づいて関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５６】
前記関連性を決定する工程が、
前記他の受信者のとった行動に少なくとも部分的には基づいて関連性を決定する工程、
を含む請求項４８記載の方法。
【請求項５７】
前記関連性を決定する工程が、
前記距離、
前記シンタックス構造、
前記メタデータ、
前記言語、
前記文字集合、
前記関係性の質、
前記受信者のとった行動、
前記他の受信者のとった行動、
の複数のものの組み合わせに基づいて関連性を決定する工程を含む請求項４８記載の方法。
【請求項５８】
送信者とそれに対応する電子メッセージの受信者との間の距離、
電子メッセージのシンタックス構造、
電子メッセージに関連するメタデータ、
電子メッセージで使用される言語、
電子メッセージで使用される文字集合、
および、送信者とそれに対応する電子メッセージの受信者の関係性の質、
の一つ以上のものに基づいて電子メッセージ間の類似性を決定する工程をさらに含む請求項４８記載の方法。
【請求項５９】
送信者と第一の電子メッセージの受信者の識別をするためのシステム、
および、
インプライドソーシャルの範囲における送信者と受信者との間の距離、
第一の電子メッセージのシンタックス構造、
第一の電子メッセージに関連するメタデータ、
第一の電子メッセージで使用される言語、
第一の電子メッセージで使用される文字集合、
第一の電子メッセージの一つ以上の対応する特徴と一つ以上の特徴が類似する第二のメッセージに関して受信者がとった行動、
第一の電子メッセージの一つ以上の対応する特徴と一つ以上の特徴が類似する第三の電子メッセージに関し、他の受信者がとった行動、
の少なくとも一つの機能にしたがって受信者に関して第一の電子メッセージの関連性を決定するためのシステム、
を備える装置。
【請求項６０】
コンピュータープログラムロジックとして、
一つ以上のプロセッサーに送信者と第一の電子メッセージ受信者とを識別させるロジック、
および、
インプライドソーシャルの範囲における送信者と受信者の距離、
第一の電子メッセージのシンタックス構造、
第一の電子メッセージに関するメタデータ、
第一の電子メッセージで使用される言語、
第一の電子メッセージで使用される文字集合、
送信者と受信者との間の関係性の質、
第一の電子メッセージの一つ以上の対応する特徴に一つ以上の特徴が類似する第二の電子メッセージに関して受信者が取った行動、
および、第一のメッセージの一つ以上の対応する特徴に一つ以上の特徴が類似する第三の電子メッセージに関して他の受信者が取った行動、
の少なくとも一つの機能にしたがって受信者に関して、第一の電子メッセージの関連性を一つ以上のプロセッサーに決定させるロジック、
を含むコンピュータープラグロジックを蓄積するコンピューター可読媒体で構成されるコンピュータープログラムプロダクト。
【請求項６１】
第一の受信者に向けられた第一の電子メッセージからの情報を解析する工程、
前記情報を解析する工程に基づいた第一の電子メッセージに意味を与える工程、
第二の電子メッセージが向けられたり、第二受信者にタグ付けされたことを識別する工程、
および、第一の電子メッセージの意味と第二電子メッセージに与えられたタグと第一と第二受信者との間の関係性の組み合わせに基づいて、第一の電子メッセージのためのタグを定義する工程、
を含むコンピューターによって実施される方法。
【請求項６２】
前記解析する工程が、
電子メッセージ群からと電子メッセージに関連するメタデータからの情報を解析する工程、
を含む請求項６１記載の方法。
【請求項６３】
インプライドソーシャルグラフに関して、第一と第二受信者との間の関係性を決定する工程、
をさらに含む請求項６１記載の方法。
【請求項６４】
第一の受信者に向けられた第一の電子メッセージからの情報を解析する解析システム、
前記システムによって解析された情報に基づいて第一の電子メッセージに意味を与えるシステム、
第二の電子メッセージの宛先及び第二受信者によるタグ付けを識別するシステム、
および、第一の電子メッセージの意味と第二の電子メッセージに与えられたタグと第一と第二受信者との間の関係性の組み合わせに基づいて、第一の電子メッセージのためのタグを定義するシステム、
を備える装置。
【請求項６５】
前記解析システムは、電子メッセージ群からと電子メッセージに関連するメタデータからの情報を解析するように構成されている請求項６４記載の装置。
【請求項６６】
インプライドソーシャルグラフに関する第一と第二受信者との間の関係性を決定するシステム、
をさらに備える請求項６４記載の装置。
【請求項６７】
コンピュータープログラムロジックとして、
第一の受信者に向けられた第一の電子メッセージからの情報を一つ以上のプロセッサーに解析させる解析ロジック、
前記ロジックによって解析された情報に基づいて第一の電子メッセージに意味を与えることを一つ以上のプロセッサーに行わせるロジック、
第二の電子メッセージの宛先及び第二受信者によるタグ付けの識別を一つ以上のプロセッサーに行わせるロジック、
および、一つ以上のプロセッサーに、第一の電子メッセージの意味と第二の電子メッセージに与えたタグと第一と第二受信者との間の関係性との組み合わせに基づく第一の電子メッセージのためのタグを定義させるロジック、
を含むコンピュータープログラムロジックを蓄積するコンピューター可読媒体から構成されるコンピュータープログラムプロダクト。
【請求項６８】
前記解析ロジックが、電子メッセージ群及び電子メッセージと関連付けられたメタデータからの情報を一つ以上のプロセッサーに解析させるロジックを含む請求項６７記載のコンピュータープログラムプロダクト。
【請求項６９】
インプライドソーシャルグラフに関して、一つ以上のプロセッサーに第一と第二受信者との間の関係性を決定させるロジックをさらに含む請求項６７記載のコンピュータープログラムプロダクト。
【請求項７０】
複数の電子メッセージの各々に関連するメタデータを読みとる工程、
メッセージの内容とメタデータに基づいて第一の組織に電子メッセージを体系づける工程、
および、第一の組織にしたがってグラフィカルユーザーインターフェイスを通じて電子メッセージに関連する第一情報群を提示する工程、
を含むコンピューターによって実施される方法。
【請求項７１】
前記メタデータと前記電子メッセージの内容に基づく第二組織に電子メッセージを体系づける工程、
および、第二組織にしたがってグラフィカルユーザーインターフェイスを通じて電子メッセージに関連する第二の情報群を提示する工程、
をさらに含む請求項７０記載の方法。
【請求項７２】
第一と第二の情報群は対応する第一と第二のグラフィカルユーザーインターフェイスのタブのもとに提示する工程をさらに含む請求項71記載の方法。
【請求項７３】
複数の電子メッセージの各々に関連するメタデータを読み込むシステム、
メタデータとメッセージの内容に基づく第一の組織に電子メッセージを体系づけるシステム、
および、第一の構成にしたがってグラフィカルユーザーインターフェイスを通じて電子メッセージに関連する第一の情報群を提示するシステム、
を備えるクライアントメッセージ装置。
【請求項７４】
メタデータと電子メッセージの内容に基づく第二組織に電子メッセージを体系づけるシステム、
および、第二組織にしたがってグラフィカルユーザーインターフェイスを通じて電子メッセージに関連する第二情報群を提示するシステム、
をさらに備える請求項７３記載の装置。
【請求項７５】
第一と第二情報群を提示するシステムが、第一と第二情報群が対応するグラフィカルユーザーインターフェイスの第一と第二タブのもとに提示するためにそれぞれ構成されているシステムを備える請求項７４記載の装置。
【請求項７６】
コンピュータープログラムロジックとして、
複数の電子メッセージの各々に関連したメタデータを一つ以上のプロセッサーに読み取らせるロジック、
メタデータとメッセージの内容に基づいた第一の組織に電子メッセージを一つ以上のプロセッサーに体系づけるロジック、
および、第一の組織にしたがってグラフィカルユーザーインターフェイスを通じて電子メッセージに関連した情報群を一つ以上のプロセッサーに提示させる第一ディスプレイロジック、
を含むコンピュータープログラムロジックを蓄積するコンピューター可読媒体で構成されるコンピュータープログラムプロダクト。
【請求項７７】
メタデータと電子メッセージの内容に基づいた第二組織に電子メッセージを一つ以上のプロセッサーに体系づけるロジック、
および、第二組織にしたがってグラフィカルユーザーインターフェイスを通じて電子メッセージに関連する第二情報群を一つ以上のプロセッサーに提示させる第二ディスプレイロジック、
をさらに含む請求項７６記載のコンピュータープログラムプロダクト。
【請求項７８】
前記第一及び第二ディスプレイロジックが各々、第一と第二情報群を対応するグラフィカルユーザーインターフェイスの第一と第二タブのもとに一つ以上のプロセッサーに提示させるロジックを含む請求項77記載のコンピュータープログラムプロダクト。
【請求項７９】
メッセージ群、メタデータ、添付ファイル、すでにつけられたタグの一つ以上を読み取る工程を含む、複数の電子メッセージを読み取る工程、
複数の電子メッセージに対して、リテラルコンポーネントとリテラルコンポーネントに関連する未知の望ましいコンポーネントへの参照を含むクエリを適用する工程、
リテラルコンポーネントへの参照を含む電子メッセージのセットを識別する工程、
望ましいコンポーネントを含む電子メッセージのセットの部分集合を識別する工程、
および、クエリを満足する電子メッセージの部分集合から情報を検索する工程、
を含むコンピューターによって実施される方法。
【請求項８０】
メッセージ群、メタデータ、添付ファイル、すでにつけられたタグの一つ以上を読み取ることを含む、複数の電子メッセージを読み取るシステム、
複数の電子メッセージに対して、リテラルコンポーネントとリテラルコンポーネントに関連する未知の望ましいコンポーネントへの参照を含むクエリを適用するシステム、
リテラルコンポーネントの参照を含む電子メッセージのセットの識別するシステム、
望ましいコンポーネントを含む電子メッセージのセットの部分集合を識別するシステム、
および、クエリを満足させる電子メッセージの部分集合から情報を検索するシステム、
を備える装置。
【請求項８１】
コンピュータープログラムロジックとして、
メッセージ群、メタデータ、添付ファイル、すでにつけられたタグの一つ以上を読み取ることを含む、複数の電子メッセージを一つ以上のプロセッサーに読み取らせるロジック、
複数の電子メッセージに対して、リテラルコンポーネントとリテラルコンポーネントに関連する未知の望ましいコンポーネントへの参照を含むクエリを、一つ以上のプロセッサーに適用させるロジック、
リテラルコンポーネントへの参照を含む電子メッセージのセットを一つ以上のプロセッサーに識別させるロジック、
望ましいコンポーネントを含む電子メッセージのセットの部分集合を一つ以上のプロセッサーに識別させるロジック、
および、クエリを満足する電子メッセージの部分集合からの情報を一つ以上のプロセッサーに検索させるロジック、
を含むコンピュータープログラムロジックを蓄積するコンピューター可読媒体で構成されるコンピュータープログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メッセージシステムと方法に関するものである。
【背景技術】
【０００２】
企業も個人も異なる複数のホストやサービスプロバイダーと複数の電子メール(Ｅメール)のアカウントを設定している。
【０００３】
従来のいくつかのＥメールインターフェイスシステムは、複数のＥメールアカウントを設定可能である。しかし、それぞれのアカウントにおいて、ログインネーム、ドメイン、入力・出力サーバーの名前、ポート番号、セキュリティーの設定のような無数の情報の入力をユーザーは余儀なくされる。これは、時間の無駄であるし、エラーを生じさせる傾向がある。また、特に経験の浅い利用者にとっては、挑戦的なものである。
【０００４】
企業や個人は与えられた時間内に比較的多くのＥメールメッセージを受け取り、メッセージを効率的に分類することの難しさに気づきうる。
【０００５】
従来のＥメールシステムには、比較的限定されたＥメールの前段階処理能力があった。その例には、バイナリージャンクメールやスパムメールのファイラーや、送信者のメールアドレスやキーワードといったユーザーが指定した属性に基づいてタグ付けられることが含まれる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｅメールの限られた特徴を分析する技術が刊行物で散見される一方、Ｅメールクライアントに実装することに成功した技術はほとんどなく、アカウント設定を自動的に見出したり、ユーザー入力がほとんどまたは全く不要に様々な特徴に基づいた直観的な方法でＥメールを組織するユーザー・フレンドリーなＥメールクライアントを教えてくれるものはない。
【課題を解決するための手段】
【０００７】
電子メールアカウント設定を見出す方法とシステムが本明細書に開示されている。
【０００８】
また、情報と一つ以上の特徴の種類に基づく電子メールを分析し体系づける方法とシステムが本明細書に開示されている。
【図面の簡単な説明】
【０００９】
【図１】図１は、電子メッセージクライアントとして形成された典型的なコンピューターシステムのブロックダイアグラムである。
【図２】図２は、電子メッセージ環境２００のブロックダイアグラムである。
【図３】図３は、電子メッセージの方法３００のフローチャートである。
【発明を実施するための形態】
【００１０】
図面では、参照符号の最上位桁は、参照符号が最初に現れる図面と同一である。
【００１１】
説明する目的のため、電子メール(Ｅメール)メッセージに関しておよび／または電子メッセージを構成するＥメールメッセージクライアント、本明細書中におけるアーコードメール(Ａｒｃｏｄｅ  Ｍａｉｌ)やアーコード（Ａｒｃｏｄｅ）と言及されているものに関して示す。現在のＥメールクライアントは単純なメッセージリストを提供してくれる一方、アーコードは、自動的にメッセージを解析したりタグ付したりし、また、関連性に応じてメッセージをランク付けし、そして、より豊かなプレゼンテーションの提供および能力の検索を行うために実行する。
【００１２】
しかし、本明細書中に開示される特徴は、Ｅメールおよび／またはＥメールクライアントに限定されず、電子メッセージの他の形式に関しても実行する。
【００１３】
本明細書中に示された一つ以上の特徴は、単独でおよび／または別のものとの様々な組み合わせによって実行される。
[タグ]
【００１４】
アーコードはメッセージと類似の方法でＭＰ３の音楽ファイルも扱う。
【００１５】
アーコードは、一つ以上の複数のタグとそれぞれのメッセージを関連付け、また、タグはメッセージについての語義情報を含むことおよび／または供給することをする。例えば、Ａｍａｚｏｎ．ｃｏｍ（登録商標）からの発送確認メッセージは、“タイプ：オンライン注文（ｔｙｐｅ：ｏｎｌｉｎｅ ｏｒｄｅｒ）”と“売主：アマゾン（ｖｅｎｄｅｒ：Ａｍａｚｏｎ）”にタグ付される。アーコードは、統計的機械学習方法および／またはパーサー（Ｐａｒｓｅｒｓ）を含む一つ以上の方法でタグを決定する。
【００１６】
統計機械学習方法は、類似メッセージを集め、タグとして代表的な表現を選択することができる。
【００１７】
パーサーは、商人特有の発送確認のような一定の種類の機械作成メッセージを対象としている。
［関連性］
【００１８】
アーコードは、使用者や受信者にどれだけ重要なおよび／またはどれだけタイムリーなメッセージであるかを推定しうる。スパムフィルタリングは、バイナリー（メッセージがスパムであるか否か）であるのに対して、アーコードの関連性概念は、連続性を伴う。直観的に、メッセージのスパムではない関連性が大きいか小さいかである。
【００１９】
アーコードでは、メッセージの関連性の確認のために特徴の組み合わせの検査を設定する。特徴の組み合わせは、以下の一つ以上の特徴を含む。
送信者と他の受信者、
送信者と受信者の少なくとも一方が、過去にＥメールを送信または受信のいずれかを行った関係人を繋いでいる「インプライドソーシャルグラフ」に関しての送信者と受信者の関係性、
他のメッセージのヘッダー、
メッセージのシンタックス構造、
メッセージの言語および／またはメッセージで使われている特徴、
類似メッセージに応答して受信者が以前にとった行動(例えば、すぐに消去、無視、転送、返信等)、
および、他の使用者が類似メッセージに応答してとった以前の行動(すなわち、以下のクラウドソースされることに基づく行動、すなわち、どのように一人のクライアントがこの情報を利用するかはソーシャルグラフに由来する使用者間の関係に依存する(下記の「インプライドソーシャルグラフの使用」を参照))。
［レンダリング］
【００２０】
アーコードは、開発者に、タグ付されたメッセージから引き出された情報を与えた任意のＨＴＭＬおよび／またはジャバスクリプトのページによってアーコードの拡張を可能とするような、ウェブブラウザとＥメールクライアントの混成である。例えば、一つの拡張は、ユーザーのオンライン発注履歴（オンラインで購入した全てのもの、個々の購入の状態といった）を示すタブをクライアントのユーザーインターフェイス（ＵＩ）に置くことができた。
【００２１】
アーコードＵＩは、操作可能な制御を含む。例えば、オンライン注文のページには、第三者の発送サイト(例えば、ＵＰＳ(登録商標)やＦｅｄＥｘ(登録商標)のウェブサイト等)経由で状態を調査するパッケージ追跡ボタンを含む。
【００２２】
補足例として、タブレンダラーは次のものの一つ以上に関して設定する。
オンライン購入、
旅行、
招待、
ニュースレター、
申込／プロモーション、
今度の会議、
プロジェクトXYZ、
紙幣／オンライン支払、
銀行取引／金融商品、
Ｅメールの返信要求、
“ニュース速報”すなわち、高い関連性を有した情報メッセージ、
および“緊急”すなわち、即時の行動が要求されることと高度に関係するメッセージ。
【００２３】
レンダラーは、ユーザーの受信トレイにある情報の知的プレゼンテーションと共有ウェブ・ドキュメントの共同編集に結び付けうる。例えば、「パーティー招待状」用のレンダラーは、ユーザーの受信トレイの招待状を追跡し、さらに、アーコードユーザーが扱える（例えば、招待の受諾や辞退等である）「最上」の方法でユーザーに共有イベント招待ウェブページを設立する。他のＥメールクライアントを使用して、そのような共同の対象物にリンクされたＥメールの受信者は、後方互換性のある方法で内容を伝えるため「格下げされた」テキストのみのバージョンを受け取る。そのようなユーザーは、アーコードシステムによるアップグレードするように促されるだろう。
［レンダラーのタブをつけられたブラウジング］
【００２４】
アーコードＵＩは、ユーザーの選択可能なタブ（タブブラウズに使用されたブラウザータブに類似している）のセットを含む。それぞれのタブは、人の受信トレイの異なるビューを保つ。アーコードユーザーインターフェイスは、従来のＥメールクライアントのようなメッセージを表示するために「典型的ビュー」タブを有している。ユーザーインターフェイスは、デフォルトとして典型的なビュータブを含み、ユーザーインターフェイスに含まれた一つ以上のタブをユーザーが選択することができる。
【００２５】
アーコードは、パブリックウェブサイトで比較的強力なレンダリングテクノロジーとユーザーの私的なメッセージストアに存在する情報とを結びつける。
［拡張性、ローカル計算処理］
【００２６】
アーコードは、パイソン(Python)に書かれるかもしれない任意の拡張を許可するように構成される。これは、開発者および／またはエンドユーザーが新しいコードを書くこと(メッセージを解析したりタグ付けをすること、および／または関連性推定に影響を及ぼすこと、および／またはタグ付けされたローカルコンテントを表示すること)を可能にする。パイソン環境は、ブラウザプラグインの範囲で提供される。その結果、対応する計算が、リモートサーバファームではなくユーザーのマシンに生じる。
［インプライドソーシャルグラフの使用］
【００２７】
「インプライドソーシャルグラフ」は、Ｅメールの送受信がなされた人々の間の帰納的に次のリンクによって意味される結合のネットワークである。これは、送受信者間の「分離度」以上のもので、比較的全体のグラフに関して行い、二人の最短経路に沿った各リンクについて保存した情報を含んでいる。
【００２８】
アーコードは、一つ以上の方法でインプライドソーシャルグラフを使うように構成されている。
【００２９】
インプライドソーシャルグラフは、メッセージの関連性を決定するのに使用される。例えば、分離度の低いユーザーが特定の人にメールを送信した場合、その人からのメッセージの関連性は比較的高く認められる。同様に、類似のメッセージが非常に多くの人に送られた場合、グローバルグラフデータ構造によって追跡されるように、メッセージは比較的低い関連性だと認められる。
【００３０】
インプライドソーシャルグラフは情報伝搬に関するある直観的な概念を形式化するために使用される。例えば、ユーザーのメッセージの関連性をどのようにタグ付けしたり、推定するかについてユーザーから学んだ情報は、このグラフの中で互いに近い人々は概念的により多くの共通物を有しているという仮定のもとに、ソーシャルグラフの中の他の隣接者と共有される。
［クラウドソースされたメッセージのタグ付け］
【００３１】
アーコードは、クラウドソースタグ付けを実行するように構成されている。商人の確認メッセージのような機械生成されたメッセージは、比較的厳格な構造にしばしば従う。アーコードはエンドユーザーやメール受信者がグラフィカルユーザーインターフェイスを利用した意味情報を備えたそのようなメッセージの一部にタグ付けることを可能とする。例えば、ユーザーが「＄１５０．２５」を強調表示し、「価格」にタグ付けるかもしれない。そうすると、ユーザーは、集められ他の者と共有される中央レポジトリのタグ付け方法に貢献することができる。このように、アーコードは(Ｗｉｋｉｐｅｄｉａ（登録商標）に類似して)ユーザーの貢献によって時間が過ぎれば改善する。クラウドソースタグ付けはアーコードにメッセージの変化に適合することを可能とするが、既存のタガーでは適応されない。
［手書きのタガー］
【００３２】
アーコードは、パイソンコード中でのように、開発者にタガーを書くことを可能とする構成である。タガーは、任意の計算を実行し、かつ、ネットワーク資源にアクセスするようなタスクを実行できるように構成される。例えば、アマゾンのタガーは、メッセージの解析を明確にするのを支えるため、特定の列が本当にアマゾンのサイト上で売出し中の製品を指すかどうかを判断するアマゾンウェブサービスに尋ねることができた。
［類似メッセージの自動タグ付け］
【００３３】
アーコードは、エンドユーザーあるいはメッセージ受信者にメッセージをクリックし、「このようなメッセージには自動的にタグをつける」を選択できることを可能とするように構成されている。さらに、アーコードは、類似メッセージを認識する機械学習クラスタリングを利用し、チェックボックスに含まれた識別されたメッセージのリストを提示して、ユーザーによって類似であると決定されたメッセージを選択することを可能とするように構成されている。さらに、アーコードは、そのようなメッセージに適用すべきタグをユーザーが指定および選択することを可能とするように構成されている。それ以降、アーコードは、学習したフィルタと一致したメッセージに自動的にタグを適用する。
［異なる通信ソースの合併］
【００３４】
アーコードがパイソン拡張のような任意の拡張で作動するように構成される場合、異なるタイプおよび／または新しいタイプに当てはまるメッセージである異なるソースからのメッセージは、ＵＩに統合される。例えば、Ｅメールメッセージと同様に、ＲＳＳフィードはシステムにもたらされ、タグ付けられる。
［メッセージアカウント設定(例えば、ポートやトランスポート)の自動発見］
【００３５】
アーコードは、アカウント設定の発見プロセスを含んでいる。それは、マルチ・ページ・コミュニケーション・アカウント・セットアップ（ｍｕｌｔｉ−ｐａｇｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ−ａｃｃｏｕｎｔ−ｓｅｔｕｐ）形式をユーザーアカウントＩＤおよびパスワードのような比較的わずかな情報に取って代える。例えば、ユーザーアカウントＩＤは、ユーザーＥメールアドレス若しくはユーザーアカウントログイン名を含んでいる。任意形式は、異常なＥメール設定を有するユーザーが追加情報およびヒントを提供することを可能にする。アーコード設定発見プロセスは、ユーザーがＥメールのような電子メッセージの送受信するメッセージ設定を発見するためにユーザーＩＤとパスワードを利用する。ユーザーが簡単な形式に入力する情報もまた、ターミナルコンソールからプログラム走行によって入力される。
【００３６】
アーコード設定発見プロセスは、次のプロセス、すなわち、Ａ)ホストのリストの構造、および、Ｂ)ユーザーの入出力のＥメールプロバイダー設定を決定する各ホストへの接続、のうちの一つ以上を含み、それは、発見される各アカウントのために実行される。
［ホストのリストの構造］
【００３７】
基礎ドメインは、ユーザーによるＥメールアドレス入力の解析によるアーコード設定発見プロセスによって決定される。例えば、「ｂｏｂ＠ｍａｉｌ．ａｏｌ．ｃｏｍ」は、例示のＥメールアドレスであり、ユーザー名「ｂｏｂ」と基礎ドメイン「ｍａｉｌ．ａｏｌ．ｃｏｍ」に解析される。基礎ドメインは、ドメインパターンによってインデックスを付けられ、既知のＥメールプロバイダー(例えば、Ｇｍａｉｌ（登録商標）、Ｈｏｔｍａｉｌ（登録商標）、ＡＯＬ（登録商標）など)のデータベースを調査するために用いられる。このデータベースは、アーコードソースコード内に保存される。基礎ドメインがドメインパターン、ホストのリストおよび時にポートや他のＥメール設定と一致する場合には、データベース項目から、設定コレクションに追加される。設定コレクションは、ユーザーの入出力Ｅメールサーバーに接続を試みるために利用される。接続を試みる過程の例を以下に述べる。
【００３８】
基礎ドメインがデータベースの既知のＥメールプロバイダーと入力が一致し、ユーザーの入出力メールサーバーへの接続の試みが成功すれば、発見プロセスは完了する。
【００３９】
そうでなければ、ホストのリストは、基礎ドメインを取ることや基礎ドメインのスーパードメインを使用するホスト名を構築すること、さらに共通プレフィックスのリストによって構築される。共通プレフィックス(ｉｍａｐ．ドメインやｓｍｔｐ．ドメインのような)のリストは、設計や試験などの間に、アーコード設定発見プロセスによって予め定められている。例えば、基礎ドメインが「ｍａｉｌ．ａｏｌ．ｃｏｍ」だった場合、スーパードメインは「ａｏｌ．ｃｏ．」として定義される。共通プレフィックスの使用は、「ｉｍａｐ．ａｏｌ．ｃｏｍ」や「ｓｍｔｐ．ａｏｌ．ｃｏｍ」のようなホスト名に帰着する。
【００４０】
さらに、ＤＮＳクエリは、基礎ドメインと対応するあらゆるＭＸレコードを探して構築される。ＭＸレコードのホストは、ホストのリストに追加される。ユーザーによって指定されたいかなるオプションのホストヒントも、ホストのリストに加えられる。ホストのリストは、数の点においてのみ互いに異なるホストの統合により縮められる。ＤＮＳクエリはホストのリストにあるすべてのホスト上で行われる。
【００４１】
時間を短縮するか最小化するため、
【００４２】
発見プロセスは、クエリおよび／または全面的なタイムアウト時間の最大値に関して形成される。これは発見プロセスの時間を短縮若しくは最小化する。
【００４３】
さらに、あるいは、ＤＮＳクエリの実行中、各ホストおよび各ＩＰが一度だけ試みられるようにチェックが行われる。
【００４４】
できるだけ短いホスト名を使用することが望ましい。ホスト名のリストは、長さによって分類される。
［ユーザーの入出力Ｅメールプロバイダー設定を決定する各ホストへの接続］
【００４５】
アーコード設定発見プロセスは、ユーザーに提供された異なるユーザー名、ポート、トランスポートの組み合わせとパスワードを使用して、ホスト名に複数回接続を試みることによってユーザーのＥメールプロバイダーの設定を決定する。
【００４６】
使用可能なユーザー名は、ＥメールアドレスとＥメールアドレスから解析された基礎ユーザー名の一方若しくは双方を含んでいる。例えば、ユーザーが入力したＥメールアドレスが、「ｂｏｂ＠ｍａｉｌ．ａｏｌ．ｃｏｍ」の場合、「ｂｏｂ」とｂｏｂ＠ｍａｉｌ．ａｏｌ．ｃｏｍの両方、リストに追加される。いかなるオプションのユーザーに提供されたユーザー名のヒントもまた、ユーザー名リストに追加される。例えば、オプションのユーザーに提供されたユーザー名のヒントは、有効な場合があり、そこでは、メールサーバー用のユーザー名とＥメールアドレスは著しく異なることがある。ユーザー名のリストは、設計および試験等の間に、アーコード設定発見プロセスによって作成された例外のリストの中でＥメールプロバイダーを調整した。
【００４７】
可能なポートとトランスポートは、インターネット基準（ＲＦＣｓ）および／または他のＥメールプロバイダーの慣習およびアーコード設定発見プロセスの設計および試験の間に発見された可能なサーバー設定からコンパイルされたリストを用いて構成される。任意のオプションのユーザーに提供されるポートとトランスポートがリストに追加される。それには、リストの中で高い優先順位が割り当てられる。ユーザーに提供されたポートとトランスポートが存在する場合、Ｅメール特定オプションによって禁止されない限り、他のポートとトランスポートが試される。安全性が十分でないオプションよりも安全なオプションは、リストの中で高い優先順位が与えられる。
【００４８】
設定は、マルチスレッド（Ｍｕｌｔｉ−ｔｈｒｅａｄｉｎｇ）プロセスの中で複式接続の試みを用いて決定される。マルチスレッドは、適切な接続の決定又は識別の所要時間を短縮する。いくつかのＥメールプロバイダーは、並列接続の試みが引き金となって起きる保護手段を持っている。これを克服するため、与えられたホスト／ポートの組み合わせへの全ての接続の試みは、同一のスレッドに予定されるか、割り当てられる。
【００４９】
発見プロセスは、同時接続の試みの最大値の設定を含んでいる。これは、リモートサーバーにオーバーロードすることおよび／またはアンチスパムの対抗手段を引き起こすことを避けるのに役立つ。
【００５０】
特定のユーザー名、ポート、トランスポートの組み合わせの使用をすることで、接続の試みが成功する場合、任意の残りの組み合わせに関しての接続の試みは停止する。これは、設定発見プロセスの間にかかる時間を短縮する。
【００５１】
ホストへの成功した接続がなされる場合、付加コマンドは、その接続上に試みられる。付加コマンドが成功する場合、ユーザーの電子メールプロバイダーへのその接続のための設定は、後の使用のために保存される。例えば、ユーザーが続けてログインする場合、設定発見を使用する代わりに保存された設定から設定はロードされる。
【００５２】
設定発見プロセスは、入力・出力のプロバイダーの両方のために実行される。
［設定発見の結果のクラウドソースされたレポジトリ］
【００５３】
アーコード設定発見プロセスが、ユーザーのＥメールプロバイダーのために適切な設定を決定する場合、アーコードクライアントは、その情報のコピーを作成し、また、ユーザーを潜在的に識別できる設定の中の情報を削除するような方法等で、データをサニタイジングする。サニタイジングされたデータのコピーは、他のアーコードＥメールクライアントシステムによってアクセス可能なクラウドソースされたレポジトリに挿入される。
【００５４】
ユーザーのＥメールプロバイダーが前のユーザーセッションから首尾よく発見されていれば、アーコード設定発見プロセスは省略される。代わりに、設定プロセスは、アーコード設定・レポジトリにクラウドソースされた前の成功した発見プロセスの結果によってシードされることができる。クラウドソースされたＥメール設定を使用することは、設定発見プロセスを早め、より少ないコンピューティングとネットワークの資源を使用する。設定の発見は、既知のプロバイダーのデータベースの代わりに、または既知のプロバイダーに加えてクラウドソースされたレポジトリを使用するように、アーコードは構成される。クラウドソースされたレポジトリの中にエントリーが見つけられない状況では、正常な設定発見プロセスが続きうる。クラウドソースされたレポジトリからの情報が使用されるが、設定発見は失敗したような状況では、正常な設定発見が続く。
【００５５】
クラウドソースされたレポジトリは、複数のレポジトリを含む。一定のユーザーグループのために、クラウドソースされたレポジトリの一つは主要なレポジトリとして指定され、他のレポジトリは代理のレポジトリとして指定される。例えば、これは、様々なユーザーグループ(例えば、会社、コミュニティ、国等)の特性が、より適切で有用な特定のクラウドソースされたレポジトリに帰着する場合に、有用である。例えば、対応する国に接近する国ベースのレポジトリに位置づけられるような、ユーザーグループの近くに位置付けられた一定のレポジトリは、処理時間、アクセスタイムおよび／または信頼性を縮小するのにも有用である。
【００５６】
アーコードは、設定発見プロセスのためにクラウドソーシングを避けるように構成される。例えば、安全な若しくは分離されたネットワーク上のような、アーコードが分離された環境で用いられる場合に、有用である。
【００５７】
アーコードは、特定の設定発見レポジトリに関してのみＥメールプロバイダーの活性化を許容するように構成可能である。例えば、管理者にＥメールプロバイダー設定の管理を提供することおよび／または使用されるＥメールプロバイダーをコントロールすることを管理者に許容することに有用である。そのようなセントラルレポジトリは、Ｅメールプロバイダー設定情報のアップデートおよび／または付加的な企業レベルセキュリティを提供することのような、Ｅメール設定がアーコードクライアントの中若しくはユーザーシステムのファイルの中で、維持される状況に比例して、より大きな統制手段を管理者にもたらす。
［設定発見レポジトリの追加選択機能］
【００５８】
クラウドソースされたレポジトリは、アーコード設定発見の試みによって得られた失敗の結果からのフィードバックを利用する。例えば、アーコード設定発見プロセスのアーコードレポジトリからの設定を利用しようと試みたが接続に失敗した場合、メンテナンスプロセスは、その失敗を考慮に入れ、クラウドソースされたレポジトリからそのＥメールプロバイダーのための設定を除去するかどうかを決定する。例えば、これは、アーコード設定発見プロセスが後の試みにおいてレポジトリからの設定を使用することで不必要な時間を費やすことを防ぐことに有用である。失敗後のデータを除去するかどうかの決定は、様々な要素が考慮される。考慮要素は、アーコード設定発見プロセスによる成功・失敗の試みの回数、試みた総数、および／または成功および／または失敗の試みの間の経過時間等である。例えば、他の試みに成功して使用されたレポジトリからＥメールプロバイダー設定のエントリーを除去することから、比較的少数の失敗の試みを回避するのに有効である。
【００５９】
クラウドソースされた設定発見レポジトリの特化したコピーは、システム管理者にユーティリティとして使用される。例えば、これは、比較的多数のＥメールサーバーを扱わなければならない管理者にとって有用である。例えば、レポジトリの特化したコピーは、エンティティが全てのＥメールシステムとそれらのＥメールサーバーの設定の原因であるような状況下で、コンプライアンス目的に使用される。そのような状況において、クラウドソースされたレポジトリは、個人ユーザーに関する追加情報を保管するために、アーコードと共に構成される。これは、ユーザーＥメール管理に役立つために用いられる。
［追加的選択的電子メッセージシステムの特徴］
【００６０】
アーコードは、次の特徴の一つ以上を提供するように構成される。
メールアクロスアカウント(例えば、「メタインボックス」)の集合体、
Ｅメールの要約、すなわち、よりよいサブジェクトラインあるいは要約を提示すること、
「この送信者からのこのような自動的なジャンクメッセージ」、
メッセージビュー中の操作可能なＨＴＭＬへの共通のテキストエンティティの促進、例えば、住所を識別すれば、地図のその住所にリンクを加える(若しくは、文字通り、ＨＴＭＬメッセージディスプレイに地図を含める。)
許可の委任と共有(例えば、ｅｘｅｃアシスタントは、ｅｘｅｃを代理してメールの読み書きをし、夫婦は明細書の情報を共有できる。)、
内容をよく知っているＥメール検索(例えば、多目的のインターネットメール拡張（ＭＩＭＥ）タイプ(ビデオ、ＰＤＦ、ワードｄｏｃ等)による、例えば、フランクの電話番号か住所、ジョーによって送られた添付ファイル)、
他のメッセージのソースの統合(例えば、ＲＳＳ／Ａｔｏｍ材料、インスタントメッセージ、インターネットリレーチャット、ＸＭＰＰ、ジャバ、グーグルウェーブ)、
および、プライバシー／秘密性ツール。
【００６１】
プライバシー／秘密性ツールは、悪いＣＣに関して警告を提供するように構成される(例えば、あなたは本当にＣＣによって、ＷＳＪのウォールト・モスバーグ、あるいは、仕事仲間のウォールト・モスバーグを意図したか。)。
【００６２】
プライバシー／秘密性ツールは、全ての送信メールに自動署名するように構成される(したがって、アーコードユーザーは送信者の本当の身元を確信することができる。)。
【００６３】
プライバシー／秘密性ツールは、ドキュメント毎のＤＲＭのようなメカニズム(例えば、機密ドキュメントは、会社の外部には送信できない。) によって、企業政策を強化するように構成される。
【００６４】
プライバシー／秘密ツールは、全社にわたる送信メールの分析(例えば、従業員が悪い事項若しくは秘密事項を外に送信しているか。) を提供するように構成される。
【００６５】
本明細書中に開示された１つ以上の特徴が、離散的および集積回路ロジック、特定用途向けＩＣ（ＡＳＩＣ）ロジック、マイクロコントローラを含むハードウェア、ソフトウェア、ファームウェアおよびその組み合わせが実施され、ドメインの一部として、特定の集積回路パッケージあるいは集積回路パッケージの組み合わせに実施される。本明細書において使用されたように、ソフトウェアという用語は、コンピューターシステムに本明細書で開示された特徴の一つ以上および／または組み合わせを行わせるコンピューター可読媒体に格納されたコンピュータープログラムロジックを有しているコンピュータープログラムプロダクトのことをいう。
【００６６】
図１は、電子メッセージクライアントとして形成されたコンピューターシステム（１００）の例のブロックダイアグラムである。
【００６７】
コンピューターシステム（１００）は、命令、コード、ソフトウェアとしても知られるコンピュータープログラムプロダクトロジックを実行するため、ここではプロセッサー（１０２）として描かれている一つ以上のコンピュータープロセスユニットを含む。
【００６８】
コンピューターシステム（１００）は、メモリ、キャッシュ、レジスタ、および記憶装置、コンピューター可読媒体が有するその上に格納されたコンピュータープログラムプロダクトロジックと命令（１０６）を含み、それに呼応して一つ以上の機能をプロセッサー（１０２）に実行させる、(メモリ／記憶装置)（１０４）の一つ以上を有している。
【００６９】
さらに、メモリ／記憶装置（１０４）は、命令（１０６）を実行する際にプロセッサー（１０２）によって使用され、および／または命令（１０６）の実行に呼応してプロセッサー（１０２）によって生成されるデータ（１０８）を含んでいる。
【００７０】
図１では、ロジック（１０６）は、プロセッサー（１０２）に上記の一つ以上の例に述べられていたような電子メッセージを処理させるクライアントロジック（１１０）を含んでいる。
【００７１】
ロジック（１１０）は、プロセッサー（１０２）に上記一つ以上の例で述べられていたようなメッセージのタグ付けおよびメッセージ関連性の決定をさせるメッセージタグ付けと関連性推定ロジック（１１２）を含む。
【００７２】
ロジック（１１２）は、テンプレートから生まれたメッセージにタグをつける手書きのパーサーを含んでいる。
【００７３】
ロジック（１１２）は、共通タグで互いに類似しているメッセージを識別ないしタグ付けするロジックを含んでいる。
【００７４】
ロジック（１１２）は、クライアント側でクラウドソースされたタグ付きのメッセージを実施するロジックを含む。サーバーは、対応するサーバー側のクラウドソースされたタグ付けロジックを含む。
【００７５】
ロジック（１１２）は、メッセージをクラスターに分ける一つ以上のクラスタリング技術を実施するためのロジックを含んでいる。クラスターロジックは、エンティティおよび頭文字認識という名のシンタックス解析、センチメント解析、意味役割解析の一つ以上を提供するように構成される。
【００７６】
ロジック（１１２）は、上記で一つ以上の例として述べられていたように、インプライドソーシャルグラフを利用するロジックを含む。
【００７７】
ロジック（１１０）は、プロセッサー（１０２）にメッセージメタデータに基づいた対話型ユーザーインターフェイスのようなウェブページを少なくとも一部分提供させるために、一つ以上の上記の例に述べられたような、ユーザーインターフェイス（ＵＩ）ロジック（１１４）を含む。
【００７８】
ロジック（１１４）は、上記に述べられたように、タブビューの中でのＵＩのセットを集めるためのロジックを含んでいる。
【００７９】
ロジック（１１０）は、プロセッサー（１０２）にユーザーがプログラム可能なメッセージクライアントに提供させるホストロジック（１１６）を含む。ホストロジック（１１６）は、メッセージクライアントを提供するためのプラグインブラウザおよび／またはアプリケーションシェルを含んでいる。ホストロジック（１１６）は、パイソン拡張可能なシッククライアントホスティングシステムを含む。
【００８０】
ロジック（１１０）は、メッセージクライアント間で情報を伝達するためにインプライドメッセージングソーシャルグラフをプロセッサー（１０２）に使用させるためにプロパゲーションロジック（１１８）を含む。
【００８１】
ロジック（１１８）は、少なくとも一部の他のメッセージ受信者がとった行動に基づいて、そのメッセージ受信者に関して行動を行う関連性ロジックを含む(例えば、ユーザーＡがメッセージＭを直ちに削除した場合、ソーシャルグラフ中でユーザーＢがユーザーＡに近ければ、その際ユーザーＢも関心がないだろうということ)。
【００８２】
ロジック（１１８）は、クライアントの中で学んだタグ付けの方法を共有するためのロジックを含む(例えば、あるユーザーのクライアントがどのようにメッセージのセットをタグ付けするかを学習することで、他のユーザークライアントはこれから利益を受けられる。)。コントロールは、機密情報を保護するために実施される。
【００８３】
ロジック（１１０）は、プロセッサー（１０２）にＭＩＭＥ形式によるような内容に基づいたメッセージのレポジトリを探させるコンテントアウェアメッセージ検索ロジック（１１８）を含む。
【００８４】
ロジック（１１０）は、上記の例に述べられたように、プロセッサー（１０２）にＥメールアカウント設定を発見させるように自動発見ロジック（１２０）を含む。
【００８５】
ロジック（１１０）は、プロセッサー（１０２）により詳細でおよび／またはユーザー関連のＥメール要約を作成し表示させる要約ロジック（１２２）を含む。
【００８６】
コンピューターシステム（１００）は、コンピューターシステム（１００）の構成成分中で通信するコミュニケーションインフラストラクチャ（１４０）を含む。
【００８７】
コンピューターシステム（１００）は、コミュニケーションチャンネルかリンクに関する一つ以上の他のシステムと通信するための入出力(I／O)コントローラー（１４２）を含む。それは、インターネット通信リンクを含む。
【００８８】
図１で描かれ、図１に関して記述された特徴は、互いに単独でおよび／または様々な組み合わせの中で実施される。
【００８９】
図２は、一つ以上の上記の例に述べられていたような、アーコードメッセージクライアントとしてそれぞれ構成されている複数の通信デバイス（２０２）から（２１８）までを含む、電子メッセージ環境（２００）のブロックダイアグラムである。
【００９０】
環境（２００）は、一つ以上の上記の例に述べられていたように、複数の通信デバイス（２０２）から（２１８）までの中の１つ以上の特徴を実施するアーコードサーバーシステムを含む。
【００９１】
デバイス（２０２）から（２１８）は、互いにメッセージを送受信できるように、および／またはデバイス間をインターネット（２２２）によって接続されているように構成される。
【００９２】
図３は、電子メッセージの方法（３００）のフローチャート図である。描かれており、および／または図３に関して述べられた一つ以上の特徴は、単独でおよび／または様々な組み合わせの中で実施される。
【００９３】
（３０２）で、ユーザーアカウントＩＤとパスワードに基づいてアカウント設定は見出される。ユーザーアカウントＩＤは、一つ以上の上記の例に述べられたようなＥメールアドレスを含んでいる。
【００９４】
アカウント設定の発見は、一つ以上の上記の例に述べられたように、（３０４）でユーザーアカウントＩＤからユーザー名とドメインを解析することを含む。
【００９５】
アカウント設定の発見は、一つ以上の上記の例に述べられたように、ドメインの解析からホストのリストを構築し、（３０６）でのリストされたホストにアクセスすることを試みることを含む。
【００９６】
アカウント設定の発見は、一つ以上の上記の例に述べられたように、（３０８）で一つ以上のレポジトリの使用を含む。
【００９７】
（３１０）で、電子メッセージアカウントは、（３０２）で発見されたアカウント設定を使用してアクセスする。
【００９８】
（３１２）で、電子メッセージは分析される。分析は、メッセージ履歴に関しておよび／またはダイナミックに入出力される電子メッセージに関して動く。分析は、本明細書中に開示された一つ以上の分析技術を含み、図３で示されたものの一部は、説明の目的である。
【００９９】
（３１４）で、一つ以上の受信者に特有のタスクが（３１２）で行われた解析に基づいて行われる。一つ以上のタスクは、メッセージに特有のタスクおよび／または複数のメッセージに基づいたタスクを含む。
【０１００】
一つ以上のタスクは、本明細書に示された一つ以上のタスクを含み、図３に示されたそれらの一部は、説明の目的で示される。
【０１０１】
一つ以上のタスクは、一つ以上の上記の例で述べられたように、（３１２）で行われた一つ以上の解析に基づいてなされる、（３１６）でのタグ付けを含む。
【０１０２】
（３１６）でのタグ付けは、一つ以上の上記の例で述べられたように、クラウドソースタグ付けおよび／またはクラスタータグ付けを含んでいる。
【０１０３】
一つ以上のタスクは、一つ以上の上記の例で述べられたように、（３１８）で多数の受信者に特有の組織の中の情報を体系づけること、（３２０）でタブ付けされたブラウザフォーマットにおける複数の組織の情報を表示することを含む。
【０１０４】
方法とシステムは、機能と特徴とそれらの関係性を説明する機能的ビルディングブロックの利用によって本明細書に開示される。少なくとも、これら機能的ビルディングブロックの境界のいくつかは、記述の便宜のために任意に本明細書中に定義された。特定された機能とそれらの関係が適切に行われる限り、交互の境界は定義される。
【０１０５】
様々な実施形態が本明細書中に開示されているが、それらは限定ではなく例示の方法によって示されたことが理解されるに違いない。形式と詳細の様々な変更は、本明細書中に示された方法とシステムの意図および範囲から外れずに、そこに行われることは当業者にとっては明白であろう。したがって、請求項の幅および範囲は本明細書中に開示された実施例形態のうちのどれによっても制限されるべきではない。
【図２】
2013519165.tif 000003
【図１】
2013519165.tif 000004
【図３】
2013519165.tif 000005
【国際調査報告】
2013519165.tif 000006
2013519165.tif 000007
2013519165.tif 000008