JP2013176109A - メディアコンテンツ配置基準の指定 - Google Patents

Abstract

【課題】宣伝広告などのメディアコンテンツを、効率的に提供する方法を実現する。
【解決手段】コンテンツにおける宣伝広告またはその他のメディアコンテンツ配置を制御するために、コンテンツ保有者またはその他の関係者が、広告またはメディアコンテンツ配置メタデータをコンテンツアイテムに含めてもよい。メディアコンテンツ配置メタデータは、最長メディアコンテンツ（例えば広告）継続時間、メディアコンテンツレーティング、メディアコンテンツサイズ、支払い情報、スクリーン（すなわちビデオまたはイメージに関して）上の配置位置、および同様のものなどの指定を提供してもよい。メディアコンテンツメタデータは、抽出されて、対応するコンテンツアイテムの再生中に含める宣伝広告などの一致するメディアコンテンツを取得するために使用されてもよい。
【選択図】図５

Description

本発明の一部の側面は、全般的に、宣伝広告などのメディアコンテンツを提供する方法およびシステムに関する。

背景

多数の産業において、宣伝は、次第に重要な資金源となってきた。例えば、電子メディアおよびコンテンツプロバイダは、無料または少ない費用でユーザにサービスを提供できるよう、宣伝に大きく依存する。

摘要

この摘要は、詳細な説明において下記でさらに説明する一連の概念を簡単に紹介するものである。この摘要は、特許請求される主題（subject matter）の重要な特徴または必須の特徴を特定することを目的とはしておらず、特許請求される主題の範囲を限定するために用いられることも目的としていない。

本開示のいくつかの側面は、コンテンツアイテムの宣伝広告配置基準を定義するために、コンテンツアイテムに関連するメタデータを使用することに関する。広告配置基準は、映画のシーン中での広告の物理的位置、コンテンツアイテム内での時間的位置（例えば宣伝広告スロットの開始時間）、サイズ指定、継続時間制限、透明度レベル、レーティングおよび同様のものを含んでもよい。メタデータはさらに、種々の宣伝広告スロットに適した宣伝広告を定義する複数セットの広告配置基準を含んでもよい。１つ以上の設定において、コンテンツアイテムがリクエストされると、コンテンツプロバイダが、リクエストされたコンテンツアイテムから広告配置メタデータを抽出してもよい。次に、メタデータが宣伝広告ブローカーまたはプロバイダへ送信され、メタデータ内で指定されている１つ以上の基準に一致する１つ以上の宣伝広告がリクエストされてもよい。次に、この１つ以上の一致する宣伝広告が、広告ブローカーからコンテンツプロバイダへ返送されるか、または直接ユーザへ送られてもよい。コンテンツプロバイダへ送られる場合、宣伝広告は、リクエストされたコンテンツアイテムと結合されて、リクエストしているユーザへ送信されてもよい。一側面によれば、広告プロバイダとコンテンツプロバイダとの間で、広告配置に対して支払いのやりとりがあってもよい。あるいは、コンテンツアイテムはピアノードに最初に投入され、それからコンテンツアイテムはピアツーピアネットワークを介して配布されてもよい。したがって、広告は、コンテンツプロバイダの代わりにユーザによりリクエストされてもよい。

別の側面によれば、宣伝広告を選択するために、メタデータにおいて指定される広告配置基準に加えて、ユーザプリファレンスまたは他のプロファイル情報が使用されてもよい。広告リクエストの中で、広告ブローカーにユーザプロファイル情報が提供されてもよく、または、代わりにもしくは追加として、広告ブローカーがデータベースからユーザ情報を取得してもよい。したがって、一例では、広告ブローカーは、コンテンツアイテムメタデータにおいて指定されている継続時間およびサイズ基準を満たす一方で、ユーザの人口統計学的情報にも一致する宣伝広告を選択してもよい。

さらに別の側面によれば、広告は、コンテンツアイテムの再生中にリクエストされてもよい。例えば、映画の再生中、宣伝広告スロットがあるときに、スロットに達する時間までに宣伝広告を受信するようスロットの十分に前に広告リクエストが広告ブローカーへ送られてもよい。複数の宣伝広告スロットが、１つ以上の宣伝広告の開始時間としてコンテンツメタデータにより定義されてもよい。

別の側面によれば、本願明細書に記載される各側面は、宣伝広告以外に、他のタイプのメディアコンテンツに同じように使用されても、または適用されてもよい。

特定の実施形態が、添付の図面に例として示され、限定はされない。図面では同じ参照数字は同様の構成要素を示す。

１つ以上の実施形態が実装されてもよい例示通信ネットワークのブロック図を示す。 本願明細書に記載の１つ以上の側面による例示通信デバイスのブロック図を示す。 本願明細書に記載の１つ以上の側面が使用されてもよい例示宣伝広告およびコンテンツ配布環境を示す。 本願明細書に記載の各側面による、コンテンツアイテムにおける宣伝広告の例示配置を示す。 本願明細書に記載の各側面による、広告配置メタデータを記憶する例示コンテンツアイテムデータ構造を示す。 本願明細書に記載の各側面による、コンテンツリクエストを処理する例示方法を示す流れ図である。 本願明細書に記載の各側面による、例示宣伝広告およびコンテンツ配布ネットワークを示す。 本願明細書に記載の各側面による、別の例示宣伝広告およびコンテンツ配布ネットワークを示す。 本願明細書に記載の各側面による、別の例示宣伝広告およびコンテンツ配布ネットワークを示す。 本願明細書に記載の各側面による、コンテンツをリクエストし、コンテンツおよび宣伝広告を受信する例示方法を示す流れ図である。 本願明細書に記載の各側面による、宣伝広告リクエストを処理する例示方法を示す流れ図である。 本願明細書に記載の各側面による、宣伝広告が配置された例示ビデオイメージを示す。 本願明細書に記載の各側面による、コンテキストデータトラックを含む例示コンテンツデータ構造を示す。 本願明細書に記載の各側面による、コンテキストデータに少なくとも部分的に基づきコンテンツアイテム内に宣伝広告を配置する例示方法を示す流れ図である。 本願明細書に記載の各側面による、ビデオプレーヤと、宣伝広告サーバとの間のデータフローの例を示す。 本願明細書に記載の各側面による、宣伝広告およびコンテンツ配布ネットワークの各コンポーネントの例を示す。

詳細な説明

以下の様々な実施形態の記載において添付の図面が参照されるが、図面は本願明細書の一部を形成し、図面には、本発明が実施されてもよい様々な実施形態が例として示されている。当然のことながら、本発明の範囲から逸脱することなく他の実施形態が利用されてもよく、構造および機能上の変更が加えられてもよい。

図１は、様々な発明原理が実施され得る例示通信ネットワークを示す。モバイル通信デバイス１０５、モバイル電話１１０、携帯情報端末（PDA：personal digital assistant）またはモバイルコンピュータ１２０、パーソナルコンピュータ（PC：personal computer）１１５、サービスプロバイダ１２５、およびコンテンツプロバイダ１３０を含むいくつかのコンピュータおよびデバイスが、ネットワーク１００を介して互いに、さらに他のデバイスと通信してもよい。ネットワーク１００は、有線および無線接続、ならびにネットワーク構成要素を含んでもよく、ネットワーク上の接続は永続的または一時的接続を含んでもよい。ネットワーク１００を介した通信は、図示されているデバイスに限定されず、ビデオ記憶システム、オーディオ／ビデオプレーヤ、デジタルカメラ／カムコーダ、GPS（Global Positioning System：衛星航法システム）デバイスまたは衛星などの位置決めデバイス、テレビ、オーディオ／ビデオプレーヤ、無線ブロードキャスティング受信機、セットトップボックス（STB：set-top box）、デジタルビデオレコーダ、リモートコントロールデバイス、およびその任意の組み合わせなどの追加のモバイルまたは固定デバイスを含み得る。

