JP6815330B2 - ビデオデータをハンドリングするシステム及び方法 - Google Patents

Description

本発明は、ビデオデータをハンドリングするシステム及び方法に関する。特に、本発明は、比較的高い解像度を有するビデオ信号の伝送をサポートすることが可能なインフラストラクチャを通して、比較的低い解像度を有する複数のビデオ信号を伝送することに関する。

従来のＨＤビデオ規格（１９２０×１０８０ピクセル）は依然として普及しているが、ここ数年、４Ｋビデオ規格（最大４０９６×２１６０ピクセル）が人気を博している。最新世代のメディアサーバは、４Ｋビデオの複数のストリームを出力することが可能な新型のグラフィックプロセッサユニット（graphics processor unit, ＧＰＵ）を有する。新世代のモニタ及びプロジェクタでは、４Ｋビデオの表示がますます可能になっており、従来のビデオストリーミングサイト（例えば、ＹｏｕＴｕｂｅ（登録商標）、Ｖｉｍｅｏ及びＮｅｔｆｌｉｘ）における４Ｋビデオの取り込みも、ここ数年で増えているが、ビデオ及びメディア業界における主流の規格は、依然として従来のＨＤビデオ規格である。特に、上記業界における多くのプロのユーザは、自身のＨＤ出力システム（例えば、ディスプレイ及びプロジェクタ）を、４Ｋビデオ規格をサポートすることが可能なものへと置き換える費用を負担していない。

上記業界は、多くのＨＤ投影及び信号伝送／スイッチングギアを保持しているが、これは、４Ｋが、本質的に伝送が困難であることに起因するのではなく、これまでになされてきた大規模な投資に起因するものであることに留意されたい。

今後数年間で、４Ｋビデオ規格は、人気が大きく高まる可能性が高く、消費者及びビデオ業界全体として、４Ｋビデオとの互換性を有するように自身のシステムをアップグレードすることが必要となるであろう。ＨＤから４Ｋへの動きにおいて、メディアサーバ／プレーヤへの再投資が必要となるであろう。

しかし、ビデオ業界における４Ｋ規格の実施に関連する問題が、特に、従来の手段を用いて（２ｍ〜３ｍを超える）長距離にわたって４Ｋビデオ信号を伝送することに関連する難点に関して存在する。したがって、従来のＨＤビデオと比較して高い解像度が見込まれるにも関わらず、４Ｋビデオは、ビデオ業界において容易に受け入れられていない。

したがって、多くのユーザが、自身のＨＤ互換システムを維持しており、まだ４Ｋ互換技術に投資しておらず、４Ｋシステムは、必ずしも下位互換ではなく、多くのユーザが既に所有している従来のハードウェアによる、比較的低い解像度のＨＤ信号の伝送及び表示を容易にサポートしない。

その一方で、長期的には、ＨＤ互換システムの保持は、特にコスト効率が良くない場合がある。さらに、ユーザによっては、実際上、２倍支払うことになる場合がある。すなわち、まず、最新のＨＤ互換システムに投資し、次に、数年以内に、４Ｋ規格がより広く用いられるようになったときに、ユーザは自身のＨＤシステムを４Ｋ互換システムにアップグレードする必要がある。

従来のＨＤビデオ規格（１９２０×１０８０ピクセル）は依然として普及しているが、ここ数年、４Ｋビデオ規格（最大４０９６×２１６０ピクセル）が人気を博している。最新世代のメディアサーバは、４Ｋビデオの複数のストリームを出力することが可能な新型のグラフィックプロセッサユニット（graphics processor unit, ＧＰＵ）を有する。新世代のモニタ及びプロジェクタでは、４Ｋビデオの表示がますます可能になっており、従来のビデオストリーミングサイト（例えば、ＹｏｕＴｕｂｅ、Ｖｉｍｅｏ及びＮｅｔｆｌｉｘ）における４Ｋビデオの取り込みも、ここ数年で増えているが、ビデオ及びメディア業界における主流の規格は、依然として従来のＨＤビデオ規格である。特に、上記業界における多くのプロのユーザは、自身のＨＤ出力システム（例えば、ディスプレイ及びプロジェクタ）を、４Ｋビデオ規格をサポートすることが可能なものへと置き換える費用を負担していない。

結果として、メディアサーバ（４Ｋ対応）に設けられたＧＰＵの能力と、下流のビデオ配信及び投影システム（ＨＤ対応）の能力との間に不一致がある。この結果、ＧＰＵの能力が活用されず、ＧＰＵの４Ｋ対応出力の各々がＨＤ解像度のみ、すなわち自身の実際の能力の４分の１のみを供給することになる。

ＧＰＵ業界及びライブビデオ業界の双方が異なるタイムテーブルに基づいて発展しているため、ＧＰＵ業界は８Ｋ解像度へと進む一方で、ビデオ業界は４Ｋへと進む際に、この不一致が続くことが予想される。

この理由により、業界は、ＧＰＵの４Ｋ出力能力と、業界が有するＨＤ信号配信及び表示機器との間をインタフェースするように設計された技術を生み出した。

そのような技術は、通常、ＧＰＵから高解像度ビデオストリームを受信し、この高解像度ビデオストリームを、ビデオデバイスに伝送するための比較的低い解像度の複数のストリームへと分割するスタンドアロン処理デバイスとして実施される。

他方で、これにより、コスト、複雑度、機器のボリューム、信頼性、セットアップ時間及び管理オーバヘッドの観点で、この機器の運用者に大きな負荷が生じる。

この背景を踏まえて本発明が考案された。

本発明の一態様によれば、ビデオメディアサーバに挿入され、このビデオメディアサーバの出力と通信し、ビデオデータを出力するビデオプロセッサカードが提供される。このビデオプロセッサカードは、ビデオメディアサーバの出力部から、第１のビデオ解像度の第１のビデオデータストリームを受信するための入力と、第１の解像度の、受信した第１のビデオデータストリームをデマルチプレクスして複数の第２のビデオデータストリームにするように構成されたプロセッサであって、各第２のビデオデータストリームは第２のビデオ解像度である、プロセッサと、複数のビデオ出力部であって、各ビデオ出力部は、複数の第２のビデオデータストリームのうちの１つを出力するように構成される、複数のビデオ出力部とを備えている。第１のビデオ解像度は、第２のビデオ解像度よりも高いビデオ解像度である。

複数の第２のビデオデータストリームは、複数（ｍ）に対応することができ、複数のビデオ出力部は、別の複数（ｎ）に対応することができ、ｎはｍ以上であることが留意されるべきである。換言すれば、第２のビデオデータストリームとビデオ出力部との間に１対１の対応が必ずしも存在せず、第２のビデオデータストリームより多くのビデオ出力部が存在する場合がある。

