JP2014131336A - 品質統計のコレクション方法及び対応する品質統計のコレクションの管理方法 - Google Patents

Abstract

【課題】品質統計のコレクションを改善すること。
【解決手段】交換は、品質統計管理デバイス１１０から品質統計収集デバイス１２５へ品質統計管理に関連するメッセージを送信することで開始する。チャネル変更のユーザ動作は、ユーザ５００からデバイス１２５へのＺＡＰ５０５（メッセージ）で示される。デバイス１２５は、要求されたストリームを受信する５０７。収集された品質統計は、．ＳＴＢＳｅｒｖｉｃｅ｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇオブジェクトに保存される。コレクションが行われかつデバイスがユーザ選択ストリームに接続されている秒数は、動作５０９で示すように、ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄｓに保存される。収集された品質統計は、メッセージ５１５で示されるように、品質統計管理手段で受信される。
【選択図】図５

Description

本発明は電気通信の分野に関し、特に、例えばサービスの品質並びに／またはデジタルオーディオサービス及び／またはデジタルビデオサービスのユーザエクスペリエンスの品質などの、データ受信に関係する品質に関係する統計の収集に関する。

従来技術によれば、デバイスは、オーディオサービス及び／またはビデオサービスなどのサービスを提供するネットワークに接続している。これらのサービスを運ぶネットワークは、送信機、変調器、復調器、ルータ、スイッチ、ＤＳＬＡＭ（デジタル加入者線アクセス多重化装置）、モデムなどの様々な機器を含むことができる。これらの機器は、デバイスの受信品質に影響を与えるかもしれない有線接続及び／または無線接続によって相互に接続されている。今度は受信品質は、該デバイスを用いているユーザのユーザエクスペリエンス品質に影響を与えるかもしれない。ユーザエクスペリエンス品質は、サービスがレンダリングされると、デバイスのユーザによって経験される品質である。受信品質とユーザエクスペリエンス品質との間には差異が生じる。例えば、デバイスが相対的に少数のパケット損失のあったサービスを受信するが、失われたパケットがＨ．２６４符号化ストリーム内のＩ（イントラ）タイプのパケットに関係している場合、サービスレンダリングに対する影響は重大である。なんとなれば、デバイスのデコーダは、これらのパケットが正しく受信されるときでさえ、ＢタイプパケットまたはＰタイプパケットのようなＩタイプパケットに依存する他のパケットを用いることができないからである。そのとき、相対的に少数のパケットの損失によって、マクロブロックのような目に見えるアーチファクトの出現が生じるかもしれない。サービスの品質に関しては、エクスペリエンス品質は測定することができる。例えば、エクスペリエンス品質は、タイムエンティティごとのビデオにおけるチャネル変更時間及びマクロブロック数、またはオーディオレンダリングにおけるドロップアウト数で測定され得る。

本明細書全体を通して、受信品質に対応する用語ＱｏＳ、即ちサービスの品質、及び、ユーザエクスペリエンス品質に対応する用語ＱｏＥ、即ちエクスペリエンス品質、を用いる。

本明細書の残りの部分を通して、一般的用語である品質統計が用いられ、品質統計には、ＱｏＳ統計及びＱｏＥ統計を含む。

異なるデバイスに提供される同じサービスは、通るネットワーク経路の違いのために、異なるデバイスは、異なるＱｏＳ及びＱｏＥの影響を受けるかもしれない。更に、同じＱｏＳについて、異なるユーザデバイスは、デバイスのレンダリングの品質または復号化の品質の差のために異なるＱｏＥを有するかもしれない。

従って、デバイスについてのサービスプロバイダがデジタルオーディオサービス及びデジタルビデオサービスのＱｏＳ／ＱｏＥに関する統計を得ることができるようにする方法がある。例えば、非特許文献１は、ＩＰＴＶ（インターネットプロトコルテレビジョン）サービスのＱｏＳ及びＱｏＥをモニタリングするメカニズムの仕様を定めている。ＴＲ−１３５は、ＴＲ−０６９シリーズの仕様書の一部であり、ＴＲ−０６９は、デバイスの遠隔管理を可能にするプロトコルの仕様を定めている。

ＴＲ−１３５文書第１版（ＴＲはテクニカルレポートのこと、ブロードバンドフォーラム、即ち旧ＤＳＬフォーラムが発行した一連のドキュメント）ＴＲ−１３５は、ＴＲ−０６９シリーズの仕様書の一部である。 ＴＲ−０６９文書。ＴＲ−０６９は、デバイスの遠隔管理を可能にするプロトコルの仕様を定めている。

例えば、非特許文献２及び非特許文献１で表される従来技術の欠点は、従来技術はＩＰＴＶネットワークのためのＱｏＳモニタリング統計を集めるのを可能にするが、これらの統計は、統計を集めるデバイスのユーザの行為の影響を受けやすいということである。デバイスの非アクティビティ期間にデバイスの品質統計を得る方法はなく、よって、あらゆるユーザアクションから開放されている期間に品質統計を得ることはできない。更に、いくつかのデバイスから同じ期間にわたって品質統計を得る方法はない。

本発明は、従来技術の不都合を軽減することを目的とする。

具体的には、本発明の目的は、品質統計のコレクション（collection：収集すること、収集したもの）を改善することである。

本発明は、特に、以下のステップを含むことを特徴とする品質統計のコレクション方法に関する。以下のステップには、
いわゆるリクエストモードである、品質統計のコレクションモードを表す情報を含む信号を受信するステップを含み、該リクエストモードは、１つの第１モード及び１つの第２モードを含む少なくとも２つの可能な値を有しており、
以下のステップには更に、
該リクエストモードが第１のモードである場合、該第１のモードで開始するステップと、
該リクエストモードが第２のモードである場合、該第２のモードで開始するステップと、
該第１のモードにおいて、テストストリームへの接続要求を含む信号を受信するとテストストリームに接続するステップと、
該第２のモードにおいて、品質統計のコレクションのために必要とされるデバイスのリソースが利用可能なときはいつでも、テストストリームに自動接続するステップと、
を含む。

該方法はまた、
品質統計コレクションが、該品質統計を利用可能にする信号の受信によって利用可能にされる場合にかつデバイスがストリームに接続される場合に、品質統計を収集するステップを含む。

本発明の特定の実施形態によれば、第２のモードのテストストリームは、品質統計のコレクションのために必要とされるデバイスと異なるデバイスによって設定可能なパラメータである。

本発明の特定の実施形態によれば、テストストリームへの接続及びテストストリーム上の品質統計のコレクションがデバイスによるサービスレンダリングの品質に影響を与えない場合に、品質統計コレクションの収集（collection）のために必要とされるデバイスのリソースは利用可能であると見なされる。

本発明の特定の実施形態によれば、デバイスがワイドエリアネットワークからのストリームに接続されていない場合に、品質統計コレクションの収集のために必要とされるデバイスのリソースは利用可能であると見なされる。

本発明の特定の実施形態によれば、品質統計コレクションの収集のために必要とされるデバイスのリソースは、デバイスのスタンバイ状態で利用可能にされる。

本発明はまた、品質統計のコレクションの管理方法に関する。それは、以下のステップを含む。以下のステップには、
いわゆるリクエストモードである、品質統計のコレクションモードを表わす情報を含む信号を少なくとも１つの収集デバイスに送信するステップを含み、該リクエストモードは、第１のモード及び第２のモードを含む少なくとも２つの可能な値を有しており、
以下のステップには更に、
該第１のモードにおいて、テストストリームへの接続要求を含む要求信号を少なくとも１つの収集デバイスに送信するステップと、
該第１のモードにおいて、該要求信号を受信するとテストストリームへの収集デバイスの接続が行われるステップと、
該第２のモードにおいて、収集デバイスのリソースが利用できるときはいつでも、テストストリームへの収集デバイスの接続が自動的に行われるステップと、
を含む。

本発明の特定の実施形態によれば、該方法は、少なくとも１つの収集デバイスから収集された品質統計を受信するステップを含む。

本発明の特定の実施形態によれば、該方法は、少なくとも１つの収集デバイスにコレクション間隔を表す情報を送信するステップを含む。

本発明の特定の実施形態によれば、テストストリームへの接続を要求する信号は、少なくとも１つの収集デバイスに送信される。

本発明の特定の実施形態によれば、品質統計は、前記品質統計が適用するストリームのタイプによって分類される。

