JP2015146608A - 番組ストリーム自動化のためのストリームメッセージング - Google Patents

Abstract

【課題】番組ストリームで使用するためのコンテンツ管理メッセージを発行するためのコンテンツ自動化システム、及び該コンテンツ自動化システムで使用するための方法を提供する。【解決手段】コンテンツ自動化システム１１０は、プロセッサ１１２及びメモリ１１４と、メモリに格納されるストリームメッセージングモジュール１２０を備える。ストリームメッセージングモジュールは、コマンドシーケンスをメタデータとしてコンテナデータ構造に組み込むとともに、コンテナデータ構造を番組ストリーム１０２に挿入することで、コンテンツ管理メッセージ１４０を発行するように構成される。コマンドシーケンスは番組ストリームコンテンツの置換を行う権限を与える。【選択図】図１

Description

本願は、発明の名称が"TV+ Broadcast Stream Metadata,"である係属中の米国仮出願（
米国仮出願番号61/594,264号、２０１２年２月２日出願）の利益及び該出願の優先権を主
張する。当該係属中の米国仮出願の明細書の全内容を本明細書に援用する。

視聴者による、テレビ（ＴＶ）番組等のメディアコンテンツにアクセスできる方法が変
化したことで、視聴者は、前世代のテレビ視聴者には到達できなかったレベルで、エンタ
ーテインメント・オプションを選択できるようになった。例えば、視聴者が、従来のテレ
ビセットとは異なるプラットフォームを用い、従来のテレビ放送とは異なる配信チャネル
を通じて、テレビ番組コンテンツにアクセスすることをできるようにする技術革新により
、視聴者は今や、自分が選択した番組を、どこで何の手段で視聴するかについて相当に管
理できるようになった。例えば、インターネットを通じて利用できる番組コンテンツの種
類が絶えず増加していることにより、視聴者は従来の家庭用テレビセットではなく、パー
ソナルコンピュータ（ＰＣ）または家庭用ゲームプラットフォームを用いて、また旅行中
や外出時においては携帯通信デバイスを用いて、テレビ番組コンテンツを選択的に視聴で
きるようになった。

視聴者にとってテレビ番組コンテンツの視聴の選択肢が増加したことで、一般に番組コ
ンテンツとともに配信される広告または宣伝を用いて収益を生み出そうと試みるコンテン
ツ提供者にとって重大な課題が生まれた。例えば、リニアテレビ放送等の特定の配信チャ
ネルで配信される広告の補償に適用される契約は、同一の広告コンテンツをインターネッ
ト等の代替的な配信チャネルを用いて配信した場合には適用できないことがある。さらに
、インターネットプロトコル（ＩＰ）配信チャネルは、個人をターゲットとする、広告及
び／または宣伝コンテンツを視聴者に、家庭ベースまたは視聴者ベースで提供することが
できる可能性（現在までほとんど実現されていない）を与える。

番組ストリームで用いられるコンテンツ管理メッセージを発行するための例示的なシステムを示す図である。 図１に示すシステムで用いるのに適した、ストリームメッセージングモジュールの一実施形態を、より詳細に説明する図である。 例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図３Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図３Ａ及び３Ｂに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合する実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。 他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図５Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図５Ａ及び５Ｂに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合する他の実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。 さらに他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図７Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図７Ａ及び７Ｂに示す例示的なコンテンツ管理メッセージテンプレートの第３の部分を示す図である。 図７Ａ、７Ｂ及び７Ｃに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合するさらに他の実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。 図８に示すフローチャートに対応する他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図９Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図９Ａ及び９Ｂに示す例示的なコンテンツ管理メッセージングテンプレートの第３の部分を示す図である。 図８に示すフローチャートに対応するさらに他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図１０Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図１０Ａ及び図１０Ｂに示す例示的なコンテンツ管理メッセージテンプレートの第３の部分を示す図である。

少なくとも１枚の図面と関連して実質的に示し及び／または記載して、番組ストリーム
で用いるためのコンテンツ管理メッセージを発行するためのコンテンツ自動化システムが
使用する方法を提供する。より完全には特許請求の範囲に記載する。

以下の説明は、本明細書で開示する実施形態に関する具体的な情報を含む。当業者は本
開示内容を、ここで具体的に述べる方法とは異なる方法で実施することができることを認
識するだろう。本願の図面及び付随する詳細な説明は、単に一実施形態を示すためのもの
である。明示されない限り、同様または類似の構成要素については、複数の図面にわたっ
て同様または類似の符号が付される。さらに、本願の図面及び図表は通常、正確な縮尺で
はなく、また実際の相対寸法に対応することを意図するものではない。

上述したように、技術の進歩によってテレビ（ＴＶ）視聴者の視聴の選択肢が増加した
ことで、宣伝及び広告を通じて収益を生み出そうとするコンテンツ提供者に重大な課題が
生まれた。例えば上述したように、リニアテレビ放送の一部として配信される広告に対す
る補償に適用される契約は、インターネット等の代替的な配信チャネルを用いて同じ広告
コンテンツを配信した場合には適用されないことがある。加えて、リニアテレビ放送に含
まれる、テレビ放送局がインターネット配信権を持っていない他の種類のコンテンツが存
在することがある。一例として、多くのスポーツイベントのインターネット配信権は、テ
レビ放送局ではなくスポーツリーグまたはチームによって管理される。

本発明の概念の様々な実施形態によれば、リニアテレビ番組ストリーム等のメディアコ
ンテンツストリームの提供に関連して利用されるコンテンツ自動化システムは、様々なコ
ンテンツ管理メッセージを発行するように構成される。その結果、番組ストリームの配信
中に、広告コンテンツ、番組コンテンツ、販売促進等の番組ストリーム内のイベントが動
的に置換されあるいは修正される。従って、本発明の概念を実施して、局所的にターゲッ
トしまたは個人をターゲットとした、番組コンテンツ及び／または広告の配信を可能とす
ることができる。すなわち本発明の概念を実施することで、好適には、家庭または各視聴
者に向けて広告及び／または販売促進を行うことができる。

図１は、番組ストリームで用いるコンテンツ管理メッセージを発行するための例示的な
システムを示す図である。図１に示すように、メディア配信環境１００は、プロセッサ１
１２と、メモリ１１４に格納されるストリームメッセージングモジュール１２０とを含む
自動化システム１１０を備える。図１にはさらに、自動化システム１１０とインタラクテ
ィブに接続する番組ストリーム提供者１０１、番組ストリーム１０２、放送プラットフォ
ーム１０３、及び番組ストリーム１０２に包含するために自動化システム１１０が提供す
るコンテンツ管理メッセージ１４０が図示されている。加えて図１は、通信ネットワーク
１０４、通信ネットワーク１０４を通じて配信するために番組ストリーム１０２を適合さ
せるように構成されたセグメンター１０５、及び自動化システム１１０を通信ネットワー
ク１０４と接続するネットワーク接続１１６を示す。図１に更に示されるように、メディ
ア配信環境１００は、権限を持つサードパーティ１０７、番組ストリーム１０２に対応す
るチャネルストリーム１０６ａ及び１０６ｂ、クライアントシステム１０８ａ及び１０８
ｂ、並びに各クライアントシステム１０８ａ及び１０８ｂを用いて各チャネルストリーム
１０６ａ及び１０６ｂを受け取る視聴者１０９ａ及び１０９ｂも含む。

図１に示される実施形態によれば、自動化システム１１０は、プロセッサ１１２及びメ
モリ１１４内のストリームメッセージングモジュール１２０を利用して、１つ以上の（図
の１４０に示す）コンテンツ管理メッセージを生成し、番組ストリーム１０２を動的に変
更することができる。例えば、ストリームメッセージングモジュール１２０は、番組スト
リームコンテンツを置換する権限を与えるコンテンツ管理メッセージ１４０を発行するよ
うに構成されることができる。番組ストリームコンテンツは例えば、番組ストリーム１０
２内の１つ以上の広告コンテンツ、（テレビ番組の１回放映分（episode）もしくはその
一部等の）番組コンテンツ、または販売促進コンテンツである。さらにある実施形態では
、ストリームメッセージングモジュール１２０は、例えば番組ストリーム１０２に含まれ
るコンテンツの一部を、部分的に置き換えたり流用したりすることによる番組内のコンテ
ンツの置換を指示する、コンテンツ管理メッセージ１４０を発行することができる。

番組ストリーム１０２の動的な修正は、１つ以上の（図の１０７に示す）権限を持つサ
ードパーティによって実行することができ、通信ネットワーク１０４を介在させることが
できる。番組ストリーム１０２の動的な修正は、コンテンツ管理メッセージ１４０を番組
ストリーム１０２に挿入することにより可能となる。その結果、チャネルストリーム１０
６ａ及び１０６ｂを、地域で、局所的に、家庭毎に、または視聴者毎にカスタマイズする
ことを達成できる。

例えばある実施形態では、番組ストリーム提供者１０１は、テレビコンテンツを番組ス
トリーム１０２として提供するメディアエンティティである。番組ストリーム１０２は、
例えば組込型の音声、字幕、タイムコード、及び（視聴率及び／またはペアレンタルガイ
ドライン等の）他の補助的メタデータを有する高精細度（ＨＤ）または標準精細度（ＳＤ
）のベースバンドビデオ信号を含む、リニアテレビ番組ストリームとすることができる。
ある実施形態では、番組ストリーム１０２は、多数の音声トラックを含むことができ、ま
た音声多重放送（ＳＡＰ）及び／または映像説明サービス（ＤＶＳ）等を利用することが
できる。放送プラットフォーム１０３を用いて番組ストリーム１０２を伝統的なテレビ視
聴者に放送することができる。放送プラットフォーム１０３は、例えば従来のケーブル及
び／または衛星ネットワークに対応する。加えて、番組ストリーム提供者１０１は、番組
ストリーム１０２から代替的な配信チャネル経由で利用できる番組コンテンツを作成する
ことが、有益または望ましいと考える。前記代替的な配信チャネルは、例えばインターネ
ットのパケットネットワークを含む。

