JP2014511137A - シーンに基づく適用性のあるビットレート制御 - Google Patents

Abstract

ビデオストリームをエンコーディングするエンコーダが、ここに記載される。エンコーダは、入力ビデオストリーム、入力ビデオストリームにおける位置を示すシーン境界情報を受信し、ここでは、シーン変化が生じ、各シーンのためのビットレートを目標とする。エンコーダは、シーン境界条件に基づいて、入力ビデストオリームを、複数のセクションに分割する。各セクションは、一時的に隣接する複数の画像フレームを備えている。エンコーダは、目標ビットレートに従って、複数のセクションのそれぞれをエンコーディングし、シーンに基づく適応性のあるビットレート制御を提供する。ビデオ品質レベルが、より低いビットレートで適すれば、その品質レベルが既に適合されているため、より高いビットレートで同じセクションをエンコードする必要がない。
【選択図】 図２

Description

関連出願の相互参照
本出願は、２０１１年１月２８日に出願された米国仮特許出願第６１／４３７，１９３、及び、２０１１年１月２８日に出願された米国仮特許出願第６１／４３７，２２３に対する優先権を主張し、その内容は、本明細書に明示的に取り込まれる。

技術分野
本発明は、ビデオ及び画像圧縮技術に関し、特に、シーンに基づく適用性のあるビットレート制御を用いるビデオ及び画像圧縮技術に関する。

ビデオストリーミングが、日常的な使用者の間で普及し使用され続けているが、克服されることが必要な固有の制限がある。例えば、ユーザは、そのようなビデオストリーミングを得るために限られたバンド幅（帯域幅）のみを有するインターネットを介してビデオを見たい場合が多い。例えば、ユーザは、携帯電話接続や家庭内無線接続を介してビデオストリームを得たい場合がある。いくつかの場面では、ユーザは、コンテンツのスプール（すなわち、最終視聴のためのローカルストレージへのダウンロードコンテンツ）によって、十分なバンド幅の不足を補っている。この方法は、種々欠点が多い。まず、ユーザは、実際の「ランタイム」を経験することが不可能である−すなわち、ユーザは、プログラム（番組）を見ようと決めたとき、それを視聴することが不可能である。代わりに、ユーザは、プログラムを視聴する前にコンテンツがスプールされるための著しい遅延を経験しなければならない。もう１つの欠点は、保管の可能性にある−プロバイダまたはユーザは、短期間の間に高価なストレージリソースの利用が不要になったとしても、スプールされたコンテンツが保管されることを保障するために、ストレージリソースに責任を持たなければならない。

ビデオストリーム（一般的に、画像部分と音声部分とを含んでいる）は、特に高解像度（例えば、ＨＤビデオ）において相当なバンド幅を要し得る。音声は、一般的に、かなり少ないバンド幅を要するが、依然として考慮が必要な場合がある。ビデオをストリーミングする１つの取り組みは、迅速なビデオ送達を可能としながらビデオストリームを大きく圧縮して、ランタイムで、または、実質的に即座に（すなわち、実質的なスプール遅延を経験することなく）ユーザがコンテンツを視聴することを許容することである。一般的に、損失のある圧縮（すなわち、完全に可逆的ではない圧縮）は、損失のない圧縮よりも、より多くの圧縮を与えるが、大きく損失のある圧縮は、望ましくないユーザ経験を与える。

デジタルビデオ信号を送信するために要求されるバンド幅を低減するために、（ビデオデータ圧縮の目的で）デジタルビデオ信号のデータ比率が実質的に低減され得るところの効率的なデジタルビデオエンコードを使用することが、よく知られている。相互運用性を保障するために、ビデオエンコーディング標準は、多くの専門家用及び消費者用のアプリケーションにおいてデジタルビデオの採用を促進することに重要な役割を努めてきた。最も有力な標準は、国際電気通信連合（ＩＴＵ−Ｔ）、または、ＩＳＯ／ＩＯＣ（国際標準化機構／国際電気標準会議）のＭＰＥＧ（動画専門家集団）１５委員会、のいずれかによって、伝統的に発展される。勧告として知られるＩＴＵ−Ｔ標準は、一般的に、リアルタイム通信（ビデオ会議）を目的とする一方、大抵のＭＰＥＧ標準は、ストレージ（例えば、デジタル多目的ディスク（ＤＶＤ））及び放送（例えば、デジタルビデオ放送（ＯＶＢ）標準）のために最適化される。

