JP2005537697A - オーディオビジュアル番組の同期システムおよび同期方法 - Google Patents

Abstract

本発明はたとえば同期システム（５）および同期プロセスに関する。本発明による同期システムは、オーディオビジュアルコンテンツと制御情報から成るオーディオビジュアル番組（１５）と対応づけられた同期信号を指定する指定ユニット（１）と、ブロードキャストネットワークを介して伝送される番組を搬送するストリーム中で、オーディオビジュアルコンテンツにおける少なくとも１つの抽出部分を識別することにより、上述の同期信号を識別する識別ユニット（２）と、この同期信号が検出されたときにアクションをトリガする起動ユニット（３）を有している。指定ユニットは、識別要素（１１）を準備処理されて識別ユニット（２）へ伝送する。この識別要素（１１）によって、上述の抽出部分を取得できるようになる。識別要素（１１）は、ブロードキャストネットワークを介して識別ユニット（２）が事前に受け取ったオーディオビジュアル番組の少なくとも１つのストリームからコンテンツ部分を抽出するための命令を有している。実施形態によれば、識別要素は指定ユニットとは無関係に得られる。本発明は、対話型テレビジョンや自動記録に適用される。

Description

本発明は、同期システムおよびオーディオビジュアル番組のためのプロセスならびにこれに対応する装置およびプロセスに関する。詳しくは本発明は、同期信号を識別および指定するためのプロセスに関する。

対話型テレビジョンによれば視聴者は、自身が見ている放送番組の進行に対しアクションを起こすことができる。したがって視聴者は対話型サービスと相互に影響し合うことができる。この目的で、大衆市場向けの対話型端末装置がデュアル通信ネットワークと接続される：
−ポイント・ツー・ポイント型の双方向ネットワーク（モデムリターンパス、ケーブル等）、たとえば１つまたは複数のポイント・ツー・ポイントサーバを実装した電話回線
−単方向分配ネットワーク、たとえば１つまたは複数のブロードキャストサーバを実装した地上テレビジョン放送ネットワーク、ケーブルテレビジョン放送ネットワークまたは衛星テレビジョン放送ネットワーク；ここで用語「放送」とは、この放送番組がたとえばラジオ放送で実施されるのかまたはケーブルにより実施されるのか、あるいはインターネットにより実施されるのかにかかわらず、一連の宛先に対し同一のデータが伝送されることを意味する。

考慮の対象とする端末装置はたとえばテレビジョン受信機、ＤＶＢ（ディジタルビデオブロードキャスト Digital Video Broadcastingの略）デコーダ、またはインターネットデコーダによって構成されている。インタラクティブサービスすなわち対話型サービスは一般に、単方向ネットワークを介したブロードキャストにより端末装置にダウンロードされる。他のケースであると、それらは電話回線網を介してアクセス可能なサーバによりホスティングされる。この場合、それらのサービスはリンクまたは、オーディオビジュアル番組に付加されて伝送されるＷｅｂアドレス（Universal Resource Locator略してＵＲＬあるいはユニバーサルアドレスとも呼ばれる）を通してアクセスされる。それらによって、端末装置が自分自身でアドレス指定すべきサーバならびにそのサーバ上で呼び出されるサービスが指定される。その際、サービスまたはサービスのＵＲＬと同期して伝送されるオーディオビジュアル番組は、「エンハンスト番組」"enhanced program"と呼ばれる。

実践にあたり対話型テレビジョンにおける周知の技術は、以下のオペレーションに基づいている。すなわち、サービスオペレータから発せられる対話型サービスが、オーディオビジュアル番組と同期するかたちで放送センタまたは「ブロードキャスタ」ないしは「放送局」によって伝送される（単方向ネットワーク）。この目的で、このサービスに関連するデータにその番組に固有のオーディオビジュアル信号が埋め込まれる。このようにして得られたエンハンスト番組を対話型端末装置が受信すると、端末装置は画面（ピクチャおよびサウンド）にオーディオビジュアル番組を伝送し、対話型サービスのデータを解釈する。ついで端末装置はオーディオビジュアル番組と同期して、そのデータを典型的にはビデオに重ね合わせられたグラフィックまたはテクスチャの形態でディスプレイ画面に表示する。

その後、視聴者は対話型サービスと相互に作用を及ぼし合うことができ、このような対話によって場合によってはサービスオペレータのサーバとのコネクションが確立されることになる（双方向コネクション）。

対話型テレビジョンの基本的な観点の１つは、番組と対話型サービスとの間の同期の確立ならびに管理に関するものである。詳細には、対応づけられたオーディオビジュアル番組の期間にわたりループ（カローセル）内で対話型コンテンツまたはそのＵＲＬの伝送が一般的に行われる。ブロードキャスタないしは放送局の装備における２つのアイテムが同期合わせのために慣用的に使われる：
−時間情報（開始時間と終了時間）、オブジェクト情報（駆動される装置）およびオペレーション情報（実行すべき命令）を有するイベント実行リスト（「プレイリスト」"playlist"）を生成するトラフィックシステム；
−放送局の伝送機器（ビデオサーバ、ビデオレコーダ、字幕付与機器等）を稼働しそれらに命令を出す目的で実行リストを管理するオートメーションシステム
トラフィックシステムは、番組の時間編成において重大な変更が生じた場合、実行リストに対し変更を施すことができる。オートメーションシステムは、直前にごく僅かな変更が生じた場合にこのシステムに関するかぎりリストを手直しすることができ、もっと重大な変更が要求されたならばトラフィックシステムへリストをリダイレクトすることができる。

番組との対話型サービスの同期合わせは、オートメーションシステムにより駆動すべき装置の中にブロードキャストサーバ（これは対話型アプリケーションのサーバとして振る舞う）を組み込むことにより達成される。サービスオペレータは、プログラミングされたコンテンツの有効な伝送を通知できるよう、放送局の伝送サーバと持続的に接続されているものとする。これにはＴＣＰ−ＩＰ（Transmission Control Protocol / Internetwork Protocol の略）タイプのリンクが含まれるかまたは、特有のアプリケーションパッケージのレイヤを実装できるリンクが含まれる。このリンクは一方の方向で、サービスオペレータのところに存在する管理アプリケーションをベースとする伝送サーバをプログラミングするために用いられ、他方の方向でたとえば伝送サーバの状態、コンテンツおよび何らかのイベントの伝送経過をサービスオペレータに通知するために用いられる。

したがって番組の伝送とそれに付随する対話型コンテンツの伝送との間の同期はずれの問題が回避される。具体的にいえば、オーディオビジュアル番組が遅延したり先に進んだりすると、放送局により実行リストがアップデートされる。このようにして、伝送サーバを含む利用される装置は適切な時点でトリガされる。

しかしながらこの種の技術のためには放送局の介在が必要とされ、その際に放送局は、自身のイベント実行リストを修正して対話型サービスの伝送に関連するイベントを考慮しなければならない。しかもこのためには放送局とサービスオペレータがこの種のサービスの伝送に関連する命令に関して一致して動作するよう、それらの間での合意が必要とされる。

これまでに、同期信号をオーディオビジュアル番組自体に挿入するようにした種々の方法も提案されてきた。たとえば文献WO-01/50764には、対話型ディジタルテレビジョン伝送を利用するためのコンピュータプロセスについて記載されており、それによれば「同期パルス」シーケンスと一致するサービス信号が検出され、これによってマルチメディアアプリケーションのダウンロードが引き起こされる。US-5,818,440によれば、対話型アプリケーションが対話型テレビジョンネットワークにダウンロードされ、このアプリケーションはビデオ番組に組み込まれたアプリケーショントークンの検出に応答して自動的にイネーブル状態になる。

このような形態も同様に、適切な同期信号のストリームを挿入するための送信機構またはサービスプロバイダの介在が必要とされ、したがって侵入的な特性をもつことになってしまう。

このような問題点は、文献WO-01/91462に開示されている介在手段によって解消される。この先行文献には、伝送されるオーディオビジュアル番組と補足情報の同期を合わせるための装置について記載されている。この装置はピクチャおよび／またはサウンドを検出するためのユニットを有しており、このユニットは現在伝送されているオーディオビジュアル番組のコンテンツから少なくとも１つのセマンティック要素を抽出することができる。さらにこの文献の装置はこのセマンティック要素を識別するためのユニットも有しており、このユニットは番組ガイドとリンクされており、その際に番組ガイドはオーディオビジュアル番組に対応づけられた時間順序で並べられた情報セットのリストを有している。識別ユニットは事前に学習を行わせることで、上述のセマンティック要素ともっとも関連性が高いと思われる情報セットを選択する。その後、合成ブロックによってオーディオビジュアル番組が選択された情報セットと同期合わせされる。

しかしながらこのような解決策のためには複雑な手段が必要とされ、さらに番組ガイドに対する参照も要求される。

国際公開WO-02/21840によれば、クライアントをメディア信号と同期合わせする方法が提案されている。この方法の１つの実施形態によれば、オーディオビジュアル信号（メディア信号）に対応する１つまたは複数のアクションが受信され、（たとえばアクション情報のシンタックス解析ないしは「構文解析」などにより）アクションを実行するためのアプリケーションが決定され、このアプリケーションによってアクションがイネーブル状態されるようトリガされる。既述の例の場合、オペレータはサーバに発せられるアクションを定義し、このサーバ自体はインターネットを介してクライアントにブロードキャストすることでこのアクションを伝送する。発せられたアクションは受信に応答して実行されるべきものであり、あるいはそれらに時間情報が付加され、これによってそれらのアクションを実行する時点を決定できるようになる。

この方法の欠点は、同期合わせのためにかなり複雑なオペレーションが必要とされることであり、これは必要とされる時点でオペレータが介在するかたちで、あるいは適切な時点でアクションの発行をトリガできるよう事前に準備処理するというかたちで行わなければならない。