番組ストリーム提供者１０１はまた、放送プラットフォーム１０３を用いて番組ストリ
ーム１０２を提供するのとほぼ同時に、通信ネットワーク１０４を通じて番組ストリーム
１０２内の番組コンテンツを提供することが、有益または望ましいと考える。加えて、番
組ストリーム提供者１０１は、番組ストリーム１０２内の１つ以上のコンテンツ内容を、
検出可能な視聴者１０９ａ及び１０９ｂの好みに基づいて選択的に取り替えることを選択
することができる。選択的に取り替え可能なコンテンツ内容は、番組の１回放映分、広告
、ブロックもしくは宣伝、または販売促進等である。あるいは、または加えて、番組スト
リーム１０２内の１つ以上のコンテンツ内容を、配信権及び／または（番組の好み等の）
ビジネス選択に関連する、ビジネス上の要求によって取り替えることができる。その結果
、通信ネットワーク１０４を通じて配信するためセグメンター１０５が番組ストリーム１
０２を適合させる前に、１種類以上のコンテンツ管理メッセージ１４０を番組ストリーム
１０２に挿入することができる。図１では、クライアントシステム１０８ａ及び１０８ｂ
がパーソナルコンピュータ（ＰＣ）として示されているが、クライアントシステム１０８
ａ、１０８ｂの一方または両方を、（スマートフォン、デジタルメディアプレーヤ、携帯
情報端末（ＰＤＡ）、タブレットもしくは他の携帯用コンピュータ、またはゲーム用コン
ソール等の）表示機能を有するＩＰ互換装置として実現することができる。

図２は、図１のシステムを用いるのに適したストリームメッセージングモジュールの一
実施形態をより詳細に説明する図である。図２に示すように、ストリームメッセージング
モジュール２２０は、カレントタイムメッセージテンプレート２３２、イベント通知メッ
セージテンプレート２３４、及びイベント通知＋コマンドシーケンスメッセージテンプレ
ート２３６の形式をとったメッセージテンプレート２３０を含む。図２にさらに示すよう
に、ストリームメッセージングモジュール２２０は、メッセージテンプレート２３０を利
用して、番組ストリーム２０２に挿入するためのコンテンツ管理メッセージ２４０をコン
テナデータ構造として発行するように構成される。ストリームメッセージングモジュール
２２０、コンテンツ管理メッセージ２４０、及び番組ストリーム２０２はそれぞれ、図１
のストリームメッセージングモジュール１２０、コンテンツ管理メッセージ１４０、及び
番組ストリーム１０２に対応する。

自動化システム１１０のストリームメッセージングモジュール１２０／２２０は、カレ
ントタイムメッセージテンプレート２３２を用いて、タイムコマンドを含むコンテンツ管
理メッセージ１４０／２４０をメタデータとして発行することができる。タイムコマンド
は自動化システム１１０が生成するタイムスタンプに対応することができ、前記タイムス
タンプは番組ストリーム１０２／２０２の開始点での補助タイムコード（ＡＴＣ）タイム
アドレスを提供する。

図３Ａは、カレントタイムメッセージテンプレート３３２の形式をとった例示的なコン
テンツ管理メッセージテンプレートの第１の部分３３２−１を示し、一方図３Ｂは例示的
なカレントタイムメッセージテンプレート３３２の第２の部分３３２−２を示す。カレン
トタイムメッセージテンプレート３３２はコンテナデータ構造として表され、より詳しく
は、アメリカ規格協会（ＡＮＳＩ）及びＣＡＴＶ通信技術者協会（ＳＣＴＥ）standard 1
04（ＡＮＳＩ／ＳＣＴＥ １０４）に準拠したコンテナデータ構造として表されることに
注意する。カレントタイムメッセージテンプレート３３２は、図２のカレントタイムメッ
セージテンプレート２３２に対応する。

図１及び図２で具体化した例示的なシステム、及び図３Ａ及び３Ｂで示す例示的なカレ
ントタイムメッセージテンプレート３３２を、さらに図４を参照して説明する。図４は、
自動化システムが、番組ストリームで用いるために（番組ストリーム内で用いるためのカ
レントタイムメッセージ等の）コンテンツ管理メッセージを発行する際に使用する方法の
一例を説明するフローチャート４００を表す。図４に概説される方法に関し、本願発明の
構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャート４
００から除外されていることに注意する。

図１、２、３Ａ及び３Ｂと組み合わせて図４を参照すると、フローチャート４００は、
コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開
始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ４１０）から始ま
る。タイムスタンプの生成は、自動化システム１１０によって実施することができる。自
動化システム１１０は、図１に示すように番組ストリーム提供者１０１とインタラクティ
ブに接続されている。かかるインタラクティブな接続性によって、例えば自動化システム
１１０は、番組ストリーム１０２／２０２に関する時刻情報にアクセスすることができる
。その結果、図３Ａに示すカレントタイムメッセージテンプレート３３２の第１の部分３
３２−１の２５〜３０行のタイムスタンプメタデータに示すように、自動化システム１１
０は、（番組ストリーム１０２／２０２の開始時刻でのＡＴＣタイムアドレス等の）タイ
ムスタンプを生成するように構成されることができる。

フローチャート４００は、タイムスタンプに対応するタイムコマンドを、コンテナデー
タ構造にメタデータとして組み込むステップ（ステップ４２０）に進む。タイムスタンプ
に対応するタイムコマンドを組み込むステップは、自動化システム１１０によって、プロ
セッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実施する
ことができる。例えば図３Ａ及び３Ｂで示すように、カレントタイムメッセージテンプレ
ート２３２／３３２の第１の部分３３２−１の２５〜３０行のタイムスタンプメタデータ
、及び第２の部分３３２−２の１０行目のカレントタイムコマンドが、ＡＮＳＩ／ＳＣＴ
Ｅ １０４のコンテナデータ構造の（カレントタイムメッセージテンプレート３３２の第
１の部分３３２−１の１２〜３３行、及び第２の部分３３２−２の１〜１２行等の）多数
のオペレーションメッセージ部に組み込まれる。

フローチャート４００は、コンテナデータ構造を番組ストリームに挿入するステップに
進む（ステップ４３０）。コンテンツ管理メッセージ１４０／２４０に対応するコンテナ
データ構造を、番組ストリーム１０２／２０２に挿入するステップは、自動化システム１
１０によって、例えば周知のＡＮＳＩ／ＳＣＴＥ １０４の自動化システムから圧縮シス
テムへの通信アプリケーションプログラムインタフェース（ＡＰＩ）を用いて実施するこ
とができる。カレントタイムメッセージテンプレート２３２／３３２を用いて生成される
コンテンツ管理メッセージ１４０／２４０は、あらゆる特定の番組イベントに無関係とす
ることができるが、ストリームメッセージングモジュール１２０が使用可能であることを
示すために用いることができる。さらにある実施形態では、カレントタイムメッセージテ
ンプレート２３２／３３２を用いて生成されるコンテンツ管理メッセージ１４０／２４０
は、視聴者１０９ａ及び１０９ｂに対して表示の連続性を提供するため、ストリームメッ
セージングモジュール１２０の動作に起因する遅延を決定するのに用いることができる。
すなわち、視聴者１０９ａ及び１０９ｂがそれぞれ視聴するチャネルストリーム１０６ａ
及び１０６ｂは、番組ストリーム１０２に対応する自然な変わり目で開始し終了する番組
要素を、「フラッシュフレーム」や他の不適当な効果を伴わずに表示するべきである。

再び図２を参照すると、ストリームメッセージングモジュール２２０は、イベント通知
メッセージテンプレート２３４を用いて、番組ストリームイベントに関するタイムスタン
プ及び／または情報をメタデータとして含む、コンテンツ管理メッセージ２４０を発行す
ることができる。番組ストリーム２０２のあらゆる知覚可能な部分を、番組ストリームイ
ベントとすることができる。例えば、番組ストリームイベントを、番組コンテンツの１回
放送分、１回放送分の一部、広告、連続的な一連の広告（以下「ポッド広告（Ａｄ Ｐｏ
ｄ）」という）、または販売促進コンテンツのユニットとすることができる。かかる番組
ストリームイベントに関する情報は、番組ストリームイベントの開始に対応するイベント
境界の識別情報、及び番組ストリームイベントの期間を示す情報を含むことができる。従
って、イベント通知メッセージテンプレート２３４を用いて生成されるコンテンツ管理メ
ッセージを用いて、番組ストリーム２０２内の個別の番組イベントの特徴付けを行うこと
ができる。

図５Ａは、イベント通知メッセージテンプレート５３４の形式をとった例示的なコンテ
ンツ管理メッセージテンプレートの第１の部分５３４−１を示す。一方、図５Ｂは、イベ
ント通知メッセージテンプレート５３４の形式をとった例示的なイベント通知メッセージ
テンプレートの第２の部分５３４−２を示す。イベント通知メッセージテンプレート５３
４は、図２のイベント通知メッセージテンプレート２３４に対応する。さらに、図３Ａ及
び３Ｂに示されるカレントタイムメッセージテンプレート３３２のように、図５Ａ及び５
Ｂのイベント通知メッセージテンプレート５３４は、ＡＮＳＩ／ＳＣＴＥ１０４のコンテ
ナデータ構造として示される。

