JP2010524352A - テレビ広告 - Google Patents

Abstract

テレビ広告および関連する広告パラメータが、広告主から受け取られる。テレビ広告は、関連する広告パラメータに基づいて、広告空き枠中に放映するために自動的に選択される。選択されたテレビ広告を広告空き枠中に放映することを容易にするために、選択されたテレビ広告に関係するデータが、テレビプロバイダに提供される。テレビ広告放映に関係する報告データおよびインプレッションが、テレビプロバイダから受け取られる。

Description

本発明は、メディア広告に関するものである。

企業体などの広告主は、テレビ広告を放映するために、テレビ放送中の放映時間を購入することができる。例示的なテレビ広告には、番組中断中に放映されるコマーシャル、番組中に放映される透明なオーバーレイ、および番組中に放映されるテキストバナーが含まれる。

広告主によって購入された放映時間のコストは、購入された時間量と、購入された放映時間の間に見ていると予想された、または購入された放映時間に密接に関係した聴衆規模および聴衆構成などの他のパラメータの両方に応じて変化する。たとえば、聴衆規模および聴衆構成は、視聴率システムによって測定することができる。テレビ視聴率についてのデータは、たとえば、視聴者が視聴習慣の日記を提供する視聴者調査によって、あるいは有線または無線接続、たとえば電話線やケーブル線を介して視聴習慣データを自動的に収集し、データを送信するセットメータによって、あるいはたとえばデジタルビデオレコーダサービスのログによって収集することができる。しかし、こうした視聴率システムは、ニッチな番組編成には不正確であることがあり、また一般に、実際の聴衆数および聴衆構成の推定を提供するにすぎない。

放映時間は、視聴率の推定に基づいて、ある料金で広告主に提供される。一般に広告主は、放映時間のかなり前に放映時間を購入しなければならない。さらに、広告主および/またはテレビプロバイダは、視聴率の推定が不正確な場合、あるいは放映されるコマーシャルがテレビ番組および/または視聴者のコンテキストにおいて関連性がない場合、購入された放映時間の真の価値を認識していないことがある。

テレビ広告のためのシステムおよび方法について、本明細書で述べる。一実装形態では、テレビ広告空き枠(television advertisement availability)が識別され、テレビ広告空き枠に関連するコンテキストも識別される。テレビ広告に関連するテレビ広告パラメータが受け取られ、テレビ広告空き枠中に放映するために1つまたは複数のテレビ広告が選択される。選択は、テレビ広告空き枠、コンテキストおよび広告パラメータに基づくことができる。

別の実装形態では、広告スポット、たとえば時間帯が識別され、テレビ広告に関連するテレビ広告パラメータも識別される。テレビ広告パラメータは、各テレビ広告のアクション単価(cost per action)パラメータを含みうる。広告スポットは、アクション単価パラメータに基づいてオークションにかけられ、オークションに基づいて、広告スポット中に放映する1つまたは複数のテレビ広告が選択される。

別の実装形態では、システムが、テレビ広告空き枠を定義するテレビ広告要求をテレビプロバイダから受け取り、テレビ広告要求に基づいて候補テレビ広告データの要求を発行するように構成されたテレビ広告スケジューリング装置を含む。テレビ広告スケジューリング装置は、候補テレビ広告データの要求に応答して候補テレビ広告データを受け取り、テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択することができる。この選択は、テレビ広告要求および候補テレビ広告データに基づくことができる。

本明細書に述べられた主題の特定の実装形態は、下記の利点の1つまたは複数を実現するために実施することができる。何百万ものテレビプロバイダ加入者に関連した効果的な広告が、自動のプロセスによってローカルに、かつ/または全国的に提供されうる。関連性のある広告は、放映時間をより有効に収益化することができ、それによって、さらなる広告主を引き付け、テレビプロバイダのテレビ広告在庫のより大きい価値を創出することができる。さらに、セットトップボックスなどの加入者の視聴装置を介して番組編成者の在庫のアクセスを測定することによってオペレータは、より少ない視聴者にサービスしており、視聴者データの測定が従来困難であった専門チャンネルをより有効に収益化することができる。

さらに、テレビ広告システムは、たとえば、自動オンライン市場による売買プロセスを効率的にすることができる。たとえば、一実装形態では、広告プロセスは、キャンペーンの計画、広告のアップロード、および広告の供給から自動化される。オークションモデルは、テレビ広告の買い手と売り手の両方にとって価格決定を効率的にすることができる。広告主は、提供されたインプレッション、または提供されたアクション、または他のタイプの測定可能なイベントに対してだけ支払うことによる効率から利益を得ることができる。広告主は、広告主の広告効果を絶えず向上させるために広告主が必要とする情報を受け取ることから利益を得ることもできる。このシステムは、有機的に実施することができ、あるいは第三者の基盤パートナーと共に実施することができる。

本明細書に述べられた主題の1つまたは複数の実装形態の追加の詳細について、添付の図面および下記の説明に述べられる。主題の他の特徴、態様および利点は、説明、図面および特許請求の範囲から明らかになる。

例示的なテレビ広告システムのブロック図である。 例示的なテレビ広告フロントエンドシステムのブロック図である。 例示的なテレビ広告配信システムのブロック図である。 例示的なテレビ広告スケジューリング/報告システムのブロック図である。 例示的なテレビ広告フロントエンド環境を示す図である。 例示的なテレビ広告フロントエンド環境を示す図である。 例示的なテレビ広告フロントエンド環境を示す図である。 例示的なテレビ広告フロントエンド環境を示す図である。 例示的なテレビ広告フロントエンド環境を示す図である。 広告空き枠のテレビ広告を選択する例示的なプロセスのフローチャートである。 テレビ広告を制限するための例示的なプロセスのフローチャートである。 テレビ広告の広告スポットをオークションにかけるための例示的なプロセスのフローチャートである。 コストパラメータおよび品質パラメータに基づいて広告スポットをオークションにかけるための例示的なプロセスのフローチャートである。 広告主から広告を受け取り配信するための例示的なプロセスのフローチャートである。 テレビプロバイダにオークション結果を提供するための例示的なプロセスのフローチャートである。

様々な図面内の同じ参照番号および名称は、同様の要素を示す。

図1は、例示的なテレビ広告システム100のブロック図である。テレビ広告システム100は、オペレータによる番組編成の収益化およびターゲット市場への広告提供の定量化を容易にするために、関連性のあるコンテンツ(たとえば広告、以下、一般的に広告と呼ばれる)を視聴者に提供することができる。テレビ広告システム100は、たとえば、1つまたは複数のコンピュータサーバに実装することができ、ネットワークを介してデータを提供し、受け取ることができる。例示的なネットワークには、ローカルエリアネットワーク(LAN: local area network)、広域ネットワーク(WAN: wide area network)、電話網および無線ネットワーク(たとえば802.11x準拠ネットワーク、衛星ネットワーク、セルラネットワークなど)が含まれる。さらに、テレビ広告システム100は、たとえば、複数の異なるタイプのネットワーク、たとえばインターネット、衛星ネットワーク、および電話網を介して通信することができる。

一般に、テレビ広告システム100は、広告主140、たとえば製品またはサービスを販売する商業エンティティ、広告代理店または人など、テレビ広告を提供するエンティティからテレビ広告および広告キャンペーンデータを受け取ることができる。テレビ広告システム100は、テレビプロバイダ160、たとえばケーブルプロバイダ、デジタル衛星プロバイダ、ストリーミングメディアプロバイダまたは他の何らかのメディアプロバイダなど、視聴者へのテレビ放送の提供を容易にするエンティティへのテレビ広告の提供を容易にすることができる。プロバイダ160は、たとえば、テレビ広告システム100からプロバイダエージェント162を受け取ることができる。プロバイダエージェント162は、たとえば、プロバイダ162の広告放送の挿入位置、たとえばプロバイダのヘッドエンドに位置しうる。

プロバイダエージェント162は、たとえば、プロバイダ160から広告空き枠スケジュールを受け取り、広告空き枠スケジュールをテレビ広告システム100に提供することができる。たとえば、プロバイダエージェント162は、スケジュール要求をリアルタイムに、または前もって読み出し、テレビ広告システム100がどのスケジュール時間を、テレビ広告システム100によって提供された広告で埋める許可を得ているか識別することができる。あるいは、プロバイダエージェント162は、1つまたは複数の広告が既にスケジューリングされているか、または取って代わられるべき/取って代わられうるかどうか判断し、あるいは1つまたは複数の基準に従って(たとえば、プロバイダの収益発生を向上させるために、あるいは関連の広告がスケジューリングされた後、広告主の予算が使い果たされている場合など)スケジューリングされた広告が取って代わられるべきであるという情報を受け取ることができる。プロバイダエージェント162は、テレビ広告システム100に、識別された放映時間広告スポット、たとえば開いた広告スロット、または取って代わられた広告スロットに関連性のある広告を識別するように要求することができる。

広告は、広告メタデータおよび広告コンテキストに基づいて、関連性があると見なすことができ、たとえば、使用可能な広告予算を有する極めてスポーツ性の高い用品の広告が、メタデータにより18〜30歳男性が1次視聴者層と識別されるテレビ放送スポーツイベント中に放映するために選択されうる。

テレビ広告システム100は、たとえば、アカウント広告主入札、予算、および収集された任意の品質メトリクス、たとえばコンバージョン、視聴者アクション、インプレッションなどに基づいて、広告空き枠中に放映する候補広告を選択することができる。たとえば、広告空き枠中に放映する広告は、コンピュータ実施オークションに従って選択されうる。1つの例示的なオークションはヴィクリイ(Vickrey)型であり、このヴィクリイ型では、それぞれの広告主は、次に最も高い広告の入札額を支払う。他のオークションプロセスを使用することもでき、たとえば広告主入札額を、視聴者インプレッションの推定数に、広告主が各インプレッションに対して支払うと申し出た価格を掛けた値に等しく設定する。

