JP2011517229A - ライブ作品におけるコンテンツ置換方法及び装置 - Google Patents

Abstract

コンテンツセグメントの間のタイムスロットへの宣伝又は他の新たなコンテンツの挿入は、効果的には、可能な限りきっちりと関連するスロットを充填するよう新たなセグメントを選択することにより行われる。新たなコンテンツセグメントは少なくとも１つの第２チャネルを介した配信のために再生されると、タイムスロットの出現まで、第１チャネルセットと少なくとも１つの第２チャネルの少なくとも１つを介した配信のため、連続するコンテンツセグメントの再生が行われる。新たなコンテンツセグメントがタイムスロットより長い時間を有する場合、実質的にシームレスな再生を提供するため、少なくとも１つのコンテンツセグメントの長さが短縮される。

Description

本出願は、その教示がここに援用される、２００８年４月１０日に出願された米国仮特許出願第６１／１２３，６７３号の３５Ｕ．Ｓ．Ｃ．１１９（ｅ）の優先権を主張する。

本発明は、ライブ作品（ｌｉｖｅ ｐｒｏｄｕｃｔｉｏｎ）におけるコンテンツを変更するための技術に関する。

多数の具体例において、テレビ放送局は、ニュース番組のライブ作品などの放送用の番組のライブ作品を引き受けている。このようなライブ作品を引き受けるテレビ局は、しばしばコンテンツセグメントの間に宣伝及び／又は公共サービスのアナウンス（以降、“宣伝”と総称される）をしばしば挿入する。衛星やケーブルなどの他の配信モードの出現は、従来の放送用のテレビ放送信号の到達範囲よりはるかに大きな地理的エリアに番組を配信する機会を与える。実際、テレビ番組の配信モードとしてのインターネットの普及の増大と実質的に無限の到達性とは、ケーブル又は衛星配信により利用可能なさらにより大きな機会を与える。

従来利用可能なものよりはるかに広いエリアにコンテンツを配信する機会は、異なるコミュニティに対して宣伝を用意することを可能にする。例えば、レストラン又は他のローカルな施設の宣伝は、遠くのテレビ視聴者の興味を引かないであろう。さらに、異なる地理的エリアにおいて与えられる“タイムスロット”に異なる宣伝を挿入可能にすることは、番組制作者が同一のタイムスロットを複数回販売することを可能にするため、収入を最大化する。

以前に録画されたテレビコンテンツを操作可能にすることは、特に広範に利用可能になった高度な非線形編集技術の出現によって、一般にほとんど困難なものでなくない。しかしながら、ライブ作品中にコンテンツを操作可能にすることは、問題がある。ライブ作品中に既存のコンテンツを同じ長さのコンテンツに置換することは大きな困難なく実行可能であるが、この置換コンテンツが異なる長さを有するときに問題が生じる。より短い置換コンテンツは、一般につなぎのコンテンツにより充填され、視聴者をしらけさせないようにすることができる。

現在、ライブ作品の全体的な時間を短縮させるための有効な方法は存在しない。例えば、コンテンツセグメントが何れかの理由によりウェブサイトへのライブ送信が不可である２つのストーリーを有しているとする。ウェブサイトからこのようなコンテンツを視聴するコンテンツ契約者は、数分の沈黙時間を我慢することになる（ライブストリーム中）。コンテンツがすぐには利用可能でない場合、他のコンテンツへの切替の試みは不可能であるかもしれない。

従って、上述した問題点を解決する新たなコンテンツをライブストリームに挿入することが求められる。

本原理の好適な実施例によると、ライブ制作中に再生される連続するコンテンツセグメントの間のタイムスロットに新たなコンテンツセグメントを挿入する方法が提供される。本方法はまず、コンテンツセグメントが符号化されると、タイムスロットに挿入するための新たなコンテンツセグメントを選択することにより開始される。新たなコンテンツセグメントが少なくとも１つの第２チャネルを介した配信のため再生されると、タイムスロットの出現までに第１チャネルセットと少なくとも１つの第２チャネルとの少なくとも１つを介し配信するため、連続するコンテンツセグメントの再生が行われる。新たなコンテンツセグメントがタイムスロットより長い時間を有する場合、実質的に中断のないコンテンツストリームを提供するため、少なくとも１つのコンテンツセグメントの長さが短縮される。

