JP2015525013A - 加速された決定解決を容易にするために配置機会ロケーションを一様にマーク付けし、識別するための方法およびシステム - Google Patents

Abstract

広告配置のために信号ストリームにマーク付けする、コンピュータによって実施される方法およびシステムが、開示される。サーバは、チャネル識別子を有する少なくとも１つのソース信号ストリームを受信する。サーバは、少なくとも１つのソース信号ストリームの中の広告信号ポイントを識別する。サーバは、広告信号ポイントの時間的開始ロケーションを決定する。サーバは、広告信号ポイントの時間的開始ロケーションと、チャネル識別子とに基づいて固有信号ＩＤを生成する。サーバは、固有信号ＩＤを少なくとも１つのソース信号ストリームのメタデータの中に挿入する。固有信号ＩＤは、ユニバーサル固有識別子（ＵＵＩＤ）とすることができる。

Description

本発明は、一般にサービス・プロバイダ・ビデオ・ネットワークに関し、より詳細には、信号ストリームにおいて加速された決定解決を容易にするために配置機会ロケーションを一意的にマーク付けし、識別するための方法およびシステムに関する。

従来、コンテンツ（すなわち、ビデオ番組またはオーディオ番組）と、ビデオ信号ストリームまたはオーディオ信号ストリームの中の広告（の配置）とを含めて、放送やケーブル・テレビジョンやラジオのプログラミングは、線型モデルに従ってきた。プログラミングは、ユーザが娯楽コンテンツを視聴しようと決めたとき番組が開始され、ストリーミングされ、進行中であるという意味で、線形とすることができる。図１は、広告配置のための従来の線形の、またはビデオ・オン・デマンド（ＶＯＤ：ｖｉｄｅｏ−ｏｎ−ｄｅｍａｎｄ）のモデルを示す。娯楽コンテンツ２は、ケーブル・ネットワークの上でのデジタル・データ・ストリームとして処理されるとき、いくつかの時間間隔に分割される可能性がある。時間間隔４は、「ゴールデン・ガール（Ｇｏｌｄｅｎ Ｇｉｒｌｓ）」など、視聴される番組（コンテンツ）のために予約される時間を含む。間隔６、８、９は、広告または「アベイル（ａｖａｉｌｓ）」のために予約される時間のセクションを表す。これらの「アベイル」は、広告配置機会として見ることができる。本明細書において使用されるとき、「配置機会」は、従来アベイルと呼ばれており、またスロット（スロットへのスポット）と称されることもある。配置機会（ＰＯ：ｐｌａｃｅｍｅｎｔ ｏｐｐｏｒｔｕｎｉｔｙ）は、広告または娯楽コンテンツを挿入すべき機会を表す構造体であり、その持続時間、双方向性、所有権、技術的制約条件など、その機会についての規則を規定する。

本明細書において使用されるとき、用語「バインドすること（ｂｉｎｄｉｎｇ）」は、配置機会（ＰＯ）の内部の信号とコンテンツとの識別のことを意味する。ＰＯは、まだ（すなわち、夕方のＴＮＴネットワークの上のどのような番組にも）公開されていない広大な量のコンテンツのために頻繁に生成される。その番組が放送され、信号が検出されるとき、信号は、その番組のために関連のあるＰＯにバインドされる。

本明細書において使用されるとき、用語「インプレッション（ｉｍｐｒｅｓｓｉｏｎ）」は、１人の視聴者に対して広告を見せることを意味する。例えば、３０秒のスポットが、５０，０００個のビデオ・オン・デマンド（ＶＯＤ）ストリームの中に配置され、またそれらのストリームのうちの３０，０００個が、実際に広告を再生したことが知られている場合には、その広告の３０，０００個のインプレッションが生成されている。

本明細書において使用されるとき、「ステータス通知」は、それだけには限定されないが、決定が配信されるときに生成された固有のＩＤを有するＶＯＤサーバからのＨＴＴＰコールとすることができる。

本明細書において使用されるとき、用語「ブレイク（ｂｒｅａｋ）」は、娯楽コンテンツの間のストリームの中のスペースのすべてのことを意味する。例えば、「大人２人と子供１人（Ｔｗｏ ａｎｄ ａ Ｈａｌｆ Ｍｅｎ）」の２つのセグメント間の４つの連続した３０秒のスポットのグループは、単一のブレイクとみなされることもある。

本明細書において使用されるとき、信号ストリームの中のブレイクの推定された開始ロケーションは、信号ポイントと称される。広告配置の場合には、これらの信号ポイントは、広告信号ポイントと称されることもある。

ビデオ・オン・デマンド（ＶＯＤ）などの非線形システムにおいては、間隔６、８、９は、新しい意味を持つことができる。間隔６は、プリ・ロール、すなわち、ユーザがＶＯＤビデオを開始するためにクリックした後に直ちに起こるビデオの中のスペースと呼ばれる。間隔９は、ポスト・ロール、すなわち、ＶＯＤビデオ・セグメントのすべてが再生を終了した後のスペースとして知られている。間隔８は、ミッド・ロール、すなわち、ＶＯＤビデオの中央におけるミニ・ブレイクとすることができ、またはインタースティシャル、すなわち、連続したＶＯＤビデオ・セグメント間のポッドのようなロケーションとすることができる。ＶＯＤ広告配置機会は、スペース、時間、コンテンツ、ユーザ・コンテキストに基づいて出現する可能性があり、また非常に非線形である可能性がある（すなわち、ユーザは、コンテンツの再生を開始することを選択し、それに応じてコンテンツが開始される）。そのような再生リストの中の間隔６、８、９のすべては、いつでも広告を挿入することができる、すなわち、広告配置機会である。

図２は、信号ストリームにおいて広告配置決定を実行するための従来のインターネット・ベースのケーブル・テレビジョン・インフラストラクチャ２００の構成を示す。ＴＶについては、広告ネットワークは、以前は全国ネットワーク、ケーブル・ネットワーク、またはケーブル・オペレータであった。しかしながら、ブラウザがコンテンツにアクセスし／コンテンツを表示し、次いで共用された広告ネットワークに別々に「差し向けられる」場合のインターネットとは違って、インターネット・ベースのケーブル・テレビジョン・インフラストラクチャ２００は、広告とコンテンツの両方を一緒に選択し、またアセンブルし、また組み合わされた結果を顧客の「スマート家電製品」２０２ａ〜２０２ｎ（例えば、インターネット対応のテレビジョン、ラジオ、スマートフォン、タブレット、ＰＣなど）に対して配信する。

最近では、インターネット対応のテレビジョンなどのスマート家電製品２０２ａ〜２０２ｎは、ＷｉＦｉ接続または直接のイーサネット接続の上で、ネットフリックス（Ｎｅｔｆｌｉｘ）映画やパンドラ（Ｐａｎｄｏｒａ）ストリーミング・ラジオなどのインターネット・ストリーミング・サービスからコンテンツを受信することができるようになってきている。ユーザが、これらのサービスのうちの１つに対応する、テレビジョン・セットの上に現れる「アプリケーション（ａｐｐ）」についてのアイコンをクリックすると、コンテンツは、セット・トップ・ボックスを必要とすることなしに、スマート家電製品２０２ａ〜２０２ｎの中で実行されるアプリケーションに対して直接に、コンテンツ配信ネットワーク（ＣＤＮ：ｃｏｎｔｅｎｔ ｄｅｌｉｖｅｒｙ ｎｅｔｗｏｒｋ）２０４からスマート家電製品２０２ａ〜２０２ｎに対してストリーミングされる。

セット・トップ・ボックスは、当技術分野において知られているように、同軸ケーブルまたは光ファイバ・ケーブルの上で放送設備を通してセット・トップ・ボックスに対して絶えずストリーミングされプッシュされるデジタル信号の２つの状態のアナログ表現を復号するように構成されていることもあり、またセット・トップ・ボックスは、そのチャネルに同調し、またコンテンツを表示する。ユーザが、インターネット配信された番組コンテンツを見るとき、スマート家電製品２０２ａ〜２０２ｎの内部のブラウザは、所定の時間チャンクにおいて−−−一般に２秒のチャンク、時には３秒のチャンク、時には１０秒のチャンクにおいて、ビデオをフェッチする。フェッチされたビデオのチャンクは、アプリケーション・ソフトウェアの中で動的にシームレスに一緒にまとめられ、また次いでスマート家電製品２０２ａ〜２０２ｎの上にスムーズなビデオとして現れるようにするために表示される。

