JP2008536415A - 遠隔装置の遠隔管理方法および対応するビデオ装置 - Google Patents

Abstract

本発明は、遠隔地の遠隔管理サーバ（２０）が、少なくとも１つの遠隔装置（２３）を管理できるようにする遠隔管理方法に関する。簡略で信頼性の高い管理を行うために、この方法は、トランスポート層および／またはジッタ除去層のコンフィギュレーションを要求するＣＷＭＰコマンド（７２、７６）の送出ステップを含む。

Description

本発明は、デジタルテレビジョンの分野に関し、より正確には、ビデオ装置（例えば、セットトップボックス（すなわちＳＴＢ））の遠隔管理に関する。

ＣＷＭＰとも呼ばれるＣＰＥ（すなわち顧客宅内機器（Customer Premises Equipment））ＷＡＮ（すなわち広域ネットワーク（Wide Area Network））遠隔管理プロトコルは、ＴＲ−０６９と呼ばれるＤＳＬ（すなわちデータ加入者線（Data Subscriber Line））フォーラム技術報告書で定義される。ＴＲ−０６９（例えば、非特許文献１参照）は、遠隔管理プロトコルスタックおよびインターネットゲートウェイ装置（基本的にはＤＳＬモデム）用のデータモデルを定義する。ＴＲ １０６（以前はＷＴ１０６：ＴＲ−０６９に準拠のジェネリックデータモデル）（あらゆる種類の装置に対するデータモデルにまで及び、装置に対して一般的なあらゆるものを収集する）は、ジェネリックデータモデルを開示する。ＴＲ１１１（以前はＷＴ１１１：経路指定されたＩＧＤ（ＤＳＬモデム）を介してＬＡＮ装置の遠隔管理を実行するのに必要となる機構）は、家庭ゲートウェイの背後の家庭内装置を遠隔サーバから管理するための２つの機構を開示する。

ＴＲ−０６９に準拠した、ＳＴＢ向けの遠隔管理の規格は存在しない。ＳＴＢのどんな遠隔管理も、現在は、所有権を有するソリューションに基づき、基本的にはＳＮＭＰ（すなわち「簡易ネットワーク管理プロトコル（Simple Network Management Protocol）」）に基づくが、ＳＮＭＰは、十分に信頼性が高く柔軟性を有するわけではない（ＳＮＭＰは、ＵＤＰを介するメッセージ交換を使用している）。

"CPE WAN Management Protocol", DSL Forum Technical Report, published on May 2004 TR106 DSL Forum Technical Report (entitled "Home Network Data Model Template for TR-069-Enabled Devices")

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

より正確には、本発明の目的は、管理の実装形態が簡略でありながら、ビデオ装置の管理の信頼性を改善することである。

したがって、本発明は、遠隔地の遠隔管理サーバが、少なくとも１つの遠隔装置を管理することができるようにする遠隔管理方法を提供する。簡略で信頼性の高い管理を行うために、この方法は、トランスポート層および／またはジッタ除去層（dejittering layers）のコンフィギュレーションを要求するＣＷＭＰコマンドの送出ステップを含む。

有利な特徴によれば、コンフィギュレーションは、少なくとも１つの遠隔装置におけるＲＴＰおよび／またはビデオストリームのジッタ除去のイネーブルまたはディスエーブルを含む。

有利には、コンフィギュレーションは、少なくとも１つのビデオ装置内の少なくとも１つのバッファの初期レベルを含む。１つまたは複数のバッファは、ＲＴＰまたはビデオストリーム（例えば、ＭＰＥＧ−ＴＳ）のバッファであって良い。

特定の特徴によれば、コンフィギュレーションは、少なくとも１つのビデオ装置のクロック復元の設定を含む。

他の特徴によれば、コンフィギュレーションは、セットトップボックスによってトリガされるジッタ警報（jittering alarm）のコンフィギュレーションを含む。ジッタ警報は、パケットの損失を避けるためのサービスレベルアグリーメント（Service Level Agreement）を示すソフトな警報であって良い。

有利な特徴によれば、コンフィギュレーションは、セットトップボックスから発行されるＩＧＭＰトラフィックのプライオリティのコンフィギュレーションを含む。この特徴はザッピング時の遅延（zapping delay）に影響を及ぼすことがあり、アップリンク上でのトラフィック負荷が大きい場合に、より効率的なザッピングを行うことが可能になる。

特定の特徴によれば、この方法は、統計データを要求するＣＷＭＰメッセージの送出ステップを含む。

本発明はまた、ビデオ装置を遠隔地の管理サーバによって管理できるようにする遠隔管理方法に関し、簡略で信頼性の高いビデオ装置を可能にするために、この方法は、トランスポート層および／またはジッタ除去層のコンフィギュレーションを要求するＣＷＭＰメッセージを受け取るステップを含む。

特定の特徴によれば、この方法は、ＣＷＭＰメッセージによって要求されるコンフィギュレーションステップを含む。

本発明はまた、受信されたオーディオ／ビデオのデータを記憶するためのバッファを備えるビデオ装置に関する。遠隔地のサーバにより、容易かつ確実に管理するために、ビデオ装置は、トランスポート層および／またはジッタ除去層のコンフィギュレーションを要求するＣＷＭＰメッセージを受け取る手段、およびＣＷＭＰメッセージにしたがって装置をコンフィギュレーションするための手段を含む。

このビデオ装置は、例えば、セットトップボックスおよび／またはプロキシである。

添付の図面を参照しながら以下の説明を読むことで、本発明はよりよく理解され、他の特徴および利点が明らかになろう。

本発明によれば、本明細書は、ＴＲ−０６９（２００４年５月発行）で定義される機構を使用して、ビデオ装置（例えば、ＳＴＢすなわちセットトップボックス）のコンフィギュレーションを可能にする遠隔サーバ（例えば、自動コンフィギュレーションサーバ（Auto-Configuration Server）（ＡＣＳ））による、ビデオ装置（例えば、セットトップボックス（ＳＴＢ）ＣＰＥ装置)のプロビジョニングのためのデータモデルを定義する。

この文書全体を通して、以下の専門用語が使用される。
−ＡＣＳすなわち自動コンフィギュレーションサーバ。これは、高度なサービスのために、ＣＰＥの自動コンフィギュレーションを担当する、広帯域ネットワーク内の構成部品である。
−ＣＰＥすなわち顧客宅内機器。
−パラメータ：読込みおよび／または書込みのためにＡＣＳからアクセスできるように作成される、管理可能なＣＰＥパラメータを表す名前と値の対。
−ＳＴＢすなわちセットトップボックス。この装置は、オーディオビデオデコーダを備え、アナログＴＶおよび／またはホームシアターに接続されるものである。

