(57)【要約】【課題】  番組のグリッドを生成するためにユーザが予定イベントテーブルに含まれる情報を検索したいと考える場合に待ち時間が増加するという問題が生じる。【解決手段】  いくつかの周波数上で連続してデータを受信できるチューナーであって、各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができるチューナーを有するデジタルデコーダに初期化方法が適用される。前記デコーダはまた、予定イベントテーブルの存在を検出するために各伝送ストリームで受信されたデータを連続して分析し、予定イベントテーブルを送信するサービスプロバイダの識別子のリストをデコーダに記録することを有する。好ましくは、サービスプロバイダにより利用可能な番組のグリッドと利用できない番組のグリッドをユーザに知らせるために、前記リストが番組ガイドによって用いられる。【選択図】  図１
2004254307.tif 000002
【特許請求の範囲】
【請求項１】
いくつかの周波数上で連続してデータを受信できるチューナー（５）を有するデジタルデコーダ（１）を初期化する方法であって、
各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができ、
予定イベントテーブルの存在を検出するために各伝送ストリームで受信されたデータを連続して分析するステップと、
予定イベントテーブルを送信するサービスプロバイダの識別子のリストをデコーダ（１）のメモリ（９）に記録するステップと
を有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
予定イベントテーブルを送信するサービスプロバイダ毎に前記テーブルが送信される伝送ストリームの識別子のリストをデコーダ（１）のメモリ（９）に記録することからなるステップを更に有する方法。
【請求項３】
請求項２に記載の方法であって、
識別子が前記リストに保存された伝送ストリーム毎に、
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、同じ伝送ストリームで送信されるサービスを参照するかどうか、及び／又は
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、他の伝送ストリームで送信されるサービスを参照するかどうか
を示す情報項目をデコーダ（１）のメモリ（９）に記録することからなるステップを更に有する方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の方法であって、
伝送ストリームで受信されたデータの分析時間が、前記伝送ストリームの前記予定イベントテーブルの反復周期未満の所定の所要時間である方法。
【請求項５】
請求項１ないし４のうちのいずれか１項に記載の方法であって、
デコーダ（１）の設定中に自動的に初期化が起動される方法。
【請求項６】
請求項１ないし５のうちのいずれか１項に記載の方法であって、
デコーダによる初期化信号の受信で自動的に初期化が起動される方法。
【請求項７】
請求項１ないし６のうちのいずれか１項に記載の方法であって、
ユーザによって手動で初期化が起動される方法。
【請求項８】
いくつかの周波数上で連続してデータを受信できるチューナー（５）であって、各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができるチューナー（５）と、
プログラム可能な手段を有し、前記チューナー（５）に接続し、それを駆動するのに適した中央処理部（８）とを有するデジタルデコーダ（１）であって、
前記中央処理部（８）が、予定イベントテーブルの存在を識別し、予定イベントテーブルを送信するサービスプロバイダの識別子のリストをデコーダ（１）のメモリ（９）に記録するために、各伝送ストリームで受信されたデータを分析するようにプログラムされることにより、デコーダを初期化するのに適することを特徴とするデコーダ。
【請求項９】
請求項８に記載のデコーダであって、
前記中央処理部（８）が、予定イベントテーブルを送信するサービスプロバイダ毎に前記テーブルが送信される伝送ストリームの識別子のリストをデコーダ（１）のメモリ（９）に記録するのに更に適したデコーダ。
【請求項１０】
請求項９に記載のデコーダであって、
前記中央処理部（８）が、識別子が前記リストに保存された伝送ストリーム毎に、
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、同じ伝送ストリームで送信されるサービスを参照し、前記テーブルが“現在の”形式であるかどうか、及び／又は
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、他の伝送ストリームで送信されるサービスを参照し、前記テーブルが“他の”形式であるかどうか
を示す情報項目をデコーダ（１）のメモリ（９）に記録することに更に適したデコーダ。
【請求項１１】
請求項８ないし１０のうちのいずれか１項に記載のデコーダであって、
サービスプロバイダによって送信される予定イベントテーブルに含まれる情報に基づいて、番組ガイドを生成する手段を更に有し、
前記手段が、識別子が前記識別子のリストに含まれないプロバイダのサービスを特定のタグで表すのに適することを特徴とするデコーダ。
【請求項１２】
請求項１１に記載のデコーダであって、
請求項１０に依存して、識別子が前記プロバイダの識別子のリストに含まれるプロバイダの所定のサービスの予定イベントを提示するために、前記番組ガイド生成手段が、前記プロバイダに関する予定イベントテーブルを送信する前記伝送ストリームの識別子のリストにおいて、伝送ストリームが  “他の”形式の予定イベントテーブルを送信することを示す情報項目を少なくとも１つの伝送ストリームが有するかどうかを検証することに適し、
−肯定的な検証の場合に、チューナー（５）を駆動することによって前記サービスに関する情報を含む予定イベントテーブルを取得し、それ故に“他の”形式の予定イベントテーブルを送信する前記伝送ストリームに対応する周波数にロックし、
−否定的な検証の場合に、チューナー（５）を駆動することによって前記サービスに関する情報を含む予定イベントテーブルを取得し、それ故に前記サービスを送信する伝送ストリームに対応する周波数にロックする
ことを特徴とするデコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いくつかの周波数上で連続してデータを受信できるチューナーを有するデジタルデコーダを初期化する方法であって、各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができる方法に関するものである。また、前記の方法を実施するデコーダに関するものである。
【背景技術】
【０００２】
本発明は、特定のオペレータによる申込みを行わずに販売されることを目的とし、衛星、ケーブル又はいわゆるデジタル地上波経路によって送信される視聴覚サービス又はチャネルを受信可能な多目的デジタルデコーダに特に関するものである。
【０００３】
一般的にオペレータはサービスを取りまとめたもの、すなわち衛星、ケーブル又は放送波（デジタル地上波経路とも称される）を介して送信される視聴覚チャネル又は他のサービスの集合物を送信する。ユーザはテレビと適切なアンテナ又はケーブルへの適切な接続に接続されたデコーダを経由して前記のサービスにアクセスすることができる。
【０００４】
有意な量のサービスがＤＶＢ規格（ＥＴＳＩ  ＥＮ  ３００  ４６８，  “デジタルビデオ放送（ＤＶＢ）；ＤＶＢシステムにおけるサービス情報（ＳＩ）の仕様”）に従って無料で放送されており、それ故に、申込みをしていない多目的デコーダが一般的に無料の視聴覚チャネルである前記のサービスにアクセス可能である。この形式のデコーダは有料テレビサービスを取りまとめたものにアクセスするためにも用いられ得る。この場合、デコーダのユーザはサービスプロバイダに有料の申込みを行っていなければならない。
【０００５】
サービスを取りまとめたものの送信は、いくつかの基本周波数を利用する。１つの周波数は約１０個のＭＰＥＧ音声／映像ストリームを、いわゆるイベント情報テーブル又はＥＩＴのような他のデジタルデータと共に運ぶことができる。前記ＥＩＴテーブルは、特定のサービスで送信され、音声／映像データ伝送ストリームで特定の周期で繰り返し送信されるイベント又は番組についての情報（開始時間、所要時間、イベントの記述等）を含む。
【０００６】
前述のＤＶＢ規格によれば、ＥＩＴテーブルは２つの形式がある。
−指定のサービスで現在送信されているイベント又は直後のイベントに関する情報を含む“現在の／次の”テーブル。
−所定のサービスで１日から数日までの期間における予定イベントについての情報を含む“イベントスケジュール”テーブル。前記テーブルは、以下の説明において“予定イベントテーブル”と呼ばれ、ＥＩＴＳ（“ＥＩＴスケジュール”を表す）で示される。
【０００７】
予定イベントテーブルＥＩＴＳは任意的であり、必ずしもサービスプロバイダによって送信される必要がない。それが存在する場合には、デコーダに接続されたテレビのスクリーン上に番組ガイド（多くの場合“電子番組ガイド”を表すＥＰＧで示される）に表示され得る番組のグリッドを生成し、デコーダによって受信され得る視聴覚チャネルで近日予定されている（フィルム又は伝送のような）イベントの詳細を提供するためにデジタルデコーダによって用いられる。
【０００８】
予定イベントテーブルＥＩＴＳはオペレータによっていくつかの可能性のある方法で送信され得る。いくつかのＥＩＴＳテーブルは、参照しているサービスと同じ伝送ストリームＴＳ上で送信され得る。この場合、前述のＤＶＢ規格において“ＥＩＴスケジュール−現在のＴＳ”と言う。以下の説明において、このことを“現在のＥＩＴＳ”と呼ぶことにする。
【０００９】
更に、いくつかのＥＩＴＳテーブルは異なるＴＳストリームで送信されるサービスに関する情報を含むある伝送ストリームＴＳ上で送信され得る。この場合、前述のＤＶＢ規格において“ＥＩＴスケジュール−他のＴＳ”と言う。以下の説明において、このことを“他のＥＩＴＳ”と呼ぶことにする。
【００１０】
プロバイダは（ＤＢＶ規格において義務的ではないため）全くＥＩＴＳテーブルを送信しないことを選ぶこともできる。プロバイダはまた、サービスを放送している各ＴＳストリーム、又はサービスを放送している特定のＴＳストリームのみで現在のＥＩＴＳテーブルを送信し得る。例えば、視聴者が事前に番組を知ることを望むことに対して、映画チャネル又はスポーツチャネルで音声／映像データを送信し得る。
【００１１】
プロバイダはまた、特定のＴＳストリームで他のＥＩＴＳテーブルを送信することもでき、この場合、他のＥＩＴＳテーブルは他のＴＳストリームでプロバイダによって放送されるサービスについての情報を有する。
【００１２】
番組のグリッドを生成するために前記のＥＩＴＳテーブルに含まれる情報を検索したいと考える場合に問題が生じる。特に各プロバイダの方針が異なるため、ＥＩＴＳが送信されるか否かについてと、それが現在のＥＩＴＳであるか他のＥＩＴＳであるかについて知ることができない。
【００１３】
番組のグリッドを調べるために、ユーザはリモコンを操作し、デコーダにおいて認識された番組のグリッドを起動する。ユーザはリモコンを用いて多様なメニューをナビゲートし、表示を希望する番組のグリッドを選択する。このグリッドは特定のサービス（例えばチャネル番号）と表示されるデータ（特に、ユーザが番組を見ることを希望する指定の期間）によって定義できる。要求された番組のグリッドを表示するために、デコーダはサービスプロバイダから送信されるＥＩＴＳテーブルを検索しなければならない。
【００１４】
ＥＩＴＳテーブルが送信されるか否かと、どの形式（現在のＥＩＴＳ又は他のＥＩＴＳ）であるかについてデコーダはわからないため、導入された方針は一般的にチューナーを駆動するデコーダにあり、ユーザが要求した番組のグリッドを表す情報を有する現在のＥＩＴＳテーブルを検索するために、要求された番組のグリッドに対応するサービスが送信される周波数にロックする。実際には、チューナーは所定の周波数で要求されたサービスの音声／映像データを有するＴＳストリームの特定のトランスポンダによる送信をロックする。前記周波数で受信したデータは、デコーダがＥＩＴＳテーブルを識別するまで分析される。要求されたサービスで現在のＥＩＴＳテーブルが送信されていない場合は、これは例えばおよそ半分程度は無料の視聴覚チャネルであるためであり、要求された番組のグリッドに関して情報を表示できないことをユーザに知らせる前に、デコーダは（ＴＳストリームにおけるＥＩＴＳテーブルの反復率に対応して）少なくとも１０秒以上受信したデータを分析しなければならない。ユーザが同時にいくつかのサービスについての情報を要求した場合は、待ち時間は増加し得る。このような条件の下では、番組のグリッドの調査はユーザにとって全く魅力的ではない。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
番組のグリッドを生成するためにユーザが予定イベントテーブルに含まれる情報を検索したいと考える場合に待ち時間が増加するという問題が生じる。
【課題を解決するための手段】
【００１６】
本発明は、いくつかの周波数上で連続してデータを受信できるチューナーを有するデジタルデコーダを初期化する方法であって、各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができる方法を提示することによって、先行技術の欠点を改善する。
【００１７】
本方法は、予定イベントテーブルの存在を検出するために各伝送ストリームで受信されたデータを連続して分析するステップと、予定イベントテーブルを送信するサービスプロバイダの識別子のリストをデコーダのメモリに記録するステップを有する。
【００１８】
本方法は、予定イベントテーブルを送信するサービスプロバイダ毎に前記テーブルが送信される伝送ストリームの識別子のリストをデコーダのメモリに記録することからなるステップを更に有し得る。
【００１９】
本方法はまた、識別子が前記リストに保存された伝送ストリーム毎に、
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、同じ伝送ストリームで送信されるサービスを参照するかどうか、及び／又は
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、他の伝送ストリームで送信されるサービスを参照するかどうか
を示す情報項目をデコーダのメモリに記録することからなるステップを有し得る。
【００２０】
本発明の特有の特徴によれば、伝送ストリームで受信されたデータの分析時間は、前記伝送ストリームの前記予定イベントテーブルの反復周期未満の所定の所要時間である。
【００２１】
デコーダの設定中に自動的に初期化が起動され得るが、更新を実行するためにこの設定の後に初期化が起動される場合もある。好ましくは、この設定は、ユーザに気付かれないようにデコーダによる初期化信号の受信で起動される。初期化はユーザによって手動でも起動され得る。
【００２２】
本発明はまた、いくつかの周波数上で連続してデータを受信できるチューナーであって、各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができるチューナーを有するデジタルデコーダに関する。前記デコーダはまた、プログラム可能な手段を有し、前記チューナーに接続し、それを駆動するのに適した中央処理部を有する。前記中央処理部は、予定イベントテーブルの存在を識別し、予定イベントテーブルを送信するサービスプロバイダの識別子のリストをデコーダのメモリに記録するために、各伝送ストリームで受信されたデータを分析するようにプログラムされることにより、デコーダを初期化するのに適する。
【００２３】
前記中央処理部は、予定イベントテーブルを送信するサービスプロバイダ毎に前記テーブルが送信される伝送ストリームの識別子のリストをデコーダのメモリに記録するのに更に適する場合がある。
【００２４】
前記中央処理部はまた、識別子が識別子のリストに保存された伝送ストリーム毎に、
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、同じ伝送ストリームで送信されるサービスを参照し、前記テーブルが“現在の”形式であるかどうか、及び／又は
−前記伝送ストリームで送信される少なくとも１つの予定イベントテーブルが、他の伝送ストリームで送信されるサービスを参照し、前記テーブルが“他の”形式であるかどうか
を示す情報項目をデコーダのメモリに記録することに更に適する場合がある。
【００２５】
本発明の特有の特徴によれば、前記デコーダは、サービスプロバイダによって送信される予定イベントテーブルに含まれる情報に基づいて、番組ガイドを生成する手段を更に有する。前記手段は、識別子が識別子のリストに含まれないプロバイダのサービスを特定のタグで表すのに適する。
【００２６】
識別子が前記プロバイダの識別子のリストに含まれるプロバイダの所定のサービスの予定イベントを提示するために、前記番組ガイド生成手段は、好ましくは前記プロバイダに関する予定イベントテーブルを送信する伝送ストリームの識別子のリストにおいて、伝送ストリームが  “他の”形式の予定イベントテーブルを送信することを示す情報項目を少なくとも１つの伝送ストリームが有するかどうかを検証することに適する。肯定的な検証の場合には、番組ガイド生成手段は、チューナーを駆動することによって前記サービスに関する情報を含む予定イベントテーブルを取得し、それ故に“他の”形式の予定イベントテーブルを送信する前記伝送ストリームに対応する周波数にロックする。否定的な検証の場合には、番組ガイド生成手段は、チューナーを駆動することによって前記サービスに関する情報を含む予定イベントテーブルを取得し、それ故に前記サービスを送信する伝送ストリームに対応する周波数にロックする。
【発明の効果】
【００２７】
本発明は、いくつかの周波数上で連続してデータを受信できるチューナーを有するデジタルデコーダを初期化する方法であって、各周波数がサービスプロバイダによって送信される予定イベントテーブルを含むデータ伝送ストリームを運ぶことができる方法を提示することによって、先行技術の欠点を改善する。
【発明を実施するための最良の形態】
【００２８】
本発明は添付の図面を参照して更に詳細に説明される。
【００２９】
本発明は、サービス、特にサービスプロバイダによって放送される視聴覚チャネルにアクセスするために、受信アンテナ２とテレビセット３の間に接続されることを目的として、図１においてブロック図の形式で表される多目的デジタルデコーダ１を初期化する方法に関するものである。表されているアンテナ２は衛星受信アンテナであるが、ＲＦ（又は地上波）受信アンテナでもよい。アンテナ２への接続はまた、ケーブルへの接続に代替される場合がある。
【００３０】
前記デコーダ１は分離したボックスの形式で販売される場合があるが、デジタルテレビに一体化されていてもよい。表示されるチャネルを選択するため又は番組ガイドを表示するために、この形式のデコーダはユーザによってリモコン４で制御され得る。デコーダ１は多様な周波数で送信されるデータを受信可能なチューナー５を有する。前記チューナー５は、上流側は受信アンテナ２に接続され、下流側はマルチプレクサ６に接続され、マルチプレクサ６自体は、下流側は視聴覚チャネルに対応するＭＰＥＧデータストリームをテレビ３によって利用可能な映像信号に変換可能なデコード部７に接続する。
【００３１】
図の破線の矢印で表される通り、プログラム可能な手段を有し、監視タスクとも言われる中央制御部８は、チューナー５とマルチプレクサ６と接続される。監視タスクは所定の周波数にロックするためにチューナー５を駆動し、チューナー５から生じるデジタルデータからユーザが表示することを望む視聴覚番組に対応する視聴覚データを抽出するためにマルチプレクサ６を駆動する。
【００３２】
伝送ストリームＴＳにおいて所定の周波数で送信されるデジタルデータは、一般的にいくつかの視聴覚サービス又はチャネルの音声／映像データと、場合によって予定イベントテーブルＥＩＴＳを有し、各ＥＩＴＳテーブルは所定のサービスで送信されるイベント又はプログラムについての情報を有する。前記ＥＩＴＳテーブルは、前述のＤＶＢ規格により最大１０秒毎（翌週のイベントについての情報を含むテーブルの場合）又は最大３０秒毎（翌週以降の日のイベントについての情報を含むテーブルの場合）に繰り返し送信される。
【００３３】
所定の周波数のＴＳ伝送ストリームで送信される全データは単一のプロバイダから生じており、全く同一のプロバイダのサービスの集合物は、一般的にいくつかの異なる周波数のいくつかのＴＳ伝送ストリームで送信される。前述の通り、予定イベントテーブルＥＩＴＳが所定の周波数のＴＳストリームで送信される場合、前記テーブルは同じＴＳストリーム（現在のＥＩＴＳテーブル）で送信されるサービスに関する情報、又は他のＴＳストリーム（他のＥＩＴＳテーブル）で送信されるサービスに関する情報を有し得る。必ずしも全てのプロバイダが予定イベントテーブルを送信する必要はなく、無料の視聴覚チャネルのおよそ半分でＥＩＴＳテーブルは全く送信されない。
【００３４】
前記デコーダの最初の作動の間に設定手順が起動される。この設定の間にチューナー５が監視タスク８によって駆動され、徐々に受信可能な周波数を走査し、周波数上でデータを受信すると、逆マルチプレクサ６が前記周波数で受信されるデータから前述のＤＶＢ規格でＳＤＴ（“サービス記述テーブル”を表す）といわれるサービス記述テーブルからの情報を抽出するように監視タスク８によってプログラムされる。前記ＳＤＴテーブルはセクションに分割され、各セクションは所定の周波数で送信するプロバイダの識別子と前記周波数上で伝送ストリームＴＳにおいて送信される多様なサービスの識別子とを有する。
【００３５】
設定の終わりにデコーダで受信可能な全サービスのリストがメモリ９に記録され、特にデコーダの番組ガイドによって利用されることを目的としたデータベースを作る。前記設定タスクは伝送周波数毎に約２秒を要し、その後サービス識別子は利用可能な視聴覚チャネルのリストをユーザに提示するために番組ガイドによって利用される。
【００３６】
本発明によると、多様なサービスによって送信される番組についての情報を有する予定イベントテーブルＥＩＴＳの存在は、監視タスク８によって駆動され、デコーダの設定段階の間に優先的に実行されるデコーダを初期化する処理の実行中に検出される。検出されたＥＩＴＳ毎にテーブルから情報が抽出され、ＥＩＴＳテーブルを送信するプロバイダのリストと、各プロバイダの詳細と、ＥＩＴＳテーブルが検出された多様な伝送ストリームＴＳとのリストを構成する。前記リストは不揮発性メモリであるデコーダのメモリ９に記録される。
【００３７】
番組について全く情報を送信しないプロバイダのサービス（初期化処理の間にＥＩＴＳテーブルが検出されないもの）と、設定の間に検出されたサービスに対応して前記情報を送信するプロバイダのサービスについてユーザに警告するために、好ましくは前記リストが番組ガイドによって利用される。このように、ユーザが番組ガイドを起動すると、番組についての情報が利用できない前記視聴覚チャネル（すなわち前記サービス）を直接認識する。ユーザがＥＩＴＳテーブルを送信しないプロバイダのサービスに関する番組のグリッドを調べることを望む場合、このことはデコーダが必ず失敗するＥＩＴＳテーブルの検索手順を起動することを省く。
【００３８】
ＥＩＴＳテーブルの存在の識別は、好ましくは音声／映像出力とＥＩＴＳテーブルのようなデジタルデータ用の出力とを有する逆マルチプレクサ６の段階で受信されたデータを分析することによって実行される。特に、受信されたデータのストリームからＥＩＴＳテーブルを含むデータパケットを抽出し、そのデータを監視タスク８に送信するように、逆マルチプレクサ８においてフィルタが実行される。
【００３９】
前述のＤＶＢ規格のフレームワークにおいて、送信されるサービスはＤＶＢトリプレット（ＤＶＢ  ｔｒｉｐｌｅｔ）によって一意に識別される。ＤＶＢトリプレット（ＤＶＢ  ｔｒｉｐｌｅｔ）は、サービスのプロバイダの識別子“ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ”と、サービスが送信される（特定の伝送周波数にも対応する）ＴＳ伝送ストリームの識別子“ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ”と、サービスの識別子“ｓｅｒｖｉｃｅ＿ｉｄ”とを有する。ＤＶＢトリプレット（ＤＶＢ  ｔｒｉｐｌｅｔ）は、所定のサービスのそれぞれの予定イベントテーブルＥＩＴＳに含まれる。従って、ＥＩＴＳテーブルを送信するプロバイダのリストを構成するためには、検出された各ＥＩＴＳテーブルから、ＥＩＴＳテーブルに含まれるＤＶＢトリプレット（ＤＶＢ  ｔｒｉｐｌｅｔ）に現れる“ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ”のデータ項目と、ＥＩＴＳテーブルが検出されたＴＳストリームを保存する“ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ”のデータ項目とを抽出ことで十分である。
【００４０】
好ましくは、検出されたＥＩＴＳテーブル毎に、同じ周波数（すなわち同じＴＳストリーム）で送信されるサービスを参照するかどうか（現在のＥＩＴＳ）、又は他の周波数で送信されるサービスを参照するかどうか（他のＥＩＴＳテーブル）を示す情報項目もまた、ＥＩＴＳテーブルが検出されたＴＳストリーム毎に現在のＥＩＴＳテーブルが存在するかどうか及び／又は他のＥＩＴＳテーブルが存在するかどうかを示すブールの識別子をデコーダのメモリ９に記録されたリストに更に保存するように検出される。前記情報項目は、後述のデータの取得中に番組ガイドによって用いられる。
【００４１】
周波数毎に３０秒程度の場合があり、又はデジタル地上波送信の特定の場合においては６０秒の場合があるＥＩＴＳテーブルの反復周期を考慮すると、デコーダが受信可能な全ての周波数で受信されたデータの分析はかなり長くなることがわかる。すなわち、送信されるＥＩＴＳテーブルが存在しないことを判断する前に周波数毎に３０秒間待つ場合に、デコーダの受信周波数の数が８０程度の場合があることを考えると初期化処理が比較的長くなる場合がある。
【００４２】
本方法の好ましい実施形態において、周波数で受信されたデータの分析は、ＥＩＴＳテーブルの反復周期未満の所定の所要時間に限られる。前期所要時間は、例えば２秒程度である場合があり、それによってＥＩＴＳテーブルが検出されたプロバイダのリストを作ることを可能にする一方で初期化時間を減少させ得る。特に、２秒後にＥＩＴＳテーブルが検出されない場合には、全くＥＩＴＳテーブルが分析された周波数で送信されていないと判断される。逆に、ＥＩＴＳテーブルが分析された周波数で検出されると、その１つの識別が最大２秒で実行され、その周波数で送信され得る他のＥＩＴＳテーブルが同じプロバイダから発生する。従って、１つの周波数上で単一のＥＩＴＳテーブルを検出することは、ＥＩ“ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ”の識別子がそのＥＩＴＳテーブルに含まれるプロバイダによって送信される全てのサービスについてＥＩＴＳテーブルが利用可能であると思われると判断するためには十分である。
【００４３】
前述の初期化処理は、好ましくはデコーダの設定と同期され得る。特に、最初の作動時に実行される設定段階で、チューナーが受信可能な周波数帯を走査し、周波数においてデータを受信すると、その周波数に存在するサービスの多様なパラメータを識別し、記録するようにプログラムされる。この設定は伝送周波数毎に約２秒を要し、好ましくは予定イベントテーブルの検出と前記ＥＩＴＳテーブルに関するデータのメモリ９への保存を含む場合がある。このように、初期化処理の実行はユーザに気付かれないようにデコーダの設定に一体化される。
【００４４】
初期化処理はまた、そのうち発展する傾向のあるメモリ９に記録されたリストを更新する目的で最初の作動の後に実行され得る。この場合、初期化処理は、例えば適切な制御を動かすことによってユーザにより起動され得る。他の実施形態において、デコーダに実現されたプログラムの更新のために確保された伝送周波数を用いることによって、前記初期化が遠隔から起動され得る。一般的にデコーダの設計中に周波数帯がデコーダの遠隔更新を実行するために確保される。ハードウェアのパラメータの設定に関与する必要のないユーザに気付かれないように、前記更新が所定の周波数で受信されたデジタルデータによって駆動される。本発明によるデコーダは、好ましくは初期化信号を受信すると初期化を起動するようにプログラムされ得る。前記信号は、流通において有意な変更が生じた場合に、特に新しい予定イベントテーブルが利用可能になった場合に、サービスオペレータによって送信され得る。
【００４５】
ユーザがデコーダの番組ガイドを動かすと、まずデコーダは初期化処理の間に保存されたリストでＥＩＴＳテーブルが検出されたサービスを確認する。そして、番組ガイドの表示する間にＥＩＴＳテーブルが検出されないチャネル（又はサービス）が個々のタグ（特に専用のロゴや、特定の色や、チャネル名に対するグレー領域等）で現れ、このチャネルの予定イベントについての情報が利用可能でないことをユーザに示す。従って、ユーザは前記チャネルの番組についての情報を要求せず、デコーダが少なくとも１０秒間前記チャネルのＥＩＴＳテーブルを探す試みをすることを待つ必要がなくなる。
【００４６】
例えばユーザが特定の時間帯にいくつかのチャネル（又はサービス）の番組のグリッドの表示を要求すると、まず、デコーダは前記チャネルに対応するＥＩＴＳテーブルを取得しなければならない。このために、デコーダは次の方法を採用する：他のＥＩＴＳテーブルがユーザによって要求されたチャネルのプロバイダによって送信されるかどうかについてプロバイダが送信するＥＩＴＳテーブルのリスト（初期化処理の間にメモリ９に保存されたリスト）を検索し、そうである場合にはその伝送ストリームＴＳで前記テーブルが送信される。この場合、デコーダはまず所定の周波数でのトランスポンダによる他のＥＩＴＳテーブル（すなわち他の周波数で送信されるチャネルの予定イベントについての情報）を含むＴＳストリームの送信をロックする。
【００４７】
この理由は、他のＥＩＴＳテーブルが周波数上で検出されると、一般的にこのことはバーカーチャネル（ｂａｒｋｅｒ−ｃｈａｎｎｅｌ）とも言われ、このプロバイダによって送信されるチャネルの全ての予定イベントテーブルがその周波数で送信されることを意味する。ＥＩＴＳテーブルの検索中に、バーカーチャネル（ｂａｒｋｅｒ−ｃｈａｎｎｅｌ）の周波数を処理することにより、前記プロバイダによって送信される全てのチャネルの番組のグリッドについての情報を比較的短期間で検索することが可能になる。
【００４８】
特に、バーカーチャネル（ｂａｒｋｅｒ−ｃｈａｎｎｅｌ）の周波数の他のＥＩＴＳの形式で送信される予定イベントテーブルの全てを収集することは、テーブルの反復率に応じて１０秒から３０秒の間の所要時間内で検索され得る。現在のＥＩＴＳの形式において多用な周波数の予定イベントテーブルを検索することは、ＥＩＴＳテーブルが送信される周波数の数によって増加し、１０秒から３０秒程度の所要時間になる。従って、バーカーチャネル（ｂａｒｋｅｒ−ｃｈａｎｎｅｌ）の周波数の処理により、予定イベントテーブルの取得時間を有意に減少させ、デコーダの番組ガイドの全体の性能を改善することが可能になる。
【図面の簡単な説明】
【００４９】
【図１】受信アンテナとテレビセットに接続されたデジタルデコーダを表す図である。
【符号の説明】
【００５０】
１  多目的デジタルデコーダ
２  受信アンテナ
３  テレビセット
４  リモコン
５  チューナー
６  マルチプレクサ
７  デコード部
８  中央制御部
９  メモリ
【図１】
2004254307.tif 000003