簡単にするために図１では単一のネットワークとして示されているが、ネットワーク１００は、ネットワーク間相互接続通信を提供するよう連結された複数のネットワークを含んでもよい。そのようなネットワークは、１つ以上の私設または公衆パケット交換網（例えばインターネット）、１つ以上の私設または公衆回線交換網（例えば公衆交換電話網）、モバイル通信デバイス１０５と１１０との間の通信を促進する（例えば基地局、モバイル交換局などを使用することによって）よう設定されたセルラネットワーク、短距離または中距離ワイヤレス通信接続（例えばBluetooth（登録商標）、超広帯域無線（UWB：ultra wideband）、赤外線、WiBree、電気電子学会（IEEE：Institute of Electrical and Electronics Engineers）標準第802.11号の１つ以上のバージョンによるワイヤレスローカルエリアネットワーク（WLAN：wireless local area network））、またはエボリューションデータオプティマイズド（EV-DO：Evolution-Data Optimized）ネットワーク、ユニバーサルモバイルテレコミュニケーションシステム（UMTS：Universal Mobile Telecommunications System）ネットワーク、ロングタームエボリューション（LTE：Long Term Evolution）ネットワークまたはGSM（登録商標）進化型高速データレート（EDGE：Enhanced Data rates for GSM（登録商標） Evolution）ネットワークなどの高速ワイヤレスデータネットワークを含み得る。デバイス１０５〜１２０は、当該技術分野で既知のものが数ある中でも特に、インターネットプロトコル（IP：Internet Protocol）、伝送制御プロトコル（TCP：Transmission Control Protocol）、簡易メール転送プロトコル（SMTP：Simple Mail Transfer Protocol）など、様々な通信プロトコルを使用し得る。ショートメッセージサービス（SMS：Short Messaging Service）および／またはマルチメディアメッセージサービス（MMS：Multimedia Message Service）などの様々なメッセージサービスも含まれ得る。

デバイス１０５〜１２０は、相互に、またはコンテンツサーバ１３０もしくはサービスプロバイダ１２５などの他のデバイスと対話するよう設定されていてもよい。一例では、モバイルデバイス１１０は、コンテンツプロバイダ／サーバ１３０との間での情報の送受信を調整するよう設定されているクライアントソフトウェア１６５を含んでもよい。一構成では、クライアントソフトウェア１６５は、コンテンツサーバ１３０のコンテンツをリクエストおよび受信するアプリケーションまたはサーバ特有プロトコルを含んでもよい。例えば、クライアントソフトウェア１６５は、ウェブブラウザまたはそのモバイル版を含んでもよく、コンテンツプロバイダ／サーバ１３０は、ウェブサーバを含んでもよい。提供されているサービスのアクセスまたはデータ料金を請求するために、請求サービス（図示せず）も含まれてもよい。サービスプロバイダ１２５がセルラネットワークアクセスを提供する（例えばワイヤレスサービスプロバイダ）一構成では、クライアントソフトウェア１６５は、セルラネットワークを介したアクセスおよび通信のための命令を含んでもよい。クライアントソフトウェア１６５は、デバイス１１０内の読み取り専用またはランダムアクセスメモリなどのコンピュータ可読メモリ１６０に記憶されてもよく、デバイス１１０の１つ以上のコンポーネント（例えばプロセッサ１５５、送受信機、およびディスプレイ）に、本願明細書に記載された機能および方法を含む様々な機能および方法を実行させる命令を含んでもよい。

図２は、図１のネットワーク１００内で使用されてもよいモバイルデバイス２１２などの例示コンピューティングデバイスを示す。図に示すように、モバイルデバイス２１２は、ユーザインターフェースコントロール２３０、ディスプレイ２３６、およびその他の構成要素に接続されたコントローラ２２５を含んでもよい。コントローラ２２５は、１つ以上のプロセッサ２２８およびソフトウェア２４０を記憶するメモリ２３４を含んでもよい。モバイルデバイス２１２はさらに、バッテリー２５０、スピーカ２５３、およびアンテナ２５４を含んでもよい。ユーザインターフェースコントロール２３０は、キーボード、タッチスクリーン、音声インターフェース（例えばマイクロホン２５６を介する）、ファンクションキー、ジョイスティック、データグローブ、マウス、および同様のものなどから入力を受け取るよう、またはそれに出力を提供するよう設定されたコントローラまたはアダプタを含んでもよい。

モバイルデバイス２１２のプロセッサ２２８および他のコンポーネントにより使用されるコンピュータ実行可能命令およびデータは、メモリ２３４などの記憶場所に記憶されてもよい。メモリ２３４は、揮発性メモリおよびディスクなどの不揮発性メモリ両方を含む、読み取り専用メモリ（ROM：read only memory）モジュールまたはランダムアクセスメモリ（RAM：random access memory）モジュールの、任意のタイプまたは組み合わせを含んでもよい。ソフトウェア２４０は、プロセッサ２２８に命令を提供するようメモリ２３４内に記憶され、この命令が実行されると、プロセッサ２２８、モバイルデバイス２１２、および／またはモバイルデバイス２１２の他のコンポーネントが、本願明細書に記載される機能または方法などの様々な機能または方法を実行させられてもよい。ソフトウェアは、アプリケーションおよびオペレーティングシステムソフトウェアの両方を含んでもよく、コードセグメント、命令、アプレット、事前コンパイル済みコード、コンパイル済みコード、コンピュータプログラム、プログラムモジュール、エンジン、プログラム論理、およびその組み合わせを含んでもよい。コンピュータ実行可能命令およびデータはさらに、電気的消去可能プログラム可能読み取り専用メモリ（EEPROM：electrically erasable programmable read-only memory）、フラッシュメモリ、またはその他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ、またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気記憶装置、および同様のものを含むコンピュータ可読媒体に記憶されてもよい。

モバイルデバイス２１２またはその様々なコンポーネントは、例えば、ＤＶＢ−Ｈ、ＤＶＢ−Ｈ＋、またはＤＶＢ−ＭＨＰなどのデジタルビデオブロードキャスト（ＤＶＢ：Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔ）標準に基づくデジタルブロードバンドブロードキャスト送信信号を含む様々なタイプの送信信号を、特定のブロードキャスト送受信機２４１を介して受信、復号および処理するよう設定されていてもよい。その他のデジタル伝送フォーマットが、コンテンツと、補助サービスの利用可能性の情報とを配信するために代わりに使用されてもよい。さらに、または代わりに、モバイルデバイス２１２は、ＦＭ／ＡＭ無線送受信機２４２、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）送受信機２４３、および電気通信送受信機２４４を介して送信信号を受信、復号および処理するよう設定されていてもよい。あるいは、送受信機２４１、２４２、２４３および２４４は、個別の送信機および受信機コンポーネントを含んでもよい。

図２の上記記載は、全般的にモバイルデバイスに関するが、他のデバイスまたはシステムが同じまたは同様のコンポーネントを含み、同じまたは同様の機能および方法を実行してもよい。例えば、ＰＣ１１５（図１）などの固定コンピュータが、上述のコンポーネントを含んでもよく、モバイルデバイス２１２およびそのコンポーネントと同じまたは同様の機能を実行するよう設定されていてもよい。