本発明の特定の実施形態によれば、ストリームのタイプは、テストタイプのストリーム及びユーザ選択タイプのストリームを含む。

本発明の特定の実施形態によれば、品質統計は、サービスの品質とエクスペリエンス品質とを含むセットに関連する。

本発明の特定の実施形態によれば、品質統計は、オーディオタイプサービス及びビデオタイプサービスに関係する。

本発明の更なる利点は、本発明の、特定の、限定でない実施形態の説明を通して明らかにされる。複数の実施形態が、以下の図面を参照して説明される。

本発明と互換性を持つ例示的なネットワークインフラストラクチャを示す図である。 本発明の特定の実施形態による例示的なデータモデルを示す図である。 本発明の特定の実施形態による例示的なデータモデルを示す図である。 本発明の特定の実施形態による例示的なデータモデルを示す図である。 図２乃至図４のデータモデルがアプリケーションに使用されている、図１のインフラストラクチャのデバイス同士の間のメッセージ交換を示す図である。 図２乃至図４のデータモデルがアプリケーションに使用されている、図１のインフラストラクチャのデバイス同士の間のメッセージ交換を示す図である。 図２乃図至４のデータモデルがアプリケーションに使用されている、図１のインフラストラクチャのデバイス同士の間のメッセージ交換を示す図である。 本発明による例示的な品質統計管理デバイスを示す図である。 本発明による例示的な品質統計収集デバイスを示す図である。 本発明によるデバイスによる品質統計のコレクション方法についてのアルゴリズムを示す図である。 本発明による品質統計管理デバイスによる品質統計の管理方法についてのアルゴリズムを示す図である。

非特許文献１は、エンドユーザデバイスのようなデバイスによって実施することができるデータモデルの仕様を定める。データモデルは、統計を示す様々なパラメータを含む。つまり、データモデルは、デバイスのクラス及び属性の中で、これらのクラス同士の間の関係を説明する。クラスの属性は、書き込み可能、読み出し可能、読み出しだけ可能であってもよい。データモデルのクラスは、階層に整理され、属性を有する。クラスのインスタンスは、オブジェクトと称される。例えば、遠隔管理デバイスがＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇクラスのＳａｍｐｌｅＥｎａｂｌｅ属性の値をＴＲＵＥに変更したい場合、データモデルは、．ＳＴＢＳｅｒｖｉｃｅ．｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇと称されるオブジェクトがこの目的のために存在することを、ブールタイプの属性ＳａｍｐｌｅＥｎａｂｌｅ、及び特定の値に属性を設定する効果が何であるかに対する説明を用いて特定する。オブジェクト名．ＳＴＢＳｅｒｖｉｃｅ｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇは、ＳａｍｐｌｅＥｎａｂｌｅ属性が、今度はＳＴＢＳｅｒｖｉｃｅクラスのサブクラスであるＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇクラスの属性であることを意味する。クラスはオブジェクトと称されるインスタンス、即ち具現を有する。従って、．ＳＴＢＳｅｒｖｉｃｅクラス名に続きかつドットの前にある項「｛ｉ｝」は、クラス名が当該項の後に特定されるオブジェクトの存在している０またはそれ以上のＳＴＢＳｅｒｖｉｃｅオブジェクトが潜在的にあり得ることを示す。よって特定のオーディオサービスまたはビデオサービス「ｉ」のためのセットトップボックスにおけるＳａｍｐｌｅＥｎａｂｌｅ属性の値を変更することができる。

属性値及びオブジェクトコンテンツは、様々な手段によりデバイス内でアクセスされ得る。本発明のある実施形態によれば、収集デバイスによって実施されるデータモデルの属性値及びオブジェクトコンテンツは、メッセージ及び要求を送信することによってアクセスされる。本発明の異なる実施形態によれば、属性値及びオブジェクトコンテンツは、デバイスのデータベースエージェントへの接続によってアクセスされる。本発明の異なる実施形態によれば、属性値及びオブジェクトコンテンツは、ＩＰ−ソケットを介して送信されるプレーンテキストメッセージによってアクセスされる。本発明の異なる実施形態によれば、ＨＴＴＰ（ハイパーテキスト転送プロトコル）を用いてアクセスされる。本発明の異なる実施形態によれば、属性値及びオブジェクトコンテンツは、ウェブインタフェースを用いてアクセスされる。これらの実施形態は排他的ではない、即ち、前の実施形態の全ては特定の実施形態に組み込まれてもよい。値及びオブジェクトにアクセスする、他の説明されていない手段を用いる他の実施形態が可能であって、除外されない。

非特許文献１は、更に、設定可能なサンプル間隔、即ち品質統計が収集される間の時間間隔の仕様を定める。次に、全統計が、カウンタを用いてこのサンプル間隔にわたって計算される。サンプル間隔が終わると、カウンタの値はレポートと称され、次にレポートはデバイスのメモリに保存される。次に、非特許文献１は、様々なカウンタについてのレポートを取り出す方法を定義する。

非特許文献１の特異性は、デバイスのアクティビティ期間に、統計がデバイスによって算出されるということである。例えば、デバイスがビデオを受信する場合に、統計が算出され、デバイスがいかなるビデオも受信していない場合、カウンタは計算されない。

データ受信期間をデータが受信されていない期間と区別するために、パラメータは、ＳｅｃｏｎｄＳａｍｐｌｅと称される非特許文献１のデータモデルに存在する。このパラメータは、サンプル間隔内の何秒間デバイスが統計を計算していたかについて示す。非特許文献１はまた、デバイスに様々な目的のためのテストストリームに接続させる方法の仕様を定義する。このテストストリームの１つの可能な目的は、例えば、クライアントのデバイスのホットラインのオペレータによる直接介入の間、アドホックテストのための参照ストリーム上で統計のコレクションを強制することである。しかしながら、クライアントがチャネルを変えると、または、クライアントが自分のデバイスをシャットダウンすると、統計はもはや参照ストリームから収集されないかまたはそれぞれまったく収集されない。

非特許文献１のセクション１.３は、品質統計のコレクションに対応する「サービスモニタリング」特徴の概略を与える。

本明細書の残りの部分を通して、用語「デバイス」または「収集デバイス」が用いられ、これは、品質統計のコレクション方法に従って品質統計を収集するエンドユーザデバイス及び中間デバイスを含む。エンドユーザデバイスは、セットトップボックスなどの、ユーザがリモートコントロールまたはキーボードなどのインタラクション手段によってユーザが直接インタラクションを行うデバイスである。中間デバイスは、ゲートウェイ、プロキシ、スイッチ、及び他のネットワーク機器を含む。

本発明によれば、品質統計コレクションの少なくとも２つのモードは、デバイス動作について定義される。第１のＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモード及び第２のＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードであって、「第１の」モード及び「第２の」モードとも称される。

ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードにおいて、デバイスがいずれかのストリームに接続されると、デバイスはサンプル間隔にわたって統計の計算を実行する。

ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードがデバイスで起動すると、予め定められたテストストリームへの接続のために必要とされるデバイスのリソースが利用可能であるということをデバイスが検出するとすぐに、デバイスは、決定されたテストストリームに自動的に切替わり、そこから品質統計を収集する。このモードは、長い時間をかけて連続的な品質統計の計算を提供することを可能にする。

本発明の特定の実施形態によれば、テストストリームへの接続及びテストストリーム上の品質統計のコレクションがデバイスのサービスレンダリングの品質に影響を与えないときに、リソースは利用可能であるとみなされる。このことは、例えば、デバイスのユーザが、組み込まれたＰＶＲからビデオを再生し始めることによってテストストリームに接続するために必要なネットワークインタフェースを用いない場合、またはユーザが、ネットワークインタフェース上のＷＡＮ（ワイドエリアネットワーク）からのいかなるストリームも受信していないがＬＡＮ（ローカルエリアネットワーク）からのストリームを再生しているだけである場合でかつＬＡＮストリームに加えてテストストリームを受信するネットワークインタフェース上に利用可能なリソースがある場合のケースである。

本発明の特定の実施形態によれば、ＷＡＮからのストリームとＬＡＮからのストリームとの間の区別は、ストリームのソースＩＰアドレスに注目することによって行われる。ソースＩＰアドレスが収集デバイスの自身のアドレスと同じサブネットに属している場合、ストリームは、ＬＡＮからであって、ＷＡＮからではない。