現在、標準化されたビデオエンコーデングアルゴリズムは、ハイブリッドビデオエンコーディングに基づく。ハイブリッドビデオエンコーディング方法は、一般的には、望ましい圧縮ゲインを達成するために、数種の異なる損失のない、及び、損失のある圧縮方式を組み合わせる。ハイブリッドビデオエンコーディングは、また、ＩＳＯ／ＩＥＣ標準（ＭＰＥＧ−１、ＭＰＥＧ−２及びＭＰＥＧ−４といったＭＰＥＧ−ｘ）と同様に、ＩＴＶ−Ｔ標準（Ｈ．２６１，Ｈ．２６３といったＨ．２６ｘ標準）の基礎でもある。最も新しい進化したビデオエンコーディング標準は、今のところ、Ｈ．２６４／ＭＰＥＧ−４アドバンスドビデオコーディング（ＡＶＣ）として示される標準であり、これは、合同ビデオチーム（ＪＶＴ）、ＩＴＶ−ＴとＩＳＯ／ＩＥＣ ＭＰＥＧ集団との合同チームによる標準化努力の結果である。

Ｈ．２６４標準は、ＭＰＥＧ−２といった確立された標準から知られているブロック別動き補償ハイブリッド変換コーディングと同じ原理を採用する。従って、Ｈ．２６４規則は、通常、画像−、断片−、及びマクロ−ブロックヘッダといったヘッダ、及び、動きベクトル、ブロック変換、係数、量子化スケール等といったデータの階層として組織される。しかし、Ｈ．２６４標準は、ビデオデータを表すビデオコーディングレイヤ（ＶＣＬ）と、データをフォーマットし、ヘッダ情報を提供するネットワークアダプテーションレイヤ（ＮＡＬ）とを分離している。

さらに、Ｈ．２６４は、エンコーディングパラメータの大量に増加された選択を可能とする。例えば、それは、１６×１６マクロブロックの精巧な仕切り及び巧妙な取り扱いを可能とし、それによって、例えば、動き補償処理が、４×４と同じくらい小さなサイズのマクロブロックの区分で実行され得る。また、サンプルブロックの動き補償予測のための選択処理は、隣接した画像のみの代わりに、保管された先にデコーディングされた多くの画像を含んでもよい。単一のフレーム内のイントラコーディングを伴った場合でさえ、同じフレームから、先にデコーディングされたサンプルを使用して、ブロックの予測を形成することが可能である。また、動き補償に続く結果として得られる予測エラーは、伝統的な８×８サイズの代わりに、４×４ブロックサイズに基づいて変換され、量子化され得る。加えて、ブロックアーティファクトを低減するループデブロッキングフィルタが、使用されてもよい。また、ループデブロッキングフィルタは、今では必須である。

Ｈ．２６４標準は、Ｈ．２６４／ＭＰＥＧ−２ビデオエンコーディング規則の上位集合とみなされてもよく、該規則は、可能なコーディングの決定及びパラメータの数量を拡張するものの、ビデオデータの同じグローバル構造を使用している。多様なコーディングの決定を有する結果、ビットレートと画像品質との間の良好なトレードオフが達成され得ることになる。しかし、Ｈ．２６４標準は、ブロック化コーディングの一般的なアーティファクトを顕著に低減する一方、他のアーティファクトを強めることが、一般に認識されている。Ｈ．２６４が、種々のコーディングパラメータのために可能な値の増加を可能にするという事実により、エンコーディング処理を改良する可能性を増加させる結果となるが、また、ビデオエンコーディングパラメータの選択に対する感受性を増加させることにもなる。

他の標準と同様、Ｈ．２６４は、ビデオエンコーディングパラメータの選択のための規範操作を特定しないが、リフェレンス実装を通して、多数の基準を記述しており、その基準は、コーディング効率とビデオ品質と実装の実用性との間の適切なトレードオフを達成することなどのために、ビデオエンコーディングパラメータを選択するために使用され得る。しかし、記述された基準は、コンテンツ及びアプリケーションの全種類に適切なコーディングパラメータを、いつも最適に、または適切に選択する結果になるとは限らない。例えば、その基準は、ビデオ信号の特性に最適な、または望ましいビデオエンコーディングパラメータを選択する結果とならなかったり、あるいは、その基準が、流通しているアプリケーションに適切ではないエンコーディングされた信号の特性を得ることに基づいていたりするおそれがある。