有利には、上記で説明したビデオプロセッサカード構成は、単一の高解像度入力ビデオデータストリームを、複数の低解像度出力ビデオデータストリームにデマルチプレクスする能力を提供する。これらの複数の低解像度出力ビデオデータストリームを、その後、公開表示のためにプロジェクタに出力することができる。メディアサーバにおいて用いる際、ビデオプロセッサカードは、メディアサーバの出力が、信号伝送又は投影機器の能力と互換性があることを保証する。例えば、これは、メディアサーバが４Ｋ解像度ビデオデータを処理することが可能であるが、信号伝送機器がＨＤ解像度ビデオデータを伝送することしか可能でない状況において有用である。

さらに、ビデオプロセッサカードは、メディアサーバ自体が元のビデオデータストリームをデマルチプレクスして出力に必要な形式にする必要性をなくす。したがって、入力又は出力ビデオデータストリームの特性が変更された場合、上記のビデオプロセッサカードを組み込んだシステムを適応させる方が安価かつ容易である。なぜならば、メディアサーバ全体の交換又はアップグレードが必要とされず、ビデオプロセッサカードのみが交換又はアップグレードされればよいためである。

必須ではないが、ビデオプロセッサカードはビデオフォーマット変換カードである。これによって、ビデオプロセッサカードが、入力ビデオデータストリームのビデオフォーマットを、ユーザにより所望される出力フォーマットに変換できることが確実になる。

必須ではないが、第１のビデオ解像度の第１のビデオデータストリームは、インタリーブされた複数の第２のビデオデータストリームを含む。

上記のシナリオにおいて有利には、ビデオプロセッサカードに入力される第１のビデオデータストリームは、既に、出力される必要がある第２のビデオデータを含んでいる。これは、出力に必要な全てのデータが既に存在しているため、ビデオプロセッサカードが、入力ビデオデータストリームに対して複雑な処理を行う機能を備える必要がないことを意味する。したがって、ビデオプロセッサカードは製造が単純で安価である。

必須ではないが、第１のビデオデータストリーム及び第２のビデオデータストリームはピクセルデータを含む。第１のビデオデータストリームにおける連続ピクセルは、複数の第２のビデオデータストリームのうちの異なる第２のビデオデータストリームからのピクセルデータを含むことができる。プロセッサは、複数の第２のビデオデータストリームのうちの１つに関係する全てのピクセルデータが複数のビデオ出力のうちの１つに送られるように、受信した第１のビデオデータストリームをデマルチプレクスするように構成することができる。

上記の構成は、複数の出力データストリームへと容易にデマルチプレクスするために、入力ビデオデータストリーム内のピクセルを最適に順序付けする利点を有する。特に、入力ストリームの連続ピクセルが、異なる出力データストリームに向けられたピクセルデータを含む場合、複数のビデオ出力のうちの１つを介して、受信ピクセルを即座に出力することができる。そのような構成は、受信データのうちの任意のものを処理又は記憶する必要性をなくし、このため、フレーム全体を読み出し、バッファリングするための遅延時間を必要とせず、複数のデータストリームを同時に出力することを可能にする。これは、リアルタイムアップデート又は出力が必要とされる状況において特に有利である。

任意選択で、第１のビデオ解像度は４Ｋ解像度であり、第２のビデオ解像度はＨＤ解像度である。代替的に、第１のビデオ解像度は８Ｋ解像度とすることができ、第２のビデオ解像度は４Ｋ解像度とすることができる。

有利には、ビデオプロセッサカードの上記の構成は、メディアサーバ及び他の信号生成機器の能力と、投影及び単一の伝送機器の能力との間の非互換性をハンドリングする柔軟性を与える。メディアサーバからの４Ｋ解像度入力データと、ＨＤ信号伝送機器への出力との間の従来の非互換性は、ビデオデータを４Ｋ解像度からＨＤ解像度に変換するビデオプロセッサカードによって対処される。将来的には、メディアサーバが、より高い解像度のビデオデータ（例えば、８Ｋ解像度）を生成する一方で、信号伝送機器が、依然として、より低い解像度のデータ（例えば、４Ｋ解像度）のハンドリングしか可能でないとき、８Ｋ解像度データを４Ｋ解像度データに変換するようにビデオプロセッサカードの能力を単にアップグレードすることにより、メディアサーバ全体、又は全ての信号伝送機器をアップグレードする必要なく、非互換性に対処する。

ビデオプロセッサカードは、第２のビデオデータストリームを特定のビデオフォーマットに符号化するためのエンコーダを備えていてもよい。特定のビデオフォーマットは、ＤＶＩ又は３Ｇ−ＳＤＩとすることができる。

ビデオフォーマットエンコーダを組み込んだビデオプロセッサカードの上記の構成は、ビデオプロセッサカードが、各々が異なる要件を有する多くの異なるフォーマットでビデオデータを出力することが必要とされる場合がある状況において有用である。

本発明の別の態様によれば、第１のビデオ解像度の第１のビデオデータストリームを生成し、ビデオデータをビデオ表示デバイスに出力するためのメディアサーバが提供される。このメディアサーバは、ソースビデオ解像度（元のビデオ解像度）の複数のソースビデオデータストリーム（元のビデオデータストリーム）を受信するための入力部と、取り外し可能なビデオプロセッサカードを受容するためのビデオプロセッサカードスロットと、第１のビデオデータストリームを生成するために、入力部により受信された第２のビデオデータストリームのピクセルをインタリーブするプロセッサと、第１のビデオデータストリームをビデオプロセッサカードスロットに出力するように構成された出力部とを備えている。

有利には、上記の構成において、メディアサーバは、複数のビデオデータストリーム（各々がビデオプロセッサカードから別々に出力されることが意図されている）のピクセルデータをインタリーブし、結果として得られたビデオデータストリームをビデオプロセッサカードに渡す。これは、複数の出力ビデオデータストリームのためのピクセルデータが、ビデオプロセッサカードに対して最適な順序で、特に、各ピクセルが読み出され、信号伝送機器に出力される必要がある順序で提示されることを意味する。したがって、データがデマルチプレクスされ、信号伝送のために出力される前に、受信データのうちのいずれもバッファリングする必要も処理する必要もないように、ビデオプロセッサカードの処理力及び記憶能力を低減することができる。これによって、ビデオプロセッサカードを作製し交換するのがより安価かつ容易になる。

任意選択で、メディアサーバは、第２のビデオ解像度の第２のビデオデータストリームを含む。

有利には、上記の構成を有するメディアサーバは、追加のビデオデータストリームの処理をハンドリングすることができる。特に、第２のビデオデータストリームは、ビデオプロセッサカードを介して出力される前に、後続の処理のためにメディアサーバに提供される（又はこのメディアサーバによって生成される）、（特定のソースビデオ解像度の）ソースビデオを含むことができる。例えば、これは、ソースビデオフレームの異なった領域が別個の４Ｋ又はＨＤ解像度ビデオデータストリームにレンダリングされることを意図して、非常に高い解像度（４Ｋ解像度よりも高い）の特定のソースビデオデータストリームをメディアサーバによって受信することができるシナリオにおいて有用である。

メディアサーバのビデオプロセッサカードスロットは、ビデオプロセッサカードを備えることができ、それによって、メディアサーバは、第２のビデオ解像度の複数の第２のビデオデータストリームを出力する。

