(57)【要約】  本発明は、デジタル・テレビジョン・サービスを受信する方法に関し、新しいサービスの表示の遅れを表す少なくとも１つの情報を受信するステップ（６１）を備え、この情報は、サービスの少なくとも１つのリストを備える制御データ内に挿入されている。したがって本発明により、受信機は、この時間に応じて、サービスの読み込み中に動作（action）を実行することができる。本発明はまた、対応する送信方法に関する。
2009540642.tif 000002
【特許請求の範囲】
【請求項１】
新しいサービスの表示の遅れ（１０２３）を表す少なくとも１つの情報を受信するステップ（６１）を備え、前記情報は、サービスの少なくとも１つのリスト（１０２２）を備える制御データ内に挿入されていることを特徴とするデジタル・テレビジョン・サービスを受信する方法。
【請求項２】
新しいサービスの表示の遅れを表す前記少なくとも１つの情報は、前記新しいサービスの復号化および／または転送の遅れの継続時間を表す情報を備えることを特徴とする請求項１に記載の方法。
【請求項３】
新しいサービスの読み込み中に実行されるべき動作（action）（１０２６）を表す少なくとも１つの情報を受信するステップを備え、当該情報は、サービスの少なくとも１つのリストを備える制御データ内に挿入されていることを特徴とする請求項１および２のいずれかに記載の方法。
【請求項４】
サービスの変更中に表示されるべき少なくとも１つのコンテンツ（１０２４、１０２５）を提供するステップを備えることを特徴とする請求項１から３のいずれか一項に記載の方法。
【請求項５】
新しいサービスの表示の遅れを表す前記少なくとも１つの情報に応じて前記コンテンツを選択するステップを備えることを特徴とする請求項４に記載の方法。
【請求項６】
前記コンテンツ（１０２５）および／またはその位置（１０２４）を表す少なくとも１つの情報を受信するステップを備えることを特徴とする請求項４および５のいずれかに記載の方法。
【請求項７】
サービスの変更中のフェード（６７）の実行を備え、前記フェードの継続時間は、新しいサービスの表示の遅れを表す前記少なくとも１つの情報に依存することを特徴とする請求項１から６のいずれか一項に記載の方法。
【請求項８】
新しいサービスの表示の遅れを表す前記少なくとも１つの情報は、ＸＭＬ構造および／またはストリーム信号テーブルの形で示されることを特徴とする請求項１から７のいずれか一項に記載の方法。
【請求項９】
新しいサービスの表示の遅れ（１２２２）を表す少なくとも１つの情報を送信するステップ（７２）を備え、前記情報は、サービスの少なくとも１つのリストを備える制御データ内に存在することを特徴とするデジタル・テレビジョン・サービスを送信する方法。
【請求項１０】
前記新しいサービスに関連付けられたビデオ・エンコーディング・パラメータに応じて前記少なくとも１つの情報を決定するステップを備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記新しいサービスに関連付けられたビデオ・ストリームの転送パラメータに応じて前記少なくとも１つの情報を決定するステップを備えることを特徴とする請求項９および１０の一項に記載の方法。
【請求項１２】
サービスの読み込み中にデコーダによって実行されるべき動作（action）を表す少なくとも１つの情報を送信するステップを備え、前記情報は、サービスの少なくとも１つのリストを備える制御データ内に存在することを特徴とするデジタル・テレビジョン・サービスを送信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、双方向伝送または通信ネットワーク上のデジタル・テレビジョン・サービスの伝送に関する。
【０００２】
より詳細には、本発明は、サービスの変更（または「ザッピング（zapping）」）の分野に関する。
【背景技術】
【０００３】
現在の技術水準によれば、受信機内で、あるデジタル・テレビジョン・サービスから別のデジタル・テレビジョン・サービスへ切り換えるには、時間（通常、１０分の１秒台から数秒）がかかる可能性がある。具体的には、デコーダは、復号できる画像（通常、Ｐ（または「Predict」もしくは「Predicted」）画像およびＢ（またはBidirectional）画像のストリーム内に挿入された、ＭＰＥＧ技術によるIntra、すなわちＩ画像）を受信しなければならない。必要な帯域幅を低減するためには、Ｉ画像の数を少ない。さらに、ＩＰ（または「インターネット・プロトコル（Internet Protocol）」）ネットワークが（受信機に）実装されると、バッファ・メモリが、ネットワーク・ジッタを補償するために使用される。したがって、サービスの変更中に、比較的長い時間の、あるいは短い時間の黒画面が表示されることになる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、従来技術の欠点を軽減すること、特に、あるデジタル・テレビジョン・サービスから別のデジタル・テレビジョン・サービスへの変更を改善することを目的とする。
【課題を解決するための手段】
【０００５】
この目的のために、本発明は、デジタル・テレビジョン・サービスを受信する方法を提案する。この方法は、新しいサービスの表示（特に、第１のサービスの読み込み（loading）中またはサービスの変更中）の遅れ（lag）を表す少なくとも１つの情報を受信するステップを備え、この情報は、サービスの少なくとも１つのリストを備える制御データ内に挿入されていることを特徴とする。
【０００６】
したがって、新しいサービスの表示の遅れを表す情報を受信する受信機（たとえば、デコーダ、テレビジョン、記録装置、通信端末、コンピュータ）は、この情報を使用して、この時間に応じた動作（action）（たとえば、表示、フェードなど）を実行することができる。
【０００７】
１つの有利な特徴によれば、この情報、すなわち新しいサービスの表示の遅れを表す情報は、新しいサービスの復号化および／または転送における遅れの継続時間を表す情報を備える。
【０００８】
別の特徴によれば、本発明は、新しいサービスの読み込み（loading）中に実行されるべき動作（action）を表す少なくとも１つの情報を受信するステップを備え、この情報は、サービスの少なくとも１つのリストを備える制御データ内に挿入されている。
【０００９】
本発明は、有利に、サービスの変更中に表示されるべき少なくとも１つのコンテンツ（たとえば、テキスト、１つまたは複数の画像、ビデオ）を提供するステップを備える。
【００１０】
特定の特徴によれば、本発明は、その情報、すなわち新しいサービスの表示の遅れを表す情報、に応じてコンテンツを選択するステップを備える。
【００１１】
本発明は、有利に、コンテンツおよび／またはその位置を表す少なくとも１つの情報を受信するステップを備える。
【００１２】
有利な特徴によれば、本発明は、サービスの変更中のフェードの実行を備え、このフェードの継続時間は、その情報、すなわち、新しいサービスの表示の遅れを表す情報に依存する。
【００１３】
特定の特徴によれば、その情報、すなわち新しいサービスの表示の遅れを表す情報は、ＸＭＬ構造（ＤＶＢ−ＩＰ）の形であり、および／またはストリーム信号テーブル（たとえば、ＤＶＢ／ＭＰＥＧ用ＳＩ／ＰＳＩテーブル）の形を有する。
【００１４】
本発明はまた、デジタル・テレビジョン・サービスを送信する方法に関する。この方法は、新しいサービスの表示の遅れを表す少なくとも１つの情報を送信するステップを備え、この情報は、サービスの少なくとも１つのリストを備える制御データ内に存在することを特徴とする。
【００１５】
有利な特徴によれば、送信する方法は、その情報を決定するステップ、すなわち新しいサービスに関連付けられたビデオ・エンコーディング・パラメータ（たとえば、ＧＯＰの構造）に応じてその情報を決定するステップを備える。
【００１６】
特定の特徴によれば、本発明は、新しいサービスに関連付けられたビデオ・ストリームの転送パラメータ（たとえば、ネットワーク・ジッタをなくすのに必要なバッファ・メモリのサイズおよび数）に応じてその情報を決定するステップを備える。
【００１７】
送信する方法は、有利に、サービスの読み込み（loading）中にデコーダによって実行されるべき動作（action）を表す少なくとも１つの情報を送信するステップを備え、この情報は、サービスの少なくとも１つのリストを備える制御データ内に存在する。
【００１８】
添付の図面を参照する以下の説明を読めば、本発明はより良く理解され、また他の特徴および利点が明らかになるであろう。
【発明を実施するための最良の形態】
【００１９】
一般には、本発明は、サービス変更時間についての知識を有効活用して、黒画面の表示を避けることを可能にする。したがって、様々な実施形態にしたがって、この時間の推定値がサービスのリストとともに送られ、その時間を使用して、静止画像、テキスト形式の情報、またそうでない場合は動画（場合によっては終了したサービスおよび／または新しいサービスに応じて表示されるコンテンツ）を表示することができる。この時間はまた、終了したサービスの最後の複数の画像のうちの１つ（好ましくは最後）に関連付けられたフェード（または「フェーディング（fading）」）を実装することによって、プログラムの滑らかな変更（soft change）に使用することもでき、このフェードの継続時間は、新しいサービスの推定される読み込み時間（loading time）に依存する。
【００２０】
デジタル・テレビジョン・サービスについての情報は、特定の構造で送られる。したがって、単方向伝送（英語では「ブロードキャスト（broadcast）」）（たとえば、ＤＶＢ−Ｔ（もしくは「Digital Video Broadcasting-Terrestrial」）、またはＤＶＢ−Ｓ（もしくはDVB satellite）、またそうでない場合はＤＶＢ−Ｈ（もしくは「DVB-Handheld」）上）の場合、サービス・リストは、ＳＩ／ＰＳＩテーブル（「System Information/Program Specific Information」という英語から）の形式で伝送され、かつデコーダによって取り出される。双方向伝送（たとえば、広帯域インターネット・ネットワーク上）では、サービス・リストは、ＳＤ＆Ｓ構造（「Service Description & Selection」という英語から）の形式で伝送される場合がある。このサービス・リストは、サービス、すなわちデジタル・テレビジョン・プログラムを記述し、かつサービスを探し出してそれを読み込むための情報を与えることを可能にする。
【００２１】
本発明によれば、周知のサービス・リストは、新しいサービスの読み込み時間（または表示遅れ）を表す情報をその中に挿入することによって改善される。このリストの形式は、特定の符号化技術に拘束されないように、汎用（generic）のままとすることが好ましい。
【００２２】
例として、ＭＰＥＧ符号化は、複数のＧｏＰ（「Group of Pictures」という英語から）の使用に基づく。１つのＧｏＰは、様々なタイプの画像、特にＩ（Intra）、Ｐ（「Predict」）、およびＢ（Bidirectional）画像からなるシーケンスである。Ｉ画像だけが、ビデオ・ストリームの復号化を開始するために使用することができ、ＰおよびＢ画像は、直接または間接的にＩ画像を参照する。したがって、ストリームの構造がＩＢＢＰＢＢＰＢＢＰＢＢ型のＧＯＰを有する場合、Ｉ画像は、１２画像ごと、すなわち２分の１秒ごとに存在する。したがって、デコーダは、サービスを表示する前に、０．５秒間待機する必要がある可能性があり、その平均は約０．２５秒である。したがって、本発明によれば、サービス・リストは、サービスの少なくとも一部に対して、好ましくは各サービスに対して、関連付けられたサービスの読み込み時間（loading time）の統計的な推定値（たとえば平均時間または最大時間）を備える。
【００２３】
インターネット・ネットワーク上の伝送では、読み込み時間はまた、転送時間、たとえばビデオ・バッファ・メモリ（または「バッファ」）を満たすのに必要な時間にも依存し、それによって、ビデオ・バッファ・メモリが枯渇したりあふれたりしないようにする。これらのバッファ・メモリは、要求されたサービスのビデオ・サーバとデコーダとの間のネットワーク上で使用される。この時間は一般に、単方向ＲＦまたは衛星によって伝送されるサービスの場合は無視できる。一方、インターネット・ネットワーク上で伝送されるサービスの場合は、０．５秒から数秒程度となる可能性がある。したがって、サービスのリストとともに伝送される、関連付けられたサービスの読み込み時間の統計的な推定値（たとえば平均時間または最大時間）は、復号化に関連付けられた遅れ、および要求されたサービスに対応するビデオ・ストリームの転送パラメータの遅れを同時に考慮することが好ましい。
【００２４】
図１は、本発明の特定の実施形態による、デジタル・テレビジョン・サービスを伝送するためのシステム１を概略的に示す。
【００２５】
システム１は、  
−デコーダ１０と、  
−ＳＤ＆Ｓサーバ１２およびデジタル・テレビジョン・サーバ１３にリンクされたインターネット・ネットワーク１８と、  
−ＳＩ／ＰＳＩサーバ１４およびデジタル・テレビジョン・サーバ１５にリンクされた単方向伝送ネットワーク１６と  
を備える。
【００２６】
デコーダ１０は、ネットワーク１６または１８のうちの少なくとも１つからデジタル・テレビジョン・サービスを受信するのに適している。このデコーダは、ユーザが必要とするサービスをテレビジョン（図示せず）上に表示するために、それを読み込み、かつ復号するのに適している。
【００２７】
本発明の理解を容易にするために、１つのデコーダのみを示す。もちろん、デジタル・テレビジョン・ストリームは、本発明を実装する多数のデコーダに伝送される。さらに、ネットワーク１６および１９は、本発明を実装する複数のサービス・リスト・サーバおよび複数のビデオ・サーバを備えることができる。さらに、これらのネットワークは、部分的に重なることもでき、サービス・リスト・サーバおよび／またはビデオ・サーバは、両方のネットワークに属することができる。さらに、デコーダ１０は、複数の別個のネットワーク（たとえばＤＶＢ−ＴおよびＤＶＢ−Ｓ）からのデータを受信するのに適したものとすることができ、かつ／またはゲートウェイもしくはルータを介して、そのようなネットワークに接続することもできる。
【００２８】
図２は、デコーダ１０を概略的に示す。
【００２９】
デコーダ１０は、アドレス・バスおよびデータ・バス１０３によってともに連結された、  
−マイクロ・プロセッサ１００（またはＣＰＵ）と、  
−ＲＯＭ型（「Read Only Memory」という英語から）の不揮発性メモリ１０１と、  
−ランダム・アクセス・メモリまたはＲＡＭ（「Random Access Memory」という英語から）１０２と、  
−ネットワーク１６および／または１８に対する制御データおよび画像ストリーム情報を受信し、かつ適切な場合、情報または要求をネットワーク１８へ伝送するためのインターフェース１０４と、  
−サービスの読み込みに特有のコンテンツ、および要求されたサービスに対して受信したオーディオ／ビデオ・データ（たとえば表示または記録用）を、オーディオ／ビデオ・・アプリケーションへ伝送するインターフェース１０５と  
を備える。
【００３０】
さらに、図２に示す要素はそれぞれ、当業者には周知である。これらの一般的な要素については、ここでは説明しない。
【００３１】
説明で使用する「レジスタ（register）」という用語は、前述の各メモリ内の、容量の小さい（数バイナリ・データ）メモリ領域と大容量のメモリ領域（プログラム全体、または受信したオーディオ／ビデオ・サービスもしくはサービスの読み込み中に使用されるコンテンツを表すデータのすべてもしくは一部の記憶用）の両方を示すことに注意されたい。
【００３２】
ＲＯＭメモリ１０１は、特に、  
−プログラム「ｐｒｏｇ」１０１０と、  
−時間閾値パラメータ「ｔ−ｔｈｒｅｓｈｏｌｄ」１０１１と  
を備える。
【００３３】
以下に述べる方法のステップを実装するアルゴリズムは、これらのステップを実装するデコーダ１０に付随するＲＯＭメモリ１０１内に記憶される。電源投入時に、マイクロ・プロセッサ１００は、これらのアルゴリズムの命令を読み込み、かつ実行する。
【００３４】
ランダム・アクセス・メモリ１０２は、特に、  
−レジスタ１０２０内の、デコーダ１０の電源投入時に読み込まれるマイクロ・プロセッサ１００のオペレーティング・プログラムと、  
−レジスタ１０２１内の、復号されたサービスに対応するビデオ・ストリームと、  
−レジスタ１０２２内の１つまたは複数のサービス・リストと、  
−対応するサービスに関連付けられたサービス・リストの受信時に更新される、レジスタ１０２３内の、各サービスに関連付けられた平均時間の値と、  
−対応するサービスに関連付けられたサービス・リストの受信時に更新される、レジスタ１０２４内の、各サービスに関連付けられたコンテンツのアドレスと、  
−対応するサービスに関連付けられたサービス・リストの受信時に、またはサービス・リストの受信後の任意の瞬間に、またそうでない場合はサービスの読み込み中に更新される、レジスタ１０２５および１０２６内の、各サービスに関連付けられたコンテンツおよび動作（action）と、  
−レジスタ１０２７内の、要求されたサービスを表す情報と  
を備える。
【００３５】
図３は、サーバ１２を概略的に示す。同じくサーバ１４も、全く類似の構造を有する。
【００３６】
アドレスおよびデータ・バス１２３によってともに連結されたサーバ１２は、  
−マイクロ・プロセッサ１２０（またはＣＰＵ）と、  
−ＲＯＭ型の不揮発性メモリ１２１と、  
−ランダム・アクセス・メモリまたはＲＡＭ１０２と、  
−ネットワーク１８に対して制御データを伝送し、かつ適切な場合、ネットワーク１８への情報または要求を受信するためのインターフェース１２４と、
−アプリケーション・インターフェース１２５と  
を備える。
【００３７】
さらに、図３に示す要素はそれぞれ、当業者には周知である。これらの一般的な要素については、ここでは説明しない。
【００３８】
ＲＯＭメモリ１２１は、特に、  
−プログラム「ｐｒｏｇ」１２１０  
を備える。
【００３９】
以下に述べる方法のステップを実装するアルゴリズムは、これらのステップを実装するサーバ１２に付随するＲＯＭメモリ１２１内に記憶される。電源投入時に、マイクロ・プロセッサ１２０は、これらのアルゴリズムの命令を読み込み、かつ実行する。
【００４０】
ランダム・アクセス・メモリ１２２は、特に、  
−レジスタ１２２０内の、サーバ１２の電源投入時に読み込まれるマイクロ・プロセッサ１２０のオペレーティング・プログラムと、  
−レジスタ１２２１内の、ネットワーク１８の各プロバイダに関連付けられたサービス・リストと、  
−レジスタ１２２２内の、各サービスに関連付けられた平均時間の値と、  
−レジスタ１２２３内の、各サービスに関連付けられたコンテンツのアドレスと、  
−レジスタ１２２４内の、各サービスに関連付けられたコンテンツ（たとえば、静止画像、テキスト、動画）と、  
−レジスタ１２２５内の、各サービスに関連付けられた動作（action）（たとえば、読み込み、ＲＳＳリンク、フェード、テキスト、無動作など）と、  
−レジスタ１２２６内の、各サービスに固有のビデオ・エンコーディング・パラメータと、  
−レジスタ１２２７内の、各サービスに固有の転送パラメータと  
を備える。
【００４１】
本発明の一変形形態によれば、サービスの一部のみが、関連付けられた平均時間の値、ならびに／または関連付けられたコンテンツおよび／もしくは関連するコンテンツのアドレスを有する。この態様を考慮するために、メモリ１２２内の空きフィールドを示すこれらのデータのデフォルト値を規定することが可能である。
【００４２】
別の変形形態によれば、レジスタ１０２３から１０２５は使用されず、対応する値は、リスト１０２２に直接書き込まれる。
【００４３】
前の変形形態と組み合わせることができるさらに別の変形形態によれば、レジスタ１０２３は、平均時間の代わりに、またはそれに加えて、各サービスに関連付けられた最小または最大時間を備える。
【００４４】
図４は、デコーダ１０、ビデオ・サーバ１３、およびＳＤ＆Ｓサーバ１２の間のデータのやりとりを時系列で示す。
【００４５】
第１のステップ中、デコーダ１０は、サーバ１２へ、ＳＤ＆Ｓプロトコルに従ったサービスのリストを取得する要求４００を送信する。
【００４６】
その後、サーバ１２は、デコーダ１０へ、サービス・プロバイダのリスト４０１を送信する。
【００４７】
次いで、デコーダ１０は、サーバ１２へ、特定のプロバイダ（たとえばサーバ１３）のサービスのリストを求める要求４０２を送信する。
【００４８】
サーバ１２は、レジスタ１２２１内に記憶される、要求されたサービスのリスト４０３を、ＸＭＬ構造（「eXtensible Markup Language」という英語から）の形式で送信し、次ぎにデコーダ１０は、このリストを、読み込み時間に関連付けられた情報、およびリストのサービスに関連付けられたコンテンツが提供されている場合はそれとともに、レジスタ１０２２内に格納する。
【００４９】
次いで、デコーダ１０は、サーバ１３へ、特定のサービスを要求するＩＧＭＰコマンド４１０（「Internet Group Management Protocol」という英語から）（サービスのＩＰアドレスを有する、ＩＧＭＰプロトコルに従った「ｊｏｉｎ」コマンド）を送信し、ビデオ・ストリーム４１１を受信する。要求されたサービスの読み込みがユーザによって要求されると、デコーダ１０は、（要求されたサービスに関連付けられた平均読み込み時間ｔ’１についての可能性検査後に）そのコンテンツを表示する。このコンテンツおよびこの平均時間は、要求されたサービスに関連付けられ、リスト４０３内に示されている。このコンテンツは、時間ｔ１の間、サービスが読み込まれかつアプリケーションで利用可能になるまで表示される（ｔ１は、コマンド４１０の伝送と、要求されたサービスの第１の画像が復号される瞬間４１２との間の継続時間に等しい）。
【００５０】
前述のコマンド４１０は、デコーダ１０の命令を受けて、要求応答モードで送信される。これは、サーバ１２の主導によって定期的にリフレッシュされることが好ましい（「プッシュ（ｐｕｓｈ）」モード）。
【００５１】
その後、ユーザからのサービス変更要求に続いて、デコーダ１０は、サーバ１３へ、現在のサービスを終了するための「ｌｅａｖｅ」型のＩＧＭＰコマンド４１３、および新しい特定のサービスを要求するＩＧＭＰコマンド４２０（新しいサービスのＩＰアドレスを有する「ｊｏｉｎ」型のコマンド）を送信し、かつビデオ・ストリーム４２１を受信する。ここでは、たとえば、コマンド４１３または４２０のうちの１つが発行されたとき（実際には同時に送信される）、画像フェードが、前のサービスの最後の画像のうちの１つ（好ましくは最後の画像）から開始するものとする。フェードの継続時間は、サービス・リスト４０３内に提供される、要求されたサービスの読み込みに関連付けられたる平均（または最大）時間ｔ’２の関数として計算される。フェードは、たとえば、リスト４０３内で要求されるサービスに関連付けられた明示コマンド、閾値１０１１未満の時間ｔ’２、またはリスト４０３内の新しいサービスの読み込み中に表示されるべきコンテンツの不在、に関係付けられる。したがって、前のサービスの最後の画像のうちの１つは、時間ｔ２の間、新しいサービスが読み込まれかつアプリケーションで利用可能になるまで表示される（ｔ２は、コマンド４１３または４２０のうちの１つの伝送と、要求されたサービスの第１の画像が復号される瞬間４２２との間の継続時間に等しい）。
【００５２】
次いで、デコーダ１０は、サーバ１３へ、現在のサービスを終了するための「ｌｅａｖｅ」型のＩＧＭＰコマンド４２３、および新しい特定のサービスを要求するＩＧＭＰコマンド４３０（新しいサービスのＩＰアドレスを有する「ｊｏｉｎ」型のコマンド）を送信し、かつビデオ・ストリーム４３１を受信する。要求されたサービスの読み込みがユーザによって要求されると、デコーダ１０は、（要求されたサービスに関連付けられた平均読み込み時間ｔ’３の可能性検査後に）コンテンツを表示する。コンテンツは終了されるサービスに関連付けられ、平均時間は、要求されたサービスに関連付けられている。特に、本発明によれば、表示されるコンテンツは、終了されるサービスに依存することができる（たとえば、サービスのリスト４０３内のパラメータ化または指示による）。このコンテンツは、時間ｔ３の間、サービスが読み込まれかつアプリケーションで利用可能になるまで表示される（ｔ３は、コマンド４２３または４３０のうちの１つの伝送と、要求されたサービスの第１の画像が復号される瞬間４３２までの継続時間に等しい）。
【００５３】
図５は、単方向伝送ネットワークを介してビデオ・サーバ１５およびＳＩ／ＰＳＩサーバ１４からデコーダ１０へ送信されるデータを時系列で示す。
【００５４】
最初のステップ中、サーバ１４は、デコーダ１０へ、サービス・プロバイダのリスト５０１を送信する。
【００５５】
次いで、または同時に、ビデオ・サーバ１５は、ビデオ・マルチプレックス５０２をデコーダ１０へ伝送する。
【００５６】
その後、サーバ１４は、利用可能なサービスの１つまたは複数のリスト５０３を、１つまたは複数のＳＩ／ＰＳＩテーブル形式で送信し、またデコーダ１０は、このリストを、読み込み時間に関連付けられた情報、および１つまたは複数のリストのサービスに関連付けられたコンテンツが提供されている場合はそれとともに、レジスタ１０２２内に記憶する。
【００５７】
次いで、ユーザの要求に応じて、デコーダ１０は、サーバ１５によって伝送されるビデオ・ストリーム内の要求されたサービスの周波数（図２には図示しない、そのチューナを介する）およびマルチプレックスをロックオン（lock on；捕捉）する（オペレーション５１１）。デコーダ１０は、（要求されたサービスに関連付けられた平均読み込み時間ｔ’１の可能性検査後に）コンテンツを表示する。コンテンツおよび平均時間は、要求されたサービスに関連付けられ、１つまたは複数のリスト５０３内に示されている。このコンテンツは、時間ｔ１の間、サービスが読み込まれかつアプリケーションで利用可能になるまで表示される（ｔ１は、ロックオン５１１の開始と、要求されたサービスの第１の画像が復号される瞬間５１２との間の継続時間に等しい）。
【００５８】
その後、ユーザからのサービス変更要求に続いて、デコーダ１０は、サーバ１５から送信されるビデオ・ストリーム内の要求された新しいサービスの周波数（周波数の変更が必要な場合）およびマルチプレックスをロックオンする（オペレーション５２１）。ここでは、たとえば、ロックオンの開始が生じた瞬間に、画像フェードが、前のサービスの最後の画像のうちの１つ（好ましくは最後の画像）から開始するものとする。フェードの継続時間は、サービス・リスト５０３内に提供されている、要求されたサービスの読み込みに関連付けられた平均（または最大）時間ｔ’２の関数として計算される。フェードは、たとえば、１つまたは複数のリスト５０３内で要求されるサービスに関連付けられた明示コマンド、閾値１０１１未満の時間ｔ’２、またはリスト５０３内の新しいサービスの読み込み中に表示されるべきコンテンツの不在に関係付けられる。したがって、前のサービスの最後の画像のうちの１つは、時間ｔ２の間、新しいサービスが読み込まれかつアプリケーションで利用可能になるまで表示される（ｔ２は、ロックオン５２１の開始から、要求されたサービスの第１の画像が復号される瞬間５２２までの継続時間に等しい）。
【００５９】
次いで、ユーザからのサービス変更要求に続いて、デコーダ１０は、サーバ１５から送信されるビデオ・ストリーム内の要求された新しいサービスの周波数（周波数の変更が必要な場合）およびマルチプレックスをロックオンする（オペレーション５３１）。要求されたサービスの読み込みがユーザによって要求されると、デコーダ１０は、（要求されたサービスに関連付けられた平均読み込み時間ｔ’３の可能性検査後に）コンテンツを表示する。コンテンツは、終了されるサービスに関連付けられ、平均時間は要求されたサービスに関連付けられている。このコンテンツは、時間ｔ３の間、サービスが読み込まれかつアプリケーションで利用可能になるまで表示される（ｔ３は、ロックオン５２１の開始と、要求されたサービスの第１の画像が復号される瞬間５３２との間の継続時間に等しい）。
【００６０】
図６は、本発明による、受信機１０内で実装される受信方法に対応するアルゴリズムを示す。
【００６１】
第１の初期化ステップ６０の過程で、デコーダ１０は、プログラム１０１０をランダム・アクセス・メモリ１０２内に読み込み、かつプログラム１０１０が適切に動作する（operate）のに必要な様々なパラメータを初期化する。
【００６２】
次いで、ステップ６１の過程で、デコーダ１０は、ＳＤ＆Ｓサーバ１２および／またはＩＦ／ＳＰＩサーバ１４から、１つまたは複数のサービス・リストを受信し、そのレジスタ１０２２内に記憶する。
【００６３】
その後、ステップ６２の過程で、デコーダ１０は、ステップ６１で受信したリスト内に存在する各サービスに関連付けられた時間データ（通常は、サービスの読み込みに対応する最小、平均、および／または最大時間）を抽出し、かつレジスタ１０２３内に格納する。
【００６４】
次いで、ステップ６３の過程で、デコーダは、ステップ６１で受信したリスト内に存在する各サービスに関連付けられている、実行されるべきコンテンツおよび／または動作（action）に関するデータが存在する場合はそれらを抽出し、かつそのデータをレジスタ１０２４および／または１０２５内に格納する。
【００６５】
一変形実施形態によれば、ステップ６２および６３で格納されるこれらのデータは、利用可能なサービスとともに、ユーザに（またはデコーダのクライアント・アプリケーションに）提示される。
【００６６】
ステップ６１および６３は、デコーダ１０に電源を投入するとき、またサービス・リストの更新および／または新しいサービス・リストの受信時、に実行される。
【００６７】
その後、ステップ６４の過程で、デコーダは、ユーザまたはそのクライアント・アプリケーションからの、ステップ６１中に受信したリストに属する第１のまたは新しいサービスの読み込みを要求する命令を待ち、次いで受信する。
【００６８】
次いで、検査６５の過程で、デコーダ１０は、サービスに対する推定される読み込み時間（所望のサービスに関連付けられたレジスタ１０２３から読み込んだ平均、最小、または最大時間）が閾値１０１１（たとえば０．５秒に等しい）未満であるかどうかを検証する。
【００６９】
読み込み時間が閾値１０１１未満である場合、ユーザには、読み込み中に画像またはテキスト形式のコンテンツを考慮する時間はなく、ステップ６７の過程で、推定される時間に応じて算出される継続時間の（最後の復号された画像のうちの１つに関連付けられた）フェードが起動させられる。
【００７０】
読み込み時間が閾値１０１１以上である場合、ステップ６６の過程で、デコーダ１０は、新しいサービスの読み込みに関連付けられた動作（action）を実行する（たとえば、静止画像または映画の表示または表示装置（たとえばモニタもしくはテレビジョン）への提供、テキストの表示、ＲＳＳ情報の表示、フェードなど）。受信したリスト１０２２内にこの新しいサービスに関連付けられた動作（action）がない場合、デコーダ１０は、前のサービスに関連付けられた動作（action）、またはデフォルト動作（action）（たとえば、１つの画像もしくは一連のローカルで記録された画像の表示（たとえば読み込みを示すカーソルであり、その速度は推定される時間に依存する）、または遠隔動作（action）（たとえば、特定のＷｅｂアドレスに、もしくは伝送されるストリーム内に存在する広告であり、このアドレスまたはファイルは、リスト１０２２内に記載の推定される読み込み時間に依存させることができる）、あるいは事前定義された、または新しいサービスに依存する（たとえば、サービスの名前を有する「サービスの読み込みおよび／またはリスト１０２２内に記載の読み込みの推定される時間）、テキストの表示を実行する。
【００７１】
本発明の一変形形態によれば、ステップ６５および６７は削除され、ステップ６４の後、体系的にステップ６６が実行される。
【００７２】
図７は、本発明による、リスト・サーバ１２および／または１４内に実装される、サービス・リストを送信する方法に対応するアルゴリズムを示す。
【００７３】
第１の初期化ステップ７０の過程で、サーバは、プログラム１２１０をランダム・アクセス・メモリ１２２内に読み込み、かつプログラム１２１０が適切に動作（operate）するのに必要な様々なパラメータ（特に、ビデオ・サーバのアドレス）を初期化する。
【００７４】
次いで、ステップ７１の過程で、サーバは、デコーダへ伝送されるべき１つまたは複数のサービス・リストを構成する。１つまたは複数のサービス・リストおよびビデオ・サーバは、演算子によってパラメータ化され、したがって直接アクセスできるようになる。その後、リスト・サーバは、それぞれの利用可能なサービスに対して、対応するエンコーダのＧＯＰを取り出す（これはビデオ・サーバ１３および１５とは異なることがあり、かつリスト・サーバに知られている）。リスト・サーバは、そこから、最小、平均、および／または、最大復号化時間を導出する。次いで、伝送モードに応じて、転送時間を推定する。デフォルト値は、事前定義することができる（たとえば、インターネット経由の送信時は５００ミリ秒、および単方向伝送では０ミリ秒）。より複雑な一変形形態によれば、リスト・サーバ１２は、ネットワークの状態、特にジッタについての情報を取り出すために、たとえばＲＴＣＰプロトコル（「Real Time Control Protocol」）をリターン・パスとして使用して、サーバ１３からのサービスの送信に対するジッタを推定する。リスト・サーバは、最小、平均、および／または最大時間の合計を算出し、それを、サーバが構成する１つまたは複数のリスト１２２１内の各サービスに関連付けられた情報に挿入する。一変形形態によれば、リスト・サーバは、この合計を算出せず、それぞれ復号化および転送パラメータに対応する時間を、サーバが構成する１つまたは複数のリスト１２２１内の各サービスに関連付けられた情報に別々に挿入して、デコーダは、そこから、合計時間を導出する。別の変形形態によれば、これらのデータは、秒単位ではなく、それぞれＧＯＰの最小、平均、および／もしくは最大数、ならびに／またはバッファ・メモリ（もしくは「バッファ」）の数もしくはサイズとして、ビデオ・サーバとデコーダ１０との間で表される（バッファ・メモリの交差（crossing）（所定量としての閾値を超えること）はデコーダ１０内でパラメータ化し（たとえば１００ミリ秒）またはより精巧に推定することができる）。サービスの読み込みに関連付けられた動作（action）および任意のデータは、パラメータ化されることができ、または、パラメータ化された頻度またはインスタンスで、事前定義されたアドレス（ローカルまたは遠隔）にあるリスト・サーバによって、取り出することができる（ニュース項目または広告のコンテンツは定期的に変更することができる）。
【００７５】
その後、ステップ７２中、リスト・サーバは、ステップ７１の過程で構成された１つまたは複数のリストを、１つまたは複数のデコーダへ伝送または送信する。ステップ７１および７２は、サーバに電源を投入するとき、ならびに必要に応じて（特にリストのコンテンツの変更（特に、周期的な形で、および／あるいは利用可能なサービスの変更、新しいサービスの読み込み中にデコーダによって実行されるべき動作（action）の変更、または少なくとも１つのサービスのエンコーディングもしくは転送パラメータの変更）があるときに実行される。
【００７６】
もちろん、本発明は、前述の実施形態に限定されない。
【００７７】
特に、リスト・サーバの性質および数は、前述の例に限定されない。具体的には、サービス・リストは、任意の有線または無線通信手段を介して、対話伝送型または逆に単方向型の１つまたは複数のリスト・サーバによって、構成しおよび／または送信することができる。
【００７８】
サービスに関連付けられた動作（action）もまた、前述の動作（action）に限定されない。これらは、サービスの読み込みの過程で可能な任意のタイプの動作（action）に関する。
【００７９】
推定される時間データは、必ずしも推定される平均時間ではなく、本発明によれば、最小もしくは最大値に関連付けられ、または中間値（たとえば確率０．９５の有効最大値）に相当することもできる。送信されるサービス・リストは、これらの値のすべてまたは一部を備えることができる。次いでデコーダは、値を選択することができ、その値を考慮して、動作（action）を実行する（たとえばパラメータ化による）。
【００８０】
デコーダのユーザ、または関連するアプリケーションはまた、本発明によれば、特定の動作（action）（たとえば、推定される読み込み時間が閾値未満である場合の広告表示および／または画像表示）を禁止して、デフォルト動作（action）または前のサービスに対応する動作（action）を実行することができる。ユーザはまた、サービスの読み込み中に特定のコンテンツ（たとえば、ＲＳＳリンクを介したニュース項目）をダウンロードしまたは記録するように、デコーダを構成することができる。
【００８１】
本発明の有利な一実施形態によれば、送信されるすべてのサービス・リスト、またはそれらを備える制御データは、各サービスに対して、推定される読み込み時間、および／または読み込み中にデコーダによって実行されるべき動作（action）を備える。本発明の一変形形態によれば、推定される読み込み時間および／または実行されるべき動作（action）のこれらのデータは、存在するサービスの一部のみに対して送信される。本発明の別の変形形態によれば、これらのデータは、リストに関連付けられ、対応するリストとともに一度送信される。このリストのすべてのサービスは、読み込みの推定される１つまたは複数の時間、および／または読み込み中に実行されるべき動作（action）に関連付けられている。この結果、デコーダは、これらの情報を、関係するサービス全部に関連付ける。この変形形態の特定の実装形態によれば、ブーリアン（Boolean）が、読み込みパラメータがそれに関連付けられているかどうかを示すために、各サービスに関連付けられる。
【００８２】
本発明は、受信側のデコーダ（または「セットトップボックス」）に限定されず、サービス・リストおよびサービス・ストリームを受信しかつ復号するのに適した任意の受信機、特にデコーダ、テレビジョン、記録装置、通信端末、ならびに受信および復号化手段を備えるコンピュータに関係する。
【００８３】
付属書類
サービス・リストのＸＭＬ符号化の一例を、インターネット・ネットワーク上の双方向伝送のコンテクストで、以下に示す。このリストでは、現在の技術によるＳＤ＆Ｓリストに対する追加を太字で示す。例として、３つのサービスについて、対応するサービスの平均読み込み時間を示す、AverageRenderingTimeと呼ばれるパラメータ、および対応するサービスの読み込み中に表示されるべきコンテンツの位置、または表示されるべきコンテンツを直接含むことを示す、TemporaryScreenと呼ばれる任意選択のパラメータ、を用いて説明する。
【００８４】
第１のサービスでは、このリストは、平均読み込み時間は１２００ミリ秒に等しいことを示し、（命令「AverageRenderingTime Unit=」による）単位（ミリ秒）、および（命令「Value =」による）時間（１２００）が明示されている。このサービスでは、このリストはまた、サービスの読み込み中にダウンロードされるべき画像のインターネット・アドレスの位置を示す（コンテンツがリンク（またはアドレス）型であることを示す命令「TemporaryScreen Type」、およびインターネット・アドレスがhttp://www.provider1.com/zappingAd5002.jpgであることを明示する「Value」フィールドによる）。
【００８５】
第２のサービスでは、リストは、平均読み込み時間は８００ミリ秒に等しいことを示す（命令AverageRenderingTime Unit="ms" Value="800"）。このサービスでは、リストは、その読み込み中に使用されるべきいかなる明示コンテンツも示さない。
【００８６】
第３のサービスでは、リストは、平均読み込み時間は１５００ミリ秒に等しいこと、単位（ミリ秒）を示す（命令「AverageRenderingTime Unit="ms" Value="1500"」による）。このサービスでは、リストはまた、表示されるべきテキスト型のコンテンツを示す（コンテンツがテキスト型であることを示す命令「TemporaryScreen Type」、および画面上に表示されるべきメッセージのテキスト文字を含む「Value」フィールドによる）。表示されるテキストは、（サービス・リストのリフレッシュに依存する）リアル・タイム・ニュース・テキスト、もしくは遅延させたテキスト、広告テキスト、サービスの変更を示すメッセージ、または任意の他の情報とすることができる。
【００８７】
第４のサービスでは、リストは、平均読み込み時間は６００ミリ秒に等しいことを示す。このサービスでは、リストはまた、ＲＳＳ型（「Really Simple Syndication」という英語から）のリンクを示す（コンテンツはＲＳＳリンク型であることを示す命令「TemporaryScreen Type="RSS"」、およびインターネット・アドレスはhttp://www.provider3.com/RSSnews.xmlであることを明示する「Value」フィールドによる）。
【００８８】
第５のサービスでは、リストは、平均読み込み時間は６００ミリ秒に等しいことを示す。このサービスでは、リストはまた、動作（action）がフェード型であることを示す（命令「TemporaryScreen Type ="fade"」による。
【００８９】
【表１】
2009540642.tif 000003
【００９０】
【表２】
2009540642.tif 000004
【００９１】
【表３】
2009540642.tif 000005
【００９２】
単方向で伝送されるモードでは、サービス・リストはＳＩ／ＰＳＩ形式で送信され、その中に、前述のものに相当するフィールドが挿入される。たとえば、次のタイプの構造を想定する。  
−サービスの読み込みに関連する記述子の存在を示すインジケータ（記述子が存在する場合１に設定されるブーリアン）  
−以下を備える記述子  
−４ビットの単位（たとえば、ミリ秒の場合００００）  
−１６ビットの値  
−８ビットの一時画面タイプ（たとえば、（１６進表記で）０ｘ００から０ｘ０３に設定され、それぞれリンク、テキスト、画像、ＲＳＳなどを示す）  
−２０ビットの、一時画面に関連付けられたフィールドのコンテンツ・サイズ  
−一時画面に関連付けられたフィールドのコンテンツ（たとえば、４２バイトで符号化される、http://www.provider1.com/zappingAd5002.jpg）。
【図面の簡単な説明】
【００９３】
【図１】本発明によるデジタル・テレビジョン・サービスを伝送するシステムの図である。
【図２】本発明を実装する、図１のシステムのデコーダの概略図である。
【図３】本発明を実装する、図１のシステムのサーバの概略図である。
【図４】図１のシステムの要素間のデータのやりとりを時系列で示す図である。
【図５】図１のシステムの要素間のデータのやりとりを時系列で示す図である。
【図６】本発明によるデジタル・テレビジョン・サービスを受信する方法に関して実装されるアルゴリズムである。
【図７】本発明によるデジタル・テレビジョン・サービスを送信する方法に関して実装されるアルゴリズムである。
【図１】
2009540642.tif 000006
【図２】
2009540642.tif 000007
【図３】
2009540642.tif 000008
【図４】
2009540642.tif 000009
【図５】
2009540642.tif 000010
【図６】
2009540642.tif 000011
【図７】
2009540642.tif 000012
【国際調査報告】
2009540642.tif 000013
2009540642.tif 000014