図１は、本原理のコンテンツ挿入方法を実施するためのシステムのブロック概略図を示す。 図２は、タイムスロットに挿入するための宣伝及び／又は新たなコンテンツを準備する図１のシステムにより実行される処理のステップをフローチャート形式により示す。 図３は、図２の処理中に準備された宣伝及び新たなコンテンツをタイムスロットに挿入するためのシステム１により実行されるステップをフローチャート形式により示す。

図１は、必ずしもそうではないが、典型的にはテレビニュース番組などのショーのライブ制作中に連続するコンテンツセグメントの間のストリームのタイムスロットに新たなコンテンツセグメント（宣伝など）を挿入するための本原理の例示的な実施例によるライブショー制作システム１０のブロック概略図を示す。ショーのライブ制作は、典型的には、１．制作前、２．制作、３．制作後及び４．公開の段階を有する。

ライブショーシステム１０の理解を容易にするため、システムの要素が、（１）制作前（Ｐｒｅ−ｐｒｏｄｕｃｔｉｏｎ）、（２）制作（Ｐｒｏｄｕｃｔｉｏｎ）、（３）制作後（Ｐｏｓｔ−Ｐｒｏｄｕｃｔｉｏｎ）、及び（４）公開（Ｐｕｂｌｉｃａｔｉｏｎ）、の各段階に関する各自の役割について説明される。ステップ２，４は何れも宣伝トラフィックと課金動作とやりとりしうる。
［制作前］
テレビのニュース番組などのショーのライブコンテンツ作品の制作前段階は、通常はコンテンツセグメント（ニュースストーリーなど）と関連するメタデータとの収集を伴う。ライブショーの制作前を容易にするため、ライブショー制作システム１０は、少なくとも１つ、また好ましくは複数のデータ入力表示装置を有する。各データ入力表示装置は、操作者がデータを入力し、少なくとも（１）ウェブ制作及び編集、（２）ニュースルーム制作及び（３）デジタルニュース制作及びアセット管理に関して表示された情報を受信することを可能にする。

操作者は、１つのデータ入力表示装置を用いて、データを入力し、これら３つすべての活動（他の機能もまた）に関して情報を受信することができる。実際、異なる操作者は、（１）ウェブ制作及び編集、（２）ニュースルーム制作及び（３）デジタルニュース制作及びアセット管理をデータ入力表示装置１２_１，１２_２，１２_３の対応するものを介ししばしば処理する。データ入力表示装置１２_１，１２_２，１２_３のそれぞれは、典型的には、付属のキーボードを有する従来のビデオ表示端末の形態をとる。あるいは、データ入力表示装置１２_１，１２_２，１２_３は、デスクトップやラップトップコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）などの各種形態をとりうる。（１）ウェブ制作及び編集、（２）ニュースルーム制作及び（３）デジタルニュース制作及びアセット管理の各活動の１以上が複数の操作者を要求する程度まで、ライブショー制作システム１０は、当該活動に係るさらなるデータ入力表示装置を有することが可能である。