固定ビットレート（「ＣＢＲ」）エンコーディング、または、可変ビットレート（「ＶＢＲ」）エンコーディングのいずれかを用いてビデオデータをエンコーディングすることが知られている。両方の場合において、単位時間当たりのビット数が規制される、すなわち、ビットレートは、ある閾値を超えることができない。しばしば、ビットレートは、１秒当たりのビットとして表される。ＣＢＲエンコーディングは、しばしば、固定ビットレートまでの特別に埋め込むこと（例えば、ビットストリームにゼロを詰め込むこと）を伴ったＶＢＲの一形態である。

インターネットのようなＴＣＰ／ＩＰネットワークは、「ビットストリーム」のパイプではなく、送達がいつでも変化するベストエフォート型ネットワークである。ＣＢＲまたはＶＢＲの取り組みを用いてビデオをエンコーディング及び送信することは、ベストエフォート型ネットワークにおいて理想的ではない。インターネット上でビデオを送達するために設計されたプロトコールがいくつかある。良い例は、ＨＴＴＰ適用性のビットレートビデオストリーミングであり、そこでは、ビデオストリームがファイルに断片化され、ＨＴＴＰ接続上をファイルとして送達される。

従って、ビデオエンコーディングのための改良されたシステムがあれば、それは有利である。

上述した関連技術及びそれに関連した限定の例は、例示であり、限定的ではないことが意図される。関連技術の他の限定は、明細書の閲覧及び図面の検討によって明らかになる。

ビデオストリームをエンコーディングするためのエンコーダが、ここに記載される。エンコーダは、入力ビデオストリーム、シーンの切り換えが生じるところの入力ビデオストリームにおける位置を示すシーン境界情報、及び、各シーンのための目標ビットレートを受信する。エンコーダは、入力ビデオストリームをシーンの境界情報に基づいて複数のセクションに分割する。各セクションは、一時的に隣接する複数の画像フレームを含んでいる。エンコーダは、目標ビットレートに従って、複数のシーンのそれぞれをエンコーディングし、シーンに基づいた適応性のあるビットレート制御を提供する。

この概要は、以下の詳細な説明においてさらに示されるところの単純化された形態における概念の選択を導入するために提供される。この概要は、クレームされた主題の重要な特徴または本質的な特徴を識別することを意図するものであり、クレームされた主題の範囲を限定するために用いられることを意図するものではない。

本発明の１またはそれ以上の実施形態が、実施例によって示されるが、添付の図面によって限定されるものではなく、同様に付された符号は、同じ要素を示す。
図１は、エンコーダの例を示す。 図２は、入力ビデオストリームをエンコーディングする方法の一例の工程を示す。 図３は、ここに記載される一定の技術を実装するエンコーダを実装する。

詳細な説明
本発明の種々の側面が、ここに説明される。以下の説明は、これらの例の理解及び説明を可能とすることを通して特定の詳細が提供される。しかし、当業者は、本発明がこれら多くの説明なしで実行され得ることを理解する。加えて、関連のある説明を不必要に不明瞭にすることを避けるために、いくつかのよく知られた構造または機能は、示されない、または、説明されない。図は、機能的に分離した構成要素として描かれるが、そのような描写は、単に説明の目的のために過ぎない。この図の構成成分に描かれた構成要素が任意に組み合わされ、または、分離した構成要素に分割され得る。

以下に示される説明に使用される用語は、本発明の特定の例の詳細な説明と結合して使用されているが、最も広く合理的な態様において解釈されることが意図される。特定の用語は、以下で強調されるかもしれないが、いかなる限定された態様において解釈されることが意図されたいかなる用語も、この詳細な説明欄において、明らかに及び特に、そのように定義されたものである。

本明細書において「実施形態」、「一実施形態」等への言及は、記載される特別な特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。この明細書中のそのような語句の出現は、必ずしも全て同じ実施形態について言及するものではない。

図１は、本発明の一実施形態に係るエンコーダ１００の一例を示す。エンコーダ１００は、入力ビデオストリーム１１０を受信し、入力ビデオストリーム１１０の実体を少なくともほぼ復元するためのデコーダでデコーディングされ得るところのエンコーディングされたビデオストリーム１２０を出力する。エンコーダ１００は、入力モジュール１０２と、ビデオ処理モジュール１０４と、ビデオエンコーディングモジュール１０６とを備えている。エンコーダ１００は、ハードウェア、ソフトウェア、または、いかなる適切な組み合わせにおいて実装され得る。エンコーダ１００は、ビデオ送信モジュール、パラメータ入力モジュール、パラメータを保管するためのメモリ等といった他の構成要素を含んでいてもよい。エンコーダ１００は、ここにおいて特に記載されない他のビデオ処理機能を行ってもよい。