本発明の特定の実施形態によれば、収集デバイスは、無線ＤＴＴ（地上波デジタルテレビジョン）及び有線のＡＤＳＬ接続によるＩＰＴＶなどの２種類のインタフェースを有するハイブリッドタイプである。そのとき、テストストリームへの接続のためのかつ統計のコレクションのためのリソースは、収集デバイスがＤＴＴインタフェースを起動させるとＩＰＴＶ−ＡＤＳＬインタフェースを開放する場合に利用可能である。

これらの特定の実施形態は、特定の実施形態を形成するために特定の利点と組み合わされてもよい。

収集デバイスのサービスレンダリングの品質への影響を避ける他の例が、本明細書のこれより先で挙げられる。

本発明の別の特定の実施形態において、デバイスの必要とされるコンポーネントだけがアクティブのままである特別なスタンバイモードを定義することによって、デバイスがスタンバイモードに入る場合に、品質統計のコレクションのために必要とされるリソースは利用可能にされる。もちろん、品質統計コレクションのために必要とされるリソースをスタンバイモードにしておくため、本発明を実施するデバイスは、この特別なスタンバイモードをサポートする。現在の最新技術は、ユーザが自分のデバイスがスタンバイ状態でまだ部分的に機能しているという事実を知らずに、選択されたコンポーネントをスタンバイ状態でアクティブにしておくことは当たり前のことであることを示す。この特別なスタンバイモードは、ユーザからのコマンドでデバイスを起動させることができるために最小限のコンポーネントだけがアクティブである本当のスタンバイモードと区別される。

本発明はまた、品質統計のコレクションモードを表す情報を送信することを含む品質統計のコレクションの管理を可能にする構成手段を取り入れる。モニタモードには、ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲ−ＭＯＤＥ及びＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードを含む。

本発明はまた、品質統計を分類する方法を取り入れる。各々の収集された統計は、デバイスがテストストリームに接続されたかどうか、または、デバイスがユーザ選択ストリームを受信していたかどうかによって分類される。ストリームのタイプによるこの分類は、例えば、テストストリーム上でデータが収集されていた秒数及び、ユーザ選択ストリームへの接続から統計が収集されていた秒数を示すことによって行われる。これは、起こり得るエラーイベントをユーザエクスペリエンスと関連付けるために役立つ。テストストリーム上で発生するエラーは、ユーザに見えないかまたは少なくともユーザエクスペリエンスに影響を与えない。本発明の特定の実施形態によれば、この問題は、非特許文献１のデータモデルに対する特定の一組のパラメータ、即ち、ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄ及びＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄ．を追加することによって解決される。ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄは、ユーザ選択ストリームに接続された場合にデータがサンプル間隔の間に集められた秒数であることと定義される。ＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄは、デバイスがテストストリームに接続された場合に、サンプル間隔の間にデータが集められた秒数を示す。本発明の別の実施形態によれば、値「ＴＥＳＴ」を有する特別なＳｅｒｖｉｃｅＴｙｐｅが、既存の非特許文献１のデータモデルに追加される。ＳｅｒｖｉｃｅＴｙｐｅパラメータの使用は、非特許文献１に説明されている。この実施形態によれば、デバイスが統計を集める時に、統計は、ストリームのタイプ、即ちユーザ選択またはテスト、に対応する特定のＳｅｒｖｉｃｅＴｙｐｅの非特許文献１のＭａｉｎＳｔｒｅａｍデータモデルオブジェクトの特定のインスタンスに保存される。デバイスがテストストリームに接続されると統計が集められる場合、統計は、ＭａｉｎＳｔｒｅａｍオブジェクトに保存される。ＭａｉｎＳｔｒｅａｍオブジェクトは、「ＴＥＳＴ」に設定されたそのＳｅｒｖｉｃｅＴｙｐｅ属性を有する。デバイスがユーザ選択ストリームに接続されると統計が集められる場合、統計は、別のＭａｉｎＳｔｒｅａｍオブジェクトに保存される。別のＭａｉｎＳｔｒｅａｍオブジェクトは、「ＩＰ」、「ＩＰＴＶ」、または「ＶｏＤ」のような既存のデータモデルにおいて定義されたタイプのうちの１つに設定されたそのＳｅｒｖｉｃｅＴｙｐｅ属性を有する。

図１は、本発明と互換性を持っておりかつ品質統計管理デバイス及び品質統計を集めるのに適した複数のデバイスを含む例示的なネットワークインフラストラクチャを示す。

該インフラストラクチャは、以下を含む。即ち、
- プログラム提供管理サーバ１１６、
- プログラム提供信号伝達サーバ１１２、
- 品質統計管理デバイス１１０、
- テストストリームエンコーダ１１１、
- プログラムストリームエンコーダ１１３、１１４、及び１１５、
- オペレータネットワーク１１７、
- アクセスネットワーク１２０、
- ゲートウェイデバイス１２１、
- ＬＡＮ１２２、
及び、
- セットトップボックス収集デバイス１２３、１２４、及び１２５、
を含む。

サービスのオペレータは、符号１２３、１２４及び１２５などのデバイスにサービスを提供する。これらのサービスは、オペレータのネットワーク１１７を介しかつオペレータのネットワークに接続しているオペレータの機器を介し、アクセスネットワーク１２０を介し、デバイス１２３及び１２４に対してゲートウェイ１２１を介してまたはデバイス１２５に対して直接提供される。

デバイス１２１は、ＬＡＮ内で接続されているデバイス１２３及び１２４のためのアクセスネットワークへのアクセスポイントとしての機能を果たすゲートウェイである。

デバイス１２３、１２４及び１２５は、セットトップボックス、即ちＡＶサービスの受信器である。デバイス１２４は、デバイス１２３であるが追加のＰＶＲ（パーソナルビデオレコーダ）機能を有するセットトップボックスである。デバイス１２３及び１２４並びに１２１はＬＡＮに接続され、それによってデバイス１２３及び１２４が互いのサービスを用いることができるようにする。例えば、デバイス１２４はデバイス１２３にＰＶＲサービスを提供して、例えば、記録されたビデオを再生することができる。ゲートウェイ１２１はネットワークアドレス翻訳サービスを提供して、デバイス１２３及び１２４はオペレータネットワーク１１７及びオペレータネットワーク１１７のサービスにアクセスすることができる。ゲートウェイ１２１は、ＡＤＳＬタイプのうちのアクセスネットワークの接続に用いられるインタフェースを有していて、ゲートウェイ１２１はＩＰインタフェースを介してデバイス１２３及び１２４とインタフェースする。

デバイス１２５は、アクセスネットワーク１２０に直接接続されていて、そのために、そのネットワークに用いられるインタフェースが設けられている。

ＷＡＮはここでアクセスネットワーク１２０で表され、ＬＡＮはここでローカルネットワーク１２２で表される。

最初に、デバイス１２３、１２４、及び１２５は、プログラム提供管理サーバに接続し、自身を特定して、利用できるサービスのリストを取り出すことができる信号伝達サーバ１１２のアドレスを取り出す。次に、デバイスは、プログラムストリームエンコーダ１１３、１１４、及び１１５によって提供されるストリームのいずれにも接続することができる。デバイス１２３、１２４、及び１２５は、オペレータによって提供されるサービスを受信して復号化することができる。

オペレータネットワーク１１７は、オペレータがデバイス１２３、１２４、及び１２５から品質統計を収集できるようにする品質統計管理デバイス１１０を更に含む。

デバイス、１２３、１２４及び１２５は、それらに所望の品質統計を収集しかつ品質統計管理デバイス１１０によって読み出され得るメモリに所望の品質統計を保存するように指示する信号を更に受信することができる。

特定の実施形態によれば、品質統計管理デバイス及び収集された品質統計を読み出すデバイスは、同じデバイスではない。この特徴は、タスクを切り離して、タスクのタイプに適する専用の機器を用いることを可能にする。

デバイス１２３、１２４及び１２５は、テストストリームエンコーダ１１１によって提供されるテストストリームに接続する信号を更に受信することができる。