本願明細書に記載される１つ以上の側面によれば、モバイルデバイス２１２などのデバイスは、ビデオ、オーディオ、イメージ、テキストおよび同様のもの、ならびに上記のものの任意の組み合わせを含む様々なタイプのコンテンツを表示または他の形でレンダリングするよう設定されていてもよい。そのようなコンテンツは、収益を生み出す（例えば宣伝時間および／またはスペースに関し広告主に請求することによる）ために、１つ以上の宣伝広告に関連付けられることが多い。図３は、宣伝広告が広告ブローカー３０１を介して配布され、その一方で、コンテンツアイテムがコンテンツプロバイダ３０３を介してコンテンツ保有者３０７ａおよび３０７ｂにより提供される、広告およびコンテンツ配布環境の例示実施形態を示す。コンテンツ保有者３０７ａおよび３０７ｂは、映画スタジオ、配給業者、個人、および同様のものを含んでもよい。広告ブローカー３０１は、ユーザデバイス３０５ａまたは３０５ｂによりリクエストされたコンテンツアイテムに含める宣伝広告をコンテンツプロバイダ３０３に提供してもよい。一例では、広告ブローカー３０１は、広告リクエストに応答して、データベース３０９などのローカル記憶装置から、または広告主３１１から広告を取得してもよい。広告ブローカー３０１から宣伝広告が受信されると、広告は、リクエストされたコンテンツアイテムに埋め込まれるか、または他の形で関連付けられてもよい。その後、コンテンツプロバイダ３０３は、コンテンツアイテムを、デバイス３０５ａまたは３０５ｂなどのリクエストしているユーザのデバイスに配信してもよい。あるいは、広告ブローカーは、コンテンツプロバイダ３０３をとばして、宣伝広告をユーザデバイス３０５ａまたは３０５ｂに自ら提供してもよい。続いて、ユーザデバイス３０５ａおよび３０５ｂは、プロバイダ３０３から受信されたコンテンツアイテム（単数または複数）と、受信された宣伝広告（単数または複数）とを結合してもよい。コンテンツアイテムは、ビデオ、オーディオ、テキスト、イメージ、および／またはその組み合わせを含んでもよく、さらにストリーミングコンテンツ、ブロードキャスト／マルチキャスト／ユニキャストプログラミング、ダウンロードされたコンテンツ、および同様のものを含んでもよい。１つ以上の構成において、広告ブローカー３０１は、ユーザプリファレンスを宣伝広告の選択の要因として考慮してもよい。

広告が配信される方法は、宣伝環境に効率性を提供し得るが、広告の配置も、多くの場合非常に重要なものである。広告配置は、スクリーン上（例えばビデオに関して）の広告の位置のみではなく、サイズ、継続時間、頻度、時間的配置、音量、外観、および同様のものにも関する。図４は、ビデオコンテンツにおける宣伝広告配置の１つの例示実施形態を示す。図に示すように、宣伝広告４０５ａ〜ｆは、継続時間、位置、サイズおよび開始時間が異なってもよい。例えば、広告４０５ｃおよび４０５ｆなどの一部の宣伝広告はスクリーン全体を占有してもよく、その一方で、広告４０５ａ、４０５ｂ、４０５ｄ、および４０５ｅは、表示の一部のみを占有してもよいであろう。同様に、広告４０５ｅなどの一部の広告が、他（例えば広告４０５ｃ）よりも長い継続時間を有してもよい。宣伝広告の配置は、様々な基準および検討事項に基づき定義されてもよい。例えば、コンテンツ保有者は、そのコンテンツに関連する宣伝広告のタイプ、配置および長さに関心があるかもしれない。要するに、家族向けプログラムの保有者は恐らく、性的表現を帯びた宣伝広告とそのプログラムとを関連させることは避けたいであろう。コンテンツ保有者に加えて、広告主も、広告主の収入がその広告の魅力に密接に関連するため、どのように、およびどこに広告が配置されるかにかなりの関心を有すると考えられる。

広告配置プリファレンスは、コンテンツ保有者（または配給業者および制作者などのその他のコンテンツの利害関係者）ごとに大きく異なる可能性がある。例えば、一部のコンテンツ保有者は、広告がコンテンツの一部の上にオーバーレイされても嫌がらないこともあるであろうが、その一方で他のコンテンツ保有者は、所定の宣伝広告スロットにのみ宣伝広告を配置されることを望むこともあるであろう。図５は、容認できる、または所望の宣伝広告属性を定義するメタデータを含むコンテンツアイテムデータ構造の１つの例示実施形態を示す。コンテンツアイテム５００は、ビデオトラック５０３、オーディオトラック５０５、および字幕データ５０７などの１つ以上のコンテンツトラックを含んでもよい。コンテンツアイテム５００をレンダリングするとき、様々なトラック５０３、５０５および５０７が結合および同期され、シームレスなマルチメディア体験が提供されてもよい。さらに、広告配置基準などの宣伝広告メタデータ５０９が、コンテンツアイテム５００の再生中の広告の選択および包含に関して満たされるべき１つ以上の基準を指定してもよい。例えば、メタデータ５０９は、サイズ制限、広告長さ／継続時間制限、コンテンツレーティング（例えばＧ、ＰＧ、ＰＧ−１３、Ｒ）指定、支払い指定、透明度指定（例えば広告がコンテンツプログラミングにオーバーレイすることが許可されるかどうか）、および同様のことなどを指定してもよい。支払い指定は、コンテンツアイテム５００における配置の費用、支払い先口座、および同様のことを定義するために使用されてもよい。したがって、コンテンツ保有者は、メタデータ５０９において、コンテンツアイテム５００における広告配置の費用が＄３００であると指定して、資金が送られる銀行口座または他の支払口座を示してもよい。一例では、メタデータ５０９は、宣伝広告スロットの宣伝広告は、例えば継続時間が３０秒で、コンテンツレーティングがＰＧまたはそれ以下であり、２分３２秒にコンテンツ内にレンダリングする準備が整っていなければならないと指定してもよい。

メタデータ５０９は、広告が許可されるコンテンツアイテム５００内の複数の位置および宣伝広告スロットを定義してもよい。そのような位置は、再生時間、コンテンツ表示またはウィンドウにおける縦横の位置、サイズ、すなわちコンテンツ表示の高さおよび幅、および／またはその組み合わせにより定義されてもよい。例えば、コンテンツ保有者は、コンテンツアイテム５００のメタデータ５０９において宣伝広告スロット５１１ａ、ｂを定義して、広告配置が当該指定部分に限られるようにしてもよい。さらに、各宣伝広告スロット５１１ａ、ｂは、一連の配置基準を含んでもよい。例えば、広告スロット５１１ａは、再生１分２０秒から開始する第１の宣伝広告スロットの基準を定義してもよく、その一方で、広告スロット５１１ｂは、再生３分から開始する第２の宣伝広告スロットの広告配置基準を定義してもよい。別の例では、広告スロット５１１ｂは、広告が配置されるべき座標（すなわち１５０，５０）を指定してもよい。

広告配置基準が定義され、特定のコンテンツアイテムに関連付けられると、基準が評価されて、基準に基づき１つ以上の広告が選択されてもよい。図６は、コンテンツアイテムにおける広告配置方法の例を示す流れ図である。ステップ６００で開始し、コンテンツプロバイダが、コンテンツ所有者または配給業者などのコンテンツソースからコンテンツアイテムを受信してもよい。ステップ６０５にて、コンテンツアイテムと関連して、１つ以上の広告配置基準がコンテンツプロバイダにより受信されてもよい。広告配置基準は、コンテンツ保有者、コンテンツ配給業者、コンテンツの他の利害関係者、コンテンツプロバイダなどにより指定されてもよい。さらに、カスタマイズされた基準が受信されなければ、広告配置基準は既定の指定を含んでもよい。コンテンツサーバはその後、ステップ６１０において、１つ以上の広告配置基準をコンテンツアイテム内に埋め込んでもよい。例えば、コンテンツサーバは、本願明細書において説明されているように、指定または他の基準をコンテンツアイテム内にメタデータとして追加してもよい。代わりの実施形態では、広告配置基準は、コンテンツ保有者によりコンテンツアイテム内に既に含められていてもよい。