文献WO-01/82623には、対話型テレビジョントリガメッセージ（トリガ "trigger"）をオーディオビジュアルデータストリームに自動的に挿入することが開示されている。このような挿入はたとえば、データベースに格納されているオーディオ／ビジュアルサンプルなどのようなストリーム中の特定の要素の識別をベースに行うことができる。しかもこのような挿入を、ストリームをブロードキャストする前または後にトリガすることができる。さらにこの文献は、見つけ出されたサンプルと対話型要素およびそれに付随する属性たとえば局番号との間の関係を示すタグテーブルを使用することについても言及している。

しかしながらこのように非常にフレキシブルな技術を用いる必要条件として挙げられるのは、識別要素を事前に取得して自動挿入システムが使えるようにしなければならないことである。しかし先行文献WO-01/82623には、それらの要素を取得するやり方について記載されていない。そのためこのような取得を実現しようとする当業者であれば、複数の手法を思い描くことになる。

第１の取得方法は、ブロードキャストの上流にトリガを挿入するケースにあてはまる。オペレータは関連する番組をあらかじめ見ておき、識別されるべき重要な要素を選択し、自動挿入システムがダイレクトにアクセス可能なデータベースにそれらを記録しておく。しかしながらこの種の形態はブロードキャスト前のトリガ挿入に限られ、しかもオペレータと放送局との間のきっちりとした通信が必要とされる。

第２の取得方法は、識別要素を携行可能な記憶媒体たとえばカセット、ハードディスクまたはＤＶＤ（Digital Versatile Discの略）に記録しておき、そのような媒体を自動挿入システムのユーザが利用できるようにすることである。この方法は１つめの方法に対しいっそう幅広い状況において適用できるという利点をもっており理論的には、オペレータと共通の記憶リソースに即座にアクセスすることからは必ずしも得をしない放送局だけでなく、ビデオデコーダのエンドユーザも利用できる。とはいうものの、この方法によれば記憶媒体にデータの搬送を担わせなければならず、識別要素のフレキシブルな修正を行うことができない。それゆえこの方法の適用分野も、かなり制約されたものとなってしまう。

第３の取得方法は、通信ネットワークを介して遠隔通信により識別要素を伝送することである。この解決手段によればかなりのフレキシビリティが提供され、ブロードキャストの上流と下流の双方に自動挿入するシステムを使用できるようになるけれども、この取得方法は伝送リソースを要求する点で不都合である。実際、重大なことであるが、識別要素は数多くのケースにおいて、オーディオビジュアルコンテンツの一部分に関係してかなりボリュームがある点で危険である。この場合、それらの伝送は必然的に帯域幅を著しく多く犠牲にし、通信リソースを侵すことになる。たとえばアナログテレビジョン環境で完全なピクチャを伝送するために数１０ＫＢ／ｓの帯域幅しか利用できない。

本発明は、オーディオビジュアル番組と対話型サービスとの同期合わせのためのシステムおよびプロセスに関し、これによれば放送局およびサービスオペレータに関して完全に介入なしにすることができる一方、単純かつ信頼性のあるインプリメンテーションが可能になり、さらに番組ガイドに頼ることも回避される。本発明によるシステムならびにプロセスによれば幅広い用途が実現され、番組のブロードキャストの上流および下流の双方を用いることができ、フレキシブルに修正可能であり、かつ通信帯域幅に関するリソースを犠牲にする欠点がない。

本発明による同期システムおよび同期プロセスは、オーディオビジュアル番組に関する他の形式の同期合わせにも適用され、たとえば映画や放送の自動記録またはオーディオビジュアル番組コンテンツの自動的な置き換えのためにも適用される（ユーザはたとえば複数の伝送ソースの中から選ぶことにより所定のカテゴリの番組の表示を別のものにリアルタイムに置き換えることをまえもって決めることができる）。しかもこれらのことはラジオ放送にも該当する。以下ではわかりやすくするため本発明の定義において「オーディオビジュアル番組」という表現には、オーディオおよび／またはビデオの番組が含まれるものとする。

さらに本発明の１つの対象は、本発明による同期システムのために用いることのできる同期信号を指定し識別するためのユニットおよびプロセスでもあり、これによれば前述のような利点が得られる。

さらに本発明は放送センタ（放送局）、サービスオペレータ、オーディオビジュアルの番組を受信する端末装置（対話型のものあるいはそうでないもの）、さらには本発明の上述の対象のうちの少なくとも１つと対応づけられたソフトウェアに関する。

この目的において本発明の１つの対象は、受信したオーディオビジュアル番組中の同期信号を識別する識別ユニットであり、このオーディオビジュアル番組はユーザに伝送するための少なくとも１つのオーディオビジュアルコンテンツ（つまりビジュアル形式またはオーディオ形式で埋め込まれている）と制御情報を有する。請求項１には識別ユニットについて記載されている。

したがって本発明による識別ユニットは、オーディオビジュアル番組に対し何ら変更を施すことなく同期信号を検出することができ、このことはユーザに伝送される（ピクチャ、サウンド、サウンドの一部分またはそれらの組み合わせなど）オーディオビジュアルコンテンツをダイレクトに分析することによって可能となる。このためイベント実行リストに介入するように構成された侵入型の動作を伴うプロセスとは対照的に、それらのイベント実行リストを変更する必要がない。このようにすれば、オーディオビジュアル番組において対応しない対話型サービスを伝送するリスクが殊に減少する。特に、コンテンツに関係する識別を行うことでエラーの発生する確率が低くなる一方、上述の侵入型の動作を伴うプロセスであると、識別エンティティの操作ならびにサービスオペレータによって証明できない情報（番組の識別子）を供給するサードパーティの存在を通してこのようなリスクが著しく高まる。

しかも、伝送されるオーディオビジュアル番組のストリームに組み込まれた特定の検出信号の識別に頼る技術とは対照的に、そのような番組を搬送する信号に対するアクションは不要である。

さらに特許出願WO-01/91462に開示されている技術に関連して、識別要素が識別ユニットへ事前に伝達され、それによって番組ガイドと対応づけられた複雑な識別技術に頼らなくてもよくなる。

また、先行文献WO-01/82623による開示とは対照的に本発明による識別ユニットによれば、識別要素を取得するように構成されている。この文献では、実装すべき取得の手段に関して何ら記載されておらず、当業者は上述の解決手段のうちの１つを借用することになるが、本発明による識別ユニットは、ブロードキャストネットワークを介してオーディオビジュアル番組の事前の伝送を利用することができる。この場合、伝送されるストリームを受信するモジュールが、識別要素を受け取るモジュールの一部分として利用される。

したがってオーディオビジュアルコンテンツの一部分を取得するために特別に伝送すべき情報を、それらの部分を抽出する手順に関係する補足データ（チャネル、日付、日付の型等）に低減することができる。このため識別ユニットは幅広い範囲の適用事例、フレキシブルかつ小さい所要帯域幅を併せ持つことができる。

しかしながら本発明を実現するためには、同期をかける対象となるオーディオビジュアル番組よりも前に、使用されるコンテンツ部分をそのオーディオビジュアル番組中で伝送することを前提とする。かなりの制約となる可能性のあるこのような拘束は、実際には非常に多くのケースにおいて検証可能であることが判明した。特に、コンテンツ部分は詳細には放送クレジットまたはシリアルクレジットから、あるいは周期的に放送される広告パターン（たとえば広告バナー）から抽出することができる。さらに、記録すべきピクチャまたはサウンドの取得時点の精度は一般に最も重要なことではない。実際、決められたシーケンス（それらのうちいずれの抽出部分であっても識別タグとしての利用に適している）が、上述の一般的なケースにおいて結びつけられる。

さらに本発明による識別ユニットには有利にはタイムアウトケイパビリティが含まれており、これについてはあとで説明するがこのタイムアウトケイパビリティによれば、ある番組においてコンテンツ部分を検出した時点に続いて所定の期間後にアクションをトリガすることができる。したがって、その伝送の最初の時点（またはその伝送よりも前の時点）を位置特定できるかぎり、伝送のどのような時点であっても同期合わせ動作の対象とすることができる。

必然的に識別要素の取得が実際に行われているような周知の技術ならびに方法に関していえば、ブロードキャストネットワークを介して事前に伝送される番組の利用は、特に驚くべきこととなる。実際、識別すべきコンテンツ部分を含む同期信号の検出に必要とされる情報セット全体は、固有の分類されたやり方で利用可能になると思われている。これとは対照的に本発明によれば、コンテンツ部分は明示的に特別に伝達されないしアクセスされないが、同期のためだけではない伝送を通して付随的かつ暗黙的に伝達またはアクセスされる。

識別ユニットの定義にあたり以下では「ユニット」および「モジュール」とは機能的な意味合いを表すものとし、それゆえ特有の実施形態に限定されるものではない。したがってたとえばそれらを同一のコンポーネントまたは同一のソフトウェアの中でいっしょにグループ分けしてもよいし、これとは対照的にそれらを種々異なるコンポーネントに分散させてもよい。さらに識別ユニットを伝送側に実装してもよいし（典型的には放送局）、サービスオペレータ側、あるいは１つの実施形態によればオーディオビジュアル番組を受信する有利には対話型の端末装置に実装してもよい。

受信される識別要素および／または抽出される部分を、同時にまたは連続的に伝送される１つまたは複数の番組に適用することができる。たとえば番組が規則的に繰り返されるのであれば、同期合わせのために効率的にプログラミングする目的で１回だけピクチャを取得すれば十分である。

