(57)【要約】      （修正有）【課題】メッセージコンテンツの公開に関連する方法、システムを提供する。【解決手段】コンテンツ創作者９１０がメッセージ管理ノード４０４にコンテンツを提供する。一つ以上のビジネスルールの適用に基づき、メッセージコンテンツの一つ以上の認可された受信者９３０が特定され、一つ以上の受信者にメッセージコンテンツが提供される。一つ以上の承認者９２０によって公開の前にメッセージコンテンツが審査される。承認者からの承認なしでは、認可された受信者にメッセージコンテンツが提供されることはない。【選択図】図９
2014146320.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを分配するコンピュータで実施される方法であって、
コンピューティングデバイスによってメッセージコンテンツを受信し、
前記コンピューティングデバイスによって、前記メッセージコンテンツへの一つ以上のビジネスルールの適用に少なくとも部分的に基づき、前記メッセージコンテンツを受信する一つ以上の認可された受信者を決定し、
前記コンピューティングデバイスによって、前記一つ以上の認可された受信者への前記メッセージコンテンツの配信を容易にする
ことを含む方法。
【請求項２】
前記コンピューティングデバイスによって、一つ以上の承認者に前記メッセージコンテンツを提供し、
前記一つ以上の承認者からの承認の受信に応答して、前記コンピューティングデバイスによって、一つ以上の認可された受信者の決定と、メッセージコンテンツの配信の容易化とを実行する
ことをさらに含む請求項１に記載の方法。
【請求項３】
一つ以上の承認者へのメッセージコンテンツの提供は、一つ以上の承認者に順々にメッセージコンテンツを提供することを含み、
承認の受信は、全ての承認者から順々に承認を受け取ることを含む、
請求項２に記載の方法。
【請求項４】
一つ以上の承認者へのメッセージコンテンツの提供は、一つ以上の承認者に並行してメッセージコンテンツを提供することを含み、
承認の受信は、一つ以上の承認者のうち予め定められた数の承認者から承認を受け取ることを含む、
請求項２に記載の方法。
【請求項５】
一つ以上の認可された受信者の決定は、前記メッセージコンテンツ内の一つ以上のキーワードおよび／または主題に基づき一つ以上の認可された受信者を決定することを含む、請求項１に記載の方法。
【請求項６】
前記メッセージコンテンツがコンテンツ創作者から受信され、
一つ以上の認可された受信者の決定は、前記コンテンツ創作者のＩＤに基づき受信者を決定することを含む、
請求項１に記載の方法。
【請求項７】
一つ以上の認可された受信者の決定は、該一つ以上の認可された受信者の一つ以上のセキュリティ認証に基づき、一つ以上の認可された受信者を決定することを含む、請求項１に記載の方法。
【請求項８】
一つ以上の認可された受信者の決定は、要求されたメッセージコンテンツを有する一つ以上の受信者を決定することを含む、請求項１に記載の方法。
【請求項９】
一つ以上の認可された受信者へのメッセージコンテンツの配信の容易化は、前記一つ以上の認可された受信者へのメッセージの配信を含む、請求項１に記載の方法。
【請求項１０】
前記メッセージは、該メッセージが消費される前に、前記認可された受信者の認証を確認するように構成されることを特徴とする請求項９に記載の方法。
【請求項１１】
一つ以上の認可された受信者へのメッセージコンテンツの配信の容易化は、前記メッセージコンテンツを消費する公的に利用可能な設備を提供することを含む、請求項１に記載の方法。
【請求項１２】
コンピューティングデバイスによる命令の実行に応答して、該コンピューティングデバイスに、
メッセージコンテンツを受信させ、
前記メッセージコンテンツへの一つ以上のビジネスルールの適用に少なくとも部分的に基づき、前記メッセージコンテンツを受信する一つ以上の認可された受信者を決定させ、
前記一つ以上の認可された受信者への前記メッセージコンテンツの配信を容易にさせる
ように構成された命令を含む、一つ以上のコンピュータ可読記憶媒体。
【請求項１３】
前記コンピューティングデバイスに、
一つ以上の承認者に前記メッセージコンテンツを提供させ、
前記一つ以上の承認者からの承認の受信に応答して、一つ以上の認可された受信者の決定と、メッセージコンテンツの配信の容易化と、を実行させる
ように前記命令がさらに構成されている、請求項１２に記載のコンピュータ可読記憶媒体。
【請求項１４】
一つ以上の認可された受信者の決定は、前記メッセージコンテンツ内の一つ以上のキーワードおよび／または主題に基づき、および／または、一つ以上の認可された受信者の一つ以上のセキュリティ認証に基づき、一つ以上の認可された受信者を決定することを含む、請求項１２に記載のコンピュータ可読記憶媒体。
【請求項１５】
前記メッセージコンテンツがコンテンツ創作者から受信され、
一つ以上の認可された受信者の決定は、前記コンテンツ創作者のＩＤに基づき受信者を決定することを含む、
請求項１２に記載のコンピュータ可読記憶媒体。
【請求項１６】
一つ以上の認可された受信者へのメッセージコンテンツの配信の容易化は、前記一つ以上の認可された受信者へのメッセージの配信を含み、
前記メッセージは、該メッセージが消費される前に、前記認可された受信者の認証を確認するように構成される
ことを特徴とする請求項１２に記載のコンピュータ可読記憶媒体。
【請求項１７】
一つ以上のコンピュータプロセッサと、
前記一つ以上のコンピュータプロセッサ上で、
メッセージコンテンツを受信し、
前記メッセージコンテンツへの一つ以上のビジネスルールの適用に少なくとも部分的に基づき、前記メッセージコンテンツを受信する一つ以上の認可された受信者を決定し、
前記一つ以上の認可された受信者への前記メッセージコンテンツの配信を容易にする
よう動作するように構成された、一つ以上のメッセージコンテンツ公開モジュールと、
を備える装置。
【請求項１８】
前記一つ以上のコンピュータプロセッサ上で、
一つ以上の承認者に前記メッセージコンテンツを提供し、
前記一つ以上の承認者からの承認の受信に応答して、一つ以上の認可された受信者の決定と、メッセージコンテンツの配信の容易化と、を実行する
よう動作するように構成された一つ以上の承認モジュールをさらに備える、請求項１７に記載の装置。
【請求項１９】
一つ以上の認可された受信者の決定は、メッセージコンテンツ内の一つ以上のキーワードおよび／または主題に基づき、および／または、一つ以上の認可された受信者の一つ以上のセキュリティ認証に基づき、一つ以上の認可された受信者を決定することを含む、請求項１７に記載の装置。
【請求項２０】
前記メッセージコンテンツがコンテンツ創作者から受信され、
一つ以上の認可された受信者の決定は、前記コンテンツ創作者のＩＤに基づき受信者を決定することを含む、
請求項１７に記載の装置。
【請求項２１】
一つ以上の認可された受信者へのメッセージコンテンツの配信の容易化は、前記一つ以上の認可された受信者へのメッセージの配信を含み、
前記メッセージは、該メッセージが消費される前に、前記認可された受信者の認証を確認するように構成される
ことを特徴とする請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１３年１月２２日に出願された米国仮特許出願第６１／７５５，４２８号の便益を要求し、その全体が参照により本明細書に援用される。この特許出願は、２００５年１２月６日に出願された米国特許出願第１１／２９６，５８７号、２００４年１０月２７日に出願された米国特許第１０／９７６，０５７号、２００３年６月３０日に出願された米国特許第１０／６１１，６９８号、２００４年１２月６日に出願された米国仮特許出願第６０／８３３，８３２号、および２００２年７月１日に出願された米国仮特許出願第６０／３９３，１７６号の全体を参照により本明細書に援用する。
【０００２】
この発明は、電子メッセージングの分野に関し、より詳細には電子メッセージの管理および分配に関する。
【背景技術】
【０００３】
電子通信は、対象とされたオーディエンスにコンテンツを通信する強力な手段を提供する。電子通信を利用する従来の試みは、ユーザがコンテンツを組み立て、選択された受信者にコンテンツを分配することを含む。これは、多くの状況において有効な戦略を提供する一方で、メッセージに組み込まれるべきコンテンツのアクセスおよび制御を提供するのにかなりの計算資源を必要とするとともに、メッセージの作成を指示するのに人的資源をも必要とする。
【発明の概要】
【０００４】
添付の図面において実施形態は例示として図解されており限定を目的とするものではない。同様の参照符号は同様の要素を表している。
【図面の簡単な説明】
【０００５】
【図１】様々な実施形態に係るメッセージ管理サービスを利用可能であるネットワークを示す図である。
【図２】様々な実施形態に係る送信デバイスとしての使用に概して適しているコンピュータシステムを示す図である。
【図３】様々な実施形態に係るユーザインタフェースの一例を示す図である。
【図４】様々な実施形態に係るメッセージ管理を示す図である。
【図５】様々な実施形態に係るメッセージ管理ノードを示す図である。
【図６】様々な実施形態に係るメッセージ管理サービスの動作を示す図である。
【図７】様々な実施形態に係るメッセージテンプレートを示す図である。
【図８】様々な実施形態に係るメッセージ作成コンポーネントを実装するのに概して適しているコンピュータシステムを示す図である。
【図９】様々な実施形態に係るマルチポイント公開システムのエントリ間の例示的なインタラクションを示す図である。
【図１０】様々な実施形態に係る、承認および／または受信者制御を用いてメッセージコンテンツを公開する例示的なプロセスを示す図である。
【図１１】様々な実施形態に係るマルチポイント公開システムの参加者情報およびビジネスルールを構成する例示的なプロセスを示す図である。
【図１２】様々な実施形態に係るマルチポイント公開システムを用いてメッセージ承認を取得する例示的なプロセスを示す図である。
【図１３】様々な実施形態に係るマルチポイント公開システムを用いて認可された受信者を特定する例示的なプロセスを示す図である。
【発明を実施するための形態】
【０００６】
以下の説明では、本発明の様々な態様が記載され、特定の構成について説明される。しかしながら、本発明の実施形態は、一部のみのまたは全ての態様を用いて実施されてもよいし、および／またはこれらの特定の詳細のうちの一部を用いずに実施されてもよい。他の例では、説明を不明確にしないように、周知の特徴については省略または簡略化されることがある。
【０００７】
説明は、他の当業者に彼らの仕事の内容を伝えるために当業者によって通常使用される態様に一致する受信、送信、決定、特定、表示などの用語を用いて、プロセッサベースのデバイスによって実行される操作の観点で提示される。当業者には良く理解できるように、数量は、プロセッサベースのデバイスの機械部品、電気部品および／または光学部品を使って記憶、転送、結合または他の方法で操作することができる電気信号、磁気信号または光学信号の形態をとる。
【０００８】
様々な操作が、複数の離散的なステップとして、本発明の実施形態を理解するのに最も役立つ方法で記載される。しかしながら、説明の順序を、これらの操作が必ず順序に依存することを意味するものと解釈すべきではない。具体的には、これらの操作は提示される順序で実行される必要はない。
【０００９】
この説明は、「一実施形態では」という言い回しを繰り返し使用する。これは、そうであることもあるが、同一の実施形態を必ずしも指し示す必要はない。さらに、「含む（comprising）」、「備える（including）」、「有する（having）」などの語は、本出願で使用される場合は同義である。
【００１０】
「Ａおよび／またはＢ」という表現は、（Ａ）、（Ｂ）または（ＡおよびＢ）を意味する。「Ａ、ＢおよびＣの少なくとも一つ」という表現は、（Ａ）、（Ｂ）、（Ｃ）、（ＡおよびＢ）、（ＡおよびＣ）、（ＢおよびＣ）または（Ａ、ＢおよびＣ）を意味する。
【００１１】
本発明の実施形態によると、メッセージコンストラクト（message construct）の受信時に、デジタルコンテンツ項目を有する電子メッセージを生成し一人以上の指定された受信者に送信するためのメッセージ管理サービスが提供される。加えて、本発明の実施形態は、メッセージの受信者に関連する能力および／または選好に基づく電子メッセージのフォームおよび／またはコンテンツの適応を提供する。
【００１２】
図１は、本発明の一実施形態に従ってメッセージ管理サービス（ＭＭＳ）が利用可能であるネットワーク１００を示す。この実施形態では、図示のように、送信デバイス１０４がメッセージマネージャ１０８と通信可能に接続されており、メッセージマネージャ１０８は、受信者デバイス１１２とサードパーティデバイス１１６に通信可能に接続されている。様々な実施形態では、ローカルネットワークから一つまたは複数のグローバル相互接続ネットワーク（公衆交換電話網（ＰＳＴＮ）、インターネットまたはワールドワイドウェブなど）までの有線および無線通信リンクを含む、一つまたは複数の通信ネットワークを通して、これらの要素が互いに接続されていてもよい。
【００１３】
送信デバイス１０４は、電子メッセージ（例えばメッセージコンストラクト１２０）を、電子メッセージの構成および／または受信者への配信に関するコンストラクト情報を含め、メッセージマネージャ１０８に送信する。コンストラクト情報は、受信者情報（例えば、受信デバイス１１２に関連する受信者についての情報）および／または要求されたコンテンツ情報（例えば、受信者が興味を持つか興味を持つかもしれないコンテンツに直接的および／または間接的に関連する情報）を含んでもよい。本明細書で使用する場合、受信者が興味を持つか興味を持つかもしれないコンテンツは、「要求コンテンツ」とも呼ばれる。全ての実施形態において、要求コンテンツは、受信者によって明示的に要求されたものである必要はないことに注意する。要求コンテンツに直接関連する要求コンテンツ情報は、例えば、特定の製品および／またはサービス（以下、総称して「コアコンテンツ」と呼ぶ）に関する情報の要求を含んでもよい。要求コンテンツに間接的に関連する要求コンテンツ情報は、例えば、受信者の職業、興味、趣味、仕事用のアドレス、自宅のアドレス、製品／サービスを購入する時間枠など（以下、総称して「周辺コンテンツ」と呼ぶ）に関する情報を含んでもよい。一実施形態では、メッセージマネージャ１０８は、この周辺コンテンツから全体的にまたは部分的に要求コンテンツを導出することができる。
【００１４】
簡潔に述べると、メッセージマネージャ１０８は、受信者の特定および要求コンテンツ情報を含むメッセージコンストラクト１２０を送信デバイス１０４から受信し、メッセージ生成仕様にしたがって電子メッセージ１２４を生成する。メッセージ生成仕様は、送信デバイス１０４から受信した要求コンテンツ情報と、メッセージマネージャ１０８によって制御されアクセス可能であるメッセージテンプレートおよびコンテンツ（さらに詳細に後述される）と、の間の関連性の提供を通じて、電子メッセージ１２４の生成を指示する。本明細書で使用する場合、電子メッセージの情報が少なくとも部分的にメッセージコンストラクト１２０から導出される場合、電子メッセージ１２４は導出メッセージ１２４と呼ばれる
【００１５】
様々な実施形態では、コンテンツは、テキスト、データ、画像、音声、映像、ウェブ、実行可能要素などの任意の数のデジタルコンテンツ要素を含むが、これらに限定されない。デジタルコンテンツ要素は、受信者がメッセージについてさらなる情報を取得し、別の受信者にそのメッセージを転送し、将来同様のメッセージを受け取らないように要求することなどを可能にするように設計された、リンクまたは他のユーザインタフェースコントロールを指してもよい。
【００１６】
本明細書で使用する場合、導出メッセージ１２４を含む電子メッセージは、シンプルメッセージサービス（ＳＭＳ）、マルチメディアメッセージサービス（ＭＭＳ）、インターネットなどを含むがこれらに限定されない適切なチャネル配信サービスによって配信される、テキストメッセージ、マルチメディアメッセージ、電子メール（ｅメール）、ファイル（前述したメッセージタイプの一つに結合されるか、または独立して伝達される）、拡張マークアップ言語（ＸＭＬ）ファイルなどを含むがこれらに限定されない様々なメッセージタイプであってもよい。伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、簡易メール転送プロトコル（ＳＭＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標））、ファイル転送プロトコル（ＦＴＰ）、および、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）、ＸＭＬリモート・プロシージャ・コール（ＲＰＣ）、グローバルＸＭＬウェブ・サービス・アーキテクチャ（ＧＸＡ）、Representational State Transfer（ＲＥＳＴ）などのマークアップ言語ファイル（例えばＸＭＬ）の通信のために行われるプロトコルを含むがこれらに限定されない様々なメッセージ転送プロトコルにしたがって、電子メッセージを配信することができる。本明細書で使用する場合、特定のメッセージタイプ、および一方のデバイスからネットワークを介してもう一方のデバイスに特定のメッセージタイプを通信するための対応するサービス、プロトコル、構造等は、配信チャネル（delivery channel）と呼ばれる。
【００１７】
デバイス１０４、メッセージマネージャ１０８、デバイス１１２および／またはデバイス１１６は、ユーザデバイスおよび／または、様々な電子メッセージの作成および／または送信を容易にするためにデバイスに備え付けられるかデバイスに通信可能に接続されるホストサーバなどのサーバデバイスを含んでもよい。例えば、一実施形態では、ホストサーバは、電子メールを送受信するように設計されたメールサーバであってもよい。このようなメールサーバは、ハードウェアベースのデバイスであってもよいし、送信デバイス１０４、メッセージマネージャ１０８、受信デバイス１１２および／またはサードパーティデバイス１１６上で実行するソフトウェアサービスであってもよい。
【００１８】
送信デバイス１０４、メッセージマネージャ１０８、受信デバイス１１２およびサードパーティデバイス１１６はそれぞれ、無線移動電話、手の平サイズのパーソナル・デジタル・アシスタント、ノートブック・コンピュータ、デスクトップ・コンピュータ、サーバ、セットトップボックス、ゲーム機などを含むがこれらに限定されない、当分野で既知の幅広い範囲のデジタルシステムであってもよい。
【００１９】
導出メッセージ１２４の作成の後、メッセージマネージャ１０８は、選択された配信チャネルを介して受信デバイス１１２に導出メッセージ１２４を転送する。様々な実施形態では、メッセージマネージャは、通知メッセージ１２８を作成してそれをサードパーティデバイス１１６に送信し、送信者、受信者に関する情報、要求コンテンツ情報、および／または配信メッセージ内に提供された一つ以上のデジタルコンテンツ要素を含むがこれらに限定されないトランザクションの選択された詳細を、関係者に通知する。このサードパーティ通知は、例えば、一つまたは複数の製品および／またはサービスについて将来の顧客が問い合わせた情報を、地方の販売代理店に提供することができる。
【００２０】
一実施形態では、メッセージマネージャ１０８は、導出メッセージ１２４が送信されるべきサードパーティユーザからの、導出メッセージ１２４の保留インジケーションの送信を遅らせてもよい。このようなインジケーションは、通知メッセージ１２８の応答または規定のインタラクションである場合もある。これは、導出メッセージ１２４実際の送信の前に、サードパーティユーザに予告を提供する。この事前通知は、サードパーティユーザに関連するコンテンツ（例えばデジタル名刺）を含めることと組み合わせて、サードパーティユーザのために実際の努力をわずかに消費して、サードパーティユーザが導出メッセージを作成したことの認知を受信者に提供することができる。
【００２１】
一実施形態では、例えばメッセージ１３２、１３６、１４０である様々な確認メッセージが、受信および／または読取アクティビティなどの（これらに限定されない）様々なアクティブティを通信するために送信されてもよい。
【００２２】
本発明の実施形態は、受信環境の態様に合わせることができる方法で、潜在的により洗練された導出メッセージ１２４配信コンテンツに、比較的単純なメッセージコンストラクト１２０を利用するという教示を提供する。メッセージ構造の全ての態様を制御するために他の方法では必要とされる、送信デバイス１０４におけるかなりの処理能力、帯域幅、メモリおよび／またはオーサリングの関与を必要とせずに、メッセージコンストラクト１２０の送信を達成することができる。こうして、本発明の実施形態は、送信デバイス１０４のためにシン・クライアント・デバイスを利用する選択肢を提供する。しかしながら、実施形態はこれに限定されない。
【００２３】
図２は、本発明の一実施形態に係る送信デバイス１０４としての使用に概して適しているコンピュータシステム２００を示す。この実施形態では、システム２００は、プロセッサ２０４、メモリ２０８、入出力デバイス２１２、およびネットワークインタフェース２１６を備え、これらは通信バス２２０を介して互いに接続されている。動作中、メモリ２０８は、オペレーティングシステム（ＯＳ）２２４およびメッセージ・コンストラクト・コンポーネント（ＭＣＣ）２２８のワーキングコピーを記憶する。これは、揮発性記憶装置内のアプリケーション・プログラミング・インタフェース（ＡＰＩ）の実装を含んでもよい。一方、ＯＳ２２４およびＭＣＣ２２８の永続記憶のために、非揮発性記憶装置を使用してもよい。ＡＰＩの実装は、ドキュメント・オブジェクト・モデル（ＤＯＭ）、ＸＭＬ用シンプルＡＰＩ（ＳＡＸ）、ＸＭＬ  Ｅ４Ｘ用のＥＣＭＡスクリプトなどのＸＭＬ処理モデルに基づくが、これらに限定されない。
【００２４】
様々な実施形態では、メモリ２０８は、ランダム・アクセス・メモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）などの揮発性メモリ、リード・オンリ・メモリ（ＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュなどの非揮発性メモリ、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、フラッシュなどの着脱式メモリなどの様々な記憶媒体を含むが、これらに限定されない。
【００２５】
一実施形態では、ＭＣＣ２２８の永続的コピーが、工場内またはフィールド内に備えられたデータネットワークを通して分配サーバからダウンロードされてもよい。フィールドの据え付けの場合、磁気媒体、光学媒体および他の媒体を含むがこれらに限定されない記録可能媒体を有するディスケット、ＣＤＲＯＭ、ＤＶＤ、フラッシュなどの一つまたは複数の製品を使用して、永続的なコピーが分配されてもよい。
【００２６】
様々な実施形態では、プロセッサ２０４は、一つまたは複数のマイクロプロセッサ（一つまたは複数の処理コアを有する）、コントローラ、特定用途向け集積回路などを備えてもよい。プロセッサ２０４は、ＯＳ２２４およびＭＣＣ２２８のプログラミング命令を実行する機能を有し、本明細書に述べるような様々な要素の動作を可能にする。
【００２７】
様々な実施形態では、入出力デバイス２１２は、ＣＲＴ、アクティブまたはパッシブ・マトリックスＬＣＤディスプレイを含むがこれらに限定されないディスプレイデバイスを備え、ユーザインタフェースを出力する。ユーザインタフェースの作成は、ＭＣＣ２２８の指示によって制御される。入出力デバイス２１２は、マウス、タッチパッド、トラックボール、キーボード、バーコードスキャナ、ブルートゥーストランシーバ、赤外線トランシーバ、無線自動識別トランシーバなどを含むがこれらに限定されない入力メカニズムを備え、システム２００へのユーザ入力を容易にしている。
【００２８】
最後に、様々な実施形態では、ネットワークインタフェース２１６は、無線ネットワークインタフェース、総合デジタル通信網（ＩＳＤＮ）アダプタ、デジタル加入者回線（ＤＳＬ）インタフェース、イーサネット（登録商標）、またはトークン・リング・ネットワーク・インタフェースなどであってもよい。
【００２９】
図３は、本発明の一実施形態に係る送信デバイス１０４のディスプレイ上への出力に適しているユーザインタフェース３００の一例を示す。ユーザインタフェース３００は、受信者情報フィールド３０４と、要求コンテンツ情報フィールド３０８と、を備える。これらの値は、上述したような一つまたは複数の入力デバイスを用いてオペレータによって入力される。受信者情報フィールド３０４は、例えば電子メールアドレス、電話番号などの受信者の電子アドレスを受け入れる。別の実施形態では、受信者情報フィールド３０４は受信者の一意識別子を含んでもよい。これは、メッセージマネージャ１０８における受信者の電子アドレスと関連している。
【００３０】
要求コンテンツ情報フィールド３０８は、コアコンテンツ候補３１２の選択をユーザに提供する。コアコンテンツ候補３１２は例えば製品および／またはサービスのリストから選択され、そのためにメッセージマネージャ１０８が関連するコンテンツへのアクセスを有してもよい。コアコンテンツ候補３１２は、チェックボックス選択またはプルダウンメニューなどの（これらに限定されない）様々な方法でユーザに提示される。
【００３１】
一実施形態では、追加的に／代替的に、要求コンテンツ情報フィールド３０８は、関連するかもしれない周辺コンテンツに関する情報を求めるための周辺コンテンツクエリ３１６を提供してもよい。一部の実施形態では、周辺コンテンツクエリ３１６は、いずれのコアコンテンツ候補３１２が選択されるかによって決まる。
【００３２】
一部の実施形態では、ＭＣＣ２２８は、例えば現在のコアコンテンツ候補３１２を含む要求コンテンツ情報フィールド３０８の追加（population）のために、メッセージマネージャ１０８に問い合わせてもよい。ユーザの信用情報（credential）、デバイス構成および／またはデバイスの動作能力に少なくとも部分的に基づき、要求コンテンツ情報フィールド３０８がカスタマイズされてもよい。例えば、本発明の一実施形態によると、メッセージマネージャ１０８は、送信デバイス１０４の動作能力の特定に基づき、要求コンテンツ情報フィールド３０８を追加してもよい。例えば、携帯電話およびパーソナルデジタルアシスタントなどの従来の無線デバイスに、有線の同等物よりもパワーの小さいハードウェア（ディスプレイ、プロセッサ、メモリを含む）およびソフトウェア部品が備えられていることがある。したがって、送信デバイス１０４がこのようなデバイスであると特定された場合、このような潜在的な限定を考慮するように要求コンテンツ情報フィールド３０８を適合させることが有利な場合もある。例えば、これは、周辺コンテンツクエリ３１６の縮小セットを提供することによって行われてもよい。他方、送信デバイス１０４が大きなリソースを有している（例えばデスクトップコンピューティングデバイスである）実施形態では、周辺コンテンツクエリ３１６のセットはさらに広範囲であってもよい。送信デバイス１０４の動作能力の特定は、例えば、クエリ、自発的な送信などから生じるハンドシェークオペレーションで、送信デバイス１０４からメッセージマネージャ１０８への能力情報の送信、ユーザの信用情報の関連性を通して行われてもよい。
【００３３】
一度適切な情報が適切なフィールドに追加されると、ユーザは、送信機能３２０を使用してメッセージマネージャ１０８にメッセージコンストラクト１２０を送信することができる。送信機能３２０の有効化により、ＭＣＣ２２８は、様々なフィールドに与えられる値を含むファイルを作成する。このファイルは、メッセージコンストラクト１２０として送信される。一部の実施形態では、ＭＣＣ２２８によって作成されたファイルは、ＡＳＮ．１（Abstract Syntax Notation One）、ＥＢＭＬ、ＸＭＬ、ＹＡＭＬなどの汎用マークアップ言語であってもよいが、これらに限定されない。
【００３４】
図示の実施形態は、コアコンテンツ候補３１２と周辺コンテンツクエリ３１６とが同一スクリーン上に並んで描かれた様子を示すが、他の実施形態では、様々なフィールドを含む一連のスクリーンショットを提供してもよい。
【００３５】
図４は、本発明の一実施形態に係るメッセージマネージャ１０８を示す。メッセージマネージャ１０８は、管理コンソール４０８、統合リソース４１２およびメッセージトラッカー４１６に通信可能に接続されたメッセージ管理ノード４０４を備える。メッセージ管理ノード４０４は、導出メッセージ１２４の作成を指示するメッセージ作成仕様４２０を備えている
【００３６】
管理コンソール４０８は、認定された管理者のオーサリングサービスを提供する。オーサリングサービスは、メッセージ作成仕様４２０、ローカルに記録されたコンテンツ、ルール、他の管理タスクの作成および／または編集を容易にするサービスを含む。加えて、オーサリングサービスは、例えば、テンプレート内の一つ以上のセル用のフォーマットの定義および／またはコンテンツの定義を含むメッセージテンプレートを管理者が構成／編集することができるメッセージテンプレート編集環境を提供してもよい。一実施形態では、オーサリングサービスは、グラフィカルツールまたはテキストベースのツールを提供する。
【００３７】
一部の実施形態では、要求コンテンツ情報に関連する適切なデジタルコンテンツにローカルでアクセスできない場合、メッセージ管理ノード４０４は、統合リソース４１２と協力してこのようなコンテンツを取得してもよい。様々な実施形態では、統合リソース４１２は、例えば外部のコンテンツ管理システム、データベース管理システムなどを含んでもよい。
【００３８】
メッセージトラッカー４１６は、様々なアクティビティおよび／またはイベントを追跡するためのデータベースを備える。これらのアクティビティおよび／またはイベントは、送信者、受信者、メッセージコンストラクト１２０、導出メッセージ１２４、承認メッセージ１３６に関する情報を含む。承認メッセージ１３６は、例えばいずれのデジタルコンテンツ要素が受信者によって有効化されるかなどの、導出メッセージ１２４との受信者インタラクションに関する情報を含む。一部の実施形態では、これらのアクティビティおよび／またはイベントのメッセージ記録が、送信された通知メッセージ１２８であってもよい。
【００３９】
図５は、本発明の一実施形態に係るメッセージ管理ノード４０４をさらに詳細に示す。メッセージ管理ノード４０４は、インタフェースコンポーネント５０４、配信コンポーネント５０８、メッセージ作成コンポーネント５１２、コンテンツコンポーネント５１６、およびルールコンポーネント５２０を含む。
【００４０】
本明細書で使用する場合、「コンポーネント」という語は、所望の結果を得るために利用可能であるプログラミング論理のことを指すように意図されている。コンポーネントという語は「モジュール」と同義であってもよく、ハードウェアまたはファームウェア、あるいはソフトウェア命令の集合で具現化され、例えばＣ＋＋などのプログラミング言語で記述されたエントリおよびエグジットポイントを場合により有している、プログラミング論理のことを指してもよい。様々な実施形態では、コンポーネントは、同一のデバイス（例えばサーバ）内に共通して配置されていてもよいし、特定のコンポーネントの機能に専念するデバイス内に配置されていてもよいし、または、上述した結果を得るために協力して相互作用するデバイスの集合にわたり分布していてもよい。
【００４１】
ソフトウェアコンポーネントは、実行可能なプログラムにコンパイルされリンクされてもよいし、ダイナミックリンクライブラリ内にインストールされてもよいし、ＢＡＳＩＣなどのインタプリタ型言語で記述されてもよい。ソフトウェアコンポーネントは、他のコンポーネント／モジュールからまたはソフトウェアコンポーネント自身から呼び出し可能であってもよいし、および／または検出されたイベントまたは割り込みに応答して起動されてもよいことが理解されるだろう。ソフトウェア命令は、ＥＥＰＲＯＭなどのファームウェア内に埋め込まれていてもよいし、磁気または光学記録デバイスなどの読み取り可能媒体に記憶されていてもよい。ハードウェアコンポーネントは、ゲートおよびフリップフロップなどの接続された論理ユニットで構成されてもよいし、および／またはプログラマブルゲートアレイまたはプロセッサなどのプログラマブルユニットで構成されてもよいことがさらに理解されるだろう。一実施形態では、本明細書に記載のコンポーネントはソフトウェアモジュールとして実装されるが、ハードウェアまたはファームウェアであってもよい。さらに、所与の数の別個のソフトウェア／ハードウェアコンポーネントのみが図解されおよび／または説明されるが、本発明の実施形態の精神および範囲から逸脱することなく、このようなコンポーネントは追加のコンポーネントまたはより少数のコンポーネントによるものであってもよい。
【００４２】
本発明の一実施形態に係る図６に示すオペレーションフェーズをさらに参照して、メッセージマネージャ１０８のコンポーネントの相互作用について以下で説明する。オペレーションフェーズは丸括弧内の数字で参照される。一実施形態では、メッセージコンストラクト１２０を受信したインタフェースコンポーネント５０４によってオペレーションが開始される（６０４）。インタフェースコンポーネント５０４は、例えばデバイス１０４、１１２、１１６であるネットワークに接続されたデバイスからの／デバイスへの、ネットワークを介した電子メッセージの受信／送信を容易にする、任意のタイプのインタフェースであってよい。インタフェースコンポーネント５０４は、メッセージの構成および配信トリガ用の様々なアプリケーションインタフェースをサポートするとともに、インタフェースを報告する。インタフェースコンポーネント５０４は、上述したＭＣＣ２２８のような共通の定義セットを有するＡＰＩの実装を含み、メッセージコンストラクト１２０の解釈を容易にする。様々な実施形態では、インタフェースコンポーネント５０４は、マークアップ言語ファイルの通信に向けられたものを含むがこれに限定されない様々なウェブサービスプロトコルと互換性がある。
【００４３】
メッセージ作成コンポーネント５１２は、インタフェースコンポーネント５０４からメッセージコンストラクト１２０またはその部分を受け取る。メッセージ作成コンポーネント５１２はメッセージコンストラクト１２０の値を特定し（６０８）、メッセージ作成仕様４２０にしたがって導出メッセージ１２４を生成するように動作する。導出メッセージ１２４を生成するために、メッセージ作成コンポーネント５１２は、複数のメッセージテンプレート候補５２８がその中に記憶されているメッセージテンプレートデータベース５２４にアクセスし、要求コンテンツ情報を満足するとみなされるデジタルコンテンツ要素の配信に適しているメッセージテンプレートを選択する（６１２）。
【００４４】
導出メッセージ１２４の生成時、メッセージ作成コンポーネント５１２は配信チャネルも選択する。配信チャネルは、メッセージテンプレートおよび／またはデジタルコンテンツの選択に影響を与える。一部の実施形態では、ルールコンポーネント５２０によって、および／またはメッセージ作成仕様４２０を通して提供されるルールによって、配信チャネルの選択が決定される。さらに、本発明の実施形態により、ネットワーク条件（例えば、代替通信リンクでの利用可能な帯域幅）、デバイス能力、デバイスの優先度などに基づく、配信チャネルの動的な決定が可能になる。これは、以下のメッセージ適応操作の教示にさらに組み込まれてもよい。
【００４５】
メッセージ作成コンポーネント５１２は、コンテンツコンポーネント５１６にアクセスし一つまたは複数のデジタルコンテンツ要素を選択することによって、コンテンツを起動する（６１６）。コンテンツコンポーネント５１６は、例えばテキストおよび／またはバイナリ要素を有するドキュメントレポジトリ５３２と、様々なタイプのデジタルコンテンツ要素のアクセス可能な記憶装置を提供するのに適した、例えば音声および／または映像要素を有するメディアレポジトリ５３６と、を備える。上述したように、要求コンテンツ情報の値に関連付けられるデジタルコンテンツがコンテンツコンポーネント５１６内で見つからない場合、統合リソース４１２を通してアクセスされる。
【００４６】
様々な実施形態では、メッセージ作成コンポーネント５１２は、選択されたデジタルコンテンツ要素を、選択されたメッセージテンプレートにリンクさせるおよび／または埋め込む。導出メッセージ１２４の構成中に、例えばＯＬＥ（object linking and embedding）あるいはＵＲＩｓ（uniform resource identifiers）またはＵＲＬｓ（uniform resource locators）の使用などの技術を用いて、デジタルコンテンツ要素がメッセージテンプレートにリンク付けされるか、またはメッセージテンプレート内に埋め込まれる。本発明の実施形態の精神および範囲から逸脱することなく、デジタルコンテンツ要素をメッセージテンプレートにリンクさせるおよび／またはメッセージテンプレート内に埋め込む他の方法も、同様に利用することができる。
【００４７】
一部の実施形態では、メッセージ作成コンポーネント５１２は、メッセージ適合仕様５４０を参照して導出メッセージ１２４を生成し、対象とする受信者への配信のために、導出メッセージ１２４を柔軟かつ拡張可能に適合させる。
【００４８】
一実施形態では、メッセージ適合仕様５４０は、所与の派生した電子メッセージに対して代替のプレゼンテーションまたはレイヤーを定義するメッセージレイヤー定義を含む。各プレゼンテーションは、デジタルコンテンツ要素候補の異なる組み合わせを表している。一実施形態では、導出メッセージ１２４は、所与のメッセージプレゼンテーションに対して適切であるような、デジタルコンテンツ要素候補５２８から選択された一つまたは複数のデジタルコンテンツ要素のバージョンを含むように適合された、一つまたは複数のコンテンツセルを含んでもよい。こうして、特定の構成および／または選好を利用するように適合された電子メッセージを生成することが可能になる。
【００４９】
一実施形態では、メッセージ適合仕様５４０は、デバイス固有またはユーザ固有のものであってもよい。例えば、メッセージ適合仕様５４０は、対象とする受信者と関連付けられる受信デバイス１１２などの、一つ以上のデバイスの一つ以上の動作能力を示してもよい。このような動作能力は、デバイスのマルチメディアプレゼンテーション能力、デバイスのコンテンツレンダリング能力、デバイスのデータスループット／帯域幅能力を含んでもよく、無線デバイスあるいは従来の非無線または有線のデバイスとしてデバイスが構成されているかなどを特定してもよい。加えて、メッセージ適合仕様５４０は、例えば一つ以上の受信者に対する好適なメッセージ配信ポリシーを示すメッセージフィルタリングレベルなどの、ユーザ固有の（または企業／エンティティ固有の）選好をさらに表してもよい。一実施形態では、メッセージ適合仕様５４０は、導出メッセージ１２４の対象とする受信者の特定に基づき選択的に利用可能である、ユーザ固有のまたはデバイス固有のメッセージ適合仕様の集合であってもよい。
【００５０】
導出メッセージ１２４の適応構成を利用する実施形態では、配信コンポーネント５０８は、メッセージ作成コンポーネント５１２と協働し、一つ以上のクライアントサイドまたはサーバサイドのコンポーネントまたはスクリプトの実行を通して、受信者および／または受信デバイス１１２の能力および／または選好を動的に決定することができる。したがって、受信者は、一つ以上のスクリプトまたはコンポーネント、あるいは一つ以上のリモートに配置されたスクリプトまたはコンポーネントへのリンクを含む、導出メッセージ１２４を受け取る。スクリプトまたはコンポーネントは、実行されると、受信デバイス１１２の様々な能力を決定し、それに応じて補助的デジタルコンテンツ要素を要求する。代替的に、デバイス能力が予め定められており、メッセージ適合仕様５４０によるルックアップテーブル、ファイルまたはデータベースを介したアクセスのために、例えばルールコンポーネント５２０内に記憶されていてもよい。こうして、メッセージの受信者への送信の前に、一つ以上のコンテンツ要素候補を用いて電子メッセージをリモートで適合させることができる。当然なことに、電子メッセージの適合は、デバイス能力に加えて他の要因を条件としてもよい。
【００５１】
一部の実施形態では、受信デバイス１１２への送信後に、導出メッセージ１２４を動的に適合してもよい。例えば、受信デバイス１１２における能力／選好に基づき適切なバージョンを起動することによって応答するようにプログラムされた、別のバージョンのコンテンツ要素候補５２８を用いて、導出メッセージ１２４が送信されてもよい。
【００５２】
一部の実施形態では、ベース電子メッセージは初期コンテンツレイヤーを備えてもよく、適合プロセスを通して、これにクライアントサイドのスクリプトおよび受信者固有のカスタマイズ化情報が追加されてもよい。追加されたクライアントサイドのスクリプトは、電子メールメッセージの開封時の報告；デジタルコンテンツ要素の起動についての報告、受信デバイス１１２のデジタルコンテンツ能力の試験；試験の結果に基づきユーザに見せるべき導出メッセージ１２４の最適なレイヤーの選択；および、選択されたレイヤーのコンテンツを用いた、導出メッセージ１２４のコンテンツの追加（潜在的に置換を含む）などの機能を実行してもよい。
【００５３】
図６は、メッセージ作成仕様４２０とメッセージ適合仕様５４０とを二つの別個の実体として描いているが、他の実施形態では、これらが統合されていてもよい。
【００５４】
導出メッセージ１２４の適合構成は、上述した全体が援用される米国特許出願第６０／３９３，１７６号、第１０／６１１，６９８号および／または第１０／９７６，０５７号の教示に基づいている。
【００５５】
導出メッセージ１２４の作成時に、メッセージ作成コンポーネント５１２は配信コンポーネント５０８と協働し、受信デバイス１１２に導出メッセージ１２４を送信する（６２０）。
【００５６】
一部の実施形態では、ルールコンポーネント５２０は、導出メッセージ１２４および／または通知メッセージ１２８の構成および配信と関連付けられるビジネスルールを維持し管理する。これらのルールは、例えば管理コンソール４０８を用いて手動で作成されるか、または例えばメッセージ配信および性能に基づき自動的に作成される。様々な実施形態では、ルールコンポーネント５２０は、法令および／または企業のブランド政策にメッセージが準拠することを保障し；送信者データ、受信者データおよび／またはコンテンツのプライバシーの維持管理を容易にし；例えば導出メッセージ１２４の送信前にスパムフィルター分析を実行することで適切な配信可能性（deliverability）を保障してもよい。追加的に／代替的に、ルールコンポーネント５２０は、送信者のＩＤ、送信者の場所、受信者のドメイン、日付などに基づき、導出メッセージ１２４が適切なコンテンツを有していることを保障するように適合されたルールを提供してもよい。様々な実施形態では、これらのルールチェック動作の一部／全てがメッセージ作成仕様４２０内に組み込まれていてもよい。加えて、様々な実施形態では、メッセージ作成仕様４２０は、メッセージ作成コンポーネント５１２ではなく、ルールコンポーネント５２０により直接的に結合されていてもよい。
【００５７】
図７は、本発明の一実施形態に係るメッセージテンプレート７００を示す。メッセージテンプレート７００は、それぞれがデジタルコンテンツ要素、またはデジタルコンテンツ要素のタイプに関連付けられるセル７０４、７０８、７１２を有している。様々な実施形態では、例えば要求コンテンツ、受信者、販売者、日付、チャネル配信などを含む様々な因子に基づき、セルの選択およびメッセージテンプレート７００の配置がカスタマイズされてもよい。例えば、セル７０４が特定の寸法の画像ファイルに関連付けされてもよい。一実施形態では、送信者の信用情報が、販売者を特定するデジタル名刺を提供するためのルールに関連付けされてもよく、したがって、送信者の名刺の画像のためにセル７０４を使用してもよい。しかしながら、別の実施形態の送信者は、個人化のこの特定の項目を提供しないように関連付けされたルールを有しており、したがって、セル７０４は使用されないか、または別のコンテンツ要素のために使用される。
【００５８】
一部の実施形態では、受信者デバイス１１２における動作能力および／または選好に少なくとも部分的に基づいて、セルがカスタマイズされてもよい。例えば、一実施形態では、セル７０８が映像要素の配信に適している一方、セル７１２が画像要素に適していてもよい。一実施形態では、受信デバイス１１２が映像メッセージを受信しないと定められている場合、セル７０８が不使用とされライクトピック（like-topic）となるが、異なるバージョンにされ、代わりにコンテンツ要素がセル７１２に表示されてもよい。
【００５９】
様々な実施形態では、メッセージテンプレートに関連する様々なカスタマイズ化オプションを採用することができる。
【００６０】
図８は、本発明の一実施形態に係るメッセージ作成コンポーネント５１２を実装するのに概して適しているコンピュータシステム８００を示す。この実施形態では、システム８００は、プロセッサ８０４と、メモリ８０８と、ネットワークインタフェース８１２と、を備え、これらが通信バス８１６を介して互いに接続されている。動作中、メモリ８０８は、揮発性記憶要素内にＯＳ８２０とメッセージ作成コンポーネント５１２のワーキングコピーを記憶する。一方、ＯＳ８２０およびメッセージ作成コンポーネント５１２の永続的な記憶のために、非揮発性記憶要素が使用される。
【００６１】
様々な実施形態では、プロセッサは、例えばマイクロプロセッサ（一つまたは複数の処理コアを有する）、コントローラ、特定用途向け集積回路などであってよい。プロセッサ８０４は、ＯＳ８２０およびメッセージ作成コンポーネント５１２のプログラミング命令を実行し、本明細書に述べる様々な要素の動作を可能にする機能を実行する。
【００６２】
様々な実施形態では、メモリ８０８は、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭなどの揮発性メモリ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュなどの非揮発性メモリ、ＣＤ、ＤＶＤ、フラッシュなどの着脱式メモリなどの様々な記憶媒体を含むが、これらに限定されない。
【００６３】
最後に、様々な実施形態では、ネットワークインタフェース８１２は、無線ネットワークインタフェース、ＩＳＤＮアダプタ、ＤＳＬインタフェース、イーサネット、トークン・リング・ネットワーク・インタフェースなどであってもよい。
【００６４】
様々な実施形態では、メッセージ管理ノード４０４、特に配信コンポーネント５０８およびルールコンポーネント５２０が、一つまたは複数のメッセージの配信に対するきめの細かい制御を提供するように構成される。図９は、プライベートセキュアネットワーク内の様々な参加者（actors）間のインタラクションの例を示しており、メッセージ管理ノードの様々な特徴を用いて一つまたは複数の受信者にメッセージコンテンツを提供し、目標とするコンテンツ配信とともに、配信前にメッセージを確認し承認する機能を提供する。本明細書に記載の様々なアクティビティが「メッセージ管理ノード」によって実行されるように説明されているが、様々な実施形態では、メッセージ管理ノードの異なるコンポーネントおよび／または別個のエンティティが、本明細書に記載の技術を実行してもよいことが認められる。
【００６５】
様々な実施形態では、本明細書に記載の様々なインタラクションが、本明細書に記載のネットワーク１００などのプライベートおよび／またはセキュアネットワーク内で発生する。様々な実施形態では、仮想プライベートネットワーク、無線ネットワーク通信の暗号化、有線ネットワークを用いたメッセージの暗号化、および／またはメッセージの作成、公開、提供、配信および／または受信などのメッセージアクティビティに関与する一つ以上の参加者の認証を含むがこれらに限定されない様々な手段を用いて、ネットワークのセキュリティが提供される。様々な実施形態では、メッセージコンテンツの許可ベースの提供を通して、セキュリティがさらに提供されてもよい。様々な実施形態では、図示のように、コンテンツ創作者、承認者（approver）および受信者（recipient）などの様々な参加者がメッセージ管理ノードを通して相互作用し、メッセージコンテンツを作成、公開、承認および／または受信する。様々な実施形態では、デスクトップコンピュータおよびラップトップコンピュータ、タブレットおよび携帯電話を含む携帯移動デバイスを含むがこれらに限定されない様々なコンピューティングデバイスを通して、参加者がメッセージ管理ノードと相互作用する。上述したように、デバイスとメッセージ管理ノードとの間のインタラクションは、インタフェースコンポーネント５０４によって提供されるものなどの様々なインタフェースを通して実行される。
【００６６】
様々な実施形態では、クライアントアプリケーションが、受信者、コンテンツ創作者および承認者などの様々な参加者にセキュアなインタフェースを提供する。様々な実施形態では、セキュアネットワークと通信するために、参加者オペレーションは、要求されたオペレーションの処理命令とともに、ネットワークへのアクセストークンの提示を含む。様々な実施形態では、アプリケーションは、参加者の提供する信用情報に基づくなどして、参加者のためのアクセストークンを生成してもよい。これらの信用情報は、ユーザネーム／パスワード、および／または識別管理システムとの信頼できる統合を意味する他の信用情報を含んでもよい。様々な実施形態では、暗号化チャネル（例えばＳＳＬなど）を介してネットワークへのオペレーションが実行されてもよい。様々な実施形態では、アクセストークンに関連する秘密鍵を用いて、オペレーションがデジタル署名されてもよい。このデジタル署名は、コンテンツが移動時に改ざんされていないのを保障するのに役立つ。様々な実施形態では、アクセストークンが参加者のネットワークへの認証を提供する。様々な実施形態では、ネットワークは、参加者のＩＤおよび／または要求されたオペレーションのコンテンツ（コンテンツ、受信者、ビジネスルールなどであるが、これらに限られない）などの（これらに限られない）因子に基づき、要求されたオペレーションの承認を実行してもよい。
【００６７】
様々な実施形態では、メッセージ管理ノード４０４は、一つまたは複数のビジネスルールに基づいてメッセージの配信を提供するように構成される。このため、様々な実施形態では、メッセージ管理ノード４０４は、様々な情報に基づいて、ビジネスルールに基づきメッセージの一つまたは複数の受信者を決定するように構成されている。様々な実施形態では、メッセージのコンテンツ創作者、メッセージ自体および／または様々な受信者についての情報にこれらのビジネスルールが適用され、任意の受信者がメッセージを受信するか否かを決定する。メッセージの直接配信にビジネスルールを適用する特定の実施形態について、本明細書で説明する。
【００６８】
図９は、様々な実施形態に係るマルチポイント公開システム９００に関連付けられる様々なエンティティ間の例示的なインタラクションを示す。様々な実施形態では、マルチポイント公開システム９００は、コンテンツモジュール９８０、ビジネスルール９７０および／または公開モジュール９９０などの様々なモジュールを備える。これらは、本明細書に記載したプライベートおよび／またはセキュアネットワーク９５０内で、様々な参加者９４０と相互作用する。様々な実施形態では、コンテンツ創作者９１０は、上述した技術を用いるなどして、メッセージ管理ノード４０４の一つまたは複数のコンテンツモジュール９８０にメッセージコンテンツを提供する。メッセージコンテンツの提供および作成の例については、上述されている。様々な実施形態では、コンテンツ創作者は、特定の受信者を参照してまたは参照しないでこのメッセージコンテンツを提供する。様々な実施形態では、メッセージ管理ノードは、メッセージコンテンツを受信する認可を受けている特定の認可された受信者９３０を決定する。様々な実施形態では、いずれの受信者がメッセージを受信する認可を受けているかの決定は、メッセージコンテンツの受信と実質的に同時に決定される。様々な実施形態では、受信者の選好、あるいは、特定のメッセージコンテンツを受け取る受信者の能力に対する法的な、セキュリティ上の、および／または私的な制限などの受信者および／またはメッセージコンテンツ情報に基づき、認可された受信者９３０が認可されているか否かを決定するように、ビジネスルール９７０が構成されている。様々な実施形態では、認可された受信者９３０の特定は、本明細書で説明したように、メッセージコンテンツの受信に応じて行われるか、またはメッセージコンテンツの認証後に行われる。
【００６９】
こうして、図９に示すように、一つまたは複数の公開モジュール９９０によって、認可された受信者９３０に提供されたメッセージコンテンツが公開される。一方、認可されない受信者９３５にはメッセージコンテンツが提供されない。様々な実施形態では、一つまたは複数のビジネスルールの適用などによって様々な受信者に対して作成することができる信用情報の参照によって、認可された受信者９３０を特定することができる。様々な実施形態では、認可された受信者９３０からのメッセージコンテンツの明示的な要求なしに、認可された受信者９３０へのメッセージコンテンツの公開を実行することができる。このため、コンテンツ創作者９１０は、ビジネスルール９７０などに基づき、一つまたは複数の認可された受信者９３０へのメッセージコンテンツの「プッシュ」が容易になる。
【００７０】
メッセージコンテンツの的を絞った公開に加えて、メッセージコンテンツを公開の前に承認してもよい。例えば、認可された受信者９３０へのメッセージコンテンツの公開の前に、承認のために一つまたは複数の承認者９２０にメッセージコンテンツを送信してもよい。様々な実施形態では、承認者９２０は、認可された受信者９３０を特定するあらゆるビジネスルール９７０の適用とは別に、メッセージコンテンツの公開を承認（または否定）する。様々な実施形態では、一つまたは複数の承認者９２０による承認、ビジネスルール９７０の適用、またはその両方に基づき、コンテンツ創作者９１０が特定のメッセージコンテンツを送信する認証を受けているか受けていないかが決定されてもよい。
【００７１】
図１０は、承認および／または受信者の制御を用いてメッセージコンテンツを公開するプロセス１０００の例示的な様々な実施形態を示すフローチャートである。図１０は、特定の動作の特定の順序を示しているが、様々な実施形態では、図１０の動作の順序を変えたり、さらなる動作に分解したり、および／または完全に省略したりしてもよい。プロセスは、メッセージコンテンツの後続の受信および公開中の使用のために、メッセージ管理ノード４０４が参加者情報および／またはビジネスルールを構成する動作１０１０で開始する。この動作の詳細な例については、図１１を参照して後述する。
【００７２】
次に、動作１０２０において、メッセージ管理ノード４０４がメッセージコンテンツを受け取る。様々な実施形態では、メッセージコンテンツは完全な形態で受信される。代替的な実施形態では、上述したメッセージ作成技術／コンテンツモジュール９８０を用いるなどして、メッセージ管理ノード４０４を使用してメッセージコンテンツが全体的にまたは部分的に作成される。一部の実施形態では、受信したメッセージコンテンツの全体または一部を含むメッセージが生成される。一部の実施形態では、一つまたは複数の認可された受信者を参照してメッセージの生成が行えるように、メッセージの生成が全体的にまたは部分的に延期されてもよい。次に、動作１０３０で、メッセージ管理ノード４０４がメッセージの承認を取得する。この動作の詳細な例については、図１２を参照して後述する。
【００７３】
承認が得られた後、続いて動作１０４０で、メッセージ管理ノード４０４は、メッセージコンテンツの一つまたは複数の認可された受信者９３０を特定する。様々な実施形態では、オーディエンス（audience）ルールまたは他のビジネスルール９７０に基づき、認可された受信者９３０の特定が実行される。この動作の詳細な例については、図１３を参照して後述する。認可された受信者９３０が一度特定されると、動作１０５０で、メッセージ管理ノード４０４が以前に特定された認可受信者９３０にメッセージコンテンツを公開する。様々な実施形態では、メッセージコンテンツの公開は、認可された受信者への電子メール、テキストメッセージ、画像および／または他のコンテンツの直接の送信を含む、様々なタイプの公開を含んでもよい。様々な実施形態では、適応的な構成でメッセージコンテンツが公開されてもよい。さらに他の実施形態では、メッセージコンテンツの公開が、ウェブサイトまたは他の電子手段を通すなどして、認可された受信者がメッセージコンテンツにアクセスするための公的に利用可能な設備を提供することを含んでもよい。様々な実施形態では、認可された受信者９３０が公開後のメッセージコンテンツにアクセスしようとしているとき、メッセージ管理ノード４０４または他のエンティティが、メッセージコンテンツの提供前に受信者の認証を確認してもよい。この認証は、メッセージコンテンツが認可された受信者９３０に直接配信されているか、または公的に利用可能な施設で公開されているかを確認してもよい。様々な実施形態では、要求を出している受信者のＩＤおよび／または要求を出している受信者の信用情報に少なくとも部分的に基づいて、メッセージ管理ノード４０４および／または他のエンティティによってメッセージコンテンツが修正され、削減され、および／または増大されてもよい。
【００７４】
様々な実施形態では、メッセージコンテンツの公開後、動作１０１０に戻るなどしてプロセスが繰り返される。例えば、新たな参加者情報が受信されるか、および／またはメッセージコンテンツの以前の公開に基づきビジネスルールが作成されるか修正される。しかしながら、一部の実施形態では、その後プロセスが終了する。
【００７５】
図１１は、マルチポイント公開システムの参加者情報およびビジネスルールを構成するプロセスの様々な実施形態の例を示すフローチャートである。図１１は、特定の動作の特定の順序を示しているが、様々な実施形態では、図１１の動作の順序を変えたり、さらなる動作に分解したり、および／または完全に省略したりしてもよい。プロセスは、一つまたは複数のメッセージ受信者の受信者情報をメッセージ管理ノードが受け取り、それを用いていずれの受信者がメッセージコンテンツを受信する認可を受けているかを決定する動作１１１０で開始する。様々な実施形態では、この情報は、受信者の人口学的情報、受信者の選好（メッセージタイプ、長さ、コンテンツ、読解レベルなど）、メッセージ受信履歴、メッセージ読了履歴および／または他の情報を含む。一部の実施形態では、受信者情報は、特定のタイプの制限されたメッセージコンテンツを受け取る受信者の能力を確認する情報を含んでもよい。こうして、例えば、メッセージ管理ノードは、受信者の認証情報、セキュリティ情報、法的情報などを受け取ることができる。
【００７６】
次に、動作１１２０で、メッセージ管理ノードは、認可された受信者を決定するために使用されるコンテンツ創作者情報を受信する。様々な実施形態では、コンテンツ創作者情報は、コンテンツ創作者の識別情報、一般的なメッセージコンテンツタイプ情報、セキュリティ情報、法的情報などを含む。次に、動作１１３０で、メッセージ管理ノードは以前の公開についての情報を受け取る。例えば、コンテンツ創作者および／または受信者が、以前に公開されたメッセージコンテンツについてのフィードバックを提供されている場合、このような情報がこの動作で受け取られ、ビジネスルールの生成または改良のために使用される。別の例では、特定の受信者へのメッセージコンテンツの公開が（一度だけまたは予め設定された閾値を越えて）失敗している場合、この情報が受け取られ、さらなるメッセージコンテンツがその受信者に公開されることが少なくなるように、ビジネスルールを構成することが可能になる。
【００７７】
次に、動作１１４０で、メッセージコンテンツに対して、ビジネスルールおよび／または信用情報が生成および／または修正され、情報を受け取るために受信者が認証される。様々な実施形態では、メッセージ管理ノード自体が、一つまたは複数のビジネスルールの生成および／または修正を実行する。例えば、メッセージ管理ノードは、制限されたメッセージコンテンツを受け取るための適切な認証を受信者が有していることを要求する、以前に受け取られたセキュリティ、法的またはプライバシー情報に基づき、ビジネスルールを生成および／または修正してもよい。別の例では、メッセージ管理ノードは、特定の地理的領域に固有のメッセージコンテンツを、ユーザがその領域に存在しない場合にユーザが受信するのを防止するビジネスルールを生成してもよい。様々な実施形態では、メッセージ管理ノードは、一つまたは複数の受信者について信用情報を作成してもよい。これらの信用情報は、受信者が見ることを認証されているメッセージコンテンツを特定する役割をする。このように、信用情報は、メッセージコンテンツのタイプ、メッセージコンテンツの主題、コンテンツ創作者のＩＤ、地理的情報などを特定し、これらから、特定のメッセージコンテンツについて、受信者がそのコンテンツを受け取る認証を受けているか否かを決定することができる。
【００７８】
様々な実施形態では、メッセージ管理ノードは、メッセージ管理ノードによって生成されるビジネスルールおよび信用情報の代わりにおよび／またはこれらに加えて、一つまたは複数のビジネスルールおよび／または信用情報を生成および／または修正するための設備を、メッセージ管理ノードのユーザに提供してもよい。様々な実施形態では、ビジネスルールおよび／または信用情報の生成および／または修正を容易にするための受信者および／またはコンテンツ創作者情報を、ユーザに表示するか他の方法で提供するように、メッセージ管理ノードが構成されていてもよい。ビジネスルールおよび／または信用情報の生成および／または修正の後、プロセスが終了する。
【００７９】
図１２は、マルチポイント公開システムを用いてメッセージ承認を取得するプロセス１２００の様々な実施形態の例を示すフローチャートである。図１２は、特定の動作の特定の順序を示しているが、様々な実施形態では、図１２の動作の順序を変えたり、さらなる動作に分解したり、および／または完全に省略したりしてもよい。プロセスは、受信したメッセージコンテンツが承認を必要としているか否かをメッセージ管理ノードが決定する動作１２１０で開始する。一部の実施形態では、テキストまたは画像コンテンツの分析、メッセージコンテンツのタイプ、メッセージのサイズなどの、メッセージコンテンツ自体に基づいて、この決定が行われる。他の実施形態では、メッセージ管理ノードは、コンテンツ創作者のＩＤおよび／または一つまたは複数の提案された受信者のＩＤに基づいて、承認が必要であるか否かを決定してもよい。さらに他の実施形態では、全てのまたは実質的に全てのメッセージコンテンツが認証が必要であると決定されてもよい。決定動作１２１５において承認が必要でない場合、プロセスは、メッセージの公開許可に進む。
【００８０】
しかしながら、決定動作１２１５において承認が必要である場合、プロセスは、メッセージ管理ノードがメッセージコンテンツを承認者に提供する動作１２２０へと続く。様々な実施形態では、メッセージ管理ノード４０４は、メッセージコンテンツを承認者９２０に送信するか他の方法で公開する。他の実施形態では、メッセージ管理ノード４０４は、本明細書に記載したウェブベースのインタフェースおよび／または他のインタフェースを介するなどして、承認者９２０がメッセージコンテンツを訪れてこれを見るためのインタフェースを提供する。様々な実施形態では、メッセージ管理ノード４０４は、メッセージコンテンツの承認者のレビューを容易にするための通知を承認者９２０に提供する。様々な実施形態では、インタフェースは、承認者９２０がメッセージコンテンツを承認する前にこれを編集するのを容易にしてもよい。様々な実施形態では、メッセージ管理ノード４０４は、メッセージコンテンツを複数の承認者９２０に提供してもよい。例えば、カスケード状またはシーケンス状の複数の承認者にメッセージコンテンツが送信されてもよい。このため、第２の承認者９２０への送信の前に、第１の承認者９２０によってメッセージが承認されることがある。様々な実施形態では、シーケンス内の特定の場所の承認者は、シーケンス内の前の場所で承認が取得されるまで、承認を提供するように要求されなくてもよい。別の例では、複数の承認者に並行してメッセージコンテンツが提供され、予め定められた数の承認者９２０がメッセージコンテンツを承認した場合に、承認が取得されてもよい。様々な実施形態では、一つまたは複数の承認者９２０が、メッセージコンテンツ、コンテンツ創作者のＩＤ、またはその両方に基づき承認を行ってもよい。
【００８１】
次に、動作１２３０で、メッセージ管理ノード４０４は、承認者９２０から承認または否定を受け取る。様々な実施形態では、様々なプロセスによって承認または否定が提供される。これは、承認者による別のメッセージの送信、および／またはメッセージコンテンツが承認されたか否定されたかに関するインタフェース内の示唆を含む。決定動作１２３５において、承認者９２０がメッセージコンテンツを承認した場合、動作１２４０で、メッセージ管理ノード４０４がメッセージコンテンツの公開を許可する。承認しなかった場合、続いて動作１２５０で、メッセージ管理ノード４０４はメッセージコンテンツの公開を許可しない。続いて、プロセスが終了する。
【００８２】
図１３は、マルチポイント公開システムを用いて認可された受信者を特定するプロセス１３００の様々な実施形態の例を示すフローチャートである。図１３は、特定の動作の特定の順序を示しているが、様々な実施形態では、図１３の動作の順序を変えたり、さらなる動作に分解したり、および／または完全に省略したりしてもよい。プロセスは、メッセージ管理ノードがメッセージコンテンツからメッセージメタデータを取得する動作１３１０で開始する。様々な実施形態では、メッセージメタデータは、キーワード、メッセージタイプ、メッセージサイズ、メッセージ構造、画像データなどを含むが、これらに限定されない。次に、動作１３２０で、メッセージ管理ノードは、メッセージメタデータ、受信したコンテンツ創作者情報、および／または受信した受信者情報に、以前に生成および／または修正されたビジネスルールを適用し、情報を受け取る認可を受けるべき一つまたは複数の受信者を特定する。次に、動作１３３０で、メッセージ管理ノードは、認可された受信者の識別情報を提供する。この識別情報を使用して、図１０のプロセスなどで、メッセージコンテンツを公開する。続いて、プロセスが終了する。
【００８３】
特定の実施形態について図解し説明してきたが、当業者であれば、同様の目的を達成するように計算された広範囲の代替的なおよび／または等価の実装で、図示した特定の実施形態を置換可能であることを理解するであろう。この出願は、本明細書で議論された実施形態の任意の適用形態および変形形態を包含するように意図されている。
【図１】
2014146320.tif 000003
【図２】
2014146320.tif 000004
【図３】
2014146320.tif 000005
【図４】
2014146320.tif 000006
【図５】
2014146320.tif 000007
【図６】
2014146320.tif 000008
【図７】
2014146320.tif 000009
【図８】
2014146320.tif 000010
【図９】
2014146320.tif 000011
【図１０】
2014146320.tif 000012
【図１１】
2014146320.tif 000013
【図１２】
2014146320.tif 000014
【図１３】
2014146320.tif 000015
【外国語明細書】
2014146320000001.pdf