コンピュータ実施オークションでは、様々な入札タイプが実施されてよい。たとえば、入札タイプは、放映当たりコスト、インプレッション単価、広告の完全視聴当たりコスト、広告の部分視聴当たりコストなどでありうる。電話勧誘の結果生じる電話、ネットワーク放映当たりのコスト(たとえば第1のネットワークでは1000インプレッション当たり$5.00、第2のネットワークでは1000インプレッション当たり$6.00ドルなど)、時刻でスケーリングされたアクション単価など、他のタイプのアクション単価を使用することもできる。オークションプロセスは、たとえば、それぞれ異なる、さらには複数の(ハイブリッド)入札タイプを有する広告をサポートすることができる。

テレビ広告システム100から選択された広告は、広告放映時間をオークションにかけ、かつ/または広告は、プロバイダ160に提供されうる。たとえば、すべての使用可能な広告、またはその部分集合が、放映の前にプロバイダ160に提供されてよく、プロバイダエージェント162は、特定の広告放映時間中にどの広告を放映すべきか示す広告識別子を受け取ることだけを必要とする。

その後、プロバイダエージェント162は、広告がいつ放映されたかに関するステータスをテレビ広告システム100に提供することができる。プロバイダエージェント162は、たとえば、視聴装置164a〜164nに関係する匿名インプレッションデータを提供することもできる。たとえば、視聴装置164アクティビティに関係するログ、たとえばセットトップボックスのログは、視聴アクティビティに関係する個人情報を削除するために匿名にされて、テレビ広告システム100に提供されうる。別の実装形態では、こうした情報は、プロバイダ160または第三者によって提供されうる。

一実装形態では、テレビ広告システム100は、広告放映のインプレッションデータに基づいて、広告の放映の料金を広告主に課すことができる。料金は、たとえば、広告の特定の放映について決定されたインプレッションの数に実質上比例しうる。

一実装形態では、料金は、たとえば入札タイプに基づくことができる。たとえば、入札は、放映当たりのコストに基づいてよく、このようにして広告主に、広告放映の料金が課される。他の料金決定を使用することもできる。

インプレッションは、たとえば統計的に測定することができる。インプレッションは、世帯インプレッション、たとえば世帯単位の広告放映であり、世帯内のテレビの数から独立しうる。広告が世帯内の視聴装置上で放映される場合、1つの世帯インプレッションが記録されうる。他のインプレッションタイプを使用することもできる。たとえば、インプレッションは、番組視聴率のパーセンテージ、たとえば測定可能な世帯内の視聴率のパーセンテージによって、または番組シェアのパーセンテージ、たとえば測定されたアクティブな家庭内の視聴率のパーセンテージによって、または他の何らかの統計的測定によって生成されうる。

別の例として、インプレッションは、視聴装置164のアクティビティログの解析によって測定することができる。たとえば、ある世帯は、3つの視聴装置164を有することがあり、所与のときに、装置のうちの2つは第1のチャンネルに合わされてよく、第3の装置は、第2のチャンネルに合わされてよい。第1のコマーシャルが第1のチャンネルで放映され、第2のコマーシャルが第2のチャンネルで放映される場合、インプレッションは、視聴装置ごとに生成されうる。

広告があるチャンネルで放映されるとき、インプレッションは、チャンネル同調のステータスに依存しうる。たとえば、インプレッションは、広告が挿入された放送ストリームに視聴装置164が同調されるときに生じることがあり、視聴装置164は、挿入物の実際の表示時間中、連続した数秒の間、放送ストリームに同調されたままである。たとえば、インプレッションは、広告放映の開始後の5秒間、視聴装置が放送ストリームに同調されたままであることと定義することができる。あるいは、インプレッションは、広告が放映されているときに視聴装置が放送ストリームに同調され、放送ストリームへの同調後、5秒間放送ストリームに同調されたままであることと定義されうる。他の同調時間を使用することもできる。

同様に、他のインプレッションタイプを使用することもできる。たとえば、インプレッションは、広告露出、たとえば広告の短い露出、広告の完全視聴、中間の閾値レベルの視聴(threshold viewing)、たとえば5秒、または最初の15秒のうちの5秒、あるいは視聴された広告のパーセンテージなどに基づくことができる。

一実装形態では、テレビ広告システム100は、テレビ広告および関連するデータ、たとえばテレビ広告に関係するメタデータ、テレビ広告に関係する業績データ、広告主およびテレビ広告に関係するアカウンティングデータなどを格納するための1つまたは複数のデータストアを含むこともできる。一実装形態では、テレビ広告システム100は、広告データストア102と、広告パラメータストア104と、ログデータストア106と、業績データストア108と、アウトオブバンドデータストア110とを含む。追加の広告関連データを格納することもでき、たとえばアカウンティングデータストア112は、アカウンティングデータを格納することができる。

テレビ広告データストア102は、たとえば、広告スポット中に放送され、または放映されうる広告を含むことができる。例示的なテレビ広告には、ビデオ広告、バナー広告、広告のロゴ、URL、広告についての動的な価格情報などのオーバーレイ広告、ならびにテレビ放送中に視覚的および/または聴覚的に情報を伝えるために使用されうる他の広告が含まれる。

テレビ広告パラメータデータストア104は、たとえばアクション単価パラメータ、頻度値、競争制限、広告予算データ、地理データ、ターゲティングデータなどを含むことができる。テレビ広告パラメータ104は、たとえば広告主140によって指定することができ、かつ/または広告キャンペーン中の広告の業績に基づいて自動的に更新することができる。

ログデータストア106は、視聴装置164、たとえばセットトップボックス、衛星受信機などからのデータログを含むことができる。ログデータは、報告データを含むことができ、この報告データは、チャンネル同調、たとえば視聴装置が同調されたチャンネル識別子、およびチャンネル同調時間、たとえば視聴装置がチャンネルに同調された時間を識別する。たとえば視聴装置164に関連するリモート装置のキー押下、視聴装置164によって受信されたコマンドなど、他のデータも含まれうる。たとえば、視聴装置164がデジタルビデオレコーダである場合、ログデータは、記録された番組のリストを含むことができ、記録された各番組について、記録された番組が再生されたかどうか、ならびにコマーシャルの早送りやスキップなど、再生中に取られたアクションを示す記録が含まれうる。

業績データストア108は、品質データ、たとえば各広告のインプレッションの総数、または各広告のインプレッション率、ならびに/あるいは他の品質パラメータおよび/またはインプレッションパラメータを含むことができる。例示的なインプレッション率には、総潜在的視聴者のパーセンテージ、たとえば識別されたインプレッション数を加入者数で割った値、インプレッション総数の実際のインプレッションのパーセンテージ、たとえば信頼できるインプレッションをインプレッションの総数で割ったパーセンテージが含まれる。例示的な信頼できるインプレッションは、視聴装置上で1人または複数の人が視聴した可能性の高いインプレッションを決定する規則セットまたは条件を満たすインプレッションである。

たとえば特定の番組中の特定の広告の業績、広告中に視聴者が別のチャンネルに合わせる確率、視聴者が広告を早送りする確率など、他の業績データもまた、業績データストア108に格納されうる。こうした確率は、広告ベースまたは時間帯ベース、あるいは他の何らかの測定可能なベースで行動を平均化するように正規化されうる。

業績データは、広告が放映されたときに視聴者が広告のどれくらいを見たかに関係するデータを含むこともできる。たとえば、チャンネル同調およびチャンネル変更の合計回数、視聴者の数などに関係する統計値が、視聴パーセンテージに基づいて、広告に関係する品質データを決定するために評価され測定されうる。

アウトオブバンドデータストア100は、たとえば、特定の広告、広告主題およびテレビ番組の関連性または人気に関係するデータを含むことができる。たとえば、特定のテレビ番組が視聴率を増加させたと予想されるかどうか判断するためにウェブページをマイニングすることができ、たとえば、番組のファンページの急増は、期待視聴率値の増加に相関することがあり、結果としてもたらされるデータは、アウトオブバンドデータストア110に格納することができる。他のデータは、検索クエリ、広告サイト上のページビューに関係するデータなどを含むことができる。

同様に、アウトオブバンドデータストア110は、たとえば、特に人気のあるテレビ広告を識別するためにビデオウェブサイトをマイニングすることによってもたらされるデータを格納することができ、たとえばビデオウェブサイトは、特にユーモアのある広告が特定の視聴者層間で特に人気があることを示す視聴統計値を記録しうる。こうしたデータは、広告選択プロセスをさらに精緻化するために使用することができる。

さらに、テレビ番組に関係する製品またはサービスの関連性を決定するために、テレビ番組に関係するウェブサイトをマイニングすることができる。たとえば、特定の番組は、放送回(episode)内で製品に言及することがあり、番組に関係するファンサイトをマイニングすると、製品への言及によって製品および関連製品への大きい関心が引き起こされたことが明らかになりうる。したがって、製品および関連製品に関係する広告は、番組中の時間帯により関連性があると見なされうる。

アカウンティングデータストア112は、たとえば広告および広告主140に関係するアカウンティングデータを格納することができる。アカウンティングデータストア112は、キャンペーン予算、月次支出パラメータ、および広告主の会計収支などのデータを格納することができる。

視聴予測の調整、価格決定モデルの調整、関連性測度の調整などに使用されうるデータなど、他のデータを格納することもできる。たとえば、広告される特定の製品またはサービスに関係する業績データ、たとえば匿名の履歴キャンペーンデータ、番組視聴率の動向解析、たとえば番組シリーズの初回、再放送回および独立系放送番組などの視聴統計値が、解析のために格納されうる。一実装形態では、広告システム100によってサービスされない時間帯中に放映された広告に関係するデータが、他の広告市場モデル、たとえば固定価格広告市場、予約された広告市場などを解析するために格納されうる。