データ入力表示装置１２_１〜１２_３はそれぞれ、ニュースルームコンピュータシステム（ＮＲＣＳ）１４とリンクする。ＮＲＣＳ１４は、典型的には、１以上のプロセッサ（図示せず）と１以上のサーバ（図示せず）と共に、他のデバイスを有し、これらはすべてニュース収集に係る各種活動を自動化するための１以上の制御プログラムに下で実行される。例えば、ＮＲＣＳ１４は、典型的には、リポータ、カメラオペレータなどの各人の間のストーリー割当てを管理及び追跡する。さらに、ＮＲＣＳ１４は、自動化された放送システム２２とエンコーダ２４との双方を駆動するため、ニュースストーリー、トランスクリプト及びメタデータの入力ポイント（取り込みポイントなど）として機能する。さらに、ＮＲＣＳ１４は、リポータやエディタを含むニュースルームスタッフが、自動化された放送システム２２又はワークフローマネージャ３４によりトリガーされるグラフィックスの追加を含む少なくともいくつかの編集処理を実行することを可能にし、これにより、当該スタッフがＮＲＣＳ１４により格納されるコンテンツセグメントを生成することを可能にする。

上述されたように、ライブショーは、典型的には、コンテンツセグメントの間の再生用の１以上の宣伝を含む。大部分のテレビ局は、宣伝の放送時間と宣伝の再生について契約した当事者への費用請求に関して、宣伝のスケジューリングを管理するため、トラフィック管理システム１６により最も良く具体化される１以上のシステムを利用する。典型的には、テレビ局は、宣伝が放送される番組に応じて宣伝のための異なる金額を請求する。従って、多数の視聴者を有する番組は、典型的には、人気のない番組より高い宣伝レートに値する。同じトークンによって、ある期間中に放送される番組はまた、他の期間中に放送される番組より高い宣伝レートに値しうる。さらに、ニュース放送の特定のセグメント、すなわち、天気、トップストーリー、スポーツは、ニュース放送の他の部分より高い収入を引き出すかもしれない。

トラフィック管理システム１６は、典型的には、リポートを提供すると共に、システム１０内の他の要素（後述される）とトラフィックシステムとの間のインタフェースを提供するため、ビデオ表示端末やパーソナルコンピュータ及び付属のディスプレイの形態をとるブラウザとのリンクを利用する。ブラウザ１８はまた、適切なパーミッションを有するユーザがトラフィック及び課金情報にリモートアクセスすることを可能にするためのファイアウォール１９にリンクする。
［制作］
ライブショー作品の制作段階は、一般には一連のコンテンツセグメントを構成及び再生するため、スクリプトの作成及び以降の実行を伴う。例えば、ライブテレビニュース番組の制作は、典型的には、放送中のタレントのライブショット及び付属の音声、フィールドのリポータのライブショット及び／又はライブネットワークフィードが組み込まれた以前に記録されたコンテンツセグメントの再生を伴う。“制作”段階を容易にするため、システム１０は、フロリダ州のジャクソンビルのＴｈｏｍｓｏｎ Ｇｒａｓｓ Ｖａｌｌｅｙから入手可能なＩｎｇｎｉｔｅ Ａｕｔｏｍａｔｅｄ Ｐｒｏｄｕｃｔｉｏｎ Ｓｓｙｓｔｅｍに備えられる標準的なマニュアルワークフロー又は自動化されたワークフローを介し提供する放送制作システム２２を含む。放送制作システム２２は、典型的にはＭｅｄｉａ Ｏｂｊｅｃｔ Ｓｅｒｖｅｒ Ｐｒｏｔｏｃｏｌを介しわたされるコンテンツセグメントをＮＲＣＳ１４から受信する。自動放送制作システム２２は、典型的には、１以上のコンピュータと記憶装置などの関連する周辺装置の組み合わせと、当該コンピュータに一部又はすべてが制御されるカメラ、ビデオスイッチャ、オーディオミキサなどの１以上の放送制作装置（図示せず）とを有する。自動放送制作システム２２は、配信（すなわち、公開）用のテレビ番組を制作するため、コンテンツセグメントの生成及び自動化されたランダウン（当該スクリプトの実行など）のスクリプトの構成を制御する。ライブショーの“制作”段階を容易にするため、図１のライブショー制作システム１０はまた、Ｗｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａ Ｖｉｄｅｏ（ＷＭＶ）などの特定の符号化フォーマットを用いて、インターネット又はＬＡＮやＷＡＮなどの１以上の他のネットワークを介した加入者への以降の配信のため、当該コンテンツを第１ファイアウォール２６に送信することによって、自動放送システム１６により生成されるライブオーディオビジュアルコンテンツを符号化可能な第１エンコーダ２４を有する。コード変換システム２８は、エンコーダ２４からの符号化されたコンテンツを、ＭＰＥＧ２、Ｈ．２６４、Ａｐｐｌｅ（登録商標）Ｑｕｉｃｋ Ｔｉｍｅなどの他のフォーマットにコード変換し、衛星及び／又はケーブルテレビシステムを介した配信及び／又は地上波放送などの１以上のチャネルを介した以降の配信のため、当該フォーマットに符号化されたコンテンツをファイアウォール２６に送信する。コード変換システム２８はまた、出力ファイルに直接結合されるプレロール又はポストロールコンテンツを指定することが可能である。プレロール又はポストロールコンテンツは、ワークフローマネージャ３４に格納されている宣伝又はプロモーションクリップであってもよい。