マルチプル・システム／サービス・オペレータ（ＭＳＯ：Ｍｕｌｔｉｐｌｅ Ｓｙｓｔｅｍ／Ｓｅｒｖｉｃｅ Ｏｐｅｒａｔｏｒ−複数のケーブル・システムを所有しており、またブロードバンド・インターネット・サービスであることを示すことができるケーブルＴＶ組織）は、スマート家電製品の上でビデオ・ストリームを再放送したいと望むこともある。残念ながら、スマート家電製品を含めて、あらゆる接続されたデバイスは、それが消費することができるフォーマットでビデオを取得する必要がある。アップル（Ａｐｐｌｅ）、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）、アドビ（Ａｄｏｂｅ）などは、非常に特有の互換性のないフォーマットを有している。この問題を克服するために、これらの会社の各々は、コンテンツ配信ネットワーク（ＣＤＮ）２０４と呼ばれる設備を構築しており、ここでは、各チャネルについての「セット・トップ・ボックス」は、衛星からの放送を受信するように構成されている。アップストリーム・デバイス２０６からの「セット・トップ・ボックス」によって受信される信号は、トランスコーダ２０８に供給されて、望ましいフォーマットで信号を配置し、フォーマットされた信号を所定の（例えば、２秒の）データのチャンクに断片化する。次いで、これらのチャンクは、コンテンツが配信されるべき場所の物理的に近くに位置するサーバ・ファーム（ｓｅｒｖｅｒ ｆａｒｍｓ）の上のＣＤＮ２０４に記憶される。

番組が終了した時間および次の番組が開始される前の時間、すなわち配置機会を含めて特定のチャネル・データ・ストリームを識別するために、次の番組が開始される所定の時間前に、ｑトーンがチャネル・データ・ストリームの中に挿入される。トランスコーダ２０８とすることもできるオブザーバ２１０は、１つまたは複数の広告のチャネル・データ・ストリームへの後続の配置についてのｑトーンの到着について広告サービス（ＡＤＳ：ａｄｖｅｒｔｉｓｅｍｅｎｔ ｓｅｒｖｉｃｅ）２１２に通知する。広告サービス２１２は、チャネル・データ・ストリームの中のブレイクに広告を配置するためにＣＤＮ２０４からの要求が後から到着するのを待っている。

ｑトーンは、ＳＣＴＥ−３５パケットのインスタンスとすることができる。ＳＣＴＥ−３５パケットは、長さが１６ビットから３２ビットの識別子を含むことができる。残念ながら、この識別子は、広告配置決定と、他のプロセスとについて個別の信号ストリームにおいて個別の配置機会を識別するのに十分に大きくはない。したがって、マルチ・パラメータの関係のある照会またはルックアップを使用してデータ・ストアの中に位置する可能性がある情報を識別することが、必要である。これは、かなりシステム性能を低下させる。

残念ながら、広告サービスが要求でいっぱいにされる場合、マルチ・パラメータ要求は、混雑状態と、脱落した要求と、リブートとをもたらす可能性がある。これは、特に全国ベースのテレビジョン・プログラミングに当てはまり、ここでは、広告についての数万個から数百万個の要求が、実質的に同時に単一のサービス、または少数の広告サービスにあふれる可能性がある。

したがって、望ましいことになるが、まだ提供されてはいないものは、信号ストリームにおいて加速された決定解決を容易にするために配置機会ロケーションを一意的にマーク付けし、識別するための方法およびシステムである。

上記で説明された問題は、対処され、また技術的問題解決手法は、広告配置のために信号ストリームにマーク付けするコンピュータによって実施される方法およびシステムを提供することにより、当技術分野において達成される。サーバは、チャネル識別子を有する少なくとも１つのソース信号ストリームを受信する。サーバは、少なくとも１つのソース信号ストリームにおいて広告信号ポイントを識別する。サーバは、広告信号ポイントの時間的開始ロケーションを決定する。サーバは、広告信号ポイントの時間的開始ロケーションと、チャネル識別子とに基づいて、固有信号ＩＤを生成する。サーバは、固有信号ＩＤを少なくとも１つのソース信号ストリームのメタデータの中に挿入する。固有信号ＩＤは、ユニバーサル固有識別子（ＵＵＩＤ：ｕｎｉｖｅｒｓａｌ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒｓ）とすることができる。そのユニバーサル固有識別子は、長さが少なくとも１２８ビットとすることができる。固有信号ＩＤは、指定された帯域内キャリッジ・フォーマットを使用して少なくとも１つのソース信号ストリームのメタデータの中に挿入されることもある。広告信号ポイントの時間的開始ロケーションは、ウォール・クロック・タイム・スタンプに基づいて決定されることもある。

一実施形態においては、少なくとも１つのソース信号ストリームにおいて広告信号ポイントを識別することは、キュー・トーンを示すＳＣＴＥ−３５パケットのインスタンスを受信することを含むことができる。

一実施形態においては、本方法は、識別された広告信号ポイントに基づいて少なくとも１つの理論的広告配置機会を生成することをさらに含むことができる。少なくとも１つの確認された広告配置機会は、少なくとも１つの理論的広告配置機会から取得されることもある。少なくとも１つの理論的広告配置機会から少なくとも１つの確認された広告配置機会を取得することは、信号なしに、少なくとも１つのあらかじめ作られているが未確認の広告配置機会をあらかじめ割り振ること、少なくとも１つのあらかじめ作られているが未確認の広告配置機会にソース信号ストリームをバインドすること、および少なくとも１つのあらかじめ作られているが未確認の広告配置機会を確認された広告配置機会として指定することを含むことができる。

一実施形態においては、本方法は、少なくとも１つの確認された広告配置機会についての広告決定を実行することをさらに含むことができる。少なくとも１つの確認された広告配置機会についての広告決定を実行することは、広告決定サービスに対して、少なくとも１つの確認された広告配置機会についての固有信号ＩＤを有する広告コールを送信すること、広告決定サービスから、少なくとも１つの受信側信号ストリームをターゲットにする少なくとも１つの広告を受信すること、少なくとも１つのターゲットを絞った広告と固有信号ＩＤとを少なくとも１つの受信側信号ストリームに挿入すること、および少なくとも１つの受信側信号ストリームを少なくとも１つの受信側に対して送信することを含むことができる。

一実施形態においては、本方法は、ルックバック・ルックアップを実行するために、固有信号ＩＤを有する広告信号ポイントの時間的開始ロケーションを使用することを含むことができる。

一実施形態においては、本方法は、固有信号ＩＤを有するルックアヘッド決定トリガをトリガ・データとして生成することを含むことができる。本方法は、広告決定サービスに対して、少なくとも１つの確認された広告配置機会についての固有信号ＩＤを有する広告コールを送信することをさらに含むことができる。広告決定サービスに対して固有信号ＩＤを有する広告コールを送信することに応じて、サーバは、少なくとも１つの確認された配置機会についての広告決定を実行することができ、広告決定サービスから、少なくとも１つの受信側信号ストリームをターゲットにする少なくとも１つの広告を受信すること、少なくとも１つのターゲットを絞った広告と、固有信号ＩＤとを少なくとも１つの受信側信号ストリームに挿入すること、および少なくとも１つのターゲットを絞った広告をキャッシュに記憶することをさらに含む。少なくとも１つのターゲットを絞った広告は、キャッシュに記憶されることもあり、このキャッシュは、ＪＡＲとすることができる。

本発明は、添付図面と併せて考察される以下で提示される例示の実施形態についての詳細な説明からもっと簡単に理解されるであろう。

広告配置についての従来の線形の、またはビデオ・オン・デマンドのモデルを示す図である。 信号ストリームにおいて広告配置決定を実行するための従来のインターネット・ベースのケーブル・テレビジョン・インフラストラクチャの構成を示す図である。 本発明の一実施形態による、広告配置のために信号ストリームにマーク付けするためのシステムについての一実施形態の構成を示す図である。 本発明の一実施形態による、広告配置のために信号ストリームにマーク付けする方法の一実施形態を示す流れ図である。 本発明の一実施形態による、少なくとも１つの確認された広告配置機会についての広告決定を実行するための方法についての一実施形態を示す流れ図である。 本発明の一実施形態による、信号ストリームにおいて広告配置決定を加速するためのシステムの構成を示す図である。 本発明の一実施形態による、サーバの観点から信号ストリームにおいて広告配置決定を加速するための方法についての一実施形態を示す流れ図である。 本発明の一実施形態による、クライアントの１つの観点からデータ・ストリームにおいて広告配置決定を加速するための方法についての一実施形態を示す流れ図である。 その内部で、本明細書において考察される任意の１つまたは複数の方法をマシンに実行させるための１組の命令が実行され得るコンピュータ・システムの例示の形態の形でマシンの図表現を示す図である。