ステップ６１５において、コンテンツプロバイダは、コンテンツアイテムのリクエストを受信してもよい。リクエストは、例えばリクエストしているユーザの通信デバイス（例えば図２のモバイルデバイス２１２）から受信されてもよい。コンテンツプロバイダは、ステップ６２０において、リクエストに応答して、リクエストされたコンテンツアイテムのメタデータに記憶されている広告配置基準を抽出または発見して、メタデータを広告サーバまたはブローカーへ転送し、指定の基準に一致する１つ以上の宣伝広告をリクエストしてもよい。さらに、いくつかの構成では、コンテンツプロバイダは、追加の広告選択基準としてユーザプリファレンスまたはプロファイル情報を広告ブローカーに提供してもよい。ユーザプロファイル情報およびプリファレンスは、ユーザのブラウジング履歴、関心、１つ以上のプレイリスト、性別、年齢、地理的位置、ユーザが保有するデバイス、および同様のものを含んでもよい。ステップ６２５において、コンテンツプロバイダは、コンテンツアイテムにおいて指定されている基準を満たす１つ以上の宣伝広告を広告サーバまたはブローカーから受信してもよい。ステップ６３０において、コンテンツプロバイダは、リクエストされたコンテンツアイテムを１つ以上の宣伝広告とともに送信することによって、リクエストに応答してもよい。１つ以上の設定において、コンテンツプロバイダは、コンテンツアイテムをリクエストしているユーザまたはデバイスへ送信する前に、埋め込みを行うか、またはその他の形で宣伝広告とコンテンツアイテムとを結合してもよい。コンテンツプロバイダは、例えばサイズ、時間、縦横の配置などの広告配置指定に従い、コンテンツアイテムに宣伝広告を挿入してもよい。一例では、コンテンツプロバイダは、リクエストされたストリーミングコンテンツに対応するコンテンツストリームに宣伝広告を配置してもよい。別の例では、コンテンツプロバイダは、イメージ、オーディオまたはテキスト処理技術を使用して、コンテンツアイテムに宣伝広告を追加してもよい。いくつかの例では、ステップ６３５において、コンテンツプロバイダはさらに、広告サーバまたはブローカーから支払いを受け取ってもよい。

別の構成では、コンテンツプロバイダは、ステップ６２０において１つ以上の宣伝広告をリクエストすると、ステップ６４０においてコンテンツアイテムを、リクエストしているユーザまたはデバイスへ宣伝広告なしで送信してもよい。したがって、コンテンツプロバイダは、コンテンツアイテムを宣伝広告とともに送信するのではなく、リクエストしているユーザまたはデバイスへ、広告ブローカーが宣伝広告（単数または複数）を直接送信するようリクエストしてもよい。同様に、ステップ６３５において、支払いが広告サーバまたはブローカーから受け取られてもよい。

図７は、リクエストしている１人以上のユーザに宣伝広告およびコンテンツを配布する例示ネットワークフローを示す。ネットワーク７００において、広告ブローカー７０５は、広告主７０３から宣伝広告を受信してもよく、その一方で、コンテンツプロバイダ７０７は、コンテンツアイテムをコンテンツ保有者７０９および７１１から受信してもよい。ユーザデバイス７１３および７１５は、ユーザから所望のコンテンツアイテムの選択を受け取り、その後、コンテンツプロバイダ７０７からの所望のコンテンツをリクエストしてもよい。コンテンツプロバイダ７０７は、ユーザデバイス７１３および７１５からコンテンツアイテムリクエストを受信すると、広告配置および選択基準を提供することによって、広告ブローカー７０５の宣伝広告をリクエストしてもよい。任意選択で、広告ブローカー７０５に、広告リクエストの一部としてユーザプリファレンスおよびその他のプロファイルデータも提供されてもよい。広告ブローカー７０５は、１つ以上の一致する宣伝広告を取得すると（例えば、１以上の広告主からの広告をリクエストすることによって）、一致する宣伝広告によってコンテンツプロバイダ７０７に応答してもよい。続いて、リクエストされたコンテンツアイテムが、コンテンツプロバイダ７０７からリクエストしているユーザデバイス７１３および７１５へ、受信された宣伝広告とともに送られてもよい。

図８は、コンテンツプロバイダ８０７の代わりに広告ブローカー８０５が、ユーザデバイス８１３または８１５などのリクエストしているユーザデバイスに宣伝広告を提供してもよい、代わりのネットワークフローの例を示す。したがって、コンテンツプロバイダ８０７が広告ブローカー８０５から宣伝広告を受信して、それをリクエストしているユーザデバイス８１３または８１５（図７に示されているように）に、リクエストされたコンテンツアイテムとともに送信するのではなく、広告ブローカー８０５が、宣伝広告を直接ユーザに送信してもよい（すなわち、コンテンツプロバイダ８０７を使用せずに）。コンテンツプロバイダ８０７からの広告リクエストに含まれている情報によって、ユーザデバイス８１３もしくは８１５、または両方が広告ブローカー８０５に対し特定されてもよい。例えば、コンテンツプロバイダ８０７は、ユーザデバイス８１３または８１５のインターネットプロトコル（ＩＰ）アドレスを広告ブローカー８０５に提供してもよい。したがって、コンテンツアイテムは、コンテンツプロバイダ８０７により配信されてもよく、その一方で、コンテンツアイテムに配置されるべき宣伝広告は、広告ブローカー８０５から別に送信されてもよい。さらに、または代わりに、広告ブローカー８０５は、データベース８１７などのユーザプロファイルまたはプリファレンスデータベースを含んでも、またはそれにアクセスできてもよい。ユーザプロファイルまたはプリファレンスを使用する場合、広告ブローカー８０５は、リクエストしているユーザデバイス８１３または８１５の関心およびそれとの関連性に合わせて、広告選択および配置をより細かく調整してもよい。一致する宣伝広告が広告ブローカー８０５から受信されると、宣伝広告は、ユーザデバイス８１３または８１５において指定の時間にコンテンツアイテムと結合されてもよい。例えば、デバイス８１３などのユーザデバイスは、コンテンツアイテムの宣伝広告スロットに宣伝広告を配置するためのビデオまたはオーディオ処理のためのソフトウェア、ハードウェア、ファームウェア、またはその組み合わせを含んでもよい。

別の側面によれば、コンテンツをピアデバイスに最初に投入する以外にコンテンツプロバイダがコンテンツの配布のためにオンラインでいる必要がないよう、コンテンツアイテムがピアツーピアネットワークにおいて配布されてもよい。図９は、コンテンツプロバイダ９０３からユーザデバイス９０１ａに最初にコンテンツが投入された後に、ユーザ９０１ａ〜ｃが自分たちの間でコンテンツアイテムを共有する例示ピアツーピアネットワーク環境を示す。ユーザ９０１ａ、ｂおよびｃの間でのコンテンツアイテムの共有は、ユーザ間のコンテンツアイテムの通信および転送を促進するピアツーピアトラッカー９０５により促進されてもよい。一部のピアツーピアネットワーク構成では、トラッカーのない共有が使用されてもよい。配布されるコンテンツアイテムに配置されるべき宣伝広告が、ユーザデバイス９０１ａ、ｂもしくはｃ、またはコンテンツプロバイダ９０３によってリクエストされ、ブローカー９０７から受信されて、その後、デバイス９０１ａ、ｂまたはｃに配布されてもよい。図７のネットワークの設定に似て、広告ブローカー９０７はさらに、ユーザプロファイルデータベース９０９のユーザプロファイル情報を広告の配置に使用してもよい。

図１０は、本願明細書に記載される開示の１つ以上の側面による、コンテンツアイテムおよび関連する宣伝広告を受信する例示方法を示す流れ図である。ステップ１０００において、図２のモバイルデバイス２１２などのデバイスが、所望のコンテンツアイテムの選択に対応するユーザ入力を受け取ってもよい。ステップ１００５において、デバイスはコンテンツアイテムをリクエストしてもよい。コンテンツアイテムは、種々の方法で、種々のソースからリクエストされてもよい。例えばピアツーピア構成では、デバイスは、ピアツーピアトラッカーの支援により、コンテンツアイテムを既に有する他のユーザのコンテンツアイテムをリクエストしてもよい。他の設定では、デバイスは代わりに、コンテンツプロバイダからのコンテンツアイテムをリクエストしてもよい。ステップ１０１０においてデバイスは、リクエストに応答して、リクエストしたコンテンツアイテムを受け取ってもよい。

