(57)【特許請求の範囲】
【請求項１】
コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納する方法であって、
少なくとも１つのサンプルに関連付けられ、ビデオ・データ・トラック内にあるサンプル・ディスクリプションについて、前記ビデオ・データ・トラック内の前記サンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否か、または、前記特定のタイプの少なくとも１つのパラメータ・セットが前記ビデオ・データ・トラック内の前記サンプル・ディスクリプション以外に含まれるか否かを判定することと、ここで、前記少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの前記複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、パラメータ・セットの複数の異なる特定のタイプのうちの１つであり、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供することと、
を備える方法。
【請求項２】
前記複数の異なる特定のタイプのパラメータ・セットは、ビデオ・データのそれぞれの階層レイヤとしてピクチャのそれぞれのシーケンスに対応するシーケンス・パラメータ・セット（ＳＰＳ）、前記それぞれの階層レイヤとしてそれぞれのピクチャに対応するピクチャ・パラメータ・セット（ＰＰＳ）、および、前記階層レイヤとしてそれぞれの全体にコーディングされたビデオ・シーケンスに対応するビデオ・パラメータ・セット（ＶＰＳ）のうちの１または複数を備える、請求項１に記載の方法。
【請求項３】
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することは、
前記サンプル・ディスクリプションに関連付けられた名前を判定することと、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを、前記サンプル・ディスクリプションに関連付けられた名前に基づいて判定することと、
を備える、請求項１に記載の方法。
【請求項４】
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｖｃ１”であり、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することは、前記サンプル・ディスクリプションの名前が“ｈｖｃ１”である場合、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいると判定することを備える、請求項３に記載の方法。
【請求項５】
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｅｖ１”であり、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することは、前記サンプル・ディスクリプションの名前が“ｈｅｖ１”である場合、前記サンプル・ディスクリプションおよびサンプルが、前記特定のタイプのすべてのパラメータ・セットを含んでいると判定することを備える、請求項３に記載の方法。
【請求項６】
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいることを示すインジケーションを、前記電子ファイルにおいて、提供することを備える、請求項１に記載の方法。
【請求項７】
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供することは、前記判定に基づいて、前記サンプル・ディスクリプションのデコーダ・コンフィギュレーション・レコードが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供することを備える、請求項１に記載の方法。
【請求項８】
前記特定のタイプのすべてのパラメータ・セットは、前記複数の異なる特定のタイプのパラメータ・セットのうちの、第１のタイプのすべてのパラメータ・セットを備え、
前記電子ファイルにおけるインジケーションは、前記電子ファイルにおいて、第１のインジケーションを備え、
前記方法はさらに、
前記サンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた前記複数の異なる特定のタイプのパラメータ・セットのうちの、第２の特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することと、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記第２の特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示す第２のインジケーションを、前記電子ファイルにおいて、提供することと、
を備える請求項１に記載の方法。
【請求項９】
前記電子ファイルにおける前記第１のインジケーションは、前記サンプル・ディスクリプションが、前記第１のタイプのすべてのパラメータ・セットを含んでいるか否かを示し、
前記サンプル・ディスクリプションが、前記第１のタイプのすべてのパラメータ・セットを含んでいるか否かを示す前記第１のインジケーションを、前記電子ファイルにおいて、提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記第１のタイプのすべてのパラメータ・セットを含んでいないことを示すインジケーションを、前記電子ファイルにおいて、提供することを備え、
前記サンプル・ディスクリプションが、前記第２の特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示す前記第２のインジケーションを、前記電子ファイルにおいて、提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記第２の特定のタイプのすべてのパラメータ・セットを含んでいることを示すインジケーションを、前記電子ファイルにおいて、提供することを備える、請求項８に記載の方法。
【請求項１０】
コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納する装置であって、
前記電子ファイルを格納するように構成されたメモリと、
少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサは、
少なくとも１つのサンプルに関連付けられ、ビデオ・データ・トラック内にあるサンプル・ディスクリプションについて、前記ビデオ・データ・トラック内のサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否か、または、前記特定のタイプの少なくとも１つのパラメータ・セットが前記ビデオ・データ・トラック内の前記サンプル・ディスクリプション以外に含まれるか否かを判定し、ここで、前記少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの前記複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、パラメータ・セットの複数の異なる特定のタイプのうちの１つであり、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供するように構成される、
を備える装置。
【請求項１１】
前記複数の異なる特定のタイプのパラメータ・セットは、ビデオ・データそれぞれの階層レイヤとしてピクチャのそれぞれのシーケンスに対応するシーケンス・パラメータ・セット（ＳＰＳ）、前記それぞれの階層レイヤとしてそれぞれのピクチャに対応するピクチャ・パラメータ・セット（ＰＰＳ）、および、前記階層レイヤとしてそれぞれの全体がコーディングされたビデオ・シーケンスに対応するビデオ・パラメータ・セット（ＶＰＳ）のうちの１または複数を備える、請求項１０に記載の装置。
【請求項１２】
前記少なくとも１つのプロセッサは、少なくとも、
前記サンプル・ディスクリプションに関連付けられた名前を判定することと、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを、前記サンプル・ディスクリプションに関連付けられた名前に基づいて判定することと
によって、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定するように構成された、
請求項１０に記載の装置。
【請求項１３】
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｖｃ１”であり、
前記少なくとも１つのプロセッサは、前記サンプル・ディスクリプションの名前が“ｈｖｃ１”である場合、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいると判定するように構成された、請求項１２に記載の装置。
【請求項１４】
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｅｖ１”であり、
前記少なくとも１つのプロセッサは、前記サンプル・ディスクリプションの名前が“ｈｅｖ１”である場合、前記サンプル・ディスクリプションおよびサンプルが、前記特定のタイプのすべてのパラメータ・セットを含んでいると判定するように構成された、請求項１２に記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいることを示すインジケーションを、前記電子ファイルにおいて、提供するように構成された、請求項１０に記載の装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記判定に基づいて、前記サンプル・ディスクリプションのデコーダ・コンフィギュレーション・レコードが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供するように構成された、請求項１０に記載の装置。
【請求項１７】
コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納する装置であって、
少なくとも１つのサンプルに関連付けられ、ビデオ・データ・トラック内にあるサンプル・ディスクリプションについて、前記ビデオ・データ・トラック内のサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否か、または、前記特定のタイプの少なくとも１つのパラメータ・セットが前記ビデオ・データ・トラック内の前記サンプル・ディスクリプション以外に含まれるか否かを判定する手段と、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの前記複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、パラメータ・セットの複数の異なる特定のタイプのうちの１つであり、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルにおいて、提供する手段を備える装置。
【請求項１８】
前記複数の異なる特定のタイプのパラメータ・セットは、ビデオ・データのそれぞれの階層レイヤとしてピクチャのそれぞれのシーケンスに対応するシーケンス・パラメータ・セット（ＳＰＳ）、前記それぞれの階層レイヤとしてそれぞれのピクチャに対応するピクチャ・パラメータ・セット（ＰＰＳ）、および、前記それぞれの階層レイヤとしてそれぞれの全体がコーディングされたビデオ・シーケンスに対応するビデオ・パラメータ・セット（ＶＰＳ）のうちの１または複数を備える、請求項１７に記載の装置。
【請求項１９】
少なくとも、
前記サンプル・ディスクリプションに関連付けられた名前を判定することと、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを、前記サンプル・ディスクリプションに関連付けられた名前に基づいて判定することと
によって、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定する手段、
をさらに備える請求項１７に記載の装置。
【請求項２０】
実行された場合、
少なくとも１つのサンプルに関連付けられ、ビデオ・データ・トラック内にあるサンプル・ディスクリプションについて、前記ビデオ・データ・トラック内の前記サンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否か、または、前記特定のタイプの少なくとも１つのパラメータ・セットが前記ビデオ・データ・トラック内の前記サンプル・ディスクリプション以外に含まれるか否かを判定することと、ここで、前記少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、パラメータ・セットの複数の異なる特定のタイプのうちの１つであり、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、電子ファイルにおいて、提供することとを備える動作を、１または複数のプロセッサに対して実行させる、格納された命令群を有するコンピュータ読取可能な記憶媒体。
【請求項２１】
電子ファイルに格納された、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを処理する方法であって、
少なくとも１つのサンプルに関連付けられ、ビデオ・データ・トラック内にあるサンプル・ディスクリプションについて、前記ビデオ・データ・トラック内のサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否か、または、前記特定のタイプの少なくとも１つのパラメータ・セットが前記ビデオ・データ・トラック内の前記サンプル・ディスクリプション以外に含まれるか否かを示すインジケーションを、前記電子ファイルにおいて受け取ることと、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、パラメータ・セットの複数の異なる特定のタイプのうちの１つであり、
前記特定のタイプのすべてのパラメータ・セットが前記サンプル・ディスクリプションに格納されているか否かを、前記インジケーションに基づいて判定することと、
前記特定のタイプのすべてのパラメータ・セットが、前記サンプル・ディスクリプションに格納されているか否かの判定に基づいて、前記特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、前記コーディングされたビデオ・データを処理することと、
を備える方法。
【請求項２２】
電子ファイルに格納された、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを処理する装置であって、
前記電子ファイルを格納するように構成されたメモリと、
少なくとも１つのプロセッサであって、
少なくとも１つのサンプルに関連付けられ、ビデオ・データ・トラック内にあるサンプル・ディスクリプションについて、前記ビデオ・データ・トラック内のサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否か、または、前記特定のタイプの少なくとも１つのパラメータ・セットが前記ビデオ・データ・トラック内の前記サンプル・ディスクリプション以外に含まれるか否かを示すインジケーションを、前記電子ファイルにおいて、受け取ることと、ここで、前記少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの前記複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、パラメータ・セットの複数の異なる特定のタイプのうちの１つであり、
前記特定のタイプのすべてのパラメータ・セットが前記サンプル・ディスクリプションに格納されているか否かを、前記インジケーションに基づいて判定することと、
前記特定のタイプのすべてのパラメータが、前記サンプル・ディスクリプションに格納されているか否かの判定に基づいて、前記特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、前記コーディングされたビデオ・データを処理することと、
を実行するように構成された少なくとも１つのプロセッサと、
を備える装置。
【請求項２３】
デコーダ・デバイスをさらに備え、
前記デコーダ・デバイスは、少なくとも、前記コーディングされたビデオ・データを、前記特定のタイプの前記パラメータ・セットのうちの１または複数に少なくとも部分的に基づいてデコードすることによって、前記特定のタイプの前記パラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、前記コーディングされたビデオ・データを処理するように構成された、請求項２２に記載の装置。
【請求項２４】
ビデオ・データのそれぞれの階層レイヤは、全体がコーディングされたビデオ・シーケンスと、ピクチャのシーケンスと、ピクチャとを含む、請求項１に記載の方法。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、その全体内容が参照によって本明細書に組み込まれている２０１２年４月２５日出願の米国仮出願６１／６３８，３９３の利益を主張する。
【技術分野】
【０００２】
本開示は、エンコードされたビデオ・データの格納および伝送に関する。
【背景技術】
【０００３】
デジタル・ビデオ機能は、デジタル・テレビ、デジタル・ダイレクト・ブロードキャスト・システム、無線ブロードキャスト・システム、携帯情報端末（ＰＤＡ）、ラップトップ・コンピュータまたはデスクトップ・コンピュータ、デジタル・カメラ、デジタル記録デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーム・デバイス、ビデオ・ゲーム・コンソール、セル電話または衛星ラジオ電話、ビデオ・テレビ会議デバイス等を含む広範囲のデバイスに組み込まれうる。デジタル・ビデオ・デバイスは、デジタル・ビデオ情報をより効率的に送信および受信するために、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、またはＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、パート１０、アドバンスト・ビデオ・コーディング（ＡＶＣ）、およびこのような規格の拡張のようなビデオ圧縮技法を実施する。
【０００４】
ビデオ圧縮技法は、ビデオ・シーケンスにおいて特有の冗長性を低減または除去するために、空間予測および／または時間予測を実行する。特定の方法に関わらず、ビデオ・データがエンコードされた後、ビデオ・データは、送信または格納のためにパケット化されうる。ビデオ・データは、例えば、国際標準化機構（ＩＳＯ）ベース・メディア・ファイル・フォーマット（ＩＳＯＢＭＦＦ）や、例えばＡＶＣファイル・フォーマットのようなその拡張版のようなさまざまな規格のうちの何れかに準拠するビデオ・ファイルへアセンブルされうる。
【発明の概要】
【０００５】
一般に、本開示は、ビデオ・データを格納および転送するための技法を記載する。本開示は、特定のタイプのすべてのパラメータ・セットが、その他のタイプのパラメータ・セットと独立してビデオ・ファイルに含まれているいわゆる「サンプル・ディスクリプション」に格納されているか否かを指定する技法を提供する。
【０００６】
１つの例は、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイル内に格納する方法を含む。この方法は、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することを含む。少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくも一部を備える。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。この方法はさらに、この判定に基づいて、サンプル・ディスクリプションが、特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、電子ファイルに提供することをも含む。
【０００７】
別の例において、装置は、コーディングされたビデオ・ピクチャの多くのシーケンスを含む、コーディングされたビデオ・データを、電子ファイルに格納するように構成される。この装置は、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定するように構成された少なくとも１つのプロセッサを含む。少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備える。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。少なくとも１つのプロセッサはまた、この判定に基づいて、サンプル・ディスクリプションが、特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、電子ファイルに提供する
ようにも構成される。
【０００８】
別の例は、実行された場合、１または複数のプロセッサに対して、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することを含む動作を実行させる、格納された命令群を有するコンピュータ読取可能な記憶媒体を含む。少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備える。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。これら命令群は、実行された場合、１または複数のプロセッサに対して、この判定に基づいて、サンプル・ディスクリプションが、特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、電子ファイルに提供することを含む動作を実行させる。
【０００９】
別の例は、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納するための装置を含む。装置は、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定する手段を含む。少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくも一部を備える。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。この装置はさらに、この判定に基づいて、サンプル・ディスクリプションが、特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、電子ファイルに提供する手段を含む。
【００１０】
別の例は、電子ファイルに格納されたコーディングされたビデオ・ピクチャの複数のシーケンスを備えるコーディングされたビデオ・データを処理する方法を含む。この方法は、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、ファイルで受け取ることを含む。少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくも一部を備える。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。この方法はまた、このインジケーションに基づいて、特定のタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションに格納されているか否かを判定することと、特定のタイプのすべてのパラメータ・セットがサンプル・ディスクリプションに格納されているか否かの判定に基づいて、特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、コーディングされたビデオ・データを処理することと、を含む。
【００１１】
別の例は、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納するための装置を含む。この装置は、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、ファイルで受け取るように構成された少なくとも１つのプロセッサを含む。少なくとも１つのサンプルは、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくも一部を備える。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。少なくとも１つのプロセッサはまた、このインジケーションに基づいて、特定のタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションに格納されているか否かを判定し、特定のタイプのすべてのパラメータ・セットがサンプル・ディスクリプションに格納されているか否かの判定に基づいて、特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、コーディングされたビデオ・データを処理するように構成される。
【００１２】
１または複数の例の詳細が、添付図面および以下の説明において述べられる。他の特徴、目的、および利点が、説明と図面から、および特許請求の範囲から明らかになるだろう。
【図面の簡単な説明】
【００１３】
【図１】図１は、オーディオ／ビデオ（Ａ／Ｖ）ソース・デバイスがＡ／Ｖ宛先デバイスにオーディオおよびビデオ・データを転送するシステムの例を例示するブロック図である。
【図２】図２は、カプセル化ユニットの例の構成要素を例示するブロック図である。
【図３】図３は、ビデオ・ファイルの例の要素を例示する概念図である。
【図４】図４は、別のビデオ・ファイルの例の要素を例示する概念図である。
【図５】図５は、コーディングされたビデオ・データを電子ファイルに格納する方法の例を例示するフローチャートである。
【図６】図６は、コーディングされたビデオ・データを処理する方法の例を例示するフロー・チャートである。
【発明を実施するための形態】
【００１４】
一般に、ビデオ・コンテンツをファイルに格納するための技法が記載される。特に、これら技法は、国際標準化機構（ＩＳＯ）ベース・メディア・ファイル・フォーマット（ＩＳＯＢＭＦＦ）に基づいて、高効率ビデオ・コーディング（ＨＥＶＣ）ビデオ・コンテンツをファイルに格納するためのさまざまな方法に関連する。これら技法によって、特定のタイプのすべてのパラメータ・セットが、その他のタイプのパラメータ・セットと独立してビデオ・ファイルに含まれているいわゆる「サンプル・ディスクリプション」に格納されているか否かを示す仕様を可能にしうる。これら技法は、サンプル・ディスクリプションに含まれるシンタックス構成である、しばしばデコーダ・コンフィギュレーション・レコードと称されるものを、特定のタイプのすべてのパラメータ・セットがサンプル・ディスクリプション内に格納されているか否かを示す１または複数のフラグを含むように拡張しうる。開示された例は、特定のタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションに含まれているか否かを識別することを可能にする。これは、異なるタイプのパラメータ・セットの帯域外伝送をいつ実行するのかに関する判定を可能としうる。このように、開示された例は、コーディングされたビデオ・データの、より効率的な格納、処理、および送信を可能としうる。これは、例えばビデオ・エンコーダおよびデコーダのようなビデオ・コーディング・デバイスのパフォーマンスを高めうる。
【００１５】
デジタル・ビデオ機能は、デジタル・テレビ、デジタル・ダイレクト・ブロードキャスト・システム、無線ブロードキャスト・システム、携帯情報端末（ＰＤＡ）、ラップトップ・コンピュータまたはデスクトップ・コンピュータ、デジタル・カメラ、デジタル記録デバイス、デジタル・メディア・プレーヤ、ビデオ・ゲーム・デバイス、ビデオ・ゲーム・コンソール、セル電話または衛星ラジオ電話、ビデオ・テレビ会議デバイス等を含む広範囲のデバイスに組み込まれうる。デジタル・ビデオ・デバイスは、デジタル・ビデオ情報をより効率的に送信および受信するために、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、またはＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、パート１０、アドバンスト・ビデオ・コーディング（ＡＶＣ）、およびこのような規格の拡張のようなビデオ圧縮技法を実施する。
【００１６】
ビデオ圧縮技法は、ビデオ・シーケンスにおいて固有の冗長性を低減または除去するために、空間予測および／または時間予測を実行する。ブロック・ベースのビデオ・コーディングの場合、ビデオ・フレームまたはスライスは、例えばマクロブロックのようなブロックへ分割されうる。各マクロブロックもまたさらに分割されうる。イントラ・コード（Ｉ）されたフレームまたはスライスにおけるブロックは、近隣のブロックに関する空間予測を用いてエンコードされる。インタ・コード（ＰまたはＢ）されたフレームまたはスライスにおけるブロックは、同じフレームまたはスライスにおける近隣ブロックに関して空間予測を用い、他の基準フレームに関して時間予測を用いうる。
【００１７】
ビデオ・データがエンコードされた後、ビデオ・データは送信または格納のためにパケット化されうる。ビデオ・データは、例えばＩＳＯＢＭＦＦのようなさまざまな規格のうちの何れかに準拠するビデオ・ファイルへアセンブルされうる。さらなる規格の例は、スケーラブル・ビデオ・コーディング（ＳＶＣ）ファイル・フォーマット、アドバンスト・ビデオ・コーディング（ＡＶＣ）ファイル・フォーマット、第３世代パートナシップ計画（３ＧＰＰ）ファイル・フォーマット、および／または、マルチビュー・ビデオ・コーディング（ＭＶＣ）ファイル・フォーマット、またはその他類似のビデオ・ファイル・フォーマットを含む。
【００１８】
一例において、ファイル・カプセル化ユニットまたはその他のデバイスは、ビデオ・エンコーダから、ビデオ・データを備えるエレメンタリ・ストリームと、オーディオ・エンコーダから、オーディオ・データを備えるエレメンタリ・ストリームとを受け取る。ＡＶデータが、例えばビットレート、フレーム・レート、解像度、（ビデオおよび／またはオーディオ・データのための）コーデック・タイプ、言語等のような、関連する属性／パラメータとともに、ＡＶ「表示」を形成しうる。
【００１９】
「表示」なる用語は、特定の手法でエンコードされた、および、マルチメディア・コンテンツの特定の期間に対応するエンコードされた、オーディオまたはビデオ・データのセクションを称するために使用されうる。ＡＶデータの個々のストリームのおのおのは、エレメンタリ・ストリームと称されうる。エレメンタリ・ストリームは、単一の、電子的にコーディングされた（恐らくは圧縮された）成分の表示である。例えば、表示のコーディングされたビデオおよびオーディオ部分が、エレメンタリ・ストリームでありうる。さらに、例えば、後述されるようなシーケンス・パラメータ・セットのように、ビデオ・エレメンタリ・ストリームに含まれるビデオ・データに関連するパラメータに関する情報が、パラメータ・セット・エレメンタリ・ストリームに含まれうる。
【００２０】
いくつかの例において、ビデオおよびオーディオ・エンコーダはおのおの、エンコードされたデータから、パケット化されたエレメンタリ・ストリーム（ＰＥＳ）を生成するためのパケタイザを含みうる。他の例では、ビデオおよびオーディオ・エンコーダはおのおの、エンコードされたデータからＰＥＳパケットを生成するために、各パケタイザとインタフェースしうる。さらに別の例では、エンコードされたオーディオおよびビデオ・データからＰＥＳパケットを生成するためのパケタイザを、カプセル化ユニットが含みうる。
【００２１】
カプセル化ユニットは、オーディオおよびビデオ・エンコーダから、表示のエレメンタリ・ストリームのＰＥＳパケットを受け取り、ＰＥＳパケットから、対応するネットワーク・アブストラクション・レイヤ（ＮＡＬ）を生成しうる。Ｈ．２６４／ＡＶＣ（アドバンスド・ビデオ・コーディング）の例では、コーディングされたビデオ・セグメントは、ＮＡＬユニットへ体系化される。これは、例えば、ビデオ・テレフォニ、ストレージ、ブロードキャスト、またはストリーミングのようなアプリケーションに対処する、「ネットワーク・フレンドリ」なビデオ表示を提供しうる。ＮＡＬユニットは、ビデオ・コーディング・レイヤ（ＶＣＬ）ＮＡＬユニットおよび非ＶＣＬ  ＮＡＬユニットとして分類されうる。ＶＣＬユニットは、コア圧縮エンジンを含みうる。そして、ブロック、マクロブロック、および／または、スライス・レベル・データを含みうる。非ＶＣＬ  ＮＡＬユニットは、特に、パラメータ・セットＮＡＬユニットを含みうる。
【００２２】
例えば、ピクチャが、（スライスとも称される）複数のセグメントに分割され、これらセグメントが、自身の伝送ユニット（例えば、ＲＴＰパケット）で伝送されるのであれば、シーケンス・ヘッダとピクチャ・ヘッダの損失の効果に応じて、パラメータ・セットが、Ｈ．２６４／ＡＶＣに導入された。第１のピクチャ・セグメント・データのみならず、ピクチャ・ヘッダをも伝送するピクチャの第１のパケットの損失は、たとえその他すべてのパケットが損失された訳ではなかった場合であっても、完全に誤って再構築されたピクチャ（さらに、しばしば、後続するピクチャも）に至りうる。ピクチャ・ヘッダを有するパケットが損失された場合、いくつかのデコーダ実装は、受け取られたピクチャのパケットをデコードすることさえも試みないであろう。
【００２３】
パラメータ・セットは、ビデオ・ストリームの一部でありうるか、あるいは、（信頼できるチャネルや、エンコーダおよびデコーダにおけるハード・コーディング等を用いた帯域外送信を含む）その他の手段を使ってデコーダによって受け取られうる。パラメータ・セットは、例えば、コーディングされたビデオ・シーケンスに含まれるピクチャのスライスに対応するスライス・ヘッダからダイレクトにまたは非ダイレクトに参照される識別情報を含む。この参照処理は、「アクティベーション」として知られている。パラメータ・セット・タイプに依存して、アクティベーションは、ピクチャ毎に１回、または、シーケンス毎に１回、生じうる。（ビデオ・コーデックのその他のシンタックス要素について一般的であるような）ビットストリーム内の情報の位置による暗黙的なアクティベーションは、帯域外送信の場合には利用可能ではないので、その他の理由の中でも、参照によるアクティベーションの概念が導入された。
【００２４】
ＨＥＶＣは、コーディングされたビデオ・シーケンスの、例えば、ピクチャ、シーケンス、レイヤのようなビデオ・データの、異なるレベルのグラニュラリティに適合する多くの異なるタイプのパラメータ・セットを含んでいる。ＨＥＶＣに含まれるパラメータ・セットは、ピクチャ・パラメータ・セット（ＰＰＳ）、シーケンス・パラメータ・セット（ＳＰＳ）、およびビデオ・パラメータ・セット（ＶＰＳ）である。ＶＰＳは、複数のレイヤのみならず、サブ・レイヤにも適用可能な情報を伝送する。マルチ・レイヤ・ビデオ・シーケンスの例は、例えば、解像度、ビット・レート、フレーム・レート等によって異なる表示を含む、複数のバージョンンの同じビデオ・ストリームを含む。所与のビデオ・シーケンスの各レイヤは、同じＳＰＳを有しているか、異なるＳＰＳを有しているかに関わらず、一般に、同じＶＰＳを称しうる。ＶＰＳは、（１）不必要な複製を回避するために、複数のレイヤまたは動作ポイントによって共有された共通のシンタックス要素、（２）例えばプロファイルおよびレベルを含む、セッション・ネゴシエーションのために必要とされる動作ポイントの情報、および、（３）１つのＳＰＳに属さないその他の動作ポイント特有の情報、を含む情報を伝送しうる。１つのＳＰＳに属さないその他の動作ポイント特有の情報の例は、レイヤまたはサブ・レイヤのための仮設基準デコーダ（ＨＲＤ：Hypothetical Reference Decoder）パラメータを含みうる。
【００２５】
ＳＰＳは、コーディングされたビデオ・シーケンスのすべてのスライスに適合しうる情報を含んでいる。ＨＥＶＣにおいて、コーディングされたビデオ・シーケンスは、瞬時的デコーディング・リフレッシュ（ＩＤＲ）ピクチャ、クリーン・ランダム・アクセス（ＣＲＡ）ピクチャ、または、ビットストリーム内の最初のピクチャであるブロークン・リンク・アクセス（ＢＬＡ）から始まり、ＩＤＲピクチャでもＢＬＡピクチャでもない後続するすべてのピクチャを含んでいる。ビットストリームは、１または複数のコーディングされたビデオ・シーケンスから成る。ＳＰＳのコンテンツは、例えば、（１）自己参照（自身のＩＤ）、（２）デコーダ動作ポイント関連（プロファイル、レベル、ピクチャ・サイズ、サブ・レイヤの数等）、（３）プロファイル内のいくつかのツールのためのイネーブル・フラグと、ツールがイネーブルされた場合に関連付けられたコーディング・ツール・パラメータ、（４）変換係数コーディングと構造のフレキシビリティを制約する情報、（５）一時的なスケーラビリティ制御、および、（６）仮説基準デコーダ（ＨＲＤ）情報を含むビジュアル・ユーザビリティ情報（ＶＵＩ）、を含む多くの情報のカテゴリに分割されうる。
【００２６】
ＰＰＳは、コーディングされたビデオ・シーケンスにおいて、ピクチャ毎に変化しうる情報を含んでいる。ＰＰＳのコンテンツは、例えば、（１）自己参照、（２）例えば、初期量子化パラメータ（ＱＰ）や、スライス（シーケンス）ヘッダ内のいくつかのツールまたは制御情報の用途、または、存在を示すフラグの数のような初期ピクチャ制御情報、および（３）タイル情報、を含む多くの情報のカテゴリに分割されうる。
【００２７】
ＩＳＯベース・メディア・ファイル・フォーマット（ＩＳＯＢＭＦＦ、ＩＳＯ／ＩＥＣ  １４４９６−１２）は、メディアの相互交換、管理、編集、および表示を容易にするフレキシブルな拡張フォーマットで、メディア表示のために計時されたメディア情報を含むように設計されている。ＩＳＯＢＭＦＦは、時間ベースのメディア・ファイルのための一般的な構造を定義するＭＰＥＧ−４  パート１２において指定されている。ＩＳＯＢＭＦＦは、例えば、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣビデオ圧縮、３ＧＰＰファイル・フォーマット、ＳＶＣファイル・フォーマット、およびＭＶＣファイル・フォーマットのためのＡＣＶファイル・フォーマット（ＩＳＯ／ＩＥＣ  １４４９６−１５）に定義されたサポートのような体系におけるその他のファイル・フォーマットの基礎として使用される。３ＧＰＰファイル・フォーマットおよびＭＶＣファイル・フォーマットは、ＡＶＣファイル・フォーマットの拡張版である。ＩＳＯベース・メディア・ファイル・フォーマットは、例えばオーディオ・ビジュアル表示のようなメディア・データの、計時されたシーケンスのためのメディア情報、構造、およびタイミングを含む。このファイル構造は、オブジェクト指向である。ファイルは、基本オブジェクトへ分解され、これらオブジェクトの構造は、これらのタイプから示唆される。
【００２８】
ＩＳＯベース・メディア・ファイル・フォーマットでは、表示全体がムービと呼ばれる。これは、論理的にトラックに分割される。いくつかのトラックは、メディアの、計時されたシーケンス（例えば、ビデオのフレーム）を表示しうる。さらに、トラックは、例えば、パラメータ・セットを含むメディア属性／パラメータのようなその他のデータを含みうる。コーディングされたビデオ・データは、これらパラメータ・セットによって、ファイルにカプセル化されたデータを受け取るデコーダ・デバイスによってデコードされうる。各トラック内では、計時された各ユニットはサンプルと呼ばれる。これは、例えば、ビデオまたはオーディオのフレームでありうる。各サンプルは、暗黙的に連続的に付番される。各トラックは、１または複数のサンプル・ディスクリプションを有しており、トラック内の各サンプルは、参照によってディスクリプションに紐付けられる。ディスクリプションは、サンプルがどのようにしてデコードされうるのかを定義している（例えば、ディスクリプションは、使用されている圧縮アルゴリズムを特定する。
【００２９】
その他いくつかのマルチメディア・ファイル・フォーマットとは異なり、ＩＳＯベース・メディア・ファイル・フォーマットは、いくつかの概念を分離する。これらはしばしばリンク付けられる。ファイルの物理的な構造は、メディア自身の物理的な構造に紐付けられないことがありうる。例えば、メディアのレイアウトと、ファイルの物理的な構造とは、メディアの時間順に紐付けられる必要はない。ビデオのフレームは、（時間順であったとしても）時間順にファイルに記録される必要はない。しかしながら、ファイル構造は、メディアのタイミングおよび配置を記述するために使用されうる。そのようなファイル構造は、必要では無いが、時間順のファイルを可能としうる。
【００３０】
ファイル内のデータは、ボックス内にカプセル化されうる。メディアのタイミングおよび配置を定義することを含むメタデータは、構造化されたボックス内に含まれうる。そして、メディア・データ（例えば、ビデオのフレーム）は、このメタデータによって参照されうる。メディア・データは、（１または複数のボックスに含まれた）同じファイル内にありうるか、または、別のファイル内にありうる。例えば、メタデータは、ＵＲＬによる別のファイルへの参照を可能にする。これらの２次ファイル内のメディア・データの配置は、１次ファイル内のメタデータによって完全に記述される。このような２次ファイルは、この仕様にフォーマットされる必要はないが、この仕様にフォーマットされるかもしれず、例えば、これら２次メディア・ファイル内にボックスが存在しないことが可能である。
【００３１】
トラックは、さまざまな種類からなりうる。ビデオ・トラックは、オーディオ・メディアを含むビジュアル・トラックおよびオーディオ・トラックであるサンプルを含む。ファイルはまた、ファイル内のメディア・トラックからのヒント・トラックを含みうる。これは、ストリーミング・プロトコルのためのパケットをどのようにして生成するのかに関する、ストリーミング・サーバのための指示を含む。ファイルが、ローカル・プレイバックのために読み取られた場合、ヒント・トラックは無視されうる。ＩＳＯベース・メディア・ファイル・フォーマットはまた、その他のトラックをも考慮する。
【００３２】
ＩＳＯベース・メディア・ファイル・フォーマットの拡張は、ＨＥＶＣを含む、コーディングされた多くの異なるビデオ規格のために案出された。そのようなＩＳＯベース・メディア・ファイル・フォーマットの拡張にしたがって、ＶＰＳ、ＳＰＳ、およびＰＰＳを含むパラメータ・セットは、ビデオのビデオ・トラックにあるビデオ・エレメンタリ・ストリームに関連付けられうる。さらに、パラメータ・セットはまた、サンプルに関連付けられたサンプル・ディスクリプションに格納されうる。さらに、パラメータ・セット・トラックと呼ばれ、ＳＰＳ、ＰＰＳ、および／または、ＶＰＳ非ＶＣＬパラメータ・セットＮＡＬユニットのうちの１または複数から生成されるサンプルを含むパラメータ・セット・エレメンタリ・ストリームを含んでいる別のトラックに、パラメータ・セットを有することも可能である。
【００３３】
ビデオのサンプルに関連付けられたサンプル・ディスクリプションは、パラメータ・セットの場所を示す。サンプル・ディスクリプションは、シンタックス構造を提供する。これによって、サンプル属性情報は、例えばビデオ・デコーダのようなデバイスへ通知されうる。以前のＨＥＶＣファイル・フォーマットは、すべてのタイプのすべてのパラメータ・セットがサンプル・ディスクリプションに含まれているか、または、すべてのタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションおよびサンプルに格納されうるのか、を指定していた。しかしながら、いくつかのケースでは、例えば、ＶＰＳ、ＳＰＳ、およびＰＰＳのうちの１または複数の帯域外伝送をいつ実行するのかを決定するために、特定のタイプのパラメータ・セットが、サンプル・ディスクリプションに含まれているか否かを区別することが有用でありうる。
【００３４】
特定のタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションに含まれているか、または、関連付けられたサンプルに含まれているか、または、例えばパラメータ・セット・トラックのようにその他のある場所に含まれているのかの判定を容易にするために、本開示の技法は、例えばサンプル・ディスクリプションにカプセル化されたファイルにおいてインジケーションが指定されることを可能にする。これは、各タイプのパラメータ・セットが、サンプル・ディスクリプションに含まれているか、サンプル・データに含まれているか、またはその両方に含まれているか、または、ある別の場所に含まれているかを個別に示す。１つの例において、各タイプのパラメータ・セットの１つのインジケーションが、デコーダ・コンフィギュレーション・レコードに含まれる。これは、サンプル・ディスクリプションの一部を形成するシンタックス構造である。
【００３５】
図１は、オーディオ／ビデオ（Ａ／Ｖ）ソース・デバイス２０が、オーディオおよびビデオ・データをＡ／Ｖ宛先デバイス４０へ伝送するシステム１０の例を例示するブロック図である。図１のシステム１０は、ビデオ・テレビ会議システム、サーバ／クライアント・システム、ブロードキャスタ／受信機システムに相当しうる。または、図１のシステム１０は、ビデオ・データが、例えばＡ／Ｖソース・デバイス２０のようなソース・デバイスから、例えばＡ／Ｖ宛先デバイス４０のような宛先デバイスへ送信されるその他任意のシステムに相当しうる。いくつかの例において、Ａ／Ｖソース・デバイス２０およびＡ／Ｖ宛先デバイス４０は、双方向情報交換を実行しうる。すなわち、Ａ／Ｖソース・デバイス２０およびＡ／Ｖ宛先デバイス４０は、オーディオおよびビデオ・データのエンコードおよびデコード（および送信および受信）の両方を実行できうる。いくつかの例において、オーディオ・エンコーダ２６は、ボコーダとも呼ばれるボイス・エンコーダを備えうる。
【００３６】
図１の例では、Ａ／Ｖソース・デバイス２０は、オーディオ・ソース２２、ビデオ・ソース２４、オーディオ・エンコーダ２６、ビデオ・エンコーダ２８、カプセル化ユニット３０、および出力インタフェース３２を含んでいる。オーディオ・ソース２２は、例えば、オーディオ・エンコーダ２６によってエンコードされるべきキャプチャされたオーディオ・データを表わす電気信号を生成するマイクロホンを含みうる。あるいは、オーディオ・ソース２２は、以前に記録されたオーディオ・データを格納する記憶媒体、例えばコンピュータ化されたシンセサイザのようなオーディオ・データ生成器、または、その他任意のオーディオ・データのソースを備えうる。ビデオ・ソース２４は、ビデオ・エンコーダ２８によってエンコードされるべきビデオ・データを生成するビデオ・カメラ、以前に記録されたビデオ・データを用いてエンコードされた記憶媒体、ビデオ・データ生成ユニット、または、ビデオ・データのその他任意のソースを備えうる。
【００３７】
生のオーディオおよびビデオ・データは、アナログまたはデジタルのデータを備えうる。アナログ・データは、オーディオ・エンコーダ２６および／またはビデオ・エンコーダ２８によってエンコードされる前にデジタル化されうる。話し手が話している間に、オーディオ・ソース２２が、話し手からオーディオ・データを取得し、同時に、ビデオ・ソース２４が、話し手のビデオ・データを取得しうる。このように、本開示に記載された技法は、ライブ、ストリーミング、リアルタイムのオーディオおよびビデオ・データへ適用されうるか、アーカイブされた、事前に記録されたオーディオおよびビデオ・データへ適用されうる。
【００３８】
ビデオ・ソース２４は、シーンの単一または複数の同時視聴を提供しうる。例えば、ビデオ・ソース２４は、１つのカメラまたはカメラ・アレイに対応しうる。カメラ・アレイは、例えば、アレイにおけるこれらカメラのおのおのが、ほぼ共通の焦点に向けられるように、ある距離によって離された２またはそれ以上のカメラである。複数カメラ配置では、これらカメラのおのおのが、シーンのわずかに異なる視点を提供しうる。
【００３９】
ビデオ・ソース２４はまた、その他の技法を用いて、複数の同時ビューを提供しうる。例えば、ビデオ・ソース２４は、シーンにおける物体のために、１つのビューおよびデプス情報を提供しうる。デプス情報は、第２の仮想カメラ視点からの、第２のビューを生成するために使用されうる。ビデオ・ソース２４は、第２のビューを生成するプロセッサを含みうる。または、ビデオ・エンコーダ２８の事前処理ユニットが、第２のビューを生成しうる。いくつかの例において、ビデオ・ソース２４は、２またはそれ以上のカメラ視点を用いてコンピュータ・グラフィックを生成するコンピュータを備えうる。
【００４０】
ビデオ・フレームに相当するオーディオ・フレームは、一般に、ビデオ・フレーム内に含まれているビデオ・ソース２４によってキャプチャされたビデオ・データと同時に、オーディオ・ソース２２によってキャプチャされたオーディオ・データを含むオーディオ・フレームである。したがって、オーディオ・フレームは、１または複数の特定のビデオ・フレームに時間的に対応しうる。したがって、ビデオ・フレームに対応するオーディオ・フレームは、一般に、オーディオ・データとビデオ・データが同時にキャプチャされた状況に対応する。そして、この状況のために、オーディオ・フレームとビデオ・フレームはそれぞれ、同時にキャプチャされたオーディオ・データおよびビデオ・データを備える。
【００４１】
いくつかの例において、オーディオ・エンコーダ２６は、エンコードされたオーディオ・フレームのためのオーディオ・データが記録された時間を表わす、エンコードされた各オーディオ・フレーム内のタイム・スタンプをエンコードしうる。同様に、ビデオ・エンコーダ２８は、エンコードされたビデオ・フレームのためのビデオ・データが記録された時間を表わす、エンコードされた各ビデオ・フレーム内のタイムスタンプをエンコードしうる。Ａ／Ｖソース・デバイス２０は、内部クロックを含みうる。オーディオ・エンコーダ２０および／またはビデオ・エンコーダ２８は、内部クロックからタイムスタンプを生成しうる。または、オーディオ・ソース２２およびビデオ・ソース２４がそれぞれオーディオおよびビデオ・データをタイムスタンプと関連付けるために内部クロックを使用しうる。
【００４２】
いくつかの例では、オーディオ・ソース２２は、オーディオ・データが記録された時刻に対応するデータをオーディオ・エンコーダ２６へ送信しうる。そして、ビデオ・ソース２４は、ビデオ・データが記録された時刻に対応するデータをビデオ・エンコーダ２８へ送信しうる。いくつかの例において、オーディオ・エンコーダ２６は、オーディオ・データが記録された絶対時刻を示す必要なく、エンコードされたオーディオ・データの相対的な時間順を示すために、エンコードされたオーディオ・データ内のシーケンス識別子をエンコードしうる。同様に、ビデオ・エンコーダ２８は、エンコードされたビデオ・データの相対的な時間順を示すためにシーケンス識別子を使用しうる。同様に、いくつかの例において、シーケンス識別子は、タイムスタンプに相関付けられうるか、マップされうる。
【００４３】
ビデオ・ソース２４から受け取られたビデオ・データをエンコードするために、ビデオ・エンコーダ２８は、イントラおよび／またはインタ予測を実行し、１または複数の予測ブロックを生成する。ビデオ・エンコーダ２８は、エンコードされるべきオリジナルのビデオ・ブロックから予測ブロックを引き、残余ブロックを生成する。したがって、残余ブロックは、コーディングされているブロックと予測ブロックとの間のピクセル毎の差分を表わしうる。ビデオ・エンコーダ２８は、残余ブロックに変換を実行し、変換係数のブロックを生成しうる。イントラおよび／またはインタ・ベースの予測コーディングおよび変換技法にしたがって、ビデオ・エンコーダ２８は、これら変換係数を量子化しうる。量子化後、エントロピ・コーディング方法にしたがって、エンコーダ２８によってエントロピ・コーディングが実行されうる。
【００４４】
ビデオ・エンコーダ２８によって生成された、コーディングされたビデオ・ブロックは、予測情報によって表されうる。予測情報は、オリジナルのブロックを再生成するために予測ブロックに適用されうるデータの残余ブロックと、予測ブロックとを生成または識別するために使用されうる。予測情報は、データの予測ブロックを識別するために使用される動きベクトルを含みうる。ビデオ・デコーダ４８は、動きベクトルを用いて、残余ブロックをコーディングするためにビデオ・エンコーダ２８によって使用された予測ブロックを再構築することができうる。したがって、残余ブロックのセットと、動きベクトルのセット（および、恐らくは追加のいくつかのシンタックス）が与えられ、ビデオ・デコーダ２８は、オリジナルでエンコードされていたデータのビデオ・フレームまたはその他のブロックを再構築しうる。なぜなら、連続したビデオ・フレーム、または、その他のタイプのコーディングされたユニットはしばしば類似しているので、動き推定および動き補償に基づくインタ・コーディングは、過度のデータ損失無しで、比較的大規模な圧縮を達成しうる。エンコードされたビデオ・シーケンスは、残余ブロック・データ、（インタ予測エンコードされた場合）動きベクトル、イントラ予測のためのイントラ予測モードを示すインジケーション、およびシンタックス要素を含みうる。
【００４５】
ビデオ・エンコーダ２８はまた、共通のフレームまたはスライス、または、フレームのその他のサブ部分の近隣ビデオ・ブロックに関するビデオ・ブロックをエンコードするために、イントラ予測技法を利用しうる。このように、ビデオ・エンコーダ２８は、ブロックを空間的に予測する。ビデオ・エンコーダ２８は、一般にさまざまな空間予測方向に対応するさまざまなイントラ予測モードを用いて構成されうる。
【００４６】
ビデオ・エンコーダ２８は、ビデオ・ソース２４によって提供されたソース・ビデオ・データのエンコードの結果得られる残余ブロックの通信に関連付けられたビット・レートをさらに低減するために変換処理、量子化処理、およびエントロピ・コーディング処理を適用しうる。変換技法は、例えば離散コサイン変換（ＤＣＴ）または概念的に類似の処理を含みうる。あるいは、ウェーブレット変換、整数変換、またはその他のタイプの変換もまた使用されうる。ビデオ・エンコーダ２８はまた、変換係数を量子化しうる。これは、一般に、例えば、これら係数を表現するために使用されるビットのようなデータの量を低減するための処理を含む。エントロピ・コーディングは、ビットストリームへ出力するためのデータを集合的に圧縮する処理を含みうる。圧縮されたデータは、例えば、コーディング・モードのシーケンス、動き情報、コーディングされたブロック・パターン、および量子化された変換係数を含みうる。エントロピ・コーディングの例は、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）およびコンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）を含む。
【００４７】
ソース・デバイス２０および宛先デバイス４０によるビデオ・エンコーディングおよびデコーディングは、例えば、輝度成分のための１６×１６、８×８、または４×４と、彩度成分のための８×８のようなイントラ予測のための多くの異なるビデオ・コード・ブロック・サイズをサポートしうる。さらに、ソース・デバイス２０および宛先デバイス４０は、例えば、輝度成分のための１６×１６、１６×８、８×１６、８×８、８×４、４×８、および４×４と、彩度成分のための対応するスケールされたサイズのような、インタ予測のための多くの異なるビデオ・コード・ブロック・サイズをサポートしうる。本開示では、「ＮｘＮ」と「ＮバイＮ」は、例えば１６×１６ピクセルまたは１６バイ１６ピクセルのような垂直方向の次元および水平方向の次元の観点から、ブロックのピクセル次元を称するために相互交換可能に使用されうる。一般に、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）と、水平方向に１６ピクセル（ｘ＝１６）を有するだろう。同様に、Ｎ×Ｎブロックは、一般に、垂直方向におけるＮ個のピクセルと、水平方向におけるＮ個のピクセルとを有する。ここで、Ｎは、負ではない整数値を表わす。ブロックにおけるピクセルは、行と列とで構成されうる。ブロックは、水平次元および垂直次元において、異なる数のピクセルを有しうる。すなわち、ブロックは、Ｎ×Ｍピクセルを含みうる。ここで、Ｎは、必ずしもＭに等しくはない。
【００４８】
１６×１６未満であるブロック・サイズは、１６×１６のマクロブロックのパーティションと称されうる。ビデオ・ブロックは、ピクセル領域においてピクセル・データのブロックを、または、変換領域において変換係数のブロックを、備えうる。例えば、ディスクリート・コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、コード化されたビデオ・ブロックと予測ビデオ・ブロックとの間のピクセル差分を表す残余ビデオ・ブロック・データへの概念的に同じ変換にしたがって、変換領域に変換係数のブロックを備えうる。いくつかのケースでは、ビデオ・ブロックは、変換領域に、量子化された変換係数のブロックを備えうる。
【００４９】
より小さなビデオ・ブロックは、より良好な解像度を提供しうる。そして、高レベルの詳細を含むビデオ・フレームの位置のために使用されうる。サブ・ブロックとしばしば称されるマクロブロックおよびさまざまなパーティションは、一般に、ビデオ・ブロックと考慮されうる。さらに、スライスは、例えばマクロブロックおよび／またはサブ・ブロックのような複数のビデオ・ブロックであると考えられうる。おのおののスライスは、ビデオ・フレームの、独立してデコードすることが可能な単位でありうる。あるいは、フレームはそれ自体デコードすることが可能な単位でありうる。あるいは、フレームの他の部分が、デコードすることが可能な単位として定義されうる。「コーディングされたユニット」または「コーディング・ユニット」という用語は、例えば、フレーム全体、フレームのスライス、シーケンスとも称されるピクチャのグループ（ＧＯＰ）、または、適用可能なコーディング技法にしたがって定義されたその他の独立してデコード可能なユニットのような、ビデオ・フレームの独立してデコード可能な任意のユニットを称しうる。
【００５０】
図１に再び示すように、ビデオ・ソース２４は、シーンの１または複数のビューをビデオ・エンコーダ２８へ提供しうる。あるいは、この情報を、カプセル化ユニット３０へダイレクトに提供しうる。カプセル化ユニット３０は、エンコードされたビデオ・データを含むエレメンタリ・ストリームを、ビデオ・エンコーダ２８から、オーディオ・データを含むエレメンタリ・ストリームを、オーディオ・エンコーダ２６から受け取りうる。いくつかの例において、ビデオ・エンコーダ２８およびオーディオ・エンコーダ２６はおのおの、エンコードされたデータからＰＥＳパケットを生成するためのパケタイザを含みうる。その他の例では、ビデオ・エンコーダ２８およびオーディオ・エンコーダ２６はおのおの、エンコードされたデータからＰＥＳパケットを生成するための各パケタイザとインタフェースしうる。さらにその他の例では、カプセル化ユニット３０は、エンコードされたオーディオおよびビデオ・データからＰＥＳパケットを生成するためのパケタイザを含みうる。
【００５１】
カプセル化ユニット３０は、オーディオ・エンコーダ２６およびビデオ・エンコーダ２８から、表示のエレメンタリ・ストリームのＰＥＳパケットを受け取り、ＰＥＳパケットから、対応するネットワーク・アブストラクション・レイヤ（ＮＡＬ）ユニットを生成しうる。同じ表示内では、１つのエレメンタリ・ストリームに属するＰＥＳパケットを、他のエレメンタリ・ストリームに属するＰＥＳパケットと区別するために、ストリームＩＤが使用されうる。エレメンタリ・ストリームのデータの基本ユニットは、ＰＥＳパケットでありうる。したがって、ＭＶＣビデオ・データの各ビューは、それぞれのエレメンタリ・ストリームに対応しうる。同様に、オーディオ・データは、１または複数のそれぞれのエレメンタリ・ストリームに対応する。メディア・エレメンタリ・ストリームに加えて、カプセル化ユニット３０は、パラメータ・セットに対応するパラメータ・セット・ストリームを含むその他のタイプのエレメンタリ・ストリームを受け取りうる。これによって、ビデオ・デコーダ２８によってエンコードされたビデオ・データが、Ａ／Ｖ宛先デバイス４０のビデオ・デコーダ４８のようなデコード・デバイスによってデコードされうる。
【００５２】
本開示の技法は一般に、エンコードされたマルチメディア（例えばオーディオおよびビデオ）データの格納および伝送や、伝送されたマルチメディア・データの受け取り、および、その後の解釈およびデコードに向けられる。例えば、本開示の技法によって、例えばＶＰＳ、ＳＰＳ、およびＰＰＳのような各タイプのパラメータ・セットが、サンプルに関連付けられたサンプル・ディスクリプションに含まれているか、サンプル・データに含まれているか、サンプル・ディスクリプションとサンプルとの両方に含まれているか、またはその他のある場所に含まれているかを個別に示すインジケーションが、カプセル化されたビデオ・ファイル内で指定されるようになる。
【００５３】
一例において、カプセル化ユニット３０は、ビデオ・エンコーダ３０から受け取ったエレメンタリ・ストリームを分析し、サンプルに関連付けられた特定のタイプのすべてのパラメータ・セットが、サンプルに関連付けられたサンプル・ディスクリプションに格納されているか否かを判定する。カプセル化ユニット３０は、その後、エレメンタリ・ストリームから生成されたファイルに、特定のタイプのすべてのパラメータ・セットがサンプル・ディスクリプションに格納されているか否かを示すインジケーションを提供しうる。本開示にしたがうカプセル化ユニット３０のこの機能およびその他の機能に関するさらなる詳細が、図２乃至５を参照して以下に提供される。
【００５４】
一例において、カプセル化ユニット３０は、オーディオ・エンコーダ２６およびビデオ・エンコーダ２８から、表示のエレメンタリ・ストリームのＰＥＳパケットを受け取り、これらＰＥＳパケットから、対応するＮＡＬユニットを生成する。コーディングされたビデオ・セグメントをＮＡＬユニットに体系化することにより、例えば、ビデオ電話、格納、ブロードキャスト、またはストリームのようなアプリケーションに対処するために、データの、「ネットワーク・フレンドリな」ビデオ表示を提供しうる。ＮＡＬユニットは、ビデオ・コーディング・レイヤ（ＶＣＬ）ＮＡＬユニットおよび非ＶＣＬ  ＮＡＬユニットとして分類されうる。ＶＣＬユニットは、コア圧縮エンジンを含みうる。そして、ブロック、マクロブロック、および／または、スライス・レベル・データを含みうる。その他のＮＡＬユニットは、非ＶＣＬ  ＮＡＬユニットでありうる。
【００５５】
非ＶＣＬ  ＮＡＬユニットは、特に、パラメータ・セットＮＡＬユニットと、補足エンハンスメント情報（ＳＥＩ）ＮＡＬユニットとを含みうる。パラメータ・セットは、例えば、シーケンスおよびピクチャのような、異なるレベルのグラニュラリティのビデオ・データのために、異なるヘッダ情報を含みうる。パラメータＮＡＬユニット内にカプセル化されたパラメータは、ＶＰＳ、ＳＰＳ、およびＰＰＳを含みうる。稀にしか変化しない情報は、パラメータ・セットを用いて、各シーケンスまたはピクチャのために繰り返される必要はないので、送信効率が改善されうる。例えば、これらパラメータ・セットを使用することによって、重要なヘッダ情報の帯域外送信が可能となりうるので、誤り回復のための冗長送信の必要性を回避する。帯域外送信の例では、パラメータ・セットＮＡＬユニットが、例えばＳＥＩ  ＮＡＬユニットのような他のＮＡＬユニットとは異なるチャネルで送信されうる。
【００５６】
ＳＥＩは、ＶＣＬ  ＮＡＬユニットからのコーディングされたピクチャ・サンプルをデコードする必要のない情報を含みうるが、デコード目的、表示目的、誤り回復目的、およびその他の目的に関連する処理における支援を行いうる。ＳＥＩメッセージは、非ＶＣＬ  ＮＡＬユニットに含まれうる。ＳＥＩメッセージは、いくつかの規格仕様の標準部分であるので、規格に準拠したデコーダ実装のために常に必須という訳ではない。ＳＥＩメッセージは、シーケンス・レベルＳＥＩメッセージまたはピクチャ・レベルＳＥＩメッセージでありうる。あるシーケンス・レベル情報は、例えば、ＳＶＣの例におけるスケーラビリティ情報ＳＥＩメッセージ、および、ＭＶＣにおけるビュー・スケーラビリティ情報ＳＥＩメッセージのようなＳＥＩメッセージに含まれうる。これらのＳＥＩメッセージの例は、例えば、動作ポイントの抽出および動作ポイントの特徴に関する情報を伝送しうる。
【００５７】
ペイロード内にビデオ・データを含むＮＡＬユニットは、ビデオ・データのさまざまなグラニュラリティ・レベルを含みうる。例えば、ＮＡＬユニットは、ビデオ・データのブロック、１または複数のマクロブロック、ビデオ・データのスライス、または、ビデオ・データのフレーム全体を含みうる。
【００５８】
一例において、カプセル化ユニット３０は、多くのＮＡＬユニットからのアクセス・ユニットをアセンブルする。一般に、アクセス・ユニットは、ビデオ・データのフレームを表わすための１または複数のＮＡＬユニットのみならず、フレームに対応するオーディオ・データが利用可能である場合に、このオーディオ・データをも含みうる。アクセス・ユニットは一般に、例えば、１つの時間インスタンスのためのすべてのオーディオおよびビデオ・データのように、１つの出力時間インスタンスのためのすべてのＮＡＬユニットを含んでいる。例えば、各ビューが、毎秒２０フレームのフレーム・レート（ｆｐｓ）を有しているのであれば、各時間インスタンスは、０．０５秒の時間インタバルに相当しうる。この時間インタバル中に、同じアクセス・ユニットのすべてのビューの特定のフレーム（同じ時間インスタンス）が、同時にレンダリングされうる。アクセス・ユニットのデコード順は、出力順またはディスプレイ順とは必ずしも同じである必要はない。
【００５９】
カプセル化ユニット３０が、受け取ったデータに基づいて、ＮＡＬユニットおよび／またはアクセス・ユニットをビデオ・ファイルにアセンブルした後、カプセル化ユニット３０は、このビデオ・ファイルを、出力のために、出力インタフェース３２へ渡す。いくつかの例において、カプセル化ユニット３０は、ビデオ・ファイルを宛先デバイス４０へダイレクトに送信するのではなく、ビデオ・ファイルをローカルに格納するか、または、ビデオ・ファイルを、出力インタフェース３２を経由して遠隔サーバへ送信しうる。一例において、ビデオ・データは、リンク３４を介して、Ａ／Ｖ宛先デバイス４０の入力インタフェース３６へ転送されうる。いくつかの例において、ソース・デバイス２０は、例えば、符号分割多元接続（ＣＤＭＡ）のような通信規格、またはその他の通信規格にしたがって、宛先デバイス４０へ送信されるビデオ・データを変調するモデムを含む。モデムは、さまざまなミキサ、フィルタ、増幅器、または信号変調のために設計されたその他の構成要素を含みうる。出力インタフェース３２は、増幅器、フィルタ、および１または複数のアンテナを含む、データの送信のために設計された回路を含みうる。いくつかの例では、ソース・デバイス２０は、エンコードされたビデオ・データを、例えばリンク３４を介して通信チャネルによって送信するのではなく、例えば、デジタル・ビデオ・ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、フラッシュ・ドライブ等のような記憶デバイスへ格納しうる。
【００６０】
図１の例におけるＡ／Ｖ宛先デバイス４０は、オーディオ出力４２、ビデオ出力４４、オーディオ・デコーダ４６、ビデオ・デコーダ４８、デカプセル化ユニット３８、および入力インタフェース３６を含む。宛先デバイス４０では、ビデオ・デコーダ４８は、最終的には、エンコードされたビデオ・データを受け取り、デコードする。例えば、宛先デバイス４０の入力インタフェース３６は、リンク３４を介して、または、記憶デバイスから、情報を受け取る。この情報は、その後、デカプセル化ユニット３８によってデカプセル化される。ビデオ・デコーダ４８は、デカプセル化ユニット３８から、デカプセル化されたビデオ・データを受け取る。いくつかの例において、宛先デバイス４０は、情報を復調するモデムを含んでいる。出力インタフェース３２のように、入力インタフェース３６は、増幅器、フィルタ、および１または複数のアンテナを含む、データの受信のために設計された回路を含みうる。いくつかの事例では、出力インタフェース３２および／または入力インタフェース３６は、受信と送信との両方の回路を含む単一のトランシーバ構成要素内に組み込まれうる。モデムは、さまざまなミキサ、フィルタ、増幅器、または信号復調のために設計されたその他の構成要素を含みうる。いくつかの事例では、モデムは、変調と復調との両方を実行するための構成要素を含みうる。
【００６１】
デカプセル化ユニット３８は、ビデオ・ファイルの要素を、成分ＰＥＳストリームにデカプセル化し、このＰＥＳストリームをデパケット化して、エンコードされたデータを取得し、例えば、ストリームのＰＥＳパケット・ヘッダによって示されるように、  エンコードされたデータが、オーディオまたはビデオのストリームの一部であるかに依存して、エンコードされたデータを、オーディオ・デコーダ４６またはビデオ・デコーダ４８の何れかに送信しうる。オーディオ・デコーダ４６は、エンコードされたオーディオ・データをデコードして、デコードされたオーディオ・データをオーディオ出力４２へ送信する一方、ビデオ・デコーダ４８は、エンコードされたビデオ・データをデコードして、ストリームの複数のビューを含みうるデコードされたビデオ・データを、ビデオ出力４４へ送信する。
【００６２】
一例において、ビデオ・デコーダ４８は、量子化係数を得るために、例えばＣＡＶＬＣまたはＣＡＢＡＣのようなエントロピ・コーディング方法にしたがって、例えばコーディングされたブロックのような、受け取られたエンコードされたビデオ・データ８をエントロピ・デコードする。ビデオ・デコーダ４８は、ピクセル領域における残余ブロックを再構築するために、逆量子化（de-quantization）および逆変換関数を適用する。ビデオ・デコーダ４８はまた、エンコードされたビデオ・データに含まれる制御情報またはシンタックス情報（例えば、コーディング・モード、動きベクトル、フィルタ係数等を定義するシンタックス）に基づいて予測ブロックを生成する。ビデオ・デコーダ４８は、表示のための、再構築されたビデオ・ブロックを生成するために、予測ブロックと再構築された残余ブロックとの総和を計算する。
【００６３】
一例において、ビデオ出力４４は、１または複数のディスプレイ・デバイスを含む。これらは、例えば、基準ビュー（単数または複数）に含まれるデプス情報に基づいて同期された宛先ビュー（単数または複数）を含むマルチ・ビュー・ビデオを含むデコードされたビデオ・データをユーザに表示するように構成される。ビデオ出力４４の一部またはすべてを形成するディスプレイ・デバイスは、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマ・ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイ・デバイスのような１または複数のさまざまなディスプレイ・デバイスのうちの何かを含みうる。いくつかの例において、ビデオ出力４４は、三次元プレイバックが可能なディスプレイ・デバイスを含んでいる。例えば、ビデオ出力４４は、立体ディスプレイを含みうる。これは、視聴者によって着用されたアイウェアとともに使用される。
【００６４】
ビデオ・エンコーダ２８、ビデオ・デコーダ４８、オーディオ・エンコーダ２６、オーディオ・デコーダ４６、カプセル化ユニット３０、デカプセル化ユニット３８はおのおの、適用可能であれば、例えば、１または複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェア、またはこれら任意の組み合わせのように、さまざまな適切な処理回路のうちの何れかとして実現されうる。ビデオ・エンコーダ２８およびビデオ・デコーダ４８のおのおのは、１または複数のエンコーダまたはデコーダに含まれうる。これらの何れかは、結合されたビデオ・エンコーダ／デコーダ（コーデック）の一部として統合されうる。同様に、オーディオ・エンコーダ２６およびオーディオ・デコーダ４６のおのおのは、１または複数のエンコーダまたはデコーダに含まれうる。これらの何れかは、結合されたコーデックの一部として統合されうる。ビデオ・エンコーダ２８、ビデオ・デコーダ４８、オーディオ・エンコーダ２６、オーディオ・エンコーダ４６、カプセル化ユニット３０、および／または、デカプセル化ユニット３８を含む装置は、集積回路、マイクロプロセッサ、および／または、例えばセルラ電話のような無線通信デバイスを備えうる。
【００６５】
図２は、カプセル化ユニット３０の例の構成要素を例示するブロック図である。図２の例では、カプセル化ユニット３０は、ビデオ入力インタフェース８０、オーディオ入力インタフェース８２、ビデオ・ファイル生成ユニット６０、およびビデオ・ファイル出力インタフェース８４を含んでいる。ビデオ・ファイル生成ユニット６０は、この例では、ネットワーク・アブストラクション・レイヤ（ＮＡＬ）ユニット・コンストラクタ６２、パラメータ・セット抽出ユニット６４、およびサンプル・ディスクリプション生成ユニット６６を含む。
【００６６】
ビデオ入力インタフェース８０およびオーディオ入力インタフェース８２は、エンコードされたビデオおよびオーディオ・データをそれぞれ受け取る。ビデオ入力インタフェース８０およびオーディオ入力インタフェース８２は、ビデオおよびオーディオ・データがエンコードされると、これらデータを受け取りうる。または、エンコードされたビデオおよびオーディオ・データを、コンピュータ読取可能な媒体から取得しうる。エンコードされたビデオおよびオーディオ・データを受け取ると、ビデオ入力インタフェース８０およびオーディオ入力インタフェース８２は、エンコードされたビデオおよびオーディオ・データを、ビデオ・ファイルにアセンブルするためにビデオ・ファイル生成ユニット６０へ渡す。
【００６７】
ビデオ・ファイル生成ユニット６０は、それに属する機能および手順を実行するように構成されたハードウェア、ソフトウェア、および／または、ファームウェアを含む制御ユニットに相当しうる。制御ユニットはさらに、一般に、カプセル化ユニット３０に属する機能を実行しうる。例えば、ビデオ・ファイル生成ユニット６０がソフトウェアおよび／またはファームウェアで具体化される場合、カプセル化ユニット３０は、ビデオ・ファイル生成ユニット６０および処理ユニットがこれら命令群を実行するための命令群を備えるコンピュータ読取可能な媒体を含みうる。ビデオ・ファイル生成ユニット６０（この例では、ＮＡＬユニット・コンストラクタ６２、パラメータ・セット抽出ユニット６４、およびサンプル・ディスクリプション生成ユニット６６）は、個々のハードウェア・ユニットおよび／またはソフトウェア・モジュールとして実現され、機能的に統合されうるか、または、さらに、追加のサブ・ユニットへ分割されうる。ビデオ・ファイル生成ユニット６０は、例えば、１または複数のマイクロプロセッサ、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラム可能なゲート・アレイ（ＦＰＧＡ）、デジタル信号プロセサ（ＤＳＰ）、またはこれらの任意の組み合わせのように、任意の適切な処理ユニットまたは処理回路に相当しうる。ビデオ・ファイル生成ユニット６０はさらに、ＮＡＬユニット・コンストラクタ６２、パラメータ・セット抽出ユニット６４、および、サンプル・ディスクリプション生成ユニット６６のうちの何れかまたはすべてのための命令群を格納する非一時的なコンピュータ読取可能な媒体のみならず、これら命令群を実行するためのプロセッサを含みうる。
【００６８】
一般に、ビデオ・ファイル生成ユニット６０は、受け取られたオーディオおよびビデオ・データを含むビデオ・ファイルを生成しうる。ＮＡＬユニット・コンストラクタ６２は、エンコードされたビデオおよびオーディオ・サンプルを含むＮＡＬユニット生成しうる。ビデオ・ファイル生成ユニット６０はさらに、特定の時間インスタンスのためのすべてのＮＡＬユニットを含むアクセス・ユニットをアセンブルするように構成されうる。さらに、ビデオ・ファイル生成ユニット６０は、シーケンス・レベルＳＥＩメッセージによって記述されたエンコードされたビデオ・ピクチャから、シーケンス・レベルＳＥＩパラメータをデカップルし、シーケンス・レベルＳＥＩメッセージによって記述されたエンコードされたビデオ・ピクチャからのシーケンス・レベルＳＥＩメッセージを、ビデオ・ファイル内に個別に格納するように構成されうる。
【００６９】
ビデオ・エンコーダ２８（図１）は、ビデオ・データのサンプルを備えたビデオ・データ以外のデータを含みうる。ビデオ・エンコーダ２８から、カプセル化ユニット３０のビデオ入力インタフェース８０によって受け取られた、エンコードされたビデオ・データは、例えば、ＶＰＳ、ＳＰＳ、およびＰＰＳのようなパラメータ・セットを表わすデータのみならず、エンコードされたビデオのサンプルのためのＳＥＩメッセージをも含みうる。カプセル化されたビデオ・ファイルのコンテキストでは、サンプルは、例えば、カプセル化ユニット３０によって生成されたカプセル化されたビデオ・ファイルに含まれる、エンコードされたビデオ・データをデコードするために、エンコードされたビデオ・データのサンプルのみならず、例えば、宛先デバイス４０のビデオ・デコーダ４８のようなビデオ・デコーダによって使用されうるパラメータ・セットの一部を生成するデータを含むサンプルを含む、他のデータのサンプルをも称しうる。
【００７０】
本開示にしたがった例では、カプセル化ユニット３０のビデオ・ファイル生成ユニット６０は、エンコードされたビデオ・データの一部として受け取られたパラメータ・セット・データを、特定の場所に格納し、これらパラメータ・セットがどこに位置しているのかを示すインジケーションを、カプセルかされたファイル内に提供する、ように構成される。例えば、カプセル化ユニット３０のビデオ・ファイル生成ユニット６０は、パラメータ・セット・データを、ビデオ・サンプルに関連付けられたサンプル・ディスクリプションに格納するか、サンプル・データに格納するか、サンプル・ディスクリプションとサンプルとの両方に格納するか、またはその他のある場所に格納するように構成される。
【００７１】
前述されるように、ビデオ・ファイル生成ユニット６０は、パラメータ・セット抽出ユニット６４と、サンプル・ディスクリプション生成ユニット６６とを含む。一例において、パラメータ・セット抽出ユニット６４は、カプセル化ユニット３０のビデオ入力インタフェース８０によって受け取られたエンコードされたビデオ・データから、パラメータ・セット・データを抽出するように構成される。パラメータ・セット抽出ユニット６４は、一例において、パラメータ・セット・データを識別し、もって、このデータを、エンコードされたビデオ・データと区別しうる。さらに、パラメータ・セット抽出ユニット６４は、エンコードされたビデオ・データから、パラメータ・セット・データを分離しうる。
【００７２】
ビデオ・ファイル生成ユニット６０のパラメータ・セット抽出ユニット６４はまた、カプセル化されたビデオ・ファイル内の多くの異なる場所に、パラメータ・セット・データを格納するように構成されうる。一例において、パラメータ・セット抽出ユニット６４は、ビデオ・データのサンプルに関連付けられた１または複数のサンプル・ディスクリプション内に、パラメータ・セット・データの一部またはすべてを格納するように構成される。別の例において、パラメータ・セット抽出ユニット６４は、パラメータ・セット・データを、ビデオ・トラック内のビデオ・サンプルを含む、サンプル・ディスクリプション以外の場所に、または、パラメータ・セット・トラックのような、カプセル化されたビデオ・ファイルの個別のトラック内に格納するように構成されている。いくつかの例では、サンプル・ディスクリプションおよびビデオ・サンプルから分離して格納されたパラメータ・セット・データにおいて、パラメータ・セット抽出ユニット６４は、カプセル化されたビデオ・ファイルから分離されたファイルを生成しうる。ここでは、パラメータ・セット・データのいくつかまたはすべてを格納し、これによって、パラメータ・セット・データのいくつかまたはすべてを送信する。
【００７３】
ビデオ・ファイル生成ユニット６０のサンプル・ディスクリプション生成ユニット６６は、ビデオのサンプルに関連付けられたサンプル・ディスクリプションを生成するように構成される。前述したように、ＩＳＯベース・メディア・ファイル・フォーマットに従ってフォーマットされたファイルでは、全体的なメディア表示が、ムービと称される。ムービは、論理的にトラックに分割される。いくつかのトラックは、計時されたメディアのシーケンス（例えば、ビデオのフレーム）を表しうる。さらに、トラックは、例えば、これによって、コーディングされたビデオ・データが、ファイルにカプセル化されたデータを受け取るデコーダ・デバイスによってデコードされうるようになるパラメータ・セットを含むメディア属性／パラメータのようなその他のデータを含みうる。各トラック内では、計時された各ユニットはサンプルと呼ばれる。これは、例えば、ビデオまたはオーディオのフレームでありうる。各トラックは、１または複数のサンプル・ディスクリプションを有し、トラック内の各サンプルは、参照によってディスクリプションに紐付けされている。サンプル・ディスクリプションは、シンタックス構造を提供する。これによって、サンプル属性情報は、例えばビデオ・デコーダのようなビデオへ通信されうる。サンプル・ディスクリプションは、サンプルがどのようにデコードされるのかを定義する（例えば、このディスクリプションは、使用されている圧縮アルゴリズムを識別する）。サンプル・ディスクリプション生成ユニット６６は、カプセル化ユニット３０のビデオ入力インタフェース８０によって受け取られた、エンコードされたビデオ・データに含まれるビデオのサンプルに関連付けられたサンプル・ディスクリプションを生成するように構成される。
【００７４】
一例では、その他の情報の中でも、サンプル・ディスクリプション生成ユニット６６によって生成されたサンプル・ディスクリプションが、パラメータ・セットの場所を示す。以前のＨＥＶＣファイル・フォーマットは、すべてのタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションに含まれていることか、あるいは、すべてのタイプのすべてのパラメータ・セットが、サンプル・ディスクリプションおよびサンプル内に格納されうることか、を指定していた。いくつかのケースでは、例えば、ＶＰＳ、ＳＰＳ、およびＰＰＳのうちの１または複数の帯域外伝送をいつ実行するのかを決定するために、特定のタイプのパラメータ・セットが、サンプル・ディスクリプション内に含まれているか否かを区別することが有用でありうる。
【００７５】
特定のタイプのすべてのパラメータ・セットが、サンプル・ディスクリプション、または、例えばパラメータ・セット・トラックのようなその他いくつかの場所に含まれているのか否かの判定を容易にするために、本開示の技法によって、インジケーションが、各タイプのパラメータ・セットが格納される場所を個別に示す、サンプル・ディスクリプション内のサンプル・ディスクリプション生成ユニット６６によって指定されるようになる。一例では、サンプル・ディスクリプション生成ユニット６６が、例えば、デコーダ・コンフィギュレーション・レコード内のＶＰＳ、ＳＰＳ、およびＰＰＳのおのおののような各タイプのパラメータ・セットのために１つのインジケーションを提供する。デコーダ・コンフィギュレーション・レコードは、サンプル・ディスクリプションの一部を生成するシンタックス構造である。図３および図４は、カプセル化ユニット３０によって生成されたファイルの例を例示する。これは、ファイルに格納されたビデオのサンプルに関連付けられたパラメータ・セットの場所を示すインジケーションを含む。
【００７６】
図３は、カプセル化ユニット３０によってカプセル化されたビデオ・ファイル１００の例を例示する概念図である。ビデオ・ファイル１００は、ｍｏｏｖボックス１０２を含んでいる。これは、ビデオ・データ・トラック１０４とパラメータ・セット・トラック１０６とを含む。本開示にしたがうビデオ・ファイル１００またはその他のカプセル化されたビデオ・ファイルは、複数のビデオおよびオーディオ・データ・トラックのみならず、複数のパラメータ・セット・トラックをも含む２より多くのトラックを含みうる。図３では、ビデオ・データ・トラック１０４は、サンプル・ディスクリプション１０８と、ビデオ・サンプル１１０および１１１を含むビデオ・サンプルの関連付けられたシーケンスとを含む。ビデオ・データ・トラック１０４は、より多くのビデオ・サンプルおよび追加のサンプル・ディスクリプションを含みうる。
【００７７】
ｍｏｏｖボックス１０２は、ＩＳＯベース・メディア・ファイル・フォーマット・ビデオ・ファイル１００に含まれるビデオ・データの基本的なストレージ・コンテナを形成する。前述したように、実際、ｍｏｏｖボックス１０２は、ビデオ・データ、オーディオ・データ、および、いくつかのケースでは、パラメータ・セット・トラックを含む、多くの異なるトラックを含みうる。図３のビデオ・ファイル１００の例では、ｍｏｏｖボックス１０２は、ビデオ・データ・トラック１０４およびパラメータ・セット・トラック１０６を含む。ビデオ・データ・トラック１０４およびパラメータ・セット・トラック１０６の各々は、計時されたメディアまたはその他の情報のシーケンス（例えば、ビデオのフレーム）を表わしうる。各トラック内では、計時された各ユニットはサンプルと呼ばれる。これは、例えば、オーディオまたはビデオのフレームであるか、あるいは、これによってビデオのサンプルがデコードされるパラメータ・セットを表わすデータのサンプルでありうる。
【００７８】
一例では、ビデオ・サンプル１１０および１１１に関連付けられたパラメータ・セットがビデオ・ファイル１００内のどこに格納されるのかに少なくとも部分的に基づいて、サンプル・ディスクリプション１０８が、サンプル・ディスクリプション生成ユニット６６によって生成される。図３の例では、ビデオ・サンプル１１０および１１１に関連付けられたパラメータ・セットは、ＶＰＳ１２０、ＳＰＳ１２２、およびＰＰＳ１２４を含む多くの異なるタイプのパラメータ・セットを含んでいる。ＶＰＳ１２０は、パラメータ・セット・トラック１０６に格納される一方、ＳＰＳ１２２およびＰＰＳ１２４は、サンプル・ディスクリプション１０８内に格納されるか、あるいは、ビデオ・サンプル１１０，１１１とともに格納されうるか、または、その両方である。
【００７９】
サンプル・ディスクリプション生成ユニット６６は、例えば、パラメータ・セット抽出ユニット６４によって、パラメータ・セットがビデオ・ファイル１００内のどこに格納されているのかを判定することによって、サンプル・ディスクリプション１０８を生成しうる。一例において、サンプル・ディスクリプション生成ユニット６６は、ＶＰＳ１２０が、ビデオ・ファイル１００のパラメータ・セット・トラック１０６内に格納されている一方、ＳＰＳ１２２およびＰＰＳ１２４は、ビデオ・サンプル１１０，１１１に関連付けられたサンプル・ディスクリプション１０８内に格納されている、ことを判定する。このようなケースでは、サンプル・ディスクリプション１０８生成ユニット６６は、サンプル・ディスクリプション１０８に含まれているシンタックス構造である、デコーダ・コンフィギュレーション・レコード１２６内のビデオ・ファイル１００内のパラメータ・セットの場所を示すインジケーションを提供しうる。
【００８０】
実施例が以下に提供される。特に、カプセル化されたビデオ・ファイル１００内のビデオ・サンプル１１０，１１１に関連付けられたサンプル・ディスクリプション１０８に含まれたデコーダ・コンフィギュレーション・レコード１２６のシンタックスは、以下に示すように、以下に図示されるＨＥＶＣデコーダ・コンフィギュレーション・レコードの例にある。
【数１】
0006042531.tif 000002
【００８１】
先の例において、ａｌｌＳｐｓＩｎｃｌｕｄｅｄインジケーションは１に等しい。これは、例えば、ビデオ・サンプル１１０，１１１のように、コンフィギュレーション・レコード１２６が適合するビデオ・サンプルのためのすべてのＳＰＳが、デコーダ・コンフィギュレーション・レコード１２６に含まれていることを示しうる。ａｌｌＰｐｓＩｎｃｌｕｄｅｄインジケーションは１に等しい。これは、例えば、ビデオ・サンプル１１０，１１１のように、コンフィギュレーション・レコード１２６が適合するビデオ・サンプルのためのすべてのＰＰＳが、デコーダ・コンフィギュレーション・レコード１２６に含まれていることを示しうる。しかしながら、ａｌｌＶｐｓＩｎｃｌｕｄｅｄインジケーションは０に等しい。これは、例えば、ビデオ・サンプル１１０，１１１のように、コンフィギュレーション・レコード１２６が適合するビデオ・サンプルのためのすべてのＶＰＳが、デコーダ・コンフィギュレーション・レコード１２６に含まれていないことを示しうる。図３の例では、ＶＰＳ１２０は、パラメータ・セット・トラック１０６に含まれている。
【００８２】
ピクチャにおいて、または、コーディングされたビデオ・データのその他の部分において使用されるべきパラメータ・セットは、そのピクチャを含むサンプルより前に、または、そのピクチャのサンプルにおいて送信される必要がありうる。しかしながら、パラメータ・セットに含まれる情報の性質のみならず、パラメータ・セットが関連付けられているビデオ・サンプルに依存して、パラメータ・セットのうちのいくつかを、ビデオ・データから分離して送信することが可能であり、例えば、前述したように、パラメータ・セットのうちのいくつかが、帯域外で送信されうる。したがって、異なるタイプのパラメータ・セットの場所を個別に示すことと、図３の例に例示されるように、ＳＰＳ１２２およびＰＰＳ１２４がサンプル・ディスクリプション１０８のデコーダ・コンフィギュレーション・レコード１２６に含まれている一方、ＶＰＳ１２０が、例えばＶＰＳ１２０が関連付けられているビデオ・サンプル１１０，１１１のようなビデオ・データから分離されたパラメータ・セット・トラック１０６に格納されていることを明示することが有利でありうる。
【００８３】
図４は、カプセル化ユニット３０によってカプセル化されたビデオ・ファイル１４０の別の例を例示する概念図である。ビデオ・ファイル１４０は、ｍｏｏｖボックス１４２を含んでいる。これはビデオ・データ・トラック１４４を含んでいる。図４の例では、カプセル化ユニット３０は、個別のパラメータ・ファイル１４６を生成する。それはパラメータ・セット・トラック１４８を含んでいる。本開示にしたがうビデオ・ファイル１４０またはその他のカプセル化されたビデオ・ファイルは、複数のビデオおよびオーディオ・データ・トラックのみならず、複数のパラメータ・セット・トラックを含む２より多くのトラックを含みうる。図４では、ビデオ・データ・トラック１４４は、サンプル・ディスクリプション１５０と、ビデオ・サンプル１５２，１５３を含む関連付けられたビデオ・サンプルのシーケンスとを含む。ビデオ・データ・トラック１４４は、より多くのビデオ・サンプルおよび追加のサンプル・ディスクリプションを含みうる。
【００８４】
図４の例では、サンプル・ディスクリプション・ユニット６６は、デコーダ・コンフィギュレーション・レコード１５２を含むサンプル・ディスクリプション１５０を生成する。さらに、デコーダ・コンフィギュレーション・レコード１５２は、ａｌｌＶｐｓＩｎｃｌｕｄｅｄ、ａｌｌＳｐｓＩｎｃｌｕｄｅｄ、およびａｌｌＰｐｓＩｎｃｌｕｄｅｄといったフラグを含んでいる。これらは、ＶＰＳ１５４、ＳＰＳ１５６、およびＰＰＳ１５８がサンプル・ディスクリプション１５０に格納されているか否かを個別に示す。図４の例では、ＶＰＳ１５４が、パラメータ・ファイル１４６のパラメータ・セット・トラック１４８に格納されている一方、ＳＰＳ１５６およびＰＰＳ１５８は、ビデオ・ファイル１４０のビデオ・データ・トラック１４４のサンプル・ディスクリプション１５０に格納される。したがって、この例において、前述したように、例えば、ＶＰＳ１５４を帯域外で送信するように、ＶＰＳ１５４を、ビデオ・データ１４０と分離して送信することが可能でありうる。
【００８５】
カプセル化されたビデオ・ファイル内のビデオ・サンプルに関連付けられたサンプル・ディスクリプションは、名前を含みうる。これは、多くの異なる値に設定されうる。本開示にしたがういくつかの例では、サンプル・ディスクリプションの名前は、１または複数のパラメータ・セットの場所を示し、例えば、特定のタイプの１または複数のパラメータ・セットが、サンプル・ディスクリプションに格納されているか否かを示しうる。一例では、サンプル・ディスクリプションは、“ｈｖｃ１”または“ｈｅｖ１”のうちの何れかの番号を含みうる。一例では、特定のサンプル・ディスクリプションが適合するビデオ・サンプルのシーケンスについて、ＶＰＳ、ＳＰＳ、およびＰＰＳは、サンプル・ディスクリプション名前が“ｈｖｃ１”である場合、サンプル・ディスクリプションのみに格納され、サンプル・ディスクリプション名前が“ｈｅｖ１”である場合、サンプル・ディスクリプションとサンプルとの両方に格納される。このように、例えば“ｈｖｃ１”または“ｈｅｖ１”のようなサンプル・ディスクリプションの名前は、パラメータ・セットが、サンプル・ディスクリプション内の、または、サンプル内のどこに格納されているのかを示す。
【００８６】
ビデオ・ストリームのサンプル・ディスクリプションにパラメータ・セットを格納することは、パラメータ・セットを提供するための単純かつ不変な手法を提供する。一方、恐らくは、より複雑である、サンプルにパラメータを格納することは、例えば、パラメータ・セット更新のケース、および、追加のパラメータ・セットを追加するケースにおいて、より高い柔軟性を可能としうる。デコーダは、サンプル・ディスクリプション内のパラメータ・セットを用いて初期化し、その後、パラメータ・セットがストリームにおいて発生すると、パラメータ・セットを用いて更新する。そのような更新は、パラメータ・セットを、同じ識別子を用いて、新たな定義に置き換えうる。サンプル・ディスクリプションが変化する毎に、デコーダは、サンプル・ディスクリプションに含まれるパラメータ・セットを用いて再初期化する。
【００８７】
前述した例では、ａｌｌＳｐｓＩｎｃｌｕｄｅｄフラグ（または、代わりに、ビット）は、１に等しい場合、このコンフィギュレーション・レコードが適合するストリームのすべてのＳＰＳが、サンプル・ディスクリプションに含まれていることを示しうる。サンプル・ディスクリプション名前が、“ｈｖｃ１”である場合、ａｌｌＳｐｓＩｎｃｌｕｄｅｄフラグは、一般に、１に設定される。ａｌｌＰｐｓＩｎｃｌｕｄｅｄフラグは、１に等しい場合、同様に、このコンフィギュレーション・レコードが適合するストリームのすべてのＰＰＳが、サンプル・ディスクリプションに含まれていることを示しうる。繰り返すが、サンプル・ディスクリプション名前が、“ｈｖｃ１”である場合、一般に、ａｌｌＰｐｓＩｎｃｌｕｄｅｄフラグもまた１に設定される。ａｌｌＶｐｓＩｎｃｌｕｄｅｄフラグは、１に等しい場合、このコンフィギュレーション・レコードが適合するストリームのすべてのＶＰＳが、サンプル・ディスクリプションに含まれていることを示しうる。サンプル・ディスクリプション名前が“ｈｖｃ１”である場合、ａｌｌＶｐｓＩｎｃｌｕｄｅｄフラグは、一般に、１に設定される。
【００８８】
両方のサンプル・ディスクリプション名前“ｈｖｃ１”および“ｈｅｖ１”を有することの代わりに、２つのサンプル・ディスクリプション名前“ｈｖｃ１”および“ｈｅｖ１”のうちの１つが、サンプル・ディスクリプション名前のための可能性として除去されうる。これによって、残りのサンプル・ディスクリプション名前は、パラメータ・セットがどこに格納されているのかを示さないようになる。そのような例において、パラメータの場所は、ａｌｌＳｐｓＩｎｃｌｕｄｅｄ、ａｌｌＰｐｓＩｎｃｌｕｄｅｄ、およびａｌｌＶｐｓＩｎｃｌｕｄｅｄといった３つのフラグによって、サンプル・ディスクリプション名前と独立して示されうる。その結果、本代替例では、これら３つのフラグの意味は、以下の通りとなりうる。・１に等しいａｌｌＳｐｓＩｎｃｌｕｄｅｄは、このコンフィギュレーション・レコードが適合するストリームのすべてのＳＰＳが、サンプル・ディスクリプションの名前とは独立したサンプル・ディスクリプションに含まれていることを示す。  
・１に等しいａｌｌＰｐｓＩｎｃｌｕｄｅｄは、このコンフィギュレーション・レコードが適合するストリームのすべてのＰＰＳが、サンプル・ディスクリプションの名前とは独立したサンプル・ディスクリプションに含まれていることを示す。  
・１に等しいａｌｌＶｐｓＩｎｃｌｕｄｅｄは、このコンフィギュレーション・レコードが適合するストリームのすべてのＶＰＳが、サンプル・ディスクリプションの名前とは独立したサンプル・ディスクリプションに含まれていることを示す。
【００８９】
（上記リストされた選択肢のうちの何れかに対する）代替として、これら技法のいくつかの態様は、ａｌｌＳｐｓＩｎｃｌｕｄｅｄフラグが０に等しい場合、このコンフィギュレーション・レコードが適合するストリームのための少なくとも１つのＳＰＳがサンプル・ディスクリプションに含まれていないことを規定しうる。同様に、これら技法のいくつかの態様は、ａｌｌＰｐｓＩｎｃｌｕｄｅｄフラグが０に等しい場合、このコンフィギュレーション・レコードが適合するストリームのための少なくとも１つのＰＰＳがサンプル・ディスクリプションに含まれていないことを規定しうる。さらに、これら技法のうちのいくつかの態様は、ａｌｌＶｐｓＩｎｃｌｕｄｅｄフラグが０に等しい場合、このコンフィギュレーション・レコードが適合するストリームのための少なくとも１つのＶＰＳがサンプル・ディスクリプションに含まれていないことを規定しうる。
【００９０】
図５は、コーディングされたビデオ・データを電子ファイルに格納する方法の例を例示するフローチャートである。図５の方法は、少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定すること（２００）と、この判定に基づいて、サンプル・ディスクリプションが特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、電子ファイルに提供すること（２０２）とを含む。少なくとも１つのサンプルは、電子ファイル内に、コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を含める。特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである。図５の方法の例の機能は、本開示にしたがって、コーディングされたビデオ・データを処理する方法の例を例示する図６の方法の例を参照して以下により詳細に記載されている。
【００９１】
図６は、コーディングされたビデオ・データを処理する方法の例を例示するフローチャートである。例および説明の目的のために、ソース・デバイス２０および宛先デバイス４０（図１）の構成要素に関して記載されているが、任意の適切なデバイスが、図６の技法を実施しうることが理解されるべきである。
【００９２】
先ず、カプセル化ユニット３０が、エンコードされたビデオ・ピクチャのシーケンスを受け取りうる（２１０）。例えばビデオ・エンコーダ２８のようなエンコーダが、例えばＶＰＳ、ＳＰＳ，およびＰＰＳを含むコーディングされたビデオ・サンプルとともに、異なるタイプのパラメータ・セットを含んでいる。さらに、または、その代わりに、カプセル化ユニット３０は、ビデオ・エンコーダ２８から分離されたパラメータ・セットを生成しうる。何れのケースであれ、カプセル化ユニット３０は、パラメータ・セットが関連付けられているコーディングされたビデオ・ピクチャから、パラメータ・セットを分離しうる（２１２）。例えば、カプセル化ユニット３０のビデオ・ファイル生成ユニット６０のパラメータ・セット抽出ユニット６４は、パラメータ・セットが関連付けられている、コーディングされたビデオ・ピクチャから、パラメータ・セット・データを分離しうる。
【００９３】
すなわち、カプセル化ユニット３０は、パラメータ・セットを含むビデオ・ファイルと、パラメータ・セットが関連付けられているコーディングされたビデオ・ピクチャとを生成しうる（２１４）。しかしながら、それを行う際に、カプセル化ユニット３０は、パラメータ・セットが関連付けられているコーディングされたビデオ・ピクチャから分離されたパラメータ・セットのうちの１または複数を格納しうる。このように、パラメータ・セットは、コーディングされたビデオ・ピクチャと分離して送信および処理されうる。例えば、本開示の技法にしたがって、カプセル化ユニット３０は、生成されたビデオ・ファイル、または、ビデオ・ファイルから分離した別のファイルのパラメータ・セット・トラックに、１または複数のパラメータ・セットを格納しうる。別の例において、カプセル化ユニット３０は、コーディングされたビデオ・ピクチャに関連付けられた１または複数のサンプル・ディスクリプションに、パラメータ・セットのうちの１または複数を格納しうる。
【００９４】
例えば、カプセル化ユニット３０のサンプル・ディスクリプション生成ユニット６６のようなカプセル化ユニット３０は、カプセル化されたビデオ・ファイルに含まれた、コーディングされたビデオ・ピクチャに関連付けられた１または複数のサンプル・ディスクリプションを生成するように構成されうる（２１６）。この処理の一部として、サンプル・ディスクリプション・ユニット６６は、図３および図４におけるビデオ・ファイル１００および１４０それぞれの例を参照して前述したように、異なるタイプのパラメータ・セットの場所を決定し、特定のタイプのすべてのパラメータ・セットがサンプル・ディスクリプションに格納されているか否かに関するインジケーションを、サンプル・ディスクリプションに提供するように構成されうる。
【００９５】
その後、カプセル化ユニット３０は、ビデオ・ファイルを出力しうる（２１８）。例えば、カプセル化ユニット３０は、ソース・デバイス２０に対して、例えば光ディスク、フロッピー（登録商標）ディスク、フラッシュ・ドライブ、ハード・ドライブ、ソリッド・ステート・ドライブ、またはその他の記憶媒体のような記憶媒体に、ビデオ・ファイルを書き込ませうる。そのような記憶媒体は、宛先デバイス４０に物理的に移動されうる。あるいは、ソース・デバイス２０は、例えば、ブロードキャスト、ネットワーク送信、またはその他の送信技法によって、宛先デバイス４０へビデオ・ファイルを送信しうる。いずれのケースであれ、宛先デバイス４０は、最終的には、ビデオ・ファイルを受け取りうる（２２０）。
【００９６】
いくつかの例において、ソース・デバイス２０は、例えば、宛先デバイス４０によってソース・デバイス２０へ発行された１または複数のＨＴＴＰ−Ｇｅｔまたは部分Ｇｅｔ要求に応じて、ビデオ・ファイルの異なる部分を、宛先デバイス４０へ提供しうる。宛先デバイス４０は、例えば、シーケンス・レベルＳＥＴメッセージを含むパラメータ・セット・トラックのすべてまたは一部のようなシーケンス・データ・セットを取得するために、第１のＨＴＴＰ−Ｇｅｔまたは部分Ｇｅｔ要求をソース・デバイス２０へ発行し、シーケンス・データ・セットによって記載されている、コーディングされたビデオ・ピクチャを取得するために、第２の（または複数の）ＨＴＴＰ−Ｇｅｔまたは部分Ｇｅｔ要求（単数または複数）を発行しうる。
【００９７】
ビデオ・ファイルを受け取った後に、宛先デバイス４０は、パラメータ・セットに基づいてビデオ・ファイルをデコードしうる（２２２）。すなわち、ビデオ・デコーダ４８は、デコード処理を支援するために、ＶＰＳ、ＳＰＳ、およびＰＰＳのうちの１または複数を含むパラメータ・セットのデータを用いうる。一例では、ビデオ・デコーダ４８は、ソース・デバイス２０から受け取られたビデオ・ファイルに含まれる、コーディングされたビデオ・ピクチャのうちの１または複数のセットに関連付けられたサンプル・ディスクリプションを分析する。例えば、ビデオ・デコーダ４８は、ＳＰＳ、ＰＰＳ、およびＶＰＳがサンプル・ディスクリプションに含まれているか否かを個別に示す、例えばａｌｌＳｐｓＩｎｃｌｕｄｅｄフラグ、ａｌｌＰｐｓＩｎｃｌｕｄｅｄフラグ、およびａｌｌＶｐｓＩｎｃｌｕｄｅｄフラグのようなフラグを含むサンプル・ディスクリプションを受け取りうる。サンプル・ディスクリプションに提供されたインジケーションに依存して、ビデオ・デコーダは、ソース・デバイス２０から受け取られたビデオ・ファイルに含まれたビデオをデコードするために、パラメータ・セットを取得または参照しうる。
【００９８】
一例では、ソース・デバイス２０のカプセル化ユニット３０は、ビデオ・ファイルから分離されたパラメータ・ファイル内にすべてのＶＰＳを格納し、ビデオ・ファイルを送信する前に、パラメータ・ファイルを宛先デバイス４０へ送信する。ビデオ・デコーダ４８は、サンプル・ディスクリプションを参照しうる。これは、異なるセットのビデオ・サンプルに対して、デコーダ・コンフィギュレーション・レコードを参照することと、デコーダ・コンフィギュレーション・レコードに提供されたインジケーションに基づいて、すべてのＶＰＳがサンプル・ディスクリプションに格納されている訳ではないことを判定することと、を含む。そのような例では、ビデオ・デコーダ４８は、ビデオ・ファイルから分離され、ソース・デバイス２０によって提供されるパラメータ・ファイルに含まれたＶＰＳを、取得または参照しうる。
【００９９】
１または複数の例では、本開示に記載された機能、方法、および技法は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現されるのであれば、これら機能は、コンピュータ読取可能な媒体におけるコードまたは１または複数の命令群で送信されるか格納され、ハードウェア・ベースの処理ユニットによって実行されうる。コンピュータ読取可能な媒体は、コンピュータ読取可能な記憶媒体を含みうる。これは、例えばデータ記憶媒体のような有形な媒体、または、例えば通信プロトコルにしたがって、１つの場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体に相当しうる。このように、コンピュータ読取可能な媒体は、一般に、（１）非一時的である有形のコンピュータ読取可能な記憶媒体、または、（２）例えば信号または搬送波のような通信媒体に対応しうる。データ記憶媒体は、本開示において記述された技術を実施するための命令群、コード、および／または、データ構造を検索するために１または複数のコンピュータまたは１または複数のプロセッサによってアクセスされうる任意の利用可能な媒体でありうる。コンピュータ・プログラム製品は、コンピュータ読取可能な媒体を含みうる。
【０１００】
例として、限定することなく、このようなコンピュータ読取可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、フラッシュ・デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体として適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースから命令群が送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。しかしながら、コンピュータ読取可能な記憶媒体およびデータ記憶媒体は、コネクション、搬送波、信号、またはその他の過渡的な媒体を含まず、代わりに、非過渡的な、有形の記憶媒体に向けられていることが理解されるべきである。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルー・レイ・ディスク（ｄｉｓｃ）を含む。これらｄｉｓｃは、レーザを用いてデータを光学的に再生する。それに対して、ｄｉｓｋは、通常、データを磁気的に再生する。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【０１０１】
命令群は、例えば１または複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ロジック・アレイ（ＦＰＧＡ）、またはその他等価な集積またはディスクリート論理回路のような１または複数のプロセッサによって実行されうる。したがって、本明細書で使用されているように、用語「プロセッサ」は、前述した構成、または、本明細書に記載された技術の実施のために適切なその他任意の構成のうちの何れかを称しうる。さらに、いくつかの態様では、本明細書に記載された機能は、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェア・モジュール内に適用されうるか、または、結合されたコーデック内に組み込まれうる。さらに、これら技法は、１または複数の回路または論理要素で完全に実現されうる。
【０１０２】
本開示の技法は、無線ハンドセット、集積回路（ＩＣ）、またはＩＣのセット（例えば、チップセット）を含む種々さまざまなデバイスまたは装置において実現されうる。さまざまな構成要素、モジュール、またはユニットは、本開示では、開示された技術を実行するように構成されたデバイスの機能態様を強調するように記載されているが、異なるハードウェア・ユニットによる実現を必ずしも必要とする訳ではない。むしろ、前述されたように、さまざまなユニットは、適切なソフトウェアおよび／またはハードウェアと連携する、前述されたような１または複数のプロセッサを含む共通のハードウェア・ユニットの集合によって提供されうるか、コーデック・ハードウェア・ユニットに結合されうる。
【０１０３】
さまざまな例が記載された。これらの例およびその他の例は、以下の特許請求の範囲のスコープ内である。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［発明１］
コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納する方法であって、
少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することと、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供すること、
を備える方法。
［発明２］
前記複数の異なる特定のタイプのパラメータ・セットは、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、およびビデオ・パラメータ・セット（ＶＰＳ）のうちの１または複数を備える、発明１に記載の方法。
［発明３］
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することは、
前記サンプル・ディスクリプションに関連付けられた名前を判定することと、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを、前記サンプル・ディスクリプションに関連付けられた名前に基づいて判定することとを備える、発明１に記載の方法。
［発明４］
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｖｃ１”であり、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することは、前記サンプルの名前が“ｈｖｃ１”である場合、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいると判定することを備える、発明３に記載の方法。
［発明５］
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｅｖ１”であり、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することは、前記サンプルの名前が“ｈｅｖ１”である場合、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいる訳ではないと判定することを備える、発明３に記載の方法。
［発明６］
前記電子ファイルにおいて、前記サンプル・ディスクリプションに名前を関連付けることをさらに備え、
前記名前は、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示さない、発明１に記載の方法。
［発明７］
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいる訳ではないことを示すインジケーションを、前記電子ファイルに提供することを備える、発明１に記載の方法。
［発明８］
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいることを示すインジケーションを、前記電子ファイルに提供することを備える、発明１に記載の方法。
［発明９］
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供することは、前記判定に基づいて、前記サンプル・ディスクリプションのデコーダ・コンフィギュレーション・レコードが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供することを備える、発明１に記載の方法。
［発明１０］
前記特定のタイプのすべてのパラメータ・セットは、前記複数の異なる特定のタイプのパラメータ・セットのうちの、第１のタイプのすべてのパラメータ・セットを備え、
前記電子ファイルにおけるインジケーションは、前記電子ファイルに、第１のインジケーションを備え、
前記方法はさらに、
前記サンプル・ディスクリプションが、前記少なくとも１つに関連付けられた複数の異なる特定のタイプのパラメータ・セットのうちの、第２のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することと、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記第２のタイプのすべてのパラメータ・セットを含んでいるか否かを示す第２のインジケーションを、前記電子ファイルに提供することと、
を備える発明１に記載の方法。
［発明１１］
前記電子ファイルにおけるインジケーションは、前記サンプル・ディスクリプションが、前記第１のタイプのすべてのパラメータ・セットを含んでいるか否かを示す第１のインジケーションを、前記電子ファイルにおいて備え、
前記サンプル・ディスクリプションが、前記第１のタイプのすべてのパラメータ・セットを含んでいるか否かを示す第１のインジケーションを、前記電子ファイルに提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記第１のタイプのすべてのパラメータ・セットを含んでいないことを示すインジケーションを、前記電子ファイルに提供することを備え、
前記サンプル・ディスクリプションが、前記第２のタイプのすべてのパラメータ・セットを含んでいるか否かを示す第２のインジケーションを、前記電子ファイルに提供することは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記第２のタイプのすべてのパラメータ・セットを含んでいることを示すインジケーションを、前記電子ファイルに提供することを備える、発明１０に記載の方法。
［発明１２］
コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納する装置であって、
少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定し、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供する
ように構成された少なくとも１つのプロセッサ、を備える装置。
［発明１３］
前記複数の異なる特定のタイプのパラメータ・セットは、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、およびビデオ・パラメータ・セット（ＶＰＳ）のうちの１または複数を備える、発明１２に記載の装置。
［発明１４］
前記少なくとも１つのプロセッサは、少なくとも、
前記サンプル・ディスクリプションに関連付けられた名前を判定することと、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを、前記サンプル・ディスクリプションに関連付けられた名前に基づいて判定することとによって、
前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定するように構成された、
発明１２に記載の装置。
［発明１５］
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｖｃ１”であり、
前記少なくとも１つのプロセッサは、前記サンプルの名前が“ｈｖｃ１”である場合、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいると判定するように構成された、発明１４に記載の装置。
［発明１６］
前記判定された、前記サンプル・ディスクリプションに関連付けられた名前は、“ｈｅｖ１”であり、
前記少なくとも１つのプロセッサは、前記サンプルの名前が“ｈｅｖ１”である場合、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいる訳ではないと判定するように構成された、発明１４に記載の装置。
［発明１７］
前記少なくとも１つのプロセッサは、前記電子ファイルにおいて、前記サンプル・ディスクリプションに名前を関連付けるように構成され、
前記名前は、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示さない、発明１２に記載の装置。
［発明１８］
前記少なくとも１つのプロセッサは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいる訳ではないことを示すインジケーションを、前記電子ファイルに提供するように構成された、発明１２に記載の装置。
［発明１９］
前記少なくとも１つのプロセッサは、前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいることを示すインジケーションを、前記電子ファイルに提供するように構成された、発明１２に記載の装置。
［発明２０］
前記少なくとも１つのプロセッサは、前記判定に基づいて、前記サンプル・ディスクリプションのデコーダ・コンフィギュレーション・レコードが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供するように構成された、発明１２に記載の装置。
［発明２１］
前記特定のタイプのすべてのパラメータ・セットは、前記複数の異なる特定のタイプのパラメータ・セットのうちの、第１のタイプのすべてのパラメータ・セットを備え、
前記電子ファイルにおけるインジケーションは、前記電子ファイルに、第１のインジケーションを備え、
前記少なくとも１つのプロセッサは、
前記サンプル・ディスクリプションが、前記少なくとも１つに関連付けられた複数の異なる特定のタイプのパラメータ・セットのうちの、第２のタイプのすべてのパラメータ・セットを含んでいるか否かを判定し、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記第２のタイプのすべてのパラメータ・セットを含んでいるか否かを示す第２のインジケーションを、前記電子ファイルに提供するように構成された、発明１２に記載の装置。
［発明２２］
コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを、電子ファイルに格納する装置であって、
少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定する手段と、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供する手段と、
を備える装置。
［発明２３］
前記複数の異なる特定のタイプのパラメータ・セットは、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、およびビデオ・パラメータ・セット（ＶＰＳ）のうちの１または複数を備える、発明２２に記載の装置。
［発明２４］
少なくとも、前記サンプル・ディスクリプションに関連付けられた名前を判定することと、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを、前記サンプル・ディスクリプションに関連付けられた名前に基づいて判定することとによって、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定する手段、
をさらに備える発明２２に記載の装置。
［発明２５］
実行された場合、
少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを判定することと、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである、
前記判定に基づいて、前記サンプル・ディスクリプションが、前記特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルに提供することと
を備える動作を、１または複数のプロセッサに対して実行させる、格納された命令群を有するコンピュータ読取可能な記憶媒体。
［発明２６］
電子ファイルに格納された、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを処理する方法であって、
少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルで受け取ることと、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである、
前記特定のタイプのすべてのパラメータ・セットが前記サンプル・ディスクリプションに格納されているか否かを、前記インジケーションに基づいて判定することと、
前記特定のタイプのすべてのパラメータが、前記サンプル・ディスクリプションに格納されているか否かの判定に基づいて、前記特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、前記コーディングされたビデオ・データを処理することと、
を備える方法。
［発明２７］
電子ファイルに格納された、コーディングされたビデオ・ピクチャの複数のシーケンスを備える、コーディングされたビデオ・データを処理する装置であって、
少なくとも１つのサンプルに関連付けられたサンプル・ディスクリプションが、前記少なくとも１つのサンプルに関連付けられた特定のタイプのすべてのパラメータ・セットを含んでいるか否かを示すインジケーションを、前記電子ファイルで受け取ることと、ここで、前記少なくとも１つのサンプルは、前記コーディングされたビデオ・ピクチャの複数のシーケンスのうちの少なくとも一部を備え、前記特定のタイプは、複数の異なる特定のタイプのパラメータ・セットのうちの１つである、
前記特定のタイプのすべてのパラメータ・セットが前記サンプル・ディスクリプションに格納されているか否かを、前記インジケーションに基づいて判定することと、
前記特定のタイプのすべてのパラメータが、前記サンプル・ディスクリプションに格納されているか否かの判定に基づいて、前記特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、前記コーディングされたビデオ・データを処理することと、
を実行するように構成された少なくとも１つのプロセッサ、を備える装置。
［発明２８］
デコーダ・デバイスをさらに備え、
前記デコーダ・デバイスは、少なくとも、前記コーディングされたビデオ・データを、前記特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいてデコードすることによって、前記特定のタイプのパラメータ・セットのうちの１または複数に少なくとも部分的に基づいて、前記コーディングされたビデオ・データを処理するように構成された、発明２７に記載の装置。
【図１】
0006042531.tif 000003
【図２】
0006042531.tif 000004
【図３】
0006042531.tif 000005
【図４】
0006042531.tif 000006
【図５】
0006042531.tif 000007
【図６】
0006042531.tif 000008