特許 6242796 メッセージの分類と管理

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

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

(11)【特許番号】6242796

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

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

(54)【発明の名称】メッセージの分類と管理

(51)【国際特許分類】

   G06F 13/00 20060101AFI20171127BHJP

   H04M 11/00 20060101ALI20171127BHJP

【ＦＩ】

   G06F13/00 620

   H04M11/00 302

【請求項の数】9

【全頁数】22

(21)【出願番号】特願2014-533561(P2014-533561)

(86)(22)【出願日】2012年9月10日

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

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

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

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

(87)【国際公開日】20130404

【審査請求日】2015年8月11日

(31)【優先権主張番号】13/250,664

(32)【優先日】2011年9月30日

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

(73)【特許権者】

【識別番号】314015767

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ミジョン，ポール エム

(72)【発明者】

【氏名】ヴェムラ，ヴァサンサ ケー

(72)【発明者】

【氏名】ヴィタルデヴァラ，クリシュナ

(72)【発明者】

【氏名】ウオルター，ジェイソン ディー

(72)【発明者】

【氏名】ギラム，エリオット シー

(72)【発明者】

【氏名】コステア，ミハイ

(72)【発明者】

【氏名】ハインズ，ダグラス ジェイ

(72)【発明者】

【氏名】ジアング，ウェイ

(72)【発明者】

【氏名】デイヴィス，マルコム エイチ

(72)【発明者】

【氏名】アルバート，サムエル，ジェイ．エル

(72)【発明者】

【氏名】アハイアクポール，マイケル ジェームズ

【審査官】 北川 純次

(56)【参考文献】

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

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

【文献】 米国特許出願公開第２００７／０１５６８８６（ＵＳ，Ａ１）

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

Ｇ０６Ｆ １３／００

Ｈ０４Ｍ １１／００

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

【請求項1】

一つ以上のコンピューティング・デバイスによって実施される方法であって:
ユーザ・アカウントを介した配信のために、送信者から受信したメッセージを調査し、前記メッセージの一つ以上の特徴を抽出するステップと；
前記抽出された特徴に基づいて、前記メッセージが複数のカテゴリのうちの第１のカテゴリに対応すると判定するステップと；
前記メッセージが前記第１のカテゴリに対応していると判定したことに応答して、ユーザによる対話操作のために、前記第１のカテゴリについて提示される第１のオプションを含むようにユーザ・インターフェースを構成するステップと；
前記抽出された特徴に基づいて、前記メッセージが前記複数のカテゴリのうちの第２のカテゴリに対応すると判定するステップであって、前記第２のカテゴリは前記第１のカテゴリと異なる、ステップと；
前記メッセージが前記第２のカテゴリに対応していると判定したことに応答して、前記ユーザによる対話操作のために、前記第２のカテゴリについて提示される第２のオプションを含むように前記ユーザ・インターフェースを構成するステップと；
前記メッセージのユーザ選択に応答して、前記ユーザ・インターフェース内に、前記ユーザによる対話操作のために前記メッセージに適用可能な機能を表示するステップであって、前記機能は、カテゴリとの対応とは独立に利用可能であり、前記メッセージに対する前記ユーザによる対話操作を可能にし、前記メッセージに対する前記ユーザによる対話操作を記述するフィードバック情報を提供する、ステップと、
を含み、前記フィードバック情報は、メッセージの分類を実行するための１つ以上の分類モデルを調整するために使用される、方法。

【請求項2】

前記ユーザ・インターフェースは、前記ユーザ・アカウントのメッセージにアクセスするために、クライアント・デバイスによる表示用に構成される、
請求項１記載の方法。

【請求項3】

前記の調査は、前記メッセージがニュース・レターとして分類されるべきか否かを確認するために実行される、
請求項１記載の方法。

【請求項4】

前記メッセージが第１のカテゴリに対応すると判定するステップは、前記メッセージの送信者の電子メール・アドレス若しくは前記メッセージの送信者についての評価、前記送信者からの通信が一方向の通信であるか否か、前記送信者からの通信が周期的であるか否か、前記メッセージの受信者がメッセージを読むか否か、または前記メッセージを受信してからユーザがそのメッセージに対して対話処理を行うまでに経過した時間の長さに少なくとも部分的に基づく、
請求項３記載の方法。

【請求項5】