リクエストされたコンテンツアイテムに配置されるべき宣伝広告は、コンテンツアイテムが再生される前、または再生中にリクエストおよび／または受信されてもよい。例えば、ステップ１０１５においてデバイスは、コンテンツアイテムを再生または他の形でレンダリングする前に、受信されたコンテンツアイテムに関連する広告配置メタデータに基づき、広告ブローカーからの宣伝広告をリクエストしてもよい。一部の構成では、デバイスの代わりにコンテンツプロバイダが既に宣伝広告を広告ブローカーからリクエストしていれば、デバイスが宣伝広告をリクエストする必要はないこともあるであろう。あるいは、ステップ１０２０においてデバイスは、宣伝広告をリクエストする前にコンテンツアイテムの再生またはレンダリングを開始してもよい。代わりに、ステップ１０２５においてデバイスは、コンテンツアイテムに関連する広告配置メタデータに基づき、宣伝広告スロットが近づきつつあるかどうかを決定してもよい。例えばデバイスは、メタデータにより示されている開始時間を検査することによって、コンテンツアイテムのこれから３０秒間の間に、１つ以上の宣伝広告スロットが定義されているかどうかを決定してもよい。コンテンツがストリーミングされている場合、コンテンツプロバイダは、近づきつつある宣伝広告スロットの指示を（ストリームの一部として、または独立して）デバイスに提供してもよい。宣伝広告スロットが近づいていなければ、ステップ１０５０においてデバイスは、コンテンツアイテムの再生を継続してもよい。一方、宣伝広告スロットが近づいていれば、デバイスは、前もってステップ１０３０において、その宣伝広告スロットに関連する広告配置基準に一致する宣伝広告がデバイス内に記憶されているかどうかを決定してもよい。一致する宣伝広告がデバイス内に記憶されていれば、その一致する宣伝広告が、ステップ１０３５において記憶装置から取得されてもよい。一方、一致する宣伝広告がデバイス内に記憶されていなければ、デバイスはステップ１０１５にあるように、広告ブローカーからの１つ以上の宣伝広告をリクエストしてもよい。リクエストは、関連性のある広告配置メタデータ、および任意選択でユーザプリファレンスまたはプロファイル情報を含んでもよい。

ステップ１０４０においてデバイスは、宣伝広告リクエストに応答して、１つ以上の一致する宣伝広告を広告ブローカーから受信してもよい。一致する宣伝広告が特定され、デバイス記憶装置または広告ブローカーから取得されると、ステップ１０４５において宣伝広告は、広告配置メタデータに従ってコンテンツアイテムと結合およびレンダリングされてもよい。例えば、デバイスは、指定の宣伝広告スロットタイム、指定の透明度レベルおよび／またはサイズ、コンテンツアイテム内の所定の物理的位置、さらに／またはその組み合わせで、コンテンツアイテム内に、取得された宣伝広告をオーバーレイしてもよい。場合によっては、デバイスは、宣伝広告が十分な透明度であること、または正確なサイズであることを保証する編集機能を実行してもよい。メディアコンテンツにおける宣伝広告などの情報の結合またはオーバーレイは、次の非特許文献に記載されている。
3GPP TS26.142 V7.2.0, DIMS：Dynamic and Interactive Multimedia Scenes, 2007/12http://www.3gpp.org/ftp/Specs/archive/26_series/26.142/26142-720.zip

図１１は、広告ブローカーまたはプロバイダが宣伝広告リクエストに応答する例示方法を示す流れ図である。ステップ１１００において、広告ブローカーは、宣伝広告リクエストを受信してもよい。リクエストは、本願明細書に記載されるように、コンテンツアイテムをリクエストするユーザデバイスから、またはユーザにコンテンツアイテムを提供するよう設定されているコンテンツプロバイダから受信されてもよい。ステップ１１０５において広告ブローカーは、広告配置メタデータおよび／またはユーザプロファイル／プリファレンス情報がリクエストに含まれているかどうかを決定してもよい。そうであれば、ステップ１１１０において当該データがリクエストから抽出されてもよい。ステップ１１１５において広告ブローカーは、広告配置メタデータ、ユーザプロファイル／プリファレンス情報、または両方に一致する１つ以上の宣伝広告を特定してもよい。一例では、広告ブローカーは、利用可能な宣伝広告のインデックスをその特徴とともに記憶するデータベースを含んでもよい。したがって、広告ブローカーは、宣伝広告の長さ、宣伝広告のレーティング、閲覧者の性別、宣伝広告の物理的サイズ、宣伝広告のコンテンツ、および同様のものなどのプリファレンスおよび配置情報と、既知の広告特徴とを照合して、一致する１つ以上の広告を特定できる。広告ブローカーは、適切な１つ以上の広告を特定すると、ステップ１１２０において、ローカルデータベースまたは特定された広告に関連する広告主から、特定された広告を取得してもよい。例えば、利用可能な宣伝広告のインデックスに関する上記の例では、広告ブローカーは、インデックスの一部として記憶されている位置情報を使用して、一致する広告を広告主にリクエストしてもよい。広告ブローカーは次に、ステップ１１２５において、リクエストしているパーティに広告を送信してもよい。一方、配置メタデータまたはユーザプロファイル情報が利用可能に含まれていなければ、ステップ１１３０において宣伝広告が、他のパラメータに基づき他の技術を使用して特定されてもよい。

１つの例示実施形態である図１２は、ビデオ１２０３の右上四半分にオーバーレイされた宣伝広告１２０５の例を示す。宣伝広告１２０５のサイズ、配置位置および透明度レベルは、ビデオコンテンツ１２０３と関連して記憶されている広告配置メタデータにより定義されてもよい。

多数の非コンテキスト広告配置基準および指定について説明してきたが、本願明細書に記載される各側面は、コンテキスト属性にも同様に適用され得る。例えば、広告配置メタデータは、以下でさらに詳しく記載されるコンテキスト情報を含んでもよい。宣伝広告とコンテンツとのコンテキストの一致は、宣伝および製品収益を増やす助けとなり得る。一例では、映画のシーンが結婚式の計画およびドレスの選択に関係すれば、映画のシーンと関連したウエディングドレスデザイナーまたは店に関係する宣伝広告を配置することが、特に関連性があり好ましいと考えられる。

１つの例示実施形態である図１３は、再生中にレンダリングされるべきデータ（例えばビデオトラック１３０３、オーディオトラック１３０５、および字幕１３０７）のみでなく、キーワードまたは時間に基づきコンテンツに合わせた他のデータを使用してコンテンツアイテムの１つ以上の部分のコンテキストを特定するコンテキストデータトラック１３０９も記憶するよう設定されている、コンテンツデータ構造１３００を示す。すなわち、キーワード、メタデータ、またはその他のタイプのコンテキストデータが、コンテンツの特定の実行時間と関連して記憶されていてもよい。したがって、買い物のシーン１３０３ａの間、コンテキストデータトラック１３０９は、コンテンツの現在のシーンまたは部分が、小型車でスーパーマーケットにて買い物をすることに関係していると示すキーワードまたは説明１３１１および１３１３を提供してもよい。したがって、清掃サービス広告またはそのほか買い物とは無関係の広告ではなく、スーパーマーケットの宣伝広告もしくは自動車の宣伝広告、または両方が、コンテンツの当該部分に配置されてもよい。キーワードは、例えば専門的職業、アクティビティ、製品のタイプ、音楽アーティストの名前、楽曲またはアルバムタイトル、ブランド名、旅行先、および同様のものに関してもよい。コンテキストデータトラック１３０９は、コンテキストデータに加えて、他の広告配置情報を含んでもよい。例えば、本願明細書で説明されているように、他の広告配置情報は、宣伝広告の開始時間（すなわち宣伝広告スロットの始まり）、宣伝広告の継続時間、広告の物理的サイズおよび広告の透明度を含んでもよい。したがって、広告は、コンテキスト一致に加え、１つ以上の他の広告配置基準に一致するよう要求またはリクエストされてもよい。１つの例示実施形態では、コンテキストデータトラック１３０９が、例えば図５の宣伝広告メタデータ５０９などのコンテンツアイテムのメタデータとして記憶され、宣伝広告の選択に使用されてもよい。