この文書は、ＳＴＢ ＣＰＥ、すなわちＳＴＢを使用するＣＰＥ、についてのプロビジョニングの対象物に関連する入れもの（container）としてＳＴＢ装置を定義する。有利には、装置オブジェクトは、ＴＲ１０６で定義されるデータ階層要求のうちのすべてに従う。ＴＲ１０６との関連で、ＳＴＢの装置オブジェクトは、トップレベルの特定用途向けオブジェクト（形式的なデータ階層定義で定義されるアプリケーションオブジェクト）である。したがって、個々のＣＰＥ装置は、ＷＴ１０６で定義される一般的なデータオブジェクトとともに、それらのルートオブジェクト内に１つまたは複数のこれらのオブジェクトを含んでもよい。ＣＰＥ装置が、他のＴＲ−０６９非対応のＳＴＢ ＣＰＥに対して管理プロキシの役割を果たす場合、２つ以上のＳＴＢの装置オブジェクトが存在するならば、本質的に適切である。例えば、インターネットゲートウェイ装置は、１つまたは複数のＴＲ０６９非対応のＳＴＢ（無料放送の（free to air）ＳＴＢなど）のための管理プロキシの役割を果たすことがある。次いで、ビデオ装置がＴＲ０６９に準拠していない場合、（ローカルゲートウェイまたは他のビデオ装置内の）ローカルプロキシは、ＴＲ０６９の要求および応答を扱うことができ、ビデオ装置を遠隔サーバにより遠隔操作で管理することができるように、プロトコル変換を管理することができる。

図１には、本発明の具体的な一実施形態による装置オブジェクト構造１（装置は、例えばセットトップボックス）が示してある。

各ＳＴＢまたはビデオ装置は、図１による、そのコンフィギュレーションおよびデータを管理することができる。図１に示すように、遠隔サーバは、それが制御することのできる幾つかのまたはすべてのビデオ装置について、（そっくりそのまま、または部分的に）オブジェクト構造を有することができる。

ソフトウェアまたはハードウェアに実装することができるオブジェクト構造１は、２つの主要な下部構造機能１０およびオーディオ／ビデオプロファイル１１を含む。

各機能は、ＭＰＥＧ２−Ｐａｒｔ ２および／またはＭＰＥＧ４ ｐａｒｔ ４（両方とも、ビデオ復号化に関係がある）、ならびに／またはＭＰＥＧ４ ｐａｒｔ １０（ビデオＨ２６４規格に関係がある）、ならびに／またはＰＶＲ（すなわち、パーソナルビデオレコーダ）に関係がある。次いで、ＳＴＢデコーダは、オーディオビデオ（すなわち、ＡＶ）規格（Ｈ２６４／ＭＰＥＧ２）を自動的に認識することができ、その規格について遠隔操作でコンフィギュレーションされる必要はない。プロファイルおよびレベルを指定するのに表が使用される。各機能は、プロファイル＠レベルのエントリの表として記述される。オーディオフォーマットによっては、どんなビデオフォーマットでも再生できないような制限が存在することもあるので、オーディオは、ビデオデコーダのパラメータとして指定される。しかし、ビデオ規格（ＭＰＥＧ２ Ｐａｒｔ２またはＭＰＥＧ４ Ｐａｒｔ２またはＭＰＥＧ４ ｐａｒｔ１０）に対して、どんなオーディオ規格も、あらゆるプロファイル（または、プロファイル＠レベル）で再生することができるとみなされる。

オーディオ／ビデオプロファイル１１は、幾つかのタイプの機能、特に以下に関係するデータを含む。
−ＩＧＭＰ（すなわち、「インターネットグループ管理プロトコル」）プロファイルデータ１１０（ＩＧＭＰプライオリティを含む）。
−サービスプロバイダ情報１１１。
−ＰＶＲプロファイル１１２。
−ミドルウェアプロファイル１１３。
−視聴者統計１１４。および、
−ＡＶ（すなわち、オーディオ／ビデオ）プレーヤのプロファイル１１５。

ＡＶプレーヤのプロファイル１１５は、以下を含む。
−ＭＰＥＧ２−Ｐａｒｔ２のプロファイル１１５０。
−ＭＰＥＧ４−Ｐａｒｔ２のプロファイル１１５１。
−ＭＰＥＧ４−ｐａｒｔ１０のプロファイル１１５２。
−それぞれ、ジッタ除去、統計およびＲＴＣＰ（すなわち、リアルタイムトランスポートコントロールプロトコル）に関係する各プロファイルを含む、ＵＤＰ／ＩＰ（ユーザデータグラムプロトコルオーバーインターネットプロトコル）のプロファイル１１５３上に実装されるＲＴＰ（すなわち、リアルタイムトランスポートコントロールプロトコル）。および、
−それぞれジッタ除去および統計に関係するプロファイルを含む（ＭＰＥＧ２−ＴＳの場合には、ＭＰＥＧ２−ＴＳストリーム（すなわちＩＰアドレス）毎にジッタ除去バッファが使用される）、ＭＰＥＧ２−ＴＳ（すなわち、Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ２−トランスポートストリーム）のプロファイル１１５４。

本発明によれば、これらのプロファイルのうちの幾つか、特にＩＧＭＰプロファイル１１０、視聴者統計プロファイル１１４、ＲＴＰプロファイル１１５３、およびＭＰＥＧ２−ＴＳプロファイル１１５４は、遠隔サーバ（例えば、ＡＣＳ）により、遠隔操作で管理することができる。

図２には、以下を含むネットワークアーキテクチャ２が示してある。
−少なくとも１つのコンフィギュレーションサーバ（例えば、ＡＣＳ）２０。
−基幹ネットワーク２１（例えば、広域ネットワーク（例えば、ＡＤＳＬ（非対称デジタル加入者線）ネットワーク））。
−各々ゲートウェイ２２に関連する１つまたは好ましくは幾つかのビデオ装置２３（例えば、セットトップボックス）（ビデオ装置２３および関連するゲートウェイ２２は、ＴＲ−０６９に定義されるように、インターネットゲートウェイ装置の一部分として埋め込まれるか、または独立型の装置である。すなわち装置２３およびゲートウェイ２２は、１つまたは２つの別個の装置内に作製することができる）（本発明の一変形形態として、ビデオ装置２３がＴＲ０６９に準拠していない場合は、専用のプロキシをゲートウェイ２２と装置２３の間に挿入することができる）。

ビデオ装置２３およびコンフィギュレーションサーバは、ゲートウェイ２２および基幹ネットワーク２１を介して通信している。ビデオ装置２３は、図１によるビデオ装置のオブジェクト構造を実装している。

図３には、コンフィギュレーションサーバ２０が概略的に示してある。サーバ２１は以下を含む。
−マイクロプロセッサ３０（すなわち、ＣＰＵ）。
−不揮発性メモリタイプのＲＯＭ（読取り専用メモリ）（またはハードディスク）３１。
−ランダムアクセスメモリすなわちＲＡＭ３２。および、
−ユーザまたは制御マシンとの通信を可能にするアプリケーションインターフェース３５。
−基幹ネットワーク２１を介する、ビデオ装置２３とのデータフレームまたは制御フレーム（通常は、ＣＷＰＭフレーム）の交換（送出および／または受取り）を可能にするネットワークインターフェース３４。
−要素３０を、３２、３４および３５にリンクするデータおよびアドレスのバス３３。