図５Ａ及び５Ｂに示す例示的なイベント通知メッセージテンプレート５３４をさらに、
図６を参照して説明する。図６は、番組ストリームで用いるための、（イベント通知メッ
セージ等の）コンテンツ管理メッセージを発行するために、自動化システムが用いる方法
の一例を説明するフローチャート６００である。図６に概説される方法に関して、本願発
明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャー
トから除外されていることを強調する。

図１、２、５Ａ及び５Ｂと組み合わせて図６を参照すると、フローチャート６００は、
コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開
始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ６１０）から始ま
る。上述したように、タイムスタンプの生成は、自動化システム１１０によって実施する
ことができ、また自動化システム１１０を、番組ストリーム１０２／２０２の開始時点で
のＡＴＣタイムアドレスを生成するように構成することができる。

フローチャート６００は、番組ストリームイベントの開始に対応する番組ストリーム１
０２／２０２内のイベント境界を識別するステップ（ステップ６２０）に進む。既に説明
したように、番組ストリームイベントの例には、番組コンテンツの１回放送分、１回放送
分の一部、広告もしくはポッド広告、または販売促進コンテンツのユニットを含めること
ができる。番組ストリームイベントの開始に対応したイベント境界を識別するステップは
、自動化システム１１０によって実施することができる。図１に示すように、自動化シス
テム１１０は、番組ストリーム提供者１０１とインタラクティブに接続され、それにより
番組ストリーム１０２／２０２のための番組ストリームイベント情報にアクセスすること
ができる。イベント境界を識別するステップは、番組ストリームイベントの開始時刻、ビ
デオフレーム番号、または番組ストリームイベントの開始に対応するＡＴＣタイムアドレ
スを識別するステップを含む事ができる。何らかの理由によって、存在するタイムアドレ
スと完全には合致しない場合に、ストリームメッセージングモジュール１２０を、イベン
ト境界に対応する適切なビデオフレームを識別するように構成することができることに留
意する。番組ストリーム１０２／２０２が７２０ｐ ＨＤビデオストリームとして提供さ
れる実施形態では、例えば、イベント境界は特定のＡＴＣタイムアドレスを有するビデオ
フレームペアの最初のフレームから始まる。

フローチャート６００は、番組ストリームイベントの期間を決定するステップ（ステッ
プ６３０）をさらに説明している。該ステップも自動化システム１１０によって実行する
ことができる。番組ストリームイベントの期間を決定するステップは、何時間、何分、及
び／または何秒という時間経過を単位としたり、番組ストリームイベントが及ぶビデオフ
レームの数を単位としたり、または７２０ｐ ＨＤビデオを提供する実施形態でビデオフ
レームペアの数を単位としたりして、期間を決定するステップを含むことができる。

フローチャート６００ではその後、イベント境界及びイベント期間を含むタイムスタン
プ及び通知を、メタデータとしてコンテナデータ構造に組み込むステップ（ステップ６４
０）を行う。タイムスタンプ及び通知を組み込むステップは、自動化システム１１０によ
って、プロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用い
て実施することができる。例えば図５Ａ及び５Ｂに示すように、イベント通知メッセージ
テンプレート５３４の第１の部分５３４−１の２５〜３０行のタイムスタンプメタデータ
、第２の部分５３４−２の１８〜２１行目の番組ストリームイベント開始時刻メタデータ
、及び第２の部分５３４−２の２３〜２６行の番組ストリームイベント期間メタデータが
、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の（イベント通知メッセージテンプ
レート５３４の第１の部分５３４−１の１２〜３１行、及び第２の部分５３４−２の１〜
３３行等の）複合的なオペレーションメッセージ部に組み込まれる。

フローチャート６００は最後に、コンテナデータ構造を番組ストリームに挿入するステ
ップ（ステップ６５０）を行う。コンテンツ管理メッセージ１４０／２４０に対応するコ
ンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップは、上述したよう
に、自動化システム１１０によって、ＡＮＳＩ／ＳＣＴＥ １０４の自動化システムの圧
縮システムから通信システムへのアプリケーションプログラムインタフェース（ＡＰＩ）
を用いて実施することができる。ある実施形態では、コンテンツ管理メッセージ１４０／
２４０を、（コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベン
トの開始に対応するイベント境界のタイムインターバル等の）バッファインターバル内の
番組ストリーム１０２／２０２に挿入することができる。例えばかかるバッファインター
バルを、数秒（例えば６秒）とすることができ、バッファインターバルの後にイベント境
界が続く。これにより、コンテンツ管理メッセージ１４０／２４０を適用する番組ストリ
ームイベントの開始後に、コンテンツ管理メッセージ１４０／２４０の発行が可能となる
。

図２を再度参照すると、ストリームメッセージングモジュール２２０は、イベント通知
＋コマンドシーケンスメッセージテンプレート２３６を用いて、番組ストリーム１０２／
２０２内のコンテンツを管理するためのコマンドシーケンスと組み合わされる番組ストリ
ームイベントに関する情報を含む、コンテンツ管理メッセージ２４０を発行することがで
きる。かかるコンテンツ管理メッセージに含まれるコマンドシーケンスは、番組ストリー
ムイベント中に番組ストリームコンテンツを置換する権限を与えることができる。この置
換は例えば、テレビ番組全体または番組の１回放送分を、（場合によってはコマンドシー
ケンスにより識別される）代わりの番組に置換する。コンテンツを置換する代替的なコン
テンツには、例えば他のテレビ番組、同じテレビ番組の他の回放送分、特別なイベント、
またはライブフィードコンテンツを含めることができる。

ある実施形態では、コンテンツ管理メッセージ１４０／２４０は、ネットワーク１０４
内に保持されるいくつかのコンテンツ要素のプレイリストに相当する置換コンテンツを識
別することができる。あるいは、または加えて、置換コンテンツを（権限を持つサードパ
ーティ１０７の）権限を持つ分離したエンティティによって、ビジネスロジックを利用し
て、動的に識別することができる。このような実施形態では、コンテンツ管理メッセージ
１４０／２４０にメタデータとして含まれる通知では、イベント境界に先立つ番組ストリ
ームコンテンツを識別して、適切な置換コンテンツを識別することを可能とする。他の実
施形態では、通知は、番組ストリームイベントが置換された後に番組ストリームコンテン
ツを識別することもできる。

複数の置換が要求される場合（例えば１時間の番組が、２つの３０分の番組に置換され
る場合）には、いくつかのコンテンツ管理メッセージを送信することができる。さらに、
コマンドシーケンスが番組の１回の放送分全体よりも少ない番組ストリームイベントの置
換の権限を与える場合には、コマンドシーケンスはさらに、置換コンテンツのためのオフ
セットインターバルを決定することができ、それにより、番組ストリームイベント中の適
切な時刻で置換コンテンツにより実質的にシームレスな置換を行うことを可能とする。

ある実施形態では、コマンドシーケンスを用いて、置換コンテンツの送信中または番組
ストリームコンテンツの置換物の送信が完了した後のいずれかに、番組ストリームに戻る
ことを指示することもできる。すなわち、イベント通知＋コマンドシーケンスメッセージ
テンプレート２３６を用いて生み出される第１のコンテンツ管理メッセージ１４０／２４
０は、番組ストリーム１０２／２０２に存在しない番組コンテンツを、視聴者１０９ａ及
び１０９ｂの一方または両方に、チャネルストリーム１０６ａ及び／または１０６ｂの置
換コンテンツとして配信させることができる。第１のコンテンツ管理メッセージの後に第
２のコンテンツ管理メッセージ１４０／２４０を続けることができる。第２のコンテンツ
管理メッセージ１４０／２４０は、置換コンテンツの送信中または送信終了時のいずれか
に発行され、番組ストリーム１０２／２０２に戻ることを指示し、第１のコンテンツ管理
メッセージの影響によりチャネルストリーム１０６ａ及び１０６ｂの一方または両方に提
供されたコンテンツを、番組ストリーム１０２／２０２内のコンテンツと再結合及び適合
させる。

他の実施形態では、かかるコンテンツ管理メッセージに含まれるコマンドシーケンスは
、コンテンツストリーム１０２／２０２内の広告または販売促進コンテンツの置換を行う
権限を与えることができる。そのような実施形態では例えば、コマンドシーケンスは広告
または全ポッド広告を置換する権限を与えることができるが、そこに置換される置換コン
テンツを特定しない。それにより、高度に個人化されたＩＰベースのターゲッティングツ
ールを用いて、各視聴者の好みに基づいて視聴者１０９ａ及び１０９ｂに異なる広告を送
ることが可能となる。例えば、権限を持つサードパーティ１０７は、クライアントシステ
ム１０８ａ及び１０８ｂのインターネット閲覧履歴に関する情報を収集し、または該情報
にアクセスすることができ、それぞれの視聴者１０９ａ及び１０９ｂに好ましいと推定し
た置換広告コンテンツを識別することができる。その結果、チャネルストリーム１０６ａ
及び１０６ｂは、放送プラットフォーム１０３を通じて提供される番組ストリーム１０２
／２０２とともに提供される広告コンテンツとは異なる個人的に向けられた広告を視聴者
１０９ａ及び１０９ｂのそれぞれに配信しながら、放送プラットフォーム１０３を通じて
提供される番組ストリーム１０２／２０２内の番組コンテンツに実質的に合致する番組コ
ンテンツを提供することができる。

