JP2009521736A - リッチメディアと共に広告をレンダリングするための技術 - Google Patents

Abstract

一実施形態において、広告が、デジタルビデオ、フラッシュ^ＴＭ（Ｆｌａｓｈ^ＴＭ）動画などのリッチメディアコンテンツの一部における主題に適合される。たとえば、リッチメディアコンテンツの再生中に、音声認識技術によって、コンテンツの主題が広告と適合または関連することを決定することができる。次に、広告に関連するレンダリング選好が決定される。レンダリング選好を用いて、どのように広告をレンダリングすべきか（すなわち、コンテンツに関連して表示すべきか）を決定してもよい。次に、広告は、デバイスに提供される。広告は、メディアの一部がデバイスに表示されている時間に関連して広告をレンダリングできるように、提供される。

Description

関連出願の相互参照
本出願は、２００５年１１月７日出願の「広告をリッチメディアコンテンツに文脈的に適合させるための方法及びシステム（Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｆｏｒ Ｃｏｎｔｅｘｔｕａｌｌｙ Ｍａｔｃｈｉｎｇ Ａｄｖｅｒｔｉｓｅｍｅｎｔｓ ｗｉｔｈ Ｒｉｃｈ Ｍｅｄｉａ Ｃｏｎｔｅｎｔ）」なる名称の米国仮特許出願第６０／７３３，８７４号、および２００６年３月２０日出願の「広告をリッチメディアコンテンツに文脈的に適合させるための方法及びシステム（Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｆｏｒ Ｃｏｎｔｅｘｔｕａｌｌｙ Ｍａｔｃｈｉｎｇ Ａｄｖｅｒｔｉｓｅｍｅｎｔｓ ｗｉｔｈ Ｒｉｃｈ Ｍｅｄｉａ Ｃｏｎｔｅｎｔ）」なる名称の米国仮特許出願第６０／７８４，４１５号の優先権を主張し、これらの出願を、あらゆる目的のために、参照によりその全体において組み込んでいる。

背景
本発明の実施形態は、一般にデジタルメディアに関し、より具体的には、リッチメディアコンテンツと共に広告を表示することに関する。

ユーザは、検索エンジンを用いて、コンテンツのテキスト検索を実行することができる。検索がテキストコンテンツに一致した場合には、結果がウェブページに表示される。検索結果は、典型的には静的である。たとえば、ユーザがあるウェブページを検索している場合には、ウェブページおよびＵＲＬは、ページ上に列挙され、変化しないであろう。

その時、コンテンツに関連する広告が、ページにおけるあるセクションに掲載されてもよい。ページ上のコンテンツが静的なので、広告は、一度、検索に適合される。ページ上の広告の掲載は、結果の頭の部分に広告を掲載するなど最適化されてもよい。しかしながら、ウェブページ上のコンテンツが静的なので、経時的に変化するコンテンツに広告を適合させる必要はない。ひとたび検索が終了すれば、コンテンツは同じままであると仮定される。

要約
本発明の実施形態は、一般に、リッチメディアコンテンツと共に広告を提供することに関する。

一実施形態において、広告が、デジタルビデオ、フラッシュ^ＴＭ（Ｆｌａｓｈ^ＴＭ）動画などのリッチメディアコンテンツの一部における主題に適合される。たとえば、リッチメディアコンテンツの再生中に、音声認識技術によって、コンテンツの主題が広告に適合または相関することを判定してもよい。次に、広告に関連するレンダリング選好が決定される。レンダリング選好を用いて、どのように広告をレンダリングすべきか（すなわち、コンテンツに関連して表示すべきか）を決定してもよい。

次に、広告がデバイスに提供される。広告は、メディアの一部がデバイスで表示されている時間に関連して広告をレンダリングできるように、提供される。たとえば、広告は、スポンサが代金を支払う広告プランに従って、デバイス上でレンダリングしてもよい。広告プランには、広告をコンテンツに適合させるための基準、広告を表示する方法（サイズ、位置、広告コンテンツ、広告動画等）、または他の要因を含むことができる。一実施形態において、広告は、リッチメディアコンテンツの一部に連続して、リッチメディアコンテンツの一部と並行して、リッチメディアコンテンツに挿入されて等で表示してもよい。

本明細書に開示する本発明の性質および利点のさらなる理解は、本明細書の残りの部分および添付の図面を参照することによって達成することができる。

例示的形態の詳細な説明
図１は、本発明の一実施形態に従って、リッチメディアコンテンツと共に広告を提供するための単純化されたシステム１００を示す。図示のように、エンジン１０２、ユーザデバイス１０４、広告主システム１０６、およびコンテンツ所有者システム１０８が設けられている。

エンジン１０２は、広告をユーザデバイス１０４に提供する任意のデバイス／システムであってもよい。一実施形態において、エンジン１０２は、リッチメディアコンテンツに関連する主題に広告を相関させる。したがって、リッチメディアコンテンツの一部に関連する主題に相関する広告は、リッチメディアコンテンツの一部に対してユーザデバイス１０４上で広告をレンダリングできるように、提供してもよい。異なる方法を用いて、リッチメディアコンテンツの一部に広告を相関または適合させてもよい。

広告主システム１０６は、広告データベース１１２から広告を提供する。広告は任意のコンテンツであってもよい。たとえば、広告には、広告主の製品、サービスなどの、広告主に関する情報を含んでもよい。広告には、限定するわけではないが、テキスト、グラフィックス、音声、ビデオ、動画、特殊効果、および／またはユーザ対話機能、ユニフォームリソースロケータ（ＵＲＬ）、プレゼンテーション、目標コンテンツカテゴリ等を有する要素が含まれる。いくつかの用途では、音声だけまたは画像だけの広告を用いてもよい。

広告は、サイト内の他のリンク／コンテンツまたは他のサイトに対する無料の推薦を含んでもよい。広告はまた、出版者（他のリンクおよびそこからのコンテンツ）からのデータ、またはエンジンの提供者から（たとえば、（ウェブの巡回によるなど）それ自身のデータソースから）もしくはいくつかの他の第三者のデータソースからのデータであってもよい。広告にはまた、クーポン、地図、チケット購入情報または任意の他の情報を含んでもよい。

広告は、広告ユニットに分割してもよい。広告ユニットは、より大きな広告のサブセットであってもよい。たとえば、広告主は、広告ユニットのマトリックスを提供してもよい。各広告ユニットは、概念に関連してもよい。広告ユニットを個別に選択して広告を形成してもよい。したがって、広告主システム１０６は、単に、全体的な広告を提供することに制限されない。より正確に言えば、広告ユニットのマトリックスから、広告の最も適切な断片を選択してもよい。

広告ユニットは、異なる機能を実行してもよい。単に情報を中継する代わりに、異なる動作を促進してもよい。たとえば、広告ユニットには、電子メールアドレスまたは電話番号などのユーザ情報を収集するウィジェットを含んでもよい。次に、広告主は、その製品／サービスに関する追加情報をもって、後でユーザと連絡してもよい。

広告ユニットにはまた、広告の履歴を格納するウィジェットを含んでもよい。ユーザは、このウィジェットを用いて、以前に表示された広告のいずれかを巻き戻したり、速く前送りして、まだ表示されていない広告を見たり、どの広告を再生するかをユーザが選択できるように、ある数の広告のサムネールを含む画面を表示したりなどをしてもよい。

広告ユニットには、ユーザが広告を他のユーザに送信できるようにするウィジェットを含んでもよい。これは、広告のウイルス的拡散を容易にする。たとえば、ユーザは、アドレス帳を用いて、広告を転送するユーザを選択してもよい。さらに、広告ユニットは、それが別の広告ユニットによって差し替えられる場合に、ユーザが広告を検索して他のユーザに送信できるようにするなどの小さなウィジェットに最小化してもよい。

広告ユニットを作成する異なる方法もまた考えられる。広告ユニットは、既存の静的な広告ユニットにテンプレートを適用し、かつこれらの広告ユニットを、プリ／ミッド／ポストロールとしての役割ができるビデオにすることによって、作成してもよい。広告ユニットは、静的な広告を取り、かつ文脈およびキーワードに依存して、広告主が指定したメッセージでユニットを増補することによって作成してもよい。

広告については、本開示で説明するが、しかし広告が、上記のように広告ユニットのいずれかであってもよいことが理解されよう。また、広告は、単一の広告ユニットまたは任意の数の広告ユニットの組み合わせであってもよい。

広告主システム１０６は、広告をエンジン１０２に提供する。次に、エンジン１０２は、広告コンテンツ１１２からユーザデバイス１０４へと、いつ広告を提供するかを決定してもよい。このプロセスは、以下でより詳細に説明する。