広告データストア102、広告パラメータストア104、ログデータストア106、業績データストア108、アウトオブバンドデータストア110、およびアカウンティングデータストア112は、別々に実装されても、組み合わせて実装されてもよい。たとえば、一実装形態では、広告データストア102、広告パラメータストア104および業績データストア108は、単一の広告データベース内に実装することができる。他の組合せおよび/またはサブコンビネーション( subcombination)を使用することもできる。

テレビ広告システム100は、広告フロントエンドエンジン120と、広告配信エンジン122と、スケジューラエンジン124と、候補エンジン126と、報告エンジン128と、アカウンティングエンジン130とを含むことができる。広告フロントエンドエンジン120、広告配信エンジン122、スケジューラエンジン124、候補エンジン126、報告エンジン128およびアカウンティングエンジン130は、たとえば、複数のコンピュータ装置、たとえばネットワークを介して通信するサーバコンピュータ間で分散させることができ、あるいは単一のコンピュータ上で、たとえばサーバコンピュータ上の複数のスレッドとして実装されうる。他の実装アーキテクチャを使用することもできる。広告フロントエンドエンジン120、広告配信エンジン122、スケジューラエンジン124、候補エンジン126、報告エンジン128、およびアカウンティングエンジン130は、たとえば実行可能オブジェクトコード、解釈型スクリプト命令、または実行可能命令と解釈型命令の組合せなど、ソフトウェアで実装されうる。他のソフトウェアおよび/またはハードウェア実装形態を使用することもできる。

広告フロントエンドエンジン120は、たとえば、広告主140から広告データおよびテレビ広告を受け取り、広告データをテレビ広告に関連付けるように構成されうる。一実装形態では、広告フロントエンドエンジン120は、ウェブベースのインターフェースを含むことができ、このインターフェースを介して、広告主140は、テレビ広告および関連するキャンペーンデータ、たとえば広告予算、視聴者層や放映時間などのターゲティングデータ、垂直分類、価格範囲、主題などの製品および/またはサービス説明データなどをアップロードすることができる。

一実装形態では、広告フロントエンドエンジン120は、テレビプロバイダ160による承認待ちのテレビ広告を識別するように構成された承認エンジンを含むことができる。承認エンジンを使用して、発行元160は、任意選択で広告をレビューし、広告を承認しまたは否認してよい。たとえば、ケーブルプロバイダは、特に低い品質、たとえば低い音声品質、不正確な広告データなどの広告を否認しうる。

広告配信エンジン122は、たとえば、テレビプロバイダ160に承認された広告を提供するように構成されうる。一実装形態では、広告は、広告の放映前にテレビプロバイダ160に提供される。プロバイダエージェント162は、テレビ広告システム100に、新しいどんな広告をもダウンロードするように求める要求を定期的に発行することができる。こうしたいずれの広告についても、プロバイダエージェント162または配信エンジン122は、ダウンロードを開始することができ、うまく完了すると、プロバイダエージェント162は、テレビ広告システム100にダウンロードの成功について通知することができる。テレビ広告システム100は、たとえば、特定のIDでダウンロードにラベル付けすることができ、後にこの特定のIDは、スケジューリング時に、スケジューリングされた広告を識別するために使用されうる。したがって、発行元160は、広告空き枠、たとえば時間帯に関連する広告識別子を受け取ることができ、テレビプロバイダ160の構内でローカルに広告を取り出し、選択された広告を放送ストリームに挿入することができる。

テレビ広告スケジューラエンジン124は、たとえば、テレビ広告空き枠を定義するテレビ広告要求をテレビプロバイダ160から受け取り、候補テレビ広告データ、たとえば広告空き枠を埋めるために選択される候補である広告に関係するデータの要求を発行するように構成されうる。テレビ広告要求は、地理データ、プロバイダ識別、ネットワークデータ、番組データおよび他のデータを含むことができる。たとえば、要求は、テレビネットワークZZ上のテレビプロバイダYYについて、テレビプロバイダのXXのremoteRepositoryIdを有する米国/カリフォルニア/Bay Area/Mountain Viewの地理エリア内で示されうる広告を、月曜午後2:00〜午後3:00の時間ウィンドウ内に、また午後2:16の好ましい時間にスケジューリングすべきことを指定することができる。

候補エンジン126は、たとえば、候補テレビ広告データの要求に応答して候補テレビ広告データを識別するように構成されうる。識別は、広告パラメータデータストア104に格納されたデータなど、テレビ広告に関連するデータに基づきうる。候補エンジン126は、様々なターゲット設定および/またはフィルタリング規則を実装することができる。たとえば、広告主予算がほとんど使い果たされ、期待されたインプレッションに基づく広告の放映の期待された料金が残りの広告予算を超過する場合、予算制限を課すことができる。

他の例示的な規則には、広告がテレビプロバイダ160にうまくダウンロードされること、広告が、広告が現れる位置のまたは位置の上位集合をターゲットとすること、広告主140または広告が詐欺または滞納していると見なされてはならないこと、発行元160が広告の表示を承認していること、広告がこの特定のテレビネットワークおよび/または時間をターゲットとしていること、広告が、内部または第三者データソースを介して所与の要求に対応するテレビ番組をターゲットとしていること、ならびに広告が、内部または第三者データソースを介して所与の要求に対応する購買層プロファイルをターゲットとしていることが含まれる。より少ないまたは多いフィルタリングおよびターゲット設定条件を適用することもできる。

候補広告データの受取りに応答して、テレビ広告スケジューラエンジン124は、テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択することができる。選択は、テレビ広告要求および候補テレビ広告データに基づきうる。たとえば、テレビ広告要求は、コンテキスト、たとえばスポーツイベント、娯楽ジャンル、ニュース番組など、広告に関連する番組のコンテキスト、またはテレビネットワークのコンテキスト、たとえばネットワークのタイプ、またはテレビチャンネルのコンテキスト、または時刻のコンテキスト、またはこうした例のいずれかの組合せを決定するために使用されうる。コンテキストは、関連性スコアを決定するために使用されてよく、関連性スコアは、識別されたコンテストにより関連性のある広告に関係する入札が、あまり関連性のない広告に関係する入札よりも高くスケーリングされるようにオークション結果をスケーリングするために使用されうる。

一実装形態では、スケジューラエンジン124および/または候補エンジン126は、広告制限を実施することができる。たとえば、スケジューラエンジン124および/または候補エンジン126は、不所望の広告を取り除くために広告をフィルタリングすることができ、たとえば、広告が最後に放映されて以来の時間量に基づいて特定の広告のスケジューリングを制限するために、頻度上限を実施することができ、また、ある広告を競争相手の別の広告の近くに置くことができないように、競争制限を適用することができる、といった具合である。

報告エンジン128は、たとえばプロバイダ160からテレビ広告報告データを受け取り、選択されたテレビ広告がテレビ広告報告データに基づいて放映されたかどうか判断することができる。たとえば、広告は、番組が不規則であること、たとえばスケジューリングされた放送を超過するスポーツイベント、ニュース速報によるスケジューリングされた番組の中断などのせいで放映されないことがある。一実装形態では、報告エンジン128は、広告インプレッションを決定するために、視聴装置164からの報告ログ、たとえばセットトップボックスログを処理することができる。

アカウンティングエンジン130は、たとえば、報告エンジン128からインプレッションデータを受け取り、広告主のアカウンティングデータを生成することができる。一実装形態では、アカウンティングデータは、テレビ広告システム100に対して負う料金について詳しく示すことができる。料金は、たとえば、広告に関連するアクション単価パラメータに基づくことができる。たとえば、広告主がテレビコマーシャルの1000インプレッション当たりの最大コストとして$10.00ドルを指定しており、報告データが広告の放映から420,000件の信頼できるインプレッションがもたらされたことを示す場合、広告主は、$4,200請求されうる。

別の実装形態では、アカウンティングデータは、テレビ広告システム100、および収益分配契約に従う発行元に対して負う料金について詳しく示すことができる。例示的な収益分配契約は、テレビ広告システム100のオペレータとテレビプロバイダ160の間で分割されるパーセンテージを含むことができる。たとえば、テレビ広告システムのオペレータは、料金の20%を受け取ってよく、発行元160のオペレータは、料金の残り80%を受け取ってもよい。別の例示的な収益分配契約は、テレビ広告システムのオペレータに行く最大上限までの第1の料金と、テレビプロバイダ160のオペレータに行く残りの料金とを含むことができる。たとえば、テレビ広告システムのオペレータは、料金の最初の500ドルを受け取ってもよく、発行元160のオペレータは、料金の残りを受け取ってもよい。他の収益分配契約を使用することもできる。

広告フロントエンドエンジン120、広告配信エンジン122、スケジューラエンジン124、候補エンジン126、報告エンジン128およびアカウンティングエンジン130は、別々に実装されても、組み合わせて実装されてもよい。たとえば一実装形態では、スケジューラエンジン124および候補エンジン126は、コンピューティング装置上の単一のオークションエンジン132として統合されうる。他の組合せおよび/またはサブコンビネーションを使用することもできる。

図1のシステム100は、さらに他のタイプの広告空き枠の供給を容易にすることもできる。たとえば、広告スポットに関係する広告空き枠、時間帯およびポッドの供給に加えて、動的な広告空き枠、たとえばリアルタイムに決定される空き枠を供給することもできる。例示的な動的空き枠には、広告主の予算が使い果たされるとき、あるいは番組遅延、たとえばライブイベントのための番組遅延の場合などに、スケジューリングされた広告を広告主の要求に応じて、または自動的に取り消すことを含みうる。

図2は、例示的なテレビ広告フロントエンドシステム200のブロック図である。テレビ広告フロントエンドシステム200は、たとえば、図1の広告システム100に実装されうる。