添付の図面は、本発明の概念を例証する目的のためであり、また縮尺比に従って拡大縮小されなくてもよいことを理解すべきである。

本発明のある種の実施形態は、ＳＣＴＥ−１３０規格に従って規定される要素と互換性があり、またそれらの要素を使用している。ＳＣＴＥ−１３０規格は、配置機会を通信するために必要な協調する論理サービスと、配置決定と、説明責任の測定のために必要な配置に関連したイベント・データとの最小の組を規定する標準化され、また拡張可能なメッセージ・ベースのインターフェースを提供する。ＳＣＴＥ−１３０は、１組の広告システム論理サービスのうちのインターフェースの拡張可能なフレームワークを規定する。ＳＣＴＥ−１３０規格は、進化したアドレス指定可能な広告システムを実施するために必要とされる協調的な論理サービスの最小の組と、規定された論理サービスのうちで通信するために必要とされる語彙を形成するコア・データ・タイプおよび拡張可能なメッセージ・フレームワークと、コア・データ・タイプおよびメッセージを使用するこれらの論理サービスのうちのインターフェースと、既に展開されたシステムとの後方互換性を保持しながら革新を可能にする拡張可能性のためのメカニズムとを包含しており、それによって規格の内部で新しい特徴を組み込むための複雑さを低減させる。

ＳＣＴＥ−１３０規格の標準的な部分は、ＶＯＤベースの広告能力、線形ベースの広告能力、広告回転グループなど、機能強化された広告能力（回転グループは、順番に実行される配置機会のことを意味し、その結果、同じ広告は、すぐに再び視聴されない）などの特徴と、広告またはコンテンツの調整のための加入者ベースのアドレス指定と、より進化した広告機能またはアドレス指定機能のための拡張ポイントと、同じベンダによって生成される１つまたは複数の物理システムとして実施される論理サービスと、１つまたは複数のベンダからのシステムを同時に含むことができる論理サービスの展開と、１つまたは複数の規定された論理サービスおよびインターフェースを組み込むことができる実装形態とを実施するシステムを統合するためのメカニズムを規定する。

ＳＣＴＥ−１３０規格は、進化した広告システムを備える１組の論理サービスを規定する。各論理サービスは、それ自体複雑なシステムとすることができる。一実施形態においては、１つまたは複数の以下の論理サービスは、本発明のある種の実施形態によって使用される可能性があり、またはある種の実施形態と相互に作用することができる。

広告管理サービス（ＡＤＭ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ）は、広告挿入アクティビティをサポートしてメッセージを規定する。これらのメッセージの一次消費者は、広告決定サービス（ＡＤＳ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｄｅｃｉｓｉｏｎ Ｓｅｒｖｉｃｅ）である。ＡＤＭによって暴露されるメッセージ・インターフェースは、あらかじめ構成された広告決定と、リアル・タイム実現モデルとの両方を可能にする。ＡＤＭ実装形態は、いくつかの簡単な広告選択規則（例えば、広告回転）を組み込むことができるが、より複雑な広告決定は、ＡＤＳの責任である。

広告決定サービス（ＡＤＳ）は、どのようにして広告コンテンツが、広告でない（すなわち、娯楽）コンテンツ・アセットと組み合わされるかを決定する。ＡＤＳによって行われる決定は、直接的なもの（すなわち、特定のアセットの中で特定の時刻に配置される特定の広告コンテンツ）であり、または（加入者データ、広告ゾーンなどに基づいた）任意の複雑なものとすることができる。

コンテンツ情報サービス（ＣＩＳ：Ｃｏｎｔｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）は、他のＳＣＴＥ−１３０論理サービスにとって使用可能なアセット（広告アセットと非広告アセットの両方）を記述するメタデータを管理する。ＣＩＳは、照会および通知インターフェースを他の論理サービスに対して提供する。照会サービスは、アドホック・ベースで使用可能であり、またどのような先行した登録もなしにいつでも他の任意の論理サービスによって呼び出される可能性がある。照会は、照会メッセージ・メタデータ内で捜し求められる値またはパターンを指定し、その指定されたマッチング情報（またはエラー表示）が、応答メッセージの中で返される。

コンテンツ情報サービス（ＣＩＳ）は、ストレージおよび配信エンジンである。それは、娯楽アセットおよび広告アセットについてのメタデータを記憶し、メタデータが修正されるときに登録されたクライアントに対して通知を提供し、他のＣＩＳサービスからの通知を登録し、受信し、また処理し、またリアル・タイムのメタデータ照会をサポートする。ＣＩＳにより、広告マネージャ（ＡＤＭ）および／または広告決定サービス（ＡＤＳ）は、それらの進化した広告決定処理において、コンテンツ・メタデータを取り出し、また利用することができるようになる。

配置機会情報サービス（ＰＯＩＳ：Ｐｌａｃｅｍｅｎｔ Ｏｐｐｏｒｔｕｎｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）は、配置機会の説明を保持し、維持し、また持ち続けることができる。ＰＯＩＳは、各配置機会についての属性および制約条件と、配置機会が存在するコンテンツのプラットフォーム準拠、権利、ポリシーとを含むこともできる。これらの配置機会は、コンテンツ特有であり、したがって、属性と制約条件とは、ネットワーク、地理的領域、または他のコンテンツ分布次元によって変化する可能性がある。

ＰＯＩＳは、配置機会（ＰＯ）ストレージおよびインベントリ実行エンジンである。それは、ＰＯメタデータと統計データとを記憶し、ＰＯメタデータが修正されるときに登録されたクライアントに対して通知を提供し、他のＰＯＩＳサービスからの通知を登録し、受信し、また処理し、またリアル・タイムＰＯメタデータ照会をサポートする。ＰＯＩＳ電化製品を通して、広告マネージャ（ＡＤＭ）および／または広告決定サービス（ＡＤＳ）は、それらの進化した広告決定を行う際に配置機会メタデータを取り出し、また利用することができる。

加入者情報サービス（ＳＩＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｉｃｅ）は、広告配置決定に関連のある加入者当たりの情報を管理する。ＳＩＳは、ＭＡＣアドレスやシリアル番号など、加入者またはクライアントの識別子と、加入者または視聴者の属性、例えば、加入者の年齢、性別、ロケーションとの間のマッピングを提供する。

用語「コンピュータ」または「コンピュータ・プラットフォーム」は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット・コンピュータ、メインフレーム・コンピュータ、サーバ、ハンドヘルド・デバイス、デジタル信号プロセッサ（ＤＳＰ）、埋め込みプロセッサ（この埋め込みプロセッサの一例が、図９に関連して説明される）、データを処理することができる他の任意のデバイスなど、任意のデータ処理デバイスを含むことを意図している。コンピュータ／コンピュータ・プラットフォームは、１つまたは複数の非一時的なコンピュータ読取り可能媒体と、１つまたは複数のネットワークとに通信するように接続される１つまたは複数のマイクロプロセッサを含むように構成されている。用語「通信するように接続される」は、有線か、またはワイヤレスかにかかわらず、データが通信され得る任意のタイプの接続を含むことを意図している。用語「通信するように接続される」は、それだけには限定されないが、単一コンピュータの内部のデバイス間および／またはプログラム間の、あるいはネットワークの上のデバイス間および／または別個のコンピュータ間の接続を含むことを意図している。用語「ネットワーク」は、それだけには限定されないが、ＯＴＡ（無線（ｏｖｅｒ−ｔｈｅ−ａｉｒ）伝送と、ＡＴＳＣ、ＤＶＢ−Ｔ）と、パケット交換ネットワーク（ＴＣＰ／ＩＰ、例えば、インターネット）と、衛星（マイクロ波、ＭＰＥＧトランスポート・ストリームまたはＩＰ）と、直接ブロードキャスト衛星と、アナログ・ケーブル送信システム（ＲＦ）と、デジタル・ビデオ送信システム（ＡＴＳＣ、ＨＤ−ＳＤＩ、ＨＤＭＩ、ＤＶＩ、ＶＧＡ）などとを含むことを意図している。

