JP2008541278A - デュアルフィードバックループを利用するシステムおよび方法 - Google Patents

Abstract

メディアコンテンツのプレイを制御するフィードバックシステムを開示する。メディアコンテンツのプレイを制御するためのフィードバックシステムは、少なくともメディアコンテンツのプレイポイントから部分的に遠くにあり、アクセスしてプレイのためのメディアコンテンツの転送を指示するハブと、非プレイコンテンツに寄与し、ハブに関連した少なくとも１つの出力部であって、解析された非プレイコンテンツは、ハブが第１のメディアプレイコンテンツの先取りとともに、第２のメディアプレイコンテンツのメディアコンテンツプレイポイントへの挿入を指示可能とする、少なくとも１つの出力部と、メディアコンテンツプレイポイントにおけるメディアコンテンツの第１のプレイの後に、メディアコンテンツの少なくとも１つの第２のプレイの有効性を監視するハブへの第１の入力部と、メディアコンテンツの第１のプレイからのフィードバックに基づいて、少なくとも１つの出力部に非プレイコンテンツをもたらすハブへの第２の入力部とを備えることを特徴とする。
【選択図】図２

Description

本発明は、放送に関し、より詳しくは、メディアコンテンツのプレイを制御するフィードバックシステムに関する。

多くの放送局（放送者）および広告主は、放送と広告キャンペーンとを管理することに取り組み、どの放送と広告が有効、あるいは、より重要であるか、そうでないかを識別するよう試みている。

例えば、広告主は、注意を捉え、選択されたあるいは目標とされた視聴者からの反応を最大化する試みにおいて、広告キャンペーンを作成し、その後それらのキャンペーンをモニタリングしたり管理したりすることに数千ドルをかけ、無数の時間を費やしている。広告主は、広告キャンペーンメディア、キャンペーンの頻度、広告の本質、および多くの他の変量を適合させることにより、特定の消費者グループに対する広告を目標に定めようと試みる。広告主は、新聞、雑誌、業界誌、ダイレクトメール、電話帳、ラジオ、およびテレビジョンに広告を掲載してもよい。あいにく、広告主は、現在、それらのキャンペーンへの反応は言うまでもなく、モニタリングおよびそれらのキャンペーンの配信または放送の追跡のための正確で時を得た機構を有してない。この問題は、広告主がキャンペーンのスケジュールされた実行の後数週間まで広告キャンペーンの配信または放送の照合を受信することができない放送ラジオにおいて悪化し得る。したがって、どの局でいつラジオ広告キャンペーンおよび番組が配信されあるいは配信されたかのリアルタイムで、合わせた正確な報告書を広告主に提供することができる自動化システムは、遠く当業者には発見されなかった。

どこでいつラジオ広告キャンペーンを選択し、ラジオ放送プログラミングが放送されるかを識別し、追跡する試みは、今まで、歌、広告および選択されたプログラミングを識別するために、コンピュータで自動化されたまたは手動の地理的マーケットに配置され、放送でラジオ放送を記録し、ログしおよび分析する情報聴取所を用いることを含んでいた。広告主は、放送モニタリング会社とどんな広告およびラジオ番組が放送されたかの報告書を受ける契約を結んでもよい。そのような機構は、エラーが発生しやすく、役に立たず、時機を逸している。増加する販売、推進する商品およびサービス需要にしばしば集中するマーケティング会社（マーケット担当者）および広告主は、報告書を待っている後でさえ、報告書が矛盾やエラーを特に含み得るとき、作成された報告書を待っている時間がない。

広告主は、非常にタイトなスケジュールで高価な広告キャンペーンを行っており、ある局でまたはあるマーケットを渡って、代わりの広告機会を見出すことによって、失敗した配信または放送に従って行動する必要があるかもしれない。そのような方法により、そのキャンペーンが配信されたか否かを広告主が直ちに照合することができるようになる。月間供述書や報告書は、しばしば広告主のニーズを提供するには不十分である。報告は、しばしば、少なくともそのような報告書が一般的に、広告配信の時点では人口統計や地理によって分けられた集合的な視聴者のサイズを報告し損なう点において、広告主に対する重要な情報を獲得しない。そのような情報は、通常、あらゆる既存のラジオ広告、プログラミング会計検査あるいは報告サービスを通して利用可能ではない。しかしながら、そのような情報は、広告主にとって貴重であり重要であり得る。広告主は、視聴者およびその広告を聞く潜在的な消費者を識別し、反応や販売数に対する評価指数を直接比較することを好むかもしれない。

広告主のためにラジオ広告配信を監視および追跡する有効な機構は、今まで、当業者には発見されなかった。したがって、リアルタイムで、合わせた正確な報告書を放送主／広告主に提供するシステムおよび方法の必要性が存在する。報告書では、放送主／広告主が視聴者およびその放送または広告を聞く潜在的な消費者を識別し、反応や販売数に対する評価指数を直接比較し得るように、局情報を含む、放送、広告キャンペーンおよび番組が配信される。

それに加えて、ラジオ局は、しばしば、例えば、マーケット需要率、低い格付け、局の無能率な点、トラフィックロジスティック、プログラミングロジスティック、およびサードパーティ変数から生じる、公表事業の広告、ボーナス広告、売れ残りのあるいは残りの広告および先取り可能な広告などの毎日の売れ残りの広告在庫で運営している。この毎日の売れ残りの広告在庫は、平均で、日常的にその広告の３０％まで占めている。

具体的には、ローカル局は、トラフィックシステムに広告申込みをロードしてもよく、これらの広告がスケジュールログギャップに対してスケジュールされるとき、穴が結果として生じてもよい。これは、ある時間帯に広告をスケジュールさせないことによりもたらされてもよい。一般的に、システムは、スケジュールを埋めるために、公共事業の広告、ボーナス広告あるいは優先度の低い広告でこれらのギャップを満たす。

今まで、メディアコンテンツのプレイを制御する有効なフィードバックシステムは、当業者には理解できなかった。したがって、メディアコンテンツのプレイを制御するためのフィードバックシステムのニーズが存在する。

添付図面に関連してなされる本発明の以下の詳細な説明を考慮することにより、本発明の理解が容易になるであろう。添付図面では、同様の構成要素には同様の符号を付す。

本発明の図面および詳細な説明が、明瞭化のために、典型的な通信システムおよびそれを用いる方法に見出される多くの他の構成要素を排除しつつ、本発明の明確な理解に適切な構成要素を説明するために簡略化されていることを理解されたい。当業者は、他の構成要素あるいはステップが望ましく、本発明を実施するのに要求されることを認識するかもしれない。しかしながら、そのような構成要素およびステップが本技術分野で周知であり、本発明のより良い理解を容易にするものではないので、そのような構成要素およびステップの記述は本明細書では提供されない。本明細書の開示は、当業者に公知のそのような構成要素および方法に対するそのような変更および修正のすべてに向けられる。

本発明は、売れ残り在庫の貨幣化を可能にする。具体的には、本発明は、売れ残り在庫や売れ残りの利益を識別するためのスケジュールファイルを利用し、支払い済みの広告を持つこれらのスロットをファイルする。

本発明は、ラジオ広告またはラジオ番組がどこでいつ放送されるかを正確におよびタイミングよく識別するシステム並びに方法を提供する。本発明は、特定の広告または番組に関する放送情報のラジオ照合を監視し、追跡し、および報告するよう構成される通信環境を提供してもよい。この放送情報は、ネットワークにアクセス可能なサーバを介して送信されてもよく、ネットワーク上で回復のためにフォーマットされてもよい。本発明は、報告サービス加入者がネットワークを介してサーバに接続し、放送情報の照合に基づき得る選択された広告キャンペーンまたはラジオ番組の報告書を要求するのを許可するように構成されればよい。

図１において、本発明の一態様における通信システム１００のアーキテクチャを示す。通信システム１００は、ネットワーク環境１１０に通信可能に接続されるパーティデータ１２０と、加入者１３０と、少なくとも１つの地域放送スタジオ１４０と、放送ハブ１５０とを含めばよい。少なくとも１つの地域放送スタジオ１４０は、さらに少なくとも１つのラジオ送信器１６０に通信可能に接続されればよい。

通信システム１００は、少なくとも１つの地域放送スタジオ１４０からのラジオ広告およびラジオ番組の放送情報の照合を格納し、転送するように構成される放送ハブ１５０を含んでもよい。この照合情報は、その情報のサンプルを記録するデータ記録装置に転送されてもよい。また、記録された照合情報は、キャンペーン情報および放送情報の残りに解析されてもよい。ここで、キャンペーン情報は、放送イベントに関連したラジオ広告またはラジオ番組情報を含めばよい。データ記録装置は、必要に応じて無数の照合情報が蓄積されるように、ネットワーク環境１１０に対して照合情報にアクセス可能にされればよい。ネットワーク環境は、照合情報の要求に応じて、加入者１３０と放送ハブ１５０の少なくとも一方にその照合情報を転送すればよい。