広告フロントエンドシステム200は、広告主140または広告主のエージェントからの広告データおよびテレビ広告の提供を容易にすることができ、広告データをテレビ広告に関連付けることを容易にすることができる。一実装形態では、広告フロントエンドシステム200は、ウェブベースのフロントエンドインターフェース202と広告アップロードサーバ204とを含むことができ、この広告アップロードサーバ204を介して広告主140は、テレビ広告、ならびに広告に関連する関連キャンペーンデータ、たとえば広告予算、視聴者層や放映時間などのターゲティングデータ、垂直分類、価格範囲、主題などの製品および/またはサービス説明データなどをアップロードすることができる。図5〜9は、例示的なフロントエンドユーザインターフェース環境を提供している。

一実装形態では、広告アップロードサーバ204は、広告のデジタル表現、たとえばビデオファイル、オーディオファイル、広告を定義するテキストデータファイル、たとえばコマーシャルバナーおよびロゴオーバーレイを含めたビデオ広告、オーディオ広告およびテキストベースの広告を受け取ることができる。別の実装形態では、広告は、広告データストア102に格納するための処理に備えて、デジタルまたはアナログ形式で、たとえばビデオテープ、DVDなどで広告フロントエンドシステム200に提供されうる。

広告データストア102に格納された広告は、1つまたは複数の異なる提示形式への変換を必要とすることがある。たとえば、広告は、高解像度および第1のアスペクト比で提供されてよく、したがって、広告は、NTSCやPALなどの別のビデオ規格に準拠するように変換されうる。変換された広告は、ビデオストリーマ212によってアクセスされ、ローカルに格納するためにプロバイダ160に提供されうる。一実装形態では、プロバイダエージェント162は、広告フロントエンドシステム200によってアップロードされ処理されたどんな新しい広告をも要求するために、広告フロントエンドシステム200を定期的に、たとえば毎日または毎週ポーリングすることができる。あるいは、広告をローカルに見つけることができなかった後、またはプロバイダ160が、ローカルデータストアに広告を置くことができないことを示す場合、プロバイダエージェント162は次に、広告を要求することができる。

一実装形態では、新しく追加された広告は、保留中の承認と指定されてよく、承認エンジン208は、テレビプロバイダによる承認待ちテレビ広告を識別し、待ち状態の広告、または待ち状態の広告へのリンクを承認ビン210に格納するように構成されうる。承認エンジンは、それぞれの承認待ちテレビ広告についてテレビプロバイダ160承認データを受け取り、テレビプロバイダ承認データに基づいてテレビ広告を承認または否認することができる。その後、承認された広告は、プロバイダ160によってダウンロードされ、または他のやり方でアクセスされてよく、それとは逆に、否認された広告は、プロバイダ160に提供されない。したがって、承認された広告だけが、プロバイダ160によって生成された放送信号に載せて放映される。

一実装形態では、承認待ちの広告は、ある期間、たとえば72時間の終了後に自動的に承認されうる。別の実装形態では、承認待ち広告は、期間終了後に自動的に否認されうる。

別の実装形態では、承認エンジンは、それぞれの承認待ちテレビ広告についてフロントエンドシステム200承認データを受け取り、フロントエンドシステム200承認データ基づいてテレビ広告を承認または否認することができる。たとえば、フロントエンドシステム200のオペレータは、広告の様々なポリシー、たとえば品質要件、主題などを実施してもよい。

一実装形態では、承認エンジン208は、自動承認エンジン209を含むことができ、この自動承認エンジン209は、それぞれの提示形式について承認基準を格納し、ある提示形式のテレビ広告を対応する承認基準に対して評価するように構成される。評価に基づいて、自動承認エンジン209は、広告を自動的に承認または否認することができる。たとえば、カラーバランス、音声バランスなどに基づく承認基準が、変換された広告を自動的に承認するために使用されうる。その後、自動的に承認された広告、または自動的に承認された広告へのアクセスは、承認ビン210に提供されうる。

プロバイダによって広告を放映することができるように広告がプロバイダ160にダウンロードされた後、または別のやり方でプロバイダに広告へのアクセスが提供された後、プロバイダエージェント162は、広告フロントエンドシステム200に肯定応答信号を提供することができる。肯定応答信号は、たとえば発行元が広告を受け取り、または別のやり方で、放映する広告にアクセスできることを指定しうる。肯定応答信号は、広告を放映することができる発行元160の対応するリストに各広告を関連付けることができるように、発行元を識別し、広告パラメータデータストア104に格納されうる。

一実装形態では、ネットワークインターフェース214は、広告データストア104に格納された広告へのアクセスを提供するために使用することができる。たとえば、ネットワークインターフェース214は、検索エンジンインターフェースを含むことができ、広告に関連性のある検索クエリに応答して、インターネットなどのネットワークを介して広告をサービスすることができる。一実装形態では、広告主140は、発行元によって放映することができる広告をネットワークインターフェース214を介してネットワーク上で同様にサービスしうるかどうか指定することができる。

図3は、例示的なテレビ広告配信システム300のブロック図である。広告配信システム300は、たとえば、図1の広告システム100に実装されうる。

広告配信システム300は、ローカルデータストア、たとえばテレビ広告主160に関連するローカルストア166への広告の格納を容易にする。ローカルストア166に広告を格納することによって、たとえば、リアルタイム、またはほぼリアルアルタイムの広告オークションおよびスケジューリング、たとえば空き時間帯またはスポットについての広告オークションおよびスケジューリングを、その時間帯が生じる単に数時間前、さらには数分前に行うことが容易になる。

一実装形態では、プロバイダエージェント162は、広告がローカルストア166に格納可能かどうか判断するために、広告配信エンジン122と通信することができる。一実装形態では、プロバイダエージェント162は、定期的に、たとえば毎日、毎週など、広告配信エンジン122をポーリングすることができる。別の実装形態では、広告配信エンジン122は、たとえばプロバイダ160が1つまたは複数の広告を承認することに応答して、広告がダウンロード可能なときにプロバイダエージェント162に通知を送ることができる。

広告がダウンロード可能な場合、広告配信エンジン122は、広告をダウンロードするための通信セッションを確立するために、プロバイダエージェント162およびビデオストリーマ、たとえばビデオストリーマ212を広告ストア102からローカルストア166に向けることができる。たとえば広告識別子や、たとえば広告パラメータストア104に格納された他の広告パラメータなど、追加のデータをダウンロードすることもできる。ダウンロードがうまく完了すると、プロバイダエージェント162は、広告配信エンジン122に肯定応答信号を送ることができる。肯定応答信号は、たとえば、広告をテレビプロバイダ位置に関連付け、テレビ広告がプロバイダ160位置のローカルストア166に格納されることを示すために使用することができる。

一実装形態では、広告配信エンジン122は、広告をどのプロバイダ160に配信すべきか判断するために、広告パラメータストア104に格納された広告パラメータを評価することができる。たとえば、広告パラメータが、広告がカリフォルニア市場のキャンペーンに関係すると指定する場合、広告は、カリフォルニア市場にサービスするプロバイダ160だけに配信される。

一実装形態では、広告は、広告システム100によって、プロバイダ160により指定された提示形式に変換されうる。別の実装形態では、プロバイダ160は、標準の形式、たとえばMPEG形式の広告を受け取り、適切な提示形式に広告を変換することができる。

別の実装形態では、広告は、ほぼリアルタイムに、または放映時間中にテレビ広告システム100からプロバイダ162にストリーミングすることができる。したがって、広告は、ローカルデータストア166に格納する必要はない。

図4は、例示的なテレビ広告スケジューリング/報告システム400のブロック図である。テレビ広告スケジューリング/報告システム400は、たとえば図1の広告システム100に実装されうる。

一実装形態では、プロバイダエージェント162は、空き枠スケジュール402の形で、広告要求または広告空き枠を受け取ることができる。空き枠スケジュール402は、広告空き枠、たとえば時間帯、対応するコンテキスト、たとえばテレビ番組、広告空き枠タイプ、たとえば単一のスポットや複数のスポットのポッド、および地理データ、プロバイダ識別データ、ネットワークデータなどの他のデータのリストを含むことができる。

空き枠スケジュール402は、たとえば、定期的に、たとえば次の週のために毎週、または毎日、あるいはほぼリアルタイムまたはリアルタイムに提供されうる。プロバイダエージェント162は、たとえば、プロバイダ160によって管理されたデータサーバ用のAPIなどのプロバイダインターフェース170と通信することができる。別の実装形態では、プロバイダインターフェース170は、プロバイダエージェント162内に実装されうる。

プロバイダエージェント162は、空き枠スケジュール402を広告スケジューリング/報告システム400のスケジューリングエンジン124に提供することができる。スケジューリングエンジン124は、たとえば、空き枠スケジュール402に指定される広告スポットを埋めるのに適した広告に関連する候補テレビ広告データを識別するために候補エンジン126と通信することができる。候補エンジン126は、上記の図1に関して述べられた様々なターゲティングおよび/またはフィルタリング規則を実施することができる。

スケジューリングエンジン124は、空き枠スケジュール402に定義されたテレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択することができる。選択は、空き枠スケジュール402、たとえば時間帯、および関連するコンテキスト、ならびに候補テレビ広告データに基づくことができる。コンテキストは、関連性スコアを決定するために使用されることができ、関連性スコアは、識別されたコンテストにより関連性のある広告に関係する入札が、関連性があまりない広告に関係する入札よりも高くスケーリングされるようにオークション結果をスケーリングするために使用されることができる。

スケジューリングエンジン124は、アクション単位コスト、たとえば1000インプレッション当たりのコスト、またはネットワーク当たりのコスト(ネットワークMでは$5.00、ネットワークYでは$6.00)などに、品質スコアを掛けた値、たとえば広告を見たと決定される視聴者数を、広告を受け取った視聴者総数で割った値など、広告に関連する履歴インプレッション率に基づいて、ヴィクリイスタイルのオークションを使用することができる。たとえば特定の番組中の特定の広告の業績、視聴者が広告中に別のチャンネルに合わせる確率、視聴者が広告を早送りする確率など、品質スコアを決定するために使用することができる他の要因が、業績データストア108に格納された業績データから導出されうる。

