JP4152585B2 - 多重チャネル・デジタル・テレビ・システム - Google Patents

Description

【０００１】
本発明は複数のチャネルのデジタル・データストリーム内にオーディオ・ビジュアル情報を送信する送信手段を含むデジタル・テレビ・システムに関する。
【０００２】
デジタル・テレビ・システムは、有料ＴＶシステムの分野において特にその確立が増大しつつある。暗号化ないしスクランブルされたオーディオ・ビジュアル情報が、普通衛星または衛星／ケーブル・リンクによって多数の契約者に送信され、各々続く視聴のために送信されたプログラムをデスクランブルできるデコーダまたは受信機／デコーダを備えている。地上デジタル放送システムも知られている。最近のシステムは、また放送リンクを使用して他のデータ、すなわち、コンピュータ・プログラムないしインタラクティブ（対話型）アプリケーションのようなオーディオ・ビジュアル・データだけでなく、あるいはこれに付加して、デコーダにまたは接続されたＰＣに送信される。
【０００３】
デジタル・テレビの利点の一つは、この種のシステムで利用可能な多数のチャネルを保有していることにあり、また、テレビ・サービス・プロバイダに対してチャネルの選択に関して有利であり、あるいはメニューがサービスの契約者に利用できる得るという柔軟性があることである。標準の一連の契約チャネル以外に、システムは、例えば、特定の映画、スポーツ番組等に対して契約者が支払うことのできる視聴分支払（ペイ・パー・ビュー）機能をも含んでいる。
【０００４】
増大するチャネル能力により、一つのサービスとして、同じスポーツ番組を多数の異なるカメラ・アングルからの眺めを同時に送信することにますます人気が高まっている。同様にして、テニスまたはサッカー競技に対して、同じカップの多数の試合が異なるチャネルで同じイブニングを同時に放送できる。視聴分支払式サービスとの組み合わせにおいて、契約者は一つのチャネルで試合放送の一つ、イブニングの試合全て、次の数週間に渡たるトーナメント中の試合全て等に支払うかを選択することができる。
【０００５】
増大した選択の有利性がもたらす視聴者の恩恵とは逆に、利用可能な多数のチャネルが、実際に視聴者にとって利用できる視聴可能性を管理しなければならないという問題をしばしばもたらす。
【０００６】
例えば、ある放送局は、全てのチャネルが目下何を放映しているか、視聴者が見ることができるメニューまたはホーム・チャネルを提供し、各チャネルがテレビ画面上に表示されたグリル内の小さいセクションに表示される。多数のチャネルが表示されるが、視聴者にとっていずれのチャネルに何が行われているか的確に見分けることが困難である。この為に、この解決策は特に数チャネルより多いチャネルでの同時生放送には適していない。
【０００７】
本発明の一つの目的は、多重チャネル・サービスの欠点の内のあるものを克服し、視聴者によるチャネルのナビゲーションを容易にすることである。
【０００８】
本発明によれば、複数のチャネル上にデジタル・オーディオ・ビジュアル情報を送信する送信手段を含むデジタル・テレビ・システムであって、少なくとも一つのチャネルにおけるライブ・イベント放送に関するイベント・メッセージを実時間で、少なくとも一つの他のチャネルのデータストリームに導入する手段をさらに備え、イベント・メッセージがイベントの発生とそのイベントが発生しているチャネルに関する情報を含んでいるデジタル・テレビ・システムを提供する。
【０００９】
例えば、多数のフットボール試合の生放送の場合において、イベント・メッセージはチャネルの内の一つにおけるゴールの発生を指示するのに使用することができるばかりでなく、発生したチャネルの表示をも提供することができる。イベント・メッセージは、全試合を見ると同時にオペレータによって送信センターで手動で発生させることができる。説明するように、この情報は多数の方法によるデコーダ内でのアプリケーションによって処理され視聴者にとってチャネル選択が容易となり、視聴者がイベントが発生しているチャネルに変更することができる。
【００１０】
本発明の特に有利な一つの実例において、送信手段が、チャネルの各々のオーディオ・ビジュアル情報放送の送信時間に所定の遅延を導入する遅延デバイスをさら含んでいることである。例えば、デジタル・オーディオ・ビジュアル情報が送信される前に、３０秒程ディスクまたはＲＡＭタイプのメモリ・デバイスに一時的にこれが記憶できることである。他の遅延手段が、デジタル変換が実行される前等に、アナログオーディオ・ビジュアル信号を遅延するためのアナログ・テープ・ループを含んでいる。この遅延はデコーダの下流にも導入できる。
【００１１】
本実施例の利点は、視聴者に対して、イベント指示信号（遅延のない放送）が、問題のイベントの前に到着することである。従って、この信号に応答してのチャネル変更は、視聴者がイベントに対する組み立てとイベント自体の両方を見ることを意味している。さらに、試合の「生」を見る感覚をもっている視聴者に遅延は事実上感じない。
【００１２】
別の方法において、リプレイはゴールが発生するようなイベントをしばしば表していることが事実であるとすると、システムはイベント信号とオーディオ・ビジュアル・データ間の遅延なしに組み立てられる。この場合において、視聴者はイベントの後、リプレイをキャッチしたときにチャネルを変更できる。しかし、この解決策は可能であるけれども、これは視聴者にとって上述した解決策よりも決して満足できるものではない。
【００１３】
実例において、イベント・メッセージを導入する手段は、オペレータによる命令に応答してイベント・メッセージを発生するように適用された簡単なＰＣのようなコンピュータまたは組み合わされたクライアント／サーバ・デバイスを含んでおり、イベント・メッセージは例えば、データ・インジェクタを介して、イベント・メッセージだけでなく各チャネルのためのオーディオ・ビジュアル情報を受信するマルチプレクサに送られる。
【００１４】
実際において、オーディオ・ビジュアル・データはＭＰＥＧフォーマットでマルチプレクサに供給され、コンピュータが所定のＭＰＥＧセクションの形態にあるイベント・メッセージをマルチプレクサに送るように適用されている。
【００１５】
ＭＰＥＧは、データが一連のテーブルに配列され、各テーブルがパケットＩＤ等を含んでいるデジタル放送の分野のために開発された周知の標準である。本願の内容において、用語はすべての変形、修正またはＭＰＥＧ−２のような基本ＭＰＥＧフォーマットの改良を含んでおり、ＭＰＥＧ−２は基準ＩＳＯ１３８１８−１ないしＩＳＯ１３８１８−４に規定されている。
【００１６】
一実施例において、デジタル・テレビ・システムは、イベント・メッセージを受信してイベントの発生を表示したときにアイコンをスクリーン上に表示するように適用されたデコーダをさらに含んでいる。このアイコンを表示することで、視聴者は、例えばデコーダに関連する遠隔制御装置によってチャネルの変更ができる。別の方法として、視聴者はデコーダをプリプログラムして、例えばゴールの発生しているチャネルに自動的にチャネルを変更できる。
【００１７】
アイコンが表示される場合において、デコーダは視聴者による「ｙｅｓ／ｎｏ」のアイコンの応答に続いて問題のチャネルを自動的に変更するように適用されているのが好ましい。この場合において、アイコンはチャネル情報を表示することさえ必要はないが、イベントが発生されたという事実だけは表示する必要がある。視聴者が「ｙｅｓ」すなわち、「ＯＫ」を表示すれば、デコーダはチャネルを変更する。「ｙｅｓ」の応答は、遠隔制御装置のいずれかのボタンまたは所定ボタンが押されたことを表示する遠隔制御装置からの信号に対応する。例えば、視聴者がノーの応答をすることで「ｎｏ」を表示すれば、デコーダが目下のチャネルの同調を維持する。
【００１８】
本発明の一実施例において、第１表示アイコンに応答して視聴者によるチャネル変更後、例えば視聴者が目下見ている第１チャネルに戻りたい場合にデコーダはさらなるアイコンを表示するように適用されている。
【００１９】
この所定時間は、通常オーディオ・ビジュアル・データの送信ストリーム中に導入された時間遅延（もしあれば）に依存している。例えば、３０秒の遅延が送信中に導入された場合に、フラグ・イベントがイベント信号の後約３０秒続く。アプリケーションが変更チャネル命令を受信すれば、視聴者がチャネルの変更を４５秒またはそれより遅く、すなわち、イベントが表示された後で変更したいかどうかをアプリケーションが尋ねてくる。アプリケーションは、変更チャネル・メッセージかまたは遅延の開始点としてのイベント・メッセージの到着のいずれかを使用することになる。
【００２０】
理解できるように、従来のデジタル・デコーダはソフトウエア・デバイスとハードウエア・デバイスの組み合わされたものであり、増大した機能がソフトウエア・アプリケーションでデコーダをプログラムすることによって付加することができる。
【００２１】
アプアリケーションの複雑さに依存して、デコーダ中の多少のメモリ・スペースが説明した機能を各々実行する必要がある。このアプリケーションはデコーダ内に永久的に記憶できる一方で、一つの有利な実施例において、アプリケーションは送信手段によってデコーダ内にダウンロードされる。
【００２２】
例えば、試合の開始時点で、アプリケーションは伝送デジタル・データ・ストリームに含めることができ、視聴者がアプリケーションをダウンロードしたい時間が視聴者に求められる。もし視聴者が同意するれば、アプリケーションはデコーダ内に保持され、少なくとも試合の続行中機能する。もし視聴者が同意しなければ、デコーダはアプリケーションをダウンロードしない。
【００２３】
好ましくは、送信手段は送信されるデジタル・データを暗号化するための暗号化手段を含み、伝送オーディオ・ビジュアル・データおよび伝送イベント・メッセージを含み、デコーダはイベント・メッセージを視聴したり処理する前に放送デジタル・データを復号化するように適用された復号化手段を備えている。
【００２４】
デジタル・テレビ・システム内で使用される公知の暗号化技術に従って、スクランブルされたデータはデータをデスクランブル（解読）するためのコントロール・ワードと一緒に送信することができ、このコントロール・ワード自体はいわゆる開発キーによって暗号化され、暗号化形態で伝送される。デコーダはコントロール・ワードおよびデータ・スクランブルを解読するため開発キーと同等のものを保有する。有料ＴＶシステムから普通知られている他の保守手段は、アクセスを限定するために本システムと同様に併用される。
【００２５】
本発明はまた上述したような、デジタル・テレビ・システムに使用するためのデコーダにも延長し、特にスクリーン上にアイコンを発生してイベント・メッセージの受信を指示するように適用されたアプリケーションを備えたデコーダも含まれる。
【００２６】
本発明は複数のチャネル上のデジタル・データストリーム内のオーディオ・ビジュアル情報をデジタル送信および受信する方法にも同様に延長する。
【００２７】
説明は『受信機／デコーダ』および『デコーダ』に言及しているが、本発明はデコーダと一体をなす受信機を有する実施例と等価に適用されることは理解されよう。従って、物理的に分離された受信機と結合して機能するデコーダ・ユニットであり、または実際に組み合わされたテレビ／デコーダ・デバイスのような他の機能を含むか、または他のデバイスと一体をなすデコーダも含まれる。同様にして、用語『デジタル・テレビ・システム』は、いずれの衛星、地上、ケーブル等のデジタル放送システムにも当てはまる。
特許請求の範囲と実施例との対応関係を図面で使われている参照番号で示すと次の通りである。
（１） 複数のチャンネル（４１）に、デジタル・オーディオ・ビジュアル情報を送信する送信手段（４、６）を備えるデジタル・テレビ・システムであって、
前記送信手段は、各チャンネルに放送される前記オーディオ・ビジュアル情報の伝送時間に、予め決められた遅延時間を与える遅延装置（４８）を含み、
少なくとも一つのチャンネルのライブ・イベント放送に関するイベント・メッセージを、少なくとも一つの他のチャンネルにリアルタイムに導入する手段（４４、４５）をさらに備え、該イベント・メッセージが、前記イベントの発生及び前記イベントが発生するチャンネルに関する情報を含み、
前記イベント・メッセージに応答してチャンネルを変更して、視聴者に、前記イベントに対する知らせとイベントとの両方を見せることができる、デジタル・テレビ・システム。
（２） （１）記載のデジタル・テレビ・システムに使用され、前記イベント・メッセージをリアルタイムに受信処理するデコーダであって、
デジタル・オーディオ・ビジュアル情報を含む、少なくとも一つのチャンネルのライブ・イベント放送に関するイベント・メッセージを、デジタル・オーディオ・ビジュアル情報を含む、少なくとも一つの他のチャンネルのデータストリームにおいて、リアルタイムに受信する手段を備え、前記イベント・メッセージは、前記イベントの発生及び前記イベントが発生するデジタル・オーディオ・ビジュアル情報を含むチャンネルに関する情報を含み、
スクリーン（１４）上に表示するためのアイコンを生成する手段を更に備え、前記アイコンが、前記イベント・メッセージの到来に応答して、前記イベントの発生を表示する、前記デコーダ。
（３） 複数のチャンネルに、デジタル・オーディオ・ビジュアル情報を送信する方法であって、
各チャンネルに放送される前記オーディオ・ビジュアル情報の伝送時間に、予め決められた遅延時間を与えるステップと、
少なくとも一つのチャンネルのライブ・イベント放送に関するイベント・メッセージを、少なくとも一つの他のチャンネルのデータストリームにおいて、リアルタイムに導入するステップであって、該イベント・メッセージが、前記イベントの発生及び前記イベントが発生するチャンネルに関する情報を含む、該ステップと、を含み、
前記イベント・メッセージに応答してチャンネルを変更して、視聴者に、前記イベントに対する知らせとイベントとの両方を見せることができる、前記方法。
【００２８】
本発明の好ましい実施例を例として添付図面を参照して次に説明する。
【００２９】
【実施例】
本発明に基づくデジタル・テレビ・システム１の概観を図１に示す。本発明は既知のＭＰＥＧ−２圧縮システムを使用して圧縮デジタル信号を送信する主として従来のデジタル・テレビ・システム２を含んでいる。より詳しく説明すると、放送センター内のＭＰＥＧ−２コンプレッサ３は、デジタル信号ストリーム（一般的にビデオ信号のストリーム）を受信する。このコンプレッサ３は、リンケージ５によってマルチプレクサ／スクランブラ４に接続されている。
【００３０】
マルチプレクサ４は、複数のさらなる入力信号を受信し、一つまたはそれ以上のトランスポート・ストリームを集合し、さらに圧縮デジタル信号をリンケージ７を介して放送センターの送信機６に送信するこのリンケージは通信リンクを含む広範な形態をとることができる。送信機６はアップリンク８を介して電磁波信号を衛星トランスポンダー９に送信し、ここで電子的に処理され、概念上のダウンリンク１０を介して、習慣的にエンド・ユーザが所有しているか、またはレンタルしているディシュ（パラボラアンテナ）の形態で地上受信機１２に伝送される。受信機１２によって受信された信号が、エンド・ユーザが所有しているか、またはレンタルされ、またエンド・ユーザのテレビ受像器１４に接続された一体型受信機／デコーダ１３に伝送される。受信機／デコーダ１３が圧縮ＭＰＥＧ−２信号をテレビ受像器１４のためのテレビ信号にデコードする。
【００３１】
多重チャネル・システムにおいて、マルチプレクサ４が多数のパラレル・ソースから受信されたオーディオおよびビデオ情報を処理し、送信機６と相互作用し対応する多数のチャネルに沿って情報を放送する。オーディオ・ビジュアル情報に加えて、メッセージまたはアプリケーションないしいずれの他のデジタル・データが、送信されたデジタル・オーディオおよびビデオ情報と交錯されるいくつかのチャネルまたはすべてのチャネルに導入される。
【００３２】
従来のアクセス・システム１５が、マルチプレクサ４および受信機／デコーダ１３に接続され、かつ、一部が放送センターに、また他の一部がデコーダに配備されている。エンド・ユーザは、一つのまたはそれ以上の放送供給者からのデジタル・テレビ放送にアクセスすることができる。コマーシャル提供者（すなわち、放送供給者によって販売された一人のまたは数人のテレビ・プログラマ）に関するメッセージを解読可能なスマートカードが、受信機／デコーダ１３に挿入することができる。デコーダ１３とスマートカードを使用することによって、エンド・ユーザは契約モードか、または視聴分支払モードのいずれかでコマーシャル提供者を購入することになる。
【００３３】
上述したように、システムによって送信されたプログラムはマルチプレクサ４でスクランブルされ、所与の送信に適用された条件と暗号化キーがアクセス制御システム１５によって決定される。この方法におけるスクランブルされたデータの送信は、有料ＴＶシステムの分野においては周知である。一般的に、スクランブル・データは、データをデスクランブル（解読）するための制御ワードと一緒に送信され、この制御ワード自体がいわゆる開発キーによって暗号化され、暗号化形態で送信される。
【００３４】
スクランブル・データと暗号化制御ワードがデコーダ１３によって受信され、デコーダに挿入されたスマートカードに記憶された開発キーと同等のものによってアクセスされ、暗号化制御ワードが解読され、その後送信データがデスクランブルされる。例えば、支払い済契約者は放送月掛けＥＭＭ（資格管理メッセージ）で、暗号化制御ワードを解読して送信内容を視聴するのに必要な開発キーを受信する。
【００３５】
インタラクティブ・システム１６がマルチプレクサ４と受信機／デコーダ１３に接続され、さらにその一部が放送センターに、また他の一部がデコーダに配置され、エンド・ユーザはモデム・バック・チャネル１７を介して種々のアプリケーションと対話型に連絡されている。モデム・バック・チャネルは、条件アクセス・システム１５内で使用される連絡のためにも使用される。インタラクティブ・システムは、例えば視聴者にとって送信センターと直接連絡でき、特定のイベントを見たり、アプリケーションをダウンロードしたりする権利等を要求できる。
【００３６】
図２を参照して、本発明に使用されるように適用可能な受信機／デコーダ１３、すなわち、セット−トップ・ボックスの要素について次に説明する。理解できるように、このデコーダの要素は主として従来のものであり、その実装は当該技術に習熟した人の能力範囲内にある。
【００３７】
図示したように、デコーダ１３はデータを送受信する数個のインターフェイス、特に、放送ＭＰＥＧ送信を受信するためのＭＰＥＧチューナとデマルチプレクサ２０、直列インターフェイス２３、並列インターフェイス２４および、モデム・チャネル１７を介してデータを送受信するためのモデム２５を備えている。本実施例において、デコーダはさらに第１および第２スマートカード読取装置２６および２７を含み、第１読取装置２６はシステムに関する解読キーを含む契約スマートカードを受容し、第２読取装置２７はバンク・カードまたは他の特定のカードを受容する。
【００３８】
デコーダはハンドセット式遠隔制御装置２９からの赤外線制御信号を受信する受信機２８と、デコーダに接続されたテレビ１４にオーディオ・ビジュアル信号を送信するためのペリテル（Ｐｅｒｉｔｅｌ）出力３０をさらに含んでいる。
【００３９】
デコーダ内のデータ操作は中央処理ユニット４０によって処理される。制御ユニットのソフトウエア・アーキテクチャが既知のデコーダで使用されるものと対応しており、ここでは詳細な説明は省略する。例えば、デコーダのハードウエア要素内に装備された低レベル操作システムとインターエフェイス層を介してインターラクトする仮想マシーンに基づいている。ハードウエア・アーキテクチャの点から、デコーダは公知のデコーダとしてプロセッサ、ＲＯＭ、ＲＡＭ、ＦＬＡＳＨメモリのようなメモリ要素等を備えている。
【００４０】
制御ユニット４０が、デコーダの機能を規定している多数のアプリケーションを作動するように適用されている。デコーダに導入されるアプリケーションは、例えばマシーンの高レベル機能の制御を許容するマシーンに導入されたコードの一つのセクションに対応している。一般的なアプリケーションは、遠隔制御装置からの命令、またはモデム５を介してデジタル放送システムに関連するサーバへのメッセージの送信に応答してテレビ表示装置のスクリーン上にグラフィック・シーケンスを発生させることを含んでいる。
【００４１】
後述するように、本発明のこの実施例によるアプリケーションは、遠隔制御装置２９を介して受信された信号に依存するチャネル変更操作とともに、伝送されたＭＰＥＧフロー内で受信されたイベント・メッセージに応答してアイコンの発生が可能である。
【００４２】
アプリケーションは、デコーダのＲＯＭまたはＦＬＡＳＨに記憶された内在アプリケーションとすることができ、またはアプリケーションはデコーダのＭＰＥＧインターフェイス２０、または、実際は、直列ポート２３のようなデコーダの他のインターフェイス、スマートカード読取装置２７等を介して放送され、ダウンロードされる。アプリケーションには、プログラム・ガイド・アプリケーション、ゲーム、対話型サービス、テレショッピング・アプリケーション、さらにデコーダを起動時に直ちに動作状態にする初期化アプリケーションおよびデコーダを環境設定するためのアプリケーションを含めることができる。
【００４３】
アプリケーションは、デコーダ内のメモリ・ロケーションに記憶され、グラフィック・オブジェクト表示ファイル、ユニット・ファイル、可変ブロック・ファイル、命令シーケンス・ファイル、アプリケーション・ファイル、データ・ファイル等のリソース・ファイルとして表される。デコーダ内にダウンロードされたアプリケーションは、デコーダからデコーダに接続されたＰＣに等しく再送信される。
【００４４】
慣例的に、放送リンクを介してデコーダ内にダウンロードされたアプリケーションはモジュールに分割される。各モジュールは一つまたはそれ以上のＭＰＥＧテーブルに対応している。各ＭＰＥＧテーブルは多数のセクションに分割することもできる。直列および並列ポートを介するデータ伝送のために、モジュールは（複数の）テーブルおよび（複数の）セクションに分割され、そのセクションのサイズは使用されるチャネルによって決まる。
【００４５】
放送の送信の場合において、モジュールは例えばビデオ・データ・ストリーム、オーディオ・データ・ストリーム、テキスト・データ・ストリームといったそれぞれのタイプのデータ・ストリーム内のデータ・パケットの形態で伝送される。ＭＰＥＧ基準によれば、各パケットは１３ビットのパケット・アイデンティファイア（ＰＩＤ）によって処理され、パケット毎の一つのＰＩＤがＭＰＥＧストリームに伝送される。プログラム・マップ・テーブル（ＰＭＴ）が異なるストリームのリストを含んでおり、各ＰＩＤに基づく各ストリームの内容を規定している。ＰＩＤはデータ・ストリーム中のアプリケーションの存在することをデバイスに警告を発し、ＰＩＤはＰＭＴテーブルによって識別される。
【００４６】
図３を参照して、本発明の実施例を次に説明する。図示したように、多数のチャネル４１のためのデジタル・オーディオおよびビデオ情報は、デジタル遅延デバイス４８を介して次に続く送信のためにマルチプレクサ４に送られる。本実施例においては、オーディオ・ビジュアル情報の送信における約３０秒の時間遅延が導入される。これは、例えば、マルチプレクサに伝送する前に、デジタル信号をサーバのハードディスク等に単にストックすることによって実行できる。別の実例としては、遅延はデコーダによって受信機端で実行することができる。
【００４７】
一例において、デジタル遅延装置を通過される前に、デジタル・オーディオ・ビジュアル信号が多重化第１ステージで圧縮され多重化される。遅延後、イベント・メッセージ（以下を参照）を含む他のデータで多重化するために、信号は第２マルチプレクサに送られる。これはディスクに記憶される情報量を減じる利点があるが、信号内のエラーの危険性が増大する。
【００４８】
本実施例において、デジタル・オーディオ・ビジュアル信号が遅延され、直接マルチプレクサ４に通過される。図４において、信号のＭＰＥＧ圧縮が、図１に示したような別体の圧縮ユニットではなくマルチプレクサ４自体によって実行される。
【００４９】
例えば、サッカートーナメントの場合において、各試合のビデオおよびサウンド・データはマルチプレクサと送信機の構成によって別チャネル上で放送される。「チャネル」は周波数チャネルによって規定されるか、あるいは通常デジタル・テレビの場合、チャネルのＤＶＢ（装置基本制御ブロック）座標のような、データ送信中のチャネルの論理規定によって簡単に規定される。放送センターにいるオペレータ４２は、一連のモニター４３上に同時に表示されるすべての試合を見ている。オペレータは、イベント・メッセージを発生するように適用されたアプリケーションで操作される専用ＰＣないしコンピュータ４４を保有しており、このメッセージはワンショット・インジェクション・ユニット４５とマルチプレクサ４を介して、送信機６によって送信されたＭＰＥＧフローに送信される。インジェクション・ユニット４５は、注入データのマルチプレクサとの同期化を保証するのに使用される機器の標準部である。
【００５０】
試合の内の一つでのゴールのイベントにおいて、オペレータは実時間でコンピュータ４４に（ｉ）ゴール・イベントが発生したという情報と（ｉｉ）ゴール・イベントが発生されたチャネルを入力する。コンピュータ４４が、デコーダ１３内で基礎とされるアプリケーションによって読取られるように適用された形態でこの情報を含むＭＰＥＧセクションを発生する。このセクションが、マルチプレクサ４によってチャネルの各々と関連するデータ・ストリーム中に多重化される。
【００５１】
理解できるように、信号化されたイベント・メッセージが送信データ・ストリーム中に直ちに導入され、一方ビデオおよびサウンド・データが３０秒程後で導入される。実際において、データ・ストリーム内へのイベント・メッセージの注入および多重化は、小さい遅延を導入するが、これはビデオおよびオーディオ情報に導入される遅延と比較して重大ではない。
【００５２】
次に説明するように、デコーダはイベント・メッセージの到来を受信し、インタープリート（翻訳）するように適用されたアプリケーションを備えている。このアプリケーションは製造されたままでデコーダ内に含まれる。しかし、デコーダの記憶スペースを保持する必要のある観点において、このアプリケーションは他のデコーダ・アプリケーションと同じ方法で、すなわち、ＭＰＥＧ送信ルートでデコーダに送信されるのが好ましい。この場合において、アプリケーションは、例えば試合が開始される前に、自動的にまたは視聴者の要請のいずれかによって、インジェクション・デバイス４６を介してマルチプレクサに導入される。このインジェクション・デバイス４６は、インジェクション・デバイス４５と同様のものであり、異なる点はイベント・メッセージがオン−オフ送信されている間にアプリケーションが送信のために断続的なサイクルでマルチプレクサに送られることである。
【００５３】
図４を参照して、送信センターから受信されたイベント・メッセージを処理するデコーダ１３に導入されるアプリケーションにおける決定工程につき次に説明する。工程５０において、視聴者が送信チャネルの一つで試合Ａを見ている。ある時点５１で、インベント・メッセージが試合Ｂに関する他のチャネルで発生しているというゴール・イベントのデコーダへの情報を受信する。理解できるように、ビデオ・データおよびサウンド・データの送信に導入される時間遅延の観点において、このイベント・メッセージは、ゴールが関連するチャネルに現れる前、約３０秒程度して到来する。
【００５４】
実際において、イベント・メッセージの放出は、観測地点にいるオペレータの反射能力に依存しており、イベント・メッセージはイベントの前、２５秒程度で到着する。二つの異なるチャネルで同時に発生する二つのイベントの特異な場合において、オペレータはどちらのゴールが視聴者にとってより興味があるかを決定する必要があり、この為またイベントそのものと比較してイベント・メッセージの進行時間が僅かに短くなる。
【００５５】
その時点で見られた以外のチャネルでのゴール・イベントを示すイベント・メッセージの到来に応答して、アプリケーションが５秒程度の周期で、工程５２におけるゴールの切迫感を視聴者に知らせるようにテレビ・スクリーン上にアイコンで表示する。「ＯＫ」アイコンは、視聴者によってチャネル変更されるか、視聴者がチャネルを変更せずに５秒経過した後でスクリーンから消去される。
【００５６】
所望ならば、このアイコンは、視聴者がゴールを見たいと思っていることを決定できるように発生したゴールのあるチャネルまたは試合を表示することができる。しかし、この最も簡単な実施形態において、アイコンはゴールの発生した、例えば、「ＯＫ」アイコンが表示されることによってのみ指示される。
【００５７】
視聴者が工程５２の質問に対して「ｙｅｓ」命令５３の解答をした場合、アプリケーションは工程５５での質問で試合Ｂを示すチャネルに変更される。この「ｙｅｓ」命令は、例えば、遠隔操作装置のいずれかのボタンないし特定ボタン（例えば「ＯＫ」ボタン）が押されたことを表すデコーダに関係する遠隔制御装置からの信号のデコーダによる受信に対応する。
【００５８】
「ｎｏ」命令５４が受信された場合において、デコーダは試合Ａに合わせたままである。例えば、「ｎｏ」命令が、工程５２におけるアイコンの表示に続いて５秒で遠隔制御からの命令のないことに単に対応している。
【００５９】
別の方法として、デコーダは逆の発想でアプアリケーションによってプログラムすることができる。すなわち、アプリケーションは、アイコンの表示に続いて５秒で遠隔制御からの命令がなければ、ゴールが発生しているチャネルに自動的に変更される。
【００６０】
注意しなければならないのは、イベント・メッセージが到来した場合に、デコーダの調整されたチャネルにゴール・イベントが表示され、アプリケーションが同じアイコンかまたは他のアイコンに表示され視聴者に対してどのチャネルにゴールがあるかを示すか、あるいは、イベントが到来する前の遅延中に視聴者がチャネルの変更を試みてイベント中の警告アイコン（「ＣＯＮＦＩＲＭ ＣＨＡＮＧＥ」）を表示することができることである。
【００６１】
上述したように、テレビ放映された試合の送信中に導入されたタイムラグの観点において、チャネルを変更しようとする視聴者は、そのチャネル上のゴールの発生前、２０秒程度で到達する。従って、視聴者はすべての試合を「生」で見ている感覚をもてる一方で、ゴールが発生した試合に直に、かつ、容易に戻ることができるという利点もある。
【００６２】
チャネルの変更後、さらなる所定時間、例えば４５秒程度後、アプリケーションが、第１チャネル上に示された元の試合Ａに戻りたいかどうか視聴者に尋ねてくる工程５６で、第２アイコンを表示するように構成することができる。この時間が経過した後、ゴールが、すべてのリプレイ、分析等と共に表示されたとみなされる。この時間は、視聴者が試合Ａにとどまっているというメッセージの表示がないという条件で、チャネルを変更する元の命令の受信からスタートして、またはイベント・メッセージの受信をスタートとして計測される。
【００６３】
さらに、視聴者が元の試合Ａに戻りたいかどうか尋ねるアイコンは、単にアイコン「ＯＫ」等でよい。視聴者が遠隔制御装置で「ＯＫ」命令５７を押した場合において、これが「ｙｅｓ」として判読され、デコーダが試合Ａに復帰する。このアイコンの表示後５秒以内に「ＯＫ」でない信号が受信された場合において、デコーダが試合Ｂに同調されたままになる。
【００６４】
システムの修正例が考察でき、例えば、アプリケーションを受信し、また上述した工程５０と５６間の操作のタイム・フレームと同じ時間でまたはその範囲内で到着する複数のメッセージを処理することができる。例えば、アプリケーションは、チャネルの最初の変更後、新しいゴール・イベントの到来を表示することもでき、これで視聴者がチャネルの変更を望んでいれば再度これを視聴者に許容できる。付加的にまたは別の方法において、試合ＣのためにチャネルＸで第１ゴール・イベントを、試合ＤのためにチャネルＹで第２ゴール・イベントを等々というように二つまたはそれ以上のイベント・メッセージを同時に表示することも可能である。
【００６５】
同様にして、本実施の形態はフットボール試合中に発生するゴール・イベントを表示することに関して説明したが、同システムは、他のチャネルのインベントの発生をあるチャネルで見ることを視聴者に知らせることが望ましい他の生放送状況に使用することもできる。
【図面の簡単な説明】
【図１】 本発明に基づいて適用されるデジタル・テレビ・システムを示す図である。
【図２】 デジタル・テレビ・システムに使用するためのデコーダの要素の概観を示す図である。
【図３】 送信データ・ストリームに導入されるイベント・メッセージを実時間で発生させるための手段を含むように適用された図１のデジタル・テレビ・システムを示す図である。
【図４】 実時間イベント・メッセージを処理するためのデコーダに存在するアプリケーションの決定フローチャートを示す図である。

Claims (1)

1. デジタル・テレビ・受信システムに使用され、イベント・メッセージをリアルタイムに受信処理するデコーダであって、
   デジタル・オーディオ・ビジュアル情報を含む少なくとも一つのチャンネルのライブ・イベント放送に関するイベント・メッセージを、デジタル・オーディオ・ビジュアル情報を含む少なくとも一つの他のチャンネルのデータストリームにおいて、リアルタイムに受信する手段を備え、
   前記イベント・メッセージは、イベントの発生及び該イベントが発生することになるデジタル・オーディオ・ビジュアル情報を含むチャンネルに関する情報を含み、
   スクリーン上に表示するためのアイコンを生成する手段を更に備え、前記アイコンが、前記イベント・メッセージの到来に応答して、前記イベントの発生を表示する、前記デコーダ。

Images