動的に、品質統計管理デバイス１１０は、以下の方法でデバイス１２３、１２４、及び１２５から品質統計を集める。品質統計管理デバイス１１０は、デバイス１２３、１２４及び１２５のうちの少なくとも１つに信号を送信する。この信号は、統計コレクションの２つのモード、即ち、ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲである第１のモード及びＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲである第２のモードを含む値を有することができる。しばらくすると、品質統計管理デバイス１１０は、デバイス１２３、１２４及び１２５によって収集された統計を収集することができる。特定の実施形態によれば、信号は、テストストリームに接続要求を示す１つまたは複数のデバイス１２３、１２４、及び１２５に送信される。この特徴は、同時に、いくつかのデバイス１２３、１２４、及び１２５の即時のテストを可能にする利点を有する。特定の実施形態によれば、デバイス１２３、１２４、及び１２５から収集された品質統計は、統計が適用されるストリームのタイプによって分類される。この特徴は、エラーをストリームタイプに関係付けることを可能にする。特定の実施形態によれば、ストリームタイプは、少なくとも１つのテストタイプのストリーム及び少なくとも１つのユーザ選択タイプのストリームを含む。この特徴は、何らかのエラーがユーザによって観察されたかどうかについて知ることを可能にする。

デバイス１２３、１２４、及び１２５は、以下の通りに品質統計を集める。それらは、第１（即ち、ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲ）または第２（即ち、ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲ）の、品質統計コレクションのモードを表す情報を含む信号を受信する。デバイス１２３、１２４、及び１２５は、受信された信号に対応するモードに入る。最初のＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードでは、接続は、テストストリームへの接続要求を含む信号を受信すると、指定されたテストストリームに対して行われ、統計のコレクションは、コレクションがイネーブリング信号の受信によって利用可能にされる場合かつデバイスがストリームに接続される場合に行われる。第２のＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードでは、品質統計のコレクションのために必要とされるデバイスのリソースが利用可能なときはいつでも、テストストリームへの自動接続が行われる。本発明の特定の実施形態によれば、第２のモードのテストストリームは、品質統計を収集するデバイスと異なるデバイスによって設定可能なパラメータである。この特徴は、テストストリームを変更し、異なるストリームタイプから統計を収集し、結果を観察することを可能にする。特定の実施形態によれば、テストストリームへの接続及び統計のコレクションがデバイスのサービスレンダリングの品質、即ち、デバイスがレンダリングするサービスの品質に影響を与えない場合に、リソースは利用可能であるとみなされる。この特徴は、デバイスが何をしていても、品質統計のコレクションによってまたはテストストリームへの接続によっていかなる形であれ混乱させられることなしに、デバイスのシームレスな機能を得る利点を有する。例えば、統計コレクションは、デバイスのＣＰＵにチャネル変更時間を遅延させる負担をロードしない。または、テストストリームへの接続は、ユーザが視覚化しているかまたは記録しているユーザ選択ストリームに使用可能であるバンド幅を減らさない。本発明の特定の実施形態によれば、品質統計コレクションの収集のために必要とされるリソースは、スタンバイモードで利用可能にされる。この特徴は、デバイスのサービスレンダリングの品質に影響を与えずに、長時間にわたって統計を集めることを可能にする。様々な実施形態により、前記デバイスがワイドエリアネットワークからのストリームに接続していない場合に、品質統計のコレクションのために必要とされるリソースは利用可能であるとみなされることが有利である。この特徴によって、ＷＡＮに接続している収集デバイスのために、必要とされるリソースが利用可能であるかどうかを決定する高速の手段を可能にすることができる。

本発明の異なる実施形態によれば、ゲートウェイデバイス１２１は、それ自体中間収集デバイスであり、そのＬＡＮに接続しているデバイス上で品質統計を収集する。本発明の特定の実施形態によれば、中間収集デバイスは、品質統計管理デバイスのための収集デバイスであって、そのＬＡＮに接続している収集デバイスに対する品質統計管理デバイスである。そのとき、中間収集デバイスは、本発明による統計コレクションの方法及び統計コレクションの管理の方法の両方を実施する。

図２は、本発明の特定の実施形態による例示的なデータモデルを示す。この例示的なデータモデルは、フレームワークとしてＴＲ−１３５仕様書のデータモデルを用いる。ＴＲ−１３５仕様書に記載されているデータモデルは、セットトップボックスにおけるデジタルテレビジョン機能の遠隔管理を可能にする。本発明によるＳａｍｐｌｅＳｅｃｏｎｄパラメータ及びＳａｍｐｌｅＳｅｃｏｎｄパラメータの使用は、統計を処理するかまたは読み出すデバイスが、テストストリームに接続する間に集められた統計と接続されていない間に集められた統計との間を区別できるようにする。

図２、図３、及び図４において、データモデルはテーブル形式で記載されていて、それは属性が属するクラス、データモデル（２０１）内のオブジェクト名及びクラス階層、属性名（２０３）、並びに、属性タイプ（２０４）及び属性使用説明（２０５）を備えたクラスの特定の属性を示す。図２を参照すると、要素２００はここで記載されていてかつ要素２０１で見られるオブジェクトを導く。要素２０２は、テーブルエントリ２０６、２０７、２０８、２０９、２１０及び２１１に記載されているデータモデル属性を導く。

この図で示される特定の実施形態によれば、データモデルの詳細は、ＳＴＢＳｅｒｖｉｃｅ｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇ．ＭａｉｎＳｔｒｅａｍ｛ｉ｝．Ｓａｍｐｌｅオブジェクトについて示されている。非特許文献１において、収集された統計は、サンプルと称される。品質統計がユーザ選択ストリームで収集された継続時間と品質統計がテストストリームで収集された継続時間との間を区別することができるようにするために、本発明によるデータモデルは、２つのはっきり区別できるＳａｍｐｌｅＳｅｃｏｎｄ属性、即ち、「ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄｓ」及び「ＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄｓ」を導く。

ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄｓ属性は、コンマ区切りのリストであって、リストの各エントリは、ユーザ選択ストリームに接続されている間に品質統計が集められた秒数である。

ＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄｓ属性は、コンマ区切りのリストであって、リストの各エントリは、テストストリームに接続されている間に品質統計が集められた秒数である。

図３は、本発明の特定の実施形態による図２のデータモデルについての変形を示す。ＳｅｒｖｉｃｅＴｙｐｅの使用によって、統計を処理するかまたは読み出すデバイスは、テストストリームに接続されている間に収集された統計と接続されていない間に収集された統計との間を区別できるようになる。

図２に関して、データモデルは、テーブル形式で記載されている。図２との共通の要素は、すでに上記で説明されており、よって更にここで説明されない。

本実施形態において、サンプル、即ち品質統計がユーザ選択ストリームで収集される継続時間とテストストリームで収集される継続時間との間の区別は、非特許文献１仕様書の．ＳＴＢＳｅｒｖｉｃｅ．｛ｉ｝．Ｃａｐａｂｉｌｉｔｉｅｓ．ＳｅｒｖｉｃｅＭｏｎｉｔｏｎｎｇオブジェクトの拡張されたＳｅｒｖｉｃｅＴｙｐｅ属性を用いて行われる。ＳｅｒｖｉｃｅＴｙｐｅ属性は、ユーザ選択ストリームとテストストリームとの間の区別分類をサポートするために拡張されている。収集された品質をストリームのタイプによる異なるオブジェクトに保存するために、手続きは以下の通りとなる。ＭａｉｎＳｔｒｅａｍオブジェクトのいくつかのインスタンスは、収集デバイスによって生成される。これらのオブジェクトが含む情報は、品質コレクション管理デバイスのような外部のデバイスによって読み出されてもよい。サービスがテストストリーム（例えば「ＴＥＳＴ」）であることを示す値に設定されたＳｅｒｖｉｃｅＴｙｐｅ属性を有するインスタンスもあれば、サービスがユーザ選択ストリーム（例えば「ＩＰＴＶ−Ｕｓｅｒ」）であることを示す値に設定されたそのＳｅｒｖｉｃｅＴｙｐｅ属性を有するインスタンスもある。テストストリームに接続している間に収集された品質統計について、「ＴＥＳＴ」に設定されたそのＳｅｒｖｉｃｅＴｙｐｅ属性を有する図２のＭａｉｎＳｔｒｅａｍオブジェクトのインスタンス（参照番号２０１）は、統計を保存するために用いられる。ＩＰＴＶユーザ選択ストリームに接続されている間に収集された品質統計について、「ＩＰＴＶ−Ｕｓｅｒ」に設定されたＳｅｒｖｉｃｅＴｙｐｅ属性を有するＭａｉｎＳｔｒｅａｍオブジェクトのインスタンスは、統計を保存するために用いられる。

