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