図７Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート７３６の形式を
とった例示的なコンテンツ管理メッセージテンプレートの第１の部分７３６−１を示す一
方、図７Ｂ及び７Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージ
テンプレート７３６の第２の部分７３６−２及び第３の部分７３６−３を示す。イベント
通知＋コマンドシーケンスメッセージテンプレート７３６は、図２のイベント通知＋コマ
ンドシーケンスメッセージテンプレート２３６に対応し、番組ストリーム１０２／２０２
内の広告コンテンツの置換を行う権限を与える。図３Ａ及び３Ｂに示すカレントタイムメ
ッセージテンプレート３３２や、図５Ａ及び５Ｂに示すイベント通知メッセージテンプレ
ート５３４と同様に、図７Ａ、７Ｂ及び７Ｃのイベント通知＋コマンドシーケンスメッセ
ージテンプレート７３６は、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造として表
される。

図７Ａ、７Ｂ及び７Ｂに示される例示的なイベント通知＋コマンドシーケンスメッセー
ジテンプレート７３６をさらに、図８を参照して説明する。図８は、コンテンツ管理メッ
セージ（この例では番組ストリームで用いるためのイベント通知＋コマンドシーケンスメ
ッセージ）を発行するための自動化システムが用いるための方法の一例を説明するフロー
チャート８００を示す。図８に概説される方法に関し、本願発明の構成の説明を不明瞭に
しないようにするために、特定の詳細及び構成はフローチャート８００から除外されてい
ることに再び述べる。

図１、２、７Ａ、７Ｂ及び７Ｃと組み合わせて図８を参照すると、フローチャート８０
０は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０
２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ８１０）か
ら始まる。上述したように、タイムスタンプを生成するステップは、自動化システム１１
０によって実施することができ、また自動化システム１１０は、番組ストリーム１０２／
２０２の開始時刻でのＡＴＣタイムアドレスを生成するように構成されることができる。

フローチャート８００は、番組ストリームイベントの開始に対応する番組ストリーム１
０２／２０２内のイベント境界を識別するステップ（ステップ８２０）に進み、その後番
組ストリームイベントの期間を決定するステップ（ステップ８３０）に進む。イベント境
界を識別するステップ及びイベントの期間を決定するステップは、類似する動作それぞれ
（すなわちステップ６２０及び６３０）に関して図６とともに説明したように、自動化シ
ステム１１０によって実施することができる。

図８のフローチャート８００ではその後、タイムスタンプ、イベント境界及びイベント
期間に対応する通知、並びにイベント境界及びイベント期間に対応するコマンドシーケン
スを、メタデータとしてコンテナデータ構造に組み込むステップ（ステップ８４０）を行
う。この組み込むステップは、自動化システム１１０によってプロセッサ１１２及びスト
リームメッセージングモジュール１２０／２２０を用いて実行することができる。例えば
、図７Ａ、７Ｂ及び７Ｃに示すように、第１の部分７３６−１の２５〜３０行のタイムス
タンプメタデータ、第２の部分７３６−２の１８〜２１行の番組ストリームイベント開始
時刻メタデータ、第２の部分７３６−２の２３〜２６行目の番組ストリームイベント期間
メタデータ、及び第３の部分７３６−３の１０〜１６行のコマンドシーケンスメタデータ
が、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の複合的なオペレーションメッセ
ージ部に組み込まれる。

フローチャート８００は最後に、コンテナデータ構造を番組ストリーム１０２／２０２
に挿入するステップ（ステップ８５０）を行う。コンテンツ管理メッセージ１４０／２４
０に対応するコンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップは
、類似する動作（すなわちステップ６５０）に関して図６とともに説明したように、自動
化システム１１０によって実施することができる。さらに上述したようにある実施形態で
は、コンテンツ管理メッセージ１４０／２４０を、（コンテンツ管理メッセージ１４０／
２４０を適用する番組ストリームイベントの開始に対応するイベント境界のディレイタイ
ムインターバル等の）バッファインターバル内の番組ストリーム１０２／２０２に挿入す
ることができる。例えばかかるバッファインターバルは、数秒（例えば６秒）とすること
ができ、バッファインターバルの後にイベント境界が続く。それにより、コマンドシーケ
ンスを適用する番組ストリームイベントの開始後に、コマンドシーケンスを含むコンテン
ツ管理メッセージ１４０／２４０の発行が可能となる。

ある実施形態では、上述した番組ストリーム１０２／２０２に挿入するステップの後に
、コンテンツ管理メッセージ１４０／２４０を手動でオーバーライドすることを可能とす
ることが好ましいことに留意する。かかる実施形態では、モニタリングエンティティが、
コンテンツ管理メッセージ１４０／２４０に含まれるコマンドシーケンスの実行を選択的
に妨げる権限を有するように、自動化システム１１０を構成することができる。例えば、
番組ストリーム１０２／２０２を監視している人間のオペレータは、番組ストリームコン
テンツの所定の置換を手動でオーバーライドすることができ、またかかる置換中または置
換後に番組ストリーム１０２／２０２へ戻ることを妨げたりすることができる。

図９Ａ、９Ｂ及び９Ｃは、番組ストリーム１０２／２０２内の番組コンテンツを置換す
る権限を与える、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート９
３６を示す。図９Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート９３
６の第１の部分９３６−１を示す一方、図９Ｂ及び９Ｃはそれぞれ、例示的なイベント通
知＋コマンドシーケンスメッセージテンプレート９３６の第２の部分９３６−２及び第３
の部分９３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプレート９
３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応
し、図７Ａ、７Ｂ及び７Ｃのイベント通知＋コマンドシーケンスメッセージテンプレート
７３６のように、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造として表される。

図９Ａ、９Ｂ及び９Ｃに示すように、第１の部分９３６−１の２５〜３０行のタイムス
タンプメタデータ、第２の部分９３６−２の１８〜２１行の番組ストリームイベント開始
時刻メタデータ、第２の部分９３６−２の２３〜２６行目の番組ストリームイベント期間
メタデータ、及び第３の部分９３６−３の１０〜２９行のコマンドシーケンスメタデータ
が、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の複合的なオペレーションメッセ
ージ部に組み込まれる。番組コンテンツの置換の権限付与に加えて、図９Ｃに示す第３の
部分９３６−３の２０〜２６行のコマンドシーケンスメタデータは、第３の部分９３６−
３の２８及び２９行目のコマンドシーケンスメタデータによって特定される置換番組コン
テンツのためのオフセットインターバルを決定することに留意する。

次に図１０Ａ、１０Ｂ及び１０Ｃを参照すると、これらの図は、例示的なイベント通知
＋コマンドシーケンスメッセージテンプレート１０３６が、番組ストリーム１０２／２０
２に戻ることを指示していることを示す。図１０Ａは、イベント通知＋コマンドシーケン
スメッセージテンプレート１０３６の第１の部分１０３６−１を示す一方、図１０Ｂ及び
１０Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート
１０３６の第２の部分１０３６−２及び第３の部分１０３６−３を示す。イベント通知＋
コマンドシーケンスメッセージテンプレート１０３６は、図２のイベント通知＋コマンド
シーケンスメッセージテンプレート２３６に対応し、イベント通知＋コマンドシーケンス
メッセージテンプレート７３６及び９３６のように、ＡＮＳＩ／ＳＣＴＥ １０４のコン
テナデータ構造として表される。

図１０Ａ、１０Ｂ及び１０Ｃに示すように、第１の部分１０３６−１の２５〜３０行の
タイムスタンプメタデータ、第２の部分１０３６−２の１８〜２１行の番組ストリームイ
ベント開始時刻メタデータ、第２の部分１０３６−２の２３〜２６行目の番組ストリーム
イベント期間メタデータ、及び第３の部分１０３６−３の１０行目のコマンドシーケンス
メタデータが、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の複合的なオペレーシ
ョンメッセージ部に組み込まれ、チャネルストリーム１０６ａ及び１０６ｂが番組ストリ
ーム１０２／２０２と再結合できるようにする情報を提供する。

従って上述した説明から、本発明の概念の範囲から離れることなく、様々な技術が本明
細書に記載された概念を実施するために用いられることは明らかである。さらに、本発明
の概念を具体的な実施形態を参照して説明しているが、当業者は、前記概念の精神及び範
囲から離れることなく、形式及び詳細を変更することができることを認識することができ
る。このように、記載された実施形態は、あらゆる点で例示的なものであって限定的なも
のではないと考えるべきである。また本発明は、本明細書に記載された特定の実施形態に
限定されるものではなく、本開示内容から離れることなく、多数の再構成、変更形態及び
置換を行うことができると理解するべきである。

本願は、発明の名称が"TV+ Broadcast Stream Metadata,"である係属中の米国仮出願（米国仮出願番号61/594,264号、２０１２年２月２日出願）の利益及び該出願の優先権を主張する。当該係属中の米国仮出願の明細書の全内容を本明細書に援用する。

視聴者による、テレビ（ＴＶ）番組等のメディアコンテンツにアクセスできる方法が変化したことで、視聴者は、前世代のテレビ視聴者には到達できなかったレベルで、エンターテインメント・オプションを選択できるようになった（特許文献１−３参照）。例えば、視聴者が、従来のテレビセットとは異なるプラットフォームを用い、従来のテレビ放送とは異なる配信チャネルを通じて、テレビ番組コンテンツにアクセスすることをできるようにする技術革新により、視聴者は今や、自分が選択した番組を、どこで何の手段で視聴するかについて相当に管理できるようになった。例えば、インターネットを通じて利用できる番組コンテンツの種類が絶えず増加していることにより、視聴者は従来の家庭用テレビセットではなく、パーソナルコンピュータ（ＰＣ）または家庭用ゲームプラットフォームを用いて、また旅行中や外出時においては携帯通信デバイスを用いて、テレビ番組コンテンツを選択的に視聴できるようになった。