図３は、本発明の一実施形態による、広告配置のために信号ストリームにマーク付けするためのシステム３００の構成を示す。システム３００は、１つまたは複数のネットワーク（図示されず）によって相互に接続され、また１つまたは複数のＡＤＳ３０４ａ〜３０４ｎに通信するように接続された、サーバ３０２の上で実行されることもある。ＡＤＳ３０４ａ〜３０４ｎは、１つまたは複数のスマート家電製品３０８ａ〜３０８ｎに対する配信のためのＣＤＮ３０６の要求で、受信側データ・ストリームの中の広告ブレイクに広告を配置するように構成されている。

サーバ３０２は、アップストリーム・デバイス３１２からの１つまたは複数のソース信号ストリームと、オブザーバ３１４からの対応するｑトーン（すなわち、ＳＣＴＥ−３５パケットのインスタンス）とを受信するために、ＣＩＳ３１０に関連づけられ、またはＣＩＳ３１０を実施することができ、このオブザーバは、トランスコーダ３１６の内部に組み込まれていることもある。トランスコーダ３１６はまた、上記で説明されるように、ＣＤＮ３０６に対する所定の「チャンク」において、ＩＰビデオ、オーディオなどを配信するように構成されてもいる。

ＣＩＳ３１０はまた、１つまたは複数のソース信号ストリームからのメタデータを識別し、またその識別されたメタデータをサーバ３０２に対して配信するように構成されてもいる。サーバ３０２は、信号なしに対応する数の未確認の配置機会をあらかじめ割り振るように、また複数のあらかじめ作られているが未確認の配置機会に対してソース信号ストリームをバインドするように構成されている。識別されたメタデータの一部分は、対応するソース信号ストリームに関連するチャネル識別子を含む。ＣＩＳ３１０は、確認されたＰＯとしてＰＯを一意的に識別する信号識別子または信号ＩＤと称されるグローバルに固有の値、ＵＵＩＤと、エンド・ツー・エンド動作システム３００の内部のその開始ロケーションとを返すように構成されている。ＣＩＳ３１０は、さらに、適切な帯域内キャリッジ・フォーマットを使用したソース信号ストリームのメタデータの中に、信号ＩＤと、チャネル識別子とを挿入するように構成されている。

一実施形態においては、ＰＯＩＳ３１８は、サーバ３０２によって実施されることもある。ＰＯＩＳ３１８は、コンテンツ・ストリームと、ウォール・クロックの両方に対する未確認の配置機会（すなわち、広告信号ポイント（単数または複数）を含む）の時間的開始ロケーションを識別することにより未確認の配置機会を「確認する」ように構成されている。

一実施形態においては、ＰＯＩＳ３１８は、ＳＣＴＥ１３０の広告管理サービス３２０、またはチャネル識別子と、少なくとも１つの視聴者属性とを有するいくつかの受信側信号ストリームを表すリストを識別すべきサーバ３０２に関連するＡＤＭ３２０のインスタンスにおいて、ワークフローを開始するように構成されていることもある。リストを識別するために、ＡＤＭ３２０は、外部セッション・マネージャ３２２と、ＳＩＳ３２４との各々に対してコールをかける。ＡＤＭ３２０は、チャネル識別子をセッション・マネージャ３２２に対して送信し、このセッション・マネージャは、チャネル識別子に対応するチャネルを現在視聴しているいくつかの受信側を示すクライアント識別情報のリストをＡＤＭ３２０に提供する。ＡＤＭ３２０は、クライアント識別情報とチャネル識別子とに相互に関連した視聴者修飾子の組についてのリストをＡＤＭ３２０に提供するＳＩＳ３２４に対してクライアント識別情報のリストと、チャネル識別子とを送信する。クライアント識別情報と、チャネル識別子とに相互に関連した視聴者修飾子の組のこのリストは、加入者によって現在「見られ」ている同じチャネル識別子を有する受信側信号ストリームのリストを表しており、ここで、リストの中の各加入者は、視聴者属性のある種の組（例えば、２１歳以上のすべての男性）を有している。ＡＤＭ３２０はまた、１つまたは複数のＡＤＳ３０４ａ〜３０４ｎから、クライアント識別情報と、チャネル識別子とに相互に関連した視聴者修飾子のリストの組に対応する複数のターゲットを絞った広告を取得するように構成されてもいる。ＡＤＭ３２０は、ＡＤＳ３０４ａ〜３０４ｎから、複数の受信側信号ストリームを表すリストをターゲットにする複数の広告を受信する。

ＡＤＭ３２０は、固有信号ＩＤと、１組のローカルに構成され、または学習されたターゲットにする判断基準とを加えたものを使用して、固有の１組の広告決定要求を開始する。広告決定要求は、適切な決定所有者（すなわち、ＡＤＳ３０４ａ〜３０４ｎ）に対するターゲットを絞った広告決定要求に発展し、またそれらの結果は、信号確認の結果として生成される配置機会に相互に関連した１組の広告配置決定である。

図４は、本発明の一実施形態による、広告配置のために信号ストリームにマーク付けする方法４００についての一実施形態を示す流れ図である。ブロック４０５において、サーバ３０２は、チャネル識別子を有する少なくとも１つのソース信号ストリームを受信する。サーバ３０２に関連するＣＩＳ３１０は、アップストリーム・デバイス３１２からチャネル識別子を有するソース信号ストリーム（例えば、ＭＰＥＧ−２フォーマットにおける）を受信する。ＣＩＳ３１０は、チャネル識別子を含むソース信号ストリームからのメタデータを識別し、またチャネル識別子をサーバ３０２に対して提示する。

ブロック４１０において、サーバ３０２は、少なくとも１つのソース信号ストリームの中の広告信号ポイントを識別する。一実施形態においては、ソース信号ストリームの中の広告信号ポイントを識別することは、対応するソース信号ストリームの中の信号ポイントの到着についての外部通知を受信することに基づいたものとすることができる。ソース信号ストリームについての特定のベンダ・フォーマット（例えば、ＴＢＳ）に関連するトランスコーダ３１６は、ソース信号ストリームを受信し、またソース信号ストリームをＩＰビデオに変換する。そのプロセスにおいて、トランスコーダ３１６に含められることもあるオブザーバ３１４は、ＳＣＴＥ−３５のｑトーンの存在に気付く。

一実施形態においては、通知は、ソース信号ストリームに位置している対応する信号ポイントに先立ったｑトーンのトーンを示すＳＣＴＥ−３５パケットのインスタンスである。ｑトーンはまた、理論的広告配置機会が、ソース信号ストリームの中の理論的広告信号ポイントにある期間だけ先立ってソース信号ストリームの中に位置していることを示す表示を提供する。次いで、トランスコーダ３１６のオブザーバ３１４は、ＣＩＳ３１０に対してウェブ・コールをかけて、特定のチャネル識別子についてのｑトーンが、観察されていることをＣＩＳ３１０に通知する。ＳＣＴＥ−３５パケットと、チャネル識別子とが、ＣＩＳ３１０によってソース信号ストリームのメタデータから抽出され、またサーバ３０２に対して配信される。

ブロック４１５において、サーバ３０２は、少なくとも１つのソース信号ストリームの中の広告信号ポイントの時間的開始ロケーションを決定する。少なくとも１つのソース信号ストリームの中の広告信号ポイントの時間的開始ロケーションは、ソース信号ストリームの中に位置している理論的配置機会を確認することに基づいて、ＣＩＳ３１０によって決定されることもある。広告信号ポイントの時間的開始ロケーションは、ウォール・クロック・タイム・スタンプに部分的に基づいていることもある。

ＳＣＴＥ−３５パケットの到着は、指定されたチャネルＩＤ（例えば、ＴＢＳ）についてのいくつかの理論的な広告配置機会（ＰＯ）についての表示である。各々の未確認のＰＯは、広告信号ポイントとして知られている推定された開始ロケーションを有する。広告信号ポイントは、確認される必要がある。実際の広告挿入開始ロケーションに、ソース信号ストリームにおいて、リアル・タイムに出合うとき、ＰＯＩＳ３１８におけるソフトウェア・プロセスは、広告信号ポイントの実際の時間を確認する。この確認された広告信号ポイントは、少なくとも１つの受信側信号ストリームにおいて、広告挿入のために今や準備ができている確認されたＰＯの生成をもたらす。

ＰＯＩＳ３１８が、理論的な配置機会を受信するとき、ＰＯＩＳ３１８は、信号なしに、対応する数の未確認の広告配置機会をあらかじめ割り振るように、また複数のあらかじめ作られているが未確認の広告配置機会に対してソース信号ストリームをバインドするように構成されている。複数のあらかじめ作られているが未確認の広告配置機会に対してソース信号ストリームをバインドすることは、ＣＩＳ３１０が、ソース信号ストリームからチャネル識別子を含むメタデータを識別することを含む。本明細書において使用されるとき、用語「バインドすること」は、ＰＯの内部の信号とコンテンツとの識別のことを意味する。ＰＯは、まだ（すなわち、夕方のＴＮＴネットワークの上のどのような番組にも）公開されていない広大な量のコンテンツのために頻繁に生成される。

