(57)【特許請求の範囲】
【請求項１】
オーディオおよび／またはビデオ・サービスを選択する方法であって、当該方法は、異なるインターフェースを介して、ハイブリッド・レシーバが接続される異なるタイプの別個のネットワークから、前記オーディオおよび／またはビデオ・サービスを受信する、前記ハイブリッド・レシーバによってインプリメントされ、当該方法は、
・同じチャネルを表す少なくとも２つの前記オーディオおよび／またはビデオ・サービスを特定するステップであって、前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスは、別個のネットワークを介して受信され、前記同じチャネルを表す少なくとも２つの前記オーディオおよび／またはビデオ・サービスは、少なくとも一つの類似性パラメータに従って特定されるところのステップと；
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの各々に関連づけられている、少なくとも１つのサービス品質パラメータに従って、前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの少なくとも一つを自動的に選択するステップであって、少なくとも２つの前記オーディオおよび／またはビデオ・サービスの少なくとも１つに関連づけられる、少なくとも一つの前記サービス品質パラメータが、前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの前記少なくとも一つの各々に関連付けられたシグナリングから取得されるところのステップと；
を有し、
前記シグナリングは、シグナリング・サーバから受信され、かつ前記オーディオおよび／またはビデオ・サービスは、オーディオ／ビデオ・サーバから受信される、方法。
【請求項２】
前記少なくとも一つの類似性パラメータは、
・サービス名と、
・サービス識別子と、
・サービスに関連づけられたチャネルの識別子と、
・ソース識別子と、
を含むグループに属する、請求項１記載の方法。
【請求項３】
前記少なくとも一つの類似性パラメータは、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスに対応するビデオ信号の少なくとも一部の差違を特定するステップであって、デコーディングにおいて取得されるところのステップと、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスに対応するビデオ信号の少なくとも一部の前記差違の間を対応づけるステップと、
から取得される、請求項１又は２記載の方法。
【請求項４】
前記少なくとも一つの前記サービス品質パラメータは、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスに関連づけられたエラー訂正コードの存在と、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスに関連づけられたエラー訂正コードの訂正パワーと、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスのバイナリ・ビットレートと、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスのサービス・ビットレートの差違と、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの伝送に使用されるネットワークの特徴に関するグローバルな情報と、
を含む第１のグループに属する、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
前記自動的に選択するステップは、前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの各々に関連づけられている、いくつかのサービス品質パラメータに依存する、請求項１乃至４のうちいずれか１項に記載の方法。
【請求項６】
前記いくつかの前記サービス品質パラメータに重みをかけるステップを有し、前記自動的に選択するステップは、前記重みをかけるステップの機能である、請求項５記載の方法。
【請求項７】
前記自動的に選択するステップは、
少なくとも１つの前記サービス品質パラメータが、決定された最小値に達しなかった、少なくとも一つの前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスを排除するステップ、
を含む、請求項１乃至６のうちいずれか１項に記載の方法。
【請求項８】
前記自動的に選択するステップは、前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの各々に関連づけられる少なくとも一つの副次的パラメータを考慮するステップを含む、請求項１乃至７のうちいずれか１項に記載の方法。
【請求項９】
前記少なくとも一つの副次的パラメータは、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの符号化パラメータと、
・前記少なくとも２つの前記オーディオおよび／またはビデオ・サービスの圧縮率と、
・前記別個のネットワークのソース・サーバの地理的ローカライゼーション・パラメータと、
・前記別個のネットワークのソース・サーバをホップするネットワーク装置の数を示すパラメータと、
を含むグループに属する、請求項８記載の方法。
【請求項１０】
前記自動的に選択するステップが、チャネル変更リクエストに続いて実行される、
請求項１乃至９のうちいずれか１項に記載の方法。
【請求項１１】
前記自動的に選択するステップが、
・オーディオおよび／またはビデオ・サービスのリストの構成における変更と、
・新規なネットワークへの接続と、
・ネットワークからの切断と、
・少なくとも一つの前記サービス品質パラメータの変更と、
を含むグループに属しているイベントに続いて実行される、
請求項１乃至１０のうちいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルテレビジョンの受信の技術に関する。より詳細には、本発明は、オーディオおよび／またはオーディオ・ビデオ・サービスを選択する分野に関する。
【背景技術】
【０００２】
従来技術によれば、デコーダ（または端末または「セットトップボックス」）によって、ユーザは、異なるタイプのネットワークからのサービス（これは、オーディオ・ビデオ・サービスと称される）から伝送されるテレビまたはラジオ（ｒａｄｉｏ）チャネルを受信することを可能にする。これらのテレビおよび／またはラジオチャネルは、オーディオおよび／またはビデオ・コンポーネントまたは双方向コンポーネントをも有する。テレビチャネルは、主に一つ以上のビデオ・コンポーネントと一つ以上のオーディオ・コンポーネントとを有し、ラジオチャネルは主に一つ以上のオーディオ・コンポーネントを有する。いくつかのビデオ・コンポーネントは、例えば、複数の標準（符号化、解像度）をサポートするために使用される。例えば、いくつかのオーディオ・コンポーネントは、いくつかの言語のサポートに対して使用される。異なるタイプの配信網において、同じチャネルが異なるサービスによって伝送され、したがって異なるコンポーネントを含み得る。
【０００３】
従来技術によれば、デコーダは、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄａｔａ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）ネットワークを介して、あるいはＤＴＴ（Ｄｉｇｉｔａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｔｅｌｅｖｉｓｉｏｎ）ネットワーク形式を介して、これらのサービスを受信することができる。または、他のブロードキャスト形式、あるいは、例えば衛星またはケーブルを介して受信することもできる。
【０００４】
従来技術によれば、現在「ハイブリッド」と呼ばれているデコーダによって、異なるタイプのネットワークからのサービス（例えばＡＤＳＬタイプ・ネットワークからのサービス、およびＤＴＴタイプ・ネットワークからのサービス）を受信することを可能にする。この種のデコーダ・タイプは、専用インターフェースを介して、ＡＤＳＬタイプのネットワークの第１のネットワーク用のオーディオ／ビデオ・サービスサーバによって送信されたオーディオ／ビデオ・サービスを受信し、そして、他の専用インターフェースを介して、他のＤＴＴタイプのネットワークの他のネットワーク用のオーディオ／ビデオ・サービスサーバによって送信された他のオーディオ／ビデオ・サービスを受信する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
もちろん、これらのネットワークは、多くの端末にサービスを供給することができる。
【０００６】
この種のデコーダのユーザがチャネルを受信したい場合、ユーザは、最初にネットワーク・タイプ（例えばＤＴＴまたはＡＤＳＬ）を選ぶ。そして、ユーザが利用する全てのチャネル変更コマンドは、選択されたネットワーク・タイプにおいて提供されているサービスの一部または全部と競合（ｉｍｐａｃｔ）することとなる。
【０００７】
この技術によれば、特定の「ハイブリッド」デコーダは、ザッピングリスト（ｚａｐｐｉｎｇ  ｌｉｓｔ）と呼ばれるチャネル・リストによって、他のネットワーク・タイプで受信されたサービスをミックスすることができる。例えば、異なるネットワーク・タイプから受信されるサービスでチャネル・リストを完成させることができる。しかしながら、ハイブリッド・デコーダは、受信されたサービスを最適に管理できない。
【課題を解決するための手段】
【０００８】
本発明の目的は、従来技術の不利な点を克服することである。
【０００９】
より詳細には、本発明の目的は、異なったネットワークを介して受信されるサービスの選択を最適化することである。
【図面の簡単な説明】
【００１０】
【図１】本発明の具体的実施例に従ってハイブリッド・デコーダを含むネットワーク・インフラを例示する図である。ハイブリッド・デコーダは、２種類の異なるネットワークに接続されている。
【図２】本発明の実施例に従ったデコーダを示す。これらのデコーダは図１のインフラストラクチャの部分を構成する。
【図３】本発明の実施例に従ったデコーダを示す。これらのデコーダは図１のインフラストラクチャの部分を構成する。
【図４】図２のデコーダによって使用される異なるリストを示す。
【図５】図３のデコーダによって使用される異なるリストを示す。
【図６】図３のデコーダの論理的構成を示す。
【図７】図２のデコーダにおいてインプリメントされるアルゴリズムを示す。
【図８】図３のデコーダにおいてインプリメントされるアルゴリズムを示す。
【図９】図３のデコーダにおいてインプリメントされるアルゴリズムを示す。
【図１０】図２または３のデコーダのうちの１つにおいてインプリメントされる方法を例示する。
【発明を実施するための形態】
【００１１】
この目的に対して、本発明は、受信オーディオ・ビデオ・サービスに対する方法を提供する。その方法は、
・ラジオおよび／またはテレビチャネルをリクエストするステップ（これを、リクエストされたチャネルと称す）と、
・前記リクエストされたチャネルを表す少なくとも２つのサービスを特定するステップであって、前記サービスは異なるネットワークを介して受信された前記サービスであるところのステップと、
・少なくとも２つのサービスを受信するステップと、
・受信された前記少なくとも２つのサービスの各々に関連づけられた少なくとも一つのサービス品質パラメータに従って、前記サービスのうちの１つを自動的に選択するステップと、
を有する。
【００１２】
この場合に、「自動的」に選択することは、ユーザの介在を要求せずに、デコーダにより自動的に特定するオペレーションに対応する。
【００１３】
前記サービスのうちの１つを自動的に選択するステップは、受信することに十分なサービス品質（これは、特定された閾値より優れていることを意味する）、および／または、前記サービスに関連づけられた最高の受信サービス品質、を提供するサービスを選択することを可能とする。
【００１４】
この場合に、「サービス品質」という語は、受信されたサービス品質を示す。いくつかのパラメータ・グループは、この受信品質に影響され得る。
【００１５】
都合のよいことに、サービス品質パラメータは、デコーディングの外で取得される。すなわち、事前にサービス復号化処理を行うこと無しに取得されるということである。特に、これらのパラメータは、サービスに関連する信号（ｓｉｇｎａｌｉｎｇ）から取得することが可能である。
【００１６】
この種の場合、サービス品質パラメータは、都合よく、以下を有する第１グループに属する。すなわち、第１のグループは、
・サービスに関連するエラー訂正コードの存在と、
・サービスに関連するエラー訂正コード訂正パワー（ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ  ｃｏｄｅ  ｃｏｒｒｅｃｔｉｖｅ  ｐｏｗｅｒ）と、
・サービス・ビットレートと、
・サービスビット速度の変化と、
・サービスを伝送するのに使用するネットワークの特徴に関するグローバルな情報と、
を有する。
【００１７】
グローバルな情報とは、例えば、ラジオ受信の妨害となりやすいことが知られている気象状況、サービスをルーティングするために使用されるラインの減衰、および／または、ラインを他のユーザと共有すること、または、共有しないことが挙げられる。
【００１８】
第２グループは、サービスのデコーディングにおいてしばしば取得されるものである。この第２のグループは、受信されたサービスに対して、多くの検出された誤り、多くの欠落パケット、多くの遅延パケット、多くの順番誤りのパケット、およびパケット到着時間の差違を有する。都合のよいことに、ＱｏＳを特定するために使用されるパラメータは、両方のグループから同時に得られる。
【００１９】
特定の実施例によれば、同じチャネルを表す前記サービスのうちの１つを自動的に選択するステップは、受信された各々のサービスに関連づけられたいくつかのＱｏＳパラメータに依存する。この機能は、ＱｏＳパラメータから判断して、最高のＱｏＳを有しているサービスを選択することを含む。
【００２０】
特定の実施例によれば、前記自動的に選択するステップは、ＱｏＳパラメータの重みをかけるステップであって、各々のパラメータに特定の評価を与え、そして、各パラメータの相対的重要度に基づいてＱｏＳの正確な判断を可能とするところのステップを有する。
【００２１】
特定の実施例によれば、前記自動的に選択するステップは、これらのパラメータが、少なくとも最低限の決められた値に達しないサービスを排除するステップを有する。この実施例は、最小限の条件を満たさないサービスの迅速な排除を可能にする。
【００２２】
特定の実施例によれば、前記自動的に選択するステップは、これらのＱｏＳパラメータのうちの少なくとも１つがＱｏＳパラメータの重みをかけると同様に最小の特定された値に達しないサービスを排除するステップを有する。
【００２３】
特定の実施例によれば、前記自動的に選択するステップは、各々のサービス関連づけられた少なくとも一つの副次的な（ｓｅｃｏｎｄａｒｙ）パラメータを考慮するステップを有する。これらの副次的パラメータは、都合の良いことに、サービス（例えばＨ．２６４またはＭＰＥＧ２）の符号化タイプ、サービスによって伝送される必要なチャネルの圧縮率、ソース・サーバの地理的ローカライゼーション、およびソース・サーバにつながっている（ｈｏｐ）ネットワーク装置の数、を含む一群のＱｏＳパラメータのグループの一部である。この実施例は、比較的広いパラメータタイプ（ＱｏＳ受信パラメータ、および副次的パラメータ）の範囲を考慮して自動選択の実行を可能にする。
【００２４】
特定の実施例によれば、自動的に選択するステップは、上述の２つのグループのＱｏＳパラメータ、そして、副次的グループのパラメータを使用することを含む。
【００２５】
特定の実施例によれば、オーディオ・ビデオ・サービスの受信に対する方法は、
・サービスの第１のリスト、および少なくともサービスの第２のリストを受信するステップと、
・サービスの第１のリストにおける各々のサービスの受信のサービス品質を表す情報を特定するステップと、
・サービスの第２のリストにおける各々のサービスの受信のサービス品質を表す情報を特定する少なくとも一つのステップと、
を有する。
【００２６】
この方法は、サービス品質を表す使いやすい情報で、各々のネットワークにおいて利用できる各々のサービスの結合を可能とする。
【００２７】
都合のよいことに、上記の方法は、第１のリスト、および第２のリストに帰属し、かつ、選択するステップにおいて選択されるサービスを含む、サービスの『連結』リストの構造を有する。この連結リストには、第１の、および第２のリストからのサービスが存在する。異なったネットワークによって受信されるけれども同じチャネルを表すサービスは、都合の良いことに、リストに単一の要素が作成される。そして、この要素は、第１および第２のリストの参照を含む。当然、この連結リストの構造は、２つのリストだけの連結に限られているわけではなく、異なったネットワーク例えば（３、４、１０等）を介して受信される２つ以上のサービスのリストの連結と互換性を持つ。
【００２８】
受信オーディオ・ビデオ・サービスに対する方法は、同じチャネルを表す少なくとも２つのサービスを特定するステップであって、これらのサービスは、異なったネットワークを介して受信され、少なくとも一つの類似性パラメータに従って特定されるところのステップを有する。
【００２９】
特定の特徴に基づいて、類似性パラメータは、サービス名、サービス識別子、関連づけられたチャネルの識別子、およびソース識別子を含むグループに属する。サービス識別子は、例えばＤＶＢ−ＳＩ標準（またはＥＴＳＩ  ３００  ４６８）に従うＤＶＢトリプレット（ＤＶＢ  ｔｒｉｐｌｅｔ）である。サービスに関連づけられたチャネル識別子の例は、ＥＴＳＩ  ＴＳ  １０２  ８２２標準による「ＴＶ−Ａｎｙｔｉｍｅ」タグである。ソース識別子の例は、ＩＰ（インターネット・プロトコル）番号、およびブロードキャスト・アドレスのポート番号である。
【００３０】
類似性パラメータは、都合よく以下の場合に取得される。すなわち、
・サービスに対応し、かつデコーディングにおいて取得される、ビデオ信号の少なくとも一部分の差違を特定するステップ、および
・第１のサービスに対応する信号の少なくとも一つの部分と、少なくとも一つの第２のサービスに対応する信号の少なくとも一つの部分との差違（ｖａｒｉａｔｉｏｎｓ）を対応づける（ｃｏｒｒｅｌａｔｉｏｎ）ステップであって、前記第１のサービスおよび第２のサービスは、異なったネットワークを介して受信されるところのステップ、
の場合に取得される。
【００３１】
ここで、「少なくとも一つの部分」とは、一部分または全部に対応する。
【００３２】
この対応づけるステップは、例えば、コンポジットビデオ信号のクロミナンス信号または差違、あるいは、ＲＶＢビデオ信号の赤のコンポーネントの差違の分析を有する。
【００３３】
これらの２つのステップに従って、一つ以上の類似性パラメータを取得するステップは、精度を担保し、デコーダのローカル・ソリューションを提供する。したがって、サーバー側でのアレンジを回避する。例えば、シグナリング・サーバのうちの１台によって、異なるネットワークのサービス間の対応表を提供するようなことが回避できる。
【００３４】
実施例の変形例によれば、一つ以上のネットワークによって受信される対応付けテーブルは、同じチャネルを表すサービスの識別を可能にする。この変形例は、デコーダにおいて、異なったネットワークにより受信されたサービスにおいての類似性を特定する作業を軽減することを可能にする。
【００３５】
特定の実施例において、同じチャネルを表す少なくとも２つのサービスを特定するステップは、デコーディングにおいて取得されるサービスに関連するビデオ信号の少なくとも一つの部分の差違を特定するステップと、少なくとも一部分の対応する信号の差違および対応付けテーブルを対応づけるステップとを有する。このことは、いくつかのサービスの類似性に関して、より的確に特定することが可能にする。
【００３６】
実施例の変形例によれば、自動選択のステップは、チャネルの変更において実行される。このことは、チャネルを変更する瞬間での受信におけるサービス品質、および／または、受信におけるＱｏＳの経過を考慮することを可能にする。
【００３７】
他の実施例の変形例によれば、自動的にサービスを選ぶためのステップは、あるグループに属しているイベントに続いて行われる。そのグループは、各々のネットワークのサービス・リストの構成における変更、新規なネットワークへのデコーダの接続、ネットワークからのデコーダの切断、一つ以上のサービスのオーディオ・ビデオ・コンポーネントのパラメータのうちの少なくとも１つの変更、および一つ以上のサービスの伝送パラメータのうちの少なくとも１つの変更を含む。このことは、サービス品質がチャネルの変更以外で考慮されることを可能にし、バックブラウンドにおいて実行されるプロセスの一部となり得る。そして、より優先度の高いタスクを実行しているデコーダのオペレーションへの干渉を避けることができる。
【００３８】
実施例の変形例によれば、自動的にサービスを選ぶためのステップは、チャネルの変更において、およびあるグループに属しているイベントに続いて行われる。このグループは、各々のネットワークのサービス・リストの構成における変更、新規なネットワークへのデコーダの接続、ネットワークからのデコーダの切断、一つ以上のサービスのオーディオ・ビデオ・コンポーネントのパラメータのうちの少なくとも１つの変更、および一つ以上のサービスの伝送パラメータのうちの少なくとも１つの変更を含む。この変形例は、デコーダでの計算リソースのより良好なマネージメントを可能にする。
【００３９】
以下に記載する説明によって、本発明はよりよく理解され、他の特定の特徴および効果が理解される。この説明は、図面を参照している。
【実施例】
【００４０】
以下の説明において使用される語「レジスタ」は、言及される各々のメモリにおいて、小容量のメモリゾーン（一部の２進データ）および大容量のメモリゾーン（全部のプログラムまたは受信されるオーディオおよび／またはビデオ・サービスを示すデータの全部または一部の蓄積を可能にする）を指すために使用される。
【００４１】
図１は、ＡＤＳＬ有線ネットワーク１２、および標準のＥＴＳＩ  ＥＮ  ３００  ７４４に従ったラジオＤＶＢ−Ｔ（デジタルビデオ地上放送）ネットワーク１５にリンクされたデコーダ１０を含む本発明をインプリメントした２つのネットワーク１２、および１５を有するインフラストラクチャのブロック図を示す。
【００４２】
ネットワーク１２が有するシグナリング・サーバ１１は、ネットワーク１２によって提供されるサービスをデコーダ１０が発見することを可能とする。また、ネットワーク１２が有するオーディオ・ビデオ・サーバ１３は、ネットワーク１２によって提供されるサービスのうちの１つに対応するオーディオ・ビデオ・サービスをデコーダ１０が受信することを可能にする。
【００４３】
ネットワーク１５が有するシグナリング・サーバ１４は、ネットワーク１５によって提供されるサービスをデコーダ１０が発見することを可能にする。また、ネットワーク１５が有するオーディオ・ビデオ・サーバ１６は、ネットワーク１５によって提供されるサービスのうちの１つに対応するオーディオ・ビデオ・サービスをデコーダ１０が受信することを可能にする。
【００４４】
変形例に従い、ネットワーク１２、および１５は、いくつかのオーディオ／ビデオ・サーバ（例えば２個、３個、４個以上）、および／または、いくつかのシグナリング・サーバを有する。加えて、正しい動作をするための他の機器を有する。
【００４５】
このデコーダ１０は、２つのタイプのネットワーク１２および１５の各々に対するインターフェースを備えている。デコーダ１０は、ネットワーク１２、およびネットワーク１５からサービス、およびそれらの関連づけられたシグナリングを受け取るのに適している。
【００４６】
説明を単純化するために、ネットワーク１２、および１５は、単一のデコーダによって示される。変形例に従い、ネットワーク１２、および１５は、サービスを受信するために、適切ないくつかのデコーダ（例えば２個、３個、１０個等）を有する。加えて、デコーダ１０は、図１に示すように、２つのＡＤＳＬ、およびＤＴＴタイプの入力がある。本発明の変形例によれば、デコーダは、２つ以上の入力を有し、かつ、例えば、ＡＤＳＬ、ＤＴＴまたは他の方式の入力を有する。特にモバイル、衛星および／または、ケーブルのタイプの入力である。
【００４７】
図２は、概略的にデコーダ１０を例示する。
【００４８】
デコーダ２は、
・ＣＰＵ（中央処理装置）２０と、
・不揮発性タイプのメモリであるＲＯＭ（読取り専用メモリ）２１と、
・ランダムアクセスメモリ（ＲＡＭ）２２と、
・ＡＤＳＬネットワーク１２からのオーディオ／ビデオ・サービスおよび関連する信号の受信を可能とするインターフェース２４と、
・ＤＴＴネットワーク１５からのオーディオ／ビデオ・サービスおよび関連する信号の受信を可能とするインターフェース２５と、
を有し、アドレス、およびデータバス２３によって相互接続されている。
【００４９】
メモリＲＯＭ２１は、特に、
・プログラムＰｒｏｇ２１０と、
・ＡＤＳＬネットワーク・シグナリング・サーバ２１１のアドレスと、
・ＤＴＴネットワーク・シグナリング・サーバ２１２のアドレスと、
・ユーザープロファイル２１３（特にユーザの個人化されたチャネル変更のリストの記録を可能にする）と、
を有する。
【００５０】
後述する方法のステップをインプリメントするアルゴリズムは、ＲＯＭ２１に蓄積される。ＲＯＭ２１は、これらのステップをインプリメントするデコーダ１０に関連づけられている。電源がオンされると、マイクロプロセッサ２０はこれらのアルゴリズムの命令をロードし、実行する。
【００５１】
ランダムアクセスメモリ２２は、特に、
・レジスタ２２０中に、デコーダ１０をスイッチオンする責任を有するＣＰＵ２０の作動プログラムと、
・レジスタ２２１中に、シグナリング・サーバ１１によって送信されるサービスのリストと、
・各々のサービスに対する保存されたリスト２２１、レジスタ２２２に、サービス品質に関するパラメータのリスト、および前記パラメータによって判断されるＱｏＳのマーク（ｍａｒｋ）を示す情報と、
・レジスタ２２３中に、シグナリング・サーバ１４によって送信されるサービスのリストと、
・レジスタ２２４中に、保存されたリスト２２３の各々のサービスに対する、サービス品質に関するパラメータのリスト、および、前記パラメータによって判断されるＱｏＳのマークを示す情報と、
・ネットワーク１２、および１５から受信されるサービスの連結されたリスト２２５と、
・レジスタ２２６中に、デコーダ１０のユーザによって使用されるチャネル変更リストと、
・レジスタ２２７中に、リスト２２６の選択されたチャネル（また、「現在のチャネル」と呼ばれる）へのポインタと、
を有する。
【００５２】
図３は、デコーダ１０の実施例の変形例に従って、概略的にデコーダ３を例示する。デコーダ２、および３の共通要素は、同じ名前、および参照を示しており、再度詳細に説明しない。
【００５３】
デコーダ３は、
・マイクロプロセッサ２０（またはＣＰＵ）と、
・ＲＯＭ（読取り専用メモリ）タイプの不揮発性メモリ３０と、
・ランダムアクセスメモリ（ＲＡＭ）３１と、
・インターフェース２４と、
・インターフェース２５と、
を有し、アドレス、およびデータバス２３によって相互接続されている。
【００５４】
メモリＲＯＭ３０は、特に、
・プログラムＰｒｏｇ３０１、
・ＡＤＳＬネットワーク・シグナリング・サーバのアドレス２１１と、
・ＤＴＴネットワーク・シグナリング・サーバのアドレス２１２と、
・ユーザープロファイル３０２（特にユーザの個人的なチャネル変更のリストの記憶を可能にする））と、
を有する。
【００５５】
後述する方法のステップをインプリメントするアルゴリズムは、ＲＯＭ３０に蓄積される。ＲＯＭ３０は、これらのステップをインプリメントしているデコーダ３に関連づけられている。電源がオンされたとき、マイクロプロセッサ２０はこれらのアルゴリズムの命令をロードし、かつ実行する。
【００５６】
ランダムアクセスメモリ３１は、特に、
・レジスタ３１１中に、デコーダ３の電源をオンするための、マイクロプロセッサ２０の作動プログラムと、
・サービスのリスト２２１と、
・サービスのリスト２２３と、
・ネットワーク１２、および１５から受信されるサービスの連結されたリスト３１４と、
・レジスタ３１５中に、デコーダ３のユーザによって使用されるチャネル変更リストと、
・レジスタ３１６中に、レジスタ３１５に含まれるリストの選択されたチャネル（また、「現在のチャネル」と呼ばれる）へのポインタと、
を有する。
【００５７】
図４は、概略的に、デコーダ２によってインプリメントされるチャネル変更リストを取得する方法を例示する。
【００５８】
リスト２２１、２２２、２２３、および２２４は、表４２、および４３中に示される。これらの表において、これらの表の要素の参照として、表４２に対してＡ１〜Ａｎ、および表４３に対してのＢ１〜Ｂｎが示されている。これらの表は、それぞれ２つのネットワークで利用できるサービスの組、および関連するＱｏＳマーク（ｍａｒｋ）を表すパラメータ、および情報を含む。
【００５９】
より詳細には、表４２は、ＡＤＳＬネットワークに帰属しているシグナリング・サーバ１１によって送信されるサービス２２１のリストを有する。例えば、要素Ａ１では、サービスの名前「ＮａｍｅＡ」があり、サービスとの接続を可能にするサービス識別子「＠ＩＰ１」がある。ＡＤＳＬタイプ・ネットワークに対して、識別子は、例えばＩＰアドレスとすることができる。それからこのリスト２２１の各々のサービスに対して、サービス品質に関するセットのパラメータ、およびこれらのパラメータから決定されるＱｏＳマークを表す情報が存在する。提供されるサービス品質パラメータの例として、サービス・バイナリのビットレート、ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）レート、ＡＤＳＬラインの減衰値、および欠落パケット数がある。実施例において、要素Ａ１では、名前「ＮａｍｅＡ」が存在する。バイナリ速度が２Ｍｂｉｔ／ｓ、ＦＥＣレートが３／４、ＡＤＳＬラインの減衰が３０ｄＢ、そして欠落パケット数が２５であり、これらのパラメータから決定されたＱｏＳの総合的なマークの情報が存在する。
【００６０】
表４３は、ＤＴＴネットワークのシグナリング・サーバ１４によって送信されるサービス２２３のリストを含んでいる。例えば、表４３のＢ１の要素において、サービスの名前が「ＮａｍｅＸ」、のサービスとの接続を可能にするサービス識別子「＠ｆ１」が存在する。このネットワークはＤＶＢタイプであるため、識別子は周波数である。例えば、バイナリのビットレート（要素Ｂ１において４Ｍｂｉｔ／ｓ）、ＦＥＣパワー（要素Ｂ１において該当なし）、およびこれらのパラメータから特定されるＱｏＳの総合値を提供するマークが存在する。要素Ａ２において例示される実施例によれば、サービスの名前は「ＮａｍｅＢ」、３．８Ｍｂｉｔ／ｓのバイナリのビットレート、ＦＥＣレート１／２、ＡＤＳＬラインの減衰３０ｄＢ、欠落パケットの数は１４である。要素Ｂ１において、サービスの名前「ＮａｍｅＸ」、バイナリのビットレート４Ｍｂｉｔ／ｓ、ＦＥＣレートはｎ／ａ（該当無し）、欠落パケットの数は１００である。要素Ｂ２において、サービスの名前「ＮａｍｅＢ」、バイナリのビットレート３Ｍｂｉｔ／ｓ、ＦＥＣレートは１／２、欠落パケット数は０である。要素Ａ１のサービスに対して、マークはＱｏＳａ、要素Ａ２のサービスに対して、マークはＱｏＳｂ、要素Ｂ１のサービスに対して、マークはＱｏＳｍ、要素Ｂ２のサービスに対して、マークはＱｏＳｎであることがわかる。
【００６１】
表４２、および４３が２つ以上の要素を有することができることを示すために、表４２は要素Ａｎ、および表４３は要素Ｂｎが示されている。
【００６２】
これらのパラメータからのＱｏＳマークの決定に係る、いくつかの特定変形例は、異なるＱｏＳマークを提供し得る。例えば、重みをかける方法が適用される変形例に対して、ＱｏＳｂ、およびＱｏＳｎマークは、以下の方法によって算出することができる。
【００６３】
各々のパラメータは、０から１０の間のインデックス値を与えることを可能にする対応付けテーブルを有する。このインデックスの目的は、それに０から１０の間の値を割り当てることによってＱｏＳパラメータを標準化することである。１０のインデックス値は、ＱｏＳの視点から、０のインデックス値より良好である。バイナリのビットレート・パラメータに対する対応付けテーブルは以下のように考慮される。
【００６４】
【表１】
0005754941.tif 000002
４Ｍｂｉｔ／ｓより上のバイナリのビットレートに対しては、１０のインデックス値が割り当てられる。これに対して、バイナリのビットレートが１Ｍｂｉｔ／ｓより小さい場合、０インデックス値が割り当てられる（バイナリのビットレートが不十分であると判断される）。
【００６５】
同様の表は、ＦＥＣパラメータ、ライン減衰、および欠落パケットの数に対しても生成される。
【００６６】
【表２】
0005754941.tif 000003
ＦＥＣが不存在の場合、インデックス値０が割り当てられる。
【００６７】
【表３】
0005754941.tif 000004
【００６８】
【表４】
0005754941.tif 000005
重みをかける方法としては、各々のサービス品質パラメータに対して重み係数を与えることが含まれる。例えば、上述した様々なパラメータに対する重み係数は、以下のようになる。
【００６９】
【表５】
0005754941.tif 000006
この例では、重み係数の合計は、１０に等しい。これによって、最終的なＱｏＳのマークは、０から１００においで取得される。（以下の最終的なＱｏＳの計算の詳細を参照されたい）
ＱｏＳのマークは、表４２、および４３の各々の要素に対して算出される。例えば、表４２のＡ２要素に対するＱｏＳマークは、以下のようにして取得される。
【００７０】
【表６】
0005754941.tif 000007
同様に、表４３のＢ２要素に対するＱｏＳマークは、以下のようにして取得される。
【００７１】
【表７】
0005754941.tif 000008
他の変形例によれば、デコーディングにおいて取得されるパラメータ（例えば欠落パケットの数）は考慮されない。この場合、上述の実施例を使用することにより、欠落パケットの数に対して０の値が割り当てられる（インデックスは１０と等しい）。これによって、最終的なマークに対して負の影響を与えないようにする。それ故、最終的なＱｏＳｂのマークは９０である。ＱｏＳｎのマークは不変のままとされる。
【００７２】
リスト２２４とリスト２２２とを比較すると、減衰パラメータの欠如は、このパラメータがＡＤＳＬタイプ・ネットワークに特有であることがわかる。
【００７３】
図４において示されているサービス識別子は、例示としてのものであり、全てを網羅しているわけではない。使用されるネットワーク・タイプに適した識別子が用いられる。
【００７４】
デコーダ２は、リスト２２１および２２３の連結の後、リスト２２５を作成する。リスト２２１および２２３に存在するサービスのセットは、リスト２２５に登録される。同じサービスが２つのリスト２２１および２２３の中に存在する場合、単一の要素がリスト２２５において都合よく作成される。例示される実施例において、このことは、両方の表４２および表４３で見つかるサービス「ＮａｍｅＢ」に対するケースである。リスト２２１および／または２２３からの要素番号が、リスト２２５の各々の要素に関連づけられる。これらのサービスのＱｏＳのマークの情報の項目だけが関連づけられる。それゆえに、リスト２２５により、２つのネットワークに利用できるサービスのセットおよび接続を可能にする識別子を取り出すことができる。加えて、リストは、各々のサービスのＱｏＳマークを素早く見つけることを可能にする。
【００７５】
チャネル変更リスト２２６は、リスト２２５に基づいて、リスト２２６の作成を含む選択プロセス４１の後、取得される。リスト２２１または２２３から最高のＱｏＳのマークを有する対応する要素番号が各々のサービスに対して保存される。それ故、リスト２２１および２２３の各々のサービスに対して、このチャネル変更リスト２２６は、最高のＱｏＳマークを有するサービス識別子を素早く見つけ、かつ、それに接続することを可能にする。
【００７６】
上記の表に記載されている例を使用すると、表４３の要素Ｂ２は、このサービスが最高のＱｏＳマークを有するので、このチャネル変更リストのチャネル「ＮａｍｅＢ」に対して選ばれる。
【００７７】
他の変形例によれば、閾値を充足するかが判断される。このことは、受信されたサービスの特徴が閾値を上回れば、すぐに、このサービスが異なるネットワークによって受信される同じサービスの特徴を算出せずに自動的に選ばれることを意味する。
【００７８】
再び上記の表に記載されている例を参照すると、閾値が６０で固定される場合、サービスＡ２はサービスＢ２の特徴を算出せずに選ばれることとなる（マーク＝７８）。
【００７９】
他の変形例によれば、副次的パラメータ（例えばソースコーディングのフォーマット）が考慮される。
【００８０】
他の変形例によれば、前述したようにマークの比較だけでなく、サービスは、また、特定された閾値を上回るマークについても選ばれる。これを行うため、閾値が各々のサービス品質パラメータに対して定められる。表４２または４３において与えられたサービスに対して、サービス品質パラメータの一つが閾値に達しない場合、このサービスはサービス・リスト２２５から除外される。
【００８１】
他の変形例によれば、最小限のマークが判断される。サービスのマークがこの最小限のマークを上回らない場合、このサービスは選択４１の処理から自動的に除外される。再び上記の表に記載されている例を参照すると、最小限のマークが８０で固定される場合、サービスＡ２は選択４１から除外される。
【００８２】
このチャネル変更リストは、連結されたリスト２２５の要素のサブセットを有し、ユーザに対して、チャネルの自分自身のリストを作成する手段を提供する。ユーザがほとんど関心のないチャネルを排除可能とする。すでにチャネル変更リスト２２６が存在する場合、選択４１の処理は、このリスト２２６に、チャネル変更リストに存在するサービスに対応するリスト２２５からのサービス要素の番号をコピーすること、そして、リスト２２５から要素番号を選ぶことによって、リスト２２１または２２３から最高のＱｏＳマークを有するサービスをコピーすることである。
【００８３】
リスト２２５および２２６のブラケット間のサービスの名前は、図４をより良く理解するために示したものである。しかしながら、それらは本発明の適正な動作として必須ではない。
【００８４】
図５は、本発明の実施例の変形例に従った図であり、デコーダ３のユーザによって必要なチャネル変更リストを取得する方法を概略的に例示している。
【００８５】
図５の表５２および５３は、それぞれリスト２２１および２２３から、各々ＡＤＳＬおよびＤＴＴネットワーク上の利用できるサービスを含む。これらの表において、これらの表の要素の参照として、表５２においてはＡ１からＡｎ、そして表５３においてはＢ１からＢｎとして示されている。
【００８６】
より詳細には、表５２は、ＡＤＳＬネットワークによって送信されるサービスのリスト２２１を含む。
【００８７】
例えば、要素Ａ１において、サービス「ＮａｍｅＡ」の名前があり、受信が可能なサービス識別子「＠ＩＰ１」が存在する。このネットワークがＡＤＳＬタイプの中であるため、識別子はＩＰアドレスである。要素Ａ２においては、サービスの名前「ＮａｍｅＢ」が存在し、受信を可能にするサービス識別子「＠ＩＰ２」がある。さらに、Ａｎがあり、これは、この表が２つ以上の要素を含むことができることを示す。表５３は、ＤＶＢネットワークによって送信されるサービスのリスト２２３を含む。例えば、Ｂ１の要素において、サービスの名前「ＮｏｍＸ」があり、同じく識別子「＠ｆ１  ＭＨｚ」がある。これはインターフェース２５の周波数設定を示す。インターフェース２５は、このサービスを受信することを可能にする。要素Ｂ２において、サービスの名前「ＮａｍｅＢ」があり、受信を可能にするサービス識別子「＠ｆ２」が存在する。次に、この表の要素Ｂｎによって、この表が２つ以上の要素を含むことができることを示すことがわかる。
【００８８】
図５において、サービス識別子は、例示として示したものであり、これらの識別子は、網羅的（ｅｘｈａｕｓｔｉｖｅ）ではなく、使用されるネットワーク・タイプに適した形で作成される。
【００８９】
デコーダ３は、リスト２２１および２２３を連結した後（５０）、リスト３１４を作成する。この連結されたリスト３１４は、２つのリスト２２１および２２３から要素のセットを形成する。リスト３１４において作成される各々の要素に対して、リスト２２１または２２３の少なくとも一つの要素が存在する。同じチャネルを示すサービスが、これらの２つのリスト２２１および２２３の中に存在する場合、単一の要素がリスト３１４において作成される。例示される実施例によれば、２つのリスト２２１および２２３に示されるサービス「ＮａｍｅＢ」に対する単一の要素が、リスト３１４において作成される。都合のよいことに、連結機能は、２つの異なったネットワークの２つのサービスの類似性の判断に基づいている。特に、この類似性のこの判断は、
・シグナリングによって取得されるチャネル名の比較。
・シグナリングで適用される標準によって定義されるサービス識別子の比較。なお、サービス識別子は、例えば、ＡＤＳＬによる伝送のための標準のＤＶＢ−ＩＰ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＥＴＳＩ標準ＴＳ  １０２  ０３４）および、ＤＴＴによる伝送のためのＤＶＢ−Ｔ標準（ＥＴＳＩ標準ＥＮ１０２  ０３４）において使用される、ＤＶＢトリプレット（「Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ−Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」のためのＤＶＢ−ＳＩ標準、ＥＴＳＩ標準  ＥＮ  ３００  ４６８）がある。
・チャネル、サービスまたはコンテンツ識別子の比較。なお、これらは、ＴＶ−Ａｎｙｔｉｍｅ標準（ＥＴＳＩ標準ＴＳ  １０２  ８２２）で定義され、上述のようにＤＶＢ−ＩＰ標準において使用される。
・サービスに存在するソース識別子の比較（ロゴの類の、またはサービスの電子透かしの存在）。
・デコーディングの後で取得されるビデオ信号の差違の分析。
・シグナリング・ソースによって提供される関連情報（ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）のアイテム
・またはその他のいかなる方法。
【００９０】
リスト３１４の各々の要素に対して、リスト２２１および／または２２３からの要素番号が関連づけられる。それ故、リスト３１４によって、２つのネットワークにおいて利用できるサービスのセットを発見できる。そして、各々のサービスに対する識別子が発見でき、それへの接続を可能にする。チャネル変更リスト３１５は、選択５１の後に取得される。リスト３１４に基づいてリスト３１５が作成される。このチャネル変更リストは、連結されたリスト３１４から要素のサブセットを構成することができる。そして、これは、ユーザに自分自身のチャネルのリストを作成する手段を提供する。ほとんど関心のないチャネルを排除することを可能とする。チャネル変更リスト３１５がすでに存在する場合、選択（５１）は、チャネル変更リスト３１５にすでに存在するサービスに対応するリスト３１４から、サービスの要素番号をこのリスト３１５にコピーすることを有する。それ故、このチャネル変更リスト３１５によって、サービス識別子を素早く見つけることができ、かつ、それらに接続することを可能にする。
【００９１】
リスト３１４および３１５において、このサービス名はブラケットで示されるが、これは理解を容易にするためであり、必ずしも本発明がこの通りにオペレーションすることを意味しない。
【００９２】
図１０は、図２または３のデコーダの１つにおいてインプリメントされる方法を例示する。
【００９３】
この方法は、異なる変数が作成され、かつ初期化されるステップ１００で始まる。
【００９４】
次に、ステップ１０１において、チャネルリクエストが受信されている。
【００９５】
それから、ステップ１０２において、このチャネルのサービスの代表（ｒｅｐｒｅｓｅｎｔａｔｉｖｅ）の特定が行われる。
【００９６】
そして、ステップ１０３において、これらのサービスは、インターフェース２４、および２５を介して受信される。
【００９７】
次に、ステップ１０４において、サービスは、関連づけられたＱｏＳの一つ以上のパラメータに従って、自動的に選ばれる。
【００９８】
そして、ステップ１０１が繰り返される。
【００９９】
図６は、デコーダ３によってインプリメントされる選択方法を概略的に示している。
【０１００】
サービス選択機能６０は、チャネル変更コマンドを受信する。
【０１０１】
この機能６０は、選択されたチャネルを示しているサービス識別子を見つけるために、チャネル変更リスト３１５、およびサービス２２１および２２３リストを使用する。
【０１０２】
これらの識別子は、ＡＤＳＬ２４およびＤＴＴ２５インターフェースのコントロールに使用され、それぞれ２つの異なったネットワーク１２および１５から到来する同じチャネルを示す２つのサービスの受信をセットアップする。
【０１０３】
デコーダ３は、それぞれインターフェース２４および２５からのサービスの、それぞれ受信におけるサービス品質の分析６１、および６２を実行する
比較６３は、６１および６２の各々の分析から供給される結果に対して実行される。比較６３は、分析の６１および６２に従って最高品質を提供しているサービスを選ぶために、スイッチ６６を作動させる。スイッチ６６は、出力６７にサービス６４または６５の一つを接続する。出力６７は、デコーディング回路およびデコーダの表示装置に出力を供給する。
【０１０４】
変形例によれば、分析６１および６２において作成されるＱｏＳの分析は、サービスの復号化において取得されるサービス品質パラメータを統合することによるＱｏＳを表すマークの特定を含む。パラメータとして、たとえば、検出されるエラーの数、欠落したパケットの数、遅延したパケットの数、順番誤りのパケットの数、パケットの到着時刻のバリエーションが挙げられる。
【０１０５】
変形例によれば、サービスがこの種の修正を可能にする追加情報をまたは１つ以上のＦＥＣ追加フローの存在を含む場合、これらのサービスに行われる機能６１および６２によるＱｏＳ分析は、エラー修正処理の後に実行される。修正を可能にする追加情報としては、例えば、シーケンス番号を提供しているヘッダを含むパケットによるパッキング、または、正確性のチェックコード（ａｃｃｕｒａｃｙ  ｃｈｅｃｋｉｎｇ  ｃｏｄｅ）（例えば、ハッシュ関数、パリティ、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ））が挙げられる。
【０１０６】
他の変形例によれば、機能６１および６２によってなされるＱｏＳ分析は、サービスのデコーディングの外で取得できるＱｏＳパラメータの統合によってＱｏＳを表すマークの特定を有する。例えば、サービスに関連づけられたエラー訂正コードの存在、この種のエラー訂正コードの修正パワー、サービス・バイナリのビットレート、サービスのバイナリのビットレートの変化、およびこれらのサービスを伝送するために使用されるネットワークの特徴に関するグローバルな情報が挙げられる。
【０１０７】
他の変形例によれば、
機能６１および６２によって実行されるＱｏＳ分析は、受信におけるＱｏＳパラメータおよび副次的パラメータの統合によるＱｏＳを表すマークを特定することを含む。例えば、符号化タイプパラメータ、必要なチャネルに対する圧縮率、ソース・サーバの地理的な位置パラメータ、ソース・サーバにスキップアップ（ｓｋｉｐ  ｕｐ）するネットワーク装置の数を示すパラメータが挙げられる。
【０１０８】
異なる実施例においては、分析６１および６２は、ＱｏＳパラメータに重みをかける方法、または、１またはそれ以上のＱｏＳパラメータが定められた最小値に達しない場合にサービスを排除する方法、または、これら二つの方法の組合せを実行することができる。
【０１０９】
図７は、デコーダ２においてインプリメントされるチャネル変更リストを取得するアルゴリズムを概略的に例示する。
【０１１０】
チャネル変更リストを取得する場合、異なる変数が作成され、かつ初期化するステップ７０が開始される。
【０１１１】
それから、ステップ７１において、デコーダ２は、インターフェース２４および２５を、それぞれネットワーク１２および１５のシグナリング・サーバ１１および１４に接続し、サービス・リスト２２１および２２３およびＱｏＳパラメータを作成するための、サービスのデコーディング外で取得される信号情報を抽出する。変形例によれば、ステップ７１において、デコーダ２は、インターフェース２４および２５をシグナリング・サーバ１１、および１４に接続し、サービス・リスト２２１、および２２３を作成することを可能にし、更にそれぞれ図１のネットワーク１２および１５のオーディオ・ビデオ・サーバ１３および１６への接続を実行し、ＱｏＳパラメータをつくることを可能にするデコーディング情報を抽出する。他の変形例によれば、ＱｏＳパラメータは、サービスのデコーディング外で、およびデコーディング中において取得される。ステップ７１は、２つのサービス・リスト２２１および２２３の受信をインプリメントする。デコーディングの外で取得することができるＱｏＳパラメータの例は、エラー訂正コードの存在、訂正コードのパワー、バイナリのビットレートの変化および／またはサービスのソース・ネットワークの特徴に関するグローバルな情報が挙げられる。サービスの復号化の外で取得できるＱｏＳパラメータの例は、検出されるエラー回数、欠落パケットの数、遅延パケットの数、パケット順番誤りの数および／またはパケットの到着時間における変化である。
【０１１２】
変形例において、他の副次的パラメータが使用され得る。他の副次的パラメータとしては、例えば、サービスの符号化タイプ、チャネル圧縮率、ソース・サーバの地理的なローカライゼーション・パラメータ、ソース・サーバにスキップするネットワーク装置の数を考慮することが挙げられる。
【０１１３】
それから、ステップ７２において、デコーダ２は、ＱｏＳパラメータの形で取得される情報を蓄積する。そして、ＱｏＳを算定し、かつマークをリスト２２２および２２４の各々の要素と関連づけることを可能にする。
【０１１４】
次に、ステップ７３において、デコーダ２は、各々のサービスのＱｏＳマークを特定し、更にリスト２２２および２２４にそれらを蓄積する。このＱｏＳマークの特定は、一つ以上のＱｏＳパラメータに従ってなされ得る。当然、これらの異なる手段によって、ＱｏＳを特定するために、デコーディング外またはその最中において取得したＱｏＳパラメータタイプ、および副次的パラメータタイプが結合される。
【０１１５】
ステップ７２および７３は、各々のリスト２２１および２２３の各々のサービスに対する受信におけるＱｏＳを表す情報を特定することをインプリメントする。
【０１１６】
それから、ステップ７４において、デコーダ２は、サービスの連結リスト２２５を作成する。この連結は、２つのリストのうちの１つだけに現れる各々のサービスに対する要素、および２つのリストが現れる各々のサービスに存在する単一の要素を作成することを含む。この連結は、一つ以上の類似性パラメータに従って、同じチャネルを示しているサービスの特定をインプリメントする。これらの類似性パラメータとしては、例えば、サービス名または識別子、サービスに関連づけられたチャネル識別子、およびソース識別子が挙げられる。他の変形例によれば、これらの類似性パラメータは、デコーディング外で取得される、ビデオ信号のまたはこの信号の部分の差違の特定、並びに、リスト２２１および２２３のサービスに対応するビデオ信号の差違の間の対応づけ、によって取得される。
【０１１７】
変形例において、この対応づけは、バッファ・メモリの２つのゾーンにおいて対応している信号のうちの１つのキャプチャを使用し、かつ一方から他方に対して類似性検索を適用することによって、取得される。有利な変形例によれば、これらのバッファゾーンは、可変サイズであり、異なるシグナルソースに可能なシフトをしたものも考慮することができる。有利な変形例によれば、対応させるための信号はデコーディングの後に取得される。例えばビデオ・コントロールの出力であり、この場合、使用される符号化のタイプは無視することが可能である。
【０１１８】
他の変形例によれば、対応付けテーブルの受信は、リスト２２１および２２３のサービスが同じチャネルに対応するかどうかの特定を可能にする。変形例によれば、ビデオ信号の変化の判断に結合された一つ以上の類似性パラメータの特定は、対応付けテーブルと結合される。この二つの方法の組合せは、対応付けテーブルが十分な情報を提供しない場合や、その逆の場合に、補完を行うことができる。連結されたリストにおいて、リスト２２１および／または２２３の要素の参照は、関連づけられたＱｏＳマークを表す情報と同様に、蓄積される。ステップ７４は、第１のリストおよび第２のリストに帰属するサービスを含むサービスの連結リスト２２５を作成することをインプリメントする。
【０１１９】
次に、ステップ７５において、デコーダ２は、ポインタを、連結されたリスト２２５の第１の要素に位置させる（以下「処理されるチャネル」と言う）。
【０１２０】
それから、ステップ７６において、デコーダ２は、処理されるチャネルのＱｏＳマークを比較し、そして、最高のＱｏＳマークを有するリスト２２１または２２３の要素の参照を保持する。このマークは、おそらく、受信サービス品質パラメータに重みをかけた後に取得することができる。
【０１２１】
次に、ステップ７７において、デコーダ２は、チャネル変更リスト２２６に、ステップ７６において保持された要素番号を蓄積する。
【０１２２】
次に、テスト７８において、デコーダ２は、処理されるチャネルが連結されたリスト２２５の最後のチャネルに対応するかどうか調べる。
【０１２３】
そうでない場合、ステップ７９において、デコーダ２は、サービスの連結されたリストから次のチャネルを割り当てることによって処理されるチャネルを更新する。
【０１２４】
それから、ステップ７６が繰り返される。変形例では、デコーダ２は、ステップ７５および７６の間に挿入される不図示のステップにおいて、少なくとも一つの最低限の値より大きい受信サービス品質パラメータを有しないサービスをリスト２２１または２２３から排除する。この変形例は、品質パラメータが最小値に達しないサービスをシンプルかつ迅速に排除することを可能にする。この変形例の場合、上記の反復は、ステップ７５および７６に挿入されるステップを含む。
テスト７８の結果が肯定的である場合、連結されたリストの全てのサービスが、ＱｏＳに基づいて選択されたこととなり、そして、ステップ７９０において、デコーダ２は、チャネルリクエストを受信し処理する準備が整う。
【０１２５】
ステップ７６から７８は、ステップ７５および７９によって示したチャネルリクエストに続く、自動選択をインプリメントする。
【０１２６】
図８は、第二の実施形態に従って、チャネル変更リストを取得するアルゴリズムを概略的に例示する。
【０１２７】
チャネル変更リストを取得することは、異なる変数がつくられ、かつ初期化されるステップ８０から始める。
【０１２８】
次に、ステップ７１において、デコーダ３は、それぞれ図１のネットワーク１２および１５のシグナリング・サーバ１１および１４にインターフェース２４および２５を接続し、信号情報を分析することによって、サービスのリスト２２１および２２３を作成する。このステップは、２つのサービスのリスト２２１および２２３の受信をインプリメントする。
【０１２９】
それから、ステップ８１において、デコーダ３は、図５のリスト３１４に対応するサービスから、連結リストを作成する。この連結は、２つのリストのうちの１つだけに現れる各々のサービスの要素の作成、および２つのリストに同時に現れる各々のサービスに対して、単一の要素を作成することを備えている。連結されたリスト中に、リスト２２１および／または２２３の要素の参照が蓄積される。このステップは、サービス２２１および２２３の２つのリストに帰属するサービスを有するサービスの連結リストの構造をインプリメントする。この連結は、また、一つ以上の類似性パラメータに従って同じチャネルを表すサービスを特定することをインプリメントする。これらのパラメータは、例えばサービス名または識別子、またはサービスおよびソース識別子に関連づけられたチャネル識別子によって取得される。変形例によれば、これらのパラメータは、２つのサービスのビデオ信号またはこれらのビデオ信号の部分の差違を特定すること、および対応づけすることによって取得することができる。他の変形例によれば、受信された対応付けテーブルは、２つのサービスとの類似性の特定を可能にすることができる。他の変形例によれば、これらのパラメータは、上述の手段を結合することによって取得することができる。
【０１３０】
次に、ステップ８２において、デコーダ３は、連結されたリスト３１４の第１の要素に対して、ポインタを配置する（以下「処理されるチャネル」と言う）。
【０１３１】
次に、テスト８４において、デコーダ３は、処理されるサービスが連結されたリストの最後のサービスに対応するかどうか調べる。
【０１３２】
そうでない場合、ステップ８５において、デコーダ３は、サービスの連結されたリストから次のサービスをそれに割り当てることによって、処理されるサービスを更新する。それから、ステップ８３は、繰り返される。
【０１３３】
テスト８４の結果が肯定的である場合、サービスの連結されたリストの全てのサービスが選ばれたこととなり、ステップ８６において、デコーダ３はユーザからのチャネル変更コマンドの受信および処理の準備ができたことになる。
【０１３４】
図９は、第二の実施形態に従って、チャネル変更処理アルゴリズムを概略的に例示する。図２、４、および７で例示される第１実施例と異なり、チャネル変更において、特殊プロセスが実行される。
【０１３５】
方法は、異なる変数がつくられ、かつ初期化されるステップ９０で始まる。特に、このステップは、チャネル変更リストの要素に、ポインタを配置する（以下「選択されたチャネル」と言う）。これは図３のレジスタ３１６に蓄積される。
【０１３６】
次に、ステップ９１は、チャネル変更コマンドを受信する。それから、ステップ９２において、受信される命令に従って、チャネル変更リストにおいて、図６の機能６０、２４、および２５を介して、現在のチャネルの後のチャネルまたは前のチャネルが選択される。そして『選択されたチャネル』ポインタがアップデートされる。
【０１３７】
次に、ステップ９３において、図６の機能６１および６２を使用することにより、ＱｏＳの分析が行われる。ステップ９３は、各々の２つのサービスに対するＱｏＳを表す情報を特定することがインプリメントされる。
【０１３８】
それから、テスト９４において、図６の機能６１および６２によって取得される分析結果が、図６の比較機能６３を使用して比較される。
【０１３９】
もし、ＡＤＳＬネットワークからのサービスが最高のＱｏＳマークを有する場合、これがステップ９５において選択され、図６の機能６６によって、表示およびデコーディング回路に供給されるよう選ばれる。
【０１４０】
反対のケースにおいて、もし、ＤＴＴネットワークからのサービスがステップ９６において選ばれた場合、図６の機能６６によって、表示およびデコーディング回路に供給されるよう選ばれる。
【０１４１】
ステップ９２乃至９６は、チャネルリクエストに続いて、自動選択をインプリメントする。
【０１４２】
変形例によれば、この自動選択は、例えば、サービスのリストの構成における変更、新規なネットワークへの接続、ネットワーク上での切断、サービス・コンポーネントの一つ以上のＱｏＳパラメータの更新、およびサービス伝送パラメータの変更、のイベントに続いて行われる。
【０１４３】
他の変形例によれば、自動選択はチャネルリクエストの後、および上述のイベントの後に実行される。
【０１４４】
当然、本発明は、上述の実施例に限定されない。
【０１４５】
特に、本発明は、異なったアクセス・インタフェースによって少なくとも２つの異なるネットワーク・タイプにアクセスしている家庭のあるいは業務用のデコーダに関する。第１のネットワークは、例えば、高ビットレートまたは底ビットレートのインターネット網（例えばＡＤＳＬタイプまたは光ファイバ・タイプ）である。第２のネットワークは、例えば、ＤＴＴタイプのネットワークである。第３のネットワークは、例えば、モバイル、衛星および／または、ケーブル・タイプのネットワークである。異なったネットワークは、異なるか、または、類似の伝送ネットワークを使用する（特に、有線、ワイヤレス、衛星、光学等）。同様に、それらは、異なるか、または、類似の通信プロトコル（ＩＰ、ＤＴＴ、その他）を使用することができる。当業者は、上記説明によって、２つ以上（例えば３つ、４つあるいは１０以上）の異なったネットワークに接続することを可能にするデコーダに対して、本発明を適用することができるであろう。
【０１４６】
本発明によれば、ネットワークのオーディオ・ビデオ復号化デバイスは、いくつかのアクセスポイント（例えば、ＡＤＳＬネットワークに接続されるモデムまたはインターネットまたは衛星アンテナに接続されるルーター）を介して、いくつかのソースからサービス、および関連づけられたシグナリングを受け取ることができる。前記サービスのサービス品質に基づいて、本発明は、同じチャネルを示しているが、異なったソースからのいくつかのサービスの中から、サービスの自動選択を可能にする。
【０１４７】
本発明は、異なるデバイスタイプ、例えばデジタルテレビジョンのデコーダ、一体型または一体型でないテレビ、オーディオ／ビジュアル記録装置、移動受信デバイス、に適用することができる。
【図１】
0005754941.tif 000009
【図２】
0005754941.tif 000010
【図３】
0005754941.tif 000011
【図４】
0005754941.tif 000012
【図５】
0005754941.tif 000013
【図６】
0005754941.tif 000014
【図７】
0005754941.tif 000015
【図８】
0005754941.tif 000016
【図９】
0005754941.tif 000017
【図１０】
0005754941.tif 000018