視聴者にとってテレビ番組コンテンツの視聴の選択肢が増加したことで、一般に番組コンテンツとともに配信される広告または宣伝を用いて収益を生み出そうと試みるコンテンツ提供者にとって重大な課題が生まれた。例えば、リニアテレビ放送等の特定の配信チャネルで配信される広告の補償に適用される契約は、同一の広告コンテンツをインターネット等の代替的な配信チャネルを用いて配信した場合には適用できないことがある。さらに、インターネットプロトコル（ＩＰ）配信チャネルは、個人をターゲットとする、広告及び／または宣伝コンテンツを視聴者に、家庭ベースまたは視聴者ベースで提供することができる可能性（現在までほとんど実現されていない）を与える。

米国特許出願公開第２００８／００４０７４３号明細書 米国特許出願公開第２０１１／０００４８９２号明細書 米国特許第７，８８９，９６４号明細書

番組ストリームで用いられるコンテンツ管理メッセージを発行するための例示的なシステムを示す図である。 図１に示すシステムで用いるのに適した、ストリームメッセージングモジュールの一実施形態を、より詳細に説明する図である。 例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図３Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図３Ａ及び３Ｂに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合する実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。 他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図５Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図５Ａ及び５Ｂに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合する他の実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。 さらに他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図７Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図７Ａ及び７Ｂに示す例示的なコンテンツ管理メッセージテンプレートの第３の部分を示す図である。 図７Ａ、７Ｂ及び７Ｃに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合するさらに他の実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。 図８に示すフローチャートに対応する他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図９Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図９Ａ及び９Ｂに示す例示的なコンテンツ管理メッセージングテンプレートの第３の部分を示す図である。 図８に示すフローチャートに対応するさらに他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。 図１０Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。 図１０Ａ及び図１０Ｂに示す例示的なコンテンツ管理メッセージテンプレートの第３の部分を示す図である。

少なくとも１枚の図面と関連して実質的に示し及び／または記載して、番組ストリームで用いるためのコンテンツ管理メッセージを発行するためのコンテンツ自動化システムが使用する方法を提供する。より完全には特許請求の範囲に記載する。

以下の説明は、本明細書で開示する実施形態に関する具体的な情報を含む。当業者は本開示内容を、ここで具体的に述べる方法とは異なる方法で実施することができることを認識するだろう。本願の図面及び付随する詳細な説明は、単に一実施形態を示すためのものである。明示されない限り、同様または類似の構成要素については、複数の図面にわたって同様または類似の符号が付される。さらに、本願の図面及び図表は通常、正確な縮尺ではなく、また実際の相対寸法に対応することを意図するものではない。

上述したように、技術の進歩によってテレビ（ＴＶ）視聴者の視聴の選択肢が増加したことで、宣伝及び広告を通じて収益を生み出そうとするコンテンツ提供者に重大な課題が生まれた。例えば上述したように、リニアテレビ放送の一部として配信される広告に対する補償に適用される契約は、インターネット等の代替的な配信チャネルを用いて同じ広告コンテンツを配信した場合には適用されないことがある。加えて、リニアテレビ放送に含まれる、テレビ放送局がインターネット配信権を持っていない他の種類のコンテンツが存在することがある。一例として、多くのスポーツイベントのインターネット配信権は、テレビ放送局ではなくスポーツリーグまたはチームによって管理される。

本発明の概念の様々な実施形態によれば、リニアテレビ番組ストリーム等のメディアコンテンツストリームの提供に関連して利用されるコンテンツ自動化システムは、様々なコンテンツ管理メッセージを発行するように構成される。その結果、番組ストリームの配信中に、広告コンテンツ、番組コンテンツ、販売促進等の番組ストリーム内のイベントが動的に置換されあるいは修正される。従って、本発明の概念を実施して、局所的にターゲットしまたは個人をターゲットとした、番組コンテンツ及び／または広告の配信を可能とすることができる。すなわち本発明の概念を実施することで、好適には、家庭または各視聴者に向けて広告及び／または販売促進を行うことができる。

図１は、番組ストリームで用いるコンテンツ管理メッセージを発行するための例示的なシステムを示す図である。図１に示すように、メディア配信環境１００は、プロセッサ１１２と、メモリ１１４に格納されるストリームメッセージングモジュール１２０とを含む自動化システム１１０を備える。図１にはさらに、自動化システム１１０とインタラクティブに接続する番組ストリーム提供者１０１、番組ストリーム１０２、放送プラットフォーム１０３、及び番組ストリーム１０２に包含するために自動化システム１１０が提供するコンテンツ管理メッセージ１４０が図示されている。加えて図１は、通信ネットワーク１０４、通信ネットワーク１０４を通じて配信するために番組ストリーム１０２を適合させるように構成されたセグメンター１０５、及び自動化システム１１０を通信ネットワーク１０４と接続するネットワーク接続１１６を示す。図１に更に示されるように、メディア配信環境１００は、権限を持つサードパーティ１０７、番組ストリーム１０２に対応するチャネルストリーム１０６ａ及び１０６ｂ、クライアントシステム１０８ａ及び１０８ｂ、並びに各クライアントシステム１０８ａ及び１０８ｂを用いて各チャネルストリーム１０６ａ及び１０６ｂを受け取る視聴者１０９ａ及び１０９ｂも含む。

図１に示される実施形態によれば、自動化システム１１０は、プロセッサ１１２及びメモリ１１４内のストリームメッセージングモジュール１２０を利用して、１つ以上の（図の１４０に示す）コンテンツ管理メッセージを生成し、番組ストリーム１０２を動的に変更することができる。例えば、ストリームメッセージングモジュール１２０は、番組ストリームコンテンツを置換する権限を与えるコンテンツ管理メッセージ１４０を発行するように構成されることができる。番組ストリームコンテンツは例えば、番組ストリーム１０２内の１つ以上の広告コンテンツ、（テレビ番組の１回放映分（episode）もしくはその一部等の）番組コンテンツ、または販売促進コンテンツである。さらにある実施形態では、ストリームメッセージングモジュール１２０は、例えば番組ストリーム１０２に含まれるコンテンツの一部を、部分的に置き換えたり流用したりすることによる番組内のコンテンツの置換を指示する、コンテンツ管理メッセージ１４０を発行することができる。

番組ストリーム１０２の動的な修正は、１つ以上の（図の１０７に示す）権限を持つサードパーティによって実行することができ、通信ネットワーク１０４を介在させることができる。番組ストリーム１０２の動的な修正は、コンテンツ管理メッセージ１４０を番組ストリーム１０２に挿入することにより可能となる。その結果、チャネルストリーム１０６ａ及び１０６ｂを、地域で、局所的に、家庭毎に、または視聴者毎にカスタマイズすることを達成できる。

例えばある実施形態では、番組ストリーム提供者１０１は、テレビコンテンツを番組ストリーム１０２として提供するメディアエンティティである。番組ストリーム１０２は、例えば組込型の音声、字幕、タイムコード、及び（視聴率及び／またはペアレンタルガイドライン等の）他の補助的メタデータを有する高精細度（ＨＤ）または標準精細度（ＳＤ）のベースバンドビデオ信号を含む、リニアテレビ番組ストリームとすることができる。ある実施形態では、番組ストリーム１０２は、多数の音声トラックを含むことができ、また音声多重放送（ＳＡＰ）及び／または映像説明サービス（ＤＶＳ）等を利用することができる。放送プラットフォーム１０３を用いて番組ストリーム１０２を伝統的なテレビ視聴者に放送することができる。放送プラットフォーム１０３は、例えば従来のケーブル及び／または衛星ネットワークに対応する。加えて、番組ストリーム提供者１０１は、番組ストリーム１０２から代替的な配信チャネル経由で利用できる番組コンテンツを作成することが、有益または望ましいと考える。前記代替的な配信チャネルは、例えばインターネットのパケットネットワークを含む。

番組ストリーム提供者１０１はまた、放送プラットフォーム１０３を用いて番組ストリーム１０２を提供するのとほぼ同時に、通信ネットワーク１０４を通じて番組ストリーム１０２内の番組コンテンツを提供することが、有益または望ましいと考える。加えて、番組ストリーム提供者１０１は、番組ストリーム１０２内の１つ以上のコンテンツ内容を、検出可能な視聴者１０９ａ及び１０９ｂの好みに基づいて選択的に取り替えることを選択することができる。選択的に取り替え可能なコンテンツ内容は、番組の１回放映分、広告、ブロックもしくは宣伝、または販売促進等である。あるいは、または加えて、番組ストリーム１０２内の１つ以上のコンテンツ内容を、配信権及び／または（番組の好み等の）ビジネス選択に関連する、ビジネス上の要求によって取り替えることができる。その結果、通信ネットワーク１０４を通じて配信するためセグメンター１０５が番組ストリーム１０２を適合させる前に、１種類以上のコンテンツ管理メッセージ１４０を番組ストリーム１０２に挿入することができる。図１では、クライアントシステム１０８ａ及び１０８ｂがパーソナルコンピュータ（ＰＣ）として示されているが、クライアントシステム１０８ａ、１０８ｂの一方または両方を、（スマートフォン、デジタルメディアプレーヤ、携帯情報端末（ＰＤＡ）、タブレットもしくは他の携帯用コンピュータ、またはゲーム用コンソール等の）表示機能を有するＩＰ互換装置として実現することができる。