コンテンツ所有者システム１０８は、コンテンツデータベース１１４に格納されたコンテンツを、エンジン１０２およびユーザデバイス１０４に提供する。このコンテンツには、リッチメディアコンテンツが含まれる。リッチメディアコンテンツには、限定するわけではないが、音声、ビデオ、動画、特殊効果、および／またはユーザ対話機能の要素を有するコンテンツが含まれる。たとえば、リッチメディアコンテンツは、ストリーミングビデオ、絶えず更新されるストックティッカ（ｓｔｏｃｋ ｔｉｃｋｅｒ）、予め記録されたウェブキャスト、映画、フラッシュ^ＴＭ（Ｆｌａｓｈ^ＴＭ）動画、スライドショーまたは他のプレゼンテーションであってもよい。リッチメディアコンテンツは、ストリーミングビデオ、ストリーミング音声、ポッドキャストなど、ウェブページまたは任意の他の方法を通して提供してもよい。

リッチメディアコンテンツは、動的なデジタルメディアであってもよい。これは、標準画像、テキストリンクおよび検索エンジン広告を含むことが可能な非リッチメディアコンテンツとは異なってもよい。非リッチメディアは経時的に静的であってもよく、一方でリッチメディアコンテンツは、経時的に変化してもよい。リッチメディアコンテンツにはまたユーザ対話を含んでもよいが、しかし含む必要はない。

ユーザデバイス１０４は、任意のデバイスであってもよい。たとえば、ユーザデバイス１０４には、コンピュータ、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話、セットトップボックスおよびディスプレイデバイス、デジタル音楽プレーヤなどが含まれる。ユーザデバイス１０４には、コンテンツおよび／または広告をレンダリングするために利用可能なディスプレイ１１０およびスピーカ（図示せず）が含まれる。

広告は、エンジン１０２からユーザデバイス１０４に提供してもよい。次に、ユーザデバイス１０４は、広告をレンダリングすることができる。レンダリングには、リッチメディアコンテンツの表示および再生等を含んでもよい。たとえば、ビデオおよび音声は、ビデオがディスプレイ１１０で表示され、音声がスピーカ（図示せず）を通して再生される場合に、再生可能である。また、テキストは、ディスプレイ１１０に表示してもよい。したがって、レンダリングは、ユーザデバイス１０２における、リッチメディアコンテンツの任意の出力であってもよい。

一実施形態において、広告は、リッチメディアコンテンツの一部に相関される。次に、広告は、その部分に対して間に合うように表示することができる。たとえば、広告は、リッチメディアコンテンツに連続してか、並行してか、または挿入して表示してもよい。リッチメディアコンテンツに関連して広告をレンダリングする異なる方法は、以下でより詳細に説明する。

相関
図２は、本発明の一実施形態によるシステム１００のより詳細な例を示す。図示のように、エンジン１０２には、相関エンジン２０２、レンダリングフォーマッタ２０４、広告サーバ２０６、コンテンツデータベース２０８、広告データベース２１０、認識エンジン２１２、相関アシスタント２１４、最適化エンジン２１６および広告主ウェブサイト２１８が含まれる。

相関エンジン２０２は、広告データベース２０８から広告を受信し、コンテンツデータベース２０８からコンテンツを受信する。広告およびコンテンツは、コンテンツ所有者および広告主から予め受信しておいてもよい。

相関エンジン２０２は、リッチメディアコンテンツの一部に関連する主題に相関する広告を決定するように構成される。たとえば、ある時間、期間または多数の時間インスタンスに、リッチメディアコンテンツにおける主題に広告を相関させてもよい。たとえば、広告は、キーワードに関連付けてもよい。そのキーワードがリッチメディアで用いられる場合には、相関エンジン２０２は、キーワードが用いられているリッチメディアコンテンツの部分に広告を相関させる。

相関エンジン２０２は、広告を決定する場合に、主題に相関する１つまたは複数の広告ユニットを決定してもよい。たとえば、１つまたは複数のキーワードに基づいて、広告マトリックスからの広告ユニットが決定される。次に、広告ユニットは、主題に相関された広告に組み合わされる。この一例として、ＢＭＷは、そのロゴ用の一般的な広告ユニットを提供し、かつ３３０モデル、５３０モデルなどの異なるモデル用の異なる広告ユニットを有してもよい。ロゴユニットおよびモデルユニットのそれぞれは、コンテンツの文脈に基づいて、実行時に組み合わせることができる。コンテンツが３３０モデルについて語る場合には、ロゴおよび３３０広告ユニットを組み合わせて、ユーザに提示してもよい。

相関エンジン２０２はまた、ユーザ情報を用いて、リッチメディアコンテンツの一部に関連する主題に広告を相関させてもよい。ユーザ情報は、ユーザデバイス１０４のユーザに関連する任意のユーザ情報であってもよい。たとえば、ユーザ情報には、ユーザの挙動に関する情報を含んでもよい。クッキーから、アカウント情報からなど、ユーザ情報のアカウント挙動解析を、コンテンツの文脈解析に加えて用いてもよい。これは、ユーザの以前の挙動に基づいて、より関係があり得る広告をユーザに相関させるのに役立つ場合がある。他のユーザ情報にはまた、人口統計データ、ユーザが最近訪問したサイト、および広告のプレゼンテーション中におけるマウス移動などのユーザ動作を含んでもよい。一例において、ユーザが、以前に、ある広告主用のウェブサイトを訪問した場合には、その広告主からの広告をユーザに送信することが、より有効であり得る。

相関認識検出技術を用いて、広告がリッチメディアコンテンツの一部に相関されるのを決定してもよい。たとえば、音声認識を用いて、キーワードをリッチメディアにおいて検出してもよい。音声認識には、スピーチ認識、音楽部分における音楽検出、音響効果における音響効果検出等を含んでもよい。キーワード検出用の他の技術には、リッチメディアコンテンツにおける事前設定された単語タグまたは標識の利用を含むことができる。リッチメディアコンテンツのビジュアルな部分に関して、画像認識を用いることができる。たとえば、光学式文字認識（ＯＣＲ）、顔認識、オブジェクトマッチングなどである。他の認識技術を用いることができる。たとえば、リッチメディアのコンテンツを決定する任意の適切な方法を用いて、リッチメディアコンテンツの一部を広告に相関させることができる。

認識エンジン２１２は、ユーザがアクセス可能なリッチメディアコンテンツを受信し、相関認識検出技術を用いてコンテンツ認識する。一実施形態において、認識エンジン２１２はスピーチ認識などの音声認識技術を用い、それによってコンテンツ内の音声が認識される。別の実施形態において、認識エンジン２１２は、リッチメディアのビジュアルコンテンツに関してデータを生成するビデオまたはビジュアル解析エンジンであってもよい。別の実施形態において、それは、自然言語処理エンジンであってもよい。さらに別の実施形態において、それは、コンテンツに関連するテキストメタデータを選別および処理するインデックスエンジンであってもよい。他の音声認識技術もまた、考えられる。

認識エンジン２１２は、コンテンツがアクセスおよび再生される場合に、システム１００の残りが、適切な時間に適切な広告を適合するために利用できるコンテンツに関する関連タグを出力するプロセッサである。たとえば、情報は、コンテンツにおける音声から認識されたキーワードであってもよい。認識エンジン２１２は、コンテンツの各断片用に一意なＩＤを生成してもよい。一実施形態において、認識エンジン２１２は、コンテンツ内の音声をテキストおよび関連する概念に書き換える。ビデオまたはビジュアル認識実施形態において、ビジュアルコンテンツに関するメタデータは、コンテンツ自体から生成または選別される。テキストメタデータ実施形態において、メタデータは、コンテンツから選別されて処理される。各概念、単語またはメタデータにはタイムスタンプがつけられ、記憶装置２０８に格納してもよい。それは、ハッシュ表、インデックスまたはデータベースに格納してもよい。これによって、コンテンツから認識された情報のインデックスが提供される。

場合によっては、認識エンジン２１２は、単語を決定的には認識することができない。スピーチ認識またはビジュアル解析に関してなど、不確実性が存在する場合には、概念、単語またはメタデータのラティスが、関連する確率と共に格納される。最良の選択に関連する確率が低い場合には、ラティスには、最良の選択の代替が含まれる。類似の単語を決定して、ラティスに含んでもよい。同様に、典型的には認識するのが困難な単語用の代替単語もまた、ラティスに含んでもよい。

認識は、非リアルタイムまたはリアルタイムで実行してもよい。非リアルタイムでは、コンテンツ所有者は、視聴者がコンテンツを見る前に、認識エンジン２１２に自身のコンテンツをサブミットする。リアルタイムの実施形態では、コンテンツは、それがユーザによってアクセスおよび再生されているときに、認識されることになる。

リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定する際に、１つまたは複数の基準を最大にする、コンテンツに対して広告をレンダリングする時間を決定してもよい。たとえば、相関エンジン２０２は、収入を最大にする広告シーケンスを決定してもよい。これらの広告は、収入を最大にするために、主題に相関するように時間的に整列される。