上記の構成は、有利には、ビデオプロセッサカード及びメディアサーバの機能を組み合わせて、メディアサーバによって処理されるデータが、信号伝送及び／又は投影機器との互換性のために、当初のデータストリームと異なる解像度の複数の出力ビデオデータストリームにデマルチプレクスされることを可能にする。

任意選択で、メディアサーバのビデオプロセッサカードスロットは、パススルー型ビデオプロセッサカードを含む。パススルー型ビデオプロセッサカードは、ビデオプロセッサカードの入力において第１のビデオデータストリームを受信し、第１のビデオデータストリームをビデオプロセッサカード出力に通すように構成される。

パススルー機能を有するビデオプロセッサカードを組み込むことによって、ビデオプロセッサカードが、デマルチプレクスが実行されることを一切必要とすることなく、（メディアサーバから受信された）入力ビデオデータストリームを、単に出力に直接渡すことを可能にする。これは、メディアサーバの機能と、信号伝送及び／又は投影機器の機能との間に不一致がない状況において有利である。これは例えば、信号伝送機器が４Ｋ解像度のビデオデータをハンドリングするようにアップグレードされ、４Ｋビデオデータが、伝送及び投影の目的で複数のＨＤビデオストリームに分割される必要がもはやないときである。この場合、メディアサーバ自体はアップグレードされる必要がなく、必要とされるのは、デマルチプレクスを行うビデオプロセッサカードをパススルー型ビデオカードに交換することのみであり、これははるかに安価で容易な解決策である。

任意選択で、メディアサーバは、少なくとも２つのビデオプロセッサカードスロットを含む。プロセッサは、少なくとも２つの第１のビデオデータストリームを生成するように構成することができ、各第１のビデオデータストリームが異なるビデオプロセッサカードスロットに送られる。

有利には、上記の構成におけるメディアサーバは、複数の入力ビデオデータストリーム（例えば、少なくとも２つの４Ｋ解像度ビデオデータストリーム）をハンドリングすることができ、各入力ストリームを、同時出力のために異なるビデオプロセッサカードに渡すことができる。これは、効果的には、メディアサーバ自体の機能又は構成に対する実質的な変更を一切必要とすることなく、単一のメディアサーバから出力することができるビデオデータストリームの数を増加させる。

ビデオデータを出力する方法は、入力において、ビデオメディアサーバの出力から、第１のビデオ解像度の第１のビデオデータストリームを受信するステップと、第１のビデオデータストリームをデマルチプレクスして複数の第２のビデオデータストリームにするステップであって、各第２のビデオデータストリームは第２のビデオ解像度である、ステップと、複数のビデオ出力からビデオデータを出力するステップであって、各ビデオ出力は、複数の第２のビデオデータストリームのうちの１つを出力するように構成される、ステップとを含む。第１のビデオ解像度は、第２のビデオ解像度よりも高いビデオ解像度である。

キャリア媒体は、上記の方法を実行するようにコンピューティングデバイスを制御するためのコンピュータ可読コードを有する。

第１のビデオ解像度の第１のビデオデータストリームを生成し、ビデオをビデオ表示デバイスに出力する方法は、入力において、ソースビデオ解像度の複数のソースビデオデータストリームを受信するステップと、第１のビデオデータストリームを生成するために、ソースビデオデータストリームのピクセルをインタリーブするステップと、第１のビデオデータストリームを、取り外し可能なビデオプロセッサカードを受け入れるためのビデオプロセッサカードスロットに出力するステップとを含む。

キャリア媒体は、上記の方法を実行するようにコンピュータデバイスを制御するためのコンピュータ可読コードを有する。

本出願の範囲内で、上記の段落、特許請求の範囲及び／又は以下の説明及び図面において提示される様々な態様、実施形態、実施例、代替形態、並びに特にその個々の特徴は、独立して、又は任意の組み合わせで利用することができることが明確に意図されている。すなわち、全ての実施形態、及び／又は任意の実施形態の特徴は、そのような特徴が両立しないものでない限り、任意の方法及び／又は組み合わせで組み合わせることができる。本出願人は、最初に出願された任意の請求項を変更し、それに応じて任意の新規の請求項を提示する権利を留保する。この権利は、最初に出願された任意の請求項を、任意の他の請求項の任意の特徴に従属させ及び／又はこれらを組み込むように、当初はそのように特許請求されていない場合であっても、変更する権利を含む。

本発明の好ましい実施形態を、添付の図面を参照して以下で説明する。

本発明の一実施形態による、ビデオデータの処理及び伝送を実行するビデオデータハンドリングシステムの環境を示すブロック図である。 図１のメディアサーバのコンポーネントの詳細を示すブロック図である。 図２のメディアサーバ内に組み込まれるＶＦＣカードのコンポーネントの詳細を示すブロック図である。 図２のシステムの実施形態におけるビデオデータの処理及び伝送を含む高レベルプロセスの流れ図である。 図２のメディアサーバ内に含まれるコンピュータ内のビデオデータの処理及び伝送のプロセスの流れ図である。 図２のシステム実施形態において実行されるプロセスによる、複数の低解像度ビデオデータストリームがマルチプレクスされ、比較的高い解像度を有する単一の出力ビデオデータストリームとされる方法を示すブロック図である。 図３のＶＦＣカード内のビデオデータの処理及び伝送のプロセスの流れ図である。 図２のシステム実施形態において実行されるプロセスによる、図６において生成される高解像度を有する単一のビデオデータストリームがデマルチプレクスされ、低解像度の複数のビデオデータストリームが生成される方法を示すブロック図である。

本明細書に提示される図面は、本発明の実施形態を示すが、本発明の範囲に対する限定として解釈されるべきでない。適宜、示される実施形態の同じ構造的特徴を関係付けるために、類似の参照符号が異なる図面において用いられる。

図１に、本発明の第１の実施形態による、ビデオデータストリームを処理及び伝送するために用いられるビデオデータハンドリングシステムを示す。

ビデオデータハンドリングシステム１は、メディアサーバ４を備えている。このメディアサーバ４は、ビデオデータストリームを処理し、そのビデオデータストリームを、１以上の遠隔表示画面８上で表示するためにビデオプロジェクタ６の遠隔ユーザに提供するか、又は表示デバイス７（プラズマディスプレイ等）に提供する。メディアサーバ４と１以上のビデオプロジェクタ６との間のインタラクションは、ネットワーク１０を用いて行われる。特定の実施形態では、メディアサーバ４からのビデオ信号は、ビデオリンク（ＤＶＩ又はＳＤＩ）によって１つ以上のビデオプロジェクタ６に送られる。ネットワーク１０は、無線接続手段又は有線接続手段、データ転送ネットワーク、ビデオ転送ネットワーク、ビデオ配信システム又はそれらの任意の組み合わせを含むことができる。

