(57)【特許請求の範囲】
【請求項１】
無線チャネルを介して地上波デジタルテレビジョン信号を受信し且つ第２の通信チャネルを介して遠隔管理サーバから制御コマンドを受信するように適応された少なくとも１つの遠隔ビデオ装置を前記遠隔管理サーバが管理することを可能にする、前記遠隔管理サーバにおける管理方法であって、
地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定するための制御コマンドを、前記第２の通信チャネルを介して送信することにより、前記少なくとも１つの遠隔ビデオ装置の設定を自動的に開始することを有し、前記少なくとも１つの地上波デジタルテレビジョンパラメータは、周波数スキャンを開始する要求を有する、ことを特徴とする方法。
【請求項２】
前記少なくとも１つの地上波デジタルテレビジョンパラメータは、少なくとも１つの地上波デジタルテレビジョン論理チャネルを１つの地上波デジタルテレビジョンサービス識別子に関連付ける要求を有する、ことを特徴とする請求項１に記載の方法。
【請求項３】
無線チャネルを介して地上波デジタルテレビジョン信号を受信し且つ第２の通信チャネルを介して遠隔管理サーバからデータを受信するように適応されたビデオ装置における管理方法であって：
−  地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することを当該ビデオ装置に要求する、自動的に前記遠隔管理サーバが起こした制御コマンドを、前記第２の通信チャネルを介して受信する段階であり、前記少なくとも１つの地上波デジタルテレビジョンパラメータは、周波数スキャンを開始する要求を有する、段階；及び
−  前記周波数スキャンを開始する段階；
を有することを特徴とする方法。
【請求項４】
前記少なくとも１つの地上波デジタルテレビジョンパラメータは、少なくとも１つの地上波デジタルテレビジョン論理チャネルを１つの地上波デジタルテレビジョンサービス識別子に関連付ける要求を有する、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記第２の通信チャネルはインターネットプロトコル型であることを特徴とする請求項３乃至４の何れか一項に記載の方法。
【請求項６】
前記制御コマンドは加入者宅内機器ワイドエリアネットワーク管理プロトコルに従って受信されることを特徴とする請求項３乃至５の何れか一項に記載の方法。
【請求項７】
無線チャネルを介しての地上波デジタルテレビジョン信号の受信のための地上波デジタルテレビジョン信号受信ブロックと、第２の通信チャネルを介しての遠隔管理サーバからのデータの受信のためのネットワークインタフェースとを有するビデオ装置であって、
前記遠隔管理サーバによって自動的に起こされる制御コマンドに従って、地上波デジタルテレビジョンサービスリスト管理に関する前記少なくとも１つの地上波デジタルテレビジョンパラメータを設定する手段であり、前記制御コマンドは、前記第２の通信チャネルを介して前記遠隔管理サーバから受信され、前記制御コマンドは、地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することを当該ビデオ装置に要求し、前記少なくとも１つの地上波デジタルテレビジョンパラメータは、周波数スキャンを開始する要求を有する、設定する手段、
を有することを特徴とするビデオ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルテレビの分野に関し、より具体的には、地上波デジタルテレビジョン（Digital  Terrestrial  Television；ＤＴＴ）信号を受信するビデオ装置（例えば、セットトップボックス（ＳＴＢ））の管理に関する。
【背景技術】
【０００２】
ＤＴＴは、例えば、幾つかの国（例えば、欧州内）のＤＶＢ−Ｔ（Digital  Video  Broadcast−Terrestrial）、米国の地上波ＡＴＳＣ（Advanced  Television  Systems  Committee）、又は日本のＩＳＤＢ−Ｔ（Integrated  Services  Digital  Broadcasting−Terrestrial）に相当する。
【０００３】
ＤＴＴ信号を受信するビデオ装置の最初の使用時、ビデオ装置は通常、ＤＴＴ信号が何処に存在するか、周波数をスキャンする。その後、ビデオ装置は対応するサービスを受信することができる。
【０００４】
特許文献１は、相異なる伝送規格の周波数データ、及び受信器の位置に基づく国や地域の設定を記憶するＤＴＴ受信器を開示している。
【０００５】
これらの技術は、ビデオ装置によるＤＴＴサービスの受信が最適化されないという欠点を有する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２００７／００６７８１６号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、従来技術のこれらの欠点を軽減することを目的とする。より具体的には、本発明は、ビデオ装置におけるＤＴＴサービス受信を最適化することを目的とする。
【課題を解決するための手段】
【０００８】
以上に鑑み、本発明は、無線チャネルを介して地上波デジタルテレビジョン信号を受信し且つ第２の通信チャネルを介して管理サーバからフレーム群を受信するように適応された少なくとも１つの遠隔ビデオ装置を管理サーバが管理することを可能にする、遠隔管理サーバにおける管理方法を提案する。ＤＴＴ受信を最適化するため、当該方法は、サービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することをビデオ装置に要求する制御コマンドを、第２の通信チャネルを介して送信する段階を有する。
【０００９】
特定の一形態によれば、少なくとも１つの地上波デジタルテレビジョンパラメータを設定することは、ビデオ装置が少なくとも１つの地上波デジタルテレビジョン周波数をスキャンする要求を送信することを有する。
【００１０】
特定の他の一形態によれば、少なくとも１つの地上波デジタルテレビジョンパラメータを設定することは、ビデオ装置が少なくとも１つの地上波デジタルテレビジョン論理チャネルを１つの地上波デジタルテレビジョンサービス・コーディネート（coordinate）に関連付ける要求を送信することを有する。
【００１１】
本発明はまた、無線チャネルを介して地上波デジタルテレビジョン信号を受信し且つ第２の通信チャネルを介して遠隔管理サーバからデータを受信するように適応されたビデオ装置における管理方法に関する。受信を最適化するため、当該方法は：
−  地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することをビデオ装置に要求する制御コマンドを、第２の通信チャネルを介して受信する段階；及び
−  地上波デジタルテレビジョンサービスリスト管理に関する前記少なくとも１つの地上波デジタルテレビジョンパラメータを設定する段階；
を有する。
【００１２】
特定の一形態によれば、前記制御コマンドは、ビデオ装置が少なくとも１つの地上波デジタルテレビジョン周波数をスキャンする要求を有し、且つ設定する段階は、前記少なくとも１つの地上波デジタルテレビジョンパラメータをスキャンすることを有する。
【００１３】
特定の他の一形態によれば、前記制御コマンドは、ビデオ装置が少なくとも１つの地上波デジタルテレビジョン論理チャネルを１つの地上波デジタルテレビジョンサービス・コーディネートに関連付ける要求を有する。
【００１４】
有利には、当該方法は、地上波デジタルテレビジョンサービスリスト管理に関する情報を第２の通信チャネルを介して管理サーバに送信する段階を含む。
【００１５】
有利な一形態によれば、第２の通信チャネルはインターネットプロトコル型であり、且つ／或いは前記制御コマンドはＣＰＥ  ＷＡＮ管理プロトコルに従って受信される。
【００１６】
本発明はまた、対応するビデオ装置に関する。当該ビデオ装置は、無線チャネルを介しての地上波デジタルテレビジョン信号の受信器と、第２の通信チャネルを介しての遠隔管理サーバからのデータの受信器とを有する。ＤＴＴ受信を最適化するため、当該装置は、第２の通信チャネルを介して受信した、地上波デジタルテレビジョンサービスリスト管理に関する地上波デジタルテレビジョンパラメータを設定することを当該ビデオ装置に要求する制御コマンドに従って、サービスリスト管理に関する１つ以上の地上波デジタルテレビジョンパラメータを設定する手段を有する。
【図面の簡単な説明】
【００１７】
添付の図面を参照して為される以下の説明を読むことにより、本発明はより十分に理解され、その他の特徴及び利点が明らかになる。
【図１】本発明の特定の一実施形態に従ったビデオ装置オブジェクト構造を示す図である。
【図２】図１に従ったビデオ装置オブジェクト構造を実現するネットワークアーキテクチャを示す図である。
【図３】本発明の特定の一実施形態に従った、図２のネットワークに属する設定サーバを示す図である。
【図４】本発明の特定の一実施形態に従った、図２のネットワークに属するビデオ装置を示す図である。
【図５】本発明の特定の一実施形態に従った、図３のサーバにて実行される方法を示す図である。
【図６】本発明の特定の一実施形態に従った、図４のビデオ装置にて実行される方法を示す図である。
【図７】図２のネットワークの構成要素間での交信の一例を示す図である。
【発明を実施するための形態】
【００１８】
本発明によれば、ビデオ装置におけるサービスリスト管理に関する１つ以上の地上波デジタルテレビジョンパラメータの設定を遠隔的に管理することができる。この遠隔管理は、例えば、ＤＴＴサービスとサービス・コーディネートとの間の関連付けに用いることが可能である。この遠隔管理はまた、ＤＴＴ伝送に使用される特定の周波数群を受信するように用いられ得る。現行の最新技術によれば、サービスリストのインストールは常にユーザによって開始される。何らかの間違いが起こり、あるいはＳＴＢ（セットトップボックス）に問題が生じ、且つサービスリストの再インストールが必要である場合、ユーザは自分でそれを行わなければならない。また、ＳＴＢの領域内の送信者の組に変化が生じて新たな送信者が現われることがあり、ＳＴＢ上でサービス設定を再び行わせることが有益となることがある。これは現在、常にユーザによって開始されねばならない。本発明は、設定が自動的あるいは遠隔オペレータの制御下で開始されることを可能にする遠隔管理を実現する。
【００１９】
本発明の一態様によれば、サーバによって、サービスリストのインストールのための周波数マップがビデオ装置に送信される。これは、スキャンされるべき周波数の組を減少させるため、インストールを高速化させるという利点をもたらす。加えて、この操作はビデオ装置のユーザに見えるものとし得る。有利には、周波数マップは、スキャンされるべき１つ以上の周波数帯域（又は範囲）を指定する。これらの帯域は、開始周波数と終了周波数を用いて、あるいは開始（又は終了）周波数と大きさを用いて規定することができる。不連続な周波数マップが存在し得る国では、複数の異なる周波数範囲で一連のスキャンを行わせることによって、完全なインストールを行うことができる。
【００２０】
本発明の他の一態様によれば、（１つのサービスに対して複数のサービス・コーディネートが存在する場合、）ビデオ装置内でのＤＴＴサービス（論理チャネル）とサービス・コーディネート（例えば、ＤＶＢ−Ｔの場合のＤＶＢトリプレット）との間の関連付けが、設定サーバによって遠隔制御される。
【００２１】
本発明の特定の一実施形態において、オブジェクトを表すデータモデルが用いられる。データモデルは、サーバを制御するヘルプデスクのオペレータがユーザを支援し、ユーザのサービスリストインストール・設定のトラブルを解決することを可能にする。データモデルはまた、ビデオ装置におけるサービスリスト管理に関するパラメータを遠隔の設定サーバが管理することを可能にする。これらのパラメータは、ビデオ装置がスキャンすることを認められたＤＴＴ周波数帯域、ＤＴＴ論理チャネルとＤＴＴサービス・コーディネートとの間の関連付け、決定されたＤＴＴ論理チャネル及び／又は決定されたＤＴＴサービス・コーディネートへの接続を含む。
【００２２】
このデータモデルは、ＤＳＬフォーラムによって規定されたＴＲ−０６９ＣＷＭＰプロトコルとともに使用される。
【００２３】
ＣＷＭＰと呼ばれる加入者宅内機器（Customer  Premises  Equipment；ＣＰＥ）ワイドエリアネットワーク（ＷＡＮ）遠隔管理プロトコルは、ＴＲ−０６９と参照されるデジタル加入者回線（ＤＳＬ）フォーラム技術報告にて規定されている。ＴＲ−０６９（表題「CPE  WAN  Management  Protocol」、ＤＳＬフォーラム技術報告、２００４年５月発行、２００６年修正）は、遠隔管理プロトコルスタックを規定している。ＴＲ１０６（ＴＲ−０６９に準拠した一般的データモデル）により、如何なる種類の装置にも適用可能な一般的データモデルが規定されている。
【００２４】
ＳＴＢ用にＴＲ−０６９に準拠した遠隔管理の企画案（ＷＴ−１３５と参照される）が存在している。この企画案はＤＴＴサービスリストの遠隔管理を扱っていない。
【００２５】
本出願の明細書は、特に、ＷＴ−１３５（現行版のｖ８）にて使用を定められたデータモデルへの拡張を規定する。この拡張は、本発明に従って、ビデオ装置上でＤＴＴサービスを可能にする様々なパラメータを設定することを可能にする。
【００２６】
本明細書を通して以下の用語を使用する：
−  自動設定サーバ（Auto-Configuration  Server；ＡＣＳ）：これは、先進サービスのためにＣＰＥの自動設定を担う広帯域ネットワーク内の構成要素である；
−  加入者宅内機器（Customer  Premises  Equipment；ＣＰＥ）；
−  パラメータ：読み出し及び／又は書き込みのためにＡＣＳにアクセス可能にされた管理可能なＣＰＥパラメータを表す名称−値の対；
−  セットトップボックス（ＳＴＢ）：この装置はオーディオビデオ復号器を含み、アナログＴＶ及び／又はホームシアターに接続されることが意図される。
【００２７】
本明細書は、ＤＴＴサービス管理用の提供（プロビジョニング）オブジェクトに関連付けられたＳＴＢ装置データモデル拡張の一例を規定する。有利には、装置オブジェクトはＴＲ１０６にて規定されたデータ階層要求の全てに忠実に従う。ＴＲ１０６の文脈において、ＳＴＢ装置オブジェクトは最上位のアプリケーション特定オブジェクト（正式なデータ階層定義中で定義されたアプリケーションオブジェクト）である。従って、個々のＣＰＥ装置は、ＴＲ１０６にて規定された一般的データオブジェクトとともに、ルートオブジェクト内にこれらのオブジェクトのうちの１つ以上を含み得る。
【００２８】
図１は、本発明の特定の一実施形態に従った装置オブジェクト構造１（装置は例えばセットトップボックスである）を示している。
【００２９】
各ＳＴＢ又はビデオ装置は、図１に従って、その設定及びデータを管理することができる。遠隔サーバは、図１に示すように、自身が管理することが可能な一部又は全てのビデオ装置に関するオブジェクト構造を（完全あるいは部分的に）有することができる。
【００３０】
ソフトウェア又はハードウェアにて実装されることが可能なオブジェクト構造１は、能力（capabilities）構造１０、コンポーネント構造１１、オーディオ／ビデオ（ＡＶ）プレーヤ構造１２、オーディオ／ビデオ（ＡＶ）ストリーム構造１３、及びアプリケーション構造１４を含む相異なる複数の部分構造を有する。これらの構造はＷＴ−１３５にて規定されている。
【００３１】
コンポーネント構造１１は、地上波コンポーネントに関するフロントエンド（フロントエンド．｛ｉ｝地上波１１０）又はＩＰコンポーネントに関するフロントエンド（フロントエンド．｛ｊ｝ＩＰ１１１）の各々の能力に関連付けられている。本発明は、遠隔サーバ（例えば、ＡＣＳ）によって遠隔的に読み取られ且つ／或いは更新される特定の地上波コンポーネントを規定する。
【００３２】
図２は、ネットワークアーキテクチャ２を例示している。このネットワークアーキテクチャ２は：
−  少なくとも１つの設定サーバ２０（例えば、ＡＣＳ）；
−  基幹回線網２１（例えば、ワイドエリアネットワーク（例えば、ＡＤＳＬ（非対称デジタル加入者回線）ネットワーク））；
−  ２つのＤＴＴ送信器２４及び２５；及び
−  １つ以上のビデオ装置２３（ビデオ装置２３及びそれが結合されたゲートウェイ２２は、ＴＲ−０６９にて規定されるようにインターネットゲートウェイ装置の部分として埋め込まれるか、装置２３及びゲートウェイ２２が１つ又は２つの別個の装置にされるというスタンドアローン装置であるかの何れかである。）（本発明の一変形例として、ビデオ装置２３がＴＲ０６９に準拠していない場合、ゲートウェイ２２と装置２３との間に専用のプロキシが挿入されてもよい。）；
を有している。
【００３３】
ビデオ装置２３及び設定サーバは、ゲートウェイ２２及び基幹回線網２１を介して交信する。ビデオ装置２３は図１に従ったビデオ装置オブジェクト構造を実装している。有利には、ビデオ装置２３と遠隔サーバ２０との間のチャネルはインターネットプロトコル型である。これは、戻りチャネルと本発明に適応され得る遠隔管理プロトコルへの準拠性とにより、遠隔サーバ２０とビデオ装置２３との間での通信を容易にし得る。
【００３４】
ＤＴＴ送信器２４及び２５は、固有の周波数（それぞれ、Ｆ１及びＦ２と表記する）を用いて、ビデオ装置にＤＴＴサービスを送信する。ビデオ装置２３は、送信器２４及び２５によって放送されたサービスを受信するように適応されている。
【００３５】
図３は、設定サーバ２０を模式的に示している。サーバ２０は：
−  マイクロプロセッサ３０（又はＣＰＵ）；
−  ＲＯＭ（読み出し専用メモリ）型の不揮発性メモリ（又はハードディスク）３１；
−  ランダムアクセスメモリ（ＲＡＭ）３２；
−  ユーザ又は制御機械との通信を可能にするアプリケーションインタフェース・インターネット３５；
−  基幹回線網２１を介してビデオ装置２３とデータ又は制御フレーム（典型的に、ＣＷＰＭフレーム）を交換（送信且つ／或いは受信）することを可能にするネットワークインタフェース３４；
−  要素３０を３２、３４及び３５に連結するデータ・アドレスバス３３；
を有している。
【００３６】
ここで使用される用語“レジスタ”は、ＲＡＭ３２０又はＲＯＭ３１０内で、小さいサイズ（数バイナリデータ）のメモリ領域又は大きいメモリ領域（例えば、プログラム又はオーディオ／ビデオデータ）に対応し得る。
【００３７】
ＲＯＭ３１は、プログラム３１０と、ＤＴＴ送信器によって使用される周波数マップ３１１を表す情報とを有する。図５の方法を実現するアルゴリズムが、サーバ２０に付随するＲＯＭ３１に格納される。電源がオンにされると、ＣＰＵ３０はプログラム３１０をＲＡＭ３２内にダウンロードし、その命令を実行する。
【００３８】
ＲＡＭ３２は、特に：
−  レジスタ３２０内に、サーバ２０の電源オン時にダウンロードされたＣＰＵ３０によって使用されるプログラム；
−  レジスタ３２１内に様々な状況（ステータス）（例えば、１つ以上のビデオ装置２３に関係するサービス）；及び
−  レジスタ３２２内に様々な設定データ（例えば、１つ以上のビデオ装置２３によって使用される周波数）；
を有している。
【００３９】
図４は、ビデオ装置２３を模式的に示している。ビデオ装置２３は：
−  マイクロプロセッサ４０（又はＣＰＵ）；
−  ＲＯＭ型の不揮発性メモリ（例えば、フラッシュメモリ又はハードディスク）４１；
−  ＲＡＭ４２；
−  ユーザ、ディスプレイ、及び／又はオーディオ／ビデオの復号化、記録及び／又は再生用の装置との通信を可能にするアプリケーションインタフェース・インターネット４５；
−  基幹回線網２１と該ビデオ装置に結合されたゲートウェイ２２とを介して設定サーバ２０とデータ又は制御フレーム（典型的に、ＣＷＰＭフレーム）を交換（送信且つ／或いは受信）することを可能にするネットワークインタフェース４４；概して、インタフェース４４は遠隔管理サーバ２０からのデータの受信器である；
−  アンテナ、ＲＦ（無線周波数）部及び復調器を含むＤＴＴ受信ブロック４６；ブロック４６はＤＴＴ無線チャネルを介しての地上波デジタルテレビジョン信号の受信器である；
−  要素４０を４２に、そして４４を４６に連結するデータ・アドレスバス４３；
を有している。
【００４０】
ＲＯＭ４１は、プログラム４１０と、ＤＴＴ受信ブロック４６によって同調されることが可能な周波数のリスト４１１とを有している。図６の方法を実現するアルゴリズムが、該装置２３に付随するＲＯＭ４１に格納される。電源がオンにされると、ＣＰＵ４０はプログラム４１０をＲＡＭ４２内にダウンロードし、その命令を実行する。
【００４１】
ＲＡＭ４２は、特に：
−  レジスタ４２０内に、該装置２３の電源オン時にダウンロードされたＣＰＵ４０によって使用されるプログラム；
−  レジスタ４２１内に様々なステータス（例えば、該装置２３によって受信されたサービス）；
−  レジスタ４２２内に様々な設定データ（例えば、サーバ２０によって該装置２３に割り当てられた周波数）；
−  ＤＴＴ送信器２４又は２５から受信したオーディオ／ビデオデータを格納するオーディオ／ビデオ（ＡＶ）データバッファ４２３；及び
−  送信するＲＴＰフレーム及びＲＴＰ受信フレームを格納するＲＴＰバッファ４２４；
を有している。
【００４２】
ＣＰＵ４０、ＲＯＭ４１、ＲＡＭ４２、受信器４６及びバス４３は、第２の通信チャネルを介して受信した、ビデオ装置２３にサービスリスト管理に関する地上波デジタルテレビジョンパラメータを設定するよう要求する制御コマンドに従った、サービスリスト管理に関する１つ以上の地上波デジタルテレビジョンパラメータの設定のための手段である。本発明によれば、これらの手段のその他の構造、特に、例えば専用チップ（例えば、ＡＳＩＣ）等の純粋なハードウェアチップ、受信器４６に統合されたハードウェア要素、又はハードウェア要素とソフトウェア要素との組み合わせも可能である。有利には、受信器４６は、ＤＴＴ受信に使用するＤＴＴ物理パラメータの設定を記憶し、それに従ってＤＴＴ信号を受信することが可能なプログラム可能な構成要素を有する。一変形例によれば、ＤＴＴパラメータがＤＴＴ受信に使用する物理パラメータに関連付けられないとき、それらを設定する手段は、ＤＴＴ受信器を含まずに、純粋なるソフトウェア実装（例えば、メモリを備えたＣＰＵ）、ソフトウェアとハードウェアとの組み合わせ実装（例えば、ＣＰＵ、メモリ及び専用チップ）、又は純粋なるハードウェア実装（例えば、専用チップ）を含んでもよい。
【００４３】
図５は、本発明の特定の一実施形態に従った、設定サーバ２０にて実行される方法を示している。
【００４４】
当該方法は、サーバ２０自体の様々な設定データ（例えば、装置２３のＩＰアドレス、それらのプロファイル、オーディオ／ビデオ放送者やユーザや制御機械に関する設定データ）が初期化されるリセット段階５０から始まる。ＤＴＴ送信器によって使用される周波数は、この段階中に、ユーザによって手動で設定され、あるいは特定のサーバから自動的にダウンロードされ得る。本発明の一変形例によれば、これらの周波数波は（当該周波数によって運ばれるＤＴＴ信号を受信することが可能な）特定の地理的領域を表す情報に関連付けられる。
【００４５】
そして段階５１にて、サーバ２０は、アプリケーションインタフェース３５を介してのユーザ又は制御機械からの、あるいはビデオ装置からの、コマンドを待ち、それを受信する。このコマンドは、（周波数の変化、及び／又は地理的範囲の変化に対応して）周波数マッピングが変更されるときに、ユーザ（典型的に、オペレータ）又は制御機械によって送信されることができる。このコマンドはまた、インストール、リセット、ユーザからの要求、又はビデオ装置によって検出されたＤＴＴの受信若しくは設定の問題を受けて、ビデオ装置によって送信されることが可能である。
【００４６】
そして段階５２にて、サーバ２０は、段階５１で受信したコマンドに従ってＣＷＭＰ要求を構築し、それを（該コマンドに従って）１つ以上のビデオ装置２３に送信する。
【００４７】
そして段階５３にて、サーバは、段階５２で送信したＣＷＭＰ要求の受信者の各々からの応答を待ち、それを受信する。一変形例として、段階５２にて待ち時間を設定してもよく、サーバは、期待する全ての応答を受信するまで、あるいは待ち時間の満了時点まで応答を待つ。
【００４８】
そして段階５４にて、サーバは、段階５１中にコマンドを送信したユーザ又は制御機械に、例えば表示のために、ステータスを送信する。その後、段階５１が繰り返される。
【００４９】
本発明によれば、サーバは段階５１において複数のコマンド、特に以下のコマンドを受信することができる：
−  １つ以上のビデオ装置のＤＴＴ周波数スキャン；この周波数スキャンは、認められた周波数帯域の全体又はそのうちの１つ以上の部分に関係し得る（例えば、部分（群）が開始周波数と終了周波数又は帯域幅とによって定められ得る）；このコマンドはビデオ装置が定められた周波数帯域をスキャンすることを可能にする；有利には、この帯域は具体的な基準（例えば、ビデオ装置の地理的位置又は推測による受信品質）を用いて制限され、ビデオ装置に適応される；このコマンドはまた、ビデオ装置のインストールが為されたときの周波数マップの変化を考慮すること、及びビデオ装置にサービスパラメータを交信させることを可能にする；このコマンドはまた、特定の１つ以上の周波数上でビデオを検査するためにも使用され得る；
−  １つ以上のビデオ装置によって使用する１つ以上のＤＴＴ周波数の選択；
−  １つ以上のビデオ装置によって接続する１つ以上のＤＴＴサービスの選択；これは遠隔検査に使用され得る；
−  １つ以上のビデオ装置によって接続する１つのＤＴＴ論理チャネルの選択；これも遠隔検査に使用され得る（現行の最新技術によれば、サービス又は論理チャネルの選択はビデオ装置ユーザによって手動で行われている）。
【００５０】
ＣＷＭＰ要求は、以下のようなＴＲ−０６９にて規定された標準コマンドの構造に従う：
−  段階５１のコマンドに従って１つ以上のビデオ装置に設定要求を送信するための、ＴＲ−０６９のセクションＡ．３．２．１の表９に規定されたSetParameterValuesに基づく要求；
−  例えばビデオ装置の使用に対する視聴者統計などのデータ又は配信問題の考え得る原因の識別子の検索要求を１つ以上のビデオ装置に送信するための、ＴＲ−０６９のセクションＡ．３．２．５の表２０に規定されたGetParameterValuesに基づく要求。
【００５１】
段階５３に関連する対応するＣＷＭＰ応答は、以下のようなＴＲ−０６９にて規定された標準応答の構造に従う：
−  １つ以上のビデオ装置からの、設定要求のステータスを検索するための、ＴＲ−０６９のセクションＡ．３．２．１の表１０に規定されたSetParameterValuesResponseに基づく応答；
−  例えばビデオ装置の使用に対する視聴者統計などのデータ又は配信問題の考え得る原因の識別子を検索するための、ＴＲ−０６９のセクションＡ．３．２．５の表２１に規定されたGetParameterValuesResponse変数に基づく応答。
【００５２】
完全なデータモデルをリストアップした本明細書末尾の表１に、コマンド及び／又は応答ごとに、情報及びフォーマットの具体的な形式を示す。リストアップしたコマンドに関するデータモデルの主なオブジェクトについては後述する。
【００５３】
周波数の設定に関するコマンドが段階５１にて受信されると、設定サーバ２０は対応するビデオ装置（群）２３に、オブジェクトを含む要求SetParameterValuesを送信する。
【００５４】
段階５３にて、ビデオ装置（群）は応答GetParameterValuesResponseで応答する。
【００５５】
そして、段階５４にて、これら制御対称のビデオ装置群２３によって使用される周波数のステータスが表示される。その後、段階５１が繰り返される。
【００５６】
幾つかのシナリオが考えられる。それらの一部を図７に示す。
【００５７】
図６は、本発明の上記特定の一実施形態に従った、ビデオ装置２３にて実行される方法を示している。
【００５８】
当該方法は、ビデオ装置自体の様々な設定データ（例えば、サーバ２０のＩＰアドレス、その初期設定のプロファイル、オーディオ／ビデオ放送者やユーザに関するデータ、内部統計のリセット、使用可能なＤＴＴ周波数など）が初期化されるリセット段階６０から始まる。
【００５９】
そして段階６１にて、ビデオ装置２３は、サーバ２０からのＣＷＭＰ要求を待ち、それを受信する。
【００６０】
そして検査６２にて、装置２３は、このコマンドが設定セット、すなわち、上述の設定に使用されるオブジェクトのうちの１つに関する要求SetParameterValues、に一致するかを確認する。
【００６１】
一致する場合、段階６３にて、装置２３は受信した設定要求内で使用されているオブジェクト及び変数に従った設定を設定する。そして段階６４にて、装置２３は、設定が為されたことを指し示す応答をサーバ２０に送信する。段階６４の後、段階６１が繰り返される。
【００６２】
検査６２の後、コマンドが設定セットに一致しない場合、検査６５にて、装置２３は、コマンドがデータ検索、すなわち、上述のデータ検索に使用されるオブジェクトのうちの１つに関する要求GetParameterValues、に一致するかを確認する。
【００６３】
一致する場合、段階６６にて、装置２３は受信した要求内で使用されているオブジェクト及び変数に従った要求されたデータを送信する。そして段階６７にて、装置２３は、要求された統計データを有する応答をサーバ２０に送信する。段階６７の後、段階６１が繰り返される。
【００６４】
その他の場合、段階６８にて、装置２３はＣＷＭＰ要求を実行し、段階６１が繰り返される。
【００６５】
図７は、サーバ２０、装置２３、及びユーザ若しくは制御機械７０の間での交信の一例を示している。
【００６６】
ユーザ又は機械７０によって送信された設定コマンド７１を受信すると、サーバ２０は、図５の段階５２に示したように、ＣＷＭＰコマンド７２を構築し、それをビデオ装置２３に送信する。
【００６７】
そして、ビデオ装置２３は、図６の段階６４に示したように、応答７３を構築し、それをサーバ２０に返送する。そして、サーバ２０によって、設定の結果７４がユーザ又は制御機械７０に与えられる。
【００６８】
ユーザ又は機械７０によって送信されたデータ要求コマンド７５を受信すると、サーバ２０は、図５の段階５２に示したように、ＣＷＭＰコマンド７６を構築し、それをビデオ装置２３に送信する。
【００６９】
そして、ビデオ装置２３は、図６の段階６７に示したように、応答７７を構築し、それをサーバ２０に返送する。そして、サーバ２０によって、要求された設定の統計データ７８がユーザ又は制御機械７０に与えられる。
【００７０】
本発明の実施は、有利なことに、ゲートウェイ及びＳＴＢに同様なプロトコルを有することを可能にする。ＴＲ−０６９はゲートウェイに使用されるので、双方の装置に使用される場合、ビデオ装置（ＳＴＢ）及びゲートウェイの遠隔管理システム全体が単純化される。加えて、パラメータ取得関数及びパラメータ設定関数が遠隔で生成され、（メッセージ交換ではなく）ＲＰＣ（remote  procedure  call；遠隔手続呼び出し）がＴＣＰ上で使用されるので、プロトコルは信頼性の高いものとなる。より一般的には、本発明は設定サーバ（例えば、ＡＣＳ）からのＳＴＢの遠隔的な問題解決及び遠隔設定を可能にする。本発明に従ったデータモデルは、ＴＲ−０６９の枠組みに準拠したものであり、ＴＲ−０６９プロトコルを用いた遠隔管理の様々な操作を可能にする。
【００７１】
さらに、本発明は、遠隔管理サーバが遠隔のオーディオ／ビデオ装置におけるＤＴＴ周波数を管理することを可能にする遠隔管理方法を提案している。有利には、この管理方法は、割り当てられたＤＴＴ周波数の管理に関連するコマンド及び／又は対応する応答（例えば、ＣＷＭＰコマンド及び／又は応答）の送信段階及び／又は受信段階を有する。これらの周波数パラメータは、有利には設定プロトコルと同一のプロトコルによってアップロードされる、サーバ（例えば、設定サーバ）によって復元されることが可能な様々なデータに従って正確に調整されることができる。
【００７２】
有利なことに、本発明に従って数多くのシナリオを定めることが可能であり、様々な設定要求及び／又はデータ検索の間に相乗効果が存在する。以下、表１に用いられる構文に基づく例を説明する。
【００７３】
例えば、ＤＴＴサービスリストのインストールのため、サーバ２０によって要求がビデオ装置２３に送信され、ビデオ装置２３が少なくとも１つの地上波デジタルテレビジョン周波数（（例えば検査のための）１つの決定された周波数、一組の周波数、及び／又は１つ以上の周波数範囲とし得る）をスキャンすることを要求する。この要求を受信すると、ビデオ装置２３は地上波デジタルテレビジョン周波数（群）をスキャンする。特定の一実施形態によれば、このシナリオは以下の後続段階を含む：
−  スキャンすべき周波数（群）（例えば、１つの周波数、複数の周波数、又は周波数範囲（群））を設定することによる、必要に応じての周波数マッピング；このため、サーバ２０は標的ビデオ装置（群）に、所望の周波数に設定されたそれぞれのパラメータSTBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.StartFrequency及びSTBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.StopFrequencyを有する２つ又はそれより多くのコマンドSetParameterValuesを送信する；
−  周波数スキャンの開始；このため、サーバ２０はビデオ装置（群）に、１に設定されたパラメータSTBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.Startを有するコマンドSetParameterValuesを送信する。
【００７４】
一変形例として、周波数マッピングはサーバ２０によって要求され、ビデオ装置２３は周波数マッピング後に周波数スキャンを自動的に、あるいは自動的にではなく、開始する。
【００７５】
そして、上述のコマンドを受信した何れのビデオ装置も、所与の周波数範囲内で周波数スキャンを開始する。一変形例として、複数の相隔てられた範囲がスキャンされてもよい。特定の実施形態によれば、スキャンは１つの開始コマンド、又は定められた範囲ごとに送信される開始コマンドを用いて行われる。
【００７６】
一変形例として、ＤＴＴサービスリストのインストールに先立って、サービスリストのリセット（初期化）が行われてもよい。このため、サーバ２０は標的ビデオ装置に、真（true）に設定されたパラメータSTBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.resetを有するコマンドSetParameterValuesを送信する。
【００７７】
有用あるいは必要であれば、サーバは、スキャンのステータスに関するパラメータ（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.Status）及び／又はスキャンの進捗に関するパラメータ（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.Progress）を有するコマンドGetParameterValuesを用いてビデオ装置からパラメータを取得することによって、スキャンの状態を入手することができる。
【００７８】
一変形例として、ビデオ装置によって使用されるＤＴＴ物理チャネルのその他のパラメータが、遠隔サーバ２０によって管理される。特に、ガードインターバル（インストール構造STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.のGuardInterval欄を用いる）、変調形式（例えば、使用されるコンスタレーション；インストール構造のConstellation欄を用いる）、ＯＦＤＭフレーム内の搬送波数（インストール構造のTransmissionMode欄を用いる）、伝送に用いられる階層符号化パラメータ（インストール構造のHierarchyInformation欄を用いる）、高優先度（すなわちＨＰ；階層符号化が用いられる場合にインストール構造のCodeRateHP欄を用いる）又は低優先度（すなわちLＰ；階層符号化が用いられる場合にインストール構造のCodeRateLP欄を用いる）に適用されるスキャンに用いる符号レート、スキャン処理に用いるチャネル帯域幅（階層符号化が用いられる場合にインストール構造のChannelBandwidth欄を用いる）といったパラメータである。
【００７９】
有利には、インストール中、ビデオ装置２３は、ＤＴＴサービスリスト管理に関する全ての情報（これらを取得する要求を介してサーバ２０によって要求され得る）をメモリに格納する。これらの情報は、スキャンされた周波数（群）又はスキャンすべく周波数（群）、及びより一般的に、ＤＴＴ受信のためにビデオ装置２３によって用いられる物理層のパラメータ、ＤＴＴ論理チャネルとＤＴＴサービス・コーディネートとの間の関連付け、受信品質に関する情報（例えば、順方向誤り訂正の前又は後の受信論理チャネル又はサービス・コーディネートに関するビット誤り率又はフレーム誤り率、受信論理チャネル又はサービス・コーディネートに関する信号対雑音比）、ＤＴＴ受信インストールのステータスに関する情報（例えば、現インストールの進捗度、インストールが有効か否か）、インストールされたＤＴＴサービスリストに関する情報（例えば、インストールされた論理チャネルの数、サービスリストに関連付けられた論理チャネルの数、論理チャネルの識別子、各論理チャネルに関連付けられたサービスの数、決定されたサービス・コーディネートに対応する送信器周波数及び対応するサービス・コーディネートの識別子、好適サービス・コーディネート、接続されたサービス・コーディネート）を有する。
【００８０】
ＤＴＴ論理チャネルとＤＴＴサービス・コーディネートとの間の或る具体的な関連付けに関し、シナリオは以下の一連の段階を含む：
−  サービスリストデータベースに関するパラメータを有するコマンドGetParameterValues（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase）を用いてサービスリストデータベースを取得する；応答は、該コマンド内でパラメータとして用いられた構造の下で規定された全てのオブジェクトを有する；これは、サービスの数（NumberOfService）、論理チャネルの数（NumberOfLogicalChannel）、各論理チャネルに関する論理チャネル情報（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}、ただし、ｉは１とNumberOfLogicalChannelとの間）を含む；
−  ２つ以上のサービス・コーディネートに関連付けられた論理チャネルを探すよう、サービスリストデータベースを閲覧する；
−  ２つ以上のサービス・コーディネートに関連付けられた、少なくとも１つの論理チャネルに対し（有利には、各論理チャネルに対し）、好適サービス・コーディネートが最良受信品質（例えば、より低いＢＥＲ若しくはＣＢＥＲ、又はより高いＳＮＲ）に関連付けられているかを、サービス情報に対応するデータ（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}.Servicel{i}）を見ることによって確認する；
−  サービス情報に対応するデータを見ることにより、好適サービス・コーディネートが最良受信品質（又は、一変形例として、例えば所与の閾値より優れたＢＥＲ、ＣＢＥＲ及び／又はＳＮＲといった十分な品質）に関連付けられていないことが判明した場合、サーバは、新たなサービスリストのインストールを行わせることができる（サービスリストのリセット；このため、サーバ２０は標的ビデオ装置（群）に、真に設定されたパラメータSTBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.resetを有するコマンドSetParameterValuesを送信し、上述のように周波数スキャンを行わせる；一変形例によれば、サーバは、“Preferred”パラメータを、最良の（あるいは、十分な）品質（より低いＢＥＲ若しくはＣＢＥＲ、又はより高いＳＮＲ）に対応するサービス・コーディネートに対して真に設定し、以前の好適サービス・コーディネートに対して偽（false）に設定してもよい）。
【００８１】
サーバ２０はまた、ビデオ装置２３によって受信された論理チャネルに関連付けられたサービス・コーディネートの受信品質を、以下のシナリオに従って検査することができる：
−  論理チャネルのインスタンス“ｉ”に関するパラメータ（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}）を有するコマンドGetParameterValuesを用いて、ＤＴＴ論理チャネルとＤＴＴサービス・コーディネートとの間の現在の関連付けを取得する；応答は、該コマンド内でパラメータとして用いられた構造の下で規定された全てのオブジェクトを有する；これは、論理チャネルの識別子（LogicalChannelNumber）、サービスの数（NumberOfService）、並びに、Frequency及びServiceCoordinates（DVBIｄ、BER、CBER、SNR、Preferredと呼ぶ）を含む各サービスに関する情報（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}.Service{i}、ただし、ｉは１とNumberOfServiceとの間）を含む；
−  その後、サービス情報の情報を見て、論理チャネルに関連付けられた、（先のシナリオにて説明したような）十分な信号品質を有しないサービス・コーディネートが存在するかを特定する。
【００８２】
サーバ２０はまた、接続すべきサービス・コーディネートの識別子に設定されたパラメータSTBService.{i}.Components.FrontEnd.{i}.DTT.ServiceConnect.DvbIdを有するコマンドSetParameterValuesを用いて、ビデオ装置に、決定されたサービス・コーディネートに接続するよう強いることができる。
【００８３】
サーバ２０はまた、接続すべき論理チャネルの識別子に設定されたパラメータSTBService.{i}.Components.FrontEnd.{i}.DTT.LogicalChannelConnect.LogicalNumberを有するコマンドSetParameterValuesを用いて、ビデオ装置に、決定された論理チャネルに関連する好適サービス・コーディネートに接続するよう強いることができる。
【００８４】
当然ながら、本発明は上述の実施形態に限定されない。
【００８５】
特に、その他の形式の要求フォーマット又は応答フォーマットが本発明に従って用いられてもよい。以上では、ＴＲ−０６９に基づく例を説明した。実際には、ＴＲ−０６９に準拠しようとしまいがその他の関数が本発明に従って実装されてもよい。
【００８６】
また、（設定又は統計に結び付けられた）オブジェクトの構造、フォーマット及び名称は、表１の例に限定されるものではなく、本発明の具体的な実現法に従って変更されてもよい。例えば、ブール形式は文字列又は整数の形式に変更されてもよく；整数形式、文字列形式は、それぞれ、文字列形式、所定の変数に対応する整数である整数形式に変更されてもよい。その他のオブジェクト構造も本発明に従ったものであり、例えば、表１に規定された構造の一部は、幾つかの構造に分離されてもよい（例えば、数多くの取り得る変数を有する統計に関する構造は、各々が１つ以上の特定の変数に関連付けられた複数の構造を用いて規定され得る）し、あるいは逆に、１つの構造にまとめられてもよい。オブジェクト及び変数の名称は、特定の一実施形態を例示するために与えられたものである。当然ながら、それらの名称は具体的な実装に従って変更されることが可能である。また、上述のリストには、その他の設定コマンド又は統計検索関数が追加され得る。
【００８７】
さらに、以上で規定した全てのオブジェクトは、一部の具体的な実装においては必須のものではない。例えば、周波数管理はＤＴＴサービス管理なしで実現されることも可能であり、ＤＴＴサービス管理が周波数管理なしで実現されることも可能である。
【００８８】
また、本発明は、ＣＷＭＰプロトコルの使用に限定されるものではなく、サーバが遠隔ビデオ装置内のオブジェクトに直接的に設定及び／又はデータ検索関数を遠隔適用することを可能にする如何なるプロトコルにも関係する。
【００８９】
特に、ＣＷＭＰに代えて簡易ネットワーク管理プロトコル（Simple  Network  Management  Protocol；ＳＮＭＰ）を用いることができ、同一の機能性のために、ＷＴ−１３５データモデルに代えて管理情報ベース（Management  Information  Base；ＭＩＢ）を用いることができる。
【００９０】
代替的に、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）によって規定されたＸＭＬコンフィギュレーション・アクセス・プロトコル（XML  Configuration  Access  Protocol；ＸＣＡＰ）も用いられ得る。ＸＣＡＰは、遠隔サーバが、ビデオ装置とし得る装置上にＸＭＬ形式の文書として格納されたユーザごと及びアプリケーションごとの設定データを管理（作成、消去、読み取り、書き込み、及び改変）することを可能にする。この変形例によれば、同一の機能性のために、ＷＴ−１３５データモデルに代えてＸＭＬ構造が用いられる。
【００９１】
本発明は、図２のネットワーク構造に限定されず、１つ以上の遠隔装置（ビデオ装置、又は１つ以上のビデオ装置に直接的あるいはゲートウェイを介して結合されたプロキシ）にコマンドを送信可能な１つ以上の管理サーバを含む様々な構造に関係する。ビデオ装置は、セットトップボックスに限定されず、無線によって送信されたＤＴＴサービスを受信可能な、ＴＶセット、コンピュータ、ノート型コンピュータ、固定式あるいは移動式の通信装置にも関係する。
【００９２】
本発明はまた、上述の本発明に従った管理方法を（サーバ側及び／又はビデオ装置側で）実行するように適応されたコンピュータプログラム、又はそのようなプログラムを有する媒体に関係する。
【００９３】
本発明はまた、以上（例えば、表１）にて規定した、例えばＣＷＭＰ等のプロトコルとともに用いられる遠隔管理モデルに関係する。
【００９４】
本発明の一変形例によれば、その他のプロトコルを介して、要求が送信され応答が受信される。それは、ビデオ装置と遠隔サーバとの間でのデータ通信を可能にする如何なる通信プロトコルであってもよい。例えば、要求は、該要求の特定及び／又は記述を行うパラメータを用いて遠隔サーバによってＤＴＴビデオ装置に送信されるメッセージを有し得る。応答は、遠隔サーバによって要求された情報を用いてＤＴＴビデオ装置によって遠隔サーバに送信されるメッセージを有し得る。
【００９５】
特に、本発明は、デジタル番組を受信するためにセットトップボックスによって使用されるＤＴＴ周波数をオペレータが動的に管理することを可能にするビデオ装置（例えば、ＳＴＢ）の遠隔管理モデルに関係する。
【００９６】
本発明はまた、本明細書にて説明した遠隔管理モデルを実現する手段を有するサーバ、ゲートウェイ、プロキシ、又はビデオ装置に関係し、より一般的には、そのようなサーバ（群）及び／又はビデオ装置（群）を有するネットワーク又は通信システムに関係する。
【００９７】
附録として提示した表１は、ＳＴＢ  ＣＰＥ装置に関するオブジェクトと、本発明の一実施形態に従ったそれらの関連パラメータとをリストアップしている。各パラメータのデータ型式を指し示す表記、及びマルチインスタンスオブジェクトに関する表記は、ＴＲ１０６ＤＳＬフォーラム技術報告（表題「Home  Network  Data  Model  Template  for  TR-069-Enabled  Devices」）に規定された表記に従っている。
【００９８】
表１の第１列は、パラメータの完全な名称を、ＴＲ１０６ＤＳＬフォーラム技術報告に規定されたルートオブジェクト名、オブジェクト名（太字）、及び個々のパラメータ名を連結して表している。
【００９９】
表１の第２列は、パラメータの形式を表している（例えば、（１つ以上のパラメータを有する）オブジェクト、２５６文字の文字列、ブール、符号なし整数）。
【０１００】
第３列は書き込みステータスを表しており、“Ｗ”は書き込み可能且つ読み出し可能を意味し、“―”は読み出しのみ可能を意味している。
【０１０１】
第４列は、対応するパラメータを記述している。
【０１０２】
また、本発明に従った管理方法によって使用される主なオブジェクトは太字にしてある。
【０１０３】
以下の注釈が使用される：
−  論理チャネル：ユーザのＳＴＢ上でサービスを選択するためにユーザによって使用される数に対応する；
−  サービス：ＤＴＴサービス・コーディネート、あるいはＤＶＢ規格の場合にはＤＶＢトリプレット（オリジナルネットワークｉｄ、トランスポートストリームｉｄ、サービスｉｄ）、に対応する。
【０１０４】
ＤＴＴシステム上では、単一の論理チャネルに対応する複数のサービス（ＤＶＢ−Ｔの場合には複数のＤＶＢトリプレット）が存在し得る。セットトップボックス（ＳＴＢ）は、故に、同一の論理チャネルを複数の異なる送信器から受信する位置にあり得る。ＳＴＢはそのうちの１つを選択しなければならない。通常、ＳＴＢは最良の受信レベル（最低のＢＥＲ）を有するサービスをとる。
【０１０５】
データモデルは、論理チャネルが複数のサービスのインスタンスを含み得るように構造化される。
【０１０６】
ＳＴＢが同一の論理チャネルに関して複数のサービスを受信することができるものの最低の品質を有する１つにロックされる設定が存在し得る（例えば、１つの送信器が、ＳＴＢがインストールされた後の操作に置かれているため）。データモデルは、そのことを検出し、それを変更することを提案する。１つの手法は、論理チャネルに対して１つの特定のサービス（最良のＱｏＳ（より低いＢＥＲ）を有する１つ）を強いることを可能にする“好適”書き込み可能パラメータ（STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}.Servicel{i}.Preferred）を用いるものである。別の１つの手法は、最良の品質を有するサービス・コーディネートを論理的に選択するサービスリストのインストールを強いるものである。
【０１０７】
ＳＴＢの接続を専用サービスに強いることをヘルプデスクが望む場合も存在し得る。データモデルは、ＤＶＢトリプレットに基づいて、あるいは論理チャネルに基づいての何れかでそれを行う手法を提案する。
（付記１）  無線チャネルを介して地上波デジタルテレビジョン信号を受信し且つ第２の通信チャネルを介して遠隔管理サーバから制御コマンドを受信するように適応された少なくとも１つの遠隔ビデオ装置を前記遠隔管理サーバが管理することを可能にする、前記遠隔管理サーバにおける管理方法であって、地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することを前記ビデオ装置に要求する制御コマンドを、前記第２の通信チャネルを介して送信する段階を有することを特徴とする方法。
（付記２）  前記少なくとも１つの地上波デジタルテレビジョンパラメータを設定することは、前記ビデオ装置が少なくとも１つの地上波デジタルテレビジョン周波数をスキャンする要求を送信することを有する、ことを特徴とする付記１に記載の方法。
（付記３）  前記少なくとも１つの地上波デジタルテレビジョンパラメータを設定することは、前記ビデオ装置が少なくとも１つの地上波デジタルテレビジョン論理チャネルを１つの地上波デジタルテレビジョンサービス識別子に関連付ける要求を送信することを有する、ことを特徴とする付記１又は２に記載の方法。
（付記４）  無線チャネルを介して地上波デジタルテレビジョン信号を受信し且つ第２の通信チャネルを介して遠隔管理サーバからデータを受信するように適応されたビデオ装置における管理方法であって：
−  地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することを当該ビデオ装置に要求する制御コマンドを、前記第２の通信チャネルを介して受信する段階；及び
−  地上波デジタルテレビジョンサービスリスト管理に関する前記少なくとも１つの地上波デジタルテレビジョンパラメータを設定する段階；
を有することを特徴とする方法。
（付記５）  前記制御コマンドは、当該ビデオ装置が少なくとも１つの地上波デジタルテレビジョン周波数をスキャンする要求を有し、且つ前記設定する段階は、前記少なくとも１つの地上波デジタルテレビジョンパラメータをスキャンすることを有する、ことを特徴とする付記４に記載の方法。
（付記６）  前記制御コマンドは、当該ビデオ装置が少なくとも１つの地上波デジタルテレビジョン論理チャネルを１つの地上波デジタルテレビジョンサービス識別子に関連付ける要求を有する、ことを特徴とする付記４又は５に記載の方法。
（付記７）  地上波デジタルテレビジョンサービスリスト管理に関する情報を前記第２の通信チャネルを介して前記管理サーバに送信する段階、を含むことを特徴とする付記４乃至６の何れか一項に記載の方法。
（付記８）  前記第２の通信チャネルはインターネットプロトコル型であることを特徴とする付記４乃至７の何れか一項に記載の方法。
（付記９）  前記制御コマンドは加入者宅内機器ワイドエリアネットワーク管理プロトコルに従って受信されることを特徴とする付記４乃至７の何れか一項に記載の方法。
（付記１０）  無線チャネルを介しての地上波デジタルテレビジョン信号の受信のための地上波デジタルテレビジョン信号受信ブロックと、第２の通信チャネルを介しての遠隔管理サーバからのデータの受信のためのネットワークインタフェースとを有するビデオ装置であって、前記第２の通信チャネルを介して受信した、地上波デジタルテレビジョンサービスリスト管理に関する少なくとも１つの地上波デジタルテレビジョンパラメータを設定することを当該ビデオ装置に要求する制御コマンドに従って、地上波デジタルテレビジョンサービスリスト管理に関する前記少なくとも１つの地上波デジタルテレビジョンパラメータを設定する手段、を有することを特徴とするビデオ装置。
【０１０８】
【表１】
0005562830.tif 000002
0005562830.tif 000003
【図１】
0005562830.tif 000004
【図２】
0005562830.tif 000005
【図３】
0005562830.tif 000006
【図４】
0005562830.tif 000007
【図５】
0005562830.tif 000008
【図６】
0005562830.tif 000009
【図７】
0005562830.tif 000010