本発明の一態様によれば、ラジオ広告またはラジオ番組がいつ放送されたかの識別が実現されてもよい。この識別は放送ハブ１５０内で実行されればよい。放送ハブ１５０では、データ収集装置は、広告キャンペーンまたはラジオ番組に関連した音声ファイルに関する放送情報の照合を識別し、その情報をネットワーク環境１１０に転送すればよい。放送ハブ１５０は、加入者１３０による要求に応じて、役に立つ報告書にその情報を一覧にしてフォーマットするソフトウェアを含めばよい。例えば、そのような報告書内の情報は、例えば、キャンペーン毎の広告またはプログラミング放送の総数や、例えば、ラジオ広告または番組がどの放送局から放送されるか、その放送の１時間毎の分類、放送の視聴者層に関する情報、放送の視聴者の地理的情報、ラジオ局のフォーマットの一覧表などの多くの異なる基準に基づいて提供されればよい。

本発明の一態様によれば、加入者１３０に利用可能な報告書は、利用可能な最新情報を反映すればよい。放送情報の照合は、該放送情報の照合が放送ハブ１５０から利用可能になるとき、データ収集装置からネットワーク環境１１０に転送されればよい。そのような実質的なリアルタイムの報告書は、ラジオ広告およびラジオ番組の配信に関する実質的にリアルタイムのデータを加入者１３０に提供してもよい。

本発明の一態様によれば、広告キャンペーンまたは番組に関連した放送情報の照合は、広告キャンペーンまたは番組の視聴者についての視聴層の情報の報告書を作成するために、他の情報と結合されてもよく、ネットワーク環境１１０に存在するか、あるいはネットワーク環境１１０によりアクセス可能な追加のデータベースに格納されてもよい。照合情報との組み合わせのためのそのような他の情報は、放送すべき番組の提出に含まれる指示に応じて自動的に、あるいは加入者の要求の受領に従って手動で、例えば、適当なインターネットまたはイントラネットサイトから得られればよい。

相互接続をより十分に描写するために、例示の実施形態は以下に示される。また、図２において、本発明の一態様におけるシステムを示す。加入者１３０は、いくつかの地方および地域のラジオ局に渡ってラジオ広告を購入することにより、１以上の放送または広告キャンペーンを行ってもよい。加入者１３０は、地域放送スタジオ１４０によるスケジューリングのためのラジオ局に音声コマーシャルを配信してもよい。加入者１３０は、その配信を照合してもよく、１以上の広告キャンペーンおよび関連音声コマーシャルのそれぞれの放送を追跡してもよい。ユニークで対応するファイル名を持つ１以上の広告キャンペーンを処理することは、加入者１３０にとって有益であろう。なお、各音声コマーシャルデジタルファイルは、加入者１３０に関連したユニークなファイル名を有すればよい。広告キャンペーンに関連した音声コマーシャルデジタルファイルは、本明細書において「キャンペーンクリエイティブ（campaign creatives）」という。

地域放送スタジオ１４０は、加入者１３０のためのキャンペーンクリエイティブを放送してもよい。地域放送スタジオ１４０は、トラフィックシステム２１０またはプログラミングシステム２２０内の放送配信をスケジュールすることにより、キャンペーンクリエイティブの放送を開始してもよい。キャンペーンクリエイティブは、地域放送スタジオ１４０のラジオ自動化ソフトウェア２３０にロードされてもよい。ラジオ自動化ソフトウェア２３０は、トラフィックシステム２１０およびプログラミングシステム２２０により提供されるように、スケジューリングおよび「フライト」情報の少なくとも一方を含んでもよい。放送ハブ１５０は、ラジオ自動化ソフトウェア２３０から取得されるキャンペーンクリエイティブに関するスケジューリング情報をデータ収集装置に転送してもよい。スケジュールされた時間に、ラジオ自動化ソフトウェア２３０は、無線による次の放送のためにキャンペーンクリエイティブを局送信器１６０に流してもよい。放送ハブ１５０は、ラジオ自動化ソフトウェア２３０から取得したキャンペーンクリエイティブに関する放送情報の照合をデータ収集装置に転送してもよい。データ収集装置は、放送ハブ１５０から送られてきた情報を蓄積し、あるいは格納してもよい。

本発明の一態様によれば、データ収集装置は、例えば、キャンペーン識別子を識別するテーブルを含むことにより、キャンペーン識別子に関する放送情報の照合を分離してもよい。放送情報の照合がキャンペーン識別子テーブル内のキャンペーン識別子の１つに関して到達するとき、データ収集装置は、その放送情報の照合（「キャンペーン情報」）を放送ハブ１５０に転送すればよい。データ収集装置は、それが到達したときに、あるいは、１５分単位、１時間単位、数時間単位もしくは関連技術の当業者に公知の他の単位のような一定時間ベースでキャンペーン情報を転送してもよい。キャンペーン情報がデータ収集装置から放送ハブ１５０に送られる割合は、報告書がどの程度現在のものあるいはリアルタイムであるかを制限してもよい。なお、本発明の一態様におけるデータ収集装置は、キャンペーン情報がデータ収集装置で利用可能となった後数時間以内のようなリアルタイムに、そのキャンペーン情報を放送ハブ１５０に提供するよう構成されればよい。放送ハブ１５０の一部分は、各キャンペーン識別子（キャンペーン情報）に関連した放送情報の照合をデータ収集装置から受信し、ハードディスクドライブなどの永久記憶装置にその情報を格納するウェブサーバを含んでもよい。ウェブサーバは、各キャンペーン識別子に基づいてキャンペーン情報を表として作成してもよい。キャンペーン情報を含むテーブルは、データ収集装置がキャンペーン情報をウェブサーバに提供する割合と同じく現在のものであればよい。その結果、ウェブサーバを介した放送ハブ１５０は、実質的にリアルタイムでラジオ広告およびラジオ番組の放送の報告書を発生することができる。

放送ハブ１５０は、インターネット１１０上の表作成データへのアクセスを提供してもよい。インターネット１１０が加入者に利用可能な報告書を作成するための広域ネットワークとしてみなされてもよいが、当業者は、本発明のシステムおよび方法が放送ハブ１５０上に格納されるデータへの加入者によるアクセスを可能にするあらゆる広域ネットワークを包含することを認識するであろう。加入者１３０は、インターネット１１０への接続を介して放送ハブ１５０にアクセスしてもよい。インターネット１１０への接続は、放送ハブ１５０へのアクセスを可能にするあらゆる従来の接続であってもよい。例えば、加入者１３０は、ＴＣＰ／ＩＰおよびモデムを介した従来のダイアルアップ接続を用いて、あるいは、一定のアクセスを提供する専用の接続を用いて、放送ハブ１５０にアクセスしてもよい。放送ハブ１５０は、ユニークなハイパーテキスト転送プロトコル（ＨＴＴＰ）アドレス、ユニークなＦＴＰアドレス、あるいは加入者１３０が放送ハブ１５０を識別するのを可能にするあらゆる他のアドレス方式を有してもよい。

放送ハブ１５０は、加入者１３０がいつでも特定のラジオ広告放送またはラジオ番組放送の報告書を要求することを可能にするウェブサーバ内のサーバソフトウェアを含んでもよい。例えば、加入者１３０は、火曜日の日中にインターネット１１０に接続すればよい。そのとき、加入者１３０は、安全なアクセスプロトコルを用いて放送ハブ１５０にログオンし、報告書を提供するようにウェブサーバへの要求を発行してもよい。発行された要求は、キャンペーン識別子による興味のある特定のラジオ広告またはラジオ番組を識別する。放送ハブ１５０は、加入者１３０により提供されるキャンペーン識別子に関連したキャンペーン情報テーブルに格納されるデータを読み出すことにより、その要求に応じればよい。ウェブサーバ上に存在するソフトウェアは、その要求に応じて報告書を表として作成すればよい。最終的に、ウェブサーバは、例えば、ＨＴＭＬまたはＸＭＬフォーマットのような報告書を加入者１３０に発行する。このように、加入者１３０は、特定の広告キャンペーンまたはラジオ番組の放送を決定するのに望ましい頻度でウェブサーバにアクセスし、クエリを発すればよい。

放送ハブ１５０およびウェブサーバは、時間毎に、１日毎に、１週間毎にあるいは他の時間枠のような所定間隔で加入者１３０に報告書を直ちに送信するよう構成されてもよい。例えば、ソフトウェアは、加入者の要求をシミュレートし、ウェブサーバにおいて報告書を生成し、それを加入者１３０に送信させるように構成されてもよい。また、配信の代わりの手段は、電子メールを介して実行されてもよい。これらのおよび他の代替手段は、開示の実施形態を研究することにより当業者にとって明白となるであろう。