広告主は、入札プロセスまたはいくつかの他の手段を通して、キーワード、句または概念などの相関情報を購入し、自身の広告および関連情報を、相関アシスタント２１４を通して相関エンジン２０２にサブミットしてもよい。キーワードは、コンテンツにおける情報と適合するために用いることができる単語であってもよい。句は、単語、および符号、画像などの他の情報の任意の組み合わせでもよい。概念は、何かの概念的考えであってもよい。たとえば、リッチメディアの一部が（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））について語る場合には、これは、バスケットボールに概念化することができ、ある理由で、正確な用語「バスケットボール」が言及されていない場合であっても、バスケットボールに対する広告をリッチメディアに適合させることができる。関連情報には、限定するわけではないが、広告主が購入した広告スペースまたはインベントリに関連付けられるＵＲＬ、広告のプレゼンテーション、目標コンテンツカテゴリなどが含まれる。広告主はまた、反キーワード、句または概念を指定することができる。反キーワードは、そのキーワードまたは句がリッチメディアコンテンツにおいて認識された場合には、たとえキーワード／句の適合があっても、広告主の広告が表示されないように、広告主が選択するキーワードまたは句である。

標準／反キーワード、標準／反句、および標準／反概念の選択は、広告適合実績のために有用である。たとえば、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））が、その広告用にキーワード「（公序良俗違反につき、不掲載）」を購入した場合に、もし反キーワード「レイオフ」が選択されていなければ、広告は、（公序良俗違反につき、不掲載）のレイオフを論じているビデオに確実に適合される可能性がある。これらの適合を防ぐために、相関アシスタント２１４は、広告主の広告のために適切なコンテンツを決定する。ひとたび広告主が、所望のキーワード、句または概念を入力すると、相関アシスタント２１４は、これらのキーワードに相関された他のテキストを提示してもよい。他のテストは、認識されたコンテンツにおける過去のコンテンツの解析に基づいてもよい。同様に、関連テキストはまた、外部知識源およびデータベースから取ってもよい。たとえば、スパイダが、人気のあるニュース記事を求めてウェブを検索してもよい。ニュース記事にはインデックスを付けてもよく、記事で見つかる単語を判定してもよい。インデックスにおいて、単語「（公序良俗違反につき、不掲載）」が、単語「レイオフ」の近くにしばしば現われる場合には、相関アシスタント２１４は、「（公序良俗違反につき、不掲載）」が選択された場合に、用語「レイオフ」を示してもよい。次に、広告主は、相関アシスタント２１４が提案する所望のキーワードまたはテキスト断片のそれぞれが、目標としたいコンテンツに対して肯定的か、中立か、または否定的であるかどうかを特定することができる。このようにして、広告主は、自身の選択をよりよく洗練することができる。次に、反キーワードのリストを決定して、記憶装置２１０に格納してもよい。

同様に、広告主が入札したいキーワードはまた、相関アシスタント２１４を用いて決定してもよい。どのキーワードが広告主に関連し得るかに関する提案を提供してもよい。次に、より人気のあるキーワードを、広告主は入札してもよい。キーワードがどれくらい人気があるかを示すことによって、より高い指値を受け取るかまたは要求することが可能である。また、広告主がキーワードに入札した場合に、相関アシスタント２１４は、広告主が選択する元となる同様のキーワードを表示してもよい。これによって、入札するためのより多くのキーワード、またはよりよい適合に帰着し得るさらによいキーワードを、広告主に提供することができる。

広告主はまた、自身の広告用に他の関連を指定してもよい。かかる関連には、限定するわけではないが、キーワード／反キーワード、句／反句、概念／反概念およびドメインカテゴリ／反カテゴリを含んでもよい。カテゴリは、スポーツ、ニュース、ビジネス、娯楽等を指してもよい。

相関アシスタント２１４は、サブミットされた各広告用に一意のＩＤを生成してもよい。これらの広告および関連情報は、インデックスまたは他のデータ構造として記憶装置２１４に格納されるであろう。一実施形態において、各広告ユニットを識別してもよい。たとえば、マトリックス識別システムを用いて、広告主のために異なる広告ユニットを識別してもよい。

インデックスを付けられタイムスタンプをつけられたコンテンツのデータおよびメタデータ（たとえば話し言葉および概念）は、記憶装置２０８に格納される。相関エンジン２０２は、一意のコンテンツＩＤを、（広告主が購入した）キーワードおよび概念の時系列に関連付け、そして今度は、キーワードおよび概念を、広告主によってサブミットされた広告に関連付けてもよい。

図７は、一実施形態に従って、コンテンツが、広告主によって購入されたキーワードにどのように関連し得るかの例を示す。コンテンツ７０２の認識が、示されている。これは、リッチメディアコンテンツのテキストバージョンである。たとえば、ニュース放送が、スピーチ認識技術を用いて、スピーチからテキストに翻訳された。

広告は、様々な方法でコンテンツに相関させてもよい。一実施形態において、キーワードを各広告に関連付けてもよい。コンテンツがキーワードを含むかどうかを判定するために、コンテンツを検索してもよい。次に、広告を、コンテンツに相関させてもよい。たとえば、キーワードのインデックスを、コンテンツの各断片用に生成してもよい。相関は、全ての広告に対して実行してもよく、一連の広告は、記憶装置２０８における異なるコンテンツに適合させてもよい。

別の実施形態において、コンテンツの断片におけるキーワードを決定してもよい。次に、コンテンツに相関する異なる広告を決定してもよい。たとえば、決定された各キーワードに対して、キーワードに関連する１つまたは複数の広告が、決定される。次に、表示すべき広告を選択してもよい。

相関は、非リアルタイムまたはリアルタイムで実行してもよい。非リアルタイムの実施形態において、相関エンジン２０２は、一定間隔で相関を実行してもよい。

非リアルタイムの実施形態における相関の一例では、各広告のために、相関エンジン２０２は、関連している可能性がある候補コンテンツを見つける。これは、広告に関連するキーワード、カテゴリおよび概念をコンテンツにおける情報に適合させるように、インデックスにおいてコンテンツを検索することによって行われる。相関エンジン２０２は、認識エンジン２１２によって生成されたトップ選択（たとえばキーワード）に関してだけでなく、可能な代替の全ラティスに関しても検索を実行してもよい。コンテンツインデックスにはまた、長い末尾の単語、特に名前および外国企業体などの固有名詞を含んでもよい。この長い末尾には、名前および外国企業体などの多くの固有名詞が含まれる。単語集外のキーワードが広告に関係している場合には、その単語は、同様の音声学的構造を備えた他の単語集内の単語に変換される。

広告に関連する候補コンテンツの各断片に対して、相関エンジン２０２は、コンテンツが広告に関連し得る候補時間を決定する。相関エンジン２０２は、キーワードおよび概念が適合する時間を特定する。各候補時間に対して、相関エンジン２０２は、適合のためのスコアを保持する「広告アンカー」を作成する。スコアは、次の重みの線形結合であってもよい。
１．認識ラティスから引き出されたキーワード／概念適合の確率。
２．適合の集中−この時間近くで広告適合のためのキーワード／概念が多ければ多いほど、スコアは、それだけ高い。このスコアの一実施形態は、現在時間におけるあるウィンドウ内の適合数の総数であってもよい。
３．他の適合に対する適合の位置−現在時間が、キーワード／概念に関するセグメントを開始しそうであればあるほど、スコアはそれだけ高い。このスコアの一実施形態は、ある時間量の前における適合数の総計の逆数であってもよい。
４．履歴的な実績−広告の以前の実績。たとえば、以前に掲載された広告が、広告のユーザ選択をもたらした場合には、その広告は、よりよい適合と考えてもよい。
５．広告掲載の価格−適合性を決定するために、入札の価格を考慮してもよい。たとえば、広告の指値がより高ければ、よりよい適合と考えてもよい。また、より高い入札は、表示画面の個別の部分に掲載してもよい等である。
６．地理的位置の適合−コンテンツを表示可能なエリアは、広告をコンテンツに適合させる際に考慮してもよい。
７．人口統計−年齢帯、社会階級帯および性別など、ユーザの分類。
８．挙動−通常は環境に対する、物体または有機体の作用もしくは反応。
９．心理学的プロファイル−個性、価値観、性向、興味またはライフスタイルに関する任意の属性。
１０．過去の実績−広告の過去の実績。

コンテンツの各断片に対して、相関エンジン２０２は、得点の低いアンカーを除去してもよい。たとえば、閾値、すなわちそれより下のアンカーを考慮しない閾値を用いてもよい。各残りのアンカーに対して、相関エンジン２０２は、広告用のセグメントを広告用の最小時間まで延長する。これは、大域的最小値か、または広告主もしくはコンテンツ所有者によって構成された設定のどちらかである。たとえば、広告がロゴの場合には、ロゴは、最小時間量の間、表示してもよい。