入力モジュール１０２は、入力ビデオストリーム１１０を受信する。入力ビデオストリーム１１０は、いかなる適切な形態をとってもよく、メモリといった適切な源に由来としても、または、生放送に由来してもよい。入力モジュール１０２は、さらに、シーン境界情報を受信し、各シーンのためのビットレートを目標にする。シーン境界情報は、シーン送信が生じるところの入力ビデオストリームにおける位置を示す。

ビデオ処理モジュール１０４は、入力ビデオストリーム１１０を解析し、そのビデオストリーム１１０を、シーン境界情報に基づいて、複数のシーンのそれぞれのための複数のセクションに分割する。各部分は、一時的に連続する複数の画像フレームを備える。一実施形態において、ビデオ処理モジュールは、入力ビデオストリームを複数のファイルに分ける。各ファイルは、１またはそれ以上のセクションを含有する。他の実施形態において、各ビデオファイルの位置、解像度及びタイムスタンプ、または、開始フレームの数は、ファイルまたはデータベースへと記録される。ビデオエンコーディングモジュールは、関連した目標ビットレートまたはビットレート制約を伴ったビデオ品質を用いて、各セクションをエンコーディングする。一実施形態において、エンコーダは、さらに、ＨＴＴＰ接続といったネットワーク接続を介してファイルを送信するためのビデオ送信モジュールを備えている。

いくつかの実施形態において、ビデオ画像フレームの光学解像度が検知され、真のまたは最適なシーンビデオ寸法、及び、シーン分割を決定することに利用される。光学解像度は、１またはそれ以上のビデオ画像フレームが連続的に詳細を解像し得るところの解像度を示す。ビデオ画像フレームの光学、記録媒体、オリジナルフォーマット、最適な解像度は、ビデオ画像フレームのかなり低い技術的な解像度であり得る。ビデオ処理モジュールは、各セクション内の画像フレームの最適な解像度を検知し得る。シーンタイプは、セクション内の画像フレームの最適な解像度に基づいて決定され得る。低解像度を有する一定のセクションのために、目標ビットレートは、より低くてもよく、それは、高ビットレートがセクションの忠実度を保持することを助けないからである。また、いくつかの電気的なアップスケールの場合には、低解像度の画像を、より高い解像度への適合へと変換するアップスケールは、望ましくないアーティファクトを産生し得る。これは、古いスケーリング技術においては特に正しい。元の解像度を回復することによって、現代のビデオプロセッサがより効率的に画像をアップスケールすることを可能とし、元の画像の部分ではないところの望ましくないアーティファクトをエンコーディングすることを避ける。

ビデオエンコーディングは、Ｈ．２６４／ＭＰＥＧ−４ＡＶＣ標準といったいかなるエンコーディング標準を使用して、各セクションをエンコーディングし得る。

各セクションは、異なるシーンに基づいて、異なるビットレート（すなわち、５００Ｋｂｐｓ、１Ｍｂｐｓ、２Ｍｂｐｓ）を伝える知覚品質の異なるレベルにおいて、エンコーディングされ得る。一実施形態において、光学またはビデオ品質レベルが一定の低ビットレート、すなわち、５００Ｋｂｐｓで適合されれば、エンコーディング処理は、より高いビットレートは必要とされず、高ビットレート、すなわち、１Ｍｂｐｓまたは２Ｍｂｐｓでそのシーンをエンコーディングする必要を回避し得る。単一のファイルにおいてそれらのシーンを貯蔵する場合には、その単一のファイルは、高ビットレートでエンコーディングされることが必要とされるシーンを保管し得る。しかし、いくつかの場合には、全てのシーンのために（いくつかの古く、適応性のあるビットレートシステムにおける遺物のために）高ビットレートファイル（すなわち、１Ｍｂｐｓ）に保管することが必要であり得、この特定の場合、保管されるセクションまたはセグメントは、高ビットレートの代わりに、低ビットレートのファイル、すなわち５００Ｋｂｐｓであり得る。従って、貯蔵スペースが節約される。（しかし、シーンを貯蔵しないことほど重要ではない）。表２参照。単一のビデオファイルにおける多様な解像度をサポートしないシステムのために、といった場合には、セクションの貯蔵が、決定されたフレームサイズと共にファイルにおいて生じ得る。各解像度でのファイルの数を最小にするために、いくつかのシステムは、ＳＤＴＶ、ＨＤ７２０、ＨＤ１０８０ｐといったフレームサイズの数を限定し得る。表３参照。