図１のライブショー制作システム１０は、インターネットを介した以降の配信のため、未圧縮形式の宣伝及び他のソース題材を、ファイアウォール２６への配信用のＷｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａ Ｖｉｄｅｏフォーマットなどの所与のフォーマットに符号化するための第２エンコーダ３０を有することが可能である。さらなるコード変換装置（図示せず）が、複数のコード変換の非同期的処理を可能にするため、コード変換システムに追加することができる。
［制作後］
ライブショー制作の“制作後”段階は、典型的には、編集などの特定のタスクを実行するためのコンテンツの操作に関する。本原理のライブショー制作システム１０の図示された実施例では、このようなコンテンツ操作は、連続するコンテンツセグメント官のタイムスロットへの宣伝又は新たなコンテンツの挿入を含みうる。

ライブテレビ番組制作の“制作後”段階を実現するため、図１のシステム１０は、典型的には、データ入力表示装置１２_１，１２_２，１２_３と共にエンコーダ２４，３０とコード変換システム２８とリンクされたプログラムされたコンピュータなどの形態によるワークフローマネージャ３４を有する。ワークフローマネージャ３４は、宣伝の管理及び格納と共に、コンテンツセグメントの間の所与のタイムスロットに宣伝を挿入するためのコンテンツセグメントの操作を含む各種タスクを実行する。ワークフローマネージャ３４はまた、デジタルニュース制作システム（図示せず）、コンテンツストリーミングシステム（図示せず）及び管理システム（図示せず）とのインタフェースとして機能する。ワークフローマネージャ３４は、適切なパーミッションを有するユーザがワークフローマネージャにより生成される情報へのリモートアクセスを取得することを可能にするファイアウォール３５とのリンクを提供する。

典型的には、ビデオ端末と付属のキーボードの形態による少なくとも１つの管理ブラウジング装置３６は、操作者がコンテンツ管理及び配信の制御を含む各種タスクを実行するためワークフローマネージャにアクセスすることを可能にするため、ワークフローマネージャ３４にリンクする。少なくとも１つの承認されたワークステーション３８がまた、操作者がライブ及び非線形編集されたコンテンツの双方を閲覧し、公開の許可を与えることを可能にするため、ワークフローマネージャ３４とのリンクを有する。
［公開］
ライブショー制作の“公開”段階は、典型的には、視聴者へのコンテンツの配信を伴う。従来、テレビ番組の制作されたライブの配信は、地上波送信又は１以上の衛星若しくはケーブルシステムへの送信を伴うものであった。上述されるように、ライブショー制作システム１０は、効果的には、インターネットなどの１以上のネットワークを介しコンテンツを配信すること可能である。インターネットを介した公開（すなわち、配信）を実現するため、システム１０は、上述されるように、テレビ番組を対象となる加入者にわたすためのポータルとして機能するファイアウォール１９を有する。上述されるように、ファイアウォール２６，３５は、適切なパーミッションを有するユーザが、システム処理に関する特定の情報を取得するため、ライブショー制作システムにアクセスすることを可能にする。

