(57)【要約】  時間型ビデオ圧縮のシステム、方法及びコンピュータプラグラムを提供する。使用の際に、ビデオ部分が第１の順序でバッファリングされる。さらに、ビデオ部分が第２の順序で少なくとも部分的に時間圧縮される。複数のソースからのビデオを圧縮する他のシステム、方法及びコンピュータプログラムも提供する。使用の際に、ビデオは、複数のソースから受信される。その後、そのようなソースからのビデオが圧縮される。そのような圧縮は、複数のレート制御を用いて実行される。種々の実施の形態において、ビデオを、単一ビデオストリームを通じて受信することができ、及び／又は、圧縮を、単一の圧縮モジュールを通じて実行することができる。
2007519301.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ部分を第１の順序でバッファリングし、
前記ビデオ部分を第２の順序で少なくとも部分的に時間型圧縮することを特徴とする時間型ビデオ圧縮方法。
【請求項２】
前記ビデオ部分がフレームを含むことを特徴とする請求項１記載の方法。
【請求項３】
前記ビデオ部分がフィールドを含むことを特徴とする請求項１記載の方法。
【請求項４】
前記ビデオ部分がハーフフィールドを含むことを特徴とする請求項１記載の方法。
【請求項５】
前記ビデオ部分が画像情報を含むことを特徴とする請求項１記載の方法。
【請求項６】
前記ビデオ部分が、前記第２の順序で完全に時間型圧縮されることを特徴とする請求項１記載の方法。
【請求項７】
前記ビデオ部分が、前記バッファリング前に少なくとも部分的に圧縮されることを特徴とする請求項１記載の方法。
【請求項８】
前記ビデオ部分が、前記バッファリング後に前記第２の順序で少なくとも部分的に時間型圧縮することを特徴とする請求項１記載の方法。
【請求項９】
前記ビデオ部分を、複数のソースから受信することを特徴とする請求項１記載の方法。
【請求項１０】
前記ソースを、前記ビデオ部分に関連した識別情報を用いて識別することを特徴とする請求項９記載の方法。
【請求項１１】
前記ソースの少なくとも一つからの十分なビデオ部分が存在するか否かを決定することを特徴とする請求項９記載の方法。
【請求項１２】
前記決定を、前記ソースの各々からの前記ビデオ部分の数に関連したデータ構造を用いて行うことを特徴とする請求項１１記載の方法。
【請求項１３】
前記ソースの少なくとも一つからの十分なビデオ部分が存在することを決定した場合、前記ビデオ部分を少なくとも部分的に時間型圧縮することを特徴とする請求項１１記載の方法。
【請求項１４】
最も古い前記ビデオ部分を、最初に少なくとも部分的に時間型圧縮することを特徴とする請求項９記載の方法。
【請求項１５】
複数のソースからの前記ビデオ部分をバッファプールでバッファリングすることを特徴とする請求項１記載の方法。
【請求項１６】
時間型ビデオ圧縮のためにコンピュータ読出し可能媒体上で実行されるコンピュータプログラムであって、
ビデオ部分を第１の順序でバッファリングするコンピュータコードと、
前記ビデオ部分を第２の順序で少なくとも部分的に時間型圧縮するコンピュータコードとを具えることを特徴とするコンピュータプログラム。
【請求項１７】
ビデオ部分を第１の順序でバッファリングする手段と、
前記ビデオ部分を第２の順序で少なくとも部分的に時間型圧縮する手段とを具えることを特徴とする時間型ビデオ圧縮システム。
【請求項１８】
ビデオ部分を第１の順序でバッファリングするバッファと、
前記バッファと通信を行い、前記ビデオ部分を第２の順序で少なくとも部分的に時間型圧縮するエンコーダとを具えることを特徴とする時間型ビデオ圧縮システム。
【請求項１９】
複数のソースからのビデオを圧縮する方法であって、
単一のビデオストリームを通じて前記複数のソースからのビデオを受信し、
前記ソースからのビデオを圧縮し、
前記圧縮を、複数のレート制御を用いて実行することを特徴とする方法。
【請求項２０】
個別のレート制御状態メモリを、前記複数のソースの各々に対して設けることを特徴とする請求項１９記載の方法。
【請求項２１】
前記レート制御が、前記ソースの各々に対して互いに相違することを特徴とする請求項１９記載の方法。
【請求項２２】
前記ソースを、前記ビデオに関連した識別情報を用いて識別することを特徴とする請求項１９記載の方法。
【請求項２３】
前記ソースに関連したレート制御を、前記ビデオの受信に応じて識別することを特徴とする請求項１９記載の方法。
【請求項２４】
前記圧縮を、識別したレート制御に基づいて制御することを特徴とする請求項２３記載の方法。
【請求項２５】
前記レート制御を、前記圧縮後に更新することを特徴とする請求項１９記載の方法。
【請求項２６】
前記レート制御を、ほぼ一定の品質の圧縮を行うために更新することを特徴とする請求項２５記載の方法。
【請求項２７】
前記レート制御を、ほぼ一定のビットレートを有する圧縮出力を行うために更新することを特徴とする請求項２５記載の方法。
【請求項２８】
前記レート制御を、第１モードにおいて、ほぼ一定の品質の圧縮を行うために更新し、第２モードにおいて、ほぼ一定のビットレートを有する圧縮出力を行うために更新することを特徴とする請求項２５記載の方法。
【請求項２９】
複数のソースからのビデオを圧縮するためにコンピュータ読出し可能媒体上で実行されるコンピュータプログラムであって、
単一のビデオストリームを通じて複数のソースからビデオを受信するコンピュータコードと、
前記ソースからのビデオを圧縮するコンピュータコードとを具え、
前記圧縮を、複数のレート制御を用いて実行することを特徴とするコンピュータプログラム。
【請求項３０】
複数のソースからのビデオを圧縮するシステムであって、
単一のビデオストリームを通じて複数のソースからビデオを受信する手段と、
前記ソースからのビデオを圧縮する手段とを具え、
前記圧縮を、複数のレート制御を用いて実行することを特徴とするシステム。
【請求項３１】
複数のソースからのビデオを圧縮するシステムであって、
単一のビデオストリームを通じて複数のソースからビデオを受信するとともに、前記ソースからのビデオを圧縮するエンコーダを具え、
前記圧縮を、複数のレート制御を用いて実行することを特徴とするシステム。
【請求項３２】
複数のソースからのビデオを圧縮する方法であって、
複数のソースからビデオを受信し、
前記ソースからのビデオを圧縮し、
前記圧縮を、単一の圧縮モジュールを利用しながら複数のレート制御を用いて実行することを特徴とする方法。
【請求項３３】
個別のレート制御状態メモリを、前記複数のソースの各々に対して設けることを特徴とする請求項３２記載の方法。
【請求項３４】
前記レート制御が、前記ソースの各々に対して互いに相違することを特徴とする請求項３２記載の方法。
【請求項３５】
前記ソースが、前記ビデオに関連した識別情報を用いて識別されることを特徴とする請求項３２記載の方法。
【請求項３６】
前記ソースに関連したレート制御を、前記ビデオの受信に応じて識別することを特徴とする請求項３２記載の方法。
【請求項３７】
前記圧縮を、識別されたレート制御に基づいて制御することを特徴とする請求項３６記載の方法。
【請求項３８】
前記レート制御を前記圧縮後に更新することを特徴とする請求項３２記載の方法。
【請求項３９】
前記レート制御を、ほぼ一定の品質の圧縮を行うよう更新することを特徴とする請求項３８記載の方法。
【請求項４０】
前記レート制御を、ほぼ一定のビットレートの圧縮出力を行うよう更新することを特徴とする請求項３８記載の方法。
【請求項４１】
前記レート制御を、第１モードにおいて、ほぼ一定の品質の圧縮を行うために更新し、第２モードにおいて、ほぼ一定のビットレートを有する圧縮出力を行うために更新することを特徴とする請求項３８記載の方法
【請求項４２】
複数のソースからのビデオを圧縮するためにコンピュータ読出し可能媒体上で実行されるコンピュータプログラムであって、
複数のソースからビデオを受信するコンピュータコードと、
前記ソースからのビデオを圧縮するコンピュータコードとを具え、
前記圧縮を、単一の圧縮モジュールを利用しながら複数のレート制御を用いて実行することを特徴とするコンピュータプログラム。
【請求項４３】
複数のソースからのビデオを圧縮するシステムであって、
複数のソースからビデオを受信する手段と、
前記ソースからのビデオを圧縮する手段とを具え、
前記圧縮を、単一の圧縮モジュールを利用しながら複数のレート制御を用いて実行することを特徴とするシステム。
【請求項４４】
複数のソースからのビデオを圧縮するシステムであって、
複数のソースからビデオを受信するとともに、前記ソースからのビデオを圧縮する単一の圧縮モジュールを具え、
前記圧縮を、複数のレート制御を用いて実行することを特徴とするシステム。
【請求項４５】
前記レート制御が、前記ソースの互いに相違するグループに対して異なることを特徴とする請求項１９記載の方法。
【請求項４６】
前記レート制御が、前記ソースの互いに相違するグループに対して異なることを特徴とする請求項３２記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ圧縮に関し、特に、ビジュアルデータの圧縮に関する。
【背景技術】
【０００２】
直接デジタル化された画像及びビデオは、多量のビット数を必要とするので、記憶、伝送及び他の使用のためにそのような画像及びビデオを圧縮するのが通常である。複数の基本的な圧縮方法が、その方法の多数の特定の変形とともに知られている。
【０００３】
ある特定の従来の圧縮方法は、変換段階、量子化段階及びエントロピーコード化段階を伴う３段階のプロセスによって特徴付けられる。使用の際に、変換段階は、例えば、画像又はシーケンスの局所的な類似性又はパターンの利点を考慮することによってソースのエネルギー又は情報をコンパクトなフォーマットにするように動作する。ＭＰＥＧ−２やＭＰＥＧ−４のような多くの画像圧縮方法及びビデオ圧縮方法は、圧縮のために変換段階として離散余弦変換（ＤＣＴ）を用いる。さらに、ＭＰＥＧ−４テクスチャのような新たな画像圧縮及びビデオ圧縮は、変換段階として種々のウェーブレット変換を用いる。
【０００４】
ウェーブレット変換は、データのセットに対する１次元又はそれ以上のウェーブレットフィルタ対の繰返しアプリケーションを具える。画像圧縮に対して、２次元ウェーブレット変換（すなわち、水平及び垂直）を用いることができる。さらに、ビデオ圧縮に対して、３次元ウェーブレット変換（すなわち、水平、垂直及び時間）を用いることができる。
【０００５】
ビデオ圧縮方法は、これまで、ビデオシーケンスの各画像の個別の圧縮より多くのことを行っている。ビデオシーケンスの画像はしばしば、時間的に近接するシーケンスの他の画像と類似する。したがって、この類似性を考慮することによって圧縮を向上することができる。そのように行うことは「時間型圧縮」(temporal compression)と称される。
【０００６】
ＭＰＥＧで用いられている従来の時間型圧縮方法は、動き検索と称される。この技術によって、圧縮される画像の各領域は、以前の画像の範囲を検索するためのパターンとして用いられる。最も近い整合が選択され、その整合の差のみを圧縮することによって領域が表される。
【０００７】
他の時間型圧縮方法を、空間（すなわち、水平及び垂直）方向でウェーブレットを用いるだけでなく二つ以上の画像の対応する画素又は比で操作することによって行うことができる。この技術は、しばしば、３「方向」（すなわち、水平、垂直及び時間）に対する３次元ウェーブレットと称される。
【０００８】
時間型圧縮は、しばしば、互いに圧縮すべき画像及び以前の画像の存在が必要とされる。一般に、互いに時間的に圧縮される複数の画像は、Group of Picture (GOP)と称される。しかしながら、上記圧縮技術の問題が、種々の圧縮アプリケーションに生じている。状来技術の図１は、そのようなアプリケーションの一例である。
【０００９】
従来の図１は、ビデオ圧縮を組み込むことができる従来技術によるカメラシステム１００を示す。図示したように、複数のカメラ１０２が設けられ、これらのカメラ１０２は、給電線１０３を介してスイッチ１０４に結合される。使用の際に、カメラ１０２は、スイッチ１０４に提供される複数のビデオソースとして動作する。さらに、スイッチ１０４は、そのようなビデオを、（表示、記憶等のために）出力部１０５を介して出力するように動作する。
【００１０】
図２は、従来においてビデオを出力するためにカメラ１０２から種々の給電線１０３を選択するように図１のスイッチ１０４が動作する方法を示す。これを達成するために、スイッチ１０４は、フィールドタイミング信号に基づいて、互いに相違する給電線１０３の間で入力として選択を行う必要がある。したがって、カメラ１０２からのビデオが多重化され、すなわち、共通のビデオチャネル上で一度に１画像送信する。一使用例において、カメラ１０２のうちの二つを、１ビデオフィールドを各カメラ１０２から交互に送信することによって多重化することができる。他の例において、１５個のカメラ１０２は、他の単一のカメラ１０２が３０フィールド／秒の速度で撮影する間に１秒間に２回撮影を行うことができる。
【００１１】
既に説明したように多重化された画像のシーケンスは、ビデオ圧縮、特に、時間型圧縮に対して不都合がある。その理由は、圧縮によって、時間的に互いに隣接する画像間の類似性が減少し又は除去されるからである。同一カメラからの画像間に類似性が存在する間、従来の圧縮技術は、この技術が互いに隣接する画像又は短い画像群しか利用できないためにこの類似性を利用することができない。
【００１２】
したがって、従来技術のこれら及び／又は他の困難を克服する時間型圧縮技術が必要となる。
【００１３】
多重化されたビデオストリームの圧縮について更なる問題がある。通常、圧縮率すなわち入力画像ごとの出力ビットサイズをほぼ一定に保持するよう圧縮プロセスのパラメータを調整する技術がある。このプロセスは「レート制御」と称される。レート制御プロセスは、通常、ある画像又はＧＯＰから次のものまである状態に保持する。以前のＧＯＰに対して用いられる符号化パラメータは、最低において、次のＧＯＰの圧縮のために初期パラメータを設定するのに用いられる。
【００１４】
複数ソースからの画像が圧縮のためにインターリーブされるとき及び画像が他の既知のアルゴリズムを用いて時間的に圧縮されるときでも、レート制御を行うことができない。その理由は、あるソースからのＧＯＰに適切な圧縮設定が他のソースからのＧＯＰに適切な圧縮設定と異なりうるからである。
【００１５】
したがって、従来技術のこれら及び／又は他の困難を克服する圧縮率制御技術が必要となる。
【発明の開示】
【００１６】
時間型ビデオ圧縮を行うシステム、方法及びコンピュータプログラムが提供される。使用の際に、ビデオ部分が第１の順序でバッファリングされる。ビデオ部分が第２の順序で少なくとも部分的に時間圧縮される。
【００１７】
一例において、ビデオ部分は、フレーム、フィールド、ハーフフィールド(half field)、画像情報等を有することができる。さらに、ビデオ部分を第２の順序で完全に時間圧縮することができる。バッファリングに必要な記憶量を減少するために、ビデオ部分を、バッファリング前に少なくとも部分的に圧縮（例えば、非時間的など）することができ、その後、ビデオ部分を少なくとも部分的にビデオ圧縮することができる。
【００１８】
他の例において、ビデオ部分を複数のソースから受信することができる。そのようなソースを、ビデオ部分に関連した識別情報を用いて識別することができる。
【００１９】
使用の際に、ソースの少なくとも一つからの十分なビデオ部分が存在するか否かを決定することができる。そのような決定を、ソースの各々からのビデオ部分の数に関連したデータ構造を用いて任意に実行することができる。ソースの少なくとも一つからの十分なビデオ部分が存在することを決定した場合、ビデオ部分を、既に説明したようにして少なくとも部分的に時間圧縮することができる。
【００２０】
選択的には、最も古いビデオ部分を、第１の順序で少なくとも部分的に時間圧縮することができる。他の選択として、複数のソースからのビデオ部分を、バッファプールでバッファリングすることができる。
【００２１】
複数のソースからのビデオを圧縮する他のシステム、方法及びコンピュータプログラムも設けられる。使用の際に、ビデオは複数のソースから受信される。そのようなソースからのビデオは圧縮される。そのような圧縮は、複数のレート制御を用いて実行される。種々の例において、ビデオを、単一のビデオストリームを通じて受信することができ、及び／又は、圧縮を、単一の圧縮モジュールを通じて実行することができる。
【００２２】
一例において、個別のレート制御状態メモリを、複数のソースの各々に対して設けることができる。さらに、レート制御が、ソースの各々に対して互いに相違することができる。一例として、ソースを、ビデオに関連した識別情報を用いて識別することができる。この形態によって、ソースに関連したレート制御を、ビデオ受信の際に識別することができる。
【００２３】
使用の際に、圧縮を、識別されたレート制御に基づいて制御することができる。さらに、レート制御を、圧縮後に更新することができる。そのような更新の目的は、本例が動作するモードに基づいて変わることができる。例えば、レート制御を、ほぼ一定の品質の圧縮を行う、ほぼ一定のビットレートで圧縮出力を提供する等のために更新することができる。
【発明を実施するための最良の形態】
【００２４】
図３は、一実施の形態による時間型ビデオ圧縮方法３００を示す。図示したように、動作３０２において、ビデオ部分は第１の順序でバッファリングされる。本明細書の文脈において、ビデオ部分は、フレーム、フィールド、ハーフフィールド、ライン、画像情報、及び／又はビデオの全部分又は一部を含む。
【００２５】
動作３０４において、ビデオ部分は、第２の順序で少なくとも部分的に時間型圧縮される。この設計によって、多重化されたビデオ部分を時間型圧縮することができる。その理由は、ビデオ部分の順序がバッファリングされる順序と異なってもよいからであり、その結果、ビデオ部分間の類似を利用することができる。当然、上記方法３００は、他の状況においても有利である。したがって、この技術を非多重化環境にも適用できると理解すべきである。
【００２６】
図３の方法３００の種々の実現に関する更なる情報を説明する。そのような実現の詳細は、例示のためであり、任意の方法で制約するものとして解釈すべきでない。
【００２７】
図４Ａは、一実施の形態による時間型ビデオ圧縮を行うシステム４００を示す。そのようなシステム４００は、種々の形態をとることができ、したがって、図３の方法３００を実施する複数の方法の一つとして解釈すべきである。
【００２８】
図示したように、システム４００は、ビデオ入力部４０１を通じて受信したビデオ部分をバッファリングする複数のバッファ４０２を有する。そのようなバッファ４０２は、メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）など）の全形態を有する。バッファ４０２は、圧縮パケット又はファイル４０６を発生することができる圧縮モジュール４０４に結合される。本明細書に関連して、圧縮モジュール４０４は、（任意のタイプの）エンコーダ、及び／又は、圧縮を行うことができる任意のタイプのハードウェア、ソフトウェア、論理等を含む。
【００２９】
使用の際に、ビデオ部分は、ビデオ入力部４０１を通じて受信され、バッファ４０２を用いて第１の順序でバッファリングされる。例えば、そのような第１の順序を、部分Ａ、部分Ｂ、部分Ｃ、部分Ｄとすることができる。
【００３０】
ビデオ部分を複数のソースから受信しうるので、そのようなソースを、すぐに明らかにするために、ビデオ部分に関連した識別情報を用いて識別することができる。例えば、上記例に関連して、タグ付け形態：部分Ａ（ソース１）、部分Ｂ（ソース２）、部分Ｃ（ソース３）、部分Ｄ（ソース４）とする。
【００３１】
その後、圧縮モジュール４０４は、ビデオ部分を（第１の順序と異なりうる）第２の順序で時間型圧縮する。例えば、上記例に関連して、第２の順序を、部分Ａ、部分Ｃ、部分Ｂ、部分Ｄとする。
【００３２】
したがって、そのような互いに相違する順序付けによって同一ソースからのビデオ部分を互いに隣接させることができることが明らかであり、したがって、時間型圧縮を容易にする。例えば、上記タグ付け形態に関連して、以下の順序がそのような隣接を示す：部分Ａ（ソース１）、部分Ｃ（ソース１）、部分Ｂ（ソース２）、部分Ｄ（ソース２）。
【００３３】
上記システム４００を組み込むことができる他の複数の任意のオプションが存在する。例えば、最も古いビデオ部分を、最初に少なくとも部分的に圧縮することができる。更に別のオプションとして、複数のソースからのビデオ部分を、バッファプール（例えば、共有バッファなど）でバッファリングすることができる。したがって、ビデオ部分を、互いに相違する速度かつ不規則な時間で受信するとしても、最小量のスペースしか用いられない。そのようなオプションの更なる情報を、後に更に詳細に説明する。
【００３４】
図４Ｂは、他の実施の形態による時間型ビデオ圧縮を行うシステム４５０を示す。そのようなシステム４５０は、種々の形態をとることができ、したがって、図３の方法３００を実施することができる複数の方法の一つとして解釈すべきである。
【００３５】
図４Ａのシステム４００に類似して、システム４５０は、ビデオ入力部４１１を通じて受信したビデオ部分をバッファリングするのに適合した複数のバッファ４１２を有する。バッファ４１２は、圧縮パケット又はファイル４１６を発生することができる圧縮モジュール４１４に結合される。
【００３６】
このシステム４５０に関する図４Ａのシステム４００との主な差異は、バッファ４１２とビデオ入力部４１１との間に第２の圧縮モジュール４１３を有することである。使用の際に、ビデオ部分を、バッファ４１２によってバッファリングする前に第２の圧縮モジュール４１３によって少なくとも部分的に圧縮し、その後、ビデオ部分を、圧縮モジュール４１４を用いて少なくとも部分的に時間型圧縮する。
【００３７】
第２の圧縮モジュール４１３によって行われる圧縮は、一例において、非時間型圧縮のみを含むことができる。さらに、第２の圧縮モジュール４１４によって行われる圧縮は、一例において、少なくとも時間型圧縮を含む。当然、他の任意の非時間型圧縮を第２の圧縮モジュール４１４によって行うことができる、等々。
【００３８】
このために、バッファ４１２によって必要とされる記憶量を、バッファ４１２に入力するビデオ部分を少なくとも部分的に圧縮することによって減少することができる。上記記載が、任意の変換プロセス前にビデオ部分が「未処理」(raw)でバッファリングされると仮定するので、これは必要でない。変換プロセスは通常、時間型変換又は動き検索段階前に個別のビデオ部分からの情報を互いに混合しない。この処理の部分又はその一部を、取得したビデオ部分を格納する前に行うことができる。
【００３９】
それを行うことによって、部分的な圧縮が可能となり、記憶された情報は、元の未処理のビデオ部分より小さくなる。バッファ記憶前に所定の圧縮が存在する場合、残りの変換段階前に所定の圧縮解除を行う必要がある。これらの中間のビデオ部分で完全な圧縮を行う必要はない。この段階の圧縮を著しく簡単にすることができる。一般に、中間画像形態を入力デジタルビデオと同一フォーマットに圧縮解除する必要がない。
【００４０】
例えば、国際的な規格ITU-R BT.656（４：２：２クロマサンプリング）にデジタル化されたビデオを処理するとき、中間形態は、輝度から分離して記憶されるクロマ成分を有する。他のブロック及び時間処理を行う前にこれらの成分をＢＴ．６５６形態にしないのが通常好ましい。
【００４１】
図５は、他の実施の形態による時間型ビデオ圧縮の方法５００を示す。そのような方法５００は、種々の形態をとることができ、図３の方法３００及び図４Ａ，４Ｂのシステムを実施する複数の方法の一つとして解釈すべきである。
【００４２】
動作５０２で説明したように、デジタル化されたビデオ部分は、ビデオ部分についての識別情報とともに受信され、それは、少なくともあり得る複数のソースのうちのいずれからどのビデオ部分が到来するかを指定する。次に、ビデオ部分は、対応する識別情報とともにバッファリングされる。動作５０４参照。そのような識別情報は、関連のソースの識別子だけでなく他の任意のデータを含むことができる。他の識別情報、例えば、シリアル番号又は時間コードを含むことができる。
【００４３】
その後、動作５０６において、十分な数（例えば、ＧＯＰ）が任意の一つのソースから存在するか否かを知るために、全ての記憶されたビデオ部分に対する識別情報を伴う検索を行う。この検索を、特定のデータ構造の識別情報を追跡することによって非常に有効に行うことができる。そのようなオプションに関する更なる情報を、図６の参照中に説明する。
【００４４】
任意の一つのソースからの十分なビデオ部分が存在するか否かを、決定５０８で決定する。存在しない場合、動作が動作５０２で継続する。しかしながら、任意の一つのソースからの十分なビデオ部分が存在することを決定５０８で決定する場合、十分なビデオ部分が記憶されるソースを選択する。動作５１０参照。さらに、ビデオ部分のＧＯＰセットをそのようなソースから選択する。一例において、最も古く記憶されたビデオ部分（すなわち、最も長く記憶されたセット）を、そのようなソースから選択することができる。
【００４５】
動作５１２に移ると、ＧＯＰのビデオ部分は、互いに圧縮され、圧縮結果として送信される。単一ソースからの複数のビデオ部分が存在するまでビデオ部分をバッファリングすることによって、ビデオ部分は、圧縮のために供給された順序とは異なる順序で圧縮のために取り出される。最後に、動作５１４において、圧縮されたビデオ部分がメモリから削除される。
【００４６】
図６Ａは、一実施の形態による図５の方法に関連する任意の技術を用いる方法６００を示す。特に、そのような方法６００を、図５の方法５００の動作５０４に関連して用いることができる。
【００４７】
図５の動作５０４を、記憶した情報が各ソースに対して一つのリストの形態で維持する場合には更に有効にすることができ、リストは、各ソースに対するカウントを含む。各リストエントリは、対応するビデオ部分の記憶位置に対する基準を有する。ビデオ部分が記憶されるとき、関連の識別情報を、対応するソースに対するリストにエントリを追加することができ、所定のソースに対するカウントを増分することができる。このために、検索動作は、ソースカウントの各々をチェックしてソースカウントのいずれかがＧＯＰサイズ以上であるかを見つけるだけでよい。
【００４８】
そのようなデータ構造によって、ビデオ部分を記憶する記憶スペースをダイナミックに割り当てることができる。これは、ビデオ部分をアクティブに供給する記憶スペースを用いることができるとともに、記憶装置を再使用のためにできるだけ迅速に解放できることを意味する。そのような技術の特定の動作についての更なる情報を説明する。
【００４９】
動作６０２において、ビデオ部分が記憶位置に記憶される。その後、動作６０４において、対応する識別情報において識別されたソースに対するリストに、エントリが追加される。オプションとして、ビデオ部分に対する基準を、新たなリストエントリに更に記憶することができる。また、オプション６０５において、現在のソースに対するカウントに１を追加する。
【００５０】
図６Ｂは、一実施の形態による、図５の方法に関連する任意の技術を用いる方法６０１を示す。特に、そのような方法６０１を、図５の方法５００の動作５１４に関連して任意に用いることができる。
【００５１】
選択したソースからのビデオ部分を圧縮した後、ＧＯＰのサイズを、そのようなソースのカウントから引く。動作６０６参照。その後、動作６０８において、圧縮されたＧＯＰのビデオ部分に対するリストエントリを削除する。最後に、動作６１０において、ビデオ部分がメモリから削除される。したがって、記憶領域が再使用のために利用できる。
【００５２】
本実施の形態の他の任意の形態を説明する。（ソースごとのベクトル又は各ソースに割り当てられた固定された数のバッファとは対照的に）リスト管理の選択を行う際の主な問題は、ソースごとに要求されるビデオ部分のスロット数を予測するのが困難又は不可能であることである。プールに基づけば、（全体の入力速度が処理速度を超えない限り）任意のソースに対して全ＧＯＰを有することなく蓄積することができるビデオ部分の最大数がＮ（Ｇ−１）であることは明らかであり、この場合、Ｎは、ソース数であり、Ｇは、ＧＯＰのビデオ部分の最大数である。
【００５３】
したがって、動作に要求されるバッファ数は、Ｎ（Ｇ−１）＋１＋Ｐとなり、この場合、Ｐは、実際の処理に必要なビデオ部分の数である（通常、Ｐ＝Ｇ）。しかしながら、所定のソースに対して蓄積されたビデオ部分の最大数は、処理に対するアクセスへの衝突に起因してＧを大幅に超える。その一例を、例示のために説明する。
【００５４】
本例において、４ソース、ラウンドロビン選択及びＧＯＰごとの４ビデオ部分を用いる。表＃１に示すように、最上のラインは、入力ビデオ部分のソース数を示し、第２のラインは、上記ソースに対する記憶されたビデオ部分の数を示し、最終ラインは、時間ごとにどのソースがビデオ部分に圧縮プロセスを課しているかを示す。ある時間では処理を行うことができない。その理由は、ある単一のソースから十分でないビデオ部分が存在するからである。処理は４サイクルを要する。このモデルにおいて、処理が完了するときにビデオ部分が記憶装置から削除される。
表＃１
2007519301.tif 000003
【００５５】
ソースごとのベクトルのアプローチではなくソースごとのリストを用いることによって、実際のビデオ部分の記憶をプールすることができ、必要とされる全体の記憶量が大幅に減少する。上記例において、上記シーケンスで一度に記憶されるビデオ部分の最大数が１６であるとしても、これらはソース間で均等に分配され、単一のソースは、７個までの記憶されたビデオ部分を有する。
【００５６】
したがって、ビデオ部シーケンスのマルチプルソースから多重化されるビデオ情報に対して時間型ビデオ圧縮を十分効果的に適用することができる技術が提供される。この技術によって、高パフォーマンスの時間型動き圧縮のアプリケーションを許容し、この場合、圧縮から切り離した低パフォーマンスのみを以前に用いることができる。
【００５７】
上記時間型圧縮技術の任意の態様を、ここで説明する他の任意の技術と組み合わせて用いることができる。例えば、ここで説明するように、上記時間型圧縮技術をレート制御技術と組み合わせて任意に用いることができる。
【００５８】
図７は、一実施の形態による複数のソースからのビデオ圧縮方法７００を示す。図示したように、動作７０２において、ビデオを複数のソースから受信する。本明細書に関連して、上記ソースはそれぞれ、カメラ及び／又は他の任意のビデオソースを有する。
【００５９】
次に、動作７０４において、そのようなソースからのビデオが圧縮される。圧縮は複数のレート制御を用いて行われる。さらに、種々の例において、ビデオを単一のビデオストリームによって受信することができ、及び／又は、圧縮を単一の圧縮モジュールによって行うことができる。また、本明細書に関連して、圧縮モジュールは、（任意のタイプの）エンコーダ及び／又は圧縮を行うことができる任意のタイプのハードウェア、ソフトウェア、論理等を有することができる。
【００６０】
このために、マルチソースからのビデオ部分が圧縮のためにインターリーブされるとき、及び、ビデオ部分が既知のアルゴリズムを用いて時間型圧縮されるとき、レート制御を行うことができる。その理由は、一つのソースからのＧＯＰに適切な圧縮セッティングを他のソースからのＧＯＰに適切な圧縮セッティングと異なるようにできるからである。
【００６１】
図７の方法７００の種々の実現に関する更なる情報を説明する。そのような実現の詳細を、例示のためのみに説明し、制限するものと解釈すべきでない。
【００６２】
図８は、一実施の形態による複数のソースからのビデオを圧縮するシステム８００を示す。そのようなシステム８００は、種々の形態をとり、したがって、図７の方法７００を実施する複数の方法の一つとして解釈すべきである。
【００６３】
これまで説明した図面の種々のシステムと同様に、システム８００は、ビデオ入力部８１１を通じて受信したビデオ部分をバッファリングするのに適合した複数のバッファ８１２を有する。バッファ８１２は、圧縮パケット又はファイル８１６を発生することができる圧縮モジュール８１４に結合される。
【００６４】
入力ビデオのソースの一つに関連したレート制御パラメータを識別するレート制御データ構造８２０も含む。レート制御パラメータの数は、ソースの数と同一である。使用に際し、そのようなレート制御パラメータは、関連のソースのビデオに関して圧縮モジュール８１４によって実行されるレート制御を表す。
【００６５】
一つのレート制御パラメータが同様なソースのグループを制御するようにソースをグループ分けすることもできる。この場合、レート制御パラメータの数を、ソースの数より少なくする。使用に際し、そのようなレート制御パラメータは、ソースの関連のグループの各ソースのビデオに対して圧縮モジュール８１４で実行されるレート制御を表す。
【００６６】
さらに、動作中、レート制御パラメータが、関連のビデオ部分とともに圧縮モジュール８１４に供給される。さらに、圧縮後、そのようなレート制御パラメータが、全体に亘る圧縮結果を達成するように更新される。このようなフィードバックタイプのレート制御パラメータの更新を、ほぼ一定の品質の圧縮を行う、ほぼ一定のビットレートの圧縮出力を発生する等々のためにトゥイーク(tweak)することができる。
【００６７】
図９は、他の実施の形態による複数のソースからのビデオを圧縮する方法９００を示す。そのような方法９００は、種々の形態をとることができ、したがって、図７の方法７００及び図８のシステムを実施する種々の方法の一つと解釈すべきである。
【００６８】
図示したように、動作９０２において、ビデオ部分が取得され、ビデオ部分は、このビデオ部分がきたソースを表す識別情報とともに記憶される。当然、シリアル番号や時間コードのような他の識別情報を含めることもできる。
【００６９】
次に、このビデオ部分のソースに対応するレート制御状態情報をルックアップする。動作９０４参照。圧縮方法が複数のビデオ部分のＧＯＰを必要とする場合、この動作を、符号化を可能とするのに十分な現在のソースからのビデオ部分が存在する場合と逆にすることができる。
【００７０】
動作９０４でルックアップされた状態情報は、動作９０５で示されるように圧縮プロセスを制御するのに用いられる。レート制御状態パラメータの任意の必要な変化を取得するために圧縮プロセスを更に測定することができる。動作９０６参照。
【００７１】
最後に、動作９０８において、圧縮された（一つ以上の）ビデオ部分のソースに対応するロケーションでレート制御パラメータが更新され、それは、他の任意のソースに対する制御パラメータとは切り離される。その後、図９の動作を、所望に応じて繰り返すことができる。
【００７２】
したがって、レート制御状態メモリの個別のセットを、ビデオの各ソースに対して設けることができ、ビデオ部分又はＧＯＰのソースに対応する状態を圧縮中に用いることができる。したがって、圧縮プロセスの連続的なビデオ動作が、個別のソースからのビデオ部分で行われ、個別のソースが、非常に異なる統計特性及び非常に異なるレート制御プロセス状態を有するようであるとしても、履歴に適した制御情報を各ソースが取得することを保証するようなレート制御アルゴリズムを用いることができる。
【００７３】
更に別のオプションとして、上記レート制御技術は、付記Ａで説明するレート制御アルゴリズムを組み込むことができる。
【００７４】
既に説明した種々の技術を実現することができる特定の環境に関する更なる情報を説明する。しかしながら、そのような環境を、例示のためのみに説明し、任意の方法で制限するものとして解釈すべきでない。
【００７５】
図１０は、一実施の形態によるデータ圧縮／圧縮解除のフレームワーク１０００を示す。フレームワーク１０００は、協働して「コーデック」を構成するコーダ部１００１及びデコーダ部１００３を有する。コーダ部１００１は、変換モジュール１００２と、量子化器１００４と、ファイル１００８に格納するためにデータを圧縮するエントロピーエンコーダ１００６とを有する。そのようなフィルタ１００８の圧縮解除を行うために、デコーダ部１００３は、逆変換モジュール１０１４と、逆量子化器１０１１と、使用（例えば、ビデオデータの場合における観察など）のためにデータの圧縮解除を行うエントロピーデコーダ１０１０とを有する。
【００７６】
使用の際に、変換モジュール１００２は、逆相関(decorrelation)のために（例えば、ビデオデータの場合における）複数の画素の（しばしば線形である）可逆変換を行う。オプションとしては、一実施の形態において、図３の方法３００を、変換モジュール１００２に関連して実施することができる。しかしながら、当然、図３の方法３００を、所望に応じて実施することができる。
【００７７】
次に、量子化器１００４は、変換値の量子化を行い、その後、エントロピーエンコーダ１０６は、量子化された変換係数のエントロピー符号化を行う。デコーダ部１００３の種々の構成要素は、そのようなプロセスのほぼ逆である。オプションとしては、一実施の形態において、図７の方法７００を、量子化器１００４に関連して実施することができる。しかしながら、当然、図７の方法７００を、所望に応じて実現することができる。
【００７８】
本発明は上記実施の形態に限定されるものではなく、幾多の変更及び変形が可能である。
【００７９】
付記Ａ
導入部
ビデオ及び画像圧縮の方法に関する。ビデオ又は画像圧縮プロセスの出力ビットレートを制御する方法を考察する。新たな方法は、周知のレート制御方法を用いることができない圧縮プロセスで作動する。
【００８０】
画像圧縮
直接デジタル化された画像及びビデオは、多量のビット数を要する。記憶、伝送及び他の使用のために画像及びビデオを圧縮するのが一般的である。圧縮の複数の基本的な方法は既知であり、多数の非常に特定した変形も既知である。一般的な方法を、３段階のプロセス：変換、量子化及びエントロピーコード化によって特徴付けることができる。
【００８１】
ビデオ圧縮器の変換段階の目的は、ピクチャ又はシーケンスの局所的な類似又はパターンを利用することによってソースピクチャのエネルギー又は情報をできるだけコンパクトな形態にすることである。あらゆる全ての入力を圧縮できる圧縮器はない。「典型的な」入力で良好に作動するとともに「任意」又は「異常な」入力の圧縮のし損ないを無視する圧縮器を設計する。
【００８２】
大抵の画像及びビデオ圧縮器は、変形を伴って基本的なアーキテクチャを共有する。基本的なアーキテクチャは、３段階：変換段階、量子化段階及びエントロピーコード化段階を有する。
【００８３】
ＭＰＥＧ−２のような多数の画像圧縮方法及びビデオ圧縮方法は、変換段階として離散余弦変換（ＤＣＴ）を用いる。
【００８４】
ＭＰＥＧ−４テクスチャ［４］のような一部の新たな画像圧縮方法及びビデオ圧縮方法は、変換段階として種々のウェーブレット変換を用いる。
【００８５】
ウェーブレット変換
ウェーブレット変換は、１以上の方向においてデータのセットに対してウェーブレットフィルタ対の繰返しアプリケーションを具える。画像圧縮に対しては、通常、２次元ウェーブレット変換（水平及び垂直）を用い、ビデオに対しては、通常、３次元ウェーブレット変換（水平、垂直及び時間）を用いる。
【００８６】
時間型圧縮
ビデオ圧縮方法は、通常、ビデオシーケンスの各画像の個別の圧縮以上のことを行う。ビデオシーケンスの画像はしばしば、時間的に近接する他の画像に類似する。この類似を考慮することによって圧縮を向上することができる。そのように行うことを「時間型圧縮」と称する。ＭＰＥＧで用いられるような従来の時間型圧縮方法の一つは、動き検索である。この方法において、圧縮される画像の各領域は、以前の画像の範囲を検索するためのパターンとして用いられる。最も近い整合が選択され、その整合からの差のみを圧縮することによって領域が表される。
【００８７】
時間型圧縮の他の方法は、空間（水平及び垂直）方向でウェーブレットを用いるが、二つ以上の画像の対応する画素又は係数上で作動する。これを、３方向：水平、垂直及び時間に対する３次元ウェーブレットと称する。
【００８８】
この方法又はそれ以外の方法によって要求される時間型圧縮は、互いに圧縮すべき画像及び以前の画像の存在を必要とする。一般に、複数の画像は、時間的に互いに圧縮される。この画像のセットをGroup of PictureすなわちＧＯＰと称する。
【００８９】
サブバンド
ウェーブレット変換の出力は、一般的に複数の画素に亘る共通情報である「ローパス」、「スケール」又は「和」情報を表す係数を有する。出力は、一般的に画素を共通情報と異ならせる方法を現す「ハイパス」、「ウェーブレット」又は「差」情報を表す係数も有する。ウェーブレットフィルタの繰返しアプリケーションの結果、これらのタイプの情報の多数の異なる組合せが出力に生じる。個別の組合せの各々は、「サブバンド」と称される。用語は周波数領域の観点から生じるが、一般に、周波数帯域に正確に対応しない。
【００９０】
ウェーブレット変換は、その出力の互いに相違するサブバンドにおいて非常に異なる値の分布を生じる。元の画像間に拡張した情報は、サブバンドの一部に集中し、それ以外をほぼ零にする。これは圧縮に望ましい。
【００９１】
零圧縮の実行
ある画像及びビデオ圧縮アルゴリズムの仲南ステップは、「パイリング」(piling)によって実現することができる零削除の実行である。零ステップの実行において、サブバンド（又はサブバンド群）の係数が、未処理のままであるが非常に有効に圧縮される。零ステップの実行は、これらの零値が生じた場所の記録を保存しながらデータから零値の実行を除去する。零削除の実行を、アルゴリズム中の任意のポイントに適用することができる。好適な使用は、エントロピーコード化前の量子化段階である。零実行の後、次のステップを更に迅速に演算することができる。その理由は、これらのステップが重要な（非零）情報上で作動するだけでよいからである。
【００９２】
パイリングは、利用可能な並列を利用する零削除を行うように複数の値を並列に処理する算出エンジン上に大きな値を有する。それに対して、零削除を実行する他の方法（実行長符号化）は、典型的には、エントロピー符号化中に零を除去するのに要するのと同様に多くの時間を要する。
【００９３】
サブバンドごとの記憶領域
ある圧縮の実現において、個別のパイル、すなわち、各サブバンド又は同様なサブバンドのグループに対する零圧縮実行記憶領域を構成するのが有利であり、場合によっては、単一サブバンドに対する複数領域を構成するのが有利である。この利点は、サブバンドの結果が利用できるシーケンス及びアルゴリズムの他の詳細から生じる。したがって、ピクチャ又はＧＯＰに対する中間表示としての単一の記憶領域の代わりに、記憶領域又はパイルのセットが存在する。
【００９４】
レート制御の基本
圧縮量及び生成した出力ビットレートを調整する通常の方法は、演算の量子化段階で破棄される情報量を変更することである。量子化は、通常、予め選択した数すなわち「量子化パラメータ」で各係数を除算するとともに除算の余りを破棄することによって行われる。したがって、係数値の範囲は、同一の値すなわち除算の商によって表されるようになる。
【００９５】
圧縮された画像又はＧＯＰが圧縮解除されると、逆量子化ステップは、商に（既知の）量子化パラメータを乗算する。これは、更なる計算のために係数を元の大きさの範囲に戻す。
【００９６】
しかしながら、除算（又は等価的には乗算）は、多数の実現において高価な動作である。量子化動作は、各係数に適用され、通常は入力画素と同数の係数が存在する。
【００９７】
他の方法において、除算（又は乗算）の代わりに、量子化は、２乗の法に制限される。これは、２値数でのビットシフト動作によって実現することができるという利点を有する。シフト動作は、多くの実現において著しく廉価である。一例は、集積回路（ＦＰＧＡ又はＡＳＩＣ）の実現である。乗算回路は非常に大きいが、シフタ回路は非常に小さい。また、多くのコンピュータにおいて、乗算は、シフト動作に比べると完了するのに長時間を要するとともに実行の際に行われる並列の数が少ない。
【００９８】
問題
シフト動作による量子化が演算において非常に有効であるが、一部の理由による不都合を有する。シフト動作は、圧縮率（出力ビットレート）の粗い調整しかできない。実際には、あり得る最小量＋１又は−１によって量子化シフトパラメータを変更する結果、結果的に得られるビットレートがほぼ２段階の変化となる。圧縮の一部のアプリケーションにたいして、これは許容しうる。他のアプリケーションに対して、精密なレート制御が要求される。これまで、この要求に適合する方法は、シフト動作による量子化をやめることのみであり、この方法の効果的な動作をあきらめることである。
【００９９】
方法
このような粗い調整の問題を克服するために、シフト量子化の効果的な動作をあきらめることなく量子化を一般化した。これまでのように各係数に対して単一の共通シフトパラメータを用いる代わりに、個別の零圧縮実行記憶領域又はパイルに対して個別のシフトパラメータを許容する。そのような領域又はパイルの各々に対するパラメータ値は、圧縮出力ファイルに記録される。この解決は、全ての係数に対して一様に適用された量子化パラメータに起因する最近の二つのレート間で有効ビットレートの範囲を許容する。例えば、一つを除く全てのサブバンドが同一の量子化パラメータＱを用いるとともに一つのサブバンドが量子化パラメータＱ＋１を用いると考える。結果的に得られるビットレートは、全てのサブバンドに対してＱを用いる場合に比べて減少するが、全てのサブバンドに対してＱ＋１を用いる場合ほど低くならない。圧縮を更に良好かつ精密に制御する中間ビットレートを有する。
【０１００】
演算効率は、純粋なシフト量しかとほぼ同一である。その理由は、典型的には各係数に適用される動作がシフトとなるからである。
【０１０１】
パラメータの選択
上記方法において、Ｐサブバンド領域において、１領域の量子化パラメータが増大すると、出力レートに及ぼされる影響が全てのサブバンドに対して量子化パラメータが増大する場合の約１／Ｐになる、と考えられる。しかしながら、通常はその通りではない。その理由は、領域が通常互いに相違する量の重大情報を有するからである。最小の量子変化は、全体に亘る変化に対して観察された約２の因子によって領域のサイズを変化するが、領域が少数の重要な係数のみを有する場合、全体に亘る圧縮率への影響が小さくなる。
【０１０２】
したがって、所望の圧縮率に最適な量子化パラメータのセットを選択するために、量子化が調整される領域の予測されるサイズ及びサブバンド領域に及ぼす調整の予測される影響を考慮する必要がある。一般的には、これを閉じた形の式によって行うことができないが、簡単な繰返しプロセスによって行うことができる。
【０１０３】
量子化パラメータを調整するアルゴリズム
アルゴリズムの例は、初期化によって与えられ又は以前の画像若しくはＧＯＰから持ち越された量子化パラメータのセットによって開始する。これらを、零圧縮実行領域Ｐの各々に対してＱ［Ｐ］と称する。因子Ｃによって表現されるような圧縮出力レートの所望の変化も有する。この表現は、Ｑの値を１変化する結果としてＱの値を用いた圧縮の部分からの出力レートの変化がＦの因子となると仮定する。Ｃ＜Ｆ及び１／Ｆ＜１／Ｃと仮定する。これらの領域は、サイズＳ［Ｐ］を有する。このアルゴリズムのために、サイズは、測定されたサイズではなく概算とすることができる。
【０１０４】
ステップ１
Ｃ＝１の場合、何も行わずに調整プロセスを出る。
Ｃ＞１の場合、Ｄ＝Ｆ−１に設定。
Ｃ＜１の場合、Ｄ＝（１／Ｆ）−１に設定。
全てのサブバンドエリアサイズの和としてＳを算出。
Ｔ＝Ｓに設定。
ステップ２
量子化パラメータがまだ変化していないサブバンド領域Ｐを選択。
Ｔ＝Ｔ＋Ｄ＊Ｓ［Ｐ］を算出。
Ｃ＞１の場合、Ｑ［Ｐ］＝Ｑ［Ｐ］−１に設定。
Ｃ＜１の場合、Ｑ［Ｐ］＝Ｑ［Ｐ］＋１に設定。
ステップ３
ＴがＣ＊Ｓに十分近い場合、調整プロセスを出る。
ステップ２に進む。
【０１０５】
詳細
上記アルゴリズムのステップ３において、「十分近い」テストを、複数の方法のうちのいずれかによって実現することができる。このテストの簡単な形態の一つは、次の通りである。
テスト３
（Ｃ＞１かつＴ＞Ｃ＊Ｓ）又は（Ｃ＜１かつＴ＜Ｃ＊Ｓ）．．．の場合。
【０１０６】
このテストは、見積もられたレート調整が特定の調整を超えるとすぐに繰返しを中止する。
【０１０７】
代案は、この一つ前のステップに戻ることである。これを行うのに必要なステップは、任意の熟練したプログラマには明らかである。
【０１０８】
他の代案は、例えば特定のレートに最も近い見積りとなるものを選択することによって特定の調整Ｃをくくる二つのステップ間の選択を行うことである。これを行う方法も任意の熟練したプログラマには明らかである。
【０１０９】
利点
上記アルゴリズムは、量子化変化が１ステップ内で互いに保持される特性を有する。Ｑ値は、１だけ変化し又は全く変化せず、変化は全て同一方向である。プロセスを、アルゴリズムの多数の実行に亘って（すなわち、多数の連続的な画像又はＧＯＰ圧縮動作に亘って）その特性を維持ずるために、ステップ２のＰの選択についての情報を保持知ることによって容易に拡張することができる。これはしばしば望ましい。その理由は、量子化の調整が圧縮出力レートだけでなくピクチャ品質（すなわち、圧縮プロセスに起因する圧縮解除画像又はビデオの雑音又はあーティファクト）にも影響を及ぼすからである。
【０１１０】
しかしながら、Ｑ値を１ステップ内で等価に保持するこの特性は、必要でなく、他の考察に有利になるよう時々緩和することができる。
【０１１１】
結論
シフト量子化の演算効率を保持しながら一様なシフト量子化を用いる場合に比べて更に精密に圧縮出力ビットレートを制御することができる方法を提供する。
【図面の簡単な説明】
【０１１２】
【図１】ビデオ圧縮を組み込むことができる従来のカメラシステムを示す。
【図２】従来においてビデオを出力するためにカメラから種々の給電線を選択するように図１のスイッチが動作する方法を示す。
【図３】一実施の形態による時間型ビデオ圧縮の方法を示す。
【図４Ａ】一実施の形態による時間型ビデオ圧縮を行うシステムを示す。
【図４Ｂ】他の実施の形態による時間型ビデオ圧縮を行うシステムを示す。
【図５】他の実施の形態による時間型ビデオ圧縮の方法を示す。
【図６Ａ】図５の方法に関連する任意の技術を用いる方法を示す。
【図６Ｂ】図５の方法に関連する任意の技術を用いる方法を示す。
【図７】一実施の形態による複数のソースからのビデオの圧縮方法を示す。
【図８】一実施の形態による複数のソースからのビデオの圧縮システムを示す。
【図９】他の実施の形態による複数のソースからのビデオの圧縮方法を示す。
【図１０】一実施の形態によるデータ圧縮／圧縮解除のためのフレームワークを示す。
【図１】
2007519301.tif 000004
【図２】
2007519301.tif 000005
【図３】
2007519301.tif 000006
【図４Ａ】
2007519301.tif 000007
【図４Ｂ】
2007519301.tif 000008
【図５】
2007519301.tif 000009
【図６Ａ】
2007519301.tif 000010
【図６Ｂ】
2007519301.tif 000011
【図７】
2007519301.tif 000012
【図８】
2007519301.tif 000013
【図９】
2007519301.tif 000014
【図１０】
2007519301.tif 000015