(57)【要約】  法人内でのメッセージング・キャンペーンの管理のための方法及びシステムが開示される。このような方法は、サーバーによりユーザーインターフェースを作成することを含み、このインターフェースは、ユーザーがデータベースに保存された１つ以上の文脈的な属性に基づき受信者リストを作成することを可能にするように構成されており、前記文脈的な属性は、外部システムと１人以上の受信者との相互交流に基づいている。前記方法は、文脈的な属性セットに基づき、受信者リストをユーザーインターフェースを用いて選択すること、メッセージキャンペーン内の電子メッセージの作成、及び受信者リストの受信者に電子メッセージを送信することも含む。【選択図】図１
2013532330.tif 000002
【特許請求の範囲】
【請求項１】
複数の受信者にメッセージ・キャンペーン内の電子通信を送信する方法であって：
サーバーによりユーザーインターフェースを形成することであって、前記インターフェースはデータベース内に保存された１つ以上の文脈内の属性に基づきユーザーが受信者リストを選択できるように構成されており、前記文脈はあらかじめ決定されており；
１つ以上の属性の中から選択することによりユーザーインターフェースを用いて受信者リストを作成すること；
メッセージ・キャンペーン内の電子メッセージを作成すること；及び
受信者リスト中の受信者に電子メッセージを送信することを含む方法。
【請求項２】
前記電子メッセージが電子メールを含む、請求項１に記載の方法。
【請求項３】
前記電子メッセージが、ショート・メッセージ・サービス（ｓｍｓ）メッセージを含む、請求項１に記載の方法。
【請求項４】
受信者リストを受け取ることを更に含む、請求項１に記載の方法。
【請求項５】
前記１つ以上の属性が、ソーシャルメディアのウエブサイトにアクセスすることを含む、請求項４に記載の方法。
【請求項６】
前記１つ以上の属性が、ソーシャルメディア通信への送信を含む、請求項４に記載の方法。
【請求項７】
前記ソーシャルメディア通信がウエブサイト上にポストを含む、請求項６に記載の方法。
【請求項８】
文脈内の１つ以上の属性へのアクセスを自動設定することを更に含む、請求項１に記載の方法。
【請求項９】
複数の受信者にメッセージ・キャンペーン内の電子通信を送信する方法であって：
データベース１つ以上の文脈内の属性に基づく受信者リストを受け取ることであって、前記文脈はあらかじめ決定されており；
メッセージキャンペーン内の電子メッセージを作成すること；及び
受信者リスト中の受信者に電子メッセージを送信することを含む方法。
【請求項１０】
前記電子メッセージが電子メールを含む、請求項９に記載の方法。
【請求項１１】
前記電子メッセージが、ショート・メッセージ・サービス（ｓｍｓ）メッセージを含む、請求項９に記載の方法。
【請求項１２】
前記１つ以上の属性が、ソーシャルメディアのウエブサイトにアクセスすることを含む、請求項９に記載の方法。
【請求項１３】
前記１つ以上の属性が、ソーシャルメディア通信への送信を含む、請求項９に記載の方法。
【請求項１４】
前記ソーシャルメディア通信がウエブサイト上にポストを含む、請求項１３に記載の方法。
【請求項１５】
文脈内の１つ以上の属性へのアクセスを自動設定することを更に含む、請求項９に記載の方法。
【請求項１６】
複数の受信者にメッセージ・キャンペーン内の電子通信を送信するシステムであって：
１つ以上の電子メッセージを作成して、及び送信するように構成された電子メッセージ・プロバイダーであって、前記電子メッセージ・プロバイダーはユーザーインターフェースを形成するためのサーバーを含み、前記インターフェースはユーザーがデータベース内に保存された１つ以上の文脈内の属性に基づき受信者リストを選択できるように構成されており、前記文脈はあらかじめ決定されており；及び
ネットワークを介して前記サーバーに接続された少なくとも１つの法人システムであって、前記少なくとも１つの法人システムはユーザーインターフェースを表示するように構成されている、ものを含むシステム。
【請求項１７】
前記電子メッセージが電子メールを含む、請求項１６に記載のシステム。
【請求項１８】
前記電子メッセージが、ショート・メッセージ・サービス（ｓｍｓ）メッセージを含む、請求項１６に記載のシステム。
【請求項１９】
前記１つ以上の属性 がソーシャルメディア通信に送信することを含む、請求項１６に記載のシステム。
【請求項２０】
前記ソーシャルメディア通信がウエブサイト上にポストを含む、請求項１６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、法人内メッセージング・キャンペーン管理のためのシステム及び方法に関する。
【背景技術】
【０００２】
［関連出願の相互参照］
本国際出願は、２０１０年６月４日に出願された、米国特許出願第６１／３５１，６７３号による優先権を主張し、同出願は引用によりその全体が本出願に組み込まれる。
【０００３】
一般的に法人（ｅｎｔｅｒｐｒｉｚｅ）と称される、法人、団体、集団、フランチャイズ主催者、及び他の事業体は、そのような法人から通信を受け取ることに興味を有する、又は興味を有するかもしれない個人に通信を送信する。法人の全ての組織的な構成単位が、全ての個人に関する情報にアクセスする必要性、要望又は資格を有するとは限らない。      
【０００４】
例えば、顧客関係を発展させ、キャンペーンの通信（例えば、電子メール）を個人に送信する承認を得た組織の構成単位は、ある個人とは過去のやり取りがなく、そして将来もその可能性のない、同じ法人内の別の事業単位とは異なる水準の、特定の個人に関する情報へのアクセスの必要性、要望又は資格を有する。今日、法人により用いられる、受信契約者情報、及び通信送信の管理のためのシステムは、いくつかの機密保護を提供するが、ユーザー情報を十分に活用する能力の提供には失敗している。実際に、この今日用いられているシステムは、ユーザーにスクリプト又は他の厄介な作業を使用することを要求する傾向がある。従って、受信契約者の管理のための、安全対策、及び電子通信キャンペーンの利益を最大化するための、動的な情報を提供するシステム及び方法に対する需要が存在する。
【発明の概要】
【課題を解決するための手段】
【０００５】
本開示の特徴及び利点、及びそれらを達成するための様式は、添付された図面を参照することにより、より明白となり、よりよく理解されるであろう。
【図面の簡単な説明】
【０００６】
【図１】本開示の少なくとも１つの実施形態による法人内でのメッセージング・キャンペーンの管理のためのシステムを示す。
【図２】本開示の少なくとも１つの実施形態による法人内でのメッセージング・キャンペーンの管理のための方法を示す。
【図３】本開示の少なくとも１つの実施形態による法人内でのメッセージング・キャンペーンの管理のための方法を示す。
【図４】本開示の少なくとも１つの実施形態による法人内でのメッセージング・キャンペーンの管理のための方法を示す。
【図５】本開示の少なくとも１つの実施形態による法人内でのメッセージング・キャンペーンの管理のための方法を示す。
【発明を実施するための形態】
【０００７】
本開示の原理の理解を促進する目的で、図面に図示された実施形態への参照が行われ、及びその記述のために特定の言語が用いられるであろう。それにもかかわらず、それにより本開示の範囲の限定が意図されていないことを理解されたい。
【０００８】
本開示のシステム及び方法は、文脈内の属性、法人の受信契約者情報のアクセス管理、及び文脈内の属性に基づき選択される受信契約者への通信送信能力に基づく受信契約管理を提供する。この本開示のシステム及び方法は、文脈を通じた属性を管理し、及び属性又は文脈内の属性の選択に基づいて受信者に電子メッセージを送信できる。
【０００９】
ワン・ツー・ワン・マーケティング及び電子メールキャンペーンに関して一般的に言及するときには、本開示のシステム及び方法は、限定はされないが、電子メール、ｓｍｓ、ｍｍｓ、ボイス、及びソシアル・ポスティング（ｓｏｃｉａｌ ｐｏｓｔｉｎｇ）を含む、全ての電子メッセージに適用可能である。更に、本開示において用語「受信契約者」が用いられる場合、そのような用語は、特段の指示がない限り、限定的なものとみなされるべきではなく、電子メッセージの全ての種類の受信者又は潜在的受信者を含むものとみなされるべきである。
【００１０】
図１は、本開示によるシステム法人１０内でのメッセージング・キャンペーンの管理のための実施形態を示す。図１に示されるように、このシステム１０は、電子メッセージ・プロバイダー（例えば、電子メール・サービス・プロバイダー（ＥＳＰ））１２、１つ以上の法人システム１４、複数の受信者装置１６、及びネットワーク１８を含み得る。
【００１１】
それぞれの法人システム１４は、典型的にはコンピュータシステム又は法人段階装置２０、法人の異なるビジネスの構成単位によりアクセスすることができる２段目の装置２２、及び３段目の装置２４を含むコンピュータシステムのネットワークである。法人システム１４は、例えば、１つ以上のネットワーク３０、プロプリエタリ・ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、又はパブリック・クラウドに基づくネットワークを含むことができる。
【００１２】
法人段階装置２０、２段目の装置２２、３段目の装置２４及び複数の受信者装置１６は、コンピュータ、メインフレーム・コンピュータ、ワークステーション、パーソナル・コンピュータ、ラップトップ・コンピュータ、ハンドヘルド・コンピュータ、携帯電話、又は携帯情報端末などの当技術分野で周知の計算装置又はシステムであることができる。法人段階装置２０、２段目の装置２２、３段目の装置２４及び複数の受信者装置１６は、当業者の考えに浮かぶ、ソフトウエア、ハードウエア、及び構成部品、例えば、１つ以上のマイクロプロセッサ、メモリーシステム、入出力装置、装置コントローラーなどを含むことができる。典型的には、法人段階装置２０、２段目の装置２２、３段目の装置２４、及び複数の受信者装置１６は、更に使用者により操作可能なデータ入力のための１つ以上のデータ入力手段（図示されない）を含むことができる。例えば、ポインティング・ディバイス（マウスなどの）、キーボード、タッチスクリーン、マイクロフォン、音声認識、及び／又は他のデータ入力手段を含むことができる。法人段階装置２０、２段目の装置２２、３段目の装置２４及び複数の受信者装置１６は、更に例えば、ブラウン管ディスプレー装置、液晶ダイオード・ディスプレー、及び発光ダイオード・ディスプレーなどの、それらの上にユーザーが認識可能な情報を表示できる、周知の表示手段を含む表示手段を含むことができる。
【００１３】
典型的には、法人段階装置２０、２段目の装置２２及び３段目の装置２４は、ネットワーク３０を介して互いに通信する。法人段階装置２０、２段目の装置２２、３段目の装置２４及び複数の受信者装置１６は、コンピュータネットワーク１８を介して、サーバー４０と通信する。図１では、コンピュータネットワーク３０、及びコンピュータネットワーク１８が、区別できるコンピュータネットワークとして示されている。しかしながら、コンピュータネットワーク１８及び３０は、同一のコンピュータネットワークを含み得ることに注意されたい。法人段階装置２０、２段目の装置２２、３段目の装置２４及び複数の受信者装置１６及びサーバー４０の間の通信は双方向性であり得る。コンピュータネットワーク１８及び３０、又はその両方は、インターネットを含むことができる。イーサーネット・ネットワーク、ケーブルによるネットワーク、及び衛星通信ネットワークなどの、当技術分野で周知のさまざまなネットワーク、並びに／又はネットワークの任意の組み合わせが、開示されるシステムの範囲の中に入ることが想定される。
【００１４】
サーバー４０は、当技術分野で周知の１つ以上のサーバーコンピュータ、計算装置又はシステムを含むことができる。典型的には、サーバー４０は、当業者の考えに浮かぶような、例えば、マイクロプロセッサ、メモリーシステム、入出力装置、装置コントローラー、表示システムなどのソフトウエア、ハードウエア、及び構成部品を更に含むことができる。サーバー４０は、例えば、ＩＢＭ（登録商標）のＡＳ／４００（登録商標）サーバー、ＩＢＭ（登録商標）のＡＩＸＵＮＩＸ（登録商標）サーバー、又はウインドウズ・サーバーなどの、多くの周知のもののうちの１つを含み得る。図１では、本開示において、サーバー４０が単独のサーバーとして示され、及び言及されている。しかしながら、サーバー４０は、サーバー４０に割り当てられた機能を遂行するために集合的に操作可能な、当技術分野で周知のハードウエア及びソフトウエアシステムにより相互連結された、複数のサーバー又は他の計算装置又はシステムを含み得る。図１に示されるように、ユーザーがアクセスし、データベース（以下に記載される）を利用し、及び一般的に、電子通信の生成及び送信のためにシステムの他の装置と相互作用することができるように、サーバー４０は通信的にネットワーク１８に連結され、法人システム１４の装置の表示のためのユーザー・インターフェースを形成するように構成できる。
【００１５】
メッセージ・エンジン４４は、法人の代わりに、キャンペーンのためのメッセージ（例えば、電子メール）を受信者に送信するように構成される。メッセージ・エンジン４４及びサーバー４０は、電子メール受信者に関する情報、電子メールキャンペーン、法人及び他の関連する情報をメモリーに保存するために、メモリー４２にアクセスするように構成される。図１では、データベース（図示されない）は、メモリー４２内に実装され、及びサーバー４０に関連付けられる。図１に示されるように、データベースもサーバー４０に関連付けられるように、メモリー４２はサーバー４０に連結される。データベースは、サーバー４０から遠隔にある、サーバー４０と連続的な双方向データ移転を遂行する能力のあるサーバー又は計算装置に存在して、サーバー４０に関連付けられることもできる。データベースは、検索可能に、法人段階装置２０、２段目の装置２２、３段目の装置２４及び複数の受信者装置１６とコンピュータネットワーク１８を介してデータベースに通信される情報（例えば、属性）を保存する。法人のマーケティング・キャンペーンの全ての受信契約者に関連する情報は、メモリー４２のデータベースなどの、法人段階のシステムにアクセス可能なメモリーに保存されることができる。
【００１６】
本開示において引用されるデータベースは、単独のデータベースであり、当業者は、このデータベースが、本開示によるデータベースに代表される機能を遂行するために、集合的に操作することのできる、当技術分野で周知の種類のソフトウエアシステムにより接続される複数のデータベースを含み得ることを理解するであろう。データベースは、メモリー・データ保存において、リレーショナル・データベース構造、又は柱状データ保存を含む他のデータベース、及び例えば、Ａｐａｃｈｅ（商標）Ｈａｄｏｏｐ（商標）などの分散データ処理環境を含み得る。データベースは、例えば、ＭＩＣＲＯＳＯＦＴ（登録商標）のＳＱＬ（登録商標）サーバー、ＭＩＣＲＯＳＯＦＴ（登録商標）のＡＣＣＥＳＳ（登録商標）、又はＩＢＭ（登録商標）のＤＢ２（登録商標）データベース管理システム、又はＯＲＡＣＬＥ（登録商標）若しくはＳＹＢＡＳＥ（登録商標）から入手可能なデータベース管理システムなどの多くのデータベース管理システムのうちの１つを含むことができる。
【００１７】
法人が受信契約者に関するデータをより多く集めるほど、法人は受信契約者との通信を、より的を絞ったパーソナル化したものにすることができる。法人が受信契約者について知ることを強化することを助けるために、さまざまな属性を生成することができる。例えば、人口学的情報の管理のためにプロファイル属性を作成することができ、及び受信契約者がその法人からの情報を望む頻度を捕捉するために嗜好属性を作成することができる。プロファイル属性は、さまざまなデータを捕捉し、及び受信契約者に関して捕捉されるデータの種類を制御することを可能にするための大きな柔軟性を提供する。法人が一旦受信契約者に関する属性を定義すると、その法人はその属性を、集団の作成、及びパーソナル化された、動的なコンテンツの作成のために使用できる。
【００１８】
本開示によると、属性は一般的にその人物について知られている情報を表す。属性は、名前、顧客番号、及び髪の色などのように比較的統計的であることができる。属性は、取引ＩＤ、購入品目、又はオンラインの戦いであなたに挑戦する人間の名前のように一時的なものであってもよい。属性は、さまざまなデータ源から投入することができ、及びさまざまな外部情報源（例えば、クロウト・スコア（Ｋｌｏｕｔ ｓｃｏｒｅ））を含むことができる。属性は、ＸＭＬ及びＨＴＭＬを含むさまざまな種類により具体化できる。
【００１９】
属性は、法人段階でデータベースにおいて定義することができる。これらの属性は、特定のデータ源に結合された臨時の人（例えば、１回限りの送信をサポートするためのファイルからのインポート）以外の、法人内に含まれる全ての人に適用される。ビジネス構成単位も、法人のビジネス構成単位を向上させる属性を定義することができる。典型的には、法人は、同時に法人内のビジネス構成単位内に人々をインポートすることを可能にするための柔軟性を要望する。本開示の方法及びシステムは、ビジネス構成単位に属する単一の属性のセットのように見えるように、ビジネス構成単位の文脈内で法人及びビジネス構成単位属性の結合のための手段を考案した。
【００２０】
属性は、例えば、種類、データ長、デフォルト、及びヌル値のためのサポートなどの、要求されるメタデータの単独のセットを持つことができる。属性は、より高度の分析及びユーザビリティをサポートするために、より多くのメタデータのセットを要求できる。属性をカテゴリー化する能力は、大きな属性カウントを有するアカウントにおいて有用である。例えば、人口学的、ビジネス又は個人的などのカテゴリーにより定義された、管理可能なユーザーのリストとして提示され得る。次いでユーザーは、実際の属性（又は、たぶん、属性カテゴリー）を閲覧するためにこれらの各カテゴリーを、展開することができる。
【００２１】
本開示のシステム及び方法によれば、データベース内の属性を管理するために実行されるモデルは、文脈に基づいている。本開示では、文脈とは、特定のユーザーに利用可能にされている属性のセットのことを称する。文脈の使用により、ユーザーはさまざまな通信手段を使用して、個人に到達し、情報を送信し、又はさもなければ、個人と通信するために、その個人のプライバシーを犠牲にすることなく、効果的にシステムを利用できる。例えば、ユーザーＡが自動車修理工場のセールスマンであり、及びユーザーＢがその自動車修理工場の所有者だと仮定する。このシステム及び文脈のセットは、ユーザーＡがシステムにアクセスするときに、ユーザーＡが、以下の属性を示すユーザー・インターフェースに遭遇するように配置され得る：車の車種及びモデル、その車について行われた作業、それらの車のユーザーの電子メールアドレス、及びそれらの車の保証。これらの情報を用いて、ユーザーＡは、近づいている保証終了情報、又は部品の交換の必要性に関する電子メッセージを車の所有者に送信する。ユーザーＢは、保存された属性にアクセスする場合には異なる文脈を有する。即ち、ユーザーＢがシステムにアクセスするときには、ユーザーＢは、ユーザーＡが閲覧できる全ての属性のほかに、それぞれの顧客による支払いも表示するユーザー・インターフェースに遭遇する。この情報を用いれば、ユーザーＢが、修理工場で最も多くのお金を費やした顧客、又は最も小額のお金を費やした顧客に対して、クーポンを含む電子メッセージを送信することを可能にできる。換言すると、人々の属性は、特定の文脈の下においてのみ知り得る。異なる文脈の中では、属性が異なる値を持ち得ることにも注意されたい。
【００２２】
データベース内の属性管理のためのモデルは、自動設定を提供する。即ち、属性のセットは、さまざまなユーザー及びユーザーのセットに割り当てられることができる。上記で議論したように、このことは、電子メッセージを生成させて送信するための、適応可能な属性にアクセスして利用するための、単純かつ時間効率のよいメカニズムをユーザーに提供する。
【００２３】
データベース内では、人々（例えば、受信契約者）は、事業体（例えば、会社）が、メッセージを送るか、又はさもなければ交信することを試みる人間を表す。特定の通信媒体では、アドレスは人々と交流するための鍵である。アドレスは、限定はされないが、電子メールアドレス、携帯電話番号、Ｆａｃｅｂｏｏｋ（登録商標）上の名前、又は電話番号などを含む。個人は、自己に付随するアドレスを持たないことも、又は多くのアドレスを持つこともできる。例えば、ＳＭＳメッセージを送信できる電子メールアドレス及び携帯電話番号を持つことができる。ユーザーは同種の複数のアドレスを有することができる。例えば、ジョー（Ｊｏｅ）は、「職場」にタグ付けされる職場の電子メールアドレス、及び「自宅」にタグ付けされる電子メールアドレスを持つことができる。ユーザーは、ジョーを目標として、自宅又は職場のアドレスのいずれかに送信できる。アドレスは、人々と関連付けないことも、多くの人々と関連付けることもできることに注意されたい。以下に更に議論されるように、個人又は人々に関連付けられないアドレスは、アドレスの活動度などに基づいて、最終的には個人又は人々に関連付けられる。
【００２４】
本開示のデータベースでは、各個人は、一般的には固有のパーソン・キー（Ｐｅｒｓｏｎ Ｋｅｙ）を有する。パーソン・キーはユーザ又はシステムにより割り当てられることができる。ウエブ・キャプチャー（Ｗｅｂ Ｃａｐｔｕｒｅ）、ＭＯ、又はソーシャル・フォワーディング（Ｓｏｃｉａｌ Ｆｏｒｗａｒｄｉｎｇ）を経由してシステムに入る人々は、一般的にシステムにより生成されるキーを必要とする。時間とともに、捕捉された人々はシステム内に存在する個人として特定され得る。このシステムは、ユーザーが捕捉された個人に対して新たなキーを割り当てることを可能にし、及び存在する個人と彼らの履歴を統合する（その初期に対しては、特定の水準の可視性を提供しながら）。
【００２５】
少なくとも１つの本開示の実施形態では、データベース内の属性は、地理的ターゲティング（ｇｅｏ−ｔａｒｇｅｔｉｎｇ）などのために、人々の所在地を記述するために定義され得る。このことは、ユーザーにより定義される属性を用いて行い得るが、システムにより属性が提供されるときに達成され得る。所在地に特有の属性としては郵便番号（ジップ・コード：Ｚｉｐ Ｃｏｄｅ）、国、市、州、エリアコード（Ａｒｅａ Ｃｏｄｅ）、緯度／経度及び及びロケール（Ｌｏｃａｌｅ）であることができる。典型的には、通知及び内部通信を支援する目的で、各ビジネス構成単位は、そのビジネス構成単位のユーザーを表示するリストを有するべきである。
【００２６】
少なくとも１つの本開示の実施形態では、データベースは次元属性（ｄｉｍｅｎｓｉｏｎａｌ ａｔｔｒｉｂｕｔｅ）のために構成できる。次元属性は、個人記録内に保存されたキーの使用を含む。このキーは、そのキーに対して固有の属性を定義するメタデータの貯蔵を参照する。次元属性は、システムが、異なった階層における人々のデータを包囲する（ｒｏｌｌ ｕｐ）ことを可能にする。例えば、既知の属性は郵便番号（ジップ・コード）であってよい。郵便番号から、ユーザーは、市、州、及び国に関する情報を引き出すことが可能になる。次元属性は、階層のより高いレベルから、より低いレベルに掘り下げることを可能にする。「ドリル・パス（ｄｒｉｌｌ ｐａｔｈ）」は、そのようにしなければ切断されてしまう、次元の階層の間のドリル・アップ（ｄｒｉｌｌ ｕｐ）及びドリル・ダウン（ｄｒｉｌｌ ｄｏｗｎ）の間の関係を定義するため、及び次元の階層を横断する（ｃｕｔ ａｃｒｏｓｓ）ためにに用いることができる。
【００２７】
このシステムは、属性セットの中で各属性が１つの、及びただ１つだけの属性セットに属するように属性を収集する。属性セットは、単一の情報源から得られた属性を一緒にグループ化する。例えば、この属性セットＦａｃｅｂｏｏｋ（商標）のユーザーについて利用可能な属性の全てを含んでよい。それぞれの属性セットは、データ構造の中に保存される。この構造はデータベース中のテーブル、キー名値ストア中の共通キーにより結合された行のセット、又は半構造化された２進法表示（ｘｍｌ又はｊｓｏｎなどの）であってよい。更に、これらの属性セットは、冗長性、利用性及びパフォーマンスの目的で、複数のデータ保存にわたって分布させることができる。関係（ｒｅｌａｔｉｏｎｓｈｉｐ）は、人々及び属性セットの間の連結を記述する。そのような関係の例は「Ｆａｃｅｂｏｏｋのユーザーである」である。これは、システム内の個人をその人物がＦａｃｅｂｏｏｋから供給されたという属性に関連付ける。
【００２８】
本開示のデータベースは、関係能力（ｒｅｌａｔｉｏｎｓｈｉｐｓ ｃａｐａｂｉｌｉｔｙ）を含んでよい。関係は属性セットをアドレスに結びつけることに使われる。例えば、ユーザーは、閲覧者のＩＰアドレスによって、ウエブサイトの匿名ぺージビューに関連付けされ得る。ユーザーのエージェント、クッキーデータ、所在地、及び閲覧者のローカレなどのＩＰアドレスなどのＩＰアドレスに結合された属性を保存する属性セットを生成させることができる。アドレスに連結された属性セットは、そのアドレスに結合された全ての個人に連結される。
【００２９】
メッセージング・キャンペーンの受信者集団を選択するために、ユーザーは典型的にはデータベース内の属性に基づくリストを生成させる必要がある。
メッセージの標的を記述するために用いられるリストは、視聴者（ａｕｄｉｅｎｃｅｓ）と呼ばれる。視聴者は人々及び／又はアドレスのリストである。視聴者に結合されたメタデータは、その視聴者に意図されたメッセージに利用可能な属性セットを定義する。人々の間の視聴者の集団、アドレス、及び属性セットは、送信の文脈を定義するために用いられる。視聴者に結び付けられた属性セットは、ユーザーの嗜好、ユーザーの承諾、及び受信者の嗜好に基づいて決定される。視聴者に結び付けられた属性セットは、個人へのメッセージを「安全に」作成するために用いることができる。この文脈における「安全に」は、典型的には受信者に、自身のプライバシーが侵害されたと感じる原因を与えることが起きないようにすることであることに、注意されたい。
【００３０】
各リストはリストの人々の文脈を提供する。リストの個人の特定の情報は、リストに属する個人に由来して利用可能である。言い換えると、各リストには、われわれがそのリストの個人について知っている、受信契約者属性のセットが存在する。これらの属性はリストの個人属性である。いくつかのリストは、潜在的受信者が、キャンペーンを選択したか、又はさもなければメッセージを受信することを好むか否かに関する属性を含み得ることに注意されたい。
【００３１】
少なくとも１つの本開示の実施形態では、前記データベースは、属性等価（ａｔｔｒｉｂｕｔｅ ｅｑｕｉｖａｌｅｎｃｅ）のために構成され得る。属性等価は、ユーザーが１つの文脈内で見出した属性が、他の文脈内で見出した属性と等価であるかを特定することを可能にする。例えば、Ｓｔｅｖｅ Ａ及びＳｔｅｐｈｅｎ Ａが実際には同一人物であるが、異なったプロファイルを持っていると仮定する。属性等価は、ユーザーがＳｔｅｖｅ Ａ及びＳｔｅｐｈｅｎ Ａの属性（例えば、職場のアドレス）が同一であることを決定することを可能にし得る。
【００３２】
個人は複数の属性セットを有し得る。ユーザーの承諾、法人構造、配送チャネル、ポリシー、キャンペーン、及び受信者の嗜好が、法人内のユーザーがアクセスできる属性セットを決定することができる。メッセージを作成するユーザーが利用できる属性セットは、電子メッセージのための文脈を提供する。属性セットに属する、文脈内のもの以外の属性には、メッセージ作成の目的ではアクセスできない。しかしながらメッセージ作成に利用される文脈は、視聴者の作成のための文脈とは異なることができる。例えば、銀行のために過度の預金引き出し（ｏｖｅｒｄｒａｆｔ）に対する注意を発生させるシステムは、口座番号、及び口座残高などの非常に慎重に扱うべき属性セットを含む。銀行内のマーケティング部門のユーザーは、過度の預金引き出し防止を促進する電子メールを昨年に過度の引き出しを行った人々に送りたいと望むかもしれない。マーケティングのユーザーは、電子メールの視聴者を生成させるために、過度の引き出しを行った顧客の指標を提供する属性セットへのアクセスを要求するだろう。マーケティングのユーザーは、ターゲティングのために、慎重に扱うべきデータに伴う属性セットへのアクセスは要求しないであろう。      
【００３３】
いったん視聴者が確立されると、マーケティングのユーザーは、過度の引き出し指標に伴う属性セットへアクセスする必要はもはやない。そのため、この属性セットは、他のメッセージの一般的な発送のために用いる文脈内に含めることはないであろう。このように、属性情報は、ビジネス構成単位に利益を与える一方で、それでも個人のプライバシーは維持される。
【００３４】
個人は複数の属性セットに結合され得る。一般的に、その文脈内においてその個人に関して知られていることを定義する、特定の文脈内のシステムにより常にその個人にアクセスすることが可能である。いくつかの段階の文脈が存在する。例えば、公的に利用可能なデータ源から導出することができる属性セットを含む公衆データ文脈、及び個人に関するどのような情報がシステム内のユーザーに利用可能であるかを定義する普遍的（ｕｎｉｖｅｒｓａｌ）文脈が存在する。普遍的文脈は、構成及びユーザーの嗜好に基づいて公衆データ属性セットを含み得る。法人文脈は、法人内で、利用可能な人々の属性を定義することができる。ビジネス構成単位文脈は、ビジネス構成単位内で、利用可能な人々の属性を定義することができる。キャンペーン文脈は、キャンペーン内に含まれる人々の属性を定義することができる。これらの文脈は、意図に基づいて、副文脈（ｓｕｂ−ｃｏｎｔｅｘｔ）を持つことができることに注意されたい。例えば、法人文脈は、分析的な法人文脈及びメッセージ生成の法人文脈の副文脈を持つことができる。
【００３５】
いくつかの属性を特定の文脈に結びつけることができる。例えば、普遍的文脈は例えば、受信契約者キー、生成された日付、状況、情報源、及びリンクされているものを含むことができる「受信契約者キー」は、例えば、会社又はシステムにより個人に割り当てられた固有の識別子であることができる。「生成された日付」は、個人がシステムに加入したときであってよい。「状況」は、「活性」、「不活性」及び「リンクされている」であってよい。「活性」、「不活性」状況は、ユーザーがその個人と相互交流できるか否かを示すために使用できる。「情報源」は、ユーザーがシステムに加えられた様式を定義できる。この単純な情報源のフィールドに加えて、システムはユーザーがシステムにもたらされた全ての方式の記録を保持することができる。
【００３６】
本開示の実施形態の１つでは、「リンクされている」状況を有する個人は、システム内の他の個人と統合することができる。例えば、ジョー（Ｊｏｅ）が、電子メールを受信するシステム内の個人であり、及びわれわれがジョーの個人キーと同様に、彼の電子メールアドレスを持っていると仮定する。「謎の人物」として知られる、携帯由来のメッセージによりシステムに相互作用した別の個人がシステム内に存在するとする。ある時点で、謎の人物が実際にはジョーだということが発見される。謎の人物の状況を「リンクされている」に変更し、及びジョーのポイントにリンクさせることにより、その両方を一緒にリンクできる。典型的には、ユーザー定義属性を普遍属性に加えることはできない。
【００３７】
「選別された視聴者」は規則のセットに基づく他のリストから生成されたリストである。セグメントは、１つ以上の情報源リストから式に基づいて生成されたリストである。これは、単純なサブセット（赤い髪を持つ人の情報源リストに記載された全ての個人）であってよい。それは、関連テーブルに基づくサブセット（赤い髪を持つ人の情報源リストに記載された全ての個人であって、過去２週間以内にクリックした人）であってよい。セグメントは、全ての情報源リストの、和集合（ｕｎｉｏｎ）（赤い髪を持つリストＡの全ての個人に加えて眼鏡をかけているリストＢの全ての個人）、又は共通集合（ｉｎｔｅｒｓｅｃｔｉｏｎ）（赤い髪を持つリストＡの全ての個人であって、しかも眼鏡をかけているリストＢに掲載されている個人）から生成できる。セグメントは関数をランダム化することによっても生成できる。セグメント化の規則は、属性フィルター及びランダム化の混合物を含むことができる。例えば、セグメントは、赤い髪を持ち及び眼鏡をかけた１００人の無作為サンプルを含むように生成できる。セグメントはそれ自身の属性を持たないが、情報源リストで定義された全ての属性はセグメント内で可視化されている。セグメントが生成された後に属性セグメントの情報源リストに加えられた場合は、その新しい属性はセグメント内で可視化される。セグメントは典型的にはインポートをサポートしない。
【００３８】
開示されたシステム及び方法の一実施形態では、サーバー４０により形成されたユーザーインターフェースは、リストの作成を含めた、受信契約者に関する情報を、法人が管理することを可能にする。法人は、ユーザーインターフェースとやりとりすることにより、必要なだけ多くの、又は少ないリストを作成できる。法人は、リストに受信契約者を手作業で（個別に）加えるか、又は所与のリストに受信契約者の集合をインポートすることにより加えることができる。法人が、電子メール・マーケティング・キャンペーンの一部として、自身に代わって電子メールを送信するＥＳＰ（電子メール・サービス・プロバイダー）を持ちたいと希望するとき、法人は、適切なリスト及び／又は集団を選択することにより受信者を選択することができる。
【００３９】
本開示のシステムは、ビジネス構成単位段階のユーザーに、定義されたフィルター基準を満たす受信契約者のみが表示されるように、法人が法人段階のユーザーに利用可能な「全受信契約者」リストにフィルターをかけることを可能にする。サーバーにより形成されたユーザーインターフェースと、管理者デバイスを介してやりとりをしている管理者は、ユーザーがビジネス構成単位のために受信契約者フィルターを定義することを可能にするように、ビジネス構成単位のリスティングのページに表示されるアクションを提供される。言い換えると、このユーザーは、特定のビジネス構成単位のために、フィルター基準を設定できる。このユーザーが、承認又は規則を介して、他のユーザーが、各個人に関連付けられた、いくつかの又は全ての情報若しくは属性を閲覧し、相互作用することを可能にする文脈を定義できることに注意されたい。
【００４０】
上記で記載したように、法人は、電子メール・マーケティング・キャンペーンを遂行するために、多くの場合電子メール・サービスを提供する会社である、電子メール・サービス・プロバイダー（ＥＳＰ）を利用する。ＥＳＰは、多くの場合、法人が効果的な電子メール・マーケティング・キャンペーンを遂行することを可能にする多くのサービスを提供する。例えば、ＥｘａｃｔＴａｒｇｅｔ，ＬＬＣなどのいくつかのＥＳＰは、コンテンツ作成ツール、パーソナル化、セグメント化、及び伝染性マーケティング・ツール、前提技術、及びデリベラビリティ（ｄｅｌｉｖｅｒａｂｉｌｉｔｙ）ツール、ＥＳＰのシステムとデータベースの間のデータ移転の促進、並びに法人の他のビジネスシステム、追跡及びグラフィック報告ツール、及びアカウント管理制御、カスタム化及び及びコンフィギュレーションを可能にする管理ツールを含むツールセット法人に提供する。
【００４１】
電子メールキャンペーンの実行を促進するために、法人は、典型的には、電子メールキャンペーンの電子メールに表示されるべき個人、又は事業体のアドレス又は受信契約者リストをＥＳＰに提供する。この受信契約者リストは、各潜在的受信者に関する名前、電子メールアドレス、及び他の人口学的、又はビジネス関連情報を含むデータベースの形態であることができる。
【００４２】
図２は、キャンペーン及び電子メッセージの送信を管理する方法２００を示している。図２に示されるように、方法２００は、サーバーによりユーザーインターフェースを形成する工程２１０を含み、このインターフェースは、データベースに保存される特定の文脈内の１つ以上の属性に基づいて、ユーザーが受信者リストを選択することが可能になるように構成されている。この文脈的属性は、１人以上の受信者と外部システムとのやりとりに基づいている。図２では、方法２００は、ユーザーインターフェースを用いて文脈的属性に基づいて受信者リストを選択する工程２２０、及びメッセージキャンペーン中の電子メッセージを作成する工程２３０も含む。方法２００は、受信者リスト中の受信者に電子メッセージを送信する工程２４０も含む。
【００４３】
図３は、さまざまな文脈内の属性を配列して、属性３００に基づいて選択された受信者に電子メッセージを送信する方法を示している。図３に示されるように、この方法３００は、属性情報を受け取る工程３１０を含む。方法３１０は、対応する受信契約者と外部システムのやりとりに基づいて属性情報の少なくとも一部分を保存する工程３２０を含む。方法３００は、保存された文脈内の属性情報をフィルタリングする工程３３０、及び属性のフィルタリングに基づいて受信者を特定する工程３４０を更に含む。方法３００は、電子メッセージを作成する工程３５０、及びその電子メッセージを特定された受信者に送信する工程３６０も含む。
【００４４】
図４はメッセージング・キャンペーン４００を管理する方法を示している。図４に示されるように、方法４００は、対応する受信者の外部システムとのやりとりを記述する文脈内の属性による、データベースのフィルタリングに基づく受信者リストを受け取る工程４１０を含む。方法４００は、電子メッセージを作成する工程４２０、及びその電子メッセージをリスト上で特定される受信契約者に送信する工程４３０も含む。
【００４５】
図５は、メッセージング・キャンペーン５００を管理する方法を示している。図５に示されるように、この方法は、複数の文脈を決定するために、データベースの属性にアクセスを自動設定する工程５１０を含む。データベースの属性へのアクセスの自動設定は、一般的には自動的に特定のユーザーがアクセスできる属性の選択、及び対応する情報を参照することに注意されたい。この構成は、プライバシーへの配慮を含む、さまざまな因子に基づくことができる。もちろん、データベースの属性へのアクセスも、ユーザーによって行われることができる。方法５００は、複数の文脈のうちの１つのデータベースの属性にアクセスする工程５２０、及び複数の文脈のうちの１つの属性を選ぶことにより受信者のリストを作成する工程５３０も含む。方法５００は、電子メッセージを作成する工程５４０及びリストにおいて特定された受信契約者に電子メッセージを送信する工程５５０を更に含む。
【００４６】
開示されたシステム及び方法は、受信契約者情報の管理、及び法人の全てのビジネス構成単位を含む法人にわたって、そのような情報へ、より効果的な様式でアクセスすることを促進する。複数のビジネス構成単位を含む法人にわたる受信契約者管理の一例では、法人の１つ以上のキャンペーンに対する全受信契約者を含むデータベース４２は、その法人においてのみ、その法人、若しくは法人段階のビジネス構成単位のトップが維持し、又は完全なアクセスをすることができる。
【００４７】
本開示のシステム及び方法の実施形態では、一般的に、法人の代わりに電子メール・メッセージを送信するために、法人が電子メール・サービス・プロバイダーを用いる実施について注目したが、文脈的属性に基づいて送信される、他の形態の電子メッセージングも本開示の範囲内に含まれる。ＥＳＰサブシステムの一部分として示されたシステムの部分が、法人システム内で実施することができることにも注意されたい。
【００４８】
本開示は、さまざまな実施形態を有するものとして記述してきたが、本開示によるこれらの実施形態は、本開示の範囲及び趣旨の範囲内で更に修正することができる。従って、本出願は、その一般的原理を用いた、開示のいかなる変形、使用、又は改作をも包含することが意図される。熟練者は、特定の実施において、同一の結果を達成するために、１つ以上の開示された方法の複数の工程を組み合わせることが可能であり、又は異なる工程の順序が使用できることを決定できるであろう。そのような各実施は、本明細書及び添付された特許請求の範囲で開示されたものであるとして、本開示の範囲内に含まれる。更に、本出願は、本開示に関連する技術分野で周知の、又は慣例的な実施に当たるような本開示からの逸脱も包含することが意図される。
【図１】
2013532330.tif 000003
【図２】
2013532330.tif 000004
【図３】
2013532330.tif 000005
【図４】
2013532330.tif 000006
【図５】
2013532330.tif 000007
【国際調査報告】
2013532330.tif 000008