図２は、ニュース番組などのショーのライブ制作中にタイムスロットを挿入するため、宣伝及び／又は新たなコンテンツを準備するライブショー制作システム１０により実行される全体処理をフローチャート形式により示す。図２の処理は、ショーの準備が開始されるステップ２００の実行により開始される。典型的には、ユーザは、図１の自動放送制作システム２２に適切なコマンドを入力することによって、ショーの準備を開始する。上述されるように、ショーの準備は、一連のコンテンツセグメントの構成及び再生を行うためのスクリプトの生成及び以降の実行を伴う。このようなコンテンツセグメントは、ＮＲＣＳ１４から取得できる。

図２のステップ２２０に続いて、ステップ２０２は、図１の自動放送制作システム２２がコンテンツセグメントの間のタイムスロットのリストに対するリクエストを図１のＮＲＣＳ１４に行う時点で実行される。リストは、典型的には、それの発生（時間に関して）と期間とに関して各タイムスロットを特定する。図２に示されるように、ＮＲＣＳ１４は、Ｍｅｄｉａ Ｏｂｊｅｃｔ Ｓｅｒｖｅｒプロトコルを用いて当該情報を提供する。タイムスロットの時間を知ることは、挿入時に宣伝が可能な限りきっちりとそれに関連するスロットを充填すべきであるため、重要である。いくつかの例では、宣伝シーケンスはタイムスロットを占有する。好ましくは、最後に再生される宣伝は、放送タイムスロットが予想されるよりも長く続く場合に、充填されるべき機能を有する。局の宣伝は、充填可能な宣伝の一例を構成する。

ステップ２０２に続いて、“オープンスロット”、すなわち、宣伝が選択されていないタイムスロットが存在するか判定するためのチェックが、ステップ２０４において行われる。実際には、タイムスロットは１つずつ処理を実行する。オープンタイムスロットが存在しない場合、処理の実行はステップ２０６に分岐する。そうでない場合、処理の実行は、各スロットが繰り返し処理されるステップ２０８に分岐する。各スロットに対して、ワークフローマネージャ３４は、タイムスロットの期間に基づき新たな“宣伝プレイリスト”を生成する。タイムスロットの期間を知ることは、利用可能な時間をきっちりと充填する期間を有するまだ示されていない宣伝を選択することによって、再生用の宣伝又は宣伝シーケンスの選択を可能にする。

ステップ２０８に続いて、ステップ２１０が、宣伝ファイルが所定の宣伝公開ポイントでワークフローマネージャ３４からエンコーダ２４にコピーされる時点において実行される。宣伝ファイルは、エンコーダ２４がその順序により宣伝にアクセスすることを可能にするためのシーケンシャルな識別子を有する。

図３は、宣伝を挿入するため実行される処理のステップをフローチャート形式により示す。当該処理は、典型的には、コンピュータマウスなどによって、ユーザがインターネットを介したライブテレビ番組の公開（すなわち、配信）中に図１の自動放送制作システム２２により表示されるタイムライン上に出現する特定のブレーク（すなわち、タイムスロット）を選択（すなわち、起動）するため、適切なコマンドを入力すると、ステップ３００の実行が開始される。特定のブレークの選択は、挿入された宣伝を受信先のタイムスロットを考慮するようエンコーダ２４をトリガーする。ステップ３００の実行に続いて、ステップ３０２が実行されると、図１のエンコーダ２４が放送中のコンテンツの送信から、インターネット上の宣伝、すなわち、図２のステップ２１０中にコピーされた宣伝へのスイッチを実行する。その後、エンコーダ３４はステップ２０４中に宣伝コンテンツを提供する。加入者は、シームレスにインターネット上の宣伝を受信すべきである。このため、エンコーダ２４は、新たなコンテンツセグメント（挿入された宣伝など）がタイムスロットより大きな長さを有する場合、１以上のコンテンツセグメントの長さを必要に応じて短縮する。上記は、ライブ制作中にコンテンツを置換するための技術について記載した。