ＳｅｒｖｉｃｅＴｙｐｅ属性は文字列タイプのものであって、サポートされるサービスタイプのコンマ区切りリストであり、その各々はストリームソースに関する。各項目は、以下を含むリストからとられる。以下には、
- ＩＰＴＶ−Ｕｓｅｒ：ＷＡＮからのユーザ選択ＩＰＴＶストリーム、
- ＶｏＤ−Ｕｓｅｒ：ＷＡＮからのオンデマンドのストリームのユーザ選択ビデオ、
- ＩＰ−Ｕｓｅｒ：ＷＡＮからの上記のユーザ選択ストリーム（ＩＰＴＶユーザかＶｏＤユーザ）のうちのいずれか、
- ＴＥＳＴ：ＳＴＢＳｅｒｖｉｃｅ｛ｉ｝．ＣｏｍｐｏｎｅｎｔｓＦｒｏｎｔＥｎｄ｛ｉ｝．ＩＰ． ＳｅｒｖｉｃｅＣｏｎｎｅｃｔオブジェクトのＵＲＩ属性を設定することによって特定されたＷＡＮからのテストストリーム、
- ＩＰ−ＡＬＬ：ユーザ選択トリーム、ＩＰＴＶ及びＶｏＤを含むＷＡＮからのＩＰストリームのあらゆるタイプ、
- ＣＡＢ−ケーブルチューナからのストリーム、
- ＤＴＴ−デジタル衛星テレビチューナからのストリーム、
- ＳＡＴ−地上波デジタルテレビジョンチューナからのストリーム、
- ＰＶＲ−パーソナルビデオレコーダからのストリーム、
を含む。

本発明の異なる実施形態によればかつＳｅｒｖｉｃｅＴｙｐｅパラメータの一組の値を拡張する代わりに、新しいパラメータが追加される。新しいパラメータは、値「ＵＳＥＲ」または「ＴＥＳＴ」のうちの１つをとる既存の非特許文献１のＳｕｂＳｅｒｖｉｃｅＴｙｐｅパラメータに追加されて用いられるインスタンスＳｅｒｖｉｃｅＴｙｐｅパラメータと称される。レガシーの（非特許文献１）ＳｅｒｖｉｃｅＴｙｐｅパラメータと共に用いられるＳｕｂＳｅｒｖｉｃｅＴｙｐｅは、ＭａｉｎＳｔｒｅａｍオブジェクトの２つの異なるインスタンス、即ち、ユーザ選択ストリーム専用のインスタンス及びテストストリーム専用のインスタンスを区別することを可能にする。

図４は、統計コレクションの第１のモードと第２のモードとの間の区別についての実施形態を示す。それは、デバイス１２３、１２４、または１２５のうちのいずれかのような本発明と互換性を持つデバイスで実施される。図２及び図３に関して、データモデルは、テーブル形式で記載されている。図２及び図３との共通の要素は、すでに上記で説明されており、よってここで更に説明されていない。

本発明のこの特定の実施形態のためのフレームワークとして用いられる非特許文献１のデータモデルは、タイプ「ブール」４０７についてである、新しい属性、即ち、「ＡｕｔｏＭｏｎｉｔｏｒ」４０６の導入にともなって拡張された。品質統計管理デバイスが、．ＳＴＢＳｅｒｖｉｃｅ．｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇオブジェクト４０１のＡｕｔｏＭｏｎｉｔｏｒ属性をブール値「ＴＲＵＥ」に設定すると、品質統計管理デバイスは、その属性がＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲの品質統計コレクションモードに入るように設定されている収集デバイスに要求を行う。そうでなければ、ＡｕｔｏＭｏｎｉｔｏｒｉｎｇ属性が「ＦＡＬＳＥ」に設定されると、品質統計管理デバイスは、収集デバイスにＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲである第１の統計コレクションモードを開始することを要求する。これらの２つのモードの意味は、この明細書において以前にすでに説明されており、よって更に説明されない。

ＳａｍｐｌｅＥｎａｂｌｅ属性は、品質モニタリングデバイスによってＴＲＵＥに設定されると、品質統計コレクションを実現するものである。

図は本発明の実施形態を示し、第２のモードのテストストリームは、メッセージ５０１で示される品質統計を収集するデバイスと異なるデバイスによって設定可能であるパラメータである。

図５は、図２で示したようなデータモデルを用いる本発明の実施形態について、図１のネットワークインフラストラクチャデバイスとユーザとの間のメッセージの交換を示す。ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードと称される第２の統計コレクションモードが図５で示される。図の縦棒は、左から右に、品質統計管理デバイス１１０、品質統計収集デバイス１２５、ユーザ５００、及びアクセスネットワーク１２０を表す。左右方向の矢印は、メッセージもしくは信号交換または動作を表す。

交換は、品質統計管理デバイス１１０から品質統計収集デバイス１２５へ品質統計管理に関連するメッセージを送信することで開始する。メッセージ５０１からメッセージ５０３までの順序は任意である。メッセージ５０３からメッセージ５０４及びメッセージ５０９からメッセージ５１４は、図２及び図４からのデータモデルを用いる。メッセージ５０３は、図４のＡｕｔｏＭｏｎｉｔｏｒ属性４０６をＴＲＵＥに設定することに対応する。メッセージ５０４は、図４のＳａｍｐｌｅＥｎａｂｌｅ属性４０９をＴＲＵＥに設定することに対応する。メッセージ５０９は、ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄｓ属性２０６を設定することに対応する。メッセージ５１４は、ＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄｓ属性２０９を設定することに対応する。最初に、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）がデバイス１２５に送信され、ＵＲＩはテストストリームの場所を表す情報（ここでは、ＴＥＳＴ ＣＨ）及びそれに接続する方法を含んでいる。まだ、即時接続はなされない。このことは既存のＴＲ−１３５データモデルのＵＲＩ属性の機能とは異なっている。ＵＲＩ属性の単純な書き込み動作は、デバイス１２５によって特定のストリームへの接続をもたらす。本発明によれば、品質統計コレクションを実行するデバイスと異なるデバイスによるテストストリームのための接続アドレスのコンフィギュレーション及びテストストリームへ自身を接続する動作は、別個の動作である。このことは、ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードである統計コレクションの第１のモードのほかに、ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードである統計コレクションの第２のモードをサポートすることを可能にする。ＵＲＩを特定すると即時の接続は標準的なＴＲ−１３５モデルの機能に役立つが、本発明によれば、リソースが利用可能である場合に、テストストリームとの自動接続はＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードで行われる。

デバイス１２５に送信された第２のメッセージ５０２は、このセクションの初めにすでに説明されたＳａｍｐｌｅｌｎｔｅｒｖａｌを含む。次のメッセージ５０３は、デバイス１２５において、ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードである統計コレクションの第２のモードを利用可能にする。メッセージ５０４は、品質統計のコレクションを利用可能にする。ここで、統計コレクションが開始し得る。チャネル変更のユーザ動作は、ユーザ５００からデバイス１２５へのメッセージ５０５（ＺＡＰ）で示される。ユーザがチャネルをニュースチャネルに変更すると、デバイス１２５は、メッセージ５０６のＩＧＰＭ ここで、ＪＯＩＮ（ＮＥＷＳ ＣＨ）で示されている、アクセスネットワーク１２０への接続要求を出すことによって要求チャネルを要求する。ＩＧＰＭは、インターネットグループマルチキャストプロトコルを表し、ＩＰマルチキャストストリームへの接続（参加）及び切断（リーブ）を可能にするプロトコルである。次に、デバイス１２５は、要求されたストリームを受信する（５０７）。

収集された品質統計は、図２のデータモデルによれば、．ＳＴＢＳｅｒｖｉｃｅ｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇオブジェクトに保存される。コレクションが行われかつデバイスがユーザ選択ストリームに接続されている秒数は、動作５０９で示すように、ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄｓに保存される。

次に、ユーザ５００は自分のデバイス１２５をスタンバイ状態に置く。デバイス１２５は、リソースが利用可能であるということを検出するとすぐに、デバイス１２５は、メッセージ５０１（ＵＲＩ）で特定されたテストストリームに接続し、．ＳＴＢＳｅｒｖｉｃｅ｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇオブジェクト内に品質統計を保存し続け、一方、コレクションが行われる秒数は、動作５１４で示される、オブジェクトのＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄｓ属性に保存される。本発明の特定の実施形態によれば、収集された品質統計は、メッセージ５１５で示されるように、品質統計管理手段で受信される。このことは、収集された品質統計の受信のステップを示す。

