(57)【特許請求の範囲】
【請求項１】
ケーブル又は衛星ネットワークによってリニアテレビ番組ストリームを放送する放送ステップと、
ストリーミング用の前記リニアテレビ番組ストリームをパケットネットワークを通じて提供する提供ステップと、
コマンドシーケンスを生成する生成ステップと、
前記コマンドシーケンスを前記提供されたリニアテレビ番組ストリームに動的に挿入する挿入ステップと、
前記挿入されたコマンドシーケンスを含む前記提供されたリニアテレビ番組ストリームを、サードパーティに前記パケットネットワークを通じて供給する供給ステップと、
を含み、
前記放送ステップと同時に、前記提供ステップと、前記生成ステップと、前記挿入ステップと、前記供給ステップとを行う、方法であり、
前記挿入されたコマンドシーケンスは、前記提供されたリニアテレビ番組ストリームからの、広告コンテンツ、販売促進コンテンツ及び番組コンテンツの少なくとも１つを削除し、前記広告コンテンツ、前記販売促進コンテンツ及び前記番組コンテンツの前記少なくとも１つを前記サードパーティが提供するコンテンツと置換して、前記パケットネットワークを通じて個人をターゲットとして配信するストリーミング用の、修正された番組ストリームを生成する権限を前記サードパーティに与える、方法。
【請求項２】
前記リニアテレビ番組ストリームの開始時刻に対して相対的なタイムスタンプを生成するステップをさらに含み、
前記挿入ステップは、前記タイムスタンプに対応するタイムコマンドを前記提供されたリニアテレビ番組ストリームに組み込む、請求項１に記載の方法。
【請求項３】
番組ストリームイベントの開始に対応する前記リニアテレビ番組ストリームのイベント境界を識別するステップと、
前記番組ストリームイベントの期間を決定するステップと、をさらに含み、
前記挿入ステップは、前記イベント境界及び前記期間に対応する通知を前記提供されたリニアテレビ番組ストリームに組み込む、請求項１に記載の方法。
【請求項４】
前記挿入ステップで、前記イベント境界のバッファインターバル中の前記提供されたリニアテレビ番組ストリームに挿入される、請求項３に記載の方法。
【請求項５】
前記通知が、前記番組ストリームイベントに先行する番組コンテンツ及び前記番組ストリームイベントに続く番組コンテンツの少なくとも一方を識別する、請求項３に記載の方法。
【請求項６】
前記コマンドシーケンスが、前記挿入ステップのためにオフセットインターバルを提供する、請求項１に記載の方法。
【請求項７】
ケーブル又は衛星ネットワークを通じてリニアテレビ番組ストリームを放送するように構成される放送モジュールと、
ストリーミングモジュールとを備えるシステムであり、
前記ストリーミングモジュールは、前記放送モジュールによる、前記ケーブル又は衛星ネットワークを通じた前記リニアテレビ番組ストリームの放送と同時に、
ストリーミング用の前記リニアテレビ番組ストリームをパケットネットワークを通じて提供し、
コマンドシーケンスを生成し、
前記コマンドシーケンスを前記提供されたリニアテレビ番組ストリームに動的に挿入し、及び、
前記挿入されたコマンドシーケンスを含む前記提供されたリニアテレビ番組ストリームを、サードパーティに前記パケットネットワークを通じて供給するように構成され、
前記挿入されたコマンドシーケンスは、前記提供されたリニアテレビ番組ストリームからの、広告コンテンツ、販売促進コンテンツ及び番組コンテンツの少なくとも１つを削除し、前記広告コンテンツ、前記販売促進コンテンツ及び前記番組コンテンツの前記少なくとも１つを前記サードパーティが提供するコンテンツと置換して、パケットネットワークを通じて個人をターゲットとして配信するストリーミング用の、修正された番組ストリームを生成する権限を前記サードパーティに与える、システム。
【請求項８】
前記システムが、前記リニアテレビ番組ストリームの開始時刻に対して相対的なタイムスタンプを生成するようにさらに構成され、
前記挿入は、前記タイムスタンプに対応するタイムコマンドを前記提供されたリニアテレビ番組ストリームに組み込む、請求項７に記載のシステム。
【請求項９】
前記システムが、番組ストリームイベントの開始に対応する前記リニアテレビ番組ストリームのイベント境界を識別するとともに、
前記番組ストリームイベントの期間を決定するようにさらに構成され、
前記挿入は、前記イベント境界及び前記期間に対応する通知を前記提供されたリニアテレビ番組ストリームに組み込む、請求項７に記載のシステム。
【請求項１０】
前記挿入で、前記イベント境界のバッファインターバル中の前記提供されたリニアテレビ番組ストリームに挿入される、請求項９に記載のシステム。
【請求項１１】
前記通知が、前記番組ストリームイベントに先行する番組コンテンツ及び前記番組ストリームイベントに続く番組コンテンツの少なくとも一方を識別する、請求項９に記載のシステム。
【請求項１２】
前記コマンドシーケンスが、前記挿入のためにオフセットインターバルを提供する、請求項７に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
本願は、発明の名称が"TV+ Broadcast Stream Metadata,"である係属中の米国仮出願（米国仮出願番号61/594,264号、２０１２年２月２日出願）の利益及び該出願の優先権を主張する。当該係属中の米国仮出願の明細書の全内容を本明細書に援用する。
【０００２】
視聴者による、テレビ（ＴＶ）番組等のメディアコンテンツにアクセスできる方法が変化したことで、視聴者は、前世代のテレビ視聴者には到達できなかったレベルで、エンターテインメント・オプションを選択できるようになった（特許文献１−３参照）。例えば、視聴者が、従来のテレビセットとは異なるプラットフォームを用い、従来のテレビ放送とは異なる配信チャネルを通じて、テレビ番組コンテンツにアクセスすることをできるようにする技術革新により、視聴者は今や、自分が選択した番組を、どこで何の手段で視聴するかについて相当に管理できるようになった。例えば、インターネットを通じて利用できる番組コンテンツの種類が絶えず増加していることにより、視聴者は従来の家庭用テレビセットではなく、パーソナルコンピュータ（ＰＣ）または家庭用ゲームプラットフォームを用いて、また旅行中や外出時においては携帯通信デバイスを用いて、テレビ番組コンテンツを選択的に視聴できるようになった。
【０００３】
視聴者にとってテレビ番組コンテンツの視聴の選択肢が増加したことで、一般に番組コンテンツとともに配信される広告または宣伝を用いて収益を生み出そうと試みるコンテンツ提供者にとって重大な課題が生まれた。例えば、リニアテレビ放送等の特定の配信チャネルで配信される広告の補償に適用される契約は、同一の広告コンテンツをインターネット等の代替的な配信チャネルを用いて配信した場合には適用できないことがある。さらに、インターネットプロトコル（ＩＰ）配信チャネルは、個人をターゲットとする、広告及び／または宣伝コンテンツを視聴者に、家庭ベースまたは視聴者ベースで提供することができる可能性（現在までほとんど実現されていない）を与える。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２００８／００４０７４３号明細書
【特許文献２】米国特許出願公開第２０１１／０００４８９２号明細書
【特許文献３】米国特許第７，８８９，９６４号明細書
【図面の簡単な説明】
【０００５】
【図１】番組ストリームで用いられるコンテンツ管理メッセージを発行するための例示的なシステムを示す図である。
【図２】図１に示すシステムで用いるのに適した、ストリームメッセージングモジュールの一実施形態を、より詳細に説明する図である。
【図３Ａ】例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。
【図３Ｂ】図３Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。
【図４】図３Ａ及び３Ｂに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合する実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。
【図５Ａ】他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。
【図５Ｂ】図５Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。
【図６】図５Ａ及び５Ｂに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合する他の実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。
【図７Ａ】さらに他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。
【図７Ｂ】図７Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。
【図７Ｃ】図７Ａ及び７Ｂに示す例示的なコンテンツ管理メッセージテンプレートの第３の部分を示す図である。
【図８】図７Ａ、７Ｂ及び７Ｃに示す例示的なコンテンツ管理メッセージテンプレートの使用に適合するさらに他の実施形態における、番組ストリームで用いるコンテンツ管理メッセージを発行するための方法を説明するフローチャートを示す図である。
【図９Ａ】図８に示すフローチャートに対応する他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。
【図９Ｂ】図９Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。
【図９Ｃ】図９Ａ及び９Ｂに示す例示的なコンテンツ管理メッセージングテンプレートの第３の部分を示す図である。
【図１０Ａ】図８に示すフローチャートに対応するさらに他の例示的なコンテンツ管理メッセージテンプレートの第１の部分を示す図である。
【図１０Ｂ】図１０Ａに示す例示的なコンテンツ管理メッセージテンプレートの第２の部分を示す図である。
【図１０Ｃ】図１０Ａ及び図１０Ｂに示す例示的なコンテンツ管理メッセージテンプレートの第３の部分を示す図である。
【発明を実施するための形態】
【０００６】
少なくとも１枚の図面と関連して実質的に示し及び／または記載して、番組ストリームで用いるためのコンテンツ管理メッセージを発行するためのコンテンツ自動化システムが使用する方法を提供する。より完全には特許請求の範囲に記載する。
【０００７】
以下の説明は、本明細書で開示する実施形態に関する具体的な情報を含む。当業者は本開示内容を、ここで具体的に述べる方法とは異なる方法で実施することができることを認識するだろう。本願の図面及び付随する詳細な説明は、単に一実施形態を示すためのものである。明示されない限り、同様または類似の構成要素については、複数の図面にわたって同様または類似の符号が付される。さらに、本願の図面及び図表は通常、正確な縮尺ではなく、また実際の相対寸法に対応することを意図するものではない。
【０００８】
上述したように、技術の進歩によってテレビ（ＴＶ）視聴者の視聴の選択肢が増加したことで、宣伝及び広告を通じて収益を生み出そうとするコンテンツ提供者に重大な課題が生まれた。例えば上述したように、リニアテレビ放送の一部として配信される広告に対する補償に適用される契約は、インターネット等の代替的な配信チャネルを用いて同じ広告コンテンツを配信した場合には適用されないことがある。加えて、リニアテレビ放送に含まれる、テレビ放送局がインターネット配信権を持っていない他の種類のコンテンツが存在することがある。一例として、多くのスポーツイベントのインターネット配信権は、テレビ放送局ではなくスポーツリーグまたはチームによって管理される。
【０００９】
本発明の概念の様々な実施形態によれば、リニアテレビ番組ストリーム等のメディアコンテンツストリームの提供に関連して利用されるコンテンツ自動化システムは、様々なコンテンツ管理メッセージを発行するように構成される。その結果、番組ストリームの配信中に、広告コンテンツ、番組コンテンツ、販売促進等の番組ストリーム内のイベントが動的に置換されあるいは修正される。従って、本発明の概念を実施して、局所的にターゲットしまたは個人をターゲットとした、番組コンテンツ及び／または広告の配信を可能とすることができる。すなわち本発明の概念を実施することで、好適には、家庭または各視聴者に向けて広告及び／または販売促進を行うことができる。
【００１０】
図１は、番組ストリームで用いるコンテンツ管理メッセージを発行するための例示的なシステムを示す図である。図１に示すように、メディア配信環境１００は、プロセッサ１１２と、メモリ１１４に格納されるストリームメッセージングモジュール１２０とを含む自動化システム１１０を備える。図１にはさらに、自動化システム１１０とインタラクティブに接続する番組ストリーム提供者１０１、番組ストリーム１０２、放送プラットフォーム１０３、及び番組ストリーム１０２に包含するために自動化システム１１０が提供するコンテンツ管理メッセージ１４０が図示されている。加えて図１は、通信ネットワーク１０４、通信ネットワーク１０４を通じて配信するために番組ストリーム１０２を適合させるように構成されたセグメンター１０５、及び自動化システム１１０を通信ネットワーク１０４と接続するネットワーク接続１１６を示す。図１に更に示されるように、メディア配信環境１００は、権限を持つサードパーティ１０７、番組ストリーム１０２に対応するチャネルストリーム１０６ａ及び１０６ｂ、クライアントシステム１０８ａ及び１０８ｂ、並びに各クライアントシステム１０８ａ及び１０８ｂを用いて各チャネルストリーム１０６ａ及び１０６ｂを受け取る視聴者１０９ａ及び１０９ｂも含む。
【００１１】
図１に示される実施形態によれば、自動化システム１１０は、プロセッサ１１２及びメモリ１１４内のストリームメッセージングモジュール１２０を利用して、１つ以上の（図の１４０に示す）コンテンツ管理メッセージを生成し、番組ストリーム１０２を動的に変更することができる。例えば、ストリームメッセージングモジュール１２０は、番組ストリームコンテンツを置換する権限を与えるコンテンツ管理メッセージ１４０を発行するように構成されることができる。番組ストリームコンテンツは例えば、番組ストリーム１０２内の１つ以上の広告コンテンツ、（テレビ番組の１回放映分（episode）もしくはその一部等の）番組コンテンツ、または販売促進コンテンツである。さらにある実施形態では、ストリームメッセージングモジュール１２０は、例えば番組ストリーム１０２に含まれるコンテンツの一部を、部分的に置き換えたり流用したりすることによる番組内のコンテンツの置換を指示する、コンテンツ管理メッセージ１４０を発行することができる。
【００１２】
番組ストリーム１０２の動的な修正は、１つ以上の（図の１０７に示す）権限を持つサードパーティによって実行することができ、通信ネットワーク１０４を介在させることができる。番組ストリーム１０２の動的な修正は、コンテンツ管理メッセージ１４０を番組ストリーム１０２に挿入することにより可能となる。その結果、チャネルストリーム１０６ａ及び１０６ｂを、地域で、局所的に、家庭毎に、または視聴者毎にカスタマイズすることを達成できる。
【００１３】
例えばある実施形態では、番組ストリーム提供者１０１は、テレビコンテンツを番組ストリーム１０２として提供するメディアエンティティである。番組ストリーム１０２は、例えば組込型の音声、字幕、タイムコード、及び（視聴率及び／またはペアレンタルガイドライン等の）他の補助的メタデータを有する高精細度（ＨＤ）または標準精細度（ＳＤ）のベースバンドビデオ信号を含む、リニアテレビ番組ストリームとすることができる。ある実施形態では、番組ストリーム１０２は、多数の音声トラックを含むことができ、また音声多重放送（ＳＡＰ）及び／または映像説明サービス（ＤＶＳ）等を利用することができる。放送プラットフォーム１０３を用いて番組ストリーム１０２を伝統的なテレビ視聴者に放送することができる。放送プラットフォーム１０３は、例えば従来のケーブル及び／または衛星ネットワークに対応する。加えて、番組ストリーム提供者１０１は、番組ストリーム１０２から代替的な配信チャネル経由で利用できる番組コンテンツを作成することが、有益または望ましいと考える。前記代替的な配信チャネルは、例えばインターネットのパケットネットワークを含む。
【００１４】
番組ストリーム提供者１０１はまた、放送プラットフォーム１０３を用いて番組ストリーム１０２を提供するのとほぼ同時に、通信ネットワーク１０４を通じて番組ストリーム１０２内の番組コンテンツを提供することが、有益または望ましいと考える。加えて、番組ストリーム提供者１０１は、番組ストリーム１０２内の１つ以上のコンテンツ内容を、検出可能な視聴者１０９ａ及び１０９ｂの好みに基づいて選択的に取り替えることを選択することができる。選択的に取り替え可能なコンテンツ内容は、番組の１回放映分、広告、ブロックもしくは宣伝、または販売促進等である。あるいは、または加えて、番組ストリーム１０２内の１つ以上のコンテンツ内容を、配信権及び／または（番組の好み等の）ビジネス選択に関連する、ビジネス上の要求によって取り替えることができる。その結果、通信ネットワーク１０４を通じて配信するためセグメンター１０５が番組ストリーム１０２を適合させる前に、１種類以上のコンテンツ管理メッセージ１４０を番組ストリーム１０２に挿入することができる。図１では、クライアントシステム１０８ａ及び１０８ｂがパーソナルコンピュータ（ＰＣ）として示されているが、クライアントシステム１０８ａ、１０８ｂの一方または両方を、（スマートフォン、デジタルメディアプレーヤ、携帯情報端末（ＰＤＡ）、タブレットもしくは他の携帯用コンピュータ、またはゲーム用コンソール等の）表示機能を有するＩＰ互換装置として実現することができる。
【００１５】
図２は、図１のシステムを用いるのに適したストリームメッセージングモジュールの一実施形態をより詳細に説明する図である。図２に示すように、ストリームメッセージングモジュール２２０は、カレントタイムメッセージテンプレート２３２、イベント通知メッセージテンプレート２３４、及びイベント通知＋コマンドシーケンスメッセージテンプレート２３６の形式をとったメッセージテンプレート２３０を含む。図２にさらに示すように、ストリームメッセージングモジュール２２０は、メッセージテンプレート２３０を利用して、番組ストリーム２０２に挿入するためのコンテンツ管理メッセージ２４０をコンテナデータ構造として発行するように構成される。ストリームメッセージングモジュール２２０、コンテンツ管理メッセージ２４０、及び番組ストリーム２０２はそれぞれ、図１のストリームメッセージングモジュール１２０、コンテンツ管理メッセージ１４０、及び番組ストリーム１０２に対応する。
【００１６】
自動化システム１１０のストリームメッセージングモジュール１２０／２２０は、カレントタイムメッセージテンプレート２３２を用いて、タイムコマンドを含むコンテンツ管理メッセージ１４０／２４０をメタデータとして発行することができる。タイムコマンドは自動化システム１１０が生成するタイムスタンプに対応することができ、前記タイムスタンプは番組ストリーム１０２／２０２の開始点での補助タイムコード（ＡＴＣ）タイムアドレスを提供する。
【００１７】
図３Ａは、カレントタイムメッセージテンプレート３３２の形式をとった例示的なコンテンツ管理メッセージテンプレートの第１の部分３３２−１を示し、一方図３Ｂは例示的なカレントタイムメッセージテンプレート３３２の第２の部分３３２−２を示す。カレントタイムメッセージテンプレート３３２はコンテナデータ構造として表され、より詳しくは、アメリカ規格協会（ＡＮＳＩ）及びＣＡＴＶ通信技術者協会（ＳＣＴＥ）standard 104（ＡＮＳＩ／ＳＣＴＥ  １０４）に準拠したコンテナデータ構造として表されることに注意する。カレントタイムメッセージテンプレート３３２は、図２のカレントタイムメッセージテンプレート２３２に対応する。
【００１８】
図１及び図２で具体化した例示的なシステム、及び図３Ａ及び３Ｂで示す例示的なカレントタイムメッセージテンプレート３３２を、さらに図４を参照して説明する。図４は、自動化システムが、番組ストリームで用いるために（番組ストリーム内で用いるためのカレントタイムメッセージ等の）コンテンツ管理メッセージを発行する際に使用する方法の一例を説明するフローチャート４００を表す。図４に概説される方法に関し、本願発明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャート４００から除外されていることに注意する。
【００１９】
図１、２、３Ａ及び３Ｂと組み合わせて図４を参照すると、フローチャート４００は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ４１０）から始まる。タイムスタンプの生成は、自動化システム１１０によって実施することができる。自動化システム１１０は、図１に示すように番組ストリーム提供者１０１とインタラクティブに接続されている。かかるインタラクティブな接続性によって、例えば自動化システム１１０は、番組ストリーム１０２／２０２に関する時刻情報にアクセスすることができる。その結果、図３Ａに示すカレントタイムメッセージテンプレート３３２の第１の部分３３２−１の２５〜３０行のタイムスタンプメタデータに示すように、自動化システム１１０は、（番組ストリーム１０２／２０２の開始時刻でのＡＴＣタイムアドレス等の）タイムスタンプを生成するように構成されることができる。
【００２０】
フローチャート４００は、タイムスタンプに対応するタイムコマンドを、コンテナデータ構造にメタデータとして組み込むステップ（ステップ４２０）に進む。タイムスタンプに対応するタイムコマンドを組み込むステップは、自動化システム１１０によって、プロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実施することができる。例えば図３Ａ及び３Ｂで示すように、カレントタイムメッセージテンプレート２３２／３３２の第１の部分３３２−１の２５〜３０行のタイムスタンプメタデータ、及び第２の部分３３２−２の１０行目のカレントタイムコマンドが、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造の（カレントタイムメッセージテンプレート３３２の第１の部分３３２−１の１２〜３３行、及び第２の部分３３２−２の１〜１２行等の）多数のオペレーションメッセージ部に組み込まれる。
【００２１】
フローチャート４００は、コンテナデータ構造を番組ストリームに挿入するステップに進む（ステップ４３０）。コンテンツ管理メッセージ１４０／２４０に対応するコンテナデータ構造を、番組ストリーム１０２／２０２に挿入するステップは、自動化システム１１０によって、例えば周知のＡＮＳＩ／ＳＣＴＥ  １０４の自動化システムから圧縮システムへの通信アプリケーションプログラムインタフェース（ＡＰＩ）を用いて実施することができる。カレントタイムメッセージテンプレート２３２／３３２を用いて生成されるコンテンツ管理メッセージ１４０／２４０は、あらゆる特定の番組イベントに無関係とすることができるが、ストリームメッセージングモジュール１２０が使用可能であることを示すために用いることができる。さらにある実施形態では、カレントタイムメッセージテンプレート２３２／３３２を用いて生成されるコンテンツ管理メッセージ１４０／２４０は、視聴者１０９ａ及び１０９ｂに対して表示の連続性を提供するため、ストリームメッセージングモジュール１２０の動作に起因する遅延を決定するのに用いることができる。すなわち、視聴者１０９ａ及び１０９ｂがそれぞれ視聴するチャネルストリーム１０６ａ及び１０６ｂは、番組ストリーム１０２に対応する自然な変わり目で開始し終了する番組要素を、「フラッシュフレーム」や他の不適当な効果を伴わずに表示するべきである。
【００２２】
再び図２を参照すると、ストリームメッセージングモジュール２２０は、イベント通知メッセージテンプレート２３４を用いて、番組ストリームイベントに関するタイムスタンプ及び／または情報をメタデータとして含む、コンテンツ管理メッセージ２４０を発行することができる。番組ストリーム２０２のあらゆる知覚可能な部分を、番組ストリームイベントとすることができる。例えば、番組ストリームイベントを、番組コンテンツの１回放送分、１回放送分の一部、広告、連続的な一連の広告（以下「ポッド広告（Ａｄ  Ｐｏｄ）」という）、または販売促進コンテンツのユニットとすることができる。かかる番組ストリームイベントに関する情報は、番組ストリームイベントの開始に対応するイベント境界の識別情報、及び番組ストリームイベントの期間を示す情報を含むことができる。従って、イベント通知メッセージテンプレート２３４を用いて生成されるコンテンツ管理メッセージを用いて、番組ストリーム２０２内の個別の番組イベントの特徴付けを行うことができる。
【００２３】
図５Ａは、イベント通知メッセージテンプレート５３４の形式をとった例示的なコンテンツ管理メッセージテンプレートの第１の部分５３４−１を示す。一方、図５Ｂは、イベント通知メッセージテンプレート５３４の形式をとった例示的なイベント通知メッセージテンプレートの第２の部分５３４−２を示す。イベント通知メッセージテンプレート５３４は、図２のイベント通知メッセージテンプレート２３４に対応する。さらに、図３Ａ及び３Ｂに示されるカレントタイムメッセージテンプレート３３２のように、図５Ａ及び５Ｂのイベント通知メッセージテンプレート５３４は、ＡＮＳＩ／ＳＣＴＥ１０４のコンテナデータ構造として示される。
【００２４】
図５Ａ及び５Ｂに示す例示的なイベント通知メッセージテンプレート５３４をさらに、図６を参照して説明する。図６は、番組ストリームで用いるための、（イベント通知メッセージ等の）コンテンツ管理メッセージを発行するために、自動化システムが用いる方法の一例を説明するフローチャート６００である。図６に概説される方法に関して、本願発明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャートから除外されていることを強調する。
【００２５】
図１、２、５Ａ及び５Ｂと組み合わせて図６を参照すると、フローチャート６００は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ６１０）から始まる。上述したように、タイムスタンプの生成は、自動化システム１１０によって実施することができ、また自動化システム１１０を、番組ストリーム１０２／２０２の開始時点でのＡＴＣタイムアドレスを生成するように構成することができる。
【００２６】
フローチャート６００は、番組ストリームイベントの開始に対応する番組ストリーム１０２／２０２内のイベント境界を識別するステップ（ステップ６２０）に進む。既に説明したように、番組ストリームイベントの例には、番組コンテンツの１回放送分、１回放送分の一部、広告もしくはポッド広告、または販売促進コンテンツのユニットを含めることができる。番組ストリームイベントの開始に対応したイベント境界を識別するステップは、自動化システム１１０によって実施することができる。図１に示すように、自動化システム１１０は、番組ストリーム提供者１０１とインタラクティブに接続され、それにより番組ストリーム１０２／２０２のための番組ストリームイベント情報にアクセスすることができる。イベント境界を識別するステップは、番組ストリームイベントの開始時刻、ビデオフレーム番号、または番組ストリームイベントの開始に対応するＡＴＣタイムアドレスを識別するステップを含む事ができる。何らかの理由によって、存在するタイムアドレスと完全には合致しない場合に、ストリームメッセージングモジュール１２０を、イベント境界に対応する適切なビデオフレームを識別するように構成することができることに留意する。番組ストリーム１０２／２０２が７２０ｐ  ＨＤビデオストリームとして提供される実施形態では、例えば、イベント境界は特定のＡＴＣタイムアドレスを有するビデオフレームペアの最初のフレームから始まる。
【００２７】
フローチャート６００は、番組ストリームイベントの期間を決定するステップ（ステップ６３０）をさらに説明している。該ステップも自動化システム１１０によって実行することができる。番組ストリームイベントの期間を決定するステップは、何時間、何分、及び／または何秒という時間経過を単位としたり、番組ストリームイベントが及ぶビデオフレームの数を単位としたり、または７２０ｐ  ＨＤビデオを提供する実施形態でビデオフレームペアの数を単位としたりして、期間を決定するステップを含むことができる。
【００２８】
フローチャート６００ではその後、イベント境界及びイベント期間を含むタイムスタンプ及び通知を、メタデータとしてコンテナデータ構造に組み込むステップ（ステップ６４０）を行う。タイムスタンプ及び通知を組み込むステップは、自動化システム１１０によって、プロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実施することができる。例えば図５Ａ及び５Ｂに示すように、イベント通知メッセージテンプレート５３４の第１の部分５３４−１の２５〜３０行のタイムスタンプメタデータ、第２の部分５３４−２の１８〜２１行目の番組ストリームイベント開始時刻メタデータ、及び第２の部分５３４−２の２３〜２６行の番組ストリームイベント期間メタデータが、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造の（イベント通知メッセージテンプレート５３４の第１の部分５３４−１の１２〜３１行、及び第２の部分５３４−２の１〜３３行等の）複合的なオペレーションメッセージ部に組み込まれる。
【００２９】
フローチャート６００は最後に、コンテナデータ構造を番組ストリームに挿入するステップ（ステップ６５０）を行う。コンテンツ管理メッセージ１４０／２４０に対応するコンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップは、上述したように、自動化システム１１０によって、ＡＮＳＩ／ＳＣＴＥ  １０４の自動化システムの圧縮システムから通信システムへのアプリケーションプログラムインタフェース（ＡＰＩ）を用いて実施することができる。ある実施形態では、コンテンツ管理メッセージ１４０／２４０を、（コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベントの開始に対応するイベント境界のタイムインターバル等の）バッファインターバル内の番組ストリーム１０２／２０２に挿入することができる。例えばかかるバッファインターバルを、数秒（例えば６秒）とすることができ、バッファインターバルの後にイベント境界が続く。これにより、コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベントの開始後に、コンテンツ管理メッセージ１４０／２４０の発行が可能となる。
【００３０】
図２を再度参照すると、ストリームメッセージングモジュール２２０は、イベント通知＋コマンドシーケンスメッセージテンプレート２３６を用いて、番組ストリーム１０２／２０２内のコンテンツを管理するためのコマンドシーケンスと組み合わされる番組ストリームイベントに関する情報を含む、コンテンツ管理メッセージ２４０を発行することができる。かかるコンテンツ管理メッセージに含まれるコマンドシーケンスは、番組ストリームイベント中に番組ストリームコンテンツを置換する権限を与えることができる。この置換は例えば、テレビ番組全体または番組の１回放送分を、（場合によってはコマンドシーケンスにより識別される）代わりの番組に置換する。コンテンツを置換する代替的なコンテンツには、例えば他のテレビ番組、同じテレビ番組の他の回放送分、特別なイベント、またはライブフィードコンテンツを含めることができる。
【００３１】
ある実施形態では、コンテンツ管理メッセージ１４０／２４０は、ネットワーク１０４内に保持されるいくつかのコンテンツ要素のプレイリストに相当する置換コンテンツを識別することができる。あるいは、または加えて、置換コンテンツを（権限を持つサードパーティ１０７の）権限を持つ分離したエンティティによって、ビジネスロジックを利用して、動的に識別することができる。このような実施形態では、コンテンツ管理メッセージ１４０／２４０にメタデータとして含まれる通知では、イベント境界に先立つ番組ストリームコンテンツを識別して、適切な置換コンテンツを識別することを可能とする。他の実施形態では、通知は、番組ストリームイベントが置換された後に番組ストリームコンテンツを識別することもできる。
【００３２】
複数の置換が要求される場合（例えば１時間の番組が、２つの３０分の番組に置換される場合）には、いくつかのコンテンツ管理メッセージを送信することができる。さらに、コマンドシーケンスが番組の１回の放送分全体よりも少ない番組ストリームイベントの置換の権限を与える場合には、コマンドシーケンスはさらに、置換コンテンツのためのオフセットインターバルを決定することができ、それにより、番組ストリームイベント中の適切な時刻で置換コンテンツにより実質的にシームレスな置換を行うことを可能とする。
【００３３】
ある実施形態では、コマンドシーケンスを用いて、置換コンテンツの送信中または番組ストリームコンテンツの置換物の送信が完了した後のいずれかに、番組ストリームに戻ることを指示することもできる。すなわち、イベント通知＋コマンドシーケンスメッセージテンプレート２３６を用いて生み出される第１のコンテンツ管理メッセージ１４０／２４０は、番組ストリーム１０２／２０２に存在しない番組コンテンツを、視聴者１０９ａ及び１０９ｂの一方または両方に、チャネルストリーム１０６ａ及び／または１０６ｂの置換コンテンツとして配信させることができる。第１のコンテンツ管理メッセージの後に第２のコンテンツ管理メッセージ１４０／２４０を続けることができる。第２のコンテンツ管理メッセージ１４０／２４０は、置換コンテンツの送信中または送信終了時のいずれかに発行され、番組ストリーム１０２／２０２に戻ることを指示し、第１のコンテンツ管理メッセージの影響によりチャネルストリーム１０６ａ及び１０６ｂの一方または両方に提供されたコンテンツを、番組ストリーム１０２／２０２内のコンテンツと再結合及び適合させる。
【００３４】
他の実施形態では、かかるコンテンツ管理メッセージに含まれるコマンドシーケンスは、コンテンツストリーム１０２／２０２内の広告または販売促進コンテンツの置換を行う権限を与えることができる。そのような実施形態では例えば、コマンドシーケンスは広告または全ポッド広告を置換する権限を与えることができるが、そこに置換される置換コンテンツを特定しない。それにより、高度に個人化されたＩＰベースのターゲッティングツールを用いて、各視聴者の好みに基づいて視聴者１０９ａ及び１０９ｂに異なる広告を送ることが可能となる。例えば、権限を持つサードパーティ１０７は、クライアントシステム１０８ａ及び１０８ｂのインターネット閲覧履歴に関する情報を収集し、または該情報にアクセスすることができ、それぞれの視聴者１０９ａ及び１０９ｂに好ましいと推定した置換広告コンテンツを識別することができる。その結果、チャネルストリーム１０６ａ及び１０６ｂは、放送プラットフォーム１０３を通じて提供される番組ストリーム１０２／２０２とともに提供される広告コンテンツとは異なる個人的に向けられた広告を視聴者１０９ａ及び１０９ｂのそれぞれに配信しながら、放送プラットフォーム１０３を通じて提供される番組ストリーム１０２／２０２内の番組コンテンツに実質的に合致する番組コンテンツを提供することができる。
【００３５】
図７Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート７３６の形式をとった例示的なコンテンツ管理メッセージテンプレートの第１の部分７３６−１を示す一方、図７Ｂ及び７Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート７３６の第２の部分７３６−２及び第３の部分７３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプ
レート７３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応し、番組ストリーム１０２／２０２内の広告コンテンツの置換を行う権限を与える。図３Ａ及び３Ｂに示すカレントタイムメッセージテンプレート３３２や、図５Ａ及び５Ｂに示すイベント通知メッセージテンプレート５３４と同様に、図７Ａ、７Ｂ及び７Ｃのイベント通知＋コマンドシーケンスメッセージテンプレート７３６は、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造として表される。
【００３６】
図７Ａ、７Ｂ及び７Ｂに示される例示的なイベント通知＋コマンドシーケンスメッセージテンプレート７３６をさらに、図８を参照して説明する。図８は、コンテンツ管理メッセージ（この例では番組ストリームで用いるためのイベント通知＋コマンドシーケンスメッセージ）を発行するための自動化システムが用いるための方法の一例を説明するフローチャート８００を示す。図８に概説される方法に関し、本願発明の構成の説明を不明瞭にしないようにするために、特定の詳細及び構成はフローチャート８００から除外されていることに再び述べる。
【００３７】
図１、２、７Ａ、７Ｂ及び７Ｃと組み合わせて図８を参照すると、フローチャート８００は、コンテンツ管理メッセージ１４０／２４０のための、番組ストリーム１０２／２０２の開始時刻に対して相対的なタイムスタンプを生成するステップ（ステップ８１０）から始まる。上述したように、タイムスタンプを生成するステップは、自動化システム１１０によって実施することができ、また自動化システム１１０は、番組ストリーム１０２／２０２の開始時刻でのＡＴＣタイムアドレスを生成するように構成されることができる。
【００３８】
フローチャート８００は、番組ストリームイベントの開始に対応する番組ストリーム１０２／２０２内のイベント境界を識別するステップ（ステップ８２０）に進み、その後番組ストリームイベントの期間を決定するステップ（ステップ８３０）に進む。イベント境界を識別するステップ及びイベントの期間を決定するステップは、類似する動作それぞれ（すなわちステップ６２０及び６３０）に関して図６とともに説明したように、自動化システム１１０によって実施することができる。
【００３９】
図８のフローチャート８００ではその後、タイムスタンプ、イベント境界及びイベント期間に対応する通知、並びにイベント境界及びイベント期間に対応するコマンドシーケンスを、メタデータとしてコンテナデータ構造に組み込むステップ（ステップ８４０）を行う。この組み込むステップは、自動化システム１１０によってプロセッサ１１２及びストリームメッセージングモジュール１２０／２２０を用いて実行することができる。例えば、図７Ａ、７Ｂ及び７Ｃに示すように、第１の部分７３６−１の２５〜３０行のタイムスタンプメタデータ、第２の部分７３６−２の１８〜２１行の番組ストリームイベント開始時刻メタデータ、第２の部分７３６−２の２３〜２６行目の番組ストリームイベント期間メタデータ、及び第３の部分７３６−３の１０〜１６行のコマンドシーケンスメタデータが、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造の複合的なオペレーションメッセージ部に組み込まれる。
【００４０】
フローチャート８００は最後に、コンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップ（ステップ８５０）を行う。コンテンツ管理メッセージ１４０／２４０に対応するコンテナデータ構造を番組ストリーム１０２／２０２に挿入するステップは、類似する動作（すなわちステップ６５０）に関して図６とともに説明したように、自動化システム１１０によって実施することができる。さらに上述したようにある実施形態では、コンテンツ管理メッセージ１４０／２４０を、（コンテンツ管理メッセージ１４０／２４０を適用する番組ストリームイベントの開始に対応するイベント境界のディレイタイムインターバル等の）バッファインターバル内の番組ストリーム１０２／２０２に挿入することができる。例えばかかるバッファインターバルは、数秒（例えば６秒）とすることができ、バッファインターバルの後にイベント境界が続く。それにより、コマンドシーケンスを適用する番組ストリームイベントの開始後に、コマンドシーケンスを含むコンテンツ管理メッセージ１４０／２４０の発行が可能となる。
【００４１】
ある実施形態では、上述した番組ストリーム１０２／２０２に挿入するステップの後に、コンテンツ管理メッセージ１４０／２４０を手動でオーバーライドすることを可能とすることが好ましいことに留意する。かかる実施形態では、モニタリングエンティティが、コンテンツ管理メッセージ１４０／２４０に含まれるコマンドシーケンスの実行を選択的に妨げる権限を有するように、自動化システム１１０を構成することができる。例えば、番組ストリーム１０２／２０２を監視している人間のオペレータは、番組ストリームコンテンツの所定の置換を手動でオーバーライドすることができ、またかかる置換中または置換後に番組ストリーム１０２／２０２へ戻ることを妨げたりすることができる。
【００４２】
図９Ａ、９Ｂ及び９Ｃは、番組ストリーム１０２／２０２内の番組コンテンツを置換する権限を与える、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート９３６を示す。図９Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート９３６の第１の部分９３６−１を示す一方、図９Ｂ及び９Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート９３６の第２の部分９３６−２及び第３の部分９３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプレート９３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応し、図７Ａ、７Ｂ及び７Ｃのイベント通知＋コマンドシーケンスメッセージテンプレート７３６のように、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造として表される。
【００４３】
図９Ａ、９Ｂ及び９Ｃに示すように、第１の部分９３６−１の２５〜３０行のタイムスタンプメタデータ、第２の部分９３６−２の１８〜２１行の番組ストリームイベント開始時刻メタデータ、第２の部分９３６−２の２３〜２６行目の番組ストリームイベント期間メタデータ、及び第３の部分９３６−３の１０〜２９行のコマンドシーケンスメタデータが、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造の複合的なオペレーションメッセージ部に組み込まれる。番組コンテンツの置換の権限付与に加えて、図９Ｃに示す第３の部分９３６−３の２０〜２６行のコマンドシーケンスメタデータは、第３の部分９３６−３の２８及び２９行目のコマンドシーケンスメタデータによって特定される置換番組コンテンツのためのオフセットインターバルを決定することに留意する。
【００４４】
次に図１０Ａ、１０Ｂ及び１０Ｃを参照すると、これらの図は、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート１０３６が、番組ストリーム１０２／２０２に戻ることを指示していることを示す。図１０Ａは、イベント通知＋コマンドシーケンスメッセージテンプレート１０３６の第１の部分１０３６−１を示す一方、図１０Ｂ及び１０Ｃはそれぞれ、例示的なイベント通知＋コマンドシーケンスメッセージテンプレート１０３６の第２の部分１０３６−２及び第３の部分１０３６−３を示す。イベント通知＋コマンドシーケンスメッセージテンプレート１０３６は、図２のイベント通知＋コマンドシーケンスメッセージテンプレート２３６に対応し、イベント通知＋コマンドシーケンスメッセージテンプレート７３６及び９３６のように、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造として表される。
【００４５】
図１０Ａ、１０Ｂ及び１０Ｃに示すように、第１の部分１０３６−１の２５〜３０行のタイムスタンプメタデータ、第２の部分１０３６−２の１８〜２１行の番組ストリームイベント開始時刻メタデータ、第２の部分１０３６−２の２３〜２６行目の番組ストリームイベント期間メタデータ、及び第３の部分１０３６−３の１０行目のコマンドシーケンスメタデータが、ＡＮＳＩ／ＳＣＴＥ  １０４のコンテナデータ構造の複合的なオペレーションメッセージ部に組み込まれ、チャネルストリーム１０６ａ及び１０６ｂが番組ストリーム１０２／２０２と再結合できるようにする情報を提供する。
【００４６】
従って上述した説明から、本発明の概念の範囲から離れることなく、様々な技術が本明細書に記載された概念を実施するために用いられることは明らかである。さらに、本発明の概念を具体的な実施形態を参照して説明しているが、当業者は、前記概念の精神及び範囲から離れることなく、形式及び詳細を変更することができることを認識することができる。このように、記載された実施形態は、あらゆる点で例示的なものであって限定的なものではないと考えるべきである。また本発明は、本明細書に記載された特定の実施形態に限定されるものではなく、本開示内容から離れることなく、多数の再構成、変更形態及び置換を行うことができると理解するべきである。
【図１】
0006043822.tif 000002
【図２】
0006043822.tif 000003
【図４】
0006043822.tif 000004
【図６】
0006043822.tif 000005
【図８】
0006043822.tif 000006
【図３Ａ】
0006043822.tif 000007
【図３Ｂ】
0006043822.tif 000008
【図５Ａ】
0006043822.tif 000009
【図５Ｂ】
0006043822.tif 000010
【図７Ａ】
0006043822.tif 000011
【図７Ｂ】
0006043822.tif 000012
【図７Ｃ】
0006043822.tif 000013
【図９Ａ】
0006043822.tif 000014
【図９Ｂ】
0006043822.tif 000015
【図９Ｃ】
0006043822.tif 000016
【図１０Ａ】
0006043822.tif 000017
【図１０Ｂ】
0006043822.tif 000018
【図１０Ｃ】
0006043822.tif 000019