いくつかの実施形態では、ビデオデータストリームは、最初に、画像／ビデオレコーダ１２からメディアサーバ４に提供することができる。例えば、ライブイベントが記録され、ネットワーク１０を介して、後処理及び後続の再表示のためにメディアサーバ４にストリーミングされる場合である。ビデオデータストリームが別の画像／ビデオソース１４によって作成され、ネットワーク１０を介してメディアサーバ４に提供される他の実施形態も考えられる。例えば、ビデオデータストリームは、オーサリング及びポストプロダクションツールを実行するコンピュータによって作成し、ネットワーク１０を介してメディアサーバ４に提供することができる。あるいは、このような実施形態は、事前に記録されたイベントがライブイベントに伴って遠隔表示画面８上に投影される状況にも適用することができる。更に他の実施形態では、メディアサーバ４は、自身の内部グラフィック処理機能（図示せず）を用いて、自らビデオデータを生成することができる。

ビデオストリーム生成の上記の実施形態の組み合わせを、エンドユーザの要件に応じて、上記のシステムのコンポーネントのうちのいくつか又は全てを用いて実施することもでき、そのような実施形態は、本発明の実施形態の範囲に含まれるとみなされることが理解されよう。

図２に、本発明の実施形態による、メディアサーバ４内に含まれる主要コンポーネント、及びビデオデータストリームがメディアサーバからネットワークに送られるメカニズムを示す。

この図に示す特定の実施形態において、１６個（すなわち、４つから構成される組が４つ）の当初の低解像度（ＨＤ）ビデオデータストリームがメディアサーバ４において処理され、マルチプレクス（多重化、multiplex）されて（組み合わされて）、４つの高解像度の（４Ｋ）ビデオデータストリームが作られる。これらのビデオデータストリームは、その後、デマルチプレクス（逆多重化、demultiplex）され（分けられ）、ネットワーク１０を介して伝送され、遠隔表示画面８、８ａ上に表示されるべく互換性のあるフォーマットで、元の１６個の低解像度ビデオデータストリームが出力される。

４つの４Ｋ出力ビデオデータストリームを生成するために１６個のＨＤ入力ビデオデータストリームを取り込む、本明細書に記載の構成は、図２のシステム実施形態を用いて適合させることができる構成の１つの例であり、異なる数及びタイプの入力及び出力ビデオデータストリームを有するメディアサーバシステムの他の構成も可能であることに留意されるべきである。

メディアサーバ４は、４つのビデオプロセッサカードあるいはＶＦＣ（Video Format Conversion, ビデオフォーマット変換）カード２２ａ、２２ｂ、２２ｃ、２２ｄと通信可能なコンピュータ２０を備えている。ＶＦＣカードを含むコンポーネントの詳細な説明は、後で図３を参照して行う。代替的な実施形態において、コンピュータ２０は、１つ以上のビデオプロセッサカード又はＶＦＣカードと動作可能に通信することができることが留意される。

コンピュータ２０は、メインボード２４を備えている。このメインボード２４は、それ自体、プロセッサ２６と、ＳＳＤ（Solid State Drive, ソリッドステートドライブ）２８と、ＲＡＭ（ランダムアクセスメモリ）コンポーネント３０とを有する標準的なコンピュータのコンポーネントを備えている。これらのコンポーネントは、メディアサーバ４が自らビデオデータストリームを生成し、そのビデオデータストリームをＳＳＤ２８に記憶する実施形態において、ビデオデータストリームの作成及び記憶に用いることができる。メディアサーバ４が画像／ビデオレコーダ１２又は画像／ビデオソース１４からビデオデータストリームを受信する別の実施形態において、メディアサーバは信号受信部３１を更に有する。この信号受信部３１は、データを受信し、そのデータを、ＳＳＤ２８又はＲＡＭ３０を用いた初期処理及び／又は記憶のためにメインボード２４へ送る。

コンピュータ２０は、ＧＰＵ（Graphical Processing Unit, グラフィック処理ユニット）３２と、バックプレーンコンポーネント３４とを更に備える。ＧＰＵ３２の主要な機能は、メインボード２４から受信した入力ビデオデータストリームを処理して、様々な表示画面８、８ａへの出力に適したビデオデータストリームを作成することである。ＧＰＵ３２の重要なコンポーネントは、インタリーブシェーダ３６である。このインタリーブシェーダ３６は、４つのＨＤビデオデータストリームからなる組ごとに、ＨＤビデオストリームのピクセルをインタリーブして、単一の４Ｋビデオデータストリームを生成する。その後、この単一の４Ｋビデオデータストリームは、バックプレーンコンポーネント３４に出力される。図２に示す実施形態では１６個の入力ＨＤビデオストリームが存在するため（４つのＨＤストリームからなる組が４つ）、インタリーブシェーダ３６からバックプレーンコンポーネント３４への出力は、４つの異なる４Ｋビデオデータストリームである。バックプレーンコンポーネント３４は、これらの４Ｋビデオストリームについて、行再駆動（line re-driving）を実行して信号劣化を防ぎ、その後、各４Ｋビデオストリームを別個のＶＦＣカード２２ａ〜２２ｄに送る。各ＶＦＣカード２２ａ〜２２ｄは、入力された４Ｋビデオストリームを４つの低解像度ＨＤビデオストリームへと分割し、その後、これらのＨＤビデオストリームを、ネットワーク１０に出力するための所望のフォーマット（例えば、ＤＶＩ又は３Ｇ−ＳＤＩ）に変換する。

最後に、メディアサーバ４は、該メディアサーバが機能するようにするために、電源４０から電力を得るための電源入力モジュール３８を備えている。

いくつかの実施形態では、ＶＦＣカード２２ａ〜２２ｄは、メディアサーバにおいて特別に設計された受入部（収容部）に挿入される物理的カードの形態をとることが考えられる。特に、カードは、該カードを受け入れるように特別に設計されたバックプレーンに挿入することができる。カードは、メディアサーバから容易に取り外しできるように設計されており、それによって、必要な場合、これらのカードを取り外し、異なるビデオフォーマット変換能力を有する他のＶＦＣカードと交換することができる。

したがって、ＶＦＣカードを交換することによって出力ビデオのフォーマットを非常に容易に変更することが可能であり、これが本発明の実施形態の利点である。

図２に示すＶＦＣカードの数は、限定を目的としたものではないことが留意されるべきである。エンドユーザの要件に応じて、及び結果として、処理され、メディアサーバシステムを通じて送られる必要があるビデオデータの量に応じて、最小限の１つのＶＦＣカードが存在する場合もあれば、メディアサーバの機能を過度に損なうことなくメディアサーバ内に物理的に設けることができる、可能な限り多くのＶＦＣカードが存在する場合もある。

業界規格がハードウェアの機能に追いつき、４Ｋストリームを、ネットワーク１０を介して直接伝送することができるときの未来の使用のための代替的な実施形態が考えられる。そのような実施形態では、入ってきた４Ｋストリームを複数のＨＤストリームに分割するＶＦＣカード２２ａ〜２２ｄが、４Ｋストリームのための「パススルー」としての役割を果たすＶＦＣカードに置き換えられる。したがって、メディアサーバ４は、入ってきた４Ｋビデオストリームを複数のＨＤビデオストリームに分割せず、４Ｋビデオストリームをエンドユーザのために必要なフォーマットに符号化することができる手段を単に提供し、次に４Ｋビデオストリームをネットワーク１０に出力する。