要素３０から３５の各々は、当業者にはよく知られている。本明細書で使用される《レジスタ（Register）》という用語は、ＲＡＭ３２０またはＲＯＭ３１０において、小さいサイズのメモリ領域（幾つかの２進データ）または大きいメモリ領域（例えば、プログラムまたはオーディオ／ビデオのデータ）に対応することができる。

ＲＯＭ３１は、プログラム３１０を含む。図４の方法を実施するアルゴリズムは、方法の各ステップを実施するサーバ２０に関連するＲＯＭ ６１内に記憶される。電源投入時に、ＣＰＵ３０は、プログラム３１０をＲＡＭ３２にダウンロードし、その命令を実行する。

ＲＡＭ３２は、特に以下のものを含む。
−レジスタ３２０における、サーバ２０の電源投入時にダウンロードされる、ＣＰＵ３０が使用するプログラム。
−レジスタ３２１内の様々な状況（例えば、１つまたは幾つかのビデオ装置２３に関係する視聴者統計）。および、
−レジスタ３２２内の様々なコンフィギュレーションデータ（例えば、１つまたは幾つかのビデオ装置２３に関係するプロファイル１１０、１１５３および１１５４の統計量）。

図４には、ビデオ装置２３が概略的に示してある。ビデオ装置２３は以下のものを含む。
−マイクロプロセッサ４０（すなわち、ＣＰＵ）。
−不揮発性メモリタイプのＲＯＭ（または、ハードディスク）４１。
−ＲＡＭ４２。および、
−ユーザ、ディスプレイ、ならびに／またはオーディオ／ビデオの復号化、記録および／または再生用の装置との通信を可能にするアプリケーションインターフェース４５。
−基幹ネットワーク２１、およびビデオ装置と関連するゲートウェイ２０を介する、コンフィギュレーションサーバ２０とのデータフレームまたは制御フレーム（通常は、ＣＷＰＭフレーム）の交換（送出および／または受取り）を可能にするネットワークインターフェース４４。
−要素４０を、４２、４４および４５にリンクするデータおよびアドレスのバス４３。

要素４０から４５の各々は、当業者にはよく知られている。

ＲＯＭ４１は、プログラム４１０を含む。図５の方法を実施するアルゴリズムは、方法の各ステップを実施する装置２３に関連するＲＯＭ４１内に記憶される。電源投入時に、ＣＰＵ４０は、プログラム４１０をＲＡＭ４２にダウンロードし、その命令を実行する。

ＲＡＭ４２は、特に以下のものを含む。
−レジスタ４２０における、装置２３の電源投入時にダウンロードされる、ＣＰＵ４０が使用するプログラム。
−レジスタ４２１内の様々な状況（例えば、装置２３が受け取るオーディオ／ビデオのデータに関係する視聴者統計）。および、
−レジスタ４２２内の様々なコンフィギュレーションデータ（例えば、装置２３に関係するプロファイル１１０、１１５３および１１５４）。
−（インターフェース４５を介して）アプリケーションに転送する前に、遠隔地のビデオサーバまたは放送から受け取るオーディオ／ビデオのデータを記憶する、オーディオ／ビデオのデータバッファ４２３。および、
−送出すべきＲＴＰフレーム、およびＲＴＰ受信フレームを記憶するＲＴＰバッファ４２４（ＲＴＰが使用される場合、追加のジッタ除去バッファ４２４を使用することができる）。

図５は、本発明の具体的な各実施形態によるコンフィギュレーションサーバ２０において実装される方法を開示する。

この方法は、リセットのステップ５０から始まり、サーバ２０自体の様々なコンフィギュレーションデータが初期化される（例えば、装置２３のＩＰアドレス、それらのプロファイル、オーディオ／ビデオの放送業者、ユーザおよび／または制御マシンに関係するコンフィギュレーションデータ）。

次いで、ステップ５１で、サーバ２０は待機し、アプリケーションインターフェース３５を介して、ユーザまたは制御マシンからコマンドを受け取る。

次いで、ステップ５２で、サーバ２０は、ステップ５１で受け取ったコマンドに従ったＣＷＭＰ要求を作成し、（そのコマンドに従って）それを１つまたは幾つかのビデオ装置２３に送る。

次いで、ステップ５３で、サーバ２０は待機し、ステップ５２で送られたＣＷＭＰ要求の宛先の各々からの応答を受け取る。一変形形態として、ステップ５２でタイムアウトを設定することができ、サーバは、予想されるすべての答を受け取るまで、またはタイムアウトの満了時点まで応答を待つ。

次いで、ステップ５４で、サーバは、ステップ５１でコマンドを送るユーザまたは制御マシンに、例えば表示装置についての状況を送る。最後に、ステップ５１は反復される。

本発明によれば、ステップ５１で、サーバは、幾つかのコマンド、特に以下のコマンドを受け取ることができる。
−ビデオ装置のバッファ、例えば、ＲＴＰバッファ４２４またはオーディオ−ビデオバッファ４２３（通常はＭＰＥＧ−ＴＳバッファ）におけるジッタ除去のコンフィギュレーション。このコンフィギュレーションは、特定のコンフィギュレーションをイネーブルまたはディスエーブルにし、かつ／または最小閾値（または、空にし始める前のこれらバッファの初期レベル）を定義し、かつ／またはこれらバッファの最小および／または最大のサイズを定義する。
−セットトップボックスのクロック復元機構のコンフィギュレーション（機構およびバッファの初期レベルは、一貫していなければならない）。
−セットトップボックスによってトリガされるジッタ警報（パケットの損失を避けるためにサービスレベルの合意を表示するソフトな警報）のコンフィギュレーション。
−ザッピング時の遅延に影響を及ぼし、アップリンク上に輻輳がある場合に、その遅延をより効率的にすることができる、セットトップボックスによって発行されるＩＧＭＰトラフィックのプライオリティのコンフィギュレーション。および、
−ビデオ装置の使用、または引渡し問題の推定原因の識別に関連する視聴者統計などのデータの遠隔検索。

ＣＷＭＰ要求は、以下のように、ＴＲ−０６９で定義される標準のコマンドの構造に従っている。
−ステップ５１のコマンドに従って、１つまたは幾つかのビデオ装置にコンフィギュレーション要求を送るための、ＴＲ−０６９のセクションＡ．３．２．１の表９で定義されるＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓに基づく要求。
−ビデオ装置の使用または引渡し問題の推定原因の識別に関連する視聴者統計などのデータを検索するために、１つまたは幾つかのビデオ装置に要求を送るための、ＴＲ−０６９のセクションＡ．３．２．５の表２０で定義されるＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓに基づく要求。