重複する広告の各ペアに対して、相関エンジン２０２は、より高いスコアを備えた広告を選択することによって、重複する広告を一本化する。残った空きスペースは、前の広告を延長するか、除去された広告で満たすことによってか、または一般的によい得点の広告で満たすことによって埋めてもよい。また、広告ユニットは、スペースを埋めるように選択してもよい。広告が５秒の期間である場合には、埋めるべきどれだけの空きスペースがあるかに依存して、最もよく適合する５秒の期間を選択してもよい。

リアルタイムの実施形態において、認識エンジン２１２は、コンテンツからキーワードを決定してもよい。認識エンジン２１２がキーワードまたは概念のストリーミングラティスを生成するので、ラティスのローリングウィンドウを用いて、潜在的に関連する広告を調べてもよい。可能な関連する広告が見つかったときはいつでも、非リアルタイムの場合と同じ方法で、広告が得点を与えられる。相関エンジン２１２は、広告が適切かどうかに関して即座に決定を下す。ハード閾値を用いて、決定してもよい。閾値は、関連性を最適化し、かつ誤受入を最小限にするように、実験的に決定される。

図７に示すように、広告主７０４は、広告に関連するキーワード７０６を有する。また、広告をキーワードに関連させるべき時間を案内する関連規則７０８が提供される。

広告主７０４−１は（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））であり、キーワード「（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））」および「フェンウェイ（Ｆｅｎｗａｙ）」を指定した。２つの単語が互いに接近してコンテンツで見つかる場合に、広告をキーワードに相関させてもよい。たとえば、これらの単語は、コンテンツにおいて、ある単語数内になければならないようにしてもよい。

広告主７０４−２は（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））であり、キーワード「（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））」が、それに関連付けられる。（公序良俗違反につき、不掲載）用の広告は、キーワードの（公序良俗違反につき、不掲載）がコンテンツで話される場合に表示してもよい。

広告主７０４−３は（公序良俗違反につき、不掲載）であり、キーワード「高級車」が、それに関連付けられる。同様に、反「公害」として示された反キーワードがまた、（公序良俗違反につき、不掲載）に関連付けられる。この場合には、近くに単語の公害がなくて、単語高級車が話される場合に、（公序良俗違反につき、不掲載）の広告は、コンテンツに適合し得る。

コンテンツ７０２に示すように、キーワードは、３つの全ての広告主にとって見い出される。広告は、これらの単語がコンテンツの中で話されるときに、コンテンツに相関させてもよい。図８に示すように、これらの単語が話されるときに、各広告主７０４のための広告が表示される。

一実施形態において、広告主７０４用のロゴ７１０が、コンテンツと並行して示され表示される。他の表示オプションを用いてもよく、それらを本明細書で説明する。ユニフォームリソースロケータ（ＵＲＬ）７１２を、広告に関連付けてもよい。たとえば、広告が選択されるかまたはクリックされた場合に、ウィンドウを開いて、そのＵＲＬにリダイレクトしてもよい。

図７に示す情報は、コンテンツおよびコンテンツ関連情報、広告を表示する時系列および時系列関連情報、ならびに表示される広告の特性（広告ＩＤ、広告のプレゼンテーション、広告のＵＲＬ等）の表（単数または複数）として格納してもよい。次に、これは、実際上、広告をコンテンツに関連付ける。リアルタイムの実施形態において、コンテンツは認識エンジンによって処理され、コンテンツがユーザに再生されているときに、広告と適合される。

図８は、一実施形態によるスコアリングシステムの例を示す。図示のように、コンテンツの断片に対する認識されたテキストを、ブロック８０２に示す。この例において、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））はキーワード「（公序良俗違反につき、不掲載）（レーザ）」を所有し、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））はキーワード「（公序良俗違反につき、不掲載）」を所有し、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））はキーワード「ｇ．ｐ．ｒ．ｓ．」を所有し、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））はキーワード「メガバイトディスクドライブ」を所有する。相関エンジン２０２は、「メガピクセルカメラ」が「メガバイトディスクドライブ」と誤認されたことを除いて、コンテンツを認識する。この場合、その話された単語は、間違った単語として認識されたが、これは、用いられる認識エンジンに依存して、ときどき生じる可能性がある。「（公序良俗違反につき、不掲載）」が、文字化したものに２度現われ、したがって２度得点されることに留意されたい。

表８０４のスコアは、上記した１０個の重みのいずれに対応してもよい。より多くまたはより少数の重みを表８０４に含んでもよい。図示のように、５つの重みが用いられている。全ての認識スコアは、誤認された句のスコアがはるかに低いこと以外は、類似している。認識スコアは、単語が適切に認識されたという確信に結びつけることができる。適合集中スコアは、「（公序良俗違反につき、不掲載）」に対して最も高い。なぜなら、その単語が、互いに接近して２度現われるのに対して、他のキーワードは一度現われるだけだからである。

適合位置スコアは、最初の位置が好ましいので、「（公序良俗違反につき、不掲載）」の第２の出現を除いて類似している。この例において、広告は新しいので、どんな過去の実績スコアに対しても、スコアは見つからない。しかしながら、広告が以前に載せられ、優れた掲載と考えられた場合には、過去の実績スコアは高くてもよい。たとえば、広告が、掲載されたときにユーザによって選択されれば、それは、よい実績スコアを受け取ってもよい。また、広告が選択され、次に、ユーザが、その広告主から何かを購入した場合には、実績スコアはさらに高くてもよい。

広告コスト／価格はまた、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））が、キーワード（公序良俗違反につき、不掲載）に対して最も高く値を付けたことを示す。したがって、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））は、広告コスト／価格に対して最も高いスコアを有する。しかしながら、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））が（公序良俗違反につき、不掲載）に対してより高く値を付けた場合には、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））は、最終的な重みを自身に有利なように変えたであろうし、かくして、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））の広告が掲載される可能性がある。

スコアに基づいて、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））は、このセグメントにおける広告掲載を勝ち取り、広告は、「（公序良俗違反につき、不掲載）」の最初の出現直後に表示される。しかしながら、掲載がなされ、誰も（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））の広告を選択もクリックもせず、しかし他方で、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））の広告が、キーワード「（公序良俗違反につき、不掲載）」を用いて他の所で成功した場合には、スコアリングの次の繰り返しでは、おそらく、（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））に掲載を与えて、掲載からの潜在的な収入を増加させる。最適化エンジン２１６は、広告主ウェブサイト２１８から前の実績情報を受信してもよい。たとえば、クリックスルー情報、購入情報および課金情報ならびに他のユーザ対話情報を受信してもよい。この情報を用いて、過去の実績スコアを決定してもよい。

レンダリング
リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定する際に、１つまたは複数の基準を最大にする、コンテンツに関する広告をレンダリングする時間を決定してもよい。たとえば、相関エンジン２０２は、収入を最大にする広告シーケンスを決定してもよい。これらの広告は、収入を最大にするために、主題に相関するように時間的に整列される。

次に、レンダリングフォーマッタ２０４は、リッチメディアコンテンツの一部が再生されている時間に関連して、広告をどのようにレンダリングすべきかを決定する。たとえば、レンダリングフォーマッタ２０４は、リッチメディアコンテンツの一部に対して連続してか、リッチメディアコンテンツの一部に並行してか、またはリッチメディアコンテンツに挿入して、広告をレンダリングすべきであると決定することができる。他の実施形態において、広告は、ユーザが後で表示するように格納してもよい。たとえば、たとえリッチメディアコンテンツが再生されていなくても、格納された広告を任意の時間に表示してもよい。一例において、広告は、フォルダに格納してもよい。アイコンをディスプレイ１１０に挿入してもよく、アイコンを選択および利用して、格納された広告を表示させることができる。

リッチメディアコンテンツの一部が再生されている時間に対して連続的に広告がレンダリングされる場合に、広告は、ポストロールまたはプリロールでレンダリングすることができる。ポストロールは、リッチメディアコンテンツの一部が表示される時間の後である。たとえば、リッチメディアコンテンツの一部を再生し、次に、その部分が再生された後で、広告をレンダリングしてもよい。一例において、メディアプレーヤが、リッチメディアコンテンツを再生してもよい。リッチメディアの一部が再生を終えたときに、プレーヤを用いて広告をレンダリングしてもよい。したがって、ユーザは、リッチメディアコンテンツまたは広告だけを見ることができる。他の実施形態において、広告は、ディスプレイ１１０の異なる部分でレンダリングしてもよいが、しかしリッチメディアコンテンツの再生は、広告が再生されている間は停止される。

プリロールの場合において、広告は、リッチメディアコンテンツの一部が再生される前に、レンダリングしてもよい。したがって、この場合、一時には広告またはリッチメディアコンテンツの一部のいずれかがレンダリングされている。この場合の変形により、広告は、リッチコンテンツの前に再生し始めて、コンテンツが再生を開始した後もコンテンツと共に（すなわち重複して）再生を続けることが可能になる。また、ポストロール広告の一部は、リッチメディアコンテンツの最後と重複してもよい。

