JP2011501594A - オーディオおよび／またはビデオ・サービスの選択方法。 - Google Patents

Abstract

ハイブリッド・レシーバによって、オーディオおよび／またはビデオ・サービスの選択方法をインプリメントする。ハイブリッド・レシーバは、異なったインターフェースを介して接続される異なるタイプの異なったネットワークからサービスを受け取る。

Description

本発明はデジタルテレビジョンの受信の技術に関する。より詳細には、本発明は、オーディオおよび／またはオーディオ・ビデオ・サービスを選択する分野に関する。

従来技術によれば、デコーダ（または端末または「セットトップボックス」）によって、ユーザは、異なるタイプのネットワークからのサービス（これは、オーディオ・ビデオ・サービスと称される）から伝送されるテレビまたはラジオ（ｒａｄｉｏ）チャネルを受信することを可能にする。これらのテレビおよび／またはラジオチャネルは、オーディオおよび／またはビデオ・コンポーネントまたは双方向コンポーネントをも有する。テレビチャネルは、主に一つ以上のビデオ・コンポーネントと一つ以上のオーディオ・コンポーネントとを有し、ラジオチャネルは主に一つ以上のオーディオ・コンポーネントを有する。いくつかのビデオ・コンポーネントは、例えば、複数の標準（符号化、解像度）をサポートするために使用される。例えば、いくつかのオーディオ・コンポーネントは、いくつかの言語のサポートに対して使用される。異なるタイプの配信網において、同じチャネルが異なるサービスによって伝送され、したがって異なるコンポーネントを含み得る。

従来技術によれば、デコーダは、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄａｔａ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）ネットワークを介して、あるいはＤＴＴ（Ｄｉｇｉｔａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｔｅｌｅｖｉｓｉｏｎ）ネットワーク形式を介して、これらのサービスを受信することができる。または、他のブロードキャスト形式、あるいは、例えば衛星またはケーブルを介して受信することもできる。

従来技術によれば、現在「ハイブリッド」と呼ばれているデコーダによって、異なるタイプのネットワークからのサービス（例えばＡＤＳＬタイプ・ネットワークからのサービス、およびＤＴＴタイプ・ネットワークからのサービス）を受信することを可能にする。この種のデコーダ・タイプは、専用インターフェースを介して、ＡＤＳＬタイプのネットワークの第１のネットワーク用のオーディオ／ビデオ・サービスサーバによって送信されたオーディオ／ビデオ・サービスを受信し、そして、他の専用インターフェースを介して、他のＤＴＴタイプのネットワークの他のネットワーク用のオーディオ／ビデオ・サービスサーバによって送信された他のオーディオ／ビデオ・サービスを受信する。

もちろん、これらのネットワークは、多くの端末にサービスを供給することができる。

この種のデコーダのユーザがチャネルを受信したい場合、ユーザは、最初にネットワーク・タイプ（例えばＤＴＴまたはＡＤＳＬ）を選ぶ。そして、ユーザが利用する全てのチャネル変更コマンドは、選択されたネットワーク・タイプにおいて提供されているサービスの一部または全部と競合（ｉｍｐａｃｔ）することとなる。

この技術によれば、特定の「ハイブリッド」デコーダは、ザッピングリスト（ｚａｐｐｉｎｇ ｌｉｓｔ）と呼ばれるチャネル・リストによって、他のネットワーク・タイプで受信されたサービスをミックスすることができる。例えば、異なるネットワーク・タイプから受信されるサービスでチャネル・リストを完成させることができる。しかしながら、ハイブリッド・デコーダは、受信されたサービスを最適に管理できない。

本発明の目的は、従来技術の不利な点を克服することである。

より詳細には、本発明の目的は、異なったネットワークを介して受信されるサービスの選択を最適化することである。

本発明の具体的実施例に従ってハイブリッド・デコーダを含むネットワーク・インフラを例示する図である。ハイブリッド・デコーダは、２種類の異なるネットワークに接続されている。 本発明の実施例に従ったデコーダを示す。これらのデコーダは図１のインフラストラクチャの部分を構成する。 本発明の実施例に従ったデコーダを示す。これらのデコーダは図１のインフラストラクチャの部分を構成する。 図２のデコーダによって使用される異なるリストを示す。 図３のデコーダによって使用される異なるリストを示す。 図３のデコーダの論理的構成を示す。 図２のデコーダにおいてインプリメントされるアルゴリズムを示す。 図３のデコーダにおいてインプリメントされるアルゴリズムを示す。 図３のデコーダにおいてインプリメントされるアルゴリズムを示す。 図２または３のデコーダのうちの１つにおいてインプリメントされる方法を例示する。

この目的に対して、本発明は、受信オーディオ・ビデオ・サービスに対する方法を提供する。その方法は、
・ラジオおよび／またはテレビチャネルをリクエストするステップ（これを、リクエストされたチャネルと称す）と、
・前記リクエストされたチャネルを表す少なくとも２つのサービスを特定するステップであって、前記サービスは異なるネットワークを介して受信された前記サービスであるところのステップと、
・少なくとも２つのサービスを受信するステップと、
・受信された前記少なくとも２つのサービスの各々に関連づけられた少なくとも一つのサービス品質パラメータに従って、前記サービスのうちの１つを自動的に選択するステップと、
を有する。

この場合に、「自動的」に選択することは、ユーザの介在を要求せずに、デコーダにより自動的に特定するオペレーションに対応する。

前記サービスのうちの１つを自動的に選択するステップは、受信することに十分なサービス品質（これは、特定された閾値より優れていることを意味する）、および／または、前記サービスに関連づけられた最高の受信サービス品質、を提供するサービスを選択することを可能とする。

この場合に、「サービス品質」という語は、受信されたサービス品質を示す。いくつかのパラメータ・グループは、この受信品質に影響され得る。

都合のよいことに、サービス品質パラメータは、デコーディングの外で取得される。すなわち、事前にサービス復号化処理を行うこと無しに取得されるということである。特に、これらのパラメータは、サービスに関連する信号（ｓｉｇｎａｌｉｎｇ）から取得することが可能である。

この種の場合、サービス品質パラメータは、都合よく、以下を有する第１グループに属する。すなわち、第１のグループは、
・サービスに関連するエラー訂正コードの存在と、
・サービスに関連するエラー訂正コード訂正パワー（ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｃｏｄｅ ｃｏｒｒｅｃｔｉｖｅ ｐｏｗｅｒ）と、
・サービス・ビットレートと、
・サービスビット速度の変化と、
・サービスを伝送するのに使用するネットワークの特徴に関するグローバルな情報と、
を有する。

グローバルな情報とは、例えば、ラジオ受信の妨害となりやすいことが知られている気象状況、サービスをルーティングするために使用されるラインの減衰、および／または、ラインを他のユーザと共有すること、または、共有しないことが挙げられる。

第２グループは、サービスのデコーディングにおいてしばしば取得されるものである。この第２のグループは、受信されたサービスに対して、多くの検出された誤り、多くの欠落パケット、多くの遅延パケット、多くの順番誤りのパケット、およびパケット到着時間の差違を有する。都合のよいことに、ＱｏＳを特定するために使用されるパラメータは、両方のグループから同時に得られる。

特定の実施例によれば、同じチャネルを表す前記サービスのうちの１つを自動的に選択するステップは、受信された各々のサービスに関連づけられたいくつかのＱｏＳパラメータに依存する。この機能は、ＱｏＳパラメータから判断して、最高のＱｏＳを有しているサービスを選択することを含む。