ある番組が「放送され」、またソース信号ストリームが検出されるとき、ソース信号ストリームは、その番組のために関連のあるＰＯにバインドされる。

ブロック４２０において、サーバ３０２（すなわち、ＣＩＳ３１０）は、広告信号ポイントの時間的開始ロケーションと、チャネル識別子とに基づいて、固有信号ＩＤを生成する。一実施形態においては、固有信号ＩＤは、ユニバーサル固有識別子（ＵＵＩＤ：ｕｎｉｖｅｒｓａｌｌｙ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒ）である。一実施形態においては、ＵＵＩＤは、長さが少なくとも１２８ビットであることもあり、またこの開示の恩恵を受ける当業者によって理解されることになるように、任意の適切なマシン・アルゴリズムによって生成されることもある。ブロック４２５において、サーバ３０２（すなわち、ＣＩＳ３１０）は、少なくとも１つのソース信号ストリームのメタデータの中に固有信号ＩＤを挿入する。このポイントから進んで、少なくとも１つのソース信号ストリームと、少なくとも１つのソース信号ストリームの中の１つまたは複数の広告信号ポイントとは、さらに処理するために一意的に識別されることもある。さらなる処理の例は、関連する受信側信号ストリームにおける広告配置決定を、すなわちルックバック・ルックアップを決定すること、ならびに広告配置決定を加速するためのルックアヘッド決定トリガを生成すること、および処理することを含むことができる。

一実施形態においては、固有信号ＩＤは、指定された帯域内キャリッジ・フォーマットを使用して、少なくとも１つのソース信号ストリームのメタデータの中に挿入されることもある。固有信号ＩＤは、帯域内キャリッジ・メカニズムの中の適切などのようなものによってもソース信号ストリームの中で搬送されるようにするために必要に応じて変換されることもある。例えば、ソース信号ストリームの帯域内キャリッジ・フォーマットは、スマート家電製品３０８ａ〜３０８ｎに関連するＡＤＳ３０４ａ〜３０４ｎに対する配信のためにＭＰＥＧ２符号化フォーマットからＭＰＥＧ４フォーマットに変換される必要があることもある。

図５は、本発明の一実施形態による、少なくとも１つの確認された広告配置機会について広告決定を実行するための方法５００についての一実施形態を示す流れ図である。ブロック５０５において、サーバ３０２は、広告決定サービス（例えば、３０４ａ）に対して、少なくとも１つの確認された広告配置機会についての固有信号ＩＤを有する広告コールを送信する。ブロック５１０において、サーバ３０２は、広告決定サービス（例えば、３０４ａ）から少なくとも１つの受信側信号ストリームをターゲットにする少なくとも１つの広告を受信する。ブロック５１５において、サーバ３０２は、少なくとも１つのターゲットを絞った広告と、固有信号ＩＤとを少なくとも１つの受信側信号ストリームに挿入する。ブロック５２０において、サーバ３０２は、少なくとも１つの受信側に対して（例えば、セッション・マネージャ３２２と、ＶＯＤポンプ（サーバ）３２６とを経由してスマート家電製品３０８ａに対して）少なくとも１つの受信側信号ストリームを送信する。

一実施形態においては、固有信号ＩＤを使用して、図６〜８に示されるように、関連する受信側信号ストリームにおいて配置決定を加速することができ、これらの図は、その開示が、その全体において参照により本明細書に組み込まれている、２０１２年４月９日に出願された、同時係属の、共同所有された米国特許出願第１３／４４２，３５１号から複製される。図６は、本発明の一実施形態による、信号ストリームにおいて広告配置決定を加速するためのシステム６００の構成を示す。図７は、本発明の一実施形態による、サーバの観点から信号ストリームにおいて広告配置決定を加速するための方法７００についての一実施形態を示す流れ図である。図８は、本発明の一実施形態による、クライアントの１つの観点からデータ・ストリームにおいて広告配置決定を加速するための方法８００についての一実施形態を示す流れ図である。

次に図６を参照すると、システム６００は、クライアント・デバイス６１４ａ〜６１４ｎに通信するように接続された１つまたは複数のネットワーク（図示されず）によって相互接続されたサーバ６１２の上で実行されることもある。クライアント・デバイス６１４ａ〜６１４ｎは、サーバ６１２と、ＣＤＮ６２６との制御の下で、対応するＡＤＳ６２８ａ〜６２８ｎに対する配信のために、対応するキャッシュ６１６ａ〜６１６ｎに対する／からの所定の数の広告を記憶し、また取り出すように構成されている。

サーバ６１２は、アップストリーム・デバイス６２２からの１つまたは複数のソース信号ストリーム（例えば、デジタル・ビデオ、オーディオなど）と、１つまたは複数のオブザーバ６３４からの対応するｑトーン（すなわち、ＳＣＴＥ−３５パケットのインスタンス）とを受信するためのＣＩＳ６１８を実施するように構成されており、これらのオブザーバは、トランスコーダ６２４の内部に組み込まれていることもある。トランスコーダ６２４はまた、上記で説明されるように、ＣＤＮ６２６に対する所定の「チャンク」においてＩＰビデオ、オーディオなどを配信するように構成されてもいる。

ＣＩＳ６１８はまた、１つまたは複数のソース信号ストリームからメタデータを識別するように構成されてもおり、またこれらから、サーバ６１２は、信号なしに対応する数の未確認の配置機会をあらかじめ割り振るように、また複数のあらかじめ作られているが未確認の配置機会に対してソース信号ストリームをバインドするように構成されている。識別されたメタデータの一部分は、対応するソース信号ストリームに関連するチャネル識別子を含む。

ＰＯＩＳ６２０は、コンテンツ・ストリームと、ウォール・クロックの両方に対する未確認の配置機会の時間的開始ロケーションを識別することによって未確認の配置機会を「確認する」ように構成されている。ＣＩＳ６１８は、確認されたＰＯとしてＰＯを一意的に識別する信号識別子または信号ＩＤと称されるグローバルに固有の値、ＵＵＩＤと、エンド・ツー・エンド動作システムの内部のその開始ロケーションとを返すように構成されている。次いで、ＣＩＳ６１８は、適切な帯域内キャリッジ・フォーマットを使用して、ソース信号ストリームの他の識別されたメタデータの中に、信号ＩＤと、チャネル識別子とを挿入する。

次に、図６および７を参照すると、ブロック７０５において、サーバ６１２に関連するＣＩＳ６１８は、アップストリーム・デバイス６２２からチャネル識別子を有するソース信号ストリーム（例えば、ＭＰＥＧ−２フォーマットにおける）を受信する。

ソース信号ストリームについての特定のベンダ・フォーマット（例えば、ＴＢＳ）に関連するトランスコーダ６２４は、信号ストリームを受信し、また信号ストリームをＩＰビデオに変換する。そのプロセスにおいては、トランスコーダ６２４の中に含まれることもあるオブザーバ６３２は、ＳＣＴＥ−３５のｑトーンの存在に気付く。一実施形態においては、広告配置機会が、信号ストリームの中に位置していることを示す表示は、ｑトーンを示すＳＣＴＥ−３５パケットのインスタンスである。ｑトーンはまた、広告配置機会が、信号ストリームの中の広告信号ポイントにある期間だけ先立って、信号ストリームの中に位置していることを示す表示を提供する。次いで、トランスコーダ６２４のオブザーバ６３２は、ＣＩＳ６１８に対してウェブ・コールをかけて、特定のチャネルＩＤについてのｑトーンが、観察されていることをＣＩＳ６１８に通知する。

ＳＣＴＥ−３５パケットの到着は、指定されたチャネルＩＤ（例えば、ＴＢＳ）についてのいくつかの理論的広告配置機会（ＰＯ）についての表示である。各々の未確認のＰＯは、広告信号ポイントとして知られている推定された開始ロケーションを有する。広告信号ポイントは、確認される必要がある。実際の広告挿入開始ロケーションに、リアル・タイムで出合うとき、ＰＯＩＳ６２０におけるソフトウェア・プロセスが、広告信号ポイントの実際の時刻を確認する。この確認された広告信号ポイントは、今や広告挿入の準備ができている確認されたＰＯの生成をもたらす。