図は、本発明の特定の実施形態を示す。ここで、テストストリームへの接続及びテストストリームでの品質統計のコレクションが、前記デバイスによりレンダリングされるサービスの品質に影響を与えない場合に、必要とされるリソースは利用可能であるとみなされる。ＳａｍｐｌｅＥｎａｂｌｅメッセージ５０４を受信すると、統計は収集され、メッセージ５１０でスタンバイ状態に入った後に続けられているメッセージ交換で示されるようにスタンバイ状態においてさえ続けられる。

図はまた、本発明の特定の実施形態を示す。品質統計のコレクションの管理方法を実施する品質統計管理デバイスは、メッセージ５０２を用いて、収集デバイス１２５にコレクション間隔を表す情報を送信することを含む。

図６は、図３で示すようなデータモデルを用いる本発明の実施形態についての、図１のネットワークインフラストラクチャのデバイスとユーザとの間のメッセージの交換を示す。ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードである統計コレクションの第２のモードが図６で示される。図は、デバイス１２５による品質統計のコレクション方法及び品質統計管理デバイス１１０における品質統計の管理方法を示す。

図５との共通の要素は、図５についてすでに説明されており、従って、ここで更に説明されない。

動作６０９及び６１４が、図５と異なっており、それらは、異なるインスタンスにおいて、収集された統計及び、統計がテストストリーム上及びユーザ選択ストリーム上で収集された秒数を保存することを示す。異なったインスタンスとは、デバイス１２５がユーザ選択ストリームに接続されていた間に収集された統計についてそれぞれ「ＩＰＴＶ−Ｕｓｅｒ」を設定されたＳｅｒｖｉｃｅＴｙｐｅ属性を備えた．ＳＴＢＳｅｒｖｉｃｅ．｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇ．Ｍａｉｎｓｔｒｅａｍ｛ｉ｝．Ｓａｍｐｌｅオブジェクト、及び、デバイス１２５がテストストリームに接続されていた間に収集された統計についてそれぞれ「ＴＥＳＴ」を設定されたＳｅｒｖｉｃｅＴｙｐｅ属性を備えたＳＴＢＳｅｒｖｉｃｅ．｛ｉ｝．ＳｅｒｖｉｃｅＭｏｎｉｔｏｒｉｎｇ．Ｍａｉｎｓｔｒｅａｍ｛ｉ｝．Ｓａｍｐｌｅオブジェクトである。

本発明の異なった実施形態によればかつＳｅｒｖｉｃｅＴｙｐｅパラメータの一組の値を増やす代わりに、新しいパラメータが追加される。新しいパラメータは、例えば、ＳｕｂＳｅｒｖｉｃｅＴｙｐｅと称され、値「ＵＳＥＲ」または値「ＴＥＳＴ」のうちの１つをとる既存の非特許文献１ＳｅｒｖｉｃｅＴｙｐｅパラメータに加えて用いられる。レガシー（非特許文献１）のＳｅｒｖｉｃｅＴｙｐｅパラメータとともに用いられるＳｕｂＳｅｒｖｉｃｅＴｙｐｅは、１つがユーザ選択ストリーム専用であり、もう１つがテストストリーム専用である、ＭａｉｎＳｔｒｅａｍオブジェクトの２つの異なるインスタンスを区別することを可能にする。

図５及び図６に示した特定の実施形態によれば、品質統計のコレクションのために必要とされるリソースは、連続する動作及びユーザアクション５１０でスタンバイ状態に入った後のメッセージで示されるように、デバイス１２５のスタンバイ状態で利用可能にされる。

動作５０９、５１４、及び動作６０９、６１４で図５及び図６に示した特定の実施形態によれば、品質統計は、ここで動作６０９及び６１４で示されるように、統計が適用されるストリームのタイプによって分類される。

動作５０９及び５１４で図５及び図６において示される本発明の特定の実施形態によれば、ストリームのタイプは、テストタイプストリーム及びユーザ選択タイプストリームを含み、それぞれ図５の「ＴｅｓｔＳａｍｐｌｅＳｅｃｏｎｄｓ」及び「ＵｓｅｒＳａｍｐｌｅＳｅｃｏｎｄｓ」でかつ図６のＳｅｒｖｉｃｅＴｙｐｅ値「ＴＥＳＴ」及び「ＩＰＴＶ−Ｕｓｅｒ」によって表される。

図７は、図３で示したようなデータモデルを用いる本発明の実施形態について、図１のネットワークインフラストラクチャのデバイスとユーザとの間のメッセージの交換を示す。統計コレクションの第１のモード、即ちＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードが図７で示される。

図６と共通の要素はすでに説明されており、従って、ここで更に説明されない。

図４の符号４０６に対応するメッセージ「Ａｕｔｏｍｏｎｉｔｏｒ（Ｆ）」７００及びデバイス１２５に送信される「ＦｏｒｃｅＣｏｎｎｅｃｔｉｏｎ（Ｔ）」７０１が、図６と特に異なっている。メッセージ７００は、第１のモード、ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲにデバイス１２５が入ることを要求する。このモードにおいて、テストストリームとの自動接続は行われない。テストストリームへの接続は、メッセージ７０１を有するテストストリームへの接続要求を含む要求信号の受信で行われる。次に、テストストリームへの接続は、メッセージ５１２で行われる。図は、テストストリームへの接続を要求しているデバイスに信号を送信することを示す。

本発明の特定の実施形態によれば、「ＦｏｒｃｅＣｏｎｎｅｃｔｉｏｎ」属性が、ＴＲ−１３５データモデルに追加される。属性は、ブールタイプであり、．ＳＴＢＳｅｒｖｉｃｅ．｛ｉ｝．ｃｏｍｐｏｎｅｎｔｓ．ＦｒｏｎｔＥｎｄ．｛ｉ｝ＩＰ．ＳｅｒｖｉｃｅＣｏｎｎｅｃｔオブジェクトに属する。属性は、値ＴＲＵＥを与えられると、メッセージ５０１を用いて設定されたＵＲＩパラメータで特定されているテストストリームに接続を要求するということを示す。値ＦＡＬＳＥを与えることは、無効である。実際、ユーザがメッセージ５０５で示されたＺＡＰメッセージのようなチャネル変更動作を始めるが、テストストリームへの接続を要求するＦｏｒｃｅＣｏｎｎｅｃｔｉｏｎ（Ｔ）メッセージ７０１を受信した後である場合、テストストリームへの接続は取り消され、ユーザ選択ストリームへの接続に代替される。

図８は、本発明の特定の実施形態による品質統計管理デバイス８を示す。デバイスは、例えば図１のデバイス１１０に対応する。デバイス８は以下の要素を含み、アドレス及びデータバス８４０によって相互に接続されている。即ち、
- マイクロプロセッサ８２０（または、ＣＰＵ、即ち「中央処理装置」）、
- ＲＯＭ（「リードオンリメモリ」）タイプの不揮発性メモリ８００、
- 読み出し書き込みメモリまたはＲＡＭ（「ランダムアクセスメモリ」）８１０、
- デバイスを図１の符号１１７のようなオペレータネットワークに接続するために用いられるネットワークインタフェース８３０、
を含む。

電源投入で、マイクロプロセッサ８２０は、ＲＯＭ８００に保存されている品質統計のコレクションの管理方法のステップを実施するアルゴリズムの命令を含むプログラムを、ＲＡＭレジスタ８１１にコピーし、それらを実行する。

ネットワークインタフェース８３０は、デバイスが、オペレータネットワーク１１７への接続のような、ネットワーク接続を介して、メッセージ及びデータを送受信できるようにする。

メモリ８００及び８１０の説明で用いられた文言「レジスタ」は、低容量メモリ領域（いくらかのバイナリデータだけ）または高容量メモリ領域（プログラム全体のまたは大量のデータの保存を可能にする）を意味する。

ＲＯＭ８００及びＲＡＭ８１０の各レジスタは、可変サイズの様々な数のデータを保持することができる。リードオンリメモリ８００は、以下を含む。即ち、
- プログラムを保存するレジスタ８０１、
を含む。

