(57)【要約】【課題】レシーバを完全に更新することが必要かどうか決定することである。【解決手段】本発明は、複数の異なるデータストリームを有するコンテント送信システムのレシーバレベルにおいてサービスリストを管理する方法であって、所与のストリームに新しいサービスを発見したとき、他のストリームのサービスリストに前記新しいサービスが入っているかをチェックするステップを有することを特徴とする方法に関する。また、前記方法を実施する装置にも関する。【選択図】図２ａ
2005102230.tif 000002
【特許請求の範囲】
【請求項１】
複数の異なるデータストリームを有するコンテント送信システムのレシーバレベルにおいてサービスリストを管理する方法であって、
所与のストリームに新しいサービスを発見したとき、他のストリームのサービスリストに前記新しいサービスが入っているかをチェックするステップを有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記チェックの結果が否定的であるときのみ、前記リストを更新するために、前記システムにおいて送信された前記サービスの一般検索をプログラムするステップを有することを特徴とする方法。
【請求項３】
請求項２に記載の方法であって、
前記一般検索の実施はユーザの許可の下に置かれることを特徴とする方法。
【請求項４】
請求項２または３に記載の方法であって、
前記レシーバの起動により前記送信されたサービスの一般検索がなされることを特徴とする方法。
【請求項５】
請求項１ないし４いずれか一項に記載の方法であって、
前記チェックの結果が肯定的であるとき、ストリームごとに決定された品質パラメータの関数として前記新しいサービスと他のストリームの同一サービスの一方が決定されることを特徴とする方法。
【請求項６】
請求項５に記載の方法であって、前記リストはその識別子が最良品質をもつサービスの識別子により更新され、前記サービスの他のバージョンは消去されることを特徴とする方法。
【請求項７】
請求項５に記載の方法であって、前記リストは両方のサービスの前記識別子により更新され、優先的に抽出される前記識別子は、より良い品質のサービスを表す識別子であることを特徴とする方法。
【請求項８】
請求項５に記載の方法であって、前記品質パラメータは前記ストリームのデータビットエラーレートを表すことを特徴とする方法。
【請求項９】
複数の異なるデータストリームを有するコンテント送信システムのレシーバであって、
前記システムで送信されたサービスのリストを決定する手段（５、６、１９、２３）を有し、
前記手段は、所与のストリーム上の新しいサービスの送信を検知し、前記新しいサービスは他のストリームのサービスリストにすでに入っているかチェックするために設けられたことを特徴とするレシーバ。
【請求項１０】
請求項９に記載のレシーバであって、
新しいサービスを検知した後、前記リストの更新を可能とするユーザ入力をエントリする手段を有することを特徴とするレシーバ。
【請求項１１】
請求項９または１０に記載のレシーバであって、同一のサービスの複数の送信のうち１つのストリームを決定する手段を有し、前記決定はサービスごとに決定された品質パラメータの関数としてなされることを特徴とするレシーバ。
【請求項１２】
デジタルテレビシステムのレシーバ装置であって、
多重化された複数のデジタルストリームを受信するためのチューニング手段と、
複数のストリームの一およびそれと同一のサービスの位置を正確に示すデータを並行して記憶する手段を有する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の異なるデータストリームを有するコンテント送信システムのレシーバレベルにおいてサービスリストを管理する方法であって、所与のストリームに新しいサービスを発見したとき、他のストリームのサービスリストに前記新しいサービスが入っているかをチェックするステップを有することを特徴とする方法に関する。また、前記方法を実施する装置にも関する。
【背景技術】
【０００２】
デジタルテレビ送信システムにおいて、デジタルストリームには、当該ストリームの構造と当該ストリームを構成する様々なオブジェクトの位置を表すデータが含まれている。例えばデジタルビデオ放送（DVB）標準によると、これらデータは特定のトランスポートパケットに入れられた記述テーブルにより送信される。レシーバ装置は、テーブルが入っているパケットの所定の識別子を知っているので、既知の方法で、ストリーム内の当該テーブルに対応するパケットを回復する。これらテーブルは、付加的テーブルパケット識別子をさらに有する。ストリームの階層構造は再構成可能であり、当該ストリームに含まれるオブジェクトはレシーバにより適切に処理可能である。
【０００３】
典型的には、テーブルは、ユーザがテーブルを更新するためのバージョンナンバを有し、送信されたテーブルが更新される間にこのバージョンナンバがインクリメントされる。例えば、サービス情報に関するDVB標準には、ネットワークで利用可能なサービスを示すテーブルが含まれている。ユーザは新しいサービスにアクセス可能であるべきであり、さもないと、当該ユーザがレシーバを用いてリストされているサービスを選択したが、実際にはそのサービスがネットワークから消えてしまったとき、何も映っていない黒い画面が表示されるべきではないことを考慮すると、レシーバはテーブルのバージョンナンバをモニタする。新しいバージョンを検知する場合、フラグ変数がアクティブ状態とされる。そして、例えば、レシーバを再度初期化する時、ユーザはレシーバにサービスリストを更新させるように促される。関連するテーブルを取得して処理しなければならないとき、そしてもし適切であればいくつかの周波数を検索しなければならないとき、これには一定の時間がかかる。
【発明の開示】
【課題を解決するための手段】
【０００４】
本発明は、複数の異なるデータストリームを有するコンテント送信システムのレシーバレベルにおいてサービスリストを管理する方法であって、所与のストリームに新しいサービスを発見したとき、他のストリームのサービスリストに前記新しいサービスが入っているかをチェックするステップを有することを特徴とする方法に関する。
【０００５】
このチェックにより、レシーバを完全に更新することが必要かどうか決定することができる。すなわち、この新しいサービスは別のところですでに利用可能である。
【０００６】
本発明は、複数の異なるデータストリームを有するコンテント送信システムのレシーバであって、前記システムで送信されたサービスのリストを決定する手段を有し、前記手段は、所与のストリーム上の新しいサービスの送信を検知し、前記新しいサービスは他のストリームのサービスリストにすでに入っているかチェックするために設けられたことを特徴とするレシーバにも関する。
【０００７】
他の特徴は、本発明の限定的でない実施形態の説明の中で述べる。
【発明を実施するための最良の形態】
【０００８】
図１はデジタルビデオ放送（DVB）タイプのデジタルテレビ統合デコーダ・レシーバのブロック図である。
【０００９】
本発明はこの特定の環境に限定されず、他の送信標準または他のサービスデータ送信の状況に容易に適合させることができることは明らかである。
【００１０】
図１のデコーダはアンテナ１に結合している。アンテナ１自体はエンコーダのチューナに結合している。チューナにより供給される信号は、復調器３で復調される。復調されたデータは訂正回路４により訂正され、DVBトランスポートストリームデマルチプレクサ５に送信される。
【００１１】
デマルチプレクサ５は、デコーダによりサポートされた様々なアプリケーションの機能として、マイクロプロセッサ２３によりプログラムされた多数のフィルタを有する。
【００１２】
デマルチプレクサでフィルタされたパケットは、これらのアプリケーション用のバッファメモリ６の所定エリアに記憶される。必要あれば、情報は、このバッファメモリ６に記憶される前に、ユーザの権利の機能として復号回路７により最初に復号される。
【００１３】
この実施例によると、アプリケーションは次の５つある：オーディオデコーダ１６、ビデオデコーダ１７、テレテキストデコーダ１８、アクセスコントローラアセンブリ（復号器７、チェッキングマイクロコントローラ８、および通常の動作モードにおいてマイクロプロセッサカード１０に結合したマイクロプロセッサカードインターフェイス９を有する）、およびサービスデータ管理モジュール１９。
【００１４】
デコーダはリモコン１１の赤外線インターフェイス２４も有する。このインターフェイスはマイクロプロセッサ２３にも結合されている。マイクロプロセッサ２３は、アプリケーションを実施するための常駐またはダウンロードされたプログラムおよびオペレーティングシステムを有するメモリ１２に接続されている。
【００１５】
モデム１３は交換方式の電話ネットワーク１４に結合しており、マイクロプロセッサ２３により制御される。
【００１６】
キャラクタジェネレータ１５により、デコーダのパラメータまたは特定のアプリケーションに関するグラフィクスまたは制御メニューが生成される。このキャラクタジェネレータにより生成されたビデオ信号は、ビデオデコーダ１７またはテレテキストデコーダ１８から来るビデオ信号の１つと多重化されて、テレビセット２２に結合された第１のSCARTソケットまたはビデオレコーダ２１に結合された第２のSCARTソケットに送られる。多重化回路２０はマイクロプロセッサ２３により管理されている。
【００１７】
サービスデータ管理モジュール１９はストリームを表す一組のテーブルを管理するためのものである。このテーブルはトランスポートストリーム、またはTS、またはより一般的にはDVB-SI(ETSI TR 101 211)を記述するMPEG２システム（ISU/IEC 13818-1）により定義されている。
【００１８】
モジュール１９は、図１においては説明を容易にするため独立したモジュールとして示されている。しかし、一般的にはメモリ１２に記憶されたプログラムの形で実装され、マイクロプロセッサ２３により実行される。
【００１９】
モジュール１９は、特に、ストリームの２つのタイプのテーブルをモニターし、処理する。この２つのタイプのテーブルとは、ネットワーク情報テーブル（NIT）とサービス記述テーブル（SDT）である。
【００２０】
NITテーブルは、ネットワーク上にある一群のトランスポートストリームTSと、これらのストリームを捕捉するのに必要な情報（特に、対応するトランスポンダの周波数）とを記述している。
【００２１】
初期化段階において、チューナは、予め決められメモリ１２に記憶されたデフォルトトランスポートストリームに関する周波数にロックする。モジュール１９はカレントNITテーブルを取得する。このテーブルのトランスポートパケットの「PID」識別子は、所定値0x0010である。これに応じてデマルチプレクサがプログラムされる。カレントNITテーブルが一旦取得されると、このNITテーブルにより記述されたトランスポートストリームに関する情報と、およびカレントNITテーブルのバージョンナンバとをモジュールが記憶する。
【００２２】
引き続いてモジュール１９は、各ストリームの対応するSDTテーブルをデマルチプレクスするために、各トランスポートストリームにチューナをロックする。現在受信しているストリーム以外のストリームのサービスを記述した１以上のテーブルをそのストリームが送信しているとき、当該１以上のテーブルもデマルチプレクスされ、処理される。
【００２３】
各トランスポートストリームのSDTテーブルは、その対応するストリームにあるサービスの記述子を含む。サービスへのパスは、３つのパラメータ「original_network_id」、「transport_stream_id」、「service_id」により一意的に特定することができる。
【００２４】
これらのパラメータはそれぞれ、サービスの初期ソースネットワークと、このサービスのコンポーネントを含むトランスポートストリームの識別子と、およびサービスの一意的な識別子とを指定している。後者はサービスの初期ソースネットワークに関して一意的である。言い換えると、所与のネットワークにおいてサービスは第１と第３のパラメータを組み合わせて一意的に定義することができる。
【００２５】
トランスポートストリームは、最初の２つの識別子により一意的に決定される。
【００２６】
識別子「service_id」は、MPEG2システム文書により定義されているテーブルで使われている識別子「program_number」に対応する。この識別子は、オーディオ、ビデオ、その他のコンポーネントの形でサービスの定義を含む他のテーブルに対応するPIDパケットの付加的識別子に、PAT（「プログラムアソシエーションテーブル」）と呼ばれる送信されたテーブルでそれ自体知られた方法でアクセスするインデックスとして使用される。上記の「他のテーブル」は、サービスごとに１つのコピーが存在し、プログラムマップテーブル（PMT）と呼ばれている。PMTテーブルには、サービスが構成されているエレメンタリコンポーネントに対応するPID識別子もリストされている。
【００２７】
モジュール１９は、ネットワークにあるサービスに関するデータベースを初期化するために、SDTテーブルにあるサービスの記述子を使用する。記憶されている情報は、上記３つの識別子の各サービスを特に含む。他の情報もSDTテーブルに記憶されている。特に、プレーンテキストで記載したサービス名、トランスミッタ名などである。
【００２８】
新しい入力があるごとに、このサービスがすでに記憶されていないか、モジュールがチェックする。サービスが繰り返し（同一のoriginal_network_id、および同一のservice_id）特定された時、モジュール１９はビットエラーレート（BER）が最低のサービスのバージョンだけを保持する。
【００２９】
モジュールは、SDTテーブルごとにテーブルバージョンナンバも記憶する。
【００３０】
トランスポートストリームの識別子、関連するチューニングデータ、ストリームのBERも記憶される。
【００３１】
利用可能なサービスの完全なリストが一旦コンパイルされると、レシーバの設定が終了する。
【００３２】
別の実施形態によると、１つのサービスがいくつかのトランスポートストリームで検知されたとき、このサービスのすべてのパス（識別子の三つ組み）が記憶されるが、しかし実際にはBERが最も低いパスのみが使用される。いくつかの三つ組みを記憶しておく利点は、トランスポートストリームのサービスの１バージョンが消えた場合に、他のトランスポートストリームにあるこのサービスを使用することができることである。
【００３３】
サービスリストの更新は次のように実行される。図２ａと２ｂは実施形態による方法を示すフローチャートである。レシーバがスイッチ・オンされる（またはスタンバイモードを離れる）と、モジュールは特定のフラグの状態をチェックする。フラグがアクティブ状態のとき、サービスリストの更新が必要である。フラグがインアクティブ状態のとき、このステップでは更新は必要ない。フラグの状態は、トランスポートストリームの分析の間のあるイベントの生起に依存する。本実施例のフレームワークでは、基本的にSDTテーブルの分析について扱うこととする。
【００３４】
モジュール１９は、現在受信しているトランスポートストリーム（または、レシーバが複数のストリームを受信する手段（例えば、適当なデマルチプレクサと第２のチューナ）を有していれば、現在受信している複数のストリーム）で送信されたSDTテーブルを連続的にモニターするように、デマルチプレクサをプログラムする。これらテーブルのバージョンナンバは、デマルチプレクスされたテーブルまたは進行中に抽出され、記憶されたバージョンナンバと比較される。
【００３５】
テーブルの新しいバージョン（または他のストリームに関するSDTテーブル等の新しいテーブル）が検知されると、新しいサービスがあるかどうかチェックされる。ここで新しいサービスとは、上記の３つの識別子が記憶されたサービスのそれと異なるサービスである。
【００３６】
上記サービスが検知されると、モジュールは、最初のネットワークの識別子とサービスの識別子を比較することにより、同じサービスが前に記憶されているか最初にチェックする。そのような場合、すなわち２つの同一のサービスが２つの異なるトランスポートストリームで送信されているとき、サービスのリストは、BERが最低であるサービスのトランスポートストリーム識別子にすみやかに更新される。上記の場合、上記のフラグはアクティブ状態にされない。
【００３７】
具体的に、ユーザに警告する必要があるような方法でリストが変更されることはない。このサービスからより良い品質の信号を受信できるのでユーザにとっては利益となる。
【００３８】
しかし、もしサービスが消失したり、他のトランスポートストリームの新しいサービスがまだリストされていないとき、フラグがアクティブ状態とされる。
【００３９】
当該装置がスイッチ・オンされたとき、フラグの状態がテストされる。アクティブ状態のとき、ユーザは更新可能であることを通知される。ユーザが更新することを確認すると、ネットワークのNITテーブルとすべてのSDTテーブルのバージョンナンバがチェックされる。そうするために、チューナが継続して様々なトランスポートストリームを受信するように、以前のように調整される。
【００４０】
NITテーブルの新しいバージョンが検知されたとき、モジュール１９は、新しいトランスポートストリームがあること、または記憶されていたストリームが消えたことをチェックする。検知された新しいストリームごとに、対応するSDTテーブルがデマルチプレクスされ、上記のとおり処理される。新しいサービスはすでに記憶されているサービスに付加される。トランスポートストリームが消えたときは、対応するサービスが記憶されたサービスのリストから削除される。
【００４１】
新しいバージョンのSDTテーブルが検知されたとき、サービスをサービスリストに追加するのと同様である。
【００４２】
NITの状態もこのテーブルのバージョンナンバによりモニターされている。このNITはトランスポートストリームのリスト（各ストリームのサービスのリストは選択的である）を含んでいる。それゆえ、ストリームが追加または削除されたとき、または１以上のトランスポートストリームの物理的パラメータが変化したときに、NITが変化する。
【図面の簡単な説明】
【００４３】
以下の図面は実施形態の理解に役立つ。
【図１】実施形態によるデジタルテレビデコーダのブロック図である。
【図２ａ】実施形態の主題である方法のフローチャートである。
【図２ｂ】実施形態の主題である方法のフローチャートである。
【符号の説明】
【００４４】
１  アンテナ
２  チューナ
３  復調器
４  訂正器
５  デマルチプレクサ
６  バッファ
７  復号器
８  チェッカ
９  インターフェイス
１０  マイクロプロセッサカード
１１  リモコン
１２  メモリ
１３  モデム
１４  交換方式電話回線
１５  ジェネレータ
１６  オーディオ
１７  ビデオ
１８  テレテキスト
１９  SIモジュール
２０  多重化回路
２１  ビデオレコーダ
２２  テレビセット
２３  マイクロプロセッサ
２４  インターフェイス
【図１】
2005102230.tif 000003
【図２ａ】
2005102230.tif 000004
【図２ｂ】
2005102230.tif 000005