放送ハブ１５０およびウェブサーバは、トリガイベントに応じて、報告書を生成するよう構成されてもよい。そのようなトリガイベントの例は、例えば、選択広告または番組のための放送、配信に失敗したが、広告または番組が放送するようスケジュールされる状況、あるいは、ドルキャップ値に到達する広告キャンペーンの確認であればよい。例えば、ウェブサーバは、データ収集装置から受信されるようなキャンペーン情報を解析するよう構成されてもよい。指定されたキャンペーン識別子を持つ広告が一定の時刻に放送するようスケジュールされていたが、放送に失敗したことをキャンペーン情報が反映するならば、ウェブサーバは、加入者１３０にフラグを発行することにより応じてもよい。本発明の一態様によれば、ウェブサーバは、失敗した放送を追跡するために、そのキャンペーン識別子に関連した広告クライアントの電話番号、電子メール、ファクシミリなどをキャンペーン情報から抽出し、加入者１３０またはその加入者に関連する誰かに直接放送情報を送信するよう構成されてもよい。キャンペーン情報は、加入者１３０に警報を出すために、デジタルもしくは音声ポケベル、電子メールのメッセージ、人の相互作用、あるいはあらゆる他の機構によって送信されればよい。そのように、加入者１３０は、広告の放送が失敗したことを実質的に直ちに知らせられ、ラジオ局の接触情報および広告クライアント情報を提供されてもよい。当業者は、既存の技術を介して本発明の本態様により作り出された莫大な利益を理解するであろう。

関連技術の当業者にとって明白なように、無数の報告書が作成されればよい。限定的ではない例のみによって、そのような報告書は、局によるキャンペーン配信、マーケットによるキャンペーン配信、日付によるキャンペーン配信、時間によるキャンペーン配信、放送の失敗、および視聴者層の報告書を含めばよい。局の報告書によるキャンペーン配信は、選択されたラジオ広告またはラジオ番組がどの局で放送されたかを識別すればよい。この報告書により、加入者１３０は、ある局を介してまたは関連した地理的領域内の配信を照合することができればよい。マーケットの報告書によるキャンペーン配信は、そのキャンペーンが放送された地理的マーケットを識別すればよい。この報告書により、加入者１３０は、配信およびあるマーケット内の範囲を照合することができればよい。日付の報告書によるキャンペーン配信は、指定のキャンペーンに関連した１日当たりの放送合計を加入者１３０に提供すればよい。加入者１３０は、サポート計画の目的のために、最もきつい広告および番組の反応を持つ日を容易に識別するためにこの種の報告書を用いてもよい。時間の報告書によるキャンペーン配信は、指定のキャンペーンに関連した１時間当たりの放送合計を加入者１３０に提供すればよい。加入者１３０は、サポート計画の目的のため、最もきつい広告および番組反応を持つ日の一部を識別するためにこの種の報告書を用いてもよい。放送失敗の報告書では、スケジュールされたが放送に失敗したキャンペーンの一覧表を加入者１３０に提供してもよい。この情報により、加入者１３０は、販売サポートを管理し、失敗を改善する処置を施すよう試みることができる。視聴者層の報告書が提供されてもよい。例えば、特定のマーケットを介して放送される広告キャンペーンは、放送を受信する視聴者の地理的位置の概観を加入者１３０に提供するために、市外局番または郵便番号に基づいてマッピングされてもよい。国勢調査情報から利用可能なもののような追加のデータベースは、加入者１３０にとって役立つであろう金融、民族および年齢に関する視聴者層の情報を作成するのに用いられてもよい。

局は、無数の理由により、インターネットからそれら自身を隔離することを望み、そのようにしてもよい。本発明の一態様によれば、ラジオ局で現在最善の実務であるものに従って、局は、公衆インターネットから極めて重要なオンエアワークステーションを隔離してもよい。具体的には、本システムでは、オンエアワークステーションが、インターネットに直接接続されたオンエアワークステーションなしに、インターネット上のデータセンタに安全に接続することができる。そのような構成は、限定するものではないが、アウトバウンドオンリー（外部出力のみ）プロトコルを含む暗号および安全なプロトコルを用いて達成され、最適化されればよい。

さらに、ネットワーキングモジュールは、既存のネットワーク構成への影響を最小化するよう構成されてもよい。例えば、その産業で見出されるスコットスタジオ（Scott Studios）とマエストロ（Maestro）の２つの流行の設備が現在ある。いずれかのシステムの設計変更を必要としないこれらの各レガシーシステムへの接続は有益であろう。

あらゆるネットワーキングモジュールは、例えば、ローカルプロキシまたはローカル接続のように用いられてもよい。ローカルプロキシを用いる接続は、インターネット接続を必要とせず、その代わりとして、ローカルエリアネットワーク（ＬＡＮ）への接続のみを必要とする。ＬＡＮ上の１つのコンピュータは、暗号化アウトバウンドオンリー接続を介してデータセンタと順次通信するローカルプロキシと通信する２枚のネットワークカードを有すればよい。一方、直接接続は、インターネット接続を有するオンエアワークステーションを必要とし、データセンタへのアウトバウンドオンリー接続を提供すればよい。

図３において分かるように、ローカルプロキシは、データセンタへの暗号化接続と、ネットワークトラフィック全体の低減とを提供してもよい。ローカルプロキシは、データセンタへの暗号化された安全な接続を作り出すために、ローカルプロキシとともに、スコットスタジオおよびマエストロを用いてもよい。こうなるために、スコットスタジオまたはマエストロは、ネットワーク内のローカルプロキシモジュールとともに、各オンエア自動化ワークステーションに提供されてもよい。データセンタとの暗号化接続を確立するために、モジュールは、インターネット接続性を持つ専用の内部自動化システムＬＡＮおよび別々の企業ＬＡＮを有するように局に依存してもよい。また、２枚のネットワークカードを有し、両ネットワークを認識するという意味で、マルチホームのマシンが１台あってもよい。ほとんどの設備において、マルチホームマシンは、通常実行命令（dispatch）または１台のサーバである。この構成は、適当な位置にモジュールとハードウェア／ネットワーク構成の両方を備えるスコットスタジオによるハードウェア配備であり続け、スコットスタジオおよびマエストロは、ローカルプロキシに接続するよう自動的に試みるであろう。ローカルプロキシは、データセンタとの暗号化接続を確立するよう順次試みてもよい。ローカルプロキシは、自動化システムＬＡＮと企業ＬＡＮの両方のためのマルチホームマシンのデフォルトネットワーク設定を利用するよう構成されてもよい。そのため、これらのネットワーク設定は、ほとんど変化しないままであってもよい。それに加えて、ローカルプロキシは、データセンタへ接続するためにホスト名に依存する必要はなく、むしろＩＰアドレスを用いるものである。したがって、ＤＮＳ構成は必要とされない。企業ＬＡＮを介してマルチホームマシンからのアウトバウンドインターネットトラフィックをブロックするようにデフォルト設定のいずれかが変更され、あるいは、自動化システムＬＡＮからのインバウンドトラフィックがマルチホームコンピュータに対してブロックされたならば、ローカルプロキシネットワーク設定は修正されてもよい。これらのデフォルトが修正されたならば、追加の変更が必要とされてもよい。そのような変更は、例えば、ポート４４３（ＨＴＴＰＳ）で企業ＬＡＮを介してインターネットにアウトバウンド接続するマルチホームコンピュータ、例えば、ポート１０，０００で企業ＬＡＮを介してインターネットにアウトバウンド接続するマルチホームコンピュータ、例えば、ポート８０で企業ＬＡＮを介してインターネットにアウトバウンド接続するマルチホームコンピュータ、例えば、ポート１０，０００で内部自動化システムＬＡＮを介してマルチホームコンピュータにアウトバウンド接続するオンエアワークステーション、例えば、ポート１０，０００で内部自動化システムＬＡＮからのインバウンドトラフィックを受け入れるマルチホームコンピュータを含む。そのような構成において、ローカルプロキシモジュールは、インターネットを介して暗号化アウトバウンドオンリートラフィックを導くための特定のポートを用いてもよい。例えば、ポート４４３（ＨＴＴＰＳ）および１０，０００は、暗号化局情報とモジュール制御トラフィックとを送信するために用いられてもよい。これらのポート間の選択は、システムリソースを維持するために最適化されればよい。ポート８０は、暗号化されていないメディアファイルをデータセンタからダウンロードするために用いられてもよい。局のネットワークを構成した後、オンエア自動化ワークステーションは、ローカルプロキシモジュールを通してデータセンタに自動的に接続してもよい。