並行の場合において、広告は、リッチメディアコンテンツの一部が再生されているのとほぼ同時にレンダリングしてもよい。リッチメディアコンテンツの一部が再生されている間の任意の時間に、広告をレンダリングしてもよいことに留意されたい。広告は、リッチメディアコンテンツの一部が再生されている間ずっとレンダリングする必要はない。また、広告は、リッチメディアコンテンツの一部が再生されていない他の時間にレンダリングしてもよい。たとえば、広告は、リッチメディアコンテンツの一部が再生を終了した後、レンダリングを継続してもよい。

並行の場合に対して、広告は、ディスプレイ１１０の別個の部分、たとえば異なるウィンドウでレンダリングしてもよい。また、他の方法、すなわち、リッチメディアコンテンツを再生しているウィンドウのカットアウトセクションにおいて、ポップアップウィンドウにおいて、リッチメディアコンテンツに重複して、音声として等で広告をレンダリングするなどの他の方法を考慮してもよい。

広告はまた、リッチメディアコンテンツの一部に挿入してもよい。たとえば、リッチメディアコンテンツの一部が再生されているときに、リッチメディアコンテンツにおいて広告をレンダリングしてもよい。

レンダリングフォーマッタ２０４は、ユーザ選好、コンテンツプロバイダ選好および／または広告主選好を受信し、それらを用いて広告をどのように表示すべきかを決定してもよい。これらの選好を論じるが、任意の他の選好を用いてもよいことが理解されよう。

ユーザ選好は、ユーザデバイス１０４のユーザに関連する任意の設定であってもよい。たとえば、ユーザは、ある方法で広告を見ることを好む可能性がある。また、ユーザ選好は、ユーザデバイス１０４のタイプを指定してもよい。これによって、異なるレンダリング選好が用いられるようになる可能性がある。たとえば、ユーザが、ＰＤＡなどのより小さなユーザデバイス１０４を用いている場合には、広告は、連続的に提供してもよい。これは、ＰＤＡ上のディスプレイ１１０が、広告を並行して表示するには小さすぎるからである。しかしながら、ユーザが、ラップトップコンピュータなどのより大きなディスプレイを備えたユーザデバイスを用いている場合には、広告は並行して提供してもよい。なぜなら、ディスプレイは、より大きく、広告およびリッチメディアコンテンツの両方を同時に表示することに対応できるからである。

コンテンツプロバイダ選好は、コンテンツプロバイダによって指定された選好であってもよい。たとえば、コンテンツ所有者は、そのコンテンツが中断されるのを望まないので、広告が並行して表示されることだけを望む場合がある。映画などのいくつかの種類のコンテンツは、広告が並行して表示される場合に、より効果的である得る。しかしながら、スポーツイベントなどのあるコンテンツは、広告を連続的に表示することにより適しているであろう。

広告主選好は、広告に関連付けてもよい選好である。広告主は、これらの選好を設定してもよい。しかしながら、エンジン１０２の所有者などの他のエンティティもまた、これらの選好を設定してもよい。広告主選好は、コンテンツに対する広告の位置決め、広告のサイジング、広告の動画化など、広告をレンダリングする最適な方法であってもよい。プレゼンテーション時間または視聴者に対する効果に影響する任意の他の要因は、広告主選好に含むことができ、支払いプログラムまたは広告プランの一部になることができる。たとえば、より多く支払うスポンサは、同じだけ支払っていない他のスポンサより多くの回数、自身の広告を提示することができる。これは、多数のスポンサが、同じコンテンツ中に彼らの広告を表示したいと望む場合に、機能することができる。優先権を優先（たとえばより高額支払いの）スポンサに与えて、優先スポンサの広告が、非優先スポンサより頻繁にか、代わりにか、またはより目立って表示されるようにすることができる。

広告プランには、広告が関連する時間量に対する考慮を含むことができる。優先スポンサが、より長い関連する期間、自身の広告を提示することができるのに対して、非優先広告は、より短い期間に割り当てられる。相関エンジンが、「インパクト（たとえば、視聴者への劇的または感動的なインパクト）」などの特質を決定するほど十分に洗練されている場合には、優先スポンサの広告には、劇的な相関に対する優先権を与えることができる。劇的な相関は、たとえば、食料、生存または安全機器の販売用の広告に相関するハリケーン報告書または他の切迫した気象条件であり得る。別のタイプの劇的な相関は、チケット購入のための広告と相関する、エンターテーナがツアーに出るという発表であり得る。他の多くのタイプの相関が可能であり、それらは、様々な方法で分類されてスポンサに適合され、広告サーバを稼動させているか、またはかかるシステム用の管理もしくは販売エンティティの役割をする会社のために、最適化された収入モデルを達成することができる。

選好が競合する場合にはどちらの選好を用いるかを指定する規則があってもよい。たとえば、広告主選好は、ユーザ選好またはコンテンツ所有者選好とのどんな競合にも勝ってもよい。また、選好は、広告がスペースを移動されるように指示してもよい。たとえば、用いられるキーワードが「（公序良俗違反につき、不掲載）」であるが、広告が（公序良俗違反につき、不掲載）（（公序良俗違反につき、不掲載））用である場合には、（公序良俗違反につき、不掲載）は、それが言及されている時間に非常に近い（公序良俗違反につき、不掲載）広告を欲しない可能性がある。したがって、（公序良俗違反につき、不掲載）広告は、再生されているリッチメディアコンテンツから移動してもよいし、またはそれは、リッチメディアコンテンツがもはや言及されていない後の時間まで遅らせてもよい。

ひとたびレンダリングフォーマッタ２０４がレンダリング選好を決定すると、広告サーバ２０６は、広告を提供するように構成される。広告は、リッチメディアコンテンツに対して、プレゼンテーションの点で、連続的にか並行してかまたは挿入し、時間の関数として提供してもよい。広告を提供する際に、広告サーバ２０６は、表示のために広告をユーザデバイス１０４に送信する。提供は、ほぼ、リッチメディアコンテンツと共に広告をレンダリングすべきときに行ってもよい。また、提供は、広告をレンダリングすべきときより前に行ってもよい。たとえば、広告は、ユーザデバイス１０４に予めロードしてもよい。次に、ユーザデバイス１０４は、レンダリング選好に従って適切なときに、広告をレンダリングすることができる。

また、他の実施形態において、広告サーバ２０６は、ユーザデバイス１０４における格納のために広告を提供してもよい。たとえば、広告を格納して、後でレンダリングしてもよい。一例において、アイコンをディスプレイ１１０に表示してもよく、ユーザは、アイコンを選択して広告を表示させることができる。

図３Ａは、本発明の一実施形態に従って広告を連続的にレンダリングするビデオ例を示す。図示のように、広告３０２がレンダリングされ、ビデオ３０４がディスプレイ１１０で再生される。広告３０２−１は、ビデオ３０４に対してプリロールで表示してもよい。一例において、ビデオは、表示のニュースキャスタが自動車について話しているなど、ある種類の自動車について話している可能性がある。この場合に、キーワード「自動車」を購入した会社用の広告を、ビデオ３０４の前に表示してもよい。たとえば、単語の自動車が用いられるたびに、（公序良俗違反につき、不掲載）の自動車の広告が表示される。広告を表示した後で、ビデオ３０４が表示される。このコンテンツは、第２の広告３０２−２が表示されるまで、継続してもよい。

第２の広告３０２−２は、ビデオ３０４−１またはビデオ３０４−２のいずれかに対して、ポストロールまたはプリロールで表示してもよい。たとえば、広告３０２−２がポストロールを表示される場合には、リッチメディアコンテンツ３０４−２の一部における主題は、広告３０２−２に相関されてもよい。ビデオ３０４−１が表示された後で、広告３０２−２が表示される。広告３０２−２がプリロールで表示される場合には、ビデオ３０４−２における主題は、広告３０２−２に相関される。この場合、広告３０２−２は、ビデオ３０４−２の前に表示される。

図３Ｂは、本発明の実施形態に従って広告を連続的にレンダリングする音声例を示す。図示のように、音声３０８−１が再生される前に、広告３０６−１がレンダリングされる。一実施形態において、広告３０６−１は、ビジュアルに表示してもよい。また、広告３０６−１が、再生されているコンテンツと適合できるように、音声広告であってもよいことが理解されよう。また、ビデオおよび音声広告３０６−１の組み合わせを提供してもよい。これは、レンダリングフォーマッタ２０４において決定された選好によって設定してもよい。

広告３０６−１のレンダリング後に、音声３０８−１が再生される。次に、第２の広告３０６−２が、音声３０８−１と音声３０８−２との間に再生される。広告３０６−２は、音声３０８−１または音声３０８−２のいずれかにおける主題に相関され、ポストロールまたはプリロールで再生されてもよい。