特定の実施例によれば、前記自動的に選択するステップは、ＱｏＳパラメータの重みをかけるステップであって、各々のパラメータに特定の評価を与え、そして、各パラメータの相対的重要度に基づいてＱｏＳの正確な判断を可能とするところのステップを有する。

特定の実施例によれば、前記自動的に選択するステップは、これらのパラメータが、少なくとも最低限の決められた値に達しないサービスを排除するステップを有する。この実施例は、最小限の条件を満たさないサービスの迅速な排除を可能にする。

特定の実施例によれば、前記自動的に選択するステップは、これらのＱｏＳパラメータのうちの少なくとも１つがＱｏＳパラメータの重みをかけると同様に最小の特定された値に達しないサービスを排除するステップを有する。

特定の実施例によれば、前記自動的に選択するステップは、各々のサービス関連づけられた少なくとも一つの副次的な（ｓｅｃｏｎｄａｒｙ）パラメータを考慮するステップを有する。これらの副次的パラメータは、都合の良いことに、サービス（例えばＨ．２６４またはＭＰＥＧ２）の符号化タイプ、サービスによって伝送される必要なチャネルの圧縮率、ソース・サーバの地理的ローカライゼーション、およびソース・サーバにつながっている（ｈｏｐ）ネットワーク装置の数、を含む一群のＱｏＳパラメータのグループの一部である。この実施例は、比較的広いパラメータタイプ（ＱｏＳ受信パラメータ、および副次的パラメータ）の範囲を考慮して自動選択の実行を可能にする。

特定の実施例によれば、自動的に選択するステップは、上述の２つのグループのＱｏＳパラメータ、そして、副次的グループのパラメータを使用することを含む。

特定の実施例によれば、オーディオ・ビデオ・サービスの受信に対する方法は、
・サービスの第１のリスト、および少なくともサービスの第２のリストを受信するステップと、
・サービスの第１のリストにおける各々のサービスの受信のサービス品質を表す情報を特定するステップと、
・サービスの第２のリストにおける各々のサービスの受信のサービス品質を表す情報を特定する少なくとも一つのステップと、
を有する。

この方法は、サービス品質を表す使いやすい情報で、各々のネットワークにおいて利用できる各々のサービスの結合を可能とする。

都合のよいことに、上記の方法は、第１のリスト、および第２のリストに帰属し、かつ、選択するステップにおいて選択されるサービスを含む、サービスの『連結』リストの構造を有する。この連結リストには、第１の、および第２のリストからのサービスが存在する。異なったネットワークによって受信されるけれども同じチャネルを表すサービスは、都合の良いことに、リストに単一の要素が作成される。そして、この要素は、第１および第２のリストの参照を含む。当然、この連結リストの構造は、２つのリストだけの連結に限られているわけではなく、異なったネットワーク例えば（３、４、１０等）を介して受信される２つ以上のサービスのリストの連結と互換性を持つ。

受信オーディオ・ビデオ・サービスに対する方法は、同じチャネルを表す少なくとも２つのサービスを特定するステップであって、これらのサービスは、異なったネットワークを介して受信され、少なくとも一つの類似性パラメータに従って特定されるところのステップを有する。

特定の特徴に基づいて、類似性パラメータは、サービス名、サービス識別子、関連づけられたチャネルの識別子、およびソース識別子を含むグループに属する。サービス識別子は、例えばＤＶＢ−ＳＩ標準（またはＥＴＳＩ ３００ ４６８）に従うＤＶＢトリプレット（ＤＶＢ ｔｒｉｐｌｅｔ）である。サービスに関連づけられたチャネル識別子の例は、ＥＴＳＩ ＴＳ １０２ ８２２標準による「ＴＶ−Ａｎｙｔｉｍｅ」タグである。ソース識別子の例は、ＩＰ（インターネット・プロトコル）番号、およびブロードキャスト・アドレスのポート番号である。

類似性パラメータは、都合よく以下の場合に取得される。すなわち、
・サービスに対応し、かつデコーディングにおいて取得される、ビデオ信号の少なくとも一部分の差違を特定するステップ、および
・第１のサービスに対応する信号の少なくとも一つの部分と、少なくとも一つの第２のサービスに対応する信号の少なくとも一つの部分との差違（ｖａｒｉａｔｉｏｎｓ）を対応づける（ｃｏｒｒｅｌａｔｉｏｎ）ステップであって、前記第１のサービスおよび第２のサービスは、異なったネットワークを介して受信されるところのステップ、
の場合に取得される。

ここで、「少なくとも一つの部分」とは、一部分または全部に対応する。

この対応づけるステップは、例えば、コンポジットビデオ信号のクロミナンス信号または差違、あるいは、ＲＶＢビデオ信号の赤のコンポーネントの差違の分析を有する。

これらの２つのステップに従って、一つ以上の類似性パラメータを取得するステップは、精度を担保し、デコーダのローカル・ソリューションを提供する。したがって、サーバー側でのアレンジを回避する。例えば、シグナリング・サーバのうちの１台によって、異なるネットワークのサービス間の対応表を提供するようなことが回避できる。

実施例の変形例によれば、一つ以上のネットワークによって受信される対応付けテーブルは、同じチャネルを表すサービスの識別を可能にする。この変形例は、デコーダにおいて、異なったネットワークにより受信されたサービスにおいての類似性を特定する作業を軽減することを可能にする。

特定の実施例において、同じチャネルを表す少なくとも２つのサービスを特定するステップは、デコーディングにおいて取得されるサービスに関連するビデオ信号の少なくとも一つの部分の差違を特定するステップと、少なくとも一部分の対応する信号の差違および対応付けテーブルを対応づけるステップとを有する。このことは、いくつかのサービスの類似性に関して、より的確に特定することが可能にする。

実施例の変形例によれば、自動選択のステップは、チャネルの変更において実行される。このことは、チャネルを変更する瞬間での受信におけるサービス品質、および／または、受信におけるＱｏＳの経過を考慮することを可能にする。

他の実施例の変形例によれば、自動的にサービスを選ぶためのステップは、あるグループに属しているイベントに続いて行われる。そのグループは、各々のネットワークのサービス・リストの構成における変更、新規なネットワークへのデコーダの接続、ネットワークからのデコーダの切断、一つ以上のサービスのオーディオ・ビデオ・コンポーネントのパラメータのうちの少なくとも１つの変更、および一つ以上のサービスの伝送パラメータのうちの少なくとも１つの変更を含む。このことは、サービス品質がチャネルの変更以外で考慮されることを可能にし、バックブラウンドにおいて実行されるプロセスの一部となり得る。そして、より優先度の高いタスクを実行しているデコーダのオペレーションへの干渉を避けることができる。

実施例の変形例によれば、自動的にサービスを選ぶためのステップは、チャネルの変更において、およびあるグループに属しているイベントに続いて行われる。このグループは、各々のネットワークのサービス・リストの構成における変更、新規なネットワークへのデコーダの接続、ネットワークからのデコーダの切断、一つ以上のサービスのオーディオ・ビデオ・コンポーネントのパラメータのうちの少なくとも１つの変更、および一つ以上のサービスの伝送パラメータのうちの少なくとも１つの変更を含む。この変形例は、デコーダでの計算リソースのより良好なマネージメントを可能にする。