図４において分かるように、直接接続は、スコットスタジオおよびマエストロ装備のために推薦された自動化システムハードウェア配備に従わない局および局群、各オンエアワークステーションにおいて既にインターネット接続性を有する局、あるいは、ローカルプロキシモジュールを配備するために選択できないか選択しない局のために用いられてもよい。直接接続は、データセンタへの安全な接続を作り出すために、各オンエアワークステーション上のスコットスタジオおよびマエストロのモジュールを用いてもよい。データセンタとの安全な接続を確立するために、各オンエア自動化ワークステーションは、インターネットへの直接接続でネットワークにアクセスしてもよい。適当な通信モジュールが設置され、インターネット接続が存在する状態で、モジュールは、データセンタに接続することを自動的に試みてもよい。直接接続は、オンエアワークステーションのデフォルトネットワーク設定を利用するよう構成されてもよく、データセンタに接続するためのホスト名に依存する代わりに、ＩＰアドレスを用いてもよい。関連技術の当業者にとって明白であるように、ＩＰアドレスの使用は、ＤＮＳ構成の必要性を妨げてもよい。オンエアワークステーションは、例えば、ポート１０，０００で企業ＬＡＮを介してインターネットにアウトバウンド接続してもよい。オンエアワークステーションは、例えば、ポート８０で企業ＬＡＮを介してインターネットにアウトバウンド接続してもよい。直接接続は、インターネットを介して暗号化されていないアウトバウンドオンリートラフィックに導くためにこれらの特定のポートを用いてもよい。例えば、ＨＴＴＰトラフィックは、ポート８０で送信されてもよく、局情報を送信し、データセンタからメディアファイルをダウンロードするために用いられてもよい。ポート１０，０００は、通信情報を送信するために用いられてもよい。局のネットワークが構成されると、オンエア自動化ワークステーションは、データセンタに直接および自動的に接続してもよい。

図５は、本発明における広告購入環境の図である。図５は、地域（ローカル）、国、およびネットワーク上の広告購入者を示す。注目すべきは、地方の購入者は、特定の局について個人的な広告を購入することである。国の購入者は、関係ラジオ局の特定のグループ内の特定の購入を正確に指摘することができる。ネットワークの購入者は、ラジオ独立系放送番組環境のようなネットワーク内のすべての加入者のために広告を購入する。図示の実施形態では、広告の購入者は、広告掲載（挿入）申込みを購入し、購入申込みに対応する広告主の要求は「トラフィック」に通ずる。ラジオトラフィックは、トラフィックソフトウェアによって予定される。例えば、広告主の要求に基づいて、トラフィックソフトウェアは、月曜日から金曜日までの平日の間の各日の３つの割り当てられた時間に３つのスロットに特定の広告のプレイを予定すればよい。明らかに、広告在庫が混雑時間やより望ましいプレイ時間中に確立すると、広告要求間にコンフリクトが生じる。

これらのコンフリクトを処理するために、トラフィックソフトウェアは、特定の時間（もちろん、割増時間や割増日における広告は割増の収益をもたらす）における特定の広告から生じる収益を最大にするために、要求された広告を混ぜる。トラフィックソフトウェアは、プレイすべき項目のリストをコンパイルする。ここでは、リスト上の各項目は、リスト上のプレイとともにリンクするカット番号に割り当てられる。典型的な実施形態では、トラフィックログからなるテキストファイルは、少なくとも１日に一度手動で調整される。

図６はラジオ視聴環境の図である。図６の環境は、上述のようなトラフィックログと、番組ログと、マージ（結合）アプリケーションと、プレイのための自動化と、マスタスケジュールと、トラッキングログとを含み、例えば、音声トラッキング、衛星およびＦＴＰのような外部入力を含む遠隔アプリケーションを含んでもよい。図示のようなトラフィックログ、番組ログおよびマスタスケジュールは、好ましくは、それぞれに応じて生ずべきプレイの識別を含む。

トラフィックログは、上述のようなトラフィックソフトウェアによって取り扱われるものである。番組ログは、歌などの、放送でプレイされるべき番組を含めばよい。マスタスケジュールは、トラフィックログに含まれる識別番号と番組ログが有効なプレイ項目であるかの照合のようなプレイすべきメディアの確認を含んでもよい。典型的な実施形態では、マージアプリケーションは、マスタスケジュールを作るために、自動化によって、トラフィックログ、番組ログおよびあらゆる穴の充填を結合する。マスタスケジュールは、自動化に向けられ、自動化は、放送電波でプレイするためのラジオ局に対する入力および出力を監視する。自動化の出力が放送電波上に生成されると、プレイログは、その出力に基づいて生成される。プレイログの出力は、自動化によって広告が適切にプレイされたことを確保するために、広告主への請求書の発送前に監視されてもよい。

上述の実施形態では、自動化は、ラジオ視聴の放送電波上の最終的な出力を制御する。自動化は、例えば、衛星チャンネルからローカルチャンネルまたはインターネットチャンネルに切り替えてもよく、自動化プレイへの統合のために種々の場所からのプレイを得るために元に戻してもよい。自動化により受信されるように、そのような視聴は、ラジオ視聴を含まず、むしろトラフィックログ内のラジオ視聴に関する情報を含むメタデータチャンネルを含んでもよい。例えば、メタデータチャンネルは、遠隔ラジオフィードが「ハードブレイク」または「ソフトブレイク」を有することを推論してもよい。ソフトブレイクは、例えばラジオパーソナリティの選択によるものであり、ハードブレイクは任意ではない。そういうものとして、典型的な実施形態では、供給されるラジオショーは、ＣＤ（コンパクトディスク）の形式でローカルプレイのために到達してもよく、衛星によって自動化に到達してもよく、衛星プレイに関する情報を含むメタデータチャンネルを含んでもよい。その結果、遠隔ポイントからそのプレイが生じる一実施形態では、メタデータチャンネルは、ローカル局のために、他の方法で遠隔的に生成されるプレイの特定の項目を挿入することを可能にしてもよい。そのような実施形態では、自動化は、限定された設定時間中ローカルプレイ生成ポイントに戻るよう切り替えてもよい。その間中、ローカルプレイポイントは、他の方法で遠隔的に生成されたプレイにローカルプレイ項目を生成すればよい。メタデータの完了がローカルプレイ期間を指示すると、自動化は、例えば、遠隔プレイの再開のために衛星チャンネルに戻ればよい。そういうものとして、現在のラジオアプリケーションの最も頻繁な実施形態では、すべての位置から、すべてのプレイが自動化により制御され、また、自動化は、プレイログを介して、すべてのプレイが適切に起こったという確認を提供する。

ある実施形態では、自動化に送られるトラフィックログは、１以上の「ダミー」ファイルを含んでもよい。そのような「ダミー」ファイルの位置は、インターネットあるいはＦＴＰを介して遠隔情報のマッピングのような情報のマッピングを可能にする場所保有者を含むことができる。そのようなマッピングは、マッピングされた位置への遠隔ファイルあるいはローカルファイルのバンドリングを含んでもよい。そのようなマッピングされた位置は、どのプレイが「ダミー」ファイルの位置で起こるかはローカル自動化にとって正確に知られないという事実にもかかわらず、開として保持されず、閉プレイ位置として保持される。

また、広告は、１以上のメタデータチャンネルを介して送られるチャンネル切り替え指示を介して挿入されてもよい。例えば、それぞれがその国の特定の１以上の領域に専用の複数の地域の広告は、チャンネル４〜８などの自動化に引き継ぐ一連のチャンネルで同時にプレイしてもよい。シンジケートラジオ番組は、例えば、自動化に引き継ぐチャンネル３で同時にプレイしてもよい。ブレイクが起こると、トラフィックログおよびメタデータチャンネルに応じて、チャンネル３において、メタデータチャンネルは、ブレイク中に一致する引き継ぐ地域に分けられた広告チャンネルに切り替えるための各領域の指示を含んでもよい。例えば、ペンシルバニア州フィラデルフィアにおいてチャンネル３でシンジケート番組をプレイしているある局は、チャンネル４で地域に分けられた広告をプレイするために、メタデータチャンネルを介して、チャンネル３の番組のブレイク（小休止）中チャンネル４に切り替えるよう指示されてもよい。同時に、チャンネル３の番組の同じブレイク中、カリフォルニア州ロサンゼルスのある局は、そのときチャンネル８でプレイしているその領域のための地域に分けられた広告をプレイするために、メタデータを介して、チャンネル８に切り替えるよう指示されてもよい。そのような実施形態では、チャンネル３のブレイクが完了すると、そのときチャンネル３のシンジケートプレイに参加していたすべての局は、シンジケートプレイの継続のために自動化をチャンネル３に戻すように、メタデータを介して指示されてもよい。同様に、広告は、特定の申込みのプレイに対して特定のチャンネルにおいて換金されてもよく、あるブレイクがそのときプレイしているチャンネルで発生すると、切り替えは、プレイチャンネルにおいて割り当てられたブレイクウィンドウ中にプレイを可能にするプレイの多くの換金された広告なら何でも可能にするために、換金された広告チャンネルになされてもよい。プレイチャンネルにおけるブレイクが終了すると、自動化は、換金された広告チャンネルからプレイチャンネルに戻るように切り替えられるよう指示されてもよく、次の鍵となる換金された広告を持つ広告チャンネルへの次の切り替えに引き継いでもよい。