ステップ５３に関係する対応するＣＷＭＰ応答は、以下のように、ＴＲ−０６９で定義される標準応答の構造に従う。
−１つまたは幾つかのビデオ装置からのコンフィギュレーション要求の状況を検索するための、ＴＲ−０６９のセクションＡ．３．２．１の表１０で定義されるＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓＲｅｓｐｏｎｓｅに基づく応答。
−ビデオ装置の使用または引渡し問題の推定原因の識別に関連する視聴者統計などのデータを検索するための、ＴＲ−０６９のセクションＡ．３．２．５の表２１で定義されるＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓＲｅｓｐｏｎｓｅの引き数に基づく応答。

各コマンドおよび／または応答について、具体的なタイプの情報およびフォーマットが表１に示してある。この説明の終わりに、完全なデータモデルが、表１にリストしてある。上記リストに記載されたコマンドに関係するデータモデルの主たるオブジェクトを、以下に詳細に述べる。

ステップ５１で、ＲＴＰバッファのジッタ除去のコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドにより、ＲＴＰバッファ４２４のジッタ除去をイネーブルまたはディスエーブルにするためのブーリアンセット（boolean set）とともに、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ．｛ｉ｝．ＲＴＰ．ＤｅｊｉｔｔｅｒｉｎｇＥｎａｂｌｅ（ＲＴＰを介して送られるＡＶストリームに関係するＡＶプロファイルパラメータを表すＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ．｛ｉ｝．ＲＴＰ．）を含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。

ステップ５１で、オーディオ／ビデオバッファのジッタ除去のコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドにより、オーディオ／ビデオバッファ４２３のジッタ除去をイネーブルまたはディスエーブルするためのブーリアンセットとともに、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ．｛ｉ｝．ＭＰＥＧ−ＴＳ．ＤｅｊｉｔｔｅｒｉｎｇＥｎａｂｌｅを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。定義されたオブジェクトでは、｛ｉ｝は、ビデオ装置でとり得る１つのインスタンスを指す（幾つかのインスタンスが使用されている場合）。一般に、オブジェクト．｛ｉ｝は、オブジェクトで幾つかのインスタンスをとり得ることを示すのに使用される。

本発明によれば、ＭＰＥＧ２ ＴＳカプセル化およびＲＴＰカプセル化を別々に管理することが可能である（ＭＰＥＧ２ＴＳのみ、またＭＰＥＧ２ＴＳオーバーＲＴＰの両方を可能にする）。具体的には、ＭＰＥＧ２ＴＳだけのモード、およびＭＰＥＧ２ＴＳオーバーＲＴＰに対して、ＭＰＥＧ２ＴＳ部分を複製しないことは有利である。これにより、遠隔管理サーバ（アクセスおよび制御のサーバとしてのＡＣＳ）から、トランスポート層、すなわちＭＰＥＧ２ＴＳだけ、またはＭＰＥＧ２ＴＳオーバーＲＴＰを選択することができる。

本発明によれば、ＭＰＥＧ２ＴＳまたはＭＰＥＧ２−ＴＳオーバーＲＴＰは、アクティブにされ、またはされないことがある。次いで、オペレータまたはビデオ放送業者は、ビデオ装置における完全なトランスポート層のスタックをダウンロードすることなしに、ＲＴＰのトランスポートスタックをアクティブにすることができる（ＲＴＰタイムスタンプの処理を含むＲＴＰジッタ除去のアクティブ化または非アクティブ化）。この場合、この操作は、実施するのに簡略であり安価である。

本発明によれば、やはりザッピング時間に直接影響を与える初期のジッタ除去バッファレベル（例えば、ＲＴＰジッタ除去および／またはＭＰＥＧ２−ＴＳジッタ除去）を変更することも可能である。ビデオレンダリングを開始するとき、セットトップボックスは、ビデオの復号化を開始する前に、所与のレベルのＲＴＰまたはビデオストリーム（ＭＰＥＧ２−ＴＳ）のバッファ充てんを待つ。このパラメータを変更できるようにすることにより、パラメータに依存するザッピング時間を最適化することが可能である。初期のジッタ除去のバッファレベルは、ネットワークのジッタ（パケット遅延のばらつき）に依存し、バッファが空になるのを防止するのに使用される。有利には、このパラメータは、パケット遅延のばらつきに応じて、遠隔操作で変更することができる。

ステップ５１で、オーディオ／ビデオバッファの初期サイズのコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、再生を開始できるようになる前にバッファ４２３に存在するバイト数の値に数を設定して、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｄｅｊｉｔｔｅｒｉｎｇ．ＢｕｆｆｅｒＩｎｉｔｉａｌＬｅｖｅｌ（ＭＰＥＧ２−ＴＳトランスポートを使用するＡＶストリームのジッタ除去に関係するＡＶプロファイルパラメータを表すＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｄｅｊｉｔｔｅｒｉｎｇ）を含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。この値は、パケット遅延のばらつきに依存し、ザッピング時の遅延に影響を及ぼすことが好ましい。最新技術によれば、初期サイズは固定される。

本発明によれば、（場合によっては、ジッタ除去レベルと同時に）初期バッファサイズを変更することも可能である。

ステップ５１で、オーディオ／ビデオバッファのサイズのコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、数（ＭＰＥＧ２ ＴＳジッタ除去バッファサイズのバイト数）をバッファ４２３のサイズの値に設定して、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｄｅｊｉｔｔｅｒｉｎｇ．ＢｕｆｆｅｒＳｉｚｅを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。

本発明により、ビデオ装置内のデコーダクロック復元機構（最新技術によれば、この機構はデコーダ内に焼き付けられている）を遠隔操作で選択することも可能となる。ＰＣＲ（すなわち、プログラムクロックリファレンス）クロック制御を使用するかしないかを動的に選択することが可能である。最新技術によれば、古典的方法に対してＩＰネットワークのジッタが大きすぎるので、デコーダのクロックは自走する（自由（ＦＲＥＥ）モード）。次いで、最新技術によれば、デコーダのクロックは、ドリフトすることがあり、バッファは、空になるまたはあふれることがある。最新技術によれば、ＣＢＲ（定ビットレート）のみを使用して、ビデオを転送することができる。本発明によれば、このモードをＰＣＲ＿ＬＯＣＫＥＤモードに変更することが可能である。ＰＣＲクロック復元（ＰＣＲ＿ＬＯＣＫＥＤ）により、より小さい初期バッファレベルを使用すること（および、ザッピング時の遅延を低減させること）が可能になる。これは、ＶＢＲ（可変ビットレート）にも適用可能である。本発明によれば、コンフィギュレーションサーバは、ビデオ装置のクロックは自走でき、またはＰＣＲからくる情報を考慮に入れることができることを、ビデオ装置に示す。