したがって、本発明の実施形態は、絶え間なく変化する業界の要件にわずかな変更のみで適応する能力を有するため、柔軟性の利点を有する。他の現行のシステムは、業界の変化する需要に対応するために、メディアサーバ全体を変更する必要がある。

続いて、ＶＦＣカード２２ａ（図２に示す）のうちの１つのコンポーネントの詳細な説明を、図３を参照して行う。

ＶＦＣカード２２ａは、信号受信部５０と、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）５２と、複数のビデオ出力部５４ａ、５４ｂ、５４ｃ、５４ｄと、（必須ではないが）１以上のステータスインジケータ５６とを備えている。これらのステータスインジケータは、ＬＥＤ型インジケータの形態をとることができ、例えば、ＶＦＣカードが現在、データをネットワーク１０に出力しているか否かに応じて色を変化させることによって、ＶＦＣカードシステムのステータスを示す情報を提供することができる。

ＦＰＧＡ５２は、複数のエンコーダブロック６０ａ、６０ｂ、６０ｃ、６０ｄと通信可能なスプリッタ（リフォーマッタ）５８を更に備えている。複数のエンコーダブロック６０ａ、６０ｂ、６０ｃ、６０ｄは、複数のビデオ出力部５４ａ、５４ｂ、５４ｃ、５４ｄに動作可能に接続される。ＦＰＧＡ５２はプロセッサ６２をも有する。プロセッサ６２は、ＦＧＰＡ５２の他のコンポーネント（例えば、メモリ６４）の全てに接続してこれらを制御し、ＶＦＣカード２２ａのためのセットアップ、同期、及びフィードバックタスクを実行する。

信号受信部５０は、バックプレーンコンポーネント３４から送られて入ってくる４Ｋビデオデータストリームを受信し、そのデータストリームをパース（解析、分析）し、次にこれをＦＰＧＡ５２に送る。この４Ｋビデオストリームは、スプリッタ５８により受信され、デマルチプレクスされて４つの低解像度ＨＤビデオストリームが生成される。その後、各ＨＤビデオストリームは、複数のエンコーダブロック６０ａ、６０ｂ、６０ｃ、６０ｄのうちの１つに渡される。これらのエンコーダブロックは、ビデオストリームを、必要な出力フォーマット（例えば、ＤＶＩ又は３Ｇ−ＳＤＩ）へと符号化（エンコード）する。次に、結果として得られるビデオストリームは、複数のビデオ出力部５４ａ〜５４ｄのうちの１つを介してネットワーク１０に出力される。

図４の流れ図は、入力されたＨＤビデオストリームが、図２に示したメディアサーバシステムの実施形態を構成するコンポーネントを通じて処理され伝送される一般的なプロセスを示す。このプロセスは、図５〜図８を参照して更に詳細に説明される。

明確にするために、後続のプロセスは、単一のＶＦＣカード２２ａを参照して説明される。メインボード２４からの当初の入力は、４つのＨＤビデオストリームを含み、これらのＨＤビデオストリームは、単一の４Ｋビデオストリームに組み合わされ、その後、４つのＨＤビデオストリームに分割され、これらのＨＤビデオストリームがＶＦＣカード２２ａから出力される。その一方で、このプロセスは、図２のシステムの実施形態において示される他の３つのＶＦＣカード２２ｂ、２２ｃ、２２ｄによっても行うことができ、それによって、メディアサーバシステムからの最終的な出力が全体として、１６個のＨＤビデオストリームとなることが留意されるべきである。

プロセス２００はステップ２０５から開始する。ステップ２０５において、コンピュータ２０は、メインボード２４から複数のＨＤビデオストリームを取り出す。これらのＨＤビデオストリームは、コンピュータ自体によって生成されたものであるか、又は画像／ビデオレコーダ１２から、若しくはネットワーク１０を介して他のソース１４から取得されたものである。

続いて、ＨＤビデオストリームは、ＧＰＵ３２のインタリーブシェーダ３６に送られる。ＧＰＵ３２は、ステップ２１０において、各ＨＤストリームを、該ＨＤストリームを構成するピクセルに分割し、ステップ２１５において、これらのピクセルをインタリーブして、単一の４Ｋビデオストリームを生成する。次に、ステップ２２０において、この４Ｋビデオストリームが、ＧＰＵインタリーブシェーダ３６からバックプレーンコンポーネント３４を通じてＶＦＣカード２２ａへと送られる。

ＶＦＣカード２２ａにより、４Ｋビデオストリームは、ステップ２２５にて、スプリッタ５８によってデマルチプレクスされ、それにより、４Ｋストリームにおける連続したピクセルが読み出され、ビデオ出力部５４ａ〜５４ｄに順に割り当てられる。換言すれば、ストリームにおける第１のピクセルは、第１のビデオ出力部５４ａに割り当てられ、第２のピクセルは、第２のビデオ出力部５４ｂに割り当てられ、以下同様にしてストリーム全体が処理される。ステップ２３０にて、ビデオ出力部５４ａ〜５４ｄの各々は、対応するＨＤ出力を、（複数の）遠隔表示画面８、８ａ上に表示するべく、ネットワーク１０を介して（複数の）プロジェクタ６、６ａへ送る。

図５の流れ図に、コンピュータ２０においてビデオデータストリームを処理及び伝送するためのプロセスのステップをより明確に示す。本発明のこの実施形態では、４つの入力ＨＤビデオデータストリームがインタリーブされ、単一の出力４Ｋビデオデータストリームが生成される。

プロセス３００は、ステップ３０５から開始する。このステップ３０５において、コンピュータメインボード２４は、当初のＨＤビデオデータストリームをＧＰＵ３２へ送る。図２を参照して説明したように、これらの当初のＨＤビデオストリームは、コンピュータメインボード２４自体によって生成することができ、代替的に、又は付加的に、コンピュータ２０内の信号受信部３１を用いてネットワーク１０を介して他のソースから受信し、メインボード２４のメモリコンポーネント２８、３２内に取り出し可能なように記憶することもできる。入力ビデオデータストリームがメインボード２４によってどのように取得されるかに関わらず、これらの入力ビデオデータストリームは全て、ステップ３０５においてＧＰＵ３２へ送られ、それによってＧＰＵインタリーブシェーダ３６に送られる。

ステップ３１０において、ＧＰＵインタリーブシェーダ３６は、入力ＨＤビデオデータストリームを解析し、各ビデオストリームの重要な特性を判定する。これらの特性には、例えば、ビデオストリームのサイズ及び解像度が含まれる。