サーバ６１２が、理論的配置機会を受信するとき、サーバ６１２は、信号なしに対応する数の未確認の配置機会をあらかじめ割り振るように、また複数のあらかじめ作られているが未確認の配置機会にソース信号ストリームをバインドするように構成されている。複数のあらかじめ作られているが未確認の配置機会にソース信号ストリームをバインドすることは、ＣＩＳ６１８が、ソース信号ストリームからのチャネル識別子を含むメタデータを識別することを含む。本明細書において使用されるとき、用語「バインドすること」は、ＰＯの内部の信号とコンテンツとの識別のことを意味する。ＰＯは、まだ（すなわち、夕方のＴＮＴネットワークの上のどのような番組にも）公開されていない広大な量のコンテンツのために頻繁に生成される。

ある番組が「放送され」、またソース信号ストリームが検出されるとき、ソース信号ストリームは、その番組のために関連のあるＰＯにバインドされる。

確認されたＰＯが、生成されるとき、それらのＰＯを生成した同じ信号ポイント識別子は、サーバ６１２に関連するＡＤＭ６２２における聴取広告決定解決プロセスによって転送され、また取り込まれる。この信号ポイント転送は、ソフトウェア・プロセスのシーケンスを開始するルックアヘッド配置決定トリガ（または略して決定トリガ）と呼ばれる。コンテンツが、ＣＤＮ６２６によって獲得されるので、ＣＤＮ６２６は、ＰＯＩＳ６２０に通知し、またＰＯＩＳ６２０は、ソース信号ストリームと、ウォール・クロックの両方に対する配置機会の時間的開始ロケーションを「確認する」。ＰＯＩＳ６２０は、確認されたＰＯとしてＰＯを一意的に識別する信号識別子または信号ＩＤと称されるグローバルに固有の値、ＵＵＩＤと、エンド・ツー・エンド動作システムの内部のその開始ロケーションとを返す。次いで、ＰＯＩＳ６２０は、適切な帯域内キャリッジ・フォーマットを使用してソース信号ストリームの他の識別されたメタデータの中に信号ＩＤと、チャネル識別子とを挿入する。

並行して、ＰＯＩＳ６２０は、ワークフローを開始し、それによってＰＯＩＳ６２０は、ソース信号ストリームの中の１組の確認された配置機会を生成し、また信号ＩＤを用いてルックアヘッド決定トリガをトリガ・データとして点火する。ルックアヘッド決定トリガ受信側は、ＳＣＴＥ１３０広告管理サービス、またはサーバ６１２に関連するＡＤＭ６２２のインスタンスである。

ブロック７１０において、サーバ６１２のＡＤＭ６２２は、期間の満了に先立ってチャネル識別子と、少なくとも１つの視聴者属性とを有するいくつかの受信側信号ストリームを代表するリストを識別する。チャネル識別子と、少なくとも１つの視聴者属性とを有する複数の受信側信号ストリームを代表するリストは、いくつかの確認された配置機会に対応する。リストを識別するために、ＡＤＭ６２２は、外部セッション・サーバ６３４に対して、また外部ＳＩＳ６３６に対してコールをかける。ＡＤＭ６２２は、チャネル識別子をセッション・マネージャ６３４に対して送信し、このセッション・マネージャは、チャネル識別子に対応するチャネルを現在視聴しているいくつかの受信側を示すクライアント識別情報のリストをＡＤＭ６２２に提供する。ＡＤＭ６２２は、クライアント識別情報とチャネル識別子とに相互に関連した視聴者修飾子の組についてのリストをＡＤＭ６２２に提供するＳＩＳ６３６に対してクライアント識別情報とチャネル識別子とのリストを送信する。クライアント識別情報と、チャネル識別子とに相互に関連した視聴者修飾子の組についてのこのリストは、スマート・デバイス６３０ａ〜６３０ｎの上の加入者によって現在「見られて」いる同じチャネル識別子を有する受信側信号ストリームのリストを代表しており、ここで、そのリストの中の各加入者は、視聴者属性のある種の組（例えば、２１歳以上のすべての男性）を有する。

ブロック７１５において、サーバ６１２のＡＤＭ６２２は、１つまたは複数のＡＤＳ６２８ａ〜６２８ｎから、クライアント識別情報と、チャネル識別子とに相互に関連した視聴者修飾子のリストの組に対応する複数のターゲットを絞った広告を取得する。ＡＤＭ６２２は、ＡＤＳ６２８ａ〜６２８ｎから複数の受信側信号ストリームを代表するリストをターゲットにする複数の広告を受信する。

ブロック７２０において、サーバ６１２のＡＤＭ６２２は、１つまたは複数のＡＤＳ６２８ａ〜６２８ｎにおいて、少なくとも１つのキャッシュ６１６ａ〜６１６ｎに、取得されたターゲットにされたリストの広告を記憶する。少なくとも１つのキャッシュ６１６ａ〜６１６ｎに、ターゲットにされたリストの広告を記憶しながら、ＡＤＭ６２２は、ターゲットにされたリストの広告の各々に固有信号ＩＤを関連づける。少なくとも１つのキャッシュ６１６ａ〜６１６ｎに取得されたターゲットにされたリストの広告を記憶することは、１つまたは複数のクライアント６１４ａ〜６１４ｎに関連する少なくとも１つのＪＡＲ（すなわち、Ｊａｖａアーカイブ）に対してターゲットにされたリストの広告を送信することを含むことができる。キャッシュ６１６ａ〜６１６ｎに記憶されるべき数千から数百万の広告が存在する可能性があるので、一実施形態においては、ＡＤＭ６２２は、ソース信号ストリームの中のｑトーンの受信から対応する信号ポイントの期待された到着までの時間間隔を所定の数の部分時間間隔に分割し、またその数（すなわちカウント）の受信信号ストリームを所定の数の部分信号ストリームに分割する。その所定の数の部分信号ストリームは、所定の数の部分時間間隔の上で、クライアント６１４ａ〜６１４ｎに関連するキャッシュ６１６ａ〜６１６ｎに対して配信される。

次に図６および８を参照すると、ブロック８０５において、キャッシュ（例えば、６１６ａ）を制御するように構成されたクライアント（例えば、６１４ａ）は、広告が、同じチャネル識別子を有するいくつかの受信側信号ストリームの対応する信号ポイントに挿入されるようにするために、ＣＤＮ６２６から所定の数の要求を受信する。ブロック８１０において、クライアントは、所定の数の広告をキャッシュ（例えば、６１６ａ）から取り出す。ブロック８１５において、クライアント６１４ａは、所定の数の受信側信号ストリームの対応する広告信号ポイントに所定の数の広告を挿入する。所定の数の受信側信号ストリームの対応する広告信号ポイントに挿入される所定の数の広告は、ＡＤＭ６２２による、ソース信号ストリームの中の対応する信号ポイントの識別のすぐ後に生ずる。

確認された信号開始ポイントにおける、ＵＵＩＤに基づいたシステム全体にわたる固有信号ＩＤの帯域内挿入は、広告挿入ポイントが、時間全体にわたって普遍的に知られることを可能にする。固有信号ＩＤは、広告配置機会と、コンテンツ・アセットによるレンダリング・マッチング（ｒｅｎｄｅｒｉｎｇ ｍａｔｃｈｉｎｇ）と、不必要な時間との所在を見出すための主要なキーを提供することができる。主要なキーとして機能する固有信号ＩＤは、広告決定プロセスをスピードアップさせ、また広告決定解決のすべての態様が、同じ固有の値を参照することを可能にする。したがって、システムは、非常に高速になる。

ネットワークＤＶＲ（ｎＤＶＲ）では、固有信号ＩＤは、日付と、獲得の時刻と一緒に記憶されることもあり、ルックバック・ルックアップを文脈的によく理解されるように表現する。ルックバック・ルックアップは、関係性に、または照会に基づいたルックアップによってではなくて、ＵＵＩＤによってテーブルに直接にインデックス付けされることもある。

例えば、ある番組が、月曜日に録画された可能性があるが水曜日に見られる。その番組が視聴されるとき、録画された番組内でリアル・タイムに戻る（ｌｏｏｋ ｂａｃｋ）ことが可能になる。番組が９：００に開始され、視聴者が番組を９：１０に見始めるが最初の１０分を見逃した場合、システムは、視聴者が１０分間「戻って」ライブのストリームに入り、その後で順方向に再生することを可能にし、その結果、視聴者は、常に１０分だけライブの時間を追いかけていることになる。同様に、広告配置は、当初リアル・タイムから１０分間だけ古くなっている。しかしながら、特定の受信側信号ストリームにおいて対応する広告開始ポイントを識別するＵＵＩＤを有することは、受信側信号ストリームの中へのほとんどリアル・タイムの広告挿入を可能にする。