以下に記載する説明によって、本発明はよりよく理解され、他の特定の特徴および効果が理解される。この説明は、図面を参照している。

以下の説明において使用される語「レジスタ」は、言及される各々のメモリにおいて、小容量のメモリゾーン（一部の２進データ）および大容量のメモリゾーン（全部のプログラムまたは受信されるオーディオおよび／またはビデオ・サービスを示すデータの全部または一部の蓄積を可能にする）を指すために使用される。

図１は、ＡＤＳＬ有線ネットワーク１２、および標準のＥＴＳＩ ＥＮ ３００ ７４４に従ったラジオＤＶＢ−Ｔ（デジタルビデオ地上放送）ネットワーク１５にリンクされたデコーダ１０を含む本発明をインプリメントした２つのネットワーク１２、および１５を有するインフラストラクチャのブロック図を示す。

ネットワーク１２が有するシグナリング・サーバ１１は、ネットワーク１２によって提供されるサービスをデコーダ１０が発見することを可能とする。また、ネットワーク１２が有するオーディオ・ビデオ・サーバ１３は、ネットワーク１２によって提供されるサービスのうちの１つに対応するオーディオ・ビデオ・サービスをデコーダ１０が受信することを可能にする。

ネットワーク１５が有するシグナリング・サーバ１４は、ネットワーク１５によって提供されるサービスをデコーダ１０が発見することを可能にする。また、ネットワーク１５が有するオーディオ・ビデオ・サーバ１６は、ネットワーク１５によって提供されるサービスのうちの１つに対応するオーディオ・ビデオ・サービスをデコーダ１０が受信することを可能にする。

変形例に従い、ネットワーク１２、および１５は、いくつかのオーディオ／ビデオ・サーバ（例えば２個、３個、４個以上）、および／または、いくつかのシグナリング・サーバを有する。加えて、正しい動作をするための他の機器を有する。

このデコーダ１０は、２つのタイプのネットワーク１２および１５の各々に対するインターフェースを備えている。デコーダ１０は、ネットワーク１２、およびネットワーク１５からサービス、およびそれらの関連づけられたシグナリングを受け取るのに適している。

説明を単純化するために、ネットワーク１２、および１５は、単一のデコーダによって示される。変形例に従い、ネットワーク１２、および１５は、サービスを受信するために、適切ないくつかのデコーダ（例えば２個、３個、１０個等）を有する。加えて、デコーダ１０は、図１に示すように、２つのＡＤＳＬ、およびＤＴＴタイプの入力がある。本発明の変形例によれば、デコーダは、２つ以上の入力を有し、かつ、例えば、ＡＤＳＬ、ＤＴＴまたは他の方式の入力を有する。特にモバイル、衛星および／または、ケーブルのタイプの入力である。

図２は、概略的にデコーダ１０を例示する。

デコーダ２は、
・ＣＰＵ（中央処理装置）２０と、
・不揮発性タイプのメモリであるＲＯＭ（読取り専用メモリ）２１と、
・ランダムアクセスメモリ（ＲＡＭ）２２と、
・ＡＤＳＬネットワーク１２からのオーディオ／ビデオ・サービスおよび関連する信号の受信を可能とするインターフェース２４と、
・ＤＴＴネットワーク１５からのオーディオ／ビデオ・サービスおよび関連する信号の受信を可能とするインターフェース２５と、
を有し、アドレス、およびデータバス２３によって相互接続されている。

メモリＲＯＭ２１は、特に、
・プログラムＰｒｏｇ２１０と、
・ＡＤＳＬネットワーク・シグナリング・サーバ２１１のアドレスと、
・ＤＴＴネットワーク・シグナリング・サーバ２１２のアドレスと、
・ユーザープロファイル２１３（特にユーザの個人化されたチャネル変更のリストの記録を可能にする）と、
を有する。

後述する方法のステップをインプリメントするアルゴリズムは、ＲＯＭ２１に蓄積される。ＲＯＭ２１は、これらのステップをインプリメントするデコーダ１０に関連づけられている。電源がオンされると、マイクロプロセッサ２０はこれらのアルゴリズムの命令をロードし、実行する。

ランダムアクセスメモリ２２は、特に、
・レジスタ２２０中に、デコーダ１０をスイッチオンする責任を有するＣＰＵ２０の作動プログラムと、
・レジスタ２２１中に、シグナリング・サーバ１１によって送信されるサービスのリストと、
・各々のサービスに対する保存されたリスト２２１、レジスタ２２２に、サービス品質に関するパラメータのリスト、および前記パラメータによって判断されるＱｏＳのマーク（ｍａｒｋ）を示す情報と、
・レジスタ２２３中に、シグナリング・サーバ１４によって送信されるサービスのリストと、
・レジスタ２２４中に、保存されたリスト２２３の各々のサービスに対する、サービス品質に関するパラメータのリスト、および、前記パラメータによって判断されるＱｏＳのマークを示す情報と、
・ネットワーク１２、および１５から受信されるサービスの連結されたリスト２２５と、
・レジスタ２２６中に、デコーダ１０のユーザによって使用されるチャネル変更リストと、
・レジスタ２２７中に、リスト２２６の選択されたチャネル（また、「現在のチャネル」と呼ばれる）へのポインタと、
を有する。

図３は、デコーダ１０の実施例の変形例に従って、概略的にデコーダ３を例示する。デコーダ２、および３の共通要素は、同じ名前、および参照を示しており、再度詳細に説明しない。

デコーダ３は、
・マイクロプロセッサ２０（またはＣＰＵ）と、
・ＲＯＭ（読取り専用メモリ）タイプの不揮発性メモリ３０と、
・ランダムアクセスメモリ（ＲＡＭ）３１と、
・インターフェース２４と、
・インターフェース２５と、
を有し、アドレス、およびデータバス２３によって相互接続されている。

メモリＲＯＭ３０は、特に、
・プログラムＰｒｏｇ３０１、
・ＡＤＳＬネットワーク・シグナリング・サーバのアドレス２１１と、
・ＤＴＴネットワーク・シグナリング・サーバのアドレス２１２と、
・ユーザープロファイル３０２（特にユーザの個人的なチャネル変更のリストの記憶を可能にする））と、
を有する。

後述する方法のステップをインプリメントするアルゴリズムは、ＲＯＭ３０に蓄積される。ＲＯＭ３０は、これらのステップをインプリメントしているデコーダ３に関連づけられている。電源がオンされたとき、マイクロプロセッサ２０はこれらのアルゴリズムの命令をロードし、かつ実行する。

ランダムアクセスメモリ３１は、特に、
・レジスタ３１１中に、デコーダ３の電源をオンするための、マイクロプロセッサ２０の作動プログラムと、
・サービスのリスト２２１と、
・サービスのリスト２２３と、
・ネットワーク１２、および１５から受信されるサービスの連結されたリスト３１４と、
・レジスタ３１５中に、デコーダ３のユーザによって使用されるチャネル変更リストと、
・レジスタ３１６中に、レジスタ３１５に含まれるリストの選択されたチャネル（また、「現在のチャネル」と呼ばれる）へのポインタと、
を有する。

図４は、概略的に、デコーダ２によってインプリメントされるチャネル変更リストを取得する方法を例示する。