入力ビデオデータストリームの関連する特性が判定されると、更なる処理に進む前に、ＧＰＵインタリーブシェーダ３６は、ＨＤビデオデータストリームの各々を、複数のサブシェーダ（不図示）のうちの少なくとも１つに割り当てることができる。これらのサブシェーダは、ビデオデータストリームの所望の出力形態と互換性がある。例えば、あるサブシェーダは、２分割、４分割、又はミラー出力の形態をサポートすることができ、ビデオデータストリームは、所望の出力形態をサポートする、対応するサブシェーダによって処理されることになる。その後、このプロセスにおける特定のタスクを実行するＧＰＵインタリーブシェーダ３６を、同じタスクを実行するように割り当てられたサブシェーダと捉えることもできる。

その後、ステップ３１５において、ＧＰＵインタリーブシェーダ３６の関連するサブシェーダが、各入力ＨＤビデオデータストリームから１つのピクセルを順に読み出し、所定のインタリーブ規則に従ってこれらのピクセルをインタリーブする。インタリーブプロセスの詳細を図６に示す。

プロセス３５０から開始する。このとき、４つの入力ＨＤビデオデータストリーム３６０、３６２、３６４、３６６（図においてそれぞれＡ、Ｂ、Ｃ及びＤとしてラベル付けされ、それらの各々が複数の個々のピクセルを有する）が、ＧＰＵインタリーブシェーダ３６へ提供される。４つの入力ストリームの各々のピクセルが、ＧＰＵインタリーブシェーダ３６によって順に読み出され、インタリーブされて、単一の出力ストリーム３７０が生成される。この方法によれば、ストリームＡの第１のピクセル（Ａ_０，０で表される）は出力ストリーム３７０の第１のピクセルに対応し、ストリームＢの第１のピクセル（Ｂ_０，０で表される）は出力ストリーム３７０の第２のピクセルに対応し、ストリームＣの第１のピクセル（Ｃ_０，０で表される）は出力ストリーム３７０の第３のピクセルに対応し、ストリームＤの第１のピクセル（Ｄ_０，０で表される）は出力ストリーム３７０の第１のシーケンス３７２内の第４のピクセルに対応する。次に、入力ストリーム３６０、３６２、３６４、３６６の各々における第２のピクセルは、対応したやり方でインタリーブされ、その結果得られるシーケンス３７４が４つのピクセルを有する第１のシーケンス３７２に連結される。このプロセスは、入力ストリーム３６０、３６２、３６４、３６６の全てのピクセルがインタリーブされて単一の出力ストリーム３７０が作られるまで続く。

この実施形態のインタリーブ方法及びそのピクセル順序付けは、ネットワーク１０へ出力されるＤＶＩフォーマットのビデオストリーム生成のためのピクセル構成を最適化するものであることに留意されるべきである。別のビデオフォーマット（例えば、３Ｇ−ＳＤＩ）には、別のインタリーブ方法及び入力ピクセルの順序付けを利用することができる。

図６に戻る。インタリーブされた出力ストリーム３７０が生成されると、ＧＰＵインタリーブシェーダ３６は、ステップ３２０において、出力ピクセルごとに、そのピクセルがどの入力ストリームから得られたものであるかを判定する。その判定後、ＧＰＵインタリーブシェーダ３６は、入力ビデオデータストリームバッファにアクセスし、そのピクセルに対応する色を取得し、これを出力ストリームのバッファに書き込み、それにより、入力ビデオデータストリーム内の情報が、単一の出力ストリームへの変換において失われないようにする。

次に、ＧＰＵインタリーブシェーダ３６は、入力ビデオデータストリームの各々の解像度が、所定の閾値解像度（例として、いくつかの実施形態では、この閾値解像度は１０８０ピクセルとすることができる）を大きく下回っているかどうかを判定する。ステップ３２５において、全ての入力ビデオデータストリームの解像度が所定の閾値よりも高いと判断された場合、ＧＰＵインタリーブシェーダ３６は即座にステップ３３０に進み、入力ビデオデータストリームの全てのピクセルがインタリーブされたかどうかを判定する。

あるいは、入力ビデオデータストリームのうちのいずれか１つの解像度が上記閾値未満であると判断されると、ステップ３３０に進む前に、ＧＰＵインタリーブシェーダ３６は、ステップ３３５にて、出力ビデオストリームに空白のスペース又は行を挿入する。そして、データがＶＦＣカード２２ａ〜２２ｄへまさに適切な時期に到達するようにする。

その後のステップ３３０にて、全ての入力ピクセルがインタリーブされているわけではないと判断されると、ＧＰＵインタリーブシェーダは、各入力ビデオデータストリームの全ピクセルが正常にインタリーブされたと判定されるまで、ステップ３１５〜３３０を繰り返す。これが行われると、ＧＰＵインタリーブシェーダ３６は、ステップ３４０にて、バックプレーンコンポーネント３４へ単一の出力４Ｋビデオデータストリームを出力する。この単一の出力４Ｋビデオデータストリームは、４つ全てのＨＤ入力ビデオデータストリームのピクセルをインタリーブすることによって作られたものである。

１６個の入力ＨＤビデオデータストリームを有する実施形態では、図４及び図５の上記で説明したプロセスを用いて、ＧＰＵインタリーブシェーダ３６により４つの４Ｋビデオデータストリームが生成される。これらの４つの４Ｋビデオデータストリームはバックプレーンコンポーネント３４に送られる。バックプレーンコンポーネント３４は、行再駆動（line redriving）を行い、信号が劣化していないことを確認し、その後、４Ｋビデオデータストリームの各々を別個のＶＦＣカード２２ａ〜２２ｄに出力する。

図７の流れ図に、４つの出力ＨＤビデオデータストリームを生成するための、ＶＦＣカード２２ａ〜２２ｄの各々によって行われる入力４Ｋビデオデータストリームの解析及び処理をより詳細に示す。

プロセス４００は、ステップ４０５から開始する。ステップ４０５では、ＶＦＣカード受入部５０は、バックプレーンコンポーネント３４から受信された入力４Ｋビデオデータストリームをパースする。次に、入力ビデオデータストリームはスプリッタ５８に送られる。スプリッタ５８は、ステップ４１０にて、入力ビデオデータストリームの一部をバッファ（例えば、１０行分のビデオデータに相当する。各行に４０９６個のピクセルがある。）に受信する。このバッファからデータが取り出され、処理されて、ネットワーク１０へ出力される。

まず入力ビデオデータストリームをバッファ内に受信することによって、スプリッタは、遅延を小さくし、それにより、受信信号と出力信号との間のいかなる時間差も扱えるようにすることができる（最大で、任意の一時点においてバッファ内にためることができるデータの上限まで）。これは、最終的なＨＤビデオデータストリームの出力に関連付けられた、いかなる遅延の問題も最小限にすることに役立つ。

ステップ４１５にて、スプリッタ５８は、バッファからビデオストリームデータを読み出し、単一のデータストリームをデマルチプレクスして、４つのＨＤ出力ビデオデータストリームを作る。これら４つのＨＤ出力ビデオデータストリームは、ステップ４２０にてエンコーダブロック６０ａ〜６０ｄへ送られる。