ランダムアクセスメモリ８１０は、以下を含む。即ち、
‐ＲＯＭレジスタ８０１からコピーされるプログラムを保存するために用いられるレジスタ８１１、
- 統計を収集することができるかまたは収集するデバイスのリストを表す情報を保存するために用いられるレジスタ８１２、
を含む。ここで保存される情報は、デバイス名、デバイスタイプ、デバイスアドレスなどである。

ランダムアクセスメモリ８１０には更に、
- デバイスから受信した品質統計を保存するために用いられるレジスタ８１３、
及び、
- 一時的な変数及びデータテーブルなどの、ＲＡＭレジスタ８１１に保存されたプログラムの機能のために必要とされるデータを含むレジスタ８１４、
を含む。

図９は、本発明の特定の実施形態による収集デバイス９を示す。デバイス９は、例えば図１のデバイス１２３、１２４及び１２５のいずれかに対応する。デバイス９は以下の要素を含み、アドレス及びデータバス９４０で相互に接続されている。以下の要素には、
- マイクロプロセッサ９２０（または、ＣＰＵ、即ち「中央処理装置」）
- ＲＯＭ（「リードオンリメモリ」）タイプの不揮発性メモリ９００、
- 読み出し書き込みメモリまたはＲＡＭ（「ランダムアクセスメモリ」）９１０、
及び、
- デバイスを図１の符号１２０のようなアクセスネットワークに接続するために用いられるネットワークインタフェース９３０、
を含む。

電源投入で、マイクロプロセッサ９２０は、ＲＯＭ９００に保存される品質統計のコレクション方法のステップを実施するアルゴリズムの命令を含むプログラムをＲＡＭレジスタ９１１にコピーして、ステップを実行する。

ネットワークインタフェース９３０は、デバイスが、図１のアクセスネットワーク１２０のようなネットワーク接続を介してメッセージ及びデータを受信しかつ送信できるようにする。

メモリ９００及び９１０の説明で用いられた文言「レジスタ」は、低容量メモリ領域（いくらかのバイナリデータだけ）または高容量メモリ領域（プログラム全体のまたは大量のデータの保存を可能にする）を意味する。

ＲＯＭ９００及びＲＡＭ９１０のレジスタの各々は、可変サイズの様々な数のデータを保持することができる。リードオンリメモリ９００は、以下を含む。即ち、
- プログラムが保存されるレジスタ９０１を含む。

ランダムアクセスメモリ９１０は、以下を含む。即ち、
- ＲＯＭレジスタ９０１からコピーされるプログラムを保存するために用いられるレジスタ９１１、
- 第１のＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードまたは第２のＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲモードである、品質統計のコレクションモードを表す情報を保存するために用いられるレジスタ９１２、
- テストストリーム、即ちテストＵＲＩのアドレスを表す情報を保存するために用いられるレジスタ９１３、
- 収集された統計を保存するために用いられるレジスタ９１４、
- ユーザ選択ストリームに接続されている間に統計が収集された秒数を保存するために用いられるレジスタ９１５、
- テストストリームに接続されている間に統計が集められた秒数を保存するために用いられるレジスタ９１６、
- 一時的な変数及びテーブルなどのＲＡＭレジスタ９１１に保存されたプログラムの機能のために必要とされるデータを含むレジスタ９１７、
を含む。

本発明の特定の実施形態によれば、レジスタは、図２で示されるデータモデルの階層によって構成される。次に、ＲＡＭ９１０は、属性２０６及び２０９を備えたデータモデルオブジェクト２０１を含む。

図１０は、図９のデバイス９によって実施されるような、本発明の特定の実施形態による品質統計コレクションのアルゴリズムを示す。

ＣＰＵ９２０は、アルゴリズムを含むプログラムをＲＯＭメモリ９００からＲＡＭメモリ９１０にロードして、プログラムを開始する。アルゴリズムは初期化ステップ１０００から始め、初期化ステップ１０００で、アルゴリズムのために必要とされる全ての変数が初期化される。

テスト１００１において、デバイス９は、いわゆるリクエストモードである、品質統計のコレクションモードを表す情報を含む信号が受信されたかどうかを判断する。前記のリクエストモードは、第１のモード及び第２のモードを含む少なくとも２つの可能な値を有する。

リクエストモードが、第１のモード、即ち、ＮＯＮ−ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲである場合、アルゴリズムはテスト１００３を続ける。

リクエストモードが、第２のモード、即ち、ＡＵＴＯＭＡＴＩＣ−ＭＯＮＩＴＯＲである場合、図９のレジスタ９１３に保存されるようなテストＵＲＩ属性で特定されるテストストリームへの接続は、品質統計のコレクションのために必要とされるデバイス９のリソースが利用可能であるときはいつでも、ステップ１００２において自動的に行われる。次に、テスト１００５が実行される。

テスト１００３において、第１のモードで、テストストリームへの接続要求を含む信号が受信されたかどうかが判断される。かかる信号が受信されない場合、ステップは繰り返される。かかる信号が受信された場合、テストストリームへの接続がステップ１００４において行われ、テスト１００５が実行される。

次に、テスト１００５において、品質コレクションを利用可能にする信号が受信されたかどうかが判断される。かかる信号が受信されない場合、テストは繰り返される。かかる信号が受信された場合、ユーザ選択かまたはテストであるストリームに接続されると、品質統計コレクションが実行される。次に、アルゴリズムはステップ１００１で再開する。

品質統計が収集されると、品質統計は、図８のデバイス８によって実施される、図１の品質統計管理デバイス１１０のような、品質統計を読み出すことを要求するデバイスに送信されて受信され得る。

図１１は、図８のデバイス８で実施されるような、本発明の特定の実施形態による品質統計コレクションの管理のアルゴリズムを示す。

ＣＰＵ８２０は、アルゴリズムを含むプログラムをＲＯＭメモリ８００からＲＡＭメモリ８１０にロードして、プログラムを開始する。品質統計のコレクション管理は、初期化ステップ１１００から始める。初期化ステップ１１００で、アルゴリズムのために必要とされる全ての変数は初期化される。ステップ１１０１において、品質統計のコレクションモードを表す情報を含む信号が送信され、それによってデバイスに第１のモードまたは第２のモードに入ることを要求する。第１のモードにおいて、ステップ１１０２で示されるように、リクエスト信号が収集デバイスに送信されてテストストリームに接続する。第２のモードにおいて、かかる信号は送信されない。アルゴリズムは、ステップ１１０３で終了する。

本発明の特定の実施形態によれば、図１０で示された方法によりかつ図１１で示される品質統計管理方法により収集された品質統計は、生データで表される。別の特定の実施形態によれば、品質統計は、生データから抽出されるデータで表される。本発明の別の特定の実施形態によれば、品質統計は、生データ及び抽出されたデータの両方で表される。本発明の異なる実施形態によれば、品質統計についての生データは、データの損失フレームの測定、受信ストリームのフレームレート、復号化されたフレーム数、受信及びデコーダバッファアンダーラン及び／またはバッファオーバラン数が含まれている。本発明の別の異なる実施形態によれば、生データから抽出されたデータは、平均損失フレーム数、即ち、フレームレートに関連するバッファアンダーランのガウス分布を含む。本発明のまた別の特定の実施形態によれば、少なくとも１つのデバイスから収集された生データの統計は、統計データが生データから抽出される別のデバイスで取り出される。上記の特定の実施形態は、特定の利点を有する実施形態を形成するように組み合わされてもよい。

本明細書の読者は、説明された実施形態が本発明の例示的な実施形態として提供され、それによって、本発明はこれらの実施形態に限定されないということを理解することができる。