たとえば、候補エンジン126が、特定の広告スポットに適した3つの広告を識別すると仮定する。スケジューリングエンジン124は、広告のアクション当たりの最大コストに広告の品質スコアを掛けることにより、広告のオークションランクを決定してもよい。例示するために、広告A、BおよびCの品質スコア(QS: quality score)がそれぞれ「2」、「3」および「1.2」であると仮定する。広告A、BおよびCのランクは、以下のように決定することができる。
A:ランク=QS×最大アクション単価=2.0×$5.00=10.00
B:ランク=QS×最大アクション単価=3.0×$7.50=22.50
C:ランク=QS×最大アクション単価=1.2×$10.00=12.00
したがって、広告主は、以下のようにランク付けされうる。
1. B
2. C
3. A

したがって、広告Bは、広告スポット中に選択され表示される。一実装形態では、広告Bの所有者が1000インプレッションごとに支払う実際コストは、その次の広告ランク(C)を、広告Bのスコアで割った値によって決定することができ、たとえば12/3=$4.00である。他のオークションプロセスを使用することもできる。

別の実装形態では、1組の広告スポット、たとえば複数の30秒広告スポットのポッドについて、各スポットを別々にオークションにかけることができる。別の実装形態では、ポッド全体をオークションにかけることができ、ポッド中の表示のために、最も高くランク付けされた広告が選択されうる。たとえば、広告A、BおよびCについて上記に示されたオークションが2つの広告スポットのポッドについて実施されるならば、コマーシャルBおよびCが選択されよう。

一実装形態では、インプレッション率は、初期デフォルト値、たとえば関連する視聴者層またはターゲティングエリア内の広告の総インプレッション率に等しいレートに設定することができ、その後、過去の業績に基づいて修正することができる。

一実装形態では、スケジューラエンジン124および/または候補エンジン126は、広告制限を実施することができる。たとえば、スケジューラエンジン124および/または候補エンジン126は、不所望の広告を取り除くために広告をフィルタリングすることができ、たとえば、ある広告を競争相手の別の広告の近くに置くことができないように競争制限を適用することができる。たとえば、広告スポットのテレビ広告空き枠ウィンドウを生成することができる。広告空き枠ウィンドウは、たとえば5分など、時間ベースとすることができ、あるいは広告スポットの前の3つの広告スポット、および広告スポットの後に続く3つの広告スポットなど、広告ベースとすることができる。したがって、テレビ広告空き枠ウィンドウの間に放映するために選択されているテレビ広告の競争制限を除いて、関連した競争制限を有する広告は、その空き枠ウィンドウについての選択から除外されうる。たとえば、A社とB社が同じ製品について直接の競合企業であり、ある広告スロットがオークション可能である場合、B社の広告は、関連する広告空き枠ウィンドウの間、たとえば所定の数の広告スロットまたは所定の時間量内にA社の広告が放映されておらず、または放映されない場合にだけ、オークションの資格を有しうる。

広告が最後に放映された以降の時間量に基づいて特定の広告のスケジューリングを制限するために、頻度上限を実施することができる。たとえば、テレビ広告に関連する頻度値、たとえば時間当たりの広告の表示率を記録することができる。広告の現在の頻度値が反復閾値を超える場合、広告は、広告空き枠中に表示されないようにされうる。

同様に、ローカル広告をフィルタリングするために、地理データを使用することができる。たとえば、空き枠スケジュールは、カリフォルニア州サンフランシスコの広告空き枠を定義しうる。したがって、サンフランシスコをターゲットとしていない、ターゲティングされたローカル広告、たとえばカリフォルニア州ロサンジェルスのローカル自動車ディーラは、サンフランシスコの地域の広告空き枠中に表示されないようにされうる。

広告空き枠について広告が選択されると、選択された広告および意図された表示時間に関係するデータ、たとえば広告識別子、および対応する広告が表示される対応する時間帯が、広告スケジュール404としてプロバイダ160に提供されうる。広告スケジュール404は、ローカルストア166に格納された広告を放送ストリーム176に挿入するために使用されるインサータ172および変調器174によってアクセスされうる。

広告が放映されたかどうか示すデータを含む検証報告406が、プロバイダエージェント162に提供されうる。一実装形態では、検証報告406は、広告が放映されかどうか、広告の放映時間、および広告が放映されたチャンネルを示すデータを含む。次に、プロバイダエージェント162は、報告エンジン128による処理、およびアカウンティングデータ112内への格納に備えて、テレビ広告スケジューリング/報告システム400に検証報告406を送信することができる。次いで、アカウンティングエンジン130は、契約上の義務、たとえば広告主への請求がインプレッションに従って行われるか、それとも定額料金が課されるかに応じて、対応する広告主アカウントによる任意の料金を課しうる。

別の実装形態では、実際の視聴に関係するデータ、たとえばインプレッションデータ408が、プロバイダ160に提供されうる。次に、インプレッションデータ408は、インプレッションデータ報告410としてプロバイダエージェント162に提供されうる。インプレッションデータ報告410は、インプレッション数の実際のおよび/または推定値に関係するインプレッション値を決定するための処理に備えて報告エンジン128に提供されうる。インプレッション値は、対応する広告主アカウントによる任意の料金を課すためにアカウンティングエンジン130によって使用されうる。

一実装形態では、インプレッションデータ408は、視聴装置164ログ、たとえばセットトップボックスのアクティビティデータによって定義することができる。たとえば、チャンネル変更を含むユーザアクティビティおよびタイムスタンプが記録され、定期的に、たとえば毎日または毎週、ログの形でプロバイダ160に提供されうる。ログは、たとえば、タイムスタンプが広告挿入時間に相関するように報告エンジン128によって処理されうる。一実装形態では、広告が挿入された時間の間の放送ストリームに同調された各視聴装置164が、インプレッションとしてカウントされる。さらに、広告の部分視聴のチャンネル合わせまたはチャンネル変更回数など、他のインプレッションデータを決定することもできる。同調されたテレビのインプレッションをログデータによって有効に測定することができるので、世帯当たり複数のインプレッションを生成することができる。

別の実装形態では、広告選択および広告要求の処理に関係するデータをキャッシュするために、キャッシング層420を使用することができる。キャッシング層420は、たとえばオークションプロセスの業績を最適化するために使用することができる。

一実装形態では、プロバイダエージェント162は、データがテレビ広告スケジューリング/報告システム400により受け取られる前に、特定の視聴装置164に関係するデータおよびアカウント情報を匿名にすることができる。それぞれの視聴装置164は、匿名のエンティティとして表されてよく、アカウント情報は、郵便番号以上の粒度を有していない位置情報に関連付けることができる。

別の実装形態では、インプレッションデータ408は、統計測定によって、たとえばローカルおよび/または領域内サンプリングおよび視聴率推定への外挿によって定義されてよく、第三者によって提供されうる。たとえば、視聴率推定および対応するインプレッション推定を決定するために、ニールセン視聴率データを使用することができる。

別の実装形態では、広告は、ビデオオンデマンドユーザ、デジタルビデオレコーダユーザなどをターゲットとすることができる。したがって、広告スケジューリングデータ404は、リアルタイムまたはほぼリアルタイムの要求を含むことができる。

図5〜9は、例示的なテレビ広告フロントエンド環境である。図5〜9のフロントエンド環境は、たとえば、広告システム100への広告主140用ウェブベースユーザインターフェースとして実施されうる。しかし、他のフロントエンド環境を使用することもできる。図5〜9のフロントエンド環境は、テレビ広告システム100に広告を提供し、テレビ広告パラメータ、および広告との関連付けのための他のデータを提供するために使用することができる。

図5は、設定メニュー502内の強調表示された「エリアのターゲティング」の設定段階に示されるように、例示的なエリアターゲティング環境500のスクリーンショットである。キャンペーン名が、キャンペーン名フィールド504に入力されうる。キャンペーンは、たとえば特定の広告規則セットに従う1組の広告、例を挙げると、たとえば共通のターゲット視聴者層を共有する1組の広告である。

広告グループは、広告グループ名フィールドで定義することができる。広告グループは、たとえばキャンペーンの部分集合でありうる。たとえば、全国的な広告キャンペーンは、地域広告グループ、たとえばボストン、ロサンジェルス、シアトルなどに分割することができる。

可能エリアフレーム508は、広告キャンペーンのターゲティングの可能エリアを選択するためにブラウズすることができ、選択されたエリアフレーム510は、キャンペーンの選択されたエリアを表示することができる。図5に示されるように、可能エリアは、州の地域に分割される。追加の地理的エリアは、追加エリアフレーム512内で追加のエリア、たとえば州を選択することによって、可能エリアフレーム508にロードすることができる。

ナビゲーションボタン514は、次の広告フロントエンド環境、広告作成/アップロード環境600へと続くために選択することができる。

図6は、設定メニュー502内の強調表示された「広告作成/アップロード」の設定段階によって示されるように、例示的な広告作成/アップロード環境600のスクリーンショットである。広告タイプが、広告メニュー602から選択されうる。たとえば、広告メニュー602は、テキスト広告、たとえばテレビ画面の端の一番下に示されうるティッカー広告、ロゴオーバーレイなどの画像広告、およびテレビコマーシャルなどのビデオ広告を作成し、かつ/またはアップロードするために使用することができる。

広告をテレビ広告システム100にアップロードするのに必要な広告仕様604は、選択された広告タイプの下に表示することができる。たとえば、ビデオ広告602の広告仕様604が示される。

ナビゲーションボタン608は、前の広告フロントエンド環境500に戻り、または次の広告フロントエンド環境、ターゲティング広告環境700へと続くために選択されうる。