これについて図８により詳細に示す。具体的には、入力４Ｋビデオデータストリーム３７０内の連続したピクセルは、スプリッタ５８によって読み出され、別々のエンコーダブロック６０ａ〜６０ｄへ順に送られる。換言すれば、ピクセルＡ_０，０が読み出されてエンコーダブロック６０ａに渡され、ピクセルＢ_０，０が読み出されてエンコーダブロック６０ｂに渡され、ピクセルＣ_０，０が読み出されてエンコーダブロック６０ｃに渡され、ピクセルＤ_０，０が読み出されてエンコーダブロック６０ｄに渡される。このようにして、プロセス３５０にてＧＰＵインタリーブシェーダ３６へ提供された４つのＨＤビデオデータストリーム３６０、３６２、３６４、３６６が、再生されて、更に処理を行うエンコーダブロック６０ａ〜６０ｄへ渡される。完全を期すために、ブロックＡからの（すなわち、ビデオデータストリーム３６０からの）後続の全てのピクセルが同じエンコーダブロック６０ａに渡され、ブロックＢからの（すなわち、ビデオデータストリーム３６２からの）後続の全てのピクセルがエンコーダブロック６０ｂに渡され、ブロックＣからの（すなわち、ビデオデータストリーム３６４からの）後続の全てのピクセルがエンコーダブロック６０ｃに渡され、ブロックＤからの（すなわち、ビデオデータストリーム３６６からの）後続の全てのピクセルがエンコーダブロック６０ｄに渡されることに留意されるべきである。

図７に戻る。ＨＤビデオデータストリームがエンコーダブロック６０ａ〜６０ｄにより受信されると、これらのＨＤビデオデータストリームは、ステップ４２０において、処理され、ネットワーク１０に出力するための適切なフォーマットへと符号化される。次に、各ＨＤビデオデータストリームが、別々のビデオ出力部５４ａ〜５４ｄを介してネットワーク１０へ出力され、その後、遠隔表示画面８上に表示するためにプロジェクタ６に送られる。

データがネットワーク１０に出力されると、ＶＦＣカードのシステムプロセッサ６２は、ステップ４３０にて、入力４Ｋビデオデータストリーム内に、出力の必要があるデータが残っているかどうかをチェックする。ステップ４３０にて、入力ビデオデータストリーム内に残っているデータが依然として存在すると判断された場合、ステップ４３０にて否という結果が返されるまで、プロセスのステップ４１０〜４３０が繰り返される。否という結果が返されると（すなわち、入力ビデオデータストリームの全てがネットワーク１０に出力された）、ステップ４３５にて、ＶＦＣカード２２ａ〜２２ｄは、バックプレーンコンポーネント３４から別のデータストリームを受信することができる。

本発明の上記で説明した実施形態は、デマルチプレクスされたＨＤビデオデータストリームの出力に関連する遅延時間を低減できるという利点を有することが理解されよう。

４つのＨＤビデオデータストリーム（Ａ、Ｂ、Ｃ、Ｄ）を、単一の４Ｋ伝送パイプラインを通して伝送しようとする従来のメディアサーバシステムは、これらのストリームを単一の入力４Ｋフレーム内に配列する。この単一の入力４Ｋフレームは、時計回りにＡ、Ｂ、Ｄ、Ｃとして配列された４つのＨＤビデオデータストリームに対応する４つのサブフレームを有する。単一の４Ｋフレームをデマルチプレクスして元の４つのＨＤストリームを作成するために、かかるシステムは、入力ＨＤビデオフレーム内に提供されるピクセルの直接的なラスター（raster）式読み出しを実行する。したがって、４つのＨＤビデオデータストリームＡ、Ｂ、Ｃ、Ｄを生成し、これらのストリームを同時に出力するために、当システムは、サブフレームＣ及びＤから任意のピクセルを受信する前に、サブフレームＡ及びＢからの全てのピクセルをまずは受信し、処理する必要がある。

したがって、４つのＨＤビデオデータストリームを同時に出力するために、従来のシステムは、フレーム全体をバッファリングするために必要な時間と同等な、ビデオデータストリームを出力するための遅延時間をもたらす。これは、多くの例において、特に、出力ビデオデータストリームが、リアルタイムアップデートが重要なライブイベントにおいて遠隔表示画面上に表示するためにプロジェクタに送られる場合に、望ましいものではない。

これに対し、本発明の実施形態では、バックプレーンコンポーネント３４において実行されるインタリーブプロセスに起因して、ＶＦＣカード２２ａ〜２２ｄは、必要とされる最適な順序で事前に配列されたピクセルが与えられ、それによって、ピクセルが受信されるとすぐに、フレーム全体がバッファリングされることを待つことなく、これらのピクセルを用いて、４つの出力ビデオデータストリームを即座に生成することができる。したがって、遅延時間が最小限にされ、望ましい場合、完全になくすことができる。

さらに、出力の前にフレーム全体を記憶する必要がないため、本発明の上記で説明した実施形態において用いられる方法によれば、この方法が実施されるシステムのメモリ要件が抑えられる。

上記で説明した実施形態のシステムは、柔軟性の利点を有することにも留意されるべきである。

元のＨＤビデオデータストリームは、コンピュータ２０においてインタリーブされ、ＶＦＣカード２２ａ〜２２ｄは、単に、結果として得られた４Ｋビデオデータストリームをデマルチプレクスして出力ＨＤビデオデータストリームを生成する。その理由は、上記業界の能力が、ネットワーク１０内で４Ｋ信号を伝送するには不十分であるからである。その一方で、上記業界の能力が向上し、４Ｋビデオデータをコンピュータからネットワーク１０へ直接出力することができるときに、必要となるのは、本実施形態のＶＦＣカード２２ａ〜２２ｄが、４Ｋビデオデータを出力し、「パススルー」機能と、４Ｋ信号が出力できるような正しい接続とをシンプルに提供するＶＦＣカードに交換されることである。

ＶＦＣカードが、メディアサーバシステム内のスロットに挿入することができる物理的カードの形態をとる実施形態では、メディアサーバシステムの機能をＨＤ出力から４Ｋ出力、及び更には別の解像度及びビデオフォーマットに変更するために必要なのは、カードの単純な交換のみである。例えば、将来的には、本システムは、８Ｋビデオデータストリーム（又は更に高い解像度のデータストリーム）がより普及したときに、このビデオストリームと共に用いることもできることが考えられる。

添付の特許請求の範囲において定められるような本発明の範囲から逸脱することなく、上記の例に多くの変更を加えることができる。

Claims (16)