リスト２２１、２２２、２２３、および２２４は、表４２、および４３中に示される。これらの表において、これらの表の要素の参照として、表４２に対してＡ１〜Ａｎ、および表４３に対してのＢ１〜Ｂｎが示されている。これらの表は、それぞれ２つのネットワークで利用できるサービスの組、および関連するＱｏＳマーク（ｍａｒｋ）を表すパラメータ、および情報を含む。

より詳細には、表４２は、ＡＤＳＬネットワークに帰属しているシグナリング・サーバ１１によって送信されるサービス２２１のリストを有する。例えば、要素Ａ１では、サービスの名前「ＮａｍｅＡ」があり、サービスとの接続を可能にするサービス識別子「＠ＩＰ１」がある。ＡＤＳＬタイプ・ネットワークに対して、識別子は、例えばＩＰアドレスとすることができる。それからこのリスト２２１の各々のサービスに対して、サービス品質に関するセットのパラメータ、およびこれらのパラメータから決定されるＱｏＳマークを表す情報が存在する。提供されるサービス品質パラメータの例として、サービス・バイナリのビットレート、ＦＥＣ（Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）レート、ＡＤＳＬラインの減衰値、および欠落パケット数がある。実施例において、要素Ａ１では、名前「ＮａｍｅＡ」が存在する。バイナリ速度が２Ｍｂｉｔ／ｓ、ＦＥＣレートが３／４、ＡＤＳＬラインの減衰が３０ｄＢ、そして欠落パケット数が２５であり、これらのパラメータから決定されたＱｏＳの総合的なマークの情報が存在する。

表４３は、ＤＴＴネットワークのシグナリング・サーバ１４によって送信されるサービス２２３のリストを含んでいる。例えば、表４３のＢ１の要素において、サービスの名前が「ＮａｍｅＸ」、のサービスとの接続を可能にするサービス識別子「＠ｆ１」が存在する。このネットワークはＤＶＢタイプであるため、識別子は周波数である。例えば、バイナリのビットレート（要素Ｂ１において４Ｍｂｉｔ／ｓ）、ＦＥＣパワー（要素Ｂ１において該当なし）、およびこれらのパラメータから特定されるＱｏＳの総合値を提供するマークが存在する。要素Ａ２において例示される実施例によれば、サービスの名前は「ＮａｍｅＢ」、３．８Ｍｂｉｔ／ｓのバイナリのビットレート、ＦＥＣレート１／２、ＡＤＳＬラインの減衰３０ｄＢ、欠落パケットの数は１４である。要素Ｂ１において、サービスの名前「ＮａｍｅＸ」、バイナリのビットレート４Ｍｂｉｔ／ｓ、ＦＥＣレートはｎ／ａ（該当無し）、欠落パケットの数は１００である。要素Ｂ２において、サービスの名前「ＮａｍｅＢ」、バイナリのビットレート３Ｍｂｉｔ／ｓ、ＦＥＣレートは１／２、欠落パケット数は０である。要素Ａ１のサービスに対して、マークはＱｏＳａ、要素Ａ２のサービスに対して、マークはＱｏＳｂ、要素Ｂ１のサービスに対して、マークはＱｏＳｍ、要素Ｂ２のサービスに対して、マークはＱｏＳｎであることがわかる。

表４２、および４３が２つ以上の要素を有することができることを示すために、表４２は要素Ａｎ、および表４３は要素Ｂｎが示されている。

これらのパラメータからのＱｏＳマークの決定に係る、いくつかの特定変形例は、異なるＱｏＳマークを提供し得る。例えば、重みをかける方法が適用される変形例に対して、ＱｏＳｂ、およびＱｏＳｎマークは、以下の方法によって算出することができる。

各々のパラメータは、０から１０の間のインデックス値を与えることを可能にする対応付けテーブルを有する。このインデックスの目的は、それに０から１０の間の値を割り当てることによってＱｏＳパラメータを標準化することである。１０のインデックス値は、ＱｏＳの視点から、０のインデックス値より良好である。バイナリのビットレート・パラメータに対する対応付けテーブルは以下のように考慮される。

４Ｍｂｉｔ／ｓより上のバイナリのビットレートに対しては、１０のインデックス値が割り当てられる。これに対して、バイナリのビットレートが１Ｍｂｉｔ／ｓより小さい場合、０インデックス値が割り当てられる（バイナリのビットレートが不十分であると判断される）。

同様の表は、ＦＥＣパラメータ、ライン減衰、および欠落パケットの数に対しても生成される。

ＦＥＣが不存在の場合、インデックス値０が割り当てられる。

重みをかける方法としては、各々のサービス品質パラメータに対して重み係数を与えることが含まれる。例えば、上述した様々なパラメータに対する重み係数は、以下のようになる。

この例では、重み係数の合計は、１０に等しい。これによって、最終的なＱｏＳのマークは、０から１００においで取得される。（以下の最終的なＱｏＳの計算の詳細を参照されたい）
ＱｏＳのマークは、表４２、および４３の各々の要素に対して算出される。例えば、表４２のＡ２要素に対するＱｏＳマークは、以下のようにして取得される。

同様に、表４３のＢ２要素に対するＱｏＳマークは、以下のようにして取得される。

他の変形例によれば、デコーディングにおいて取得されるパラメータ（例えば欠落パケットの数）は考慮されない。この場合、上述の実施例を使用することにより、欠落パケットの数に対して０の値が割り当てられる（インデックスは１０と等しい）。これによって、最終的なマークに対して負の影響を与えないようにする。それ故、最終的なＱｏＳｂのマークは９０である。ＱｏＳｎのマークは不変のままとされる。

リスト２２４とリスト２２２とを比較すると、減衰パラメータの欠如は、このパラメータがＡＤＳＬタイプ・ネットワークに特有であることがわかる。

図４において示されているサービス識別子は、例示としてのものであり、全てを網羅しているわけではない。使用されるネットワーク・タイプに適した識別子が用いられる。

デコーダ２は、リスト２２１および２２３の連結の後、リスト２２５を作成する。リスト２２１および２２３に存在するサービスのセットは、リスト２２５に登録される。同じサービスが２つのリスト２２１および２２３の中に存在する場合、単一の要素がリスト２２５において都合よく作成される。例示される実施例において、このことは、両方の表４２および表４３で見つかるサービス「ＮａｍｅＢ」に対するケースである。リスト２２１および／または２２３からの要素番号が、リスト２２５の各々の要素に関連づけられる。これらのサービスのＱｏＳのマークの情報の項目だけが関連づけられる。それゆえに、リスト２２５により、２つのネットワークに利用できるサービスのセットおよび接続を可能にする識別子を取り出すことができる。加えて、リストは、各々のサービスのＱｏＳマークを素早く見つけることを可能にする。

チャネル変更リスト２２６は、リスト２２５に基づいて、リスト２２６の作成を含む選択プロセス４１の後、取得される。リスト２２１または２２３から最高のＱｏＳのマークを有する対応する要素番号が各々のサービスに対して保存される。それ故、リスト２２１および２２３の各々のサービスに対して、このチャネル変更リスト２２６は、最高のＱｏＳマークを有するサービス識別子を素早く見つけ、かつ、それに接続することを可能にする。

上記の表に記載されている例を使用すると、表４３の要素Ｂ２は、このサービスが最高のＱｏＳマークを有するので、このチャネル変更リストのチャネル「ＮａｍｅＢ」に対して選ばれる。