図２は、図１のシステムを用いるのに適したストリームメッセージングモジュールの一実施形態をより詳細に説明する図である。図２に示すように、ストリームメッセージングモジュール２２０は、カレントタイムメッセージテンプレート２３２、イベント通知メッセージテンプレート２３４、及びイベント通知＋コマンドシーケンスメッセージテンプレート２３６の形式をとったメッセージテンプレート２３０を含む。図２にさらに示すように、ストリームメッセージングモジュール２２０は、メッセージテンプレート２３０を利用して、番組ストリーム２０２に挿入するためのコンテンツ管理メッセージ２４０をコンテナデータ構造として発行するように構成される。ストリームメッセージングモジュール２２０、コンテンツ管理メッセージ２４０、及び番組ストリーム２０２はそれぞれ、図１のストリームメッセージングモジュール１２０、コンテンツ管理メッセージ１４０、及び番組ストリーム１０２に対応する。

自動化システム１１０のストリームメッセージングモジュール１２０／２２０は、カレントタイムメッセージテンプレート２３２を用いて、タイムコマンドを含むコンテンツ管理メッセージ１４０／２４０をメタデータとして発行することができる。タイムコマンドは自動化システム１１０が生成するタイムスタンプに対応することができ、前記タイムスタンプは番組ストリーム１０２／２０２の開始点での補助タイムコード（ＡＴＣ）タイムアドレスを提供する。

図３Ａは、カレントタイムメッセージテンプレート３３２の形式をとった例示的なコンテンツ管理メッセージテンプレートの第１の部分３３２−１を示し、一方図３Ｂは例示的なカレントタイムメッセージテンプレート３３２の第２の部分３３２−２を示す。カレントタイムメッセージテンプレート３３２はコンテナデータ構造として表され、より詳しくは、アメリカ規格協会（ＡＮＳＩ）及びＣＡＴＶ通信技術者協会（ＳＣＴＥ）standard 104（ＡＮＳＩ／ＳＣＴＥ １０４）に準拠したコンテナデータ構造として表されることに注意する。カレントタイムメッセージテンプレート３３２は、図２のカレントタイムメッセージテンプレート２３２に対応する。

図１及び図２で具体化した例示的なシステム、及び図３Ａ及び３Ｂで示す例示的なカレントタイムメッセージテンプレート３３２を、さらに図４を参照して説明する。図４は、自動化システムが、番組ストリームで用いるために（番組ストリーム内で用いるためのカレントタイムメッセージ等の）コンテンツ管理メッセージを発行する際に使用する方法の一例を説明するフローチャート４００を表す。図４に概説される方法に関し、本願発明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャート４００から除外されていることに注意する。

図１、２、３Ａ及び３Ｂと組み合わせて図４を参照すると、フローチャート４００は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ４１０）から始まる。タイムスタンプの生成は、自動化システム１１０によって実施することができる。自動化システム１１０は、図１に示すように番組ストリーム提供者１０１とインタラクティブに接続されている。かかるインタラクティブな接続性によって、例えば自動化システム１１０は、番組ストリーム１０２／２０２に関する時刻情報にアクセスすることができる。その結果、図３Ａに示すカレントタイムメッセージテンプレート３３２の第１の部分３３２−１の２５〜３０行のタイムスタンプメタデータに示すように、自動化システム１１０は、（番組ストリーム１０２／２０２の開始時刻でのＡＴＣタイムアドレス等の）タイムスタンプを生成するように構成されることができる。

フローチャート４００は、タイムスタンプに対応するタイムコマンドを、コンテナデータ構造にメタデータとして組み込むステップ（ステップ４２０）に進む。タイムスタンプに対応するタイムコマンドを組み込むステップは、自動化システム１１０によって、プロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実施することができる。例えば図３Ａ及び３Ｂで示すように、カレントタイムメッセージテンプレート２３２／３３２の第１の部分３３２−１の２５〜３０行のタイムスタンプメタデータ、及び第２の部分３３２−２の１０行目のカレントタイムコマンドが、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の（カレントタイムメッセージテンプレート３３２の第１の部分３３２−１の１２〜３３行、及び第２の部分３３２−２の１〜１２行等の）多数のオペレーションメッセージ部に組み込まれる。

フローチャート４００は、コンテナデータ構造を番組ストリームに挿入するステップに進む（ステップ４３０）。コンテンツ管理メッセージ１４０／２４０に対応するコンテナデータ構造を、番組ストリーム１０２／２０２に挿入するステップは、自動化システム１１０によって、例えば周知のＡＮＳＩ／ＳＣＴＥ １０４の自動化システムから圧縮システムへの通信アプリケーションプログラムインタフェース（ＡＰＩ）を用いて実施することができる。カレントタイムメッセージテンプレート２３２／３３２を用いて生成されるコンテンツ管理メッセージ１４０／２４０は、あらゆる特定の番組イベントに無関係とすることができるが、ストリームメッセージングモジュール１２０が使用可能であることを示すために用いることができる。さらにある実施形態では、カレントタイムメッセージテンプレート２３２／３３２を用いて生成されるコンテンツ管理メッセージ１４０／２４０は、視聴者１０９ａ及び１０９ｂに対して表示の連続性を提供するため、ストリームメッセージングモジュール１２０の動作に起因する遅延を決定するのに用いることができる。すなわち、視聴者１０９ａ及び１０９ｂがそれぞれ視聴するチャネルストリーム１０６ａ及び１０６ｂは、番組ストリーム１０２に対応する自然な変わり目で開始し終了する番組要素を、「フラッシュフレーム」や他の不適当な効果を伴わずに表示するべきである。

再び図２を参照すると、ストリームメッセージングモジュール２２０は、イベント通知メッセージテンプレート２３４を用いて、番組ストリームイベントに関するタイムスタンプ及び／または情報をメタデータとして含む、コンテンツ管理メッセージ２４０を発行することができる。番組ストリーム２０２のあらゆる知覚可能な部分を、番組ストリームイベントとすることができる。例えば、番組ストリームイベントを、番組コンテンツの１回放送分、１回放送分の一部、広告、連続的な一連の広告（以下「ポッド広告（Ａｄ Ｐｏｄ）」という）、または販売促進コンテンツのユニットとすることができる。かかる番組ストリームイベントに関する情報は、番組ストリームイベントの開始に対応するイベント境界の識別情報、及び番組ストリームイベントの期間を示す情報を含むことができる。従って、イベント通知メッセージテンプレート２３４を用いて生成されるコンテンツ管理メッセージを用いて、番組ストリーム２０２内の個別の番組イベントの特徴付けを行うことができる。

図５Ａは、イベント通知メッセージテンプレート５３４の形式をとった例示的なコンテンツ管理メッセージテンプレートの第１の部分５３４−１を示す。一方、図５Ｂは、イベント通知メッセージテンプレート５３４の形式をとった例示的なイベント通知メッセージテンプレートの第２の部分５３４−２を示す。イベント通知メッセージテンプレート５３４は、図２のイベント通知メッセージテンプレート２３４に対応する。さらに、図３Ａ及び３Ｂに示されるカレントタイムメッセージテンプレート３３２のように、図５Ａ及び５Ｂのイベント通知メッセージテンプレート５３４は、ＡＮＳＩ／ＳＣＴＥ１０４のコンテナデータ構造として示される。

図５Ａ及び５Ｂに示す例示的なイベント通知メッセージテンプレート５３４をさらに、図６を参照して説明する。図６は、番組ストリームで用いるための、（イベント通知メッセージ等の）コンテンツ管理メッセージを発行するために、自動化システムが用いる方法の一例を説明するフローチャート６００である。図６に概説される方法に関して、本願発明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャートから除外されていることを強調する。

図１、２、５Ａ及び５Ｂと組み合わせて図６を参照すると、フローチャート６００は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ６１０）から始まる。上述したように、タイムスタンプの生成は、自動化システム１１０によって実施することができ、また自動化システム１１０を、番組ストリーム１０２／２０２の開始時点でのＡＴＣタイムアドレスを生成するように構成することができる。

フローチャート６００は、番組ストリームイベントの開始に対応する番組ストリーム１０２／２０２内のイベント境界を識別するステップ（ステップ６２０）に進む。既に説明したように、番組ストリームイベントの例には、番組コンテンツの１回放送分、１回放送分の一部、広告もしくはポッド広告、または販売促進コンテンツのユニットを含めることができる。番組ストリームイベントの開始に対応したイベント境界を識別するステップは、自動化システム１１０によって実施することができる。図１に示すように、自動化システム１１０は、番組ストリーム提供者１０１とインタラクティブに接続され、それにより番組ストリーム１０２／２０２のための番組ストリームイベント情報にアクセスすることができる。イベント境界を識別するステップは、番組ストリームイベントの開始時刻、ビデオフレーム番号、または番組ストリームイベントの開始に対応するＡＴＣタイムアドレスを識別するステップを含む事ができる。何らかの理由によって、存在するタイムアドレスと完全には合致しない場合に、ストリームメッセージングモジュール１２０を、イベント境界に対応する適切なビデオフレームを識別するように構成することができることに留意する。番組ストリーム１０２／２０２が７２０ｐ ＨＤビデオストリームとして提供される実施形態では、例えば、イベント境界は特定のＡＴＣタイムアドレスを有するビデオフレームペアの最初のフレームから始まる。

フローチャート６００は、番組ストリームイベントの期間を決定するステップ（ステップ６３０）をさらに説明している。該ステップも自動化システム１１０によって実行することができる。番組ストリームイベントの期間を決定するステップは、何時間、何分、及び／または何秒という時間経過を単位としたり、番組ストリームイベントが及ぶビデオフレームの数を単位としたり、または７２０ｐ ＨＤビデオを提供する実施形態でビデオフレームペアの数を単位としたりして、期間を決定するステップを含むことができる。