ステップ５１で、オーディオ／ビデオバッファの初期サイズのコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、ストリングを「ＰＣＲ ＬＯＣＫＥＤ」（バッファの読取りを受信されたＰＣＲにロックすることを意味する）または「ＦＲＥＥ」（読取りが自走クロックに基づくことを意味する。自由モードが使用されるとき、ビットレートパラメータを使用して、再生クロックを決定する）に設定して、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｄｅｊｉｔｔｅｒｉｎｇ．ＯｐｅｒａｔｉｏｎＭｏｄｅを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。

本発明によれば、警報の閾値をプログラムする（警報を生成するようにバッファレベルをコンフィギュレーションする）ことも可能であり、これは、ＳＬＡ（サービスレベルの合意）の違反を検出するのに使用されてもよく、警報閾値を遠隔操作で微調整することを可能にする。

ステップ５１で、警報の閾値のコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、各整数を、それぞれフローイベント（flow event）を下回るまたは上回るバッファを生成することになるバッファレベルの値（バイト数）に設定して、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｄｅｊｉｔｔｅｒｉｎｇ．ＢｕｆｆｅｒＡｌａｒｍＬｏｗＬｅｖｅｌおよびＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｄｅｊｉｔｔｅｒｉｎｇ．ＢｕｆｆｅｒＡｌａｒｍＨｉｇｈＬｅｖｅｌを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。

本発明によれば、ＤＳＣＰまたはアップストリームのＩＧＭＰパケットのイーサネット（登録商標）タグを遠隔操作で管理し（そして、それらのプライオリティを変更し）、その結果、ザッピングの性能を変更することも可能である。この選択肢を提供することにより、ボイスオーバーＩＰのトラフィック、テレビ会議のトラフィック、またはゲームのトラフィックと比較して、ザッピング向けに使用されるＩＧＭＰパケットに与えられるプライオリティをオペレータが修正することが可能である。

ステップ５１で、ＩＧＭＰプライオリティのコンフィギュレーションに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＩＧＭＰ．ｆｉｅｌｄ（チャネルザッピングのために使用されるときに、ＩＧＭＰクライアントに特有のオーディオ／ビデオのプロファイルパラメータ）を含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。フィールド（field）は、以下の引き数のうちの１つである。
−出力ＩＧＭＰパケット向けに使用されるＤｉｆｆｓｅｒｖのコードポイントを表す整数ＤＳＣＰＭａｒｋ。
−このプロファイルについて、出力ＩＧＭＰパケット向けに使用される識別子ＶＬＡＮ ＩＤ（ＩＥＥＥ８０２．１Ｑで定義される）を表す整数ＶＬＡＮＩＤＭａｒｋ。−１の値は、デフォルト値が使用されることを示す。および、
−このプロファイルについて、出力ＩＧＭＰパケット向けに使用されるイーサネット（登録商標）のプライオリティコード（ＩＥＥＥ８０２．１Ｄで定義される）を表す整数Ｅｔｈｅｒｎｅｔ（登録商標）ＰｒｉｏｒｉｔｙＭａｒｋ。−１の値は、デフォルト値が使用されることを示す。ＶＬＡＮＩＤＭａｒｋまたはＥｔｈｅｒｎｅｔ（登録商標）ＰｒｉｏｒｉｔｙＭａｒｋのどちらかが、ゼロよりも大きい場合、出力フレームにはタグが付けられ、そうでない場合、出力フレームにはタグを付けても付けなくてもよい。

本発明によれば、視聴者統計を取るために、ユーザ視聴者（ユーザが視聴しているもの）を記録することも可能である。

ステップ５１で、視聴者統計に関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、以下の引き数とともに、オブジェクトＳＴＢ．Ｄｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡｕｄｉｅｎｃｅＳｔａｔｓ（視聴者測定を記述する表。この表の目的は、ビデオ装置が受信してきているものを記録することである。持続時間は、主画面で受信されているサービスについてのみ記録される。各エントリは、所与のサービスに対応する）を含む要求ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓを、対応する１つまたは複数のビデオ装置２３に送る。
−この表中の各エントリに対する一意な識別子を表す整数ＥｎｔｒｙＩＤ。および、
−ＴＶチャネルを記述するストリングＳｅｒｖｉｃｅＮａｍｅ。

ステップ５３で、１つまたは複数のビデオ装置は、応答ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓＲｅｓｐｏｎｓｅで応答し、ＳＴＢ．Ｄｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡｕｄｉｅｎｃｅＳｔａｔｓは、以下のデータのアレイである。
−この表中の各エントリに対する一意な識別子を表す整数ＥｎｔｒｙＩＤ。
−ＴＶチャネルを記述するストリングＳｅｒｖｉｃｅＮａｍｅ。
−このサービスの累積持続時間を秒で記述する、整数Ｄｕｒａｔｉｏｎ。

ステップ５１で、視聴者統計のリセットに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、オブジェクトＳＴＢ．Ｄｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡｕｄｉｅｎｃｅＳｔａｔｓ．Ｒｅｓｅｔを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。

本発明によれば、損失パケットの数だけでなく、ＣＲＣを失敗して受け取るパケットの数を取り出すことも可能である。こうすることにより、コンテンツデリバリにおいて発生する問題の推定原因を識別することが可能になる。ネットワークの輻輳により、パケットを損失することになるが、ＣＲＣを失敗して受け取るパケットが多いということは、ＡＤＳＬリンクの状態が悪い可能性があることを示すことになる。次いで、ＡＶストリームに関係する統計量を取り出すとき、問題の診断、またはすべてが正常動作していることの確認を行うことが可能である。有利には、これは、本発明による前述のコンフィギュレーション要求と一致して実行することができる。より一般的には、本発明は、ＳＴＢなどのビデオ装置をオープンな方式で管理するための幾つかのツールをサービスプロバイダに提供する。ビデオ装置を管理することにより、ユーザトラブルシューティングが可能になり（ユーザがヘルプデスクに電話するとき、故障の識別を加速する）、故障が以下の原因からくるのかどうか判定する助けとなる。
−ユーザの問題（ＳＴＢを接続しなかったなど、何か間違ったことをした）。
−装置の問題（装置が故障している）。および／または、
−ネットワークの問題。

ステップ５１で、ＭＰＥＧ２−ＴＳの統計量に関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｓｔａｔｓ（ＡＶストリームのインスタンスについての統計量）を含む要求ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓを、以下の引き数のうちの少なくとも１つとともに、対応する１つまたは複数のビデオ装置２３に送る。
−このストリームで受け取るＭＰＥＧ２ ＴＳパケットの合計数を表す、整数ＰａｃｋｅｔｓＲｅｃｅｉｖｅｄ。
−このストリームで失われたＭＰＥＧ２ ＴＳパケットの合計数を表す、整数ＰａｃｋｅｔｓＬｏｓｔ。
−このストリームで受信ジッタバッファがオーバーランした合計回数を表す、整数Ｏｖｅｒｒｕｎｓ。および、
−このストリームで受信ジッタバッファがアンダーランした合計回数を表す、整数Ｕｎｄｅｒｒｕｎｓ。

