(57)【要約】【課題】広告と共に消費のための電子コンテンツ項目を配信する方法。【解決手段】一実施形態において、コンテンツ提供者は、広告が挿入されるべき電子コンテンツ項目内の１つ又は複数のスロットを識別するライセンスを作成する。ライセンスは、スロットの中に挿入されることが許可されない１つ又は複数のタイプの広告を指定し、且つまた、１つ又は複数のスロットに挿入する広告を動的に選定するための基準を指定する。コンテンツ提供者は、電子ライセンスを電子コンテンツ項目と安全に関連付け、且つ電子コンテンツ項目と電子ライセンスを消費のために又はエンドユーザへのその後の伝送のために第三者に配信する。【選択図】図１
2014222544.tif 000002
【特許請求の範囲】
【請求項１】
広告と共に消費のための電子コンテンツ項目を配信する方法であって、
電子ライセンスを作成するステップであって、前記ライセンスが、広告が挿入されるべき電子コンテンツ項目内の１つ又は複数のスロットを識別し、前記ライセンスが、前記スロットの中に挿入されることが許可されない１つ又は複数のタイプの広告をさらに指定し、前記ライセンスが、複数の広告の中から１つ又は複数のスロットに挿入する広告を動的に選択するための基準をさらに指定する、ステップと、
前記電子ライセンスを前記電子コンテンツ項目と安全に関連付けるステップと、
前記電子コンテンツ項目と前記電子ライセンスを第三者に配信するステップと、
を含む方法。
【請求項２】
前記広告を動的に選択するための基準が、各広告によってサブミットされる入札を評価することによって判断される場合に、コンテンツ提供者に対する最高収入をもたらす前記広告の選定を含む、請求項１に記載の方法。
【請求項３】
エンドユーザへの前記電子コンテンツ項目の提示と組み合わせて提示するためにどの広告が選択されたかに関する情報をクリアリングハウスから受信するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記電子コンテンツ項目が提示されたユーザに関する概要の匿名のユーザ・プロフィール情報をクリアリングハウスから受信するステップをさらに含む、請求項１に記載の方法。
【請求項５】
電子コンテンツ項目と共に消費のための電子広告を配信する方法であって、
電子ライセンスを作成するステップであって、前記ライセンスが、広告がエンドユーザにレンダリングされる度に前記広告の提供者がコンテンツ提供者に支払う意欲がある第１の量を指定し、前記電子ライセンスが、１つ又は複数の条件が満たされる場合に、前記広告の前記提供者が前記コンテンツ提供者に支払う意欲がある第２の量をさらに指定し、このとき前記第２の量は前記第１の量よりも大きい、ステップと、
前記電子ライセンスを前記電子広告項目と安全に関連付けるステップと、
前記電子広告と前記電子ライセンスを第三者に配信するステップと、
を含む方法。
【請求項６】
前記１つ又は複数の条件が、前記広告が提示されることになるユーザのタイプに関係する１つ又は複数の条件を含む、請求項５に記載の方法。
【請求項７】
前記１つ又は複数の条件が、前記広告が前記ユーザに提示されることになる環境に関係する１つ又は複数の条件を含む、請求項５に記載の方法。
【請求項８】
前記１つ又は複数の条件が、それと共に前記広告が前記ユーザに提示されることになるコンテンツ項目のタイプに関係する１つ又は複数の条件を含む、請求項５に記載の方法。
【請求項９】
前記１つ又は複数の条件が、前記広告が提示されることになるユーザのタイプ、及びそれと共に前記広告が前記ユーザに提示されることになるコンテンツ項目のタイプに関係する１つ又は複数の条件を含む、請求項５に記載の方法。
【請求項１０】
前記電子広告の代わりにユーザに提示するために別の広告が選択されたという文脈に関する情報をクリアリングハウスから受信するステップと、
新しいライセンスを作成するステップであって、前記新しいライセンスが、１つ又は複数の条件が満たされる場合に、前記広告の前記提供者が前記コンテンツ提供者に支払う意欲がある第３の量を指定し、このとき前記第３の量は前記第１の量及び前記第２の量よりも大きい、ステップと、
前記新しいライセンスを第三者に配信するステップと、
をさらに含む、請求項５に記載の方法。
【請求項１１】
電子広告が提示されたユーザに関する概要の匿名のユーザ・プロフィール情報をクリアリングハウスから受信するステップをさらに含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権の許諾
本特許明細書の開示内容の一部には、著作権保護の対象物が含まれる。著作権者は、特許商標庁の特許ファイル又は記録への掲載に伴う本特許明細書又は特許開示の複写には異議を提起しないが、それ以外については、どのようなものであれ、全ての著作権を制限する。
【０００２】
関連出願への相互参照
本出願は、２００９年５月２１日に出願された米国特許仮出願第６１／１８０，３５９号に基づく優先権を主張するものであり、且つそのすべてが参照により本明細書に組み入れられる２００８年４月３０日に出願された米国特許仮出願第６１／０４９，０３０号、２００８年６月２４日に出願された第６１／０７５，３０４号、及び２００８年６月２３日に出願された第６１／０７４，９９５号に基づく優先権を主張する２００９年４月３０日に出願された米国特許出願第１２／４３３，８８１号（「‘８８１出願」）の一部継続出願である。
【背景技術】
【０００３】
電子通信インフラストラクチャがワールドワイドを改善するのに伴って、デジタル・コンテンツの配信は、効率的なデジタル・メディア形式、デジタル記憶技術の経済性、並びにピアツーピア及び集団指向のソーシャル・ネットワーキングの後援のもとに、急速に変貌を遂げている。例えば、インターネットＴＶ及びモバイルＴＶは、新しい映像配信機能を提供するが、恐らくこれらの技術の双方の最も重要な態様は、多数の他のインターネットベースのサービスにリンクする能力である。本発明の好ましい実施形態において、コンテンツ配信技術は、デジタル・コンテンツの配信をサポートするために広告サービスにリンクされる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ａｄベースのコンテンツ配信システムは、ａｄがコンテンツの生産だけでなくコンテンツ及びその上でコンテンツがレンダリングされるデバイスを流通させるサービスにも資金提供することができるという希望をもたらす。しかしながら、膨大な量のコンテンツを消費する平均的な消費者のキャパシティを無視して、ａｄがすべての流通網に資金提供することになっている場合、ａｄは、高度に信頼できる且つ測定可能な方法で消費者に効率よく配信され、且つ消費者によくマッチする必要がある。すなわち、ａｄが消費者の現在の関心とよくマッチすること及びａｄの配信及びマッチを行うことのオーバーヘッドが最小にされることを保証するために、ａｄインプレッションに対する各機会が最適化されるべきである。
【課題を解決するための手段】
【０００５】
本明細書で説明されるシステム及び方法の実施形態は、コンテンツの消費時に及び／又は消費点でユーザにターゲットが絞られたａｄを効率よくマッチングすることによって、コンテンツ配信の貨幣化を可能にする。コンテンツ項目と広告は、独立して超配信（ｓｕｐｅｒ−ｄｉｓｔｒｉｂｕｔｅｄ）し、又は従来の商業的方法を介して配信することができる。消費者がコンテンツをオンライン又はオフラインで用いるときに、該消費者に良くターゲットが絞られた広告によってこの使用状況（ｕｓａｇｅ）イベントが資金提供されること、及びイベントがコンテンツ提供者又は配信者、並びにシステムに付加価値を付けることに関与する他の利害関係者を最適に補償することを保証するために、効率的な機構が採用される。好ましい実施形態は、非常に効率的な自動化と、多くのコンテンツ配信サービス、ａｄサービス、レンダリング・アプリケーション、及びデバイスの種類によって用いられるように規模を調整する能力とを提供する。幾つかの実施形態において、ターゲティング、リアルタイム・マッチング、及び競売機構の最適化を可能にするために、効率的なフィードバック機構を用いることができる。
【０００６】
本発明は、付属の図面と併せて以下の詳細な説明を参照することによって容易に理解されるであろう。
【図面の簡単な説明】
【０００７】
【図１】或る実施形態に係る広告及びコンテンツを配信するシステムの例を示す図である。
【図２】或る実施形態を実践するのに用いることができるコンピュータ・システムのより詳細な例を示す図である。
【図３】広告を配信する、選択する、及び提示する方法の例を示す図である。
【図４】好ましい実施形態における種々のプレーヤとそれらに提供されるインターフェースのハイレベル図である。
【図５】一実施形態におけるコンテンツ・デプロイメント・スキームを例証する図である。
【図６】一実施形態に係るａｄデプロイメント・スキームを例証する図である。
【図７】広告の動的選択を例証する図である。
【図８】一実施形態に係る監査レポートを例証する図である。
【図９】１つの例となる実施形態における種々のシステム・コンポーネントと、それらの間のメッセージ対話を例証する図である。
【図１０】好ましい実施形態によってサポートされる異なるタイプのデバイスの例を示す図である。
【図１１】デバイスに対する広告を予めフィルタするためのサーバ側ａｄマッチングの使用を例証する図である。
【図１２】例証となるａｄ−タグ分類法を示す図である。
【図１３】例示的な実施形態におけるガバナンス関連の幾つかの例を示す図である。
【図１４】ゾーンに分けられる１個のコンテンツの例を示す図である。
【図１５】ゾーンに分けられる１個のコンテンツの別の例を示す図である。
【図１６】動的メディアゾーン技術に従ってフォーマットされる１個のメディア・コンテンツを示す図である。
【図１７】動的メディアゾーン技術を用いる１個のコンテンツと広告との一体化を示す図である。
【図１８】或る実施形態で用いられる例となるメディアプレーヤを示す図である。
【図１９】一実施形態に係るａｄ−マッチング・プロセスを示す図である。
【図２０】コンテンツ配信を貨幣化するためのプロセスを示す図である。
【発明を実施するための形態】
【０００８】
本発明の詳細な説明が以下で提供される。幾つかの実施形態が説明されるが、本発明は、いずれか１つの実施形態に限定されず、代わりに、多くの変形、修正、及び均等物を包含することを理解されたい。加えて、本発明の十分な理解を提供するために多くの具体的な詳細が以下の説明に記載されるが、幾つかの実施形態は、これらの詳細の幾つか又はすべてを伴わずに実施することができる。そのうえ、明瞭にするために、関連技術において公知の或る技術的材料は、本発明を不必要に不明瞭にすることを避けるために詳細には説明されていない。
【０００９】
エンドユーザへの広告又は他のコンテンツの供給を管理するために、特に、同一出願人による米国特許出願第１１／５８３，６９３号（公開番号第２００７／０１８０５１９号Ａ１）（「‘６９３出願」）で説明されたもののようなデジタル著作権管理（ｄｉｇｉｔａｌ  ｒｉｇｈｔｓ  ｍａｎａｇｅｍｅｎｔ）（「ＤＲＭ」）エンジンを用いるルールベースのメディア広告のためのシステム及び方法、同一出願人による米国特許出願第１２／１７８，５４３号（公開番号第２００９／００３１４３１号Ａ１）（「‘５４３出願」）で説明された動的メディアゾーン技術、‘８８１出願で説明された広告ターゲティング技術、及び／又は同一出願人による米国特許出願第１０／８６３，５５１号（公開番号第２００５／００２７８７１号）（「‘５５１出願」）で説明されたＤＲＭ及びサービス編成技術（‘６９３出願、‘５４３出願、及び‘５５１出願の内容は、それらの全体が参照により本明細書に組み入れられる）を含む、電子コンテンツの配信を容易にするシステム及び方法が本明細書で説明される。これらのシステム及び方法は、本明細書で採用されるコンポーネント、システム、及び方法の多くがそうであるように、新規なものであることが理解されるであろう。
【００１０】
好ましい実施形態は、以下の特徴の幾つか又はすべてを提供することができる。
【００１１】
・ターゲットが絞られたａｄ配信のための効果的な機構を用いることによって、及び該当する属性を有するユーザにａｄをマッチングし、これにより不適切なインプレッションの無駄を避けることによって、ａｄに対する効率的な市場を提起することにより、広告主に高い投資収益率（ｒｅｔｕｒｎ  ｏｎ  ｉｎｖｅｓｔｍｅｎｔ）（「ＲＯＩ」）を提供する。
【００１２】
・多くの異なるサービスを通じて多くの異なるデバイスにコンテンツを配信する及びピアツーピア（「Ｐ２Ｐ」）超配信するための自動化された市場を提供することによって、及びコンテンツ提供者／配信者にほとんどの値を提供するａｄによるレンダリングの時点で及び／又は場所でコンテンツによって要求されるａｄスロットが埋められることを保証することによって、コンテンツ提供者に対する収入を最大にし、且つ配信コストを最小にする。
【００１３】
・２層のユーザ・ターゲティングを提供し、この場合、第１の層は、ａｄコンテンツがデバイス又は他のユーザがアクセスできる配給点に配給されるときにａｄコンテンツを消費者とマッチさせ、第２の層は、消費者についてのより細分化された情報（例えば、時間、場所、環境、関心、使用状況データ、人口統計、最近の履歴、及び／又はそれに類似するものについての情報）を用いて、コンテンツのレンダリングの時点で提示するための特定のａｄを選定する。
【００１４】
・効果を高めるための提案と共にａｄキャンペーン効果に対するリアルタイムに近い統計を提供する。
【００１５】
・サービス・プロバイダに対するａｄ、コンテンツ、及びレンダリング技術を配信する刺激を提供する。
【００１６】
・ａｄ選定を最適化するのに用いることができる該当する属性を消費者と安全に且つプライベートに関連付ける一助となるサービスへの刺激を提供する。
【００１７】
・消費者のデバイス上で又は消費者のプライベート属性情報を暴露しないユーザのデバイスに対する信用されたウェブベースのプロキシ上でａｄマッチング機構を用いることによって消費者のプライバシーを保証する。
【００１８】
好ましい実施形態において、ターゲットが絞られた広告に対するスケーラブル・プラットフォームが提供される。プラットフォームは、従来のａｄ−マッチング技術と適合し且つそれらの使用状況をインターネット広告を越えて拡張することによって拡大する。同様に、プラットフォームは、既存のコンテンツ配信及びａｄ配信ネットワークと共にシームレスに働き、且つ顧客からの効果的なフィードバック機構を提供して、これによりすべての利害関係者に対する最適なペイオフを可能にするように設計される。
【００１９】
図１は、本発明の或る実施形態に係る広告１０４及びコンテンツ１０８を配信するシステムの例を示す。図１に示すように、ユーザのシステム１０１は、種々の広告提供者１０２ａ、１０２ｂ、１０２ｃから種々の広告１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ、１０４ｅを受信する。ユーザのシステム１０１はまた、種々のコンテンツ提供者１０６ａ、１０６ｂ、１０６ｃから種々のコンテンツ項目１０８ａ、１０８ｂ、１０８ｃ、１０８ｄを受信する。ユーザが１個のコンテンツ１０８ｄを利用するときに、ユーザのシステムは、以前に受信した広告１０４ａ〜１０４ｅから最適な広告１０４ｅを動的に選び、該広告１０４ｅを１個のコンテンツ１０８ｄと共にユーザに提示する。ユーザ、ユーザのデバイス、及び、ユーザのコンテンツの嗜好についての情報、並びにコンテンツの使用状況習慣を、広告選定プロセスで用いることができる。加えて、広告主１０２からコンテンツ所有者１０６への支払い又は他の補償の支給を容易にするために、どの広告がレンダリングされたかについての情報を収集し、クリアリングハウス（例えば、クリアリングハウス１１０又は別のクリアリングハウス）に送信することができる。代替的に又は加えて、こうした情報は、ユーザのデバイスからコンテンツ提供者１０６及び／又は広告提供者１０２に直接送信することができる。
【００２０】
コンテンツ提供者１０６は、音楽家、映画撮影所、出版社、ソフトウェア会社、著者、モバイルサービス・プロバイダ、インターネットコンテンツ・ダウンロード又は加入（ｓｕｂｓｃｒｉｐｔｉｏｎ）サービス、ケーブルテレビ又は衛星テレビ・プロバイダ、会社の従業員又はそれに類似するもの、若しくはそれらの代わりに作用するエンティティのような、コンテンツ所有者、作成者、又は配信者を含んでいてもよく、コンテンツ１０８は、デジタルビデオ・コンテンツ、音声コンテンツ、又はテキスト・コンテンツのようなあらゆる電子コンテンツ、映画、歌曲、ビデオゲーム、１個のソフトウェア、電子メールメッセージ、テキストメッセージ、ワードプロセッサによる文書、ウェブページ、レポート、電子書籍又は定期刊行物、若しくはあらゆる他のエンターテイメント、企業、又は他のコンテンツを含んでいてもよい。
【００２１】
図１に示された例において、エンティティ１０２及び１０６は、ライセンス１０３をコンテンツ１０８及び／又は広告１０４と関連付ける。ライセンス１０３は、エンティティ１０２、１０６のポリシー又は他の要請に基づいており、関連するコンテンツ又は広告の許可された及び／又は禁止された使用、及び／又は、コンテンツ又は広告を利用するために満足されなければならない１つ又は複数の条件、若しくは使用条件又は使用結果として満足されなければならない１つ又は複数の条件を指定する。一実施形態において、ライセンス１０３ａは、コンテンツ項目１０８ａの受信者が広告を見ることが必要とされるかどうかを指定してもよく、必要とされる場合、選ばれるために広告が満足させなければならない基準を指定してもよい。同様に、特定の広告１０４ａ、若しくは広告のグループ又はカテゴリと関連付けられたライセンス１０３ａは、それと共に広告がプレイされてもよい又は他の方法で一体化されてもよいコンテンツのタイプ、及び／又は、広告１０４ａが特定のタイプのコンテンツ１０８と一体化される場合にエンティティ１０２ａが提供する意欲のある報酬又は他の補償を指定してもよい。
【００２２】
コンテンツ１０８、広告１０４、及び／又はライセンス１０３は、暗号化技術又はデジタル署名技術、若しくは用いられるデジタル著作権管理システム（もしあれば）に従うあらゆる他のセキュリティ保護のような１つ又は複数の暗号機構によって守られてもよく、信用機関１１０は、適切な暗号キー、証明書、及び／又はそれに類似するものを提供してもよい。
【００２３】
コンテンツ１０８、広告１０４、及びライセンス１０３は、インターネット、ローカル・エリア・ネットワーク、無線ネットワーク、仮想プライベートネットワーク、広域ネットワーク、及び／又はそれに類似するもののようなネットワークを介して、ケーブル、衛星中継、放送、又は移動体通信を介して、及び／又はコンパクト・ディスク（ＣＤ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、ブルーレイ・ディスク、フラッシュメモリカード（例えば、セキュア・デジタル（ＳＤ）カード）、及び／又はそれに類似するもののような記録可能媒体を介して、といったようにあらゆる適切な手段によってエンドユーザ１０１に提供することができる。コンテンツ１０８は、同じ又は異なるソースから受信される単一のパッケージ又は伝送で、若しくは個別のパッケージ又は伝送で、ライセンス１０３と一緒にユーザに配給することができる。
【００２４】
エンドユーザのシステム１０１（例えば、パーソナルコンピュータ、モバイル電話、テレビ及び／又はテレビのセットトップ・ボックス、ポータブル・オーディオ及び／又はビデオプレーヤ、電子書籍リーダ、及び／又はそれに類似するもの）は、コンテンツ１０８を取り出し且つレンダリングするように動作可能なアプリケーション・ソフトウェア、ハードウェア、及び／又は専用論理を格納する。ユーザのシステムはまた、好ましくは、本明細書ではデジタル著作権管理エンジンと呼ばれる、コンテンツ１０８及び／又は広告１０４と関連付けられたライセンス１０３を評価し且つその用語を施行する（及び／又はコンテンツ・レンダリング・アプリケーションがこうした用語を施行することを可能にする）ためのソフトウェア及び／又はハードウェア、及び、より詳細に以下で説明されるように、適切な広告を選択してコンテンツ１０８の使用と組み合わせてレンダリングし、それに関係する情報を集め且つ報告するためのソフトウェア及び／又はハードウェアを含む。
【００２５】
デジタル著作権管理エンジン及び／又はａｄマッチング・エンジンは、互いに及び／又はコンテンツ・レンダリング・アプリケーションと構造的に又は機能的に一体化されてもよく、又は、別個のソフトウェア及び／又はハードウェアを備えてもよい。代替的に又は加えて、ユーザのシステムは、ユーザによって以前に得られた又は要求されたコンテンツへのユーザアクセスを認めるかどうか、並びに、広告をそれと組み合わせてレンダリングするかどうか及びどの広告をそれと組み合わせてレンダリングするかについての判断を下すために、デジタル著作権管理エンジン及び／又はａｄマッチング・エンジンを用いる遠隔システム（例えば、サーバ、パーソナルコンピュータ又はテレビのセットトップ・ボックスのようなデバイスのユーザのネットワークにおける別のデバイス、及び／又はそれに類似するもの）と通信してもよい。
【００２６】
デジタル著作権管理エンジン、及び／又はユーザのシステム上の、又はそれとの遠隔通信における他のソフトウェア又はハードウェアはまた、保護されたコンテンツ及び／又は広告へのユーザのアクセス又は保護されたコンテンツ及び／又は広告の他の使用に関する情報を記録してもよい。幾つかの実施形態において、この情報の幾つか又はすべては、例えば、収入（使用料、広告ベースの収入などのような）を分配し、ユーザの嗜好を判断し、システム・ポリシーを施行する（例えば、どのように及びいつ機密情報が用いられるかを監視する）及び／又はそれに類似するものに用いるために、潜在的に匿名の形態で、間接関係人（例えば、クリアリングハウス１１０、コンテンツ作成者、コンテンツ所有者、又はコンテンツ提供者１０６、ユーザのマネージャ、それらの代わりに作用するエンティティ、及び／又はそれに類似するもの）に通信されてもよい。
【００２７】
図１に示すように、コンテンツ１０８は、広告１０４（又はライセンス１０３）と一緒に配信される必要はない。広告１０４は、別々に提供し、ユーザのシステム１０１によって動的にコンテンツ１０８と一体化されることが可能である。より詳細に以下で説明されるように、この一体化は、好ましくは、コンテンツ１０８、広告１０４、及び／又は、コンテンツと一体化されてもよい又は一体化されなければならない広告のタイプ及び量、及び／又はそれと共に広告がレンダリングされてもよいコンテンツのタイプに関するユーザ又はシステムと関連付けられたライセンス１０３においてエンコードされたルールに従ってなされる。好ましい実施形態において、システムは、ユーザ（例えば、年齢、性別など）、使用状況履歴、及びユーザの嗜好についての人口学的情報、及び／又はユーザ又はユーザの環境についての他の情報（例えば、時間帯、全地球測位システム（ＧＰＳ）座標など）を用いることによって、ａｄとコンテンツとのマッチングを最適化することを試みる。一実施形態において、マッチングはローカルで行われるので、このユーザ及び環境情報は、ユーザのシステム上に維持することができ、第三者に伝送される必要はなく、したがって、広告の非常に的確なターゲティングを可能にしながらユーザのプライバシーを保護する。前に示したように、幾つかの実施形態において、幾つかのユーザ情報及び／又は環境情報の匿名のバージョンが、コンテンツ提供者及び／又はａｄ提供者に再配信してユーザが関心をもつ可能性があるコンテンツ及びａｄの将来の支給を容易にするために、クリアリングハウス１１０に送信される。
【００２８】
本発明の範囲内で図１と組み合わせて提示されるアーキテクチャ及び関係性の多くの変形を作製することができることが理解されるであろう。例えば、限定ではなしに、幾つかのシステムにおいて、コンテンツの幾つか又はすべてが幾つかの広告と一緒に配給されてもよく、コンテンツと広告が単一のソース（例えば、テレビのサービス・プロバイダ）からユーザのシステムに配給されてもよく、及び／又は１個のコンテンツが複数の広告と一体化されてもよい。幾つかの実施形態において、どの広告（単数又は複数）が１個のコンテンツと組み合わせて提示されるかの判断は、遠隔システムによって行うことができ、及び／又は広告とコンテンツとの一体化を遠隔的に行い、次いで、一体化されたコンテンツと広告を表示する又は他のレンダリングのためにユーザのシステムに伝送することができる。したがって、図１は、限定する目的でではなく例証し及び説明する目的で提供されることが理解されるであろう。
【００２９】
図２は、本発明の実施形態を実施するために用いることができるシステム２００の例を示す。例えば、システム２００は、エンドユーザのデバイス１０１、広告提供者の計算システム１０２、コンテンツ提供者のシステム１０６、及び／又はそれに類似するものの実施形態を備えてもよい。例えば、システム２００は、パーソナルコンピュータ又はネットワークサーバのような汎用計算デバイス、若しくは小型携帯移動電話機、パーソナル・デジタル・アシスタント、ポータブル・オーディオ又はビデオプレーヤ、電子書籍リーダ、タブレット、テレビのセットトップ・ボックス、広告塔（ｋｉｏｓｋ）、ゲーミング・システム又はそれに類似するもののような特化された計算デバイスを備えてもよい。システム２００は、典型的に、プロセッサ２０２、メモリ（すなわち、コンピュータ可読媒体）２０４、ユーザ・インターフェース２０６、リムーバブル・メモリ２０８を受け入れるためのポート２０７、ネットワーク・インターフェース２１０、及び上述の要素を接続するための１つ又は複数のバス２１２を含むであろう。システム２００の動作は、典型的に、メモリ２０４に格納されたプログラムの案内の下で動作するプロセッサ２０２によって制御されるであろう。メモリ２０４は、一般に、高速ランダムアクセスメモリ（ＲＡＭ）と、磁気ディスク及び／又はフラッシュＥＥＰＲＯＭのような不揮発性メモリとの両方を含むであろう。メモリ２０４の幾つかの部分は、システム２００の他のコンポーネントから読み出されること又はシステム２００の他のコンポーネントによって書き込まれることができないように制約されてもよい。ポート２０７は、ＵＳＢドングル、ＣＤ−ＲＯＭ、ＤＶＤ、メモリカード、ＳＤカード、ディスケット、他の磁気媒体又は光学媒体、及び／又はそれに類似するもののようなコンピュータ可読媒体２０８を受け入れるためのディスクドライバ又はメモリスロットを備えてもよい。ネットワーク・インターフェース２１０は、典型的に、インターネット又はイントラネット（例えば、ＬＡＮ、ＷＡＮ、ＶＰＮなど）のようなネットワーク２２０を介してシステム２００と他の計算デバイス（及び／又は計算デバイスのネットワーク）との間の接続を提供するように動作可能であり、且つ物理的にこうした接続をするために１つ又は複数の通信技術（例えば、無線、イーサネット（登録商標）、及び／又はそれに類似するもの）を採用してもよい。幾つかの実施形態において、システム２００はまた、システム２００のユーザ又は他のエンティティによる不正変更から保護される処理装置２０３を含んでもよい。こうした安全な処理装置は、キー管理、署名照合、及びルール施行プロセスの他の態様のような慎重な扱いを要する動作のセキュリティを強化することができる。
【００３０】
図２に示すように、計算デバイス２００のメモリ２０４は、プロセッサ２０２（及び／又は２０３）によって実行されるときに計算デバイス２００の動作を制御することができる、種々のプログラム又はモジュールを含んでもよい。例えば、メモリ２０４は、典型的に、アプリケーションの実行を管理するためのオペレーティング・システム２２０、周辺機器など、保護された電子コンテンツをレンダリングするためのホスト・アプリケーション２３０、本明細書に記載のａｄ選定及びマッチング機能の態様を行うためのａｄマッチング・エンジン又はモジュール２３３、及び本明細書に記載の権利管理機能の幾つか又はすべてを実装するためのＤＲＭエンジン２３２を含むであろう。幾つかの実施形態において、ＤＲＭエンジン２３２は、制御プログラムを実行するための仮想機械２２２、及び仮想機械２２２によって用いられる状態情報を格納するための状態データベース２２４のような種々の他のモジュール、及び／又は、コンテンツを暗号化し及び／又は暗号解除し、ハッシュ関数及びメッセージ確認コードを計算し、デジタル署名を評価し、及び／又はそれに類似することのような暗号動作を行うための１つ又は複数の暗号モジュール２２６を備えてもよく、これらと同時に使用してもよく、及び／又はこれらを制御してもよい。メモリ２０４はまた、典型的に、保護されたコンテンツ２２８、広告２２７、及び関連するライセンス２２９、並びに暗号キー、証明書など（図示せず）を含むであろう。
【００３１】
本明細書に記載のシステム及び方法は、図２で例証されたものと類似の又は同一の計算デバイスと共に、又は図２に示されたコンポーネントの幾つかを有さない計算デバイス及び／又は図示されない他のコンポーネントを有する計算デバイスを含む事実上あらゆる他の適切な計算デバイスと共に実施することができることを当業者は理解するであろう。したがって、図２は限定する目的でではなく例証する目的で提供されることを理解されたい。
【００３２】
本明細書での解説は、システム（例えば、ＤＲＭエンジン、ａｄマッチング・エンジン、及びホスト・アプリケーションを含む）が意図されたように動作する場合に、ライセンスの用語が行使されることになるという仮定により、コンテンツと広告に関係するライセンス制約の施行について言及する。本明細書に記載のシステム及び方法の実際の適用では、悪意のある不正変更又は修正からのシステム（例えば、システムがそれと共に対話するソフトウェア及びハードウェア）の保護は、セキュリティ技術のあらゆる適切な組合せを用いて達成することができる。例えば、暗号化、デジタル署名、デジタル証明書、メッセージ確認コードなどのような暗号機構を採用して、例えば、‘６９３出願で説明されたように、ソフトウェア難読化、セルフ・チェッキング、カスタマイゼーション、透かし、アンチデバッグ、及び／又は他の機構のような構造的及び／又は戦術的セキュリティ手段がそうできたように、ＤＲＭエンジン、ホスト・アプリケーション、及び／又は他のシステム・ソフトウェア又はハードウェアを不正変更及び／又は他の攻撃から保護することができる。こうした技術の代表的な例は、例えば、米国特許第６，６６８，３２５号Ｂ１の「Ｏｂｆｕｓｃａｔｉｏｎ  Ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  Ｅｎｈａｎｃｉｎｇ  Ｓｏｆｔｗａｒｅ  Ｓｅｃｕｒｉｔｙ」及び同一出願人による米国特許出願第１１／１０２，３０６号（公開番号第２００５／０１８３０７２号Ａ１）の「Ｓｏｆｔｗａｒｅ  Ｓｅｌｆ−Ｄｅｆｅｎｓｅ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ」、米国特許出願第１１／７３７，４２８号（公開番号第２００８／００２８４７４号Ａ１）の「Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｗａｔｅｒｍａｒｋｉｎｇ  Ｓｏｆｔｗａｒｅ  ａｎｄ  Ｏｔｈｅｒ  Ｍｅｄｉａ」、米国特許出願第１０／１７２，６８２号（公開番号第２００３／００２３８５６号Ａ１）の「Ｓｏｆｔｗａｒｅ  Ｓｅｌｆ−Ｃｈｅｃｋｉｎｇ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ」、米国特許出願第１１／３３８，１８７号（公開番号第２００６／０１２３２４９号Ａ１）の「Ｔｒｕｓｔｅｄ  Ｓｔｏｒａｇｅ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ」、及び米国特許第７，１２４，１７０号Ｂ１の「Ｓｅｃｕｒｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ」において見出すことができ、この各々は、引用によりその全体が本明細書に組み入れられる。代替的に又は加えて、セキュリティをさらに強化するために、物理的セキュリティ技術（例えば、比較的アクセスしにくいメモリ、安全なプロセッサ、安全なメモリ管理ユニット、ハードウェアにより保護されたオペレーティングシステム・モード、及び／又はそれに類似するものの使用）を用いることができる。加えて、不正変更からアプリケーションを保護するために、多くの市販製品を用いることができ、そのうちのあらゆる適切な１つ又は複数のものを用いることができる。
【００３３】
システムの制度上の設計及び動作によって、並びに、そこにおける参加者の法的及び社会的規制によって、また別の形態のセキュリティを提供することができる。例えば、システムにおけるエンティティは、システム仕様及び要件を契約により遵守することに同意することを要求される場合があり、又はその間にシステム要件とのエンティティの適合性を検証することができる証明プロセス及び／又はそれに類似するものをサブミットする必要がある場合がある。例えば、デバイス又はアプリケーションは、環境内の他の実装と適合する方法でＤＲＭエンジンを実装することを要求される場合があり、及び／又は或るタイプ又はレベルの不正変更への抵抗性又は他のセキュリティを提供することを要求される場合がある。こうした要件とのデバイスの又は他のエンティティの適合性を立証するデジタル証明書を発行することができ、これらの証明書は、デバイス又はエンティティがシステムに参加することが許される前に、又は継続的な参加が許される条件として検証することができる。
【００３４】
こうしたセキュリティ技術は、当業者には周知のものであろうし、当面の所望の保護レベル及び／又は特定のアプリケーションの詳細に応じて、これらの技術の、幾つかのあらゆる適切な組合せ、いずれもなしで、又はすべてを用いることができることが理解されるであろう。或るセキュリティ機構が或る実施形態と組み合わせて本明細書で説明されるが、これらの技術の使用はすべての実施形態には要求されないことも理解されるであろう。本発明と組み合わせて用いることができるセキュリティ技術に対する付加的な限定はされない情報が、‘６９３出願に記載される。
【００３５】
好ましい実施形態において、特定のデプロイメントに対するセキュリティ・ポリシーは、ケースバイケースで考慮される。特定のシステムがコンテンツ及びａｄ配信機構に対する完全な制御を有する場合、これらの態様を取り巻くセキュリティ・ポリシーを緩和することができる。しかしながら、セキュリティ・ポリシーは、典型的に、コンテンツ及びａｄ配信機構が完全には制御されない場合に、より厳密なものとなる必要があるであろう。さらに別の例として、幾つかのプラットフォーム上では、顧客は、本質的により安全な場合があり、したがって、緩和されたセキュリティ・ポリシーで十分な場合がある。ところが、悪意のある攻撃を受けやすいプラットフォーム上では、セキュリティ・ポリシーは、典型的に、より厳密なものとなる必要があるであろう。選定されるセキュリティ・ポリシーはまた、典型的に、コンテンツ及びａｄの値、並びにシステムを破壊する異なる関係人の刺激に依存するであろう。
【００３６】
図３は、一実施形態に係る広告を配信する、選定する、及び提示する方法の例を示す。図３に示すように、消費者のデバイスは、コンテンツと広告を受信する（３００）。上記で説明されたように、消費者のデバイスは、あらゆる適切な手段を介してコンテンツと広告を受信することができる。コンテンツと広告は、一緒に又は別々に、異なる時点で、及び／又は異なるソースから配信することができる。消費者からコンテンツをレンダリングする（例えば、ビュー、プレイ、実行など）要求を受信する（３０２）と、ユーザのシステムは、コンテンツと関連付けられたライセンスを評価（３０４）して、要求される使用が認可される又はそうでなければ許可されるかを判断する（３０６）。要求が認可される（すなわち、ブロック３０６から「ｙｅｓ」に進む）場合、ライセンスは、コンテンツがレンダリングされるときに１つ又は複数の広告が提示されることをさらに要求し、ユーザのシステムは、そのａｄの組を随意的にフィルタして、コンテンツ及び／又はａｄライセンスが要求されるコンテンツと共に表示されることを禁じるあらゆるａｄを除外する（３０８）。次いで、コンテンツ項目と共にレンダリングするために選択されるという特権に対する各広告からの入札を得るために、残りのａｄの各々と関連付けられるライセンスが評価される（ブロック３１０〜３１４）。本明細書のどこかでより詳細に説明されるように、幾つかの実施形態において、各広告の入札の値は、消費者、コンテンツ、消費者のシステム、及び／又はそれに類似するものの特徴に部分的に基づいていてもよく、これは、ａｄマッチング及び／又はＤＲＭエンジンがローカル・ストレージから取り出し、且つ特定のａｄと関連付けられたルールを評価するときに用いてもよい。すべての該当するａｄからの入札が得られると、１つ又は複数の落札ａｄを選定することが可能であり（３１６）、落札ａｄ（単数又は複数）と共にコンテンツ項目をレンダリングすることができる（３１８）。図３は、解説及び例証する目的のために提供されていること、及び他の実施形態において、図３に示されたアクションの幾つかは、省略され、異なる順序、組合せで行われ、又は図示されない付加的なアクションを補足されてもよいことが理解されるであろう。
【００３７】
ａｄマッチングを行うための例証となる枠組みのより詳細な説明が、図４と組み合わせて以下で提供される。図４は、ａｄマッチングを行うためのプラットフォームの比較的高レベルの概念図であり、幾つかの実施形態における関係する種々のプレーヤとそれらに提供されるインターフェースを示す。図４に示されたプラットフォームの好ましい実施形態は種々の強力な特徴をサポートするが、これらの特徴の多くは、所与のビジネスモデルを最適化するために意図的に抑制される（又は、他の実施形態においては除去される）場合がある。例えば、コンテンツ提供者は、コンテンツの高度に流動的な超配信に対する刺激を利用することを望まず、代わりに、より伝統的な手動の契約ベースの配信手法を好む場合がある。しかしコンテンツ提供者は、依然としてａｄ−スロット競売機構を利用することを望む可能性がある。したがって、図４に示された及び／又は本明細書のどこかで説明される特徴の多くは、随意的なものとなるように設計され、又は所与のコンテンツ配信ビジネスモデルの必要性に従って独立してデプロイされるように設計されることが理解されるであろう。この固有の融通性は、本明細書で提示される機能及び特徴のうちの幾つかのみを採用するカスタマイズされたデプロイメントを可能にする。加えて、説明を簡単にするために、図４は、単一の広告ターゲティング・プラットフォームを示すが、実際には、このプラットフォームの機能は、典型的に、複数のデバイス及びシステムにわたって配信されるであろうことが理解されるであろう。例えば、幾つかの実施形態において、図４に示された機能の実質的にすべては、ウェブサイト又はサービスによって提供することができるが、他の実施形態において、機能の幾つかの部分は、広告主のシステム、コンテンツ所有者及び／又はコンテンツ配信者のシステム、クリアリングハウス、エンドユーザのシステムなどによって別々に行われるであろう。
【００３８】
前に示したように、好ましい実施形態において、コンテンツと広告との両方は、複数の配信手段を用いて独立して超配信することができる（しかし必ずしもそうする必要はない）。或る好ましい実施形態の強調したい部分のうちの１つは、ａｄ配信からのコンテンツ配給の分離である。ａｄとコンテンツは、まったく異なる配信機構を通じて配給することができる。コンテンツがレンダリングされるときにどんな広告が表示されるかの選定は、コンテンツとは独立して行うことができ、例えば、広告をレンダリングするための最高のペイオフに基づいてコンテンツ・レンダリングの時点で取り決めることができる。広告は、配信手段を通じてユーザにターゲットを絞ることができ、且つレンダリング・デバイス上に格納された又はレンダリング・デバイスでのみ利用可能なローカルデータに基づくレンダリングに対して最適にマッチさせることができる。
【００３９】
好ましい実施形態において、より詳細に以下で説明されるように、‘６９３出願で説明されたもののようなＤＲＭエンジンは、どの広告を１個のコンテンツと共にレンダリングする（例えば、表示する）かを判断するために、複数個のコンテンツ及び広告と関連付けられた制御を評価するのに用いることができる。こうしたＤＲＭエンジンは、融通性があり、各コンテンツ項目に対して及び各ａｄに対して表明することができるルールは非常にオープンである。一実施形態において、ルールは、コンテンツ提供者又は広告主によってＸＭＬのような簡単なテキストで表明することができる。幾つかの実施形態において、これらのルールは、（例えば、ＤＲＭエンジンの仮想機械に対するコードを生成するためのツールを用いて）ＤＲＭエンジンによってサポートされるオブジェクトのタイプに後で変換することができ、且つコンテンツ又はａｄと関連付けることができる。他の実施形態において、ＤＲＭエンジン又はａｄマッチング・エンジンは、コンテンツ提供者又は広告主によって初めに表明されたのと同じ形式のルールを解釈することができ、そのため変換ステップは不要である。
【００４０】
ａｄと関連付けられる可能性があるルールの簡単な例は、広告主が各ａｄインプレッションに対して１０セントを支払う意欲があるが、ターゲットが絞られた人口統計及び或る時間帯にａｄが示されるときに、追加して５セントを支払う意欲があることを示すものである。類似したルールは、１個のコンテンツと関連付けることができる。
【００４１】
コンテンツ・デプロイメント
【００４２】
図４に示すように、一実施形態において、コンテンツ提供者とコンテンツ・アグリゲータは、コンテンツ項目と、コンテンツがレンダリングされる（例えば、プレイされる、ビューされる、ソフトウェアの場合には実行されるなど）時点で（例えば、‘５４３出願で説明された技術を用いて）コンテンツ内で識別されたコンテンツａｄ−スロットを埋めるａｄをレンダリング・アプリケーションが最適に選定することを要求するルール（例えば、ＤＲＭエンジンによって実施されるタイプのルール）とをパッケージングすることによって、それらのコンテンツをデプロイする。幾らのａｄ収入がより低い層のコンテンツ配信者に分配されることになるかを記述する付加的なルールを随意的に指定することができる。すべてのルールは、コンテンツ項目に結合され且つコンテンツ項目とパッケージ化される（又はそうでなければ関連付けられる）１つ又は複数の制御オブジェクトにおいてインスタンス化することができる。幾つかの実施形態において、プラットフォームは、それらが特定の１個のコンテンツを取り消すことを可能にするサービスをコンテンツ提供者に提供してもよい。
【００４３】
図５は、一実施形態におけるコンテンツ・デプロイメント・スキームのより詳細な例証である。図５に示すように、パッケージ化されたコンテンツ５０２は、クリアリングハウス５０４に登録され、次いで、種々のコンテンツ配信サービス５０６ａ、５０６ｂ、５０６ｃ（総称して配信サービス５０６と呼ばれる）で利用可能にされる。これらの配信サービス５０６は、コンテンツ５０２を得るための伝統的な契約機構を用いることができ、及び／又はそれらは、コンテンツのａｄ−収入の分配率及び／又は配信権利に対する投資収益率を予測する他の因子の観点でコンテンツ５０２を入札してもよい。コンテンツ提供者は、コンテンツを呼び売りするのに配信者がどれだけ効果的かを示す統計を彼らが考慮するときに、配信に対するインプレッションにつきより多く課金する配信者からの入札を確定する刺激を有してもよい。一実施形態において、こうした統計は、クリアリングハウス５０４及び／又はデータ・ウェアハウス５０８から入手可能である。
【００４４】
一実施形態において、コンテンツ提供者は、それらのコンテンツのパフォーマンスに対するリアルタイムの（又はリアルタイムに近い）フィードバックを得ることができる。データ・ウェアハウス５０８によって提供される統計に基づいて、コンテンツ提供者は、それらのコンテンツ項目５０１と関連付けられたルール５１０を修正することができる。一実施形態において、更新されたルール（例えば、ＤＲＭエンジンによって行使可能な制御オブジェクトとして表明される）は、顧客及び／又は配信サービス・プロバイダに日和見的な様式で配給される。
【００４５】
再び図４を参照すると、一実施形態において、広告主又はプレースメント・エージェンシーは、ａｄ登録サービスを通じてそれらのａｄをデプロイし、ａｄがレンダリングされるときに指定された条件下で広告主が幾ら支払うかを記述するルールをａｄにパッケージングする。これらの条件は、例えば、消費者の人口統計及び他の属性、時間帯、地理的位置、デバイス上でａｄが以前にレンダリングされた回数などを含むことができる。異なるレートを異なる条件と関連付けることができる。ルールはまた、その目的がａｄをそれらのレンダリング・デバイス上の消費者で利用できるようにして、配信時に利用可能である場合があるユーザ属性に基づいてユーザへの配信時にａｄを最適にターゲティングすることである、ａｄ配信サービスに、幾ら支払われるべきかを指定してもよい。一実施形態において、これらのルールは、ａｄと結合される又はそうでなければ関連付けられる‘６９３出願で説明されたタイプの制御としてインスタンス化される。
【００４６】
図６は、一実施形態に係るａｄデプロイメント・スキームのより詳細な例証である。図６に示された例において、広告主は、データ・ウェアハウス６０８及び／又はａｄ登録サービス６０４からそれらのａｄ−キャンペーンに対するリアルタイムの（又はリアルタイムに近い）フィードバックを得ることができる。広告主は、ａｄ配信者６０６の効果を示す統計を調べ、且つａｄ６０２を異なる消費者タイプで利用できるようにするのにより効果的なａｄ配信者６０６からのより高い入札を確定することができる。広告主又は広告と関連付けられた更新されたルール６１０（例えば、制御オブジェクトとして表明される）は、エンドユーザ顧客デバイスに日和見的な様式で配給することができる。幾つかの実施形態において、ａｄ配信者６０６ｃは、プッシュ・モデル及び／又はプル・モデルをａｄ６０２をそのユーザ・インベントリ６１２に配信することに適応させてもよい。ａｄ配信者６０６の幾つかは、該ａｄ配信者６０６の幾つかがそれに現在のところａｄを送るユーザ／デバイス・インベントリを有する従来のａｄネットワークとすることができる。好ましい実施形態は融通性があり、且つ広告主が実際のａｄを消費者のデバイスに送り出すこと、及び／又は遠隔のａｄへの参照を送り出すことを可能にする。好ましい実施形態において、これらのシナリオの各々において、ルールは、最適なａｄマッチングを行うために顧客に送信される。
【００４７】
Ａｄは、典型的にはユーザをターゲットとする。代替的に又は加えて、幾つかの実施形態において、広告主は、或る基準にマッチするコンテンツのレンダリングの間にａｄが表示されるときに、追加のお金を支払うことを選んでもよい。簡単な例は、定期的に１０セントを支払う意欲があるが、ａｄがコンテンツ・ジャンル「スポーツ」又は「アドベンチャー」の下に入るコンテンツと共に表示されるときに１２セントを支払う意欲がある広告主であってもよい。これは、コンテンツとａｄとの間の類似性を例示する。幾つかの実施形態において、ａｄマッチングと関連付けられたデフォルト・ポリシーが存在してもよい。１つのこうしたａｄマッチング・ポリシーは、コンテンツ及び／又はａｄの格付けに基づくものとすることができる。例えば、こうしたポリシーが適用可能であるかもしれない状況は、モバイルプレーヤを用いる成人が子供のコンテンツを子供に見せる可能性があるときである。この状況において、こうしたポリシーは、子供に対して適切なコンテンツがレンダリングされているときに成人消費者をターゲットにしたａｄを却下することができる。
【００４８】
幾つかの実施形態において、ａｄ配信サービスは、プッシュ・モデル及び／又はプル・モデルを通じて、ソーシャル・ネットワーキング・サイトを通じて、又はウェブ検索アプリケーションを通じて動作することができる。プッシュ・モデルは、消費者のより親密な知識を有するサービス・プロバイダによって動作されるときに良好に働くことができる。好ましい実施形態はまた、広告主に特定の広告を取り消すサービスを提供する。
【００４９】
再び図４を参照すると、一実施形態において、消費者は、限定ではなしに、メディア・ウェブ・ストア、ソーシャル・ネットワーキング・サイト、及びピアツーピア配給機構を含むあらゆる適切な配信サービスを通じてコンテンツ及び／又はａｄを受信してもよい。好ましい実施形態は、事実上あらゆるコンテンツ又はａｄ配信手法と適合するように構成することができる。消費者は、種々のａｄ配給サービス（レンダリング・アプリケーション又はデバイスを提供するサービスのような）によって彼らにプッシュされた、又は彼らが訪れる種々のウェブサイトからプルされたａｄを受信してもよい。これらの事例の各々において、ａｄを消費者にターゲティングする比較的原始的な方法が存在する（例えば、アンケートで自主的に提供された情報、消費者によって用いられる検索語の知識、若しくは特別な関心グループと関連付けられたブログ又はウェブサイトのような特化されたウェブサイト上のコンテンツのタイプの分析などを用いることによる）。ａｄは、消費者のローカルデバイス上に格納されたキャッシュに収集し、且つ消費者のパーソナルネットワークの一部である他のデバイスとできる限り共有することができる。
【００５０】
幾つかの実施形態において、消費者はまた、これらの属性（例えば、年齢、性別、教育、クラブメンバーシップ、雇用主、フリークエント・フライヤー・ステータス又はフリークエント・バイヤー・ステータス、信用格付けなどに関係する属性）を請け合う位置にあるサービスから彼らが入手した証明された属性を彼らのデバイス上に格納してもよい。プライバシーを保証するために、この属性情報は、好ましくは消費者が所有する又は信用する他のデバイス又はエンティティ以外とはできる限り共有されない。一実施形態において、情報は、後述するようにローカルにデバイス上でのみ用いられる。それらを洗練し又はそれらから新しい属性を導出するために、又はそれらを用いて消費者が加入する（例えば、選ぶことによって）信用されたサービスの一部としてａｄを選別するために、これらの属性にアクセスするのに信用されたサービスが用いられるときに、これへの例外が行われてもよい。最後に、デバイスは、例えば、種々のユーザ・イベントから、ａｄとの対話のユーザの履歴から導出可能なメトリクス又は属性、購買履歴、閲覧履歴、コンテンツ・レンダリング履歴などを含むことができる他の属性を収集してもよい。加えて、時間帯、地理的位置、などのような種々の環境属性もまた利用可能であってもよい。幾つかの実施形態において、この情報は、生情報を解析し且つａｄマッチングのために用いることができる属性を導出するのに用いられてもよい信用されたサービスを除いて、デバイス以外では利用可能にされない。
【００５１】
幾つかの実施形態において、属性及び／又は属性のグループは、（例えば、‘６９３出願で説明されたタイプのリンク・オブジェクトを用いて）ユーザに結合され、ユーザ・ノードは、（例えば、別のリンク・オブジェクトを用いて）デバイスに結合される。これは、ユーザ情報及び属性を、多数の異なるデバイスで、しかし完全性を保証する一助となるインフラストラクチャと共に制御された方法で、潜在的に利用可能にする。
【００５２】
図７に示すように、一実施形態において、適合したコンテンツ再生デバイス又はアプリケーション７０２上でコンテンツ７００をレンダリングすることを消費者が要請するときに、デバイス７０２は、この閲覧イベントからＡｄ収入を収集するコンテンツ提供者の目的を最適化する目的関数に従ってコンテンツ７００に対するａｄ−スロットが埋められることを要求するコンテンツ項目の制御７０４を実行する。目的関数は、ＤＲＭオブジェクトを用いて表明することができ、且つ所望される場合に更新することができる。一実施形態において、制御７０４は、ローカルａｄキャッシュ７０８における利用可能なａｄ７０６を通じて検索機構を呼び出すであろう。図７に示すように、幾つかの実施形態において、利用可能なａｄの組は、コンテンツ７００と組み合わせてプレイされることが許可される広告のタイプについての制御７０４における要件に従って絞り込まれてもよい。可能なａｄのグループが選定されると、各ａｄと関連付けられたライセンス（幾つかの実施形態において、ＤＲＭ制御とも呼ばれる）が評価される。例えば、ａｄ７０６ａの制御７１０を実行するときに、これは制御７１０における情報及び制御で利用可能な種々のローカル属性に基づいて、ａｄスロットの入札を計算する。幾つかの事例において、属性ノードへのリンクの制御は、該ノードに提供される属性における信用の使用に対する支払いを要求してもよい。一実施形態において、入札は、２つの数からなり、第１の数は、ａｄをレンダリングするために広告主が支払うことになる量であり、第２の数は、コンテンツ提供者が手に入れる量である。差（もしあれば）は、例えば、ａｄ配信者、デバイス・プロバイダ、クリアリングハウス、サービス・プロバイダ、属性証明者（ａｔｔｒｉｂｕｔｅ  ｃｅｒｔｉｆｉｅｒ）、及び／又はそれに類似するものを含む他者に支払われる必要がある可能性がある量である。入札が計算されるときに、入札に基づいてレンダリングされることになるａｄを選定するためにコンテンツ制御の目的関数が用いられる。典型的に、目的関数は、コンテンツ提供者への最大のペイオフをもつａｄを選ぶであろう。しかしながら、関数は、インフラストラクチャの開発を奨励するために総ペイオフ量（広告主によって支払われる）に或るウエートをかけることができる。これは、次に、インプレッション及びａｄマッチングの品質を最大にすることができ、且つ将来の入札への影響を有し、これにより競争を増加させ、将来のより大きい入札を促進し、したがって、すべての利害関係者に対する総収益率（ｔｏｔａｌ  ｒｅｔｕｒｎ）を最大にする。したがって、落札入札（ｗｉｎｎｉｎｇ  ｂｉｄ）を選定するために種々の機構を用いることができることが理解されるであろう。
【００５３】
一実施形態において、ａｄがレンダリングされると、監査記録が作成され、（最終的には）コンテンツ提供者の制御において指定されるクリアリングハウスに送信される。一実施形態において、監査記録は、ａｄが支払った総額、及び種々の利害関係者（例えば、クリアリングハウス、デバイス・プロバイダ、ａｄ配信者、コンテンツ配信者など）に支払われることになる量を含む入札情報を含む。
【００５４】
図８は、監査レポートの種々の例を例証する。図８に示すように、一実施形態において、顧客７０２は、ａｄ及びコンテンツ・レンダリング・トランザクションについての情報を含む１つ又は複数の監査記録をクリアリングハウス８００に日和見的に送信することができる。監査記録情報の幾つかは、オークション、オークションの間に用いられるユーザ文脈データ、及びレンダリングするために選ばれたコンテンツに関与するａｄに対するデータを含んでいてもよい。現行のプライバシー法に基づいて、このトランザクション・データは匿名化されてもよい。これらの使用状況レポートはまた、さらに分析し且つ再配信するためにデータ・ウェアハウス８２０に転送することができる。幾つかの実施形態において、コンテンツ配信者に支払われた量は、コンテンツ提供者に支払われた量のパーセンテージとすることができ（及び目的関数の計算には用いられない）、又は個別のしかし合計には含まれる項目とすることができる。しばしば、量は、トランザクション・ベースでは比較的小さいものとなることが期待され、したがって、ａｄ収入分配及びコンテンツ配信が最も効率よく働くためには大規模が好ましい。しかしながら、好ましい実施形態において、システムは、自動的にスケールアップし、且つ自動化を効果的に用いるように設計されるが、一方、ロングテール・リーチのための多数のより簡単なモデルをサポートし、小規模のコンテンツ提供者に対する収入分配をサポートすることができ、且つローカル広告が効果的にサポートされることを可能にすることが理解されるであろう。
【００５５】
一実施形態において、コンテンツ・レンダリングの時点で、不十分な数の該当するａｄが存在する場合に、フォールバック又はデフォルトａｄを表示することができる。一実施形態において、これらのフォールバックａｄは、コンテンツと関連付けられたルールが尊重される限りにおいてのみレンダリングされるであろう。フォールバック又はデフォルトａｄは、例えば、利害関係者のだれかによって提供されることが可能である。
【００５６】
一実施形態において、コンテンツとａｄが複数の配信ネットワークを通じて配信される「オープン」デプロイメントにおいて、消費者は、不適切なコンテンツ又はａｄに「フラグ」を立てる機会を与えられることが可能である。或る所定の最小数のユーザが、コンテンツ項目又はａｄが不適切であることを報告する場合、コンテンツ項目又はａｄをシステムから除去することができる（例えば、暗号解除を介して）。
【００５７】
幾つかの好ましい実施形態の有力な特徴は、システム統計の収集及び配信である。一実施形態において、クリアリングハウス８００は、監査記録から大量の情報を収集し、これをデータ・ウェアハウス８２０に転送する。一実施形態において、ウェアハウス８２０に送信されるデータは、ユーザ、コンテンツ、及び／又はａｄを明示的に識別するであろうあらゆる個人情報が取り除かれる。データ・ウェアハウス８２０は、コンテンツ配信者とａｄ配信者との両方に対する効果ランキングを計算するために既存の統計技術を採用することができる。データ・ウェアハウス８２０は、ａｄ入札、コンテンツ配信の分け前、及びａｄ配信の分け前に対する最適な価格設定を判断するために使用可能な情報を提示するサービスを提供することができる。広告主は、どのａｄ配信者が或る消費者タイプにリーチするのに最も効果的であるかを発見することができる。Ａｄ配信者とコンテンツ配信者は、どんな種類のａｄを彼らがより効果的に配信し且つターゲッティングすることができるか、及びどのようにして彼らがそれらをターゲッティングすることができるかを判断するために、クリアリングハウス統計及び内訳を用いることができる。広告主／ａｄ配信者インターフェース、コンテンツ提供者／コンテンツ配信者インターフェースでの入札において、及びａｄ−スロットの入札において、適切な刺激を提供することができるように、デバイス・プロバイダ及びアプリケーション・プロバイダの効果もまた測定することができる。
【００５８】
例となる使用事例シナリオ
【００５９】
コンテンツ・デプロイメント
【００６０】
この例において、ファッションＴＶが、その最新のウインター・コレクションをシステムにアップロードしたいとする。ファッションＴＶは、コンテンツにａｄのためのスロットを組み入れており、あらゆるａｄ−スロットを埋めるルールを決める。ファッションＴＶはまた、ルールの一部として、コンテンツ・クリップの各レンダリングから期待される最低収入を指定する。
【００６１】
ルールは、ユーザ・インターフェースから入力することができ、後でＸＭＬ表現にマップすることができ、これは次に、ＤＲＭエンジンによって処理されることが可能なＤＲＭ制御に翻訳することができる。以下の例証となるＸＭＬスニペットは、ファッションＴＶによって提供されるルール定義である：
【表１】
2014222544.tif 000003
【００６２】
上記のルール定義において、コンテンツ提供者は、「ウインター・コレクション」コンテンツ・クリップに対する３つのａｄスロットを申し込まれた。各コンテンツ・プレイに対する最低収入予想は＄１．２５に設定される。そのうえ、コンテンツの格付け及びジャンルを含む、コンテンツに対する付加的な属性もまた提供される。この例において、ルールはまた、コンテンツ・レンダリング・イベントの後で接触される必要があるクリアリングハウスを明示的に識別し、これは、コンテンツ配信者が収入を収集し及び報告する目的のために特定のクリアリングハウスを指定しなければならないであろうという融通性を例証する。
【００６３】
ファッションＴＶは、このコンテンツ・クリップ及び関連するルール定義をシステムのパッケージャで利用できるようにすることができる。パッケージャは、次いで、指定されたルールからＤＲＭ制御（例えば、‘６９３出願で説明されたタイプの制御オブジェクト）を作成し、コンテンツをパッケージ化し、第三者のコンテンツ配給ネットワークへのさらなる配給のためにクリアリングハウスに登録するであろう。外部配信ネットワークが、次いで、パッケージ化されたウインター・コレクション・コンテンツ・クリップを、消費のためにそれらのユーザで利用可能にするであろう。
【００６４】
ａｄデプロイメント
【００６５】
別の例において、ビデオ広告アグリゲータであるＡｄ  Ｃｏｒｐ．が、ＡＢＣ  Ｃｏ．トラックに対するその新しいａｄキャンペーンをデプロイしたいとする。Ａｄ  Ｃｏｒｐ．は、ａｄターゲティング要件を分析しており、総年収が＄８０ｋよりも多く且つ２５〜３５歳の年齢グループに入る郊外の視聴者をターゲットにしたいとする。性別の優先（男性）も存在する。Ａｄ  Ｃｏｒｐ．は、そのジャンルがスポーツ又はアクションのいずれかであるコンテンツ・クリップと関連付けられる場合に、ａｄキャンペーンがより効果的であるだろうと結論付けた。ターゲット視聴者を考えると、Ａｄ  Ｃｏｒｐ．は、より高いリーチ可能性のためにａｄが午後６時から午後９時までの間に流されるものとすることを決定する。その３６０度係合モデルを保つことで、ａｄキャンペーンはまた、ｃａｌｌ−ｆｏｒ−ａｃｔｉｏｎ（行動の呼びかけ）特徴をもつであろう。
【００６６】
Ａｄ  Ｃｏｒｐ．は、このａｄキャンペーンが支払うべき１０００人当たりの広告費（ｃｏｓｔ−ｐｅｒ−ｍｉｌｌｅ）（「ＣＰＭ」又は１０００インプレッションあたりの費用）値段が定かではない。フィードバックをもつ競売を提供するシステムの能力を活用して、Ａｄ  Ｃｏｒｐ．は、各インプレッション／ａｄ−ランに対して＄０．１５の最低入札を選ぶ。加えて、Ａｄ  Ｃｏｒｐ．は、その下でその入札額を増加させる意欲のある状況、及び／又はその下でまったく入札の意欲がない状況を指定する。ａｄキャンペーンの制約及び要件は、Ａｄ  Ｃｏｒｐ．で利用可能なユーザ・インターフェースを介して入力することができる、又は直接ＸＭＬで書かれた、ルール定義の一部として表明される。
【００６７】
この例に対するａｄルールのＸＭＬ表現は、以下のようなものである可能性がある：
【表２】
2014222544.tif 000004
【００６８】
ａｄコンテンツとルールは、パッケージャを介してＤＲＭ又はａｄマッチング・エンジンと適合するフォーマットにパッケージ化される。パッケージ化されたａｄコンテンツは、次いで、ａｄ登録サービスに登録される。Ａｄ  Ｃｏｒｐ．は、パッケージ化されたａｄコンテンツをＡｄ  Ｃｏｒｐ．が所有するネットワークに配信することができ、及び／又はａｄ登録サービスにａｄコンテンツを他のａｄ配信ネットワークで利用可能にさせることができる。幾つかの実施形態において、上記の２つのスキームの組合せを用いることができる。例えば、Ａｄ  Ｃｏｒｐ．は、使用されないコンテンツ・インベントリを有する他のａｄ配信ネットワークにａｄキャンペーンを販売することができ、又はａｄキャンペーンをＡｄ  Ｃｏｒｐ．が所有するコンテンツ・ネットワーク内で走らせることができる。
【００６９】
顧客アプリケーションの好ましい実施形態は、ａｄカウントの概念をサポートする。一実施形態において、ａｄカウントは、広告主が彼らのａｄに対する強化及びフェードアウト戦略を選ぶことを可能にする。上記の使用事例において、Ａｄ  Ｃｏｒｐ．は、例えば、正当な属性をもつ所与のユーザの第一インプレッションに対して＄０．１５を支払う可能性があるが、次いで、第一インプレッションに対して支払っているという理論の下で第二インプレッションに対して＄０．０５がプラスの増分である＄０．２０を支払い、強化するために他のａｄと競争し且つ第二インプレッションを保証することが重要である。その後、第３のインプレッション等に対して＄０．１０（−＄０．０５）だけを支払う可能性がある。
【００７０】
Ａｄ競売
【００７１】
別の例において、ユーザのＪｏｈｎ  Ｄｏｅは、スポーツ・イベントからのハイライトからなるコンテンツ・クリップをプレイすることを決める。クリップは、２つのａｄスロットを定義する。クリップがプレイすることを選択されるときに、顧客プラットフォームは、ローカルａｄマッチングを行い、そのローカルａｄリポジトリからレンダリング基準（例えば、人口統計情報、地理的情報、挙動情報、文脈情報、及び過去の取引情報などを含んでいてもよい）とマッチするａｄの数を識別する。選定されたａｄと関連付けられたルールを表わす制御は、基礎となるランタイムエンジンによって選ばれ且つ評価される。個々のａｄ制御は、それらがそれらの入札を判断する必要がある可能性がある、あらゆる文脈情報と共に提示される。
【００７２】
顧客プラットフォームは、次いで、目的関数を最大にする２つのａｄ（コンテンツ・クリップにおける２つのａｄスロットに対して）を選ぶであろう。この例における目的関数は、純利益関数であり、したがって、２つの最高入札ａｄがプレイすることを選ばれる。
【００７３】
コンテンツをプレイした後で、２つの選ばれたａｄを表わす制御は、クリアリングハウスに、例えば、入札値、コンテンツのタイプ、抽象化されたユーザ・プロフィール情報、及び／又はそれに類似するものを報告してもよい。
【００７４】
顧客プラットフォームはまた、クリアリングハウスにオークションに失敗したａｄについて報告してもよい。このフィードバックは、落札入札と、抽象化されたユーザ・プロフィール、文脈、及びコンテンツ情報、及び／又はそれに類似するものの識別を含むことができる。Ａｄアグリゲータ／プレースメント・エージェンシーは、この情報を用いて（例えば、将来のオークションで用いるために更新された制御を配信することによってそれらの入札価格を増加させることにより）さらなるアクションをとることができる。
【００７５】
監査報告及びユーザ・プロフィールの収集
【００７６】
さらに別の例において、ユーザのＪｏｈｎ  Ｄｏｅは、コンテンツ・クリップをプレイすることを選択する。コンテンツは、コンテンツ・クリップにおける義務的なａｄスロットを埋めるためにあらゆるａｄと共にレンダリングされる。その後、顧客プラットフォームは、監査レポートを信用されたクリアリングハウスに送信する。この例において、監査レポートは、ネットワーク帯域幅の消費を制限するように日和見的に送信される。監査レポートは、コンテンツ・レンダリングの間に選ばれたａｄ、対応するａｄ入札、コンテンツの性質／ジャンル、ａｄで作成されたインプレッションの数、抽象化されたユーザ・プロフィール情報、コンテンツのプレイ中の文脈情報、及び／又はそれに類似するものに関する情報を含む。
【００７７】
幾つかの実施形態において、クリアリングハウスに送信された監査レポートはまた、ａｄスロットの入札に関与したａｄに関する情報を含む。クリアリングハウスは、次いで、顧客のトランザクション・データのすべてをデータ・ウェアハウスに転送することができる。好ましい実施形態において、ウェアハウスに送信される転送されたデータは、ユーザ、コンテンツ、及び／又は広告を明示的に識別するであろう情報が取り除かれる。幾つかの実施形態において、顧客プラットフォームはまた、ユーザの視聴パターンに関する情報を集め、抽象化されたカテゴリ分類情報をクリアリングハウスに送信するであろう。好ましくはプライベート情報を含まない、この抽象化された情報は、好ましいパートナーと共有することができる。
【００７８】
或る管轄区域におけるプライバシー法に従うために、顧客は、‘６９３出願で説明されたように属性をもつノードとして表わすことができるユーザ・プロフィールを顧客上でローカルに維持することを選んでもよい。広告閲覧パターンに基づく強度をもつ種々の可能なノード（例えば、衝動買いする人、流行に敏感ななど）がリンクによって接続される。ユーザにより自主的に提供された情報はまた、ＤＲＭオブジェクトとして表明することができるが、これらの関連性は、初めは弱い場合がある。プラットフォームが顧客からユーザについてのより多くを学習するのに伴って、各関連性の強度が変化するであろう。ａｄと関連付けられたａｄ−制御は、これらのＤＲＭオブジェクト及びそれらの強度値を参照することができ、且つこの情報を、入札価格を決める一助として用いることができる。
【００７９】
外部のエンティティからの属性アグリゲータ・ノードは、ターゲットが絞られた広告に対するユーザ・プロフィールをさらに洗練することができる。このＤＲＭノード（例えば、‘６９３出願で説明されたタイプの）は、信用機構を通じてシステムに導入され、組織のメンバーシップ、フリークエント・フライヤー・ステータスなどのようなあらゆる資格を得ているユーザの属性を含むことができる）。第三者エンティティは、これを補償されることが可能であり、一方、ａｄ−制御は、アービトレーションの間、これらのアグリゲータ・ノードを及びユーザのノードへのそれらの強度／接続を参照することができる。
【００８０】
消費者は、例えば、他のものよりも１つのａｄ提供者を好むポリシー、又は或るサービス・プロバイダが彼又は彼女のユーザ・プロフィールを維持することをユーザが望むポリシーのような或るポリシーを作成することを選んでもよい。こうしたポリシーは、‘６９３出願で説明されたタイプのＤＲＭエンジン・オブジェクトとして表明することができ、必要な場合に及び必要なときに更新することができる。
【００８１】
図９は、１つの例となる実施形態における種々のシステム・コンポーネントと、それらの間の幾つかの例証となるメッセージ対話のより詳細な例証である。図９に示すように、一実施形態において、コンテンツ・パッケージャ・インターフェース９０２は、コンテンツ提供者９００が顧客消費のためにコンテンツをパッケージし且つトランスコードすることを可能にするａｄ−マッチング・プラットフォームによって提供されるサービスである。このようにしてパッケージ化されたコンテンツは、提供者９００によって該提供者９００自身のサイトでホストされることが可能であり、又は顧客９０４へのさらなる送達のためにプラットフォーム及び／又は外部コンテンツ配給ネットワーク９３０によってホストされることが可能である。一実施形態において、インターフェース９０２は、コンテンツをカテゴリ分類する一助とするためにタグを含むコンテンツについての詳細を提供者９００が指定することを可能にする。一実施形態において、コンテンツ・パッケージャは、挿入点及びコンテンツ・メタデータを指定し且つコンテンツ・デプロイメント・ルールを更新する関連するデプロイメント・ルールをコンテンツとパッケージ化することを担当する。
【００８２】
一実施形態において、コンテンツがパッケージ化された後で、デプロイメント情報とコンテンツの関連するルールがクリアリングハウス９２０に登録される。クリアリングハウス９２０への登録が完了した後で、コンテンツは、配信される準備ができた状態となる。一実施形態において、コンテンツ登録サービス９２２は、コンテンツがコンテンツ配給ネットワーク９３０によって発見されることを可能にする。例えば、コンテンツ登録サービス９２２は、コンテンツが利用可能であることをブロードキャストし、コンテンツ・ディスカバリー・サービスを実装し、又は両方の或る組合せを行うことができる。一実施形態において、コンテンツ登録サービス９２２は、コンテンツをクリアリングハウス９２０に登録すること、コンテンツをデプロイ解除すること、及びデプロイされたコンテンツをコンテンツ配給ネットワーク９３０で利用可能にすることを担当する。
【００８３】
一実施形態において、コンテンツ配給ネットワーク９３０は、主としてコンテンツを消費者のデバイス９０４に配給することを担当するエンティティである。多くの既存のコンテンツ配給ネットワークが存在することと、あらゆる適切なコンテンツ配給ネットワークを本明細書に記載のシステム及び方法と組み合わせて用いることができることが当業者には分かるであろう。
【００８４】
一実施形態において、広告パッケージャ・インターフェース９２６は、広告主が顧客消費のために広告をパッケージし且つフォーマットすることを可能にするためにａｄ−マッチング・プラットフォームによって提供されるサービスである。一実施形態において、パッケージャ９２６は、ａｄを、個々の広告主と第三者のａｄネットワークとの両方から挿入することを可能にする。パッケージ化された広告は、提供者９０１によって消費者に直接配給することができ、顧客へのさらなる配給のためにプラットフォームによってホストされることが可能であり、及び／又は外部ａｄ配給ネットワーク９３２によってホストされることが可能である。一実施形態において、インターフェース９２６は、広告をカテゴリ分類する一助とするためにタグを含む広告についての広告ルール及び詳細を提供者９０１が指定することを可能にする。キャンペーンの種々の態様に対するサービスは、キャンペーン予算を指定すること、ａｄスロットに対して動的に入札すること、及びユーザ・プロフィール及び／又はコンテンツ・タイプとの関連性を指定することを含んでもよい。一実施形態において、ａｄパッケージャ９２６は、広告に、関連するデプロイメント・ルールをパッケージ化すること、及びａｄデプロイメント・ルールを更新することを担当する。
【００８５】
一実施形態において、ａｄがパッケージ化された後で、ａｄの関連するルールと共にデプロイメントの詳細がクリアリングハウス９２０に登録される。一実施形態において、このプロセスを容易にするためにａｄ登録サービス９２４が提供される。クリアリングハウス９２０への登録が完了した後で、ａｄは、配信される準備ができた状態となる。ａｄ登録サービス９２４は、ａｄが外部ａｄ配給ネットワーク９３２によって発見されることを可能にする。ａｄは、必要に応じてａｄ配給ネットワーク９３２にプッシュされる又はａｄ配給ネットワーク９３２によってプルされることが可能である。一実施形態において、ａｄ登録サービス９２４は、ａｄをクリアリングハウス９２０に登録すること、ａｄをデプロイ解除すること、及び／又はデプロイされたａｄをａｄ配給ネットワーク９３２で利用可能にすることを担当する。
【００８６】
一実施形態において、ａｄ配給ネットワーク９３２は、広告を消費者のデバイス９０４に配信することを主として担当するエンティティである。一実施形態において、クリアリングハウス９２０は、ａｄ配給ネットワーク９３２にユーザ・プロフィール取り出しサービスを提供する。ａｄ配給ネットワーク９３２は、この情報を用いて高度にターゲットが絞られたａｄを配信することができる。当業者は、多くの既存の広告配給ネットワークが存在すること、及びあらゆる適切なネットワークを用いることができることを理解するであろう。
【００８７】
幾つかの実施形態において、個々のａｄ配給ネットワークによってａｄを配給することに対して或る制約を課すことが望ましい場合がある。１つのこうした制約は、消費者のデバイスの限られた能力に起因して、ａｄ配給ネットワークによって配給されることが可能なａｄの数に対するものである可能性がある。
【００８８】
一実施形態において、ａｄ配信／マッチング・システムのオペレータは、収入分配を調整するために広告主９０１とコンテンツ提供者９００との間にクリアリングハウス・サービス９２０を提供する。一実施形態において、このインターフェース９２０は、サーバから該当するトランザクション・データにアクセスするために、ローカル又は第三者クリアリングハウス・ツールに対するサービスを提供する。
【００８９】
一実施形態において、ユーザ・プロフィール収集インターフェースは、ユーザによって自主的に提供された情報を収集し、信用されたオブジェクト配給インターフェースは、自己防御型ＤＲＭオブジェクトを消費者のデバイスに配給することを担当する。自己防御型ＤＲＭオブジェクトは、例えば、‘６９３出願で説明されたタイプのノード、リンク、及び制御エージェントを含んでいてもよい。例えば、システムがユーザ挙動／カテゴリ分類におけるあらゆる変化を検出するときに、更新されたオブジェクトを消費者のデバイスに配給することができる。
【００９０】
クリアリングハウス９２０はまた、提供者がａｄキャンペーンのパフォーマンス及び利用可能なコンテンツへのユーザの受容性に関する使用状況統計にアクセスすることをホストするための、使用状況報告インターフェースを提供してもよい。オペレータは、このデータを用いてコンテンツ提供者と広告主との両方に対するそれらの価格設定範囲を微調整することができる。一実施形態において、このインターフェースは、データ・ウェアハウスに監査レポートを転送することを担当する。
【００９１】
幾つかの実施形態において、クリアリングハウス９２０は、ａｄキャンペーンの間に及びａｄキャンペーンの完了後に広告主が種々の挙動態様についての情報を集めることを可能にする請求及び報告インターフェースを有してもよい。これらのうちの幾つかは、例えば、ａｄの実際のインプレッション、ａｄのクリックスルー率（ｃｌｉｃｋ−ｔｈｒｏｕｇｈ  ｒａｔｅ）（ＣＴＲ）、ａｄを見たユーザについてのプロフィール情報（例えば、人口統計、場所など）、ａｄのコンテンツ関連性、及び／又は他の使用状況統計を含んでいてもよい。一実施形態において、請求インターフェースは、ａｄのランコストを監視する請求システムにアクセスするために広告主に対するウェブサービスを提供する。一実施形態において、このインターフェースは、キャンペーン費用を調整するためにクリアリングハウス・サービスとさらに結び付けられる。
【００９２】
したがって、種々の実施形態において、クリアリングハウス９２０は、以下の幾つか又はすべてを担当する。
【００９３】
・コンテンツ及びａｄデプロイメントを記録すること。
【００９４】
・消費者デバイスから（できる限り文脈情報と共に）使用状況データを収集すること。
【００９５】
・デバイスからユーザのカテゴリ分類情報を収集すること。幾つかの実施形態において、或るプライベート情報はユーザのデバイスに残すべきではない。こうした情報は、デバイス上のアプリケーションによって一般化され、クリアリングハウスに送り出されるであろう。
【００９６】
・匿名化されたレポートをデータ・ウェアハウスに送信すること。
【００９７】
・信用されたＤＲＭオブジェクトを作成し且つ消費者デバイスに配給すること。
【００９８】
・コンテンツ提供者のアカウント及び広告主のアカウントを請求の目的で管理すること。
【００９９】
・金融取引を取り扱うこと。
【０１００】
・コンテンツ提供者にレポート（例えば、最近２４時間に幾つのコンテンツが閲覧されたか？、幾らのａｄ収入が特定の１個のコンテンツの担当分であったか？、コンテンツ提供者が特定の期間において幾らの収入をあげたか？、特定のａｄ提供者から幾らの収入がまわってきたか？のような問いに答えるレポート）を提供すること。
【０１０１】
・広告主にレポート（例えば、最近２４時間に幾つのａｄが閲覧されたか？、特定のコンテンツ提供者からこのａｄスポンサー・コンテンツが何回行われたか？、クリックスルー率はどれくらいか？、ａｄ提供者が特定の期間に幾ら費やしたか？、どのくらいの割合のａｄ予算が或るコンテンツ提供者からのスポンサー・コンテンツに用いられているか？のような問いに答えるレポート）を提供すること。
【０１０２】
・第三者に対するインターフェース９４０（例えば、ユーザ情報提供者）を提供すること。例えば、さらなるユーザ情報（例えば、自動車クラブ又は退職者の組織におけるメンバーシップ、所持するクレジットカードのタイプ、フリークエント・フライヤー・アカウント、好ましい顧客アカウント、及び／又はそれに類似するもの）を提供することができる関係人をイネーブルにするインターフェースである。この情報は、ユーザ属性を配給するために用いることができ、これは次に、より良好にａｄのターゲットを絞るために用いることができる。
【０１０３】
・価値連鎖における重要な参加者の間での広告収入の分配を容易にすること。
【０１０４】
好ましい実施形態において、データ・ウェアハウス９１０は、システム統計の収集及び配信を容易にする。クリアリングハウス９２０は、監査記録から大量の情報を収集し、これをデータ・ウェアハウス９１０に転送する。幾つかの実施形態において、ウェアハウス９１０に送信されるデータは、ユーザ、コンテンツ、及び／又はａｄを明示的に識別するであろうあらゆるプライベート情報が取り除かれる。
【０１０５】
好ましい実施形態において、データ・ウェアハウス９１０は、ａｄ入札、コンテンツ配信の分け前、及びａｄ配信の分け前に対する最適な価格設定を判断するために使用可能な情報を提供するサービスを与える。例えば、データ・ウェアハウス９１０は、コンテンツ配信者とａｄ配信者との両方に対する効果ランキングを計算するために従来の統計技術を採用することができる。広告主は、どのａｄ配信者が或る消費者タイプにリーチするのに最も効果的であるかを発見することができ、ａｄ配信者とコンテンツ配信者は、どんな種類のａｄを彼らがより効果的に配信し且つターゲッティングすることができるか、及びどのようにして彼らがそれらをターゲッティングすることができるかを判断するために、クリアリングハウス統計及び内訳を用いることができる。広告主／ａｄ配信者インターフェース、コンテンツ提供者／コンテンツ配信者インターフェースでの入札において、及びａｄ−スロットの入札において、適切な刺激を提供することができるように、デバイス・プロバイダ及びユーザアプリケーション・プロバイダの効果もまた測定することができる。したがって、幾つかの実施形態において、ウェアハウス９１０は、以下の幾つか又はすべてを担当することができる。
【０１０６】
・クリアリングハウスから匿名化された使用状況レポートを収集すること。
【０１０７】
・履歴データを維持し且つ報告すること。
【０１０８】
・最適なルールの作成を容易にするためにコンテンツ提供者に対するフィードバック・サービスを提供すること。
【０１０９】
・広告主が彼らのａｄキャンペーンをより効果的に流し、且つ不必要なインプレッションを最小にする一助となるフィードバック・サービスを広告主に提供すること。これはまた、特定の広告に対するより効果的なルールの作成を容易にするために広告主への洞察を提供することができる。
【０１１０】
好ましい実施形態において、顧客９０４は、コンテンツ提供者とａｄ提供者によって指定されたルールが実行され且つあらゆる結果として生じる義務が果たされることを保証するために、ＤＲＭエンジンを含む。他の実施形態において（例えば、消費者のデバイスが十分な処理能力を欠いている場合）、他の構成を用いることができる。例えば、幾つかの実施形態において、ルールは、顧客でではなく（例えば、ウェブ上又はホームネットワーク上で）プロキシによって処理されることが可能である。
【０１１１】
好ましい実施形態において、顧客へのコンテンツ及び／又は広告の移送は、オフライン・モード及び／又はオンライン・モードのあらゆる適切な組合せによって達成することができる。例えば、顧客は、システムバックエンドからコンテンツ及び／又は広告をダウンロードするために顧客プレーヤに対するウェブサービスを提供する、コンテンツ及び広告配給インターフェースを有してもよい。
【０１１２】
図９に示すように、コンテンツは、コンテンツ配給ネットワーク９３０を介して消費者のデバイス９０４に配給することができ、ａｄは、広告配給ネットワーク９３２を介して配給することができる。広告配給ネットワーク９３２は、例えば、ユーザが自発的に提供した情報、ユーザの使用状況挙動、及び／又は代替的な又は付加的な属性に基づいて、ユーザに該当するａｄを配給してもよい。
【０１１３】
コンテンツが顧客９０４によってレンダリングされた後で、コンテンツ及び／又はａｄと関連付けられたＤＲＭ制御によって指定されたあらゆる該当する義務が受け付けられる必要がある。こうした義務は、例えば、クリアリングハウスにフィードバックを送信することを含んでもよい。このフィードバックは、文脈情報、レンダリングされたａｄ及び／又はコンテンツに関する情報、及び／又はそれに類似するものを含むことができる。幾つかの実施形態において、落札入札価格又はそれに類似するもののような付加的な情報もまた提供することができる。
【０１１４】
好ましい実施形態において、コンテンツ及び／又はａｄの超配信を容易にするために、コンテンツ／広告を共有するインターフェースが提供される。コンテンツ及び関連するａｄは、ユーザの所有するデバイスの間で又は他のユーザと共有されることが可能である。このインターフェースは、ユーザのピアに推奨などを提供することによってコンテンツの配信を容易にするサービスを提供してもよい。
【０１１５】
幾つかの実施形態において、顧客は、ユーザからユーザ自身により自発的に提供されたた情報を集める機構を提供することができる。この情報と引き換えにユーザに与えられる幾つかの刺激が存在する場合がある。ユーザ自身により自発的に提供された情報は、ユーザをカテゴリ分類するため、及び高度にターゲットが絞られたａｄを配信するため、且つまたできる限りユーザにとって関心があるかもしれない該当するコンテンツを推奨するために用いることができる。
【０１１６】
幾つかの実施形態において、ユーザは、ａｄ配信プラットフォームによって提供されるサービスにサインアップし、且つ登録してもよい。ユーザ登録インターフェースは、最初のプロフィール情報を集めることを含むユーザ登録に関するサービスを提供してもよい。一実施形態において、独自のユーザ識別子（ｕｎｉｑｕｅ  ｕｓｅｒ  ｉｄｅｎｔｉｆｉｅｒ）（ＧＵＩＤ）がユーザに割り当てられ、これは、あらゆる許されるサービスを確認するのに用いられる。
【０１１７】
図９は、種々の実施形態において提供することができる多種多様のサービス、インターフェース、及び関係性を例証する目的で提供されている。しかしながら、本発明の範囲から逸脱することなく図９と組み合わせて説明された構造及び機能に種々の修正を加えることができることが理解されるであろう。例えば、幾つかの実施形態において、図９で例証された種々の要素は、組み合わされる又は除去される若しくは図示されない付加的な要素を補足されることが可能である。加えて、図９は、比較的包括的なａｄマッチング・プラットフォームを例証するが、幾つかの実施形態において、このプラットフォームの幾つかの又はすべての機能性は、代わりに外部エンティティによって果たされることが可能である。したがって、図９は、限定する目的ではなく例証し且つ解説する目的で提供されていることが理解されるであろう。
【０１１８】
動的メディアゾーンの使用
【０１１９】
以下は、‘６９３出願で説明されたＤＲＭエンジン技術と‘５４３出願で説明された動的メディアゾーン技術を利用する例となる実施形態の例証となる組の解説である。抽象的レベルでは、‘６９３出願で説明された技術は、「ＤＲＭ」として伝統的に見られるもの以外の他の領域に、より一般に適用可能なオブジェクトモデルと制御言語からなる。本願で説明されるシステム及び方法の実施形態は、種々の度合いの記憶容量、処理能力、及びネットワーク接続性をもつデバイスの大きい組に適用可能な広告に対するプラットフォームを提供する。このプラットフォームの実施形態は、‘６９３出願及び‘５４３出願で説明されている技術及び信用されたサービスで構築され、この技術を、ターゲットが絞られた広告に対する革新的なサービスと、ａｄ−マッチングのためにローカル情報を活用する、信用された遠隔イベントの監視とを提供するように拡張する。
【０１２０】
好ましい実施形態において、信用された自己防御型ＤＲＭオブジェクトが標準的機構を用いてエンドユーザ・デバイスに配給される。こうした機構の例は、‘５５１出願で説明されたサービス指向の技術である。これらのオブジェクトは、ローカルａｄ−マッチング、使用状況データ・フィルタリング、使用状況データ報告、及びピアツーピア（Ｐ２Ｐ）コンテンツ及びａｄ−共有のような機能を果たすようにデプロイすることができる。これらの機能の各々は以下でより詳細に説明される。
【０１２１】
以下の解説において、以下の用語は、文脈から他に明らかにされない限り、一般に以下の意味を有するであろう。
【０１２２】
Ａｄ−リスト：ａｄ−マッチングのために用いられる、典型的には順序付けられていない広告の組。リストは、広告の順序が重要ではない場合にはＡｄ−キューとして取り扱うことができる。
【０１２３】
Ａｄ−キュー：優先順位を判断するためにａｄマッチングを行った後に得られる、順序付けられた広告の組。
【０１２４】
Ａｄ−スロット：広告のためのプレースホルダ。典型的には、１個のコンテンツにおける広告のための挿入点。
【０１２５】
図１０に示すように、本明細書に記載のシステム及び方法の好ましい実施形態は、多様な消費者デバイスをサポートする。これらのデバイスは、限定ではなしに、モバイル送受話器、セットトップ・ボックス、パーソナル・デジタル・アシスタント（ＰＤＡ）、ウルトラ−モバイル・パーソナル・コンピュータ（ＵＭＰＣ）、ＰＣ、メディア・ゲートウェイ、テレビ、及び／又はそれに類似するものを含む。
【０１２６】
図１０は、ｘ−軸上がＣＰＵパフォーマンス、及びｙ−軸上がネットワーク接続性／ローカル・ストレージ・スペースである、デバイスの分布を示す。この例証では、ネットワーク接続性は、ネットワーキング・パフォーマンスの尺度であり、ネットワークのダウンロード速度、アップロード速度、時間連続性、及びエリアカバー率などのような種々のネットワーク・パフォーマンス値を用いて計算された指数とすることができる。
【０１２７】
異なる能力をもつ種々のデバイスに広告を出すために、好ましい実施形態は、クラウドの計算パワー並びにローカル処理能力を適宜利用して、信用されたサービスを用いるターゲットが絞られたａｄ−マッチング、効率的なａｄ−配給、及び効果的な使用状況データの収集及び報告を可能にする。これらの動作に要求される実際の計算は、既存のネットワーク、ローカル・ストレージ、及び他の制約内のプラットフォームの能力を最大限に利用するために、ローカル計算とサーバ側計算との間で分けられてもよい。
【０１２８】
比較的低いＣＰＵパワーをもつデバイス（例えば、図１０におけるゾーン１及びゾーン２）に対しては、ゾーン３及び４におけるデバイスに対して行われる場合よりも大きい程度までａｄを予めフィルタするために、クラウドのリソース（例えば、サーバ側リソース）が用いられることが望ましい場合がある。ゾーン３又はゾーン４に入るデバイスに対しては、好ましい実施形態は、ａｄ−マッチングのためにローカル処理能力をより広範囲に利用する。
【０１２９】
ゾーン２又はゾーン３のデバイスに対しては、ゾーン１及びゾーン４におけるものよりも大きい程度まで広告の直接ダウンロードを行い及びキャッシングすることができ、この場合、広告は、レンダリング・デバイスにオンデマンドでダウンロードされ、サイドロードされ、又はストリーミングされる傾向があるであろう。
【０１３０】
ゾーン２及びゾーン３のデバイスは、リアルタイムで（ゾーン３）又はリアルタイムに近い状態（ゾーン２）のいずれかで使用状況データをクラウドにおける信用されたサービスに直接報告してもよく、一方、ゾーン１及びゾーン４のデバイスは、限られた帯域幅及びローカル・ストレージ並びに帯域幅のより高い相対的コストの制約により、使用状況データの限られた組をローカルに格納し、且つこれをクラウドにおける信用されたサービスにごく稀に転送する可能性がより高い場合がある。
【０１３１】
デバイスのタイプに関係なく、或る事前フィルタリングは、よりターゲットが絞られた且つ効率的なａｄ−マッチングを容易にする可能性が高い。幾つかの実施形態によれば、事前フィルタリングは、従来のａｄ−マッチング技術を用いてサーバで利用可能な情報を用いて行うことができる。例えば、各コンテンツ項目又はユーザに対するａｄの組を予め計算し且つ予めフィルタするために、第三者の統計エンジン、アノニマイザ・ソフトウェア、及びａｄ−マッチング・ソフトウェアを用いることができる。年齢、性別、収入レベル、地理的位置、時間帯、関心領域（例えば、過去の挙動から推論される）に対するターゲティングのような標準ターゲティング機構を用いることができる。代替的に又は加えて、ａｄは、タギングを用いて個々のコンテンツ項目にターゲットが絞られてもよく、又はコンテンツ・ターゲティングとユーザ・ターゲティングとの組合せが用いられてもよい。
【０１３２】
図１１は、デバイス１１０４によって供給される使用状況データに少なくとも部分的に基づいて、デバイス１１０４に対する広告を予めフィルタするための、サーバ側ａｄマッチングの使用を例証する。図１１に示すように、デバイス１１０４は、ａｄを事前フィルタリングするのに用いられる使用状況データをサーバ１１０２に提供する。サーバ１１０２は、アノニマイザ１１０６を用いて使用状況データを匿名化し、次いで、統計エンジン１１０８を用いてデータを解析する。統計エンジン１１０８の出力は、デバイス１１０４のユーザに関心をもたれる可能性が最も高い広告のタイプについての判断を下すために、サーバ１１０２によって用いられることが可能である。サーバ側の事前フィルタリングは、それから本明細書のどこかで説明されるローカルａｄ−マッチング技術を用いてより一層該当するマッチが行われてもよい、該当する広告の組を予め計算することによって、顧客を補助する。図１１は例証する目的で提供されること、及び他の配置を用いることができることが理解されるであろう。例えば、サーバ１１０２がデバイス１１０４によって信用されない場合、デバイスからの使用状況データは、サーバ１１０２に提供される前に匿名化されてもよい。他の実施形態において、使用状況データは、サーバ１１０２に少しも提供されず、サーバ１１０２は、文脈からデバイス１１０４又はそのユーザについて拾い集めることができるどんな情報にでも基づいて、あらゆる事前フィルタリングを行う。
【０１３３】
カテゴリの分類法
【０１３４】
幾つかの実施形態において、ａｄ、コンテンツ、及びユーザを類別する目的で、予め定義されたカテゴリの組が用いられる。幾つかの実施形態において、用いられる正確な分類法は、制御を生成するそれぞれの関係人にのみ公開されてもよく−例えば、コンテンツ提供者は、コンテンツに対する分類法を定義することを担当し、広告主は、広告に対する分類法を定義することを担当し、ユーザ属性を記述するオブジェクトを作成するクリアリングハウスは、ユーザに対する分類法を定義することを担当するであろう。分類法は、次いで、これらのエンティティの間で共有されるであろう。他の実施形態において、分類法は標準化することができ（例えば、システムに関与するすべてのコンテンツ提供者は同じ分類法を共有することができる）、標準は、システムにおける他の参加者による使用のために公表することができる。
【０１３５】
具体的な説明に役立つ例として、エンティティに対する適用可能なカテゴリは、要素のカンマ区切りのリストとして指定することができ、この場合、各要素は、タグの階層を示すためにドット表記を用いる階層型タグを表す。各カテゴリはまた、或る範囲、例えば０〜１００に正規化されるカテゴリに対するウエートと関連付けることができる。ウエートの包含により、タグの組は、そのウエートからリーフレベルのカテゴリを分離するために「：」文字を用いる文字列形式で表わすことができる。ワイルドカード文字「＊」は、予約文字とすることができ、あらゆるカテゴリ／サブカテゴリとマッチさせるのに用いられる。
【０１３６】
ａｄタグ分類法の説明に役立つ例の断片が図１２に示される。図１２に示される分類法に関して、タグの幾つかの例は、以下のものを含んでいてもよい。
【０１３７】
Ｆｏｏｄ．Ｃｈｉｎｅｓｅ．Ｓｚｅｃｈｕａｎ
【０１３８】
Ｆｏｏｄ．Ｃｈｉｎｅｓｅ
【０１３９】
Ａｒｔ．Ｏｐｅｒａ
【０１４０】
Ａｒｔ
【０１４１】
ウエートの包含を伴うタグの例は：
【０１４２】
Ｆｏｏｄ．Ｃｈｉｎｅｓｅ．Ｓｚｅｃｈｕａｎ：１０
【０１４３】
Ｆｏｏｄ．Ｃｈｉｎｅｓｅ：５
【０１４４】
Ａｒｔ．Ｏｐｅｒａ：３０
【０１４５】
Ａｒｔ：５
【０１４６】
ワイルドカード及びウエートを伴うタグの例は：
【０１４７】
Ｆｏｏｄ．Ｃｈｉｎｅｓｅ：５
【０１４８】
Ｆｏｏｄ．＊：３
【０１４９】
多くのプラットフォームは、文字列検索及び操作のための効率的な実装を提供し、これは、この情報を文字列として表記するための理由を提供する。マッチングを容易にするために、好ましい実施形態において、慣例により、対応するあまり具体的でないカテゴリよりもタグのリストの先の方に、より具体的なカテゴリが生じる。代わりに逆の慣例（又はあらゆる他の慣例）を用いることができることが理解されるであろう。カテゴリは、カテゴリ／サブカテゴリの簡単な検索を可能にするために照合順序でソートすることができる。
【０１５０】
代替的実装は、タグの組を、カテゴリ及びサブカテゴリの階層（リーフレベルのカテゴリに対するウエートを含む）をバイナリ形式で含むＶａｌｕｅＬｉｓｔとして表すことができる（‘６９３出願で説明されたように）。これらのタグは、以下でより詳細に説明されるＡｄＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ構造の一部とすることができる。
【０１５１】
Ａｄ−挿入点
【０１５２】
幾つかの実施形態において、ａｄ挿入を容易にするために、‘５４３出願で説明された動的メディアゾーン（ＤＭＺ）技術を用いることができる。ＤＭＺ技術は、メディア提示における異なるタイプのゾーンの記述のサポートを提供する。点在しているビデオａｄゾーンを備えたビデオ提示は、こうした提示の例である。
【０１５３】
ＡｄＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ
【０１５４】
‘５４３出願で説明されたように、ＤＭＺ技術は、提示が、ＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ構文を介して外部メディアを参照することを可能にする。以下に示すように、ＡｄＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏは、外部広告又は外部Ａｄ−マッチング制御のいずれかを参照するためにＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ上に構築される。
【表３】
2014222544.tif 000005
【０１５５】
［ＩＮＨＥＲＩＴＥＤ］ｓｐｌｉｃｅＰｏｉｎｔ：そこでゾーンメディアがスプライスされることになるポイント・アレイのＺｏｎｅＰｏｉｎｔ要素の参照指数（ｒｅｆｅｒｅｎｃｅ  ｉｎｄｅｘ）。
【０１５６】
［ＩＮＨＥＲＩＴＥＤ］ｉｄ：ゾーンに対する識別子である、ローカルＡｄ−マッチングがそれ独自の処理のために用いるであろう不透明な識別子。
【０１５７】
ｔａｇｓ：スプライスするａｄ−ゾーンに対するカンマ区切りのタグのリスト。タグは、階層型タグ及びワイルドカードに対するドット表記を用いてａｄ−タグの分類法において指定された名前からなる（例えばＦｏｏｄ．Ｃｈｉｎｅｓｅ、Ｆｏｏｄ．Ｃｈｉｎｅｚｅ．Ｓｚｅｃｈｕａｎ、Ａｒｔ．Ｓｃｕｌｐｔｕｒｅ．Ｒｏｃｏｃｏ、Ａｒｔ．＊ｅｔｃ）。これらのタグは、ａｄリストからのショートリストａｄに用いられる。
【０１５８】
ｅｘｔｅｒｎａｌＡｄＵＲＮ  ：外部広告への直接参照。
【０１５９】
ｅｘｔｅｒｎａｌＡｄＭａｔｃｈｉｎｇＣｏｎｔｒｏｌＵＲＮ  ：外部Ａｄ−マッチング制御を指すＵＲＮ。アプリケーションは、外部ゾーンに対する正当な広告を選出するために、このＵＲＮを用いて外部Ａｄ−マッチング制御をルックアップし、且つこれをＡｄ−制御を実行した結果に渡す。一実施形態において、ｅｘｔｅｒｎａｌＡｄＵＲＮ又はｅｘｔｅｒｎａｌＡｄＭａｔｃｈｉｎｇＣｏｎｔｒｏｌＵＲＮのいずれかが存在し、空の文字列はフィールドが存在しないことを意味するであろう。
【０１６０】
ＡｄＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏ
【０１６１】
ＡｄＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏはＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏを以下に示すように拡張する：
【表４】
2014222544.tif 000006
【０１６２】
ｔａｇｓ：上記で説明されたのと同じ
【０１６３】
システム完全性
【０１６４】
このセクションは、システムの完全性を保証するＤＲＭエンジン及びＤＭＺセキュリティモデルの態様のうちの幾つかを説明する。セキュリティの枠組みの主な目標は、ガバナンス・モデルが完全な状態のまま残ることを保証することである。図１３は、例示的な実施形態におけるガバナンス関連の幾つかの例を示す。図１３に示すように、これらのガバナンス関連は、１個のメディア・コンテンツ１３００とその関連するゾーンマップ情報１３０２及びａｄマッチング制御情報１３０４との間の比較的緊密な関係性を含む。同様に、ａｄ１３０６は、そのそれぞれの制御１３０８と比較的密接して関連付けられる。対照的に、コンテンツ１３００及びａｄ１３０６とそれらのそれぞれの制御情報との間には比較的緩い結合が存在する。
【０１６５】
一実施形態において、セキュリティ及び完全性に対する以下の要件の幾つか又はすべては、システムのガバナンス・モデルから導出することができる。
【０１６６】
（１）広告は、それらがプレイされることになっているときにプレイされなければならない。
【０１６７】
（２）広告は、それらが「スキップ可能ではない」と称されるときにはスキップされるべきではない。
【０１６８】
（３）ａｄ−マッチング制御は、信頼できるものであるべきであり、且つ認証されていない（ローグ）制御プログラムによって置き換え可能ではないべきである。
【０１６９】
（４）Ａｄ−制御は、信頼できるものであるべきであり、且つ認証されていない（ローグ）制御プログラムによって置き換え可能ではないべきである。
【０１７０】
（５）ａｄ−制御と関連付けられた広告ファイルは、対応するａｄ−制御と緊密に結合されるべきである。広告を認証されていない且つ潜在的に悪意のあるエンティティ（例えばローグ・サービス又はハッカー）から別のまったく異なる広告と置き換えることは実行可能ではないべきである。
【０１７１】
ゾーンマップ完全性
【０１７２】
ゾーンマップの完全性（本明細書及び‘５４３出願では時々「ｍＺｏｎ」と呼ばれる）は、広告が、それらがプレイされることになっているときにプレイされることを保証する。
【０１７３】
ＡｄＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ又はＡｄＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏは、‘５４３出願で説明されたＺｏｎｅＭａｐ構造の一部である。ＺｏｎｅＭａｐ上のデジタル署名は、構造全体の完全性を保護する（あらゆるＡｄＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ／ＡｄＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏ要素を含む）。
【０１７４】
ｍＺｏｎアトム自体は、取り除く又はメディアファイルに代入することはできない。完全性保護のための特定の要件に応じて、これは、以下の方法のうちの１つで達成することができる。
【０１７５】
（１）メディアファイル全体（ｍＺｏｎを含む）を暗号化し、且つＤＣＦのようなメディア・コンテナに入れることができ、メディアファイルと関連付けられたＤＲＭライセンスが存在することができる。
【０１７６】
（２）ストリームのみを暗号化することができ、ＤＲＭライセンスは、この事例においてｍＺｏｎアトムへの安全な参照を有することができる。この方法は、全体の完全性が検証される前に提示が開始されないことを保証する。
【０１７７】
（３）‘５４３出願で説明された完全性保護機構を利用する。コンテンツ・キーを得るためにＤＲＭライセンスが用いられる。ｍＺｏｎサイン（ｓｉｇｎｉｎｇ）・キーは、アプリケーションがそれについて知っているキー導出アルゴリズムを用いて、このキーから導出される。コンテンツ自体が典型的には暗号化され、アプリケーションがｍＺｏｎの完全性を同様にチェックする。コンテンツがプレイを始めるときに、ＤＭＺ義務が、ｍＺｏｎにおけるｉｄを参照する。メディアゾーンが不正変更されていることをプレーヤが検出するときに（例えば、ｍＺｏｎが取り除かれた場合に又は何か他のものによって置き換えられている場合に）、プレーヤはレンダリングを止めることになっている。これは、不正変更が検出される前にコンテンツの或る部分がプレイされないことを意味する。幾つかの実施形態において、これは容認可能であると思われる場合がある。
【０１７８】
暗号化自体は、ａｄシステムとやや直交する。システムの脅威分析は、暗号化が要求されるかどうかを示すことができ（例えば、暗号化は、コンテンツ・メディアと広告が安全なパイプ上で直接デバイスに配給され、ユーザがコンテンツ・メディア、広告、又はＤＲＭオブジェクトを不正変更するための方法は存在しない場合には、必要とされない可能性がある。この事例においては、ＤＲＭエンジンのガバナンスの下でプレイする及びそうすることになっている方法でａｄシステムがプレイすることになっているものをプレイすることを保証するためにのみ完全性保護が用いられる。
【０１７９】
‘５４３出願で説明されたＤＭＺ技術は、メディアゾーンが「スキップ可能ではない」ようにされることを可能にする。この方法は、「スキップ可能ではない」と称される広告がスキップされないことを保証するために用いることができる。
【０１８０】
制御プログラム完全性
【０１８１】
好ましい実施形態において、Ａｄ−マッチング制御とＡｄ−制御は、自己防御型制御として‘６９３出願で説明された様式で実装され、信用された機関（ａｕｔｈｏｒｉｔｙ）によって発行され、認証されたものであり且つ完全性保護されたものである。ｍＺｏｎ上のデジタル署名は、Ａｄ−マッチング制御が置き換え可能ではないことを保証する。Ａｄ−制御とＡｄ−ファイルとの間の強い結合は、Ａｄ−制御が置き換え可能ではないことを保証する。
【０１８２】
ｍＺｏｎとファイルとの間の結合
【０１８３】
コンテンツと広告ファイルは、‘５４３出願で説明されたメディアゾーン完全性保護のための機構を介してｍＺｏｎに緊密に結合することができる。これは、ｍＺｏｎアトム自体が取り除かれる又は何か他のものと共にメディア／広告ファイルに代入される場合があるので、単独では緊密な結合を保証しないことに注目されたい。対応するＤＲＭ制御からの安全な参照（典型的に、コントローラ署名はｍＺｏｎへの安全な参照を有するであろう）又はファイルの暗号化（ｍＺｏｎを含む）は、ｍＺｏｎとメディア／広告ファイルとの間の緊密な結合を保証するのに必要とされる場合がある。
【０１８４】
メディア・レンダリングの中止
【０１８５】
‘５４３出願で説明されたように、メディアゾーンの完全性を検証することができない場合、アプリケーションは、提示全体をレンダリングするのを止めるべきである。不正変更されたａｄがプレイされないことを保証するために同じ原理を用いることができる。広告ファイルが不正変更される場合、アプリケーションは、アプリケーションがＡｄ−制御から得るコンテンツ・キーを用いて、又は制御の署名照合（ｍＺｏｎへの安全な参照を含む）に失敗した場合に、これをレンダリングすることができないであろう。この事例において、Ａｄ−制御に対するＯｎＡｃｃｅｐｔコールバックは、呼び出されるべきではなく、コンテンツの再生はアプリケーションによって中止されるべきである。
【０１８６】
複数のＡｄ−リスト
【０１８７】
Ａｄ−リスト・ルックアップ
【０１８８】
システム内にしばしば複数のＡｄ−リストが存在する。個別のａｄ−リストに対する幾つかの例は、１）コマーシャル又は支払（Ｐａｙｉｎｇ）Ａｄ、２）‘Ｈｏｕｓｅ（ハウス）’」又は非支払（Ｎｏｎ−Ｐａｙｉｎｇ）Ａｄ（例えば、利用可能な適切なコマーシャルａｄが存在しない場合にａｄ−スロットを埋めるためにフォールバックａｄとして用いられる）に対するａｄのリストとすることができる。各ａｄ−リストは、より小さいサブリストにさらに編成することができる。
【０１８９】
ａｄを個別のａｄ−リストにカテゴリ分類することは、広告に対する検索スペースを制限する一助となり、これは、それらの処理能力が限られているデバイス上で特に有用である可能性がある。
【０１９０】
‘５４３出願で説明されたように、アプリケーションは、内部ゾーン及び外部ゾーンの一部である不透明ｉｄを用いることができる。アプリケーションは、該当するａｄ−リストをテーブルからルックアップするためにｉｄをキーとして用いることができる。ａｄ−リストは、広告が或る場所から（例えばインターネット上の場所から）直接フェッチされる／ストリーミングされる場合にはＵＲＬとすることもできるＵＲＮによって識別されてもよい。リストのサブカテゴリは、ＵＲＬにおけるパスに又はＵＲＮのコロンで区切られた（ｃｏｌｏｎｉｚｅｄ）部分にマップすることができる。これは、サーバ側でコンテンツ・マッチングが行われることを可能にするであろう。
【０１９１】
Ａｄとメディアは、ローカル・ストレージの制約に応じて顧客に配給される信用されたＤＲＭオブジェクトと共にのみ、ストリーミングされてもよい。これらのオブジェクトは、パフォーマンスを最適化するために、予め構文解析され、予め検証され、安全な記憶装置又はデータベースにローカルにキャッシュされてもよい。オブジェクトのＩｄは、データベースにおける予め構文解析され且つ予め検証されたオブジェクトをルックアップするために、キーとして用いることができる。
【０１９２】
例えば：
【表５】
2014222544.tif 000007
【０１９３】
ＡｄｌｉｓｔＭａｐｐｉｎｇＩｎｆｏ
【０１９４】
マッピングが静的なものである場合、アプリケーション自体に組み込むことができ、ｉｄは、ＤＭＺに対する不透明な識別子のままとすることができる。しかしマッピングがより動的なものである（例えばマッピングがメディア・コンテンツのソースによって変化する）場合、このマッピングをゾーンマップの一部として有することが有用な場合がある。
【表６】
2014222544.tif 000008
【０１９５】
ＺｏｎｅＭａｐは、ｉｄをａｄ−リストＵＲＮ／ＵＲＬにマップするＡｄＰｌａｔｆｏｒｍＡｄｌｉｓｔＭａｐｐｉｎｇＩｎｆｏ要素のアレイを有するであろう。
【表７】
2014222544.tif 000009
【０１９６】
ホスト・オブジェクト
【０１９７】
ローカルａｄマッチングの１つの利点は、マッチを最適化するためにローカル文脈を用いる能力である。一実施形態において、以下のホスト・オブジェクトは、顧客上で走るＤＲＭ及び／又はａｄマッチング・エンジンのインスタンスに利用できるようにされる。これらのホスト・オブジェクトは、あらゆるＤＲＭ制御に対する標準のホスト・オブジェクト環境に加えて存在する。
【０１９８】
Ｌｏｃａｔｉｏｎ：Ｌｏｃａｔｉｏｎホスト・オブジェクトは、ユーザの現在の場所（例えば、緯度、経度、及び高度、市、州など）を提供する。一実施形態において、値は、文字列として表明され、ホスト・オブジェクトは、ライブオブジェクトである（すなわち、それらはユーザが地理的地域にわたって移動するのに伴って更新される）。例えば、こうしたホスト・オブジェクトは、「／ＡｄＰｌａｔｆｏｒｍ／ＬｏｃａｌＣｏｎｔｅｘｔ／Ｌｏｃａｔｉｏｎ  ＜−  ａ（ｌａｔｉｔｕｄｅ，ｌｏｎｇｉｔｕｄｅ，ａｌｔｉｔｕｄｅ）ｔｕｐｌｅ」で格納することができ、ＤＲＭエンジンは、必要な場合にこのオブジェクトを取り出すことができる。代替的に、場所情報を戻すためにホスト関数を露出することができる。
【０１９９】
ユーザが属するカテゴリ（例えば、嗜好クラス又はメンバーシップ）（及び各カテゴリに対する相対的ウエート）は、非常に重要なローカル文脈情報とすることができる。異なるユーザ・プロフィールを有する複数のデバイス上でデプロイされる同じａｄマッチング制御は、結果として、同じ全般的状況においてかなり異なるマッチした広告をもたらすことがある。こうしたプロフィール情報は、以下の場所：／ＡｄＰｌａｔｆｏｒｍ／ＬｏｃａｌＣｏｎｔｅｘｔ／ＵｓｅｒＣａｔｅｇｏｒｉｅｓ／＜Ｃａｔｅｇｏｒｙ＞／＜Ｓｕｂ−Ｃａｔｅｇｏｒｙ＞／…／ｗｅｉｇｈｔで格納することができる。ここで、「ｗｅｉｇｈｔ」は、カテゴリに対する正規化された相対的ウエート（例えば、値０〜１００）である。
【０２００】
幾つかの事例において、このユーザのカテゴリ分類は、完全に顧客上で生じてもよく、プライバシーの理由でサーバと詳細に共有されない場合がある。こうした事例において、ローカル文脈情報は、ローカルａｄマッチングにとって、より重要となる。一実施形態において、ＵｓｅｒＣａｔｅｇｏｒｉｅｓコンテナ・オブジェクトを所有する制御プログラムは、ユーザのカテゴリへの書き込み及び更新の許可を有する。
【０２０１】
一実施形態において、ユーザ・カテゴリは、ＤＲＭエンジンの安全な状態データベース（例えば、‘６９３出願で説明されたような状態データベース）に格納され、すべての他の制御プログラムにこのデータへの読出し専用アクセスを提供するために、それらに対するＰＵＢＬＩＣ＿ＲＥＡＤフラグセットを有する。代替的に、ユーザ・カテゴリは、状態データベースに格納される必要はないが、アプリケーションによって完全に計算され（アプリケーションがこれらのカテゴリの計算方法を知っている場合）、読出し専用ホスト・オブジェクトとしてＤＲＭ制御に露出されることが可能である。
【０２０２】
Ｚｏｎｅ  Ｉｎｆｏ
【０２０３】
Ｚｏｎｅ  Ｉｎｆｏは、Ａｄ−制御実行及びＡｄ−マッチング制御実行へのパラメータである。一実施形態において、このパラメータは、ＡｄＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏからのデータの幾つかを制御に露出する。例えば：
【０２０４】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＤｅｓｔｉｎａｔｉｏｎＺｏｎｅ／ＺｏｎｅＩｎｆｏ／ｉｄ
【０２０５】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＤｅｓｔｉｎａｔｉｏｎＺｏｎｅ／ＺｏｎｅＩｎｆｏ／ｔａｇｓ
【０２０６】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＳｏｕｒｃｅＺｏｎｅ／ＺｏｎｅＩｎｆｏ／ｉｄ
【０２０７】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＳｏｕｒｃｅＺｏｎｅ／ＺｏｎｅＩｎｆｏ／ｔａｇｓ
【０２０８】
ここで、ＤｅｓｔｉｎａｔｉｏｎＺｏｎｅは、コンテンツにおけるメディアゾーンのことを指す。ＤｅｓｔｉｎａｔｉｏｎＺｏｎｅのｉｄ及びｔａｇｓは、このコンテナ・オブジェクトのチャイルドとして露出される。同様に、ＳｏｕｒｃｅＺｏｎｅは、広告自体におけるメディアゾーンのことを指す。ＳｏｕｒｃｅＺｏｎｅのｉｄ及びｔａｇｓは、このコンテナ・オブジェクトのチャイルドとして露出される。
【０２０９】
一実施形態において、ａｄマッチング制御実行に対して、ａｄ入札アクションの結果が、コンテナ・ホスト・オブジェクトとして制御に露出される。以下のオブジェクト・パスを用いることができる：
【０２１０】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＡｄＢｉｄｓ
【０２１１】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／Ａｄ１  ［ＯＰＴＩＯＮＡＬ］
【０２１２】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／Ａｄ２  ［ＯＰＴＩＯＮＡＬ］
【０２１３】
一実施形態において、ＡｄＢｉｄｓはコンテナであり、典型的に、ｂｉｄｓの「ＡｄＢｉｄｓ」アレイの要素である特別なチャイルド名「＠０」、「＠１」、「＠２」などを用いてアクセスされる。各入札は、チャイルド・ホスト・オブジェクトとしてあらゆる任意の深さへのあらゆる任意のパラメータを有することができる。この実施形態において、唯一の要件は、対応するＡｄ−マッチング制御がこれらのパラメータを理解する必要があるということであろう。各ａｄ−制御は、評価後に、対応するホスト・オブジェクト（ＡｄＢｉｄｓコンテナのチャイルドである「＠ｎ」）としてＡｄ−マッチング制御に露出される、拡張ステータス・ブロック（ｅｘｔｅｎｄｅｄ  ｓｔａｔｕｓ  ｂｌｏｃｋ）（ＥＳＢ）を戻す。
【０２１４】
一実施形態において、Ａｄ１パラメータとＡｄ２パラメータは、それとの比較が制限されることになるＡｄＢｉｄｓから考慮されることになる２つのａｄの指数を渡すのに用いられる随意的なパラメータである。これらの２つの随意的なパラメータがＡｄ−マッチング制御のＣｏｍｐａｒｅＢｉｄ方法に渡されるときに、これは２つのＡｄの相対的順序を判断する、ＥＳＢにおけるｒｅｔｕｒｎＣｏｄｅを戻すであろう。Ａｄ−マッチング制御のＣｏｍｐａｒｅＢｉｄ方法は、次いで、すべてのａｄを、ａｄがそれらの優先度によって順序付けられるａｄ−キューにソートするために、コンパレータ関数として用いられてもよい。
【０２１５】
例：
【０２１６】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／Ａｄ１  −＞  値「＠２」をもつ
【０２１７】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／Ａｄ２  −＞  値「＠５」をもつ
【０２１８】
上記のパラメータ値は、ＣｏｍｐａｒｅＢｉｄ方法に以下の２つのｂｉｄｓを比較するように頼むために渡される。
【０２１９】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＡｄＢｉｄｓ／＠２
【０２２０】
／ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＡｄＢｉｄｓ／＠５
【０２２１】
一実施形態において、‘６９３出願で説明された状態データベースは、それらが或る状態情報を恒久的に格納することを可能にするために、これらのａｄ制御に対して利用可能であろう。
【０２２２】
ａｄ−制御が格納されることを要求する恒久的な状態情報の例は、これが落札入札であったときにプレイされている回数、最後の入札価格、及び最後の入札が成功したか否かを含んでもよい。この情報（例えば、インプレッションの数、最後の入札ステータスなど）は、制御が次の入札の値を決定する一助となってもよい（例えば、制御は、前の入札が成功した又は成功しなかった場合に、より多く／より少なく入札することを望んでもよく、又は制御は、インプレッションの総数に上限を設けることなどを望んでもよい）。
【０２２３】
Ａｄ−制御
【０２２４】
一実施形態において、’６９３出願で説明されたタイプの「Ｂｉｄ」と呼ばれる新しい「Ａｃｔｉｏｎ」が導入され、ローカルａｄ−マッチングに対して用いられる。ａｄ−スロットを入札する制御オブジェクトは、このＡｃｔｉｏｎを介してそれを行う。一実施形態において、Ｂｉｄアクションに対して以下のルーチンを定義することができる。
【０２２５】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．Ｂｉｄ．Ｉｎｉｔ
【０２２６】
このルーチンは、‘６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｉｎｉｔと同じ意味論を有するであろう。
【０２２７】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．Ｂｉｄ．Ｃｈｅｃｋ
【０２２８】
このルーチンは、‘６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｃｈｅｃｋと同じ意味論を有するであろう。
【０２２９】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．Ｂｉｄ．Ｐｅｒｆｏｒｍ
【０２３０】
このルーチンは、‘６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｐｅｒｆｏｒｍと同じ意味論を有するであろう。ルーチンが成功する場合、ＲｅｓｕｌｔＣｏｄｅは０であり、スタック上の次の項目は、以下で説明されるＥＳＢへのポインタである。
【０２３１】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．Ｂｉｄ．Ｄｅｓｃｒｉｂｅ
【０２３２】
このルーチンは、‘６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｄｅｓｃｒｉｂｅと同じ意味論を有するであろう。
【０２３３】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．Ｂｉｄ．Ｒｅｌｅａｓｅ
【０２３４】
このルーチンは、‘６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｒｅｌｅａｓｅと同じ意味論を有するであろう。
【０２３５】
入札結果（Ｂｉｄ  Ｒｅｓｕｌｔ）
【０２３６】
好ましい実施形態において、Ｂｉｄアクションによって戻されるＥＳＢ構造は、‘６９３出願で説明されたものと同様である。例として、「宣言型」ａｄ−制御は、分類法を用いてその所属を宣言してもよく、且つ‘Ｂｉｄ’アクション呼び出しのためにＥＳＢにおけるそのＢｉｄを戻すことによってａｄ−スロットを入札してもよい。Ａｄ−マッチング制御は、入札を適正に評価する及びＡｄ−制御によって宣言されたパラメータに注意を払う義務がある。Ａｄ−制御とＡｄ−マッチング制御は、広告パラメータに対して用いられる共通の分類法を理解する。
【表８】
2014222544.tif 000010
【０２３７】
以下の表は、手続き型スタイルで書かれたＡｄ−制御の例を示す。制御論理は、入札価格を評価するのに用いられるルールを要約し、制御は次いで、これらの値を、Ａｄ−制御の‘Ｂｉｄ’方法が呼び出されるときに戻すＥＳＢにポークする。
【表９】
2014222544.tif 000011
【０２３８】
Ａｄ−Ｃｏｎｔｒｏｌ  Ｃａｌｌｂａｃｋｓ
【０２３９】
ＯｎＡｃｃｅｐｔ  Ｃａｌｌｂａｃｋ
【０２４０】
一実施形態において、Ｂｉｄ  Ｒｅｓｕｌｔ  ＥＳＢは、その入札がＡｄ−マッチング制御によって確定される場合にアプリケーションがＡｄＣｏｎｔｒｏｌをコールバックすることを要求するために、「ＯｎＡｃｃｅｐｔ」Ｃａｌｌｂａｃｋ（例えば、‘６９３出願で説明されたように）を収容するであろう。Ａｄ−制御がこのコールバックを受信するときに、これは、後で状態データベースにおいて用いる必要がある情報を格納するべきである。
【０２４１】
ＯｎＣａｌｌＴｏＡｃｔｉｏｎ  Ｃａｌｌｂａｃｋ
【０２４２】
一実施形態において、Ｂｉｄ  Ｒｅｓｕｌｔ  ＥＳＢは、コール・トゥ・アクション（ｃａｌｌ−ｔｏ−aｃｔｉｏｎ）広告と関連付けられたタスクを行うときにアプリケーションがＡｄ−制御をコールバックすることを要求するために、「ＯｎＣａｌｌＴｏＡｃｔｉｏｎ」Ｃａｌｌｂａｃｋを収容する。一実施形態において、Ａｄ−制御がこのコールバックを受信するときに、これは、対応するイベントを計測するべきである。
【０２４３】
Ａｄ−制御義務（Ａｄ−Ｃｏｎｔｒｏｌ  Ｏｂｌｉｇａｔｉｏｎｓ）
【０２４４】
幾つかの実施形態において、Ｂｉｄ  Ｒｅｓｕｌｔ  ＥＳＢは、Ａｄ−制御に対応する広告がコール・トゥ・アクション広告であった場合にＣＲＩＴＩＣＡＬ  Ｏｂｌｉｇａｔｉｏｎ（重要な義務）を収容することができる。この目的のために義務パラメータの以下のリストが定義される。義務に付加的なパラメータが存在することが可能であり、これらのカスタムパラメータの協定は、アプリケーション及びａｄ−制御提供者にのみ公開（ｐｒｉｖａｔｅ）されるであろう。義務の名前は、例えば、ｕｒｎ：…：ａｄ：ｃａｌｌ−ｔｏ−ａｃｔｉｏｎとすることができる。
【０２４５】
ＨｙｐｅｒｌｉｎｋＲｅｆｅｒｅｎｃｅ：ホスト・アプリケーションがブラウザで開く必要があるハイパーリンクを指定するＶａｌｕｅＬｉｓｔ。
【０２４６】
ＳＭＳＲｅｆｅｒｅｎｃｅ：ホストがＳＭＳメッセージを指定されたＳＭＳコードに送信する必要があることを示すパラメータ。
【０２４７】
ＰｈｏｎｅＮｕｍｂｅｒＲｅｆｅｒｅｎｃｅ：ホストが指定された電話番号を呼び出す必要があることを示すパラメータ。
【０２４８】
Ａｄ−マッチング制御
【０２４９】
一実施形態において、新しいアクション−‘ＣｏｍｐａｒｅＢｉｄ’−は、ローカルＡｄ−マッチングのために導入される。一実施形態において、このアクションをサポートする制御オブジェクトは、入札を評価し、以下の２つのことのうちの１つを行う。
【０２５０】
落札入札をもつ広告を選定すること。随意的なＡｄ１パラメータ及びＡｄ２パラメータは、この事例においては渡されるべきではない、又は、
【０２５１】
２つの入札を比較し（随意的なＡｄ１パラメータ及びＡｄ２パラメータが渡されるときに）、それらの相対的優先度を確立すること。
【０２５２】
第１の事例において、Ａｄ−マッチング制御は、すべてのＡｄ−Ｂｉｄを評価し、且つベストマッチを選定する。すべての論理は、仮想機械バイトコード自体に存在する。
【０２５３】
第２の事例において、仮想機械コードは、個々の広告の間の相対的優先度に基づいてＡｄ−リストをＡｄ−キューにソートするためにアプリケーションが繰返し呼び出すコンパレータ関数として作用する。この方法は、より高次のアプリケーション層が問題及びプラットフォーム（例えば、ヒープ・ソート、マージ・ソートなど）に対して適切なアルゴリズム（単数又は複数）を実装することを可能にするために提供される。この事例におけるソート論理のほとんどは、プラットフォームに対してより容易に最適化されるアプリケーションの実装言語で実装される。‘６９３出願で説明された仮想機械命令の組は、比較的単純なものであり、したがって、この責任の分担が最も効率的な解決策を表す可能性がある。
【０２５４】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＣｏｍｐａｒｅＢｉｄ．Ｉｎｉｔ
【０２５５】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｉｎｉｔと同じ意味論を有するであろう。
【０２５６】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＣｏｍｐａｒｅＢｉｄ．Ｃｈｅｃｋ
【０２５７】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｃｈｅｃｋと同じ意味論を有するであろう。
【０２５８】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＣｏｍｐａｒｅＢｉｄ．Ｐｅｒｆｏｒｍ
【０２５９】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｐｅｒｆｏｒｍと同じ意味論を有するであろう。ルーチンが成功する場合、ＲｅｓｕｌｔＣｏｄｅは０であり、スタック上の次の項目は、以下で説明されるＥＳＢへのポインタである。
【０２６０】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＣｏｍｐａｒｅＢｉｄ．Ｄｅｓｃｒｉｂｅ
【０２６１】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｄｅｓｃｒｉｂｅと同じ意味論を有するであろう。
【０２６２】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＣｏｍｐａｒｅＢｉｄ．Ｒｅｌｅａｓｅ
【０２６３】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｒｅｌｅａｓｅと同じ意味論を有するであろう。
【０２６４】
ＣｏｍｐａｒｅＢｉｄ結果
【０２６５】
ＥＳＢ構造は、’６９３出願で説明されたものと同様に説明される。
【０２６６】
１つの例において、Ａｄ−マッチング制御プログラムのＣｏｍｐａｒｅＢｉｄ  Ａｃｔｉｏｎは、以下の構造をもつＥＳＢを戻す（ベスト・ピック（ｂｅｓｔ  ｐｉｃｋ）を反映する）。
【表１０】
2014222544.tif 000012
【０２６７】
別の例として、Ａｄ−マッチング制御プログラムのＣｏｍｐａｒｅＢｉｄ  Ａｃｔｉｏｎは、以下の構造をもつＥＳＢを戻す場合がある（Ａｄ１とＡｄ２との間の比較の結果を反映する）。
【表１１】
2014222544.tif 000013
【０２６８】
一実施形態において、戻りコードの可能な値は、以下の通りとすることができる。
【表１２】
2014222544.tif 000014
【０２６９】
使用状況データ・フィルタリング
【０２７０】
プライバシーの考慮事項
【０２７１】
地域法は、許されるプライバシー実務及び法律の規定を通じてユーザに対して収集することができる情報のタイプをしばしば制約する。幾つかの実施形態において、デバイスは、信用されたサービスとバックエンドで通信してもよい。広範囲にわたるデータを収集し、且つ信用されたサーバに送信してもよい。情報は、地方条例によって要求される場合の開示からサービスエンド上で保護することができる。
【０２７２】
しかしながら、幾つかの事例において、バックエンドサービス自体が信用される場合であっても、どんなデータがサーバに送られてもよいかについての制約が存在する場合がある。この状況において、収集されるデータは、これをサーバに送信する前に或る方法でフィルタする及び／又は匿名化することができる。
【０２７３】
例として、アプリケーションは、或るランダムデータ（例えば、アプリケーションによって格納されることになる一定のランダムデータ）を、個人を識別可能な情報にパディングし、且つ２つの一方向ハッシュをとることによって、データを匿名化してもよい。データを匿名化するためにアプリケーションによって用いられることになる具体的な技術は、アプリケーションの責任であり、あらゆる適切な技術を用いることができることが理解されるであろう。
【０２７４】
ローカル使用のために顧客上で収集される或るデータ要素が存在してもよいが、これらは、サーバに報告する前にフィルタで除去される必要がある場合がある。何をフィルタで除去するかについてのポリシーは、アプリケーションによって完全に定義することができる。しかしながら、このポリシーがＤＲＭ制御として実装された場合には、アプリケーションが以下の幾つか又はすべてを達成することを可能にしてもよいので、より融通性がある可能性がある。
【０２７５】
アプリケーションに影響を及ぼすことなく地域法に基づいて異なる地域に対する異なるポリシーを用いること。
【０２７６】
サービスが既に使用できるようになった後で地域法が変更されるときに、アプリケーションに対するソフトウェアを更新する必要なしにポリシーを独立して更新すること。
【０２７７】
以下のセクションは、‘６９３出願で説明されたもののようなＤＲＭエンジン技術が、使用状況データ・フィルタリングのためにどのように用いられるかを簡潔に説明する。
【０２７８】
フィルタ関数
【０２７９】
一実施形態において、使用状況データをフィルタリングする目的でポリシーを実装するＤＲＭ制御によってサポートされる新しいアクション−‘フィルタ使用状況データ’−が導入される。フィルタ使用状況データ・アクションへのパラメータは、以下を含むことができる。
【表１３】
2014222544.tif 000015
【０２８０】
ここで、
【０２８１】
「ＤａｔａＮａｍｅ」は、フィルタされることを必要とするデータ項目の名前である。
【０２８２】
「ＤａｔａＮａｍｅＳｐａｃｅ」は、データ項目の名前が定義されるネーム空間である。
【０２８３】
「データ」は、データ項目の実際の値である。
【０２８４】
「ＣｏｎｔｅｘｔＩｄ」は、不透明な文脈ｉｄであり、この文脈ｉｄの意味は、アプリケーションとプライバシーポリシー提供者との間で非公開で合意されるものとすることができる。
【０２８５】
「ＴｒａｎｓｆｏｒｍａｔｉｏｎＭｅｔｈｏｄｓ」は、アプリケーションによってサポートされる可能なデータ変換方法を伝えるのに用いられるデータ構造である。一実施形態において、項目、データ・タイプ、及びこのデータ構造のレイアウトの協定は、アプリケーションとプライバシーポリシー提供者にのみ公開される。
【０２８６】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＦｉｌｔｅｒＵｓａｇｅＤａｔａ．Ｉｎｉｔ
【０２８７】
一実施形態において、このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｉｎｉｔと同じ意味論を有するであろう。
【０２８８】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＦｉｌｔｅｒＵｓａｇｅＤａｔａ．Ｃｈｅｃｋ
【０２８９】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｃｈｅｃｋと同じ意味論を有するであろう。
【０２９０】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＦｉｌｔｅｒＵｓａｇｅＤａｔａ．Ｐｅｒｆｏｒｍ
【０２９１】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｐｅｒｆｏｒｍと同じ意味論を有するであろう。ルーチンが成功する場合、ＲｅｓｕｌｔＣｏｄｅは０であり、スタック上の次の項目は、ＥＳＢへのポインタである。
【０２９２】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＦｉｌｔｅｒＵｓａｇｅＤａｔａ．Ｄｅｓｃｒｉｂｅ
【０２９３】
このルーチンは、’６９３出願のＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｄｅｓｃｒｉｂｅと同じ意味論を有するであろう。
【０２９４】
Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＦｉｌｔｅｒＵｓａｇｅＤａｔａ．Ｒｅｌｅａｓｅ
【０２９５】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．＜Ａｃｔｉｏｎ＞．Ｒｅｌｅａｓｅと同じ意味論を有するであろう。
【０２９６】
ＦｉｌｔｅｒＵｓａｇｅＤａｔａの結果
【０２９７】
この方法はＥＳＢを戻す。一実施形態において、ＥＳＢ構造は、’６９３出願で説明されたものと同様である。以下に例を示す：
【表１４】
2014222544.tif 000016
【０２９８】
ＲｅｓｕｌｔＣｏｄｅｓ（結果コード）
【０２９９】
以下の表は、１つの例となる実施形態におけるＲｅｓｕｌｔＣｏｄｅパラメータの可能な値を与える：
【表１５】
2014222544.tif 000017
【０３００】
ＯｕｔｐｕｔＤａｔａ（出力データ）
【０３０１】
これは、以下のデータを収容するＶａｌｕｅ  ｂｌｏｃｋ（値ブロック）である：
【０３０２】
（１）選択された変換方法をアプリケーションに信号で送るためのフィールド、又は、
【０３０３】
（２）変換されたデータ自体（例えば、アプリケーションにより提供される利用可能な変換が存在しなかったときに、及び戻りコードをＲＥＳＵＬＴ＿ＣＯＤＥ＿ＣＵＳＴＯＭ＿ＴＲＡＮＳＦＯＲＭＡＴＩＯＮに設定することによってこれが示されたときに、ポリシーを施行するためにフィルタ制御が変換自体を行った場合）
【０３０４】
使用状況データの報告
【０３０５】
動的信用関係
【０３０６】
一実施形態において、顧客アプリケーションは、ユーザがコンテンツ及びａｄ提供者との信用関係を動的に管理することを可能にする。例えば、ユーザは、コンテンツ提供者を信用することに決定めてもよく、コンテンツ提供者の信用アンカーが、次いで、顧客における特別な場所に格納されるであろう。
【０３０７】
一実施形態において、信用のレベルは、他の信用アンカーによって置かれる信用よりも依然として低い場合があり、したがって、アプリケーションは、これらの「第２のクラス」又は「限られた使用」の信用アンカーをもつ事柄の限られた組のみを行ってもよい。
【０３０８】
幾つかの実施形態において、共通の信用階層が用いられる。これは、以下のものを含む多くの理由のために有利な場合がある。
【０３０９】
（１）共通の信用階層が用いられる場合、実行する制御は、未知の且つ潜在的に悪意のある関係人によって生成されないが、信用階層との或るタイプの信用関係を有する関係人によって生成される。これは、ＤＲＭエンジン実装における問題を悪用しようとする可能性があるローグ制御に対する或る保護を提供し、もしあれば、それらはフィールドに解決策がデプロイされると、存在が見つけ出される。
【０３１０】
（２）クリアリングハウスと中央信用機関との信用関係は、未知の且つ潜在的に悪意のあるクリアリングハウスは「フリー・ライダー」となることができないことを意味する。
【０３１１】
測定義務
【０３１２】
‘８８１出願は、より高いレベル（例えば、アプリケーション・レベル）のイベント（例えば、サーベイ・イベント、投票イベント、ユーザ・スキップ・イベントなど）を測定するための測定義務の枠組みを説明する。これらの義務は、それにデータが送信されることになるクリアリングハウスのＵＲＬを含むように拡張することができる。例えば、ＶａｌｕｅＬｉｓｔは、もう１つのパラメータ−文字列パラメータ「ＣｌｅａｒｉｎｇｈｏｕｓｅＵＲＬ」を収容し、値は、クリアリングハウスに対するＵＲＬを収容する文字列となるであろう。
【０３１３】
Ｐ２Ｐコンテンツ及びａｄ共有
【０３１４】
インターネット及び他の配信メディア上で利用可能な極めて大容量のコンテンツに起因して、該当するコンテンツを見つけ出すのはしばしば難しい。ＲＳＳを介するメディア・シンジケーションは、問題に対する部分的な解決策を提供する。ユーザは、彼らの趣味であってもよいコンテンツ供給に加入し、効果的にサインアップして、その「チャンネル」を受信することができる。
【０３１５】
コンテンツ配信に対する別の機構は、ピアツーピア（Ｐ２Ｐ）共有を介するものである。Ｐ２Ｐ共有は、コンテンツを共有するために互いに「結合」又は「接続」するあらゆる２つの任意のデバイスに関係する。デバイスは、それらのコンテンツのＲＳＳ供給を互いに露出することができるが、ユーザは、依然として供給及び／又は個々のコンテンツ項目を選定する必要がある。モバイルデバイスの小さいフォームファクタに起因して、これは、最適なユーザ体験とはならない場合がある。
【０３１６】
Ｐ２Ｐ対話の間に、以下の幾つかの興味深い可能性が存在する。
【０３１７】
（ａ）デバイスは、デバイスのそれぞれの所有者に該当する可能性が高いであろうコンテンツを自動的に交換することができる。
【０３１８】
（ｂ）デバイスは、受信者デバイス上のローカルＡｄ−制御によってマッチされる可能性がより高い広告を自動的に交換することができる。
【０３１９】
これらのタイプの対話は、コンテンツと広告を、該当するそれらを見つけ出す可能性が高い人々にシームレスに広める手段を提供し、より良好なユーザ体験を提供するであろう。
【０３２０】
しかしながら、通常の状況の下では、ランダムピアは互いに信用されず、ピアが互いを直接調査することは可能ではない。好ましい実施形態において用いられるＤＲＭエンジン技術は、個人を識別可能でない情報、文脈情報、ユーザ情報、デバイス情報、ユーザの過去の挙動についての情報などを得るために、証明された且つ完全性保護されたＤＲＭエージェント（例えば、‘６９３出願で説明されたタイプの）が遠隔ピア上で走ることを可能にする。
【０３２１】
この情報の助けにより、送信側ピアは、どんなコンテンツ及び／又は広告が受信側ピアに該当する可能性が高いかを決定し、これらを受信者にわたって自動的にプッシュすることができる。
【０３２２】
遠隔調査エージェント
【０３２３】
送信側ピアは、情報に対するその環境を調査するために、遠隔（受信側）ピア上で遠隔調査エージェントを走らせるであろう。これが調査してもよい情報のタイプは、例えば、以下のものを含むことができる。
【０３２４】
（ａ）ユーザ・プロフィール情報
【０３２５】
（ｂ）デバイスの文脈情報
【０３２６】
（ｃ）挙動情報／トランザクション・データ
【０３２７】
エージェントは、上記の情報を調査し、例えば、本明細書に記載のフィルタリング機構を用いてこれを適宜フィルタし、情報をＥＳＢに戻すことができる。このＥＳＢは、事実上、遠隔ピアに対するフィルタされたローカル文脈を収容する。送信側ピアは、この情報をＡｄ−制御及び／又はＡｄ−マッチング制御と共に使用し、受信者に該当する可能性があるコンテンツ項目と広告を判断する。
【０３２８】
幾つかの実施形態において、以下のルーチンを定義することができる。
【０３２９】
Ｃｏｎｔｒｏｌ．Ａｇｅｎｔｓ．ＲｅｍｏｔｅＰｒｏｂｅ．Ｉｎｉｔ
【０３３０】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｇｅｎｔｓ．＜Ａｇｅｎｔ＞．Ｉｎｉｔと同じ意味論を有するであろう。
【０３３１】
Ｃｏｎｔｒｏｌ．Ａｇｅｎｔｓ．ＲｅｍｏｔｅＰｒｏｂｅ．Ｒｕｎ
【０３３２】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｇｅｎｔｓ．＜Ａｇｅｎｔ＞．Ｒｕｎと同じ意味論を有するであろう。
【０３３３】
Ｃｏｎｔｒｏｌ．Ａｇｅｎｔｓ．ＲｅｍｏｔｅＰｒｏｂｅ．Ｄｅｓｃｒｉｂｅ
【０３３４】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｇｅｎｔｓ．＜Ａｇｅｎｔ＞．Ｄｅｓｃｒｉｂｅと同じ意味論を有するであろう。
【０３３５】
Ｃｏｎｔｒｏｌ．Ａｇｅｎｔｓ．ＲｅｍｏｔｅＰｒｏｂｅ．Ｒｅｌｅａｓｅ
【０３３６】
このルーチンは、’６９３出願で説明されたようなＣｏｎｔｒｏｌ．Ａｇｅｎｔｓ．＜Ａｇｅｎｔ＞．Ｒｅｌｅａｓｅと同じ意味論を有するであろう。
【０３３７】
例となる使用事例
【０３３８】
以下の解説は、或る例証となる実施形態が、上記で列挙された及び‘６９３出願及び／又は‘５５１出願で説明されたＤＲＭエンジンをどのように利用するかを説明する。
【０３３９】
１つの比較的簡単な使用事例は、３つの広告の組を含むローカルａｄ−マッチングを取り扱う。サーバ側フィルタリングが起こり、３つの広告がａｄ−リストにあるとみなされる。それらは以下のとおりである。
【０３４０】
（１）高級シットダウン（ｓｉｔ−ｄｏｗｎ）レストランに対する広告（Ａｄ１）
【０３４１】
（２）中華  テイクアウト  ファーストフード  レストランに対する広告（Ａｄ２）
【０３４２】
（３）モバイル送受話器に対する広告（Ａｄ３）
【０３４３】
図１４に示すように、この例において、コンテンツは、アクセス単位０においてコンテンツをプレイする前に広告を示す必要がある連続メロドラマのエピソードである。
【０３４４】
コンテンツ・カテゴリの分類法の以下のスニペットを考える。
【表１６】
2014222544.tif 000018
【０３４５】
コンテンツに対するタグは以下の通りとすることができる：
【表１７】
2014222544.tif 000019
【０３４６】
このコンテンツに対応するゾーンマップは以下の通りとすることができる。
【表１８】
2014222544.tif 000020
【０３４７】
提示全体がＭＡＧＮＥＴＩＣであることと、挿入点を取り囲む小さいゾーンがＳＴＩＣＫＹ及びＮＯＳＫＩＰであることを指定する、ＭｅｄｉａＺｏｎｅｓ義務が存在する。加えて、外部広告がスキップ又は早送りされないことを保証するために、外部ゾーンはＳＴＩＣＫＹ及びＮＯＳＫＩＰである（図１５参照）
【０３４８】
広告に対するカテゴリの分類法の以下のスニペットを考える。
【表１９】
2014222544.tif 000021
【０３４９】
この例の目的上、上記の３つの広告に対して、広告の最高アクセス単位が３００、４００、及び５００であると仮定する。
【０３５０】
Ａｄ１に対するゾーンマップは：
【表２０】
2014222544.tif 000022
【０３５１】
Ａｄ２に対するゾーンマップは：
【表２１】
2014222544.tif 000023
【０３５２】
Ａｄ３に対するゾーンマップは：
【表２２】
2014222544.tif 000024
【０３５３】
この例の目的上、ａｄマッチング制御（Ｉｄ＝「ｕｒｎ：ａｃｍｅ：ｃｏｎｔｒｏｌ：００３」を有する）が以下のルールを含むと仮定する。
【０３５４】
（ａ）時刻が午前１１：００から午前２：００までの間、又は午後６：００から午後８：００までの間である場合、食べ物関連のａｄのみを用いる。
【０３５５】
（ｂ）すべての他の時刻に対して、利用可能なすべてのａｄを用いる。
【０３５６】
（ｃ）利用可能なａｄ内で、入札価格をチェックし、落札入札を選定する（例えば、落札入札は、最高入札、すなわちどのように制御が書かれるかに応じて相対的優先度を与える最高入札とすることができる）。
【０３５７】
幾つかの実施形態において、ａｄマッチング制御自体が、それと共にレンダリングすることができるコンテンツのタイプ、及び／又はコンテンツの特定のタイプを与える入札する意欲のある量を指示する１つ又は複数のルールを含んでもよいことが理解されるであろう。
【０３５８】
この例の目的上、ａｄ制御は以下のルールを含むと仮定する。
【０３５９】
Ａｄ１：ディナータイム（６：００〜８：００ｐｍ）に１０セントの価格を付け、他の場合には５セントの価格を付け、１０，０００インプレッションを上限とする。
【０３６０】
Ａｄ２：ランチタイム（１１：００〜２：００ｐｍ）に６セントの価格を付け、他の場合には３セントの価格を付け、２０，０００インプレッションを上限とする。
【０３６１】
Ａｄ３：電器店に近いとき以外は一日を通して２セントの価格を付け、入札は９セントである。５０００インプレッションを上限とする。
【０３６２】
この例における結果のうちの幾つかを以下にまとめる。
【０３６３】
電器店の近くで、時刻がランチタイム又はディナータイムではないとき、移動電話ａｄが落札する。
【０３６４】
ディナータイムに、ｆｉｎｅ−ｄｉｎｉｎｇ（高級ダイニング）  Ｃａｎｔｏｎｅｓｅ（広東）  ｒｅｓｔｒａｎｔ（レストラン）ａｄが落札する。
【０３６５】
ランチタイムに、Ｃｈｉｎｅｓｅ（中華）  ｔａｋｅ−ｏｕｔ（テイクアウト）  ｒｅｓｔｒａｎｔ（レストラン）ａｄが落札する。
【０３６６】
インプレッションが上限に達した際に、ａｄ−スロットに対する競合にあるリストからａｄが除去されることになる。
【０３６７】
上記のシナリオの種々の順列におけるａｄマッチング制御によって戻される可能性のあるデータ構造の幾つかの例が以下で例証される。
【０３６８】
Ａｄ−マッチング制御結果（Ｂｅｓｔ  Ｐｉｃｋ（ベスト・ピック））
【０３６９】
事例：ディナータイム；電器店の近くに位置しない
【０３７０】
結果：Ａｄ１が選ばれる
【表２３】
2014222544.tif 000025
【０３７１】
Ａｄ−マッチング制御結果（コンパレータ）
【０３７２】
事例：ディナータイム；電器店の近くに位置しない；Ａｄ１とＡｄ２とを比較する
【０３７３】
結果：Ａｄ１＞Ａｄ２
【表２４】
2014222544.tif 000026
【０３７４】
図１５に示すように、選定された広告は、メディア・コンテンツの前に終始プレイするであろう。ユーザは、ａｄの内部でスキップすること又はａｄを飛び越えることは許されないであろう。
【０３７５】
Ｃａｌｌ−Ｆｏｒ−Ａｃｔｉｏｎ広告に対する義務
【０３７６】
この例において、移動電話ａｄは、ｃａｌｌ−ｆｏｒ−ａｃｔｉｏｎ広告であったと言える。この事例においては、Ａｄ−制御は、（ｉ）測定義務、（ｉｉ）アプリケーションに、クリックが発生するときにエンジンを呼び出すように頼み、このクリックへの応答としてアプリケーションがｃａｌｌ−ｔｏ−ａｃｔｉｏｎ義務を受信する、コールバック、を有するであろう。これは、アプリケーションに何をするかを告げる（例えばダイレクト・マーケティング・サービスに電話をかける）。
【０３７７】
一実施形態において、Ａｄが上手く入札し及びプレイした後で、ＯｎＡｃｃｅｐｔ  Ｃａｌｌｂａｃｋが呼び出されることになり、各ａｄは消費されているインプレッションの数の追跡を保つ。
【０３７８】
幾つかの実施形態において、すべての制御が完全性をチェックされる。例えば、制御は、コントローラ上にＰＫＩ署名が存在する場合に認証できるものと考えることができ、対応する証明書チェーン（ｃｅｒｔ−ｃｈａｉｎ）を検証して１つ又は複数の該当する信用アンカーに延長することができる。一実施形態において、再生が始まる前にコンテンツと広告との両方に対してゾーンマップの完全性がチェックされる。
【０３７９】
競争入札
【０３８０】
ＤＲＭエンジンの枠組みは、制御プログラムにおけるアクションが繰返し呼び出されることを可能にする。この能力は、広告の間での競争入札を可能にする。各ａｄ−制御が入札した後の競争入札の事例において、入札プロセスは繰り返される（例えば、各ａｄ−制御は、それらがＡｄ−マッチング制御に露出されるのと同じ方法でホスト・オブジェクトとしてＡｄ−制御に露出されることが可能なＡｄＢｉｄｓコンテナを介して他の入札を見ることができる）。Ａｄ−制御は、その後の入札ラウンドでそれ自身の入札を競争的に上方修正又は下方修正することができてもよい。プロセス全体は、Ａｄ−制御から最終入札を手に入れるために入札プロセスのルールによって要求される場合に数回繰り返されてもよく、これは次いで、Ａｄ−マッチング制御によって評価されるであろう。
【０３８１】
使用状況データのフィルタリング及び報告
【０３８２】
顧客使用状況データ
【０３８３】
以下は、顧客が収集してもよい使用状況情報のタイプの例である：
【表２５】
2014222544.tif 000027
【０３８４】
プライバシーポリシー
【０３８５】
この例に対して、以下のことをいうプライバシーポリシーが存在すると仮定する。
【０３８６】
（ａ）ＤＲＭＥｎｇｉｎｅ−ｐｅｒｓｏｎａｌｉｔｙ−ｉｄを抑制する。
【０３８７】
（ｂ）ｅｖｅｎｔ−ｉｄ（イベント−ｉｄ）、ｔｉｍｅｓｔａｍｐ（タイムスタンプ）、及びｇｅｎｒｅ−ｔａｇｓ（ジャンル−タグ）をパススルーする。
【０３８８】
（ｃ）それらがコンテンツをあまりに近く識別するため、ｃｏｎｔｅｎｔ−ｎａｍｅ（コンテンツ名）、且つまたｃｏｎｔｅｎｔ−ｔａｇｓ（コンテンツ−タグ）を匿名にする。
【０３８９】
（ｄ）この特定のコンテンツは、サーバ側で起こった変化に起因してバケット１００１〜１００３の下でｇｅｎｒｅ−ｉｄ（ジャンル−ｉｄ）を報告する必要がある。
【０３９０】
（ｄ）（１）事例１：アプリケーションは更新されたバージョンであり、これをどのように行うかを知っている。
【０３９１】
（ｄ）（２）事例２：アプリケーションは古いバージョンであり、この変化に対するあらゆる変換方法を認識していない。
【０３９２】
アクションにおけるフィルタリング
【０３９３】
以下の説明は、上記の例の文脈における‘ＦｉｌｔｅｒＵｓａｇｅＤａｔａ（フィルタ使用状況データ）’アクションへのパラメータを示し、このアクションによって結果が戻される。
【０３９４】
項目パススルー（Ｉｔｅｍ  Ｐａｓｓｔｈｒｏｕｇｈ）
【０３９５】
例として、Ａｃｔｉｏｎパラメータは以下の通りとすることができる。
【表２６】
2014222544.tif 000028
【０３９６】
結果は以下のようになるであろう（例えば、制御プログラムにおいて要約されるプライバシーポリシーのため）。
【表２７】
2014222544.tif 000029
【０３９７】
項目抑制（Ｉｔｅｍ  Ｓｕｐｐｒｅｓｉｏｎ）
【０３９８】
例として、ＤＲＭＥｎｇｉｎｅ  Ａｃｔｉｏｎパラメータは以下の通りとすることができる。
【表２８】
2014222544.tif 000030
【０３９９】
結果は以下のようになるであろう。
【表２９】
2014222544.tif 000031
【０４００】
項目匿名化（Ｉｔｅｍ  Ａｎｏｎｙｍｉｚａｔｉｏｎ）
【０４０１】
例として、Ａｃｔｉｏｎパラメータは以下の通りとすることができる。
【表３０】
2014222544.tif 000032
【０４０２】
結果は以下のようになるであろう。
【表３１】
2014222544.tif 000033
【０４０３】
データ変換（Ｄａｔａ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）
【０４０４】
事例１：更新されたアプリケーションは、ｇｅｎｒｅ−ｉｄに対するデータの変換方法を知っている。
【表３２】
2014222544.tif 000034
【０４０５】
結果は以下のようになるであろう。
【表３３】
2014222544.tif 000035
【０４０６】
カスタムデータ変換（Ｃｕｓｔｏｍ  Ｄａｔａ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）
【０４０７】
事例２：更新されたアプリケーションは、ｇｅｎｒｅ−ｉｄに対するデータの変換方法を知らない。アプリケーションは、データ・タイプに対するフィルタ使用状況データを呼び出すことができ、利用可能な変換が存在しないことが発見されるであろう。この事例においては、これは、各々の個々のデータ項目を以下のように変換する必要があるであろう。
【表３４】
2014222544.tif 000036
【０４０８】
プライバシーポリシー（制御プログラムにおいて要約される）のために、結果は以下のようになるであろう。
【表３５】
2014222544.tif 000037
【０４０９】
クリアリングハウスへの報告
【０４１０】
別の例として、測定義務が以下のクリアリングハウスＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｃｍｅ．ｃｏｍ／ｓｅｒｖｉｃｅｓ／ａｄ／ｕｓａｇｅ−ｄａｔａ−ｃｏｌｌｅｃｔｉｏｎを含んだと仮定する。
【０４１１】
上記で説明されたようにフィルタリング後に収集されたｕｓａｇｅ−ｄａｔａ（使用状況−データ）は、ペイロードの適切なフォーマット及び適切なネットワーク・プロトコルを用いてクリアリングハウスＵＲＬにサブミットされるであろう。
【０４１２】
Ｐ２Ｐコンテンツ及びＡｄ−共有
【０４１３】
ユーザ・プロフィール（遠隔ピア）
【０４１４】
遠隔ピアが以下のユーザ・プロフィール情報を有すると仮定する。
【表３６】
2014222544.tif 000038
【０４１５】
ＲｅｍｏｔｅＰｒｏｂｅ  Ａｇｅｎｔ（遠隔調査エージェント）は、送信側ピアに代わって遠隔ピア上で実行することができる。これは、ホスト環境を調査し、環境のフィルタされたコピーを作成し、結果においてこの情報を取り出すであろう。この例において、フィルタリング・ルールは、ユーザの政治的所属が誰にも開示されるべきではないことをいうと仮定する。一実施形態において、結果コードは、以下のものように見える。
【表３７】
2014222544.tif 000039
【０４１６】
遠隔ユーザ・プロフィール（送信側ピアによって得られる）
【０４１７】
送信側ピアは、遠隔ピアに対する以下のユーザ・プロフィール情報を受信した。
【表３８】
2014222544.tif 000040
【０４１８】
この時点で、遠隔ピアから得られた情報を用いて遠隔ピアに対するシミュレーション環境を作成することができ、ａｄ制御は、一つずつ評価されてもよい。それらの結果はキャッシュされてもよい。
【０４１９】
次のステップは、コンテンツに対するａｄマッチング制御を評価することである。コンテンツがユーザの環境におけるマッチングａｄを有する場合、コンテンツと広告は、ショートリスト化されたコンテンツ項目及び広告に付加されるであろう。
【０４２０】
ａｄマッチング制御のすべてを評価した後で、遠隔ユーザに該当する広告とコンテンツ項目のショートリストが作成されるであろう。
【０４２１】
ショートリスト化されたコンテンツ及び広告は、ａｄ−マッチング制御及びａｄ−制御と共に、遠隔受信側ピアへプッシュされるであろう。コンテンツを物理的に伝送する代わりにコンテンツを遠隔受信側ピアにストリーミングする可能性も存在する。ピアが遠隔受信側ピアに対するプロキシのように作用する（例えば、遠隔ピアに代わってこのピアによってａｄ−マッチングがなされる）場合、ＯｎＡｃｃｅｐｔへの呼び出しをプロキシする必要がある可能性がある。
【０４２２】
ローカル入札
【０４２３】
本明細書で説明されるシステム及び方法の実施形態は、どのように及びいつａｄ及び／又はコンテンツがレンダリングされるかについてのルールを広告主及び／又はコンテンツ提供者が指定するための機構を提供する。ａｄ提供者のルールは、いつａｄが選定されてもよいかに関する具体的条件、それと共にａｄがレンダリングされるべきコンテンツの特定のタイプ、及び／又はそれに類似するものを含むことができ、一方、コンテンツ提供者のルールは、ペイアウトの詳細を含んでもよい。ＤＲＭエンジンは、ルールが実行され且つ結果として生じる義務が果たされることを保証する。
【０４２４】
一実施形態において、ターゲティングは、２つの異なるレベルで行われる。第１の事前フィルタリング・パスは、本明細書のどこかで説明されるようにサーバ側で行われる。第２のパスは、顧客側で行われ、その付加的な実施形態が以下で説明される。一実施形態において、第２のパスは、ａｄが特定のコンテンツ及び特定のユーザとマッチされるオークションである。
【０４２５】
一実施形態において、コンテンツとａｄとの分離をサポートする能力と、それらを混合して提示（例えば、ユーザに示されるもの）を形成する能力は、‘５４３出願でより詳細に説明された動的メディアゾーン技術を用いて実装される。
【０４２６】
コンテンツ内に埋め込まれたメディアゾーン情報は、レンダリングの間に別の１個のメディア（外部ゾーンｉｄと呼ばれるｉｄによって識別される）がそこに挿入される必要がある、１つ又は複数の点（単数又は複数）を指定することができる。他のメディアファイル、例えば、ａｄは、挿入されるべき対応するｉｄ（内部ゾーンｉｄ）をもつゾーンを有する必要がある。ゾーンは、普通はファイル全体をカバーするが、常にそうであるわけではない。本発明の実施形態は、それによって顧客が挿入するのに該当するメディアゾーン（例えばａｄ）を突き止め且つ選択することができる、機構を提供する。
【０４２７】
図１６は、‘５４３出願で説明された動的メディアゾーン技術に従ってフォーマットされる１個のメディア・コンテンツ１６０２を示す。図１６に示すように、コンテンツ１６０２は、外部ゾーンｉｄ１０１によって表される１つのａｄスロットを有する。図１６に示された例において、その上にコンテンツ１６０２が格納される電子装置は、３つのａｄと、本明細書で説明されるようなローカルａｄマッチングを行うことによってどのａｄを挿入するかを判断する電子装置上で走るａｄ選定ソフトウェアとを含む。ａｄ２が選定される場合（例えば、ａｄ選定ソフトウェアによって行われるオークションをａｄ２が落札する場合）、コンテンツ及び広告の提示は図１７に示すようなものとなるであろう。
【０４２８】
アーキテクチャ
【０４２９】
図１８に示すように、一実施形態においてａｄ選定ソフトウェア１８０２は、ＤＲＭにより使用可能となるメディアプレーヤ１８０４へのプラグインとして実装される。外部ゾーンｉｄを実際のファイル（又はこの一部、すなわち、ゾーン）とマッチさせるために、動的メディアゾーン技術１８０６によって外部ゾーン・レゾルバを用いることができる。一実施形態において、動的メディアゾーン技術１８０６は、ａｄマッチング・システムにおいて用いられるように設計されたコンテンツに対する外部ゾーンｉｄを解決（ｒｅｓｏｌｖｅ）するために、複数の外部ゾーン・レゾルバを用いてもよく、且つａｄ選定モジュール１８０２を用いてもよい。好ましい実施形態において、ａｄプール１８０８におけるａｄは、１個のコンテンツ１８１０内のスロットを入札する。ａｄ内のＤＲＭ制御は、システムのＤＲＭエンジンによって実行され、ａｄが所与のスロットを入札する意欲のある量を判断する。
【０４３０】
好ましい実施形態において、コンテンツ１８１０はまた、それ独自の関連するＤＲＭ制御１８１２を介してａｄマッチングにおける言い分（ｓａｙ）を有する。例えば、コンテンツの関連する制御情報１８１２は、他のものを好みながら、或るタイプのａｄを除外することができる。例えば、子供のＴＶのショーは投資銀行サービスではなくおもちゃに対するａｄの方が良いであろう。
【０４３１】
一実施形態において、ローカルａｄ入札は、入札価格を判断するためにユーザのデバイスで利用可能なユーザ情報を利用する。ユーザのプライバシーを保護するデバイス上で入札を行う。代替的に又は加えて、入札コンポーネントは、ａｄとコンテンツとの間の最適なマッチを判断するためにローカル文脈情報（例えば、地方時間、全地球測位座標など）を用いることができる。
【０４３２】
ローカルａｄマッチング
【０４３３】
以下の解説は、幾つかの例証となる実施形態におけるａｄ入札に関係する機構及びコンポーネントを説明する。
【０４３４】
どのａｄマッチング技術を用いるかを顧客はどのようにして知るのか？
【０４３５】
１個のコンテンツのゾーンマップがＥｘｔｅｒｎａｌＺｏｎｅＩｎｆｏ要素（外部ゾーンｉｄ、Ｘによって識別される）を有するとき、コンテンツは、ａｄスロットを収容し、顧客は、スロットに挿入するのに該当するメディアゾーンを見つけ出さなければならないことを意味する。該当するメディアゾーンは、そのゾーンマップが外部ゾーンｉｄ  Ｘとマッチする内部ゾーンｉｄをもつＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏ要素を収容する、メディアファイルの一部である。
【０４３６】
一実施形態において、外部ゾーン・レゾルバは、挿入するのに該当するメディアゾーンを見つけ出すことを担当する。コンテンツが特定のａｄマッチング・サービス又は技術の名前（より詳細に以下で説明されるように）でブランド化される（ｂｒａｎｄｅｄ）場合、顧客は、該ａｄマッチング・サービス又は技術を用いて該当するメディアゾーンを見つけ出す。例えば、１個のコンテンツは、この情報をそのヘッダで指定することができる。
【０４３７】
図１８に示すように、一実施形態において、ａｄマッチング・モジュール１８０２への入力は、コンテンツのファイル名と、解決されるべきゾーンｉｄである。出力は、選定されたａｄの識別（例えば、ファイル名、ＵＲＬなど）である。好ましい実施形態において、図１９に示されたもののようなａｄマッチング・プロセスが用いられる。図１９に示すように、顧客は、必要な場合に、最初にユーザ情報を更新してもよい（１９０２）。顧客は、次いで、該ａｄスロットに対するコンテンツ要件を抽出し（１９０４）、これらの要件とマッチしないａｄがオークションから除外される（１９０６）。次に、スロットに対するすべての適切なａｄが入札し（１９０８）、顧客は最高入札ａｄを選出し、ａｄのパス及び随意的に他の情報を同様に戻す（１９１０）。
【０４３８】
一実施形態において、ａｄマッチングに対する（コンテンツに対する並びにａｄに対する）以下のデータ、すなわち、メディアゾーン情報（ｍＺＯＮ）、ａｄマッチング技術情報（ｔＺＯＮ）、及び／又はライセンス及びコンテンツｉｄ（単数又は複数）、の幾つか又はすべてが用いられる。
【０４３９】
これらの要素のいずれかがコンテンツから取り除かれる場合、ａｄマッチング・モジュールはエラーを戻す。一実施形態において、コンテンツｉｄ（単数又は複数）以外のこれらの要素の各々は、署名を含む。署名照合に失敗した場合、エラーが動的メディアゾーン・モジュール層に報告され、コンテンツは好ましくはレンダリングされない。
【０４４０】
前に示したように、一実施形態において、ａｄマッチング・モジュールは、コンテンツと関連付けられたライセンスを取り出し、Ｃｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．ＧｅｔＲｅｑ．Ｐｅｒｆｏｒｍルーチンを実行してａｄスロットに対するコンテンツ提供者の要件を手に入れる。一実施形態において、コンテンツ制御は入力パラメータ：ＤＲＭＥｎｇｉｎｅ／Ａｃｔｉｏｎ／Ｐａｒａｍｅｔｅｒｓ／ＳｌｏｔＮｕｍｂｅｒを有し、これは、スロットナンバー（０ベースの指数）を含む整数（ｉｎｔｅｇｅｒ）オブジェクトである。一実施形態において、要件は、以下のＥＳＢで戻される。
【表３９】
2014222544.tif 000041
【０４４１】
「Ｅｘｃｌｕｄｅ（除外）」は、コンテンツ提供者がそのコンテンツと関連付けられることを望まないタグを収容する随意的なセミコロン区切りの文字列である。この特定の例において、Ｋｉｄ  Ｃｏ．は、そのコンテンツに示されたアダルト又は暴力的ａｄを有することを望まない。暴力的ａｄがスロットの最高入札を有する場合であっても、これは示されないであろう。
【０４４２】
「Ｐｒｅｆｅｒ（好ましいもの）」は、コンテンツ提供者が好むタグを収容する、随意的なセミコロン区切りの文字列である。この特定の例において、コンテンツ提供者Ｋｉｄ  Ｃｏ．は、Ｋｉｄ  Ｃｏ．ａｄが最も入札しない場合であってもＫｉｄ  Ｃｏ．ａｄが示されることを望む。例えば、Ｓｈｏｅ  Ｃｏ．ａｄが４５入札であり、Ｋｉｄ  Ｃｏ．ａｄ−１が２０入札であり、Ｋｉｄ  Ｃｏ．ａｄ−２である場合、Ｋｉｄ  Ｃｏ．ａｄ−２が示されるであろう。Ｋｉｄ  Ｃｏ．ａｄが入札に加わらない場合、別のａｄが示される。
【０４４３】
「最低」は、特定の１個のコンテンツ又はスロットからコンテンツ提供者が望む最低収入を指定することができる随意的な文字列である。このオブジェクトの値は、該スロットの最低入札である。
【０４４４】
コンテンツ要件が抽出されると、除外されないａｄがオークションに参入する。「Ｅｘｃｌｕｄｅ（除外）」タグは、ａｄに含まれたタグに対して比較されるであろう。１つ又は複数の除外されたタグがａｄのＩｎｔｅｒｎａｌＺｏｎｅＩｎｆｏのタグエントリに現れる場合、ａｄはオークションから除外されるであろう。
【０４４５】
好ましい実施形態において、ａｄ制御は、入札を担当する。上に示したように、予め選定されたａｄがオークションに参入する。入札価格は、ａｄ提供者の嗜好に依存する。一実施形態において、ａｄ提供者は、入札価格を、例えば以下のものを含む複数の変数に基づくものとすることができる：
【０４４６】
リンク又はユーザ属性のようなユーザ・パーソナルデータ（例えば、ＤＲＭエンジンの安全なデータベースに格納されてもよいもの）。
【０４４７】
時間帯、日付、場所、などのような文脈（例えば、或る日付に近づくとより多く支払い、その日付後は何も支払わない）。
【０４４８】
使用状況情報のような他の情報（例えば、第１のレンダリングに対してｘを支払い、第２のレンダリングに対してｙを支払う、など）。
【０４４９】
ａｄ制御のＣｏｎｔｒｏｌ．Ａｃｔｉｏｎｓ．Ｂｉｄ．Ｐｅｒｆｏｒｍルーチンは、入札価格を判断し、これを以下のＥＳＢで戻す：
【表４０】
2014222544.tif 000042
【０４５０】
ここで、「Ｐｒｉｃｅ（価格）」は、プレイされるためにａｄが入札される価格であり、「ＮｏｔＩｎＳａｍｅＣｏｎｔｅｎｔＳｅｓｓｉｏｎ（同じコンテンツセッションにない）」の値が１である場合、ａｄは、所与の１個のコンテンツの１つのスロットのみに対して選定されるであろう。
【０４５１】
ａｄ選定モジュールは、典型的に、最も入札するａｄを選出するであろう。しかしながら、前に示したように、一実施形態において、１つの例外は、「Ｐｒｅｆｅｒ（好ましいもの）」タグとマッチするタグをもつａｄが最高入札ａｄではない場合であっても、該ａｄが、好ましいものではないより高く支払うａｄよりも、依然として選定されることになるということである。２つ以上のａｄが好ましいものである場合、それらの間で最も高く入札するａｄが選定されるであろう。
【０４５２】
一実施形態において、スロットに対するａｄが見つからない場合、ａｄマッチング・モジュールは、エラーを戻し、アプリケーションは、提示のあらゆるさらなる再生を止める。幾つかの実施形態において、或るデフォルトａｄが、コンテンツと共にパッケージ化され、又はこのエラーに直面しないことを保証するために顧客に提供される。
【０４５３】
幾つかの実施形態において、コンテンツ提供者は、ａｄなしに示される払込加入（ｐａｉｄ  ｓｕｂｓｃｒｉｐｔｉｏｎ）に対して、及びａｄと共に示されるａｄ支援されたサービスに対して、同じ１個のコンテンツをデプロイすることができる。これは、例えば、ａｄゾーンをＩＮＳ（登録商標）ＥＲＴＥＤとしてマーキングすることによって実装することができ、そのように、それらはそれらに対するＮＯ＿ＳＫＩＰ義務が存在する場合にのみレンダリングされるであろう。コンテンツ項目の制御は、（例えば、リンク・オブジェクトを用いて及び／又はデータベースからオブジェクトを取り出すことによって）払込加入の存在をチェックする。ユーザが払込加入を有さない場合（例えば、ユーザの有効加入リンク切れによって証拠とされるように）、コンテンツ項目の制御はａｄゾーンをスキップすることができないことを示すＥＳＢを戻す（その例を以下に示す）。
【表４１】
2014222544.tif 000043
【０４５４】
しかしながら、ユーザが払込加入を有する場合、制御はこうした義務を戻さず、ユーザはａｄを閲覧する必要がなく、そのためａｄ−マッチングが起こる必要がないであろう。
【０４５５】
一実施形態において、ａｄがプレイされていることを記録するために２つの義務が用いられる。これらの義務は、ＥＳＢにおけるコンテンツ項目の制御によって戻され、その例を以下に示す。
【表４２】
2014222544.tif 000044
【０４５６】
ｚｏｎｅｉｎｆｏフラグは、このコンテンツに対する測定義務が存在する場合に、このゾーンがプレイされているときにアプリケーションが測定イベントをログすることを意味する、ＭＥＴＥＲに設定される。この例において、測定するための義務（すなわち、「ｕｒｎ：…：ｏｂｌｉｇａｔｉｏｎ：ｍｅｔｅｒ−ｐｌａｙ−ｄｕｒａｔｉｏｎ」という名前のパラメータ）が存在し、そのため一度でもゾーン１０１が上手くプレイされると、アプリケーションは、該イベント並びにａｄマッチング情報をログするであろう。ａｄ測定は、測定データをＤＭＺ論理ｉｄ（すなわち、上記の例となるＥＳＢにおける「ｌｏｇｉｃａｌＩｄ」）に添えることによって行われる。測定することができるａｄ関連のデータのタイプの例を以下に示す。
【表４３】
2014222544.tif 000045
【０４５７】
この例は、ｉｄ「ｕｒｎ：…：ａｃｍｅ：０００００００Ａ：ｃｏｎｔｅｎｔ：００００００３３」をもつ１個のコンテンツに対するａｄマッチングの概要を示す。この例において、２つのスロットが埋められる必要があった。第１のスロットに対して、２つのａｄが入札に加わり、「ｕｒｎ：…：ａｃｍｅ：０００００００９：ａｄ：０００００００６」が４５単位の入札でオークションを落札したが、この例において、これは４０単位の第２の最良の入札よりも１単位だけ多い価格を支払うであろう。１つのみのａｄが、第２のスロット（すなわち、「ａｃｍｅ：０００００００９：ａｄ：０００００００７」）の入札に加わり、そのためこれが選出され、且つこれがその入札価格を支払う。上記で示された例において、測定データはまた、２つのユーザ・ノードが存在したという事実のような、オークションについての文脈情報を収容する。この例証は、何を測定することができたのかの例を提供することと、他の文脈において、より多い、少ない、又は異なる情報を収集することができることが理解されるであろう。加えて、プライバシー問題に応じて、収集した情報のサブセットのみを外部サーバに送信することができる。一実施形態において、測定データは、メディアプレーヤの（又はＤＲＭエンジンの）データベースに安全に格納され、安全なチャネルを介して外部サーバに日和見的に戻して報告される。
【０４５８】
パッケージング
【０４５９】
一実施形態において、入力としてクリアテキストファイルを使用し且つこれをパッケージ化するパッケージング・スクリプトを用いることができ、これは、コンテンツ・ファイル並びにａｄファイルをパッケージ化することができる。例えば：
【表４４】
2014222544.tif 000046
【０４６０】
この例によれば、コンテンツ・ファイルは、以下のようにパッケージ化することができる。
【表４５】
2014222544.tif 000047
【０４６１】
広告は、以下のようにパッケージ化することができる。
【表４６】
2014222544.tif 000048
【０４６２】
‘５４３出願で説明されたように、一実施形態において、動的メディアゾーン情報は、「ｍＺｏｎ」アトムに収容され、「ｍＺｏｎ」アトムはビデオトラックのｕｄｔａアトムの中に収容される。コンテンツ・ファイルに対する入力の例を以下に示す。
【表４７】
2014222544.tif 000049
【０４６３】
この例において、アクセス・ユニット２８９でスプライスされるべき１つの外部ゾーン、ゾーン１０１が存在する。
【０４６４】
ａｄに対する入力の例を以下に示す。
【表４８】
2014222544.tif 000050
【０４６５】
一実施形態において、ａｄマッチング情報は、「ｔＺＯＮ」アトムに収容され、「ｔＺＯＮ」アトム自体は、ビデオトラックのｕｄｔａアトムの内部に収容される。
【０４６６】
コンテンツ・ファイルに対する例となる入力を以下に示す。
【表４９】
2014222544.tif 000051
【０４６７】
ａｄに対する例となる入力を以下に示す。
【表５０】
2014222544.tif 000052
【０４６８】
このゾーンマップは、「Ｐｒｅｆｅｒ（好ましいもの）」タグ及び「Ｅｘｃｌｕｄｅ（除外）」タグに対して比較するためにａｄマッチング・プロセスによって用いられるタグを定義する。
【０４６９】
前に説明したように、一実施形態において、ＤＲＭ制御は、実際の入札及びマッチングを行うために用いられる。一実施形態において、コンテンツ制御バイトコードは固定される（動的に生成されない）が、システムバックエンドは、これをカスタマイズするために一組の属性を付加することができてもよい。属性の幾つかの例は、「Ｐｒｅｆｅｒ（好ましいもの）」、「Ｅｘｃｌｕｄｅ（除外）」、及び「Ｍｉｎｉｍｕｍ（最低）」を含む。一実施形態において、ａｄ制御は、ａｄの入札ルールの規定から生成することができる。こうした規定の例を以下に示す。
【表５１】
2014222544.tif 000053
【０４７０】
この例において、ベース価格は０単位であるが、ｔｅｃｈ  ｓａｖｖｙオブジェクトが存在する場合、新しい入札価格は４１単位である。要素「ＮｏｔＩｎＳａｍｅＣｏｎｔｅｎｔＳｅｓｓｉｏｎ（同じコンテンツセッションにない）」は、２つ以上のスロットが利用可能である場合に、ａｄ提供者が同じ１個のコンテンツにこのａｄを２度示すことを選ばないことを示す。
【０４７１】
より複雑な例を以下に示す。
【表５２】
2014222544.tif 000054
【０４７２】
この例において、ベース価格は３０単位であり、３つの異なる制約が入札価格を変更する。すなわち、ユーザがスポーツの熱狂者である場合、ａｄ提供者は、その現在の入札価格よりも５単位多く支払う意欲がある。ユーザが男性である場合、ａｄ提供者は、その現在の価格を５単位引き上げる意欲があるが、ユーザが男性ではない場合には、現在の価格を１０単位引き下げる。ユーザの収入が高めである場合、ａｄ提供者は、その価格を９０単位引き上げる意欲があるが、しかしながら、最高価格は１００単位に設定され、そのため入札価格がこの値を超える場合、入札価格はこの最高価格に設定される。
【０４７３】
上記の制御記述から生成された制御に対する例となる擬似コードを以下に示す。
【表５３】
2014222544.tif 000055
【０４７４】
上記の例は、属性制約の使用を例証するが、他のタイプの制約（例えば、時間及び／又はリンク制約）を同様に用いることができることが理解されるであろう。
【０４７５】
一実施形態において、暗号化及びタギングは、コンテンツ・ファイルに対してのみ用いられ、ａｄファイルはクリアテキストのままであるが、しかしながら、ライセンスは、ａｄファイルとコンテンツ・ファイルとの両方に付加される（又はそうでなければ関連付けられる）。コンテンツ・ライセンスは、コンテンツ提供者の嗜好及びルールを収容してもよい。Ａｄライセンスは、入札制御を収容してもよい。
【０４７６】
ユーザ・プロフィール
【０４７７】
入札制御は、好ましくは最新のユーザ・プロフィール情報へのアクセスを有する。この情報は、例えば、ユーザのシステム上のデータベース（例えば、‘６９３出願で説明されたタイプの安全なデータベース）に格納することができる。
【０４７８】
ユーザ・プロフィール情報は、種々の方法で入手することができる。例えば、ユーザがゲーミング・システムを買うときに、彼はまた、実行されるときに「ｔｅｃｈ  ｓａｖｖｙ」ユーザ・プロフィール・オブジェクトを作成するライセンスを入手してもよい。こうしたライセンスは、ユーザのシステム上の特別なディレクトリに格納されてもよい。ライセンスはまた、ユーザがウェブサイト上のリンクをクリックするときにダウンロードされてもよい。さらに別の例として、ユーザが多くの旅行ＴＶのショーに加入する場合、ＴＶのショーを提供するウェブストアは、ユーザの旅行への関心を示すユーザ・プロフィール・オブジェクトを作成する、ライセンスを送信することができる。これらのオブジェクトは、ユーザの挙動が変化する場合には削除することができる。例えば、古くなったオブジェクトをその制御が削除するライセンスを、デバイスにプッシュすることができる。一実施形態において、ライセンスがサインされ、ａｄマッチング・モジュールは、それらの署名が有効である場合にのみそれらを消費する。
【０４７９】
一実施形態において、ａｄマッチングが行われる前に、ａｄマッチング・モジュールは、ライセンス・ディレクトリの中のライセンスを探し、それらを実行し、且つそれらを削除する。このように、ａｄマッチング・プロセスは、最新の文脈に基づいている。ライセンスを実行する結果として作成されたユーザ・プロフィール・オブジェクトは、入札プロセスの間にａｄマッチング制御によって用いられる（例えば、読み出される）。
【０４８０】
一実施形態において、ユーザのシステム上に格納されたユーザ・プロフィール情報（例えば、オブジェクト）は、それを作成した制御と同じエンティティによってサインされる制御によってのみアクセスされることが可能であり、したがって、そのプライバシーを保証する。
【０４８１】
一実施形態において、ａｄマッチング顧客は、サーバ側からユーザ情報を得る。顧客の役割は、ユーザのアクションを報告することであり、サーバ側は、該情報を用いて正確なユーザ・プロフィール（メタデータ）を判断する。代替的に又は加えて、顧客が正確なユーザ・プロフィールを計算するのに十分なだけインテリジェントである場合、顧客からサーバへの及び逆への往復は必要ではない。両方の例において、ユーザのプロフィールは、オブジェクトとして顧客のローカルデータベースに格納される。他の実施形態において、ユーザ・プロフィール情報は、以下でより詳細に解説されるように別の形式で格納することができる。
【０４８２】
ユーザ・プロフィール情報を入札制御に利用できるようにする１つの方法は、この情報を提供するために１つ又は複数のホスト関数（単数又は複数）を実装することである。例えば、「Ｓｙｓｔｅｍ．Ｈｏｓｔ．ＧｅｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎ」と呼ばれる関数は、‘６９３出願で説明された仮想機械関数「Ｓｙｓｔｅｍ．Ｈｏｓｔ．ＧｅｔＯｂｊｅｃｔ」と同様のものとして定義することができる。主要な入力パラメータは、制御が問い合わせしたい属性の名前、例えば「ＴｅｃｈＳａｖｖｙ」である。出力は、存在する場合にはオブジェクトの値であり、若しくはこのオブジェクトが利用可能ではない場合又はエラーが起こる場合にはエラーである。オブジェクトの値は、重みづけ（例えば、システムがどれくらい確実であるかの指標）を表すことができる。
【０４８３】
一実施形態において、こうした関数は以下の入力を有する。
【０４８４】
【表５４】
2014222544.tif 000056
【０４８５】
ここで、「Ｎａｍｅ」は、要求されるオブジェクトの名前を収容するヌル終端文字列のアドレスであり、「ＲｅｔｕｒｎＢｕｆｆｅｒ」は、オブジェクトの値が格納されることになるメモリバッファのアドレスであり、「ＲｅｔｕｒｎＢｕｆｆｅｒＳｉｚｅ」は、オブジェクトの値が格納されることになるメモリバッファのバイトのサイズを示す３２−ビットの整数である。
【０４８６】
一実施形態において、Ｓｙｓｔｅｍ．Ｈｏｓｔ．ＧｅｔＵｓｅｒＩｎｆｏｒｍａｔｉｏｎは、以下の出力を有する。
【表５５】
2014222544.tif 000057
【０４８７】
ここで、「ＴｙｐｅＩｄ」は、オブジェクト型ｉｄ又は呼び出しが失敗する場合には負のエラーコードであり、「Ｓｉｚｅ」は、呼び出し元によって供給されるバッファにおける戻されたデータのバイトのサイズ、又は呼び出し元が小さすぎたバッファを提供した場合に要求されたサイズを示す３２−ビットの整数である。要求されるオブジェクトが存在しない場合、戻されるエラーはＥＲＲＯＲ＿ＮＯ＿ＳＵＣＨ＿ＩＴＥＭである。戻り値に対して供給されるバッファが小さすぎる場合、戻されるエラーはＥＲＲＯＲ＿ＩＮＳ（登録商標）ＵＦＦＩＣＩＥＮＴ＿ＳＰＡＣＥである。他のエラーコードもまた戻されてもよい。
【０４８８】
入札制御がユーザ・プロフィール情報にアクセスできるようにするために定義することができる関数の別の例は、「Ｓｙｓｔｅｍ．Ｈｏｓｔ．ＩｓＵｓｅｒ」である。この関数は、ユーザ・メタデータ・エントリの存在をチェックするために制御によって用いられることが可能である。一実施形態において、主要な入力パラメータは、制御が存在を確かめたいメタデータの名前である。出力は、オブジェクトが存在する場合には整数値：ゼロであり、又はオブジェクトが存在しない場合には負のエラーコードである。一実施形態において、Ｓｙｓｔｅｍ．Ｈｏｓｔ．ＩｓＵｓｅｒは、上記で説明されたように、要求されるオブジェクトの名前を（例えば、ヌル終端文字列のアドレスの形態の）入力として確定し、整数値の結果コードを戻す。
【０４８９】
パーソナル・エージェント
【０４９０】
メディア配信環境におけるパーソナル・エージェント（「ＰＡ」）の機能が以下で説明され、この場合、コンテンツが複数のサービス及び機構を通じて種々の方法で配信され、且つこの場合、メディアにアクセスする権利は、或る属性及び関心を有することが確実に分かっている消費者によって特定の広告が閲覧されるときにコンテンツ提供者にプレミアム価格を支払う広告主によって自動的に支払われる。好ましい実施形態において、ＰＡは、消費者によって作動されるメディア・ビューアと組み合わされる種々のデバイス（例えば、ＰＣ、タブレット、送受話器、ＴＶなど）上で機能する。ＰＡは、コンテンツ提供者の恩恵のために消費者のパーソナル及び環境メタデータを参照するローカルオークションに基づいて該消費者に対する広告の選択肢をリアルタイムで作成する。ＰＡは、ａｄ閲覧イベントについての匿名化された情報を、コンテンツ提供者によって指定された信用されたクリアリングハウスに送信する。パーソナル・エージェントのアクション、匿名化プロセス、及びクリアリングハウスのオープンな且つ信用された情報ポリシーの分離された性質が、実質的なプライバシー保護を提供する。
【０４９１】
ＰＡは、ユーザのオンライン対話を通じてユーザについての多くを学習することができ、且つ該情報を用いて高度に該当する広告を選定し且つユーザの関心に合ったコンテンツを自動的に推奨することができる。ＰＡは、ユーザのパーソナル情報をだれかに漏らす必要なしにこれを行うことができるが、それらはまた、ユーザがこの情報を（例えば、選択的に、ソーシャルネットワークを通じて）共有する一助となることができる。
【０４９２】
ユーザについての多くを知っているＰＡは、広告主が或る広告をユーザに提示する特権のためにより多くの支払い意欲があるように、有益な方法でユーザの関心を広告主にマッチさせることができる。ユーザはまた、より該当する広告を閲覧することから恩恵を受け、且つコンテンツ提供者は、それらのコンテンツと併せて表示される最も該当する広告を有することに対するより多くの支払いを受け取ることから恩恵を受けるであろう。したがって、ユーザが或るタイプのセダンについての情報をブラウジングしていることに気付くＰＡは、インターネットをブラウズして、類似品を販売している且つａｄを該特定の関心にターゲットを絞ることができる広告主を検索することができる。ユーザのバックグラウンド及び関心（例えば、ａｄの或るバリエーションは性別によって選定されることが可能である）により良く合うことができるより正確なマッチを見つけ出す又はａｄ提示におけるパラメータを選定するために、ユーザについての他のデータを用いることができる。ＰＡがユーザについての多くを知っている場合、これは、該当するａｄを見つけ出し、且つ比較的少数の視聴者にアピールすることを意味する「ロングテール」ａｄさえも見つけ出すのにより良い仕事をすることができる。したがって、インターネット上で物事を検索する代わりに、これらの物事に対するａｄは、ユーザを自動的に見つけ出すことができ、これらのａｄを視聴することは、ユーザのお気に入りのＴＶのショー及び映画の視聴に資金提供することができる。会社は、スーパーボウルの間にその製品を広告するのが費用効果のあることを見出さない場合があるが、製品の長所を実物宣伝するたくさんのビデオが既に入手可能な場合があり、これ又は類似品を買う決断を下そうとしている人によって価値が認められるであろう。
【０４９３】
一実施形態において、ユーザのパーソナル・エージェントは、ユーザのパーソナル情報へのアクセスを有するが、これはユーザのために働き、ユーザが命じるようにふるまい、一般にユーザについて具体的に誰かに何かを告げる必要はない。パーソナル・エージェントはまた、以下の幾つか又はすべてを行うことができる。
【０４９４】
・種々のソースからユーザのパーソナル情報を収集し、該情報を暗号化された形態で格納し、この場合、パーソナル・エージェントとユーザによってのみ種々の異なるデバイス上でアクセス可能である。
【０４９５】
・このパーソナル情報をサーベイし及びカテゴリ分類して、ユーザの関心及び習慣を特徴付け、メディア・オブジェクトをユーザの関心とマッチングするのに有用なパーソナル・メタデータ・スコアを提供する。
【０４９６】
・インターネットでユーザを、身分を隠して（ｉｎｃｏｇｎｉｔｏ）検索し、ユーザが好きそうなメディア（例えば、音楽、ビデオ、物品、電子書籍など）に対する推奨を作成する。
【０４９７】
・ユーザが最も価値を認める可能性が高い製品及びサービスに対する広告を、身分を隠して検索する；
【０４９８】
メディア提示（ビデオ、番組案内など）がユーザに広告を示すことを望むときに、パーソナル・エージェントは、ユーザの関心と属性、広告主がターゲティングする関心と属性、ユーザが見ているコンテンツの特徴、メディア・レンダリング環境（例えば、ユーザがどこにいるか、時間帯、ユーザが使用しているデバイスなど）、ユーザがこれ又は類似したａｄを視聴した回数、及び／又はそれに類似するものとの間のベストマッチに基づいて、ユーザが見たいと思うコンテンツに対して最も多く支払う広告を選定するであろう。
【０４９９】
パーソナル・エージェントは、多くの異なるデバイス上のユーザのアクション及びデータへの可視性を有し、且つあなたのパーソナル情報を種々のデバイスに安全に再配信することができ、この場合、これはユーザの恩恵のために用いることができる。
【０５００】
パーソナル・エージェントはあなたの恩恵のために働くが、これはまた、好ましくはユーザの関心並びにコンテンツ提供者及び広告主の関心を尊重するであろう「仲裁人」である。具体的には、パーソナル・エージェントは、好ましくは、関連性のない又はうるさ過ぎるａｄを避け、且つユーザによって許可されない限り該情報を広告主に（又はだれかに、匿名化され且つ信用された文脈以外は）漏らすことなく、ユーザの関心及び習慣をａｄとマッチングすることによって、ユーザの関心を保護する。パーソナル・エージェントは、オークションにおける広告主の選定されたカテゴリに対してマッチするようにプロフィール情報を用いて広告が適正に提示されることを保証することによって、広告主の関心を保護する。パーソナル・エージェントは、コンテンツ提供者の目的を最適化する広告を選定すること、オークションにおけるほとんどのお金をコンテンツ提供者に支払うこと、及び／又は他の広告主よりも或る広告主の方を優先すること、コンテンツ提供者のイメージを低下させる広告を避けることなどのような他の基準を満たすことによって、コンテンツ提供者の関心を保護する。
【０５０１】
パーソナル・エージェントは、多くの他の物事を行うことができる。上記で提案されたように、彼らは、ユーザのデバイスをローミングし、有用な且つ該当する情報をピックアップし、次いで、これを解析する、これをカテゴリ分類する、これをアーカイブに入れる、及びこれを有用な形態でユーザに報告することができる。
【０５０２】
人々は、彼らが普通はプライベートなものであると考える、大量の情報を生成する方法で、彼らのコンピュータ、パーソナル・デバイス、及びウェブ・アプリケーションを通して対話する。例えば、人々は、オンライン小売店、ソーシャル・ネットワーキング・サイト、クレジットカード会社、銀行でのアカウントに加えて、履歴及びブックマークを含むブラウジング情報を有する。該情報の多くは、背後に残された状態であり、デバイスが入れ替えられるときに忘れ去られる。これの多くは、同じデバイス上及び他のデバイス上で何度も再入力される。一実施形態において、パーソナル・エージェントは、該情報のすべてを保護するだけでなく、これを、例えば、選定及び推奨を行うユーザの利点のために使用する。
【０５０３】
時には、ユーザは、限られた文脈において、該情報の幾つかを他者と共有することを選んでもよいが、好ましい実施形態において、情報は、パーソナル・エージェントによってプライベート情報及び機密情報として取り扱われる。
【０５０４】
上記で説明されたように、本明細書で説明されるシステム及び方法の実施形態は、コンテンツを生成することができるａｄベースの収入を最大にしながらａｄベースのコンテンツ配信のコストを下げることができる。好ましい実施形態は、ａｄ−スロットに対する市場における現在のａｄターゲティング技術と将来のａｄターゲティング技術との両方を活用することができる、ａｄベースのコンテンツを配信する効率的な方法となるように設計される。好ましい実施形態は、消費者の所有するデバイス上のマッチング及び入札プロセスにおいてこれが用いられる間でさえも彼らの情報を保護することに関与するために、消費者に対する刺激を提供する。コンテンツ配信自体にかかる負担は非常に軽い。実際には、事実上あらゆる配信方法を用いることができる。
【０５０５】
好ましい実施形態は、事実上あらゆるコンテンツ提供者が、ターゲットが絞られた広告のリッチ・ネットワークを容易に活用できるようにする。好ましい実施形態によれば、コンテンツ所有者は、図２０に示されたもののようなプロセスを単に踏まえることによって、彼又は彼女のコンテンツを貨幣化することができる。図２０に示すように、コンテンツ提供者は、例えば、ウェブフォームを用いてクリアリングハウス（２０００）に登録し、パッケージング・アプリケーション（２００２）をダウンロードし、又はパッケージング・サービス（図示せず）と契約する。コンテンツ提供者は、次いで、例えば、コンテンツ所有者／配信者がａｄスロットの数、広告主からの最低入札などのような選択肢を指定する、自動化されたプロセスを用いて、そのコンテンツをパッケージ化することができる（２００４）。コンテンツは、次いで、限定ではなしに、以下のことを含む多少なりとも適切な様式で配信することができる（２００６）。
【０５０６】
（ａ）あらゆるダウンロード・マネージャを用いるダウンロード、プログレッシブ・ダウンロード、マルチキャスト、ストリーミングなどを含む、ウェブ上のあらゆるコンテンツ配給サービスを用いること。
【０５０７】
（ｂ）物理的媒体（例えば、ＤＶＤ、ＣＤ、メモリカード、ＵＳＢドングル、フラッシュメモリ、ハードディスクドライブなど）を用いること。
【０５０８】
（ｃ）データのブロードキャスティングを介すること。
【０５０９】
（ｄ）ソーシャルネットワーク、トレント、スニーカーネット、ＳＤカード、ＵＳＢキー上などでのＰ２Ｐ共有を介すること。
【０５１０】
（ｅ）上記の及び／又は追加の幾つか又はすべてのこと。
【０５１１】
コンテンツが配信されると、コンテンツ所有者は、これがその将来の配信選択肢を最適化することができるように、使用料及びどこで／どのようにそのコンテンツが用いられているかに関する提供されてもよい他の情報を座して待ち（ｓｉｔ  ｂａｃｋ）且つ収集することができる（２００８）。
【０５１２】
コンテンツ提供者はまた、そのコンテンツを広告し且つこれをホストされるように取り計らうコンテンツ配信者と、使用料を分け合うことを選ぶことができる。本明細書に記載のシステム及び方法の好ましい実施形態は、これらの配信者がコンテンツ提供者の使用料を自動的に支払われるように取り計らうことができ、又はコンテンツ提供者は、これらの配信者と直接契約することができる。
【０５１３】
コンテンツ提供者のコンテンツは、多様なデバイス上のあらゆるサポートされたプレーヤでプレイされ、そのコンテンツは、具体的にはそのコンテンツに対するプレーヤ又はプラグインを含む且つインストールすることができるアプリケーションとしてパッケージ化されることでさえも可能である。
【０５１４】
コンテンツがプレイされるときに、再生イベントがコンテンツ提供者に対する最大量の補償を生成することを確実なものにするために、多数の機構を用いることができる。例えば、好ましい実施形態において、プレーヤは、ａｄがコンテンツにおけるａｄスロットのうちの１つに挿入されるときに最も多く支払うであろうａｄ又はａｄ参照に対するローカルデバイス環境を走査する。これらのａｄは、ユーザが対話する種々のソースから来ることができる。これらは、デバイス・メーカー又は消費者と恩恵を分け合うように取り計らわれるウェブサイト、プッシュ・サービス、及びａｄ走査アプリケーションを含むことができる。多くの独立したサービスは、ａｄを配給することと、コンテンツにおけるそれらのプレースメント上に入札することとの両方と競合する。コンテンツ提供者は、これらのａｄを取り計らうこと又はａｄ配給のために用いられるビジネスモデルを選定することについて心配する必要はないが、最低のペイオフを指定することができ、且つ或るタイプのａｄを除外することができる。幾つかの実施形態において、コンテンツ提供者は、（例えば、価格以外の選定基準を用いて）どのａｄが選定されるかを評価するために異なる目的関数から選定することができる。
【０５１５】
入札プロセスを供給するａｄネットワークは、消費者の特別な知識をもつ多くの独立したソースと共に、巨大なものとなり且つ成長していくことが期待されるが、効果的なターゲティングの最良のソースのうちの１つは、ここで解説されるように、ａｄをコンテンツ及びユーザと最適にマッチさせるためにローカルａｄマッチング・モジュールによって安全に用いられることによって使用可能な、プライベート・ユーザデータ・ストアである。
【０５１６】
本明細書に記載の技術を用いるターゲティングａｄは、結果として非常に高いＣＰＭレートを支払う広告主を生み出すことができるという多くの利点を有する。システムは、デバイスのユーザのネットワークにわたるユーザと関連付けられたプライベートデータを収集することができる。このユーザ情報は、収集されることが可能であるが、プライベートに保たれ、決して広告主には漏らされず、多層マッチ及び入札スキームにおいて用いられる。例えば、ａｄがパッケージ化されるときに、それらは、コンテンツ再生時間の間に入札を行うのに用いられる入札制御を含んでもよい。制御は、ａｄとユーザとのマッチの品質を判定し、したがって、最終的に入札を判定するために、ユーザの再生デバイス上のユーザ・プロフィール・データベースと対話することができる。入札制御は、広告主の義務であり、且つ専用のもの（ｐｒｏｐｒｉｅｔａｒｙ）とすることができる。ユーザデータは、ユーザについての証明されたデータ、目的イベント・データ、及びユーザにより供給されたデータと共に、特定のａｄ又は関連したａｄに関する以前のインプレッションのカウントを含むことができる。
【０５１７】
幾つかの実施形態において、ユーザがインターネットと対話するときに、１つ又は複数のユーザ・エージェントは、多くのインターネットベースのソースからａｄを選定する。これらのソースは、特定のユーザに対する再生時間で選定されるときにペイオフの高確率を有するａｄを選定するためにエージェント（単数又は複数）が採用するメタデータを利用可能にする。ａｄソースは、特定のユーザデータに基づく基準（エージェントのａｄ検索基準は、消費者のパーソナル情報の或る態様を漏らすことがあるが、好ましい実施形態において、おそらく消費者が付随（ｃｏｎｃｏｍｉｔａｎｔ）検索で用いる場合がある検索キーワード以外の具体的なイベント・データは漏らされない）を用いてユーザ・エージェントによって選ばれた基準に従ってランク付けすることができるａｄの膨大なキャッシュを含むことができる。事実上、ユーザ・エージェントは、ウェブページではなくａｄを探す特化されたウェブ検索エンジンのための検索クエリを生成することができ、検索エンジンの関連性ランキングは、具体的なユーザデータに基づいている。加えて、ａｄは、現在のウェブ・アクティビティと関連があることを申し出ることができる（例えば、ユーザが車に対する情報を検索するときに、車ａｄへの一連の参照を配給することができる）。
【０５１８】
好ましい実施形態において、再生イベントが発生するときに、すべての該当するａｄ制御は、プレイされることになるコンテンツに対するａｄスロットの入札に対して実行される。各顧客において、ａｄデータベース・マネージャは、期限切れの及び非競争ａｄのデータベースを除くことができる。
【０５１９】
広告主は、本明細書に記載の技術を活用して、消費者に最適なａｄマッチングのためにイベント監視に受動的に関与するように促すことができ、これにより、より高いＣＰＭを正当化する。消費者は、彼らのパーソナル情報が彼らの所有するデバイス又は彼らが制御する安全なプロキシを残さないことを確実なものにすることができる。限定ではなしに、携帯電話、ＰＣ、ゲームデバイスなどを含む、消費者が用いるほとんどあらゆるデバイス上の、アプリケーション、ブラウザ、又はオペレーティング・システムにおいてイベント監視を始動することができる。コンテンツの再生のために消費者が用いるすべてのデバイス上でのａｄ−マッチングにおいて用いられる最大限の量の消費者情報が収集され且つ再配信されるように、イベント・ログを抽象化し、且つ幾つかの実施形態においてプライベートクラウドベースのプロキシを含む消費者が所有するデバイス（例えば、消費者のドメイン）の間で安全に共有することができる。好ましい実施形態において、消費者の情報が暗号化されることと、それらが消費者の所有するデバイスにおいて生成され、且つドメイン以外では共有されないため、消費者のドメインにおけるデバイスのみがキーを知っていることにより、消費者のプライバシーは保護される。
【０５２０】
幾つかの実施形態において、より高い入札を正当化する消費者属性を請け合う証明書を、消費者のデバイスに配給することができる。加えて、幾つかの実施形態において、消費者又は消費者の慈善の選択に直接報いるａｄプレースメント・モデルをデプロイすることができる。すなわち、消費者又は宛先は、ａｄ売上高（ｐｒｏｃｅｅｄｓ）から即時戻しを得ることができる。
【０５２１】
したがって、効率的なａｄマッチングを行うためのシステム及び方法が説明されている。本明細書で説明されるシステム及び方法の実施形態は、以下の幾つか又はすべてを可能にすることができる。
【０５２２】
ａｄ及びコンテンツに対する更新された制御を動的に配給すること。広告主は、彼らのａｄキャンペーンに対するリアルタイムの（又はそれに近い）フィードバックを得るであろう。広告主は、ａｄと関連付けられたルールを動的に（例えば、最低入札価格を増加させるように）修正することができる。これらのルールを表明する制御は、顧客にできるだけ早く配給されるであろう。配給機構（プッシュ又はプル）とこれらの制御のスケジュールは、具体的なデプロイメントに依存するであろう。
【０５２３】
ローカルユーザ・プロフィールを集めること。プライバシー法及び／又はポリシーに従うために、一実施形態において、顧客プラットフォームは、個人情報を送り出す代わりに、ユーザ閲覧パターンに関する情報をローカルに集め、抽象化されたカテゴリ分類情報をクリアリングハウスに送信するであろう。プライベート情報を含まない、この抽象的情報は、クリアリングハウスによってパートナーと共有されることが可能である。
【０５２４】
Ａｄルールとコンテンツ・ルール。各コンテンツ項目に対して及び各ａｄに対して表明することができるルールの種類は非常にオープンである。ルールは、コンテンツ提供者又は広告主から簡単なテキスト、すなわちＸＭＬとして収集することができる。これらのルールは、既述のように、仮想機械コード生成器を用いて‘６９３出願で説明されたタイプのオブジェクトに後で変換することができ、且つコンテンツ又はａｄと関連付けることができる。こうしたルールの簡単な例は、広告主が各ａｄインプレッションに対して１０セントを支払う意欲があるが、ａｄがターゲット人口統計学及び或る時間帯に示されるときに追加して５セントを支払う意欲があるときである。類似したルールは、１個のコンテンツと関連付けることができる。
【０５２５】
オンライン・デバイスに対するオフラインａｄ。幾つかの実施形態において、コンテンツと広告との両方は、多数の配信手段を用いて独立して超配信することができる（しかしそうである必要はない）。コンテンツがレンダリングされるときにどの広告が表示されるべきかの選択は、コンテンツとは独立して行うことができ、典型的に、広告をレンダリングするための最高のペイオフに基づくコンテンツ・レンダリングの時点で取り決められる。
【０５２６】
目的関数及びコンテンツへのその配給（及び更新）。一実施形態において、適合したデバイス又はアプリケーション上でコンテンツをレンダリングすることを消費者が要請するときに、デバイスは、この閲覧イベントからＡｄ収入を収集するコンテンツ提供者の目的を最適化する目的関数に従ってコンテンツに対するＡｄ−スロットが埋められることを要求するコンテンツ項目の制御プログラムを実行する。入札が計算されるときに、入札に基づいてＡｄを選定するために、コンテンツ制御の目的関数が用いられる。この目的関数はまた、自己防衛型オブジェクトとして表明することができる。異なるタイプのａｄマッチングが適用されてもよい。例えば、会社は、同一製品に対する種々の異なるａｄを有してもよく、各々は異なる顧客人口統計にターゲットが絞られる。本明細書に記載のａｄマッチング技術は、所与のユーザにとって最も適切なａｄの選定を容易にすることができる。
【０５２７】
２層のａｄマッチング。幾つかの実施形態は、２層のユーザ・ターゲティングを提供し、この場合、第１の層は、コンテンツがデバイス又は他のユーザがアクセスできる配給点に配給されるときの時点でＡｄコンテンツを消費者とマッチさせ、第２の層は、閲覧者の時間、場所、環境、及び最近の履歴についてのより細分化された情報を用いる。言い換えれば、広告は、配信手段を通じてユーザをターゲットにすることと、レンダリング・デバイス上のローカルデータに基づいてレンダリングするのに最適にマッチされることとの両方が可能である。
【０５２８】
ＤＭＺを用いてａｄスロットを表明すること。幾つかの実施形態において、コンテンツ提供者は、各コンテンツ項目に対する多数のａｄ−スロットを説明することができるであろう。コンテンツによって要求されるａｄスロットは、コンテンツ提供者に最も多く支払うＡｄによってレンダリングの時点で及び場所で埋められる。
【０５２９】
信用されたサービス。好ましい実施形態において、システムは、慎重な取扱を要する情報を取り扱うコンポーネントに対する信用されたサービスを提供することができる。このカテゴリの下に典型的に入るであろう１つのコンポーネントは、消費者のデバイスから監査レポートを収集するクリアリングハウスである。信用されたサービスをホストしてもよい他のコンポーネントは、典型的に、データ・ウェアハウス、パッケージャ、及び登録コンポーネントを含むであろう。信用されたコンポーネントは、証明されるために、或る予め定義された堅牢性の基準を満たす必要がある可能性がある。
【０５３０】
コンテンツとａｄとの間の類似性。幾つかの実施形態において、ａｄはユーザをターゲットとするが、或る事例において、広告主は、或る基準にマッチするコンテンツのレンダリングの間にａｄが表示されるときに、追加のお金を支払うことを選んでもよい。簡単な例は、定期的に１０セントを支払うが、ａｄがコンテンツ・ジャンル「スポーツ」又は「アドベンチャー」の下に入るコンテンツと共に表示されるときに１２セントを支払う意欲がある広告主であろう。これは、コンテンツとａｄとの間の類似性を例証する。
【０５３１】
ポリシーを顧客に配信すること。地域プライバシー法ポリシー及びａｄマッチング・ポリシーのような或るポリシーは、制御オブジェクトとして表明することができる。制御として表明されるこれらのポリシーは、顧客に配給し且つ周期的に更新することができる。
【０５３２】
一実施形態において、ユーザ・プロフィールは、属性をもつノード・オブジェクト（例えば、‘６９３出願で説明されたように）として表わすことができる。顧客からユーザについてのより多くの情報が学習されるのに伴って、ユーザ・ノードは、より動的なＤＲＭ‘リンク’（例えば、‘６９３出願で説明されたタイプの）の付加により、洗練される。これらのリンク（例えば、衝動買いする人、流行に敏感な）は、広告閲覧パターンに基づく強度をもつことができる。Ａｄと関連付けられたＡｄ−制御は、これらの強度値を参照し、且つ入札−価格を決めることができる。
【０５３３】
一実施形態において、外部のエンティティからの属性アグリゲータ・ノードは、ターゲットが絞られた広告に対するユーザ・プロフィールをさらに洗練することができる。このノードは、信用機構を通じてシステムに導入され、組織のメンバーシップ（例えば、ＡＡＡ、買物クラブ（Ｂｕｙｉｎｇ  Ｃｌｕｂ）など）のようなあらゆる資格を得ているユーザの属性を含むことができる。第三者エンティティは、これを補償され、一方、ａｄ−制御は、アービトレーションの間、このアグリゲータ・ノード及びユーザ・ノードへの強度／接続を参照することができる。
【０５３４】
上記のことは、明確にする目的で或る程度詳しく説明されているが、付属の請求項の範囲内で或る変化及び修正が加えられてもよいことが明らかであろう。例えば、インターネット上で配給される映画のようなエンターテイメント・コンテンツと組み合わせてユーザに広告を提供することに関連して幾つかの例が提示されているが、本明細書に記載のシステム及び方法は、より広い用途に適しており、且つ事実上あらゆるタイプの配信システム上で配給される事実上あらゆるタイプの電子コンテンツのマッチング及び／又は一体化と関連して用いることができることが理解されるであろう。同様に、‘６９３出願で説明されたもののようなＤＲＭエンジンを利用する幾つかの例が説明されているが、本明細書で説明されるシステム及び方法の実施形態は、ルール又はポリシーに従って広告をコンテンツとマッチングするためのあらゆる適切なソフトウェア及び／又はハードウェアを用いて実装することができることが理解されるであろう。本明細書に記載のプロセスと装置との両方を実装する多くの代替的方法が存在することに注目されたい。したがって、本実施形態は、例証となるものであって制限的なものではないと考えられ、本発明は、本明細書で与えられる詳細に限定されるものではないが、付属の請求項の範囲及び均等物内で修正されてもよい。
【図１】
2014222544.tif 000058
【図２】
2014222544.tif 000059
【図３】
2014222544.tif 000060
【図４】
2014222544.tif 000061
【図５】
2014222544.tif 000062
【図６】
2014222544.tif 000063
【図７】
2014222544.tif 000064
【図８】
2014222544.tif 000065
【図９】
2014222544.tif 000066
【図１０】
2014222544.tif 000067
【図１１】
2014222544.tif 000068
【図１２】
2014222544.tif 000069
【図１３】
2014222544.tif 000070
【図１４】
2014222544.tif 000071
【図１５】
2014222544.tif 000072
【図１６】
2014222544.tif 000073
【図１７】
2014222544.tif 000074
【図１８】
2014222544.tif 000075
【図１９】
2014222544.tif 000076
【図２０】
2014222544.tif 000077