一実施形態では、メタデータは、特定のチャンネルで送り出されてもよく、プログラミングは、複数の他のチャンネルで送り出されてもよい。そのような実施形態では、メタデータチャンネルは、もう一つのチャンネルで発生するプレイにとって鍵となってもよく、メタデータそのものは、メタデータチャンネルに応じてソフトブレイクなどのブレイクが発生するとき、メタデータチャンネルにおけるデータの挿入あるいは現在のプレイチャンネルにおけるもう一つのチャンネルを求めてもよい。メタデータチャンネルに従ったそのようなブレイクが発生すると、ローカルフィードは、例えば、メタデータチャンネルに応じたブレイクの存続期間中ローカルチャンネルに切り替えることを介して、ローカル広告を現在のプレイチャンネルに挿入すればよい。

上述のような切り替えポリシーに従った自動化の切り替えは、ラジオ視聴の先取を可能にする。既存のプレイの実施形態では、ある金曜日の正午のような特定の時間にブレイクが求められるならば、そのブレイクが規定時間に発生することを確実にするために、ブレイクが発生すべきチャンネルは、連続的に監視されなければならず、ブレイクが発生すべきチャンネルのメタデータは、連続的に監視されなければならない。本明細書に記述の実施形態では、例えば、メタデータチャンネルなどのチャンネルのモニタリングは、リアルタイムに発生してもよく、広告または情報スポットのそのような割り当てられた時間プレイは、特にもはや必要ではない。特に、メタデータチャンネルのモニタリングは、引き継ぐメタデータに応じて広告または代わりのプレイチャンネルに切り替えるために、プレイ引き継ぎの間でさえ、遠隔に別のチャンネルで十分な情報を提供する。したがって、前の実施形態では、ブレイクの発生の知識は先取りされなければならず、そのブレイクのあらゆる移動は監視されなければならない。しかしながら、本明細書に記載の実施形態では、ブレイクの予め存在する知識は必要ではない。むしろ、ここに記述の実施形態では、本発明のシステムは、先取が発生すべきときの知識を学んで手に入れ、そのプレイ中に発生するようなその後発生するブレイクに基づいて、リアルタイムに適当な先取を選択する。そういうものとして、先行技術は、単に規定の時間に挿入するのに対し、本発明は、プレイしているようなプログラミングからの学習に基づいてリアルタイムに先取りする。

適当な学習および先取を可能にするために、本発明は、学習モジュールと、先取モジュールとを含めばよく、どちらのモジュールも上述のラジオ視聴システム内の複数のポイントのいずれかに配置されればよい。例えば、モジュールは、トラフィックログに、マスタログに、マージに、あるいは自動化に配置されてもよい。しかしながら、そのモジュールの使用目的が売れ残りのまたは料金不足の広告スポットをより有利な広告スポットに交換することであるので、モジュール内から設定されるルールの動作は、モジュールの配置ポイントにおいて利用可能でなければならない。その結果、モジュールがトラフィックログまたはマスタログ内に配置されてもよいが、広告支払割合データは、典型的に、いずれの場所でも利用可能ではなく、マージによる影響なく、いずれの場所で機能するために用いられることができない。また、マージでのモジュールの配置は、マージのルールがある売れ残りのあるいは他の方法で空のプレイスポットを歌または他の情報に交換することを可能にしてもよく、したがって、売れ残りのあるいは他の方法で空のスポットをより有利な広告に交換するモジュールの能力を取り除く。その結果、自動化がマージされたトラフィックログの取り替えおよび再評価についての一連のメタデータルールに従うことを可能にするために、自動化内にあるいは自動化に関連してモジュールを配置することは大いに有益であろう。

自動化内に位置するモジュールは、リアルタイムの現在のプレイの再評価、現在のプレイとのローカルにまたは遠隔的に位置した割合との評価の比較および割合タイムチャートを可能とするために、リアルタイムのプレイリスト内の情報の修正または交換のために、先取を介してリアルタイムの自動化プレイの遠隔視聴を可能にしてもよい。そのような先取は、コストルールあるいはアドイン（ad-in）モジュールまたはモジュールを通して自動化に適用される他のルールに基づいてもよい。

しかしながら、マージで評価されるようなプレイのための評価時間がラジオ視聴に固有の遅延に応じて変化してもよいので、モジュールは、適当な先取位置にアクセスするために、時間評価またはプレイ識別評価を用いることができない。そのため、モジュールは、好ましくは、ラジオ位置で発生し、その後モジュールによって監視されるプレイのリアルタイム出力データを示す二次フィードを利用可能であってもよい。そういうものとして、モジュールは、先取のための適当なプレイ位置を評価してもよく、先取位置が適当なポイントにおいて先取を受け付けることを確実にするために、その後それを監視してもよい。表示リアルタイムプレイを示すこの二次フィードは、種々の場所から受信されてもよい。例えば、プレイ出力ログは、そのとき発生しているプレイにアクセスするために、リアルタイムに監視されてもよい。しかしながら、出力ログでさえ、ある遅延または欠点に曝されるかもしれず、そういうものとして、リアルタイムプレイの本来の例を与えないかもしれない。その代わりに、モジュールは、自動化そのものの中から、発生するようなリアルタイムプレイの在庫要求を見ればよい。例えば、自動化は、所定の時間に所定の位置から特定のプレイを要求してもよく、その位置および時間は、正確にそしてリアルタイムにプレイリストとその後発生するプレイとの比較にアクセスするために、モジュールによって見られ、プレイリストと比較されてもよい。あらゆる先取は、あらゆる遅延または課された不都合に応じて修正されてもよい。

追加の実施形態では、マージがあらゆる利用可能な売れ残りのあるいは空のプレイスロットのほとんどを取り除いてもよいので、自動化が発生するのを待つよりもむしろマージにモジュールを挿入するのが望ましいだろう。しかしながら、そのような実施形態では、マージは、他のことの中で、割合一覧表および現在割り当てられたプレイの割合の利用可能性をまだ必要とするだろう。また、プレイがマージからではなく自動化から発生するので、固有の遅延は、マージにおいて戻って先取を実行するモジュールに適用すべき自動化において、在庫要求のリアルタイムモニタリングを可能とするために、マージに戻って自動化からアクセスされる必要があった。また、モジュールは、マージにおけるか自動化におけるか、あらゆるローカルまたは遠隔のルールに曝されてもよい。マージにおけるそのようなルールの利用可能性は、マージにおいて先取割合の変動を可能にしてもよく、それにより、日時に応じて、マージにより充填された売れ残りのまたは空のスロットの量をマージが変更することを可能にする。例えば、混雑時間がより高い割増の割合を広告主からもたらされてもよいので、その日の残りの時間中よりも混雑時間中に多くの売れ残りのあるいは空のスロットを充填することは、所定の局に有効なより多くのコストであってもよい。そういうものとして、マージで混雑時間中に充填されるのを望む売れ残りのもしくは空のスロットの量は、マージにおいて先取を実行するモジュールの制御部に基づいて、ラジオ局の観点からより高くてもよく、広告主の観点からより低くてもよい。

図７は、メディアプレイ能力の追加の実施形態を示す。ここでは、プレイされるメディアは、直ちに進行してプレイされたメディアの１以上の受信器の動作に基づいて変更される。ここで用いられるように、用語「ラジオコンテンツ」および「放送もしくは放送コンテンツ」は、音声、映像またはコンピュータ化された出力を介してその出力の１以上の受信器に提供され、メディアプレイのために現在プログラムされあるいは予めプログラムされているあらゆるタイプのメディアを含む。ここで用いられるように、用語「非ラジオコンテンツ」、「非放送」あるいは「特定のコンテンツでない放送」は、音声、映像あるいはコンピュータ化された出力を介して１以上のコンテンツの受信器に提供され、メディアプレイのために現在プログラムされておらず、または予めプログラムされていないあらゆるメディアを含む。