図４Ａは、本発明の実施形態に従って並行して広告をレンダリングするビデオ例を示す。図示のように、広告４０４が、ビデオ４０２と並行してレンダリングされる。ビデオが表示されているときに、広告４０４をレンダリングしてもよい。一実施形態において、広告４０４は、ビデオ４０２と共に表示してもよい。一実施形態において、各広告４０４−１〜４０４−５は、異なる広告であってもよい。しかしながら、ビデオ４０２の多数のフレームにわたって広告が持続してもよいことが理解されよう。たとえば、ビデオ４０２−１〜４０２−３の再生中に、主題は、広告に相関されてもよい。この広告は、広告４０４−１〜４０４−３で表示してもよい。

ビデオ４０２−４および４０２−５の再生中の別の時間に、異なる広告を、ビデオにおける主題に相関させてもよい。したがって、異なる広告が、広告４０４−４および４０４−５に対して表示される。

表示される広告は、ビデオのレンダリングを妨げない形式であってもよい。たとえば、ビデオが音声を含む場合には、テキスト広告を表示してもよい。これは、ビデオの音声の再生を妨げない。また、広告には、ビデオの音声を妨げないように、音声のないビデオを含んでもよい。

図４Ｂは、本発明の実施形態に従って広告を並行してレンダリングする音声例を示す。音声４０６がレンダリングされるときに、広告４０８がレンダリングされる。一実施形態において、広告４０８は、音声を妨げない形式でレンダリングされる。たとえば、広告は、音声もテキストもないビデオとしてレンダリングしてもよい。

広告４０８は、音声４０６用の音声における主題に関連付けてもよい。音声がレンダリングされているときに、広告４０８を並行してレンダリングしてもよい。

広告の提供
図５は、本発明の一実施形態に従って広告の提供を始めるためのシステム５００を示す。コンテンツサーバ５０４が、ユーザデバイス１０４にコンテンツを提供するために用いられる。たとえば、コンテンツサーバ５０４は、コンテンツ所有者１０８からコンテンツを受信し、それをユーザデバイス１０４に送信してもよい。

一実施形態において、コンテンツサーバ５０４は、ディスプレイ１１０で表示するために、ウェブページをユーザデバイス１０４に提供してもよい。リッチメディアコンテンツがユーザデバイス１０４に提供されるときに、コンテンツサーバ５０４は、エンジン１０２に接触して、コンテンツが提供されていることをエンジン１０２に通知する。一実施形態において、コンテンツサーバ５０４には、それがエンジン１０２に接続できるようにするソフトウェアコードが含まれる。たとえば、ソフトウェアコードは、ウェブページに埋め込んでもよい。また、コードは、提供されているリッチメディアコンテンツに組み込まれてもよい。どんなコードも組み込む必要がない場合もあること、およびそれが、用いられているコンテンツサーバ５０４の機能に依存することが、理解されよう。

コンテンツサーバ５０４は、エンジン１０２が必要とする情報を備えた広告サーバ２０６と接触して、リッチメディアコンテンツと共に広告を提供する。たとえば、情報には、提供されているコンテンツ用の識別子、他のコンテンツ関連データ、再生されているコンテンツの時間、ユーザ対話データ、ユーザデバイス１０４のＩＰアドレス、任意の他のルーティング情報、およびユーザデバイス１０４、コンテンツサーバ５０４等に関連する他のデータ情報を含んでもよい。

提供されているコンテンツ用の識別子は、広告サーバ２０６によって認識されるコンテンツＩＤに変換してもよい。次に、コンテンツＩＤを用いて、相関エンジン２０２は、リッチメディアコンテンツに相関する広告を決定することができる。たとえば、様々な広告を、コンテンツＩＤに関連付けられたコンテンツに事前に相関させてもよい。相関付けは、コンテンツプロバイダがコンテンツをエンジン１０２にアップロードしたときに実行しておいてもよい。次に、リッチメディアコンテンツに相関された広告は、コンテンツＩＤと共に格納される。他の実施形態において、相関は、コンテンツがユーザデバイス１０４で表示されているときに、動的に実行してもよい。

ユーザ情報決定装置５０８を用いて、ユーザに関する情報を決定してもよい。上述のように、ユーザ情報は、ユーザに関連する任意の情報であってもよく、広告をコンテンツに相関させるために用いてもよい。一実施形態において、ユーザ情報決定装置５０８は、ユーザデバイス１０４と対話してユーザ情報を決定してもよい。たとえば、ユーザデバイス１０４は、情報決定装置５０８にクッキーを送信してもよい。

地理的位置サーバ５０２を用いて、広告を提供する際に有用であり得る任意の位置情報を決定してもよい。たとえば、ＩＰアドレスは、ユーザデバイス１０４のユーザの物理的な地理的位置に変換してもよい。これは、位置に基づいて異なる広告を提供したり、異なる言語を用いるなど、より関連性のある方法で広告を提供するために用いてもよい。

相関エンジン２０２は、上記の情報のいずれかを用いて、相関を実行してもよい。ひとたび広告が相関エンジン２０２によって決定されると、レンダリングフォーマッタ２０４は、どのようにコンテンツをレンダリングするかを決定する。上記の選好を用いて、どのようにコンテンツおよび広告をレンダリングするかを決定してもよい。

次に、広告サーバ２０６は、地理的位置またはＩＰアドレスを用いて、ユーザデバイス１０４に広告を提供してもよい。

一例において、（公序良俗違反につき、不掲載）が、その広告のためにキーワード「自動車」を購入／関連付けし、リッチメディアコンテンツが、レンダリングされたときにキーワード「自動車」を含む場合には、（公序良俗違反につき、不掲載）の広告を提供してもよい。それは、キーワード「自動車」が話されているときに、リッチメディアコンテンツに並行してか、近くでか、回りでか、中でか、または上で提供およびレンダリングしてもよい。別の例において、（公序良俗違反につき、不掲載）の広告は、キーワード「自動車」が再生される前後に連続的にレンダリングしてもよい。

別の例において、音声広告は、音声コンテンツの前、中間または後に広告が掲載されるポッドキャスト（インターネットからの音声プログラム）と連続的に適合させてもよい。さらに、テキストまたはビデオ広告は、音声と並行して表示してもよい。

ユーザは、提供された広告と対話することができる。たとえば、ユーザは、ユーザデバイス１０４からイベントを開始してもよい。一実施形態において、ユーザは、広告を選択し、広告主が選択したウェブサイトを備えた別のウィンドウを開いてもよい。この例において、ユーザが広告と対話する場合に、広告に埋め込まれたソフトウェアコード（もしあれば）は、関連するデータを広告サーバ２０６に送信する。次に、広告サーバ２０６は、課金およびクリックスルーサーバと接触して課金データを更新し、広告が選択されたことを認識することができる。広告とのユーザの対話に関連するデータを相関エンジン２０２にフィードバックして、リッチメディアコンテンツと広告の適合をさらに最適化してもよい。

ユーザが、提供された広告と対話するときに、他の機能もまた提供してもよい。図６は、一実施形態による例示的なインタフェース６００を示す。リッチメディアコンテンツは、メディアプレーヤ６０２に表示してもよい。また、広告が、セクション６０４でレンダリングされている。

広告は、広告のビデオおよび／または画像であってもよい。ユーザはまた、インタフェース６００との対話によって動作をトリガしてもよい。たとえば、リッチメディアコンテンツは、プレーヤ６０２で再生してもよい。広告の画像が、セクション６０４に表示される（他の例では、ビデオを音声なしで再生してもよい）。しかしながら、広告はまた、ビデオ広告であってもよい。２つのビデオを同時に再生することは、ユーザにとって紛らわしい可能性があるので、トリガを用いて、広告および／またはリッチメディアコンテンツをいつ再生するかを決定する。たとえば、マウスオーバ機能が提供される。マウスが広告６０４上に移動されると、広告が再生を開始してもよく、リッチメディアコンテンツは停止される。これによって、ユーザは、広告またはリッチメディアコンテンツをいつ再生するかを選択することができる。ユーザが、表示された広告に興味がある場合には、ユーザは、広告を見ることを選択できる。ユーザが、し終わった（たとえば、マウスがセクション６０４から移動される）か、または広告が再生を終わった場合には、リッチメディアコンテンツは、再生を再開してもよい。タッチスクリーンにおける選択、ショートカットキーの入力、ウィンドウ６０４の二重または単一の選択など、広告の再生をトリガする他の方法もまた考えられる。

広告にはまた、追加機能の呼び出しを可能にするウィジェット６０６および６０８を含んでもよい。たとえば、ウィジェット６０６および６０８は、広告用の追加情報を提供する。リッチメディアコンテンツが再生されている間に追加情報を提供してもよい。この機能によって、ユーザは、リッチメディアコンテンツを中断せずに、広告に関してより多くの情報を見ることが可能になる。また、リッチメディアコンテンツは、停止してもよい。