さらに、トラック１３０９およびその他の広告配置指定などのコンテキストデータトラックは、コンテンツアイテムの配布またはレンダリングの前に定義されて、閲覧用デバイスにより必要とされる処理を削減してもよいが、そのようなデータは、オンザフライで（すなわちレンダリング中に）生成されることも可能である。例えば、モバイルデバイス２１２（図２）などのレンダリングデバイスは、オーディオまたはイメージ処理を実行して、オーディオ、ビデオ、および字幕トラックに基づきキーワードを特定するよう設定されていてもよい。具体的には、１つ以上のキーワードが、光学式文字認識（OCR：optical character recognition）などの自然言語認識またはイメージ認識方法を使用して決定されてもよい。別の例では、コンテキストデータおよび／または他のメタデータは、コンテンツプロバイダ、保有者、または配給業者などの別のエンティティによって自動的に生成されてもよい。処理は、取得および配置の適時性を確保するために、コンテンツの先の部分に対して実行されてもよい。

１つの例示実施形態である図１４は、少なくとも部分的にコンテキストデータに基づき宣伝広告を取得する方法を示す流れ図である。ステップ１４００において、レンダリングデバイスは、コンテンツアイテムの再生を開始してもよい。コンテンツは、オーディオ、ビデオ、テキスト、および／またはその組み合わせを含んでもよい。ステップ１４０５において、レンダリングデバイスは、コンテンツアイテムが１つ以上の宣伝広告スロットを含むかどうかを決定してもよい。レンダリングデバイスは、そのような決定を、コンテンツアイテム全体または所定部分に関して下してもよい。例えば、コンテンツの再生中に、レンダリングデバイスは、所定時間先を確認して（例えば３０秒、１分、５分）、任意の宣伝広告スロットが近づいているかどうかを決定してもよい。宣伝広告スロットは、コンテンツの或る部分に合わせたコンテキストキーワードなどの広告配置メタデータを評価することによって特定されてもよい。

レンダリングデバイスが、コンテンツアイテムは１つ以上の宣伝広告スロットを含むと決定すると、ステップ１４１０においてレンダリングデバイスは、関連性のあるコンテキストデータをコンテキストデータトラックから抽出してもよい。コンテキストデータは、キーワード、フレーズ、イメージ、名前、および同様のものを含んでもよい。ステップ１４１５においてレンダリングデバイスは、抽出されたコンテキストデータに少なくとも部分的に基づいて宣伝広告を取得してもよい。取得は、広告プロバイダから宣伝広告をリクエストすること、または代わりに、もしくはそれに加えて、レンダリングデバイスがコンテキストデータに一致する、記憶されている１つ以上の宣伝広告を有するかどうかを決定し、有すればその宣伝広告を記憶装置から取得することを含んでもよい。取得されると、宣伝広告は、ステップ１４２０において、指定の時間（すなわち、宣伝広告スロットメタデータにおいて指定されている時間）にレンダリングデバイスによってレンダリングされてもよい。

非コンテキスト広告配置メタデータに関して本願明細書で説明されるように、いくつかの実施形態において広告処理は、コンテンツのレンダリングの前に実行されてもよい。さらに場合によっては、コンテキスト広告処理は、コンテンツプロバイダがコンテンツアイテムを、一致する宣伝広告とともにレンダリングデバイスに提供するように、コンテンツプロバイダによって実行されてもよい。あるいは、宣伝広告は、広告ブローカーからレンダリングデバイスへ別に送られてもよい。

１つの例示実施形態である図１５は、コンテンツレンダリングの間に宣伝広告を取得する例示データフローを示す。ビデオプレーヤ１５００は、ビデオコンテンツ１５０３を再生するのみではなく、コンテキスト情報および広告配置指定などの広告配置データの特定、ならびにデータに少なくとも部分的に基づく宣伝広告の取得も行うよう設定されていてもよい。したがって、ビデオコンテンツ１５０３の再生中、ビデオプレーヤ１５００は、ビデオコンテンツ１５０３のメタデータからキーワードを抽出して、広告ブローカーまたはサーバ１５０５に対して宣伝広告をリクエストしてもよい。抽出およびリクエストは、広告配置データに対応する宣伝広告スロットの開始より所定時間前に実行されて、宣伝広告が確実に時間通りに受信およびレンダリングされるようにしてもよい。プレーヤ１５００のリクエストに応答して、１つ以上の宣伝広告１５０７が広告サーバ１５０５から受信されてもよい。ビデオプレーヤ１５００は、ハードウェアコンポーネント、ソフトウェアコンポーネント、ファームウェアコンポーネント、および／またはその組み合わせを含んでもよい。

１つの例示実施形態である図１６は、コンテンツアイテムおよび宣伝広告を配布するネットワーク環境内のエンティティを示す。ネットワーク１６００は、コンテンツプロバイダ１６０３、ユーザデバイス１６０５、および宣伝広告サーバ１６０７を含む。コンテンツプロバイダ１６０３およびユーザデバイス１６０５は、プロセッサ（１６１１、１６１３）、ＲＡＭなどのメモリ（１６１７、１６１９）、およびＲＯＭ（１６２１、１６２３）、コンテンツ分析エンジン（１６２５、１６２７）、コンテンツ処理エンジン（１６２９、１６３１）、および通信インターフェース（１６３３、１６３５）を含め、同じコンポーネントを多数含み得る。プロセッサ１６１１および１６１３は、命令を実行して、それぞれコンテンツ分析エンジン１６２５および１６２７などの様々なコンポーネントに様々な機能を実行させるよう設定されていてもよい。コンテンツ分析エンジン１６２５、１６２７は、コンテンツアイテムを検査して、そこからコンテキスト情報またはその他の広告配置メタデータを抽出するよう設定されていてもよい。コンテキスト情報およびその他の広告配置メタデータは次に、通信インターフェース１６３３、１６３５を介して、宣伝広告リクエストの一部として宣伝広告サーバ１６０７へ送信されてもよい。コンテンツ処理エンジン１６２９、１６３１は、宣伝広告サーバ１６０７から１つ以上の宣伝広告を受信すると、受信された宣伝広告（単数または複数）を挿入するか、または宣伝広告（単数または複数）と、コンテンツアイテムとをその他の形で関連付けるよう設定されていてもよい。

コンテンツプロバイダ１６０３はさらに、プリファレンスおよびユーザについてのその他のプロファイル情報を記憶するよう設定されたユーザ情報データベース１６３９と、コンテンツアイテムがローカルで取得可能なように１つ以上のコンテンツアイテムを記憶するよう設定されたコンテンツ記憶装置１６３７とを含んでもよい。あるいは、リクエストされたコンテンツアイテムがコンテンツ記憶装置１６３７に記憶されていなければ、コンテンツ保有者または他のプロバイダからのコンテンツアイテムがリクエストされてもよい。ユーザデバイス１６０５はさらに、ダウンロードされたコンテンツ、宣伝広告ユーザ情報および同様のものなどの様々なデータを記憶する記憶デバイス１６４０を含んでもよい。１つ以上の設定において、デバイス１６０５の通信インターフェース１６３５は、ピアツーピアネットワーキング用に設定されていてもよい。

宣伝広告サーバ１６０７は、プロセッサ１６５１、メモリ１６５３および１６５５、ならびに通信インターフェース１６５７など、ユーザデバイス１６０５およびプロバイダ１６０３に含まれているコンポーネントに似たコンポーネントを含んでもよい。さらに、宣伝広告サーバ１６０７は、広告選択エンジン１６５９、宣伝広告データベース１６６１、およびユーザ情報データベース１６６３を含んでもよい。通信インターフェース１６５７は、ユーザデバイス１６０５またはプロバイダ１６０３または両方から宣伝広告リクエストを受信して、それに応答するために使用されてもよい。さらに、通信インターフェース１６５７は、１以上の広告主から宣伝広告をリクエストおよび受信するよう設定されていてもよい。宣伝広告データベース１６６１は、取得時間を短縮するために宣伝広告を記憶するよう設定されていてもよい。例えば、データベース１６６１は、より頻繁に配布される宣伝広告、または他よりも多くのリクエストに一致する傾向がある宣伝広告を記憶してもよい。

