(57)【要約】  本発明によるユーザーユニットの遠隔保守のためのシステム及び方法の目的は、故障の効率的な診断を短縮した時間で可能にすることである。通信網を経由して管理サーバに接続された各ユーザーユニットは、ユーザーユニットの動作モードに関連する、ハードウェア及びソフトウェアパラメータに関連する状態データを、管理サーバに送信する。方法は、状態データをユーザーユニットのメモリに格納するステップと、メモリに格納された状態データをモニタするステップと、ユーザーユニットの動作故障を表示する状態の少なくとも１つのデータを検出するステップとを含む。故障が検出されるとき、故障時のユーザーユニットの現在状態に対応する状態データ及び故障の前の所定期間の間に格納された状態に対応する状態データは、メモリから抽出されて、管理サーバに送信され、それは、ユーザーユニットの各状態の値と他のユーザーユニットの状態の値の間の統計相関係数を決定する。【選択図】  図１
2016520945.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバＳ及び通信網Ｒを経由して前記管理サーバＳに接続された複数のユーザーユニットＳＴＢ１,... ＳＴＢＮを備えるユーザーユニットの遠隔保守のためのシステムであって、
各ユーザーユニットＳＴＢＮが、前記ユーザーユニットＳＴＢＮの動作モードに関連した、ハードウェア及びソフトウェアパラメータに関連した状態データＤＥを、前記通信網Ｒを経由して、前記管理サーバＳに送信するように構成されたシステムにおいて、各ユーザーユニットＳＴＢＮは、
前記ユーザーユニットＳＴＢＮの状態に関連した可変値、所与の状態の初期値から同じ状態の最終値への遷移を示す値、及び前記状態に関連した一時データを含む前記ユーザーユニットＳＴＢＮの前記状態データＤＥを格納するように構成されたメモリＭと、
前記ユーザーユニットＳＴＢＮの動作故障を示す状態の値の特定の状態又は遷移の少なくとも１つの値を検出するように構成された状態データ・モニタリング・モジュールＳＵと、
故障が前記モニタリングモジュールＳＵにより検出されるときに起動し、前記故障時の前記ユーザーユニットＳＴＢＮの現在状態に対応する状態データＤＥを前記メモリＭから抽出するように構成された状態データ収集及び送信モジュールＣＴと、
各ユーザーユニットＳＴＢＮにより送信された前記状態データＤＥの前記受信及び解析のためのモジュールＡを備える前記管理サーバＳであって、前記状態データＤＥはログファイルＪを形成し、前記モジュールＡは、すべての前記ユーザーユニットの各状態の前記値とすべての前記ユーザーユニットの他の状態の前記値との比較から生じる統計相関係数を決定するように少なくとも構成された前記管理サーバと、
を備えることを特徴とするシステム。
【請求項２】
前記状態データ収集及び送信モジュールＣＴが、前記故障時の前記ユーザーユニットＳＴＢＮの前記現在状態に加えて、前記故障の前に所定期間の間に格納された状態に対応する状態データＤＥを送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記管理サーバＳの前記受信及び解析モジュールＡが、各ユーザーユニットの状態の値の列ｘと各ユーザーユニットの別の状態の値の列ｙの間の統計相関係数ｒｐから前記ログファイルＪの前記状態データとの関係を決定するように構成されたことを特徴とする請求項１又は２に記載のシステム。
【請求項４】
＋１又は−１の前記極値に近い値を有する前記統計相関係数ｒｐが、前記故障に関係する状態を表示することを特徴とする請求項３に記載のシステム。
【請求項５】
前記管理サーバＳが、前記解析モジュールＡから来る少なくとも１つの応答メッセージＭＥを前記ユーザーユニットＳＴＢＮに送信し、前記応答メッセージＭＥが、前記モニタリングモジュールＳＵにより検出された前記故障が前記管理サーバＳにより管理されることを表示することを特徴とする請求項１〜４のいずれか１項に記載のシステム。
【請求項６】
前記応答メッセージＭＥが、故障に関与している前記ユーザーユニットＳＴＢＮの前記状態、前記故障の考えられる原因、前記故障を解決するために前記ユーザーユニットＳＴＢＮに実行される解決策又は特定の調整を表示することを特徴とする請求項５に記載のシステム。
【請求項７】
前記管理サーバＳが、モニタされて収集される状態のリスト、前記状態データ収集及び伝送モジュールＣＴによる状態データの前記伝送を起動させることが可能である前記状態値の遷移のリスト、故障を表示せずに状態データの前記伝送を起動させることが可能である状態、状態値、又は値遷移に関連した伝送命令を含むセットアップファイルを１つ以上のユーザーユニットＳＴＢＮに送信することを特徴とする請求項１〜６のいずれか１項に記載のシステム。
【請求項８】
前記状態データＤＥが、前記ユーザーユニットＳＴＢＮの前記状態値の他に、前記ユーザーユニットＳＴＢＮの識別情報の少なくとも１つの部分を含むことを特徴とする請求項１〜７のいずれか１項に記載のシステム。
【請求項９】
前記状態データＤＥが匿名であることを特徴とする請求項１〜７のいずれか１項に記載のシステム。
【請求項１０】
前記状態データＤＥが、前記状態データのすべて又は一部に関して数学的衝突のない一方向性ハッシュ関数を用いて前記ユーザーユニットＳＴＢＮにより算出されたダイジェスト（ハッシュ）を含み、前記ダイジェストが、前記管理サーバＳによる前記データの確認のために使われることを特徴とする請求項８又は９に記載のシステム。
【請求項１１】
前記ユーザーユニットＳＴＢＮが、前記管理サーバＳによって知られた伝送キーを用いて前記状態データＤＥを暗号化するように更に構成されていることを特徴とする請求項１〜１０のいずれか１項に記載のシステム。
【請求項１２】
前記モニタリングモジュールＳＵが、１つ以上の故障が検出されるときに、ログファイルＪが前記サーバＳに送信されるとき、以前の状態データの代わりに新しい状態データＤＥを前記メモリＭに再書き込みするように構成されていることを特徴とする請求項１〜１１のいずれか１項に記載のシステム。
【請求項１３】
通信網を経由して管理サーバに接続されたユーザーユニットの遠隔保守のための方法であって、各ユーザーユニットＳＴＢＮが、前記ユーザーユニットＳＴＢＮの動作モードに関連した、ハードウェア及びソフトウェアパラメータに関連した状態データＤＥを、前記通信網Ｒを経由して、前記管理サーバＳに送信する方法において、
前記ユーザーユニットＳＴＢＮのメモリＭに、前記ユーザーユニットＳＴＢＮの状態に関連した可変値、所与の状態の初期値から同じ状態の最終値への遷移を表示する値、及び前記状態に関連した一時データを含む状態データＤＥを格納するステップと、
前記メモリＭに格納された前記状態データをモニタして、前記ユーザーユニットＳＴＢＮの動作故障を表示する状態の値の特定の状態又は遷移の少なくとも１つの値を検出するステップと、
故障が検出されるとき、前記故障時の前記ユーザーユニットＳＴＢＮの現在状態に対応する状態データＤＥを前記メモリＭから抽出するステップと、
前記状態データを前記管理サーバＳに送信し、前記管理サーバＳによって、すべての前記ユーザーユニットの各状態の前記値とすべての前記ユーザーユニットの他の状態の前記値との比較から生じる統計相関係数を決定するステップと、
を含むことを特徴とする方法。
【請求項１４】
前記管理サーバＳが少なくとも１つの応答メッセージＭＥを前記ユーザーユニットＳＴＢＮに送信し、前記応答メッセージＭＥが、前記検出された故障が前記管理サーバＳにより管理されていることを表示することを特徴とする請求項１３に記載の方法。
【請求項１５】
前記応答メッセージＭＥは、故障に関与している前記ユーザーユニットＳＴＢＮの前記状態、前記故障の考えられる原因、前記故障を解決するために前記ユーザーユニットＳＴＢＮに実行する解決策又は特定の調整を表示することを特徴とする請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア放送サービスのデジタルデータを処理するために使用され、状態データをリターンチャネルを経由してサーバに送信することが可能なユーザーユニットの遠隔保守のためのシステム及び方法に関する。より詳しくは、ユーザーユニットが動作故障を検出するとき、それは、故障の考えられる原因を決定するために解析される状態データセットをサーバに送信する。
【背景技術】
【０００２】
インターネットのような通信網に接続する有料テレビデコーダ、パソコン、可動通信装置（携帯電話、タブレットなど）、ルータ、エネルギーカウンタなどのような多くの進化するユーザーユニットは、解析されるべきログファイル又は機能履歴記録をサーバに送信することが可能である。一般的に言って、ユーザーユニットが、所与モードによるその予想される動作を妨げる故障を有するときに、ログファイルは送信される。例えば、コンピュータプログラムの故障の間、ユーザーは、ログファイルをプログラム又はコンピュータ・オペレーティング・システムの供給元に送信するかどうか求められる場合がある。このログファイルは、修正処置又はプログラム更新パッチの作成を決定するための根拠として通常使用するプログラムの故障の統計値を確立することを可能にする。
【０００３】
特許文献１は、通信網におけるいろいろなユニットの状態及び正常機能のリアルタイム・モニタリング・システムを記載している。システムは、処理のためのリアルタイム・メッセージ・ストリームを得るために、ネットワークユニットのオペレーティングシステムと直接又は間接的に相互に作用するためにリアルタイム接続を使用する。ストリームのメッセージがデータベースに適合したフォーマットでストリームのデータのリアルタイム獲得によって生じるとすぐに、それらは解析されて、データベースに導入される。所定のアルゴリズムに基づくデータ処理及び解析は、このように、データベースに格納されたコンテンツに対してリアルタイムで実行され、状態データの生成に結果としてなる。後者は欠陥を検出するため、並びに報告、警報、及び通知を生成するために用いられる。解決策のデータベースによる状態データの処理によって、システムは、修正するのに役立つ勧告又はネットワークのユニットの欠陥状態を示している警告を、ユーザーに供給できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１０／０１０５８６（Ａ１）号パンフレット
【特許文献２】米国特許出願公開第２００５／０１３８６６７号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特に、オーディオ／ビデオ・サービスのコンテンツデータストリームが、例えば、同じネットワークを経由して通過するときに、永続的なメッセージストリームを生成するこの種のリアルタイム・モニタリング・システムは、通信網にオーバーロードすることができる。この種のオーバーロードは、ネットワーク性能の低下、特に帯域幅又はコンテンツデータ・スループットの減少を引き起こすことがあり得る。
【課題を解決するための手段】
【０００６】
本発明の目的は、故障の効率的な診断を短縮した時間で同時に可能にすると共に、ネットワークにおいて永続的なデータストリームを生成するユーザーユニットのためのリアルタイム・モニタリング・システムの欠点を回避することである。
【０００７】
この目的は、管理サーバ及び通信網を経由して管理サーバに接続された複数のユーザーユニットを備えるユーザーユニットの遠隔保守のためのシステムにより達成される。各ユーザーユニットは、ユーザーユニットの動作モードに関連した、ハードウェア及びソフトウェアパラメータに関連した状態データを、通信網を経由して、管理サーバに送信するように構成されている。システムは、各ユーザーユニットが以下を備えることを特徴とする。
ユーザーユニット状態に関連した可変値、所与の状態の初期値から同じ状態の最終値への遷移を示す値、及び状態に関連した一時データを含むユーザーユニットの状態データを格納するように構成されたメモリ、
ユーザーユニットの動作故障を表示する状態の値の特定の状態又は遷移の少なくとも１つの値を検出するように構成された状態データ・モニタリング・モジュール、
故障がモニタリングモジュールにより検出されるときに起動し、故障時のユーザーユニットの現在状態に対応する状態データをメモリから抽出するように構成された状態データ収集及び送信モジュール、
各ユーザーユニットにより送信された状態データの受信及び解析のためのモジュールを備える管理サーバであって、前記状態データはログファイルを形成し、前記モジュールは、すべてのユーザーユニットの各状態の値とすべてのユーザーユニットの他の状態の値との比較から生じる統計相関係数を決定するように少なくとも構成された管理サーバ。
【０００８】
本発明はまた、通信網を経由して管理サーバに接続されたユーザーユニットの遠隔保守のための方法に関する。各ユーザーユニットが、ユーザーユニットの動作モードに関連した、ハードウェア及びソフトウェアパラメータに関連した状態データを、通信網を経由して、管理サーバに送信する。方法は、それが次のステップを含むことを特徴とする。
ユーザーユニットのメモリに、ユーザーユニットの状態に関連した可変値、所与の状態の初期値から同じ状態の最終値への遷移を表示する値、及び状態に関連した一時データを含む状態データを格納するステップ、
メモリに格納された状態データをモニタして、ユーザーユニットの動作故障を表示する状態の値の特定の状態又は遷移の少なくとも１つの値を検出するステップ、
故障が検出されるとき、故障時のユーザーユニットの現在状態に対応する状態データをメモリから抽出するステップ、
状態データを管理サーバに送信し、管理サーバによって、すべてのユーザーユニットの各状態の値とすべてのユーザーユニットの他の状態の値との比較から生じる統計相関係数を決定するステップ。
【０００９】
故障が発生するとすぐに、ユーザーユニットは状態データを送信する、即ち、一連の連続するか又は散発する故障或いは動作欠陥は、特定の状態の値によって、又は状態の初期値から故障に対応する最終値への遷移により表示される。管理サーバは、各ユーザーユニットの状態データを含むログファイル、更には故障前の所定の時間に関連した格納された状態データを含むトレースを生成する。
【００１０】
状態は、次のいくつかの形で生ずる。
選択されたチャネルの数、ハードディスクの温度又は充填率、信号の品質などのようなユーザーユニットの動作モードによる可変デジタル値、それらはユーザーユニットの機能による可変値を有する。
スマートカード又はセキュリティモジュール識別子、チャネル又はアプリケーション識別子などのような英数字文字列。
所定数Ｎの値をとることが可能な状態に関した列挙。例えば、Ｎ＝２の場合、状態「クラッシュ」は、正常動作の状態：「クラッシュ＝０」及び故障を示す状態：「クラッシュ＝１」を表示する２進値により表される。
【００１１】
状態は、好ましくは、例えば、故障又は信号品質の突然の低下又はチャネル変更時間の増大のような特定の事象が発生した瞬間を示す日付及び時間のような一時データに関連する。例えば、現在のチャネルから別のチャネルへの切換時間が著しく増加する時のようなデジタル値の異常な変動、「ザップタイム」状態の値は、値０から値１に移る「スローザップ」状態により表される遷移につながる所定の閾値を超える。
【００１２】
ログファイルは、このように各状態に対して、時間データ（日付及び時間）と関連する値並びに遷移が起こった日付及び時間を表示する時間データと関連する遷移を含む。遷移は、初期値から最終値（それは故障を表示し、そして状態データの管理サーバへの伝送を起動させることができる）への状態の移行を反映する。
【００１３】
テーブル及び／又はグラフの形で処理及び統計分析を可能にするために、多数（例えば数千）のユーザーユニットは、多数の状態データ、例えば、所定時間に参照される１００又は２００もの状態と関連したデータを管理サーバに送信する。
【００１４】
状態データは、モニタリングモジュールにより検出される故障又は欠陥と独立してユーザーユニットの機能と関連する、ハードウェア及びソフトウェアのパラメータの選択に関連する。このように異なるタイプの故障の場合は、管理サーバは、異なる値を有する状態の同じ選択に関する状態データを受信できる。状態選択は、ユーザーユニットの製造業者によって予め設置されたモニタリングモジュールのセットアップ、及び／又は状態をユーザーユニットにインストールされるソフトウェアの供給元によって利用できるようにモニタされるように選択するユーザーユニットの保守に熟練したオペレータに依存する。
【００１５】
ユーザーユニットの動作をさかのぼるログファイルは、各ユーザーユニットの状態データを比較することによって、相関を定める管理サーバにより解析されることを目的とする。例えば、現在のチャネルから別のチャネルへの切換時間がハードディスクの充填率に依存することを示すために、比較は、異なる充填率の値を有するハードディスクを有するユーザーユニットに関連する。係数の形の相関結果の解析は、その原因及びそれを解決するための適切な解決案を見つけるために故障を解釈するための役立つ表示を与える。
【００１６】
例えば、サーバの要求の後に、又は所定の時間間隔で自動的に、故障がモニタリングモジュールにより検出されないときに、ユーザーユニットは同様に状態データを管理サーバに送信できる。「異状のない（ｈｅａｌｔｈｙ）」ユーザーユニットのこれらの状態データは、故障の原因を決定するために、ログファイルの解析の間に基準として役立つ。
【００１７】
本発明は、限定されない実施例として与えられる添付図を参照して、以下の詳細な説明によってよりよく理解される。
【図面の簡単な説明】
【００１８】
【図１】故障が検出されるときに状態データを管理サーバにそれぞれ送信するユーザーユニットを備える、本発明によるシステムのブロック図を示す。
【発明を実施するための形態】
【００１９】
図１に例示するシステムは、セットトップボックスとも呼ばれる有料テレビデコーダの形のユーザーユニットＳＴＢＮを含む。それは通信網Ｒを経由して管理サーバＳに接続されている。ユーザーユニットＳＴＢＮは、ネットワークＲ或いはその他の有線又は無線の放送ネットワークからマルチメディアサービスのデジタル・データ・ストリームＦＳを受信するために、そしてリターンチャネルによってネットワークＲを経由して状態データＤＥを管理サーバＳに送信するように構成されている。故障が発生すると状態データＤＥ１、ＤＥ２、ＤＥ３を送信するように構成される他のユーザーユニットＳＴＢ１、ＳＴＢ２、ＳＴＢ３は、管理サーバＳにも接続している。
【００２０】
ユーザーユニットＳＴＢＮは、メモリＭに、ユーザーユニットの動作モードに関連する、ハードウェア及びソフトウェアパラメータに関連した状態データＤＥを格納する。１つ以上の所定状態がそれらの値を変えるときに、これらの状態データＤＥは好ましくは格納される。モニタリングモジュールＳＵは、管理サーバＳへの状態データＤＥの送信につながる１つ以上の故障又は機能異常を示す１つ以上の状態データＤＥを検出することを担当している。
【００２１】
それらの値を有するユーザーユニットの状態並びに日付及び時間と関連する遷移を含むログファイルＪは、相関によってそれらの解析を可能にするために、遷移を２つの値０又は１を有する状態に変えることによってサーバにより変換される。例えば、ユーザーユニットの正常な機能を表す状態の値から遷移の形で記録される臨界値への突然の移行は、値０が正常な機能を表示し、値１が故障を示す状態「クラッシュ」に変換される。ゼロに近い値に達するハードディスクの残りの容量を表示する状態は、フル・ハード・ディスクを表示する「ディスクフル＝１」に変換される。チャネル変化の低速を表示する「スローザップ＝１」状態は、値が所定閾値より小さい「ザップ速度」から生じる。
【００２２】
故障又は機能欠陥は、通常、予知された制限値以上又は以下である状態に関連した値、或いはユーザーユニットの正常な機能の間に測定された基準値によって規定される。モニタリングモジュールＳＵは、モニタされる状態の選択に関連するフィルタ及びコンパレータを含む。故障は、１つ以上の限度外の状態値によって、及び／又は多くの時間間隔でメモリに記録された異常に多い数の限度外の状態値によって、又は異常な状態に関連する高い警告頻度によって識別される。特定の状態、例えば「クラッシュ」は、一組の状態に関連した故障を表示することができる。
【００２３】
例えば「クラッシュ」、「ディスク残り容量」、「信号強度」などのようなユーザーユニットの正常の機能を危うくする危機状態（ｃｒｉｔｉｃａｌ  ｓｔａｔｅ）が、不明確な値から活性値へ変化するときに、モニタリングモジュールＳＵは収集及び伝送モジュールＣＴを起動させる。モジュールＣＴは、モニタリングモジュールＳＵによってモニタされた状態に関連したメモリＭに格納された状態データセット及び故障の前に所定期間の間に記録された状態データセットを収集する。これらの状態データセットは、それから、それらを解析することを担当して分析モジュールＡを含む管理サーバＳに通信網Ｒを経由して送信される。
【００２４】
例えば、ログファイルＪにおいて、現在の状態構成が、状態「クラッシュ＝０」により定義されるユーザーユニットＳＴＢＮの正常な機能に関連した状態構成に対応しないとき、「クラッシュ＝１」状態は故障を表示することがあり得る。
【００２５】
状態に関連する一時データは、状態値がメモリに記録された日付及び時間だけでなく、例えば状態「クラッシュ」０から１への遷移のような初期状態値から最終値への遷移が生じた日付及び時間も含む。いくつかの状態は、他の状態の一時データにより決定される。例えば、受信チャネル変更の低速を示す「ザップ速度」状態は、現在のチャネル（現在のチャネル状態＝１２）を止めることと新しいチャネル（新しいチャネル状態１８）を起動させることの間の時間間隔により決定される。この時間間隔が基準時間間隔より大きいときに、「ザップ速度」状態は、ログファイルＪにおいて「スローザップ＝１」状態につながる正常な値と比較して不十分な値をとる。この時間間隔は、以下のような要因に依存する。即ち、遠隔制御に対するユーザーユニットの反応時間、新しいチャネルを調整するための時間、プログラムテーブルＰＡＴ、ＰＭＴの受信及び接続時間、条件付きアクセス又はパレンタル・コントロールの検証時間、第１の画像の表示時間など。全てのこれらの要因はまた、モニタリングモジュールＳＵによってモニタされる状態により表され、必要に応じて管理サーバＳに送信されることもできる。
【００２６】
実施形態によれば、２つの値を有する状態への遷移の変換は、各ユーザーユニットのモニタリングモジュールＳＵによって実行できる。２つの値を有するこれらの状態の１つ又はいくつかが故障を表示する値０又は１をとるときに、状態データは、このように収集及び伝送モジュールＣＴによって管理サーバＳに送信される。
【００２７】
実施形態によれば、管理サーバＳによって状態データを受信すると、後者の解析モジュールＡは、故障が管理サーバＳにより管理されていることを表示するために、モニタリングモジュールＳＵにより処理される応答メッセージＭＥをユーザーユニットＳＴＢＮに送信できる。メッセージＭＥは、故障に関与しているユーザーユニットＳＴＢＮの状態、故障の考えられる原因、故障を解決するためにユーザーユニットＳＴＢＮに実行する解決策又は特定の調整を表示することもできる。
【００２８】
オプションによれば、管理サーバＳは、所定状態に関して所与の期間以内に記録された状態データを送信するためのコマンドを含む要求を１つ以上のユーザーユニットに送信できる。異状のないユーザーユニットに関連したこれらの状態データは、更なる将来の故障解析のための基準として役立つことができる。構成によれば、収集及び伝送モジュールＣＴが状態データを送信するように、管理サーバＳにより送信される要求は、１つ又はいくつかの故障の出現時と同じ方法でモニタリングモジュールＳＵを起動させることができる。ユーザーが速い故障解決のために保守オペレータに電話をするときに、管理サーバＳは状態データの伝送を求めることもできる。
【００２９】
管理サーバＳはまた、モニタされて収集される状態のリスト、収集及び伝送モジュールＣＴによる状態データの伝送を起動させることが可能である状態値の遷移のリストを含むセットアップファイルをユーザーユニットに送ることを担当する。このセットアップファイルは、例えば、状態データの伝送頻度（一時間当たり、一日当たりなどの回数等）並びに／或いは故障を示さずに状態データの伝送を起動させることが可能である状態、状態値、又は値遷移に関連した命令を含むこともできる。例えば、ハードディスクの測定された温度が６０℃を超えるときに、状態データを送信できる。セットアップファイルの命令はまた、例えば、百万のユーザーユニットから出される大きな状態データ・ログ・ファイルに起因する管理サーバＳの飽和を防止することを可能にする。この場合、伝送の確率（パーセンテージ）は、状態データ伝送を起動させる遷移の各タイプに関連する。例えば、ディスクの温度が５０℃を超えるときに、状態データは、１００のうち５回、又は５％の確率で送信される。
【００３０】
好ましい構成によれば、状態データは、ユーザーユニットの状態データの他に、固有のシリアル番号の形のユーザーユニットの少なくとも１つの識別情報、関連するセキュリティモジュールの識別子、ＭＡＣアドレス、ＩＰアドレス、又はユーザーユニットＳＴＢＮを含むネットワークノードの識別子を含む。状態データの個人化は、管理サーバＳがネットワークＲの関係するユーザーユニットＳＴＢＮに向けて応答メッセージＭＥを送信することを可能にする。
【００３１】
別の実施形態によれば、状態データは匿名であり得る。この場合、それは、好ましくは、状態データのすべて又は一部に関して数学的衝突のない一方向性ハッシュ関数を用いてユーザーユニットＳＴＢＮにより算出されたダイジェスト（ハッシュ）を含む。このダイジェストによって、サーバが、ユーザーユニットＳＴＢＮから受信した状態データに関して、受信したダイジェストを管理サーバＳにより算出されたダイジェストと比較することによって状態データを確認できる。比較が成功する場合、管理サーバＳは、状態データを、合致していて、通信網Ｒに接続されたユーザーユニットＳＴＢＮから来るとして認識する。
【００３２】
別の実施形態によれば、ユーザーユニットの識別情報を含む状態データは、データの全部又は一部に関して算出したダイジェスト（ハッシュ）を含むこともできる。ユーザーユニットと管理サーバの間に設定された通信プロトコルによれば、状態データは、例えば、伝送データが周期的冗長検査（ＣＲＣ）を含むＴＣＰ／ｈｔｔｐモードの伝送の場合におけるようにダイジェストをすでに付随する。
【００３３】
更に、未許可のシステムへの機密データの伝送による不正使用を回避するために、管理サーバＳは、公知の手段及び安全なリターンチャネルを経由して送信されたデータにより認証される。特に、状態データは、管理サーバＳによって知られている伝送キーを用いてユーザーユニットＳＴＢＮによって暗号化される。
【００３４】
すでに受信した状態データに基づいてリターンチャネルによってサーバを呼び出すユーザーユニットＳＴＢＮの数を制限するために、特許文献２に記載されているリターンチャネルの管理方法を用いることができる。この方法は、双方向テレビ環境においてソースシステムへとつながるリターンチャネルを制御することを可能にする。双方向テレビ環境に関連する情報に基づく表示はソースシステムにより生成され、複数の受信器システムに放送され、そこでは、各受信器システムは、サーバの飽和を回避するために表示に基づいてリターンチャネルを制御する。例えば、ラジオ受信アプリケーションが百万台の加入者端末において１日につき３回故障するときに、サーバが制御表示なしに３百万の状態データセットを受信するおかげで、この多数のユニットは、統計を作成するために必要な最低限に減少できる。換言すれば、状態データセットが高頻度で送信されるときに、この制御表示のおかげで、サーバはこの頻度を減らすことができる。
【００３５】
この種の表示は、遷移に、及び各々がリターンチャネルの使用を決定するために表示をランダム値と比較する１つ以上の受信器システムによってリアルタイムにモニタされている状態データの伝送確率にリンクされたデジタル値により表される。このように、サーバ資源、モデム、又は他のシステム資源の欠如の形をしたリターンチャネルの不十分な容量のため、サービスが拒否されそうにないときに、ユーザーがリターンチャネルへアクセスすることができるので、彼は予知されたサービス品質から利益を得る。ユーザーがリターンチャネルを使用することを試みるという確率を増減するために、受信器システムに放送された双方向コンテンツを変えることができるコンテンツ供給元によって、表示はモニタされることができる。
【００３６】
状態データの間の統計相関を定めることに基づいて以下に展開される実施例は、本発明の好ましい実現を示す。
【００３７】
ユーザーユニットは、１１の状態をモニタする。即ち、ＤＣ１２３４、ＳＴ３４５６、ＳＤ、ＨＤ、ＭＰＧ、ＡＣ３、サブタイトル、ブッキング（コンテンツ予約）、スローザップ、クラッシュ（故障）、及びスタンバイ。そしてその状態データは表１の行を形成する。これらの行は、各々が１１の状態を管理サーバＳに送信した１６のユーザーユニットに対応し、これらの状態は以前にそれらのメモリＭから抽出された。
【００３８】
１つ又はいくつかの故障がモニタリングモジュールＳＵにより検出されるとき、収集及び伝送モジュールＣＴは、例えば、一方では壊れたユーザーユニット「クラッシュ＝１」から、そして他方では故障「クラッシュ＝０」の無い、しかし「スローザップ＝１」状態を有するユーザーユニットから状態データを回復する。
【００３９】
表１において、番号２、４、５、７、８、１２、１５、及び１６により示される８つのユーザーユニットには、故障（クラッシュ＝１）が示され、その一方で、８つの他のユニットはいかなる故障も提示しない（クラッシュ＝０）。１６の状態データセットは、このようにログファイルＪを構成する。ログファイルＪは、２つずつとられた表１の列の異なる状態値の間の比較から生じる統計相関係数（表２）を算出することによって、サーバＳにより解析される。表２のエントリは、２つずつの列の状態の相関を与える。
【００４０】
モニタリングモジュールＳＵの好ましい構成によれば、１つ又はいくつかの故障の発生時に状態データセットがサーバＳに送信されるときに、後者は、通常、現在の状態データを格納するために用いたメモリに連続したメモリの位置の方へシフトされる。状態の履歴記録は、このように、所定時間の間保持され、最後に新しい状態データがサーバに送信された古い状態データを置き換える。所定数（例えばサーバがユーザーユニットに送信するセットアップファイルによって固定できる数）のシフトに達すると、この置換は行なわれることもできる。
【００４１】
【表１】
2016520945.tif 000003
上記は１６のデジタル・テレビ・デコーダのいくつかの機能パラメータ又は状態に関連した状態データの例である。
【００４２】
【表２】
2016520945.tif 000004
上記は表１の列の状態データ間の相関係数である。
【００４３】
表２の相関係数ｒｐは、次式を用いてサーバＳによって算出される。
【００４４】
【数１】
2016520945.tif 000005
ここで、σｘｙは変数ｘとｙの間の共分散を指し、そしてσｘ、σｙはそれぞれ変数ｘ、変数ｙの標準偏差を指す。
【００４５】
例において、相関係数ｒｐは、表１の１１の状態（ＤＣ１２３４、ＳＴ３４５６、ＳＤ、ＨＤ、ＭＰＧ、ＡＣ３、サブタイトル、ブッキング、スローザップ、クラッシュ、及びスタンバイ）の各々に対応する列のｘ（ｘ１,....,ｘ１６）及びｙ（ｙ１,....,ｙ１６）の１６のユーザーユニットの各々の１６の状態値を各々含む同じ長さの２つの列ｘとｙの間で算出される。
【００４６】
変数ｘとｙの間の共分散σｘｙは、以下のようにして算出される。
【００４７】
【数２】
2016520945.tif 000006
ここで、指数ｉは、１から、考慮される１６のユーザーユニットの各々の状態セットの数であるＮ＝１６まで展開し、そしてここで、
【００４８】
【数３】
2016520945.tif 000007
【００４９】
【数４】
2016520945.tif 000008
【００５０】
標準偏差σｘ及びσｙは、以下のようにして算出される。
【００５１】
【数５】
2016520945.tif 000009
【００５２】
【数６】
2016520945.tif 000010
【００５３】
始めの式（１）は、上記の定義（２）〜（６）に従ってσｘｙ、σｘ、及びσｙを置き換えることによって以下になる。
【００５４】
【数７】
2016520945.tif 000011
【００５５】
このように算出される相関係数ｒｐは、極値−１及び＋１を含む、−１と＋１の間の値をとる。
【００５６】
変数ｘ又はｙのうちの１つが他の変数ｙ又はｘの増加関数である場合、相関係数ｒｐは＋１に等しい。関数が減少している場合、それは−１に等しい。中間の値は、２つの変数ｘとｙの間の一次従属の程度を示す。係数ｒｐが極値−１及び＋１に近いほど、変数間の相関はより強い。０に等しい相関係数ｒｐは、変数ｘとｙは相関しておらず、従って互いに独立していることを意味する。
【００５７】
−１に近い負の相関係数は、関係する状態の値によって＋１に近い正の係数と同様に強い相関を表示することができる。事実、例えば４０％のハードディスク充填率を表示する状態は、同一ディスクの６０％の残りの空間を表示する状態と相補的である。他の状態を有するこれらの相補的な状態の間で実行される相関は同じ係数を有するが、反対の符号を有する。
【００５８】
表２において、「サブタイトル」と「クラッシュ」の状態間の相関係数ｒｐは、＋１に近い０．８８である。これは、「クラッシュ＝１」によって表示された故障がプログラムの視覚化の間にサブタイトルの使用と確実にリンクすることを意味する。例えば、現在見ているプログラムに関連する送信されたサブタイトルストリームにおける欠落するデータパケットのため、サブタイトルは、読みにくく、不完全であるか、又は置換される。
【００５９】
同じく＋１に近い「ブッキング」と「スローザップ」の状態間の相関係数０．８は、ブッキング数が増加するときに、ザッピング速度が低下することを示す。この低いザッピング速度の考えられる原因は、実行される多数のブッキング並びに／或いはプログラムテーブルＰＭＴ及び／又は事象情報テーブルＥＩＴの不十分な放送リズムである。
【００６０】
故障「クラッシュ」は、高解像度（ＨＤ）又は標準解像度（ＳＤ）のユーザーユニットの動作モードから独立し、相関係数は０に等しい。
【００６１】
この例では、故障「クラッシュ」は、予約「ブッキング」の数に、そして低いザッピング速度「スローザップ」にはっきりとリンクされず、それらのそれぞれの相関係数は負の−０，６３と−０，７７である。換言すれば、「ブッキング」及び「スローザップ」状態は、故障＜クラッシュ＝１＞によって直接関係しない。
【００６２】
高い相関係数（−１又は＋１に近い）は、必ずしも２つの測定された状態の因果関係を意味するというわけではない。事実、２つの状態は、２つの他のものが依存する第３の測定されない状態の形の同じ初期状態に関連することがあり得る。この場合、相関係数はまた、故障に関係する状態を表示すると共に、故障の原因がどの方向で検索されるべきであるかという表示をする。
【００６３】
例えば、スタンバイ、ＤＶＢ（デジタルビデオ放送）受信モード又はＩＰ（インターネットプロトコル）、双方向モードなどのようなユーザーユニットの別の動作モードの間の状態の測定のように、前に測定した状態と関係がないことがあり得る他の状態の測定の追加は、時々、より適当な相関を定めることに役立つようにみえることがあり得る。
【００６４】
上記例のような相関係数の決定は、検出された故障の原因の検索を目標とするために、ユーザーユニットの状態の間のリンクの解釈を急速に行って、単純化することを可能にする。
【００６５】
サーバが非常に多い数のユーザーユニットを処理して、それらに対して故障統計及び状態履歴記録も行なうときに、この利点は重要になる。さらに、通信網の大域状態、伝送信号のレベル及び品質、データ・スループットの帯域幅、負荷などのようなユーザーユニット外のパラメータは、１つのユーザーユニット又は一群のユーザーユニットの動作を表す状態と関連することもできる。例えば、大きいネットワーク負荷は、高解像度プログラムの受信の品質を劣化させることができて、それは、例えば、「ＨＤ」、「スローザップ」状態に、或いは不完全な、及び／又はガタガタ動く画像ディスプレイになる遅すぎるデコーディングにリンクする故障「クラッシュ」につながる。
【図１】
2016520945.tif 000012
【国際調査報告】
2016520945.tif 000013
2016520945.tif 000014