監視装置
【解決手段】モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し及び／又は検索し、上記受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、上記重要なイベント・データを上記モニタ・サーバへ送信するように動作可能である。モニタ・サーバは、上記モニタ・エンジンから重要なイベント・データを受信して格納するように動作可能であり、又、上記重要なイベント・データを要求に応じて検索するように動作可能である。ネットワークへ接続されるマルチメディア・デバイスを監視する方法も提供する。その方法は、ａ．ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し及び／又は検索するステップと、ｂ．受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成するステップと、ｃ．上記重要なイベント・データを格納するステップとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークへ接続されるマルチメディア・デバイスの監視／管理ツールに関し、より具体的には、デジタルテレビ・ネットワークを監視し且つ管理するためのツールに関する。
【背景技術】
【０００２】
デジタル信号の使用は、テレビ放送信号及びこれに類似するもの等、情報送信手段としてますます一般的となってきている。デジタル信号送信の最近の発達は、より少ない帯域幅の使用でインタフェースの増大されたロバスト性及びより高い画像品質を提供する、よりスペクトル効率のよい送信及び圧縮技術をもたらしている。
【０００３】
デジタル信号送信の能力（可能性）の増大及び同技術の利用の増大に伴って、このような技術により提供される恩恵を利用する組織及び個人は増加しつつある。例えば、セット・トップ・ボックス（ＳＴＢ）またはオーディオ・ビジュアル・コンテンツを受信するためのデジタル・デコーダ、携帯電話及びこれらに類似するもの等のマルチメディア・デバイスの人気は、うなぎ登りである。しかしながら、一旦マルチメディア・デバイスが配備されてしまえば、ユーザは、デジタル放送サービスが中断した場合にそれがネットワークの破壊によるものか、実際にはマルチメディア・デバイスの故障によるものかを確認することができない。これは、マルチメディア・デバイスのユーザにとって苛立たしい状況であり、最終的にその欠陥がマルチメディア・デバイスの側にあるということになれば、問題の診断が遅れることは避けがたくなると思われ、結果的に、欠陥の報告及び修理のための技術者の派遣も遅れることになる。
【０００４】
反応限定的なクエリ・ベースでプロバイダへフィードバックを提供することのできる組織内システムを有するデジタル・テレビジョン・プロバイダは存在する。しかしながら、この機能限定性により、マルチメディア・デバイスからの情報の連続的なポーリング（獲得）は妨げられる。加えて、現行の監視システムは他のヘッドエンド成分と融合せず、よって収集される限定的なデータを監視システムに統合することができず、故に格納、構成、解析もできないことから、その価値は極めて限定的である。このように、これらのデータは単に、例えば、故障、メモリ容量及びこれらに類似するものを含む、但しこれらに限定されないマルチメディア・デバイスの特性のロギングに関連する単純な情報を提供しているに過ぎず、ユーザによるマルチメディア・デバイスのオペレーションのより完全なピクチャの開発及び、例えばデジタル・サービスの妨害の前後における、原因がデジタル・ネットワークの中断にあるかマルチメディア・デバイスの故障にあるかに関する詳細な情報提供を支援し得る利用可能なデータのコンパイルに使用されるとしても極めて少量である。
【０００５】
上記先行技術には、限定的な反応性及び連続性等の幾つかの欠点がある。例えば、データは監視されるユニットからコントローラへ一度だけ送信され、その後は要求されたときにのみ送られるが、この要求は通常、エンドユーザにより問題の報告があった時に行われる。
【０００６】
加えて、先行技術には、監視対象であるデコーダ・ユニットから送られるデータの範囲及び詳細が一定であるというコンフィギュラビリティの制限がある。さらに先行技術では、典型的には、受信される最後のデータ・セットしか格納されない。
【０００７】
また、先行技術には、着信データのフィルタリングに関しても制限がある。監視されるデコーダ・ユニット・セットの視覚表示、またはこれらのユニットをサブグループに構成する能力、または監視されるユニットやサブグループに従って生で報告され且つ表示されるデータをフィルタリングする能力は存在しない。
【０００８】
先行技術が収集データの使用を制限する別の側面は、データ解析にある。これは、履歴データ・セットまたは集計分析能力の欠如に起因する。
【０００９】
従って、続いて収集される情報を例えば診断及び解析目的で使用できるようにする、ネットワークへ接続されるマルチメディア・デバイスのより包括的な監視を可能にする手段に対するニーズが存在する。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、先行技術におけるこれらの問題点に対処することにある。
【課題を解決するための手段】
【００１１】
本発明は、下記のような広範な知識に基づくと共にそれらを設計の基盤とする。
ａ）監視対象ユニットのケイパビリティ（能力又は可能性）、
ｂ）ブロードキャスト、マルチキャスト、ユニキャスト及びマルチメディアの各サービス、
ｃ）例えば監視がユニットのパフォーマンスに影響を与える事例のような、データの監視から生じる問題、
ｄ）通信プロトコル、
ｅ）ユーザ・インタフェース、及び
ｆ）データベース設計。
【００１２】
この知識及び先行技術の欠点に対する広範な理解を使用して、本発明を具備するシステムは、別々のコンポーネント（監視されるデコーダ・ユニット、モニタ・エンジン、モニタ・サーバ、モニタ・クライアント）に分割されている。
【００１３】
本発明の一実施形態では、モニタ・エンジンは、複数の目的で監視できるように遠隔的に構成可能である。これらの目的には、サービス品質、デバイスの調子、パフォーマンス、詐欺行為及び使用法が含まれる。構成データは、監視プロセスを制御するデバイスによって受信される。
【００１４】
本発明の一実施形態では、データは、監視対象ユニットから連続的及び／または周期的に送られてもよい。
【００１５】
本発明の一実施形態では、モニタ・エンジンは、イベント、タイミング及び内部状態の無限の組合せに関して探索し且つ報告してもよい。これらの組合せは、監視されるユニットへ物理的にアクセスすることなく外部から制御されてもよく、よって格段に高度な監視が可能になる。従って、監視されるユニットの評価は、遠隔操作している異なるクライアントのニーズに従って幅及び奥行きを変えることができる。さらに、先行技術とは対照的に、本発明の一実施形態では、監視データは連続的に格納されてもよい。
【００１６】
加えて、監視されるデコーダ・ユニット・セットの視覚表示に関する先行技術の欠点も対処され、本発明の一実施形態の場合のように、これらのユニットのサブグループへの構成、及び生で報告され且つ視覚化されているデータの監視されるユニットまたはサブグループに従ったフィルタリングが実行されてもよい。
【００１７】
本発明による一実施形態では、監視データは個別に、及び／又は集合的に、及び／又は履歴的に、及び／又は様々なグラフ様式及び報告として提示されてもよい。
【００１８】
本発明の第１の態様は、モニタ・エンジンとモニタ・サーバとを備える、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置を提供し、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し、上記受信される生イベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成しかつ上記重要なイベント・データを、上記モニタ・エンジンから上記重要なイベント・データを受信しかつ上記重要なイベント・データを格納するように動作可能な上記モニタ・サーバへ送信するように動作可能であり、上記モニタ・サーバは、上記重要なイベント・データを要求に応じて検索するように動作可能である。
【００１９】
本発明のさらなる態様は、モニタ・エンジンとモニタ・サーバとを備える、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置を提供し、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを検索し、上記受信される生イベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成しかつ上記重要なイベント・データを、上記モニタ・エンジンから上記重要なイベント・データを受信しかつ上記重要なイベント・データを格納するように動作可能な上記モニタ・サーバへ送信するように動作可能であり、上記モニタ・サーバは、上記重要なイベント・データを要求に応じて検索するように動作可能である。
【００２０】
本発明のさらなる態様は、モニタ・エンジンとモニタ・サーバとを備える、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置を提供し、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信しかつ検索し、上記受信される生イベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成しかつ上記重要なイベント・データを、上記モニタ・エンジンから上記重要なイベント・データを受信しかつ上記重要なイベント・データを格納するように動作可能な上記モニタ・サーバへ送信するように動作可能であり、上記モニタ・サーバは、上記重要なイベント・データを要求に応じて検索するように動作可能である。
【００２１】
本発明に従う監視装置は、ネットワークに配備されるマルチメディア・デバイスの遠隔評価を可能にする。マルチメディア・デバイスは、生イベント・データをモニタ・エンジンへ提供するように計装される。モニタ・エンジンは各マルチメディア・デバイスと共に共同ホストされてもよく、有線式（例えば、ＲＳ２３２、イーサネット（登録商標））でも無線式（例えば、ＧＳＭ、ＧＰＲＳ）でもよい通信リンク上で各デコーダと通信してもよい。
【００２２】
「マルチメディア・デバイス」という用語は、着信するデジタル・テレビ信号を受信するように動作可能でありかつ双方向通信ができる、かつ生のイベントの詳細を提供するように計装されている全てのデバイスを包含することを意図したものである。
【００２３】
これらのデバイスには、セット・トップ・ボックス、統合デジタル・テレビ及び携帯電話が含まれる。
【００２４】
「生のイベント」という用語は、ユーザ・キー・プレス、エラー状態、内部デコーダ変更、ネットワーク上の任意の相互作用及びこれらに類似するもの等の、但しこれらに限定されないイベントを包含することを意図したものである。これらの個々の生のイベントは、第１のライン解析用にモニタ・エンジン上へ送られる基本データを提供する。
【００２５】
生のイベントは、マルチメディア・デバイス上のロギング・コンポーネントへ報告されてもよい。ある態様では、これはトリガ又はポーリングのベースで行われる。
【００２６】
ある実施形態では、アクティブにログされる生イベント・データ・セットは、モニタ・サーバからモニタ・エンジンを介して遠隔的に構成されてもよい。
【００２７】
生イベント・データは次に、モニタ・エンジンの通信リンクへフラッシュされてモニタ・エンジンへ送信される前にローカル・ストレージへ書き込まれることが好適である。このようにして操作することにより、マルチメディア・デバイスはデータ・ロガとして動作し、標準的なデジタル受信器に酷似して動作する。
【００２８】
生イベント・データのバッファリングは、生イベント・データがリアルタイムで収集され、モニタ・エンジンへ予め定められた時間間隔等の予め定められた間隔で送信されるように、または特定の生のイベントが発生した時点で即時モニタ・エンジンへ送信されてもよいように発生してもよい。予め定められた時間間隔、または生イベント・データがいつモニタ・エンジンへ送信されかを決定するために使用される他のパラメータは何れも、装置またはデコーダのデフォルト設定として指定されてもよいことは認識されるであろう。また、このようなデフォルト設定は何れも、局所的または遠隔的の何れであれいつでも所望により再構成されてもよいことは認識されるであろう。
【００２９】
モニタ・エンジンは、マルチメディア・デバイスから生イベント・データを検索し、生イベント・データの重要なイベント・データへの基本的変換を実行する。
【００３０】
モニタ・エンジンはさらに、ネットワークへ接続されるマルチメディア・デバイスから生イベント・データを自動的に検索するように動作可能であってもよい。
【００３１】
ある実施形態では、モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから予め定められた時間間隔で生イベント・データを検索するように動作可能である。
【００３２】
重要なイベント・データは、概して１つまたは複数の生のイベントから決定され、基礎的なマルチメディア・デバイスの予め決められた行動をモデリングする予め決められた所定のルールに従って生成される。モデリングされる行動には、基礎的なマルチメディア・デバイスのタイミング、状態遷移及びこれらに類似するものが含まれる。
【００３３】
生イベント・データからの重要なイベント・データの生成に使用されるルールは構成可能であってもよく、モニタ・サーバから閲覧及び編集されてもよい。ルール情報はモニタ・エンジンに存在していてもよく、及び／又は、所望に応じてモニタ・サーバからのメッセージングを介して更新されてもよい。
【００３４】
重要なイベント・データは、生成時にモニタ・エンジンからモニタ・サーバへと前方向に送信されてもよく、コマンド発生時に格納されてもよく、あるいは予め定められた間隔で自動的に格納されてもよい。
【００３５】
重要なイベント・データがモニタ・サーバへ一旦供給されると、モニタ・サーバはさらに、格納されている重要なイベント・データを解析するように動作可能であってもよい。モニタ・エンジンからモニタ・サーバへ送られるデータには、イベント・タイプ、記述値、タイムスタンプ及びマルチメディア・デバイス識別を含む場合のある重要なイベント報告メッセージ、及びオペレーション詳細が含まれてもよい。また、モニタ・サーバ自体での診断解析用に、問題の重要イベントに繋がる生イベント・データの詳細が送られてもよい。これにより、問題の重要イベント及び問題の重要イベントから生じる後続イベントの潜在的原因を探るより完全な調査が可能になる。
【００３６】
重要なイベント・データは、モニタ・エンジンにより、典型的には（例えば、インターネット・プロトコル（ＩＰ）通信を使用する）有線式であるが無線式であってもよい第２の通信リンク上でモニタ・サーバへ送られる。或いは、構成によっては、モニタ・エンジンとモニタ・サーバとを共同ホストにし得るものもある。モニタ・サーバは、機器の経時的もしくはロケーション関連の、又は、他の監視対象装置もしくは基準装置に対する比較解析を提供する。従って、モニタ・サーバはモニタ・エンジンに、モニタ・エンジンの行動ルールを更新する「モニタ・エンジン構成」メッセージを送ってもよい。例えば、モニタ・エンジン構成メッセージはしきい値を変更するために送られてもよい。このようにして、個々の、またはグループとしてのデジタルテレビ・エンコーダの監視は、焦点及び／又は深度に関して個々の必要性に応じた情報を提供するように設定されてもよい。例えば、１つの設定はユーザ指向情報用に構成されてもよいが、別の設定は特定の課題に関するより綿密な解析を行うように構成されてもよい。
【００３７】
特定の目的のための構成は、モニタ・エンジン・ルールを使用して生イベント・データの検索及び後続の報告の焦点を特定の重要イベントに合わせること、及び興味の対象である特定の重要なイベント・データの送信を含む。状況によっては、かつ多くの場合、関心の対象である重要イベントに依存して、生のイベントの多大なリスト、延ては関心の対象である重要イベントに繋がった関連の生イベント・データが解析に使用されることがあるが、他の状況下では、生のイベント、延ては生イベント・データは関心をもたれないこともある。
【００３８】
また、モニタ・サーバはモニタ・エンジンへマルチメディア・デバイス構成メッセージを送ってもよく、モニタ・エンジンは次にこれをマルチメディア・デバイスへ送信する。このようなマルチメディア・デバイス構成メッセージは、マルチメディア・デバイス内のオンにされる、即ちアクティブにログされる計装点セットを画定する。
【００３９】
従って、モニタ・サーバは、本発明による監視装置の構成及びオペレーションの双方の観察及び制御を担当するセントラル・サーバである。
【００４０】
例えば、モニタ・サーバは、重要なイベント・データをデータベースまたは他の適切な格納デバイスへ格納しかつ検索することを担当してもよい。さらに、モニタ・サーバは他の任意のネットワーク成分へのインタフェースを提供してもよい。またモニタ・サーバは、他のネットワークから比較データを受信するために使用されてもよい。このようにして、マルチメディア・デバイスのオペレーション及び状態に関連する包括的情報セットは、診断、解析または記録目的で入手されることが可能である。
【００４１】
本装置はさらに、パーソナル・コンピュータ（ＰＣ）、携帯電話もしくはパーソナル・デジタル・アシスタント（ＰＤＡ）、又は、データを利用すべくモニタ・サーバとインタフェースしかつモニタ・サーバのファシリティにアクセスすることのできる当業者には周知である他の任意の適切なデバイス等の、１つまたは複数のモニタ・クライアントを備えてもよい。
【００４２】
また、モニタ・サーバは、モニタ・クライアントへ下記のファシリティを提供するためのものでもある。
・ アクセス管理、即ち規定されたルールまたはケイパビリティに従ったシステムへのアクセスの制御、（例えば、ネットワーク・エンジニア、管理者）
・ フィルタ・ルール、即ち、着信するイベント・データが様々な選択基準、例えばマルチメディア・デバイス・タイプ、他に従って表示されることを許容するもの、
・ 上述の予め決められたルールまたは基準に従ってフィルタリングされる、例えば重要イベントのディスプレイ形式であるライブ・アップデート、
・ 例えば、マネージャに週毎のまとめ情報を提供するための、ファイルへの定期的報告、
・ 生のイベントの重要イベントへの変換に使用される予め定められたイベント・モデリング・ルールの構成、
・ 例えば、生のイベントの重要イベントへの変換、マルチメディア・デバイスの状態モデリング等のための、モニタ・エンジン行動の遠隔構成、
・ （関連のモニタ・エンジンを介する）マルチメディア・デバイス・ロギングの遠隔構成、
・ 格納データからのキー・パフォーマンス・インジケータ（メトリック）生成、即ち比較／傾向データ、例えば３か月周期の間のテレビ・チャネル変更の平均所要時間または地理的エリア毎のビデオ損失の平均発生回数及びこれらに類似するもの、を与える診断サポート及び派生的統計を提供すること。
【００４３】
本発明のさらなる態様は、本発明の第１の態様による装置と組み合わされたマルチメディア・デバイスを提供する。
【００４４】
本発明のさらなる態様は、ネットワークへ接続されるマルチメディア・デバイスの監視方法を提供し、その方法は、
ａ．ネットワーク上のマルチメディア・デバイスから生のイベント・データを受信するステップと、
ｂ．受信される生のイベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成するステップと、
ｃ．上記重要なイベント・データを格納するステップとを含む。
【００４５】
本発明のさらなる態様は、ネットワークへ接続されるマルチメディア・デバイスの監視方法を提供し、その方法は、
ａ．ネットワーク上のマルチメディア・デバイスから生のイベント・データを検索するステップと、
ｂ．受信される生のイベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成するステップと、
ｃ．上記重要なイベント・データを格納するステップとを含む。
【００４６】
一つの実施形態では、ステップａ．は、ネットワーク上のマルチメディア・デバイスから生のイベント・データを受信しかつ検索することを含んでもよい。
【００４７】
一つの実施形態では、生のイベント・データからの重要なイベント・データの生成に使用されるルールは構成可能であり、所望に応じて更新されてもよい。
【００４８】
重要なイベント・データは、生成時に前方向に送信されても、コマンド発生時に格納されても、あるいは予め決められた間隔で自動的に格納されてもよい。
【００４９】
本発明による方法は、さらに、上記格納される重要なイベント・データを解析するステップを含んでもよい。
【００５０】
一つの実施形態では、生のイベント・データはネットワーク上でマルチメディア・デバイスから自動的に検索される。
【００５１】
生のイベント・データは、予め決められた間隔で検索されてもよい。
【００５２】
一つの実施形態では、上記予め決められたルールはマルチメディア・デバイスの予め決められた行動をモデリングする。
【００５３】
セット・トップ・ボックスまたはこれに類似する形式のマルチメディア・デバイスの代替として、携帯電話を使用してテレビ信号を受信することも可能であり、かつ本発明による装置が動作することも可能であることが予見され、この場合、携帯電話はデコーダとして作用しかつデコーダの機能を実行することも可能である。従って、本装置は次に、後続の収集及び解析用に携帯電話から生のイベント・データを取得するために、携帯電話をネットワークの一部として監視することができる。携帯電話を使用して生のイベント・データが収集される場合、生のイベント・データは、テレビ信号の受信とは区別された、及び／又は、上記受信と組み合わされた携帯電話のオペレーションに関連する生のイベント・データをも含むこともできる。従って、本装置は、電話信号の送信、受信及び相互作用に関する（デコーダに関連して先に述べたような）全ての相互作用及びこれに類似するものに関連して生のイベント・データを収集できるだけでなく、電話呼の受信／送信効率、テキスト・オペレーション、経時的及び／又は地理的ロケーションでの信号受信レベル及びこれに類似するもの等の、携帯電話により実行される他の機能の幾つか、または全てのオペレーションに関連する生のイベント・データを収集して解析することもできる。
【発明を実施するための最良の形態】
【００５４】
次に、添付の図面を参照しつつ、本発明のいくつかの実施形態を単なる例示として説明する。
【００５５】
図１は、先行技術において知られるテレビ・ユニット１０と、デコーダ・ユニット２０と、セントラル・サーバ・ユニット３０とを含む、先行技術において知られるデジタルテレビ・ネットワークを示す。セントラル・サーバ・ユニット３０は送信機４０と受信機５０とを備え、デジタル・テレビ信号を送信機４０からデジタル・デコーダ・ユニット２０へ送信するように動作可能である。デジタル・デコーダ・ユニット２０では、上記信号が既知の技術を使用してデジタル・デコーダ・ユニット受信機６０により受信される。受信された信号は、次に、デジタル・デコーダ送信機７０を介してテレビ・ユニット１０へ送信され、最終的には既知の技術を使用して、テレビ・ユニットの画面にデジタルテレビ放送が表示される。
【００５６】
図２は、デジタル・デコーダ・ユニット２０と、本発明の第１の態様によるデジタル監視システムとの間の相互作用を示す。本発明を具現化するシステムでは、デジタル・デコーダ・ユニット２０とモニタ・エンジン・ユニット８０との間に共通経路が供給される。モニタ・エンジン・ユニット８０は、着信するデジタル信号を受信するための受信機９０と、受信機９０によって受信されるデジタル信号を受信し且つ上記デジタル信号を処理して利用可能なデータにするように動作可能なコントローラ１００とを備える。モニタ・エンジン・ユニット８０は格納ユニット１１０を装備していてもよく、格納ユニット１１０は、データを格納すべくモニタ・エンジン・ユニット８０と一体式であっても、なくてもよい（図２では一体式として示されている）。また、データをデジタル信号の形式でモニタ・エンジン・ユニット８０から前方向へ送信するための送信機１２０も装備されている。
【００５７】
モニタ・エンジン・ユニット８０は、デジタル信号形式のデータを送信機１２０によってモニタ・サーバ・ユニット１３０へ送信するように動作可能である。モニタ・サーバ・ユニット１３０は、着信するデジタル信号情報をモニタ・エンジン・ユニット８０から受信し、受信した信号情報を処理するためにコントローラ１５０へ転送する受信機１４０を装備している。また、モニタ・サーバ・ユニット１３０は任意選択として、着信するデータ及びモニタ・サーバ・ユニット１３０により生成される任意の追加情報も格納するための格納ユニット（図示略）を装備してもよい。送信機１６０は、デジタル信号形式の情報をモニタ・エンジン・ユニット８０の受信機９０へ、及びクライアント・モニタ・ユニット１８０の受信機１７０へも前方向送信するために装備される。クライアント・モニタ・ユニット１８０は、着信するデジタル信号を受信機１７０によって受信し且つ送信された情報をコントローラ１９０によって処理するように動作可能である。またクライアント・モニタ・ユニット１８０には、クライアント・モニタ・ユニット１８０とモニタ・サーバ・ユニット１３０の受信機１４０との間に共通の通信経路を保持するために情報をクライアント・モニタ・ユニットからデジタル信号形式で送信するための送信機２００も装備される。
【００５８】
次に、図１及び図２をも参照しながら、図３に示すような本発明の第１の態様を具現化するデジタルテレビ・ネットワークについて説明する。本ネットワークは（先行技術において知られる、図１を参照して先に述べた）セントラル・サーバ・ユニット３０を備え、同ユニット３０は、セントラル・サーバ・ユニット３０の送信機４０及び受信機５０と各デコーダ・ユニット２０（説明を容易にするために、図３にはデコーダ・ユニット２０を１つだけ示している）の個々の受信機６０及び送信機７０との間の双方向通信リンクを使用して多くのマルチメディア・デバイス・ユニット２０と通信する。次に、デコーダ・ユニット２０は、ユーザの操作によって、適切なデジタル情報をユーザが見るためにテレビ受像器１０へ送信する。デコーダ・ユニット２０はモニタ・エンジン・ユニット８０と双方向通信状態にあり、モニタ・エンジン・ユニット８０は、デコーダ・ユニット２０からデジタル信号情報を受信して処理し、かつデジタル信号情報をデコーダ・ユニット２０へ送信するように動作可能である。またモニタ・エンジン・ユニット８０はモニタ・サーバ・ユニット１３０とも通信状態にあり、モニタ・サーバ・ユニット１３０との間で適宜デジタル信号情報を送受信し合うように動作可能である。モニタ・エンジン・ユニット８０及びモニタ・サーバ・ユニット１３０はそれぞれ、モニタ・エンジン格納ユニット１１０及びモニタ・サーバ格納ユニット２１０と通信状態にある。図３では、モニタ・エンジン格納ユニット１１０及びモニタ・サーバ格納ユニット２１０は各々モニタ・エンジン・ユニット８０及びモニタ・サーバ・ユニット１３０とは別の実体として示されているが、これらは一体であってもよいことは理解されるであろう。また、モニタ・サーバ・ユニット１３０はモニタ・クライアント１８０とも双方向通信状態にある。先に述べたように、モニタ・クライアントは、モニタ・サーバ・ユニット１３０のファシリティへアクセスするネットワーク・ユーザである。例えば、情報要求は、モニタ・クライアント１８０からモニタ・サーバ１３０へ送信されることが可能である。必要な情報が一旦識別され及び／又は生成されると、要求された情報は、モニタ・サーバ１３０からデジタル信号の形式でモニタ・クライアント１８０へ送信されることが可能である。
【００５９】
図４は、本発明のさらなる態様を具現化するデジタルテレビ・ネットワークを示すフローチャートである。
【００６０】
テレビ１０は、セントラル・サーバ・ユニット３０からのデジタル放送信号をデコーダ・ユニット２０によって受信している。デコーダ・ユニット２０は、生のイベント・データ、即ち、例えばユーザによるキー・プレス（キー押し）などの単純なイベント、または、例えば利用可能なフリー・メモリの量である統計を提供すべく計装される。
【００６１】
図４のステップＡでは、この生のイベント・データがデコーダ・ユニット２０によって検出される。生のイベント・データはデコーダ・ユニット２０内部からのロギングまたはポーリングによって検出されてもよく、任意選択としてデコーダ・ユニット２０により格納される（ステップＢ参照）。
【００６２】
モニタ・エンジン・ユニット（８０）により、デコーダ・ユニット（２０）に格納されている生のイベント・データに対する要求が行われると（ステップＣ参照）、この生のイベント・データはモニタ・エンジン・ユニット８０によってデコーダ・ユニット（２０）から受信／検索され（ステップＤ参照）、モニタ・エンジン８０により処理されて生のイベント・データが重要なイベント・データに変換される（ステップＥ参照）。このような重要なイベント・データは、単一の生のイベントに関するデータ、または例えばデコーダ・ユニットのオペレーションに関連する生のイベント、タイミング及び／または機器状態の組合せに関するデータを含んでもよい。
【００６３】
重要なイベント・データは、任意選択として、モニタ・エンジン・ユニット８０により格納されてもよい（ステップＦ参照）。
【００６４】
ステップＧは、モニタ・クライアント１８０による情報要求の実行を含む。ネットワークに参加するモニタ・クライアントは複数であってもよいことは理解されるであろうが、説明を容易にするために、図４との関連では１つのモニタ・クライアントについてのみ論じる。
【００６５】
モニタ・クライアント１８０によって一旦情報が要求されると、モニタ・クライアント１８０により行われた要求に応答して、関連の重要なイベント・データがモニタ・サーバ・ユニット１３０によって検索され（ステップＨ）且つ解析される（ステップＩ参照）。次に、モニタ・サーバ・ユニット１３０は、生成された解析及び／又はこれに伴う重要な生のイベント・データをモニタ・クライアント１８０へ供給すべく利用することができる（ステップＪ参照）。
【００６６】
次に、図２、３及び４を参照して、本発明を、一時的にデジタル放送が中断する期間が存在する例示的な実施形態に関して説明する。デジタル放送の中断期間及びこれに続いてデコーダ・ユニット２０のユーザにより実行されるキー・プレスなどの間のデコーダ・ユニット２０の状態遷移に関連する生のイベント・データは、ステップＡ及びＢにおいて言及されているように、デコーダ・ユニット２０によりアクティブにログされる。デコーダ・ユニット２０は、モニタ・エンジン・ユニット８０による生のイベント・データの検索まで生のイベント・データを局部的に格納する。生のイベント・データは、ステップＤに記述されているように、モニタ・エンジン・ユニット８０の受信機９０へデジタル信号として送信される。次に、生のイベント・データは、モニタ・エンジン・ユニット８０により、基底を成すデコーダ・ユニット２０の行動をモデリングする予め決められた所定のルールに従って生成される重要なイベント・データに変換される（ステップＥ）。上記ルールは、モニタ・サーバ・ユニット１３０によって構成可能であると同時に、再考され、変更されてもよい。
【００６７】
生のイベント・データ及び重要なイベント・データは共にモニタ・エンジン・ユニット８０によって一体式の又は個別の格納ユニット１１０内に格納されてもよく（ステップＦ）、これにより、この期間中のユーザによるデコーダ・ユニット２０の行動及びデコーダ・ユニット２０のオペレーションに対する効果を含む、デジタル放送中断を取り巻く生及び解析済み双方の完全なイベント・ピクチャがもたらされる。
【００６８】
モニタ・クライアント１８０から、例えば、その特定の放送中断に関連して直接的に、または放送中断一般に関連して間接的に情報が要求されると、重要なイベント・データがモニタ・エンジン・ユニット８０の送信機１２０によってモニタ・サーバ・ユニット１３０の受信機１４０へ送信される（ステップＨ）。重要イベントに繋がる生のイベント・データも関連している可能性があるケースでは、該当する生のイベント・データもモニタ・サーバ・ユニット１３０によりモニタ・エンジン・ユニット８０から検索されてもよい。
【００６９】
或いは、重要なイベント・データは、要求があると、または予め決められた時間にモニタ・クライアント１８０へ送信するために、既にモニタ・サーバ・ユニット１３０上に保持されていてもよい。例えば、モニタ・クライアント１８０がモニタ・エンジン・ユニット８０からモニタ・サーバ１３０への重要なイベント・データの転送をトリガするのではなく、重要なイベント・データの転送は、例えば問題の重要なイベント・データに関連づけられる構成に依存して予め決められた時間間隔でトリガされてもよい。
【００７０】
重要なイベント・データ及び任意選択として生のイベント・データを受信すると、モニタ・サーバは受信したデータを解析し（ステップＩ）、上記解析を任意の関連する重要なイベント・データ及び／または生のイベント・データと共にモニタ・クライアント１８０へ提供する（ステップＪ）。
【００７１】
従って、モニタ・クライアント１８０には、いつでも利用可能であり且つ検索でき、デコーダ・ユニット２０の行動をモデリングする構成可能なルールに依存して重要なイベント・データへ変換でき、かつデコーダ・ユニット２０のオペレーションに関する有益な情報及びデコーダ・ユニット２０のユーザに関連する動作フィードバックを提供するように解析できる生のイベント情報の絶え間のない流れが供給される。
【００７２】
実際の実施形態では、データは、本発明によるデジタルテレビ・ネットワーク内で、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）及び拡張マークアップ言語（ＸＭＬ）を使用して転送されてもよい。本発明の一実施形態において採用されるＨＴＴＰ及びＸＭＬの定義は、下記の通りである。
【００７３】
ＨＴＴＰは、コンピュータが情報を共有する規格方法である。ＨＴＴＰには、ユーザ・エージェント（例えば、ブラウザ）及びサーバ・デーモン（例えば、ウェブサーバ）という２つのタイプの通信デバイスが存在する。ユーザ・エージェントは、別のコンピュータ上で実行されるデーモン・アプリケーションに要求を行う。ユーザ・エージェントは、別のコンピュータ上で実行されるサーバ・デーモン・アプリケーションとの間でハイパーテキストトランスファープロトコル（ＨＴＴＰ）情報を提供／受信し合うネットワーク・デバイスである。
【００７４】
ユーザ・エージェント及びサーバ・デーモンは、拡張マークアップ言語（ＸＭＬ）形式で表示される情報を共有する。拡張マークアップ言語（ＸＭＬ）は、アプリケーション間及び組織間でデータの定義、検証及び解釈を可能にするウェブ・ベースのデータ表現形式である。文書型定義（ＤＴＤ）は、システム・エレメント間の通信に使用されるＸＭＬを構成するエレメントを定義する。
【００７５】
ユーザ・エージェント（モニタ・エンジン・ユニット内）はサーバ・デーモン（モニタ・サーバ・ユニット上）と規定の間隔で通信することができ、重要イベントが発生するとサーバ・デーモンへ非請求情報を送ることもできる。ユーザ・エージェント及びサーバ・デーモンは、ネットワークの現行及び履歴ステータス・ビューを表す情報データベースに寄与する。ＨＴＴＰのセキュリティは、セキュア・ソケット・レイヤ（ＳＳＬ）プロトコルの実装を使用することによって提供される。
【００７６】
モニタ・エンジン・ユニット内では、ＸＭＬコンフィギュレーションが初期設定時にユーザ・エージェントによって検索される。ＸＭＬは、計装される生イベントのリスト、及びモニタ・エンジン・ユニットが監視対象であるターゲット・プラットフォーム内のイベント及び刺激に対処するために規定される行動を定義する。
【００７７】
ＸＭＬで記述されるプロトコルは、サービス・プロバイダ等の論理的リモート・ユーザがＭＥに関する情報を読み取る、または変更することのできる方法を定義する。ＨＴＴＰは、そのピアと通信する際に通信制御プロトコル（ＴＣＰ）を使用する。無保証のデータグラム配信が許容される場合には、ユーザ・データグラム・プロトコル（ＵＤＰ）も使用される。
【００７８】
ＸＭＬは、管理されるべきイベントを定義する。各イベントは、名称、構文及びエンコーディングを有する。
【００７９】
モニタ・エンジン・ユニットはターゲット・プラットフォーム内に存在し、上記プラットフォームはプラットフォームの行動に関連する生のイベント・データを配信するように計装される。このデータは、プラットフォームの動作上のどのような測定可能な特徴に関連するものであってもよい。これに加えて、本プラットフォームは、監視対象ターゲット・プラットフォームのコンポーネントからステータス情報を検索するように問い合わされることが可能である。
【００８０】
時期が設定された所定の間隔で、または特定の閾値状態が発生すると、プラットフォームは生イベント・データ・グループをモニタ・エンジンへ送信する。モニタ・エンジンは、グループ化されたデータを個々の生のイベントに分離し、各生イベントを順に、その発生順序で処理する。生のイベントの処理は、各イベントをＸＭＬコンフィギュレーション（ルール）ファイルの各ルールに照らして検査することを含む。これらのルールに従って、生のイベント（または、これらの組合せ）はさらなる措置をトリガする。これらの措置は、プラットフォームの内部状態の変更（例えば、プロセス「ｘ」が状態「ｙ」に移行する）、次にはモニタ・サーバ・ユニットへ送られる重要イベントの生成、または二次的な生のイベントの生成を含むことができる（またこのようにして、複雑なイベント・シーケンスをさらに管理可能なサブシーケンスに分けることができる）。生のイベントは内部バッファへ追加され、ルールによるトリガの結果としてキャンセルされるまで「ライブ」とされる。ルールによるトリガは、タイマの起動に使用されてもよい。
【００８１】
例えば、赤外線制御デバイス上の特定のボタンを押すことが生のイベントであってもよい。これらのキー・プレス（キー押し）の組合せ及びタイミングは重要イベントを構成してもよく、例えば、あるユーザが３０秒以内に特定のボタンを５回押せば、これは「ユーザ・フラストレーション」重要イベントを構成する可能性があり、モニタ・サーバ・ユニットへ報告される。一旦この重要イベントが報告されると、上記ボタン・プレスはアクティブな生イベント・バッファから削除されることになる。
【００８２】
この手法は、生の情報の受信、及びデコーダ・ユニット（またはセット・トップ・ボックス）の異なる部分をポーリングしてその動作状態を監視しかつ個々の必要に応じた特定の重要なイベント・データをモニタ・サーバ・ユニットへ配信する能力を見込むものである。
【００８３】
データは、受信されるとライブ・ステータス情報を提供すべく問い合わされ、さらにはモニタ・サーバ・ユニット上のリレーショナル・データベースに格納される。モニタ・サーバ・ユニットは、個々のモニタ・エンジン・ユニット間のデータ配信をサポートし、かつモニタ・クライアント・ユニットにより提供されるサービスをサポートする。これらのサービスには、受信されたデータに提示される計数、値及び傾向までのイベント履歴の解析が含まれる。この情報解析は、ネットワーク行動及び監視対象機器使用のビューを提供する。
【００８４】
モニタ・クライアント・ユニットは、ネットワークから受信されるデータのライブ／履歴解析を表示するグラフィカル・ユーザ・インタフェースを提供する。モニタ・クライアント・ユニットは、情報を転送する類似のＨＴＴＰ及びＸＭＬ手法を使用してモニタ・サーバ・ユニットと通信する。
【００８５】
以上、添付の図面に示す実施形態を参照して本発明のいくつかの観点を説明したが、本発明はこれらの詳細な実施形態に限定されるものではなく、さらなる発明的技量及び努力を行使することなく変更・修正されてもよいことは理解されるべきである。
【図面の簡単な説明】
【００８６】
【図１】図１は、先行技術で知られるデジタルテレビ・ネットワークを示すブロック図である。
【図２】図２は、本発明の一態様を具現化するデジタルテレビ・ネットワークを示すブロック図である。
【図３】図３は、本発明のさらなる態様を具現化するデジタルテレビ・ネットワークを示すブロック図である。
【図４】図４は、本発明のさらなる態様を具現化するデジタルテレビ・ネットワークを示すフローチャートである。
【技術分野】
【０００１】
本発明は、ネットワークへ接続されるマルチメディア・デバイスの監視／管理ツールに関し、より具体的には、デジタルテレビ・ネットワークを監視し且つ管理するためのツールに関する。
【背景技術】
【０００２】
デジタル信号の使用は、テレビ放送信号及びこれに類似するもの等、情報送信手段としてますます一般的となってきている。デジタル信号送信の最近の発達は、より少ない帯域幅の使用でインタフェースの増大されたロバスト性及びより高い画像品質を提供する、よりスペクトル効率のよい送信及び圧縮技術をもたらしている。
【０００３】
デジタル信号送信の能力（可能性）の増大及び同技術の利用の増大に伴って、このような技術により提供される恩恵を利用する組織及び個人は増加しつつある。例えば、セット・トップ・ボックス（ＳＴＢ）またはオーディオ・ビジュアル・コンテンツを受信するためのデジタル・デコーダ、携帯電話及びこれらに類似するもの等のマルチメディア・デバイスの人気は、うなぎ登りである。しかしながら、一旦マルチメディア・デバイスが配備されてしまえば、ユーザは、デジタル放送サービスが中断した場合にそれがネットワークの破壊によるものか、実際にはマルチメディア・デバイスの故障によるものかを確認することができない。これは、マルチメディア・デバイスのユーザにとって苛立たしい状況であり、最終的にその欠陥がマルチメディア・デバイスの側にあるということになれば、問題の診断が遅れることは避けがたくなると思われ、結果的に、欠陥の報告及び修理のための技術者の派遣も遅れることになる。
【０００４】
反応限定的なクエリ・ベースでプロバイダへフィードバックを提供することのできる組織内システムを有するデジタル・テレビジョン・プロバイダは存在する。しかしながら、この機能限定性により、マルチメディア・デバイスからの情報の連続的なポーリング（獲得）は妨げられる。加えて、現行の監視システムは他のヘッドエンド成分と融合せず、よって収集される限定的なデータを監視システムに統合することができず、故に格納、構成、解析もできないことから、その価値は極めて限定的である。このように、これらのデータは単に、例えば、故障、メモリ容量及びこれらに類似するものを含む、但しこれらに限定されないマルチメディア・デバイスの特性のロギングに関連する単純な情報を提供しているに過ぎず、ユーザによるマルチメディア・デバイスのオペレーションのより完全なピクチャの開発及び、例えばデジタル・サービスの妨害の前後における、原因がデジタル・ネットワークの中断にあるかマルチメディア・デバイスの故障にあるかに関する詳細な情報提供を支援し得る利用可能なデータのコンパイルに使用されるとしても極めて少量である。
【０００５】
上記先行技術には、限定的な反応性及び連続性等の幾つかの欠点がある。例えば、データは監視されるユニットからコントローラへ一度だけ送信され、その後は要求されたときにのみ送られるが、この要求は通常、エンドユーザにより問題の報告があった時に行われる。
【０００６】
加えて、先行技術には、監視対象であるデコーダ・ユニットから送られるデータの範囲及び詳細が一定であるというコンフィギュラビリティの制限がある。さらに先行技術では、典型的には、受信される最後のデータ・セットしか格納されない。
【０００７】
また、先行技術には、着信データのフィルタリングに関しても制限がある。監視されるデコーダ・ユニット・セットの視覚表示、またはこれらのユニットをサブグループに構成する能力、または監視されるユニットやサブグループに従って生で報告され且つ表示されるデータをフィルタリングする能力は存在しない。
【０００８】
先行技術が収集データの使用を制限する別の側面は、データ解析にある。これは、履歴データ・セットまたは集計分析能力の欠如に起因する。
【０００９】
従って、続いて収集される情報を例えば診断及び解析目的で使用できるようにする、ネットワークへ接続されるマルチメディア・デバイスのより包括的な監視を可能にする手段に対するニーズが存在する。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、先行技術におけるこれらの問題点に対処することにある。
【課題を解決するための手段】
【００１１】
本発明は、下記のような広範な知識に基づくと共にそれらを設計の基盤とする。
ａ）監視対象ユニットのケイパビリティ（能力又は可能性）、
ｂ）ブロードキャスト、マルチキャスト、ユニキャスト及びマルチメディアの各サービス、
ｃ）例えば監視がユニットのパフォーマンスに影響を与える事例のような、データの監視から生じる問題、
ｄ）通信プロトコル、
ｅ）ユーザ・インタフェース、及び
ｆ）データベース設計。
【００１２】
この知識及び先行技術の欠点に対する広範な理解を使用して、本発明を具備するシステムは、別々のコンポーネント（監視されるデコーダ・ユニット、モニタ・エンジン、モニタ・サーバ、モニタ・クライアント）に分割されている。
【００１３】
本発明の一実施形態では、モニタ・エンジンは、複数の目的で監視できるように遠隔的に構成可能である。これらの目的には、サービス品質、デバイスの調子、パフォーマンス、詐欺行為及び使用法が含まれる。構成データは、監視プロセスを制御するデバイスによって受信される。
【００１４】
本発明の一実施形態では、データは、監視対象ユニットから連続的及び／または周期的に送られてもよい。
【００１５】
本発明の一実施形態では、モニタ・エンジンは、イベント、タイミング及び内部状態の無限の組合せに関して探索し且つ報告してもよい。これらの組合せは、監視されるユニットへ物理的にアクセスすることなく外部から制御されてもよく、よって格段に高度な監視が可能になる。従って、監視されるユニットの評価は、遠隔操作している異なるクライアントのニーズに従って幅及び奥行きを変えることができる。さらに、先行技術とは対照的に、本発明の一実施形態では、監視データは連続的に格納されてもよい。
【００１６】
加えて、監視されるデコーダ・ユニット・セットの視覚表示に関する先行技術の欠点も対処され、本発明の一実施形態の場合のように、これらのユニットのサブグループへの構成、及び生で報告され且つ視覚化されているデータの監視されるユニットまたはサブグループに従ったフィルタリングが実行されてもよい。
【００１７】
本発明による一実施形態では、監視データは個別に、及び／又は集合的に、及び／又は履歴的に、及び／又は様々なグラフ様式及び報告として提示されてもよい。
【００１８】
本発明の第１の態様は、モニタ・エンジンとモニタ・サーバとを備える、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置を提供し、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し、上記受信される生イベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成しかつ上記重要なイベント・データを、上記モニタ・エンジンから上記重要なイベント・データを受信しかつ上記重要なイベント・データを格納するように動作可能な上記モニタ・サーバへ送信するように動作可能であり、上記モニタ・サーバは、上記重要なイベント・データを要求に応じて検索するように動作可能である。
【００１９】
本発明のさらなる態様は、モニタ・エンジンとモニタ・サーバとを備える、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置を提供し、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを検索し、上記受信される生イベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成しかつ上記重要なイベント・データを、上記モニタ・エンジンから上記重要なイベント・データを受信しかつ上記重要なイベント・データを格納するように動作可能な上記モニタ・サーバへ送信するように動作可能であり、上記モニタ・サーバは、上記重要なイベント・データを要求に応じて検索するように動作可能である。
【００２０】
本発明のさらなる態様は、モニタ・エンジンとモニタ・サーバとを備える、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置を提供し、上記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信しかつ検索し、上記受信される生イベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成しかつ上記重要なイベント・データを、上記モニタ・エンジンから上記重要なイベント・データを受信しかつ上記重要なイベント・データを格納するように動作可能な上記モニタ・サーバへ送信するように動作可能であり、上記モニタ・サーバは、上記重要なイベント・データを要求に応じて検索するように動作可能である。
【００２１】
本発明に従う監視装置は、ネットワークに配備されるマルチメディア・デバイスの遠隔評価を可能にする。マルチメディア・デバイスは、生イベント・データをモニタ・エンジンへ提供するように計装される。モニタ・エンジンは各マルチメディア・デバイスと共に共同ホストされてもよく、有線式（例えば、ＲＳ２３２、イーサネット（登録商標））でも無線式（例えば、ＧＳＭ、ＧＰＲＳ）でもよい通信リンク上で各デコーダと通信してもよい。
【００２２】
「マルチメディア・デバイス」という用語は、着信するデジタル・テレビ信号を受信するように動作可能でありかつ双方向通信ができる、かつ生のイベントの詳細を提供するように計装されている全てのデバイスを包含することを意図したものである。
【００２３】
これらのデバイスには、セット・トップ・ボックス、統合デジタル・テレビ及び携帯電話が含まれる。
【００２４】
「生のイベント」という用語は、ユーザ・キー・プレス、エラー状態、内部デコーダ変更、ネットワーク上の任意の相互作用及びこれらに類似するもの等の、但しこれらに限定されないイベントを包含することを意図したものである。これらの個々の生のイベントは、第１のライン解析用にモニタ・エンジン上へ送られる基本データを提供する。
【００２５】
生のイベントは、マルチメディア・デバイス上のロギング・コンポーネントへ報告されてもよい。ある態様では、これはトリガ又はポーリングのベースで行われる。
【００２６】
ある実施形態では、アクティブにログされる生イベント・データ・セットは、モニタ・サーバからモニタ・エンジンを介して遠隔的に構成されてもよい。
【００２７】
生イベント・データは次に、モニタ・エンジンの通信リンクへフラッシュされてモニタ・エンジンへ送信される前にローカル・ストレージへ書き込まれることが好適である。このようにして操作することにより、マルチメディア・デバイスはデータ・ロガとして動作し、標準的なデジタル受信器に酷似して動作する。
【００２８】
生イベント・データのバッファリングは、生イベント・データがリアルタイムで収集され、モニタ・エンジンへ予め定められた時間間隔等の予め定められた間隔で送信されるように、または特定の生のイベントが発生した時点で即時モニタ・エンジンへ送信されてもよいように発生してもよい。予め定められた時間間隔、または生イベント・データがいつモニタ・エンジンへ送信されかを決定するために使用される他のパラメータは何れも、装置またはデコーダのデフォルト設定として指定されてもよいことは認識されるであろう。また、このようなデフォルト設定は何れも、局所的または遠隔的の何れであれいつでも所望により再構成されてもよいことは認識されるであろう。
【００２９】
モニタ・エンジンは、マルチメディア・デバイスから生イベント・データを検索し、生イベント・データの重要なイベント・データへの基本的変換を実行する。
【００３０】
モニタ・エンジンはさらに、ネットワークへ接続されるマルチメディア・デバイスから生イベント・データを自動的に検索するように動作可能であってもよい。
【００３１】
ある実施形態では、モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから予め定められた時間間隔で生イベント・データを検索するように動作可能である。
【００３２】
重要なイベント・データは、概して１つまたは複数の生のイベントから決定され、基礎的なマルチメディア・デバイスの予め決められた行動をモデリングする予め決められた所定のルールに従って生成される。モデリングされる行動には、基礎的なマルチメディア・デバイスのタイミング、状態遷移及びこれらに類似するものが含まれる。
【００３３】
生イベント・データからの重要なイベント・データの生成に使用されるルールは構成可能であってもよく、モニタ・サーバから閲覧及び編集されてもよい。ルール情報はモニタ・エンジンに存在していてもよく、及び／又は、所望に応じてモニタ・サーバからのメッセージングを介して更新されてもよい。
【００３４】
重要なイベント・データは、生成時にモニタ・エンジンからモニタ・サーバへと前方向に送信されてもよく、コマンド発生時に格納されてもよく、あるいは予め定められた間隔で自動的に格納されてもよい。
【００３５】
重要なイベント・データがモニタ・サーバへ一旦供給されると、モニタ・サーバはさらに、格納されている重要なイベント・データを解析するように動作可能であってもよい。モニタ・エンジンからモニタ・サーバへ送られるデータには、イベント・タイプ、記述値、タイムスタンプ及びマルチメディア・デバイス識別を含む場合のある重要なイベント報告メッセージ、及びオペレーション詳細が含まれてもよい。また、モニタ・サーバ自体での診断解析用に、問題の重要イベントに繋がる生イベント・データの詳細が送られてもよい。これにより、問題の重要イベント及び問題の重要イベントから生じる後続イベントの潜在的原因を探るより完全な調査が可能になる。
【００３６】
重要なイベント・データは、モニタ・エンジンにより、典型的には（例えば、インターネット・プロトコル（ＩＰ）通信を使用する）有線式であるが無線式であってもよい第２の通信リンク上でモニタ・サーバへ送られる。或いは、構成によっては、モニタ・エンジンとモニタ・サーバとを共同ホストにし得るものもある。モニタ・サーバは、機器の経時的もしくはロケーション関連の、又は、他の監視対象装置もしくは基準装置に対する比較解析を提供する。従って、モニタ・サーバはモニタ・エンジンに、モニタ・エンジンの行動ルールを更新する「モニタ・エンジン構成」メッセージを送ってもよい。例えば、モニタ・エンジン構成メッセージはしきい値を変更するために送られてもよい。このようにして、個々の、またはグループとしてのデジタルテレビ・エンコーダの監視は、焦点及び／又は深度に関して個々の必要性に応じた情報を提供するように設定されてもよい。例えば、１つの設定はユーザ指向情報用に構成されてもよいが、別の設定は特定の課題に関するより綿密な解析を行うように構成されてもよい。
【００３７】
特定の目的のための構成は、モニタ・エンジン・ルールを使用して生イベント・データの検索及び後続の報告の焦点を特定の重要イベントに合わせること、及び興味の対象である特定の重要なイベント・データの送信を含む。状況によっては、かつ多くの場合、関心の対象である重要イベントに依存して、生のイベントの多大なリスト、延ては関心の対象である重要イベントに繋がった関連の生イベント・データが解析に使用されることがあるが、他の状況下では、生のイベント、延ては生イベント・データは関心をもたれないこともある。
【００３８】
また、モニタ・サーバはモニタ・エンジンへマルチメディア・デバイス構成メッセージを送ってもよく、モニタ・エンジンは次にこれをマルチメディア・デバイスへ送信する。このようなマルチメディア・デバイス構成メッセージは、マルチメディア・デバイス内のオンにされる、即ちアクティブにログされる計装点セットを画定する。
【００３９】
従って、モニタ・サーバは、本発明による監視装置の構成及びオペレーションの双方の観察及び制御を担当するセントラル・サーバである。
【００４０】
例えば、モニタ・サーバは、重要なイベント・データをデータベースまたは他の適切な格納デバイスへ格納しかつ検索することを担当してもよい。さらに、モニタ・サーバは他の任意のネットワーク成分へのインタフェースを提供してもよい。またモニタ・サーバは、他のネットワークから比較データを受信するために使用されてもよい。このようにして、マルチメディア・デバイスのオペレーション及び状態に関連する包括的情報セットは、診断、解析または記録目的で入手されることが可能である。
【００４１】
本装置はさらに、パーソナル・コンピュータ（ＰＣ）、携帯電話もしくはパーソナル・デジタル・アシスタント（ＰＤＡ）、又は、データを利用すべくモニタ・サーバとインタフェースしかつモニタ・サーバのファシリティにアクセスすることのできる当業者には周知である他の任意の適切なデバイス等の、１つまたは複数のモニタ・クライアントを備えてもよい。
【００４２】
また、モニタ・サーバは、モニタ・クライアントへ下記のファシリティを提供するためのものでもある。
・ アクセス管理、即ち規定されたルールまたはケイパビリティに従ったシステムへのアクセスの制御、（例えば、ネットワーク・エンジニア、管理者）
・ フィルタ・ルール、即ち、着信するイベント・データが様々な選択基準、例えばマルチメディア・デバイス・タイプ、他に従って表示されることを許容するもの、
・ 上述の予め決められたルールまたは基準に従ってフィルタリングされる、例えば重要イベントのディスプレイ形式であるライブ・アップデート、
・ 例えば、マネージャに週毎のまとめ情報を提供するための、ファイルへの定期的報告、
・ 生のイベントの重要イベントへの変換に使用される予め定められたイベント・モデリング・ルールの構成、
・ 例えば、生のイベントの重要イベントへの変換、マルチメディア・デバイスの状態モデリング等のための、モニタ・エンジン行動の遠隔構成、
・ （関連のモニタ・エンジンを介する）マルチメディア・デバイス・ロギングの遠隔構成、
・ 格納データからのキー・パフォーマンス・インジケータ（メトリック）生成、即ち比較／傾向データ、例えば３か月周期の間のテレビ・チャネル変更の平均所要時間または地理的エリア毎のビデオ損失の平均発生回数及びこれらに類似するもの、を与える診断サポート及び派生的統計を提供すること。
【００４３】
本発明のさらなる態様は、本発明の第１の態様による装置と組み合わされたマルチメディア・デバイスを提供する。
【００４４】
本発明のさらなる態様は、ネットワークへ接続されるマルチメディア・デバイスの監視方法を提供し、その方法は、
ａ．ネットワーク上のマルチメディア・デバイスから生のイベント・データを受信するステップと、
ｂ．受信される生のイベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成するステップと、
ｃ．上記重要なイベント・データを格納するステップとを含む。
【００４５】
本発明のさらなる態様は、ネットワークへ接続されるマルチメディア・デバイスの監視方法を提供し、その方法は、
ａ．ネットワーク上のマルチメディア・デバイスから生のイベント・データを検索するステップと、
ｂ．受信される生のイベント・データに依存しかつ予め決められたルール・セットに依存して重要なイベント・データを生成するステップと、
ｃ．上記重要なイベント・データを格納するステップとを含む。
【００４６】
一つの実施形態では、ステップａ．は、ネットワーク上のマルチメディア・デバイスから生のイベント・データを受信しかつ検索することを含んでもよい。
【００４７】
一つの実施形態では、生のイベント・データからの重要なイベント・データの生成に使用されるルールは構成可能であり、所望に応じて更新されてもよい。
【００４８】
重要なイベント・データは、生成時に前方向に送信されても、コマンド発生時に格納されても、あるいは予め決められた間隔で自動的に格納されてもよい。
【００４９】
本発明による方法は、さらに、上記格納される重要なイベント・データを解析するステップを含んでもよい。
【００５０】
一つの実施形態では、生のイベント・データはネットワーク上でマルチメディア・デバイスから自動的に検索される。
【００５１】
生のイベント・データは、予め決められた間隔で検索されてもよい。
【００５２】
一つの実施形態では、上記予め決められたルールはマルチメディア・デバイスの予め決められた行動をモデリングする。
【００５３】
セット・トップ・ボックスまたはこれに類似する形式のマルチメディア・デバイスの代替として、携帯電話を使用してテレビ信号を受信することも可能であり、かつ本発明による装置が動作することも可能であることが予見され、この場合、携帯電話はデコーダとして作用しかつデコーダの機能を実行することも可能である。従って、本装置は次に、後続の収集及び解析用に携帯電話から生のイベント・データを取得するために、携帯電話をネットワークの一部として監視することができる。携帯電話を使用して生のイベント・データが収集される場合、生のイベント・データは、テレビ信号の受信とは区別された、及び／又は、上記受信と組み合わされた携帯電話のオペレーションに関連する生のイベント・データをも含むこともできる。従って、本装置は、電話信号の送信、受信及び相互作用に関する（デコーダに関連して先に述べたような）全ての相互作用及びこれに類似するものに関連して生のイベント・データを収集できるだけでなく、電話呼の受信／送信効率、テキスト・オペレーション、経時的及び／又は地理的ロケーションでの信号受信レベル及びこれに類似するもの等の、携帯電話により実行される他の機能の幾つか、または全てのオペレーションに関連する生のイベント・データを収集して解析することもできる。
【発明を実施するための最良の形態】
【００５４】
次に、添付の図面を参照しつつ、本発明のいくつかの実施形態を単なる例示として説明する。
【００５５】
図１は、先行技術において知られるテレビ・ユニット１０と、デコーダ・ユニット２０と、セントラル・サーバ・ユニット３０とを含む、先行技術において知られるデジタルテレビ・ネットワークを示す。セントラル・サーバ・ユニット３０は送信機４０と受信機５０とを備え、デジタル・テレビ信号を送信機４０からデジタル・デコーダ・ユニット２０へ送信するように動作可能である。デジタル・デコーダ・ユニット２０では、上記信号が既知の技術を使用してデジタル・デコーダ・ユニット受信機６０により受信される。受信された信号は、次に、デジタル・デコーダ送信機７０を介してテレビ・ユニット１０へ送信され、最終的には既知の技術を使用して、テレビ・ユニットの画面にデジタルテレビ放送が表示される。
【００５６】
図２は、デジタル・デコーダ・ユニット２０と、本発明の第１の態様によるデジタル監視システムとの間の相互作用を示す。本発明を具現化するシステムでは、デジタル・デコーダ・ユニット２０とモニタ・エンジン・ユニット８０との間に共通経路が供給される。モニタ・エンジン・ユニット８０は、着信するデジタル信号を受信するための受信機９０と、受信機９０によって受信されるデジタル信号を受信し且つ上記デジタル信号を処理して利用可能なデータにするように動作可能なコントローラ１００とを備える。モニタ・エンジン・ユニット８０は格納ユニット１１０を装備していてもよく、格納ユニット１１０は、データを格納すべくモニタ・エンジン・ユニット８０と一体式であっても、なくてもよい（図２では一体式として示されている）。また、データをデジタル信号の形式でモニタ・エンジン・ユニット８０から前方向へ送信するための送信機１２０も装備されている。
【００５７】
モニタ・エンジン・ユニット８０は、デジタル信号形式のデータを送信機１２０によってモニタ・サーバ・ユニット１３０へ送信するように動作可能である。モニタ・サーバ・ユニット１３０は、着信するデジタル信号情報をモニタ・エンジン・ユニット８０から受信し、受信した信号情報を処理するためにコントローラ１５０へ転送する受信機１４０を装備している。また、モニタ・サーバ・ユニット１３０は任意選択として、着信するデータ及びモニタ・サーバ・ユニット１３０により生成される任意の追加情報も格納するための格納ユニット（図示略）を装備してもよい。送信機１６０は、デジタル信号形式の情報をモニタ・エンジン・ユニット８０の受信機９０へ、及びクライアント・モニタ・ユニット１８０の受信機１７０へも前方向送信するために装備される。クライアント・モニタ・ユニット１８０は、着信するデジタル信号を受信機１７０によって受信し且つ送信された情報をコントローラ１９０によって処理するように動作可能である。またクライアント・モニタ・ユニット１８０には、クライアント・モニタ・ユニット１８０とモニタ・サーバ・ユニット１３０の受信機１４０との間に共通の通信経路を保持するために情報をクライアント・モニタ・ユニットからデジタル信号形式で送信するための送信機２００も装備される。
【００５８】
次に、図１及び図２をも参照しながら、図３に示すような本発明の第１の態様を具現化するデジタルテレビ・ネットワークについて説明する。本ネットワークは（先行技術において知られる、図１を参照して先に述べた）セントラル・サーバ・ユニット３０を備え、同ユニット３０は、セントラル・サーバ・ユニット３０の送信機４０及び受信機５０と各デコーダ・ユニット２０（説明を容易にするために、図３にはデコーダ・ユニット２０を１つだけ示している）の個々の受信機６０及び送信機７０との間の双方向通信リンクを使用して多くのマルチメディア・デバイス・ユニット２０と通信する。次に、デコーダ・ユニット２０は、ユーザの操作によって、適切なデジタル情報をユーザが見るためにテレビ受像器１０へ送信する。デコーダ・ユニット２０はモニタ・エンジン・ユニット８０と双方向通信状態にあり、モニタ・エンジン・ユニット８０は、デコーダ・ユニット２０からデジタル信号情報を受信して処理し、かつデジタル信号情報をデコーダ・ユニット２０へ送信するように動作可能である。またモニタ・エンジン・ユニット８０はモニタ・サーバ・ユニット１３０とも通信状態にあり、モニタ・サーバ・ユニット１３０との間で適宜デジタル信号情報を送受信し合うように動作可能である。モニタ・エンジン・ユニット８０及びモニタ・サーバ・ユニット１３０はそれぞれ、モニタ・エンジン格納ユニット１１０及びモニタ・サーバ格納ユニット２１０と通信状態にある。図３では、モニタ・エンジン格納ユニット１１０及びモニタ・サーバ格納ユニット２１０は各々モニタ・エンジン・ユニット８０及びモニタ・サーバ・ユニット１３０とは別の実体として示されているが、これらは一体であってもよいことは理解されるであろう。また、モニタ・サーバ・ユニット１３０はモニタ・クライアント１８０とも双方向通信状態にある。先に述べたように、モニタ・クライアントは、モニタ・サーバ・ユニット１３０のファシリティへアクセスするネットワーク・ユーザである。例えば、情報要求は、モニタ・クライアント１８０からモニタ・サーバ１３０へ送信されることが可能である。必要な情報が一旦識別され及び／又は生成されると、要求された情報は、モニタ・サーバ１３０からデジタル信号の形式でモニタ・クライアント１８０へ送信されることが可能である。
【００５９】
図４は、本発明のさらなる態様を具現化するデジタルテレビ・ネットワークを示すフローチャートである。
【００６０】
テレビ１０は、セントラル・サーバ・ユニット３０からのデジタル放送信号をデコーダ・ユニット２０によって受信している。デコーダ・ユニット２０は、生のイベント・データ、即ち、例えばユーザによるキー・プレス（キー押し）などの単純なイベント、または、例えば利用可能なフリー・メモリの量である統計を提供すべく計装される。
【００６１】
図４のステップＡでは、この生のイベント・データがデコーダ・ユニット２０によって検出される。生のイベント・データはデコーダ・ユニット２０内部からのロギングまたはポーリングによって検出されてもよく、任意選択としてデコーダ・ユニット２０により格納される（ステップＢ参照）。
【００６２】
モニタ・エンジン・ユニット（８０）により、デコーダ・ユニット（２０）に格納されている生のイベント・データに対する要求が行われると（ステップＣ参照）、この生のイベント・データはモニタ・エンジン・ユニット８０によってデコーダ・ユニット（２０）から受信／検索され（ステップＤ参照）、モニタ・エンジン８０により処理されて生のイベント・データが重要なイベント・データに変換される（ステップＥ参照）。このような重要なイベント・データは、単一の生のイベントに関するデータ、または例えばデコーダ・ユニットのオペレーションに関連する生のイベント、タイミング及び／または機器状態の組合せに関するデータを含んでもよい。
【００６３】
重要なイベント・データは、任意選択として、モニタ・エンジン・ユニット８０により格納されてもよい（ステップＦ参照）。
【００６４】
ステップＧは、モニタ・クライアント１８０による情報要求の実行を含む。ネットワークに参加するモニタ・クライアントは複数であってもよいことは理解されるであろうが、説明を容易にするために、図４との関連では１つのモニタ・クライアントについてのみ論じる。
【００６５】
モニタ・クライアント１８０によって一旦情報が要求されると、モニタ・クライアント１８０により行われた要求に応答して、関連の重要なイベント・データがモニタ・サーバ・ユニット１３０によって検索され（ステップＨ）且つ解析される（ステップＩ参照）。次に、モニタ・サーバ・ユニット１３０は、生成された解析及び／又はこれに伴う重要な生のイベント・データをモニタ・クライアント１８０へ供給すべく利用することができる（ステップＪ参照）。
【００６６】
次に、図２、３及び４を参照して、本発明を、一時的にデジタル放送が中断する期間が存在する例示的な実施形態に関して説明する。デジタル放送の中断期間及びこれに続いてデコーダ・ユニット２０のユーザにより実行されるキー・プレスなどの間のデコーダ・ユニット２０の状態遷移に関連する生のイベント・データは、ステップＡ及びＢにおいて言及されているように、デコーダ・ユニット２０によりアクティブにログされる。デコーダ・ユニット２０は、モニタ・エンジン・ユニット８０による生のイベント・データの検索まで生のイベント・データを局部的に格納する。生のイベント・データは、ステップＤに記述されているように、モニタ・エンジン・ユニット８０の受信機９０へデジタル信号として送信される。次に、生のイベント・データは、モニタ・エンジン・ユニット８０により、基底を成すデコーダ・ユニット２０の行動をモデリングする予め決められた所定のルールに従って生成される重要なイベント・データに変換される（ステップＥ）。上記ルールは、モニタ・サーバ・ユニット１３０によって構成可能であると同時に、再考され、変更されてもよい。
【００６７】
生のイベント・データ及び重要なイベント・データは共にモニタ・エンジン・ユニット８０によって一体式の又は個別の格納ユニット１１０内に格納されてもよく（ステップＦ）、これにより、この期間中のユーザによるデコーダ・ユニット２０の行動及びデコーダ・ユニット２０のオペレーションに対する効果を含む、デジタル放送中断を取り巻く生及び解析済み双方の完全なイベント・ピクチャがもたらされる。
【００６８】
モニタ・クライアント１８０から、例えば、その特定の放送中断に関連して直接的に、または放送中断一般に関連して間接的に情報が要求されると、重要なイベント・データがモニタ・エンジン・ユニット８０の送信機１２０によってモニタ・サーバ・ユニット１３０の受信機１４０へ送信される（ステップＨ）。重要イベントに繋がる生のイベント・データも関連している可能性があるケースでは、該当する生のイベント・データもモニタ・サーバ・ユニット１３０によりモニタ・エンジン・ユニット８０から検索されてもよい。
【００６９】
或いは、重要なイベント・データは、要求があると、または予め決められた時間にモニタ・クライアント１８０へ送信するために、既にモニタ・サーバ・ユニット１３０上に保持されていてもよい。例えば、モニタ・クライアント１８０がモニタ・エンジン・ユニット８０からモニタ・サーバ１３０への重要なイベント・データの転送をトリガするのではなく、重要なイベント・データの転送は、例えば問題の重要なイベント・データに関連づけられる構成に依存して予め決められた時間間隔でトリガされてもよい。
【００７０】
重要なイベント・データ及び任意選択として生のイベント・データを受信すると、モニタ・サーバは受信したデータを解析し（ステップＩ）、上記解析を任意の関連する重要なイベント・データ及び／または生のイベント・データと共にモニタ・クライアント１８０へ提供する（ステップＪ）。
【００７１】
従って、モニタ・クライアント１８０には、いつでも利用可能であり且つ検索でき、デコーダ・ユニット２０の行動をモデリングする構成可能なルールに依存して重要なイベント・データへ変換でき、かつデコーダ・ユニット２０のオペレーションに関する有益な情報及びデコーダ・ユニット２０のユーザに関連する動作フィードバックを提供するように解析できる生のイベント情報の絶え間のない流れが供給される。
【００７２】
実際の実施形態では、データは、本発明によるデジタルテレビ・ネットワーク内で、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）及び拡張マークアップ言語（ＸＭＬ）を使用して転送されてもよい。本発明の一実施形態において採用されるＨＴＴＰ及びＸＭＬの定義は、下記の通りである。
【００７３】
ＨＴＴＰは、コンピュータが情報を共有する規格方法である。ＨＴＴＰには、ユーザ・エージェント（例えば、ブラウザ）及びサーバ・デーモン（例えば、ウェブサーバ）という２つのタイプの通信デバイスが存在する。ユーザ・エージェントは、別のコンピュータ上で実行されるデーモン・アプリケーションに要求を行う。ユーザ・エージェントは、別のコンピュータ上で実行されるサーバ・デーモン・アプリケーションとの間でハイパーテキストトランスファープロトコル（ＨＴＴＰ）情報を提供／受信し合うネットワーク・デバイスである。
【００７４】
ユーザ・エージェント及びサーバ・デーモンは、拡張マークアップ言語（ＸＭＬ）形式で表示される情報を共有する。拡張マークアップ言語（ＸＭＬ）は、アプリケーション間及び組織間でデータの定義、検証及び解釈を可能にするウェブ・ベースのデータ表現形式である。文書型定義（ＤＴＤ）は、システム・エレメント間の通信に使用されるＸＭＬを構成するエレメントを定義する。
【００７５】
ユーザ・エージェント（モニタ・エンジン・ユニット内）はサーバ・デーモン（モニタ・サーバ・ユニット上）と規定の間隔で通信することができ、重要イベントが発生するとサーバ・デーモンへ非請求情報を送ることもできる。ユーザ・エージェント及びサーバ・デーモンは、ネットワークの現行及び履歴ステータス・ビューを表す情報データベースに寄与する。ＨＴＴＰのセキュリティは、セキュア・ソケット・レイヤ（ＳＳＬ）プロトコルの実装を使用することによって提供される。
【００７６】
モニタ・エンジン・ユニット内では、ＸＭＬコンフィギュレーションが初期設定時にユーザ・エージェントによって検索される。ＸＭＬは、計装される生イベントのリスト、及びモニタ・エンジン・ユニットが監視対象であるターゲット・プラットフォーム内のイベント及び刺激に対処するために規定される行動を定義する。
【００７７】
ＸＭＬで記述されるプロトコルは、サービス・プロバイダ等の論理的リモート・ユーザがＭＥに関する情報を読み取る、または変更することのできる方法を定義する。ＨＴＴＰは、そのピアと通信する際に通信制御プロトコル（ＴＣＰ）を使用する。無保証のデータグラム配信が許容される場合には、ユーザ・データグラム・プロトコル（ＵＤＰ）も使用される。
【００７８】
ＸＭＬは、管理されるべきイベントを定義する。各イベントは、名称、構文及びエンコーディングを有する。
【００７９】
モニタ・エンジン・ユニットはターゲット・プラットフォーム内に存在し、上記プラットフォームはプラットフォームの行動に関連する生のイベント・データを配信するように計装される。このデータは、プラットフォームの動作上のどのような測定可能な特徴に関連するものであってもよい。これに加えて、本プラットフォームは、監視対象ターゲット・プラットフォームのコンポーネントからステータス情報を検索するように問い合わされることが可能である。
【００８０】
時期が設定された所定の間隔で、または特定の閾値状態が発生すると、プラットフォームは生イベント・データ・グループをモニタ・エンジンへ送信する。モニタ・エンジンは、グループ化されたデータを個々の生のイベントに分離し、各生イベントを順に、その発生順序で処理する。生のイベントの処理は、各イベントをＸＭＬコンフィギュレーション（ルール）ファイルの各ルールに照らして検査することを含む。これらのルールに従って、生のイベント（または、これらの組合せ）はさらなる措置をトリガする。これらの措置は、プラットフォームの内部状態の変更（例えば、プロセス「ｘ」が状態「ｙ」に移行する）、次にはモニタ・サーバ・ユニットへ送られる重要イベントの生成、または二次的な生のイベントの生成を含むことができる（またこのようにして、複雑なイベント・シーケンスをさらに管理可能なサブシーケンスに分けることができる）。生のイベントは内部バッファへ追加され、ルールによるトリガの結果としてキャンセルされるまで「ライブ」とされる。ルールによるトリガは、タイマの起動に使用されてもよい。
【００８１】
例えば、赤外線制御デバイス上の特定のボタンを押すことが生のイベントであってもよい。これらのキー・プレス（キー押し）の組合せ及びタイミングは重要イベントを構成してもよく、例えば、あるユーザが３０秒以内に特定のボタンを５回押せば、これは「ユーザ・フラストレーション」重要イベントを構成する可能性があり、モニタ・サーバ・ユニットへ報告される。一旦この重要イベントが報告されると、上記ボタン・プレスはアクティブな生イベント・バッファから削除されることになる。
【００８２】
この手法は、生の情報の受信、及びデコーダ・ユニット（またはセット・トップ・ボックス）の異なる部分をポーリングしてその動作状態を監視しかつ個々の必要に応じた特定の重要なイベント・データをモニタ・サーバ・ユニットへ配信する能力を見込むものである。
【００８３】
データは、受信されるとライブ・ステータス情報を提供すべく問い合わされ、さらにはモニタ・サーバ・ユニット上のリレーショナル・データベースに格納される。モニタ・サーバ・ユニットは、個々のモニタ・エンジン・ユニット間のデータ配信をサポートし、かつモニタ・クライアント・ユニットにより提供されるサービスをサポートする。これらのサービスには、受信されたデータに提示される計数、値及び傾向までのイベント履歴の解析が含まれる。この情報解析は、ネットワーク行動及び監視対象機器使用のビューを提供する。
【００８４】
モニタ・クライアント・ユニットは、ネットワークから受信されるデータのライブ／履歴解析を表示するグラフィカル・ユーザ・インタフェースを提供する。モニタ・クライアント・ユニットは、情報を転送する類似のＨＴＴＰ及びＸＭＬ手法を使用してモニタ・サーバ・ユニットと通信する。
【００８５】
以上、添付の図面に示す実施形態を参照して本発明のいくつかの観点を説明したが、本発明はこれらの詳細な実施形態に限定されるものではなく、さらなる発明的技量及び努力を行使することなく変更・修正されてもよいことは理解されるべきである。
【図面の簡単な説明】
【００８６】
【図１】図１は、先行技術で知られるデジタルテレビ・ネットワークを示すブロック図である。
【図２】図２は、本発明の一態様を具現化するデジタルテレビ・ネットワークを示すブロック図である。
【図３】図３は、本発明のさらなる態様を具現化するデジタルテレビ・ネットワークを示すブロック図である。
【図４】図４は、本発明のさらなる態様を具現化するデジタルテレビ・ネットワークを示すフローチャートである。
【特許請求の範囲】
【請求項１】
モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、
前記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し、その受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、そして、その重要なイベント・データを前記モニタ・サーバへ送信するように動作可能であり、
前記モニタ・サーバは、前記モニタ・エンジンから前記重要なイベント・データを受信して、その重要なイベント・データを格納するように動作可能であり、更に、当該モニタ・サーバは、前記重要なイベント・データを要求に応じて検索するように動作可能である監視装置。
【請求項２】
モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、
前記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを検索し、その受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、そして、その重要なイベント・データを前記モニタ・サーバへ送信するように動作可能であり、
前記モニタ・サーバは、前記モニタ・エンジンから前記重要なイベント・データを受信して、その重要なイベント・データを格納するように動作可能であり、更に、当該モニタ・サーバは、前記重要なイベント・データを要求に応じて検索するように動作可能である監視装置。
【請求項３】
モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、
前記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し且つ検索し、その受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、そして、その重要なイベント・データを前記モニタ・サーバへ送信するように動作可能であり、
前記モニタ・サーバは、前記モニタ・エンジンから前記重要なイベント・データを受信して、その重要なイベント・データを格納するように動作可能であり、更に、当該モニタ・サーバは、前記重要なイベント・データを要求に応じて検索するように動作可能である監視装置。
【請求項４】
前記マルチメディア・デバイスはデジタルテレビ・デコーダを備える、請求項１から３のいずれか一項に記載の監視装置。
【請求項５】
前記マルチメディア・デバイスは統合デジタル・テレビを備える、請求項１から３のいずれか一項に記載の監視装置。
【請求項６】
前記マルチメディア・デバイスは移動通信ハンドセットを備える、請求項１から３のいずれか一項に記載の監視装置。
【請求項７】
前記生イベント・データは、前記モニタ・エンジンからの送信に先立ってローカル・ストレージへ書き込まれる、請求項１から６のいずれか一項に記載の監視装置。
【請求項８】
前記モニタ・エンジンはさらに、ネットワークへ接続されるマルチメディア・デバイスから生イベント・データを自動的に検索するように動作可能である、請求項１から７のいずれか一項に記載の監視装置。
【請求項９】
前記モニタ・エンジンはさらに、ネットワークへ接続されるマルチメディア・デバイスから生イベント・データを予め定められた時間間隔で検索するように動作可能である、請求項１から８のいずれか一項に記載の監視装置。
【請求項１０】
前記予め決められたルールは、前記マルチメディア・デバイスの予め決められた行動をモデリングする、請求項１から９のいずれか一項に記載の監視装置。
【請求項１１】
前記予め決められたルールは、前記モニタ・サーバによって構成又はコンフィギュレーション可能である、請求項１から１０のいずれか一項に記載の監視装置。
【請求項１２】
前記モニタ・エンジンはさらに、前記重要なイベント・データを自動的に格納するように動作可能である、請求項１から１１のいずれか一項に記載の監視装置。
【請求項１３】
前記モニタ・エンジンはさらに、前記重要なイベント・データを予め定められた時間間隔で格納するように動作可能である、請求項１１に記載の監視装置。
【請求項１４】
前記モニタ・サーバは、前記重要なイベント・データを予め定められた時間間隔で自動的に格納するように動作可能である、請求項１２に記載の監視装置。
【請求項１５】
前記モニタ・サーバはさらに、前記格納される重要なイベント・データを解析するように動作可能である、請求項１２から１４のいずれか一項に記載の監視装置。
【請求項１６】
前記モニタ・サーバはさらに、要求に応じて解析結果を提供するように動作可能である、請求項１５記載の監視装置。
【請求項１７】
前記モニタ・サーバはさらに、要求に応じて重要なイベント・データを提供するように動作可能である、請求項１から１６のいずれか一項に記載の監視装置。
【請求項１８】
マルチメディア・デバイスと組み合わされた、請求項１から１７のいずれか一項に記載の監視装置。
【請求項１９】
ネットワークへ接続されるマルチメディア・デバイスの監視方法であって、
ａ．ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信するステップと、
ｂ．受信される生のイベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成するステップと、
ｃ．前記重要なイベント・データを格納するステップとを含む監視方法。
【請求項２０】
ネットワークへ接続されるマルチメディア・デバイスの監視方法であって、
ａ．ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを検索するステップと、
ｂ．受信される生のイベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成するステップと、
ｃ．前記重要なイベント・データを格納するステップとを含む監視方法。
【請求項２１】
前記ステップａ．はさらに、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信することを含む、請求項２０記載の監視方法。
【請求項２２】
前記重要なイベント・データは予め決められた間隔で自動的に格納される、
請求項１９から２１のいずれか一項に記載の監視方法。
【請求項２３】
前記格納される重要なイベント・データを解析するステップをさらに含む、
請求項１９から２２のいずれか一項に記載の監視方法。
【請求項２４】
前記生のイベント・データは、ネットワーク上の前記マルチメディア・デバイスから自動的に検索される、請求項１９から２３のいずれか一項に記載の監視方法。
【請求項２５】
前記生のイベント・データは予め決められた間隔で検索される、
請求項１９から２４のいずれか一項に記載の監視方法。
【請求項２６】
前記予め決められたルールは、前記マルチメディア・デバイスの予め決められた行動をモデリングしている、請求項１９から２５のいずれか一項に記載の監視方法。
【請求項２７】
前記マルチメディア・デバイスはデジタルテレビ・デコーダを備える、
請求項１９から２６のいずれか一項に記載の監視方法。
【請求項２８】
上記マルチメディア・デバイスは統合デジタル・テレビを備える、
請求項１９から２６のいずれか一項に記載の監視方法。
【請求項２９】
上記マルチメディア・デバイスは移動通信ハンドセットを備える、
請求項１９から２６のいずれか一項に記載の監視方法。
【請求項３０】
請求項１から１８のいずれかに記載の監視装置に用いられるモニタ・エンジン。
【請求項３１】
前記モニタ・エンジンは、遠隔的に構成又はコンフィギュレーションされるように動作可能である、請求項３０に記載のモニタ・エンジン。
【請求項３２】
前記モニタ・エンジンは、当該モニタ・エンジン内に予め決められたルールを設定するために、モニタ・サーバの遠隔構成又は遠隔コンフィギュレーションから生じる構成データを受信するように動作可能である、請求項３１記載のモニタ・エンジン。
【請求項３３】
請求項１９から２９のいずれかに記載の監視方法を実行する際に使用すべく、請求項１から１８のいずれかに記載の監視装置と共用されるモニタ・エンジン。
【請求項３４】
実質上明細書に記述されかつ添付の図面に関連する装置。
【請求項３５】
実質上明細書に記述されかつ添付の図面に関連する方法。
【請求項３６】
実質上明細書に記述されかつ添付の図面に関連するモニタ・エンジン。
【請求項１】
モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、
前記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し、その受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、そして、その重要なイベント・データを前記モニタ・サーバへ送信するように動作可能であり、
前記モニタ・サーバは、前記モニタ・エンジンから前記重要なイベント・データを受信して、その重要なイベント・データを格納するように動作可能であり、更に、当該モニタ・サーバは、前記重要なイベント・データを要求に応じて検索するように動作可能である監視装置。
【請求項２】
モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、
前記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを検索し、その受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、そして、その重要なイベント・データを前記モニタ・サーバへ送信するように動作可能であり、
前記モニタ・サーバは、前記モニタ・エンジンから前記重要なイベント・データを受信して、その重要なイベント・データを格納するように動作可能であり、更に、当該モニタ・サーバは、前記重要なイベント・データを要求に応じて検索するように動作可能である監視装置。
【請求項３】
モニタ・エンジンとモニタ・サーバとを備えた、ネットワークへ接続されるマルチメディア・デバイスを監視するための装置であって、
前記モニタ・エンジンは、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信し且つ検索し、その受信される生イベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成し、そして、その重要なイベント・データを前記モニタ・サーバへ送信するように動作可能であり、
前記モニタ・サーバは、前記モニタ・エンジンから前記重要なイベント・データを受信して、その重要なイベント・データを格納するように動作可能であり、更に、当該モニタ・サーバは、前記重要なイベント・データを要求に応じて検索するように動作可能である監視装置。
【請求項４】
前記マルチメディア・デバイスはデジタルテレビ・デコーダを備える、請求項１から３のいずれか一項に記載の監視装置。
【請求項５】
前記マルチメディア・デバイスは統合デジタル・テレビを備える、請求項１から３のいずれか一項に記載の監視装置。
【請求項６】
前記マルチメディア・デバイスは移動通信ハンドセットを備える、請求項１から３のいずれか一項に記載の監視装置。
【請求項７】
前記生イベント・データは、前記モニタ・エンジンからの送信に先立ってローカル・ストレージへ書き込まれる、請求項１から６のいずれか一項に記載の監視装置。
【請求項８】
前記モニタ・エンジンはさらに、ネットワークへ接続されるマルチメディア・デバイスから生イベント・データを自動的に検索するように動作可能である、請求項１から７のいずれか一項に記載の監視装置。
【請求項９】
前記モニタ・エンジンはさらに、ネットワークへ接続されるマルチメディア・デバイスから生イベント・データを予め定められた時間間隔で検索するように動作可能である、請求項１から８のいずれか一項に記載の監視装置。
【請求項１０】
前記予め決められたルールは、前記マルチメディア・デバイスの予め決められた行動をモデリングする、請求項１から９のいずれか一項に記載の監視装置。
【請求項１１】
前記予め決められたルールは、前記モニタ・サーバによって構成又はコンフィギュレーション可能である、請求項１から１０のいずれか一項に記載の監視装置。
【請求項１２】
前記モニタ・エンジンはさらに、前記重要なイベント・データを自動的に格納するように動作可能である、請求項１から１１のいずれか一項に記載の監視装置。
【請求項１３】
前記モニタ・エンジンはさらに、前記重要なイベント・データを予め定められた時間間隔で格納するように動作可能である、請求項１１に記載の監視装置。
【請求項１４】
前記モニタ・サーバは、前記重要なイベント・データを予め定められた時間間隔で自動的に格納するように動作可能である、請求項１２に記載の監視装置。
【請求項１５】
前記モニタ・サーバはさらに、前記格納される重要なイベント・データを解析するように動作可能である、請求項１２から１４のいずれか一項に記載の監視装置。
【請求項１６】
前記モニタ・サーバはさらに、要求に応じて解析結果を提供するように動作可能である、請求項１５記載の監視装置。
【請求項１７】
前記モニタ・サーバはさらに、要求に応じて重要なイベント・データを提供するように動作可能である、請求項１から１６のいずれか一項に記載の監視装置。
【請求項１８】
マルチメディア・デバイスと組み合わされた、請求項１から１７のいずれか一項に記載の監視装置。
【請求項１９】
ネットワークへ接続されるマルチメディア・デバイスの監視方法であって、
ａ．ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信するステップと、
ｂ．受信される生のイベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成するステップと、
ｃ．前記重要なイベント・データを格納するステップとを含む監視方法。
【請求項２０】
ネットワークへ接続されるマルチメディア・デバイスの監視方法であって、
ａ．ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを検索するステップと、
ｂ．受信される生のイベント・データに依存し且つ予め決められたルールに依存して重要なイベント・データを生成するステップと、
ｃ．前記重要なイベント・データを格納するステップとを含む監視方法。
【請求項２１】
前記ステップａ．はさらに、ネットワークへ接続されるマルチメディア・デバイスから生のイベント・データを受信することを含む、請求項２０記載の監視方法。
【請求項２２】
前記重要なイベント・データは予め決められた間隔で自動的に格納される、
請求項１９から２１のいずれか一項に記載の監視方法。
【請求項２３】
前記格納される重要なイベント・データを解析するステップをさらに含む、
請求項１９から２２のいずれか一項に記載の監視方法。
【請求項２４】
前記生のイベント・データは、ネットワーク上の前記マルチメディア・デバイスから自動的に検索される、請求項１９から２３のいずれか一項に記載の監視方法。
【請求項２５】
前記生のイベント・データは予め決められた間隔で検索される、
請求項１９から２４のいずれか一項に記載の監視方法。
【請求項２６】
前記予め決められたルールは、前記マルチメディア・デバイスの予め決められた行動をモデリングしている、請求項１９から２５のいずれか一項に記載の監視方法。
【請求項２７】
前記マルチメディア・デバイスはデジタルテレビ・デコーダを備える、
請求項１９から２６のいずれか一項に記載の監視方法。
【請求項２８】
上記マルチメディア・デバイスは統合デジタル・テレビを備える、
請求項１９から２６のいずれか一項に記載の監視方法。
【請求項２９】
上記マルチメディア・デバイスは移動通信ハンドセットを備える、
請求項１９から２６のいずれか一項に記載の監視方法。
【請求項３０】
請求項１から１８のいずれかに記載の監視装置に用いられるモニタ・エンジン。
【請求項３１】
前記モニタ・エンジンは、遠隔的に構成又はコンフィギュレーションされるように動作可能である、請求項３０に記載のモニタ・エンジン。
【請求項３２】
前記モニタ・エンジンは、当該モニタ・エンジン内に予め決められたルールを設定するために、モニタ・サーバの遠隔構成又は遠隔コンフィギュレーションから生じる構成データを受信するように動作可能である、請求項３１記載のモニタ・エンジン。
【請求項３３】
請求項１９から２９のいずれかに記載の監視方法を実行する際に使用すべく、請求項１から１８のいずれかに記載の監視装置と共用されるモニタ・エンジン。
【請求項３４】
実質上明細書に記述されかつ添付の図面に関連する装置。
【請求項３５】
実質上明細書に記述されかつ添付の図面に関連する方法。
【請求項３６】
実質上明細書に記述されかつ添付の図面に関連するモニタ・エンジン。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２００９−５００９３３（Ｐ２００９−５００９３３Ａ）
【公表日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願番号】特願２００８−５２０００１（Ｐ２００８−５２０００１）
【出願日】平成１８年７月７日（２００６．７．７）
【国際出願番号】ＰＣＴ／ＧＢ２００６／００２５２２
【国際公開番号】ＷＯ２００７／００７０５６
【国際公開日】平成１９年１月１８日（２００７．１．１８）
【出願人】（５０８００６７３５）ミリフィス リミテッド (1)
【Ｆターム（参考）】
【公表日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願日】平成１８年７月７日（２００６．７．７）
【国際出願番号】ＰＣＴ／ＧＢ２００６／００２５２２
【国際公開番号】ＷＯ２００７／００７０５６
【国際公開日】平成１９年１月１８日（２００７．１．１８）
【出願人】（５０８００６７３５）ミリフィス リミテッド (1)
【Ｆターム（参考）】
[ Back to top ]