フローチャート６００ではその後、イベント境界及びイベント期間を含むタイムスタンプ及び通知を、メタデータとしてコンテナデータ構造に組み込むステップ（ステップ６４０）を行う。タイムスタンプ及び通知を組み込むステップは、自動化システム１１０によって、プロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実施することができる。例えば図５Ａ及び５Ｂに示すように、イベント通知メッセージテンプレート５３４の第１の部分５３４−１の２５〜３０行のタイムスタンプメタデータ、第２の部分５３４−２の１８〜２１行目の番組ストリームイベント開始時刻メタデータ、及び第２の部分５３４−２の２３〜２６行の番組ストリームイベント期間メタデータが、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の（イベント通知メッセージテンプレート５３４の第１の部分５３４−１の１２〜３１行、及び第２の部分５３４−２の１〜３３行等の）複合的なオペレーションメッセージ部に組み込まれる。

フローチャート６００は最後に、コンテナデータ構造を番組ストリームに挿入するステップ（ステップ６５０）を行う。コンテンツ管理メッセージ１４０／２４０に対応するコンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップは、上述したように、自動化システム１１０によって、ＡＮＳＩ／ＳＣＴＥ １０４の自動化システムの圧縮システムから通信システムへのアプリケーションプログラムインタフェース（ＡＰＩ）を用いて実施することができる。ある実施形態では、コンテンツ管理メッセージ１４０／２４０を、（コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベントの開始に対応するイベント境界のタイムインターバル等の）バッファインターバル内の番組ストリーム１０２／２０２に挿入することができる。例えばかかるバッファインターバルを、数秒（例えば６秒）とすることができ、バッファインターバルの後にイベント境界が続く。これにより、コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベントの開始後に、コンテンツ管理メッセージ１４０／２４０の発行が可能となる。

図２を再度参照すると、ストリームメッセージングモジュール２２０は、イベント通知＋コマンドシーケンスメッセージテンプレート２３６を用いて、番組ストリーム１０２／２０２内のコンテンツを管理するためのコマンドシーケンスと組み合わされる番組ストリームイベントに関する情報を含む、コンテンツ管理メッセージ２４０を発行することができる。かかるコンテンツ管理メッセージに含まれるコマンドシーケンスは、番組ストリームイベント中に番組ストリームコンテンツを置換する権限を与えることができる。この置換は例えば、テレビ番組全体または番組の１回放送分を、（場合によってはコマンドシーケンスにより識別される）代わりの番組に置換する。コンテンツを置換する代替的なコンテンツには、例えば他のテレビ番組、同じテレビ番組の他の回放送分、特別なイベント、またはライブフィードコンテンツを含めることができる。

ある実施形態では、コンテンツ管理メッセージ１４０／２４０は、ネットワーク１０４内に保持されるいくつかのコンテンツ要素のプレイリストに相当する置換コンテンツを識別することができる。あるいは、または加えて、置換コンテンツを（権限を持つサードパーティ１０７の）権限を持つ分離したエンティティによって、ビジネスロジックを利用して、動的に識別することができる。このような実施形態では、コンテンツ管理メッセージ１４０／２４０にメタデータとして含まれる通知では、イベント境界に先立つ番組ストリームコンテンツを識別して、適切な置換コンテンツを識別することを可能とする。他の実施形態では、通知は、番組ストリームイベントが置換された後に番組ストリームコンテンツを識別することもできる。

複数の置換が要求される場合（例えば１時間の番組が、２つの３０分の番組に置換される場合）には、いくつかのコンテンツ管理メッセージを送信することができる。さらに、コマンドシーケンスが番組の１回の放送分全体よりも少ない番組ストリームイベントの置換の権限を与える場合には、コマンドシーケンスはさらに、置換コンテンツのためのオフセットインターバルを決定することができ、それにより、番組ストリームイベント中の適切な時刻で置換コンテンツにより実質的にシームレスな置換を行うことを可能とする。

ある実施形態では、コマンドシーケンスを用いて、置換コンテンツの送信中または番組ストリームコンテンツの置換物の送信が完了した後のいずれかに、番組ストリームに戻ることを指示することもできる。すなわち、イベント通知＋コマンドシーケンスメッセージテンプレート２３６を用いて生み出される第１のコンテンツ管理メッセージ１４０／２４０は、番組ストリーム１０２／２０２に存在しない番組コンテンツを、視聴者１０９ａ及び１０９ｂの一方または両方に、チャネルストリーム１０６ａ及び／または１０６ｂの置換コンテンツとして配信させることができる。第１のコンテンツ管理メッセージの後に第２のコンテンツ管理メッセージ１４０／２４０を続けることができる。第２のコンテンツ管理メッセージ１４０／２４０は、置換コンテンツの送信中または送信終了時のいずれかに発行され、番組ストリーム１０２／２０２に戻ることを指示し、第１のコンテンツ管理メッセージの影響によりチャネルストリーム１０６ａ及び１０６ｂの一方または両方に提供されたコンテンツを、番組ストリーム１０２／２０２内のコンテンツと再結合及び適合させる。

他の実施形態では、かかるコンテンツ管理メッセージに含まれるコマンドシーケンスは、コンテンツストリーム１０２／２０２内の広告または販売促進コンテンツの置換を行う権限を与えることができる。そのような実施形態では例えば、コマンドシーケンスは広告または全ポッド広告を置換する権限を与えることができるが、そこに置換される置換コンテンツを特定しない。それにより、高度に個人化されたＩＰベースのターゲッティングツールを用いて、各視聴者の好みに基づいて視聴者１０９ａ及び１０９ｂに異なる広告を送ることが可能となる。例えば、権限を持つサードパーティ１０７は、クライアントシステム１０８ａ及び１０８ｂのインターネット閲覧履歴に関する情報を収集し、または該情報にアクセスすることができ、それぞれの視聴者１０９ａ及び１０９ｂに好ましいと推定した置換広告コンテンツを識別することができる。その結果、チャネルストリーム１０６ａ及び１０６ｂは、放送プラットフォーム１０３を通じて提供される番組ストリーム１０２／２０２とともに提供される広告コンテンツとは異なる個人的に向けられた広告を視聴者１０９ａ及び１０９ｂのそれぞれに配信しながら、放送プラットフォーム１０３を通じて提供される番組ストリーム１０２／２０２内の番組コンテンツに実質的に合致する番組コンテンツを提供することができる。

図７Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート７３６の形式をとった例示的なコンテンツ管理メッセージテンプレートの第１の部分７３６−１を示す一方、図７Ｂ及び７Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート７３６の第２の部分７３６−２及び第３の部分７３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプ
レート７３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応し、番組ストリーム１０２／２０２内の広告コンテンツの置換を行う権限を与える。図３Ａ及び３Ｂに示すカレントタイムメッセージテンプレート３３２や、図５Ａ及び５Ｂに示すイベント通知メッセージテンプレート５３４と同様に、図７Ａ、７Ｂ及び７Ｃのイベント通知＋コマンドシーケンスメッセージテンプレート７３６は、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造として表される。

図７Ａ、７Ｂ及び７Ｂに示される例示的なイベント通知＋コマンドシーケンスメッセージテンプレート７３６をさらに、図８を参照して説明する。図８は、コンテンツ管理メッセージ（この例では番組ストリームで用いるためのイベント通知＋コマンドシーケンスメッセージ）を発行するための自動化システムが用いるための方法の一例を説明するフローチャート８００を示す。図８に概説される方法に関し、本願発明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャート８００から除外されていることに再び述べる。

図１、２、７Ａ、７Ｂ及び７Ｃと組み合わせて図８を参照すると、フローチャート８００は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ８１０）から始まる。上述したように、タイムスタンプを生成するステップは、自動化システム１１０によって実施することができ、また自動化システム１１０は、番組ストリーム１０２／２０２の開始時刻でのＡＴＣタイムアドレスを生成するように構成されることができる。

フローチャート８００は、番組ストリームイベントの開始に対応する番組ストリーム１０２／２０２内のイベント境界を識別するステップ（ステップ８２０）に進み、その後番組ストリームイベントの期間を決定するステップ（ステップ８３０）に進む。イベント境界を識別するステップ及びイベントの期間を決定するステップは、類似する動作それぞれ（すなわちステップ６２０及び６３０）に関して図６とともに説明したように、自動化システム１１０によって実施することができる。

図８のフローチャート８００ではその後、タイムスタンプ、イベント境界及びイベント期間に対応する通知、並びにイベント境界及びイベント期間に対応するコマンドシーケンスを、メタデータとしてコンテナデータ構造に組み込むステップ（ステップ８４０）を行う。この組み込むステップは、自動化システム１１０によってプロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実行することができる。例えば、図７Ａ、７Ｂ及び７Ｃに示すように、第１の部分７３６−１の２５〜３０行のタイムスタンプメタデータ、第２の部分７３６−２の１８〜２１行の番組ストリームイベント開始時刻メタデータ、第２の部分７３６−２の２３〜２６行目の番組ストリームイベント期間メタデータ、及び第３の部分７３６−３の１０〜１６行のコマンドシーケンスメタデータが、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の複合的なオペレーションメッセージ部に組み込まれる。