図９は、その内部で、本明細書において考察される任意の１つまたは複数の方法をマシンに実行させるための１組の命令が実行され得るコンピュータ・システム９００の例示の形態の形でマシンの図表現を示す。代替的な実施形態においては、マシンは、ローカル・エリア・ネットワーク（ＬＡＮ）、イントラネット、エクストラネット、またはインターネットにおいて、他のマシンに接続されて（例えば、ネットワーク化されて）いることもある。マシンは、クライアント・サーバ・ネットワーク環境においてサーバまたはクライアント・マシンの容量の中で、あるいはピア・ツー・ピアの（または分散型の）ネットワーク環境においてピア・マシンとして動作することができる。マシンは、パーソナル・コンピュータ（ＰＣ）、タブレットＰＣ、セット・トップ・ボックス（ＳＴＢ）、携帯型個人情報端末（ＰＤＡ）、セルラー方式電話、ウェブ家電製品、サーバ、ネットワーク・ルータ、スイッチもしくはブリッジ、またはそのマシンによって解釈されるようにアクションを指定する１組の命令（逐次的な、またはそれ以外の）を実行することができる任意のマシンとすることができる。さらに、単一のマシンだけが、例証されているが、用語「マシン」は、本明細書において考察される任意の１つまたは複数の方法を実行する１組（または複数組）の命令を個別に、または一緒に実行するマシンの任意の集まりを含むように解釈されることもあるべきである。

例示のコンピュータ・システム９００は、処理デバイス９０２と、メイン・メモリ９０４（例えば、読出し専用メモリ（ＲＯＭ）、フラッシュ・メモリ、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）（シンクロナスＤＲＡＭ（ＳＤＲＡＭ）やランバスＤＲＡＭ（ＲＤＲＡＭ）など））と、スタティック・メモリ９０６（例えば、フラッシュ・メモリ、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）など）と、データ・ストレージ・デバイス９１８とを含み、これらは、バス９３０を経由して互いに通信する。

処理デバイス９０２は、マイクロプロセッサや中央演算処理装置など、１つまたは複数の汎用処理デバイスを表すものである。より詳細には、処理デバイスは、コンプレックス命令セット・コンピューティング（ＣＩＳＣ）マイクロプロセッサ、縮小命令セット・コンピュータ（ＲＩＳＣ）マイクロプロセッサ、超長命令語（ＶＬＩＷ：ｖｅｒｙ ｌｏｎｇ ｉｎｓｔｒｕｃｔｉｏｎ ｗｏｒｄ）マイクロプロセッサ、または他の命令セットを実施するプロセッサ、あるいは命令セットの組合せを実施するプロセッサとすることができる。処理デバイス９０２は、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワーク・プロセッサなど、１つまたは複数の専用処理デバイスとすることもできる。処理デバイス９０２は、本明細書において考察されるオペレーションおよびステップを実行するための、通信するように接続されたサーバ３０２を実行するように、構成されている。

コンピュータ・システム９００は、ネットワーク・インターフェース・デバイス９０８をさらに含むことができる。コンピュータ・システム９００はまた、ビデオ・ディスプレイ・ユニット９１０（例えば、液晶ディスプレイ（ＬＣＤ）または陰極線管（ＣＲＴ）と、英数字入力デバイス９１２（例えば、キーボード）と、カーソル制御デバイス９１４（例えば、マウス）と、信号生成デバイス９１６（例えば、スピーカ）とを含むこともできる。

データ・ストレージ・デバイス９１８は、本明細書において説明される機能についての任意の１つまたは複数の方法を実施する１つまたは複数の命令の組９２２（例えば、サーバ３０２）を有するマシン読取り可能ストレージ媒体（またはより詳細には、コンピュータ読取り可能ストレージ媒体）９２０を含むことができる。サーバ３０２は、コンピュータ・システム９００によるその実行中に、メイン・メモリ９０４の内部に、かつ／または処理デバイス９０２の内部に、完全にまたは少なくとも部分的に、存在することもでき、メイン・メモリ９０４と、処理デバイス９０２とはまた、マシン読取り可能ストレージ媒体を構成している。サーバ３０２は、さらに、ネットワーク・インターフェース・デバイス９０８を経由してネットワーク９２６の上で送信され、または受信されることもある。

マシン読取り可能ストレージ媒体９２０を使用して、永続的にデバイス待ち行列マネージャ・ロジックを記憶することもできる。マシン読取り可能ストレージ媒体９２０は、例示の実施形態において、単一の媒体であるように示されているが、用語「マシン読取り可能ストレージ媒体」は、命令の１つまたは複数の組を記憶する単一の媒体または複数の媒体（例えば、中央集中されたデータベースもしくは分散型のデータベース、および／または関連するキャッシュとサーバと）を含むように解釈されるべきである。用語「マシン読取り可能ストレージ媒体」はまた、マシンによる実行のための１組の命令を記憶し、または符号化することができる、また本発明の任意の１つまたは複数の方法をマシンに実行させる、任意の媒体を含むようにも解釈されるべきある。用語「マシン読取り可能ストレージ媒体」は、それに応じて、それだけには限定されないが、ソリッド・ステート・メモリと、光媒体および磁気媒体とを含むように解釈されるべきである。

本明細書において説明されるコンポーネントと、他の機能とは、個別ハードウェア・コンポーネントとして実施され、またはＡＳＩＣ、ＦＰＧＡ、ＤＳＰ、類似したデバイスなどのハードウェア・コンポーネントの機能の形で一体化される可能性がある。さらに、これらのコンポーネントは、ハードウェア・デバイスの内部のファームウェアまたは機能回路として実施される可能性もある。さらに、これらのコンポーネントは、ハードウェア・デバイスと、ソフトウェア・コンポーネントとの任意の組合せの形で実施される可能性もある。

詳細な説明のいくつかの部分は、コンピュータ・メモリの内部のデータ・ビットに対するオペレーションのアルゴリズムとシンボリック表現との観点から提示される。これらのアルゴリズムの説明および表現は、他の当業者に彼らの仕事の本質を最も効果的に伝えるために、データ処理技術分野の当業者によって使用される手段である。アルゴリズムは、ここでは、また一般に、望ましい結果をもたらすステップの自己矛盾のないシーケンスであるように考えられる。それらのステップは、物理量の物理的操作を必要とするこれらのステップである。通常は、必ずしもそうであるとは限らないが、これらの量は、記憶され、転送され、結合され、比較され、またそれ以外の方法で操作され得る電気信号または磁気信号の形態をとる。これらの信号を、ビット、値、要素、シンボル、キャラクタ、用語、番号などと称することは、主として共通使用のために、好都合であることがあると判明している。

しかしながら、これらの用語および類似した用語のすべては、適切な物理量に関連づけられるべきであり、またこれらの量に適用される単に好都合なラベルであるにすぎないことを心に留めるべきである。それ以外の方法で具体的に述べられていない限り、上記考察から明らかなように、説明全体を通して、「可能にすること」、「送信すること」、「要求すること」、「識別すること」、「照会すること」、「取り出すこと」、「転送すること」、「決定すること」、「渡すこと」、「処理すること」、「ディスエーブルにすること」などの用語を利用した考察は、コンピュータ・システムのメモリもしくはレジスタ、または他のそのような情報のストレージ・デバイス、送信デバイス、もしくはディスプレイ・デバイスの内部の物理量として同様に表される他のデータにコンピュータ・システムのレジスタおよびメモリの内部の物理（電子）量として表されるデータを操作し、また変換するコンピュータ・システム、または類似した電子コンピューティング・デバイスのアクションおよびプロセスのことを意味することが、理解される。

本発明の実施形態はまた、本明細書におけるオペレーションを実行するための装置に関連してもいる。この装置は、必要とされる目的のために特に構築されることもあり、またはこの装置は、コンピュータに記憶されるコンピュータ・プログラムによって選択的にアクティブにされ、または再構成される汎用コンピュータを備えることができる。そのようなコンピュータ・プログラムは、それだけには限定されないが、ユニバーサル・シリアル・バス（ＵＳＢ：ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ストレージ・デバイス（例えば、ＵＳＢキー・デバイス）または電子命令を記憶するために適した任意のタイプの媒体を含む、フロッピー・ディスクと、光ディスクと、ＣＤ−ＲＯＭと、光磁気ディスクとを含む任意のタイプのディスク、読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カードもしくは光カード、フラッシュ・メモリ・デバイスなどのコンピュータ読取り可能ストレージ媒体に記憶される可能性があり、これらの各々は、コンピュータ・システム・バスに結合されることもある。