他の変形例によれば、閾値を充足するかが判断される。このことは、受信されたサービスの特徴が閾値を上回れば、すぐに、このサービスが異なるネットワークによって受信される同じサービスの特徴を算出せずに自動的に選ばれることを意味する。

再び上記の表に記載されている例を参照すると、閾値が６０で固定される場合、サービスＡ２はサービスＢ２の特徴を算出せずに選ばれることとなる（マーク＝７８）。

他の変形例によれば、副次的パラメータ（例えばソースコーディングのフォーマット）が考慮される。

他の変形例によれば、前述したようにマークの比較だけでなく、サービスは、また、特定された閾値を上回るマークについても選ばれる。これを行うため、閾値が各々のサービス品質パラメータに対して定められる。表４２または４３において与えられたサービスに対して、サービス品質パラメータの一つが閾値に達しない場合、このサービスはサービス・リスト２２５から除外される。

他の変形例によれば、最小限のマークが判断される。サービスのマークがこの最小限のマークを上回らない場合、このサービスは選択４１の処理から自動的に除外される。再び上記の表に記載されている例を参照すると、最小限のマークが８０で固定される場合、サービスＡ２は選択４１から除外される。

このチャネル変更リストは、連結されたリスト２２５の要素のサブセットを有し、ユーザに対して、チャネルの自分自身のリストを作成する手段を提供する。ユーザがほとんど関心のないチャネルを排除可能とする。すでにチャネル変更リスト２２６が存在する場合、選択４１の処理は、このリスト２２６に、チャネル変更リストに存在するサービスに対応するリスト２２５からのサービス要素の番号をコピーすること、そして、リスト２２５から要素番号を選ぶことによって、リスト２２１または２２３から最高のＱｏＳマークを有するサービスをコピーすることである。

リスト２２５および２２６のブラケット間のサービスの名前は、図４をより良く理解するために示したものである。しかしながら、それらは本発明の適正な動作として必須ではない。

図５は、本発明の実施例の変形例に従った図であり、デコーダ３のユーザによって必要なチャネル変更リストを取得する方法を概略的に例示している。

図５の表５２および５３は、それぞれリスト２２１および２２３から、各々ＡＤＳＬおよびＤＴＴネットワーク上の利用できるサービスを含む。これらの表において、これらの表の要素の参照として、表５２においてはＡ１からＡｎ、そして表５３においてはＢ１からＢｎとして示されている。

より詳細には、表５２は、ＡＤＳＬネットワークによって送信されるサービスのリスト２２１を含む。

例えば、要素Ａ１において、サービス「ＮａｍｅＡ」の名前があり、受信が可能なサービス識別子「＠ＩＰ１」が存在する。このネットワークがＡＤＳＬタイプの中であるため、識別子はＩＰアドレスである。要素Ａ２においては、サービスの名前「ＮａｍｅＢ」が存在し、受信を可能にするサービス識別子「＠ＩＰ２」がある。さらに、Ａｎがあり、これは、この表が２つ以上の要素を含むことができることを示す。表５３は、ＤＶＢネットワークによって送信されるサービスのリスト２２３を含む。例えば、Ｂ１の要素において、サービスの名前「ＮｏｍＸ」があり、同じく識別子「＠ｆ１ ＭＨｚ」がある。これはインターフェース２５の周波数設定を示す。インターフェース２５は、このサービスを受信することを可能にする。要素Ｂ２において、サービスの名前「ＮａｍｅＢ」があり、受信を可能にするサービス識別子「＠ｆ２」が存在する。次に、この表の要素Ｂｎによって、この表が２つ以上の要素を含むことができることを示すことがわかる。

図５において、サービス識別子は、例示として示したものであり、これらの識別子は、網羅的（ｅｘｈａｕｓｔｉｖｅ）ではなく、使用されるネットワーク・タイプに適した形で作成される。

デコーダ３は、リスト２２１および２２３を連結した後（５０）、リスト３１４を作成する。この連結されたリスト３１４は、２つのリスト２２１および２２３から要素のセットを形成する。リスト３１４において作成される各々の要素に対して、リスト２２１または２２３の少なくとも一つの要素が存在する。同じチャネルを示すサービスが、これらの２つのリスト２２１および２２３の中に存在する場合、単一の要素がリスト３１４において作成される。例示される実施例によれば、２つのリスト２２１および２２３に示されるサービス「ＮａｍｅＢ」に対する単一の要素が、リスト３１４において作成される。都合のよいことに、連結機能は、２つの異なったネットワークの２つのサービスの類似性の判断に基づいている。特に、この類似性のこの判断は、
・シグナリングによって取得されるチャネル名の比較。
・シグナリングで適用される標準によって定義されるサービス識別子の比較。なお、サービス識別子は、例えば、ＡＤＳＬによる伝送のための標準のＤＶＢ−ＩＰ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＥＴＳＩ標準ＴＳ １０２ ０３４）および、ＤＴＴによる伝送のためのＤＶＢ−Ｔ標準（ＥＴＳＩ標準ＥＮ１０２ ０３４）において使用される、ＤＶＢトリプレット（「Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」のためのＤＶＢ−ＳＩ標準、ＥＴＳＩ標準 ＥＮ ３００ ４６８）がある。
・チャネル、サービスまたはコンテンツ識別子の比較。なお、これらは、ＴＶ−Ａｎｙｔｉｍｅ標準（ＥＴＳＩ標準ＴＳ １０２ ８２２）で定義され、上述のようにＤＶＢ−ＩＰ標準において使用される。
・サービスに存在するソース識別子の比較（ロゴの類の、またはサービスの電子透かしの存在）。
・デコーディングの後で取得されるビデオ信号の差違の分析。
・シグナリング・ソースによって提供される関連情報（ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）のアイテム
・またはその他のいかなる方法。

リスト３１４の各々の要素に対して、リスト２２１および／または２２３からの要素番号が関連づけられる。それ故、リスト３１４によって、２つのネットワークにおいて利用できるサービスのセットを発見できる。そして、各々のサービスに対する識別子が発見でき、それへの接続を可能にする。チャネル変更リスト３１５は、選択５１の後に取得される。リスト３１４に基づいてリスト３１５が作成される。このチャネル変更リストは、連結されたリスト３１４から要素のサブセットを構成することができる。そして、これは、ユーザに自分自身のチャネルのリストを作成する手段を提供する。ほとんど関心のないチャネルを排除することを可能とする。チャネル変更リスト３１５がすでに存在する場合、選択（５１）は、チャネル変更リスト３１５にすでに存在するサービスに対応するリスト３１４から、サービスの要素番号をこのリスト３１５にコピーすることを有する。それ故、このチャネル変更リスト３１５によって、サービス識別子を素早く見つけることができ、かつ、それらに接続することを可能にする。

リスト３１４および３１５において、このサービス名はブラケットで示されるが、これは理解を容易にするためであり、必ずしも本発明がこの通りにオペレーションすることを意味しない。

図１０は、図２または３のデコーダの１つにおいてインプリメントされる方法を例示する。

この方法は、異なる変数が作成され、かつ初期化されるステップ１００で始まる。

次に、ステップ１０１において、チャネルリクエストが受信されている。

それから、ステップ１０２において、このチャネルのサービスの代表（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ）の特定が行われる。

そして、ステップ１０３において、これらのサービスは、インターフェース２４、および２５を介して受信される。

次に、ステップ１０４において、サービスは、関連づけられたＱｏＳの一つ以上のパラメータに従って、自動的に選ばれる。