図7は、設定メニュー502内の強調表示された「広告のターゲティング」の設定段階によって示されるように、例示的な広告ターゲティング環境700のスクリーンショットである。キャンペーンで広告を示すために、プロバイダたとえばプロバイダ160によって運ばれた放送局702のリストから、1つまたは複数の放送網または局を選択することができる。

スケジューリングデータは、週日リスト704に示されるように、たとえば週単位に表示することができる。それぞれの週日は、関連する適格時間706(たとえば広告主が広告の放映を望む時間)を有しうる。ステータスインジケータ708は、特定の週日の現在のステータス、たとえば「すべての時間に実行」または「午後および夕方に実行」などを示すことができる。編集メニュー710は、特定の週日の関連する適格時間706を編集するために使用することができる。

ナビゲーションボタン712は、前の広告フロントエンド環境600に戻り、または次の広告のフロントエンド環境、価格決定環境800へと続くために選択することができる。

図8は、設定メニュー502内の強調表示された「価格決定」の設定段階によって示されるように、例示的な価格決定環境800のスクリーンショットである。週支出データなどの予算データが、予算フィールド802に入力されうる。一実装形態では、予算データは、指定された期間の間、広告主の予算を超過しないことを保証するために使用することができる。

アクション単価、たとえば1000インプレッション当たりのコストが、アクション単価フィールド804に入力されうる。一実装形態では、アクション単価は、広告主が特定のアクションに対して快く支払う最大のアクション単価でありうる。たとえばスロット当たりコストなど、他のアクション単価を使用することもできる。

ナビゲーションボタン806は、前の広告フロントエンド環境700に戻り、または次の広告フロントエンド環境、レビュー環境900へと続くために選択することができる。

図9は、設定メニュー502上の強調表示された「レビューおよび保存」の設定段階によって示されるように、例示的なレビュー環境900のスクリーンショットである。レビュー環境900は、広告キャンペーン作成のプロセスの間、広告主によって入力された広告パラメータを要約する。パラメータ要約902は、たとえば、キャンペーン名、ターゲット言語、ターゲット顧客/視聴者の国、地域および地方位置、ならびに週予算など、広告パラメータを要約することができる。

適用可能な場合、広告グループ要約904を表示することもできる。図9に示されるように、広告グループ要約904は、広告グループ内の1つまたは複数の広告の静止画、ターゲットネットワークのリスト、および広告グループ内の広告のアクション単価を表示する。

ナビゲーションボタン906は、前の広告フロントエンド環境800に戻り、別の広告グループを作成し、またはキャンペーンを保存するために選択することができる。

図10は、広告空き枠のテレビ広告を選択する例示的なプロセス1000のフローチャートである。プロセス1000は、たとえば、図1の広告システム100および/またはテレビ広告スケジューリング/報告システム400内で実施することができる。

段階1002で、テレビ広告空き枠を識別する。たとえば、スケジューラエンジン124は、テレビプロバイダ160から広告空き枠データを受け取り、広告スポットなどの広告空き枠を識別することができる。

段階1004で、テレビ広告空き枠に関連するコンテキストを識別する。たとえば、スケジューラエンジン124および/または候補エンジン126は、広告空き枠データに基づいて、あるいは広告空き枠データ内に指定されたパラメータに従って検索されうる他のデータに基づいて、コンテキスト、たとえば広告空き枠に関連する番組タイプを識別することができ、たとえば、広告空き枠は、第三者によって提供される番組およびチャンネルガイド情報と相互参照されうる。

段階1006で、テレビ広告に関連するテレビ広告パラメータを受け取る。たとえば、スケジューラエンジン124および/または候補エンジン126は、広告パラメータデータストア104からテレビ広告パラメータを受け取ることができる。広告パラメータは、1つまたは複数のフィルタリング規則に基づいて、識別されたコンテキストに基づいて、または他の何らかのプロセスに基づいて選択することができる。

段階1008で、テレビ広告空き枠、コンテキストおよび広告パラメータに基づいて、テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択する。たとえば、スケジューラエンジン124は、オークションを実施して、最も高くランク付けされた広告を選択することができる。

図11は、テレビ広告を制限するための例示的なプロセス1100のフローチャートである。プロセス1100は、たとえば、図1の広告システム100および/またはテレビ広告スケジューリング/報告システム400内で実施することができる。

段階1102で、テレビ広告空き枠のテレビ広告空き枠ウィンドウを識別する。たとえば、スケジューラエンジン124および/または候補エンジン126は、テレビ広告空き枠ウィンドウを識別することができ、このテレビ広告空き枠ウィンドウは、広告ベースであり、たとえば隣接した広告スポットによって定義され、あるいは時間ベースであり、たとえば時間ウィンドウによって定義される。

段階1104で、テレビ広告空き枠ウィンドウの間に放映するために選択されるテレビ広告に関連する競争制限を識別する。たとえば、スケジューラエンジン124および/または候補エンジン126は、テレビ広告空き枠ウィンドウの間に放映するために現在選択されている広告に関連する、広告パラメータデータストア104内に格納された競争制限を識別することができる。

段階1106で、テレビ広告空き枠ウィンドウの間に放映するために選択されているテレビ広告の競争制限を除いて、関連する競争制限を有するテレビ広告が選択されないようにする。たとえば、スケジューラエンジン124および/または候補エンジン126は、広告空き枠ウィンドウの間に直接競合企業であるA社の広告が放映されており、または放映される場合、B社の広告が選択されないようにしてもよい。

図12は、テレビ広告の広告スポットをオークションにかけるための例示的なプロセス1200のフローチャートである。プロセス1200は、たとえば、図1の広告システム100および/またはテレビ広告スケジューリング/報告システム400内で実施することができる。

段階1202で、広告時間帯を識別する。たとえば、スケジューラエンジン124は、テレビプロバイダ160から広告空き枠データを受け取り、広告時間帯を識別することができる。

段階1204で、各テレビ広告のテレビ広告アクション単価パラメータを識別する。たとえば、スケジューリングエンジン124および/または候補エンジン126は、広告パラメータ104にアクセスし、広告アクション単価パラメータを識別することができる。

段階1206で、アクション単価パラメータに基づいて広告時間帯をオークションにかける。たとえば、スケジューラエンジン124は、アクション単価パラメータに基づいてオークションを実施することができる。

段階1208で、オークションに基づいて、広告時間帯の間に放映する1つまたは複数のテレビ広告を選択する。たとえば、スケジューラエンジン124は、結果として生じる広告のオークションランクに基づいて、1つまたは複数の広告を選択することができる。

図13は、コストパラメータおよび品質パラメータに基づいて広告スポットをオークションにかける例示的なプロセス1300のフローチャートである。プロセス1300は、たとえば、図1の広告システム100および/またはテレビ広告スケジューリング/報告システム400内で実施されうる。

段階1302で、広告時間帯に関連するコンテキストを識別する。たとえば、スケジューラエンジン124および/または候補エンジン126は、広告空き枠に関連する番組タイプに基づいて、または広告時間帯に基づいて、または放送網に基づいて、または字幕付きのテキストに基づいて、または広告時間帯に従って検索されうる他のデータに基づいてコンテキストを識別することができ、たとえば、広告空き枠は、番組およびチャンネルガイド情報と相互参照されうる。

段階1304で、識別されたコンテキストおよびターゲティングパラメータに基づいて、各広告の関連性測度を決定する。たとえば、スケジューラエンジン124および/または候補エンジン126は、広告のターゲティングパラメータにアクセスすることができ、対応する広告がコンテキストに関連するかどうか判断することができる。

段階1306で、各広告のアクション単価パラメータおよび関連性測度の関数に基づいて広告時間帯をオークションにかける。たとえば、スケジューラエンジン124は、コンテキストにより関連性のある広告がオークションランキングにおいてプラスに調整されうるように、アクション単価パラメータおよび関連性測度の関数に基づいて広告をオークションにかけることができる。

別の実装形態では、広告は、アクション単価パラメータおよび業績測度だけに基づいてオークションされうる。たとえば、広告主は、視聴率がすべての視聴者層に渡って非常に高いと予測される非常に人気のあるスポーツイベントなど、コンテキストに関して特定の番組のコマーシャルを放映することを望みうる。したがって、コンテキストは、一部のオークションプロセスでは無視されうる。

図14は、広告主から広告を受け取り、配信するための例示的なプロセス1400のフローチャートである。プロセス1400は、たとえば、図1の広告システム100、ならびに/または図2のテレビ広告フロントエンドシステム200および図3のテレビ広告配信システム300内で実施されうる。

段階1402で、広告主から広告パラメータを受け取る。たとえば、広告フロントエンドエンジン120または広告フロントエンドインターフェース202は、広告主から広告パラメータを受け取ることができる。

段階1404で、広告主からテレビ広告を受け取る。たとえば、広告フロントエンドエンジン120または広告フロントエンドインターフェース202は、広告主からテレビ広告を受け取ることができる。

段階1406で、広告パラメータをテレビ広告に関連付ける。たとえば、広告フロントエンドエンジン120または広告フロントエンドインターフェース202は、広告および広告パラメータを広告データストア102、および広告パラメータデータストア104に関連データとして格納することができる。

段階1408は、テレビ広告を承認待ちと識別する。たとえば、承認エンジン208は、広告データストア102内の新しく格納されたどんな広告をも承認待ちと識別することができる。

段階1410で、テレビプロバイダまたはテレビプロバイダの代表に、承認待ちテレビ広告へのアクセスを提供する。たとえば、承認エンジン208は、プロバイダが広告をレビューすることができるように、テレビプロバイダに承認待ちテレビ広告へのアクセスを提供することができる。テレビ広告、またはテレビ広告へのアクセスは、たとえば承認ビン210に格納することができる。