各セクションは、異なるシーンに基づいて、知覚品質の異なるレベル、及び、異なるビットレートでエンコーディングされ得る。一実施形態において、エンコーダは、入力ビデオストリーム、及び、データベーや他のシーンの一覧を読み取り、それから、シーンの情報に基づいて、ビデオストリームをセクションに分ける。ビデオにおけるシーンの一覧のための一例のデータ構造が、表４に示される。いくつかの実施形態において、データ構造は、コンピュータが読み取り可能なメモリ、または、データベースに保管され、エンコーダによってアクセス可能であり得る。

シーンの異なるタイプは、「高速動き」、「静止」、「トーキングヘッド」、「文字」、「ほとんど黒色の画像」、「５フレーム以下の短いシーン」、「黒色のスクリーン」、「低い関心」、「火」、「水」、「煙」、「クレジット」、「かすみ」、「焦点はずれ」、「画像収容サイズよりも低い解像度を有する画像」等といったシーンの一覧のために利用され得る。いくつかの実施形態において、いくつかのシーンシークエンスは、「雑多」、「未知」、または、「デフォルト」の、そのようなシーンに割り当てられたシーンタイプであり得る。

図２は、入力ビデオストリームをエンコーディングするための方法２００のステップを示す。方法２００は、入力ビデオストリームを、該入力ビデオストリームの実体を少なくともほぼ復元するためのデコーダでデコーディングされ得るところのエンコーディングされたビデオビットストリームへとエンコーディングする。ステップ２１０では、その方法は、エンコーディングされる入力ビデオストリームを受信する。ステップ２２０では、その方法は、入力ビデオストリームにおける位置を示すシーン境界情報を受信し、ここでは、シーン移行が生じ、各シーンのためのビットレートを目標とする。ステップ２３０では、入力ビデオストリームが、シーン境界情報に基づいて、複数のセクションへと分割され、各セクションは、一時的に隣接する複数の画像フレームを備えている。それから、ステップ２４０では、その方法は、各セクション内の画像フレームの光学解像度を検知する。ステップ２５０では、その方法は、入力ビデオストリームを複数のファイルに分け、各ファイルは、１またはそれ以上のセクションを含有している。ステップ２６０では、複数のセクションのそれぞれが、目標ビットレートに従ってエンコーディングされる。それから、ステップ２７０では、その方法は、ＨＴＴＰ接続を介して複数のファイルを送信する。

入力ビデオストリームは、一般的に、多様な画像フレームを含んでいる。各画像フレームは、一般的に、入力ビデオストリームにおける明確な「時間位置（タイムポジション）」に基づいて識別され得る。実施形態においては、入力ビデオストリームは、部分、または、別々のセグメントにおいてエンコーダに利用可能にされるところのストリームであり得る。そのような場合には、エンコーダは、エンコーディングされたビデオビットストリームを（例えば、ＨＤＴＶといった最終消費者の装置へと）、全入力ビデオストリームを受信する前に循環ベースでのストリームとして出力する。

実施形態において、入力ビデオストリーム、及び、エンコーディングされたビデオビットストリームは、ストリームのシークエンスとして保管される。ここでは、エンコーディングは、定刻前に実行され、それから、エンコーディングされたビデオストリームは、遅れた時間に、消費者の装置へとストリーミングされる。ここでは、エンコーディングは、消費者の装置へとストリームされている前に、全ビデオストリームにおいて完全に実行される。ビデオストリームの前、後、または、「インライン」エンコーディング、またはそれらの組み合わせの他の例が、当業者よって熟慮され得るように、ここに導入される技術との結合において熟慮され得ることが、理解される。

図３は、エンコーダといった、上述のいかなる技術も実装されるために使用される処理システムのブロック図である。なお、特定の実施形態では、図３に示された構成要素の少なくともいくつかは、２以上の物理的な分離の間で分配されているが、コンピューティングプラットフォームまたはボックスに接続され得る。その処理は、従来のサーバクラスコンピュータ、ＰＣ、携帯通信装置（例えば、スマートフォン）、または、他に公知または従来の処理／通信装置を表す。