そして、ステップ１０１が繰り返される。

図６は、デコーダ３によってインプリメントされる選択方法を概略的に示している。

サービス選択機能６０は、チャネル変更コマンドを受信する。

この機能６０は、選択されたチャネルを示しているサービス識別子を見つけるために、チャネル変更リスト３１５、およびサービス２２１および２２３リストを使用する。

これらの識別子は、ＡＤＳＬ２４およびＤＴＴ２５インターフェースのコントロールに使用され、それぞれ２つの異なったネットワーク１２および１５から到来する同じチャネルを示す２つのサービスの受信をセットアップする。

デコーダ３は、それぞれインターフェース２４および２５からのサービスの、それぞれ受信におけるサービス品質の分析６１、および６２を実行する
比較６３は、６１および６２の各々の分析から供給される結果に対して実行される。比較６３は、分析の６１および６２に従って最高品質を提供しているサービスを選ぶために、スイッチ６６を作動させる。スイッチ６６は、出力６７にサービス６４または６５の一つを接続する。出力６７は、デコーディング回路およびデコーダの表示装置に出力を供給する。

変形例によれば、分析６１および６２において作成されるＱｏＳの分析は、サービスの復号化において取得されるサービス品質パラメータを統合することによるＱｏＳを表すマークの特定を含む。パラメータとして、たとえば、検出されるエラーの数、欠落したパケットの数、遅延したパケットの数、順番誤りのパケットの数、パケットの到着時刻のバリエーションが挙げられる。

変形例によれば、サービスがこの種の修正を可能にする追加情報をまたは１つ以上のＦＥＣ追加フローの存在を含む場合、これらのサービスに行われる機能６１および６２によるＱｏＳ分析は、エラー修正処理の後に実行される。修正を可能にする追加情報としては、例えば、シーケンス番号を提供しているヘッダを含むパケットによるパッキング、または、正確性のチェックコード（ａｃｃｕｒａｃｙ ｃｈｅｃｋｉｎｇ ｃｏｄｅ）（例えば、ハッシュ関数、パリティ、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ））が挙げられる。

他の変形例によれば、機能６１および６２によってなされるＱｏＳ分析は、サービスのデコーディングの外で取得できるＱｏＳパラメータの統合によってＱｏＳを表すマークの特定を有する。例えば、サービスに関連づけられたエラー訂正コードの存在、この種のエラー訂正コードの修正パワー、サービス・バイナリのビットレート、サービスのバイナリのビットレートの変化、およびこれらのサービスを伝送するために使用されるネットワークの特徴に関するグローバルな情報が挙げられる。

他の変形例によれば、
機能６１および６２によって実行されるＱｏＳ分析は、受信におけるＱｏＳパラメータおよび副次的パラメータの統合によるＱｏＳを表すマークを特定することを含む。例えば、符号化タイプパラメータ、必要なチャネルに対する圧縮率、ソース・サーバの地理的な位置パラメータ、ソース・サーバにスキップアップ（ｓｋｉｐ ｕｐ）するネットワーク装置の数を示すパラメータが挙げられる。

異なる実施例においては、分析６１および６２は、ＱｏＳパラメータに重みをかける方法、または、１またはそれ以上のＱｏＳパラメータが定められた最小値に達しない場合にサービスを排除する方法、または、これら二つの方法の組合せを実行することができる。

図７は、デコーダ２においてインプリメントされるチャネル変更リストを取得するアルゴリズムを概略的に例示する。

チャネル変更リストを取得する場合、異なる変数が作成され、かつ初期化するステップ７０が開始される。

それから、ステップ７１において、デコーダ２は、インターフェース２４および２５を、それぞれネットワーク１２および１５のシグナリング・サーバ１１および１４に接続し、サービス・リスト２２１および２２３およびＱｏＳパラメータを作成するための、サービスのデコーディング外で取得される信号情報を抽出する。変形例によれば、ステップ７１において、デコーダ２は、インターフェース２４および２５をシグナリング・サーバ１１、および１４に接続し、サービス・リスト２２１、および２２３を作成することを可能にし、更にそれぞれ図１のネットワーク１２および１５のオーディオ・ビデオ・サーバ１３および１６への接続を実行し、ＱｏＳパラメータをつくることを可能にするデコーディング情報を抽出する。他の変形例によれば、ＱｏＳパラメータは、サービスのデコーディング外で、およびデコーディング中において取得される。ステップ７１は、２つのサービス・リスト２２１および２２３の受信をインプリメントする。デコーディングの外で取得することができるＱｏＳパラメータの例は、エラー訂正コードの存在、訂正コードのパワー、バイナリのビットレートの変化および／またはサービスのソース・ネットワークの特徴に関するグローバルな情報が挙げられる。サービスの復号化の外で取得できるＱｏＳパラメータの例は、検出されるエラー回数、欠落パケットの数、遅延パケットの数、パケット順番誤りの数および／またはパケットの到着時間における変化である。

変形例において、他の副次的パラメータが使用され得る。他の副次的パラメータとしては、例えば、サービスの符号化タイプ、チャネル圧縮率、ソース・サーバの地理的なローカライゼーション・パラメータ、ソース・サーバにスキップするネットワーク装置の数を考慮することが挙げられる。

それから、ステップ７２において、デコーダ２は、ＱｏＳパラメータの形で取得される情報を蓄積する。そして、ＱｏＳを算定し、かつマークをリスト２２２および２２４の各々の要素と関連づけることを可能にする。

次に、ステップ７３において、デコーダ２は、各々のサービスのＱｏＳマークを特定し、更にリスト２２２および２２４にそれらを蓄積する。このＱｏＳマークの特定は、一つ以上のＱｏＳパラメータに従ってなされ得る。当然、これらの異なる手段によって、ＱｏＳを特定するために、デコーディング外またはその最中において取得したＱｏＳパラメータタイプ、および副次的パラメータタイプが結合される。

ステップ７２および７３は、各々のリスト２２１および２２３の各々のサービスに対する受信におけるＱｏＳを表す情報を特定することをインプリメントする。

それから、ステップ７４において、デコーダ２は、サービスの連結リスト２２５を作成する。この連結は、２つのリストのうちの１つだけに現れる各々のサービスに対する要素、および２つのリストが現れる各々のサービスに存在する単一の要素を作成することを含む。この連結は、一つ以上の類似性パラメータに従って、同じチャネルを示しているサービスの特定をインプリメントする。これらの類似性パラメータとしては、例えば、サービス名または識別子、サービスに関連づけられたチャネル識別子、およびソース識別子が挙げられる。他の変形例によれば、これらの類似性パラメータは、デコーディング外で取得される、ビデオ信号のまたはこの信号の部分の差違の特定、並びに、リスト２２１および２２３のサービスに対応するビデオ信号の差違の間の対応づけ、によって取得される。

変形例において、この対応づけは、バッファ・メモリの２つのゾーンにおいて対応している信号のうちの１つのキャプチャを使用し、かつ一方から他方に対して類似性検索を適用することによって、取得される。有利な変形例によれば、これらのバッファゾーンは、可変サイズであり、異なるシグナルソースに可能なシフトをしたものも考慮することができる。有利な変形例によれば、対応させるための信号はデコーディングの後に取得される。例えばビデオ・コントロールの出力であり、この場合、使用される符号化のタイプは無視することが可能である。