Claims (9)

1. ライブ制作中に再生される連続するコンテンツセグメントの間のタイムスロットに新たなコンテンツセグメントを挿入する方法であって、
   前記タイムスロットに挿入するための新たなコンテンツセグメントを選択するステップと、
   前記コンテンツセグメントを符号化するステップと、
   前記タイムスロットの出現までに第１チャネルセットと少なくとも１つの第２チャネルとの少なくとも１つを介し配信するため、前記新たなコンテンツセグメントが前記少なくとも１つの第２チャネルを介し配信するため再生されると、連続するコンテンツセグメントを再生するステップと、
   前記新たなコンテンツセグメントが前記タイムスロットより長い時間を有する場合、実質的に中断のないコンテンツストリームを提供するため、再生すべき少なくとも１つのコンテンツセグメントの長さを短縮するステップと、
   を有する方法。
2. 前記第１チャネルセットは、（ａ）地上波テレビ放送チャネル、（ｂ）ケーブルチャネル、及び（ｃ）衛星チャネルの少なくとも１つを含む、請求項１記載の方法。
3. 前記少なくとも１つの第２チャネルは、インターネットからなる、請求項１記載の方法。
4. 前記少なくとも１つの新たなコンテンツセグメントを選択するステップは、
   前記コンテンツセグメントの受信先のタイムスロットの時間を決定するステップと、
   利用可能な新たなコンテンツセグメントの少なくとも１つから、前記タイムスロットをきっちりと充填する時間を有する新たなコンテンツセグメントを選択するステップと、
   を有する、請求項１記載の方法。
5. 前記少なくとも１つの新たなコンテンツセグメントを格納するステップをさらに有する、請求項４記載の方法。
6. ライブ制作中に再生される連続するコンテンツセグメントの間のタイムスロットに新たなコンテンツセグメントを挿入する装置であって、
   前記タイムスロットに挿入するための新たなコンテンツセグメントを選択する手段と、
   前記コンテンツセグメントを符号化し、前記タイムスロットの出現までに第１チャネルセットと少なくとも１つの第２チャネルとの少なくとも１つを介し配信するため、前記新たなコンテンツセグメントが前記少なくとも１つの第２チャネルを介し配信するため再生されると、連続するコンテンツセグメントを再生する手段と、
   を有し、
   前記符号化再生手段は、前記新たなコンテンツセグメントが実質的に中断のないコンテンツストリームを提供するため再生すべき前記タイムスロットより長い時間を有する場合、少なくとも１つのコンテンツセグメントの長さを短縮する装置。
7. 前記コンテンツセグメントを選択する手段は、
   挿入用のコンテンツセグメントを格納する手段と、
   操作者のコマンドに応答して、前記格納手段により格納されているコンテンツセグメントの少なくとも１つの挿入を許可する手段と、
   を有する、請求項６記載の装置。
8. 前記符号化手段は、
   コンテンツセグメントを前記第２チャネルを介した送信に適した第１フォーマットに符号化する第１エンコーダと、
   前記コンテンツセグメントを、各第２フォーマットが前記第１チャネルセットの１つを介しコンテンツを配信するのに適した複数の第２フォーマットの少なくとも１つに符号化するコード変換手段と、
   を有する、請求項６記載の装置。
9. 第２の新たなコンテンツセグメントを、前記第２チャネルを介した送信に適した第１フォーマットに符号化する第２エンコーダと、
   第２の新たなコンテンツセグメントを、各第２フォーマットが前記第１チャネルセットの１つを介しコンテンツを配信するのに適した複数の第２フォーマットの少なくとも１つに符号化するコード変換手段と、
   さらにを有する、請求項８記載の装置。

Images