ステップ５３で、１つまたは複数のビデオ装置は、前述の引き数に関連するＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｓｔａｔｓとともに、応答ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓＲｅｓｐｏｎｓｅで応答する。

ステップ５１で、ＡＶストリームの統計量のリセットに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ．Ｓｔａｔｓ．ＲｅｓｅｔＳｔａｔｉｓｔｉｃｓを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。有利には、ＡＶストリームの統計量は、読み取るときにリセットされてもよい。

ステップ５１で、ＲＴＰの統計量に関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＲＴＰ．ＲＴＣＰ．Ｓｔａｔｓ（このオブジェクトは、ＲＴＰのストリームのインスタンスについての統計量に関連する）を含む要求ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓを、以下の引き数のうちの少なくとも１つとともに、対応する１つまたは複数のビデオ装置２３に送る。
−このストリームで受け取るＲＴＰパケットの合計数を表す、整数ＰａｃｋｅｔｓＲｅｃｅｉｖｅｄ。
−このストリームで受け取るＲＴＰのペイロードのバイト合計数を表す、整数ＢｙｔｅｓＲｅｃｅｉｖｅｄ。
−このストリームで失われたＲＴＰのペイロードのバイト合計数を表す、整数ＰａｃｋｅｔｓＬｏｓｔ。
−下位８ビットの左側に２進小数点を有する固定小数点数として表される、予想されるパケットの数で除算される損失パケットの合計数を表す、整数ＦｒａｃｔｉｏｎＬｏｓｔ。複製により損失が負になる場合、ＦｒａｃｔｉｏｎＬｏｓｔは０にセットされる。
−トランスポート層のＣＲＣのために破棄されたＲＴＰパケットの合計数を表す、整数ＣｏｒｒｕｐｔｅｄＰａｃｋｅｔｓ。ＰａｃｋｅｔＬｏｓｔおよびＣｏｒｒｕｐｔｅｄのパケットにより、損失の原因について知ることができる。
−このストリームで受信ジッタバッファがオーバーランした合計回数を表す、整数Ｏｖｅｒｒｕｎｓ。
−このストリームで受信ジッタバッファがアンダーランした合計回数を表す、整数Ｕｎｄｅｒｒｕｎｓ。
−現在の受信インターアライバルジッタをマイクロ秒で表す、整数ＲｅｃｅｉｖｅＩｎｔｅｒａｒｒｉｖａｌＪｉｔｔｅｒ。これは、ＲＦＣ３５５０のセクション６．４で定義されるＪ（ｉ）から計算され、単位はマイクロ秒に変換される。および、
−カレントコールの開始からの平均受信インターアライバルジッタをマイクロ秒で表す、整数ＡｖｅｒａｇｅＲｅｃｅｉｖｅＩｎｔｅｒａｒｒｉｖａｌＪｉｔｔｅｒ。これは、ＲＦＣ３５５０のセクション６．４で定義されるＤ（ｉ，ｊ）の平均として計算され、単位はマイクロ秒に変換される。

ステップ５３で、１つまたは複数のビデオ装置は、前述の引き数に関連するＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＲＴＰ．ＲＴＣＰ．Ｓｔａｔｓとともに、応答ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓＲｅｓｐｏｎｓｅで応答する。

ステップ５１で、ＲＴＰの統計量のリセットに関係するコマンドを受け取るとき、コンフィギュレーションサーバ２０は、ステップ５１のコマンドに従って、オブジェクトＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＲＴＰ．ＲＴＣＰ．Ｓｔａｔｓ．ＲｅｓｅｔＳｔａｔｉｓｔｉｃｓを含む要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓを、対応する１つまたは複数のビデオ装置２３に送る。有利には、ＲＴＰの統計量は、読み取るときにリセットされてもよい。

図６には、本発明の具体的な各実施形態によるビデオ装置２３に実施される方法が開示してある。

この方法は、リセットのステップ６０から始まり、ビデオ装置自体の様々なコンフィギュレーションデータ（例えば、サーバ２０のＩＰアドレス、そのデフォルトプロファイル、オーディオ／ビデオ放送業者、ユーザ、内部の統計量のリセットに関係するデータ．．．．）が初期化される。

次いで、ステップ６１で、ビデオ装置２３は、サーバ６０からのＣＷＭＰ要求を待ち、受け取る。

次いで、テスト６２で、装置２３は、コマンドが、コンフィギュレーションのセット、すなわち前述のコンフィギュレーションに対して使用されるオブジェクトのうちの１つに関係する要求ＳｅｔＰａｒａｍｅｔｅｒＶａｌｕｅｓに対応するかどうか検査する。

対応する場合、ステップ６３で、装置２３は、受け取ったコンフィギュレーション要求で使用されるオブジェクトおよび引き数に従って、コンフィギュレーションを設定する。次いで、ステップ６４で、装置２４は、コンフィギュレーションが完了したことを示す応答をサーバ２０に送る。ステップ６４の後、ステップ６１は反復される。

テスト６２の後、コマンドがコンフィギュレーションのセットに対応しない場合、テスト６５で、装置２３は、コマンドが、統計検索、すなわち前述の統計検索（視聴者統計またはＡＶストリームの統計量）で使用されるオブジェクトのうちの１つに関係する要求ＧｅｔＰａｒａｍｅｔｅｒＡｔｔｒｉｂｕｔｅｓに対応するかどうか検査する。

対応する場合、ステップ６６で、装置２３は、受け取った要求で使用されるオブジェクトおよび引き数に従って、要求された統計量を送る。次いで、ステップ６７で、装置２３は、要求された統計データとともに、応答をサーバ２０に送る。ステップ６７の後、ステップ６１は反復される。

対応しない場合、ステップ６８で、装置２３は、ＣＷＭＰ要求を実行し、ステップ６１は反復される。

図７には、サーバ２０と装置２３とユーザまたは制御マシン７０との間の情報交換の例が提示してある。

ユーザまたはマシン７０が送ったコンフィギュレーションコマンド７１を受け取ると、サーバ２０は、図５のステップ５２に示すように、ＣＷＭＰコマンド７２を作成し、ビデオ装置２３に送る。

次いで、ビデオ装置２３は、図５のステップ６４に示すように、応答７３を作成し、ビデオ装置２３に戻し、コンフィギュレーションの結果７４は、サーバ２０により、ユーザまたは制御マシン７０に与えられる。

ユーザまたはマシン７０が送った統計要求コマンド７１を受け取るとサーバ２０は、図５のステップ５２に示すようにＣＷＭＰコマンド７６を作成し、ビデオ装置２３に送る。

次いで、ビデオ装置２３は、図５のステップ６７に示すように、応答７７を作成し、ビデオ装置２３に戻し、コンフィギュレーションの要求された統計データ７８は、サーバ２０により、ユーザまたは制御マシン７０に与えられる。