他の変形例によれば、対応付けテーブルの受信は、リスト２２１および２２３のサービスが同じチャネルに対応するかどうかの特定を可能にする。変形例によれば、ビデオ信号の変化の判断に結合された一つ以上の類似性パラメータの特定は、対応付けテーブルと結合される。この二つの方法の組合せは、対応付けテーブルが十分な情報を提供しない場合や、その逆の場合に、補完を行うことができる。連結されたリストにおいて、リスト２２１および／または２２３の要素の参照は、関連づけられたＱｏＳマークを表す情報と同様に、蓄積される。ステップ７４は、第１のリストおよび第２のリストに帰属するサービスを含むサービスの連結リスト２２５を作成することをインプリメントする。

次に、ステップ７５において、デコーダ２は、ポインタを、連結されたリスト２２５の第１の要素に位置させる（以下「処理されるチャネル」と言う）。

それから、ステップ７６において、デコーダ２は、処理されるチャネルのＱｏＳマークを比較し、そして、最高のＱｏＳマークを有するリスト２２１または２２３の要素の参照を保持する。このマークは、おそらく、受信サービス品質パラメータに重みをかけた後に取得することができる。

次に、ステップ７７において、デコーダ２は、チャネル変更リスト２２６に、ステップ７６において保持された要素番号を蓄積する。

次に、テスト７８において、デコーダ２は、処理されるチャネルが連結されたリスト２２５の最後のチャネルに対応するかどうか調べる。

そうでない場合、ステップ７９において、デコーダ２は、サービスの連結されたリストから次のチャネルを割り当てることによって処理されるチャネルを更新する。

それから、ステップ７６が繰り返される。変形例では、デコーダ２は、ステップ７５および７６の間に挿入される不図示のステップにおいて、少なくとも一つの最低限の値より大きい受信サービス品質パラメータを有しないサービスをリスト２２１または２２３から排除する。この変形例は、品質パラメータが最小値に達しないサービスをシンプルかつ迅速に排除することを可能にする。この変形例の場合、上記の反復は、ステップ７５および７６に挿入されるステップを含む。
テスト７８の結果が肯定的である場合、連結されたリストの全てのサービスが、ＱｏＳに基づいて選択されたこととなり、そして、ステップ７９０において、デコーダ２は、チャネルリクエストを受信し処理する準備が整う。

ステップ７６から７８は、ステップ７５および７９によって示したチャネルリクエストに続く、自動選択をインプリメントする。

図８は、第二の実施形態に従って、チャネル変更リストを取得するアルゴリズムを概略的に例示する。

チャネル変更リストを取得することは、異なる変数がつくられ、かつ初期化されるステップ８０から始める。

次に、ステップ７１において、デコーダ３は、それぞれ図１のネットワーク１２および１５のシグナリング・サーバ１１および１４にインターフェース２４および２５を接続し、信号情報を分析することによって、サービスのリスト２２１および２２３を作成する。このステップは、２つのサービスのリスト２２１および２２３の受信をインプリメントする。

それから、ステップ８１において、デコーダ３は、図５のリスト３１４に対応するサービスから、連結リストを作成する。この連結は、２つのリストのうちの１つだけに現れる各々のサービスの要素の作成、および２つのリストに同時に現れる各々のサービスに対して、単一の要素を作成することを備えている。連結されたリスト中に、リスト２２１および／または２２３の要素の参照が蓄積される。このステップは、サービス２２１および２２３の２つのリストに帰属するサービスを有するサービスの連結リストの構造をインプリメントする。この連結は、また、一つ以上の類似性パラメータに従って同じチャネルを表すサービスを特定することをインプリメントする。これらのパラメータは、例えばサービス名または識別子、またはサービスおよびソース識別子に関連づけられたチャネル識別子によって取得される。変形例によれば、これらのパラメータは、２つのサービスのビデオ信号またはこれらのビデオ信号の部分の差違を特定すること、および対応づけすることによって取得することができる。他の変形例によれば、受信された対応付けテーブルは、２つのサービスとの類似性の特定を可能にすることができる。他の変形例によれば、これらのパラメータは、上述の手段を結合することによって取得することができる。

次に、ステップ８２において、デコーダ３は、連結されたリスト３１４の第１の要素に対して、ポインタを配置する（以下「処理されるチャネル」と言う）。

次に、テスト８４において、デコーダ３は、処理されるサービスが連結されたリストの最後のサービスに対応するかどうか調べる。

そうでない場合、ステップ８５において、デコーダ３は、サービスの連結されたリストから次のサービスをそれに割り当てることによって、処理されるサービスを更新する。それから、ステップ８３は、繰り返される。

テスト８４の結果が肯定的である場合、サービスの連結されたリストの全てのサービスが選ばれたこととなり、ステップ８６において、デコーダ３はユーザからのチャネル変更コマンドの受信および処理の準備ができたことになる。

図９は、第二の実施形態に従って、チャネル変更処理アルゴリズムを概略的に例示する。図２、４、および７で例示される第１実施例と異なり、チャネル変更において、特殊プロセスが実行される。

方法は、異なる変数がつくられ、かつ初期化されるステップ９０で始まる。特に、このステップは、チャネル変更リストの要素に、ポインタを配置する（以下「選択されたチャネル」と言う）。これは図３のレジスタ３１６に蓄積される。

次に、ステップ９１は、チャネル変更コマンドを受信する。それから、ステップ９２において、受信される命令に従って、チャネル変更リストにおいて、図６の機能６０、２４、および２５を介して、現在のチャネルの後のチャネルまたは前のチャネルが選択される。そして『選択されたチャネル』ポインタがアップデートされる。

次に、ステップ９３において、図６の機能６１および６２を使用することにより、ＱｏＳの分析が行われる。ステップ９３は、各々の２つのサービスに対するＱｏＳを表す情報を特定することがインプリメントされる。

それから、テスト９４において、図６の機能６１および６２によって取得される分析結果が、図６の比較機能６３を使用して比較される。

もし、ＡＤＳＬネットワークからのサービスが最高のＱｏＳマークを有する場合、これがステップ９５において選択され、図６の機能６６によって、表示およびデコーディング回路に供給されるよう選ばれる。

反対のケースにおいて、もし、ＤＴＴネットワークからのサービスがステップ９６において選ばれた場合、図６の機能６６によって、表示およびデコーディング回路に供給されるよう選ばれる。

ステップ９２乃至９６は、チャネルリクエストに続いて、自動選択をインプリメントする。

変形例によれば、この自動選択は、例えば、サービスのリストの構成における変更、新規なネットワークへの接続、ネットワーク上での切断、サービス・コンポーネントの一つ以上のＱｏＳパラメータの更新、およびサービス伝送パラメータの変更、のイベントに続いて行われる。

他の変形例によれば、自動選択はチャネルリクエストの後、および上述のイベントの後に実行される。

当然、本発明は、上述の実施例に限定されない。

特に、本発明は、異なったアクセス・インタフェースによって少なくとも２つの異なるネットワーク・タイプにアクセスしている家庭のあるいは業務用のデコーダに関する。第１のネットワークは、例えば、高ビットレートまたは底ビットレートのインターネット網（例えばＡＤＳＬタイプまたは光ファイバ・タイプ）である。第２のネットワークは、例えば、ＤＴＴタイプのネットワークである。第３のネットワークは、例えば、モバイル、衛星および／または、ケーブル・タイプのネットワークである。異なったネットワークは、異なるか、または、類似の伝送ネットワークを使用する（特に、有線、ワイヤレス、衛星、光学等）。同様に、それらは、異なるか、または、類似の通信プロトコル（ＩＰ、ＤＴＴ、その他）を使用することができる。当業者は、上記説明によって、２つ以上（例えば３つ、４つあるいは１０以上）の異なったネットワークに接続することを可能にするデコーダに対して、本発明を適用することができるであろう。

