(57)【要約】  本発明による方法は、インターラクティブデジタルテレビシステムの端末装置で主に実施される。該方法は、システムのデータストリームで伝送された端末装置情報をキャッシュメモリに格納するステップを有する。データストリーム及びキャッシュメモリにより形成された情報キャリア中で少なくとも１つの要求された情報を、少なくとも１つの所定の選択基準に従って検索（Ｅ４１）する特徴的ステップを有する。本方法は、ＭＰＥＧ−ＤＶＢ標準に則したインターラクティブデジタルテレビシステムに好ましく適用できる。好ましくは、情報及び／またはＭＰＥＧテーブルは、データストリーム中のその情報及び／またはＭＰＥＧテーブルの構成と同様の構成に従ってキャッシュメモリ中に格納される。本発明は、ＭＰＥＧテーブルとサービス情報に最適なアクセスをするアプリケーションプログラムを提供する。
2007518296.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のアプリケーションが実行されている少なくとも１つの端末装置に送信センタからの情報がデータストリームで伝送されるインターラクティブデジタルテレビシステムにおける情報回復方法であって、前記方法は、
前記端末装置に設けられたメモリに前記情報をロード及び格納するステップと、
前記情報を回復する要求を前記少なくとも１つのアプリケーションから受け取るステップと、
前記情報を含む情報キャリアから前記情報を回復し、前記要求を送った前記少なくとも１つのアプリケーションに前記回復された情報を供給するステップと、
を有し、前記方法はさらに
前記端末装置において、少なくとも１つの所定の選択基準に従って、前記データストリームにより形成された前記情報キャリアの少なくとも１つ及び前記メモリにおいて、前記情報の検索を実行するステップを有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記検索するステップは、前記メモリ中の前記情報を検索するサブステップを有すること、を特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記検索するステップは、前記データストリーム中の前記情報を検索するサブステップを有することを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、
前記検索するステップは、前記データストリーム中の検索が不成功であって後に前記メモリ中の前記情報を検索するサブステップを有することを特徴とする方法。
【請求項５】
請求項１に記載の方法であって、
前記検索するステップは、前記メモリ中の検索が不成功であった後に前記データストリーム中の前記情報を検索するサブステップを有することを特徴とする方法。
【請求項６】
請求項１ないし５いずれか一項に記載の方法であって、
前記情報はそれぞれのテーブル識別子により識別される少なくとも１つのＭＰＥＧテーブルに組み込まれていることを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、
前記検索するステップは、前記ＭＰＥＧテーブルをそれぞれのテーブル識別子から検索するサブステップを有し、
前記回復するステップは、前記識別されたＭＰＥＧテーブルから前記情報を回復するサブステップを有することを特徴とする方法。
【請求項８】
請求項１ないし７いずれか一項に記載の方法であって、
前記アプリケーションにより少なくとも１つの選択基準を規定するステップをさらに有することを特徴とする方法。
【請求項９】
請求項１ないし８いずれか一項に記載の方法であって、
前記端末装置の中間ソフトウェアレイヤ及び／またはハードウェアレイヤにより前記少なくとも１つの選択基準を規定するステップをさらに有することを特徴とする方法。
【請求項１０】
請求項１ないし１０いずれか一項に記載の方法であって、
前記インターラクティブデジタルテレビシステムにより前記少なくとも１つの選択基準を規定するステップをさらに有することを特徴とする方法。
【請求項１１】
請求項６に記載の方法であって、
前記データストリーム中の前記情報及び／またはＭＰＥＧテーブルの構成と同様の構成に従って前記メモリ中に前記情報及び／またはＭＰＥＧテーブルを格納するステップをさらに有することを特徴とする方法。
【請求項１２】
請求項１ないし１１いずれか一項に記載の方法であって、
前記回復した情報を前記要求を送った前記少なくとも１つのアプリケーションに供給する前にフォーマットするステップをさらに有することを特徴とする方法。
【請求項１３】
１つ以上のアプリケーションが実行されている少なくとも１つの端末装置に送信センタからの情報がデータストリームで伝送されるインターラクティブデジタルテレビシステムにおける情報回復装置であって、前記端末装置は、
情報メモリと、
前記情報メモリに前記情報をロードする手段と、
前記情報を回復する要求を前記少なくとも１つのアプリケーションから受け取る手段と、
前記情報を含む情報キャリアから前記情報を回復し、前記要求を送った前記少なくとも１つのアプリケーションに前記回復された情報を供給する手段と、
を有し、前記装置はさらに
少なくとも１つの所定の選択基準に従って、前記データストリームにより形成された前記情報キャリアの少なくとも１つ及び前記情報メモリにおいて、前記情報を検索する手段を有することを特徴とする装置。
【請求項１４】
請求項１３に記載の装置であって、
前記検索手段は前記メモリ中の前記情報を検索する第１の付加手段を有することを特徴とする装置。
【請求項１５】
請求項１３に記載の装置であって、
前記検索手段は前記データストリーム中の前記情報を検索する第２の付加手段を有することを特徴とする装置。
【請求項１６】
請求項１３に記載の装置であって、
前記検索手段は、前記データストリーム中の検索が不成功だった後に、前記メモリ中の前記情報を検索する第３の付加手段を有することを特徴とする装置。
【請求項１７】
請求項１３に記載の装置であって、
前記検索手段は、前記メモリ中の検索が不成功だった後に、前記データストリーム中の前記情報を検索する第４の付加手段を有することを特徴とする装置。
【請求項１８】
請求項１３ないし１７いずれか一項に記載の装置であって、
前記情報はそれぞれのテーブル識別子により識別される少なくとも１つのＭＰＥＧテーブルに組み込まれていることを特徴とする手段。
【請求項１９】
請求項１８に記載の装置であって、
前記検索手段は、前記ＭＰＥＧテーブルをそれぞれのテーブル識別子から検索する第５の付加手段を有し、
前記回復手段は、前記識別されたＭＰＥＧテーブルから前記情報を回復する付加手段を有することを特徴とする装置。
【請求項２０】
請求項１３ないし１９いずれか一項に記載の装置であって、
前記アプリケーションにより少なくとも１つの選択基準を規定する第１の手段をさらに有することを特徴とする装置。
【請求項２１】
請求項１３ないし２０いずれか一項に記載の装置であって、
前記端末装置の中間ソフトウェアレイヤ及び／またはハードウェアレイヤにより前記少なくとも１つの選択基準を規定する第２の手段をさらに有することを特徴とする装置。
【請求項２２】
請求項１３ないし２１いずれか一項に記載の装置であって、
前記インターラクティブデジタルテレビシステムにより前記少なくとも１つの選択基準を規定する第３の手段をさらに有することを特徴とする装置。
【請求項２３】
請求項１３ないし２２いずれか一項に記載の装置であって、
前記メモリは、前記データストリーム中の前記情報及び／またはＭＰＥＧテーブルの構成と同様の構成に従って前記メモリ中に前記情報及び／またはＭＰＥＧテーブルを格納する付加手段を有することを特徴とする装置。
【請求項２４】
請求項１３ないし２３いずれか一項に記載の装置であって、
前記回復した情報を前記要求を送った前記少なくとも１つのアプリケーションに供給する前にフォーマットする手段をさらに有することを特徴とする方法。
【請求項２５】
インターラクティブデジタルテレビシステムにおけるレシーバ／デコーダ装置であって、
請求項１ないし１２いずれか一項に記載の前記情報回復方法を好適に実施する手段を有することを特徴とする装置。
【請求項２６】
インターラクティブデジタルテレビシステムにおけるレシーバ／デコーダ装置であって、
請求項１３ないし２４いずれか一項に記載の情報回復装置を有することを特徴とする装置。
【請求項２７】
インターラクティブデジタルテレビシステムにおける端末装置であって、
請求項２５または２６に記載のレシーバ／デコーダ装置を有することを特徴とする端末装置。
【請求項２８】
インターラクティブデジタルテレビシステムであって、
請求項２５または２６に記載の少なくとも１つのレシーバ／デコーダ装置を有することを特徴とするシステム。
【請求項２９】
インターラクティブデジタルテレビシステムであって、
請求項２７に記載の少なくとも１つの端末装置を有することを特徴とするシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
本発明は、インターラクティブデジタルテレビシステムで伝送された情報の回復（recovery）に関する。より具体的には、本発明は、インターラクティブデジタルテレビシステムの端末装置で動作しているアプリケーションプログラムのために伝送された情報の回復（recovery）に関する。
【０００２】
本発明は、テレビジョンチャンネルと、デジタルテレビジョンシステムにより伝送されたプログラムパッケージに組み込まれたインターラクティブサービスとに関連するサービス情報の回復（recovery）に主に適用されるが、これ以外に適用することも可能である。
【０００３】
本明細書においては、「サービス」という用語は、インターラクティブデジタルテレビジョンシステムを介してユーザまたは視聴者に伝送されたサービスに関連して、テレビジョンチャンネル及びサービスを意味するものとして使用し、インターラクティブであるかないかは問わない。
【０００４】
技術水準においては、ＥＴＳＩ（European  Telecommunications  Standards  Institute）及びＩＳＯ（International  Organization  for  Standardization）によりそれぞれ開発されたＤＶＢ（Digital  Video  Broadcast）及びＭＰＥＧ（Motion  Picture  Expert  Group）などの標準により規定されたデジタルテレビジョンシステムが知られている。
【０００５】
「ＤＶＢ」という用語は、ここではＤＶＢ標準（例えば、ＤＶＢ−Ｓ、ＤＶＢ−Ｃ、ＤＶＢ−Ｔ）、及びＤＶＢ−ＭＨＰ（Multimedia  Home  Platform）標準を介したこれらの拡張の両方を意味することに留意すべきである。また、「ＭＰＥＧ」という用語は、ＭＰＥＧ−２とＭＰＥＧ−４標準だけではなく、デジタルデータ伝送に適用可能なそれらの変形、修正、発展形も指し、ＤＶＢ標準も含む。
【０００６】
技術水準のデジタルテレビジョンシステムは、送信センタを介して、端末装置にいろいろなサービス（その一部はインターラクティブである）をサポートするデジタル情報を送信する。圧縮、符号化、多重化技術をその他の既知の技術と共に利用して、データストリーム（トランスポートストリームとも呼ぶ）を形成する。データストリームが端末装置に送信されたサービス、及び送信されたサービスと関連するサービス情報を搬送する。
【０００７】
データストリームは、従来、１つ以上のリレー端末にある対応するトランスポンダを用いて、それぞれの周波数チャンネルを介して端末装置に送信される。リレー端末は、一般的には、送信すべき周波数チャンネルと同じ数のトランスポンダを備えた静止衛星を含む。トランスポンダは、周波数チャンネルを受信し、再生・増幅し、端末装置に再送信する機能を果たす。
【０００８】
端末装置と送信センタとの間をインターラクティブにするため、そのサービスが送信されたのと同じ送信キャリアを介して、または電話リンクなど異なるキャリアを介して送信センタへの戻りリンクが設けられている。
【０００９】
データストリームはそれぞれ、サービス情報だけではなくデジタルビデオ、オーディオ、テキストデータも含む複数のパケットを有する。
【００１０】
サービス情報はテーブルの形式で伝送される。そのテーブルは定期的に繰り返し送信される。
【００１１】
その性質に応じて、そのテーブルは、一般的にはチャネルパッケージのすべてのデータストリームで送信されるか、またはそのテーブルがリンクしたサービスを搬送するデータストリームで特に送信される。
【００１２】
各テーブルは、その性質に応じて、端末装置上のサービス情報をリフレッシュするのに十分な頻度で送信される。
【００１３】
信号テーブル（一般的にはＰＳＩ／ＳＩ）とプライベートテーブル（その内容はデジタルテレビジョンシステムのオペレータにより規定される）がＭＰＥＧ−ＤＶＢ標準で決められている。
ＰＳＩ／ＳＩ信号テーブルは、例えば以下のテーブルを含む：
−デジタルテレビジョンシステムへの視聴者のアクセスとサービス復号を制御するＥＣＭメッセージを含むＣＡＴテーブル、
−特定のデータストリーム上のサービスに関するＳＤＴテーブル、
−これらのサービスのパッケージへのバンドルに関するＢＡＴテーブル、
−ユーザがアクセス可能なオペレータのすべてのサービスを含み、送信されるサービスのそれぞれについて端末装置が必要とする種々の同調情報（周波数、極性、ＦＥＣ等）を提供するＮＩＴテーブル、
−現在または将来のイベントに関する情報や、電子番組ガイドＥＰＧにより使用される情報を提供するＥＩＴテーブル、
−などである。
【００１４】
プライベートテーブルは、インターラクティブサービスに関するサービス情報を伝送するのに使用でき、テレビショッピングやペイパービューＰＰＶ伝送に関するテーブルを有する。
【００１５】
端末装置は、通常、セットトップボックスと従来のテレビジョンレシーバの組み合わせ、または受信、復号、表示機能を処理する統合レシーバデコーダ（ＩＲＤ）のいずれかを含む。
【００１６】
レシーバ／デコーダ装置は、従来、データストリームから取り出したデジタルデータを格納するバッファメモリを有する。
【００１７】
上記の先行技術のインターラクティブデジタルテレビシステムには幾つかの問題がある：
−繰り返し送信されるテーブルは、高ビットレートであり、送信周波数帯域幅のかなりのパーセンテージを占めるので、例えば、ユーザに提供するサービス数が減る。
−レシーバ／デコーダ装置において、アプリケーションプログラムがサービス情報にアクセスする平均時間は、対応するテーブルの送信頻度と関連する。丁頻度のテーブルを含むサービス情報の場合、アクセス時間は比較的長くてもよい。
−レシーバ／デコーダ装置がシステムのトランスポンダに同調して、そのトランスポンダと関連するデータストリームを介して送信されるサービスを受信しているとき、そのレシーバ／デコーダ装置はそのデータストリームに含まれるテーブルにのみアクセスする。２つのチューナを備えたレシーバ／デコーダ装置においては、その装置はより多くのテーブルにアクセスできるが、それでもサービス情報へのアクセス可能性に制限される。サービス情報へのアクセス可能性が広いほど、例えば、現在のサービス以外のサービスに関する端末装置情報をディスプレイスクリーンを表示するのに有利である。
【００１８】
また、出願人は、デジタルテレビジョンタイプの通信システムの送信センタから発するサービス情報をレシーバ／デコーダ装置の不揮発性メモリに格納するように設計された情報送信／ローディング装置があることを先行技術から知っている。
【００１９】
この情報送信／ローディング装置において、サービス情報を不揮発性メモリ（キャッシュメモリと呼ばれる）に自動的にロードするローディング装置がある。さらに、専用トランスポンダを備えて、グループ化したシステムのサービス情報をすべて伝送することができる。レシーバ／デコーダにおいて、すべてのサービス情報へのアクセスは、そのサービストランスポンダに同調した単一のチューナを介して可能である。
【００２０】
サービス情報のキャッシュメモリへの自動ローディングは、例えば、夜間、またはレシーバ／デコーダのスイッチが操作されるなど特定のイベントが生じた時に、プログラムされたタイマーによりトリガーされる。
【００２１】
この情報送信／ローディング装置は、先行技術において上記の問題の技術的解決の準備として重要な進展である。
【００２２】
しかし、一方で、サービス情報が占める帯域幅部分を減らす点、他方で、アプリケーションプログラムによる情報へのアクセス可能性を最適化する準備するという点において、進展させるためにさらに改良することが望ましい。
【００２３】
本発明の主な目的は、先行技術に上記の所望の改良をさらに付け加えることである。
【００２４】
本発明は、１つ以上のアプリケーションが実行されている少なくとも１つの端末装置に送信センタからの情報がデータストリームで伝送されるインターラクティブデジタルテレビシステムにおける情報回復方法を提供することを第一の目的としている。その方法は、前記端末装置に備えられた記憶手段に前記情報をロードして格納するステップを有し、前記端末装置で実行される以下のステップをさらに有することを特徴とする：
−ａ）前記情報を回復するために少なくとも１つのアプリケーションにより送られた要求を受け取るステップ；
−ｂ）少なくとも１つの所定の選択基準に従って、前記データストリームにより形成された前記情報キャリアの少なくとも１つの中、及び前記情報記憶手段の中において前記情報を検索するステップ；
−ｃ）前記検索が成功した場合、前記情報を含む前記情報キャリアから前記情報を回復し、前記要求を送った少なくとも１つのアプリケーションに前記回復された情報を供給するステップ。
【００２５】
相補的に、本発明は、１つ以上のアプリケーションが実行されている少なくとも１つの端末装置に送信センタから発せられた情報がデータストリームで伝送されるインターラクティブデジタルテレビシステムにおける情報回復装置にも関する。
前記端末装置は、情報記憶手段と、前記情報記憶手段に前記情報をロードする手段とを備え、さらに以下の手段を備えることを特徴とする：前記情報を回復するために少なくとも１つのアプリケーションにより送られた要求を受け取る手段；少なくとも１つの所定の選択基準に従って、前記データストリームにより形成された前記情報キャリアの少なくとも１つの中、及び前記情報記憶手段の中において前記情報を検索する手段；前記検索が成功した場合、前記情報を含む前記情報キャリアから前記情報を回復し、前記要求を送った少なくとも１つのアプリケーションに前記回復された情報を供給する手段。
【００２６】
１つの特徴によると、前記検索は前記記憶手段中の前記情報の検索を含む。
【００２７】
他の１つの特徴によると、前記検索は前記データストリーム中の前記情報の検索を含む。
【００２８】
さらに他の１つの特徴によると、前記検索は、前記データストリームにおける検索が成功しなかった場合に前記記憶手段中の前記情報の検索をすること含む。
【００２９】
さらに他の１つの特徴によると、前記検索は、前記記憶手段における検索が成功しなかった場合に前記データストリーム中の前記情報の検索をすること含む。
【００３０】
本発明の一実施形態において、選択基準が前記アプリケーションにより規定される。
【００３１】
本発明の他の実施形態によると、選択基準は、前記端末装置の中間ソフトウェアレイヤ及び／またはハードウェアレイヤにより規定される。
【００３２】
本発明のさらに他の一実施形態において、選択基準が前記インターラクティブデジタルテレビシステムにより規定される。
【００３３】
好ましくは、前記回復された情報は、前記要求を送った前記アプリケーションに供給される前にフォーマットされる。
【００３４】
ＭＰＥＧ−ＤＶＢ標準に則したインターラクティブデジタルテレビシステムへの本発明の好ましい（しかし限定的でない）適用において、前記情報はそれぞれのテーブル識別子により少なくとも１つのＭＰＥＧテーブルに組み込まれている。さらに、前記情報の検索は、それぞれのテーブル識別子からの前記ＭＰＥＧテーブルの検索を含むが、一方、前記回復は前記特定されたＭＰＥＧテーブルから前記情報の回復を含む。
【００３５】
好ましくは、情報及び／またはＭＰＥＧテーブルは、データストリーム中のその情報及び／またはＭＰＥＧテーブルの構成と同様の構成に従って記憶手段中に格納される。
【００３６】
他の態様によると、本発明は、上記に概要を説明した本発明の方法を実施するための、レシーバ／デコーダ装置、端末装置、及びインターラクティブデジタルテレビシステムにも関する。
【００３７】
本発明のその他の態様と利点は、以下の実施形態の説明を読めばより明らかになるであろう。この説明は、限定的でない例として与えたものであり、添付した図面を参照している。
【００３８】
図１を参照して、インターラクティブデジタルテレビシステム１０６は、送信センタ１０１と、端末装置の設置ベース（installed  base）に属する少なくとも１つの端末装置１１１とを含む。
【００３９】
端末装置１１１は、レシーバ／デコーダ装置１０２とディスプレイ部１１３を含む。
【００４０】
レシーバ／デコーダ装置１０２は、特に不揮発性メモリ１０３（キャッシュメモリと呼ばれ、典型的にはハードディスクである）と自動ローディング装置１０３ａを含むハードウェア及び／またはソフトウェアアーキテクチャを有する。
【００４１】
本発明によると、レシーバ／デコーダ装置１０２は、本発明の方法を実施する情報リカバリ（回復）装置１０３ｂも有する。
【００４２】
デジタルテレビジョンシステム１０６は、さらに、一方で戻りチャンネルとして機能するインターラクティブ装置１０４と、他方で限定受信システム１０５を有する。
【００４３】
一般的なルールとして、デジタルテレビジョンシステム１０６は、ＭＰＥＧタイプの圧縮システムを用いて、圧縮されたデジタル信号を送信する。
【００４４】
送信センタ１０１において、圧縮部１０７がデジタルストリーム（一般的にはオーディオ及び／またはビデオ信号のストリーム）を受け取り、このストリームをＭＰＥＧフォーマットのデジタル信号に変換する。
【００４５】
圧縮部１０７は、マルチプレクサ及びスクランブラ形成部１０８にリンクにより接続されている。
【００４６】
マルチプレクサ及びスクランブラ形成部１０８は、複数の変換された入力（feeds）及び／またはデータ（アプリケーション及びアプリケーションデータ）を受け取り、これらの入力及び／またはデータを単一のチャネルにまとめ、圧縮されたデジタルストリームを送信センタ１０１のトランスミッタ（モジュレータ／送信ディッシュ）１０９に送信する。
【００４７】
トランスミッタ１０９は、データストリーム１０を第１のリンク（衛星、地上波、ケーブル、２つ以上の送信手段の組み合わせ）を介してリレー端末１１０に送信する。そのリレー端末１１０は、そのデータストリーム１０を第２のリンクを介してレシーバ１１２に（例えば、ディッシュまたはアンテナを介して）再送信する。リレー端末１１０は、例えば、データストリーム１０をサポートするいろいろな周波数チャネルの受信、再生／増幅、及び再送信を処理する、いくつかのトランスポンダを備えた衛星である。
【００４８】
レシーバ（アンテナ）１１２により受信された信号は、ユーザの端末装置１１１のレシーバ／デコーダ装置１０２に送信される。その端末装置１０２にはディスプレイ部１１３（テレビジョンセット等）が接続されている。
【００４９】
レシーバ／デコーダ装置１０２は、ユーザが期待するサービスに対応するグローバルデータストリームの一部をフィルタする。
【００５０】
そして、レシーバ／デコーダ装置１０２は、圧縮されたＭＰＥＧ信号をビデオまたはその他のデータストリームに復号して、ディスプレイ部１１３に送る。
【００５１】
インターラクティブ装置１０４は、一方でマルチプレクサ及びスクランブラ形成部１０８に接続され、もう一方でレシーバ／デコーダ装置１０２に接続されている。実際、インターラクティブ装置１０４は、一部は送信センタ１０１にあり、もう一部は端末装置１１１にある。インターラクティブ装置１０４は、ユーザが戻りチャネルを介して幾つかのアプリケーションとインターラクトできるようにする。そのチャネル、すなわち戻りチャネルは、例えば、ＰＳＴＮ（Public  Switched  Telephone  Network）タイプの通信チャネルやＧＰＲＳまたはＵＭＴＳタイプのモバイル通信チャネルであってもよい。
【００５２】
限定受信システム１０５は、マルチプレクサ及びスクランブラ形成部１０８とレシーバ／デコーダ装置１０２にも接続されている。限定受信システム１０５は、一部は送信センタ１０１にあり、一部はレシーバ／デコーダ装置１０２にある。限定受信システム１０５は、ユーザが利用契約をしているサービス（典型的にはテレビジョンチャネル）にアクセスできるようにする。
【００５３】
限定受信システム１０５は、ユーザが所有するチップカードに基づく。そのチップカードは、商業的なオファーに関するメッセージを復号することができる。チップカードは、レシーバ／デコーダ装置１０２にインストールされたチップカードリーダ（図示せず）と通信する。
【００５４】
実際には、送信センタ１０１により送信されたサービスの一部は符号化されている。送信に適用された暗号化条件と鍵は、アクセス制御システムにより決定される。
【００５５】
一般的なルールとして、符号化されたデータはそれを復号するための制御ワードとともに送信される。
【００５６】
制御ワードはそれ自体オペレーション鍵により暗号化されており、暗号化されて送信される。
【００５７】
符号化されたデータと暗号化された制御ワードは、レシーバ／デコーダ装置１０２により受信される。レシーバ／デコーダ装置１０２は、それに挿入されたチップカードに格納されたオペレーション鍵にアクセスし、暗号化された制御ワードを復号し、次に送信データを復号する。
【００５８】
図２を参照して、端末装置１１１は、レシーバ形成部２０２とデコーダ形成部２０３を有するレシーバ／デコーダ装置１０２を有する。端末装置１１１は、送信センタ１０１により送信されたデータストリーム１０を受信する。デコーダ形成部２０３は、バッファメモリ２０７と、ディスプレイ部１１３と通信する処理部２０９と、を有する。
【００５９】
レシーバ形成部２０２は、チューナ２０４、でモジュレータ２０５、及びデマルチプレクサ２０６により形成された少なくとも１つの受信サブシステムを有する。デマルチプレクサ２０６は、データストリーム１０で送信された異なるデータを分離し、一方でサービス情報をサービス情報処理部２１１に供給し、他方でオーディオ／ビジュアルデータをバッファメモリ２０７に供給して書き込む。
【００６０】
バッファメモリ２０７中のデータは、次に、処理部２０９に読み出される。処理部２０９は、受信したサービスがスクランブルされていて、ユーザが対応するアクセス権を有していれば、そのサービスをデスクランブルする。
【００６１】
処理の結果はディスプレイ部１１３に送られる。
【００６２】
サービス情報処理部２１１の機能は、すべてのサービス情報を処理することである。サービス処理部２１１は、キャッシュメモリ１０３中のサービス情報を不揮発メモリに格納するように命じることができる。
【００６３】
自動ローディング装置１０３ａは、サービス情報処理部２１１と協力して、サービス情報をキャッシュメモリ１０３にロードするように自動的に命じる。自動ローディングコマンドは、例えば、夜間、またはレシーバ／デコーダ装置１０２のスイッチが操作されるなど特定のイベントが生じた時に、プログラムされたタイマーによりトリガーされる。自動ローディングコマンドがトリガーされると、自動ローディング装置１０３ａは、チューナ２０４に、例えば、すべてのサービス情報が送信される送信センタ１０１のサービストランスポンダの周波数に同調させる。
【００６４】
情報リカバリ装置１０３ｂは、サービス情報処理部２１１と協力して、キャッシュメモリ１０３から読み出して、またはチューナ２０４により受信されたデータストリーム１０から抽出して、サービス情報を回復する。
【００６５】
バッファメモリ２０７は、一時的メモリであり、デコーダ形成部２０３が表示すべき信号を再構成できるように必要なすべての情報を含むように設計されている。
【００６６】
変形例として、端末装置は２つの受信サブシステムを有し、それぞれの受信サブシステムはチューナと、でモジュレータと、デマルチプレクサとを有する。このように２つの受信サブシステムを有するレシーバ／デコーダ装置を用いて、第１の受信サブシステムに第１のデータストリームを格納し、同時に、第２の受信サブシステムから第２のデータストリームを表示することができる。
【００６７】
図３を参照して、レシーバ／デコーダ装置を含むプラットフォーム３００の全体的アーキテクチャは、３つのレイヤを有する。すなわち、アプリケーションレイヤ３００ａ、中間ソフトウェアレイヤ３００ｂ、及びハードウェアレイヤ３００ｃを有する。
【００６８】
アプリケーションレイヤ３００ａは、レシーバ／デコーダ装置上のプラットフォームにより実行されるアプリケーションの機能を提供する。
【００６９】
このアプリケーションレイヤ３００ａは、サービスプロバイダ装置により制御される。
【００７０】
アプリケーション３２２は、次のことができる：
−レシーバ／デコーダ装置に常駐し、または動的にロードされる；
−独立に起動する、または１以上のテレビジョンサービスのオーディオ／ビデオ／データストリームとともに起動する；
−戻りチャネルを介してサーバに要求を送り、ディスプレイスクリーンに応答を表示する。
【００７１】
自動ローディング装置１０３ａは、例えば、アプリケーションレイヤ３００ａにあるアプリケーションタイプのプログラムを用いて作られる。
【００７２】
本発明の一実施形態によると、情報リカバリ装置１０３ｂは、アプリケーションレイヤ３００ａにあるアプリケーションタイプのプログラム３２２ｂを用いて作られる。
【００７３】
本発明の他の一実施形態によると、情報リカバリ装置１０３ｂは、中間ソフトウェアレイヤ３００ｂにあるプログラム３１６を用いて作られる。
【００７４】
プラットフォーム３００は、その中間ソフトウェアレイヤ３００ｂに、中間コードインタープリタを提供するバーチャルマシン３２０と、記憶媒体と、いろいろな処理ディレクトリも有する。
【００７５】
プラットフォーム３００は、さらに、デバイスマネージャ３１８と、対応する装置（デバイス）、言い換えると、例えば、ディスプレイ装置３１４、入出力装置３１５、情報リカバリ装置１０３ｂ（３１６）と、を有する。
【００７６】
より具体的に図４、５、６Ａ、及び６Ｂを参照して、本発明による情報回復（recovery）方法を実施する情報リカバリシステム１０３ｂを備えたレシーバ／デコーダ装置の動作を説明する。
【００７７】
自動ローディング装置１０３ａによるキャッシュメモリ１０３へのＭＰＥＧテーブルの自動ローディングは、技術水準に関する説明において、イントロダクションで説明したので、ここで詳しくは説明しない。
【００７８】
図４が示すように、本発明による情報回復（recovery）方法の一般的なアルゴリズムは、主要ステップＥ４０ないしＥ４４を含む。
【００７９】
ステップＥ４０において、データストリーム１０から直接、またはキャッシュメモリ１０３からサービス情報の回復（recovery）をする要求をアプリケーション３２２から受け取る。
【００８０】
ステップＥ４１において、データストリーム１０及び／またはキャッシュメモリ１０３中の要求されたサービス情報を検索する。
【００８１】
本発明によると、ステップＥ４１で実行される検索にはいろいろなタイプがある。選択された検索のタイプは、１つ以上の選択基準に依存する。
【００８２】
いろいろな検索タイプとは次の通りである：
タイプ１）キャッシュメモリ１０３だけの検索；
タイプ２）データストリーム１０だけの検索；
タイプ３）キャッシュメモリ１０３を検索し、次に、場合によって（言い換えると、探している情報がキャッシュメモリ１０３中になければ）、データストリーム１０を検索する。
タイプ4）データストリーム１０を検索し、次に、場合によって（言い換えると、探している情報がデータストリーム１０中になければ）、キャッシュメモリ１０３を検索する。
【００８３】
本発明によると、選択基準はそれぞれ、アプリケーション、または中間ソフトウェアレイヤ／ハードウェアレイヤによりローカルで、またはインターラクティブデジタルテレビシステムにより集中的に規定され、及び／または管理される。
【００８４】
選択基準には、次の要素を考慮に入れることができる：要求されたサービス情報の性質と、例えばアクセス時間、情報リフレッシュ時間、その他の点でアプリケーションに対してそのサービス情報がいかに不可欠であるかと、当業者が重要で考慮すべきと考えるその他要素。
【００８５】
選択基準がアプリケーションにより管理されている場合、そのアプリケーションがサービス情報を回復するために適用すべき検索タイプを規定することができる。
【００８６】
ステップＥ４２は、ステップＥ４３またはステップＥ４４の実行につながる条件ステップである。
【００８７】
ステップＥ４１の検索結果が否定的である場合、言い換えると、要求されたサービス情報が見つからなかった場合、ステップＥ４３を実行し検索が失敗した旨アプリケーションに通知する。
【００８８】
ステップＥ４１における検索結果が肯定的であった場合、言い換えると、要求されたサービス情報が見つかった場合、ステップＥ４４を実行し、要求されたサービス情報を回復し、アプリケーションに送る。
【００８９】
より具体的に図５を参照して、本発明による方法の検索ステップＥ４１で使用されるアルゴリズム例をここでより詳しく説明する。
【００９０】
このアルゴリズムは、要求されたサービス情報が組み込まれているＭＰＥＧテーブルの検索をする。
【００９１】
図５に示したように、そのアルゴリズムはステップＥ５００ないしＥ５１４を有する。
【００９２】
ステップＥ５００において、アプリケーション３２２は、ＭＰＥＧテーブルの検索を要求する。
【００９３】
このステップＥ５００において、要求された検索タイプは選択基準を用いて規定される。タイプ１ないしタイプ４の１つが実行すべき検索に割り当てられる。
【００９４】
ステップＥ５０１の機能は、要求された検索がタイプ１またはタイプ３であるか判断する。
【００９５】
ステップＥ５０１は、ステップＥ５０２またはステップＥ５０８の実行につながる条件ステップである。
【００９６】
ＹＥＳの場合、言い換えれば、要求された検索がタイプ１またはタイプ３である場合、ステップＥ５０２が実行される。
【００９７】
ステップＥ５０２は、キャッシュメモリ１０３の検索を実行する。ステップＥ５０２の後にアルゴリズムにより実行される処理は、キャッシュメモリ１０３の検索の成否に依存する。
【００９８】
条件ステップＥ５０３は、ステップＥ５０２で実行された検索の結果を分析する。
【００９９】
ステップＥ５０２において、探しているＭＰＥＧテーブルがキャッシュメモリ１０３で実際に見つかれば、ステップＥ５１４が次に実行される。
【０１００】
ステップＥ５１４は、ＭＰＥＧテーブルの回復（recovery）と、要求したアプリケーション３２２へ送るための要求されたサービス情報の抽出に関する。
【０１０１】
ステップＥ５０２において、ステップＥ５００で要求されたＭＰＥＧテーブルがキャッシュメモリ１０３に見つからない場合、ステップＥ５０４において、その検索がタイプ３かどうか判断する。
【０１０２】
ＮＯの場合、換言すると、その検索がタイプ３ではない場合、アルゴリズムは終了する。
【０１０３】
ＹＥＳの場合、ステップＥ５０５において、データストリーム１０を検索する。
【０１０４】
ステップＥ５０６において、ステップＥ５０５で実行された検索を分析する。
【０１０５】
ステップＥ５０６は、アルゴリズムの終了またはステップＥ５０７の実行につながる条件ステップである。
【０１０６】
ＭＰＥＧテーブルがステップＥ５０５においてデータストリーム１０中に見つからない場合、アルゴリズムは終了する。
【０１０７】
さもなければ、ステップＥ５０７において、ＭＰＥＧテーブルがデータストリーム１０から回復され、キャッシュメモリ１０３に書き込まれ、要求されたサービス情報が要求をしたアプリケーションに送るため抽出される。
【０１０８】
アルゴリズムのステップＥ５０１を再び参照して、要求された検索がタイプ１または３でないとステップＥ５０１で判断された場合、ステップＥ５０８が次に実行される。
【０１０９】
ステップＥ５０８において、ＭＰＥＧテーブルをデータストリーム１０中に探す。
【０１１０】
ステップＥ５０８の検索の結果は、条件ステップＥ５０９で分析される。
【０１１１】
探しているＭＰＥＧテーブルがデータストリーム１０中で見つかった場合、ステップＥ５１０を実行する。
【０１１２】
ステップＥ５１０はステップＥ５０７と同様であり、データストリーム１０からＭＰＥＧテーブルを回復し、キャッシュメモリ１０３に書き込み、アプリケーション３２２に送るために要求されたサービス情報を抽出する。
【０１１３】
さもなければ、言い換えると、ステップＥ５０８においてＭＰＥＧテーブルがデータストリーム１０に見つからなければ、ステップＥ５１１が実行される。
【０１１４】
ステップＥ５１１は、アルゴリズムの終了またはステップＥ５１２の実行につながる条件ステップである。
【０１１５】
ステップＥ５１１において、ステップＥ５００で要求された検索がタイプ４であるか判断する。
【０１１６】
ＮＯの場合、換言すると、その検索がタイプ4ではない場合、アルゴリズムは終了する。
【０１１７】
ＹＥＳの場合、すなわち、検索がタイプ４である場合、ステップＥ５１２が実行され、ＭＰＥＧテーブルをキャッシュメモリ１０３中で探す。
【０１１８】
ステップＥ５１２の結果を条件ステップＥ５１３で分析する。
【０１１９】
ステップＥ５１３において、ステップＥ５１２においてＭＰＥＧテーブルがキャッシュメモリ１０３中に見つかった場合、ステップＥ５１４を次に実行して、キャッシュメモリ１０３からＭＰＥＧテーブルを回復し、アプリケーション３２２に送るために要求されたサービス情報を抽出する。
【０１２０】
さもなければ、換言すると、ＭＰＥＧテーブルがキャッシュメモリ１０３に見つからない場合は、アルゴリズムが終了する。
【０１２１】
図６Ａと６Ｂを参照して、ＭＰＥＧテーブルに組み込まれたサービス情報の回復（recovery）に関する機能要素間の、レシーバ／デコーダ装置１０２における主要機能ステップを次に詳しく説明する。
【０１２２】
図６Ａは、特に、情報の回復（recovery）がアプリケーションレイヤ３００ａ（図３）で管理される、本発明の一実施形態に関する。
【０１２３】
図６Ａに示したように、本発明のこの実施形態におけるＭＰＥＧテーブルの回復（recovery）は、アプリケーション３２２、情報リカバリ装置１０３ｂ、キャッシュメモリ１０３、中間ソフトウェアレイヤ／ハードウェアレイヤ６００（図３のレイヤ３００ｂと３００ｃ）、データストリーム１０、及びシンタックス分析モジュール６０１（パーサと呼ばれる）の間で生じるステップＥＡ１ないしＥＡ４が関係する。
【０１２４】
ステップＥＡ１において、アプリケーション３２２は、情報リカバリ装置１０３ｂにＭＰＥＧテーブルからサービス情報を回復するように要求する。
【０１２５】
ステップＥＡ２とＥＡ３において、情報リカバリ装置１０３ｂは、実行する検索のタイプ（タイプ１ないしタイプ４）に応じて、キャッシュメモリ１０３から、またはデータストリーム１０から対応するＭＰＥＧテーブルを回復する。データストリーム１０からの対応するＭＰＥＧテーブルの回復は、中間ソフトウェアレイヤ／ハードウェアレイヤ６００を介して実行される。
【０１２６】
ステップＥＡ４において、シンタックス分析モジュール８０１は、回復されたＭＰＥＧテーブルから要求されたサービス情報を抽出し、アプリケーション３２２に送るためにフォーマットする。
【０１２７】
図６Ｂは、特に、情報の回復（recovery）が中間ソフトウェアレイヤ／ハードウェアレイヤ６００で管理される、本発明の一実施形態に関する。
【０１２８】
図６Ｂに示したように、本発明のこの実施形態におけるＭＰＥＧテーブルの回復（recovery）は、アプリケーション３２２、情報リカバリ装置１０３ｂ、キャッシュメモリ１０３、中間ソフトウェアレイヤ／ハードウェアレイヤ６００、データストリーム１０、及びシンタックス分析モジュール601の間で生じるステップＥＢ１ないしＥＢ４を含む。
【０１２９】
ステップＥＢ１において、アプリケーション３２２は、情報リカバリ装置１０３ｂにＭＰＥＧテーブルからサービス情報を回復するように要求する。
【０１３０】
アプリケーション３２２からの要求は、情報リカバリ装置１０３ｂの中間ソフトウェアレイヤ／ハードウェアレイヤ６００に送信される。
【０１３１】
ステップＥＢ２とＥＢ３において、情報リカバリ装置１０３ｂは、実行する検索のタイプ（タイプ１ないしタイプ４）に従って、キャッシュメモリ１０３から、またはデータストリーム１０から対応するＭＰＥＧテーブルを回復する。
【０１３２】
ステップＥＢ４において、シンタックス分析モジュール６０１は、回復されたＭＰＥＧテーブルから要求されたサービス情報を抽出し、アプリケーション３２２に送るためにフォーマットする。
【０１３３】
図６Ｂを参照して上に説明した本発明の実施形態は、アプリケーション３２２に完全に見透すことができる処理を提供するという利点がある。実際、アプリケーション３２２は、従来のレシーバ／デコーダと同様に、中間ソフトウェアレイヤ／ハードウェアレイヤ６００に情報回復（recovery）要求を単に送信するだけであり、情報リカバリ装置１０３ｂが検索タイプの管理と選択基準に従った情報の回復（recovery）に責任をもつ。
【０１３４】
キャッシュメモリ１０３中のサービス情報とＭＰＥＧテーブルの格納の、本発明に特徴的な構成を、例を通して説明する。
【０１３５】
本発明によるサービス情報とＭＰＥＧテーブルの構成は、ツリー構造であり、ＭＰＥＧ−ＤＶＢ標準に則したインターラクティブデジタルテレビシステムとデータストリーム中にある構造を概略反映している。よって、アプリケーション３２２が見透すことができる情報回復（recovery）処理をすることができるが、その理由は、同じ識別子を用いてデータストリーム１０またはキャッシュメモリ１０３からＭＰＥＧテーブルを回復することができるからである。
【０１３６】
ＭＰＥＧ−ＤＶＢ標準に則したインターラクティブデジタルテレビシステムは、上記説明のデータストリーム１０に対応する幾つかのトランスポートストリームＴＳを含む。
【０１３７】
各トランスポートストリームＴＳは、対応する識別子ＰＩＤを有するパケットである一組の個別フロー（individual  flow）を含む。
【０１３８】
そのパケットには、ＭＰＥＧデータセクションに組み込まれたサービス情報だけでなく、オーディオ、ビデオ、テキストデータが含まれる。サービス情報も、１つ以上のＭＰＥＧデータセクションを含むＭＰＥＧテーブルに組み込まれる。
【０１３９】
１つの同一のパケットＰＩＤには、ユニークな識別子で互いに区別される幾つかのＭＰＥＧテーブルがある。ＭＰＥＧテーブルの識別子は、必須部分ＴＩＤ（Table  Identifier）と任意的拡張部分ＴＩＤＥｘｔ（Table  Identifier  Extension）を含む。
【０１４０】
ＭＰＥＧテーブルは、ヘッダと、それに続く少なくとも１つのＭＰＥＧデータセクションを含む。ヘッダは、ＭＰＥＧテーブルの大きさによって、長いタイプと短いタイプを選択する。
【０１４１】
小さいＭＰＥＧテーブル（データが１Ｋｂｙｔｅより少ない）は、短いヘッダと単一のＭＰＥＧデータセクションを含む。短いヘッダは、識別子ＴＩＤとＭＰＥＧセクションの長さを表す情報を含む。
【０１４２】
大きいＭＰＥＧテーブル（データが１Ｋｂｙｔｅより大きい）は、長いヘッダと複数のＭＰＥＧデータセクションを含む。長いヘッダは、識別子ＴＩＤ及び拡張ＴＩＤＥｘｔと、ＭＰＥＧセクションの長さと数等を含むＭＰＥＧセクションに関する情報と、その他の情報とを含む。
【０１４３】
本発明によるサービス情報とＭＰＥＧテーブルの典型的な構成は、次の通りである：
Network_Id  =テレビシステムまたはネットワークの識別子
TS_ld  1  =周波数１の識別子
PID  1  =パケット１の識別子
TID  A  =ＭＰＥＧテーブルＡの識別子
TID  B  =ＭＰＥＧテーブルＢの識別子
PID  2  =パケット２の識別子
TID  C  =ＭＰＥＧテーブルＣの識別子
TID  D  =ＭＰＥＧテーブルＤの識別子
．．．
PID  n  =パケットｎの識別子
TID  E  =ＭＰＥＧテーブルＥの識別子
TS_ld  2  =周波数2の識別子
PID  1  =パケット１の識別子
TID  A  =ＭＰＥＧテーブルＡの識別子
TID  B  =ＭＰＥＧテーブルＢの識別子
PID  2  =パケット２の識別子
TID  C  =ＭＰＥＧテーブルＣの識別子
TID  D  =ＭＰＥＧテーブルＤの識別子
PID  3  =パケット３の識別子
TID  F  =ＭＰＥＧテーブルＦの識別子
TID  G  =ＭＰＥＧテーブルＧの識別子
．．．
PID  m  =パケットｍの識別子
TID  H  =ＭＰＥＧテーブルＨの識別子
．．．
ＭＰＥＧ−ＤＶＢ標準に則したレシーバ／デコーダ装置において、サービスは３つの要素により識別される：
−デジタルテレビジョンシステムの識別子（Network_Id）；
−レシーバ／デコーダ装置が対応する周波数に同調できるようにするトランスポートストリームＴＳの識別子（TS_Id）；
−サービスの識別子（Service_ld）。
【０１４４】
インターラクティブアプリケーションが現在のトランスポートストリームＴＳにあるＭＰＥＧテーブルからサービス情報を回復する必要がある場合、このためにＭＰＥＧテーブル識別子、パケット識別子ＰＩＤ、及び場合によって、識別子ＴＩＤＥｘｔを有する。
【０１４５】
本発明による情報リカバリ装置１０３ｂは、それゆえ、探しているＭＰＥＧテーブルがキャッシュメモリ１０３にあるかどうか判断するために必要なすべての識別子を有する。
【０１４６】
本来、本発明は、例に基づいて説明した特定の実施形態の詳細に限定されず、本発明の精神から逸脱することなく、当業者の範囲内の修正も含む。
【図面の簡単な説明】
【０１４７】
【図１】本発明によるインターラクティブデジタルテレビシステムを示す図である。
【図２】図１のシステムに含まれた端末装置の構造を示す図である。
【図３】図2の端末装置に含まれたレシーバ／デコーダ装置の全体的アーキテクチャを示す図である。
【図４】本発明による情報回復（recovery）方法のアルゴリズムを示す図である。
【図５】本発明による方法の検索ステップのアルゴリズムを詳細に示す図である。
【図６】図６Ａと６Ｂは、情報の回復（recovery）はアプリケーションレイヤで管理される本発明によるレシーバ／デコーダ装置の一実施形態における機能ステップと、及び情報の回復（recovery）がソフトウェアレイヤ／ハードウェアレイヤの中間で管理される本発明によるレシーバ／デコーダ装置の一実施形態における機能ステップと、をそれぞれ簡略化して表す図である。
【図１】
2007518296.tif 000003
【図２】
2007518296.tif 000004
【図３】
2007518296.tif 000005
【図４】
2007518296.tif 000006
【図５】
2007518296.tif 000007
【図６】
2007518296.tif 000008
【国際調査報告】
2007518296.tif 000009
2007518296.tif 000010
2007518296.tif 000011