有利には、本発明によれば、多くのシナリオを定義することができ、様々なコンフィギュレーション要求および／または統計量検索の間には相乗効果が存在する。例えば、ビデオストリームバッファ（ＳＴＢＤｅｖｉｃｅ．｛ｉ｝．ＡＶＰｒｏｆｉｌｅ．ＡＶＰｌａｙｅｒ｛ｉ｝．ＭＰＥＧ２−ＴＳ.Ｓｔａｔｓオブジェクトの引き数ＰａｃｋｅｔｓＬｏｓｔ）に関係する統計量の要求を送った後に、パケットの損失が検出される場合、対応する統計量を要求する（または（例えば、既定のストリングまたは整数を用いて）問題の正確な内容のアップロードを要求する一般的なＣＷＭＰコマンドを要求する）ことにより、問題の正確な内容（例えば、バッファのオーバーラン）を検出することができる。次いで、コンフィギュレーションサーバ２０は、適切なＣＷＭＰコマンドで、ビデオストリームバッファの初期レベルおよび／またはバッファのサイズをコンフィギュレーションし、新規のコンフィギュレーションで問題が解決したかどうか検査するために、ＣＷＭＰコマンドで、統計量を再びアップロードすることができる。

したがって、有利には、本発明の一実装形態は、ゲートウェイおよびＳＴＢについて同一のプロトコルを有することができる。ゲートウェイに対してＴＲ０６９が使用されるとき、両方の装置に対して使用される場合でも、ビデオ装置（ＳＴＢ）およびゲートウェイの遠隔マネジメントシステム全体は簡略化される。さらに、ＴＣＰ上で、（メッセージ交換ではなく）ＲＰＣ（遠隔手続き呼出し）が使用されるとき、プロトコルは信頼性が高い。取得パラメータおよび設定パラメータ（get and set parameter）の機能は、遠隔操作で作成される。より一般的には、本発明により、コンフィギュレーションサーバ（例えば、ＡＣＳ）からの、ＳＴＢの遠隔トラブルシューティングおよび遠隔コンフィギュレーションが可能になる。本発明によるデータモデルは、ＴＲ−０６９の枠組みに準拠し、ＴＲ−０６９プロトコルを使用する遠隔管理の様々な操作を可能にする。

さらに、本発明は、遠隔地の遠隔管理サーバが遠隔地のオーディオ／ビデオ装置を管理できるようにする遠隔管理方法を提案している。有利には、この管理方法は、ザッピング時間の管理に関連するコマンドおよび／または対応する応答（例えば、ＣＷＭＰコマンドおよび／または応答）の送信および／または受信のステップを含む。このザッピング時間は、サービス変更と実際のビデオ再生との間の時間であって良い。ザッピング時間は、バッファリングレベル、ジッタ除去および／またはＩＧＭＰのプライオリティに依存する。サーバ（例えば、コンフィギュレーションサーバ）によって回収することができ、有利には、コンフィギュレーションプロトコルと同じプロトコルによってアップロードされる様々な統計量に従って、これらのパラメータを正確に調整することができる。

もちろん、本発明は、前述の各実施形態に限定されるものではない。

具体的には、他のタイプまたはフォーマットの、要求または応答のコマンドを、本発明に従って使用することができる。説明の中で、ＴＲ０６９に基づく各例を示した。実際には、ＴＲ０６９に準拠または準拠しない他の機能を、本発明に従って実施できる。

さらに、（コンフィギュレーションまたは統計量にリンクする）オブジェクトの構造、フォーマットおよび名前は、表１の例に限定されるものではなく、本発明の具体的な実装形態に従って変更することができる。例えば、論理フォーマットは、ストリングまたは整数のフォーマットに変更することができる。整数（それぞれがストリング）フォーマットは、ストリング（それぞれが整数フォーマット、すなわち既定の引き数に対応する整数）に変更することができる。オブジェクトの他の構造も、本発明に準拠する。例えば、表１に定義される構造の幾つかは、幾つかの構造に分割することができ（例えば、考え得る多くの引き数を有する統計量に関係する構造は、幾つかの構造で定義することができ、各々は、１つまたは幾つかの特定の引き数に関係する）、または逆に、１つの構造にまとめることもできる。オブジェクトおよび引き数の名前を示して、具体的な実施形態を説明する。もちろん、名前は、具体的な実装形態に応じて変更することができる。さらに、他のコンフィギュレーションコマンドまたは統計量の検索機能を、上記リストに加えることができる。

さらに、上記で定義されるすべてのオブジェクトは、特定の実装形態によっては必須ではない。例えば、ＩＧＭＰプライオリティのコンフィギュレーションが実施されていてもいなくても、ジッタ除去のコンフィギュレーションを実施することができる。デュアル方式では、ジッタ除去のコンフィギュレーションが実施されていてもいなくても、ＩＧＭＰプライオリティのコンフィギュレーションを実施することができる。例えば、ビデオストリーム（それぞれがＲＴＰ）ジッタ除去のコンフィギュレーションが実施されていてもいなくても、ＲＴＰ（それぞれがビデオストリーム）ジッタ除去のコンフィギュレーションを実施することができる。やはり、上記に定義したコンフィギュレーション（それぞれが統計量の検索）が実施される間、上記で定義した統計量（それぞれがコンフィギュレーションである）の検索を実施してもしなくてもよい。

さらに、本発明は、ＣＷＭＰプロトコルの使用には限定されず、サーバが、コンフィギュレーションおよび／またはデータ検索の機能を、遠隔地のビデオ装置内のオブジェクトに、遠隔操作で直接加えることができるようにするどんなプロトコルにも関する。

本発明は、図２のネットワーク構造には限定されず、１つまたは幾つかの遠隔装置にコマンドを送ることができる１つまたは幾つかの管理サーバを備える様々な構造に関し、これらの遠隔装置は、直接にまたはゲートウェイを介して、１つまたは幾つかのビデオ装置に関連するビデオ装置またはプロキシである。ビデオ装置は、セットトップボックスには限定されず、テレビ受像機、コンピュータ、ラップトップ、固定通信装置または移動体通信装置．．．にも関する。

本発明はまた、コンピュータプログラム、或いは、本発明による上記に定義した管理方法を（サーバ側および／またはビデオ装置側に）実装するように適合された命令を含むようなプログラムを備える媒体に関する。

本発明はまた、上記（例えば、表１）に定義され、ＣＷＭＰなどのプロトコルとともに使用される遠隔管理モデルに関する。

