(57)【特許請求の範囲】
【請求項１】
複数の加入者デバイスのうちの少なくとも１つの加入者デバイスに複数の双方向アプリケーションのうちの双方向アプリケーションのプロビジョニングを管理するための方法であって、前記双方向アプリケーションの前記プロビジョニングを前記管理することが、結合された複数の通信ネットワーク（ＣＮ０、ＣＮ１、ＣＮｘ）にまたがる集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）によって行われ、前記複数の通信ネットワーク（ＣＮ０、ＣＮ１、ＣＮｘ）の各通信ネットワークが、複数の加入者デバイスを結合し、前記方法は、
ａ．前記複数の加入者のうちの加入者による、前記集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）において、前記加入者に対する複数の双方向アプリケーションのうちの少なくとも１つの双方向アプリケーションのプロビジョニングを要求することに関してオプトインするステップと、
ｂ．前記双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）が、少なくとも、前記加入者の前記オプトインするステップに基づいて、前記複数の通信ネットワークの前記通信ネットワークに関連付けられた前記加入者デバイスにプロビジョニングするための双方向アプリケーションを選択するステップと、
ｃ．前記加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、改良された加入者プロファイルを決定するために加入者アクションを適用するステップとをさらに備えることを特徴とする、方法。
【請求項２】
ｄ．前記複数の双方向アプリケーションのうちの前記双方向アプリケーションに前記オプトインするステップを実行して、前記加入者の前記加入者デバイスに前記選択された双方向アプリケーションをプロビジョニングするステップをさらに含むことを特徴とする、請求項１に記載の双方向アプリケーションのプロビジョニングを管理するための方法。
【請求項３】
ｅ．前記集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）によって保持される前記複数の双方向アプリケーションのうちの前記双方向アプリケーションを管理するステップをさらに含むことを特徴とする、請求項１または請求項２に記載の双方向アプリケーションのプロビジョニングを管理するための方法。
【請求項４】
ｆ．前記加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、前記加入者に対するインセンティブを決定するために加入者アクションを適用するステップをさらに含むことを特徴とする、請求項１から３のいずれかに記載の双方向アプリケーションのプロビジョニングを管理するための方法。
【請求項５】
ｇ．第三者が、専用のインターフェースを介して、前記複数の加入者のうちの加入者に対する双方向アプリケーションの前記プロビジョニングを管理するステップをさらに含むことを特徴とする、請求項１から３のいずれかに記載の双方向アプリケーションのプロビジョニングを管理するための方法。
【請求項６】
複数の加入者デバイスのうちの少なくとも１つの加入者デバイスに複数の双方向アプリケーションのうちの双方向アプリケーションのプロビジョニングを管理するためのシステムであって、
前記双方向アプリケーションの前記プロビジョニングを前記管理することを制御するように構成され、さらに結合された複数の通信ネットワーク（ＣＮ０、ＣＮ１、ＣＮｘ）にまたがり、前記複数の通信ネットワーク（ＣＮ０、ＣＮ１、ＣＮｘ）の各通信ネットワークが、複数の加入者デバイス（ＳＤ１１、ＳＤ１２、ＳＤ１Ｙ、ＳＤ２１、ＳＤ２２、ＳＤ２ｙ、ＳＤｘ１、ＳＤｘ２、ＳＤｘｙ）を結合する集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）を備えること、および
ａ．前記集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）において、前記オプトインの際に複数の双方向アプリケーションのうちの少なくとも１つの双方向アプリケーションを識別するために、前記加入者の選好を獲得して、前記複数の加入者のうちの加入者による、双方向アプリケーションのプロビジョニングに関するオプトインをサポートするように構成されたオプトイン部（ＯＩＰ）と、
ｂ．少なくとも、前記加入者の前記オプトインの際に獲得された前記選好に基づいて、前記加入者デバイス（前記複数の通信ネットワークのうちの前記通信ネットワークに関連付けられた）にプロビジョニングするための双方向アプリケーションを選択するように構成された双方向アプリケーションプロビジョニング管理部（ＩＡＰＭＰ）とをさらに備え、
前記双方向アプリケーションプロビジョニング管理部（ＩＡＰＭＰ）が、前記加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、改良された加入者プロファイルを決定するために加入者アクションを適用するようにさらに構成されることを特徴とする、システム。
【請求項７】
ｃ．少なくとも、前記加入者の前記オプトインの際に獲得された前記選好に基づいて選択された前記双方向アプリケーションを、前記複数の双方向アプリケーションのうちの前記少なくとも１つの双方向アプリケーションに関して前記オプトインを実行した前記加入者の前記加入者デバイスにプロビジョニングするように構成された双方向アプリケーションプロビジョニング部（ＩＡＰＰ）をさらに含むことを特徴とする、請求項６に記載の双方向アプリケーションのプロビジョニングを管理するためのシステム。
【請求項８】
ａ．前記集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）において、前記オプトインの際に前記複数の双方向アプリケーションのうちの少なくとも１つの双方向アプリケーションを識別するために前記加入者の選好を獲得するために、双方向アプリケーションのプロビジョニングに関して前記複数の加入者のうちの加入者がオプトインすることをサポートするように構成されたオプトイン部（ＯＩＰ）と、
ｂ．少なくとも、前記加入者の前記オプトインの際に獲得された前記選好に基づいて、前記加入者デバイス（前記複数の通信ネットワークのうちの前記通信ネットワークに関連付けられた）にプロビジョニングするための双方向アプリケーションを選択するように構成された双方向アプリケーションプロビジョニング管理部（ＩＡＰＭＰ）とを備えることを特徴とする、請求項６に記載のシステムにおいて使用するための集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）。
【請求項９】
ｃ．少なくとも、前記加入者の前記オプトインの際に獲得された前記選好に基づいて選択された前記双方向アプリケーションを、前記複数の双方向アプリケーションのうちの前記少なくとも１つの双方向アプリケーションに関して前記オプトインを実行した前記加入者の前記加入者デバイスにプロビジョニングするように構成された双方向アプリケーションプロビジョニング部（ＩＡＰＰ）をさらに備えることを特徴とする、請求項８に記載の集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）。
【請求項１０】
ｄ．前記複数の双方向アプリケーションのうちの双方向アプリケーションを管理するように構成され、前記双方向アプリケーションが、集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）の制御下で保持される、双方向アプリケーション管理部（ＩＡＭＰ）をさらに含むことを特徴とする、請求項８または請求項９に記載の集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）。
【請求項１１】
前記双方向アプリケーションプロビジョニング管理部（ＩＡＰＭＰ）が、前記加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、前記加入者に対するインセンティブを決定するために加入者アクションを適用するようにさらに構成されることを特徴とする、請求項８または請求項９に記載の集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）。
【請求項１２】
前記双方向アプリケーションプロビジョニング管理部（ＩＡＰＭＰ）が、第三者が、専用のインターフェースを介して、前記複数の加入者のうちの加入者に対する双方向アプリケーションの前記プロビジョニングを管理すること／調整することを可能にするようにさらに構成されることを特徴とする、請求項８または請求項９に記載の集中双方向アプリケーションプロビジョニング管理サーバ（ＩＡＰＭＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、双方向アプリケーションプロビジョニング管理方法／サーバ／デバイスに関する。
【背景技術】
【０００２】
双方向アプリケーション／サーバ／デバイスのプロビジョニングを管理するためのそのような方法は、当技術分野において、広告を消費することと引き換えに加入者に無料の決った量の音声、テキスト、およびコンテンツを与えるために、一般に広告から収益を構築するモバイル仮想ネットワーク事業者によって運営される広告を資金源とするモバイルサービス提供として既に知られている。そのような仮想モバイルネットワーク事業者は、広告と呼ばれる双方向アプリケーションを、加入によって単一の通信ネットワークにそれぞれが関連付けられている、複数の加入者デバイスのうちの少なくとも１つの加入者デバイスにプロビジョニングする。別個のモバイルネットワーク事業者によって管理されるモバイル通信ネットワークに基づくとともに、そのようなネットワークによってサポートされるサービスをプロビジョニングする、これらの仮想ネットワーク事業者。
【０００３】
ＧＳＭ（登録商標）ネットワークなどのモバイル通信ネットワーク上で運用されるサービスを複数の事業者にプロビジョニングする、そのようなモバイル仮想ネットワーク事業者ＭＶＮＯは、顧客に、これらの顧客が、モバイル電話コンテンツ広告を受け取ること、および広告キャンペーンを通じてその企業と対話することに同意することに基づいて、無料のモバイルサービスを提供することが可能である。そのようなモバイル仮想ネットワーク事業者は、特定のモバイルネットワーク事業者によってプロビジョニングされる単一のネットワークを介してサービスを提供するという事実により、そのようなモバイル仮想ネットワーク事業者の顧客または加入者は、そのモバイルネットワーク事業者の加入者に限られる。このため、モバイル仮想ネットワーク事業者ＭＶＮＯサービスをプロビジョニングする範囲は、単一のモバイルネットワークの加入者に限定される。
【０００４】
前述した従来技術のソリューションのさらなる欠点は、スケーリングの欠如、断片化されたインベントリ、広告がスパムと認識される可能性があること、および消費者と広告主の間にほとんど、または全く対話が存在しない可能性があることである。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の目的は、双方向アプリケーションのプロビジョニングを管理するための方法、および前述の知られているタイプではあるが、実質的に拡大された潜在的な範囲の加入者が獲得され、さらにより柔軟性のある双方向アプリケーションプロビジョニングが獲得され得る、関連するシステムを提供することである。
【０００６】
本発明によれば、この目的は、請求項１に記載の双方向アプリケーションのプロビジョニングを管理するための方法、請求項７に記載のシステム、および請求項９に記載の関連するサーバによって達せられる。
【０００７】
実際、複数の通信ネットワークのうちの或る通信ネットワークに各々が結合された複数の加入者のうちの加入者に、集中双方向アプリケーションプロビジョニング管理サーバにそれぞれが結合された、この複数の通信ネットワークに及ぶ集中双方向アプリケーションプロビジョニング管理サーバの制御下で、この複数の通信ネットワークのうちの各通信ネットワークが、複数の加入者デバイスに順に結合され、その複数の加入者のうちの加入者が、集中双方向アプリケーションプロビジョニング管理サーバにおいて、複数の双方向アプリケーションから少なくとも１つの双方向アプリケーションが、この加入者にプロビジョニングされることを要求するためにオプトインして、双方向アプリケーション／コンテンツのプロビジョニングを管理することにより、双方向アプリケーションプロビジョニング管理サーバは、オプトインするステップが実行された後に加入者の加入者デバイスにプロビジョニングするための双方向アプリケーションを選択するという目的で、その加入者の選好を収集する。複数の加入者のうちの各加入者は、複数の通信ネットワークのうちの１つの通信ネットワークに結合され、さらに集中双方向アプリケーションプロビジョニング管理サーバは、それらの通信ネットワークのすべてに及ぶので、結合された加入者の全員が、双方向アプリケーションをプロビジョニングするために対象とされることが可能である。
【０００８】
オプトインは、加入者の選好を示す管理サーバの間のダイアログを介して、例えば、ＳＭＳダイアログを使用して適用され得る。代替として、オプトインは、ウェブインターフェースにおいて視覚化された或るフォームに記入することを介して加入者選好を提供する可能性を潜在的な加入者に与えるウェブインターフェースを介して、適用されてもよい。
【０００９】
したがって、関連するすべてのネットワークの加入者の全体的なオプトインを扱う集中双方向アプリケーションプロビジョニング管理デバイスまたは方法は、プロビジョニングされるべきコンテンツを決定する、オプトインする加入者との対話に基づく。
【００１０】
この複数のネットワークを統合することによって、関連するすべてのネットワークの拡大された範囲の加入者が獲得され得る。
【００１１】
そのような双方向アプリケーションは、映画もしくは映画の予告編、曲もしくは口頭のテキストのようなサウンド、テキストメッセージ、イメージ、広告、割引クーポン、または前述したコンテンツ資産の任意の組合せもしくは順序などの、任意のマルチメディアコンテンツ資産を含み得る。
【００１２】
双方向アプリケーションは、ターゲットにされるセットの加入者に、加入者の選好に基づいて、単一のテキストメッセージを送信することに存する直接マーケティングキャンペーンであり得る。
【００１３】
また、双方向アプリケーションは、ターゲットにされるセットの加入者を相手にスクリプト化された一連のメッセージを交換する広告キャンペーンであることも可能であり、これらのメッセージのうちの最初のメッセージは、それらの加入者に特定の申し出を提示するティーザであり、このディーザ広告に加入者は個々に応答して、その申し出に対する加入者の特定の関心を特定にすることができ、このことに基づいて、広告主は、いくつかのオファーのうちの１つを、応答した加入者の各々に送信し、このオファーは、テキストメッセージ、または画像もしくは何らかのアニメーションを含むマルチメディアメッセージである。
【００１４】
双方向アプリケーションの別の例が、場合により、いくつかのタイプの通信ネットワークにわたる、多数のデバイスの背後の加入者に働きかけるマルチスクリーン広告キャンペーンである。例えば、キャンペーンの一環として、一部のユーザが、ユーザのモバイルハンドセット上で広告コンテンツを受信することが可能であり、他の一部のユーザが、ユーザのＩＰＴＶスクリーン上で同一のコンテンツを異なるフォーマットで受信することが可能であり、オンライン状態にある他の一部のユーザが、ウェブバナーの形態で変更されたコンテンツを受信することが可能である。
【００１５】
本発明のさらなる特性的特徴が、請求項２および請求項１０に記載される。
【００１６】
その後、複数の双方向アプリケーションのうちの或る双方向アプリケーションにオプトインするステップを実行した加入者に、選択された双方向アプリケーションがプロビジョニングされ得る。
【００１７】
本発明のさらなる特性的特徴が、請求項３および請求項１１に記載される。
【００１８】
この方法は、プロビジョニングするための複数の双方向アプリケーションを管理するステップをさらに含み、複数の双方向アプリケーションは、集中双方向アプリケーションプロビジョニング管理サーバによって保持される。
【００１９】
双方向アプリケーションを管理することは、複数の双方向アプリケーションの双方向アプリケーションを追加すること、変更すること、削除すること、評価することを含む。管理することは、システムの管理者に、双方向アプリケーションのセットを管理するオプションを与えて、集中双方向アプリケーションプロビジョニング管理サーバの専用のインターフェースを介して適用され得る。さらに、このインターフェースは、複数の利用可能な双方向アプリケーションのうちの双方向アプリケーションを管理するための権利を有する外部の双方向アプリケーションプロバイダに適応させられてもよい。
【００２０】
本発明のさらなる特性的特徴が、請求項４および請求項１２に記載される。
【００２１】
この方法は、加入者がそのような双方向アプリケーションを受信するインセンティブを決定するために、活動およびステータスである加入者イベントに基づいて、適用するステップを含み得る（さらに関連するシステムが、そうするように適合され得る）。
【００２２】
そのような加入者イベントは、オプトインするステップ、オプトアウトするステップ、一時停止するステップ、再開するステップ、選好を更新するステップ、そのような双方向アプリケーションと対話するステップなどであり得る。
【００２３】
そのような意図されるインセンティブは、無制限の量の無料の音声、テキスト、およびコンテンツを受信することであり得る。
【００２４】
本発明のさらなる特性的特徴が、請求項５および請求項１３に記載される。
【００２５】
この方法は、第三者、例えば、サービスプロバイダまたはネットワーク事業者が、集中双方向アプリケーションプロビジョニング管理サーバのさらなる専用のインターフェースを介して、複数の加入者のうちの加入者の関連するグループに対する双方向アプリケーションのプロビジョニングを管理するステップ、または調整するステップをさらに含む。
【００２６】
例えば、第三者、例えば、或るネットワーク事業者が、双方向アプリケーションのプロビジョニングを管理することが可能であり、ただし、この第三者は、加入者の限られたグループ、例えば、意図されるネットワーク事業者の加入者だけに対する双方向アプリケーションのプロビジョニングを管理することだけしかできないことが可能である。
【００２７】
そのような調整は、その複数の加入者のうちの加入者（のグループ）に対する双方向アプリケーションのプロビジョニングを見て、その後、前記プロビジョニングを承認すること、または拒否することを含み得る。
【００２８】
本発明の別の特性的特徴が、請求項６および請求項１４に記載される。
【００２９】
本発明の方法は、加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、この加入者の改良された加入者プロファイルを決定するために、加入者アクションを適用するステップをさらに含み得る。
【００３０】
そのような加入者アクションは、或る双方向アプリケーションをオプトインすること、双方向アプリケーションと対話すること、または他の仕方でユーザプロファイルを更新することであり得る。ユーザプロファイル（選好）は、とりわけ、オプトイン、ハウスキーピングメッセージに対する応答、要請なしのメッセージ、ウェブポータル、双方向音声応答を介して更新され得る。
【００３１】
そのような改良された加入者プロファイルは、双方向アプリケーションをプロビジョニングするための関係者が、オプトインした潜在的なすべての加入者からターゲットグループをよりうまくセグメント化して、広告などの適切な双方向アプリケーションで適切な加入者を、よりうまくターゲットにすることをもたらすことを可能にする、加入者のプロファイルを記述する、より詳細な情報を含み得る。
【００３２】
ユーザプロファイルをプロビジョニングするための可能な方法が、加入者が、加入者自らの個性および関心を最もうまく特定するために選択することができる、いくつかの性格のプロビジョニングを介することである。
【００３３】
大きいユーザベースを最初に収集して、次に、セグメント化する代わりに、前述の注目点を注意の範囲にして、いくつかの基本的なセグメントが、虚構の人物またはアバター（人格）として提示され、加入者に提供されて、それらの性格のうちいずれが、加入者の個性に最もよく合致すると加入者が考えるか質問する。
【００３４】
このことは、広告ソリューションが、ユーザを広いセグメントに迅速に割り当てて、いくつかのプロファイルパラメータを単一の質問に要約することを可能にする。その後、個々のプロファイル項目が、サービスの価値によって定義される優先度、またはユーザによって定義される優先度を使用して微調整され得る。
【００３５】
このため、大きいユーザベースをセグメント化して、ユーザをいくつかのセグメントに平均化する、いくつかの別々のプロファイルが定義され得る。例が、スポーツおよび自動車に関心がある若い男性である。
【００３６】
特許請求の範囲において使用される「備える」という用語は、その後にリストアップされる手段に限定されるものと解釈されてはならないことに留意されたい。したがって、「手段Ａと、手段Ｂとを備えるデバイス」という表現の範囲は、構成要素Ａおよび構成要素Ｂだけから成るデバイスに限定されるべきではない。この表現は、本発明に関して、そのデバイスの関係のある構成要素がＡおよびＢだけであることを意味する。
【００３７】
同様に、特許請求の範囲においてやはり使用される「結合された」という用語は、直接の接続だけに限定されるものと解釈されるべきではないことにも留意されたい。したがって、「デバイスＢに結合されたデバイスＡ」という表現の範囲は、デバイスＡの出力がデバイスＢの入力に直接に接続されたデバイスまたはシステムに限定されるべきではない。この表現は、Ａの出力とＢの入力の間に、他のデバイスまたは手段を含む経路であり得る経路が存在することを意味する。
【００３８】
添付の図面と併せて解釈される実施形態の以下の説明を参照することにより、本発明の以上、およびその他の目的および特徴が、より明白となり、さらに本発明自体の最良の理解が得られる。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施形態が実現される双方向アプリケーションのプロビジョニングを管理するためのシステムを示す図である。
【図２】本発明による集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳの機能構造を示す図である。
【発明を実施するための形態】
【００４０】
以下の段落において、図面を参照して、本発明による双方向アプリケーションのプロビジョニングを管理するためのシステムの実施形態が説明される。この説明の最初の段落で、このネットワークの主要な要素が、それぞれ、図１および図２に提示される機能部分とともに説明される。第２段落で、前述したネットワーク要素、および説明される機能部分の間のすべての接続が定義される。後続の段落で、双方向アプリケーションのプロビジョニングを管理するためのシステムの実際の実行が説明される。
【００４１】
第１の不可欠な要素は、それぞれが通信ネットワークを介してネットワーク事業者からサービスを取得するための通信デバイスである加入者デバイス、ＳＤ１１、ＳＤ１２、ＳＤ１Ｙ、ＳＤ２１、ＳＤ２２、ＳＤ２ｙ、ＳＤｘ１、ＳＤｘ２、ＳＤｘｙである。そのような通信デバイスは、任意のモバイル電話機、スマートフォン、通信インターフェースを有するＰＤＡ、固定ＰＣ、テレビセット、または受信された双方向アプリケーションを加入者にプロビジョニングすることができる任意の同様の通信デバイスであり得る。
【００４２】
さらに、複数の通信ネットワーク、ＣＮ０、ＣＮ１、ＣＮｘが、図１に提示され、各通信ネットワークは、加入によって結合されたそれぞれの加入者デバイスに、双方向アプリケーションを含む通信サービスのプロビジョニングを扱うネットワーク事業者によって活用される。
【００４３】
そのような通信ネットワークは、ＧＳＭネットワーク、もしくは固定データネットワーク、もしくは音声ネットワークのようなモバイル通信ネットワーク、または以上のネットワークの組合せ、または他の任意の同様の通信ネットワークであり得る。
【００４４】
そのような双方向アプリケーションは、映画もしくは映画の予告編、曲もしくは口頭のテキストのようなサウンド、テキストメッセージ、イメージ、広告、割引クーポン、または前述したコンテンツ資産の任意の組合せもしくは順序などの、任意のマルチメディアコンテンツ資産を含み得る。
【００４５】
図１に提示される、本発明の、この実施形態のさらなる不可欠な要素が、複数の加入者デバイスのうちの少なくとも１つの加入者デバイスに複数の双方向アプリケーションのうちの或る双方向アプリケーションのプロビジョニングを管理するための集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳである。この集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、結合された複数の通信ネットワーク、ＣＮ０、ＣＮ１、ＣＮｘに及び、この複数の通信ネットワーク、ＣＮ０、ＣＮ１、ＣＮｘの各通信ネットワークは、複数の加入者デバイスを結合する。つまり、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、それらの通信ネットワークのそれぞれを介して、結合された加入者デバイスに対する意図される双方向アプリケーションのプロビジョニングを管理する。
【００４６】
集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳにおいて、或る双方向アプリケーションのプロビジョニングに関してオプトインする際に、そのオプトインにおける複数の双方向アプリケーションのうちの少なくとも１つの双方向アプリケーションを識別するこれらの加入者の選好を獲得するために、加入者をサポートするように構成されたオプトイン部ＯＩＰを備える。集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、それらの加入者の各加入者のすべての選好を格納するデータベースである選好保持部ＰＨＰを含み得る。オプトイン部は、双方向メッセージング、双方向音声応答、またはポータルアクセスを介してユーザ許可およびユーザ選好を収集するオプトイン処理を管理する。初期オプトインの後、オプトイン部ＯＩＰは、個人との連続的な対話を介して加入者選好を改良するようにハウスメッセージを生成することが可能である。
【００４７】
ユーザプロファイル（選好）は、とりわけ、オプトイン、応答メッセージまたは質問、要請なしのメッセージ、ウェブポータル、双方向音声応答を介して更新され得る。
【００４８】
集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、少なくとも、加入者のオプトインの際に獲得された選好に基づいて、関連する通信ネットワークを介して対応する加入者デバイスにプロビジョニングするための双方向アプリケーションを選択することができる双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰをさらに含む。
【００４９】
選好保持部ＰＨＰの中に格納された或る加入者の選好に基づいて、複数の双方向アプリケーションから適切なアプリケーションが選択される。
【００５０】
集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、少なくとも、加入者のオプトインの際に獲得された選好に基づいてプロビジョニングするために選択された双方向アプリケーションを、前記少なくとも１つの双方向アプリケーションに関するオプトインを実行した加入者の加入者デバイスにプロビジョニングすることができる双方向アプリケーションプロビジョニング部ＩＡＰＰをさらに備える。
【００５１】
さらに、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳの制御下で保持されている、複数の双方向アプリケーションのうちの双方向アプリケーションを管理することができる双方向アプリケーション管理部ＩＡＭＰを含む。
【００５２】
さらに、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、複数の双方向アプリケーションを格納するための双方向アプリケーション保持部ＩＡＨＰを含む。代替として、この双方向アプリケーション保持部ＩＡＨＰは、代替として、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳの外部の、ただし、集中サーバから管理される別のネットワーク要素内に配置されてもよい。
【００５３】
集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、前記複数の加入者のうちの加入者に対する双方向アプリケーションの前記プロビジョニングを第三者が管理すること／調整することを可能にするように構成された専用の管理インターフェース部ＭＩＰをさらに含み得る。管理すること、調整することは、双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰの制御下で、または、代替として、双方向アプリケーション保持部と直接に対話して、適用され得る。
【００５４】
集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、同時に、双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰに結合された選好保持部ＰＨＰにさらに結合されるオプトイン部ＯＩＰの入力端末でもある第１の入力端末Ｉ１を有する。
【００５５】
双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰは、同時に、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳの出力端末Ｏ１でもある出力端末を有する双方向アプリケーションプロビジョニング部ＩＡＰＰにさらに結合される。
【００５６】
集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、同時に、双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰに結合された双方向アプリケーション管理部ＩＡＨＰさらに結合される双方向アプリケーション管理部ＩＡＭＰの入力端末Ｉ２でもある第１の入力端末を有する。管理インターフェース部ＭＩＰは、同時に、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳの入力端末Ｉ３でもある入力端末を有する。管理インターフェース部ＭＩＰは、双方向アプリケーション保持部に直接に結合されることが可能であり、または、代替として、双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰを介して結合されることが可能である。
【００５７】
本発明の実行を説明するために、双方向アプリケーション保持部ＩＡＨＰは、複数の双方向アプリケーションを含むものと想定される。この場合、この当該の実施形態において、そのような双方向アプリケーションは、双方向広告キャンペーンを構成するものと想定される。しかし、この実施形態は、双方向広告キャンペーンに関して説明されるものの、映画もしくは映画の予告編、曲もしくは口頭のテキストのようなサウンド、テキストメッセージ、イメージ、広告、割引クーポン、または前述したコンテンツ資産の任意の組合せもしくは順序などの、他の任意のマルチメディアコンテンツ資産のような他の任意の双方向アプリケーションが適用可能であり得ることに留意されたい。
【００５８】
さらに、この実施形態において、ＧＳＭネットワークであるものと想定される通信ネットワークＣＮ２に結合されている或る加入者ＳＤ２１が、何らかの看板またはちらしまたは電話請求書の上で、或る双方向アプリケーションに加入するための電話番号に遭遇するものと想定される。その後、この加入者が、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳのオプトイン部ＯＩＰに接続される。
【００５９】
この加入者とオプトイン部ＯＩＰの間の対話において、場合により、例えば、年令、性別、自動車、スポーツなどに関連する、この加入者のいくつかの選好が獲得され、その後、選好保持部ＰＨＰデータベースの中に格納される。この事例における加入者は、加入者が、２５才から３５才までの間の男性であり、さらに自動車に関心があることを示す。これらの選好は、保持部ＰＨＰデータベースの新たなエントリの中に格納されることが可能であり、または、代替として、データベースの中のこの加入者に関する既存のエントリを更新することが可能である。
【００６０】
オプトイン部ＯＩＰは、双方向メッセージング、双方向音声応答、またはポータルアクセスを介してユーザ許可およびユーザ選好を収集するオプトイン処理を管理する。初期オプトインの後、オプトイン部ＯＩＰは、個人との連続的な対話を介して加入者選好を改良するようにハウスメッセージを生成することが可能である。
【００６１】
選好保持部ＰＨＰデータベースのエントリの中に格納されている加入者の選好に基づいて、双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰが、少なくとも、この加入者のオプトインの際に獲得されたこれらの選好に基づいて、オプトインした加入者の加入者デバイスＳＤ２１にプロビジョニングするための双方向アプリケーション、すなわち、自動車ブランドＸと関係する広告キャンペーンを選択する。
【００６２】
代替として、時間や位置などの他の基準が、この双方向アプリケーションを選択するためにさらに適用され得る。
【００６３】
広告キャンペーンである、この双方向アプリケーションは、或る自動車のデモムービ、電子メールＳＭＳメッセージを介した最新の動向、および、場合により、後に、ブランドＸの最寄の自動車販売業者におけるブランドＸの自動車の試乗への招待を備えることが可能である。
【００６４】
加入者選好の豊富なデータベースが、ＭＮＯおよびメディア業界には、（モバイル）広告の成功への鍵である。加入者許可および加入者選好が、単一のプロバイダによって保持される集中リポジトリ選好保持部ＰＨＰの中に格納される。このデータは、個人の身元に関連付けられ得ないように匿名にされる。
【００６５】
その後、自動車ブランドＸの広告キャンペーンである双方向アプリケーションを選択した後、双方向アプリケーションプロビジョニング部ＩＡＰＰが、選択された双方向アプリケーションを加入者デバイスＳＤ２１に、例えば、映画の予告編を提示すること、意図される加入者のＳＭＳメッセージもしくは電子メールを受信することができる携帯電話機もしくはスマートフォンにプロビジョニングする。
【００６６】
自動車ブランドＸの広告キャンペーンである双方向アプリケーションのプロビジョニングは、ＧＳＭ、ＵＭＴＳのようなモバイル通信ネットワーク、または他の任意のモバイル通信ネットワークである結合する通信ネットワークＣＮ２を介して実行される。
【００６７】
代替として、加入者デバイスＳＤｘｙを有する加入者が、インターネット接続を通じて、ＰＣ、モバイル端末などのような任意の、場合により、デバイスＳＤｘｙ以外のブラウジングデバイスを介してウェブサイトにアクセスして、或るポータルウェブサイトにおいてオプトインして、このウェブサイトを介して加入者の選好を示すことが可能である。オプトイン中に示された選好に基づいて選択された双方向アプリケーションの実際のプロビジョニングは、固定型もしくはモバイル型の音声ネットワークもしくはデータネットワークのような任意の通信ネットワークであり得る通信ネットワークＣＮｘを介して加入者デバイスＳＤｘｙにプロビジョニングされ得る。
【００６８】
さらに、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳは、集中双方向アプリケーションプロビジョニング管理サーバＩＡＰＭＳの制御下で保持されている、複数の双方向アプリケーションのうちの双方向アプリケーションを管理することができる双方向アプリケーション管理部ＩＡＭＰをさらに含み、これらのアプリケーションは、双方向アプリケーション保持部ＩＡＨＰによって保持される。
【００６９】
双方向アプリケーションを管理することは、複数の双方向アプリケーションの双方向アプリケーションを追加すること、変更すること、削除すること、承認すること、拒否すること、実行すること、一時停止すること、再開することを含む。管理することは、双方向アプリケーションのセットを管理するオプションをシステムの管理者に与える集中双方向アプリケーションプロビジョニング管理サーバの専用のインターフェースである、管理インターフェース部ＭＩＰを介して適用され得る。さらに、このインターフェースは、複数の利用可能な双方向アプリケーションのうちの双方向アプリケーションを管理するための権利を有する外部の双方向アプリケーションプロバイダに適応させられてもよい。
【００７０】
管理すること、調整することは、双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰの制御下で、または、代替として、双方向アプリケーション保持部と直接に対話して、適用され得る。
【００７１】
双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰは、加入者の加入者デバイスにおいて双方向アプリケーションが受信されたことに応答して、加入者に対するインセンティブを決定するために加入者アクションを適用するようにさらに構成される。
【００７２】
双方向アプリケーションプロビジョニング管理部ＩＡＭＰＳにおいてオプトインするユーザは、オプトインの時点で、或る量の無料のテキストメッセージ、データバンドル、または分単位の通話時間であり得る、このオプトインのためのインセンティブを受け取ることが可能である。
【００７３】
双方向アプリケーションプロビジョニング管理部ＩＡＭＰＳのプロバイダは、報酬条件、報酬のサイズ（運営サービスプロバイダによって具体的な報酬に変換され得るポイント数の点で）、および、オプションとして、報酬が与えられる際にユーザに送信されるべきメッセージを決定するいくつかの報酬イベント規則をシステムにプロビジョニングすることができる。拡張として、ユーザは、広告プラットフォームから報酬収支確認を要求することができる。
【００７４】
また、顧客ケア担当者が、システムにログインして、報酬ステータスを確認し、さらに加入者のために特定の報酬をプロビジョニングすることができる。
【００７５】
本発明は、参加する各ＳＰが、広告プラットフォーム上でそのＳＰ独自のインセンティブプログラムを設計することを可能にするプロビジョニングインターフェースを提供する。
【００７６】
双方向アプリケーションプロビジョニング管理部ＩＡＰＭＰは、第三者が、専用のインターフェースを介して前記複数の加入者のうちの加入者に対する双方向アプリケーションのプロビジョニングを管理すること／調整することを可能にするようにさらに構成される。
【００７７】
この方法は、第三者、例えば、サービスプロバイダまたはネットワーク事業者が、集中双方向アプリケーションプロビジョニング管理サーバのさらなる専用インターフェースを介して、複数の加入者のうちの加入者の関連するグループに対する双方向アプリケーションのプロビジョニングを管理する、または調整するステップをさらに含む。
【００７８】
例えば、第三者、例えば、或るネットワーク事業者が、双方向アプリケーションのプロビジョニングを管理することが可能であり、ただし、この第三者は、加入者の限られたグループ、例えば、意図されるネットワーク事業者の加入者だけに対する双方向アプリケーションのプロビジョニングを管理することだけしかできないことが可能である。
【００７９】
そのような調整は、その複数の加入者のうちの加入者（のグループ）に対する双方向アプリケーションのプロビジョニングを見て、さらに、前記プロビジョニングを承認すること、または拒否することを含み得る。
【００８０】
双方向アプリケーションプロビジョニング管理サーバＩＡＭＰは、双方向アプリケーション、例えば、ネットワーク事業者のネットワーク全体にわたってインベントリの備えがあるキャンペーンに関するビューを有するインターフェースを、ネットワーク事業者のうちの任意のネットワーク事業者に提供する。そのような双方向アプリケーション、例えば、キャンペーンは、ネットワーク事業者がそれらのキャンペーンを閲覧するには、「発売」状態、または「ライブ」の状態になければならない。
【００８１】
キャンペーン概要ページ上の「アクション」ドロップダウンリストは、ネットワーク事業者が、或る特定の双方向アプリケーション、例えば、キャンペーンをブロックするオプションを有する。
【００８２】
ネットワーク事業者が、或るキャンペーンを拒否することを選択した場合、通知（ユーザ選好に依存して、電子メールまたはＳＭＳ）がキャンペーンマネージャに送信される。そのキャンペーンはそれでも、ライブのままであるが、ただし、そのキャンペーンが行われることを許したＭＮＯによって所有されるインベントリに対してだけである。キャンペーンの状態は、「ライブ」または「発売」のままであるが、ユーザインターフェースは、テキストを赤に変更し、さらにキャンペーンのステータスの隣に「部分的にブロックされた」を表示することによって、そのインベントリが部分的にブロックされていることを示す。インベントリ全体が単一のネットワーク事業者に属する状況において、ステータスは、そのネットワーク事業者がそのキャンペーンを拒否した場合、ステータスは、「ブロックされた」を表示する。
【００８３】
本発明のシステム、および関連するデバイスによって適用される方法は、加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、この加入者の改良された加入者プロファイルを決定するために、加入者アクションを適用するステップをさらに含み得る。
【００８４】
そのような加入者アクションは、双方向アプリケーションと対話して、または他の仕方でユーザプロファイルを更新して、双方向アプリケーションに関してオプトインすることであり得る。
【００８５】
そのような改良された加入者プロファイルは、事業者または双方向アプリケーションプロバイダなどの、双方向アプリケーションを調整するための関係者が、オプトインした潜在的なすべての加入者からターゲットグループをよりうまくセグメント化して、広告などの適切な双方向アプリケーションで適切な加入者を、よりうまくターゲットにすることをもたらすことを可能にする、加入者のプロファイルを記述する、より詳細な情報を含み得る。
【００８６】
大きいユーザベースを最初に収集して、次に、セグメント化する代わりに、前述の注意の持続する時間に留意して、いくつかの基本的なセグメントが、虚構の人物またはアバター（人格）として提示され、加入者に提供されて、それらの人格のうちいずれが、加入者の個性に最もよく合致すると加入者が考えるか質問する。
【００８７】
このことは、広告ソリューションが、ユーザを広いセグメントに迅速に割り当てて、いくつかのプロファイルパラメータを単一の質問に要約することを可能にする。その後、個々のプロファイル項目が、サービスの価値によって定義される優先度、またはユーザによって定義される優先度を使用して微調整され得る。
【００８８】
このため、大きいユーザベースをセグメント化して、ユーザをいくつかのセグメントに平均化する、いくつかの別々のプロファイルが定義され得る。例が、スポーツおよび自動車に関心がある若い男性である。
【００８９】
以下が、本発明の可能な実施形態であることに留意されたい：
双方向アプリケーションは、ターゲットにされるセットの加入者に、加入者の選好に基づいて、単一のテキストメッセージを送信することに存する直接マーケティングキャンペーンであり得る。
【００９０】
また、双方向アプリケーションは、ターゲットにされるセットの加入者を相手にスクリプト化された一連のメッセージを交換する広告キャンペーンであることも可能であり、これらのメッセージのうちの最初のメッセージは、それらの加入者に特定の申し出を提示するティーザであり、このディーザ広告に加入者は個々に応答して、その申し出に対する加入者の特定の関心を特定にすることができ、このことに基づいて、広告主は、いくつかのオファーのうちの１つを、応答した加入者の各々に送信し、このオファーは、テキストメッセージ、または画像もしくは何らかのアニメーションを含むマルチメディアメッセージである。
【００９１】
双方向アプリケーションの別の例が、場合により、いくつかのタイプの通信ネットワークにわたる、多数のデバイスの背後の加入者に働きかけるマルチスクリーン広告キャンペーンである。例えば、キャンペーンの一環として、一部のユーザが、ユーザのモバイルハンドセット上で広告コンテンツを受信することが可能であり、他の一部のユーザが、ユーザのＩＰＴＶスクリーン上で同一のコンテンツを異なるフォーマットで受信することが可能であり、オンライン状態にある他の一部のユーザが、ウェブバナーの形態で変更されたコンテンツを受信することが可能である。
【００９２】
集中双方向アプリケーションプロビジョニング管理サーバは、加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、加入者に対するインセンティブを決定するために、加入者アクションを適用するように構成された別個の機能部分を含むことに留意されたい。このことは、その機能が、双方向アプリケーションプロビジョニング管理部に組み込まれることの代わりである。
【００９３】
同様に、集中双方向アプリケーションプロビジョニング管理サーバは、第三者が、専用のインターフェースを介して、複数の加入者のうちの加入者に対する双方向アプリケーションのプロビジョニングを管理することを可能にするように構成された別個の機能部分をさらに含み得る。このことは、その機能が、双方向アプリケーションプロビジョニング管理部に組み込まれることの代わりである。
【００９４】
集中双方向アプリケーションプロビジョニング管理サーバは、加入者の加入者デバイスにおける双方向アプリケーションの受信に応答して、改良された加入者プロファイルを決定するために、加入者アクションを適用するように構成された別個の機能部分をさらに含み得る。このことは、その機能が、双方向アプリケーションプロビジョニング管理部に組み込まれることの代わりである。
【００９５】
集中双方向アプリケーションプロビジョニング管理サーバは、以下の機能要素を含み得る：
メディアインベントリ予約ツール
国内市場におけるメディア購入者−プランナに集約されたインベントリを販売する組み込まれたメディア問合せ−予約ツール。このインターフェースは、メディア代理店が、選択された客層セグメントを射程とするターゲットを絞ったキャンペーンを予約することを可能にする。
【００９６】
予約ツールは、キャンペーンパフォーマンスについてのメトリックを与えて、広告主に実際のＲＯＩに関するビューを与えるダッシュボードを含む。
【００９７】
キャンペーン−インベントリマネージャ
このコアモジュールは、メディア販売人が、特定のデジタルダイアログのような特定のターゲットグループおよびメディアインベントリを表す、または広告キャンペーンを表示する様々なタイプのキャンペーンテンプレートを構築することを可能にする。
【００９８】
このコアモジュールは、購入後、キャンペーンを予約し、さらにキャンペーンをコミットするためのワークフロー処理を採用する。その時点で、購入されたインベントリ（例えば、メッセージングボリューム）が、そのキャンペーンに割り当てられる。このようにして、通信会社のインベントリが尊重され、さらにトラフィック負荷が、通信会社ネットワークにかけられる。
【００９９】
報告およびインボイス送付
集中双方向アプリケーションプロビジョニング管理サーバは、インプレッションの数、オープンレート、応答レートのような重要なパフォーマンス指標に基づいて、完了したキャンペーンのパフォーマンスを詳述するレポートを生成する。このレポートは、キャンペーンに関するインボイスと一緒に、メディア販売者宛にされる。
【０１００】
ネットワーク事業者に向けて、オプトイン受入れ−キャンペーン統計に関するレポート。
【０１０１】
ダイアログマネージャ−広告選択サーバ
ダイアログマネージャは、エンドユーザを相手にメッセージングダイアログを構築することを可能にするスクリプティングツールである。このことは、広告主が、エンドユーザを相手に意義のあるダイアログを導き出し、そのダイアログに基づいて、エンドユーザに、より意義のあるオファーを出す能力を有することを意味する。このことは、応答レートを高め、広告主に対してＣＰＭ値およびＲＯＩを高める。
【０１０２】
また、このプラットフォームは、ターゲットを絞った広告を選択するようにプラットフォームにクエリを行うＭＮＯアプリケーションと統合されることも可能である。例えば、前払い済みのアプリケーションが、エンドユーザに対するクレジット収支通知に挿入されるべき個人用設定された広告に関して、広告選択サーバにリアルタイムでクエリを行うことが可能である。
【０１０３】
本発明のさらなる代替の実施形態が、以下の説明において開示される。
【０１０４】
以下の説明において、本発明の集中双方向アプリケーションプロビジョニング管理サーバは、広告選択サーバＡＤＳＳと呼ばれ、以下における双方向アプリケーションは、広告キャンペーンであることに留意されたい。
【０１０５】
機能モジュールは、ＡＤＳＳコア機能と配信機能に分割され得る。
【０１０６】
ＡＤＳＳのコア機能は、サービス管理、キャンペーン管理、予測−インベントリ管理、クリエイティブマネージメント、広告選択−編成、製品カタログ、価格設定システム、顧客プロファイル、オプトイン−加入者報酬、報告を含む。
【０１０７】
広告配信モジュールは、双方向アプリケーションプロビジョニング部の可能な実施形態であるＡｄＷｅｂ、ＡｄＷＡＰ、ＡｄＴｅｘｔ、およびＡｄＰｕｓｈを備える。
【０１０８】
アダプタは、外部環境に組み込まれるようにプロジェクトベースで開発され得るオプションの構成要素である。
【０１０９】
サービス管理
サービスを収益化することを所望するサービスプロバイダは、ＡＤＳＳ内で３つのサービスを宣言しなければならない。
【０１１０】
サービス特性
サービスプロバイダは、サービスプロバイダのサービスとともに公開される広告に何らかの制約（法的および技術的）を割り当てることができる。
【０１１１】
現在、サポートされるサービスタイプは、プッシュまたはプルである。
【０１１２】
プッシュサービスの場合、サービスプロバイダは、サービスの開いている時間、例えば、月−金８−１８時、土９−１２時を定義する。
【０１１３】
加入者識別
加入者の識別は、サービス依存であり得る。しかし、ＡＤＳＳが、異なるサービス上の同一の消費者を異なる識別方法と互いに関係付けることを可能にする。このリリースでは、ＡＤＳＳは、次の３つの識別タイプ、すなわち、ＭＳＩＳＤＮ、アドレス（例えば、ＩＰアドレス）、および電子メールをサポートする。将来、ＡＤＳＳは、より多くの識別タイプ、例えば、ログイン、クッキー、ＩＰＴＶセットトップボックスＭＡＣアドレス、またはミドルウェア識別子をサポートする。
【０１１４】
コンテキスト広告に関するチャネルを定義する
ターゲティングのお陰で、消費者プロファイルに応じて異なる広告を選択することが可能である。しかし、広告界は、数十年にわたり、コンテキストアプローチで機能している。自動車についての広告は、自動車についての周辺コンテンツである。
【０１１５】
行動ターゲティングは、取って代わる価値ではなく、付加価値と見なされなければならない。行動ターゲティングは、汎用のコンテンツに相当に価値を付与する。コンテキストアプローチと組み合わされて、行動ターゲティングは、非常に正確になる。
【０１１６】
コンテキスト広告をサポートするために、サービスプロバイダは、サービスプロバイダのサービスを異なるセクション／チャネルにセグメント化しなければならない。例えば、ウェブポータルが、以下のチャネルにセグメント化され得る：
ホームページ−汎用−行動によって拡張された
自動車
子供区域
Ｅカード
不動産
．．．
【０１１７】
フォーマットを定義する
サービスプロバイダは、フォーマットのリスト内で、サービスによってサポートされるフォーマットを選択して、許容できるレベルの侵入性と組み合わされた適正なレベルの影響を確実にすることもする。
【０１１８】
フォーマットのリストが、システム管理者によって保持される。ＡＤＳＳは、ＩＡＭおよびＭＭＡによって推奨される多数のフォーマットであらかじめポピュレートされる。Ｉ
【０１１９】
双方向性モデルを定義する：
異なるパーソナルメディアサービス上で、双方向性は、様々な仕方で提案され得る。オンラインが、今日、クリックスルーによって駆動される場合、この概念は、モバイルポータルに拡張される。
【０１２０】
双方向テレビは、現在、赤ボタンアプローチを提供する。私が広告を観ている間、私が、私のリモコン上の赤ボタンを押して、或る関係（購入、調査、面白いこと、情報、呼び物への参加など）に入ることを目的とするブランドポータルに着地することが可能である。
【０１２１】
予測−インベントリ管理
インベントリ管理は、広告システムの重要な成功要因である。インベントリ管理の品質が、広告からもたらされ得る収益を決定する。
【０１２２】
スマートなインベントリ管理のお陰で、プレミアム広告スペースを増加させることが可能である。他方、前もって販売されない広告スペースは、はるかに安い価格で販売される。他方、予約超過を適用することは、キャンペーンに関してブランドが計画した影響の広がりを期待するブランドの失望を生じさせる。
【０１２３】
ＡＤＳＳコアは、ターゲットを絞った広告スペースインベントリの２つのチャレンジをカバーする特定のインベントリ管理機能を確実にする。
【０１２４】
インベントリ管理の第１の弱点は、予測に結び付いている。インベントリは、表示、クリックスルー、およびアクションのためのすべての機会をリストアップする。明らかに、インベントリは、特定の日に正確にどれだけの数の人がサービスを使用する（またはウェブページをブラウズする）かを前もって知ることが不可能なので、予測に基づく。
【０１２５】
ターゲットを絞った広告は、第２の弱点を生む。インベントリ管理は、単純な「物理的」インベントリと比べて、より複雑になる。全くさらなる予測なしに行われると、様々な次元のセグメント化は、インベントリに重なり合いを生じさせる。例えば、或るキャンペーンが、若い女性をターゲットにすることが可能である一方で、別のキャンペーンが、母親をターゲットにすることが可能である。そのことが、広告スペースが同一の広告スペース内で２つの広告を配信する可能性をもたらす。セグメント予測が重なり合いを考慮に入れない場合、そのことは、異なる２つのキャンペーンに関して１つの広告スペースだけしか予約されず、予約超過を生じさせる。
【０１２６】
物理的インベントリおよびセグメント化されたインベントリ
ＡＤＳＳが、各サービスチャネルに関するインベントリ値、および各フォーマット（ＩＰＴＶ  ＥＰＧ、ウェブサイトなど）に関するインベントリ値を保持する。
【０１２７】
ターゲティングの弱点に対処するために、ＡＤＳＳは、サービス−チャネル−フォーマットごとに、消費者セグメントと関係するインベントリも管理する。そのシステムは、消費者セグメント間の重なり合いの推定を可能にする。
【０１２８】
インベントリ状態
インベントリ（物理的インベントリとセグメント化されたインベントリともに）は状態を有する：インベントリは、空いている（キャンペーンによって使用されていない）、またはキャンペーンによって予約されている。インベントリ状態は、インベントリを売り過ぎないように、キャンペーンが予約される前に確認される。
【０１２９】
各キャンペーンは、ＡＤＳＳ内で、物理的インベントリおよびセグメント化されたインベントリの一部分を使用するように割り当てられる。
【０１３０】
インベントリ予測
ＡＤＳＳは、「広告要求」を受信するたびに、カウンタ、つまり、物理的インベントリを表すカウンタ、およびインベントリのセグメント化された使用を表すカウンタを更新する。これらのカウンタは、毎日、維持され、毎週、さらに毎月、まとめられる。
【０１３１】
予測（将来の、物理的インベントリおよびセグメント化されたインベントリを表す）は、対応するカウンタに基づいて計算される。予測システムは、過去の日数、週数、および月数のカウンタに基づく。これらの予測は、毎日、計算され、さらにインベントリ予測は、次の６ヶ月に関して行われる。
【０１３２】
ＡＤＳＳは、何らかのヒューリスティクス要因に基づいて、様々なサービス−チャネルーフォーマットに関するセグメント間の重なり合いの推定を行う。ＡＤＳＳ予測機能は、将来のリリースとともに絶えず改良される。
【０１３３】
調整
デフォルトで、さらにファシリティとして、インベントリ値は、ＡＤＳＳによって計算された予測値で埋められる。外部要因（予期しないトラフィック、気象など）のため、インベントリ予測は、常に正確とは限らない。
【０１３４】
ＡＤＳＳは、調整を行う能力を提供する：調整は、予測に上書きするインベントリの手動の変更である。そのタスクは、トラフィカによって実行される。
【０１３５】
報告
インベントリの視覚的表現が、トラフィカに提案される。トラフィカは、様々な次元に従ってインベントリの予約のレベルを迅速に確認することができる。
【０１３６】
トラフィカは、初期プランに応じた達成のレベルですべてのキャンペーンのレポートを得る。これらのレポートに基づいて、トラフィカは、インベントリを微調整すること、さらに／またはいくつかのキャンペーンを再スケジュールすることができる。
【０１３７】
通知
インベントリが、実施より一定期間前に或るレベルで満たされない場合、ＡＤＳＳによって製品マネージャに対するアラートが生成されて、製品マネージャが、インベントリを促進し、さらに／または特定の製品を生み出すことを可能にする。
【０１３８】
キャンペーンが、最小限のパーセンテージで満たされない場合、ＡＤＳＳが、そのキャンペーンに関するアラートを生成して、そのキャンペーンの優先順位を見直す、または再スケジュールする措置がとられる。
【０１３９】
ターゲットプロファイル
プロファイルは、ＡＤＳＳがターゲットを絞った広告を実行する基礎である。ターゲットプロファイルは、キャンペーンに使用されるように定義される。
【０１４０】
セグメント化クラス
セグメントクラスは、１つの次元、例えば、年令、性別、社会的地位、自動車選好、その他においてセグメントのセットを定義する。セグメント化クラスは、全く制限なしにプロファイルプロバイダによって自由に定義され得る。
【０１４１】
セグメント
セグメントは、セグメントのクラス内の値である。ＡＤＳＳにおいて、セグメントクラス内の可能なセグメント値の数に制限は全く存在しないが、推奨は、より良好な可読性のための最大で６つの値を有することである。
【０１４２】
この能力は、製品マネージャが、製品に関して関係するセグメント化を柔軟に提供することを可能にする。
【０１４３】
例えば、セグメント値について：年令：１０−１５、１６−２５、２６−４０、４１−５５、５６−７０、７１−９９。
【０１４４】
ターゲットプロファイル
ターゲットプロファイルは、異なるクラスにおけるセグメントの選択である。複数のクラスにわたる論理規則は、論理積である。クラス内の論理は、論理和である。
【０１４５】
例えば、プロファイル１：Ａｃｔｉｖｅ＿ｗｏｍｅｎ：性別＝女性＆（年令＝２６−４０または年令＝４１−５５）
【０１４６】
或るキャンペーン内で２つのターゲットプロファイルが使用される場合、規則は、論理和である。
【０１４７】
ターゲットプロファイルは、製品内で、またはハイパーターゲット型のキャンペーン内で使用される。
【０１４８】
製品価格および価格プラン
製品マネージャは、カタログの中で提示される各製品に価格を割り当てる。
【０１４９】
この価格は、公開の回数に全く関係のない固定の価格であり得る。
【０１５０】
また、この価格は、ＣＰＭ、ＣＰＣ、およびＣＰＡを考慮に入れた価格プランであることも可能である。このオプションにおいて、注文された公開回数、または配信された公開回数に課金する可能性が存在する。
【０１５１】
販売促進
製品マネージャは、様々な製品に販売促進を割り当てることができる。販売促進は、開始日、終了日、および割り戻し金を定義する。
【０１５２】
販売促進は、カタログ提示内で概略が述べられる。
【０１５３】
値引き
販売代理店が、製品が購入される際に値引きにとりかかることができる。値引きは、或る特定のキャンペーンに関して有効である。最大限の値引きを設定する規則が、価格プラン内で定義される。
【０１５４】
ハイパーターゲティング
ハイパーターゲット型のキャンペーンの場合、価格は、特定のキャンペーン設定に応じて販売代理店によって定義される。
【０１５５】
次に、販売代理店が、或る製品をいくつかの単位、販売することが可能である。このアプローチのお陰で、広告界における製品販売のための標準の方法が適用され得る。
【０１５６】
また、ＡＤＳＳは、ハイパーターゲット型のキャンペーンを製品としてサポートする。この場合、価格設定は、そのキャンペーン内で発動される特定の機能に応じた交渉の対象である。
【０１５７】
製品を定義する
製品は、キャンペーンテンプレートであるので、製品は、すべてのキャンペーン特性によって定義される。製品マネージャが、製品カタログを管理する。
【０１５８】
キャンペーン展開と関係する製品の主要な特性は以下の通りである：
製品名
製品ｉｄ
説明
キーワード
公開の回数
持続時間
排他性
キャンペーンが展開されるサービスおよびチャネルのリスト
フォーマットのリスト
キャンペーンによって扱われるターゲットプロファイルのリスト
【０１５９】
製品のタイプ：標準またはハイパーターゲット型
パーソナルメディアが、ハイパーターゲティングを提供する。この能力は、広告スペースの価値を大幅に高める。しかし、ハイパーターゲット型のキャンペーンは、今日、インベントリ使用の小さいパーセンテージである。また、ハイパーターゲット型のキャンペーンは、より多くのキャンペーンが貧しい個人よりも豊かな個人をターゲットにするので、インベントリ管理をより複雑にする。
【０１６０】
このことが、ＡＤＳＳが、２つのタイプの製品：標準の製品、およびハイパーターゲット型の製品をサポートする理由である。
【０１６１】
標準の製品において、キャンペーンのすべてのパラメータは、製品内で指定され、販売代理店によって変更され得ない。
【０１６２】
ハイパーターゲット型の製品において、パラメータのほとんど：サービスおよびチャネル、持続時間、公開の回数、プロファイルは、販売代理店によって変更されることが可能である。
【０１６３】
そのようなハイパーターゲット型のキャンペーンの価格は、いずれの標準の製品と比べても、明らかにより高い。
【０１６４】
キャンペーンを管理する
製品が販売されると、広告代理店は、いくつかのクリエイティブを発行するために、提示される広告のリスト内で、とりわけその広告の優先度、および広告に関する制約を選択するために、−ログイン／パスワードに基づいて−そのキャンペーンをカスタマイズする資格がある。
【０１６５】
そのキャンペーンは、ＡＤＳＳによって提供される絶え間ないレポートの結果に応じてキャンペーン期間中ずっと管理され得る。
【０１６６】
セクション「キャンペーン管理」を参照されたい。
【０１６７】
販売管理
ＡＤＳＳの製品管理機能のお陰で、広告インベントリ販売は、より容易になる。そのことに加えて、ＡＤＳＳと販売力環境の間の統合が、プロジェクトベースで行われ得る。
【０１６８】
製品カタログナビゲーション
販売代理店は、様々な基準に基づいて製品カタログを注文することができる：
名前および説明により
持続時間により
品質により
予算により
プロファイルにより
【０１６９】
製品購入
製品を購入する際、販売代理店は、以下を含むその製品の詳細なビューを見る：
製品名
製品Ｉｄ
説明−パフォーマンス統計を含むティーザ
公開の品質
持続時間
サービスのリスト
セグメントのリスト
価格／価格プラン
販売促進
販売代理店は、以下の情報を記入しなければならない：
広告主（キャンペーンの購入者）
開始日、および
製品の単位数
【０１７０】
単位数は、量に適用され、持続時間には適用されない。例えば、２週間で１０００００回の公開をカバーする製品、Ｗｅｂ−ｆｏｒｔｎｉｇｈｔに関して、２単位を購入することは、２週間で２０００００回の公開をもたらす。
【０１７１】
ハイパーターゲット型の製品の場合、販売代理店は、個々のサービス、チャネル、およびターゲットプロファイルを選択することが可能である。
【０１７２】
この時点で、キャンペーンライフサイクルが始まる。
【０１７３】
割引き
販売代理店が、キャンペーンに関する割引きにとりかかることができる。販売代理店は、割り戻し金を示すために特別なテキストボックスに記入する機能を提供される。
【０１７４】
キャンペーンに関する最大限の割引きは、製品において定義される。
【０１７５】
キャンペーン管理
キャンペーン管理は、キャンペーン登録およびキャンペーンモニタリングの処理を定義する。
【０１７６】
ＡＤＳＳは、キャンペーン管理のための特定のユーザインターフェースを提供する。このＵＩは、広告代理店が多種多様なキャンペーンを定義する完全な柔軟性を提供する。しかし、ほとんどのキャンペーンの場合、このインターフェースは、複雑すぎ、管理できないインベントリにつながる可能性がある。
【０１７７】
キャンペーンライフサイクル
インベントリは、限られているので、キャンペーンライフサイクルを保持することが重要である。或るキャンペーンがまず、ＡＤＳＳ内で予約されてから、確認される。予約するレベルで、インベントリが確認され、いくつかの広告スペースがそのキャンペーンのために確保される。キャンペーンは、予約の後、或る特定の遅延期間（日数）内に確認される必要がある。キャンペーンが確認されない場合、システムによってアラートが生成され、さらに／またはキャンペーンが解除され得る。
【０１７８】
予約
広告代理店が、次のステップに進むことを望む場合、キャンペーンは、特定の日付に関して予約され得る。
【０１７９】
この段階で、インベントリの利用可能性が、要求される期間、およびその製品に関する開示の回数として定義された量に関して確認される。キャンペーンが予約されると、インベントリが更新される。
【０１８０】
インベントリが十分ではない場合、単位数が減らされなければならず、またはキャンペーンの開始日が変更されなければならない。
【０１８１】
確認
予約されたキャンペーンは、キャンペーン開始日より数日前に確認されなければならない。キャンペーンが確認されない場合、キャンペーンは撤回（解約）されなければならない。
【０１８２】
解約
予約された、または確認されたキャンペーンを取り消すことは可能である。その場合、インベントリは、解除されるが、短い時間枠内でインベントリを売ることが困難なため、解約料の支払い義務をメディア代理店に対して負う。
【０１８３】
クリエイティブを定義する
製品が販売されると、広告代理店は、双方向アプリケーション、例えば、キャンペーンをより正確に定義するためにアカウントを受け取る：すなわち、クリエイティブのリスト、クリエイティブの特性、クリエイティブの優先度、クリエイティブに関する日付と時間の制約（例えば、朝に１つのクリエイティブ、晩に１つのクリエイティブ）、双方向性リンク。
【０１８４】
さらに、ＡＤＳＳは、消費者のための広告の順序を作成する可能性を提供する。この能力は、ブランドが消費者に物語を語ることを可能にする。ＡＤＳＳは、消費者に提示される広告を常に把握しており、それらの広告が順次に提示されることを確実にする。
【０１８５】
将来、キャンペーンレベルで、ＡＤＳＳは、絵コンテ作り能力を提供する。このことは、スクリーン資産を活用して様々なスクリーン上で消費者との関係に入る不均等な機会を広告界に提供する。
【０１８６】
頻度制限
頻度制限を定義することが可能である：頻度制限は、個別の消費者がキャンペーンのクリエイティブを見る最大限の回数（例えば、１名の消費者当り７回の公開）である。頻度制限は、この値がブランドメッセージおよびブランドイメージに依存するので、広告主によって定義されなければならない。
【０１８７】
報告
キャンペーンが行われはじめると、レポートが、キャンペーンダッシュボード上で閲覧され得る。キャンペーンの各次元に関して、以下の重要なキャンペーンの数字が、このダッシュボード内で提示される：
固有の訪問者数−キャンペーンを観た消費者の数を定義する
公開回数−広告が提示された回数を定義する
ＣＴＲ（クリックスルーレート）−対話につながったヒットのパーセンテージ
ＡＲ（アクションレート）−アクションにつながったヒットのパーセンテージ
レポートは、以下の次元に関して提示される：
サービス／チャネルごとの重要なキャンペーンの数字
フォーマットごとの重要なキャンペーンの数字
セグメントごとの重要なキャンペーンの数字
クリエイティブごとの重要なキャンペーンの数字
さらに、重要なキャンペーンの数字を詳述することが可能である：
１日当り
時間当り−１日のうちの
【０１８８】
すべての数字は、表とグラフのフォーマットでＡＤＳＳ  ＧＵＩ上に示され得る。すべての数字はまた、エクセルのフォーマットでエクスポートされ得る。
【０１８９】
キャンペーンＵＩ内で、これらの重要なキャンペーンの数字のほぼリアルタイムのビューを得ることが可能である。
【０１９０】
ＡＤＳＳのレポートに基づいて、パフォーマンスの最も良好な広告を特定して、これらの広告に、より高い優先度を割り当てることが可能である。
【０１９１】
通知
キャンペーン所有者は、以下のイベントについて通知される：
予期しない低いクリックスルーレート（サービスの平均と比較して）
キャンペーンの終わりのｙ日前に予期されるより低い表示の数字（ｘ％未満）−ただし、ｘおよびｙは、製品マネージャによって設定された製品構成の一部である。
【０１９２】
料金請求
キャンペーン料金請求は、ＡＤＳＳによって管理される。埋め込まれた料金請求エンジンが、価格設定要素を考慮に入れ、さらに料金請求情報を生成して、メディア代理店が、キャンペーンの代金を広告代理店に請求することを可能にする。料金請求可能な要素に関する情報については、製品管理および価格設定のセクションを参照されたい。
【０１９３】
クリエイティブ管理
製品が販売されると、広告スペースが使用される仕方を定義するようにキャンペーンをカスタマイズすることが可能である。このことは、キャンペーンに付加されるべきクリエイティブのセットに基づく。
【０１９４】
このことは、クリエイティブのセットがシステムにおいてプロビジョニングされていることを想定する。
【０１９５】
これらのクリエイティブは、特定のサーバ上で発行される、または別の位置（ＵＲＬ）においてホストされるように参照される。
【０１９６】
取り込み
クリエイティブマネージャは、クリエイティブを管理するタスクを有する。クリエイティブファイルは、ＦＴＰを使用して転送される。
【０１９７】
クリエイティブマネージャは、取り込み中にそれらのファイルにメタデータを割り当てる。メタデータは、フォーマットに関し、ＩＡＢまたはＭＭＡなどの標準における定義に対してフォーマットの確認を可能にする。
【０１９８】
宣言
キャンペーンが広告クリエイティブを使用している際、キャンペーンＵＩは、それまでに取り込まれ、さらにキャンペーンを管理する代理店によってアクセス可能である広告を選択する可能性を提供する。
【０１９９】
サービス上の発行
或る広告が或るサービスによって使用されるものと宣言されると、その広告は、ＡＤＳＳによって、そのサービスに結び付けられた広告サーバ上で、関係する場合、レプリケートされる。
【０２００】
サーバ上に発行することは、そのサービスに関連付けられたスクリプトを介して行われる。ＡＤＳＳは、ＡｄＷｅｂ、ＡｄＷＡＰ、ＡｄＴｅｘｔ、およびＡｄＰｕｓｈに適切である事前定義されたスクリプトを提供する。
【０２０１】
他のサービスの場合、特定のスクリプトによって実現される特殊化された配信が、予見される必要がある。
【０２０２】
そのスクリプトは、広告選択におけるさらなる参照のために、広告リファレンスの交換を予見することが可能である。広告がサービスによって表示される必要がある場合、ＡＤＳＳが、広告選択要求を受信する。ＡＤＳＳは、クエリを生成した特定のサービスのために格納されている広告リファレンスで応答する。
【０２０３】
このアプローチは、様々なサービス上で様々な広告スペースを活性化する完全にスケーラブルで、容易な方法を可能にする。
【０２０４】
消費者プロファイル
現在まで、このシステムは、消費者プロファイルデータが利用可能であるという想定に基づいて説明されてきた。このセクションは、消費者プロファイルを収集し、プロビジョニングする仕方に焦点を合わせる。
【０２０５】
消費者プロファイルとは何か
消費者プロファイルは、消費者について収集される、広告界に直接に関係のあるデータのセットである。消費者について収集されるデータは、何らかの鍵（様々なサービスにおいて加入者を識別する）、およびセグメント（消費者を分類する）を含む。
【０２０６】
各プロファイルプロバイダが、ファイルを介して、またはＳＯＡＰインターフェースを介して、消費者に関する鍵およびセグメントのリストを提供する。このデータは、プロファイルプロバイダによって所有されるものとして保持される。
【０２０７】
ＡＤＳＳは、製品マネージャが、セグメント化データに基づいてプロファイルを構築する可能性を提供する。
【０２０８】
消費者プロファイルは、様々なソースに由来する場合でも、消費者のすべてのデータの統合である。
【０２０９】
消費者および加入者
同一の個人が、観点および関係に依存して、消費者と加入者の両方であると考えられる：
個人がサービスプロバイダとの関係にある場合、その個人は、１つまたは複数のサービスに対する加入者と考えられる。
【０２１０】
個人がプロファイルプロバイダ（消費者データ、セグメント化、プロファイルなどを提供する）との関係にある場合、その個人は、消費者と考えられる。また、広告主およびブランドも消費者を指す。
【０２１１】
加入者と消費者の間の関係は、ＡＤＳＳによって管理される。個人の視点から見て、個人は、サービスプロバイダのサービスに加入し、さらに広告を受信するようにオプトインするに過ぎないため、単に加入者であるに過ぎない。
【０２１２】
加入者オプトイン
ＡＤＳＳは、バッチインターフェースまたはウェブベースのインターフェースを介して加入者オプトインおよび加入者オプトアウトを扱う。
【０２１３】
オプトインは、各サービスに関して管理されて、加入者が、例えば、サービスの或るセットに関してオプトインするが、サービスの別のセットに関してオプトアウトすることを可能にする。
【０２１４】
加入者報酬
報酬モジュールは、加入者報酬を管理する可能性を提供する。報酬に関するトリガは、オプトイン、見られた広告の数、広告対話の数に基づくことが可能である。報酬タイプは、無料の、分単位の通話時間、もしくはＳＭＳ、または貨幣価値であり得る。
【０２１５】
プッシュ頻度制限
サービスプロバイダは、プッシュメッセージの数が、そのサービスプロバイダの加入者の許容範囲内である場合、プッシュキャンペーンを承認する。この機構は、スパミング効果を防止する。
【０２１６】
このことが、ＡＤＳＳが、個別の加入者レベルで最大限の数のプッシュメッセージをサポートする理由である。制限は、１日当り、１週間当り、または１ヶ月当りのメッセージの数、例えば、３メッセージ／週、１１メッセージ／月で表され得る。この限度は、加入者がオプトインしたサービスプロバイダのすべてのプッシュサービス、例えば、Ｐｕｓｈ  ＳＭＳ、ＷＡＰ  Ｐｕｓｈ、Ｐｕｓｈ  ＭＭＳに関する。
【０２１７】
消費者データ取り込み
消費者プロファイルデータは、特定のプロファイルプロバイダに関してＡＤＳＳ内であらかじめ宣言された構造を有するＣＶＳファイルに基づいて、取り込まれ得る。
【０２１８】
また、消費者プロファイルデータは、オンラインＳＯＡＰインターフェースを介してプロビジョニングされることも可能である。
【０２１９】
位置ベースのキャンペーン
広告界は、消費者位置に明らかに関心がある。
【０２２０】
しかし、我々は、位置の理解に関して正確である必要がある。多くのサービスプロバイダは、直近の位置が広告界によって強く求められていると考える。このことは、事実、位置が高いレベルの精度（メートル単位）で、または関係するコンテキスト（都市案内）内で与えられる場合に該当する。
【０２２１】
広告界は、自宅および職場（通常、アドレスに基づく）にも関心がある。この情報のお陰で、ショッピング区域を特定し、これにより、関係する広告を提案することが可能である。
【０２２２】
ＡＤＳＳは、今日、セグメントを位置セグメントと考えて、これにより、特定の区域内で広告する可能性をサポートする。第１の範囲として、粒度は、非常に大きいことを必要としない。地域広告で十分である。
【０２２３】
次のリリースにおいて、より高度な位置ベースのキャンペーンが、ＡＤＳＳによってサポートされる。このモデルにおいて、地図のお陰で、ブランドマネージャは、キャンペーンが展開されなければならない地域を正確に定義することができる。このことは、全国ブランドから地域ブランドまたは地元店舗に対象とすることが可能な市場を拡大する。
【０２２４】
外部広告ネットワーク
専用の代理店を用いて新たなメディア広告スペースを販売することは、インベントリのサイズが十分である場合、理にかなっている。そうすることは、外部の広告ネットワークに販売を委託することと比べて、収益を大幅に増加させることができる。
【０２２５】
しかし、いずれにしても、販売期間の後、売れなかったインベントリが残る。この売れなかったインベントリは、残部または余剰と名付けられる。このインベントリは、外部の広告ネットワークに販売され得る。
【０２２６】
ＡＤＳＳは、広告がローカルで全く見出され得ない場合に、プロジェクトベースで、広告ネットワークを選択する可能性をサポートする。この場合、ＡＤＳＳは、サービスおよび消費者プロファイルに基づいて、広告ネットワークを選択する。ＡｄＷｅｂ／ＡｄＷＡＰ／ＡｄＴｅｘｔが、選択された広告ネットワークに呼びかけるために適切なロジックを生成する。
【０２２７】
このアプローチのお陰で、すべての販売は、同一の環境内で統合される。
【０２２８】
各広告ネットワークに関して、統合「広告配信」モジュールが、広告サーバ内に展開されなければならず、さらに特定のモジュールが、広告ネットワークアナリティクスを取り込むように挿入されなければならない。
【０２２９】
広告選択
すべてのランドスケープがセットアップされ、サービスが宣言され、キャンペーンが登録され、さらにプロファイルが取り込まれると、システムは、「広告選択要求」を受信する準備ができている。
【０２３０】
この受信が行われると、ＡＤＳＳは、以下の処理に進む：
ＡＤＳＳが、加入者および加入者のプロファイルを識別する
ＡＤＳＳが、サービス、チャネル、およびフォーマットを識別する
ＡＤＳＳが、プロファイルに合致する最も適切なキャンペーンを選択する
ＡＤＳＳが、消費者およびサービスに照らしてキャンペーンの制約を確認する
ＡＤＳＳが、そのフォーマットのためのキャンペーンに割り当てられた広告のリスト内の広告を選択する
【０２３１】
次に、ＡＤＳＳが、広告サーバ内の広告リファレンスで応答する
応答を生成した後、ＡＤＳＳは、カウンタのセットを更新し、イベントを格納することも行う。
【０２３２】
また、ＡＤＳＳは、公開、クリックスルー／対話、およびアクションの通知を受信する。これらのイベントは、さらなる処理のためにシステム内に格納される。これらのイベントは、キャンペーンダッシュボード内に表示され得る。
【０２３３】
広告割当て
広告選択処理は、非常に効率的でなければならず、さらに遅延は、２００ミリ秒未満でなければならない。この理由で、「広告割当て処理」が、データベースを準備するため、および広告選択処理を最適化するためにオフラインで実行される。
【０２３４】
優先度処理
ＡＤＳＳが、広告要求を受信し、さらにいくつかの広告がその要求を満たしうる場合、ＡＤＳＳは、最高の優先度を有する広告を選択する。同一の優先レベルを有するキャンペーンのなかで、ランダムなキャンペーン選択が行われる。特定のキャンペーン内で、基準と合致する複数のクリエイティブが存在する場合、ランダムな選択が行われる。
【０２３５】
ＡＤＳＳによって割り当てられる優先度は、広告の価値（価格）に基づき：広告価格が高いほど、優先度が高い。価格選択基準が、収益を増加させることは明らかである。
【０２３６】
一部の状況におけるインベントリの不正確さのために、いくらかのキャンペーンは、キャンペーンの初期の目標に到達しないことが可能である。トラフィカは、トラフィックコミットメントが満たされることを確実にするように、ＡＤＳＳによって行われた自動的な優先度割当てを覆す可能性を有する。
【０２３７】
プッシュ
プッシュサービス（直接マーケティング）の場合、広告選択は、プッシュ頻度制限を考慮に入れる。
【０２３８】
柔軟性のあるユーザ管理のお陰で、ユーザに役割のセットを割り当てることが可能である。役割のほとんどは、マルチテナント展開モデル、およびデータの間のチャイニーズウォールをサポートする特定の目的にも割り当てられる。
【０２３９】
消費者プロファイル取り込み
消費者プロファイルは、事前定義されたＣＳＶファイルに基づいて取り込まれ得る。これらのファイルは、ＡＤＳＳユーザインターフェースを介して転送され得る。
【０２４０】
また、データは、オンラインＳＯＡＰインターフェース（ＨＴＴＰまたはＨＴＴＰＳ）を介してプロビジョニングされることも可能である。
【０２４１】
加入者オプトイン
加入者オプトインデータは、事前定義されたＣＳＶファイルに基づいて取り込まれ得る。これらのファイルは、ＡＤＳＳユーザインターフェースを介して転送され得る。
【０２４２】
また、データは、オンラインＳＯＡＰインターフェース（ＨＴＴＰまたはＨＴＴＰＳ）を介してプロビジョニングされることも可能である。
【０２４３】
広告選択
広告選択、クリックスルー（対話）、および獲得（アクション）は、ＳＯＡＰインターフェースを介してＡＤＳＳに報告され得る。ＷＳＤＬは、ＡＤＳＳによって提供される。広告配信モジュール：
ＡｄＷｅｂおよびＡｄＷＡＰ
ＡｄＷＡＰは、ＷＡＰサイトが広告メッセージを表示することを可能にするサービスである。ＡｄＷＡＰは、ＡＤＳＳのモジュールである。ＡｄＷｅｂは、ウェブサービスと同一である。
【０２４４】
サービスプロバイダによって、サービスプロバイダの加入者の排他的な使用のために提供される通常のＷＡＰ／ＷＥＢサービスは、広告で補強され得る。ＡｄＷＡＰの目的は、ＷＡＰ／ＷＥＢサービス上でターゲットを絞った広告を配信することである。
【０２４５】
サービスプロバイダが、ＷＡＰ／ＷＥＢページをＡｄＷＡＰ／ＡｄＷＥＢに登録し、広告のための領域を定義する。モバイルハンドセットを使用して、ＡｄＷＡＰ内に登録されたＷＡＰサイトに行くサービスプロバイダの顧客は、それらの顧客にターゲットを絞った広告メッセージを見ることになる。
【０２４６】
ＡｄＷｅｂは、ＪａｖａＳｃｒｉｐｔ（登録商標）対応であるブラウザ（例えば、ＰＣブラウザ、ハイエンドのモバイル端末、強化されたセットトップボックス）と相互動作する一方で、ＡｄＷＡＰは、ＪａｖａＳｃｒｉｐｔ対応ではないブラウザ（例えば、標準のモバイル端末、標準のセットトップボックス）で機能する。
【０２４７】
広告が挿入されたポータルは、ＡｄＷｅｂ／ＡｄＷＡＰと統合される必要がある。このことは、以下のステップで行われる：
１）ポータルページが、広告がＡｄＷＡＰに構成される必要があることを要求する、
２）ＡｄＷＡＰが、ポータルに挿入されなければならないスクリプトがＡｄＷＡＰによって指定されることを指定する。このスクリプトは、ＡｄＷＡＰを参照する、
３）ポータルが、このスクリプトを組み込む、
４）加入者がポータルにアクセスするたびに、このスクリプトは、ＡＤＳＳを参照し、さらに広告が、提供されて、ポータルの定義された領域上で公開される。
【０２４８】
キャンペーンにおいて、広告主は、双方向リンク、またはブランドに着地するサイトを指定することが可能である。加入者がその広告をクリックすると、ブランドに着地するサイトへのリダイレクトが実行される。
【０２４９】
このソリューションの利点は、クリックアクションおよびポストクリックアクションがＡＤＳＳに自動的に報告されることであり、キャンペーン報告は、クリックアクションおよびポストクリックアクションを含む。
【０２５０】
ＡｄＷＡＰは、ページ内で要求されるフォーマット、およびユーザエージェントプロファイルおよびＡｄＷＡＰデータベースに基づいて検出されるスクリーンサイズに応じて、画像の適正なサイズを自動的に選択する。
【０２５１】
ＡｄＴｅｘｔ
ＡｄＴｅｘｔは、サービスが、テキストフォーマットで広告メッセージを表示することを可能にするサービスである。ＡｄＴｅｘｔは、ＳＭＳ広告に適している。ＡｄＴｅｘｔは、双方向性の場合、ブランドに着地するサイトに対する可能なリファレンスを伴って、テキストフォーマットで広告メッセージを配信する。
【０２５２】
ＡｄＴｅｘｔは、ＡｄＷｅｂおよびＡｄＷＡＰと同様に機能するが、配信は、テキストフォーマットに合わせて最適化される。ＡｄＴｅｘｔは、モバイルネットワークにおいて要求される様々な符号化スキームを管理するオプションを含む。
【０２５３】
ＡｄＰｕｓｈ
ＡｄＰｕｓｈは、ＡＤＳＳコア、ならびに様々な種類のメッセージングシステム：ＳＭＳ−Ｃ、ＭＭＳ−Ｃ、プッシュプロキシゲートウェイに接続するのに使用されるべきいくつかの特定のプッシュサービスアダプタと対話する一般的なプッシュモジュールである。
【０２５４】
ＡｄＰｕｓｈアダプタは、メッセージ配信システムと統合されるように使用されるプロジェクト固有のモジュールである。
【０２５５】
ＡｄＰｕｓｈは、プッシュサービス上で適用可能なキャンペーンが存在するかどうかを確認するために、通常、ＡＤＳＳコアにポーリングを行う。ＡｄＰｕｓｈは、実施されるべきキャンペーンを検出すると、コンタクトをとるべき消費者のリストを選択するためにＡＤＳＳコアを呼び出す。
【０２５６】
ＡｄＰｕｓｈは、メッセージングサービスにかかる負荷を平滑化するスロットル機構を確実にする。最大限の負荷は、ＡＤＳＳにおけるサービスの構成パラメータである。
【０２５７】
ＡｄＰｕｓｈは、メッセージを介してページングすべき消費者のリストのクエリを確実にする。ＡｄＰｕｓｈは、オープンＡＰＩを使用してメッセージを生成する。
【０２５８】
最後の注釈として、本発明の実施形態は、機能ブロックに関連して以上に説明されている。以上に与えられる、これらのブロックの機能上の説明から、これらのブロックの実施形態が、よく知られた電子構成要素を用いてどのように製造され得るかは、電子デバイスを設計する当業者には明白となろう。このため、機能ブロックの内容の詳細なアーキテクチャは、与えられていない。
【０２５９】
本発明の原理は、特定の装置に関連して以上に説明してきたが、この説明は、添付の特許請求の範囲によって規定される本発明の範囲に対する限定としてではなく、単に実施例として行われていることが理解されよう。
【図１】
0005503079.tif 000002
【図２】
0005503079.tif 000003