段階1412で、テレビプロバイダから、承認待ちテレビ広告の承認または否認を受け取る。たとえば、承認エンジン208は、テレビプロバイダから、承認待ち広告に関係する承認データまたは否認データを受け取ることができる。

段階1414で、テレビプロバイダに、承認されたテレビ広告を提供する。たとえば、広告配信エンジン122およびビデオストリーマ212は、プロバイダ160に承認されたテレビ広告を提供することができる。

図15は、テレビプロバイダにオークション結果を提供するための例示的なプロセス1500のフローチャートである。プロセス1500は、たとえば、図1の広告システムおよび/またはテレビ広告スケジューリング/報告システム400内で実施することができる。

段階1502で、テレビプロバイダの広告時間帯を識別する。たとえば、スケジューラエンジン124は、テレビプロバイダ160から広告空き枠データを受け取り、広告時間帯を識別することができる。

段階1504で、テレビパラメータに基づいて広告時間帯をオークションにかける。たとえば、スケジューラエンジン124は、パラメータデータストア104に格納された広告パラメータ、および業績データストア108に格納された業績データなどの他のデータに従って、広告時間帯をオークションにかけることができる。

段階1506で、オークションに基づいて、広告時間帯中に放映する1つまたは複数のテレビ広告を選択する。たとえば、スケジューラエンジン124は、広告時間帯に放映するために、オークションの最高ランクの広告を選択することができる。

段階1508で、テレビプロバイダに、広告時間帯の間に放映する選択されたテレビ広告の識別を提供する。たとえば、スケジューラエンジン124は、プロバイダ160に、段階1506で選択された広告の広告識別子を提供することができる。

本特許文献に述べられた装置、方法、フローチャートおよび構造ブロック図は、コンピュータ処理システムによって実行可能なプログラム命令を備えるプログラムコードを含めて、コンピュータ処理システム内で実施されうる。他の実装形態を使用することもできる。さらに、特定の方法、ならびに/またはステップをサポートする対応する行為、および開示された構造手段をサポートする対応する機能について述べる、本特許文献に述べられたフローチャートおよび構造ブロック図は、対応するソフトウェア構造およびアルゴリズム、ならびにその等価物を実施するために使用することもできる。

本明細書に述べられた主題の実施形態は、1つまたは複数のコンピュータプログラム製品、すなわちデータ処理装置によって、またはその操作を制御するために実行する、有形なプログラム搬送波内に符号化されたコンピュータプログラム命令の1つまたは複数のモジュールとして実施することができる。コンピュータ読取り可能媒体は、マシン読取り可能記憶装置、マシン読取り可能記憶基板、記憶装置、マシン読取り可能伝搬信号を生じさせる組成物(composition of matter)、あるいはその1つまたは複数の組合せでありうる。

コンピュータプログラム(プログラム、ソフトウェア、ソフトウェアアプリケーションスクリプトまたはコードとしても知られている)は、コンパイル型またはインタープリタ型言語、あるいは宣言型または手続き型言語を含めて、任意の形のプログラミング言語で書くことができ、それは、スタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、またはコンピュータ環境で使用するのに適した他の装置としてのものを含めて、任意の形で展開することができる。コンピュータプログラムは、ファイルシステム内のファイルに必ずしも対応しない。プログラムは、他のプログラムまたはデータを保持するファイルの一部(たとえばマークアップ言語文書に格納された1つまたは複数のスクリプト)に、当該のプログラムに専用の単一のファイル内に、または調整された複数のファイル(たとえば1つまたは複数のモジュール、サブプログラム、またはコードの一部を格納するファイル)内に格納することができる。コンピュータプログラムは、1つのコンピュータ上で実行されるように展開されても、1つのサイトに置かれた、または複数のサイトに渡って分散され、コンピュータネットワークによって相互接続された複数のコンピュータ上で実行されるように展開されてもよい。

本明細書に述べられたプロセスおよび論理フローは、入力データに対して操作し、出力を生成することによって機能を実施する1つまたは複数のコンピュータプログラムを実行する1つまたは複数のプログラマブルプロセッサによって実行することができる。プロセスおよび論理フローは、特別目的論理回路、たとえばFPGA(field programmable gate array:フィールドプログラマブルゲートアレイ)によって、またはASIC(application specific integrated circuit:特定用途向け集積回路)として実施することができ、また装置は、特別目的論理回路として実装することもできる。

コンピュータプログラムの実行に適したプロセッサには、例を挙げると、汎用と特別目的の両方のマイクロプロセッサ、および任意の種類のデジタルコンピュータのいずれか1つまたは複数のプロセッサが含まれる。一般に、プロセッサは、読取り専用メモリまたはランダムアクセスメモリ、あるいは両方から命令およびデータを受け取る。コンピュータの必要不可欠な要素は、命令を実施するためのプロセッサ、ならびに命令およびデータを格納するための1つまたは複数の記憶装置である。一般にコンピュータは、データを格納するための1つまたは複数の大容量記憶装置、たとえば磁気、磁気光ディスク、または光ディスクをも含み、あるいはそこからデータを受け取り、もしくはそこにデータ転送し、またはその両方を行うように動作可能に結合される。しかし、コンピュータは、こうした装置を有する必要はない。

ユーザとの対話を提供するために、本明細書に述べられた主題の実施形態は、ユーザに情報を表示するための表示装置、たとえばCRT(cathode ray tube:陰極線管)やLCD(liquid crystal display:液晶ディスプレイ)モニタ、ならびにユーザがコンピュータに入力を提供するためのキーボードおよびポインティング装置、たとえばマウスやトラックボールを有するコンピュータ内で実施することができる。ユーザとの対話を提供するために、他の種類の装置も同様に使用することができ、たとえば、ユーザに提供されるフィードバックは、任意の形の感覚フィードバック、たとえば視覚フィードバック、聴覚フィードバックまたは触覚フィードバックとすることができ、ユーザからの入力は、音響、音声または触覚入力を含めて、任意の形で受け取ることができる。

本明細書に述べられた主題の実施形態は、コンピューティングシステム内で実施することができ、このコンピューティングシステムは、たとえばデータサーバとしてバックエンドコンポーネントを含み、あるいはミドルウェアコンポーネント、たとえばアプリケーションサーバを含み、あるいは本明細書に述べられた主題の実装形態とユーザが対話するためのグラフィカルユーザインターフェースまたはウェブブラウザを有するフロントエンドコンポーネント、たとえばクライアントコンピュータ、あるいはこうした1つまたは複数のバックエンド、ミドルウェアまたはフロントエンドコンポーネントの任意の組合せを含む。システムのコンポーネントは、任意の形または媒体のデジタルデータ通信、たとえば通信ネットワークによって相互接続されうる。コンピューティングシステムは、クライアントとサーバとを含むことができる。一般にクライアントおよびサーバは、互いから離れており、一般に通信ネットワークを介して対話する。クライアントとサーバの関係は、コンピュータプログラムがそれぞれのコンピュータ内で実行され、互いにクライアントサーバ関係を有することに基づいて生じる。

本明細書は多くの具体的な実装詳細を含むが、これらは、いずれかの発明、または何が特許請求されうるかについての範囲への制限と見なすべきではなく、特定の発明の特定の実施形態に特有でありうる特徴の説明と見なすべきである。本明細書中で別個の実施形態の文脈で述べられる特定の特徴は、単一の実施形態において組み合わせて実施することもできる。それとは反対に、単一の実施形態の文脈で述べられる様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実施することもできる。さらに、特徴について上記では特定の組合せで働くものとして述べられ、またさらにはこのようなものとして最初に特許請求されうるが、特許請求された組合せからの1つまたは複数の特徴は、場合によっては、組合せから削除されてよく、また特許請求された組合せは、サブコンビネーションまたはサブコンビネーションの変形物を対象としうる。

同様に、操作が図面に特定の順序で示されているが、これは、こうした操作が、示された特定の順序または連続した順序で実施されること、あるいは望ましい結果を達成するために、示されたすべての操作を実施すべきであることを要するものと理解すべきでない。特定の状況では、マルチタスキングおよび並行処理が有利でありうる。さらに、上記に述べられた諸実施形態における様々なシステムコンポーネントの分離は、すべての実施形態においてこうした分離を必要とすると理解すべきでなく、述べられたプログラムコンポーネントおよびシステムは一般に、単一のソフトウェア製品内に一緒に統合することも、複数のソフトウェア製品にパッケージ化することもできることを理解されたい。

記載されたこの説明は、本発明の最良のやり方について述べており、本発明について述べ、当業者が本発明を作成し使用することを可能にするための例を提供するものである。記載されたこの説明は、本発明を、述べられた厳密な用語に制限するものではない。したがって、本発明について、上記に述べられた例を参照して詳細に述べられているが、本発明の範囲から逸脱せずに、当業者は、諸例への変更、修正および変形を加えることができる。

100 テレビ広告システム
102 テレビ広告データストア
104 広告パラメータデータストア
106 ログデータストア
108 業績データストア
110 アウトオブバンドデータストア
112 アカウンティングデータストア
120 広告フロントエンドエンジン
122 広告配信エンジン
124 スケジューラエンジン
126 候補エンジン
128 報告エンジン
130 アカウンティングエンジン
132 オークションエンジン
140 広告主
160 テレビプロバイダ/発行元
162 プロバイダエージェント
164 視聴装置
164a 視聴装置
164b 視聴装置
164n 視聴装置
166 ローカルストア
170 プロバイダインターフェース
172 インサータ
174 変調器
176 放送ストリーム
200 テレビ広告フロントエンドシステム
202 フロントエンドインターフェース
204 広告アップロードサーバ
208 承認エンジン
209 自動承認エンジン
210 承認ビン
212 ビデオストリーマ
214 ネットワークインターフェース
300 テレビ広告配信システム
400 テレビ広告スケジューリング/報告システム
402 空き枠スケジュール
404 広告スケジュール
406 検証報告
408 インプレッションデータ
410 インプレッションデータ報告
420 キャッシング層
500 エリアターゲティング環境
502 設定メニュー
504 キャンペーン名フィールド
508 可能エリアフレーム
510 選択されたエリアフレーム
512 追加エリアフレーム
514 ナビゲーションボタン
600 広告作成/アップロード環境
602 広告メニュー/ビデオ広告
604 広告仕様
608 ナビゲーションボタン
700 広告ターゲティング環境
702 放送局
704 週日リスト
706 適格時間
708 ステータスインジケータ
710 編集メニュー
712 ナビゲーションボタン
800 価格決定環境
802 予算フィールド
804 アクション単価フィールド
806 ナビゲーションボタン
900 レビュー環境
902 パラメータ要約
904 広告グループ要約
906 ナビゲーションボタン
1000 プロセス
1100 プロセス
1200 プロセス
1300 プロセス
1400 プロセス
1500 プロセス