所定の形式の検出のために識別ユニットにより用いられる抽出命令の種々の手順によれば以下のことが行われる：
−１つのピクチャ全体に関する命令、この命令に基づき検出を実行する必要がある；
−部分ピクチャに関する命令；この場合、識別要素には検出すべきゾーンの座標が含まれている；この解決手段は検出に必要とされる記憶と処理時間の双方に関して、上述のものよりもリソースのコストがかからない；
−ピクチャのグループまたはピクチャの一部分に関する命令；たとえばこの場合、アクションのトリガはグループのすべてのエンティティの検出に依存するかまたはこれとは対照的に、それらのうち少なくとも１つの検出に依存する；
−所定の期間にわたり伝送されるサウンドのセットに関する命令。

一般にコンテンツ部分各々は以下の部分のうち少なくとも１つの部分から成る：ピクチャ、サウンドおよびそれらの部分のうち少なくとも２つの組み合わせ。

有利には、識別要素を受け取るモジュールはトリガメッセージ（トリガ）を受け取るように構成されており、記録モジュールは上述のトリガメッセージの受信に応答して、事前に受信したストリームの一部分の抽出および記録を行うように構成されている。このようなトリガの使用はたとえば効率的であり、実装が簡単である。しかもこのようなトリガは、抽出すべきコンテンツの一部分のタイプおよび意図するチャネルを表す固有の形式のトリガメッセージであるとよい。１つの実施形態によれば、この情報はまえもって発行されたものである。

識別ユニットの１つの有利な実施形態によれば、識別要素を受信するモジュールは識別要素のうち、抽出された部分における少なくとも１つの識別子を受信するように構成されており、検出モジュールは記憶スペースから、上述の識別子と対応づけられた抽出部分を事前に記録する。この目的は、受信したオーディオビジュアル番組のコンテンツにおいてその抽出部分を識別するためである。

この実施形態によればたとえば、抽出部分取得の最初のステップを実行してしまえば、同じ抽出部分を何度も抽出する動作（ローカルリソースの節約）または何度も伝送する動作（帯域幅の節約）を避けることができるようになる。また、抽出部分を１回使用するケースであれば、あとの識別命令を待つことができる。たとえば起こる可能性があるのは、検出に関して重要なシーケンスが、それについてあとでなされるはずの詳しい使用法がまだ精確にはなされずに番組中で伝送されることである（たとえば対話に関する利用手順がまだわからない状態）。

記録部分の使用法を指定する上述の識別要素に、場合によってはアクション情報および／またはタイムアウト情報に付随するタイムスロット、伝送チャネルおよび／またはブール演算子などのような識別データを含めることができる。したがって識別要素全体は有利には、相前後する少なくとも２つのステップにより得られる：コンテンツ部分を抽出する命令、これに続いてそれらの部分を使用するための命令（それらの部分は使用命令の受信中にすでに取得されていてもよいし取得されていなくてもよい）。

部分識別子をもつこの実施形態の特別なかたちによれば、受信モジュールおよび記録モジュールは、複数のそれぞれ異なる形式の検出に利用可能な抽出部分を受け取って記録することができる。この場合、各部分または複数の部分のセットは、様々な検出タイプに利用できる１対１部分識別子によって指定される。このような複数の検出タイプによれば同時に、同期動作におけるフレキシビリティおよび複雑性が得られるようになる。

識別要素を受信するモジュールは有利には識別要素の中から抽出部分をじかに受け取ることもでき、記録モジュールはその抽出部分を記憶スペースに記録するように構成されている。

とはいえ、帯域幅を浪費する可能性のあるこのような機能は、伝送された番組から先行して抽出できないときの代替解決手段として組み込まれる。所定のケースにおいてたとえば先行して伝送された何らかの番組を識別できず、そこから後続の所望の検出に関して適切なパターンが抽出できるようになる。このオプションが設けられていることにより非常に有利なグローバルなシステムが提供され、この能力によって（十分な数のこのような状況について）所要帯域幅の非常に可能性のある低減を行えるようにしながら一連の状況全体をカバーすることができる。

このように組み合わせられた利点は殊に、識別ユニットが端末装置に実装されている場合に有利であり、あるいはもっと一般的にいえば、抽出部分の搬送を支援するように構成された広範囲にわたる通信ネットワークの下流に実装されている場合に有利である。

１つの有利な実施形態によれば、識別ユニットは上述のコンテンツ部分の取得に関する３つ形式のケイパビリティをまとめる：
−識別要素に含まれている抽出命令に従い、ストリーム受信モジュールにより事前に受信したオーディオビジュアル番組の少なくとも１つのストリームからコンテンツ部分を抽出；
−識別要素に含まれているコンテンツ部分を識別ユニットにダイレクトに伝送；抽出部分は有利には（以下では「指定ユニット」と定義される）所定のユニットにより伝送される；
−識別要素に含まれる抽出部分識別子に基づき、記憶スペースからコンテンツ部分を取り出す。

有利には識別ユニットは、伝送モジュールによるアクション命令の発行よりも手前の位置にタイムアウトモジュールも有している。

タイムアウトモジュールは、オーディオビジュアル番組中で同期信号が検出されたとき、アクション命令を伝送する前にラグを導入する。予期し得るイベントに対して同期をとることができるようにし、さらにその場合にこの同期合わせと１つまたは複数の適切な時点との間の時間の不整合を測定できるようにすれば、このラグの使用は有利であり、これによって同期合わせすべきアクションをその時点でトリガすることができる。しかもこのようなラグを使用すれば、先行して伝送される番組に基づくコンテンツ部分の取得が著しく有利になる。特に、連続する放送において繰り返されるように設計されているシーケンスたとえばクレジットなどへのロックないしは同期合わせが可能となる。

したがってたとえば、ライブ放送は広告が先行したりあるいは広告によって時々中断されることさえあるので、広告バナー終了時のクレジットに応じて検出をロックすることができ、放送開始後たとえば１０分たって対話型サービスが表示されるようタイムアウトを調整することができる（一例として、プロモータが自身のテレビジョン装置と対話可能であることを通知するための時間）。

この技術によって殊に、伝送される放送に関して放送されるライブも含めて、サービスオペレータは同期動作を管理することができるようになり、その際、その放送を伝送する局に対しそれらのオペレーションにアクティブに関与することを要求する必要がない。実際に局にとっては、たとえば広告バナーのピクチャなどのようなサンプルを取得する手法、ならびに所望のアクションたとえば対話機能の出現に関するおおよそのタイミングを提供すれば十分である。この実施形態によれば殊に、先験的に何ら対話機能を伴わずに構成されたオーディオビジュアル番組と対話型サービスの伝送との同期合わせが可能になる。

同期要素の所定の検出のために、相前後する時点を定義する複数のタイムアウトにそれらを対応させることができる。この場合、タイムアウトモジュールおよび伝送モジュールは基準時間として検出時点を使用することができ、この基準時点からタイムアウトモジュールは、アクション命令の発行をトリガする複数の時点を決定する。洗練された形態によればタイムアウトモジュールは、単一の検出時点よりも多くの複合的な情報および上述のトリガ時点を決定する所定の期間を結合することができる。このような情報はたとえば以下のことによって構成することができる：
−複数の検出時点（たとえば命令の発行をトリガする少なくとも３つの時点を指定するために２つの検出時点が用いられる）；
−検出される同期信号に関与するオペレータ（たとえば異なる抽出部分がそれぞれ種々のラググループと対応づけられる）；
−検出タイムスロット（たとえば検出がこのタイムスロット中に実行されるならばラグは短くなる）；
−あるいは上述の情報の何らかの組み合わせ。

有利には、識別ユニットにおける識別要素の受信および記録のためのモジュールはそれぞれ、少なくとも１つのタイムアウトラグを受信して記録もするように構成されており、タイムアウトモジュールはそのラグを使用するように構成されている。別の実施形態によればラグはユーザによりまえもって定義され、あるいはローカルに決定される。

有利には識別要素の受信および記録のためのモジュールならびにアクション命令を伝達するためのモジュールはそれぞれ、トリガすべきアクションに関する識別子を受信、記録および伝達するように構成されている。したがって実行すべき識別判定基準ならびにアクションが同時に指定される。

アクション識別子の伝達に関する１つの有利な実施形態によれば、識別要素およびアクション識別子がペアとしていっしょに受信され、それらのペアの各々は識別要素のセットおよび対応づけられたアクションの識別子を有している。

別の実施形態によれば、アクション識別子は別個に受信され、相前後して伝送される識別要素により順次実行される検出すべてに対して適用される。さらに別の実施形態によれば、トリガすべきアクションがまもって定義され、あるいは識別動作とは別個にユーザにより決定される。

識別要素の第１の有利な実施形態によれば、識別要素には少なくとも１つのブール演算子が含まれている。検出モジュールはこのブール演算子（たとえば"AND"または"OR"）と共働してコンテンツ部分のうち少なくとも２つを検出するように構成されており、伝送モジュールはこのような検出が行われた場合にアクション命令を伝送するように構成されている。