また、図７に示すように、ハブは、非ラジオおよびラジオコンテンツを含む種々のコンテンツにアクセス可能であってもよい。そのようなコンテンツは、ハブにとってローカルであればよく、あるいは、限定するものではないが、イントラネット、インターネット、衛星チャンネル、ＦＴＰまたはメディアプレイを指示するハブに関連した１以上のコマンドに応じてハブによりアクセスされ得る圧縮ファイルを含む種々の情報源のいずれかからハブにとって利用可能であってもよい。ハブは、多くの部分を有すればよく、より具体的には、ハブは、メディアプレイが発生すべき位置にある少なくとも１つのモジュールによってそのような位置のすべてがアクセス可能である限り、あらゆる位置にあるあらゆるモジュールであってもよい。

また、ハブは、複数の二次情報にアクセス可能であってもよい。その中のある情報は、メディアプレイの成功または失敗を示して、所定の基準に従ってリアルタイムに利用可能であってもよい。そういうものとして、その次のメディアプレイは、続行するラジオ視聴の成功または失敗に応じて変更されてもよい。

特定の典型的な実施形態では、ハブは、少なくとも１つのマーケティング領域内の少なくとも１つのラジオスタジオのプレイリストにアクセス可能である。多くのラジオ局は、一つのハブに利用可能であればよく、マーケティング領域は、限定するものではないが、例えば、市町村（都市）、国、あるいは州を含むあらゆる地理的な領域であればよい。本実施形態では、ハブは、所定の基準に応じて成功をもたらしやすい理にかなう挿入を持つプレイリストに従ってラジオ局によってどれがプレイされるべきかを先取りすることにより、１以上のラジオ局のプレイリストに幾分向けられてもよく、プレイリストにおいてプレイを先取りするであろう。

本例では、ラジオ局のプレイリストは、一般的に、広告プレイおよび音楽プレイを含んでもよい。当業者に明白なように、視聴者は、一般的に、広告がプレイし始めると減り、ラジオ局における連続的な音楽プレイの間に増える。もちろん、例えば、視聴者が人気のない歌のプレイ中にラジオ局に引っ掛かるという例外がある。また、広告がリスナーにとっておもしろいか十分に興味を起こさせるほどその広告に人気があるならば、視聴者は、広告中でさえ減少しないだろう。同様に、ラジオ局のリスナーは、食料品店に食料を求めて立ち寄ったり、特定の小売店でショッピングしたりするように、ある広告によって勧められた活動（活気）を企てることによりその広告に反応してもよい。

リスナーがどのラジオ局を聞いているかのリアルタイム音声モニタリングや激しい交差点における車両の音声モニタリングなどのすべてのこの情報および追加の利用可能な情報の観点から、当業者に公知のように、ハブは、ある所定の基準に応じてリアルタイムにラジオ局のプレイリストを修正してもよい。例えば、特定のラジオ局の視聴者が減少し始めるならば、ハブは、ポピュラー音楽でプレイすべきある広告を先取りするよう決定してもよい。その結果、そのラジオ局の視聴者は増加するだろう。視聴者が特定のレベルに達すると、割増広告の割合は、視聴者の広大さのため広告主にとって利用可能になってもよく、ハブは、広告総収入を最大化するために、その段階で、割増広告を持つ音楽プレイを先取りしてもよい。したがって、広告スポットおよび広告割合の需要が高いとき、ラジオ局は、このように広告収入を増やすためにより多くの広告スポットを作り出してもよい。また、より低い割合のみ支払をいとわない広告主は、広告が最もよくその広告主により与えられる間、その広告を掲載することができるだろう。

制限しない例のみにとして、ある広告主は、時間にかかわらず、視聴者が１００，０００人より多いときのみ、その広告を流すことを望むかもしれない。ある所定の基準を用いて、例えば、広告主により設定された１００，０００人のリスナー閾値が満たされるか超えると、ハブは、理にかなって音楽プレイを先取りするために、リアルタイムにラジオ局のプレイリストを修正してもよい。広告が流れると、ハブは、音楽プレイに戻るか、流れている広告を続ければよい。

上述の説明の観点から、プレイリストのあらゆる望ましい変更にアクセスするために、種々の情報源が見出されてもよいことは明らかであろう。例えば、あるインターネットサイトにアクセスすると、ポピュラー音楽のダウンロードにより、所定の時間に最もポピュラーなラジオ音楽のプレイであるものについての優れたガイダンスを与えてもよい。明らかに、単なる音楽ではなく最もポピュラーな音楽を所定の時間にプレイすることは、その所定の時間においてそのラジオ局に対する視聴者が増加するという最も大きいリターンを有するであろう。また、理にかなう先取および挿入のそのような実施形態は、より洗練された決定さえハブに利用可能となるようにすることができる。例えば、より大きい広告割合は、そのラジオ局によるプレイに利用可能な最もポピュラーな歌に直接隣接してプレイする広告に課金され得る。また、ハブは、例えば、所定の期間最も制限された量のポピュラーな音楽のみをプレイすることにより、広告の価格を制御するために、あるコンテンツを制限してもよい。さらなる例として、広告割合は、リアルタイムに計測されあるいは放送コンテンツに基づいて評価された実際の視聴者に応じて設定されてもよい。

本発明によって、理にかなう挿入は、あらゆるラジオ情報源を含むあらゆるメディアプレイコンテキストにおいて実行されてもよい。例えば、挿入は、携帯電話コンテキスト、ＳＭＳコンテキスト、ワイマックス（WiMax）コンテキスト、ラジオ局コンテキスト、ｉＰｏｄコンテキストなどにおいてなされてもよい。メディアプレイ挿入は、例えば、歌、メッセージ、ニュース、交通情報、スポーツ、天気予報、１以上のクーポン、あるいはインスタントメッセージを含んでもよい。

図８は、メディアプレイ能力の一実施形態を示す。ここでは、プレイされるメディアは、直ちに進行してプレイされたメディアの１以上の受信器の動作に基づいて変更される。ここで用いられるように、用語「ラジオコンテンツ」、「メディアコンテンツ」および「放送もしくは放送コンテンツ」は、音声、映像またはコンピュータ化された出力を介して、その出力の１以上の受信器に提供され、メディアプレイのために現在プログラムされあるいは予めプログラムされたあらゆるタイプのメディアを含む。ここで用いられるように、用語「非ラジオコンテンツ」、「非放送もしくは特定ではないコンテンツの放送」は、音声、映像またはコンピュータ化された出力を介して、そのコンテンツの１以上の受信器に提供され、メディアプレイのために現在プログラムされておらず、あるいは予めプログラムされていないあらゆるメディアを含む。

図８に示すように、ハブは、非ラジオおよびラジオコンテンツを含む種々のコンテンツにアクセス可能である。そのようなコンテンツは、ハブにとってローカルであればよく、あるいは、限定するものではないが、イントラネット、インターネット、衛星チャンネル、ＦＴＰまたはメディアプレイを指示するハブに関連した１以上のコマンドに応じてハブによりアクセスされ得る圧縮ファイルを含む種々の情報源のいずれかからハブにとって利用可能であってもよい。ハブは、多くの部分を有してもよく、より具体的には、メディアプレイが起こるべき位置にある少なくとも１つのモジュールによってそのような位置のすべてがアクセス可能である限り、ハブは、あらゆる位置にあるあらゆるモジュールであってもよい。

また、ハブは、複数の情報にアクセス可能であってもよい。所定の基準に応じて、メディアプレイの成功または失敗を示すある情報は、リアルタイムに利用可能であってもよい。そういうものとして、その次のメディアプレイは、続行するラジオ視聴の成功または失敗に応じて変更されてもよい。

メディアプレイリストにおいてあらゆる望ましい変更にアクセスするために種々の情報源が見出され得ることは明白であろう。例えば、ポピュラー音楽のダウンロードは、あるインターネットサイトにアクセスするように、所定の時間に最もポピュラーなラジオ音楽のプレイであるものについての優れたガイダンスを与えてもよい。明らかに、単なる音楽ではなく最もポピュラーな音楽を所定の時間にプレイすることは、その所定の時間においてそのラジオ局に対する視聴者が増加するという最も大きいリターンを有するであろう。

また、図８に示すように、メディアプレイのフィードバックは、種々の位置から利用可能であってもよい。例えば、そのようなフィードバックは、メディアプレイに続く２４時間内の広告商品から食料品または小売商品の購入によって、所定の時間枠中の広告に対するリスナーの反応を構成してもよい。そのような反応は、小売店における委託のトラッキング、小売店におけるＳＭＳ（ショートメッセージシステム）クーポンシステムの使用、クッキーまたはダミーピクセル（ここでは、「ビスケット」という）の挿入のような電子広告の電子トラッキングなどの種々の方法のいずれかにより追跡されてもよい。この方法は、コンピュータ化された応答のトラッキングを可能にする。そのような電子マーカーは、広告、ラジオ局、および広告がプレイされた領域を識別するために用いられてもよい。ここに開示の観点から明白なように、興味の２つの特定のフィードバックループは、メディアプレイリスト、すなわち、メディアプレイのために利用可能なコンテンツを制限する１つのフィードバックループおよびメディアプレイの成功に基づいて理にかなって先取りし、挿入する第２のフィードバックループに対する修正を提供してもよい。その代わりにまたはそれに加えて、リアルタイムのフィードバックループおよび１月のような時間範囲についてのフィードバックループは、本発明の使用を通して利用可能になってもよい。