図３に示される処理システム３０１は、１またはそれ以上のプロセッサ３１０、すなわち、中央演算ユニット（ＣＰＵ）と、メモリ３２０と、イーサネットアダプタ及び／または無線通信サブシステム（例えば、セルラー、ＷｉＦｉ、ブルートゥース等）といった少なくとも１つの通信装置３４０と、１またはそれ以上のＩ／Ｏ装置３７０、３８０とを含み、全ては互いにインターコネクト３９０を介して接続されている。

プロセッサ３１０は、コンピュータシステム３０１の操作を制御し、１またはそれ以上の一般目的または特定目的のマイクロプロセッサ、マイクロコントローラ、特定目的集積回路（ＡＳＩＣ）、プラグラマブルロジックデバイス（ＰＬＤ）、または、そのような装置の組み合わせを含み得る。インターコネクト３９０は、１またはそれ以上のバス、ダイレクト接続、及び／または、他の形式の物理的な接続を含むことができ、従来技術において良く知られたような、種々のブリッジ、コントローラ、及び／または、アダプタを含んでもよい。インターコネクト３９０は、さらに、「システムバス」を含んでもよく、それは、１またはそれ以上のアダプタを介して１またはそれ以上の拡張バスに接続され得、そのようなものとして、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バス、ハイパートランスポートまたはインダストリ・スタンダード・アーキテクチャ（ＩＳＡ）バス、スモール・コンピュータ・システム・インターフェース（ＳＣＳＩ）バス、ユニバーサル・シリアル・バス（ＵＳＢ）、または、インスティテュート・オブ・エレクトリカル・アンド・エレクトロニック・エンジニアズ（ＩＥＥＥ）標準１３９４バス（ときには、「ファイアワイア」と言及される）が挙げられる。

メモリ３２０は、リード・オンリー・メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、フラッシュメモリ、ディスクドライブ等といった１またはそれ以上のタイプの１またはそれ以上のメモリ装置であっても、それを有していてもよい。ネットワークアダプタ３４０は、処理システム３０１が通信接続を介した自動的な処理システムを伴ったデータを通信することを可能とするのに適した装置であり、例えば、従来の電話モデム、ワイヤレスモデム、デジタル加入者線（ＤＳＬ）モデム、ケーブルモデム、トランシーバ、衛星トランシーバまたはイーサネットアダプタ等であってもよい。Ｉ／Ｏ装置３７０、３８０は、例えば、マウス、トラックボール、ジョイスティックまたはタッチパッド等のポインティング装置；キーボード；会話認識インターフェースを有するマイクロフォン；音声スピーカ；またはディスプレイ装置；等といった１またはそれ以上の装置を含み得る。しかし、なお、そのようなＩ／Ｏ装置は、もっぱらサーバとして作動するシステムにおいては不要であってもよく、また、少なくともいくつかの実施形態ではサーバを伴う場合のように、ダイレクト・ユーザー・インターフェースを備えていなくてもよい。説明された組の構成要素における他の変形が、本発明と矛盾しない態様において実装され得る。

上述された動作を実行するためにプロセッサ３１０をプログラムするためのソフトウェア及び／またはファームウェア３３０は、メモリ３２０に保管されている。一定の実施形態において、そのようなソフトウェアやファームウェアは、初めに、コンピュータシステム３０１を介して（例えば、ネットワークアダプタ３４０によって）自動的なシステムからダウンロードすることによって、コンピュータシステム３０１に供給される。

上記で導入された技術は、例えば、ソフトウェア及び／またはファームウェアでプログラムされたプログラムで制御可能な回路（例えば、１またはそれ以上のマイクロプロセッサ）で、または、特定目的のハードワイヤード回路全体において、または、それらの形態の組み合わせで、実装され得る。特定目的のハードワイヤード回路は、例えば、１またはそれ以上の特定目的集積回路（ＡＳＩＣ）、プラグラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の形態であってもよい。

ここに導入される技術の実装における使用のためのソフトウェアまたはファームウェアは、機械読み取り可能なストレージ媒体に保管され、一般目的または特定目的のプログラムで制御可能なマイクロプロセッサの１またはそれ以上によって実行され得る。「機械読み取り可能なストレージ媒体」は、ここで使用される用語として、機械（機械は、例えば、コンピュータ、ネットワーク装置、セルラーフォン、パーソナル・デジタル・アシスタント（ＰＤＡ）、作製ツール、１またはそれ以上のプロセッサを有するいかなる装置等）によってアクセス可能な形態の情報を保管可能ないかなるメカニズムも含む。例えば、機械読み取り可能なストレージ媒体は、記録可能／記録不可能な媒体（例えば、リード・オンリー・メモリ（ＲＯＭ）；ランダム・アクセス・メモリ（ＲＡＭ）；磁気ディスクストレージ媒体；光学ストレージ媒体；フラッシュメモリ装置；等）等を含む。

