好みのサービスのリストを作成する方法と受信器
本発明は、各サービスが固有の識別子を有している利用可能なサービスの第１のリスト（ＬＧ）を記憶している手段（４）を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信に適した受信器（１）において好みのサービスのリスト（ＦＡＶｉ）を形成する方法に関する。この方法は、各サービスに関してユニークな識別子および少なくとも１つの選択判定基準値を包含するサービスの第２のリスト（ＴＤＳ）をリカバリするステップと、少なくとも１つの選択判定基準に依存してサービスの第２のリストのサブセットを求めるステップと、利用可能なサービスの第１のリストとサービスの第２のリストのサブセットとの間の共通のサービスに基づき好みのサービスのリストを作成するステップとを有する。また本発明は対応する受信器に関する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用可能な各サービスを識別する包括的なリストの形態で利用可能であるサービスのリストをメモリに保全しているオーディオサービスおよび／またはビデオディジタルサービスのデコーダにおいて好みのサービスのリストを構成する方法に関する。
【０００２】
背景技術
利用可能なサービスは、ディジタルデコーダが所定の地域に設置された後に実際に復号してユーザに提示することができるプログラムである。ユーザは直接的に包括的なリストから、またはユーザの好みのサービスの内の１つ（包括的なリストのサブセット）から見ようとするサービスを選択する。
【０００３】
サービス識別子によって、送信されるディジタルサービスを固有のやり方で識別することを可能にするｎ個組の情報の意味することが理解される。ＤＶＢ標準（標準"ETSI EN 300 468 − Digital Video Broadcasting; Specification for Service Information (SI) in DVB systems"）の場合には、各サービスがＤＶＢ識別子のトリオによって識別される。すなわち、「オリジナルネットワークＩｄ（Original Network Id）」（起点ネットワークの識別子−種々のネットワークを介して再送することができる全く同一のサービス）、「トランスポートストリームＩｄ（Transport Stream Id）」（トランスポートストリームの識別子）および「サービスＩｄ（Service Id）」（サービス識別子）である。同様にＤＳＳシステム（「ディジタル衛星システム（Digital Satellite System）」の頭文字を表す）の場合には「チャネル番号」およびそのチャネル番号のＰＴＣテーブル（「物理的な伝送チャネル（Physical Transmission Channel）」の頭文字を表す）の識別子がサービスを定義する。
【０００４】
送信オペレータ（CanalSAT，TPS，BLOOMBERGなど）によってユーザに提供されるあらゆるオーディオサービスおよび／またはビデオディジタルサービス（TV、ラジオ、対話式プログラム）は、ディジタルサービスを送信するための種々の衛星に向けられているアンテナとディジタルデコーダを接続できるようになって以来ますます拡大し続けている。ディジタルデコーダは目下の所およそ５０００のディジタルサービスを管理することができる。その結果ユーザは実用的なやり方で、利用可能なサービスを好みのサービスの１つまたは複数のリストとして編成しなければならない。
【０００５】
目下のところ好みのサービスのリストを構成するために、ユーザはデコーダにおけるメモリ内に保全されている利用可能なサービスの包括的なリストを遠隔制御によってスクロールし、ユーザが好みのサービスのリストに入力したいサービスをそれぞれ逐一手動で指示している。好みのサービスのリストを構成するためのこのプロシージャは長くて面倒であり、したがってサービス全般の発展にとってますます不適当になっている。
【０００６】
発明の開示
本発明は上述の欠点を解決することを目的とする。
【０００７】
本発明の基礎をなす着想は、最も単純な形態でサービスのタイプ（例えば「スポーツ」、「映画」、「情報」）、関連する公衆（例えば「子供」、「大人」、「男性」、「女性」）、使用言語（例えば「フランス語」、「英語」）、スクランブリング（例えば「平文」、「スクランブル」）などに対応する少なくとも１つの選択判定基準を例えば遠隔制御によってデコーダに入力することによって好みのサービスのリストを自動的に構成するための補助をユーザに提供することである。このように構成された好みのサービスのリストは、この判定基準に合致している包括的なリストから得られる全てのサービスを包含する。
【０００８】
このために本発明の対象は、各サービスが固有の識別子を有している利用可能なサービスの第１のリストを記憶している手段を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信に適した受信器において好みのサービスのリストを構成するための方法であり、この方法は、
（ａ）各サービスに関してユニークな識別子および少なくとも１つの選択判定基準値を包含するサービスの第２のリストをリカバリするステップと、
（ｂ）少なくとも１つの選択判定基準に依存してサービスの第２のリストのサブセットを求めるステップと、
（ｃ）利用可能なサービスの第１のリストとサービスの第２のリストのサブセットとの間の共通のサービスに基づき前述の好みのサービスのリストを作成するステップとを有することを特徴とする。
【０００９】
第１のリストを例えば、ＤＶＢの枠組みで実施される場合には、「ＮＩＴ」テーブル（ネットワーク記述テーブル（network description tables））と称される、送信されるテーブルに基づき定めることができる。別のテーブルも使用することができる。有利には第２のリストをＭＰＥＧ多重化ストリームのプライベートセクションにおいて送信することができるか、受信器が接続されているネットワーク、典型的には電話またはケーブルネットワークを介してサーバからダウンロードすることができる。
【００１０】
さらに本方法は、選択判定基準の記述と、ユーザによる入力と、考えられる選択判定基準の数を包含する判定基準のテーブルおよび全ての選択判定基準の記述によって第２のリストに記憶されている少なくとも１つの選択判定基準との間の整合を確立するステップを含む。
【００１１】
サービス記述テーブルにおいて認識されている選択判定基準フィールドに依存して、選択判定基準を単純に、もしくは多少複雑に構成することができる。例えば、サービス記述テーブルが例えばサービスのタイプ（「スポーツ」、「映画」、「情報」）および公衆のタイプ（「子供」、「大人」、「男性」、「女性」）に対応する２つの選択判定基準フィールドを包含する場合には、構成された選択判定基準は「映画」且つ「子供」のサービスの選択からなるものでよい。ステップ（ａ）における選択判定基準の入力は殊に、判定基準のテーブルに包含されている選択判定基準の論理的な組み合わせであってよい。
【００１２】
また本方法は、デフォルト判定基準テーブルに包含されているデフォルト選択判定基準に基づいて少なくとも１つの好みのリストを自動的に構成するステップを包含する。
【００１３】
さらに本発明は、各サービスが固有の識別子を有している実際に利用可能なサービスの第１のリストを記憶する手段を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信器に関し、この受信器はさらに、
−各サービスに関して少なくとも１つの選択判定基準値を包含するサービスの第２のリストを記憶する手段と、
−少なくとも１つの選択判定基準を受信して、この少なくとも１つの選択判定基準に対応し、且つサービスの第１のリスト内にも存在する第２のリストのサービスを求めることによって好みのリストを確立するために設計されている、好みのリストを作成する手段とを包含することを特徴とする。
【００１４】
本発明による方法を以下説明し、ＳＴＢディジタルレコーダを概略的に表す唯一の図面（図１）に示す。
【００１５】
図１はＳＴＢディジタルデコーダ１において本発明を理解するに当たり必要な構成要素を示す。デコーダ１は慣例のように、デコーダによってアクセス可能である利用可能なディジタルサービスの包括的なリストを包含する。このリストは利用可能な各サービスをｎ個組の識別子によって識別する包括的なリストＬＧの形態でデコーダ１のメモリ４に格納されている。各ｎ個組の識別子を情報の他の項目、例えばサービスの名称を用いて補足することができる。しかしながら、好みのサービスのリストを構成するために、ユーザは各サービスを特徴付けるより高いレベルの区別情報を必要とする。この区別情報は例えば、
−送信されるもののタイプ：一般的な関心事、スポーツ、映画、若者、情報など
−送信されるものが対象とする公衆：あらゆる公衆、青年、子供、大人、男性、女性など
−暗号化：平文、スクランブル
−送信されるものの言語：英語、フランス語など
−その他
【００１６】
本発明によればこの区別情報は、ユーザによって好みのサービスのリストを構成している間の選択判定基準として使用するために、ディジタルサービスのｎ個組の識別子と適合されているサービス記述テーブル（ＴＤＳ）のフィールド内に記憶されている。デコーダのメモリ４に記憶されるこのＴＤＳテーブルを、デコーダがディジタルサービスを受信するためのチャネルから、または遠隔サーバにおけるインターネットコネクションからアクセスできるようにすることができる。ＴＤＳテーブルを製造中にデコーダ内に組み込むことができる（この場合有利には例えば遠隔サーバとのコネクションを介してＴＤＳテーブルをアップデートする可能性が提供される）。このＴＤＳテーブルは、デコーダが設置されると想定される所定の地理的な領域（または隣接する複数の領域の集合）内でアクセス可能である先験的な全てのディジタルサービスを目録するために設計されている。例えば、フランスにおいては今日デコーダを「ＴＰＳ」および／または「ＣａｎａｌＳＡＴ」および／または「ＶｉａＤｉｇｉｔａｌ」に基づき設置することができる。したがってフランスにおいて設置されているデコーダのためのＴＤＳテーブルは「ＴＰＳ」、「ＣａｎａｌＳＡＴ」および「ＶｉａＤｉｇｉｔａｌ」の全てのディジタルサービスを目録する。
【００１７】
前述のＤＶＢ標準の場合には、サービス識別子が６バイトで符号化されている値のトリオ（「オリジナルネットワークＩｄ」-「トランスポートストリームＩｄ」-「サービスＩｄ」）である。最適化されていない実施形態において、区別情報または選択判定基準を２バイトで符号化できると想定すれば、最適化されていないＴＤＳテーブルのサイズは５０００のディジタルサービスを目録するために最大で４０ｋバイトになる。
【００１８】
さらに有利には、ＤＶＢ標準の場合における以下の最適化されたフォーマットを選ぶことができる。
TDS = {
table_id : １バイト:テーブルのタイプ
version_id : １バイト:ＴＤＳテーブルのバージョンの識別
structure_id : １バイト:ＴＤＳテーブルの構造の識別
nb_onid : １バイト:ＴＤＳテーブルにおける「オリジナルネットワークＩｄ」の数
{ /*全てのON_idにわたるループ*/
ON_id :２バイト:「オリジナルネットワークＩｄ」の識別子
nb_tsid :１バイト:識別子としてのON_idを有するネットワークにおける割り当てられている「トランスポートストリームＩｄ」の数
{ /*このネットワークの全てのTS_idにわたるループ*/
TS_id :２バイト:「トランスポートストリームＩｄ」識別子
Nb_services :１バイト:識別子としてのTS_idを有するトランスポートストリームにおけるサービスの数
{ /*この組(ON_id, TS_id)と結びつくサービスにわたるループ*/
S_id :２バイト:「サービスＩｄ」識別子
C1_id :１バイト:判定基準１＝タイプ
C2_id :４バイト:判定基準２＝公衆
C3_id :４バイト:判定基準３＝暗号化
} /*サービスにわたるループの終了
} /*全てのTS_idにわたるループの終了*/
} /*全てのON_idにわたるループの終了*/
}
【００１９】
この最適化された構造を用いて、１０のネットワーク（ON_id）にわたり伝送される５０００のサービスに関して、ネットワーク毎に２５のトランスポートストリーム（TS_id）の割合で、またトランスポートストリーム（命令によって与えられている値）毎に２０のサービス（S_id）の割合で、ＴＤＳのサイズは（最適化されていないフォーマットを用いる場合に要求される４００００バイトに比べて）４＋１０×（３＋２５×（２＋１＋２０×（２＋２）））すなわち２０７８４バイトとなる。
【００２０】
structure_idフィールドはＴＤＳテーブルの種々の構造を定義することができる。低速度の伝送および廉価なデコーダのための（低減されたサイズの）単純な構造およびハイエンドデコーダに関して膨大な判定基準を搬送する拡張された構造が考えられる。
【００２１】
本願発明の場合には、structure_idフィールドはＴＤＳテーブルがサービス選択判定基準を定義するための以下のフィールドを包含するような値を有する。
−C1_id＝タイプ、次の値の内の１つを取ることができる{1:「スポーツ」，2:「映画」，3:「情報」}
−C2_id＝公衆、次の値の内の１つを取ることができるタイプ{1:「大人」，2:「子供」，3:「女性」}
−C3_id＝暗号化、次の値の内の１つを取ることができる{1:「平文」，2:「スクランブル」｝
【００２２】
判定基準の値とその文字列との間（例えば0X01と「スポーツ」との間）の整合は、やはりデコーダ１のメモリ４に格納されている判定基準テーブルＴＣと称する別のテーブルを介してもたらされる。
【００２３】
このテーブルＴＣは例えば以下の構造によって定義される。
TC = {
table_id :１バイト:テーブルのタイプ
version_id :１バイト:ＴＣテーブルのバージョンの識別
structure_id :１バイト:使用されるＴＤＳテーブルの構造の識別
nb_criteria :１バイト:異なる判定基準の数
{ /*全ての判定基準にわたるループ*/
Ci_name:１２バイト:列:判定基準の名称（例えば：「タイプ」、「公衆」、「暗号化」など）
nb_value:１バイト:この判定基準に関して考えられる値の数
{ /*判定基準Ciに関する名称にわたるループ*/
Ci_valj :１バイト:判定基準Ciの値（例えば１）
Ci_descj :１２バイト:文字列（例えば＝「スポーツ」）
} /*判定基準Ciに関する名称にわたるループの終了*/
} /*全ての判定基準にわたるループの終了*/
}
【００２４】
本発明によれば、判定基準の数およびこれらの判定基準に割り当てられている名称を判定基準テーブルＴＣを介して動的に管理することができる。このテーブルＴＣは、サービス記述テーブルＴＤＳにおいて使用される「タイプ」、「公衆」、「暗号化」などのフィールドのディジタル値をこの判定基準を表す文字列と適合させる。この判定基準テーブルＴＣはＴＤＳテーブルと同様に伝送されるか、ダウンロード可能であるか、もしくは組み込まれる。ディジタルデコーダ１において使用される判定基準を再アップデートすることができる。
【００２５】
好みのサービスのリストＦＡＶｉを構成するために、ユーザは少なくとも１つの所定の選択判定基準Ci_descjをデコーダ１のユーザインタフェースモジュールＵｌ２を用いて入力する。選択判定基準は、この選択判定基準がサービス記述テーブルＴＤＳのフィールドの部分を形成するための区別情報の項目である場合には、サービスのタイプ、サービスに関連する公衆、サービスの言語、暗号化などに関係するものでよい。選択判定基準の入力に応じて、デコーダ内に設けられている好みのリストを作成するためのソフトウェアモジュール３は、デコーダに入力された選択判定基準と合致する識別子（例えばＤＶＢトリオ）をＴＤＳテーブルから検索し、デコーダに入力された選択判定基準に対応する好みのサービスのリストＦＡＶｉを構成するために、ＴＤＳから検索された識別子を用いて包括的なリストＬＧの識別子をクロスチェックするよう設計されている。
【００２６】
選択判定基準をソフトウェアモジュール３の翻訳能力に依存して単純に、もしくは多少複雑に構造化することができる。殊に、選択判定基準に関してはＡＮＤ／ＯＲ論理演算子などを使用して種々の判定基準を組み合わせることが考えられる。
【００２７】
例えば、以下の複雑な判定基準を定義することができる：
CC1_val = 2および(2または3)および1.
上述のように選択されたstructure_idの値でもって、この複雑な判定基準は局の選択に対応する:
タイプ「映画」（タイプの記述のC1_id＝２）および;
公衆「子供」（公衆の記述のC2_id＝２）または公衆「女性」（公衆の記述のC2_id＝３）および;
暗号化「平文」（暗号化の記述のC3_id＝１）
【００２８】
本発明の有利な実施形態によれば、設置後のデコーダ１は、デコーダ１のメモリ４に格納されているデフォルト判定基準テーブル（ＴＣＤ）に基づき、利用可能なサービスのリスト（ＬＧ）とのクロスチェックによって、好みのサービスの所定数のリストの自動的な構成を提案する。このＴＣＤテーブルはＴＤＳテーブルに包含されている情報によって許可された判定基準のサブセットを包含する。デフォルト判定基準テーブル（ＴＣＤ）はダウンロードされるか、製造中にデコーダに組み込まれる。この自動的な初期設定の後に、ユーザは好みのリストの数、リストの名称、リストのコンテンツおよびリストのそれぞれの選択判定基準をユーザインタフェース２および好みのリスト３を作成するモジュールを用いて修正することができる。
【００２９】
ＴＣＤテーブルの構造は例えば以下の通りである。
TCD = {
table_id :１バイト:テーブルのタイプ
version_id :１バイト:ＴＣＤテーブルのバージョンの識別
stucture_id :１バイト:使用されるＴＤＳテーブルの構造の識別
nb_criteria :１バイト:ＴＣＤテーブルにおける異なる判定基準の数
{ /*全ての判定基準にわたるループ*/
CCi_val:２４バイト:文字列（例えば＝"2.(2+3).1"、"+"は「または」を表し、"."は「および」を表す）など
} /*全ての判定基準にわたるループの終了*/
}
【００３０】
structure_idフィールドは、種々のテーブルのデータ間の一貫性を保証するために３つのテーブルに対して同一でなくてはならない。ＳＴＢデコーダ１はstructure_idの所定値をサポートし、したがって遠隔伝送および／またはダウンロードされ、structure_idの値を包含するテーブルのみを考慮する。３つのテーブルＴＤＳ、ＴＣおよびＴＣＤはそれぞれバージョン番号を包含し、このバージョン番号はこれらのテーブルのコンテンツがアップデートされる度に変更される（この番号はversion_idフィールドに規定されている）。したがって、テーブルを修正してアップデートすることが可能である。アップデートが必要とされる場合には、サービスを伝送するオペレータはversion_idの新たな値を提供し、その値は全てのデコーダに遠隔伝送されるか、version_idの値をダウンロードを取得するためにデコーダを接続することができるアップデートサーバにおいて利用可能にされる。各デコーダは、デコーダがメモリ４に有しているテーブルＴＤＳ、ＴＣおよびＴＣＤのそれぞれのversion_idの値を、遠隔伝送および／または利用可能にされており且つデコーダと同一のstructure_idを有するテーブルのversion_idの値と比較する。相違があるする場合には、デコーダはメモリに格納されている古いテーブルのコンテントを新たなテーブルのコンテントに置換する。
【００３１】
もちろん、好みのサービスのリストＦＡＶｉが構成された後に、このリストはデコーダ１のメモリにセーブされるので、ユーザはデコーダにおける慣例の使用可能な基本的な機能を使用してリストをいつでも修正することができる。さらにはより限定的な判定基準を用いて好みのサービスＦＡＶｉの新たなリストをコンパイルするために、選択判定基準をサービスの包括的なリストＬＧとは異なるサービスのリスト、例えば、事前にコンパイルされている好みのサービスＦＡＶｉの別のリストに適用することもできる。
【図面の簡単な説明】
【００３２】
【図１】ＳＴＢディジタルレコーダの概略図。
【技術分野】
【０００１】
本発明は、利用可能な各サービスを識別する包括的なリストの形態で利用可能であるサービスのリストをメモリに保全しているオーディオサービスおよび／またはビデオディジタルサービスのデコーダにおいて好みのサービスのリストを構成する方法に関する。
【０００２】
背景技術
利用可能なサービスは、ディジタルデコーダが所定の地域に設置された後に実際に復号してユーザに提示することができるプログラムである。ユーザは直接的に包括的なリストから、またはユーザの好みのサービスの内の１つ（包括的なリストのサブセット）から見ようとするサービスを選択する。
【０００３】
サービス識別子によって、送信されるディジタルサービスを固有のやり方で識別することを可能にするｎ個組の情報の意味することが理解される。ＤＶＢ標準（標準"ETSI EN 300 468 − Digital Video Broadcasting; Specification for Service Information (SI) in DVB systems"）の場合には、各サービスがＤＶＢ識別子のトリオによって識別される。すなわち、「オリジナルネットワークＩｄ（Original Network Id）」（起点ネットワークの識別子−種々のネットワークを介して再送することができる全く同一のサービス）、「トランスポートストリームＩｄ（Transport Stream Id）」（トランスポートストリームの識別子）および「サービスＩｄ（Service Id）」（サービス識別子）である。同様にＤＳＳシステム（「ディジタル衛星システム（Digital Satellite System）」の頭文字を表す）の場合には「チャネル番号」およびそのチャネル番号のＰＴＣテーブル（「物理的な伝送チャネル（Physical Transmission Channel）」の頭文字を表す）の識別子がサービスを定義する。
【０００４】
送信オペレータ（CanalSAT，TPS，BLOOMBERGなど）によってユーザに提供されるあらゆるオーディオサービスおよび／またはビデオディジタルサービス（TV、ラジオ、対話式プログラム）は、ディジタルサービスを送信するための種々の衛星に向けられているアンテナとディジタルデコーダを接続できるようになって以来ますます拡大し続けている。ディジタルデコーダは目下の所およそ５０００のディジタルサービスを管理することができる。その結果ユーザは実用的なやり方で、利用可能なサービスを好みのサービスの１つまたは複数のリストとして編成しなければならない。
【０００５】
目下のところ好みのサービスのリストを構成するために、ユーザはデコーダにおけるメモリ内に保全されている利用可能なサービスの包括的なリストを遠隔制御によってスクロールし、ユーザが好みのサービスのリストに入力したいサービスをそれぞれ逐一手動で指示している。好みのサービスのリストを構成するためのこのプロシージャは長くて面倒であり、したがってサービス全般の発展にとってますます不適当になっている。
【０００６】
発明の開示
本発明は上述の欠点を解決することを目的とする。
【０００７】
本発明の基礎をなす着想は、最も単純な形態でサービスのタイプ（例えば「スポーツ」、「映画」、「情報」）、関連する公衆（例えば「子供」、「大人」、「男性」、「女性」）、使用言語（例えば「フランス語」、「英語」）、スクランブリング（例えば「平文」、「スクランブル」）などに対応する少なくとも１つの選択判定基準を例えば遠隔制御によってデコーダに入力することによって好みのサービスのリストを自動的に構成するための補助をユーザに提供することである。このように構成された好みのサービスのリストは、この判定基準に合致している包括的なリストから得られる全てのサービスを包含する。
【０００８】
このために本発明の対象は、各サービスが固有の識別子を有している利用可能なサービスの第１のリストを記憶している手段を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信に適した受信器において好みのサービスのリストを構成するための方法であり、この方法は、
（ａ）各サービスに関してユニークな識別子および少なくとも１つの選択判定基準値を包含するサービスの第２のリストをリカバリするステップと、
（ｂ）少なくとも１つの選択判定基準に依存してサービスの第２のリストのサブセットを求めるステップと、
（ｃ）利用可能なサービスの第１のリストとサービスの第２のリストのサブセットとの間の共通のサービスに基づき前述の好みのサービスのリストを作成するステップとを有することを特徴とする。
【０００９】
第１のリストを例えば、ＤＶＢの枠組みで実施される場合には、「ＮＩＴ」テーブル（ネットワーク記述テーブル（network description tables））と称される、送信されるテーブルに基づき定めることができる。別のテーブルも使用することができる。有利には第２のリストをＭＰＥＧ多重化ストリームのプライベートセクションにおいて送信することができるか、受信器が接続されているネットワーク、典型的には電話またはケーブルネットワークを介してサーバからダウンロードすることができる。
【００１０】
さらに本方法は、選択判定基準の記述と、ユーザによる入力と、考えられる選択判定基準の数を包含する判定基準のテーブルおよび全ての選択判定基準の記述によって第２のリストに記憶されている少なくとも１つの選択判定基準との間の整合を確立するステップを含む。
【００１１】
サービス記述テーブルにおいて認識されている選択判定基準フィールドに依存して、選択判定基準を単純に、もしくは多少複雑に構成することができる。例えば、サービス記述テーブルが例えばサービスのタイプ（「スポーツ」、「映画」、「情報」）および公衆のタイプ（「子供」、「大人」、「男性」、「女性」）に対応する２つの選択判定基準フィールドを包含する場合には、構成された選択判定基準は「映画」且つ「子供」のサービスの選択からなるものでよい。ステップ（ａ）における選択判定基準の入力は殊に、判定基準のテーブルに包含されている選択判定基準の論理的な組み合わせであってよい。
【００１２】
また本方法は、デフォルト判定基準テーブルに包含されているデフォルト選択判定基準に基づいて少なくとも１つの好みのリストを自動的に構成するステップを包含する。
【００１３】
さらに本発明は、各サービスが固有の識別子を有している実際に利用可能なサービスの第１のリストを記憶する手段を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信器に関し、この受信器はさらに、
−各サービスに関して少なくとも１つの選択判定基準値を包含するサービスの第２のリストを記憶する手段と、
−少なくとも１つの選択判定基準を受信して、この少なくとも１つの選択判定基準に対応し、且つサービスの第１のリスト内にも存在する第２のリストのサービスを求めることによって好みのリストを確立するために設計されている、好みのリストを作成する手段とを包含することを特徴とする。
【００１４】
本発明による方法を以下説明し、ＳＴＢディジタルレコーダを概略的に表す唯一の図面（図１）に示す。
【００１５】
図１はＳＴＢディジタルデコーダ１において本発明を理解するに当たり必要な構成要素を示す。デコーダ１は慣例のように、デコーダによってアクセス可能である利用可能なディジタルサービスの包括的なリストを包含する。このリストは利用可能な各サービスをｎ個組の識別子によって識別する包括的なリストＬＧの形態でデコーダ１のメモリ４に格納されている。各ｎ個組の識別子を情報の他の項目、例えばサービスの名称を用いて補足することができる。しかしながら、好みのサービスのリストを構成するために、ユーザは各サービスを特徴付けるより高いレベルの区別情報を必要とする。この区別情報は例えば、
−送信されるもののタイプ：一般的な関心事、スポーツ、映画、若者、情報など
−送信されるものが対象とする公衆：あらゆる公衆、青年、子供、大人、男性、女性など
−暗号化：平文、スクランブル
−送信されるものの言語：英語、フランス語など
−その他
【００１６】
本発明によればこの区別情報は、ユーザによって好みのサービスのリストを構成している間の選択判定基準として使用するために、ディジタルサービスのｎ個組の識別子と適合されているサービス記述テーブル（ＴＤＳ）のフィールド内に記憶されている。デコーダのメモリ４に記憶されるこのＴＤＳテーブルを、デコーダがディジタルサービスを受信するためのチャネルから、または遠隔サーバにおけるインターネットコネクションからアクセスできるようにすることができる。ＴＤＳテーブルを製造中にデコーダ内に組み込むことができる（この場合有利には例えば遠隔サーバとのコネクションを介してＴＤＳテーブルをアップデートする可能性が提供される）。このＴＤＳテーブルは、デコーダが設置されると想定される所定の地理的な領域（または隣接する複数の領域の集合）内でアクセス可能である先験的な全てのディジタルサービスを目録するために設計されている。例えば、フランスにおいては今日デコーダを「ＴＰＳ」および／または「ＣａｎａｌＳＡＴ」および／または「ＶｉａＤｉｇｉｔａｌ」に基づき設置することができる。したがってフランスにおいて設置されているデコーダのためのＴＤＳテーブルは「ＴＰＳ」、「ＣａｎａｌＳＡＴ」および「ＶｉａＤｉｇｉｔａｌ」の全てのディジタルサービスを目録する。
【００１７】
前述のＤＶＢ標準の場合には、サービス識別子が６バイトで符号化されている値のトリオ（「オリジナルネットワークＩｄ」-「トランスポートストリームＩｄ」-「サービスＩｄ」）である。最適化されていない実施形態において、区別情報または選択判定基準を２バイトで符号化できると想定すれば、最適化されていないＴＤＳテーブルのサイズは５０００のディジタルサービスを目録するために最大で４０ｋバイトになる。
【００１８】
さらに有利には、ＤＶＢ標準の場合における以下の最適化されたフォーマットを選ぶことができる。
TDS = {
table_id : １バイト:テーブルのタイプ
version_id : １バイト:ＴＤＳテーブルのバージョンの識別
structure_id : １バイト:ＴＤＳテーブルの構造の識別
nb_onid : １バイト:ＴＤＳテーブルにおける「オリジナルネットワークＩｄ」の数
{ /*全てのON_idにわたるループ*/
ON_id :２バイト:「オリジナルネットワークＩｄ」の識別子
nb_tsid :１バイト:識別子としてのON_idを有するネットワークにおける割り当てられている「トランスポートストリームＩｄ」の数
{ /*このネットワークの全てのTS_idにわたるループ*/
TS_id :２バイト:「トランスポートストリームＩｄ」識別子
Nb_services :１バイト:識別子としてのTS_idを有するトランスポートストリームにおけるサービスの数
{ /*この組(ON_id, TS_id)と結びつくサービスにわたるループ*/
S_id :２バイト:「サービスＩｄ」識別子
C1_id :１バイト:判定基準１＝タイプ
C2_id :４バイト:判定基準２＝公衆
C3_id :４バイト:判定基準３＝暗号化
} /*サービスにわたるループの終了
} /*全てのTS_idにわたるループの終了*/
} /*全てのON_idにわたるループの終了*/
}
【００１９】
この最適化された構造を用いて、１０のネットワーク（ON_id）にわたり伝送される５０００のサービスに関して、ネットワーク毎に２５のトランスポートストリーム（TS_id）の割合で、またトランスポートストリーム（命令によって与えられている値）毎に２０のサービス（S_id）の割合で、ＴＤＳのサイズは（最適化されていないフォーマットを用いる場合に要求される４００００バイトに比べて）４＋１０×（３＋２５×（２＋１＋２０×（２＋２）））すなわち２０７８４バイトとなる。
【００２０】
structure_idフィールドはＴＤＳテーブルの種々の構造を定義することができる。低速度の伝送および廉価なデコーダのための（低減されたサイズの）単純な構造およびハイエンドデコーダに関して膨大な判定基準を搬送する拡張された構造が考えられる。
【００２１】
本願発明の場合には、structure_idフィールドはＴＤＳテーブルがサービス選択判定基準を定義するための以下のフィールドを包含するような値を有する。
−C1_id＝タイプ、次の値の内の１つを取ることができる{1:「スポーツ」，2:「映画」，3:「情報」}
−C2_id＝公衆、次の値の内の１つを取ることができるタイプ{1:「大人」，2:「子供」，3:「女性」}
−C3_id＝暗号化、次の値の内の１つを取ることができる{1:「平文」，2:「スクランブル」｝
【００２２】
判定基準の値とその文字列との間（例えば0X01と「スポーツ」との間）の整合は、やはりデコーダ１のメモリ４に格納されている判定基準テーブルＴＣと称する別のテーブルを介してもたらされる。
【００２３】
このテーブルＴＣは例えば以下の構造によって定義される。
TC = {
table_id :１バイト:テーブルのタイプ
version_id :１バイト:ＴＣテーブルのバージョンの識別
structure_id :１バイト:使用されるＴＤＳテーブルの構造の識別
nb_criteria :１バイト:異なる判定基準の数
{ /*全ての判定基準にわたるループ*/
Ci_name:１２バイト:列:判定基準の名称（例えば：「タイプ」、「公衆」、「暗号化」など）
nb_value:１バイト:この判定基準に関して考えられる値の数
{ /*判定基準Ciに関する名称にわたるループ*/
Ci_valj :１バイト:判定基準Ciの値（例えば１）
Ci_descj :１２バイト:文字列（例えば＝「スポーツ」）
} /*判定基準Ciに関する名称にわたるループの終了*/
} /*全ての判定基準にわたるループの終了*/
}
【００２４】
本発明によれば、判定基準の数およびこれらの判定基準に割り当てられている名称を判定基準テーブルＴＣを介して動的に管理することができる。このテーブルＴＣは、サービス記述テーブルＴＤＳにおいて使用される「タイプ」、「公衆」、「暗号化」などのフィールドのディジタル値をこの判定基準を表す文字列と適合させる。この判定基準テーブルＴＣはＴＤＳテーブルと同様に伝送されるか、ダウンロード可能であるか、もしくは組み込まれる。ディジタルデコーダ１において使用される判定基準を再アップデートすることができる。
【００２５】
好みのサービスのリストＦＡＶｉを構成するために、ユーザは少なくとも１つの所定の選択判定基準Ci_descjをデコーダ１のユーザインタフェースモジュールＵｌ２を用いて入力する。選択判定基準は、この選択判定基準がサービス記述テーブルＴＤＳのフィールドの部分を形成するための区別情報の項目である場合には、サービスのタイプ、サービスに関連する公衆、サービスの言語、暗号化などに関係するものでよい。選択判定基準の入力に応じて、デコーダ内に設けられている好みのリストを作成するためのソフトウェアモジュール３は、デコーダに入力された選択判定基準と合致する識別子（例えばＤＶＢトリオ）をＴＤＳテーブルから検索し、デコーダに入力された選択判定基準に対応する好みのサービスのリストＦＡＶｉを構成するために、ＴＤＳから検索された識別子を用いて包括的なリストＬＧの識別子をクロスチェックするよう設計されている。
【００２６】
選択判定基準をソフトウェアモジュール３の翻訳能力に依存して単純に、もしくは多少複雑に構造化することができる。殊に、選択判定基準に関してはＡＮＤ／ＯＲ論理演算子などを使用して種々の判定基準を組み合わせることが考えられる。
【００２７】
例えば、以下の複雑な判定基準を定義することができる：
CC1_val = 2および(2または3)および1.
上述のように選択されたstructure_idの値でもって、この複雑な判定基準は局の選択に対応する:
タイプ「映画」（タイプの記述のC1_id＝２）および;
公衆「子供」（公衆の記述のC2_id＝２）または公衆「女性」（公衆の記述のC2_id＝３）および;
暗号化「平文」（暗号化の記述のC3_id＝１）
【００２８】
本発明の有利な実施形態によれば、設置後のデコーダ１は、デコーダ１のメモリ４に格納されているデフォルト判定基準テーブル（ＴＣＤ）に基づき、利用可能なサービスのリスト（ＬＧ）とのクロスチェックによって、好みのサービスの所定数のリストの自動的な構成を提案する。このＴＣＤテーブルはＴＤＳテーブルに包含されている情報によって許可された判定基準のサブセットを包含する。デフォルト判定基準テーブル（ＴＣＤ）はダウンロードされるか、製造中にデコーダに組み込まれる。この自動的な初期設定の後に、ユーザは好みのリストの数、リストの名称、リストのコンテンツおよびリストのそれぞれの選択判定基準をユーザインタフェース２および好みのリスト３を作成するモジュールを用いて修正することができる。
【００２９】
ＴＣＤテーブルの構造は例えば以下の通りである。
TCD = {
table_id :１バイト:テーブルのタイプ
version_id :１バイト:ＴＣＤテーブルのバージョンの識別
stucture_id :１バイト:使用されるＴＤＳテーブルの構造の識別
nb_criteria :１バイト:ＴＣＤテーブルにおける異なる判定基準の数
{ /*全ての判定基準にわたるループ*/
CCi_val:２４バイト:文字列（例えば＝"2.(2+3).1"、"+"は「または」を表し、"."は「および」を表す）など
} /*全ての判定基準にわたるループの終了*/
}
【００３０】
structure_idフィールドは、種々のテーブルのデータ間の一貫性を保証するために３つのテーブルに対して同一でなくてはならない。ＳＴＢデコーダ１はstructure_idの所定値をサポートし、したがって遠隔伝送および／またはダウンロードされ、structure_idの値を包含するテーブルのみを考慮する。３つのテーブルＴＤＳ、ＴＣおよびＴＣＤはそれぞれバージョン番号を包含し、このバージョン番号はこれらのテーブルのコンテンツがアップデートされる度に変更される（この番号はversion_idフィールドに規定されている）。したがって、テーブルを修正してアップデートすることが可能である。アップデートが必要とされる場合には、サービスを伝送するオペレータはversion_idの新たな値を提供し、その値は全てのデコーダに遠隔伝送されるか、version_idの値をダウンロードを取得するためにデコーダを接続することができるアップデートサーバにおいて利用可能にされる。各デコーダは、デコーダがメモリ４に有しているテーブルＴＤＳ、ＴＣおよびＴＣＤのそれぞれのversion_idの値を、遠隔伝送および／または利用可能にされており且つデコーダと同一のstructure_idを有するテーブルのversion_idの値と比較する。相違があるする場合には、デコーダはメモリに格納されている古いテーブルのコンテントを新たなテーブルのコンテントに置換する。
【００３１】
もちろん、好みのサービスのリストＦＡＶｉが構成された後に、このリストはデコーダ１のメモリにセーブされるので、ユーザはデコーダにおける慣例の使用可能な基本的な機能を使用してリストをいつでも修正することができる。さらにはより限定的な判定基準を用いて好みのサービスＦＡＶｉの新たなリストをコンパイルするために、選択判定基準をサービスの包括的なリストＬＧとは異なるサービスのリスト、例えば、事前にコンパイルされている好みのサービスＦＡＶｉの別のリストに適用することもできる。
【図面の簡単な説明】
【００３２】
【図１】ＳＴＢディジタルレコーダの概略図。
【特許請求の範囲】
【請求項１】
各サービスが固有の識別子を有している利用可能なサービスの第１のリスト（ＬＧ）を記憶している手段（４）を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信に適した受信器（１）において好みのサービスのリスト（ＦＡＶｉ）を構成する方法において、
（ａ）各サービスに関してユニークな識別子および少なくとも１つの選択判定基準値を包含するサービスの第２のリスト（ＴＤＳ）をリカバリするステップと、
（ｂ）少なくとも１つの選択判定基準に依存して前記サービスの第２のリストのサブセットを求めるステップと、
（ｃ）前記利用可能なサービスの第１のリストと前記サービスの第２のリストのサブセットとの間の共通のサービスに基づき前記好みのサービスのリストを作成するステップとを有することを特徴とする、方法。
【請求項２】
前記サービスの第１のリストは、前記受信器によって実際に受信されるディジタルストリームにおける利用可能なサービスのリストである、請求項１記載の方法。
【請求項３】
前記第２のリストは、前記受信器によって潜在的に受信可能な少なくとも１つのサービスを包含し、前記第１のリストは前記第２のリストのサブセットである、請求項１または２記載の方法。
【請求項４】
前記ステップ（ｂ）の選択判定基準は、前記第２のリストの判定基準に基づきユーザによって入力された選択判定基準であるか該選択判定基準の論理的な組み合わせである、請求項１から３までのいずれか１項記載の方法。
【請求項５】
前記ステップ（ｂ）はデフォルト判定基準または該デフォルト判定基準（ＴＣＤ）の論理的な組み合わせを求めるステップを包含する、請求項１から３までのいずれか１項記載の方法。
【請求項６】
前記ステップ（ｂ）および（ｃ）を複数のデフォルト選択判定基準または該デフォルト選択判定基準の論理的な組み合わせにわたり繰り返し、複数のデフォルトの好みのサービスリストを作成する、請求項５記載の方法。
【請求項７】
前記第２のリストを、
−前記受信器（１）によって受信可能なチャネルにおいて伝送する、
−遠隔サーバからのダウンロードによって前記受信器（１）がアクセス可能である、
−前記受信器に組み込む、請求項１から６までのいずれか１項記載の方法。
【請求項８】
前記第１のリストを、前記受信器によって実際に受信される１つまたは複数のストリームに包含されているストリーム記述テーブルから抽出し、前記ストリーム記述テーブルは受信された１つまたは複数のストリームにおいて伝送されたサービスを表す、請求項１から７までのいずれか１項記載の方法。
【請求項９】
前記デコーダによって受信されるストリームでの伝送によって、またはサーバからのダウンロードによって、前記第１のリストおよび前記第２のリストの少なくとも１つをアップデートするステップを有する、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
各サービスが固有の識別子を有している実際に利用可能なサービスの第１のリスト（ＬＧ）を記憶する手段（４）を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信器において、
−各サービスに関して少なくとも１つの選択判定基準値を包含するサービスの第２のリストを記憶する手段（４）と、
−少なくとも１つの選択判定基準を受信して、該少なくとも１つの選択判定基準に対応し、且つ前記サービスの第１のリスト内にも存在する第２のリストのサービスを求めることによって好みのリストを確立する、好みのリストを作成する手段（３）とを包含することを特徴とする、受信器。
【請求項１】
各サービスが固有の識別子を有している利用可能なサービスの第１のリスト（ＬＧ）を記憶している手段（４）を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信に適した受信器（１）において好みのサービスのリスト（ＦＡＶｉ）を構成する方法において、
（ａ）各サービスに関してユニークな識別子および少なくとも１つの選択判定基準値を包含するサービスの第２のリスト（ＴＤＳ）をリカバリするステップと、
（ｂ）少なくとも１つの選択判定基準に依存して前記サービスの第２のリストのサブセットを求めるステップと、
（ｃ）前記利用可能なサービスの第１のリストと前記サービスの第２のリストのサブセットとの間の共通のサービスに基づき前記好みのサービスのリストを作成するステップとを有することを特徴とする、方法。
【請求項２】
前記サービスの第１のリストは、前記受信器によって実際に受信されるディジタルストリームにおける利用可能なサービスのリストである、請求項１記載の方法。
【請求項３】
前記第２のリストは、前記受信器によって潜在的に受信可能な少なくとも１つのサービスを包含し、前記第１のリストは前記第２のリストのサブセットである、請求項１または２記載の方法。
【請求項４】
前記ステップ（ｂ）の選択判定基準は、前記第２のリストの判定基準に基づきユーザによって入力された選択判定基準であるか該選択判定基準の論理的な組み合わせである、請求項１から３までのいずれか１項記載の方法。
【請求項５】
前記ステップ（ｂ）はデフォルト判定基準または該デフォルト判定基準（ＴＣＤ）の論理的な組み合わせを求めるステップを包含する、請求項１から３までのいずれか１項記載の方法。
【請求項６】
前記ステップ（ｂ）および（ｃ）を複数のデフォルト選択判定基準または該デフォルト選択判定基準の論理的な組み合わせにわたり繰り返し、複数のデフォルトの好みのサービスリストを作成する、請求項５記載の方法。
【請求項７】
前記第２のリストを、
−前記受信器（１）によって受信可能なチャネルにおいて伝送する、
−遠隔サーバからのダウンロードによって前記受信器（１）がアクセス可能である、
−前記受信器に組み込む、請求項１から６までのいずれか１項記載の方法。
【請求項８】
前記第１のリストを、前記受信器によって実際に受信される１つまたは複数のストリームに包含されているストリーム記述テーブルから抽出し、前記ストリーム記述テーブルは受信された１つまたは複数のストリームにおいて伝送されたサービスを表す、請求項１から７までのいずれか１項記載の方法。
【請求項９】
前記デコーダによって受信されるストリームでの伝送によって、またはサーバからのダウンロードによって、前記第１のリストおよび前記第２のリストの少なくとも１つをアップデートするステップを有する、請求項１から８までのいずれか１項記載の方法。
【請求項１０】
各サービスが固有の識別子を有している実際に利用可能なサービスの第１のリスト（ＬＧ）を記憶する手段（４）を包含する、オーディオサービスおよび／またはビデオディジタルサービスの受信器において、
−各サービスに関して少なくとも１つの選択判定基準値を包含するサービスの第２のリストを記憶する手段（４）と、
−少なくとも１つの選択判定基準を受信して、該少なくとも１つの選択判定基準に対応し、且つ前記サービスの第１のリスト内にも存在する第２のリストのサービスを求めることによって好みのリストを確立する、好みのリストを作成する手段（３）とを包含することを特徴とする、受信器。
【図１】
【公表番号】特表２００７−５２５８７２（Ｐ２００７−５２５８７２Ａ）
【公表日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願番号】特願２００６−５１８３１０（Ｐ２００６−５１８３１０）
【出願日】平成１６年７月２日（２００４．７．２）
【国際出願番号】ＰＣＴ／ＦＲ２００４／０５０３０９
【国際公開番号】ＷＯ２００５／００６７５５
【国際公開日】平成１７年１月２０日（２００５．１．２０）
【出願人】（５０１２６３８１０）トムソン ライセンシング (2,848)
【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ
【住所又は居所原語表記】４６ Ｑｕａｉ Ａ． Ｌｅ Ｇａｌｌｏ， Ｆ−９２１００ Ｂｏｕｌｏｇｎｅ−Ｂｉｌｌａｎｃｏｕｒｔ， Ｆｒａｎｃｅ
【Ｆターム（参考）】
【公表日】平成１９年９月６日（２００７．９．６）
【国際特許分類】
【出願日】平成１６年７月２日（２００４．７．２）
【国際出願番号】ＰＣＴ／ＦＲ２００４／０５０３０９
【国際公開番号】ＷＯ２００５／００６７５５
【国際公開日】平成１７年１月２０日（２００５．１．２０）
【出願人】（５０１２６３８１０）トムソン ライセンシング (2,848)
【氏名又は名称原語表記】Ｔｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ
【住所又は居所原語表記】４６ Ｑｕａｉ Ａ． Ｌｅ Ｇａｌｌｏ， Ｆ−９２１００ Ｂｏｕｌｏｇｎｅ−Ｂｉｌｌａｎｃｏｕｒｔ， Ｆｒａｎｃｅ
【Ｆターム（参考）】
[ Back to top ]