フローチャート８００は最後に、コンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップ（ステップ８５０）を行う。コンテンツ管理メッセージ１４０／２４０に対応するコンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップは、類似する動作（すなわちステップ６５０）に関して図６とともに説明したように、自動化システム１１０によって実施することができる。さらに上述したようにある実施形態では、コンテンツ管理メッセージ１４０／２４０を、（コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベントの開始に対応するイベント境界のディレイタイムインターバル等の）バッファインターバル内の番組ストリーム１０２／２０２に挿入することができる。例えばかかるバッファインターバルは、数秒（例えば６秒）とすることができ、バッファインターバルの後にイベント境界が続く。それにより、コマンドシーケンスを適用する番組ストリームイベントの開始後に、コマンドシーケンスを含むコンテンツ管理メッセージ１４０／２４０の発行が可能となる。

ある実施形態では、上述した番組ストリーム１０２／２０２に挿入するステップの後に、コンテンツ管理メッセージ１４０／２４０を手動でオーバーライドすることを可能とすることが好ましいことに留意する。かかる実施形態では、モニタリングエンティティが、コンテンツ管理メッセージ１４０／２４０に含まれるコマンドシーケンスの実行を選択的に妨げる権限を有するように、自動化システム１１０を構成することができる。例えば、番組ストリーム１０２／２０２を監視している人間のオペレータは、番組ストリームコンテンツの所定の置換を手動でオーバーライドすることができ、またかかる置換中または置換後に番組ストリーム１０２／２０２へ戻ることを妨げたりすることができる。

図９Ａ、９Ｂ及び９Ｃは、番組ストリーム１０２／２０２内の番組コンテンツを置換する権限を与える、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート９３６を示す。図９Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート９３６の第１の部分９３６−１を示す一方、図９Ｂ及び９Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート９３６の第２の部分９３６−２及び第３の部分９３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプレート９３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応し、図７Ａ、７Ｂ及び７Ｃのイベント通知＋コマンドシーケンスメッセージテンプレート７３６のように、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造として表される。

図９Ａ、９Ｂ及び９Ｃに示すように、第１の部分９３６−１の２５〜３０行のタイムスタンプメタデータ、第２の部分９３６−２の１８〜２１行の番組ストリームイベント開始時刻メタデータ、第２の部分９３６−２の２３〜２６行目の番組ストリームイベント期間メタデータ、及び第３の部分９３６−３の１０〜２９行のコマンドシーケンスメタデータが、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の複合的なオペレーションメッセージ部に組み込まれる。番組コンテンツの置換の権限付与に加えて、図９Ｃに示す第３の部分９３６−３の２０〜２６行のコマンドシーケンスメタデータは、第３の部分９３６−３の２８及び２９行目のコマンドシーケンスメタデータによって特定される置換番組コンテンツのためのオフセットインターバルを決定することに留意する。

次に図１０Ａ、１０Ｂ及び１０Ｃを参照すると、これらの図は、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート１０３６が、番組ストリーム１０２／２０２に戻ることを指示していることを示す。図１０Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート１０３６の第１の部分１０３６−１を示す一方、図１０Ｂ及び１０Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート１０３６の第２の部分１０３６−２及び第３の部分１０３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプレート１０３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応し、イベント通知＋コマンドシーケンスメッセージテンプレート７３６及び９３６のように、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造として表される。

図１０Ａ、１０Ｂ及び１０Ｃに示すように、第１の部分１０３６−１の２５〜３０行のタイムスタンプメタデータ、第２の部分１０３６−２の１８〜２１行の番組ストリームイベント開始時刻メタデータ、第２の部分１０３６−２の２３〜２６行目の番組ストリームイベント期間メタデータ、及び第３の部分１０３６−３の１０行目のコマンドシーケンスメタデータが、ＡＮＳＩ／ＳＣＴＥ １０４のコンテナデータ構造の複合的なオペレーションメッセージ部に組み込まれ、チャネルストリーム１０６ａ及び１０６ｂが番組ストリーム１０２／２０２と再結合できるようにする情報を提供する。

従って上述した説明から、本発明の概念の範囲から離れることなく、様々な技術が本明細書に記載された概念を実施するために用いられることは明らかである。さらに、本発明の概念を具体的な実施形態を参照して説明しているが、当業者は、前記概念の精神及び範囲から離れることなく、形式及び詳細を変更することができることを認識することができる。このように、記載された実施形態は、あらゆる点で例示的なものであって限定的なものではないと考えるべきである。また本発明は、本明細書に記載された特定の実施形態に限定されるものではなく、本開示内容から離れることなく、多数の再構成、変更形態及び置換を行うことができると理解するべきである。

Claims (20)

1. プロセッサと、
   メモリと、
   前記メモリに格納されるストリームメッセージングモジュールとを備え、
   前記ストリームメッセージングモジュールは、
   コマンドシーケンスをメタデータとしてコンテナデータ構造に組み込み、
   前記コンテナデータ構造を番組ストリームに挿入することで、
   前記番組ストリームで使用するためのコンテンツ管理メッセージを発行するように構成
   され、
   前記コマンドシーケンスは、番組ストリームコンテンツの置換を行う権限を与えるコン
   テンツ自動化システム。
2. 前記ストリームメッセージングモジュールが、さらに、
   前記コンテンツ管理メッセージのための、前記番組ストリームの開始時刻に対して相
   対的なタイムスタンプを生成し、
   前記コンテナデータ構造を前記番組ストリームに挿入する前に、前記タイムスタンプ
   に対応するタイムコマンドを前記コンテナデータ構造に組み込むように構成される請求項
   １に記載のコンテンツ自動化システム。
3. 前記ストリームメッセージングモジュールが、さらに、
   番組ストリームイベントの開始に対応する前記番組ストリームのイベント境界を識別
   し、
   前記番組ストリームイベントの期間を決定し、
   前記コンテナデータ構造を前記番組ストリームに挿入する前に、前記イベント境界及
   び前記期間に対応する通知を前記コンテナデータ構造に組み込むように構成される請求項
   １に記載のコンテンツ自動化システム。
4. 前記コンテナデータ構造が、前記イベント境界のバッファインターバル中の前記番組ス
   トリームに挿入される請求項３に記載のコンテンツ自動化システム。
5. 前記通知が、前記番組ストリームイベントに先行する番組ストリームコンテンツ及び前
   記番組ストリームイベントに続く番組ストリームコンテンツの少なくとも１つを識別する
   請求項３に記載のコンテンツ自動化システム。
6. 前記コマンドシーケンスが、前記番組ストリームに戻ることを指示する請求項１に記載
   のコンテンツ自動化システム。
7. 前記コマンドシーケンスが、広告コンテンツ及び販売促進コンテンツの一方を置換する
   権限を与える請求項１に記載のコンテンツ自動化システム。
8. 前記コマンドシーケンスが、置換番組コンテンツを識別する請求項１に記載のコンテン
   ツ自動化システム。
9. 前記コマンドシーケンスが、置換番組コンテンツのためのオフセットインターバルを決
   定する請求項１に記載のコンテンツ自動化システム。
10. 前記コンテンツ自動化システムが、前記コンテナデータ構造を前記番組ストリームに挿
    入した後に、前記コマンドシーケンスを手動でオーバーライドできるように構成される請
    求項１に記載のコンテンツ自動化システム。
11. プロセッサと、メモリと、番組ストリームで使用するためのコンテンツ管理メッセージ
    を発行するための前記メモリに格納されるストリームメッセージングモジュールとを備え
    るコンテンツ自動化システムで使用するための方法であって、
    コマンドシーケンスをメタデータとしてコンテナデータ構造に組み込むステップと、
    前記コンテナデータ構造を前記番組ストリームに挿入するステップとを含み、
    前記コマンドシーケンスは、番組ストリームコンテンツの置換を行う権限を与えるコン
    テンツ自動化システムで使用するための方法。
12. 前記コンテンツ管理メッセージのための、前記番組ストリームの開始時刻に対して相対
    的なタイムスタンプを生成するステップと、
    前記コンテナデータ構造を前記番組ストリームに挿入するステップの前に、前記タイム
    スタンプに対応するタイムコマンドを前記コンテナデータ構造に組み込むステップとをさ
    らに含む請求項１１に記載の方法。
13. 番組ストリームイベントの開始に対応する前記番組ストリームのイベント境界を識別す
    るステップと、
    前記番組ストリームイベントの期間を決定するステップと、
    前記コンテナデータ構造を前記番組ストリームに挿入するステップの前に、前記イベン
    ト境界及び前記期間に対応する通知を前記コンテナデータ構造に組み込むステップとをさ
    らに含む請求項１１に記載の方法。
14. 前記コンテナデータ構造が、前記イベント境界のバッファインターバル中の前記番組ス
    トリームに挿入される請求項１３に記載の方法。
15. 前記通知が、前記番組ストリームイベントに先行する番組ストリームコンテンツ及び前
    記番組ストリームイベントに続く番組ストリームコンテンツの少なくとも１つを識別する
    請求項１３に記載の方法。
16. 前記コマンドシーケンスが、前記番組ストリームに戻ることを指示する請求項１１に記
    載の方法。
17. 前記コマンドシーケンスが、広告コンテンツ及び販売促進コンテンツの一方を置換する
    権限を与える請求項１１に記載の方法。
18. 前記コマンドシーケンスが、置換番組コンテンツを識別する請求項１１に記載の方法。
19. 前記コマンドシーケンスが、置換番組コンテンツのためのオフセットインターバルを決
    定する請求項１１に記載の方法。
20. 前記コンテナデータ構造を前記番組ストリームに挿入するステップの後に、前記コマン
    ドシーケンスを手動でオーバーライドできるようにするステップをさらに含む請求項１１
    に記載の方法。