前記メッセージが第１のカテゴリに対応すると判定するステップは、前記メッセージが該メッセージに返信することを禁止する旨のテキストを含んでいるか否か、又は前記メッセージが該メッセージを受信することに関する購読の中止を要求するオプションを含んでいるか否かに少なくとも部分的に基づく、
請求項３記載の方法。

【請求項6】

前記メッセージが第１のカテゴリに対応すると前記判定するステップは、前記メッセージがニュース・レターであるか否かを表すメッセージ内のパターンを推定するのに使用されるコンテンツ学習機能に少なくとも部分的に基づく、
請求項３記載の方法。

【請求項7】

前記の調査は、前記メッセージが、トランザクション、旅行関連文書、ソーシャル・ネットワーク、電子カード、出会い系サイトメッセージ、金融関連ニュース、未成年に相応しくない記事、受信したメッセージの種別若しくは受信者に基づくターゲット広告のうちの一つ以上に関係しているかを判定するために実行される、
請求項１記載の方法。

【請求項8】

前記メッセージは、電子メール、ＳＭＳのテキスト、ＭＭＳのテキストまたはインスタント・メッセージを含む、
請求項１記載の方法。

【請求項9】

一つ以上のプロセッサと、
少なくとも一つのコンピュータ読取可能記録媒体であって、前記一つ以上のプロセッサによる実行に応答して、前記一つ以上のプロセッサに、
ユーザ・アカウントを介した配信のために、送信者から受信したメッセージを調査し、前記メッセージの一つ以上の特徴を抽出するステップと；
前記抽出された特徴に基づいて、前記メッセージが複数のカテゴリのうちの第１のカテゴリに対応すると判定するステップと；
前記メッセージが前記第１のカテゴリに対応していると判定したことに応答して、ユーザによる対話操作のために、前記第１のカテゴリについて提示される第１のオプションを含むようにユーザ・インターフェースを構成するステップと；
前記抽出された特徴に基づいて、前記メッセージが前記複数のカテゴリのうちの第２のカテゴリに対応すると判定するステップであって、前記第２のカテゴリは前記第１のカテゴリと異なる、ステップと、
前記メッセージが前記第２のカテゴリに対応していると判定したことに応答して、前記ユーザによる対話操作のために、前記第２のカテゴリについて提示される第２のオプションを含むように前記ユーザ・インターフェースを構成するステップと；
前記メッセージのユーザ選択に応答して、前記ユーザ・インターフェース内に、前記ユーザによる対話操作のために前記メッセージに適用可能な機能を表示するステップであって、前記機能は、カテゴリとの対応とは独立に利用可能であり、前記メッセージに対する前記ユーザによる対話操作を可能にし、前記メッセージに対する前記ユーザによる対話操作を記述するフィードバック情報を提供する、ステップと；
を備える処理を実行させるコンピュータ実行可能命令を記録する、少なくとも一つのコンピュータ読取可能記録媒体と
を備え、前記フィードバック情報は、メッセージの分類を実行するために利用可能な１つ以上の分類モデルを調整するために使用される、
システム。

【発明の詳細な説明】

【背景技術】

【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】

ニュース・レターに関しては、例えば、（メッセージ管理モジュール１１２、メッセージ管理モジュール１１６または上述したシステム内の他の場所において実装される）メッセージ分類器２０２は、まず最初に人間の手で「ニュース・レター」のカテゴリと「ニュース・レターではない」カテゴリとに分類されたメッセージ群を使用して分類方法を学習させられることが可能である。続いて、上述した２種類のラベル付けされたメッセージ群同士を区別し、人間により分類判断の結果を再現可能な２値分類モデルが生成され得る。分類モデルが分類すべきカテゴリを正確に識別することが出来る精度は「捕捉率」と呼ばれ、分類結果が誤りである比率は、例えば、否定的誤認識（ＦＮ：False Negative）および肯定的誤認識（ＦＰ：False Positive）などの評価指標によって測定されることが可能である。否定的誤認識は、メッセージ分類器２０２により使用されるモデルが本来なら「ニュース・レター」であるメッセージを「ニュース・レターではない」とラベル付けしてしまう事象に対応し、肯定的誤認識はこれとは逆に、「ニュース・レターではない」カテゴリに分類されるべきメッセージを誤って「ニュース・レター」とラベル付けしてしまう事象に対応する。

【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】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】