ウィジェット６０４は、トリガされると、ポップアップウィンドウ６１０に追加情報を表示してもよい。たとえば、ユーザは、マウスポインタをウィジェット６０６上に移動させてもよく、次にウィジェット６０６が、ポップアップウィンドウ６１０を表示する。この場合に、より多くの情報が広告のために表示される。ユーザがマウスをウィジェット６０８上に移動させた場合に、ウィンドウがポップアップして、ユーザがより多くの情報を得られるようにしてもよい。たとえば、ユーザは、広告に関するより多くの情報が送信され得る電子メールアドレスを入力できてもよい。タッチスクリーンにおける選択、ショートカットキーの入力、ウィジェット６０６および６０８の二重または単一の選択など、ウィジェット６０６および６０８をトリガする他の方法もまた、考えられる。

他の対話機能もまた提供してもよい。たとえば、クーポンおよび地図を提供してもよい。広告用クーポンは、広告と共に表示してもよい。ユーザは、クーポンを選択し、引き換えを可能にするウェブページに導かれてもよい。また、クーポンの選択によって、ユーザの電子メールアドレス等に宛ててユーザにクーポンを送信してもよい。クーポンを含むことによって、ユーザが広告を見るかまたは広告に示された製品を購入する行動を実際に取るためのインセンティブが提供される。

同様に、地図もまた含んでもよい。地図は、広告に示された製品を販売している地元企業を示してもよい。また、地元企業へのリンクを提供してもよい。ユーザがリンクを選択した場合には、システム１００の所有者が、その地元企業に手数料を課してもよい。地図は、ユーザが広告における製品を購入するための容易な方法を示す。

さらに、他のサービスを提供してもよい。たとえば、映画が観られている場合には、映画のチケットを購入するためのリンクを提供してもよい。

本発明の特定の実施形態に関連して本発明を説明したが、これらの実施形態は、単に例示的であり、本発明を限定するものではない。たとえば、広告は、リッチメディアコンテンツとの様々なタイプの関連性で提示することができる。第１のデバイスを用いてリッチメディアコンテンツを提示する場合には、別個の第２のデバイスを用いて、リッチメディアコンテンツを表示することができる。

Ｃ、Ｃ＋＋、Ｊａｖａ、アセンブリ言語等を始めとする任意の適切なプログラミング言語を用いて、本発明の実施形態のルーチンを実装することができる。手続き形またはオブジェクト指向などの様々なプログラミング技術を用いることができる。ルーチンは、単一の処理デバイスまたは多数のプロセッサで実行することができる。ステップ、動作または計算は、特定の順序で提示してもよいが、この順序は、異なる実施形態において変更してもよい。いくつかの実施形態では、この明細書において一連の流れとして示された多数のステップは、同時に実行することができる。本明細書で説明する動作のシーケンスは、オペレーティングシステム、カーネル等の別のプロセスによって、割り込み、中断、または違ったように制御される場合がある。ルーチンは、オペレーティングシステム環境において、またはシステム処理の全てもしくは本質的部分を占めるスタンドアロンルーチンとして動作することができる。機能は、ハードウェア、ソフトウェア、またはこれらの両方の組み合わせで実行することができる。特に明記しない限り、機能はまた、全体的または部分的に、手動で実行してもよい。

本明細書の説明において、コンポーネントおよび／または方法の例などの多数の特定の細目が、本発明の実施形態の完全な理解をもたらすために提供されている。しかしながら、当業者は、特定の細目のうちの１つまたは複数を用いずに、または他の装置、システム、アセンブリ、方法、コンポーネント、材料、部品等を用いて、本発明のある実施形態を実行できることを理解されよう。他の例では、本発明における実施形態の態様を曖昧にしないように、周知の構造、材料または動作は、特に示さず詳細な説明もしていない。

本発明の実施形態のための「コンピュータ可読媒体」は、命令実行システム、装置、システムまたはデバイスによって用いられるか、またはこれらに接続して用いられるプログラムを含むか、格納するか、通信するか、伝搬するか、または搬送することができる任意の媒体であってもよい。コンピュータ可読媒体は、限定としてではなく単に例として、電子、磁気、光、電磁気、赤外線もしくは半導体システム、装置、システム、デバイス、伝搬媒体またはコンピュータメモリであってもよい。

本発明の実施形態は、ソフトウェアもしくはハードウェアまたはこれらの両方の組み合わせにおける制御論理形式で実施することができる。制御論理は、本発明の実施形態で開示されたステップセットを実施するために、情報処理デバイスに命令するように適応された複数の命令として、コンピュータ可読媒体などの情報記憶媒体に格納してもよい。本明細書に提示される開示および教示に基づいて、当業者は、本発明を実施するための他のやり方および／または方法を理解されよう。

「プロセッサ」または「プロセス」には、データ、信号もしくは他の情報を処理する任意の人間、ハードウェアおよび／もしくはソフトウェアシステム、機構またはコンポーネントが含まれる。プロセッサには、汎用中央処理装置、多数の処理装置、機能を達成するための専用回路を備えたシステム、または他のシステムを含むことができる。処理は、地理的位置に制限される必要も、時間的制限を有する必要もない。たとえば、プロセッサは、「リアルタイム」、「オフライン」、「バッチモード」などで、その機能を実行することができる。処理における部分は、異なる（または同じ）処理システムによって、異なる時間および異なる位置で実行することができる。

本明細書を通して「一実施形態」、「ある実施形態」または「特定の実施形態」への言及は、その実施形態に関連して説明される特定の特徴、構造または特性が、必ずしも全ての実施形態ではなく、本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書にわたる様々な場所での「一実施形態における」、「ある実施形態における」、または「特定の実施形態における」という句のそれぞれの出現は、必ずしも同じ実施形態を指してはいない。さらに、本発明の任意の特定の実施形態の特定の特徴、構造または特性は、任意の適切な方法で、１つまたは複数の他の実施形態と組み合わせてもよい。本明細書で説明および図示する本発明の実施形態の他の変形および修正が、本明細書の教示に照らして可能であり、本発明の趣旨および範囲の一部として考えるべきであることを理解されたい。

本発明の実施形態は、プログラムされた汎用デジタルコンピュータを用いることによって、または特定用途向け集積回路、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイを用いることによって実現してもよく、光学的、化学的、生物学的、量子またはナノ加工システム、コンポーネントおよび機構を用いてもよい。一般に、本発明の実施形態の機能は、当該技術分野において周知の任意の手段によって、達成することができる。分散またはネットワークシステム、コンポーネントおよび回路を用いることができる。データの通信または転送は、有線、無線または任意の他の手段であってもよい。

図面／図に示した要素の１つまたは複数を、また、より分離もしくは統合された方法で実現するか、除去さえするかまたはあるケースでは動作不能にレンダリングすることができ、これが、特定のアプリケーションに応じて有用であることもまた理解されよう。機械可読媒体に格納できるプログラムまたはコードを実装して、コンピュータが上記の方法のいずれかを実行できるようにすることもまた、本発明の趣旨および範囲内にある。

さらに、図面／図の任意の信号矢印は、特に明記しない限り、限定的ではなく単に例示的なものとして見なすべきである。さらに、本明細書で用いられる用語「または（もしくは）」は、特に明記しない限り、一般に、「および／または」を意味するように意図されている。コンポーネントまたはステップの組み合わせはまた、分離するか組み合わせる能力を与えることが不明瞭であるように用語が予測される場合には、記されているように見なされよう。

本明細書の説明においておよび特許請求の範囲にわたって用いられているように、「ａ」、「ａｎ」および「ｔｈｅ」には、文脈が特に明記しない限り、複数への言及が含まれる。また、本明細書の説明においておよび特許請求の範囲にわたって用いられているように、「ｉｎ」の意味には、文脈が特に明記しない限り、「ｉｎ」および「ｏｎ」が含まれる。

要約で説明したものを含めて、本発明の図示した実施形態の前述の説明は、網羅的であるようにも、本明細書で開示した形態に本発明を正確に限定するようにも意図されていない。本発明の特定の実施形態および本発明の例が、例示的な目的のためにのみ本明細書で説明されている一方で、当業者が理解および認識されるであろうように、様々の均等な修正が、本発明の趣旨および範囲内で可能である。指摘したように、これらの修正は、本発明の図示した実施形態の前述の説明に照らして本発明に対して行なうことが可能であり、本発明の趣旨および範囲内に含まれるべきである。

したがって、本発明の特定の実施形態に関連して本発明を本明細書で説明したが、修正、様々な変更および置き換えが許容されることが、前述の開示では意図されており、いくつかの例では、本発明の実施形態のいくつかの特徴が、記載のような本発明の範囲および趣旨から逸脱せずに、他の特徴の対応する利用なしに用いられることが理解されよう。したがって、特定の状況または材料を本発明の本質的な範囲および趣旨に適応させるように、多くの修正を行ってもよい。本発明が、特許請求の範囲で用いられる特定の用語に、および／または本発明を実施するために考えられた最良の形態として開示された特定の実施形態に限定されず、本発明には、ありとあらゆる実施形態および添付の特許請求の範囲内に入る均等物が含まれることが意図されている。