1. 複数のビデオデータストリームを出力するビデオプロセッサカードであって、
   前記ビデオプロセッサカードは、ビデオメディアサーバに対して取外し可能に挿入されて前記ビデオメディアサーバの出力部と通信するものであり、
   前記ビデオメディアサーバの出力部から、第１ビデオ解像度を有する第１ビデオデータストリームを受信する入力部と、
   受信された、前記第１ビデオ解像度を有する前記第１ビデオデータストリームを、第２ビデオ解像度を有する複数の第２ビデオデータストリームへとデマルチプレクスするプロセッサと、
   前記複数の第２ビデオデータストリームのうちの１つを出力する複数のビデオ出力部と
   を備え、
   前記第１ビデオデータストリーム及び前記第２ビデオデータストリームはピクセルデータを有し、前記第１ビデオ解像度は、前記第２ビデオ解像度よりも高いビデオ解像度であり、前記第１ビデオ解像度を有する前記第１ビデオデータストリームは、インタリーブされた前記複数の第２ビデオデータストリームを含むものであり、前記第１ビデオデータストリーム内の連続した複数のピクセルは、前記複数の第２ビデオデータストリームのうち、別々の第２ビデオデータストリームのピクセルデータを有するものであり、前記複数の第２ビデオデータストリームの各々は、複数のサブフレームに分けられるソースビデオの別々の領域を表すものであり、前記複数のサブフレームはレンダリングに際して個別に出力されるものである、
   ビデオプロセッサカード。
2. 前記ビデオプロセッサカードがビデオフォーマット変換カードである、請求項１に記載のビデオプロセッサカード。
3. 前記プロセッサは、前記複数の第２ビデオデータストリームのうちの１つに関係する全てのピクセルデータが前記複数のビデオ出力部のうちの１つへ送られるように、受信された前記第１ビデオデータストリームをデマルチプレクスするものである、請求項１に記載のビデオプロセッサカード。
4. 前記第１ビデオ解像度が４Ｋ解像度であり、前記第２ビデオ解像度がＨＤ解像度である、請求項１〜３のいずれか１項に記載のビデオプロセッサカード。
5. 前記第１ビデオ解像度が８Ｋ解像度であり、前記第２ビデオ解像度が４Ｋ解像度である、請求項１〜３のいずれか１項に記載のビデオプロセッサカード。
6. 前記第２ビデオデータストリームを特定のビデオフォーマットに符号化するエンコーダを更に備えた請求項１〜５のいずれか１項に記載のビデオプロセッサカード。
7. 前記特定のビデオフォーマットがＤＶＩ又は３Ｇ−ＳＤＩである、請求項６に記載のビデオプロセッサカード。
8. 第１ビデオ解像度を有する第１ビデオデータストリームを生成し、複数のビデオデータストリームをビデオ表示デバイスに出力するメディアサーバであって、
   第２ビデオ解像度を有する複数の第２ビデオデータストリームを受信する入力部と、
   取外し可能なビデオプロセッサカードを受け入れるビデオプロセッサカードスロットと、
   前記入力部により受信された前記第２ビデオデータストリーム内のピクセルをインタリーブし、前記第１ビデオデータストリームを生成するプロセッサと、
   前記第１ビデオデータストリームを前記ビデオプロセッサカードスロットに出力する出力部と
   を備え、
   前記第１ビデオデータストリーム及び前記第２ビデオデータストリームはピクセルデータを有し、前記第１ビデオデータストリーム内の連続した複数のピクセルは、前記複数の第２ビデオデータストリームのうち、別々の第２ビデオデータストリームのピクセルデータを有するものであり、前記複数の第２ビデオデータストリームの各々は、複数のサブフレームに分けられるソースビデオの別々の領域を表すものであり、前記複数のサブフレームはレンダリングに際して個別に出力されるものである、
   メディアサーバ。
9. 前記ビデオプロセッサカードスロットに、請求項１〜７のいずれか１項に記載のビデオプロセッサカードが備えられており、
   前記メディアサーバは、第２ビデオ解像度を有する複数の第２ビデオデータストリームを、前記ビデオプロセッサカードを通して出力するものである、請求項８に記載のメディアサーバ。
10. 前記ビデオプロセッサカードスロットに、パススルー型ビデオプロセッサカードが備えられており、
    前記パススルー型ビデオプロセッサカードは、当該ビデオプロセッサカードの入力部において前記第１ビデオデータストリームを受信し、前記第１ビデオデータストリームをビデオプロセッサカード出力部に送るものである、請求項８に記載のメディアサーバ。
11. 少なくとも２つのビデオプロセッサカードスロットを備えた請求項８〜１０のいずれか１項に記載のメディアサーバ。
12. 前記プロセッサは少なくとも２つの第１ビデオデータストリームを生成し、前記第１ビデオデータストリームの各々が別々のビデオプロセッサカードスロットへと送られる、請求項１１に記載のメディアサーバ。
13. 入力部において、ビデオメディアサーバの出力部から第１ビデオ解像度を有する第１ビデオデータストリームを受信するステップと、
    前記第１ビデオデータストリームを、第２ビデオ解像度を有する複数の第２ビデオデータストリームへとデマルチプレクスするステップと、
    前記複数の第２ビデオデータストリームのうちの１つを出力する複数のビデオ出力部から、複数のビデオデータストリームを出力するステップと
    を含み、
    前記第１ビデオ解像度は、前記第２ビデオ解像度よりも高いビデオ解像度であり、前記第１ビデオ解像度を有する前記第１ビデオデータストリームは、インタリーブされた前記複数の第２ビデオデータストリームを含むものであり、前記第１ビデオデータストリーム及び前記第２ビデオデータストリームはピクセルデータを有し、前記第１ビデオデータストリーム内の連続した複数のピクセルは、前記複数の第２ビデオデータストリームのうち、別々の第２ビデオデータストリームのピクセルデータを有するものであり、前記複数の第２ビデオデータストリームの各々は、複数のサブフレームに分けられるソースビデオの別々の領域を表すものであり、前記複数のサブフレームはレンダリングに際して個別に出力されるものである、
    複数のビデオデータストリームを出力する方法。
14. 第１ビデオ解像度を有する第１ビデオデータストリームを生成し、ビデオをビデオ表示デバイスに出力する方法であって、
    入力部において、第２ビデオ解像度を有する複数の第２ビデオデータストリームを受信するステップと、
    前記第２ビデオデータストリーム内のピクセルをインタリーブし、前記第１ビデオデータストリームを生成するステップと、
    前記第１ビデオデータストリームを、取外し可能なビデオプロセッサカードを受け入れるビデオプロセッサカードスロットへと出力するステップと
    を含み、
    前記第１ビデオデータストリーム及び前記第２ビデオデータストリームはピクセルデータを有し、前記第１ビデオデータストリーム内の連続した複数のピクセルは、前記複数の第２ビデオデータストリームのうち、別々の第２ビデオデータストリームのピクセルデータを有するものであり、前記複数の第２ビデオデータストリームの各々は、複数のサブフレームに分けられるソースビデオの別々の領域を表すものであり、前記複数のサブフレームはレンダリングに際して個別に出力されるものである、
    方法。
15. 請求項１３に記載の方法をコンピューティングデバイスに実行させるコンピュータ可読コードを有するキャリア媒体。
16. 請求項１４に記載の方法をコンピュータデバイスに実行させるコンピュータ可読コードを有するキャリア媒体。

Images