マシン制御によるビデオデータストリームの評価方法であって、複数のビデオフレームを夫々含むチャンネルが、夫々複数含まれるビデオデータストリームをビデオデータソースから受けるステップと、複数の上記チャンネルの内の1つの特定チャンネルに対応する複数の上記ビデオフレームから少なくとも2つのビデオフレームを選択するステップと、上記ビデオデータストリームから選択された上記ビデオフレームを抽出するステップと、抽出された上記ビデオフレームを夫々デコードするステップと、デコードされた上記ビデオフレームの少なくとも1つを、デコードされた他の上記ビデオフレーム又は前もって蓄積されたビデオフレームの少なくとも1つと比較するステップと、上記比較ステップにおける比較結果に少なくとも一部は基づいて上記ビデオデータストリームの評価を生成するステップとを具えるビデオデータストリーム評価方法。入力されるビデオデータストリームを受けるように動作するビデオデータレシーバと、入力される上記ビデオデータストリーム内の1つの特定チャンネルに対応する少なくとも2つのビデオフレームを選択するよう動作するビデオデータ選択モジュールと、上記ビデオデータストリームから選択された上記ビデオフレームを抽出するよう動作するビデオデータ抽出モジュールと、上記ビデオデータストリームから選択され、抽出された上記ビデオフレームをデコードするよう動作するビデオデータデコーダと、デコードされた上記ビデオフレームの夫々を少なくとも1つの基準ビデオフレームに対して比較するよう動作するビデオデータ比較モジュールと、上記ビデオデータ比較モジュールから受けた出力情報に少なくとも一部は基づいて上記特定チャンネルについてのレポートを生成するよう動作するビデオデータ評価モジュールとを具えるビデオデータストリーム評価システム。ビデオ放送業界が直面する重大な問題は、典型的には1つの放送プロバイダで放送される数百チャンネルのビデオ及び音声の送信品質を効率よく且つ効果的にモニタ監視できないことである。ビデオ放送プロバイダは、顧客の視聴状況に大きな影響を与える送信上の問題に、かなり時間が経つまで気づかないことが多々ある。顧客は、瞬間的なグリッチが時々ある分には多くの場合良しとしても、ブラックビデオ放送停止:blackvideo、フリーズビデオ映像が固まる:frozenvideo、又はブロックノイズビデオblockyvideoの出現のようなビデオ送信に関する頻繁又は長時間の問題については多くの顧客が耐えられない。ブラックビデオblackvideo、フリーズビデオfrozenvideo、ブロックノイズビデオblockyvideoなどのビデオ送信問題でいらいらした顧客は、他のビデオプロバイダに単にスイッチを着換えるだけで、簡単に元顧客になってしまう。また、顧客が結局のところ他のプロバイダに切り替えるとしても、顧客からのサービスコール電話は、顧客サポート及び技術的サポートリソースの観点から、非常にコストのかかるものとなってしまう。顧客からの電話によって、現場の技術者を顧客の敷地に派遣する必要が生じるので、これはプロバイダにとっては特にコストのかかるものとなってしまう。このように、数百の多重ビデオ及び音声チャンネルについてベースバンド測定を実施できる能力は、発展段階にあるIPビデオ監視領域においてキーとなる問題である。現在のシステムは、典型的には、ベースバンドについて特にチェックすることなく、エラー情報についてトランスポート層を監視するものである。例えば、旧来の製品では、トランスポート層は詳細に監視するとしても、デコードされたベースバンドビデオについては、あったとしてもほんの少し監視するだけである。送信問題は、トランスポート層及び伸張されたベースバンドビデオの両方に跨がって起こりえるし、頻繁に起こるのであるから、こうしたシステムは、特にIPビデオには不十分である。もっと最近の製品では、デコードされたベースバンドビデオの測定を実施しようとするものもあるが、これらは伸張されたベースバンドデータのチャンネルが2~3チャンネルを超えると監視できず、まして、数百の多重チャンネルを並行してなど無理である。開示技術による実施形態では、数百チャンネルのインターネットプロトコルIPビデオについて、特に、1Gbpsイーサネットリンクのフルラインレートについて、いくつかのデコードされたベースバンドをほぼリアルタイムで測定できる。ある実施形態では、高速IPビデオストリームで運ばれる数百チャンネルのIPビデオまで、高速モニタリング及び詳細モニタリングの両方をサポートでき、これによって、測定についてタイムリーで価値ある品質の体験QoE:qualityofexperienceを提供する共に、顧客に提供するビデオ品質に関して警報を出す能力を放送ビデオプロバイダに提供できる。本願の第1観点は、マシン制御によるビデオデータストリーム評価方法であって、複数のビデオフレームを夫々含むチャンネルが、夫々複数含まれるビデオデータストリームをビデオデータソースから受けるステップと、複数の上記チャンネルの内の1つの特定チャンネルに対応する複数の上記ビデオフレームから少なくとも2つのビデオフレームを選択するステップと、上記ビデオデータストリームから選択された上記ビデオフレームを抽出するステップと、抽出された上記ビデオフレームを夫々デコードするステップと、デコードされた上記ビデオフレームの少なくとも1つを、デコードされた他の上記ビデオフレーム又は前もって蓄積されたビデオフレームの少なくとも1つと比較するステップと、上記比較ステップにおける比較結果に少なくとも一部は基づいて上記ビデオデータストリームの評価を生成するステップとを具えている。本願の第2観点は、第1観点の方法において、上記ビデオデータストリームが、インターネットプロトコルIPビデオ、衛星放送ビデオ、ケーブルビデオ、地上波伝播ビデオのうちの1つであることを特徴としている。本願の第3観点の発明は、第1観点の方法の上記選択ステップにおいて、複数の上記チャンネル内の1つに対応する少なくとも2つの独立ビデオフレームIフレームを選択することを特徴としている。本願の第4観点は、第1観点の方法の上記選択ステップにおいて、少なくとも1つの独立ビデオフレームIビデオフレームと、少なくとも1つのバイディレクショナルビデオフレームBビデオフレーム又はプリディクティブ予測:predictiveビデオフレームPビデオフレームとを選択することを特徴としており、これらビデオフレームはいずれも複数の上記チャンネル内の上記特定チャンネルに対応している。本願の第5観点は、第1観点の方法において、複数の上記チャンネルの内の上記特定チャンネル以外の1チャンネルに対応する複数のビデオフレーム中の少なくとも2つのビデオフレームについて、上述の選択、抽出、デコード、比較及び評価作成のステップを更に実行することを特徴としている。本願の第6観点は、第5観点の方法において、上記複数チャンネルの個数以下の個数のチャンネルからなる優先順位リストに少なくとも一部分は基づいて、複数の上記チャンネルから上記特定チャンネル以外の上記1チャンネルを選択するステップを更に具えていることを特徴としている。本願の第7観点は、第1観点の方法において、更に、上記特定チャンネル以外の複数の上記チャンネルの夫々に対応する複数のビデオフレームの少なくとも2つのビデオフレームについて、上述の選択、抽出、デコード、比較及び評価作成のステップを実行するのに続いて、複数の上記チャンネル中の上記特定チャンネルについて、上記選択、抽出、デコード、比較及び評価作成のステップを繰り返すことを特徴としている。本願の第8観点は、第1観点の方法における抽出ステップが、選択されたビデオフレーム夫々に対応する情報を含む合成データストリームを生成するステップと、上記合成データストリームをフォーマットするステップと、上記合成データストリームに、選択されたビデオフレーム夫々に対応するビデオフレーム特定情報を付加するステップとを有することを特徴としており、このとき、ビデオフレーム特定情報は、チャンネル情報、タイミング情報及びメタデータの少なくとも1つを含んでいる。本願の第9観点は、第1観点の方法におけるデコードステップが、抽出したビデオフレームを受けるデコーダを用意するステップと、抽出したビデオフレームが上記デコーダを通過するステップと、デコーダからの出力データをキャプチャするステップとを有しており、このとき、第1観点の方法が、デコード中のエラーに応じてエラーメッセージを制御ブロックに送るステップを更に具えていることを特徴としている。本願の第10観点は、第1観点の方法において、最初のデコードステップに続く評価生成ステップにおいて、デコーダをリセットするステップを更に有している。本願の第11観点は、第1観点の方法において、上記比較ステップが、デコードしたビデオフレームに実質的にブラックビデオが現れているか、又は、実質的にフリーズビデオが現れているかもしれないとの判断に応じて、警告アラートを生成するステップを有していることを特徴としている。本願の第12観点は、第11観点の方法において、警告が生成された時に、上記ビデオデータストリーム中の特定数の更なるビデオフレームについて、上記選択、抽出、デコード、比較及び評価作成のステップを繰り返すことによって、ビデオフレームの第2の評価を生成することを特徴としている。本願の第13観点は、第1観点の方法において、上記比較ステップが、デコードされたビデオフレームにブロックノイズが現れているかもしれないとの判断に応じて、警告を発生するステップを有していることを特徴としている。本願の第14観点は、第13観点の方法において、警告が生成された時に、上記ビデオデータストリーム中の特定数の更なるビデオフレームについて、上記選択、抽出、デコード、比較及び評価作成のステップを繰り返すことによって、ビデオフレームの第2の評価を生成することを特徴としている。本願の第15観点は、第1観点の方法において、選択されたビデオフレームを蓄積するステップを更に具えることを特徴としている。本願の第16観点は、マシンで実行された時に、第1観点によるビデオデータストリームの評価方法をマシンで実行するためのマシンで実行可能な命令を記録しており、有形でマシンで読み込み可能な1つ以上のメディアである。本願の第17観点は、ビデオデータストリーム評価システムであって、入力されるビデオデータストリームを受けるように動作するビデオデータレシーバと、入力される上記ビデオデータストリーム内の1つの特定チャンネルに対応する少なくとも2つのビデオフレームを選択するよう動作するビデオデータ選択モジュールと、上記ビデオデータストリームから選択された上記ビデオフレームを抽出するよう動作するビデオデータ抽出モジュールと、上記ビデオデータストリームから選択され、抽出された上記ビデオフレームをデコードするよう動作するビデオデータデコーダと、デコードされた上記ビデオフレームの夫々を少なくとも1つの基準ビデオフレームに対して比較するよう動作するビデオデータ比較モジュールと、上記ビデオデータ比較モジュールから受けた出力情報に少なくとも一部は基づいて上記特定チャンネルについてのレポートを生成するよう動作するビデオデータ評価モジュールとを具えている。本願の第18観点は、第17観点のビデオデータストリーム評価システムにおいて、少なくとも1つの上記基準ビデオフレームが、デコードされたビデオフレームの別のものか、前もって蓄積されたビデオフレームを含むか、又は、デコードされたビデオフレーム又は前もって蓄積されたビデオフレームを含んでいることを特徴としている。本願の第19観点は、第17観点のビデオデータストリーム評価システムが、選択されたビデオフレームを蓄積し、蓄積されたビデオフレームをビデオデータ比較モジュールで続いて行われる比較ステップのために供給するよう動作する蓄積モジュールを更に具えることを特徴としている。本願の第19観点は、第17観点のビデオデータストリーム評価システムにおいて、上記ビデオデータ評価モジュールが、指定した受け手に上記特定チャンネルについてのレポートを送るように動作することを特徴としている。図1は、エレメンタリビデオデータストリームESストリーム100を描いたブロック図である。この例では、ESストリーム100は、インディペンデント独立:independentフレームIフレーム102a及び102d、プリディクティブ予測:predictiveフレームPフレーム102b、バイディレクショナル双方向:bidirectionalフレームBフレーム102cの4つの個別のフレームを有している。Iフレーム102a及び102dは、静止画像のように、基本的に各自で全体を描画可能な画像である。Pフレーム102b及びBフレーム102cは、それぞれ対応する画像情報の一部分のみを保持しているので、Iフレーム102a及び102dに比べて必要な記憶容量が小さくてすむ。Pフレーム102bは、現在のフレームと前のフレームつまり、最初のIフレーム102a間の変化だけを記憶しており、これがPフレームが一般にデルタフレームとも呼ばれる理由である。例えば、もしIフレーム102a及びPフレーム102b間の画像の変化が、画像の前景で動いているキャラクターだけであるなら、変化しない画像の背景の画素はPフレーム102b中には記憶されない。Bフレーム102cは、前のフレームつまり、Pフレーム102b及び後のフレームつまり、Iフレーム102dの両方と、現在のフレームとの差を用いて表示されるコンテンツを特定することで、更に記憶容量を節約する。パケット化エレメンタリストリームPESは、典型的には、複数のPESパケットを含み、それぞれが図1のES100のようなES内のビデオデータから構成される。PESパケットは、通常、固定サイズのトランスポートストリームTSパケットに分割される。トランスポートストリームは、一般に複数の188バイトのTSパケットを含み、これらは一度に容易に多重化でき、IPビデオストリームの一部として代表的な放送伝送技術を用いて送信される。図2は、高解像度HDビデオデータ202の標準解像度SDビデオデータ204へのデータ減少処理200を描いたブロック図である。例えば、HDビデオデータ202は、1080iの解像度を持っており、これをSDビデオデータ204用に転用する、つまり、640×480の解像度に減少させるとしても良い。また、ある状況においては、SDビデオデータ204をポータブルビデオデータ206へと減少させ、例えば、ハンドヘルドコンピュータや携帯電話でこれを表示可能にする必要があるかもしれない。転用する際の共通の課題は、各デ―タ減少段階において、ビデオデータの画質が劣化する可能性があることである。例えば、ある解像度から第2の低解像度へと画像を減少させると、その低解像度で画像を表示させるデバイスでは画像がソフトでぼんやりとすることがある。ビデオデータストリームについては、各層独自のエラーが生じる可能性があるので、各層についてエラーを監視する必要がある。また、1つの層例えば、1つのIPパケットにおける問題は、他の層例えば、対応するTSパケットにおけるエラーにつながることが多々ある。実際、1つのビデオフレームが壊れていることが原因の1つのエラーは、多数のビデオフレームに伝播する。もし結合装置が悪い結合点を捕捉選択するようなら、例えば、そのデータストリームを壊すために、1ビットだけオフにする必要がある。現在のシステムのなかには、エラー補正機能を内蔵するものもあるが、それらは非常に限られている。例えば、現在のシステムの中には、与えられたトランスポートストリーム又はパケット化エレメンタリストリームPESの限定的な評価をサポートするものもある。問題が複雑なのは、H264のような新しい規格は、より多くの処理能力を必要とする傾向があり、数百チャンネルはもちろん、1チャンネルの評価でさえ、プロセッサの能力がすぐに不足することである。実際、高性能のパソコンでも、複雑なために、2、3個のH264ビデオストリームしか処理できない。ハードウェアデコーダでも、典型的には、多くても4個のH264ビデオストリームしか処理できず、その場合も、時間をかけてこれらを切り替えて処理するだけである。これは、非常に能力の高いハードウェアを用いても、全てのデータをデコードするには、非常に多くの処理リソースを必要とするためである。ブラックフレーム、フリーズフレームやブロックノイズBlockinessの検出と言ったデコードされたベースバンドの重大な局面を、リアルタイムで測定することが好ましい。ブラックフレームとは、一般に表示映像が実質的又は完全に黒のままで動かなくなってしまうことを指す。フリーズフレームとは、一般に表示映像が1つのフレームのままで動かなくなって、そのフレームを基本的には繰り返してしまう状況を指す。ブロックノイズBlockinessは、一般にブロック形状又は矩形のエッジを有する視覚的な歪みartifactが現れることを指す。当業者であれば、こうした振る舞いが現れている表示映像にノイズが含まれることを理解しているであろう。例えば、ブラックフレームは、視聴者は表示映像が黒のままで止まっているというかもしれないが、実際にはそこにある程度のノイズがあって、データが実際的には完全には均一ではない。図3は、ビデオデータストリーム評価システム300の例のブロック図である。ビデオソース映像源302が、ビデオデータストリーム評価システム300にビデオデータストリームを供給する。ビデオデータストリームは、多数の別々の放送チャンネルを含んでいるとしても良い。この例では、ビデオデータストリーム評価システム300は、ビデオフレーム下処理モジュール304を有し、これはビデオソース302からビデオデータストリームを受けて、例えば、図4に示す例に関して以下で説明するビデオフレームのフォーマットなどの下処理前処理ができる。実施形態によっては、ビデオフレーム下処理モジュール304は、図5に示す例に関して詳細に説明するように、HDデータとSDデータなどのビデオデータ形式毎に、ビデオデータをグループ化しても良い。1つ又は複数のチャンネルからのビデオデータを適切にフォーマットし、オプションで他チャンネルの同じ変形をしたデータとまとめられたビデオデータの1セット組が用意できると、ビデオフレーム下処理モジュール304は、例えば、ビデオデータをデコーダのキューqueue:処理待ちの列の先頭に配置できるが、これは、結果としてビデオデータをデコーダのリソース、例えば、ビデオフレームデコードモジュール306に送ることができるということになる。ビデオフレームデコードモジュール306は、ビデオフレーム下処理モジュール304から受けたビデオフレームをデコードし、デコードしたビデオフレームをビデオフレーム評価モジュール308に送る。もし期待した数の適切にデコードされたビデオフレームがビデオフレームデコードモジュール306から現れなければ、どういう対応をするか判断するために、例えば、エラーを制御ブロックに送るようにしても良い。こうした状況は、ビデオデータ中に実際にエラーこれは他の処理でもっと詳細に評価する必要があるがあるのが原因ということもあり得るが、そうした状況は、また、例えば、ビデオフレームデコードモジュール306を充分にプリセットする時間がない又はデータを設定していない、といったデコーダに関する問題によっても引き起こされることがある。こうしたシナリオにおいては、ビデオフレームデコードモジュール306は、リトライ再挑戦しても良く、次のサイクルでもっとビデオデータを送るように要求するか、又は、特定のユーザに注意を促すようにしても良い。ビデオフレームデコードモジュール306からデコードされたビデオフレームを受けると、ビデオフレーム評価モジュール308は、ビデオフレームデコードモジュール306から受けたデコードされたビデオフレームに基いて、チャンネルを特定した評価を実施する。例えば、ビデオフレーム評価モジュール308は、ビデオ映像が、ブラック、フリーズ又はブロックノイズが現れるなどのような、何らかの望ましくない特性を示しているかどうかを判断できる。ある実施形態においては、ビデオフレーム評価モジュール308は、例えば、一般に使用されている多数のビデオフレーム比較アルゴリズムのいくつかを用いて、デコードされた複数のビデオフレームを、1つずつ個別に、そして互いに比較することによる測定によって、比較することで、複数のビデオフレームを評価する。ビデオフレーム評価モジュール308は、オプションで、将来あり得る評価のため、例えば、比較のために、各チャンネルにつき、少なくとも1つ前のサイクルの複数のビデオフレームのコピーを保存しておいても良い。ある実施形態においては、フリーズフレームについて、誤りを示すレートを効果的に減少させるために、例えば、同じチャンネルからの複数のビデオフレーム間に分離時間を設けるようにしても良い。もしそれらビデオフレームが、数秒の広がりにおいてほぼ同一であるなら、ノイズを除いて、隣接するフレームがほぼ類似しているというよりは、ビデオが本当にフリーズしている可能性がかなり高い。これは、隣接するフレームは通常高い相関があるからである。従って、ブラック又はフリーズ画像を効果的に検出するには、少なくとも2つのフレームを比較するビデオフレーム評価モジュール308が必要である。また、装置のエラーは、Iフレーム又はIDRフレームを単に見ているだけでは見逃す可能性があるので、ビデオフレーム評価モジュール308は、一般には、Iフレームに加えて、Pフレーム又はBフレームを注意して観察する。実施形態によっては、ビデオフレーム評価モジュール308が1つ又は複数のレポート312を発生でき、これは連続的、特定時点、又はある条件への合致に応答して送られる。例えば、ビデオフレーム評価モジュール308は、ビデオが特定の特性を示したときだけレポート312を送るように設定できる。レポート312には、警告アラート又はトリガ警告図示せずを含んでも良い。例えば、もしあるチャンネルが現在フリーズしているなら、ビデオフレーム評価モジュール308は、ローカルの技術サポートチームへの警告アラートを含むレポート312又は警告としてのレポート312を発することができ、これによって、問題解決を直ちに開始できる。レポート312には、どのチャンネルが不調か、どのような症状が現在そのチャンネルで現れているか、どれくらい長くその症状が現れているか、というような種々の形式の情報を含めても良い。デコードされたビデオフレームの評価の一部として、ビデオフレーム評価モジュール308は、内部又は遠隔データベースのようなフレーム収納庫310から、予め蓄積したビデオフレームを取り出すことができる。例えば、ビデオフレーム評価モジュール308は、最も最近の前のビデオフレームのような多数の先のビデオフレームのいずれかと、現在のいくつかのビデオフレームとを比較できる。また、ビデオフレーム評価モジュール308は、今評価したビデオフレームをフレーム収納庫310に蓄積できるので、後に続く評価において、ビデオフレーム評価モジュール308はそれらを利用できる。開示した技術におけるある実施形態では、費用対効果が高く、ほぼリアルタイムの測定を、IPビデオストリーム中の数百のビデオについて行うことができる。例えば、500チャンネルを有するIPビデオストリームの場合を考えてみよう。2つの60フレーム毎秒ハードウェアデコーダを含む実施形態では、平均して1チャンネル当たり3フレーム倍でデコードされると仮定すれば、500チャンネル全てを通しての1サイクルを12秒で完了できる。当業者であれば、ビデオデータストリーム評価システム300は、多数の異なるやり方で実施可能なことを理解できるであろう。例えば、ビデオデータストリーム評価システム300の個々の構成要素は、ハードウェア要素、ソフトウェア要素、又はこれらの組合せた要素で実現可能である。ハードウェア要素を含む実施形態では、構成要素を互いに別個なもの、1つのハードウェア要素の部分、又は、これらの組合せとしても良い。当業者であれば、開示技術には、ビデオデータストリーム評価システムに加えて又はこれに代わる、音声データストリーム評価システムが含まれることを理解できるであろう。実施形態によっては、図3のビデオデータストリーム評価システム300のような1つのデータストリーム評価システムが、多数の放送チャンネルの夫々に対応する音声データとビデオデータの両方を扱うように構成できる。図4は、図3のビデオフレーム下処理モジュール304の詳細な例を示すブロック図である。この例では、ビデオフレーム下処理モジュール304が、ビデオフレーム選択モジュール402を含み、これは、ビデオソース302から受け取ったビデオデータストリームからの1つの特定チャンネルについて、少なくとも2つのビデオフレームを選択する。ビデオフレーム選択モジュール402を使用して、入力されるビデオストリーム通して読み、各チャンネルにつきデコードリソースに最終的に送られる2つのビデオフレームだけを選択することによって、データを大幅に減少できる。ビデオストリーム中のビデオオブジェクトを見つけるのに、全てをデコードする場合に比較して、大幅に少ない処理リソースで済む。ビデオフレーム選択モジュール402は、1つのチャンネルにつき、2つのIフレームを選択しても良い。これに代えて、ビデオフレーム選択モジュール402が、1つのIフレームと、Pフレーム又はBフレームの1つを選択しても良い。さらに別の実施形態では、ビデオフレーム選択モジュール402が、仮想的にIフレーム、Pフレーム及びBフレームの任意の組合せを選択しても良い。ある実施形態では、ビデオフレーム選択モジュール402は、1つのビデオストリーム内で、2つ以上のビデオフレームを選択しても良い。ビデオフレームが選択された時点で、ビデオフレーム選択モジュール402は、選択されたビデオフレームのIDをビデオフレーム抽出モジュール404を送るようにしても良く、これによってビデオデータストリームから選択されたビデオフレームが抽出される。当業者であれば、ビデオフレーム選択モジュール402及びビデオフレーム抽出モジュール404がまとめて実装されても良いし、更には1つの部品として実装されても良いことが理解されるであろう。ビデオフレーム抽出モジュール404が選択されたビデオフレームを抽出した時点で、選択されたビデオフレームをビデオフレームフォーマットモジュール406に送る。ビデオフレームフォーマットモジュール406は、ビデオフレーム抽出モジュール404から受けた抽出ビデオフレームをフォーマットできる。例えば、選択されたフレームの位置が特定された時点で、ビデオフレームフォーマットモジュール406は、データを処理待ち状態にし、ビデオフレームデコードモジュール306での使用に適したフォーマットに設定する。実施形態によっては、ビデオフレームフォーマットモジュール406が1つ以上の合成データストリームを生成でき、それぞれは対応するビデオデータをビデオフレームデコードモジュール306でデコードするのに適したフォーマットにコピーする。ビデオフレームフォーマットモジュール406は、デコードタイムスタンプ復号時刻情報、プレゼンテーションタイムスタンプ提示時刻情報及びメタデ―タのようなMPEGフォーマットの種々の細かい点を考慮でき、これらはビデオフレームデコードモジュール306の適切な動作が確実になるように必要に応じて変形されても良い。図5は、複数チャンネル形式を扱うように、図3のビデオデータストリーム評価システム300を変形した例を示すブロック図である。この例では、ビデオフレーム下処理モジュール304は、デコード処理を通して、データを送る前に同じ形式のビデオフレームをまとめて一緒に処理バッチ処理することで、デコーダのリセット時間及びセットアップ時間を減らすことができる。ある実施形態では、ビデオフレーム下処理モジュール304が、各ビデオ形式について、合成ストリームを生成できる。ここで使われているように、合成ストリームとは、新たに構成されたデータストリームのことを一般に述べていて、これは対応する実際のビデオストリームからコピーされたビデオデータ例えば、ある形式の全てのビデオデータを含んでいる。抽出されたビデオフレームの比較的小さなセットを、それを受け取るデコーダが期待するフォーマットに再フォーマットすることによって、システムはデコーダをリセットする必要を回避でき、結果として、一般的にこれに係るであろう処理時間のロスを避けることができる。ビデオフレームの異なる形式の数は、通常、少ない例えば、5個の形式ので、数個の合成チャンネルを使用することによって、数百チャンネルのビデオパイプライン処理を含む状況においてさえ、デコードリソースで非常に効率的な処理が行える。ビデオフレームがSDビデオチャンネルとHDビデオチャンネルが混じったものを含む状況においては、例えば、ビデオフレーム下処理モジュール304が複数のSDチャンネルを一度に処理バッチ処理して第1合成ストリームとし、第1合成ストリームをビデオフレームデコードモジュール306に送ることができる。ビデオフレーム下処理モジュール304は、また、複数のHDチャンネルを一度に処理バッチ処理して第2合成ストリームとし、第2合成ストリームをもう1つのビデオフレームデコードモジュール506に送ることができ、ビデオフレームデコードモジュール506はストリームをデコードして、デコードしたフレームをもう1つのビデオフレーム評価モジュール508に渡し、これがHDデータに関するレポート510をオプションで生成するようにしても良い。HDチャンネルの変形版が複数ある状況においては、ビデオフレーム下処理モジュール304は、各変形版をバッチ処理できる。例えば、図5のビデオフレーム下処理モジュール304は、変形版をまとめてバッチ処理し、それを1つのストリームとして更に別のビデオフレームデコードモジュール512に送る。モジュール512は、複数のビデオフレームをデコードし、それらを第3のビデオフレーム評価モジュール514に送る。モジュール514は、オプションでその変形版に関するレポート516を生成しても良い。図5のビデオデータストリーム評価システム300では、ビデオフレームデコードモジュール306、506及び512と、ビデオフレーム評価モジュール308、508及び514の夫々からなる別々の3セットで示している。しかし、当業者であれば、別の実施形態として、複数別々のデコードリソース及び評価コンポーネントの代わりに、複数ストリームの複数グループを処理する1つのビデオフレームデコードモジュール又は1つのビデオフレーム評価モジュールを含むものでも良いことが理解できるであろう。図6は、図3のビデオデータストリーム評価システム300の例を示すブロック図である。これには、高速スキャンビデオ評価モジュール602及び詳細deep:ディープスキャンビデオ評価モジュール604がある。この例では、高速スキャンビデオ評価モジュール602は、ブラック、フリーズ又はブロックノイズが現れるといった特定のエラーについて、高速なスキャンを実行できる。ここで用いているように、高速スキャンとは、多数の異なるチャンネルの連続スキャンのことを言っていて、このとき、高速スキャンビデオ評価モジュール602は、次に評価するチャンネルに進む前に、1チャンネルにつき最小数のフレーム、例えば、2フレームを選択し、抽出し、評価する。高速スキャンビデオ評価モジュール602は、全てのチャンネルに渡って高速スキャンを実行する。ただし、これは詳細さdeep:深さに制限があり、1チャンネルにつき検査するデータ量に制約がある。このように、ある1つのチャンネルについてのベースバンドの限られたセットについて測定を実施し、そのチャンネルについての結果をレポートし、そして、次のチャンネルへと高速に、典型的にはリアルタイムに近いサイクルで進む。もし高速スキャンビデオ評価モジュール602がトリガとなり得るもの、例えば、ブラックビデオやフリーズビデオの可能性のあるものを検出すると、ビデオデータストリーム評価システム300は、詳細スキャンビデオ評価モジュール604を起動し、より長い時間をかけてそのチャンネルを調べ、その疑わしい状態が本当に存在するのかを確認する。ここで用いているように、詳細スキャンdeepscan又は詳細探査deepdiveとは、一般に、あるチャンネルのより長時間で、より詳細なビデオ分析のことを言っている。詳細スキャンは、高速スキャンでの疑惑のあるものを効率よく検討し、それらを確実性の高い結果へと変換する。例えば、高速スキャンビデオ評価モジュール602による高速スキャンによって、ある特定のチャンネルがフリーズして提示されているように見うけられる場合には、詳細スキャンビデオ評価モジュール604は、そのチャンネルが本当にフリーズしているか、そのチャンネルを数秒かけて詳細に観測し、信頼性の高い結果を得る。詳細スキャンが起動することのある別の状況としては、ある1つのチャンネルについてGOPgroupofpictures:複数画面からなるグループの構成が変わった場合がある。こうした状況では、詳細スキャンビデオ評価モジュール604が、GOPの変化が原因でベースバンドビデオに問題が生じているか、そのチャンネルについて通常よりも多くの注意を払うようにできる。ある実施形態では、評価対象チャンネルのリストによって、詳細スキャンビデオ評価モジュール604を駆動するようにもできる。このリストによって、複数チャンネルについての優先順位を示すことができる。例えば、このリストは、例えば、外部の自動ビデオ管理システムから、高速スキャン処理又はユ―ザ要求によって特定されたチャンネルについて、詳細分析の優先順位を高くするようにできる。このリストによって、詳細スキャンビデオ評価モジュール604に、ある特定チャンネルについて詳細スキャンを実施するようしたり、例えば、ペイパービューチャンネルのような優先順位の高いチャンネルについて、より頻繁に詳細スキャンを実施するように管理できる。詳細スキャンビデオ評価モジュール604は、例えば、リストによって詳細スキャン処理をしないようになっているときも、全チャンネルについて詳細スキャンを連続して実施するようにも設定できる。ある実施形態においては、観測するチャンネルのリストを設定するのに、スマートアラーム処理及びエンジンコントロールを用いても良い。スマートアラーム処理及びエンジンコントロールによって、システムが検知し、追跡すべき多数のビデオ特性を指定することもできる。ある実施形態においては、スマートアラーム処理及びエンジンコントロールは、例えば、図3のレポート312のような分析結果を受けて、その情報をどのように扱うかを判断できる。その情報に基づいて、スマートアラーム処理及びエンジンコントロールは、アラームを生成し、例えば、特定のユーザ又はネットワーク管理システムにアラームを送信するかどうかを決定できる。図7は、マシン制御によるビデオデータストリーム評価方法700の例を示したフローチャートである。ステップ702では、入力されるビデオデータストリーム内のある1つの特定チャンネルについて、2以上のビデオフレームが選択される。ある実施形態においては、システムがIフレーム又はIDRフレームの最初から開始しても良い。そのチャンネルについて2つ以上のフレームが選択された時点で、それらはステップ704に示されるようにビデオデータストリームから抽出できる。ある実施形態においては、抽出とは、選択されたビデオフレームに対応するビデオデータを新しく生成した合成ストリームにコピーすることを述べている。ステップ706では、抽出ビデオフレームがデコードリソースに送られる前にフォーマットされる。次にフォーマットされたビデオフレームは、ステップ708に示されるようにデコードされる。デコードリソースが既にいくらかのビデオフレームをデコードしている実施形態においては、デコード処理は、デコーダをリセットし、次のデータセットを受けるように準備することによって開始しても良い。デコーダの準備ができた時点で、ビデオデータはデコーダを通して送信され、その出力がキャプチャされるようにできる。そして、得られたフレームには、評価リソースに送られる前に、チャンネル情報、タイミング情報、その他のメタデータデコーダフラグなどといったタグが付与される。ステップ710では、デコーダから受けたフォーマット済みビデオフレームが評価される。例えば、複数のビデオフレームは、ブラックビデオ、フリーズビデオ、又は、ブロックノイズがあるかといった特定の望ましくない特性が評価対象のビデオフレームに現れているかどうか判定するのに、お互いを比較して、又は、前もって蓄積されたビデオフレームと比較して評価しても良い。ステップ712に示されるように、評価結果が生成され、更にオプションで、結果に基いて取り得るアクションに合わせて1つ又は複数の受け手に評価結果が送られる。例えば、放送ビデオプロバイダは、怒った顧客から電話を受ける前に、あるチャンネルについて検出されたブラックビデオ又はフリーズビデオについて、先手先手で注意を払うように技術サポート担当者に勧告できる。図8は、マシン制御によるビデオデータストリーム評価の別の例による方法800を示したフローチャートである。ステップ802では、ある1つの特定チャンネルについて、ビデオデータストリームから2つ以上のビデオフレームが選択される。ステップ804では、選択されたビデオフレームが抽出され、フォーマットされ、デコードリソースに送られて、デコードリソースがステップ806に示すようにビデオフレームをデコードする。ステップ808では、ステップ806でのデコード中に何らかのエラーが生じたかどうかに関して判断される。もしエラーが検出されると、ステップ810に示すように、エラー処理を起動しても良い。例えば、エラーメッセージが指定の受け手に送られるようにしても良い。もしエラーが検出されないか、又はあるエラーが検出されたものの害がないと見なせるものか、現在の処理と関係のないものの場合には、ステップ812に示すようにビデオフレームが評価される。例えば、現在そのチャンネルに配信されているビデオがブラック、フリーズ又はブロックノイズであるかどうかを、システムが判断できる。ステップ812での評価は、チャンネルの高速スキャンを含むとしても良い。ステップ814では、評価対象チャンネルについて詳細スキャンを実行するかに関して判断される。そのチャンネルの高速スキャンの結果、そのチャンネルにブラックビデオ又はフリーズビデオが現れている可能性が検出されると、そのチャンネルに本当にその特定の特性が現れているかどうか確認するするため、システムは、そのチャンネルの詳細スキャンを起動できる。もし詳細スキャンを行うことになったら、処理はステップ802に戻る。もしブラックビデオ又はフリーズビデオの可能性が確認されたら、システムは、そのチャンネルについてもっと多数のビデオフレームをもっと長時間観察し、信頼性の高い判断基準を得る。もし詳細スキャンをしないなら、ステップ816に示すように、現在のチャンネルの処理は停止できる。この時点で、方法800は、次の被評価チャンネルに関して開始できる。開示技術について示した実施形態は、おおよそIPビデオにフォーカスしたものであるが、当業者であれば、衛星、ケーブル又は地上波の伝播メディアにも応用可能であることが理解されるであろう。以下に、開示技術の実施形態を実現するのに適切したマシンの一般的な説明を行う。以下の説明は、開示技術の実施形態を実現可能な適切なマシンについて、簡潔で一般的に記述しようと意図したものである。ここで用いているように、用語マシンマシン:機械とは、単一のマシンか、一緒に動作する複数のマシン又はデバイスが通信可能に結合したシステムを広く網羅している。典型的なマシンは、パソコン、ワークステーション、サーバ、ポータブルコンピュータ、ハンドヘルドデバイス、テブレットデバイスなどのようなコンピューティングデバイスを含んでも良い。典型的には、マシンには、システムバスがあり、これにプロセッサ、メモリ例えば、ランダムアクセスメモリRAM、リードオンリメモリROMその他のステート保持メディア、ストレージデバイス、ビデオインタフェース、そして、入出力インタフェースポートが取り付けられる。マシンは、また、プログラマブル又はノンプログラマブルロジックデバイス又はアレー、ASIC特定用途向けIC、エンベッデッドコンピュータ、スマートカードのようなエンベッデッドembedded:埋め込みコントローラを含んでも良い。マシンは、少なくとも一部は、他のマシンや、仮想現実環境を用いたインターアクション、バイオメトリックフィードバック、その他の入力信号からの指示によってだけでなく、従来の入力デバイス例えば、キーボード、マウスなどからの入力によって制御されても良い。マシンは、ネットワークインタフェース、モデムなどの通信手段を通して、1つ以上の遠隔マシンへの1つ以上の接続を利用しても良い。複数のマシンは、イントラネット、インターネット、ローカルエリアネットワークLAN、ワイドエリアネットワークWANなどのような物理的又は論理的なネットワークによって、相互に接続されても良い。当業者であれば、ネットワーク通信は、無線周波数RF、衛星、マイクロウェーブ、IEEE54511、Bluetooth、光、赤外線、ケーブル、レーザを含む種々の有線又は無線の短距離又は長距離キャリア及びプロトコルを用いることができることを理解できるであろう。開示技術の実施形態は、マシンでアクセスされたときに、マシンがタスクを実行したり、概要データ形式又は低レベルハードウェアコンテキストを定義するという結果が得られる機能、処理手順、データ構造、アプリケーションプログラム、命令などを含む関連データを参照したり、併せて考えることで説明できる。関連データは、例えば、揮発性又は不揮発性メモリ例えば、RAM及びROMや他のストレージデバイス及び関連するストレージメディアに記録できる。このストレージメディアには、ハードディスクドライブ、フレキシブルディスクドライブ、光ストレージメディア、フラッシュメモリ、メモリスティック、デジタルビデオディスク、バイオロジカルストレージ、その他の有形の物理的ストレージメディアを含めることができる。関連データは、物理的又は論理的ネットワークを含む伝送環境を通じて、パケット、シリアルデータ、パラレルデータ、伝播された信号などとして配信でき、圧縮又は暗号化されたフォーマットの形で利用できる。関連データは、分布された環境で利用でき、マシンがアクセスに関してローカルに又は遠隔に蓄積される。本発明の原理は、図示した実施形態を参照しつつ、説明及び図示してきたが、図示した実施形態はそうした原理から逸脱することなく、配置や詳細を変形でき、また、望ましい形態に組み合わせることができることが理解できるであろう。そして、上述の説明は特定の複数の実施形態にフォーカスしたものであったが、他の構成も考えられる。特に、本発明の実施形態によるとなどの表現がここでは用いられているが、こうした言い回しは、一般的に参考として実現可能な実施形態であることを意味するもので、本発明が特定の実施形態の構成に限定されることを意味するものではない。ここで用いているように、これら用語は、参考までに同じ又は異なる実施形態であって、他の実施形態に組合せ可能なことを意味する。結果として、ここに記載した実施形態は広く種々の変更が行えるという観点から、本願における詳細な説明及び付随する資料は、説明用に過ぎず、本発明の要旨を限定するものと考えるべきではない。本願発明には、以下の特許請求の範囲の記載とそれに等化なものに基づく要旨と思想の範囲に含まれる全ての変形が含まれる。