用語「ロジック」は、ここで使用されるように、例えば、特定のソフトウェア及び／またはファームウェア、特定目的のハードワイヤード回路、または、それらの組み合わせでプログラムされたプログラムで制御可能な回路を含む。

要求された主題の種々の実施形態の前述の記載は、説明及び記載のために提供された。要求された主題を、開示された正確な形態に徹底的であるかまたは限定することを意図するものではない。多くの改変及び変形は、当該分野の専門家にとって明らかである。実施形態は、本発明の原理及びそれの実際的な応用を最も良く記載するために選択され、記載されたものであり、それにより、関連技術における熟練した他者が、要求された主題、種々の実施形態を、熟慮された特定の使用に適した種々の改変を理解することを可能とする。

ここに提供された本発明の技術は、上述のシステムを必要とせずに他のシステムに適用され得る。上述した種々の実施形態の構成要素及び作用は、さらなる実施形態と組み合わされ得る。

上記記載は、本発明の一定の実施形態を記載し、熟慮されたベストモードを記載するが、上記が明細書においてどのように詳細にされても、本発明は、多くの方法で実行され得る。そのシステムの詳細は、ここに開示された本発明によって依然として包含されつつ、それの実装の詳細において相当に変形し得る。上述したように、本発明の一定の特徴または局面の記載するときに使用される特定の用語は、該用語が関連した本発明のいかなる特性、特徴または局面に該用語が限定されるためにここに再定義されていることを含むものと解されるべきではない。一般に、以下の請求項で使用される用語は、上記詳細な説明欄がそのような用語を明白に定義しない限り、本発明を、明細書に開示された特定の実施形態に限定するものと解釈されるべきではない。従って、本発明の実質的な範囲は、開示された実施形態を包含するだけではなく、請求項に基づいて実行または実装する全ての均等物を包含する。

Claims (24)

1. シーンタイプを用いてビデオストリームをエンコーディングする方法であって、
   入力ビデオストリームを受信することと、
   前記入力ビデオストリームにおける位置を示すシーン境界情報を受信し、ここでは、シーン移行が生じ、各シーンのためのビットレートを目標とすることと、
   前記シーン境界情報に基づいて前記入力ビデオストリームを複数のセクションに分割し、各セクションは、一時的に隣接する複数の画像フレームを備えることと、
   前記目標ビットレートに従って、前記複数のセクションのそれぞれをエンコーディングすることとを備えた、ビデオストリームをエンコーディングする方法。
2. 各シーンのための最大のコンテナサイズを受信することをさらに備えた、請求項１に記載のビデオストリームをエンコーディングする方法。
3. 前記エンコーディングするステップが、前記目標ビットレートと前記最大のコンテナサイズとに従って、前記複数のセクションをエンコーディングすることを備えた、請求項２に記載のビデオストリームをエンコーディングする方法。
4. 前記入力ビデオストリームを複数のファイルに分割し、各ファイルが１またはそれ以上のセクションをさらに備えた、請求項１に記載のビデオストリームをエンコーディングする方法。
5. 前記入力ビデオストリームをデータベース及び単一のビデオファイルに分割し、各ファイルがセクションを有しないか、または、１またはそれ以上のセクションを含むことをさらに備えた、請求項１に記載のビデオストリームをエンコーディングする方法。
6. ＨＴＴＰ接続を介して前記複数のファイルを送信することをさらに備えた、請求項１に記載のビデオストリームをエンコーディングする方法。
7. 各セクション内の画像フレームの光学解像度を検知することをさらに備えた、請求項１に記載のビデオストリームをエンコーディングする方法。
8. 前記セクション内の画像フレームの光学解像度に基づいて、シーンタイプが決定される、請求項１に記載のビデオストリームをエンコーディングする方法。
9. 前記セクション内の画像フレームの光学解像度に基づいて、前記セクションの前記ビデオ画像サイズの目標ビットレートの少なくとも１つが決定される、請求項１に記載のビデオストリームをエンコーディングする方法。
10. 前記セクション内の画像フレームの光学解像度に基づいて、前記セクションの前記ビデオ画像サイズの少なくとも１つが決定される、請求項１に記載のビデオストリームをエンコーディングする方法。
11. Ｈ．２６４／ＭＰＥＧ−４ＡＶＣ標準に基づいて、前記目標ビットレートに従って、前記複数のシーンのそれぞれをエンコーディングすることをさらに備えた、請求項１に記載のビデオストリームをエンコーディングする方法。
12. 与えられたシーンタイプが、
    高速動き、
    静止シーンタイプ
    トーキングヘッド、
    文字、
    ほとんど黒色の画像、
    短いシーン、
    低い関心のシーンタイプ、
    火のシーンタイプ、
    水のシーンタイプ、
    煙のシーンタイプ、
    クレジットのシーンタイプ、
    かすみのシーンタイプ、
    焦点はずれのシーンタイプ、
    画像コンテナサイズのシーンタイプよりも低い解像度を有する画像、
    雑多、または、
    デフォルト
    の１またはそれ以上を含む、請求項１に記載のビデオストリームをエンコーディングする方法。