本発明によれば、ネットワークのオーディオ・ビデオ復号化デバイスは、いくつかのアクセスポイント（例えば、ＡＤＳＬネットワークに接続されるモデムまたはインターネットまたは衛星アンテナに接続されるルーター）を介して、いくつかのソースからサービス、および関連づけられたシグナリングを受け取ることができる。前記サービスのサービス品質に基づいて、本発明は、同じチャネルを示しているが、異なったソースからのいくつかのサービスの中から、サービスの自動選択を可能にする。

本発明は、異なるデバイスタイプ、例えばデジタルテレビジョンのデコーダ、一体型または一体型でないテレビ、オーディオ／ビジュアル記録装置、移動受信デバイス、に適用することができる。

Claims (18)

1. オーディオおよび／またはビデオ・サービスを受信する方法であって：
   ・ラジオおよび／またはテレビチャネルをリクエストするステップと（リクエストされたチャネルと称する）、
   ・前記リクエストされたチャネルを表す少なくとも２つのサービスを特定するステップであって、前記サービスは異なるネットワークを介して受信されるところのステップと、
   ・前記少なくとも２つのサービスを受信するステップと、
   ・各々の受信における前記少なくとも２つのサービスに関連する、少なくとも一つのサービス品質パラメータに従って、前記サービスのうちの１つを自動的に選択するステップであって、受信における前記少なくとも２つのサービスの少なくとも一つに関連する少なくとも一つのサービス品質パラメータは、デコーディングの外で取得されるところのステップと、
   を有する方法。
2. デコーディングの外で取得された前記少なくとも一つの前記サービス品質パラメータは、受信において前記少なくとも一つの前記少なくとも２つのサービスに関連づけられたシグナリングから取得される、請求項１に記載の方法。
3. 前記少なくとも一つの前記サービス品質パラメータは、
   ・前記少なくとも２つのサービスに関連するエラー訂正コードの存在と、
   ・前記少なくとも２つのサービスに関連するエラー訂正コードの訂正パワーと、
   ・前記少なくとも２つのサービスのバイナリのビットレートと、
   ・前記少なくとも２つのサービスのサービス・ビットレートの差違と、
   ・前記少なくとも２つのサービスを伝送するために使用されるネットワークの特徴に関するグローバルな情報と、
   を有する第一のグループに属する、
   請求項１または２に記載の方法。
4. 前記受信するステップは、
   前記サービスのデコーディングにおいて取得される少なくとも一つの前記サービス品質パラメータを特定するステップを有する、
   請求項１乃至３のうちいずれか１項に記載の方法。
5. 前記少なくとも一つの前記サービス品質パラメータが、
   ・前記少なくとも２つのサービス復号化において検出される誤りの数と、
   ・前記少なくとも２つのサービスの欠落パケットの数と、
   ・前記少なくとも２つのサービスで遅延して受信されるパケットの数と、
   ・前記少なくとも２つのサービスで受信された順番誤りのパケットの数と、
   ・前記少なくとも２つのサービスからのパケットの到着時間における変化と、
   を有する第２のグループに属する、
   請求項１乃至４のうちいずれか１項に記載の方法。
6. 前記サービスのうちの１つを前記自動的に選択するステップは、受信における各々の前記サービスに関連づけられたいくつかのサービス品質パラメータに依存する
   請求項１乃至５のうちいずれか１項に記載の方法。
7. 前記サービス品質パラメータに重みをかけるステップを有し、
   前記自動的に選択するステップは、前記サービス品質に重みのパラメータをかける機能である、請求項６に記載の方法。
8. 前記自動的に選択するステップが、
   少なくとも一つの、受信におけるサービス品質パラメータが定められた最小値に達しなかった前記サービスを排除するステップを含む、
   請求項１乃至５のうちいずれか１項に記載の方法。
9. 前記自動的に選択するステップが、
   各々の前記サービス関連づけられた少なくとも一つの副次的パラメータを考慮するステップを含む、
   請求項１乃至８のうちいずれか１項に記載の方法。
10. 前記少なくとも一つの副次的パラメータは、
    ・前記少なくとも２つのサービスの符号化タイプパラメータと、
    ・前記サービスによって伝送される前記リクエストされたチャネルの圧縮率と、
    ・前記異なったネットワークの、ソース・サーバの地理的なローカライゼーション・パラメータと、
    ・前記異なったネットワークの前記ソース・サーバにホップ（ｈｏｐ）するネットワーク装置の数を示すパラメータと、
    を含むグループに属する
    請求項９記載の方法。
11. ・サービスの第１のリスト、およびサービスの少なくとも第２のリストを受信するステップと、
    ・前記サービスの第１のリストの前記サービスの各々に対する、受信における前記サービス品質を表す情報を特定するステップと、
    ・前記サービスの第２のリストの前記サービスの各々に対する、受信における前記サービス品質を表す情報を特定する、少なくとも１つのステップと、
    を有する請求項１乃至１０のうちいずれか１項に記載の方法。
12. ・前記第１のリストおよび前記第２のリストに帰属し、かつ、前記選択するステップにおいて選択されるサービスを含む、サービス「連結」リストを作成するステップ、
    を有する請求項１１記載の方法。
13. ・同じチャネルを表す少なくとも２つのサービスを特定するステップであって、前記サービスは異なったネットワークを介して受信され、かつ、少なくとも一つの類似性パラメータに従って特定されるところのステップ、
    を有する請求項１乃至１２のうちいずれか１項に記載の方法。
14. 前記少なくとも一つの類似性パラメータは、
    ・サービス名と、
    ・サービス識別子と、
    ・サービスに関連するチャネルの識別子と、
    ・ソース識別子と、
    を含むグループに属する、請求項１３記載の方法。
15. ・サービスに対応し、かつ、デコーディングにおいて取得される、少なくとも一部のビデオ信号の差違を特定するステップと、
    ・第１のサービスに対応する信号の少なくとも一つの部分と、少なくとも一つの第２のサービスに対応する信号の少なくとも一部との差違を対応づけるステップであって、前記第１および第２のサービスは異なったネットワークを介して受信されるところのステップと、
    を有する、請求項１３または１４記載の方法。
16. 異なったネットワークを介して受信された前記サービスの間の、少なくとも一つの対応付けテーブルを受信するステップ、
    を有する請求項１乃至１５のうちいずれか１項に記載の方法。
17. 前記自動的に選択するステップが、チャネル変更リクエストに続いて実行される、請求項１乃至１６のうちいずれか１項に記載の方法。
18. 前記自動的に選択するステップが、
    ・サービスのリストの構成における変更と、
    ・新規なネットワークへの接続と、
    ・ネットワークからの切断と、
    ・少なくとも一つの前記サービスの、受信におけるサービス品質パラメータのうちの少なくとも１つの変更と、
    ・少なくとも一つの前記サービスの、トランスポートパラメータのうちの少なくとも１つの変更と、
    を含むグループに属するイベントに続いて行われる、
    請求項１乃至１７のうちいずれか１項に記載の方法。

Images