(57)【要約】  本発明はアプリケーションにより拡張強化した番組に関する。また本発明は、関連する制作及び放送システム、特に双方向デジタルテレビジョンに関する。  今日では、放送番組に関する双方向アプリケーションの起動は放送チャネルにおいて手動で行なうことができる。このソリューションは高価で、精度に欠け、そしてアプリケーションの制御が制作チャネルではなく放送チャネルで管理される。  従って本発明は、番組の受動型メインコンテンツ再生用の主データ及び主データに電子透かしにより埋め込まれる副データを含む放送番組信号を使用することを提案する。これらの副データは、特に、前記番組信号の、及び／又は前記番組信号に関連する、例えば双方向アプリケーションまたは放送アプリケーション等の一つ以上のアプリケーションの一つ以上の放送パラメータの制御といった、少なくとも一つのアプリケーションをトリガーするコマンドを含む。[図２及び３を参照]
2005510145.tif 000002
【特許請求の範囲】
【請求項１】
番組の受動型メインコンテンツ再生用の主データを含む放送番組信号であって、前記主データに電子透かしにより埋め込まれ、前記主データのメインコンテンツの再生を変更しない副データを含み、これらの副データは前記主データのメインコンテンツに関連する少なくとも一つのアプリケーションをトリガーするコマンドを含むことを特徴とする放送番組信号。
【請求項２】
前記アプリケーショントリガーコマンドは、前記番組信号の及び／又は前記番組信号に関連する一つ以上のアプリケーションの一つ以上の放送パラメータを制御するコマンドであることを特徴とする請求項１に記載の放送番組信号。
【請求項３】
前記番組信号の前記放送パラメータは、前記番組信号の認可された放送の数及び／又は有効期間及び／又は所望の符号化品質であることを特徴とする請求項２に記載の放送番組信号。
【請求項４】
前記番組信号に関連する一つ以上のアプリケーションの前記放送パラメータは、電子番組ガイドを編集するための前記番組の記述子であることを特徴とする請求項３に記載の放送番組信号。
【請求項５】
前記アプリケーショントリガーコマンドは、前記主データのメインコンテンツに関連する少なくとも一つの双方向アプリケーションの放送及び／又は起動のトリガーコマンドであることを特徴とする請求項１又は２に記載の放送番組信号。
【請求項６】
トリガーコマンドは、このトリガーコマンドに関連する双方向アプリケーションの識別子及び実行されるトリガーのタイプを付与するコードを含むことを特徴とする請求項５に記載の放送番組信号。
【請求項７】
トリガーコードのタイプにより、放送を開始または中断する必要、及び／または特定されたアプリケーションを起動する必要があるかどうかを判断することができることを特徴とする請求項６に記載の放送番組信号。
【請求項８】
トリガーコマンドは、前記コマンドが向けられる放送チャネルを特定するコードを含むことを特徴とする請求項１ないし７のいずれか一項に記載の放送番組信号。
【請求項９】
少なくとも一つのアプリケーションのトリガーを可能にする副データを、番組の受動型メインコンテンツ再生用の主データを少なくとも含む番組信号に書き込むコマンド書込みシステムであって、
−  番組の受動型メインコンテンツ再生用の主データを受信する第１入力ｅ１、
−  前記第１入力ｅ１の前記主データ及び副データを受信し、前記主データ、及び前記主データに電子透かしにより埋め込まれる前記副データを含む番組信号を生成する電子透かし装置１７０であって、前記電子透かしは前記主データのメインコンテンツの再生を変更しない電子透かし装置、及び
−  前記電子透かし装置１７０の出力に接続される出力
を備え、
前記システムが、
−  所定の制御基準を受信する第２入力ｅ２、及び
−  これらの第１入力ｅ１及び第２入力ｅ２に接続される再生編集装置１６０
を備え、前記装置１６０は、前記第１入力ｅ１で受信する前記主データのメインコンテンツを再生し、その出力で少なくとも一つの副データを編集することにより、前記主データのメインコンテンツに関連する少なくとも一つのアプリケーションのトリガーを制御することが可能となり、このアプリケーションはこの第２入力ｅ２で受信する所定の制御基準に従って再生されることを特徴とするシステム。
【請求項１０】
−  前記所定の制御基準は所定の双方向性基準であること、及び
−  前記再生編集装置１００は、前記主データのメインコンテンツに関連する少なくとも一つの双方向アプリケーションの放送及び／又は起動のトリガー制御を可能にする少なくとも一つの副データをその出力で編集し、このアプリケーションはこの第２入力ｅ２で受信する前記所定の双方向性基準に従った時間に再生されること、
を特徴とする請求項９に記載のコマンド書込みシステム。
【請求項１１】
前記電子透かし装置１７０が生成する番組信号は請求項１ないし８のいずれか一項に記載の番組信号であることを特徴とする請求項９又は１０に記載のコマンド書込みシステム。
【請求項１２】
番組の受動型メインコンテンツ再生用の主データを含む番組信号を生成するシステムと請求項９ないし１１のいずれか一項に記載のコマンド書込みシステムとを直列に備える制作チャネル。
【請求項１３】
番組の受動型メインコンテンツ再生用の主データ及び前記主データに電子透かしにより埋め込まれる少なくとも一つの副データを含む番組信号内のコマンドを読み取るシステムであって、
−  前記番組信号を受信する第１入力、及び
−  前記主データに電子透かしにより埋め込まれる副データを読み取る電子透かし読取り装置２２１
を備え、
−  前記副データは前記主データのメインコンテンツに関連する少なくとも一つのアプリケーションをトリガーするコマンドを含むこと、及び
−  前記コマンド読取りシステムは前記アプリケーショントリガーコマンドを受信する出力を有すること
を特徴とするシステム。
【請求項１４】
その第１入力で受信する前記番組信号は請求項１ないし８のいずれか一項に記載の番組信号であることを特徴とする請求項１３に記載のコマンド読取りシステム。
【請求項１５】
−  前記副データは前記主データのメインコンテンツに関連する少なくとも一つの双方向アプリケーションの放送及び／又は起動をトリガーするコマンドを含むこと、及び
−  前記コマンド読取りシステムはトリガーコマンドを受信する出力を備え、前記トリガーコマンドは、前記トリガーコマンドが特定する前記双方向アプリケーションの起動及び／又は放送が、これらのトリガーコマンドに関連する前記副データが電子透かしにより埋め込まれている前記主データの再生と同期するように実行されること
を特徴とする請求項１３又は１４に記載のコマンド読取りシステム。
【請求項１６】
少なくとも前記副データを受信し、同期したトリガーコマンドを生成する同期装置２２５を備える、請求項１５に記載のコマンド読取りシステム。
【請求項１７】
複数の装置を備える番組放送チャネルであって、少なくとも、
−  番組の受動型メインコンテンツ再生用の主データ及び前記主データに電子透かしにより埋め込まれる少なくとも一つの副データを含む番組信号を読み取る装置２２１、
−  前記番組信号読取り装置２２１の出力に接続される番組信号コーダ２３１、
−  及び／または、双方向アプリケーションサーバ２１５、前記双方向アプリケーションサーバ２１５に接続され、双方向アプリケーションを放送する装置２３５、及び
−  少なくとも前記番組信号コーダ２３１の出力に、及び／又は前記双方向アプリケーション放送装置２３５に接続されるマルチプレクサ２４０
を備え、
−  前記番組信号読取り装置２２１の出力に、及び／又は前記番組信号コーダ２３１の出力に接続された、請求項１３ないし１５の一項に記載されるコマンド読取りシステム２２０、及び
−  前記コマンド読取りシステム２２０と前記放送チャネルの前記装置の内の少なくともいずれか一つとの接続
を有し、前記コマンド読取りシステム２２０が生成するトリガーコマンドは、前記放送チャネルの装置であって前記コマンド読取りシステム２２０に接続される前記装置を制御することを特徴とする番組放送チャネル。
【請求項１８】
前記コマンド読取りシステム２２０は前記双方向アプリケーション放送装置２３５に接続され、前記コマンド読取りシステム２２０が生成する前記トリガーコマンドは、前記双方向アプリケーションサーバ２１５が送出する双方向アプリケーションの前記マルチプレクサ２４０への送信及び／又はこれらのトリガーコマンドが特定する一つ以上の双方向アプリケーションの起動命令の前記マルチプレクサ２４０への送信を制御することを特徴とする請求項１７に記載の番組放送チャネル。
【請求項１９】
特定された前記双方向アプリケーションを起動し、前記同期装置２２５が生成する同期トリガーコマンドは、前記双方向アプリケーション放送装置２３５が特定された前記双方向アプリケーションの最後のパケットをマルチプレクサ２４０に送信する操作を制御し、この双方向アプリケーションの起動をトリガーすることを特徴とする請求項１８に記載の番組放送チャネル。
【請求項２０】
特定された前記双方向アプリケーションを起動し、前記同期装置２２５が生成する同期トリガーコマンドは、特定された前記双方向アプリケーションの起動をトリガーする時間を番組の時間ベースで含み、この時間は、このトリガーコマンドに関連する前記副データが電子透かしにより埋め込まれている前記主データを放送する時間に対応することを特徴とする請求項１８記載の番組放送チャネル。
【発明の詳細な説明】
【発明の開示】
【０００１】
発明の背景
本発明はアプリケーション、特に双方向アプリケーション及び／又は放送アプリケーションにより拡張される番組に関する。本発明はさらに、関連する制作及び放送システム、特に双方向デジタルテレビジョンに関する。
【０００２】
今では双方向のテレビ放送番組が在るが、これらの番組は前述の双方向コンテンツをそれらの唯一のコンテンツとして有する。例えば、ホームバンキングチャネル、お天気チャネルまたは料理チャネルなどである。これらは双方向コンテンツ専用番組であり、この双方向コンテンツは画面全体を占有する。番組は全体が双方向コンテンツ専用であるので、例えば暗号化を通してその利用を加入者のみに限定することは容易である。ここでは暗号キーを加入者に特定の条件、例えば加入料支払いにより提供する。従って双方向コンテンツのみを有するこれらの番組により番組ユーザをターゲットにすることが可能となる。
【０００３】
概して、双方向テレビジョンは従来型のテレビジョン、すなわち映像番組を受動的に眺めるだけのテレビジョンを「機能拡張ＴＶ」として知られるユーザ状況（コンテキスト）把握型のアプリケーションを通して拡張するように構成される。従って画面の背景は映像番組で占有されたままであり、この背景には情報がデコーダにより加えられる。この情報によりユーザはデコーダをリモートコントロールして相互作用を行なうことができる。従って、この双方向機能は予め定義された映像シーケンスまたは単一ビデオ画像にさえも関連する。
例えば、テレビ放送ゲームの間、視聴者は、同時に賞品獲得の可能性を有する参加者として質問に回答することもできる。別の例として、視聴者は、自分の電話器を取ることなく、単にリモートコントロールのボタンの一つを押すだけで（ミスコンテスト、歌手などに）生で投票できる。双方向テレビジョンはテレパーチェス放送においても有益であり、例えば放送中であればいつでも注文したい物をバーチャル買い物籠に入れたり、バーチャル買い物籠から取り出したりすることができ、次いで発注することができ、これらの操作の全ては単にリモートコントロールボタンを押すだけで行なわれ、テレビジョンセットの前で体を動かす必要は無い。宣伝対象物のサンプルまたは試用品を提供する双方向アドバタイジングも構想することができる。そのほか、競馬など視聴者が賭けるゲームも構想することができる。
【０００４】
リモートコントロールを相互作用インターフェイスとして使用すると、視聴者が双方向機能を簡単に実行でき、特定のインターフェイス、例えば電話、インターネット接続、適切な赤外線キーボードなどを購入する必要がないためコストを減らすことができる。
【０００５】
図１は先行技術による映像番組用の制作チャネル及び放送チャネルを図式的に示している。制作チャネル１００によって、放送チャネル２００に送付されるカセット１５０に記憶される映像番組を取得することができる。このカセットは例えば、放送される映像番組を含み、一般的にＲＴＢ、すなわち「容易に放送できる（Ｒｅａｄｙ  Ｔｏ  Ｂｒｏａｄｃａｓｔ）」と呼ばれるプロフェッショナルビデオカセットとすることができる。次にこのＲＴＢカセット１５０は、放送チャネル２００のビデオカセットリーダーＶＴＲ２１１により読み取られる（ＶＴＲはＶｉｄｅｏ  Ｔａｐｅ  Ｒｅａｄｅｒの省略形である）。次に映像番組は、通常はＭＰＥＧコーダ２であるビデオコーダ２３１により符号化される。
マルチプレクサ２４０は幾つかのタイプのデータを受信する。このマルチプレクサはビデオコーダ２３１が生成する符号化映像番組を処理する。それだけでなく、例えばサーバ２３３から送信されるＩＰ／ＭＰＥＧデータをマルチプレクサ２４０の別の入力で受信する。これらのデータは、例えばインターネット接続の要件を満たすことができる。ＥＰＧ発生器２３３（ＥＰＧはＥｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ（電子番組ガイド）の省略形である）の出力はマルチプレクサ２４０の入力の内の一つに接続することができる。ＶＯＤビデオオンデマンドサービスまたはＮＶＯＤニアビデオオンデマンドサービスの要件を満たすために、装置２３４が生成する信号はマルチプレクサ２４０が受信する。種々の理由により、或る番組へのアクセスを制限することが望ましい。これらの理由は、道徳的なもの、すなわち特定の人口階層（例えば成人）を対象とした番組、またはもっと単純に金銭的なもの、すなわち或る番組での利益の獲得、などである。次に装置２３６はこれらの番組に関連する、例えば暗号キーのような条件付きアクセスデータを生成する。マルチプレクサはモジュール２３７が（例えば、お天気チャネルなどのような双方向チャネル用に）生成する双方向データも受信することができる。
【０００６】
双方向アプリケーションにより拡張される映像番組に関する限り、双方向アプリケーション放送装置２３５は、サーバ２１５の中の放送される双方向アプリケーションを期間Ｔに渡って検索し、それをマルチプレクサ２４０に送信する。
マルチプレクサ２４０は処理、特にパケット転送用の分割操作の後、これらのデータの全てを変調器２５０に送信して少なくとも１本の送信アンテナ２６０によってこれらのデータを放送する。
【０００７】
双方向アプリケーションを長いタイムスロットを通して放送すればこのアプリケーションがその起動中に確実に放送されることが考えられる。しかしながら、双方向アプリケーションを放送するタイムスロットが長いほど、より大きな帯域幅が占有される。これではこの帯域幅が制限されてしまうので、長いタイムスロットを通して放送を行なうと放送される双方向アプリケーションの数も同時に制限されてしまう。
映像番組と同期する双方向アプリケーションの場合、さらに制約があることを考える必要がある。双方向アプリケーションを起動すると、ユーザの反応を受信し、この反応を場合によっては放送局２００にアップロードするためにユーザのデコーダが再プログラミングされる（この双方向アプリケーションをリモートコントロールするボタンのプログラミング）。ここで双方向アプリケーションの起動は、オペレータＯの介在により手動で双方向アプリケーション放送装置２３５のレベルで行なわれる。双方向アプリケーションをオペレータＯの介在により放送する装置２３５は、コマンドをマルチプレクサ２４０に送信して、このコマンドが特定する双方向アプリケーションの起動のトリガーとする。オペレータＯは映像番組放送を閲覧し、双方向アプリケーションの起動のトリガーを双方向アプリケーション放送装置２３５を通して手動で実行する。番組の双方向性に掛かるコストはオペレータＯの手間が必要であることを考慮すると必然的に高くなる。また、オペレータＯによる操作は精度に欠け、この点が単一ビデオ画像または非常に短い映像シーケンスに関する双方向アプリケーションにとって不利となる。
【０００８】
別の問題は、番組コンテンツが通常ロードされている制作チャネル１００が、ここで問題とする番組の双方向コンテンツを管理せず、その映像コンテンツのみを管理することである。番組の双方向アプリケーションの放送及び起動のトリガーとなるコマンドは放送チャネル２００のオペレータＯが管理する。
仮に映像番組がプロフェッショナルビデオカセット１５０に保存されているとすると、この場合に提案される解決法は、少なくとも双方向アプリケーションの起動のトリガーとなるコマンド（トリガーとして知られる）を映像関連データエリアに書き込むことである。この場合、映像コンテンツ及び双方向コンテンツの両方を制作チャネル１００が管理する。特に、制作チャネル１００は放送チャネル２００にＲＴＢカセット１５０を供給し、このカセットには番組のグローバルコンテンツ、すなわち映像と、双方向アプリケーションのトリガー時間とが書き込まれる。しかしながら放送前にＲＴＢカセット１５０を扱う機器が映像関連データエリアを壊してしまう。その結果、トリガーコマンドが少なくとも一部消去される。従って、これらの技術は、トリガーコマンドが失われることを考えると信頼度に欠けるので、普遍的でも展開可能でもない。
【０００９】
本発明は、これらの不具合を、放送チャネル用のアプリケーションのトリガーコマンドを書き込むことを提案することにより未然に防止することができる。特に、これらのコマンドは、番組信号自体、例えば映像信号に含まれる双方向アプリケーションのトリガーコマンドとすることができる。このように、アプリケーション（対話型、放送用など）に関連するデータは番組の主コンテンツ、特に映像から分離することができない。従って、番組信号、特にＲＴＢカセット１５０に対してどのような操作が行なわれようとも、アプリケーションのトリガーコマンドは残ることになる。これにより、利用化の観点から見た場合、双方向番組が正しく放送され、そして再生されるという技術的保証が得られる。
従って本発明は、番組の受動型メインコンテンツ再生用の主データを含む放送番組信号に関するものであり、この番組信号は電子透かしにより主データに埋め込まれる副データを含む。副データは主データのメインコンテンツの再生を変更しない。これらの副データは主データのメインコンテンツに関連する少なくとも一つのアプリケーションをトリガーするコマンドを含む。
【００１０】
これらの副データは、特に、前記番組信号の、及び／又は前記番組信号に関連する一つ以上のアプリケーションの、一つ以上の放送パラメータの制御といったアプリケーションのトリガー制御を可能にする。
また副データにより、例えば主データのメインコンテンツに関連する少なくとも一つの双方向アプリケーションの放送及び／又は起動のトリガーが可能になる。
【００１１】
本発明の別の主題は、少なくとも一つのアプリケーションのトリガーを可能にする副データを番組信号に書き込む書込みコマンドシステムであり、この番組信号は少なくとも番組の受動型メインコンテンツ再生用の主データを含む。このコマンド書込みシステムは、
−  番組の受動型メインコンテンツ再生用の主データを受信する第１入力ｅ１、
−  所定の制御基準を受信する第２入力ｅ２、
−  これら第１入力ｅ１及び第２入力ｅ２に接続される再生編集装置１６０であって、第１入力ｅ１で受信するコンテンツである主データのメインコンテンツを再生し、主データのメインコンテンツに関連する少なくとも一つのアプリケーションのトリガー制御を可能にする少なくとも一つの副データをその出力で編集し、この時このアプリケーションをこの第２入力ｅ２で受信する所定の双方向性基準に従って再生する装置１６０、
−  第１入力ｅ１の主データ及び副データを受信し、主データ及び主データに電子透かしにより埋め込まれる副データを含む番組信号を生成する電子透かし装置１７０であって、前記電子透かしは主データのメインコンテンツの再生を変更しない装置１７０、及び
−  電子透かし装置１７０の出力に接続される出力
を備える。
【００１２】
特に、所定の制御基準は所定の双方向性基準とすることができ、そして前記再生編集装置１６０はその出力で、主データのメインコンテンツに関連する少なくとも一つの双方向アプリケーションの放送及び／又は起動のトリガー制御を可能にする少なくとも一つの副データを編集することができ、このときこのアプリケーションはこの第２入力ｅ２で受信する前記所定の双方向性基準に従って再生される。
【００１３】
本発明はさらに制作チャネルを提案するものであり、このチャネルは番組の受動型メインコンテンツ再生用の主データを含む番組信号を生成するシステムと上述したコマンド書込みシステムとを直列に備える。
【００１４】
本発明はまた、番組の受動型メインコンテンツ再生用の主データ及び主データに電子透かしにより埋め込まれる少なくとも一つの副データを含む番組信号のコマンドを読み取るシステムに関するものである。このコマンド読取りシステム２２０は、
−  番組信号を受信する第１入力と、
−  主データのメインコンテンツに関連する少なくとも一つのアプリケーションをトリガーするコマンドを含み、主データに電子透かしにより埋め込まれる副データを読み取る電子透かし読取り装置２２１、及び
−  トリガーコマンドを受信する出力
を備える。
コマンド読取りシステム２２０の出力に送信される副データは、さらに、特定する双方向アプリケーションの起動及び／又は放送をトリガーするためのコマンドのような同期コマンドを含んでもよく、それはこれらのトリガーコマンドに関連する副データが電子透かしにより埋め込まれる主データの再生と同期する。
随意で、コマンド読取りシステムは、少なくとも副データを受信し、前記同期トリガーコマンドを生成する同期装置２２５を備える。
【００１５】
本発明に従って番組放送チャネルが提案される。この番組放送チャネルは幾つかの装置を備え、少なくとも、
−  番組の受動型メインコンテンツ再生用の主データ及び主データに電子透かしにより埋め込まれる少なくとも一つの副データを含む番組信号を読み取る装置２２１、
−  前記番組信号読取り装置２２１の出力に接続される番組信号コーダ２３１、
−  前記番組信号読取り装置２２１の出力、及び／又は前記番組信号コーダ２３１の出力、並びに前記放送チャネルの装置の内の少なくともいずれか一つの入力に接続され、請求項７又は８に記載されるコマンド読取りシステム２２０であって、コマンド読取りシステム２２０が生成するトリガーコマンドにより前記放送チャネルの装置であって前記コマンド読取りシステム２２０に接続される前記装置が制御されるシステム２２０、
−  及び／又は双方向アプリケーションを放送する装置２３５が接続された双方向アプリケーションサーバ２１５、及び
−  少なくとも番組信号コーダ２３１の出力と双方向アプリケーション放送装置２３５に接続されるマルチプレクサ２４０
を含む。
【００１６】
随意で、前記コマンド読取りシステム２２０は前記双方向アプリケーション放送装置２３５に接続され、コマンド読取りシステム２２０が生成するトリガーコマンドは前記双方向アプリケーションサーバ２１５が送出する双方向アプリケーションのマルチプレクサ２４０への送信及び／又はこれらのトリガーコマンドが特定する一つ以上の双方向アプリケーションの起動命令のマルチプレクサ２４０への送信を制御する。
【実施例】
【００１７】
本発明の特徴及び利点は、例示を目的として、添付図面により示される記述を読むことにより、より一層明らかになるものと考えられる。
【００１８】
番組の受動型メインコンテンツを再生するための主データの電子透かし埋め込みを副データにより行ない、主データのメインコンテンツに関連する少なくとも一つの双方向アプリケーションの放送及び／又は起動のトリガーを可能にするには、２つの装置、すなわち、
−  副データを主データシーケンスに書き込む機能を有する装置、及び
−  主データ信号に含まれる副データの検出及び読み取りが可能な装置
を用いる。
【００１９】
本発明が構想するコマンド書込みシステムにおいては、電子透かし装置１７０を制作チャネル１００＊に配置し、再生編集装置１６０に接続し、図２に示すように、この再生編集装置から電子透かし装置は主データに電子透かしにより埋め込まれる副データを受信する。
【００２０】
電子透かしにより埋め込まれたデータを読み取る電子透かし読取り装置２２１は、図３に示すように放送チャネル２００＊に配置される。この装置は、記憶媒体１８０の双方向番組信号を読み取る装置２１１に接続される。電子透かし読取り装置２２１は、例えば双方向アプリケーション放送装置２３５を制御する。
【００２１】
図２は、本発明による、アプリケーションのトリガーを制御するために必要な手段の導入、特に双方向性のために専ら使用される番組制作チャネル１００＊の一部を示している。番組の受動型メインコンテンツの主データを含む番組信号は、例えばプロフェッショナルビデオカセット１５０に、特にＣＣＩＲ６０１標準に従って保存される。
再生編集装置１６０はこの番組信号をその第１入力ｅ１で受信する。この装置は番組のメインコンテンツをこれらの主データに基づいて再生する。従って、番組のメインコンテンツがビジュアルであれば、この装置はビデオ画像シーケンスを表示する。番組のメインコンテンツがオーディオ番組であれば、この装置はサウンドシーケンスを放送する。
【００２２】
例えば双方向性基準である制御基準をこの再生編集装置１６０の第２入力ｅ２で受信する。これらの基準は種々考えられる。双方向性基準は２つのカテゴリーに分類される。一つは双方向アプリケーションの放送に関連し、他の一つはこれらのアプリケーションの起動に関連する。これらの基準は、例えば双方向アプリケーションの放送スロットをアプリケーションの起動スロットまたは起動時間の関数として算出する（例えば、双方向アプリケーションの放送の開始はアプリケーションの起動から５秒後に行ない、アプリケーションの放送の中断はアプリケーションの起動後１秒後に行なう）といったような方法を含むか、または双方向アプリケーションの起動を所定のオブジェクトを含むシーケンスに関連付ける（再生されるコンテンツに含まれるオブジェクトを認識−画像またはサウンドを認識−することにより）。次に再生編集装置１６０はシーケンスを特定し、このシーケンスに対して本発明が提案する方法を使用して関連付けが行なわれなければならない。
【００２３】
これらの制御基準もまた、オペレータＯ＊により、出力が再生編集装置の入力ｅ２に接続されたインターフェイスを通して手動で固定することができる。ここでも、オペレータを使用するとはいえ、オペレータは１度だけ操作に介入するだけである。しかしながら今日、単一制作チャネル１００からの番組の場合、この番組が幾つかの放送チャネル２００により放送されるか、または同一放送チャネル２００により数回に渡って放送されるとすると、オペレータＯによる介入は各放送チャネル２００で必要であり、また各放送回で必要である。従って、全体としての制作コストは単一オペレータＯ＊による介入であれば減る。
【００２４】
また、多くの介入操作によって、メインコンテンツに対する双方向型のアプリケーションの起動時間に関する不正確さの問題が生じるだけでなく、起動時間が双方向番組の再生の各々に対して同じとはならない。これに対して、制作チャネル１００＊で介入する単一オペレータＯ＊は、再生編集装置１６０を援用し、映像コンテンツの場合には閲覧することができ、サウンドコンテンツの場合には聞くことができるといった具合であり、これらの操作を種々のスピードまたは画像（映像またはサウンドなど）毎にも行なって、所定の双方向アプリケーションを主データのメインコンテンツのシーケンスまたは画像に関連付ける操作の精度を高めることができる。
【００２５】
次に再生編集装置１６０は、アプリケーショントリガーコマンド、特に再生する画像または再生画像シーケンスに関連する双方向アプリケーションの放送及び／又は起動のトリガーコマンドである副データを編集する。トリガーを可能にする副データは双方向アプリケーションのインデックスを含み、また随意で、放送（放送の開始または終了）または起動のためのトリガーコマンドの両方の情報が生成される場合、どちらのタイプのコマンドを処理しているかの判断を可能にするコードを含む。
従って双方向アプリケーションのトリガー用の副データには４つのタイプがある。第１の副データは双方向アプリケーションの起動用であり、これらは主データシーケンスに電子透かしにより埋め込まれ、この主データシーケンスの受動型メインコンテンツはここで問題としている双方向アプリケーションにより補足されることになる。第２の副データは、画像主データの放送時に双方向アプリケーションの放送を開始するためのものであり、この画像主データにはこの副データが電子透かしにより埋め込まれる。第３の副データは、画像主データの放送時に双方向アプリケーションの放送を中断するためのものであり、この画像主データにはこの副データが電子透かしにより埋め込まれる。さらに第４タイプの副データを構成することができる。これは同期メッセージであり、このメッセージにより映像シーケンスの開始を特定することができる。このメッセージにより読取り装置（２１１，２２０）は副データが主データと同期するために必要な一時パラメータを算出することができる。
【００２６】
第２及び第３タイプの副データを使用することにより、双方向アプリケーションの放送プロセスを自動化することができる。このようにして帯域幅を節約できる。現在の、手動で行なわれている双方向アプリケーション放送用のタイムスロットのスケジューリングを使用する場合には、これができない。手動による構成はエラーの発生原因となり、そして放送期間に相当大きなマージン（数時間）を要し、帯域幅の損失を招く。
また、副データを設ける目的である放送局の識別子を構成することができ、この識別子は、特に双方向アプリケーション放送のトリガーに関するデータ用に構成することができる。従って、異なる放送スロットを各放送チャネル２００＊の技術的特徴に従って算出することができる。次に再生編集装置１６０は放送先の放送チャネル２００＊に応じて種々の副データを構築する。
【００２７】
この再生編集装置１６０が編集する副データは電子透かし装置１７０（電子透かし埋込み装置として知られる）に送信される。この電子透かし装置１７０はさらに番組信号の主データを受信し、この主データは例えばＲＴＢビデオカセット１５０に保存されている。電子透かし装置１７０の出力で得られる双方向番組信号は主データに電子透かしにより埋め込まれる副データを含む。
【００２８】
この電子透かしは主データの受動型メインコンテンツの再生を変更しない。これは、特に映像の受動型メインコンテンツの場合に、視聴者には電子透かしを施す前後のビデオ画像の違いがわからないことを意味する。同様に、サウンドシーケンスの電子透かしは双方向番組を聴いている人に聞こえてはいけない。
副データを映像主データに電子透かしにより埋め込むには、国際公開第ＷＯ  ００６５８４０号に記載された方法及び装置を使用することが考えられる。しかしながら一般的に、既存の画像又は音声電子透かし装置、または画像又は音声電子透かし法をこの電子透かし装置１７０により実現することができる。
このようにしてこの電子透かし装置１７０により得られる双方向番組信号は媒体１８０に保存される。この場合も、媒体はプロフェッショナルビデオカセットＲＴＢとすることができる。
【００２９】
現在の画像電子透かし法では、最大６４ビットまでの種々の長さのワードを電子透かしにより埋め込むことができ、副データは最大６４ビットまでのワードとすることができる。しかしながら、副データを構成するワードが少ない（ビット数が小さい）ほど、この副データは壊れ難くなる。特にこれにより、例えば副データを単一画像（映像、音声など）に数回に渡って書き込む、または誤り訂正符号化の後に副データを書き込むことができる。
例えば、３２ビットワードからなる副データの場合を考える。ここで、３２ビットの副データは、トリガータイプを符号化するための４ビット、放送先の放送チャネルを特定するための任意選択の４ビット、双方向アプリケーションの双方向アプリケーションサーバ内での識別を、例えばアプリケーションのインデックスを通して可能にする１６ビットを含む。このインデックスは、例えば使用する標準、特にＭＨＰ標準により規定されるフォーマットに準拠する。他の８ビットは、特に所定の双方向アプリケーション内のイベントの参照を可能にする。
【００３０】
図３は、本発明による双方向性のようなアプリケーションのトリガー制御に必要な手段の導入のためにのみ行われる双方向番組放送を例とした場合の放送チャネル２００＊の一部を示している。
【００３１】
記憶媒体１８０用の読取り装置２１１は、主データ及び電子透かしにより埋め込まれる副データを含む番組信号を読み取る。この装置はこの信号を主データコーダ２３１に送信する。この場合主データコーダは、主データがオーディオの場合はオーディオコーダ、主データが映像の場合はビデオコーダなどである。この装置は前記番組信号をコマンド読取りシステム２２０に送信する。
このコマンド読取りシステム２２０は、主データに電子透かしにより埋め込まれる副データを読み取る機能と、双方向アプリケーション放送装置２３５を制御する命令を生成する機能とを備える。この双方向アプリケーション放送装置２３５は、コマンド読取りシステム２２０からの命令を受けると、放送されることになる双方向アプリケーション及び／又はエンドユーザのデコーダに向けられるこのアプリケーション起動命令をマルチプレクサ２４０に送信する。この双方向アプリケーションは放送装置が双方向アプリケーションサーバ２１５を検索して見つけ出したものである。
【００３２】
コマンド読取りシステム２２０が編集する命令は、副データが提供する双方向アプリケーションの識別子を含む。放送トリガー用の副データの場合、この副データは、特定された双方向アプリケーションを双方向アプリケーションサーバ２１５からマルチプレクサ２４０に送信する操作を開始または中断する、双方向アプリケーション放送装置２３５に向けられたコマンドを含む。起動トリガー用の副データの場合、この副データは、双方向アプリケーション放送装置２３５がマルチプレクサ２４０に送信する、エンドユーザのデコーダに向けられるコマンドを含む。コマンド読取りシステム２２０が生成するコマンドは、これらのコマンドが単一の双方向アプリケーション放送装置２３５によってのみ実行可能となるような情報を含む構成とすることが考えられる。これは、これらの装置２３５を特殊な値で特定すれば、放送コマンドまたは起動コマンドを選択的に処理できることを意味する。この場合、前記双方向アプリケーション放送装置２３５は、放送信号により宛先指定が可能なエンドユーザのデコーダに向けられる命令のみを再度書き換える。
【００３３】
いずれにせよ、コマンド読取りシステム２２０が生成するトリガーコマンドは、主データが形成する画像（サウンド、ビデオなど）または画像シーケンスと同期し、この画像または画像シーケンスには、前記コマンドを含む副トリガーデータが電子透かしにより埋め込まれている。この同期は、副データが特定する双方向アプリケーションの放送及び／又は起動が、副データが電子透かしにより埋め込まれている主データの受動型メインコンテンツの再生と同期するように行なわれる。
【００３４】
図３の例においては、コマンド読取りシステム２２０は２つの入力を有し、一つは番組信号読取り装置２１１の出力に接続され、他方は主データコーダ２３１の出力に接続される。図４はこのデュアル入力コマンド読取りシステム２２０に考えられる実施形態をより詳細な形で示している。
【００３５】
コマンド読取りシステム２２０の第１入力ｅ１は、未処理であるため読取り動作以外の攻撃を受けていない番組信号をその記憶媒体１８０から受信する。この第１入力は電子透かし読取り装置２２１（電子透かし読取り器として知られる）に接続される。副データにはほとんど何の処理も行なわれていないので、ノイズの影響をほとんど受けることが無く、これらのデータの読取りはさらに信頼度の高いものとなる。しかしながら、このようにして得られるトリガーコマンドはもはや、これらのコマンドを含む副データが電子透かしにより埋め込まれている画像または画像シーケンス（サウンド、ビデオなど）とは同期しない。この現象は主データがさらに少なくとも一つの追加処理をコーダ２３１により受けると一層顕著になる。これが、同期装置２２５が電子透かし読取り装置２２１の読み取るトリガーコマンドを受信する理由である。この同期装置２２５はコマンド読取りシステム２２０の第２入力ｅ２に接続される。この入力で同期装置がデータを受信するが、このデータ受信は、同期装置が、主データに対する副データのトリガーコマンドの遅延を算出し、これらコマンドを主データと同期させるようにトリガーコマンドを変換する機能を有することを前提にして行なわれる。
図３に示す例では、コマンド読取りシステム２２０のこの第２入力ｅ２は主データコーダ２３１の出力に接続されている。従って、同期装置２２５は装置２３１が主データに対して行なう符号化がもたらす遅延を考慮に入れる。
【００３６】
電子透かし読取り装置２２１は番組信号読取り装置２１１の出力に直接接続される。何故なら、電子透かしは一般的に攻撃、特に主データコーダ２３１のようなコーダがもたらす攻撃に非常に敏感であるからである。しかしながら、電子透かし技術が主データ放送チャネル２１１〜２３１による攻撃に対して十分な耐性を有する（エラーレートが所定のしきい値よりも小さい）場合、電子透かし読取り装置２２０はマルチプレクサ２４０の主データ入力に並列に接続することができる。この場合、エンドユーザのデコーダ（ミドルウェア）に送信される信号のフォーマットに従って、電子透かし読取り装置が取得するトリガーコマンドは同期させられるので同期装置は必要無くなる。
【００３７】
特に、エンドユーザのデコーダに送信される信号には種々のフォーマットがある。最も古いフォーマットはプロパティフォーマット、例えばＯｐｅｎＴＶ，ＭｅｄｉａＨｉｇｈｗａｙなどである。最新のフォーマットのＭＨＰはＤＶＢ標準である。
この後者のフォーマットＭＨＰは画像形式同期手段を採用する。双方向アプリケーション放送装置２３５、例えばＣＯＲＡＬ（Ｔｈａｌｅｓ  Ｂｒｏａｄｃａｓｔ  ＆  Ｍｕｌｔｉｍｅｄｉａ製品）がエンドユーザのデコーダに送信するメッセージを通して、アプリケーションは番組の時間ベースを認識する。従ってトリガーコマンドは、この時間ベースでの双方向アプリケーションの放送トリガー時間、または起動トリガー時間を含む。この時間は、このトリガーコマンドを形成する副データが電子透かしにより埋め込まれている主データが形成する画像のこの同じ時間ベースでの時間に対応する。
【００３８】
図５ａは、本発明による放送チャネルの画像及びそれに関連する双方向アプリケーションの伝搬の様子を示したものであり、ＭＨＰ標準の同期操作が可能な双方向システムを使用する場合に対応する。第１の太線Ｓ２１１は読取り装置２１１の出力での番組信号を表わす。この読取り操作は時間ｔ０で始まり、そして時間ｔｎで終了する。時間ｔ０で読み取られる画像Ｉ０はシーケンスの第１画像である。これは同期メッセージを搬送する副データにより特定される。画像Ｉ１は時間ｔ１で読み取られる。これらの時間ｔは世界時間ベースｂｕで表わされる。コーダ２３１による符号化の後のこの同じ番組信号は、第２の太線ｓ２３１で示すように所定の遅延を受けている。この番組信号は時間Ｔ０で始まり、そして時間Ｔｎで終了する。これらの時間Ｔは、ここで問題としている双方向アプリケーションが関連する主データからなる番組に固有の時間ベースで表わされる。符号化画像Ｉ１に対応する画像Ｉ１＊は時間Ｔ１＊にコーダ２３１により供給される。第３の線Ｓ２２１は、シーケンスの第１画像Ｉ０に関連する同期データが読み取られる時間ｔ０’と、画像Ｉ１の主データに電子透かしにより埋め込まれている副データが電子透かし読取り装置２２１により読み取られる時間ｔ１’を示す。最後の線は、画像Ｉ１に関する世界時間ベースでの一連の時間、すなわち、Ｉ１の読取り時間ｔ１、符号化画像Ｉ１＊取得の出力時間ｔ１＊、Ｉ１に電子透かしで埋め込まれたデータの読取り時間ｔ１’を示す。
【００３９】
このように、トリガーコマンド、例えば画像Ｉ１に電子透かしにより埋め込まれている副データが特定する双方向アプリケーションを起動するトリガーコマンドは、起動すべき双方向アプリケーションの識別子、エンドユーザのデコーダにその起動を指示するコードのみならず、アプリケーションが起動されるべき時間も含んでいる。この時間はＴ１＊に等しくなければならず、番組の時間ベース、Ｔ１＊＝Ｔ０＋（ｔ１’−ｔ０’）として表わされる画像Ｉ１に対応する。その入力ｅ１で信号ｓ２１１を受信し、その入力ｅ２で信号ｓ２３１を受信する読取り装置２２０は、容易に（ｔ１’−ｔ０’）、すなわち画像Ｉ０及びとＩ１にそれぞれ関連する副データの読取り時間の間隔を算出することができる。この装置はさらに、ｅ２に現われる番組時間ベースの値Ｔ０を、この装置が画像Ｉ０を搬送する瞬間であって、副同期データによっても特定できる瞬間に抽出することができる。一旦Ｔ１＊の値を算出すると、読取り装置は画像Ｉ１＊の放送時間前に、直ちに起動コマンドを放送装置２３５に送出する（通常、装置２２０による読取り時間は装置２３１による符号化時間よりもずっと短い）。
【００４０】
或る双方向システム、特にＯｐｅｎＴＶまたはＭｅｄｉａＨｉｇｈｗａｙは、主データの時間ベースを参照する起動コマンドを用いない。また、このタイプの信号を受信するエンドユーザのデコーダは通常、双方向アプリケーションを構成する最後のパケットを受信すると直ぐに双方向アプリケーションを起動する。特に、双方向アプリケーションをパケットに分割し、マルチプレクサ２４０、変調器２５０及びアンテナ２６０を通してパケットで送信する。
【００４１】
図５ｂは、本発明による放送チャネルの画像及びそれに関連する双方向アプリケーションの伝搬の様子を示したものであり、ＯｐｅｎＴＶ又はＭｅｄｉａＨｉｇｈｗａｙタイプの放送信号を使用する場合に対応する。第１の太線Ｓ２１１は読取り装置２１１の出力での番組信号を表わす。この読取り操作は時間ｔ０で始まり、そして時間ｔｎで終了する。時間ｔ０で読み取られる画像Ｉ０はシーケンスの第１画像であり、同期メッセージを搬送する副データにより特定される。画像Ｉ１は時間ｔ１で読み取られる。これらの時間ｔは世界時間ベースｂｕで表わされる。コーダ２３１による符号化の後のこの同じ番組信号は、第２の太線ｓ２３１で示すように所定の遅延を受けている。この番組信号は時間Ｔ０で始まり、そして時間Ｔｎで終了する。符号化画像Ｉ１に対応する画像Ｉ１＊は時間Ｔ１＊にコーダ２３１により供給される。第３の線Ｓ２２１は、シーケンスの第１画像Ｉ０に関連する同期データが読み取られる時間ｔ０’と、画像Ｉ１の主データに電子透かしにより埋め込まれている副データが電子透かし読取り装置２２１により読み取られる時間ｔ１’を示す。第４の線は、画像Ｉ１に関する世界時間ベースでの一連の時間、すなわち、Ｉ１の読取り時間ｔ１、符号化画像Ｉ１＊取得の出力時間ｔ１＊、Ｉ１に電子透かしで埋め込まれたデータの読取り時間ｔ１’を示す。
【００４２】
双方向アプリケーションの起動トリガーを、このトリガーコマンドを含む副データが電子透かしにより埋め込まれている画像の再生と同期させるために、同期装置２２５が双方向アプリケーション放送装置２３５に指示を与えてマルチプレクサ２４０にＡ１として特定される双方向アプリケーションの最後のパケットを、コーダ２３１が最後の線ｓ２３５で示すように前記画像Ｉ１＊をマルチプレクサ２４０に送信する時間に送信させるようにすることが考えられる。特に始めに、同期装置２２５はコーダ２３１がもたらす相対遅延ｔ０＊’−ｔ０’を算出する。この操作を行なうため、同期装置２２５は電子透かし読取り装置を備えることができ、この読取り装置は、それがコーダ２３１の出力で主データから読み取ろうとする副データの経験的知識を有するという利点がある。その後、Ｉ１に関連する副データの時間ｔ１’での読取り中に、読取り装置２２１は、２３１がもたらす遅延時間を考慮し、且つ副情報を読み取るのに要するその固有の時間を認識しながら、アプリケーションの最後のパケットを放送するためのコマンドを、いつモジュール２２５を通して装置２３５に送出するべきかを認識する。
副データを主データに同期させるこの例はＭＨＰ標準にも当てはまる。
【００４３】
双方向アプリケーション放送装置２３５を制御する同じコマンド機能を有する他のタイプのコマンド読取りシステム２２０を構想することができる。一般的に、コマンド読取りシステム２２０からのトリガーコマンドは、これらのトリガーコマンドを含む副データが電子透かしにより埋め込まれている画像と同期する。コマンド読取りシステム２２０は一つ以上の入力を有することができる。このシステムは、主データ及び電子透かしにより埋め込まれ、一つ以上の処理を受けた、または受けていない副データを有する番組信号を受信する。このシステムはさらに、同期を行なうために必要であり、上述した番組信号から取得できる可能性のある情報を受信する。
【００４４】
記載した制作チャネル及び放送チャネルは、アプリケーショントリガー用の双方向コマンドを含む副データだけでなく、もっと広く、如何なるタイプの副データにも使用することができる。番組の主データに電子透かしにより埋め込まれる副データを使用することにより、特に番組制作者はあらゆるタイプのコマンドを放送システムに送信することができ、この場合コマンドには、前述したような双方向アプリケーショントリガーコマンドだけでなく、例えばメタデータのような種々のコマンドが含まれる。図６に示すように、これらのメタデータは特に、以下に示すものに含まれるような放送アプリケーショントリガーコマンドと呼ぶことのできる、映像番組の実際の放送に関連する情報（許可される放送の数、有効期間、放送基準（符号化品質など））、または番組ガイド（ＥＰＧ）の自動生成プログラムを記述した情報のいずれかから構成される。
【００４５】
制作チャネルは図２で提案するものと同様とする。ここで所定の制御基準は、例えば符号化の品質を主データの一つ以上のパラメータの関数として求めることを可能にする機能である。放送チャネルにおいては、コマンド読取りシステム２２０は、図６に図式的に示すように、前述の双方向アプリケーション放送装置２３５、または電子番組ガイド発生装置２３３、または主データコーダ２３１、またはマルチプレクサ２４０などのいずれかに接続することができる（ここに挙げたリストは例示のみを目的とし、制限的なものではない）。コマンド読取りシステム２２０は、アプリケーショントリガーコマンドがそれを必要とするか、必要としないかにかかわらず、該コマンドが電子透かしにより埋め込まれている主データと同期する。
【００４６】
さらに、これらの副データに含まれる放送局識別子によって副データの送出先の放送チャネルを特定することが可能となるので、各放送チャネルに対して異なる放送アプリケーションコマンド、すなわち番組放送条件を構想することができる。従って、所望の符号化品質を放送チャネルによって異なるものとすることができる。
【００４７】
本発明は受動型メインコンテンツを有するいかなる記録番組に対しても実施することができ、一つ以上の双方向アプリケーションは、映画館または公会堂などにおけるテレビジョン、ラジオ、ネットワークに関連して放送されるビデオ、オーディオなどが含まれる。従って、双方向番組は現状のコストよりも低いコストで得られる。特に、特別の手順（電話、コンピュータキーボードの使用など）を踏む必要がないので、本発明は大衆にとっては非常に魅力のあるものとなっている。本発明は制作者及び／又は放送局に利益をもたらすことができる。特に、このシステムが利用できるとなると、非常に簡単に制作することができ、しかも直接的な収益（発生する電話通信手数料による）または間接的な収益（消費者製品の事前拡販活動などによる）の源と成る双方向アプリケーションによって、コンテンツ制作者及び放送局は音声映像番組を非常に容易に拡張強化することができる。
【図面の簡単な説明】
【００４８】
【図１】先行技術による双方向アプリケーションを有する映像番組の制作チャネル及び放送チャネルの部分図である。
【図２】本発明による双方向アプリケーションを有する映像番組の制作チャネルの部分図である。
【図３】本発明による双方向アプリケーションを有する映像番組の放送チャネルの部分図である。
【図４】本発明による読取りシステムを示す図である。
【図５】図５ａ及び５ｂは、本発明による放送チャネルにおける、画像及び関連する双方向アプリケーションの伝搬の様子を図式的に示すものであり、図５ａは主信号の時間ベースに関する明示的な同期メッセージの送出をサポートする双方向システム（特にＭＨＰ標準）の使用に対応し、図５ｂは、双方向アプリケーションの起動を、デコーダが受信する信号に含まれる放送時間を管理することによってのみ制御することができる双方向システム（特にＯｐｅｎＴＶまたはＭｅｄｉａＨｉｇｈｗａｙタイプのシステム）に対応する。
【図６】本発明による、種々のアプリケーションをトリガーするコマンドを有する映像番組の放送チャネルの概略部分図である。
【図１】
2005510145.tif 000003
【図２】
2005510145.tif 000004
【図３】
2005510145.tif 000005
【図４】
2005510145.tif 000006
【図５ａ】
2005510145.tif 000007
【図５ｂ】
2005510145.tif 000008
【図６】
2005510145.tif 000009
【国際調査報告】
2005510145.tif 000010
2005510145.tif 000011
2005510145.tif 000012
2005510145.tif 000013
2005510145.tif 000014
2005510145.tif 000015