(57)【要約】モバイル広告の、コンピュータ記憶媒体に符号化されるコンピュータプログラムを含む方法、システム、及び装置。方法の１つは、モバイルデバイスへのコンテンツの提示に対するユーザの応答を示す指標をモバイルデバイスのユーザから受信するステップを含む。方法は、コンテンツの提示又はユーザの応答を示す指標の受信に関連して、ユーザについての情報をモバイルキャリアから受信するステップを含む。方法は、ユーザの応答及びユーザについての情報に基づいて、コンテンツが提示された後にユーザに提示すべきオファーを生成するステップも含む。
2016531347.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータによって実施される方法であって、
ユーザへの広告キャンペーンに関連付けられた広告の提示に関連付けられた要求を受信するステップと、
前記ユーザが報酬のオファーに適格であると判断するステップと、
前記オファーを前記ユーザに送信するステップであって、前記オファーは、前記ユーザがインセンティブ付き行動を実行することへの見返りとしての前記報酬を定義する、ステップと、
前記ユーザが前記報酬を獲得したことを示す指標を受信するステップと、
前記報酬を提供するステップと
を含む、方法。
【請求項２】
前記ユーザについての情報に基づいて、前記報酬のサイズを決定するステップを更に含む、請求項１に記載の方法。
【請求項３】
前記ユーザについての前記情報は、以前のオファーへの前記ユーザの応答を示すインジケータを含む、請求項２に記載の方法。
【請求項４】
標的換算率と現在の換算率との比較に基づいて、前記報酬のサイズを決定するステップを更に含む、請求項１に記載の方法。
【請求項５】
前記広告キャンペーン中にそれまでに支給された金額と残りの予算との比較に基づいて、前記報酬のサイズを決定するステップを更に含む、請求項１に記載の方法。
【請求項６】
現在時刻に基づいて前記報酬のサイズを決定するステップを更に含む、請求項１に記載の方法。
【請求項７】
前記広告キャンペーンの残り日数と、前記広告キャンペーンの残り予算とに基づいて、前記報酬のサイズを決定するステップを更に含む、請求項１に記載の方法。
【請求項８】
前記ユーザが前記報酬を獲得したことを示す指標を受信するステップは、
前記ユーザからコードを受信するステップと、
前記コードが有効であることを検証するステップと
を含む、請求項１に記載の方法。
【請求項９】
前記コードが有効であることを検証するステップは、
広告主が、公開鍵を使用して前記コードにデジタル署名したと判断するステップ
を含む、請求項８に記載の方法。
【請求項１０】
前記報酬はワイヤレスネットワーククレジットを含む、請求項１に記載の方法。
【請求項１１】
前記ユーザが前記報酬に適格であると判断するステップは、前記ユーザが、ワイヤレスネットワーククレジットを提供するオペレータとのアカウントを有すると判断するステップを含む、請求項１０に記載の方法。
【請求項１２】
前記ユーザが前記報酬に適格であると判断するステップは、前記ユーザが無制限ワイヤレスデータプランを有さないと判断するステップを含む、請求項１０に記載の方法。
【請求項１３】
前記ユーザが前記報酬に適格であると判断するステップは、前記ユーザが課金期間中に有する残りのデータ使用を特定するステップを含む、請求項１０に記載の方法。
【請求項１４】
前記報酬を提供するステップは、データをリモートサーバに送信して、ワイヤレスネットワークオペレータサーバにより前記アカウント内のワイヤレスネットワーククレジットを特典交換させるステップを含む、請求項１０に記載の方法。
【請求項１５】
前記ワイヤレスネットワーククレジットは、既存のワイヤレスネットワークデータプランへの料金の割引きとして特典交換される、請求項１３に記載の方法。
【請求項１６】
前記ユーザのワイヤレスアカウントへのクレジットは、時間の経過に伴って蓄積される、請求項１に記載の方法。
【請求項１７】
前記クレジットは、前記ユーザのアカウントに定期的に適用される、請求項１６に記載の方法。
【請求項１８】
前記ユーザは、オファーを受け取る前に、サービスへの加入を選ぶように求められる、請求項１に記載の方法。
【請求項１９】
前記ユーザは、オファーに適格であると判断される前に、サービスへの加入を選ぶように求められる、請求項１に記載の方法。
【請求項２０】
前記ユーザのアカウントに関連付けられたモバイルデータアカウントは、前記広告の前記提示に関して料金請求されない、請求項１に記載の方法。
【請求項２１】
前記広告の前記提示に関連付けられたデータのクレジットは、前記ユーザのアカウントに関連付けられたモバイルデータアカウントにクレジットされる、請求項１に記載の方法。
【請求項２２】
前記ユーザのアカウントに関連付けられたモバイルデータアカウントは、前記インセンティブ付き行動の実行において使用されるデータに対して料金請求されない、請求項１に記載の方法。
【請求項２３】
前記インセンティブ付き行動の前記実行に関連付けられたデータのクレジットは、前記ユーザのアカウントに関連付けられたモバイルデータアカウントにクレジットされる、請求項１に記載の方法。
【請求項２４】
前記インセンティブ付き行動はビデオの閲覧を含む、請求項１に記載の方法。
【請求項２５】
前記インセンティブ付き行動は調査票の記入を含む、請求項１に記載の方法。
【請求項２６】
前記インセンティブ付き行動は、電子メールアドレスの提供を含む、請求項１に記載の方法。
【請求項２７】
前記インセンティブ付き行動は、モバイルアプリケーションでの購入を含む、請求項１に記載の方法。
【請求項２８】
前記インセンティブ付き行動は製品の推薦を含む、請求項１に記載の方法。
【請求項２９】
前記インセンティブ付き行動は、商品又はサービスの購入を含む、請求項１に記載の方法。
【請求項３０】
前記インセンティブ付き行動は、アプリケーションの機能の使用を含む、請求項１に記載の方法。
【請求項３１】
前記インセンティブ付き行動は、ゲームでのマイルストーンへの到達を含む、請求項１に記載の方法。
【請求項３２】
前記報酬はギフト券を含む、請求項１に記載の方法。
【請求項３３】
前記報酬はストアクレジットを含む、請求項１に記載の方法。
【請求項３４】
前記報酬は、特定のコンテンツへのクレジットを含む、請求項１に記載の方法。
【請求項３５】
前記報酬はコンテンツへの早期アクセスを含む、請求項１に記載の方法。
【請求項３６】
前記報酬は、ペイパービューコンテンツへのアクセスを含む、請求項１に記載の方法。
【請求項３７】
コンピュータによって実施される方法であって、
モバイルデバイスのユーザから、前記モバイルデバイスへのコンテンツの提示に対する前記ユーザの応答を示す指標を受信するステップと、
前記コンテンツの前記提示又は前記ユーザの応答を示す前記指標の受信に関連して、前記ユーザについての情報をモバイルキャリアから受信するステップと、
前記ユーザの前記応答及び前記ユーザについての前記情報に基づいて、前記コンテンツが提示された後に前記ユーザに提示すべきオファーを生成するステップと
を含む、方法。
【請求項３８】
前記ユーザが前記コンテンツの前記提示への応答を示したときと、前記オファーが提示されるときとの間で、前記ユーザについての前記情報を前記モバイルキャリアから受信するステップを含む、請求項３７に記載の方法。
【請求項３９】
クエリを前記モバイルキャリアに送信し、及び前記モバイルキャリアによって記憶された情報に基づく前記クエリへの返信を受信することにより、前記ユーザについての前記情報が前記モバイルキャリアから受信される、請求項３７に記載の方法。
【請求項４０】
前記コンテンツの前記提示に対する前記ユーザの前記応答を示す前記指標は、前記モバイルキャリアではない当事者によって受信される、請求項３７に記載の方法。
【請求項４１】
前記コンテンツの前記提示に対する前記ユーザの前記応答を示す前記指標は、前記モバイルデバイスのユーザインターフェースにおいて前記ユーザによって実行される行動を含む、請求項３７に記載の方法。
【請求項４２】
前記オファーを生成するステップは、前記ユーザによる行動の動機付けを望む当事者によって提供されるオファーを選択するステップを含む、請求項３７に記載の方法。
【請求項４３】
前記オファーを生成するステップは、前記ユーザによる行動の動機付けに成功する可能性が高いものとして前記オファーを選択するステップを含む、請求項３７に記載の方法。
【請求項４４】
前記オファーは、前記ユーザの行動と引き換えに前記ユーザに提供される価値を含む、請求項３７に記載の方法。
【請求項４５】
前記価値はモバイルキャリアのサービスを含む、請求項８に記載の方法。
【請求項４６】
前記価値は非金銭的報酬を含む、請求項８に記載の方法。
【請求項４７】
広告主のランディングページで前記ユーザに前記オファーを提示するステップを含む、請求項３７に記載の方法。
【請求項４８】
前記オファーは、前記オファーに関連付けられた販売促進キャンペーンの予算についての情報に基づいて生成される、請求項３７に記載の方法。
【請求項４９】
コンピュータプログラム命令が符号化されたコンピュータ記憶媒体であって、前記コンピュータプログラム命令は、１つ又は複数のコンピュータによって実行されると、前記１つ又は複数のコンピュータに、
ユーザへの広告キャンペーンに関連付けられた広告の提示に関連付けられた要求を受信するステップと、
前記ユーザが報酬のオファーに適格であると判断するステップと、
前記オファーを前記ユーザに送信するステップであって、前記オファーは、前記ユーザがインセンティブ付き行動を実行することへの見返りとして前記報酬を定義する、ステップと、
前記ユーザが前記報酬を獲得したことを示す指標を受信するステップと、
前記報酬を提供するステップと
を含む動作を実行させる、コンピュータ記憶媒体。
【請求項５０】
システムであって、
１つ又は複数のコンピュータと、命令を記憶する１つ又は複数の記憶デバイスとを備え、前記命令は、前記１つ又は複数のコンピュータによって実行されると、前記１つ又は複数のコンピュータに、
ユーザへの広告キャンペーンに関連付けられた広告の提示に関連付けられた要求を受信するステップと、
前記ユーザが報酬のオファーに適格であると判断するステップと、
前記オファーを前記ユーザに送信するステップであって、前記オファーは、前記ユーザがインセンティブ付き行動を実行することへの見返りとして前記報酬を定義する、ステップと、
前記ユーザが前記報酬を獲得したことを示す指標を受信するステップと、
前記報酬を提供するステップと
を含む動作を実行させる、システム。
【請求項５１】
コンピュータによって実施される方法であって、
ユーザへの広告キャンペーンに関連付けられた広告の提示に関連付けられた要求を受信する手段と、
前記ユーザが報酬のオファーに適格であると判断する手段と、
前記オファーを前記ユーザに送信する手段であって、前記オファーは、前記ユーザがインセンティブ付き行動を実行することへの見返りとして前記報酬を定義する、手段と、
前記ユーザが前記報酬を獲得したことを示す指標を受信する手段と、
前記報酬を提供する手段と
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はモバイル広告に関する。
【背景技術】
【０００２】
わずか数年前のワークステーションよりも強力なモバイルデバイスの出現及び固定回線技術よりも高速のセルラ技術の導入に伴い、モバイル計算は、コンテンツを消費する人気の方法になり、セルラネットワークを介して搬送される大量のデータに寄与し、高速で成長している。ワイヤレスネットワーク容量は、利用可能な周波数の有限集合と、ヘルツ当たりで搬送可能なビット数を制限する物理法則との結果として、地域での共有ワイヤレス媒体の容量によって制限される。これらの要因に基づいて、ワイヤレスネットワーク容量は、供給をすぐに超えることが予期される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
モバイルオペレータ（すなわち、ワイヤレスネットワークのオペレータ）は、スペクトル周波数の権利取得に資本を費やし、追加のトラフィックを搬送するネットワーク基盤を構築している。これらの改善に対して支払いをするために、電気通信業界は、無制限価格設定（顧客は、例えば、一定の月額で無制限サービスを受け取る）から階層価格設定（料金は使用される帯域幅量に基づく）に切り換えつつある。しかし、階層価格設定は満足がいく費用効率的な解決策ではなく、その理由は、モバイルの活発な消費を制限し、多くの場合、加入者がデータ限度になった場合、規定量を超えること、すなわち、データ割り振りよりも多く消費することに繋がるためである。モバイルオペレータは収益を増大させることを求めている。加入者は、コストの追加なしでより多くのモバイルブロードバンドを欲し、一方、モバイルオペレータは、ネットワークへの負荷追加を計上し、基盤への投資を継続するために収入増を必要とする。同時に、広告主及び他のコンテンツプロバイダは、広告及びコンテンツへのユーザエンゲージメントの増大を求めている。
【課題を解決するための手段】
【０００４】
一般に、本明細書に記載される主題の革新的な一態様は、ユーザへの広告キャンペーンに関連付けられた広告の提示に関連付けられた要求を受信する動作を含む方法において実施することができる。本方法は、ユーザが報酬のオファーに適格であると判断する動作も含む。本方法は、ユーザがインセンティブ付き行動を実行することへの見返りとして、報酬のオファーをユーザに送信する動作も含む。本方法は、ユーザが報酬を獲得したことを示す指標を受信する動作も含む。本方法は、報酬を提供する動作も含む。
【０００５】
一般に、本明細書に記載される主題の革新的な一態様は、モバイルデバイスのユーザから、モバイルデバイスへのコンテンツの提示に対するユーザの応答を示す指標を受信する動作を含む方法において実施することができる。本方法は、コンテンツの提示又はユーザの応答を示す指標の受信に関連して、ユーザについての情報をモバイルキャリアから受信する動作も含む。本方法は、ユーザの応答及びユーザについての情報に基づいて、コンテンツが提示された後にユーザに提示すべきオファーを生成する動作も含む。
【０００６】
この態様の他の実施形態は、本方法の動作を実行するようにそれぞれ構成される対応するコンピュータシステム、装置、及び１つ又は複数のコンピュータ記憶デバイスに記録されるコンピュータプログラムを含む。１つ又は複数のコンピュータのシステムは、動作に当たり、システムに動作を実行させるソフトウェア、ファームウェア、ハードウェア、又はそれらの組合せをシステムにインストールすることにより、特定の動作を実行するように構成することができる。１つ又は複数のコンピュータプログラムは、データ処理装置によって実行されると、装置に動作を実行させる命令を含むことにより、特定の動作を実行するように構成することができる。
【０００７】
１．上記及び他の実施形態はそれぞれ、任意選択的に、以下の特徴の１つ又は複数を単独で又は組合せで含むことができる。方法は、ユーザについての情報に基づいて、報酬のサイズを決定する動作を含み得る。ユーザについての情報は、以前のオファーへのユーザの応答を示すインジケータを含み得る。方法は、標的換算率と現在の換算率との比較に基づいて、報酬のサイズを決定する動作を含み得る。方法は、広告キャンペーン中にそれまでに支給された金額と残りの予算との比較に基づいて、報酬のサイズを決定する動作を含み得る。方法は、現在時刻に基づいて報酬のサイズを決定する動作を含み得る。方法は、広告キャンペーンの残り日数と、広告キャンペーンの残り予算とに基づいて、報酬のサイズを決定する動作を含み得る。ユーザが報酬を獲得したことを示す指標を受信することは、ユーザからコードを受信する動作と、コードが有効であることを検証する動作とを含み得る。コードが有効であることを検証することは、広告主が、公開鍵を使用してコードにデジタル署名したと判断する動作を含み得る。報酬はワイヤレスネットワーククレジットを含み得る。ユーザが報酬に適格であると判断することは、ユーザが、ワイヤレスネットワーククレジットを提供するオペレータとのアカウントを有すると判断する動作を含み得る。ユーザが報酬に適格であると判断することは、ユーザが無制限ワイヤレスデータプランを有さないと判断する動作を含み得る。ユーザが報酬に適格であると判断することは、ユーザが課金期間中に有する残りのデータ使用を特定する動作を含み得る。報酬を提供することは、データをリモートサーバに送信して、ワイヤレスネットワークオペレータサーバによりアカウント内のワイヤレスネットワーククレジットを特典交換させることを含み得る。ワイヤレスネットワーククレジットは、既存のワイヤレスネットワークデータプランへの料金の割引きとして特典交換され得る。クレジットは、ユーザのアカウントへの適用前に蓄積し得る。クレジットは、ユーザのアカウントに定期的に適用され得る。ユーザは、オファーを受け取る前に、サービスへの加入を選ぶように求められ得る。ユーザは、オファーに適格であると判断される前に、サービスへの加入を選ぶように求められ得る。オファーは、ユーザの電子メールアドレスと引き換えにされる報酬であり得る。オファーは、ユーザがアプリケーションをダウンロードすることの見返りとしての報酬であり得る。オファーは、ユーザがウェブサイトを開くことの見返りとしての報酬であり得る。オファーは、ユーザが購入することの見返りとしての報酬であり得る。ユーザのアカウントに関連付けられたモバイルデータアカウントは、広告の提示に関して料金請求されなくてよい。広告の提示に関連付けられたデータのクレジットは、ユーザのアカウントに関連付けられたモバイルデータアカウントにクレジットされ得る。ユーザのアカウントに関連付けられたモバイルデータアカウントは、インセンティブ付き行動の実行において使用されるデータに対して料金請求されなくてよい。インセンティブ付き行動の実行に関連付けられたデータのクレジットは、ユーザのアカウントに関連付けられたモバイルデータアカウントにクレジットされ得る。インセンティブ付き行動はビデオの閲覧を含み得る。インセンティブ付き行動は調査票の記入を含み得る。インセンティブ付き行動は、電子メールアドレスの提供を含み得る。インセンティブ付き行動は、モバイルアプリケーションでの購入を含み得る。インセンティブ付き行動は製品の推薦を含み得る。インセンティブ付き行動は、商品又はサービスの購入を含み得る。インセンティブ付き行動は、アプリケーションの機能の使用を含み得る。インセンティブ付き行動は、ゲームでのマイルストーンへの到達を含み得る。報酬はギフト券を含み得る。報酬はストアクレジットを含み得る。報酬は、特定のコンテンツへのクレジットを含み得る。報酬はコンテンツへの早期アクセスを含み得る。報酬は、ペイパービューコンテンツへのアクセスを含み得る。方法は、ユーザがコンテンツの提示への応答を示したときと、オファーが提示されるときとの間で、ユーザについての情報をモバイルキャリアから受信する動作を含み得る。クエリをモバイルキャリアに送信し、及びモバイルキャリアによって記憶された情報に基づくクエリへの返信を受信することにより、ユーザについての情報がモバイルキャリアから受信され得る。コンテンツの提示に対するユーザの応答を示す指標は、モバイルキャリアではない当事者によって受信され得る。コンテンツの提示に対するユーザの応答を示す指標は、モバイルデバイスのユーザインターフェースにおいてユーザによって実行される行動を含み得る。オファーを生成することは、ユーザによる行動の動機付けを望む当事者によって提供されるオファーを選択することを含み得る。オファーを生成することは、ユーザによる行動の動機付けに成功する可能性が高いものとしてオファーを選択することを含み得る。オファーは、ユーザの行動と引き換えにユーザに提供される価値を含み得る。価値はモバイルキャリアのサービスを含み得る。価値は非金銭的報酬を含み得る。方法は、広告主のランディングページでユーザにオファーを提示する動作を含み得る。オファーは、オファーに関連付けられた販売促進キャンペーンの予算についての情報に基づいて生成され得る。
【０００８】
本発明の特定の実施形態は、以下の利点のいずれも実現しないように、又は１つ若しくは複数を実現するように実施することができる。幾つかの実装形態は、システムのユーザにインセンティブをオファーすることによりユーザのエンゲージメントを促進し得る。幾つかの実装形態は、一種の通貨としてモバイルデータの活用を促進し得る。幾つかの実装形態では、ユーザは、より多くの金銭を費やすことなくより多くのモバイルコンテンツを消費することが可能であり得る。幾つかの実装形態は、加入者が加入するワイヤレスネットワークのオペレータへの加入者の忠誠心を増大させ、解約を低減し得る。幾つかの実装形態は、モバイルデータプランをオファーしているモバイルオペレータの市場シェアを拡大させ保護し得る。幾つかの実装形態は、広告主が消費者のモバイルデータ消費を補助できるようにすることにより、モバイルオペレータの収益を上げ得る。幾つかの実装形態は、コンテンツ項目とのユーザエンゲージメントを強化し得る。幾つかの実装形態は、広告換算率を上げ得る。
【０００９】
本発明の１つ又は複数の実施形態の詳細は、添付図面及び以下の説明に記載される。本発明の他の特徴、態様、及び利点は、説明、図面、及び特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１０】
【図１】ユーザインターフェースフローの例である。
【図２】モバイル価値交換の論理アーキテクチャの概念表現である。
【図３】広告換算の例を示すシーケンス図である。
【図４】ユーザが報酬に適格であるか否かを判断するプロセスの例のフローチャートである。
【図５】オファー特典交換のプロセスの例のフローチャートである。
【図６】ユーザインターフェースフローの例である。
【図７】モバイルアプリのダウンロードに対する報酬のオファーを提示するプロセスの例を示すシーケンス図である。
【図８Ａ】異なるオファーの提示の例である。
【図８Ｂ】異なるオファーの提示の例である。
【図９】ＨＴＴＰヘッダ拡張の概念表現である。
【図１０】ユーザを追跡し識別する概念表現である。
【図１１Ａ】第三者在庫リターゲティングの例を示すシーケンス図である。
【図１１Ｂ】第三者在庫リターゲティングの例を示すシーケンス図である。
【図１１Ｃ】第三者在庫リターゲティングの例を示すシーケンス図である。
【図１２】クッキーを使用して適格性を追跡するプロセスの例を示すシーケンス図である。
【図１３】汎用コンピュータデバイス及び汎用モバイル計算デバイスの例を示す。
【発明を実施するための形態】
【００１１】
人々は絶えず、ますます多くのワイヤレス帯域幅を使用しつつある。映画、音楽、テレビ、及びゲームは全て、モバイルデバイスのユーザにワイヤレスで送信される。それを受けて、多くのモバイルサービスプロバイダは、ユーザが特定の時間期間中に使用可能な帯域幅量を制限した。例えば、ユーザによっては、月当たり１、２、又は５ギガバイトのデータに制限され得る。追加の帯域幅使用には、追加料金の支払いが求められ得る。料金に直面して、ユーザは、追加の帯域幅の料金を支払うか、又は個人の最適レベル未満に帯域幅消費を低減しなければならない。モバイルデータは限度であるため、これにより、一種の通貨としてのモバイルデータの使用が可能になる。
【００１２】
同時に、広告主及び他のコンテンツプロバイダは、広告及びコンテンツへのユーザエンゲージメントを増大させることを求める。広告は、ウェブサイト及びモバイルアプリケーションを収益化させる重要な方法になった。しかし、ユーザは一般に、押しつけがましい広告に対して否定的な反応を有する。過去、オンライン表示広告又は「バナー」は非常に人気があった。広告主は、これらの広告をユーザに提示するためにウェブサイトパブリッシャーに多額の金額を支払った。広告がユーザに１回提示されることはインプレッションと呼ばれる。広告主は、達成されたインプレッション数によって請求される。
【００１３】
広告インプレッションの有効性を見る一方法は、ユーザがインプレッションに応答して行動を起こす（クリックしてより多くの情報を見る等）か否かである。広告数が増大するにつれて、広告インプレッションの有効性は低下した。例えば、１，０００，０００の広告インプレッション毎に、２０００未満がクリック又は他の方法で選択を行い得る。インプレッション数に対する広告がクリックされた回数の比率は、クリックスルー率と呼ばれる。本明細書での例では、クリックされた２０００の広告のうち、２０未満がコンバージョンに繋がり得る。一般に、コンバージョンは、広告主が求めた特定の行動の完了成功であり、例えば、ユーザが、製品を購入し、メーリングリストに加入し、ビデオを見る等である。インプレッション数に対する、コンバージョンに繋がった広告のインプレッション回数の比率は、換算率と呼ばれる。
【００１４】
一般に、広告を配置する価格はインプレッション１０００回当たりの価格（ＣＰＭ：ｃｏｓｔ  ｐｅｒ  ｍｉｌｌｅ）であり、これは、広告のインプレッション１０００回当たりのコストに基づいて計算される。広告の有効性の低下は、ＣＰＭも同時に低下させた。代替の価格設定構造は、行動の各完了について支払うことを含む。顧客獲得単価（ＣＰＡ：ｃｏｓｔ  ｐｅｒ  ａｃｔｉｏｎ）価格設定の場合、広告主は、消費者が指定された行動をとる場合のみ、パブリッシャーに支払う。
【００１５】
モバイルアプリケーション及びソーシャルゲームの近年の増大は、広告経験への注目又はデータのコミットに対して顧客に報酬を与えるインセンティブシステムを用いる広告モデルを生成する機会を証明した。広告主にとって、消費者への報酬付与は、消費者に指定の行動に注目させ、これはユーザエンゲージメントの改善に繋がる。エンゲージメントの改善はより良い換算率をもたらすことができ、より良い換算率は広告の経済性を改善する。
【００１６】
本明細書に記載されるモバイル価値交換プラットフォーム（ＭＶＥＰ：Ｍｏｂｉｌｅ  Ｖａｌｕｅ  Ｅｘｃｈａｎｇｅ  Ｐｌａｔｆｏｒｍ）の目的は、行動の呼びかけがユーザに提示される場合、報酬オファーを表示することによってユーザエンゲージメントを改善することにより、価値を生み出し、効率を促進することである。このタイプのエンゲージメントは、換算率の劇的な改善、場合によっては業界平均１％の最高で１０倍の換算率の改善をもたらすことができる。
【００１７】
本明細書に記載されるシステムを使用して、広告主の換算率を改善する見返りに、広告ネットワークはより多く請求することができ、例えば、換算率３％の見返りに３ドルのＣＰＭプレミアムを請求することができる。広告主は、例えば、広告インプレッション回数１０，０００，０００に対して８ドルのＣＰＭを支払うことが可能であり、これは、業界標準ＣＴＲ（クリックスルー率）に基づき、５０，０００回クリックに繋がる。幾つかの実装形態では、ＣＴＲはＭＶＥＰプラットフォームによる影響を受けない。換算率３％では、それらの５０，０００クリックは１５００のコンバージョン又は広告に対するコンバージョン当たり５３ドルの有効コストに繋がり、４７％の効率改善に繋がる。元の広告キャンペーンで費やされる金額（すなわち、支出額）とＭＶＥＰ対応キャンペーンとの差額は、報酬の支払いに使用することができ、残額は、その能力を広告主により高く売る広告ネットワークと、その能力を広告ネットワークに売るＭＶＥＰプラットフォームのオペレータとの間で分割することができる。
【００１８】
本明細書に記載されるＭＶＥＰプラットフォームは、広告主が望む多くの様々なタイプの行動を動機付けるように利用することができる。本明細書で使用される場合、行動は、ユーザが実行することができる任意の活動を指す。インセンティブ付き行動は、コンテンツプロバイダが促進したい、ユーザが実行可能な任意の活動を指す。例えば、アプリ内購入（特徴のアンロック、デジタルコンテンツの購入等）がモバイルアプリケーションの収益化の任意の形態になるにつれて（いわゆる「フリーミウム」モデル）、それらのアプリ内トランザクションの動機付けは有価値になる。モバイルアプリケーション自体は、無料で配布することができ、パブリッシャーは、例えば、追加の特徴、機能、デジタル商品、及び仮想商品を販売することにより、アプリケーションを収益化する。この手法は、ユーザに特徴、機能、又は商品を購入させるコストが低くなる場合、より実行可能になる。
【００１９】
例えば、ゲームのベース又は「フリー」バージョンは、無料で利用可能な１０レベルのゲームプレイを有することができ、アドバンスレベルは購入することができ、有料でアンロックすることができる。音楽アプリは、楽曲の最初の３０秒を提供することができ、楽曲の残りはアプリ内から購入する必要がある。同様に、アプリ内広告がモバイルエコシステムの別の人気のある収益形態になるにつれて、ユーザがアプリケーション内で費やす時間は、広告販売の重要な尺度である−ユーザがアプリとの対話に費やす時間が長くなるほど、アプリパブリッシャーは多数の広告を表示することができ、これは広告主からの収益を直接増大させる。ＭＶＥＰプラットフォームは、アプリの毎日の起動、特定のゲームレベル又はゲーム達成の到達、特定の行動の実行、又はアプリの特定の特徴の使用（例えば、ロケーションシェアのオプトイン、有料サービスのトライアルへのサインアップ等）等の特定のアプリ内マイルストーン及びユーザエンゲージメントの程度を動機付けるために使用することができる。同様に、特定のユーザ挙動、例えば、高価なコールセンターに電話を掛ける代わりにモバイルアプリ内部のサポートを求める行動、無料のコンシェルジュサービスに電話するか、又はウェブサイトを使用する代わりに企業のモバイルアプリケーションを使用して飛行機又はホテルの部屋を予約する行動、高価な支払いゲートウェイの代わりにダイレクトキャリア課金等の特定の支払いプロバイダを使用して支払う行動等は、広告主にとって有価値であり、動機付ける価値があり得る。
【００２０】
モバイル商取引（ｍコマース）取引もＭＶＥＰプラットフォームによって動機付けることができる。幾つかの場合、インセンティブは、消費者に特定のカート価格レベルに到達させるか、又は特定のアイテムをアップセルするために適用することができ、例えば、ユーザに「航空券予約に加えて、ホテルを少なくとも一室予約すると、タブレットに１ＧＢの報酬が得られる」ことを広告し得る。
【００２１】
ＭＶＥＰプラットフォームは、友人及び家族をスポンサー付き製品に向かわせること、ソーシャルネットワーク上の洞察をシェアする報酬を収集することから、ツイッター（ＴＷＩＴＴＥＲ）、フェイスブック（ＦＡＣＥＢＯＯＫ）、及びピンタレスト（ＰＩＮＴＥＲＥＳＴ）等のソーシャルサービス上のスポンサーページの「ツイート」、「リンク」、及び「ピン留め」まで、ソーシャルトランザクションを動機付けるために利用することもできる。
【００２２】
上記提示した行動及びコンバージョンタイプは組み合わせることもでき、例えば、広告主は、モバイルアプリケーションのインストールの促進を決定し、アプリ内マイルストーンに達する場合のみ、例えば、ゲームでレベル３に達した場合、ニュースアプリ内で少なくとも１０の記事を読んだ場合、又は最初のアプリ内購入を行った場合のみ、ユーザに報酬を与えることができる。
【００２３】
上記行動及びコンバージョンについて、インフライト広告及びアプリに関して説明したメカニズムは、コンバージョンをオファーし、表示し、適用する。場合によっては、適格性の判断、オファーのレンダリング、及びオファーの換算を担当するコードの実行は、別様に、例えば、ＳＤＫ（ソフトウェア開発キット）又はネイティブコードを用いてコンパイルされた共有ライブラリ等としてパッケージすることができる。すなわち、ウェブページがレンダリングされる際に動的にトリガーされるウェブ技術コード（ＨＴＭＬ５及びＪａｖａ（登録商標）スクリプト等）の代わりに、ネイティブアプリケーションが、コンパイル時にネイティブコードにリンクし、適格性チェック、オファーレンダリング、及びオファー換算の処理に必要なシーケンスフローの実行に適切な内蔵ルーチンを呼び出す。
【００２４】
図１はユーザインターフェースフローの例である。ステップ１において、クライアントデバイスのユーザは、公開コンテンツ２０１（例えば、ウェブサイト、ウェブポータル、モバイルウェブサイト、又はモバイルアプリケーション）にアクセスする。公開コンテンツと併せて、ユーザに広告を提示し得る。
【００２５】
幾つかの実装形態では、広告を選択すると、オファーが提示されることになることをユーザに通知するインジケータが広告２００に存在し得る。インジケータは、広告がクライアントデバイスに提示されるときに動的に生成され得る。この例では、ユーザは広告２００をクリック又はタップすること等により、広告２００を選択し、それにより、クライアントデバイスのユーザインターフェースはステップ２に進む。幾つかの実装形態では、広告のユーザ提示に関連するキャリッジ（帯域幅）はゼロレートであり、すなわち、使用に対してユーザに課金されず、且つ／又はユーザのワイヤレスアカウントに関連付けられたデータ割り振りに向けてカウントされない。
【００２６】
ステップ２において、クライアントデバイスのユーザに、広告主ランディングページ２０２が提示される。広告主ランディングページ２０２は、オファー２０４についての情報を含む。一般に、オファーは、インセンティブ付き行動のユーザによる実行に対する見返りにオファーされる報酬を含む。幾つかの実装形態では、報酬は、所定であってもよく、潜在的な報酬の所定のリストから選択されてもよく、ユーザの幾つかの特定された特徴に基づいて決定されてもよく、又はユーザに対して動的に生成されてもよい。報酬は、その日までにキャンペーンに費やされた金額（費やされたキャンペーン）、キャンペーンの予算、キャンペーンの残り時間量、日時、及び／又はターゲット換算率に基づいて動的に生成し得る。例えば、現在の換算率がターゲット換算率未満である場合、報酬のサイズを増大し得、現在の換算率がターゲット換算率を超える場合、報酬を低減し得、キャンペーンが予算を費やしている速度が、キャンペーン終了前に予算が費やされることを示す場合、オファーされる報酬を小さくし得る。逆に、キャンペーンが予算を費やしている速度が、キャンペーンの終了前に予算が費やされないことを示す場合、報酬を大きくし得る。
【００２７】
幾つかの実装形態では、報酬のサイズは、報酬に関連付けられた第三者によって制限し得る。例えば、ワイヤレスオペレータは、ユーザが受け取り得る追加の帯域幅量を制限し得る。制限は、オファー単位で、又は時間期間にわたり適用し得る。例えば、ワイヤレスオペレータは、ユーザが、１００ＭＢを超える追加データを一度に受け取ることができないこと、又は１ヶ月中に１ギガバイトを超える追加データを受け取ることができないことを明言し得る。幾つかの実装形態では、ユーザに、サービスを選び、諸条件に同意することを求め得る。
【００２８】
インセンティブ付き行動は、ゲームのダウンロード、アプリケーションのダウンロード、アプリケーションの有料機能のアンロック、アプリケーション内での指定された行動の実行（アプリケーションを開くこと、ゲームで所定のレベルに到達すること等）、広告主への電子メールアドレスの提供、人口統計学的情報の提供、調査票の記入、購入の実行、及びスポンサー付きサービスのテストを含むことができる。
【００２９】
オファーは、例えば、ユーザのモバイルアカウントに帯域幅を追加するオファー又は幾らかの金額をワイヤレス請求書から差し引くオファーを含み得る。オファーは、オンライン（アマゾンコム（ＡＭＡＺＯＮ．ＣＯＭ）等）店舗又は実在店舗（アンテイラー（ＡＮＮ  ＴＡＹＬＯＲ）等）へのクレジットを付与するオファー、ギフト券、商品及びサービスへの割引きクーポン、コンテンツへの早期アクセス（例えば、一般大衆に提供される前でのコンテンツへのアクセス）、ペイパービューデジタルコンテンツのアンロック、デジタルストアでの特定のコンテンツ（特定の曲、映画、又はテレビエピソード等）に向けたクレジット等を含むこともできる。ユーザには、ユーザがオファーを受け入れられるようにする提出ボタンが提示される。
【００３０】
幾つかの実装形態では、全てのユーザにオファーが提示されるわけではない。特定のユーザにオファーを提示することの判断は、広告２００がステップ１において提示される前又は広告２００が選択されるときに行われ得る。
【００３１】
幾つかの実装形態では、インセンティブ付き行動の実行に関連するキャリッジ（帯域幅）はゼロレートであり、すなわち、使用に対してユーザに課金されず、且つ／又はデータ割り振りに向けてカウントされない。例えば、ユーザに、ビデオを閲覧する追加の帯域幅がオファーされる場合、そのビデオを閲覧するために必要なモバイルデータの使用について、ユーザに料金は請求されず、又はプロバイダが料金を支払う。
【００３２】
ユーザがインセンティブ付き行動を完了すると、ステップ３において、ユーザインターフェースはサンキューページ２０５を表示する。サンキューページ２０５は、広告主からのメッセージ２１１を含む。ページは、ユーザがオファーを特典交換し、報酬を収集できるようにするリンク２０６又は他のメカニズムも含む。
【００３３】
ステップ４において、ユーザが識別されていない場合、ユーザに情報収集ページ２０７が提示され得る。情報収集ページ２０７は、ユーザについての識別情報２０８を要求する。例えば、情報収集ページは、電話番号、電子メールアドレス、又は識別のためにユーザに特定のサービス（フェイスブック（ＦＡＣＥＢＯＯＫ）又はツイッター（ＴＷＩＴＴＥＲ）のようなソーシャルネットワーキングサイト等）にログインすることを求め得る。ユーザが、例えば、提出リンク２０９をクリック又はタップすることにより、識別情報２０８を提出すると、ユーザは報酬を受け取る。追加情報を求めずに報酬の特典交換が可能なほど十分に具体的に、ユーザの識別情報が分かっている状況では、情報収集ページは表示されなくてもよく、フリクションレスな経験を可能にする。
【００３４】
ステップ５において、確認ページ２１０を通して、報酬が特典交換されたことがユーザに通知される。
図２は、ＭＶＥＰの論理アーキテクチャの概念表現である。ＭＶＥＰは、インセンティブ付き行動を実行する見返りとして、広告主がユーザに報酬をオファーできるようにするシステムである。
【００３５】
広告主１００又は広告エージェンシー１０１は、商品又はサービスを販売促進する広告キャンペーンを編成する。幾つかの広告主は広告エージェンシー１０１を通して機能し、広告エージェンシー１０１は、広告主の代理として機能し、通常、広告キャンペーンのブッキング及び構成に関連付けられた技術的動作を処理する。広告キャンペーンは、特定の市場区分をターゲットにすることができる。市場は、年齢、性別、国の地域、収入等を含むが、これらに限定されない人口統計に基づいて区分し得る。市場は、ユーザの関心分野、例えば、野球ファン、アスリート、読書人、映画ファン等に基づいて区分することもできる。
【００３６】
広告ネットワーク１０２は、広告をホストしたいウェブサイト及びアプリケーションに広告主を接続する。広告エクスチェンジ１０３は、１つ又は複数の広告ネットワーク間での広告の売買に役立つ。一般に、広告主１００又は広告エージェンシー１０１は、広告をターゲット市場区分の説明及び広告主が費やす意志がある金額を示す予算と共に、広告ネットワーク又は広告エクスチェンジに供給する。広告ネットワーク又は広告エクスチェンジは、ターゲット市場区分に適合するウェブサイト及びアプリケーションを識別し、それらのウェブサイト及びアプリケーションに広告を配置する。
【００３７】
広告サーバ１０４は、ユーザに提示するために、広告を識別されたウェブサイト又はアプリケーションに提供する。一般に、広告サーバは、広告ネットワーク又は広告エクスチェンジにより新しい広告を包含するように更新することができる。広告サーバは、特定の広告が受け取るインプレッション数及びクリック数を追跡することもできる。
【００３８】
パブリッシャーは、ウェブサイト又はアプリケーション１０５をユーザのクライアントデバイスに届ける。パブリッシャーは、例えば、ウェブサイトの所有者又はアプリケーションの開発者若しくは配布者であり得る。ＭＶＥＰは、報酬ベースの広告のユーザへの送達を管理し組織する。広告主１００又は広告エージェンシー１０１が新しいキャンペーンを作成する場合、広告主はターゲット市場区分及び予算を定義する。ＭＶＥＰの在庫推定構成要素１１２は、視聴者の潜在的なサイズについての入力を広告主に提供する。
【００３９】
キャンペーンプロビジョニング構成要素１１１は、広告主が、報酬ベースの広告を実行したいパラメータを構成できるようにする。パラメータは、人口統計、ネットワークタイプ、デバイスオペレーティングシステム、国、言語等のターゲット情報を含むことができる。パラメータは、広告キャンペーンの開始日及び終了日並びに日毎の予算、合計予算、コンバージョン毎の最大予算等の予算情報を含むこともできる。パラメータは、インセンティブを付ける行動（例えば、ビデオを最後まで見ること、電子メールアドレスの収集、ストアロケータ等のカスタムウィジェットの使用等）の定義を含むこともできる。
【００４０】
幾つかの実装形態では、キャンペーンプロビジョニング構成要素１１１は、広告主が広告に含めるコンピュータプログラム（又はソフトウェアコード）を生成する。生成されたプログラムは、報酬適格性の判断及びオファーの提示に使用される。
【００４１】
キャンペーン追跡構成要素１１０は、広告の実行を追跡することができる。追跡することができる性能尺度は、オファーが行われた回数、オファーが受け入れられ、特典交換された回数、クリックスルー率、換算率、コンバージョンコスト、及び費やされた予算を含む。
【００４２】
例えば、電子メール捕捉キャンペーンを実行中の広告主は、キャンペーンのインセンティブ付けを決める。広告主は、収集された電子メール毎に１００ＭＢの追加帯域幅をオファーする。この例では、ユーザがユーザの電子メールアドレスを提出したときにコンバージョンが生じる。
【００４３】
アトリビューション構成要素１０９は、コンバージョンを特定のユーザに帰すことができる。正確なアトリビューションは、インセンティブ付き行動が実行される場合に提示されるユニフォームリソースロケータ（ＵＲＬ）を通して特定することができる。幾つかの実装形態では、ＵＲＬは、ユーザがアトリビューション構成要素と直接通信できるようにする。例えば、ＵＲＬは、アトリビューション構成要素の部分であるウェブサーバにリンクし得る。他の実装形態では、ＵＲＬは、キャンペーンを実行中の広告サーバ１０４にリンクし、したがって、広告サーバ１０４はアトリビューションモジュール１０９に通知する。他の実装形態では、ＵＲＬは、第３者のアトリビューションパートナー１１４にリンクし、したがって、第三者アトリビューションパートナー１１４は属性モジュール１０９に通知する。
【００４４】
動的価格設定モジュール１０８は、オファーの価値を計算することができる。計算は、広告がユーザに提示されているときに行うことができる。オファーの価値は、適格性、ユーザのワイヤレスアカウントのステータス、収益閾値へのワイヤレスオペレータ制限、及び様々なキャンペーン性能目標に基づくことができる。例えば、ユーザの適格性を判断することは、ユーザがターゲット市場区分内にあるか否かを判断することを含むことができる。ユーザのワイヤレスアカウントのステータスは、ユーザが帯域幅増大のオファーを受容するか否かの判断に使用することができる。例えば、ユーザが無制限データプランを有する場合、ユーザは、利用可能なデータ帯域幅の増大を受容する可能性は低く、代替として、ワイヤレスオペレータ１０７は、更なるデータ帯域幅報酬に使用不適格にする制限を課し得る。
【００４５】
幾つかの実施形態では、ＭＶＥＰ１１３は、ワイヤレスオペレータ１０７と直接通信して、ユーザのアカウントについての情報を特定することができる。例えば、ワイヤレスオペレータは、特定のユーザが制限付きデータプランを有するか否かを示し得る。加入者ルックアップは、ＭＶＥＰプラットフォームにより呼び出して、加入者情報を検索することができる。ＭＳＩＳＤＮ（例えば、デバイスに関連付けられた電話番号）又は一意のＩＰアドレスを所与として、ＭＶＥＰは、このＭＳＩＳＤＮ又はそのＩＰアドレスに繋がれたアカウントについての情報を取得することができる。情報は、アカウント番号、課金情報、使用情報、ワイヤレスプラン定義、課金サイクル、デバイス情報等を含むことができる。アカウント属性も同様に、ユーザ適格性の判断に使用することができ、別個の適格性インターフェースを露出させる必要性をなくす。
【００４６】
図３は、広告換算の例を示すシーケンス図である。クライアント３００、例えばモバイルクライアントデバイス上のウェブブラウザのユーザは、インセンティブ付き広告の表示を要求する。広告内のコードは、クライアントデバイスに、クライアントデバイスのユーザがオファーの受け取りに適格であるか否かを要求するメッセージをＭＶＥＰ３０２に送信させる（３０８）。全てのユーザが必ずしも報酬に適格であるわけではない。適格性は、報酬に依存する異なる要因に依存し得る。例えば、ユーザがモバイルデータ報酬を受け柄取るためには、ユーザは、ＭＶＥＰに統合されたワイヤレスオペレータとのアカウントを有する必要があり得る。
【００４７】
適格性を判断するために、ＭＶＥＰはユーザを識別することができる。ユーザは、後述するように、ＩＰアドレス識別情報、ＨＴＴＰヘッダエンリッチメント、又はクッキー照合技法に基づいて識別され得る。幾つかの実装形態では、ＭＶＥＰは、ユーザが識別されると、ユーザについての情報を記憶することができる。情報は、続くオファーについてユーザを識別するのに使用することができる。
【００４８】
例では、オペレータ３０４は、ユーザのＭＳＩＳＤＮをＨＴＴＰヘッダ３１０に挿入する。ＭＳＩＳＤＮはＭＶＥＰによって抽出することができる。
適格性を判断するために、ＭＶＥＰはワイヤレスオペレータ３１２と交信して、ユーザが適格であるか否かを判断する。例えば、追加のモバイルデータの報酬をオファーする前に、ＭＶＥＰはワイヤレスオペレータと交信して、クライアントデバイスが報酬の受け取りに適格であるか否かを判断し得る。
【００４９】
報酬の適格性は、広告主によって供給されるキャンペーンパラメータに基づいて判断することもできる。例えば、広告主は、電子メール収集を１８歳以上の成人、「スポーツ」への関心を表しているユーザ、又は任意の他の基準に制限したいことがある。ＭＶＥＰは、ユーザが、報酬に的確なカテゴリに当てはまることが分かっているか否かの確認を試み得る。
【００５０】
図４は、ユーザが、モバイルデータの報酬に適格であるか否かを判断するプロセスの例のフローチャートである。プロセスは、広告が提示された場合、開始される（４０２）。広告に埋め込まれたスクリプトタグが、クライアントデバイスにプロセスを開始させ得る。
【００５１】
スクリプトは、クッキー又は他の識別データが存在するか否かを判断する（４０４）。クッキーが存在しない場合、ＭＶＥＰはデバイスの永続的なクッキーを作成する（４０６）。
【００５２】
スクリプトは、クライアントデバイスに要求をＭＶＥＰに提出させる（４０８）。要求は、例えば、ＨＴＴＰ  ＧＥＴ（ＨＴＴＰ取得）要求であり得る。ＨＴＴＰ要求は追加の情報を含み得る。例えば、ワイヤレスオペレータは、ＨＴＴＰヘッダにクライアントデバイスのＭＳＩＳＤＮを埋め込み得る。ＨＴＴＰ要求はクッキーを含むこともできる。
【００５３】
ＭＶＥＰは、ＨＴＴＰヘッダからＭＳＩＳＤＮを検索しようとする（４１０）。ＭＳＩＳＤＮが利用可能ではない場合、ＭＶＥＰは、クッキーがシステムによって認識されるか否かを判断する（４１２）。クッキーが識別されない場合、ＭＶＥＰは、クライアントデバイスのＩＰアドレスが、報酬の受け取りに適格であるＩＰアドレス範囲内にあるか否かを判断する（４１４）。
【００５４】
これらのステップ後、ＭＶＥＰがデバイスを識別することができない場合、ＭＶＥＰは、ユーザがＭＳＩＳＤＮを提供することを要求することができる（４１６）。ユーザがＭＳＩＳＤＮを供給しない場合、オファーは行われず（４１８）、プロセスは終了する（４２０）。
【００５５】
ＭＶＥＰは、上述したように、ユーザが適格であるか否かをＭＳＩＳＤＮから判断することができる（４２２）。ユーザが適格である場合、ＨＴＴＰ応答が使用されて、オファーをクライアントデバイスに通信することができる。
【００５６】
表示するオファーがある場合（４２４）、クライアントデバイスはオファーを表示することができる（４２６）。
再び図３を参照すると、ユーザが適格であると判断されると、ＭＶＥＰはクライアントデバイスに通知する。これに応答して、クライアントデバイスはオーバーレイを広告上にレンダリングする（３１４）。
【００５７】
ユーザが広告を選択すると、ユーザは広告主のランディングページにナビゲートされる。
クライアントデバイスは、要求をＭＶＥＰに送信し、ＭＶＥＰはここでも、ユーザが報酬に対して適格であるか否かを判断し得る（３１６）。ユーザがＭＶＥＰに適格であるか否かの判断に加えて、ＭＶＥＰは、提供すべき報酬のサイズを決定もする（３１８）。
【００５８】
報酬のサイズは、例えば、ユーザについての既知の情報に基づくことができる。既知の情報は、年齢、性別、場所、給料等の人口統計学的情報を含むことができる。既知の情報は、ユーザの現在のデータプラン、ユーザが使用するデータ量、ユーザが利用可能なデータ量、デバイスのタイプ、接続のタイプ（ＷｉＦｉかセルラか、及びセルラネットワークのタイプ）、現在の課金サイクルの残り時間等のアカウント情報を含むことができる。既知の情報は、以前のオファーへのユーザの許容度についての情報を含むこともできる。例えば、ユーザが既に特定のオファーを見ていた場合、システムは、ユーザの前の応答に基づいてオファーの増減を決定し得る。
【００５９】
ユーザについての情報は、顧客が、例えばユーザプロフィールを作成するか、又は調査に応えることにより、直接提供する第一者データを含む様々なソースから取得し得る。ユーザについての情報は、第三者データから取得することもでき、第三者データは、例えば、モバイルオペレータ、インターネットサービスプロバイダ、及び他のデータプロバイダによって提供し得る。
【００６０】
報酬のサイズは、キャンペーンパラメータに基づくこともできる。例えば、報酬のサイズは、日時、キャンペーンの日数、利用可能な合計予算、パブリッシャー、パブリッシャーのタイプ、広告のロケーション、広告のタイプ等に基づき得る。
【００６１】
報酬のサイズは、コンバージョン性能に基づくこともできる。例えば、報酬のサイズは、換算率ターゲット、利用可能な合計予算、キャンペーンの残り日数に基づき得る。
報酬のサイズが決定されると、ＭＶＥＰは、クライアントにオファーされる報酬を一意に識別する報酬キーと、例えば、オファーされる報酬のサイズを含むことができる動的オファー情報とをクライアントデバイスに戻す（３２０）。報酬キーは暗号化し得る。
【００６２】
クライアントデバイスは、オファー情報をユーザインターフェースにレンダリングする（３２２）。
ユーザがインセンティブ付き行動を完了する（３２４）と、広告主は検証トークンを作成する（３２６）。広告主は検証トークンを暗号化し、暗号化トークンをユーザに戻すことができる（３２８）。幾つかの実装形態では、トークンは、セキュアソケットレイヤ等の標準通信プロトコルを使用して暗号化し得る。
【００６３】
検証トークンを受信すると、システムは、クライアントデバイス上にオファー特典交換リンクをレンダリングする（３３０）。
ユーザがオファー特典交換リンクをクリックすると、クライアントデバイスは、検証トークン及び報酬キーをＭＶＥＰに送信する（３３２）。ＭＶＥＰは、報酬キー及び検証トークンを検証する（３３４）。
【００６４】
幾つかの実装形態では、ＭＶＥＰは検証トークンをアルゴリズム的に検証することができる。例えば、広告主は、秘密鍵を使用して検証トークンに署名するか、又はＭＶＥＰに関連付けられた公開鍵を使用してトークンを暗号化し得る。他の検証システムも使用可能であり、例えば、広告主は、特定の報酬に一意のコードを生成する鍵生成アルゴリズムを使用して検証トークンを生成し得る。
【００６５】
ＭＶＥＰはユーザの識別を試みることができる。例えば、モバイルオペレータは、クライアントデバイスのＭＳＩＳＤＮをＨＴＴＰヘッダに挿入し得る。ユーザの識別に要求される情報量は、オファーされる報酬に応じて様々であり得る。例えば、ユーザデバイスのＭＳＩＳＤＮは、モバイルデータ報酬を認可するのに十分であり得る。しかし、他の報酬は、氏名、住所、電子メールアドレス等の追加のデータを必要とし得る。電子ギフトカード等の幾つかの報酬では、電子メールアドレスが十分であり得、ＭＶＥＰに渡す必要がある追加のデータを必要としない。
【００６６】
ＭＶＥＰがユーザを十分に識別することができない場合、ＭＶＥＰは情報収集ページをクライアントデバイスに送信する（３３６）。クライアントデバイスは情報収集ページをユーザにレンダリングする。情報収集ページは、ユーザに報酬を与えるのに十分な情報を要求する。ユーザは、必要な情報を在庫収集ページに提供し、在庫収集ページをＭＶＥＰに提出する（３３８）。
【００６７】
ＭＶＥＰは、報酬キー及び検証トークンを検証する（３４０）。幾つかの実装形態では、ＭＶＥＰは、ユーザの識別情報を検証することができる。次に、ＭＶＥＰは、ワイヤレスオペレータと交信して、報酬付与についてユーザを信用する（３４２）。報酬は、例えば、ユーザのワイヤレスアカウントでの追加のワイヤレスデータへのクレジットであることができる。幾つかの実装形態では、報酬は、追加のデータのコストに対するクレジット支払いであることができる。報酬が適宜クレジットされると、ＭＶＥＰは確認サンキューページをクライアントに送信する（３４４）。
【００６８】
幾つかの実装形態では、報酬は、ある時間期間中に蓄え蓄積し得、ユーザのアカウントに一度に適用し得る。例えば、ＭＶＥＰは、１時間、１日、１週間、又は１ヶ月毎にユーザが獲得した報酬を追跡し得る。期間の終わりに、ＭＶＥＰはワイヤレスオペレータと交信して、ユーザをクレジットすることができる。幾つかの実装形態では、報酬がクレジットされると、ＭＶＥＰはユーザと交信する。例えば、ＭＶＥＰは、自動電子メール又はテキストメッセージをユーザに送信し得る。
【００６９】
図５は、オファー特典交換プロセスの例のフローチャートである。プロセスは、オファーがコンバージョンされた場合に開始される（５０２）。クライアントデバイスは、ＨＴＴＰ  ＧＥＴ要求をＭＶＥＰに送信する（５０４）。ＧＥＴ要求はデバイスのＭＳＩＳＤＮを含み得る。
【００７０】
ＭＶＥＰは、検証されたＭＳＩＳＤＮが提供されたか否かを判断する（５０６）。検証された電話番号は、例えば、検証コードを含むテキストメッセージをユーザのクライアントデバイスに送信することにより提供することができる。ユーザのみがデバイスへのアクセスを有するため、検証コードを提供可能なのはユーザのみである。
【００７１】
ＭＳＩＳＤＮがない場合（５０８）、ＭＶＥＰは、ユーザがデバイスのＭＳＩＳＤＮを提供することを要求するメッセージをクライアントデバイスに送信する（５１０）。ＭＶＥＰは、電子メール認証が必要であるか否かを判断する（５１２）。例えば、電子クーポン又はギフトカード等の幾つかのオファーを特典交換するために、電子メールアドレスを提供し、検証する必要がある。電子メール認証が求められる場合、ＭＶＥＰは、ユーザが認証を提供することを要求するメッセージをクライアントデバイスに送信する（５１４）。代替では、ユーザがシステムで単一の署名を使用して署名している場合、要求をユーザに送信することにより、電子メールアドレスが取得され得る。
【００７２】
いずれの場合でも、プロセスは検証コードを要求する（５１４）。プロセスはコードを検証する。コードが不正確又は無効である場合、プロセスはコードを再び要求する。
プロセスは、完了すると、ユーザに提示するためにサンキューページをクライアントデバイスに送信する（５１８）。
【００７３】
ウェブページに配置されるインセンティブ付き広告に加えて、システムは、クライアントデバイスにアプリケーションをインストールして使用する広告にインセンティブを付すこともできる。図６は、モバイルアプリケーションのインストール及び実行を動機付けるユーザインターフェースフローを示す。
【００７４】
ステップ１において、クライアントデバイスのユーザは、公開コンテンツ（例えば、ウェブサイト、ウェブポータル、モバイルウェブサイト、又はモバイルアプリケーション）にアクセスする（６０４）。公開コンテンツと併せて、ユーザに、モバイルアプリケーションの広告が提示され得る（６０２）。
【００７５】
上述したように、幾つかの実装形態では、広告を選択すると、オファーが提示されることをユーザに通知するインジケータが広告に存在し得る（６０２）。インジケータは、広告がクライアントデバイスに提示される場合、動的に生成され得る。この例では、ユーザは、広告をクリック又はタップすること等によって広告を選択し（６０２）、それにより、クライアントデバイスのユーザインターフェースはステップ２又はステップ３に進む。
【００７６】
ステップ２において、クライアントデバイスのユーザに任意選択的に、情報収集画面が提示される。情報収集画面は、ユーザの電話番号、電子メールアドレス、又は他のタイプの識別情報等の要求された情報を提供するエリアを含む（６０６）。情報収集画面は、ソーシャルネットワーキングサイトによって提供されるサービス等の単一サインオンサービスにログインする場所を含むこともできる。ＭＶＥＰが、ユーザを識別し、報酬を提供するのに十分なユーザについての情報を有する状況では、ステップ２は飛ばすことができ、クライアントデバイスはステップ３に直接進み得る。
【００７７】
ステップ３において、クライアントデバイスはアプリストアに向けられ、アプリストアにおいて、ユーザは広告されたアプリケーションをインストールすることができる（６１０）。ステップ４は、ユーザがアプリケーションを最初に実行したときに行われる（６１２）。アプリケーションが実行されると、ＭＶＥＰに、ユーザが報酬を獲得したことを通知することができる。ＭＶＥＰは、電子メール又は他のメッセージ（ＳＭＳテキストメッセージ等）をクライアントデバイスに送信することができる。
【００７８】
ステップ５において、クライアントデバイスは、ＭＶＥＰからのメッセージを表示する（６１４）。メッセージは、ユーザがオファー６１６を特典交換することができるようにする指示又はリンクを含む。例えば、メッセージは、ＨＴＴＰ要求をＭＶＥＰに送信するリンクを含む。他の例では、メッセージは、特定の電話番号へのコードを含むテキストメッセージを送信する、クライアントデバイスに対する命令を含み得る。
【００７９】
ＭＶＥＰがユーザへの報酬を提供すると、ＭＶＥＰは、確認電子メール又は他のメッセージをクライアントデバイスに送信することができる。ステップ６において、クライアントデバイスは、報酬の詳細６２０と共に確認メッセージ６１８を表示する。
【００８０】
図７は、モバイルアプリをダウンロードしたことに対する報酬のオファーを提示するプロセスの例の更なる詳細を示すシーケンス図である。図３に関して上述したように、ユーザに広告が提示される。上述したように、広告は、ユーザのクライアントデバイス７０４にメッセージをＭＶＥＰ７０６に送信させて、ユーザがオファー７１０に適格であるか否かを判断することができる。ユーザがオファーに適格である場合、クライアントデバイスは広告上にオーバーレイをレンダリングする（７１２）。
【００８１】
ユーザが広告をクリックすると、２つのシナリオが示されている。第１のシナリオでは、ユーザは報酬に不適格であり、第２のシナリオでは、ユーザは適格である。両シナリオは同様に開始する。クライアントデバイスは、ユーザがオファーに適格であるか否かを判断するメッセージをＭＶＥＰに送信する（７１４、７２２）。ＭＶＥＰは、図３に関して上述したように、適格性を判断する（７１６、７２４）。
【００８２】
ユーザがオファーに適格ではないシナリオでは、クライアントデバイスはアプリストアにリダイレクトされる（７１８）。リダイレクトされたクライアントデバイスは、アプリストアのアプリケーションダウンロードページにナビゲートされる（７２０）。
【００８３】
ユーザが報酬に適格である場合、報酬のサイズが決定され（７２６）、ユーザに情報収集ページが提示される（７２８）。情報収集ページは、ユーザの電子メールアドレス等の情報を要求し得る。幾つかの実装形態では、収集された情報は適格性の判断に使用される。例えば、情報は、ユーザについての人口統計学的情報の調査を含み得る。ユーザは、要求された情報を提供する（７３０）。
【００８４】
ＭＶＥＰは、ユーザが報酬の受け取りに適格であることを確認することができる（７３２）。幾つかの実装形態では、ＭＶＥＰは、提供された情報を使用して適格性を確認する。適格性が確認されると、クライアントデバイスはアプリストアにリダイレクトされる（７３４）。リダイレクトされたクライアントデバイスは、アプリストアのアプリケーションダウンロードページにナビゲートされる（７３６）。
【００８５】
後のある時点で、ユーザがモバイルアプリを実行すると、クライアントデバイスはメッセージをＭＶＥＰに送信する（７３８）。幾つかの実装形態では、モバイルアプリは、ＭＶＥＰ又は第三者属性サービスと通信するようにプログラムされ得る（７４０）。第三者属性サービスは、クライアントの代わりにＭＶＥＰに通知し得る。メッセージは、モバイルアプリが実行されたことをＭＶＥＰに通知する。
【００８６】
ＭＶＥＰは、オファー電子メールをクライアントデバイスに送信する（７４２）。電子メールは、ユーザが報酬を特典交換することを可能にするリンクを含む。幾つかの実装形態では、電子メールは、続くオファー、例えば、何らかの後続行動を実行することについての追加のデータを含み得る。リンクは、情報の中でも特に、暗号化された検証コードを含み得る。
【００８７】
ユーザは電子メール内のリンクを選択する。例えば、ユーザは、電子メールメッセージ内のリンクをクリック又はタップし得る。リンクの選択により、クライアントデバイスにメッセージをＭＶＥＰに送信させる（７４４）。ＭＶＥＰは、メッセージが有効であることを確認する（７４６）。例えば、ＭＶＥＰは、リンクと共に送信された検証コードが有効であることを確認し得る。ＭＶＥＰは、上述したように、クライアントデバイスのＭＳＩＳＤＮの自動検出を試みる（７４８）。
【００８８】
ＭＶＥＰがクライアントデバイスのＭＳＩＳＤＮを検出することができない場合、ＭＶＥＰは、ユーザがクライアントデバイスの電話番号を提供することを要求するＨＴＭＬページをクライアントデバイスに送信する（７５０）。幾つかの実装形態では、クライアントデバイスのＭＳＩＳＤＮが特定される場合、ＭＶＥＰは、クライアントデバイスの電話番号を確認するようにユーザに求めるＨＴＭＬページを送信する。
【００８９】
ユーザは、クライアントデバイスの電話番号を提供又は確認する（７５２）。ＭＶＥＰは、上述したように、ユーザのアカウントをクレジットし、サンキューメッセージをクライアントデバイスに送信する（７５４）。
【００９０】
図８Ａ及び図８Ｂは、異なるオファーの提示の幾つかの例を示す。ＭＶＥＰは、異なるインセンティブ付き行動に関連するオファーを管理することができる。インセンティブ付き行動のタイプの中でも、ＭＶＥＰは、電子メールアドレスの収集、調査、ソーシャルネットワーキングサイトとの対話、モバイルアプリダウンロード、購入、アプリ内購入、特徴イネーブル、特定のユーザ挙動、マイルストーン達成、及び商業目的の高額商品売り付けをサポートすることができる。
【００９１】
図８Ａを参照すると、幾つかの実装形態では、オファー及びインセンティブ付き行動は、単一のウェブページに結合することができる。例えば、ユーザインターフェース８００は、メーリングリストにサインアップすることに対する５００ＭＢのモバイルデータのオファー８０２を提示する。この例では、オファー８０２は、入力フィールド８０４と共に提示され、入力フィールド８０４において、ユーザは電子メールアドレスを供給し、選択及び特典交換リンク８０６を選択することにより、メーリングリストに加入することができる。
【００９２】
別の例では、ユーザインターフェース８０８は、人口統計学的情報を広告主に提供することに対する５００ＭＢのモバイルデータのオファー８１０を提示する。この例では、オファー８１０は入力フィールド８１２、８１４、８１５と共に提示され、これらの入力フィールドにおいて、ユーザは、年齢範囲、性別、及び郵便番号を識別することができる。選択及び特典交換リンク８１８を選択することにより、情報は提出することができ、オファーは特典交換することができる。
【００９３】
別の例では、ユーザインターフェース８２０は、ソーシャルネットワーキングアプリケーションを通して広告主を推奨することに対する５００ＭＢのモバイルデータのオファー８２２を提示する。この例では、オファー８２２は入力フィールド８２４と共に提示され、入力フィールド８２４において、ユーザは、カスタマイズされた推奨メッセージを提供することができる。選択及び特典交換リンク８１８を選択することにより、推奨はソーシャルネットワーキングサイトに提出することができ、オファーは特典交換することができる。
【００９４】
別の例では、ユーザインターフェース８２８は、モバイルアプリをダウンロードしてアクセスすることに対する５００ＭＢのモバイルデータのオファー８３０を提示する。この例では、オファー８３０は、ユーザがモバイルアプリをダウンロードすることができるリンク８３０と共に提示される。ユーザインターフェースは、オファーについての更なる詳細８３２を含む。詳細は、ユーザが報酬を受け取る条件を定義することができる。選択及び特典交換リンク８３４を選択することにより、モバイルアプリはダウンロードすることができ、オファーは特典交換することができる。
【００９５】
別の例では、ユーザインターフェース８３６は、イベントへのチケットの購入に対する５００ＭＢのモバイルデータのオファー８３８を提示する。この例では、オファー８３８は、ユーザがチケットを購入する入力フィールド８４０、８４２、８４４と共に提示される。選択及び特典交換リンク８４６を選択することにより、チケットは購入することができ、オファーは特典交換することができる。
【００９６】
図８Ｂを参照すると、別の例では、ユーザインターフェース８４８は、ゲームでの仮想アイテム、この例では「子豚」の各購入に対する１０ＭＢのモバイルデータのオファー８５２を提示する。この例では、オファー８５２は、ユーザが仮想「子豚」を容易に購入し、オファーを特典交換するようにする選択フィールド８５０と共に提示される。
【００９７】
別の例では、ユーザインターフェース８５４は、プッシュ通知及びロケーション共有をイネーブルすることに対する１００ＭＢのモバイルデータのオファー８５８を提示する。この例では、オファー８５８は、ユーザがプッシュ通知及びロケーション共有のイネーブルを提供することができる入力フィールド８５６と共に提示される。これらの特徴のいずれかをオンにすることにより、対応するオファーが特典交換される。
【００９８】
別の例では、ユーザインターフェース８６０は、アプリを開くことに対して５ＭＢを獲得するオファー８６４、記事を読むことに対して１０ＭＢを獲得するオファー８６６、及びモバイルアプリの使用及びオンラインコミュニティへの参加を動機付けるビデオをアップロードすることに対して２０ＭＢを獲得するオファー８６８を提示する。この例では、ユーザインターフェースは、オファーを特典交換するための特定のメカニズムを含まない。その代わり、オファーは、ユーザがインセンティブ付き行動を実行するときに特典交換される。
【００９９】
別の例では、ユーザインターフェース８７０は、モバイルアプリケーションでのマイルストーンの到達、この例では、レベル２０への到達に対する１００ＭＢのモバイルデータのオファー８７２を提示する。この例では、オファー８７２は、ユーザがモバイルアプリにおいてレベル５に到達すると、提示される。
【０１００】
別の例では、ユーザインターフェース８７４は、購入済みアイテムの金額の増大に対する５００ＭＢのモバイルデータに対するオファー８７６を提示する。この例では、オファー８７６は、ユーザが価値と共に購入に既に選択したアイテムの価値の視覚的表現と共に提示される。
【０１０１】
ＭＶＥＰは、オファーの例示及び受け入れを「フリクションレス」にするように試みる。本明細書では、フリクションレスとは、ユーザがオファーに同意し、インセンティブ付き行動を実行することが容易であり、障害がないことを意味する。小さなキーボードでのタイピングは面倒であるため、ユーザが報酬を獲得することをＭＶＥＰがより容易にすることができる方法の１つは、報酬の特典交換に必要な情報量を低減することによるものである。実行可能な場合、ＭＶＥＰは、押しつけがましい質問をせずに、ユーザ又はユーザのクライアントデバイスの識別情報を特定することができる。
【０１０２】
図９を参照すると、クライアントデバイスを識別する一メカニズムはＨＴＴＰエンリッチメントである。ＨＴＴＰヘッダエンリッチメントは、ネットワークゲートウェイ及びルータをトラバースしながら、ＨＴＴＰヘッダに情報を注入する能力を有する、クライアント当事者についての追加情報を宛先に渡すために使用される技法である。例えば、パブリッシャーのプロパティに表示されている広告９００は、ＭＶＥＰプラットフォーム９０６によって運営されている特定のウェブエンドポイント（例えば、ドメイン名）にＨＴＴＰ呼び出しを出すことができる。そのＨＴＴＰ呼び出しは、広告９００がレンダリングされている場合、ＭＶＥＰプロビジョニングスクリプトタグが実行されるときに出され、クッキー９０８を含み、クッキー９０８はスクリプトタグによって生成され、デバイスにローカルに記憶される。ワイヤレスオペレータ９１０は、セルラネットワーク９１２を通過するあらゆるＨＴＴＰストリームで、ユーザデバイスのＭＳＩＳＤＮの暗号化されたものを含む追加のフィールドがそのストリームのＨＴＴＰヘッダ９０４に追加されるようなルールをネットワークにプロビジョニングする。ＨＴＴＰストリームが処理されると、ＭＶＥＰプラットフォーム９０６は、追加のフィールドを読み出し、暗号化されたＭＳＩＳＤＮ９１４を渡しているワイヤレスオペレータのネットワーク９１０に要求を行う。ワイヤレスオペレータ９１０は復号化されたＭＳＩＳＤＮ９１６でそれに応え、そのＭＳＩＳＤＮ９１６をＭＶＥＰ９０６上のデータベース内のデバイスクッキー９０８に関連付ける。
【０１０３】
後者のＨＴＴＰ要求はクッキー９０８と共に受信されると、ＭＶＥＰ９０６は、クライアントデバイスがセルラネットワーク９１２を通して接続していない場合であっても、例えば、クライアントデバイスがＷｉＦｉネットワークに接続される場合、ワイヤレスオペレータに対する後続要求なしでクライアントデバイスを識別することができる。
【０１０４】
ユーザ及びクライアントデバイスを識別する情報は、データベースに記憶することができる。図１０を参照すると、報酬の特典交換を可能な限り更にフリクションレスにするため、例えば、ユーザが完了する必要があるステップ数及びユーザが提供する必要がある情報量を低減するために、ＭＶＥＰプラットフォームは、オファーとの複数のセッション及び対話にわたり特定のユーザについて収集された一意の情報及び属性を識別情報リコンシレーションデータベース１００２に統合する。例えば、ＭＶＥＰ増補オファーを実行中のデバイスのハードウェアＩＤ１００４は、収集することができる。過去のオファーを提示した際に使用されたデバイスにローカルに記憶された様々なクッキー１００８、１０１０は、データベースに記憶することができる。ＩＰセッションに対応するセルラＩＰ１０１２は、デバイスがセルラ接続１０３４を介して接続されている場合、適格性要求中に収集することができ、又は様々なＷｉＦｉ  ＩＰ１０１４、１０１６は、デバイスがＷｉＦｉアクセスポイント１０３２に接続されている場合、収集することができる。オファーが、ユーザによる電子メールアドレス１０１８の入力、フェイスブック（ＦＡＣＥＢＯＯＫ）での接続１０２０若しくはシェア１０２２、又はツイッター（ＴＷＩＴＴＥＲ）での接続１０２４若しくはシェア１０２６を含む場合、電子メールアドレス１０１８、フェイスブックハンドル１０２８、又はツイッターハンドル１０３０は収集され、データベースに記憶することができる。一意の情報が使用されて、特定のユーザの記録への更なる追加が識別される。例えば、ＩＰセッション中に渡されたハードウェアＩＤは、そのセッションのＩＰアドレスを記憶するキーとして使用することができる。ユーザ特典交換要求を処理する場合、ＭＶＥＰはまず、データベースを調べることにより、ユーザから十分な情報が収集されたか否かを判断する。例えば、クッキー照合又はハードウェアＩＤ照合に基づいて、そのユーザのＭＳＩＳＤＮが既に分かっていること、又は報酬の処理に必要な電子メールアドレスが既に利用可能であることを判断することができる。追加の情報が必要な場合、ＭＶＥＰはオファー収集ページをユーザに提示する。
【０１０５】
上述したように、広告を受け取っている全てのユーザが報酬に適格であるわけではない。使用が適格である場合、ユーザが適格である金額を計算する必要がある。加えて、インセンティブに対して測定可能なコストを有するパブリッシャーの場合、それらのインセンティブの価格設定は固定され、広告主が支払う意志がある価格に直接結び付けられる。一般に、広告主は、キャンペーンの全飛行時間にわたり、最大数の適格ユーザがインセンティブ付き行動へのコンバージョンに繋がることが見込まれるオファーを有することを望む。
【０１０６】
ＭＶＥＰプラットフォームは、リアルタイム又は準リアルタイム入札オークションでの幾つかの要因に基づいて、キャンペーン中に動的に顧客へのインセンティブを変更するメカニズムとして、動的インセンティブ価格設定を計算することができる。ＭＶＥＰはコントロール群を作成することができ、換算率へのオファーされる報酬の変更の影響を測定できるようにする。コントロール群に基づいて、ＭＶＥＰは、オファーされるインセンティブと換算率との曲線を生成することができ、それにより、システムは、インセンティブ価値の変更が換算率にどのように影響するかを特定することができる。ＭＶＥＰは、インセンティブを支払う当事者が露出を制御できるようにすることもできる。
【０１０７】
ＭＶＥＰは、オファーのサイズを調整して、予算が費やされる率を制御することもできる。例えば、報酬に費やされる金額は、１日全体を通して（又は午前１１時〜午後２時の昼食時間中に費やされる等の任意の時間単位）均等に分布してもよく、又は一定のペースでなくてもよい（可能な限り素早く費やされる）。
【０１０８】
動的インセンティブ価格設定のペースは、インセンティブの予算を超えての実施を避けるために重要である。キャンペーンの予算が下がるにつれて、ＭＶＥＰは、ユーザに提示されるオファーを動的に変更し、ユーザによる受け入れに利用可能なオファー数を制御することができる。例えば、適格オファー要求数が１０分毎に２０，０００である場合、システムは、計画された予算に従って適格オファー応答数を動的に変更することができ、したがって、潜在的なオファー要求のある割合のみを行うことができる。例えば、ＭＶＥＰは、現在の支出レートに基づいて、報酬のオファーを受け取る資格があるユーザの１０％にしかオファーが届けられないことになると判断し得る。更に、平均オファー報酬（単位時間当たり）のサイズも同様に、支出を制御するように低減することができる。ＭＶＥＰは、所望の換算率と予算が使われるレートとのバランスをとることができ、支出の低減は換算率にマイナスに影響し得る。例えば、１０分期間にわたる２０，０００個の適格オファーへの平均ファーサイズが１００Ｍｂであり（２，０００，０００Ｍｂの「インフライト」オファーが生じる）、ＭＶＥＰが、レートが高すぎると判断する場合、ＭＶＥＰは、オファー数を低減するか、又は平均オファーサイズを５０Ｍｂに動的にシフトすることができ、それにより、１，０００，０００ＭＢの「インフライト」オファーになる。
【０１０９】
幾つかの実装形態では、ＭＶＥＰは、報酬を用いて行動の誘因を動機付けるためにＭＶＥＰプラットフォームによって増補されるのに適格な広告在庫の定量化された数量を推定し、ターゲティングすることができる。在庫の推定及びターゲティングは、販売前及び実施前キャンペーン計画において使用することができる。ＭＶＥＰサービスは、適切なオペレータ統合を通して、ＨＴＴＰヘッダに注入される何らかの属性に基づいて広告要求が適格であるか否かを判断することができる。
【０１１０】
しかし、オペレータに頼って、報酬のオファーの受け取りに適格なユーザを識別すること（例えば、上述したように、オペレータによってエンリッチＨＴＴＰヘッダに挿入された属性に頼ることにより）は、ユーザがオペレータのネットワークで動作していないとき、例えば、ユーザがＷｉＦｉネットワークに接続しているときに、複雑性を呈するおそれがある。したがって、他の点で報酬の受け取りに適格なユーザが識別されないことがある。
【０１１１】
ＭＶＥＰは、リターゲティングを利用して、適格広告在庫をより正確に推定することができる。一般に、リターゲティングは、広告主が、ユーザにパブリッシャー又は広告ネットワークによって広告が提示されたときに、その広告主によって所有されるプロパティ（ウェブサイト等）で特定の行動をとったユーザを標的とするメカニズムである。コンテンツプロバイダは、パブリッシャー又は広告ネットワークからリターゲティングキャンペーンを購入して確立することができる。リターゲティングは、クッキー（又はユーザＩＤ）取り替え（タグ付けとしても知られる）によって達成することができる。
【０１１２】
例えば、図１１Ａを参照すると、業者１１０２が、広告ネットワーク１１０４と「キャノンカメラ（ｃａｎｏｎｃａｍｅｒａ）」タグをターゲットとしたキャンペーンを確立する（１１０６）。この例では、キャンペーンは、全てのキャノン（Ｃａｎｏｎ）カメラの２０％オフについての業者広告を届けることを含むことができる。広告ネットワークは、キャンペーンを開始する（飛ばす）（１１０８）。
【０１１３】
図１１Ｂを参照すると、ユーザ１１１０は業者１１０２のウェブサイトを開き、「キャノン」を検索する（１１１２）。業者のキャノンカメラページは、ユーザに「キャノンカメラ（ｃａｎｎｏｎｃａｍｅｒａｓ）」タグを関連付けることを広告ネットワークに通知する（１１１４）ビーコンを含む。これに応答して、広告ネットワークは、キャノンカメラのタグ付けクッキーをユーザ１１１０に送信する（１１１６）。
【０１１４】
図１１Ｃを参照すると、後に、ユーザ１１１０が、広告ネットワーク１１０４から広告を要求する（１１１８）とき、タグ付けクッキーが要求と共に送信される。広告ネットワーク１１０４は、１つ又は複数の潜在的な広告キャンペーンの中からその業者のキャンペーンを選択する（１１２０）。広告ネットワーク１１０４は、全てのキャノンカメラが２０％オフであることについての業者のタグを戻す（１１２２）。
【０１１５】
適格ユーザは、リターゲティング技法及びクッキープール拡張を使用してより確実に識別することができる。クッキープール拡張は、追跡ビーコンを使用して適格ユーザを追跡する。ビーコンによって追跡されるユーザは、セルラネットワークを使用している間、ビーコンがトリガーされる場合、適格として記される。ユーザのクライアントデバイスはデータ（クッキーと呼ばれる）を受信し、データはデバイスに永続的に記憶される。永続的なクッキーの記憶は、デバイスのオペレーティングシステム及び形式応じて様々であるが、モバイルアプリケーション間で渡される情報の記憶に使用される永続的なストレージ（ペーストボードと呼ばれる）にクッキーを記憶する等の幾つかの技法が業界で知られている。
【０１１６】
適格なトラフィックを広く推定するために、ＭＶＥＰプラットフォームは、全ての広告（又は任意選択的に広告のサンプル）に配置することができる追跡ビーコンをパブリッシャー又は広告ネットワークに提供することができる。例として、追跡ピクセルは以下のＨＴＭＬコードを含むことができる。
＜ｉｍｇｓｒｃ＝“ｈｔｔｐ：／／ｓｐｏｔｌｉｇｈｔ．ｍｖｅｐ．ｐｌａｔｆｏｒｍ／ｓｐｏｔｌｉｇｈｔ？ｉｎｖｅｎｔｏｒｙ＝ａｄｖｅｒｔｉｓｅｒ．ｃｏｍ”ｈｅｉｇｈｔ＝“１”ｗｉｄｔｈ＝“１”＞
１×１イメージベースのビーコンの例の代わりに、スクリプト言語、例えば、Ｊａｖａ（登録商標）スクリプトに基づくビーコンが使用可能である。幾つかの実装形態では、より大きな属性セットが検出されるべきである（デバイス画面サイズ及びデバイス性能等）。スクリプトビーコンを使用することにより、ビーコン定義を更新せず、代わりに公開スクリプトソースを更新することにより、広告主ネットワークとの統合を更新することも可能になり得る。
【０１１７】
パブリッシャーが広告収益化ページをレンダリングするか、又は広告ネットワークが広告を戻すときは常に、ビーコンがページ又は広告（例えば、ページの上部又は広告の下部）内に配置される。ページ又は広告がレンダリングされるときは常に、ビーコンはクライアントデバイスにＭＶＥＰと交信させる。クライアントデバイスがＭＶＥＰと交信するとき、ＭＶＥＰは、
１．クライアントデバイスのＭＶＥＰドメイン内のクッキーを読み書きし、
２．ブラウザ／アプリケーションから直接、ＩＰアドレス及びブラウザユーザエージェント等のキー情報を取得し、
３．クライアントからＭＶＥＰプラットフォームへの直接ネットワークチャネルを作成し、オペレータがＭＶＥＰプラットフォームリンクをホワイトリストに追加できるようにすることができ、ホワイトリストにより、オペレータはＭＶＥＰプラットフォームにＨＴＴＰヘッダを注入することができる。
【０１１８】
この情報は、不適格な要求から適格な要求を区別し、パブリッシャーのトラフィックの適格性分布を「発見」するのに使用することができる。幾つかの実装形態では、パブリッシャーは、トラフィックの特定の側面（パブリッシャーのページ識別子又は広告ネットワークのパブリッシャー名等）を識別するカスタム属性及び／又はパラメータを提供することができる。ＭＶＥＰは、パブリッシャーのトラフィックから導出される情報及び属性及び／又はパラメータを使用して、在庫ツールをこれらの組織の運営スタッフに提供することができ、それにより、これらのカスタム属性にわたるファセットを見つけることを可能にし、より具体的な適格性情報（例えば、マイホームページに適確な要求がいくつあるか対マイニュースページに適確な要求がいくつあるか）を特定する。
【０１１９】
追跡ビーコンにより、ＭＶＥＰは、トラフィックのうちのどれくらいが報酬の受け取りに適格であるかの推定をパブリッシャーに通信することができる。在庫を覗き、どれくらいが適格であるかを見られるようにするツール及びユーザインターフェースが、パブリッシャー及び広告ネットワークに対して構築可能である。しかし、上述したように、キャンペーンが開始されたときに、それだけが広告の的を絞る手段を提供するのではない。代わりに、広告主が、広範囲のキャンペーンの的を絞り、ＭＶＥＰを使用して適格性を検出し、それに従ってオファーを付与する必要があり得る。過度に広範囲のキャンペーンは、購入された適格インプレッションと実際に届けられた適格インプレッションとの調停に伴う実行後問題を生じさせるおそれがある。これらの問題の影響を低減するために、ＭＶＥＰは、広告主がキャンペーンをリターゲティングできるようにする。
【０１２０】
例えば、図１２を参照すると、ユーザ１２０２は、広告ネットワーク１２０４から広告を要求する（１２０８）。広告ネットワーク１２０４は、ＭＶＥＰビーコンを含む広告を選択する（１２１０）。広告はユーザに戻される（１２１２）。広告が表示されるか、又は他の方法でユーザのクライアントデバイスによってアクセスされると、ビーコンが出され、メッセージをＭＶＥＰ１２０６に送信する（１２１４）。ＭＶＥＰ１２０６は、ユーザ１２０２の適格性を特定し、適格性をデータストアに記憶する（１２１８）。
【０１２１】
次に、ＭＶＥＰ１２０６は、ユーザのクライアントデバイスにクッキーを設定し、クライアントデバイスを広告ネットワークビーコンにリダイレクトする（１２２０）。第２のビーコンが出され、メッセージを広告ネットワーク１２０４に送信する（１２２２）。広告ネットワークは、それ自体のクッキーをユーザのクライアントデバイスに設定し得る（１２２４）。
【０１２２】
次回、ユーザが広告を要求する（１２２６）とき、クッキーは、ユーザ１２０２がＭＶＥＰオファーに適格であることを広告ネットワークに通知する。広告ネットワークは、適切な広告を選択し（１２２８）、ＭＶＥＰイネーブル広告をユーザに戻す（１２３０）。
【０１２３】
図１３は、本明細書に記載される技法と併用し得る汎用コンピュータデバイス１３００と汎用モバイル計算デバイス１３５０との例を示す。計算デバイス１３００は、ラップトップ、デスクトップ、ワークステーション、個人情報端末、サーバ、ブレードサーバ、メインフレーム、及び他の適切なコンピュータ等の様々な形態のデジタルコンピュータを表すことが意図される。計算デバイス１３５０は、個人情報端末、セルラ電話、スマートフォン、及び他の同様の計算デバイス等の様々な形態のモバイルデバイスを表すことが意図される。ここで示される構成要素、それらの接続、関係、及び機能は、単なる例示であることが意図され、本文書に記載され、且つ／又は特許請求される本発明の実装形態の限定を意図しない。
【０１２４】
計算デバイス１３００は、プロセッサ１３０２と、メモリ１３０４と、記憶デバイス１３０６と、メモリ１３０４及び高速拡張ポート１３１０に接続する高速インターフェース１３０８と、低速バス１３１４及び記憶デバイス１３０６に接続する低速インターフェース１３１２とを含む。構成要素１３０２、１３０４、１３０６、１３０８、１３１０、及び１３１２のそれぞれは、様々なバスを使用して相互接続され、共通マザーボードに搭載され得るか、又は他の方法で適宜搭載され得る。プロセッサ１３０２は、メモリ１３０４又は記憶デバイス１３０６に記憶された命令を含め、命令を処理して、計算デバイス１３００内で実行し、高速インターフェース１３０８に結合されたディスプレイ１３１６等の外部入／出力デバイスにＧＵＩについてのグラフィカル情報を表示することができる。他の実装形態では、複数のメモリ及び複数のタイプのメモリと共に、複数のプロセッサ及び／又は複数のバスが適宜使用され得る。また、複数の計算デバイス１３００が接続され得、各デバイスは必要な動作の部分を提供する（例えば、サーババンク、ブレードサーバ群、又はマルチプロセッサシステムとして）。
【０１２５】
メモリ１３０４は、情報を計算デバイス１３００内に記憶する。一実装形態では、メモリ１３０４は１つ又は複数の揮発性メモリユニットである。別の実装形態では、メモリ１３０４は１つ又は複数の不揮発性メモリユニットである。メモリ１３０４は、磁気ディスク又は光ディスク等の別の形態のコンピュータ可読媒体であってもよい。
【０１２６】
記憶デバイス１３０６は、計算デバイス１３００の大容量記憶を提供することが可能である。一実装形態では、記憶デバイス１３０６は、フロッピー（登録商標）ディスクデバイス、ハードディスクデバイス、光ディスクドライブ、テープデバイス、フラッシュメモリ、他の同様の固体状態メモリデバイス、又はストレージエリアネットワーク若しくは他の構成のデバイスを含むデバイスアレイ等のコンピュータ可読媒体であり得、又はコンピュータ可読媒体を含み得る。コンピュータプログラム製品は、情報キャリアで有形に実施することができる。コンピュータプログラム製品は、実行されると、上述した方法等の１つ又は複数の方法を実行する命令を含んでもよい。情報キャリアは、メモリ１３０４、記憶デバイス１３０６、プロセッサ１３０２上のメモリ、又は伝搬信号等のコンピュータ可読又はマシン可読媒体である。
【０１２７】
高速コントローラ１３０８は、計算デバイス１３００の帯域幅集約的動作を管理し、一方、低速コントローラ１３１２は帯域幅集約性がより低い動作を管理する。機能のそのような割り振りは単なる例示である。一実装形態では、高速コントローラ１３０８は、メモリ１３０４、ディスプレイ１３１６（例えば、グラフィックスプロセッサ又はアクセラレータを通して）、及び高速拡張ポート１３１０に結合され、高速拡張ポート１３１０は様々な拡張カード（図示せず）を受け入れ得る。実装形態では、低速コントローラ１３１２は、記憶デバイス１３０６及び低速拡張ポート１３１４に結合される。低速拡張ポートは、様々な通信ポート（例えば、ＵＳＢ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）、イーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）、ワイヤレスイーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標））を含み得、例えば、ネットワークアダプタを通してキーボード、ポインティングデバイス、スキャナ、又はスイッチ若しくはルータ等のネットワーキングデバイス等の１つ又は複数の入／出力デバイスに結合し得る。
【０１２８】
計算デバイス１３００は、図に示されるように、幾つかの異なる形態で実施し得る。例えば、標準サーバ１３２０として実施し得、又はそのようなサーバの群内で複数回実施し得る。ラックサーバシステム１３２４の部分として実施することもできる。加えて、ラップトップコンピュータ１３２２等のパーソナルコンピュータで実施し得る。代替的には、計算デバイス１３００からの構成要素は、デバイス１３５０等のモバイルデバイス（図示せず）内の他の構成要素と組み合わせ得る。そのようなデバイスのそれぞれは、計算デバイス１３００、１３５０の１つ又は複数を含み得、システム全体は、互いに通信する複数の計算デバイス１３００、１３５０で構成され得る。
【０１２９】
計算デバイス１３５０は、プロセッサ１３５２と、メモリ１３６４と、ディスプレイ１３５４等の入／出力デバイスと、通信インターフェース１３６６と、送受信器１３６８とを含む。デバイス１３５０に、マイクロドライブ又は他のデバイス等の記憶デバイスを設けて、追加のストレージを提供することもできる。構成要素１３５０、１３５２、１３６４、１３５４、１３６６、及び１３６８のそれぞれは、様々なバスを使用して相互接続され、構成要素の幾つかは、共通マザーボードに搭載し得、又は他の方法で適宜搭載し得る。
【０１３０】
プロセッサ１３５２は、メモリ１３６４に記憶された命令を含め、計算デバイス１３５０内の命令を実行することができる。プロセッサは、別個の複数のアナログプロセッサ及びデジタルプロセッサを含むチップのチップセットとして実施し得る。プロセッサは、例えば、ユーザインターフェース、デバイス１３５０によって実行されるアプリケーション、及びデバイス１３５０によるワイヤレス通信の制御等のデバイス１３５０の他の構成要素の調整を提供し得る。
【０１３１】
プロセッサ１３５２は、制御インターフェース１３５８と、ディスプレイ１３５４に結合されたディスプレイインターフェース１３５６とを通してユーザと通信し得る。ディスプレイ１３５４は、例えば、ＴＦＴ  ＬＣＤ（薄膜トランジスタ液晶ディスプレイ）、ＯＬＥＤ（有機発光ダイオード）ディスプレイ、又は他の適切なディスプレイ技術であり得る。ディスプレイインターフェース１３５６は、ディスプレイ１３５４を駆動して、グラフィカル情報及び他の情報をユーザに提示するのに適切な回路を備え得る。制御インターフェース１３５８は、コマンドをユーザから受信し、コマンドを変換してプロセッサ１３５２に提出し得る。加えて、プロセッサ１３５２と通信する外部インターフェース１３６２が提供されて、他のデバイスとの近距離通信を可能にし得る。外部インターフェース１３６２は、例えば、幾つかの実装形態では有線通信又は他の実装形態では無線通信を提供し得、複数のインターフェースを使用することも可能である。
【０１３２】
メモリ１３６４は、計算デバイス１３５０内の情報を記憶する。メモリ１３６４は、１つ若しくは複数のコンピュータ可読媒体、１つ若しくは複数の揮発性メモリユニット、又は１つ若しくは複数の不揮発性メモリユニットの１つ又は複数として実施することができる。拡張メモリ１３７４も提供し得、拡張インターフェース１３７２を通してデバイス１３５０に接続し得、拡張インターフェース１３７２は、例えば、ＳＩＭＭ（シングルインラインメモリモジュール）カードインターフェースを含み得る。そのような拡張メモリ１３７４は、追加の記憶空間をデバイス１３５０に提供することができ、又はデバイス１３５０のアプリケーション若しくは他の情報を記憶することもできる。特に、拡張メモリ１３７４は、上述したプロセッサを実行又は補足する命令を含み得、セキュア情報を含むこともできる。したがって、例えば、拡張メモリ１３７４は、デバイス１３５０のセキュリティモジュールとして提供し得、デバイス１３５０のセキュアな使用を可能にする命令を用いてプログラミングし得る。加えて、セキュアアプリケーションは、識別情報をＳＩＭＭカードにハッキング不可能なように配置する等、追加の情報と共にＳＩＭＭカードを介して提供し得る。
【０１３３】
メモリは、例えば、後述するように、フラッシュメモリ及び／又はＮＶＲＡＭメモリを含み得る。一実装形態では、コンピュータプログラム製品は、情報キャリアで有形に実施される。コンピュータプログラム製品は、実行されると、上述した方法等の１つ又は複数の方法を実行する命令を含む。情報キャリアは、メモリ１３６４、拡張メモリ１３７４、プロセッサ１３５２上のメモリ、又は送受信器１３６８若しくは拡張インターフェース１３６２を介して受信し得る伝搬信号等のコンピュータ可読又はマシン可読媒体である。
【０１３４】
デバイス１３５０は、通信インターフェース１３６６を通してワイヤレスで通信し得、通信インターフェース１３６６は、必要な場合にはデジタル信号処理回路を含み得る。通信インターフェース１３６６は、特に、ＧＳＭ（登録商標）ボイスコール、ＳＭＳ、ＥＭＳ、又はＭＭＳメッセージング、ＣＤＭＡ、ＴＤＭＡ、ＰＤＣ、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、又はＧＰＲＳ等の様々なモード又はプロトコル下での通信を提供し得る。そのような通信は、例えば、無線周波数送受信器１３６８を通して行われ得る。加えて、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ＷｉＦｉ、又は他のそのような送受信器（図示せず）を使用する等、近距離通信が行われ得る。加えて、ＧＰＳ（全地球測位システム）受信モジュール１３７０が、追加のナビゲーション及びロケーション関連ワイヤレスデータをデバイス１３５０に提供し得、このデータはデバイス１３５０で実行中のアプリケーションによって適宜使用され得る。
【０１３５】
デバイス１３５０は音声コーデック１３６０を使用して可聴通信することもでき、音声コーデック１３６０は、ユーザから話された情報を受信し、それを使用可能なデジタル情報に変換し得る。音声コーデック１３６０は同様に、例えば、デバイス１３５０のハンドセット内のスピーカを通して等、ユーザに可聴音声を生成し得る。そのような音声は、音声電話呼からの音声を含み得、録音（例えば、ボイスメッセージ、音楽ファイル等）を含み得、デバイス１３５０で動作中のアプリケーションによって生成される音声を含むこともできる。
【０１３６】
計算デバイス１３５０は、図に示されるように、幾つかの異なる形態で実施し得る。例えば、セルラ電話１３８０として実施し得る。スマートフォン１３８２、個人情報端末、又は他の同様のモバイルデバイスの部分として実施することもできる。
【０１３７】
本明細書では、以下の用語が使用された場合、以下に示唆されるように広い意味で使用している。
【０１３８】
【表１】
2016531347.tif 000003
本明細書に記載されるシステム及び技法の様々な実装形態は、デジタル電子回路、集積回路、特定用途に向けて設計されたＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はその組合せで実現することができる。これらの様々な実装形態は、専用又は汎用であり得、記憶システムに結合されて、データ及び命令を送受信する少なくとも１つのプログラマブルプロセッサと、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスとを含むプログラマブルシステムで実行可能であり、且つ／又は解釈可能な１つ又は複数のコンピュータプログラムでの実施を含むことができる。
【０１３９】
これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、又はコードとしても知られる）は、プログラマブルプロセッサのマシン命令を含み、高水準手続き型プログラミング言語、オブジェクト指向プログラミング言語、及び／又はアセンブリ言語／機械語で実施することができる。本明細書で使用される場合、「マシン可読媒体」及び「コンピュータ可読媒体」という用語は、マシン命令をマシン可読信号として受信するマシン可読媒体を含め、マシン命令及び／又はデータをプログラマブルプロセッサに提供するのに使用される任意のコンピュータプログラム製品、装置、及び／又はデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブル論理デバイス（ＰＬＤ））を指す。「マシン可読信号」という用語は、マシン命令及び／又はデータをプログラマブルプロセッサに提供するのに使用される任意の信号を指す。
【０１４０】
ユーザとの対話を提供するために、本明細書に記載されるシステム及び技法は、情報をユーザに表示する表示装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ））と、ユーザが入力をコンピュータに提供できるようにするキーボード及びポインティングデバイス（例えば、マウス又はトラックボール）とを有するコンピュータで実施することができる。ユーザとの対話を提供するために、他の種類のデバイスも同様に使用可能であり、例えば、ユーザに提供されるフィードバックは、任意の形態の感覚フィードバック（例えば、視覚的フィードバック、聴覚的フィードバック、又は触覚的フィードバック）であることができ、ユーザからの入力は、音響、発話、又は触覚的入力を含め、任意の形態で受け取ることができる。
【０１４１】
本明細書に記載されるシステム及び技法は、バックエンド構成要素（例えば、データサーバとして）を含む計算システム、ミドルウェア構成要素を含む（例えば、アプリケーションサーバとして）計算システム、フロントエンド構成要素を含む（例えば、本明細書に記載されるシステム及び技法の実装形態とユーザが対話できるようにするグラフィカルユーザインターフェース又はウェブブラウザを有するクライアントコンピュータ）計算システム、又はそのようなバックエンド構成要素、ミドルウェア構成要素、若しくはフロントエンド構成要素の任意の組合せで実施することができる。システムの構成要素は、任意の形態又は媒体のデジタルデータ通信（例えば、通信ネットワーク）によって相互接続することができる。通信ネットワークの例としては、ローカルエリアネットワーク（「ＬＡＮ」）、広域ネットワーク（「ＷＡＮ」）、及びインターネットが挙げられる。
【０１４２】
計算システムはクライアント及びサーバを含むことができる。クライアント及びサーバは一般に、互いからリモートであり、通常、通信ネットワークを通して対話する。クライアント及びサーバの関係は、各コンピュータで実行され、互いに対してクライアント−サーバ関係を有するコンピュータプログラムによって生じる。
【０１４３】
図に示される論理フローは、所望の結果を達成するために、示される特定の順序又は逐次順序を必要としない。加えて、他のステップが提供可能であり、又は記載されるフローからステップがなくなってもよく、他の構成要素が記載のシステムに追加されてもよく、又は記載のシステムから除去されてもよい。
【０１４４】
他の実施形態も以下の特許請求の範囲内にある。
【図１３】
2016531347.tif 000004
【図１】
2016531347.tif 000005
【図２】
2016531347.tif 000006
【図３】
2016531347.tif 000007
【図４】
2016531347.tif 000008
【図５】
2016531347.tif 000009
【図６】
2016531347.tif 000010
【図７】
2016531347.tif 000011
【図８Ａ】
2016531347.tif 000012
【図８Ｂ】
2016531347.tif 000013
【図９】
2016531347.tif 000014
【図１０】
2016531347.tif 000015
【図１１Ａ】
2016531347.tif 000016
【図１１Ｂ】
2016531347.tif 000017
【図１１Ｃ】
2016531347.tif 000018
【図１２】
2016531347.tif 000019
【国際調査報告】
2016531347.tif 000020
2016531347.tif 000021
2016531347.tif 000022