13. シーンタイプを用いてビデオストリームをエンコーディングするビデオエンコーディング装置であって、
    入力ビデオストリームを受信するための入力モジュールと、
    前記入力ビデオストリームにおける位置を示すシーン境界情報を受信し、ここでは、シーン移行が生じ、各シーンのためのビットレートを目標とする前記入力モジュールと、
    前記シーン境界情報に基づいて前記入力ビデオストリームを複数のセクションに分割し、各セクションは、一時的に隣接する複数の画像フレームを備えるビデオ処理モジュールと、
    前記目標ビットレートに従って、前記複数のセクションのそれぞれをエンコーディングするビデオエンコーディングモジュールとを備えた、ビデオストリームをエンコーディングするビデオエンコーディング装置。
14. 前記入力モジュールが、さらに、各シーンのための光学画像サイズを受信する請求項１に記載のビデオエンコーディング装置。
15. 前記入力モジュールが、さらに、前記光学画像サイズに従って、複数のセクションのそれぞれをエンコーディングする、請求項１４に記載のビデオエンコーディング装置。
16. 前記ビデオ処理モジュールが、さらに、前記入力ビデオストリームを、複数のファイルに分け、各ファイルは、１またはそれ以上のセクションを含有する、請求項１３に記載のビデオエンコーディング装置。
17. 前記ビデオストリームは、各セグメントの位置、開始フレーム、タイムスタンプ、及び、解像度を含有するファイルを伴った単一のファイルとしてエンコーディングされる、請求項１３に記載のビデオエンコーディング装置。
18. ＨＴＴＰ接続を介して前記複数のファイルを送信するためのビデオ送信モジュールをさらに備えた、請求項１３に記載のビデオエンコーディング装置。
19. 各セクション内の前記画像フレームの光学解像度をさらに検知する、請求項１３に記載のビデオエンコーディング装置。
20. 前記シーンタイプの少なくとも１つが、前記セクション内の前記画像フレームの光学解像度に基づいて決定される、請求項１３に記載のビデオエンコーディング装置。
21. 前記セクションの前記目標ビットレートの少なくとも１つが、前記セクション内の前記画像フレームの光学解像度に基づいて決定される、請求項１３に記載のビデオエンコーディング装置。
22. 前記セクションの前記ビデオの品質レベルの少なくとも１つが、前記セクション内の画像フレームの光学解像度に基づいて決定される、請求項１３に記載のビデオエンコーディング装置。
23. 前記ビデオエンコーディングモジュールが、Ｈ．２６４／ＭＰＥＧ−４ＡＶＣ標準に基づいて、前記目標ビットレートに従って、前記複数のシーンのそれぞれをエンコーディングする、請求項１３に記載のビデオエンコーディング装置。
24. 前記ビデオ処理モジュールによって割り当てられる与えられたシーンタイプが、
    高速動き、
    静止シーンタイプ
    トーキングヘッド、
    文字、
    ほとんど黒色の画像、
    短いシーン、
    低い関心のシーンタイプ
    火のシーンタイプ、
    水のシーンタイプ、
    煙のシーンタイプ、
    クレジットのシーンタイプ、
    かすみのシーンタイプ、
    焦点はずれのシーンタイプ、
    画像コンテナサイズのシーンタイプよりも低い解像度を有する画像、
    雑多、または、
    デフォルト
    の１またはそれ以上を含む、請求項１３に記載のビデオエンコーディング装置。

Images