Claims (36)

1. テレビ広告空き枠を識別するステップと、
   前記テレビ広告空き枠に関連するコンテキストを識別するステップと、
   テレビ広告に関連するテレビ広告パラメータを受け取るステップと、
   前記テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択するステップであって、前記選択が前記テレビ広告空き枠、前記コンテキスト、および前記広告パラメータに基づく、ステップと
   を備えるコンピュータ実施方法。
2. 前記テレビ広告空き枠に関連するコンテキストを識別するステップは、
   前記テレビ広告空き枠に関連するテレビ番組を識別するステップを備える、
   請求項1に記載の方法。
3. テレビ広告に関連するテレビ広告パラメータを受け取るステップは、
   前記テレビ広告に関連するアクション単価パラメータを受け取るステップを備える、
   請求項1に記載の方法。
4. 前記アクション単価パラメータは、インプレッション値当たりコストを含む、
   請求項3に記載の方法。
5. 前記広告空き枠中に放映する1つまたは複数のテレビ広告を選択するステップは、
   前記インプレッション値当たりコストに基づいて前記広告空き枠をオークションにかけるステップを備える、
   請求項4に記載の方法。
6. テレビ広告に関連するテレビ広告パラメータを受け取るステップは、前記テレビ広告に関連する頻度値を受け取るステップを備え、
   前記広告空き枠中に放映する1つまたは複数のテレビ広告を選択するステップは、反復閾値を超える関連する頻度値を有するテレビ広告が選択されないようにするステップを備える、
   請求項1に記載の方法。
7. テレビ広告に関連するテレビ広告パラメータを受け取るステップは、前記広告に関連する競争制限を受け取るステップを備え、
   前記テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択するステップは、
   前記テレビ広告空き枠のテレビ広告空き枠ウィンドウを識別するステップと、
   前記テレビ広告空き枠ウィンドウの間に放映するために選択されるテレビ広告に関連する前記競争制限を識別するステップと、
   前記テレビ広告空き枠ウィンドウの間に放映するために選択される前記テレビ広告の前記競争制限を除いて、関連する競争制限を有するテレビ広告が選択されないようにするステップとを備える、
   請求項1に記載の方法。
8. テレビ広告に関連するテレビ広告パラメータを受け取るステップは、前記広告に関連する広告予算データを受け取るステップを備え、
   前記広告空き枠中に放映する1つまたは複数のテレビ広告を選択するステップは、
   前記予算データに基づいてテレビ広告の選択を制限するステップを備える、
   請求項1に記載の方法。
9. テレビ広告に関連するテレビ広告パラメータを受け取るステップは、前記テレビ広告に関連する地理データを受け取るステップを備え、
   前記テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択するステップは、前記地理データに基づいて、テレビ広告が選択されないようにするステップを備える、
   請求項1に記載の方法。
10. テレビ広告報告を受け取るステップと、
    前記テレビ広告報告に基づいて、前記選択された1つまたは複数のテレビ広告が前記テレビ広告空き枠中に放映されたかどうか判断するステップと
    を備える、請求項1に記載の方法。
11. 前記テレビ広告空き枠の前にテレビプロバイダに前記テレビ広告を提供するステップ
    を備える、請求項1に記載の方法。
12. テレビ広告識別子を前記テレビ広告に関連付けるステップと、
    前記選択された1つまたは複数のテレビ広告の前記テレビ広告識別子を前記テレビプロバイダに提供するステップと
    を備える、請求項11に記載の方法。
13. 前記テレビ広告空き枠がテレビ広告ポッドを含む、
    請求項1に記載の方法。
14. 前記テレビ広告がテレビコマーシャルを含む、
    請求項1に記載の方法。
15. 前記テレビ広告がオーバーレイを含む、
    請求項1に記載の方法。
16. 前記テレビ広告がテキストストリームを含む、
    請求項1に記載の方法。
17. 前記テレビ広告空き枠に関連するコンテキストを識別するステップは、
    前記テレビ広告空き枠に関連するテレビネットワークを識別するステップを備える、
    請求項1に記載の方法。
18. 前記インプレッション値が広告露出のパーセンテージに基づく、
    請求項1に記載の方法。
19. テレビプロバイダから、テレビ広告空き枠を定義するテレビ広告要求を受け取り、
    前記テレビ広告要求に基づいて候補テレビ広告データの要求を発行し、
    前記候補テレビ広告データ要求に応答して候補テレビ広告データを受け取り、
    前記テレビ広告要求および前記候補テレビ広告データに基づいて、前記テレビ広告空き枠中に放映する1つまたは複数のテレビ広告を選択するように構成されたテレビ広告スケジューリング装置
    を備えるシステム。
20. テレビ広告に関連するテレビ広告データを格納し、
    前記テレビ広告スケジューリング装置から前記候補テレビ広告データ要求を受け取り、
    前記テレビ広告データに基づいて、前記候補テレビ広告データ要求に応答して候補テレビ広告データを識別し、
    テレビ広告候補装置に前記候補テレビ広告データを提供するように構成されたテレビ広告候補装置
    を備える、請求項19に記載のシステム。
21. 前記テレビ広告データは、前記テレビ広告に関連する予算データ、前記テレビ広告に関連するアクション単価データ、前記テレビ広告に関連する品質データ、または前記テレビ広告に関連するターゲティングデータのうちの1つまたは複数を含む、
    請求項20に記載のシステム。
22. 前記テレビ広告スケジューリング装置は、前記テレビ広告に関連する前記アクション単価データに基づいて前記広告空き枠をオークションにかけるように構成される、
    請求項21に記載のシステム。
23. 前記アクション単価データがインプレッション当たりの最大支払額を定義し、
    前記品質データがインプレッション率を定義し、
    前記テレビ広告スケジューリング装置が、前記インプレッション当たり最大支払額に各テレビ広告の前記インプレッション率を掛けた値に基づいて前記広告空き枠をオークションにかけるように構成される、
    請求項21に記載のシステム。
24. テレビ広告報告データを受け取り、
    前記テレビ広告報告データに基づいて、前記選択されたテレビ広告が放映されたかどうか判断するように構成されたテレビ広告検証装置
    を備える、請求項20に記載のシステム。
25. テレビプロバイダに配信可能なテレビプロバイダエージェントを備え、それぞれのテレビプロバイダエージェントは、
    前記テレビ広告スケジューリング装置にテレビプロバイダのテレビ広告要求を提供し、
    前記テレビ広告検証装置に前記テレビプロバイダのテレビ広告報告データを提供するように構成される、
    請求項24に記載のシステム。
26. 広告時間帯を識別するステップと、
    各テレビ広告のアクション単価パラメータを含む、テレビ広告に関連するテレビ広告パラメータを識別するステップと、
    前記アクション単価パラメータに基づいて前記広告時間帯をオークションにかけるステップと、
    前記オークションに基づいて、前記広告時間帯中に放映する1つまたは複数のテレビ広告を選択するステップと
    を備えるコンピュータ実施方法。
27. 前記テレビ広告パラメータが各テレビ広告の品質パラメータを含み、
    前記アクション単価パラメータに基づいて前記広告時間帯をオークションにかけるステップは、各広告の前記アクション単価パラメータおよび前記品質パラメータの関数に基づいて前記広告時間帯をオークションにかけるステップを備える、
    請求項26に記載の方法。
28. 前記アクション単価パラメータがインプレッション当たりの最大コストを含み、
    前記品質パラメータがインプレッションパラメータを含む、
    請求項27に記載の方法。
29. 前記テレビ広告パラメータが各広告のターゲティングパラメータを含む、
    請求項26に記載の方法。
30. 前記広告時間帯に関連するコンテキストを識別するステップと、
    前記識別されたコンテキストおよび前記ターゲティングパラメータに基づいて各広告の関連性測度を決定するステップと
    を備える、請求項29に記載の方法。
31. 前記アクション単価パラメータに基づいて前記広告時間帯をオークションにかけるステップは、各広告の前記アクション単価パラメータおよび前記関連性測度の関数に基づいて前記広告時間帯をオークションにかけるステップを備える、
    請求項29に記載の方法。
32. 前記テレビ広告パラメータが各テレビ広告用の制限パラメータを含み、
    前記アクション単価パラメータに基づいて前記広告時間帯をオークションにかけるステップは、各広告の前記アクション単価パラメータおよび前記制限パラメータに基づいて前記広告時間帯をオークションにかけるステップを備える、
    請求項26に記載の方法。
33. 前記制限パラメータが頻度上限パラメータを含む、
    請求項32に記載の方法。
34. 前記制限パラメータが競争制限パラメータを含む、
    請求項32に記載の方法。
35. 前記アクション単価パラメータは、インプレッション当たりの最大コストを含み、
    前記品質パラメータが視聴者行動の確率を含む、
    請求項27に記載の方法。
36. 前記視聴者行動確率は、視聴者がチャンネルを変える確率を含む、
    請求項35に記載の方法。

Images