メディアプレイのために利用可能なコンテンツを制限するリアルタイムフィードバックループの典型的な実施形態では、特定の広告主は、ある予め選択されたマーケットにおいて毎分特定のコストで広告を購入することを選択してもよい。しかしながら、その広告主は、１００，０００．００ドルのようなある予算までの経費に限定することを望むかもしれない。そういうものとして、デュアルフィードバックループを用いて、第１のフィードバックループは、広告スポットが予め選択された領域において毎分当たりの広告主の予め選択されたコストで利用可能になるとき、広告主がその広告スポットを与えられるように、メディアプレイの成功を追跡してもよい。しかしながら、デュアルフィードバックループの第２のフィードバックループは、広告主の予算上の制限に基づいて、第１フィードバックループに基づいてその基準を満たすスロットを充填するために、広告がその広告主からいくらで利用可能にすべきかを追跡してもよく、第２フィードバックループによって、予算制限に到達すると、広告主のコンテンツは、第１のフィードバックループに基づいて、理にかなう先取および挿入のための利用可能なメディアプレイから取り除かれてもよい。そういうものとして、フィードバックループは、典型的な実施形態では、メディアプレイコンテンツを提供するとともに、利用可能なメディアプレイコンテンツを制限するように相互作用してもよい。

図９において、図１および図２の通信システム内の情報の流れの概念図が示される。図９は情報の流れ３００を示す。情報の流れ３００は、２つの原則領域であるＲＡＳ２３０および流れ３１０を含む。ＲＡＳ２３０は、スケジュールファイル３２０と、音声ファイル３３０とを含めばよい。流れ３１０は、音声広告ファイル３４０と、出版業者３５０と、マスタコントローラ３６０とを含めばよい。情報の流れを表す矢印に付した数字（符号）を参照してその情報の流れを説明する。

ＲＡＳ２３０は、新しいスケジュールファイル１の情報の流れを含んでもよい。新しいスケジュールファイルは、スケジュールファイル３２０から始まってもよく、第１のチェーンエージェント３７０に転送されてもよい。この送信は、新しいスケジュールファイルをＲＡＳ２３０ファイルシステムに発行する外部のソフトウェアによって発生してもよい。第１のチェーンエージェント３７０は、ディレクトリ監視処理を介して新しいスケジュールファイル３２０を検出し、それをディスクから読み出す。この新しいスケジュールファイル３２０は、ラジオ局内のいくつかのシステムから、あるいは、スタジオそのものの外部のある位置から（遠隔ネットワークプログラミングの場合）始め、あるいは取られてもよい。最終的に、スケジュールファイル３２０は、ＲＡＤ２３０に出版されないまま作られてもよい。充填アルゴリズムはローカルであってもよく、在庫をファイルするルールは、動的でもなく、収益の最大化機能を考慮しなくてもよい。例えば、サードパーティグループは、今日予め売れ残り在庫を「購入」し、その局が売れ残り在庫を「充填する」ことができる広告を局１−Ｎに提供するだろう。この場合の局は、保証されたスケジュールなしに予め売れ残りを販売している。ＲＡＳ２３０にある第１のチェーンエージェント３７０は、情報を流れ３１０に送ればよい。新しいスケジュールファイル３２０のこの回復は、リンク４として図８に示される。この情報は、流れ３１０内に位置した解析および格納ステップに送られればよい。ＲＡＳチェーンエージェント３７０がスケジュールファイル３２０を読み出すとき、そのファイルは流れ３１０に転送されてもよい。ｄＤ優先使用可能な広告収益（ｄＤ収益）は、スケジュールファイル３２０から解析され、さらなる処理のために格納されればよい。元のスケジュールファイル３２０は、請求書作成、経理、および会計検査の目的のために格納されてもよい。この解析および格納は、流れ３１０内で発生するように示されるとともに記述されるが、地域放送スタジオ１４０において達成されてもよい。

スケジュールファイルを解析し、格納した後、その情報は、キャンペーンがスケジュールファイル３２０に割り当てられるＩＭＳに送信される。この送信は、符号５によって示され、流れ３１０内で発生してもよい。このことは、ｄＤ収益のＩＭＳへの配信を表す。売れ残り在庫報告書を中心位置に集めるよりもむしろ、広告の有効性を追跡する中心位置は、結果を各局に発行すればよく、ローカル局ソフトウェアは、売れ残り在庫を超えて「理にかなう」挿入がなされるために、この情報を用いてもよい。利用可能な広告は、地域放送スタジオ１４０に発行され配信されるよう要求されてもよく、地域放送スタジオ１４０は、ローカルエンジンが決定するように、そのキャンペーンについてのパフォーマンスデータを受信するよう要求してもよい。

同様に、スケジュールファイルを解析し、格納した後、バリデータは、可能なスケジューリングエラーを調査する。情報のバリデータへの送信を符号６で示す。バリデータは、この情報を入力し、タグ構造、タグ頻度、期間当たりのスポットの最小量などの局契約義務におけるエラーや関連技術の当業者に公知の他のエラーのためにスケジュールファイル３２０を分析してもよい。このバリデーション（検証）は、流れ３１０内で発生するように示されるが、放送ハブ１５０に対してローカルで発生してもよい。バリデータは、スケジュールファイル３２０が有効であるか否かについての情報をＩＭＳに出力してもよい。この有効性フィードバックは符号２３によって示される。ＩＭＳがバリデータから適切な反応を受信すると、ＩＭＳは、ｄＤ広告と特定のクリエイティブとを特定のｄＢ収益に割り当てることにより、新しいｄＤ収益を処理してもよい。このＩＭＳは、流れ３１０内で発生するように示されるが、放送ハブ１５０に対してローカルで発生してもよい。

ＩＭＳがキャンペーンをスケジュールファイルに割り当てた後、処理が完了してもよく、そのスケジュール内の情報は、符号２５によって示されるような出版業者に転送されてもよい。ｄＢ収益の処理の結果はｄＢスケジュールであり、それは、各局に特定である。この作成は、流れ３１０内で発生するように示されるが、放送ハブ１５０に対してローカルで発生してもよい。

スケジュールを発行した後、情報は、符号７によって示されるように、マスタコントローラに送信されてもよい。マスタコントローラは、売れ残りのスポットがｄＢスケジュールファイル内の先取のために予定されている「トラフィック」の背後で、頭脳（ブレイン）として動作してもよい。マスタコントローラは、ある局で現在プレイされているものに関する広告を含む歌フィードを受信する。マスタコントローラは、現在のスケジュールファイルにおいてある局がどこにあるかを決定するために、このフィードを用いる。マスタコントローラは、そのスポットが伝わると、広告の取り替えと、元の広告のスワッピングバック（交換）とを管理する。マスタコントローラは、流れ３１０内で発生するように示されるが、放送ハブ１５０に対してローカルで発生してもよい。

フィードバックシステムは、符号８、９および２によって示されるように、新しいスケジュールを作成するために作成されてもよい。この伝送路は、マスタコントローラから出版業者に（符号８）、出版業者から第２のチェーンエージェント３８０に（符号９）および第２のチェーンエージェント３８０から第１のチェーンエージェント３７０に情報を転送してもよい。したがって、所定の局のためのスケジュールと、あるスポットを先取りするマスタコントローラ指示と、プレイされた後に先取りされたスポットを回復するマスタコントローラ指示とがある。マスタコントローラは、所定の局のためのｄＢスケジュールファイルを質問し、伝えるようスケジュールされるすべてのクリエイティブの名称を識別して、８−９−２の経路を介してこれらのクリエイティブをその局に発行する。チェーンエージェントは、それがすべてのクリエイティブを格納したかを決定するために、以前に格納された広告の貯蔵所を調査する。あるスポットが既に先取りされたと決定されるならば、マスタコントローラは、クリエイティブ１とクリエイティブ２とを交換するようチェーンエージェントに指示するために、８−９−２経路を介して通知を送信してもよい。チェーンエージェントは、２−３０の経路を介したこのメッセージの受信を確認してもよい。