一方、ユーザ情報データベース１６６３は、関心、性別、地理的位置、年齢、および同様のものを含むユーザプロファイル情報を記憶してもよい。広告選択エンジン１６５９は、宣伝広告リクエストにおいて受信された基準（例えばコンテキスト情報またはその他の広告配置基準）、ユーザプロファイル情報、または両方に少なくとも部分的に基づいて宣伝広告を選択するよう設定されてもよい。宣伝広告データベース１６６１は、広告主により供給されたすべての宣伝広告のインデックスを、宣伝広告がデータベース１６６１に記憶されていてもされていなくても、記憶してもよい。インデックスはさらに、宣伝広告の位置、ならびにその１つ以上の属性（例えばコンテンツレーティング、主題、キーワード）を特定してもよい。他のコンポーネントも、ニーズまたは所望の機能性に従い宣伝広告サーバ１６０７に含まれてよい。

宣伝広告配置メタデータおよびコンテキストデータトラックは、コンテンツアイテム内に記憶されるよう記載されたが、そのようなデータは、別に、例えば別のファイルとして記憶されることも可能である。したがって、１つ以上の設定において、宣伝広告配置メタデータは、コンテンツアイテムファイルとは別に送信または処理されてもよい。別に記憶される場合、メタデータおよびコンテンツアイテムは、論理リンク（例えば対応する識別番号）またはその他の識別情報およびリンクメカニズムを使用して関連付けられてもよい。さらに、宣伝広告に加えて他のメディアコンテンツが、代わりに、または追加として、メタデータおよびコンテキストトラックを使用して配置されてもよい。例えば、音楽、字幕、公共広告、および同様のものが、１つ以上のメディアコンテンツスロットにおいて、コンテキストデータトラック情報および／またはメディアコンテンツ配置メタデータ（media content placement metadata）を使用して映画に追加されてもよい。メディアコンテンツスロットは、宣伝広告スロットの定義と同じように定義されればよい。したがって、１つ以上の構成において、広告ブローカーは、メディアコンテンツブローカーまたはサーバであっても、それを含んでもよい。

当然のことながら、本願明細書に記載された方法ステップ、手順または機能の任意のものが、プロセッサおよび他のコンポーネントに方法ステップ、手順、または機能を実行させる実行可能命令と組み合わせて１つ以上のプロセッサを使用して実装されてもよい。当然のことながら、本願明細書で使用される、「プロセッサ」および「コンピュータ」という用語は、単独で使用されても、メモリまたはその他のコンピュータ可読記憶媒体に格納されている実行可能命令と組み合わせて使用されても、限定はされないが１つ以上のマイクロプロセッサ、専用コンピュータチップ、フィールドプログラマブルゲートアレイ（FPGA：field-programmable gate array）、コントローラ、特定用途向け集積回路（ASIC：application-specific integrated circuit）、ハードウェア／ファームウェア／ソフトウェアの組み合わせ、またはその他の専用もしくは汎用処理回路を含め、様々なタイプの周知のコンピューティング構造の任意のものを含む。

本願明細書に列挙された方法および特徴はさらに、コンピュータ可読命令を記憶することができる様々なコンピュータ可読媒体によって実装されてもよい。使用され得るコンピュータ可読媒体の例には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、またはその他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ、またはその他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気記憶装置、および同様のものが含まれる。

さらに、あるいは代わりに、少なくとも一部の実施形態では、本願明細書に列挙された方法および特徴は、１つ以上の集積回路（IC：integrated circuit）によって実装されてもよい。集積回路は、例えば、読み取り専用メモリ（ＲＯＭ）に格納されているプログラミング命令またはその他のデータにアクセスするマイクロプロセッサとしてもよい。一部のそのような実施形態では、ＲＯＭは、本願明細書に記載された方法の１つ以上による動作をＩＣに実行させるプログラミング命令を記憶する。少なくとも一部の他の実施形態では、本願明細書に記載された１つ以上の方法は、ＩＣに物理的に組み込まれる。言い換えれば、そのような場合ＩＣは、計算およびその他本願明細書に記載された動作専用のゲートおよびその他の論理を有する特定用途向け集積回路（ＡＳＩＣ）である。さらに他の実施形態では、ＩＣは、ＲＯＭまたはＲＡＭから読み取られるプログラミング命令の実行に基づき一部の動作を実行し、他の動作は、ＩＣのゲートおよびその他の論理に物理的に組み込まれていてもよい。さらにＩＣは、イメージデータを表示バッファに出力してもよい。

本発明を実行する具体的な例を記載してきたが、当業者には当然のことながら、添付の特許請求の範囲に記載の本発明の意図および範囲内に含まれる上記のシステムおよび方法の多数の変形および置換がある。さらに、この開示を再考することで、添付の特許請求の範囲に記載の範囲および意図の中で、その他多数の実施形態、変更および変形を、当業者は着想するであろう。

参考のために、原出願（特願2011-515495）に関し、出願当初に記載の本願発明の好適な実施形態の例について、以下に載せておく。
（１）コンテンツアイテムに関連するメディアコンテンツ配置メタデータを特定することと；
前記メディアコンテンツ配置メタデータ内の１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツを取得することであって、前記１つ以上のメディアコンテンツ配置基準は、前記コンテンツアイテム内のメディアコンテンツスロットと、少なくとも１つのメディアコンテンツ選択基準とを特定する情報を含む、前記取得することと；
を含む方法。
（２）前記少なくとも１つのメディアコンテンツ選択基準は、前記メディアコンテンツに関する支払金額を含む、（１）に記載の方法。
（３）前記メディアコンテンツ配置メタデータは前記コンテンツアイテムから抽出され、前記メディアコンテンツを前記取得することは、メディアコンテンツサーバへ前記メディアコンテンツをリクエストすることを含む、（１）に記載の方法。
（４）前記メディアコンテンツはさらに、前記コンテンツアイテムをリクエストするユーザのユーザプリファレンス情報に基づき取得される、（１）に記載の方法。
（５）前記メディアコンテンツ配置基準は、１つ以上のメディアコンテンツの表示位置をさらに含む、（１）に記載の方法。
（６）前記メディアコンテンツ配置基準は、メディアコンテンツ透明度レベルをさらに含む、（１）に記載の方法。
（７）前記コンテンツアイテムを、ピアツーピアネットワークを介してリクエストすることをさらに含む、（１）に記載の方法。
（８）前記少なくとも１つのメディアコンテンツ選択基準は、メディアコンテンツ最長継続時間を含む、（１）に記載の方法。
（９）前記メディアコンテンツと、前記コンテンツアイテムとを、前記メディアコンテンツ配置メタデータに従って結合することをさらに含む、（１）に記載の方法。
（１０）前記メディアコンテンツスロットを特定する前記情報は、前記メディアコンテンツスロットの開始時間を含む、（１）に記載の方法。
（１１）前記少なくとも１つのメディアコンテンツ選択基準は、コンテンツレーティングを含む、（１）に記載の方法。
（１２）プロセッサと；
コンピュータ可読命令を記憶するメモリと
を含む装置であって、前記コンピュータ可読命令は、実行されると前記プロセッサに、
コンテンツアイテムに関連するメディアコンテンツ配置メタデータを特定することと；
前記メディアコンテンツ配置メタデータ内の１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツを取得することであって、前記１つ以上のメディアコンテンツ配置基準は、前記コンテンツアイテム内のメディアコンテンツスロットと、少なくとも１つのメディアコンテンツ選択基準とを特定する情報を含む、前記取得することと；
を行わせる、装置。
（１３）前記少なくとも１つのメディアコンテンツ選択基準は、前記メディアコンテンツに関する支払金額を含む、（１２）に記載の装置。
（１４）前記メディアコンテンツ配置メタデータは前記コンテンツアイテムから抽出され、前記メディアコンテンツを前記取得することは、メディアコンテンツサーバへ１つ以上のメディアコンテンツをリクエストすることを含む、（１２）に記載の装置。
（１５）前記メディアコンテンツはさらに、前記コンテンツアイテムをリクエストするユーザのユーザプリファレンス情報に基づき取得される、（１２）に記載の装置。
（１６）前記方法は、
前記取得されたメディアコンテンツと、前記コンテンツアイテムとを結合することと；
リクエストしているユーザへ、前記コンテンツアイテムを前記メディアコンテンツとともに送信することと
をさらに含む、（１２）に記載の装置。
（１７）前記コンテンツアイテムはストリーミングコンテンツを含む、（１２）に記載の装置。
（１８）コンピュータ可読命令を記憶する１つ以上のコンピュータ可読媒体であって、前記コンピュータ可読命令は、実行されるとプロセッサに、
コンテンツアイテムに関連するメディアコンテンツ配置メタデータを特定することと；
前記メディアコンテンツ配置メタデータ内の１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツを取得することであって、前記メディアコンテンツ配置基準は、前記コンテンツアイテム内のメディアコンテンツスロットと、少なくとも１つのメディアコンテンツ選択基準とを特定する情報を含む、前記取得することと；
を含む方法を実行させる、１つ以上のコンピュータ可読媒体。
（１９）前記少なくとも１つのメディアコンテンツ選択基準は、前記メディアコンテンツに関する支払金額を含む、（１８）に記載の１つ以上のコンピュータ可読媒体。
（２０）前記メディアコンテンツ配置メタデータは前記コンテンツアイテムから抽出され、前記メディアコンテンツを前記取得することは、メディアコンテンツサーバへ前記メディアコンテンツをリクエストすることを含む、（１８）に記載の１つ以上のコンピュータ可読媒体。
（２１）前記メディアコンテンツはさらに、前記コンテンツアイテムをリクエストするユーザのユーザプリファレンス情報に基づき取得される、（１８）に記載の１つ以上のコンピュータ可読媒体。
（２２）前記取得されたメディアコンテンツと、前記コンテンツアイテムとを結合することと；
リクエストしているユーザへ、前記コンテンツアイテムを前記メディアコンテンツとともに送信することと
の命令をさらに含む、（１８）に記載の１つ以上のコンピュータ可読媒体。
（２３）前記メディアコンテンツ配置基準は、メディアコンテンツ透明度レベルをさらに含む、（１８）に記載の１つ以上のコンピュータ可読媒体。
（２４）前記１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツを取得することは、前記１つ以上のメディアコンテンツ配置基準に一致する前記メディアコンテンツを求めてローカルデータベースを検索することを含む、（１８）に記載の１つ以上のコンピュータ可読媒体。