図１のインフラストラクチャは、例示的な実施形態として示されている。追加のデバイスまたはより少ないデバイスを備えた、本発明と互換性を持つ他のインフラストラクチャが可能である。ここで示されたような異なるデバイスによって提供されるいくつかの機能は、単一のデバイスにおいて組み合わされてもよい。同様に、単一のデバイスによって提供される機能は、分離されて、異なるデバイスによって提供されてもよい。本発明の特定の実施形態によれば、少なくとも１つの他のデバイスを第１の収集モードまたは第２の収集モードにする要求を送信するデバイスは、収集された品質統計を取り出す同じデバイスではない。本発明の特定の実施形態によれば、オペレータネットワークは、その機能のために必要とされる他のデバイスを含む。即ち、送信機器、トラヒック及び課金管理機器である。本発明の特定の実施形態において、オペレータネットワークは、通常、示された３つのデバイスより多くのデバイスまたは少ないデバイスを含む。本発明の特定の実施形態において、他のネットワーク機器は、ネットワークスイッチ及びルータを含むことが必要である。本発明の特定の実施形態によれば、ＤＳＬＡＭ（デジタル加入者線アクセス多重化装置）は、アクセスネットワーク上にあり、デバイスは、アクセスネットワークに接続するための外付けまたは内臓のいずれかの、ＡＤＳＬ（非対称型同期デジタル加入者線）タイプのモデムを必要とする。本発明の特定の実施形態によれば、デバイスは異なるアクセスネットワークを介して同じオペレータにアクセスする。本発明の特定の実施形態によれば、デバイスは、補助的なインタフェースを有して、それらがアクセスネットワークによって提供されるサービスの他にＤＴＴ（地上波デジタルテレビジョン）受信を受信できるようにする。本発明の特定の実施形態によれば、デバイスは、アクセスネットワークに直接接続される。アクセスネットワークには、ＡＤＳＬネットワークに接続しているＩＰＴＶ受信器及び無線３ＧＰＰアクセスネットワークに接続している携帯電話を含む。

本発明の特定の実施形態によれば、デバイスは、複数のリソースを有し、それによって、プログラムを記録して、同時に別のプログラムを見ることを可能にする。本発明の特定の実施形態によれば、デバイスは、ＳＴＢ（セットトップボックス）及びＰＣ（パーソナルコンピュータ）タイプを含む専用タイプのものであってもよい。

コレクション方法のステップは、記載された順番で必ずしも実行されることになっているというわけではない。例えば、第１のモードにおけるテストストリームへの接続は、テストストリームへの接続要求を示す信号の受信に依存していて、必ずしも統計のコレクションのステップに先行するというわけではない。

本発明は、フレームワークとしてＴＲ−６９標準の例及びＴＲ−１３５標準の例及並びにそれらのデータモデルを用いて説明されているが、本発明は、ＴＲ−６９及びＴＲ−１３５などの引用されたプロトコル及びアーキテクチャの分野のアプリケーションに限定されず、インターネット技術特別調査委員会ＩＥＴＦによって仕様を定められたＳＮＭＰ（簡易ネットワーク管理プロトコル）管理プロトコルなどの、品質統計が収集されて管理される場合の他の所有者のプロトコルまたは標準化されたプロトコル及びアーキテクチャに用いられてもよい。ＳＮＭＰは、管理されるシステム上の変数の形で管理データを公開し、管理データはシステム構成を記載する。これらの変数は、管理アプリケーションによってクエリーされて設定されてもよい。同様に、本発明による方法は、必ずしもデータモデルの実施を必要としない。例えば、メッセージ交換プロトコルは、特定のＨＴＴＰメッセージを定義して本発明による信号及び品質統計を送信しかつ受信するために用いられてもよい。

Claims (15)

1. 品質統計のコレクション方法であって、前記方法は、第１のデバイスと称される品質統計収集デバイス（１２３、１２４、１２５）によって実施される以下のステップを含み、 前記以下のステップは、
   いわゆるリクエストモードである、品質統計のコレクションモードを表す情報を含むコレクションモード信号（５０３、７００）を受信するステップを含み、
   前記リクエストモードは、第１のモード及び第２のモードを含む少なくとも２つの可能な値を有しており、
   前記以下のステップは更に、
   前記リクエストモードが前記第１のモードである場合、前記第１のモードで開始するステップと、
   前記リクエストモードが第２のモードである場合、前記第２のモードで開始するステップと、
   前記第１のモードにおいて、テストストリームへの接続要求を含む接続要求信号（７０１）を受信すると前記テストストリームに接続するステップと、
   前記第２のモードにおいて、前記品質統計のコレクションのために必要とされる前記第１のデバイス（１２３、１２４、１２５）のリソースが利用可能なときはいつでも、テストストリームに自動接続するステップと、
   前記品質統計のコレクションを利用可能にする品質統計コレクションイネーブル信号（５０４）の受信によって前記品質統計のコレクションが利用可能にされる場合かつ前記第１のデバイス（１２３、１２４、１２５）がストリームに接続される場合に、品質統計を収集するステップと、
   を含むことを特徴とする方法。
2. 前記第２のモードの前記テストストリームは、前記第１のデバイス（１２３、１２４、１２５）と異なる第２のデバイスによって設定可能なパラメータであることを特徴とする請求項１記載の方法。
3. 前記品質統計のコレクションのために必要とされる前記第１のデバイス（１２３、１２４、１２５）の前記リソースは、前記テストストリームへの接続及び前記テストストリーム上の前記品質統計のコレクションが、前記第１のデバイス（１２３、１２４、１２５）によりレンダリングされるサービスの品質に影響を与えない場合に利用可能であると見なされることを特徴とする請求項１及び２のいずれかに記載の方法。
4. 前記品質統計のコレクションのために必要とされる前記第１のデバイス（１２３、１２４、１２５）の前記リソースは、前記第１のデバイス（１２３、１２４、１２５）がワイドエリアネットワークから来るストリームに接続されていない場合に利用可能であると見なされ、これによって、前記ワイドエリアネットワークから来るストリームと前記ワイドエリアネットワークから来ないストリームとの間の区別は、前記ストリームのソースＩＰアドレスを前記第１のデバイス（１２３、１２４、１２５）のＩＰアドレスと比較することによって行われることを特徴とする請求項１乃至３のいずれかに記載の方法。
5. 前記品質統計コレクションのために必要とされる前記第１のデバイス（１２３、１２４、１２５）の前記リソースは、前記第１のデバイス（１２３、１２４、１２５）のスタンバイ状態で利用可能にされることを特徴とする請求項１乃至４のいずれかに記載の方法。
6. 前記品質統計は、前記品質統計が適用されるストリームのタイプによって分類されることを特徴とする請求項１乃至５のいずれかに記載の方法。
7. 前記ストリームのタイプは、テストタイプのストリーム及びユーザ選択タイプのストリームを含むことを特徴とする請求項６記載の方法。
8. 前記品質統計は、サービスの品質とエクスペリエンス品質とを含むセットに関連することを特徴とする請求項１乃至７のいずれかに記載の方法。
9. 前記品質統計は、オーディオタイプサービス及びビデオタイプサービスに関係することを特徴とする請求項１乃至７のいずれかに記載の方法。
10. 品質統計のコレクションの管理方法であって、前記方法は、品質統計管理手段（１１０）よって実施される以下のステップを含み、
    前記以下のステップは、
    いわゆるリクエストモードである品質統計のコレクションモードを表わす情報を含むコレクションモード信号（５０３、７００）を少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）に送信するステップを含み、
    前記リクエストモードは、第１のモード及び第２のモードを含む少なくとも２つの可能な値を有しており、
    前記以下のステップは更に、
    前記第１のモードにおいて、テストストリームへの接続要求を含む接続要求信号（７０１）を前記少なくとも１つの収集デバイス（１２３、１２４、１２５）に送信するステップを含み、
    前記第１のモードにおいて、テストストリームへの前記少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）の接続は、前記接続要求信号（７０１）を受信すると行われ、
    前記第２のモードにおいて、前記テストストリームへの前記少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）の接続は、前記品質統計のコレクションのために必要とされる前記少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）のリソースが利用可能であるときはいつでも自動的に行われることを特徴とする方法。
11. 前記方法は、前記少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）から収集された品質統計を受信するステップ（５１５）を含むことを特徴とする請求項１０記載の方法。
12. 前記方法は、前記少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）に、コレクション間隔を表す情報を送信するステップ（５０２）を含むことを特徴とする請求項１０及び１１のいずれかに記載の方法。
13. テストストリームへの接続を要求する信号（５０１）が、前記少なくとも１つの品質統計収集デバイス（１２３、１２４、１２５）に送信されることを特徴とする請求項１０乃至１２のいずれかに記載の方法。
14. 前記品質統計は、前記品質統計が適用されるストリームのタイプによって分類されることを特徴とする請求項１０乃至１３のいずれかに記載の方法。
15. 前記ストリームのタイプは、テストタイプのストリーム及びユーザ選択タイプのストリームを含むことを特徴とする請求項１４に記載の方法。

Images