チェーンエージェントは、物理的先取処理を管理してもよい。広告を先取りする指示は、伝送路１８を介して、音声ファイル３３０に配信されてもよい。チェーンエージェントは、元の音声ファイルＸを改名するか、ファイルシステム上の異なるディレクトリにそれを移動することにより、元の音声ファイルＸを保存してもよい。元のファイル、ｄＤスポットおよび予定された先取は、同じファイル名のディレクトリにコピーされればよい。ＲＡＳスクリーンを装着するために用いられるファイル内のヘッダ情報は、ファイル名が同じであっても、異なってもよく、伝えるべき実際の広告を反映する。ヘッダ情報は、請求書作成の目的ためにＲＡＳログファイルに書かれているものを識別してもよく、局は、先取が発生したことを気付いてもよい。この先取が完了しあるいはあるエラーのために失敗したら、経路（２−３０）を介してステータスを発行してもよい。チェーンエージェントは、ログとして知られる、符号２２の経路によって局で実際にプレイしているものの歌フィードを送信することに責任があってもよく、伝えられた先取りされたスポットを見るために、フィードを監視してもよい。それが伝わると、チェーンエージェントは、元の広告を交換し、マスタコントローラに通知すればよい。

符号２、３１のフィードバック経路により、チェーンエージェントは、音声ファイルが利用可能であるか否かを決定可能であってもよい。チェーンエージェントは、経路３０を介して、出版業者に特定のクリエイティブをそれに送信するよう要求してもよい。経路９、２を介した送信においてそのファイルが破損しないことを確認するチェックサムとともに、そのファイルを送信することにより、出版業者は応答する。

また、第１のチェーンエージェント３７０は、経路２２を渡って歌フィードを刺激してもよい。ＲＡＳ構成に依存して、チェーンエージェントは、放送で何がプレイされているかを決定するために、ＲＡＳ上のログファイルを見てもよく、プレイヒストリを直接含むＲＡＳからデータフィードを受信してもよい。チェーンエージェントは、そのフィードを取りやめてもよく、それをＦＬＯＷに発行してもよい。歌フィードは、ＷＡＮを介して直接ＦＬＯＷにエクスポートしてもよく、ローカルエージェントは要求されなくてもよい。

エラーがあるとバリデータが判断した場合には、エラーの通知を発生するために、経路１６を渡って情報が送信されればよい。契約違反または技術的問題の結果のように、スケジュールファイル内でエラーが見付かったならば、エラーのタイプおよびエラーが起こった局に依存して、エラーを解決するよう割り当てられたシステムと人々の両方に通知するために、ルールセットが設定されればよい。

イベント広告がプレイされてもよい。経路１９、２０、２１に示されるように、上述から得られる情報は、ゲートウェイに送信されてもよい。

その情報は、経路１９を渡ってラジオ放送塔に送信されてもよい。ラジオ放送塔は、チャンネル２０を渡って視聴者に放送する。ある電話番号に電話を掛けることにより、視聴者が先取りされた広告に反応すると、ＦＬＯＷは、発信者ＩＤを取り出し、あるいは、例えば、実質的にリアルタイムにもしくは１日ベースでコールセンタから通知される。

新しいコール（電話）は、ログされてもよく、その情報は、経路１３、１２を渡ってＩＭＳに提供されてもよい。コールがログされると、そのコールは、ｄＢスケジュールファイルに対して追跡されてもよい。収入およびパフォーマンス評価指標は、所定の視聴者サイズ、アービトロンデータ、および他の要因を追跡してもよい。この情報は、広告ターゲッティング（標的）を最適化するためにＩＭＳによって用いられてもよい。

ＩＭＳに送信されることに加えて、キャンペーンパフォーマンスは、経路１４を渡って予測部に送信されてもよい。予測部は、実際のパフォーマンスと、予測したパフォーマンスおよび収入とを比較すればよい。ＩＭＳアルゴリズムは、断定の正確さに基づいて評価されればよい。時間が経てば、予測部は、システムにおいてスケジュールされた在庫の流れおよび広告キャンペーンに基づいて将来の収入を計画してもよい。予測部は、本発明が結果として収入となる局トラフィック管理部に自動化通知を提供してもよい。

照合がなされてもよい。符号４０、４２の経路は、照合の利用可能性を証明してもよい。さらに、マスタ制御は、その通知に応じて、局におけるローカルチェーンエージェントに、あるスポットを先取りするよう指示してもよく、記録の開始／停止のためにスケジュールまたはリアルタイムの通知を送信することにより、マスタコントローラによりスケジュールされる広告を記録するために、
その局の放送を受信することができるデジタルラジオを知らせてもよい。音声は、ＷＡＮを介してストリームされ、ＦＬＯＷ環境内に記録されてもよい。伝送路４１を渡って、放送されていない記録された広告スポットを証明する照合がなされてもよい。ファイルが記録されると、それは照合のためにＦＬＯＷに転送されてもよい。照合処理は、記録された音声ファイルと、その局に送り出された音声ファイルとを比較してもよい。マッチするならば、照合として広告スポットはログされてもよい。マッチが存在しないならば、そのファイルは、そのスポットがマッチするか否かを決定するために、元のもの（オリジナル）と記録されたファイルとを聞くことができる人に送られてもよい。それでもまだマッチが存在しないならば、さらなるアクションが取られてもよい。加入者１３０は、記録されたスポットといくつかの照合報告書の１つ内の元のものを聞くようなオプションを与えてもよい。この音声は、ＷＡＮを介して流され（ストリームされ）、ＦＬＯＷ環境内に記録されてもよい。

当業者は、本発明の意図または範囲を逸脱することなく、本発明の多くの修正および変更が実施され得ることを認識するであろう。したがって、そのような修正および変更が添付の特許請求の範囲およびその均等物の中にあるならば、本発明の修正および変更を本発明が含むことを意図している。

本発明の一態様における通信システム１００のアーキテクチャを示す。 図１のシステムをさらに示す。 本発明の一態様におけるローカルプロキシを示す。 本発明の一態様における直接接続を示す。 本発明における広告購入環境の説明図である。 ラジオ視聴環境の説明図である。 ラジオ視聴環境の説明図である。 ラジオ視聴環境からのフィードバックの説明図である。 図１および図２の通信システム内の情報の流れの概念図を示す。

Claims (10)

1. メディアコンテンツのプレイを制御するためのフィードバックシステムであって、
   少なくともメディアコンテンツのプレイポイントから部分的に遠くにあり、アクセスしてプレイのための前記メディアコンテンツの転送を指示するハブと、
   非プレイコンテンツに寄与し、前記ハブに関連した少なくとも１つの出力部であって、解析された非プレイコンテンツは、前記ハブが第１の前記メディアプレイコンテンツの先取りとともに、第２の前記メディアプレイコンテンツのメディアコンテンツプレイポイントへの挿入を指示可能とする、少なくとも１つの出力部と、
   前記メディアコンテンツプレイポイントにおける前記メディアコンテンツの第１のプレイの後に、前記メディアコンテンツの少なくとも１つの第２のプレイの有効性を監視する前記ハブへの第１の入力部と、
   前記メディアコンテンツの第１のプレイからのフィードバックに基づいて、前記少なくとも１つの出力部に前記非プレイコンテンツをもたらす前記ハブへの第２の入力部と、
   を備えることを特徴とするフィードバックシステム。
2. 前記フィードバックは、前記メディアコンテンツの前記第１のプレイに対するメディアコンテンツの視聴者の反応を含むことを特徴とする請求項１に記載のフィードバックシステム。
3. 前記反応は、前記メディアコンテンツの前記第１のプレイに続いて、予め選択された時間枠においてのみ追跡されることを特徴とする請求項２に記載のフィードバックシステム。
4. 前記時間枠は、１時間毎、１日毎、１週間毎および１月毎からなるグループから選択されたものであることを特徴とする請求項３に記載のフィードバックシステム。
5. 前記反応は、前記メディアコンテンツの第１のプレイで論じられた商品およびサービスの購入を含むことを特徴とする請求項２に記載のフィードバックシステム。
6. 前記フィードバックは、委託、クーポン利用およびビスケット反応からなるグループから選択された少なくとも１つのものを含むことを特徴とする請求項１に記載のフィードバックシステム。
7. 前記ビスケット反応は、前記メディアコンテンツのコンピュータ化された第１のプレイにおけるブランクピクセル識別子の認識を含むことを特徴とする請求項６に記載のフィードバックシステム。
8. 前記ビスケット反応に関連したビスケットは、該ビスケットに関連した広告の識別子、該広告に関連したメディアプレイポイント、および該メディアプレイポイントに関連した地理的な地域を含むことを特徴とする請求項６に記載のフィードバックシステム。
9. 前記第１の入力部は、実質的にリアルタイムに監視することを特徴とする請求項１に記載のフィードバックシステム。
10. 前記非プレイコンテンツの解析は、前記第１の入力部および前記第２の入力部の相互作用に従うことを特徴とする請求項１に記載のフィードバックシステム。

Images