図面の簡単な説明
本発明の一実施形態に従って、リッチメディアコンテンツと共に広告を提供するための単純化されたシステムを示す。 本発明の一実施形態による図１に示すシステムのより詳細な例を示す。 本発明の一実施形態に従って広告を連続的にレンダリングするビデオ例を示す。 本発明の実施形態に従って、音声を含むリッチメディアコンテンツにおいて広告を連続的にレンダリングする音声例を示す。 本発明の実施形態に従って広告を並行してレンダリングするビデオ例を示す。 本発明の実施形態に従って広告を並行してレンダリングする音声例を示す。 本発明の一実施形態に従って広告の提供を始めるためのシステムを示す。 一実施形態による例示的なインタフェースを示す。 一実施形態に従って、広告主が購入したキーワードにコンテンツがどのように関連し得るかの例を示す。 一実施形態に従ってスコアリングシステムの例を示す。

Claims (39)

1. 広告を提供するための方法であって、
   リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定することと、
   前記広告に関連するレンダリング選好を決定することと、
   前記広告をデバイスに提供すること、を含み、
   前記レンダリング選好に基づいて、前記リッチメディアコンテンツの前記一部が前記デバイス上で再生されている時間に関連して前記広告がレンダリングされるように、前記広告が提供される、方法。
2. 前記広告を提供することが、前記広告が前記デバイス上でリッチメディアコンテンツの前記一部と連続的にレンダリングされるように、前記広告を提供することを含む、請求項１に記載の方法。
3. 連続的が、前記リッチメディアコンテンツの前記一部の再生の前、後、中間を含む、請求項２に記載の方法。
4. 前記広告を提供することが、前記広告がリッチメディアコンテンツの前記一部と並行して前記デバイス上でレンダリングされるように、前記広告を提供することを含む、請求項１に記載の方法。
5. 前記広告を提供することが、前記広告がリッチメディアコンテンツの一部に挿入されるかまたはその上に掲載されるように、前記広告を提供することを含む、請求項１に記載の方法。
6. 前記広告を提供することが、前記広告のレンダリングを前記デバイス上で行わせることを含む、請求項１に記載の方法。
7. 前記広告が、前記リッチメディアコンテンツの前記一部と異なる形式のリッチメディアコンテンツである、請求項１に記載の方法。
8. 前記レンダリング選好が、前記リッチメディアコンテンツの前記一部に関連して前記広告を表示する位置を指示する、請求項１に記載の方法。
9. 前記レンダリング選好が、前記ユーザデバイスのユーザ、前記リッチメディアコンテンツのコンテンツ所有者および／または前記広告の広告主によって指定される、請求項１に記載の方法。
10. 前記広告が、前記広告に関連するクーポンまたは地図を含む、請求項１に記載の方法。
11. 前記広告を提供することが、前記広告を前記デバイスに格納させることを含む、請求項１に記載の方法。
12. リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定することが、相関認識検出技術を用いて、前記広告が前記主題に相関することを判定することを含む、請求項１に記載の方法。
13. リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定することが、前記広告を前記主題に関連させて基準を最大にするように、前記広告を時間的に整列させることを含む、請求項１に記載の方法。
14. 広告をレンダリングするための方法であって、
    リッチメディアコンテンツをデバイス上で再生することと、
    再生されているリッチメディアコンテンツの一部に関連する主題に相関する広告を受信することと、
    前記広告に関連するレンダリング選好を決定することと、
    前記広告をレンダリングすること、を含み、
    前記レンダリング選好に基づいて、前記デバイス上で前記リッチメディアコンテンツの前記一部が再生されている時間に関連して前記広告がレンダリングされるように、前記広告がレンダリングされる、方法。
15. 前記広告が、前記デバイスのディスプレイでレンダリングされる、請求項１４に記載の方法。
16. 前記広告が、前記デバイスのスピーカを通してレンダリングされる、請求項１４に記載の方法。
17. 前記広告をレンダリングすることが、前記広告がリッチメディアコンテンツの前記一部と連続的にレンダリングされるように、前記広告をレンダリングすることを含む、請求項１６に記載の方法。
18. 連続的が、前記リッチメディアコンテンツの前記一部の再生の前または後を含む、請求項１７に記載の方法。
19. 前記広告が、新しいおよび／または変化している広告掲載をユーザに警告する音声またはビジュアルキューと共にレンダリングされる、請求項１４に記載の方法。
20. 前記広告をレンダリングすることが、前記広告がリッチメディアコンテンツの前記一部と並行して前記デバイス上でレンダリングされるように、前記広告をレンダリングすることを含む、請求項１４に記載の方法。
21. 前記広告をレンダリングすることが、前記広告がリッチメディアコンテンツの前記一部に挿入されるように、前記広告をレンダリングすることを含む、請求項１４に記載の方法。
22. 前記広告に関連するイベントを検出することと、
    前記イベントのための動作を実行することと、
    をさらに含む、請求項１４に記載の方法。
23. 前記動作が、
    前記リッチメディアコンテンツの再生を停止することと、
    前記広告の再生を開始することと、
    を含む、請求項２２に記載の方法。
24. 前記動作が、前記広告のための追加情報を表示することを含む、請求項２３に記載の方法。
25. 前記ユーザのための追加情報を受信することをさらに含む、請求項１４に記載の方法。
26. リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定することが、相関認識検出技術を用いて、前記広告が前記主題に関連することを判定することを含む、請求項１４に記載の方法。
27. リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定することが、前記広告を前記主題に相関させて基準を最大にするように、前記広告を時間的に整列させることを含む、請求項１４に記載の方法。
28. 広告を提供するように構成された装置であって、
    リッチメディアコンテンツの一部に関連する主題に広告が相関する時間を決定するように構成された相関エンジンと、
    前記広告に関連するレンダリング選好を決定するように構成されたレンダリングフォーマッタと、
    前記広告をデバイスに提供するように構成された広告サーバと、を含み、
    前記レンダリング選好に基づいて、前記リッチメディアコンテンツの前記一部が前記デバイス上で再生されている時間に関連して前記広告がレンダリングされるように、前記広告が提供される、装置。
29. 前記広告サーバが、前記広告がリッチメディアコンテンツの前記一部と連続的に前記デバイス上でレンダリングされるように、前記広告を提供すべく構成された、請求項２８に記載の装置。
30. 前記広告サーバが、前記広告がリッチメディアコンテンツの前記一部に並行して前記デバイス上でレンダリングされるように、前記広告を提供すべく構成された、請求項２８に記載の装置。
31. 前記広告サーバが、前記広告がリッチメディアコンテンツの前記一部に挿入されるように、前記広告を提供すべく構成された、請求項２８に記載の装置。
32. 前記相関エンジンが、相関認識検出技術を用いて、前記広告が前記主題と相関することを判定するように、前記広告を相関させるべく構成された、請求項２８に記載の装置。
33. 前記相関エンジンが、前記広告を前記主題に相関させて基準を最大にするように、前記広告を時間的に整列させるべく構成された、請求項２８に記載の装置。
34. リッチメディアコンテンツに広告を相関させるための方法であって、
    前記リッチメディアコンテンツ用の情報を認識することと、
    前記認識された情報に相関する複数の広告を決定することと、
    １つまたは複数の基準に基づいて、前記リッチメディアコンテンツの一部に関連する前記複数の広告から広告を選択することと、
    を含む方法。
35. 相関する前記複数の広告を決定することが、
    前記複数の広告における広告に関連する適合情報を決定することと、
    前記適合情報が前記リッチメディアコンテンツに見つかるかどうかを決定することと、
    前記適合情報が前記リッチメディアコンテンツに見つかる場合に、前記広告を前記リッチメディアコンテンツと相関させることと、
    を含む、請求項３４に記載の方法。
36. 前記広告を選択することが、
    前記複数の広告のそれぞれに対する前記１つまたは複数の基準のスコアを決定することと、
    前記決定されたスコアに基づいて前記広告を選択することと、
    を含む、請求項３４に記載の方法。
37. 前記１つまたは複数の基準が、前記広告のための指値を含み、前記指値の金額が前記広告に与えられる前記スコアに影響する、請求項３６に記載の方法。
38. 前記広告を選択することが、複数の前記広告に関連する入札からの収入を最大にするように実行される、請求項３７に記載の方法。
39. 前記１つまたは複数の基準が、ラティス確率、適合集中、適合位置、地理的位置、人口統計、挙動およびサイコグラフィックプロファイル、ならびに／または過去の実績を含む、請求項３６に記載の方法。

Images