本明細書において提示されるアルゴリズムおよびディスプレイは、どのような特定のコンピュータまたは他の装置にも本質的に関係づけられてはいない。様々な汎用システムは、本明細書における教示に従ってプログラムとともに使用されることもあり、または必要とされる方法ステップを実行するように、もっと専用化された装置を構築することが、好都合であることも判明している。様々なこれらのシステムについての必要とされる構造が、上記の説明から明らかになるであろう。さらに、本発明は、どのような特定のプログラミング言語に関連しても説明されてはいない。様々なプログラミング言語を使用して、本明細書において説明されるような本発明の教示を実施することができることが、理解されるであろう。

上記の説明は、例示的であり、また限定的ではないことを意図していることを理解すべきである。多数の他の実施形態は、上記の説明を読み、また理解するとすぐに、当業者にとって明らかになるであろう。本発明は、特定の例示の実施形態に関連して説明されているが、本発明は、説明される実施形態だけには限定されないが、添付の特許請求の範囲の精神および範囲の内部の修正形態と変更形態とを用いて実行され得ることが、認識されるであろう。したがって、本明細書と図面とは、限定的な意味ではなくて、例証的な意味で考えられるべきである。本発明の範囲は、したがって、そのような特許請求の範囲が、資格を与えられる均等物の全範囲と一緒に、添付の特許請求の範囲に関連して決定されるべきである。

Claims (23)

1. 広告配置のために信号ストリームにマーク付けする、コンピュータによって実施される方法であって、
   プログラムされたコンピュータを使用して、チャネル識別子を有する少なくとも１つのソース信号ストリームを受信するステップと、
   前記プログラムされたコンピュータを使用して、前記少なくとも１つのソース信号ストリームの中の広告信号ポイントを識別するステップと、
   前記プログラムされたコンピュータを使用して、前記広告信号ポイントの時間的開始ロケーションを決定するステップと、
   前記プログラムされたコンピュータを使用して、前記広告信号ポイントの前記時間的開始ロケーションと、前記チャネル識別子とに基づいて、固有信号ＩＤを生成するステップと、
   前記プログラムされたコンピュータを使用して、前記少なくとも１つのソース信号ストリームのメタデータの中に前記固有信号ＩＤを挿入するステップと
   を含む方法。
2. 前記固有信号ＩＤは、ユニバーサル固有識別子（ＵＵＩＤ）である、請求項１に記載の方法。
3. 前記ユニバーサル固有識別子は、長さが少なくとも１２８ビットである、請求項２に記載の方法。
4. 前記固有信号ＩＤは、指定された帯域内キャリッジ・フォーマットを使用して少なくとも１つのソース信号ストリームのメタデータの中に挿入される、請求項１に記載の方法。
5. 広告信号ポイントの前記時間的開始ロケーションは、ウォール・クロック・タイム・スタンプに基づいて決定される、請求項１に記載の方法。
6. 前記少なくとも１つのソース信号ストリームの中の広告信号ポイントを識別する前記ステップは、キュー・トーンを示すＳＣＴＥ−３５パケットのインスタンスを受信することを含む、請求項１に記載の方法。
7. 前記識別された広告信号ポイントに基づいて、少なくとも１つの理論的広告配置機会を生成することをさらに含む、請求項１に記載の方法。
8. 前記少なくとも１つの理論的広告配置機会から少なくとも１つの確認された広告配置機会を取得することをさらに含む、請求項７に記載の方法。
9. 前記少なくとも１つの理論的広告配置機会から前記少なくとも１つの確認された広告配置機会を取得することは、
   信号なしに、少なくとも１つのあらかじめ作られているが未確認の広告配置機会をあらかじめ割り振ること、
   少なくとも１つのあらかじめ作られているが未確認の広告配置機会に前記ソース信号ストリームをバインドすること、および
   前記少なくとも１つのあらかじめ作られているが未確認の広告配置機会を確認された広告配置機会として指定すること
   を含む、請求項８に記載の方法。
10. 前記少なくとも１つの確認された広告配置機会についての広告決定を実行することをさらに含む、請求項８に記載の方法。
11. 前記少なくとも１つの確認された広告配置機会について広告決定を実行することは、広告決定サービスに対して、前記少なくとも１つの確認された広告配置機会について前記固有信号ＩＤを有する広告コールを送信することを含む、請求項１０に記載の方法。
12. 少なくとも１つの確認された広告配置機会について広告決定を実行することは、
    前記広告決定サービスから、少なくとも１つの受信側信号ストリームをターゲットにする少なくとも１つの広告を受信すること、
    前記少なくとも１つのターゲットを絞った広告と、前記固有信号ＩＤとを前記少なくとも１つの受信側信号ストリームの中に挿入すること、および
    前記少なくとも１つの受信側信号ストリームを少なくとも１つの受信側に対して送信すること
    をさらに含む、請求項１１に記載の方法。
13. ルックバック・ルックアップを実行するために前記固有信号ＩＤを有する前記広告信号ポイントの前記時間的開始ロケーションを使用することをさらに含む、請求項１に記載の方法。
14. 前記固有信号ＩＤを有するルックアヘッド決定トリガをトリガ・データとして生成することをさらに含む、請求項１に記載の方法。
15. 少なくとも１つの確認された広告配置機会について前記固有信号ＩＤを有する広告コールを広告決定サービスに対して送信することをさらに含む、請求項１４に記載の方法。
16. 広告決定サービスに対して前記固有信号ＩＤを有する広告コールを送信することに応じて、少なくとも１つの確認された配置機会について広告決定を実行する、請求項１５に記載の方法。
17. 少なくとも１つの確認された配置機会について広告決定を実行することは、
    前記広告決定サービスから、少なくとも１つの受信側信号ストリームをターゲットにする少なくとも１つの広告を受信すること、
    前記少なくとも１つのターゲットを絞った広告と、前記固有信号ＩＤとを前記少なくとも１つの受信側信号ストリームの中に挿入すること、および
    前記少なくとも１つのターゲットを絞った広告をキャッシュに記憶すること
    を含む、請求項１６に記載の方法。
18. 前記少なくとも１つのターゲットを絞った広告をキャッシュに記憶することは、前記少なくとも１つのターゲットを絞った広告をコンテンツ配信ネットワークに関連する少なくとも１つのＪＡＲに対して送信することを含む、請求項１７に記載の方法。
19. 前記少なくとも１つのソース信号ストリームは、コンテンツを含む、請求項１に記載の方法。
20. コンテンツは、ビデオ、オーディオ、または双方向性オーバーレイを含む、請求項１９に記載の方法。
21. 前記少なくとも１つのソース信号ストリームの中の前記広告信号ポイントに関連する時間間隔は、ブレイク、プリ・ロール、ポスト・ロール、ミッド・ロール、インタースティシャル、一時停止、またはビデオ・オン・デマンドの要求に対応する、請求項２０に記載の方法。
22. 広告配置のために信号ストリームにマーク付けするためのコンピュータ・システムであって、
    メモリと、
    前記メモリに結合された処理デバイスと
    を備えており、前記処理デバイスは、
    チャネル識別子を有する少なくとも１つのソース信号ストリームを受信し、
    前記少なくとも１つのソース信号ストリームの中の広告信号ポイントを識別し、
    前記広告信号ポイントの時間的開始ロケーションを決定し、
    前記広告信号ポイントの前記時間的開始ロケーションと、前記チャネル識別子とに基づいて固有信号ＩＤを生成し、
    前記固有信号ＩＤを前記少なくとも１つのソース信号ストリームのメタデータの中に挿入するように
    構成されている、コンピュータ・システム。
23. 処理システムによって実行されたとき、
    チャネル識別子を有する少なくとも１つのソース信号ストリームを受信すること、
    前記少なくとも１つのソース信号ストリームの中の広告信号ポイントを識別すること、
    前記広告信号ポイントの時間的開始ロケーションを決定すること、
    前記広告信号ポイントの前記時間的開始ロケーションと、前記チャネル識別子とに基づいて固有信号ＩＤを生成すること、および
    前記固有信号ＩＤを前記少なくとも１つのソース信号ストリームのメタデータの中に挿入すること
    を含む、広告配置のために信号ストリームにマーク付けする方法を前記処理システムに実行させる命令を含む非一時的なコンピュータ読取り可能ストレージ媒体。

Images