たとえばアクション識別子に対応づけられた識別は以下のやり方で組み合わせられる：
− if (ピクチャ１検出 AND ピクチャ２検出） then トリガアクション１
− if (ピクチャ３検出 OR ピクチャ４検出） then トリガアクション２
識別要素の第２の有利な実施形態によれば、識別要素は少なくとも１つの時間情報アイテムを有する。この場合、検出モジュールはこの時間情報アイテムと共働してコンテンツ部分を検出するように構成されており、伝送モジュールはこのような検出が行われた場合にアクション命令を伝送するように構成されている。有利にはこの時間情報アイテムは、検出の日付および検出タイムスロットのうちから選ばれた少なくとも１つの情報アイテムを有する。

たとえばコンテンツ部分の検出は現在の日付のテストと組み合わせられる：
− if (ピクチャ１検出 AND ピクチャ２検出) then トリガサービス１
− if (ピクチャ３検出 AND current_date() == 06092002) then トリガ記録
時間情報を搬送する識別要素の殊に有利な実施形態によれば、コンテンツ部分検出のための有効期間が制限される。

たとえば検出開始の日付／時刻および検出終了の日付／時刻が検出ごとに指示され、これによって受信した識別要素ごとに実行すべき比較の個数を制限することができる。この技術は殊に、対話型サービスの伝送のために有利である。殊に、オーディオビジュアル番組の伝送時間は一般に数分以内でわかり、単一のサービスだけが同時に伝達されるので、そのサービスの伝送をトリガするには所定の時点での１回の信号検出のプログラミングで十分である。

他の特徴として以下の構成が挙げられる（有利にはこれらが組み合わせられる）：
−サーチは、抽出命令による部分の取得後ただちに開始し、識別要素において表された所定の時点で終了する；
−サーチは、スタートトリガの作用で開始し、終了トリガの作用で終了し、これらのスタートトリガおよび終了トリガは有利には、少なくとも１つの抽出部分識別子を用いることで、意図する検出のタイプを参照する；
−および／またはサーチは、少なくとも１つの補助コンテンツ部分の検出により起動および／または終了される；この補助部分は、主要コンテンツ部分（たとえば広告ロゴ）よりも著しく小さくなるよう選定することができ、この解決手段によれば、必要とするＣＰＵオペレーション（ＣＰＵはCentral Processing Unitの略）を制限するのに著しく有利となる。

識別要素の第３の有利な実施形態によれば、識別要素には少なくとも１つのチャネル参照が含まれている。この場合、検出モジュールはこのチャネル参照と共働してコンテンツ部分を検出するように構成されており、伝送モジュールはこのような検出が行われた場合にアクション命令を伝送するように構成されている。

検出を行うべき局に関する情報アイテムを伝送すれば、検出が現在の局でプログラムされていないときに識別ユニットを不必要に呼び出すことが回避される。この特別な情報アイテムによってたとえば局における番組検出が可能となり、その際、場合によっては検出すべき識別要素（たとえばコマーシャルブレーク）が複数の局において放送される。デフォルトであり局に関する情報がなければ、検出は有利には持続的に有効となり、局の区別なく行われる。

有利な実施形態によれば、同期信号の検出はコンテンツの複数の部分の識別に依存するかまたは、この種の部分の識別と他のタイプの情報（局、システムの変数、たとえば現在の日付、場合によっては番組ガイド等）とのクロスチェックに依存する。番組コンテンツに関して不確かな場合、または番組検出のチャンスを増やす目的で、有利には複数のピクチャが使用され、これらのピクチャのうち１つが検出されるとアクション手順がトリガされる。

本発明はさらに、少なくとも１つのオーディオビジュアル番組と対応づけられた同期信号を指定する指定ユニットにも関する。この場合、オーディオビジュアル番組はユーザに伝送するためのオーディオビジュアルコンテンツと制御情報とを有しており、同期信号は、ブロードキャストネットワークを介して伝送されるオーディオビジュアル番組を搬送する少なくとも１つの伝送ストリーム内で検出され、それによって少なくとも１つのアクションをトリガするように構成されている。

本発明によれば指定ユニットは以下のモジュールを有している：
−識別要素を準備処理する準備処理モジュール；これによりオーディオビジュアル番組におけるコンテンツの少なくとも１つの抽出部分が得られるようになる；
−オーディオビジュアル番組の伝送とは別個に識別要素を、オーディオビジュアル番組を搬送する伝送ストリーム中で同期信号を検出するように構成された少なくとも１つの識別ユニットへ伝送する伝送モジュール；この場合、検出はオーディオビジュアル番組のコンテンツ中で抽出部分を識別することによって行われる。

上述の指定ユニットにおける準備処理モジュールおよび伝送モジュールはそれぞれ、抽出命令を準備処理し、コンテンツ部分抽出のためブロードキャストネットワークを介して識別ユニットにより事前に受信されるオーディオビジュアル番組の少なくとも１つのストリーム中で伝送するように構成されている。

この指定ユニットは有利には、本発明による識別ユニットの複数の実施形態のうちの１つと共働するように構成されている。

有利には、この指定ユニットにおける準備処理モジュールおよび伝送モジュールはそれぞれ、同期信号が検出されたときにトリガすべきアクションに関する識別子を準備処理して伝送するように構成されている。

この場合、アクション識別子は有利には以下のアクションのうち少なくとも１つのアクションに関する：対話型サービスの伝送、対話型サービスのトリガ、対話型サービスの更新のトリガ、オーディオビジュアル番組の記録のトリガ、Ｗｅｂサイトへのコネクション。さらに詳しくは第１のアクションは、放送局のレベルまたはサービスオペレータのレベルで同期信号を検出するように構成されている一方、残りの３つのアクションは典型的には、オーディオビジュアル番組を受信する端末装置において識別が実行されるケースにおいて適用可能である（たとえば埋め込み型サービスのトリガ、これは場合によってはその出現をトリガさせることから成る）。

抽出部分の取得に関する有利な実施形態によれば以下のように構成されている：
−準備処理モジュールおよび伝送モジュールは、識別要素にこの抽出部分を含めることができるように構成されている；
−および／または準備処理モジュールおよび伝送モジュールは、先行して記憶スペースに記録されているこの抽出部分における少なくとも１つの識別子を識別要素に含めることができるように構成されている。

本発明はさらに請求項１５に記載されている同期システムにも関する。この同期システムは、同期信号を指定する指定ユニットと、同期信号を識別する識別ユニットと、この識別ユニットにより同期信号が検出されたときに少なくとも１つのアクションをトリガがするように構成された起動ユニットを有している。

識別ユニットおよび／または指定ユニットは有利には、本発明の複数の実施形態のうちいずれか１つの実施形態に従い構成されている。

本発明はさらに放送センタ、サービスオペレータならびにオーディオビジュアル番組を受信する端末装置にも関する。この場合、指定モジュール、識別モジュール、および／または同期システムが設けられており、これらは本発明の複数の実施形態のいずれか１つに従い構成されている。

１つの有利な実施形態によれば、識別ユニットが受信端末装置に設けられており、この場合、識別要素および対応づけられた対話型サービスが有利には先行して端末装置へ伝送される。たとえば視聴者に対して対話機能が提供されていないならば、これによって対話機能を提供できるテレビジョンの比率を増加させることができる。この場合、端末装置は有利には識別要素、抽出部分および対話型サービスをたとえばフラッシュタイプの不揮発性メモリに格納する手段を有している。この実施形態によれば、端末装置のスイッチオフ状態およびスイッチオン状態で同期合わせが継続されるようプログラミングすることができる。このようにすれば、システムが完全に一時的にシャットダウン状態にあるにもかかわらず、対話型機能を提供するチャンスが高まる。

識別ユニットを有する端末装置へ識別要素および対応するサービスを発行する第１の形態によれば、識別要素と対応する対話型サービスとのセットの１つまたは複数の組み合わせが、有利にはブロードキャストにより（先行して）いっしょに伝送される。並行して使用するためのこの形式の複数の組み合わせの発行は、要素のセットと結合されたアクション識別子の通信により実施され、これらの識別子によってどのサービスが起動すべきものであるかが表される。

識別ユニットを有する端末装置へ識別要素および対応するサービスを発行する第２の形態によれば、識別要素およびサービスの発行は別個に行われる。この場合、アクション識別子が識別要素に添えられ、識別要素が起動すべきサービスに対応するようになる。

本発明はさらに請求項１９記載の、受信された少なくとも１つのオーディオビジュアル番組中の同期信号の識別による起動のためのプロセスに関する。この識別プロセスは有利には、本発明の複数の実施形態のうちの１つによる識別ユニットにより実現される。

本発明はさらにそれぞれ請求項２０および２１記載の、同期信号を指定する指定プロセスおよび同期プロセスに関する。この方法は有利には、本発明の複数の実施形態のうちの１つによる識別ユニットおよび同期システムによってそれぞれ実現される。

本発明の対象はさらにコンピュータプログラム製品にも関し、これはコンピュータで実行されるときに本発明によるプロセスのうち１つのプロセスにおけるステップを実行するためのプログラムコード命令を有している。ここで「コンピュータプログラム製品」という表現は、ディスクやカセットなどプログラムを収容する記憶スペースだけではなく電気信号や光信号などの信号からも構成することのできるコンピュータプログラム支援手段のことを意味する。

次に、図面を参照しながら実施形態に基づき本発明について説明する。なお、本発明は以下の実施形態だけに限定されるものではない。

図１は、本発明による同期システムの基本構成図；
図２は、図１による同期システムの指定ユニットを示す図；
図３は、図１による同期システムの識別ユニットを示す図；
図４は、図１による同期システムの起動ユニットを示す図；
図５は、伝送サーバを備えた放送センタ（または放送局）、ポイント・ツー・ポイントサーバを備えたサービスオペレータ、ならびに対話型またはそうでない形式の大衆市場向け端末装置を有する通信ネットワークを示す図；
図６は、サービスのカローセル伝送ないしはループ伝送の時間特性を示す図；
図７は、図１の同期システムを図５の通信ネットワークに実装する第１の手法を示す図であり、この場合、同期システムはサービスオペレータのところにある；
図８は、図１の同期システムを図５の通信ネットワークに実装する第２の手法を示す図であり、この場合、指定ユニットがサービスオペレータのところにあり、識別ユニットと起動ユニットは放送局のところにある；
図９は、図１の同期システムを図５の通信ネットワークに実装する第３の手法を示す図であり、この場合、指定ユニットが放送局のところにあり、識別ユニットと起動ユニットは端末装置のところにある；
図１０は、図９による実装手法に関して端末装置において識別ユニットと起動ユニットを設定する様子を示す図である。

同期システム５（図１）は、オーディオビジュアル番組１５と対話型サービスＳとを同期合わせするように設計されている。このシステムには同期信号指定ユニット１が含まれており、このユニットによればネットワークを介したオーディオビジュアル番組１５の伝送前に、オーディオビジュアル番組１５およびユーザにより実行される選択動作から、各々識別要素１１とアクション識別子１２のセットから成るペア１０が準備される。これらのペア１０の各々において、識別要素１１には番組１５におけるコンテンツの少なくとも１つの抽出部分が含まれており、この抽出部分が（少なくとも部分的に）同期信号として用いられ、あるいは同期の対象となる番組１５よりも早く伝送される番組においてこの部分を抽出するための抽出命令として用いられる。ペア１０各々におけるアクション識別子１２には、番組１５を搬送するストリーム中でこのような同期信号が検出されたときのアクションの実行に関する情報が含まれている。

識別ユニット２は、指定ユニット１から発せられたペア１０を記録し、番組１５を搬送するストリームの受信に応答してそれらを使用して、番組中のコンテンツ部分を識別し、識別要素１１のセットにより定義された条件のもとで、同期の発生を識別する。さらに識別ユニットは、これらのアクションに対応する識別信号を検出したときに、これらのアクションをトリガするためのアクション識別子１２を伝送するように構成されている。

起動ユニット３は、識別ユニット２から発せられたアクション識別子１２を受け取って、適切なアクションＡをトリガするように構成されている。

次に、同期システムにおけるこれら３つのユニット１，２，３についてそれぞれ図２、図３、図４を参照しながら詳しく説明する。指定ユニット１（図２）は、オーディオビジュアル番組１５または付随する同期合わせ用オーディオビジュアル番組のための入力モジュール３１と、それらの番組のコンテンツ１６をオペレータへ制御して伝送するためのモジュール３２を有している。これらの番組のコンテンツまたはこれらの番組の少なくとも大部分（ピクチャ、サウンド、バナーのカラー等）を、この目的で同期システム５におけるプログラミングの役割を担うオペレータが事前に利用できる。典型的には、同期システムをカセットまたはＤＶＤへの記録、または放送中に挿入するためのシーケンスに利用できる。オペレータはたとえばピクチャごとに番組１５の１つを見ることができ、あるいはサウンドの所定のパッセージを聞くことができる。

指定ユニット１のユーザインタフェース３３によってオペレータは、制御されているこの放送に関連して命令１７を入力することができる。これによってオペレータはピクチャ、サウンド、ピクチャの一部分またはコンテンツのそれらの部分の組み合わせを選択することができ、識別要素１１に、
−それらの部分それ自体
−または番組１５よりも前に伝送された１つ（または複数）のオーディオビジュアル番組からそれらの部分を抽出するための命令、
−またはそれらの部分の識別子
を含めることができる。

インタフェース３３によりオペレータは結合または代替（それぞれ複数の部分または識別すべき複数の部分のうち少なくとも１つの部分）、時間基準（日付、タイムスロット）または局に基づき複数の複合的な識別を定義することもできる。さらにインタフェース３３によってオペレータは、識別要素１１と対応づけられたアクション識別子１２を定義することもでき、これはたとえば識別された対話型サービスのトリガまたは伝送、ならびに同期信号の検出と対応するアクションのトリガとの間のタイムアウトラグなどである。このようなラグは、
−識別ユニット２による検出と起動ユニット３へのアクション識別子１２の伝送との間の期間についてラグ１３の形態で別個に伝送されるかまたは、
−起動ユニット３による受け取りと対応するアクションＡのトリガとの間のタイムアウトについてアクション識別子１２に組み込まれる。

２つのタイプのラグを合わせて使用することも可能である。

準備処理モジュール３４によってペア１０とラグ１３が、オペレータの命令と識別ユニット２へ伝送するための伝送モジュール３７へのそれらの伝達に依存して形成される。この準備処理モジュール３４は殊に、視聴される番組から選択された部分を抽出するためのサブモジュール３５と、アクション識別子１２を定義するためのサブモジュール３６を有している。

識別ユニット２（図３）自体は、オーディオビジュアル番組（たとえば番組１５）を受け取る受信モジュール２１と、指定ユニット１から発せられた情報を受け取る受信モジュール２４とを有しており、この情報にはペア１０とタイムアウトラグ１３とが含まれている。さらに記録モジュール２５によって、この情報を記憶スペース２０に自動的に記録することができる。

識別ユニット２はさらに同期信号検出モジュール２２を有しており、これは殊に番組１５のコンテンツを、識別要素１１により得られ記憶スペース２０に格納されているコンテンツ部分と比較するように構成されている。検出モジュール２２は情報ソースと共働して、たとえば時間基準（日付、期間）の事例であれば時間情報を供給するクロック２８のような選択判定基準の識別のために利用することができる。さらに検出モジュール２２は、アクション識別子１２とそれに付随するタイムアウトラグ１３を伝達するように構成されており、この場合、それらは同期信号が検出されたときに命令を伝送するための伝送モジュール２３へタイムアウトモジュール２６を介して伝送される。タイムアウトモジュール２６の機能は、タイムアウトラグ１３が存在したときに場合によっては伝送をタイムアウトさせることである一方、伝送モジュール２３はアクション識別子１２をそのまま起動ユニット３へ伝送するように構成されている。

上述のように、指定ユニット１におけるインタフェース３３と準備処理モジュール３４によってオペレータは、識別要素１１中に含まれている情報を処理することができ、この識別要素１１によって識別ユニット２は、オーディオビジュアル番組を受け取るモジュール２１を介してコンテンツの一部分を識別して取得することができる。

この情報はたとえばチャネルとスケジュールとから成り、このスケジュールは場合によっては瞬時選択識別子と置き換えられる。この情報を、意図する部分の抽出および記録を識別ユニット２のレベルでトリガするように作られたトリガの形態で発行することができる。コンテンツの一部分の取得に関する変形実施形態において、所定のチャネルおよび決められたタイムスロットで伝送される番組中のパターン（サウンドおよび／またはピクチャ）の存在が挙げられ、これによって所定のラグ後に抽出および記録のオペレーションがトリガされる。

たとえば１つのシリーズにおけるすべてのエピソードを自動的に記録したいが、このシリーズの前には約１分間続くいくつかのクレジットが必ず先行する。シリーズの初回のエピソードは広告ページの終了後約３分で表示されることになっており、その代表的なピクチャ部分はすでに参照として格納されている。したがってはじめに、局とタイムスロットを精確に規定し、広告ピクチャ部分の検出後（安全のため）２分で記録をトリガすることにより、初回のエピソードの記録が行われる。

これと並行して、局において放送されるピクチャの抽出と記録が、これと同じ検出が行われた後３分３０秒でトリガされる。シリーズのクレジット部分を成すこのピクチャ（照合可能）自体は、その後に続くエピソードを検出するための抽出された参照部分として使用される。したがって１つのエピソードの期間のシステマティックな記録は、そのピクチャが伝送チャネル上で検出されるとただちにトリガされる。変形実施形態によれば、
−エピソードクレジットの終わりが記録終了のトリガに使用される；
−時間のずれたオープニングクレジットからの複数のピクチャが記録のトリガを確認するために用いられ、それによって予告編ないしはトレーラー（trailer）によって引き起こされる記録のリスクを低減することができる；
−ピクチャ識別は番組ガイドによってクロスチェックされ、それによりスタンバイ期間が制限され、誤った時間に記録されるリスクが低減される。

この場合、識別ユニット２の記録モジュール２５は識別ユニット１により伝送された情報に依存して、抽出された部分の記録を始めることができ、その際、それらの部分を指定ユニット１と識別ユニット２との間で伝送する必要がない。

起動ユニット３（図４）は、アクション識別子１２を受け取る受信モジュール４１と、これらの識別子１２からアクション情報を抽出するための、およびタイムアウトモジュール４３を介してアクショントリガモジュール４４へアクション命令１８とタイムアウトラグ１９を、それらがあるならば伝送するためのモジュール４２を有している。モジュール４２の機能は、タイムアウトラグ１９に従いアクション命令１８の伝送をそのままタイムアウトさせることである。トリガモジュール４４の役割は、アクション命令１８のターゲットとされているアクションＡを受信するとただちにアクションＡをトリガすることである。

次に、同期システム５について、通信ネットワーク（図５）を伴う対話型テレビジョンのいくつかの実際の適用事例に関して説明する。この通信ネットワークは、放送局５０とサービスオペレータ６０と大衆市場向け対話型端末装置７０とを有している。放送局５０は、単方向ネットワーク８１（ＲＦ、ケーブルＴＶまたは衛星ＴＶの放送網）を介して端末装置７０の形式のターミナルと接続されている。サービスオペレータ６０は、電話回線網のようなポイント・ツー・ポイント型の双方向ネットワーク８２（モデムリターンパス、ケーブル等）を介して端末装置７０と接続することもできるし、接続しなくてもよい。放送局５０とサービスオペレータ６０はたとえばＴＣＰ−ＩＰタイプのリンク８３を介して互いに接続されており、このリンクにおいてＣＯＲＢＡ（Common Object Request Broker Architectureの略）標準に準拠したバスが実装される。

ここで想定されるのは、放送局５０がループ（カローセル）内で対話型コンテンツあるいはそれらのＵＲＬ（簡単にするため対話型サービスＳと称する）を、対応するオーディオビジュアル番組１５の期間にわたり伝送することである。動作例（図６）によれば、放送局５０はサービスＳ１，Ｓ２，Ｓ３を時間ｔの間、１つのループ内で個々のエンハンスト番組ＰＧ１，ＰＧ２，ＰＧ３と共働して、サービスＳのアベイラビリティＦＳ１，ＦＳ２，ＦＳ３が終了する時点まで連続的に伝送する。

第１の実施形態（図７）によれば、同期システム５はサービスオペレータ６０のコンピュータ６２にインストールされ、ネットワーク８４を介してオペレータ６１により制御される。コンテンツの一部分の抽出といっしょに動作するならば、以下のステップを実行することができる。
−ステップ１：同期システム５の指定ユニット１を、局へのロックによりプログラミング、この局において１つのオーディオビジュアル番組が番組１５よりも先に伝送され、これには同一の参照パターンが含まれている。あるいはこの局の番組に関連する情報（番組ガイドなど）へのロックによりプログラミング、このパターンに対応づけられて検出すべきピクチャおよび／またはサウンドの定義、ならびにそれらのピクチャおよび／またはサウンドを抽出するための命令を含む識別要素１１および発行すべきアクション識別子１２の指定；
−ステップ２：先行するオーディオビジュアル番組を放送局５０により伝送、この番組を同期システム５により受信、検出すべきピクチャおよび／またはサウンドをこの番組から抽出するための抽出命令の適用ならびに記録；
−ステップ３：番組１５の伝送時点が到来すると、放送局５０のビデオサーバまたはビデオレコーダはオーディオビジュアル番組１５の伝送を開始；
−ステップ４：オーディオビジュアル番組１５だけを（伝送中継装置５６を介して）伝送；
−ステップ５：ついで同期システム５はオーディオビジュアル番組１５のピクチャを受信、このピクチャと対話型サービスＳを同期合わせさせ、それらを解析することになる；
−ステップ６：プログラミングされたピクチャおよび／またはサウンドが検出されると、同期システム５は放送局５０の伝送サーバに通知し、その後、放送局は対話型サービスＳの伝送をオーディオビジュアル番組１５と同時にトリガすることができる；
−ステップ７：対話型サービスＳとオーディオビジュアル番組１５を同時に伝送する。

サービスオペレータ６０にとって、検出すべきピクチャおよび／またはサウンドをダイレクトには記録しないことの利点は、同期合わせをプログラミングするために番組１５の伝送前に予想される放送における部分情報をサービスオペレータが得るのにはこれで十分なことである。

第２の実施形態（図８）によれば、図７による第１の実施形態のように指定ユニット１にサービスオペレータ６０がインストールされるが、識別ユニット２と起動ユニット３は放送局５０の伝送サーバにインストールされる。動作ステップの経過はその他の部分では第１の実施形態と同じである。

第３の実施形態（図９）によれば、指定ユニット１が今度は放送局５０にインストールされ、識別ユニット２と起動ユニット３は端末装置７０に組み込まれている。さらに詳しくは（図１０）、端末装置７０は伝送信号を取り出すブロック７１（これにはオペレーティングシステムとドライバが含まれる）を有しており、これは識別要素１１とアクション識別子１２のセットおよび対話型サービスＳを受け取るように構成されている。このブロック７１は識別要素１１を識別ユニット２へ伝達し、対話型サービスＳを対話機能エンジンまたはプレゼンテーションエンジン７２へ伝達するように構成されている。

動作中、以下のステップが実行される：
−ステップ１：同期システム５の識別ユニット２を放送局５０のオペレータがプログラミング、このプログラミングは、同期合わせのためのピクチャおよび／またはサウンドを選択し、識別要素１１（もっとも広くいえばペア１０）を事前に伝送することにより行われ、この場合、識別要素１１には、それらのピクチャおよび／またはサウンドを先行して伝送された番組から抽出するための命令ならびに検出に応答して実行すべき対話型サービスＳが含まれている。
−ステップ２：放送局５０により伝送された番組において、識別要素１１に含まれている抽出命令に従い検出すべきピクチャおよび／またはサウンドを抽出および記録；
−ステップ３：番組１５の伝送時点が到来すると、放送局５０のビデオサーバまたはビデオレコーダはオーディオビジュアル番組１５の伝送を開始する；
−ステップ４：オーディオビジュアル番組１５だけを伝送する；
−ステップ５：ついで端末装置７０に組み込まれている識別ユニット２はオーディオビジュアル番組１５のピクチャを受け取り、そのピクチャに対し対話型サービスＳを同期合わせし、それらを解析することになる；
−ステップ６：プログラミングされたピクチャおよび／またはサウンドが検出されると、識別ユニット２は起動ユニット３を介して対話機能エンジン７２を通知し、このエンジン７２は対話型サービスＳの実行をトリガする；実施形態として、トリガすべきアクションは端末装置７０における対話型サービスの表示または更新である；
−ステップ７：対話型サービスＳとオーディオビジュアル番組１５とが同時に発生。

最初の２つの実施形態と比べてこの第３の実施形態により得られる利点とは、オーディオビジュアル番組１５が伝送される時点と対話型サービスＳがそこに挿入される時点とのずれが回避されることである。しかしながら端末装置７０において適切なリソース（ＣＰＵ、メモリ等）が必要とされる。

図示されていないが第４の実施形態によれば、同期システム５は端末装置に完全に統合される。したがってユーザは同期手順を定義することができ、たとえばこのことは記録番組を見ながら行える。

１つの変形実施形態によれば指定ユニット１は、最初に識別ユニット２が複数の抽出部分を取得できるように構成されており、これら複数の抽出部分にはそれらの部分の１対１の識別子がそれぞれ対応づけられている。したがって各コンテンツ部分を記憶スペース２０に格納する段階において、記録モジュール２５は対応する部分識別子も記憶する。ターゲットにされる検出を指定する後続のステップ中、指定ユニット１はペア１０の識別要素１１における部分識別子を単に発行すればよい。ついでこれらの識別子はキーの役割を果たし、これによって抽出された部分とたとえば固有のタイムアウトラグ１３または１９および／またはトリガすべきアクションなど他のパラメータの発生を結びつけることができる。

たとえば抽出される部分を取得する先行のステップにより、３つのコンテンツ部分ＰＯＲ１，ＰＯＲ２，ＰＯＲ３とそれぞれ対応づけられた３つの識別子ＩＤ１，ＩＤ２，ＩＤ３が定義され（テーブル１）、その場合、アクションを同期合わせする命令を与える伝送ステップによって、識別子ＩＤ２およびＩＤ１とそれぞれ対応づけられたラグおよびアクションＡ′およびＡ″が定義される（テーブル２）。
テーブル１ 部分および対応づけられた識別子の記録

テーブル２ アクションを同期合わせするための命令

この変形実施例における１つの特有の実施形態によれば、ターゲットとされる検出の指定に検出タイムスロットも含めることができる。現在時間がそれらのタイムスロット外であることを識別ユニット２が検出したならば、識別ユニットは伝送されたコンテンツの解析は始めない。対話が行われる場合、検出モジュールが起動される。さらに複数の識別タイムスロットをオーバラップさせることができる。たとえば識別子ＩＤ１およびＩＤ２は、「毎週金曜日午後３時から午後４時まで」という検出および「週末を除く毎日正午から午後４時まで」という検出にそれぞれ対応づけられている。

アナログとディジタルの分野に対する同期システムの適用は現在、それぞれＡＴＶＥＦ（Advanced Television Enhancement Forumの略）標準およびＤＶＢ標準にしたがって開発されている。それらは端末装置７０への識別ユニット２と起動ユニット３の統合に関係している（図９）。
Ａ／アナログ分野への適用：ＡＴＶＥＦ
３つの主要なステップを区別する：
−検出すべき少なくとも１つのピクチャを事前に指示；したがって端末装置７０はこのピクチャの取得ならびに保存を必要とする；
−検出期間中にこのピクチャの検出に応答して１つまたは複数のアクションをトリガ；
−検出期間終了を端末装置７０に指示。
Ａ１／検出すべき１つまたは複数のピクチャの指示
第１の例によれば、１つのピクチャ全体が検出される。したがって番組放送中、受信した現在のピクチャを後続の検出のために保存すべきであることを端末装置７０に指示するトリガが発せられる。このトリガはたとえば以下の形式をもつ：
<lid://PictureStorage/Picture1>[name:"Picture1 Acquisition"]
[PNAME = Picture1][ACQUIRE = yes]
ここで
−<< PictureStorage >>は現在のピクチャを<< Picture1 >>の名前で記憶すべきであることを端末装置７０に指示するフィールド；
−<< name >>フィールド：オプションでありトリガの説明を指示；
−<< PNAME >>フィールド：以降参照されることになるピクチャの名前を指定；
−<< ACQUIRE >>フィールド：トリガがピクチャの取得をトリガしたことを通報。

第２の例によれば、１つのピクチャの一部分が検出される。この場合、ＡＴＶＥＦトリガは例えば以下のフォームを有する：
<lid://PictureStorage/Picture1>[name:"Picture1 Acquisition"]
[ACQUIRE = yes] [PNAME = Picture1][tlc = 25, 30][brc = 150, 200]
説明：
−<< tlc >>（top left corner の略）フィールド：検出すべき矩形の左上頂点の座標を指定；
−<< brc >>（bottom right cornerの略）フィールド：オプション、検出すべき矩形の右下頂点の座標を指定；このフィールドが存在しなければ、ピクチャの右下頂点が矩形の定義のために考慮される；
Ａ２−検出期間開始の指示
１つの有利な実施形態によれば、先行して得られたピクチャのサーチおよび他の特定のサーチ終了トリガを起こさせるべきであることを端末装置７０に指示する特定のトリガが発行される。意図するピクチャの指定はたとえばピクチャ識別子の参照により行われる。この場合、トリガは以下のフォームをもつ：
<lid://service_url/servicename.html>[name:"Picture1 Detection"]
[PNAME = Picture1][DETECT = yes][tlc = 25, 30]
説明：
−<< service_url/servicename >>フィールド：先行して取得されたピクチャの検出に応答してトリガすべきアクションを指定；
−<< PNAME >>フィールド：検出すべきピクチャ（picture 1）を指示；
−<< DETECT >>フィールド：トリガが検出のトリガのためであることを通報；
−<< tlc >>フィールド：考慮すべきピクチャのゾーンを指定（左上頂点）。

Ａ３−検出期間終了の指示
トリガが端末装置７０へ発せられ、それによって端末装置７０に対し１つのピクチャの検出期間の終了が指示される。

ここで考察する実施例では、ピクチャ Picture1 の検出の停止は以下のトリガの受信中に行われる：
<lid://PictureStorage/Picture1>[name:"Picture 1 Stop Detection"]
[PNAME = picture1][DETECT = no]
説明：
−<< PictureStorage >>フィールド：ピクチャが格納される場所およびその名前を端末装置７０に指示；
−<< name >>フィールド：オプション、トリガの説明を指示；
−<< DETECT >>フィールド：トリガがピクチャ検出の停止をトリガするためであることを指定。

Ｂ／ディジタル分野への適用：ＤＶＢ
ＳＩ（System Informationの略）テーブルによって、<< Short Events Descriptors >>などのようなイベント記述子を含めることができるようになる（ＥＴＳＩ European Telecommunications Standard Institute の標準 EN 300-468 V1.4.1, §6.2.33を参照）。この種の記述子によって、考慮されるイベントの名前が指示され、テキストフォーマットでその説明が与えられる（ここで使われるイベントタイプについては最大で２５６キャラクタ）。これは一般に以下のような構文形式をとる：

説明：
−<< descroptor_tag >>フィールド：識別ラベルを与える；ここで考慮する実装形態によれば、ピクチャ記憶（<< PICTURE_STORAGE >>）、検出期間の開始（<< PICTURE_START_DETECTION >>）または検出期間の停止（<< PICTURE_STOP_DETECTION >>）；
−<< descriptor_length >> フィールド：記述子の長さを指定；
−<< language_code >> フィールド：言語コードを表す３つのキャラクタから成る（たとえば fe）；
−<< event_name_length >>フィールド：イベント名のバイト長を指定；
−<< event_name_char >>フィールド：イベントを表すキャラクタ文字列；ここではピクチャ取得（<< Picture1_Acquisition >>）、検出開始（<< Picture1_Start_Detection >>）または検出終了（<< Picture1_Stop_Detection >>）を含めることができる；
−<< text_length >>フィールド：イベント説明のバイト長を指定：
−<< text_char >>フィールド：イベントを説明するキャラクタ文字列；ここで考察している例ではこれは<< PNAME = Picture1 >>から成る。

さらに詳しく説明すると、descriptor_tagフィールドについて採用されたユーザラベル（<< tags >>）が0x80から0xFEに至ることを表すＥＴＳＩ標準 EN 300-468 V1.4.1のテーブル１２によれば、テーブル３に示されている対応が定義されている。
テーブル３ descriptor_tagフィールドの値

端末装置７０に対し、<< Picture1 >> という名前でピクチャを格納すべきこと、このピクチャの検出期間を開始すべきこと、ならびにこのピクチャの検出期間を停止すべきことを指示する通報の例が、テーブル４、テーブル５、テーブル６に示されている。
テーブル４ ピクチャ格納の通報

テーブル５ 検出期間開始の通報

テーブル６ 検出期間終了の通報

本発明による同期システムの基本構成図 図１による同期システムの指定ユニットを示す図 図１による同期システムの識別ユニットを示す図 図１による同期システムの起動ユニットを示す図 伝送サーバを備えた放送センタ（または放送局）、ポイント・ツー・ポイントサーバを備えたサービスオペレータ、ならびに対話型またはそうでない形式の大衆市場向け端末装置を有する通信ネットワークを示す図 サービスのカローセル伝送ないしはループ伝送の時間特性を示す図 図１の同期システムを図５の通信ネットワークに実装する第１の手法を示す図であり、同期システムがサービスオペレータのところにある様子を示す図 図１の同期システムを図５の通信ネットワークに実装する第２の手法を示す図であり、指定ユニットがサービスオペレータのところにあり、識別ユニットと起動ユニットは放送局のところにある様子を示す図 図１の同期システムを図５の通信ネットワークに実装する第３の手法を示す図であり、指定ユニットが放送局のところにあり、識別ユニットと起動ユニットは端末装置のところにある様子を示す図 図９による実装手法に関して端末装置において識別ユニットと起動ユニットを設定する様子を示す図

Claims (22)

1. 受信した少なくとも１つのオーディオビジュアル番組（１５）中の同期信号を識別するための識別ユニット（２）において、
   前記オーディオビジュアル番組（１５）は、ユーザに伝送するためのオーディオビジュアルコンテンツと制御情報を有しており、
   受信モジュール（２１，２４）および記憶スペース（２０）に識別要素（１１）を記録する記録モジュール（２５）を有しており、前記識別要素（１１）により、前記オーディオビジュアル番組（１５）のコンテンツの少なくとも１つの抽出部分が取得可能となり、
   ブロードキャストネットワーク（８１）を介して前記オーディオビジュアル番組（１５）を搬送する少なくとも１つの伝送ストリームを受け取る受信モジュール（２１）と、
   受信した前記オーディオビジュアル番組（１５）中で、前記記憶スペース（２０）内に格納された識別要素（１１）を用い、受信した前記オーディオビジュアル番組（１５）のコンテンツ内で前記抽出された部分を識別することにより、前記同期信号（１１）を検出する検出モジュール（２２）と、
   前記オーディオビジュアル番組（１５）内で前記同期信号が検出されると、アクション命令（１２）を伝送する伝送モジュール（２３）が設けられており、前記命令（１２）により少なくとも１つのアクションがトリガされ、
   前記識別要素（１１）を受け取るモジュール（２１，２４）は前記識別要素（１１）において、前記ストリーム受信モジュール（２１）により先行して受信されたオーディオビジュアル番組における少なくとも１つのストリームから前記抽出部分を抽出する命令を受け取り、
   前記記録モジュール（２５）は、前記抽出命令に従って前記ストリームの前記部分をそのまま抽出し、前記記憶スペース（２０）に該抽出部分を記録することを特徴とする識別ユニット。
2. 請求項１記載の識別ユニット（２）において、
   前記識別要素（１１）を受け取るモジュール（２１，２４）はトリガメッセージを受け取り、
   前記記録モジュール（２５）は、該トリガメッセージの受信に応答して、先行して受信したストリームの前記部分を抽出して記録することを特徴とする識別ユニット。
3. 請求項１または２記載の識別ユニット（２）において、
   前記識別要素（１１）を受け取るモジュール（２４）は、該識別要素（１１）の中から前記抽出部分の少なくとも１つの識別子を受け取るようにも構成されており、
   前記検出モジュール（２２）は、該識別子により対応づけられた先行して記録された前記抽出部分を記憶スペース（２０）から取り出すことができ、それにより受信した前記オーディオビジュアル番組（１５）中で該抽出部分を識別することを特徴とする識別ユニット。
4. 請求項１から３のいずれか１項記載の識別ユニット（２）において、
   前記識別要素（１１）を受け取るモジュール（２４）は、該識別要素（１１）の中から前記抽出部分をそのまま取り出すようにも構成されており、
   前記記録モジュール（２５）は該抽出部分を記憶スペース（２０）に記録することを特徴とする識別ユニット。
5. 請求項１から４のいずれか１項記載の識別ユニット（２）において、
   前記伝送モジュール（２３）によるアクション命令（１２）の発行の前にタイムアウトモジュール（２６）が設けられていることを特徴とする識別ユニット。
6. 請求項１から５のいずれか１項記載の識別ユニット（２）において、
   前記識別要素（１１）を受け取るモジュール（２４）と前記アクション命令（１２）を伝送するモジュール（２３）は、トリガすべきアクションに関連する識別子（１２）をそれぞれ受信、記録および伝送することを特徴とする識別ユニット。
7. 請求項１から６のいずれか１項記載の識別ユニット（２）において、
   前記コンテンツ部分の各々は、１つのピクチャ、１つのピクチャの一部分、サウンド、これらの部分のうち少なくとも２つの部分の組み合わせによって構成されていることを特徴とする識別ユニット。
8. 請求項１から７のいずれか１項記載の識別ユニット（２）において、
   前記識別要素（１１）には少なくとも１つのブール演算子が含まれており、前記検出モジュール（２２）は、該ブール演算子と共働して前記コンテンツ部分のうち少なくとも２つの部分を検出し、
   前記伝送モジュール（２３）は該検出が行われたときにアクション命令（１２）を伝送することを特徴とする識別ユニット。
9. 請求項１から８のいずれか１項記載の識別ユニット（２）において、
   前記識別要素（１１）には少なくとも１つの時間情報アイテムが含まれており、前記検出モジュール（２２）は該時間情報アイテムと共働して前記コンテンツ部分を検出し、
   前記伝送モジュールは該検出が行われたときにアクション命令（１２）を伝送することを特徴とする識別ユニット。
10. 請求項９記載の識別ユニット（２）において、
    前記時間情報アイテムは、検出の日付および検出タイムスロットの中から選ばれた少なくとも１つの情報を有することを特徴とする識別ユニット。
11. 請求項１から１０のいずれか１項記載の識別ユニット（２）において、
    前記識別要素（１１）には少なくとも１つのチャネル参照が含まれており、
    前記検出モジュール（２２）は、該チャネル参照と共働して前記コンテンツ部分を検出し、
    前記伝送モジュール（２３）は該検出が行われたときにアクション命令（１２）を伝送することを特徴とする識別ユニット。
12. 少なくとも１つのオーディオビジュアル番組（１５）と対応づけられた同期信号を指定する指定ユニット（１）において、
    前記オーディオビジュアル番組（１５）は、ユーザに伝送するためのオーディオビジュアルコンテンツと制御情報を有しており、
    前記同期信号は、ブロードキャストネットワーク（８１）を介して伝送されるオーディオビジュアル番組（１５）を搬送する少なくとも１つのストリーム中で検出され、該検出に従い少なくとも１つのアクションをトリガするためのものであり、
    識別要素（１１）を準備処理する準備処理モジュール（３４）が設けられており、該識別要素（１１）により前記オーディオビジュアル番組（１５）のコンテンツの少なくとも１つの抽出部分が取得可能となり、
    該識別要素（１１）を前記オーディオビジュアル番組（１５）の伝送とは別個に少なくとも１つの識別ユニット（２）へ伝送する伝送モジュール（３７）が設けられており、前記識別ユニット（２）は、オーディオビジュアル番組（１５）のコンテンツにおいて前記抽出部分を識別することにより該オーディオビジュアル番組（１５）を搬送する伝送ストリーム中で同期信号を検出し、
    ユニット（１）における前記準備処理モジュール（３４）および前記伝送モジュール（３７）はそれぞれ、抽出命令を準備処理し、前記コンテンツ部分を抽出するために、ブロードキャストネットワーク（８１）を介して識別ユニット（２）が事前に受信したオーディオビジュアル番組の少なくとも１つのストリーム中で抽出命令を伝送し、
    請求項１から１１のいずれか１項記載の識別ユニット（２）と有利には共働可能であることを特徴とする指定ユニット。
13. 請求項１２記載の指定ユニット（１）において、
    該ユニット（１）における準備処理モジュール（３４）および伝送モジュール（３７）はそれぞれ、前記同期信号が検出されたときトリガすべきアクションに関係する識別子（１２）を準備処理して伝送することを特徴とする指定ユニット。
14. 請求項１３記載の指定ユニット（１）において、
    前記アクション識別子（１２）は対話型サービス（Ｓ）の伝送、対話型サービス（Ｓ）のトリガ、対話型サービス（Ｓ）の更新のトリガ、前記オーディオビジュアル番組（１５）の記録およびＷｅｂサイトへのコネクションのトリガというアクションのうち少なくとも１つのアクションに関係することを特徴とする指定ユニット。
15. 同期システム（５）において、
    少なくとも１つのオーディオビジュアル番組（１５）と対応づけられた同期信号を指定する指定ユニット（１）が設けられており、該オーディオビジュアル番組（１５）はユーザに伝送するためのオーディオビジュアルコンテンツと制御情報を有しており、
    ブロードキャストネットワーク（８１）を介して伝送される前記オーディオビジュアル番組（１５）を搬送する少なくとも１つのストリーム中で同期信号を識別する識別ユニット（２）が設けられており、該識別ユニット（２）は、受信したオーディオビジュアル番組（１５）において該オーディオビジュアル番組（１５）のコンテンツの少なくとも１つの抽出部分を識別することにより前記同期信号の識別を行い、
    前記識別ユニット（２）により同期信号が検出されたときに少なくとも１つのアクションをトリガする起動ユニット（３）が設けられており、
    前記指定ユニット（１）は、識別要素（１１）を準備処理して前記識別ユニット（２）へ伝送し、該識別要素（１１）により前記抽出部分が取得可能となり、該識別要素（１１）は、ブロードキャストネットワーク（８１）を介して前記識別ユニット（２）が事前に受け取ったオーディオビジュアル番組における少なくとも１つのストリームから前記コンテンツ部分を抽出する命令を有しており、
    前記識別ユニット（２）は、該抽出命令に従い前記ストリームの一部分をそのまま抽出して該部分を記録し、
    該識別ユニット（２）は有利には請求項１から１１のいずれか１項に従って構成されており、前記指定ユニット（１）は有利には請求項１２から１４のいずれか１項に従って構成されていることを特徴とする同期システム。
16. 放送センタ（５０）において、
    請求項１２から１４のいずれか１項記載の少なくとも１つの指定モジュール（１）、請求項１から１１のいずれか１項記載の識別モジュール（２）、請求項１５記載の同期システムの中から選択された装置を有することを特徴とする放送センタ。
17. サービスオペレータ（６０）において、
    請求項１２から１４のいずれか１項記載の少なくとも１つの指定モジュール（１）、請求項１から１１のいずれか１項記載の識別モジュール（２）、請求項１５記載の同期システムの中から選択された装置を有することを特徴とするサービスオペレータ。
18. オーディオビジュアル番組（１５）を受信する端末装置（７０）において、
    請求項１２から１４のいずれか１項記載の少なくとも１つの指定モジュール（１）、請求項１から１１のいずれか１項記載の識別モジュール（２）、請求項１５記載の同期システムの中から選択された装置を有することを特徴とする端末装置。
19. 受信した少なくとも１つのオーディオビジュアル番組（１５）中の同期信号識別による起動のためのプロセスにおいて、
    前記オーディオビジュアル番組（１５）は、ユーザに伝送するためのオーディオビジュアルコンテンツと制御情報を有しており、該プロセスは、
    前記オーディオビジュアル番組（１５）を搬送する少なくとも１つの伝送ストリームを、ブロードキャストネットワーク（８１）を介して受け取るステップと、
    受け取った前記オーディオビジュアル番組（１５）中で前記同期信号（１１）を、記憶スペース（２０）に格納された識別要素（１１）を用いて検出し、該識別要素（１１）により前記オーディオビジュアル番組（１５）のコンテンツの少なくとも１つの抽出部分を取得可能にし、前記検出をオーディオビジュアル番組（１５）のコンテンツにおいて前記抽出部分を識別することにより行うステップと、
    前記オーディオビジュアル番組（１５）中で同期信号が検出されたときに少なくとも１つのアクションをトリガするステップとを有しており、
    前記識別要素（１１）には、事前に受け取ったオーディオビジュアル番組の少なくとも１つのストリームから前記抽出部分を抽出する命令が含まれており、事前に受け取った該ストリームの部分を前記抽出命令に従いそのまま抽出し、該部分を記憶スペース（２０）に記録し、
    有利には請求項１から１１のいずれか１項記載の識別ユニット（１）により実装されることを特徴とするプロセス。
20. 少なくとも１つのオーディオビジュアル番組（１５）と対応づけられた同期信号を指定する指定プロセスにおいて、
    前記オーディオビジュアル番組（１５）は、ユーザに伝送するためのオーディオビジュアルコンテンツと制御情報を有しており、
    前記同期信号は、ブロードキャストネットワーク（８１）を介して伝送されるオーディオビジュアル番組（１５）を搬送する少なくとも１つのストリーム中で検出され、該検出に従い少なくとも１つのアクションをトリガするためのものであり、
    該指定プロセスは、
    識別要素（１１）を準備処理し、該識別要素（１１）により前記オーディオビジュアル番組（１５）におけるコンテンツの少なくとも１つの抽出部分を取得可能とするステップと、
    前記オーディオビジュアル番組（１５）のコンテンツにおいて前記抽出部分を識別することによって、該オーディオビジュアル番組（１５）を搬送する前記伝送ストリーム中で前記同期信号を検出するために、前記オーディオビジュアル番組（１５）の伝送とは別個に前記情報を伝送するステップと、
    前記コンテンツ部分を抽出するために、ブロードキャストネットワーク（８１）を介して前記識別ユニット（２）が事前に受け取ったオーディオビジュアル番組の少なくとも１つのストリーム中で、抽出命令を伝送するステップとを有しており、
    有利には請求項１２から１４のいずれか１項記載の指定ユニット（１）を用いて実装されることを特徴とする指定プロセス。
21. 同期プロセスにおいて、
    少なくとも１つのオーディオビジュアル番組（１５）と対応づけられた同期信号を指定するステップが設けられており、前記オーディオビジュアル番組（１５）はユーザに伝送するためのオーディオビジュアルコンテンツと制御情報を有しており、該ステップにおいて識別要素（１１）が検出のために指定され、該識別要素（１１）により、前記オーディオビジュアル番組（１５）におけるコンテンツの少なくとも１つの抽出部分が取得可能となり、
    ブロードキャストネットワーク（８１）を介して伝送される前記オーディオビジュアル番組（１５）を搬送する少なくとも１つのストリーム中で同期信号を検出するステップが設けられており、該ステップにおいて、前記オーディオビジュアル番組（１５）のコンテンツ中で抽出部分を識別することにより、受け取った前記オーディオビジュアル番組中で同期信号が検出され、
    前記同期信号が検出したときに少なくとも１つのアクションをトリガするステップが設けられており、
    前記識別要素（１１）は、ブロードキャストネットワーク（８１）を介して識別ユニット（２）が事前に受け取ったオーディオビジュアル番組の少なくとも１つのストリームから前記コンテンツ部分を抽出する命令を有しており、該識別要素（１１）は準備処理されて識別ユニット（２）へ伝送され、
    前記ストリームの一部分は前記抽出命令に従いそのまま抽出され、該部分は記録され、
    有利には請求項１５記載の同期システム（５）により実装されることを特徴とする同期プロセス。
22. コンピュータプログラム製品において、
    プログラムがコンピュータで実行されると、請求項１９から２１のいずれか１項記載のプロセスのうち１つのプロセスのステップを実行するプログラムコード命令が含まれていることを特徴とするコンピュータプログラム製品。

Images