Claims (21)

1. 装置の動作方法であって、
   コンテンツアイテムに関連するメディアコンテンツ配置メタデータを前記コンテンツアイテムから抽出することと；
   前記メディアコンテンツ配置メタデータ内の１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツをメディアコンテンツサーバから取得することであって、前記１つ以上のメディアコンテンツ配置基準は、前記コンテンツアイテム内のメディアコンテンツスロット；少なくとも１つのメディアコンテンツ選択基準；１つ以上のメディアコンテンツの表示位置；前記メディアコンテンツのサイズを特定する情報を含む、前記取得することと；
   を含む、方法。
2. 前記少なくとも１つのメディアコンテンツ選択基準は、前記メディアコンテンツの配置に対する前記メディアコンテンツサーバへの請求金額を含む、請求項１に記載の方法。
3. 前記メディアコンテンツはさらに、前記コンテンツアイテムをリクエストするユーザのユーザプリファレンス情報に基づき取得される、請求項１または２に記載の方法。
4. 前記メディアコンテンツ配置基準は、メディアコンテンツ透明度レベルをさらに含む、請求項１から３のいずれかに記載の方法。
5. 前記少なくとも１つのメディアコンテンツ選択基準は、メディアコンテンツ最長継続時間を含む、請求項１から４のいずれかに記載の方法。
6. 前記メディアコンテンツと、前記コンテンツアイテムとを、前記メディアコンテンツ配置メタデータに従って結合することをさらに含む、請求項１から５のいずれかに記載の方法。
7. 前記メディアコンテンツスロットを特定する前記情報は、前記メディアコンテンツスロットの開始時間を含む、請求項１から６のいずれかに記載の方法。
8. 前記少なくとも１つのメディアコンテンツ選択基準は、コンテンツレーティングを含む、請求項１から７のいずれかに記載の方法。
9. プロセッサと；
   コンピュータ可読命令を記憶するメモリと
   を含む装置であって、前記コンピュータ可読命令は、実行されると前記プロセッサに、
   コンテンツアイテムに関連するメディアコンテンツ配置メタデータを前記コンテンツアイテムから抽出することと；
   前記メディアコンテンツ配置メタデータ内の１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツをメディアコンテンツサーバから取得することであって、前記１つ以上のメディアコンテンツ配置基準は、前記コンテンツアイテム内のメディアコンテンツスロット；少なくとも１つのメディアコンテンツ選択基準；１つ以上のメディアコンテンツの表示位置；前記メディアコンテンツのサイズを特定する情報を含む、前記取得することと；
   を含む動作を行わせる、装置。
10. 前記少なくとも１つのメディアコンテンツ選択基準は、前記メディアコンテンツの配置に対する前記メディアコンテンツサーバへの請求金額を含む、請求項９に記載の装置。
11. 前記メディアコンテンツはさらに、前記コンテンツアイテムをリクエストするユーザのユーザプリファレンス情報に基づき取得される、請求項９または１０に記載の装置。
12. 前記動作は、
    前記取得されたメディアコンテンツと、前記コンテンツアイテムとを結合することと；
    リクエストしているユーザへ、前記コンテンツアイテムを前記メディアコンテンツとともに送信することと
    をさらに含む、請求項９から１１のいずれかに記載の装置。
13. 前記コンテンツアイテムはストリーミングコンテンツを含む、請求項９から１２のいずれかに記載の装置。
14. 前記メディアコンテンツの取得は、該メディアコンテンツに対応するメディアコンテンツスロットが近づきつつあるかどうかを決定するときまでに完了していることができる、請求項９から１３のいずれかに記載の装置。
15. 前記装置は携帯電話である、請求項９から１４のいずれかに記載の装置。
16. コンピュータ可読命令を含むコンピュータプログラムであって、前記コンピュータ可読命令は、装置のプロセッサに実行されると、前記装置に、
    コンテンツアイテムに関連するメディアコンテンツ配置メタデータを前記コンテンツアイテムから抽出することと；
    前記メディアコンテンツ配置メタデータ内の１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツをメディアコンテンツサーバから取得することであって、前記メディアコンテンツ配置基準は、前記コンテンツアイテム内のメディアコンテンツスロット；少なくとも１つのメディアコンテンツ選択基準；１つ以上のメディアコンテンツの表示位置；前記メディアコンテンツのサイズを特定する情報を含む、前記取得することと；
    を含む方法を実行させる、コンピュータプログラム。
17. 前記少なくとも１つのメディアコンテンツ選択基準は、前記メディアコンテンツの配置に対する前記メディアコンテンツサーバへの請求金額を含む、請求項１６に記載のコンピュータプログラム。
18. 前記メディアコンテンツはさらに、前記コンテンツアイテムをリクエストするユーザのユーザプリファレンス情報に基づき取得される、請求項１６または１７に記載のコンピュータプログラム。
19. 前記取得されたメディアコンテンツと、前記コンテンツアイテムとを結合することと；
    リクエストしているユーザへ、前記コンテンツアイテムを前記メディアコンテンツとともに送信することと；
    の命令をさらに含む、請求項１６から１８のいずれかに記載のコンピュータプログラム。
20. 前記メディアコンテンツ配置基準は、メディアコンテンツ透明度レベルをさらに含む、請求項１６から１９のいずれかに記載のコンピュータプログラム。
21. 前記１つ以上のメディアコンテンツ配置基準に一致するメディアコンテンツを取得することは、前記１つ以上のメディアコンテンツ配置基準に一致する前記メディアコンテンツを求めてローカルデータベースを検索することを含む、請求項１６から２０のいずれかに記載のコンピュータプログラム。

Images