具体的には、本発明は、デジタルプログラムを受け取るためにセットトップボックスが使用するＭＰＥＧ２ ＴＳカプセル化を、オペレータが動的に管理できるようにする、ビデオ装置（例えば、ＳＴＢ）向けの遠隔管理モデルに関する。本発明はまた、ビデオ装置のクロック復元機構を遠隔操作で選択することを可能にする、ビデオ装置（例えば、ＳＴＢ）向けの遠隔管理モデルに関する。さらに、本発明は、ビデオ装置から発行されるＩＧＭＰトラフィックのプライオリティを遠隔操作で変更することを可能にする、ビデオ装置（例えば、ＳＴＢ）向けの遠隔管理モデルに関する。本発明はまた、ビデオ装置によってトリガされる、ビデオ装置の入力バッファ充てんレベルに関連する警報のコンフィギュレーションを可能にする、ビデオ装置（例えば、ＳＴＢ）向けの遠隔管理モデルに関する。さらに、本発明は、ビデオ装置の使用に関連する視聴者統計を遠隔操作で記録することを可能にする、ビデオ装置（例えば、ＳＴＢ）向けの遠隔管理モデルに関する。本発明はまた、引渡し問題の推定原因の識別を可能にする、ビデオ装置（例えば、ＳＴＢ）向けの遠隔管理モデルに関する。

本発明はまた、本明細書に記載の遠隔管理モデルを実施する手段を備えるサーバ、ゲートウェイ、プロキシまたはビデオ装置（例えば、ＳＴＢ）に関し、より全般的には、こうしたサーバおよび／またはビデオ装置を備えるネットワークまたは通信システムに関する。

パラメータの定義
付録に示す表１は、本発明の一実施形態による、ＳＴＢ ＣＰＥ装置およびそれらに関するパラメータに関連するオブジェクトをリストする。各パラメータのデータタイプを示すのに使用される表記法、およびマルチインスタンスオブジェクトに関連する表記法は、（例えば、非特許文献２参照）で定義される表記法に従う。

表１の第１列は、パラメータのフルネームを表し、パラメータは、ＴＲ１０６ ＤＳＬフォーラム技術報告書に定義されるルートオブジェクトの名前、黄色のヘッダに示されるオブジェクトの名前、および個々のパラメータの名前の連結である。

表１の第２列は、パラメータのタイプ（例えば、オブジェクト（１つまたは幾つかのパラメータを含む）、２５６文字のストリング（ｓｔｒｉｎｇ（２５６）、ブーリアン、符号のない整数（ｕｎｓｉｇｎｅｄＩｎｔで示す）で示す）を表す。

第３列および第４列は、それぞれ書込みおよび読取りの状況を表し、「Ｒ」、「Ｏ」、「Ｃ」および「−」は、それぞれ、Ｒｅｑｕｉｒｅｄ（必要）、Ｏｐｔｉｏｎａｌ（任意選択）、Ｃｏｎｄｉｔｉｏｎａｌ（条件付き）、およびＮｏｔ ｐｒｅｓｅｎｔ（なし）を意味する。オブジェクトがすべて（「Ｃ］）でサポートされる場合、オブジェクトに対する書込みアクセスは、ＡｄｄＯｂｊｅｃｔおよびＤｅｌｅｔｅＯｂｊｅｃｔの動作が許可されない（「−」）のか、場合によっては許可される（「Ｏ」）のか、必要となる（「Ｒ］）のか、または条件付きで必要となるのかを示す。ＣＰＥが、関係する機能をサポートする場合、またはそれを含むオブジェクトが存在する場合、オブジェクトに対する読取りアクセスは、オブジェクトが任意選択（「Ｏ］）なのか、必要となる（「Ｒ］）のか、または条件付きで必要となる（「Ｃ］）のかを示す。

第５列は、対応するパラメータを記述する。

第６列は、ＴＲ−０６９を用いてオブジェクトのインスタンスを作成する際の、パラメータのデフォルト値を表す。デフォルト値が空ストリングである場合、これはシンボル＜Ｅｍｐｔｙ＞で表される。

さらに、本発明による管理方法で使用されるメインオブジェクトは太字である。

本発明の具体的な一実施形態によるビデオ装置のオブジェクト構造を示す図である。 図１によるビデオ装置のオブジェクト構造を実装するネットワークアーキテクチャを示す図である。 本発明の具体的な実施形態による、図２のネットワークに属するコンフィギュレーションサーバを示す図である。 本発明の具体的な実施形態による、図２のネットワークに属するビデオ装置を示す図である。 本発明の具体的な実施形態による、図３のサーバに実装される方法を示す図である。 本発明の具体的な実施形態による、図４のビデオ装置に実装される方法を示す図である。 図２のネットワークの各要素間での情報のやり取りの一例を示す図である。

Claims (13)

1. 遠隔地の遠隔管理サーバ（２０）が少なくとも１つの遠隔装置（２３）を管理することができるようにする遠隔管理方法であって、トランスポート層および／またはジッタ除去層のコンフィギュレーションを要求するＣＷＭＰコマンド（５２、７２、７６）の送出ステップを含むことを特徴とする方法。
2. 前記コンフィギュレーションは、前記少なくとも１つの遠隔装置でのＲＴＰジッタ除去のイネーブルまたはディスエーブルを含むことを特徴とする請求項１に記載の方法。
3. 前記コンフィギュレーションは、前記少なくとも１つの遠隔装置でのビデオストリームのジッタ除去のイネーブルまたはディスエーブルを含むことを特徴とする請求項１から２のいずれかに記載の方法。
4. 前記コンフィギュレーションは、少なくとも１つのビデオ装置内の少なくとも１つのバッファの初期レベルを含むことを特徴とする請求項１から３のいずれかに記載の方法。
5. 前記コンフィギュレーションは、前記少なくとも１つのビデオ装置のクロック復元設定を含むことを特徴とする請求項１から４のいずれかに記載の方法。
6. 前記コンフィギュレーションは、前記セットトップボックスによってトリガされるジッタ警報のコンフィギュレーションを含むことを特徴とする請求項１から５のいずれかに記載の方法。
7. 前記コンフィギュレーションは、前記セットトップボックスから発行されるＩＧＭＰトラフィックのプライオリティのコンフィギュレーションを含むことを特徴とする請求項１から６のいずれかに記載の方法。
8. 統計データを要求するＣＷＭＰメッセージの送出ステップを含むことを特徴とする請求項１から７のいずれかに記載の方法。
9. ビデオ装置（２３）を遠隔地の管理サーバ（２０）によって管理することができるようにする遠隔管理方法であって、トランスポート層および／またはジッタ除去層のコンフィギュレーションを要求するＣＷＭＰメッセージの受取りステップ（６１）を含むことを特徴とする方法。
10. 前記ＣＷＭＰメッセージが要求するコンフィギュレーションステップを含むことを特徴とする請求項９に記載の方法。
11. 受信されたオーディオ／ビデオのデータを記憶するためのバッファを備えるビデオ装置であって、トランスポート層および／またはジッタ除去層のコンフィギュレーションを要求するＣＷＭＰメッセージを受け取る手段、および該メッセージに従って前記ビデオ装置をコンフィギュレーションするための手段を含むことを特徴とするビデオ装置。
12. 前記ビデオ装置はセットトップボックスであることを特徴とする請求項１１に記載のビデオ装置。
13. 前記ビデオ装置はプロキシであることを特徴とする請求項１１に記載のビデオ装置。

Images