(57)【特許請求の範囲】
【請求項１】
クライアントノードにおいて、メディアコンテンツの復号及びプレイアウトの決定をサポートする方法であって、
前記メディアコンテンツについて予め定められた基準プレイアウトレートとは異なる、前記メディアコンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求についての前記メディアコンテンツに関する情報を取得（６０２）し、
前記取得された情報に基づいて、いずれの前記非基準プレイアウトレートがレベルについて前記クライアントノードによりサポートされるかを判断（６０４）する
ことを特徴とする方法。
【請求項２】
前記クライアントノードによりレベルについてサポートされると判断された前記非基準プレイアウトレートについて、予め定められた判断基準に従って許容可能か否かをさらに判断し、該判断に従って動作を実行することを特徴とする請求項１に記載の方法。
【請求項３】
前記実行される動作は、少なくとも
前記メディアコンテンツについて選択可能な前記非基準プレイアウトレートの制限、
前記クライアントノードによりレベルについてサポートされると判断された前記非基準プレイアウトレートにおける前記メディアコンテンツの復号及びプレイアウト、
のいずれかを含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記実行される動作は、少なくとも
前記メディアコンテンツを取得しないことの決定、
前記メディアコンテンツの代替バージョンの選択（６１０）、
前記メディアコンテンツの代替バージョン／表現への切り替え（６１０）、
前記メディアコンテンツを復号する代替復号器の選択（６０６）、
のいずれかを含む
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記少なくとも１つの前記非基準プレイアウトレートは、前記メディアコンテンツについて予め定められた前記基準プレイアウトレートよりも速いまたは遅いプレイアウトレートを含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
クライアントノード（８０１）において、メディアコンテンツの復号及びプレイアウトの決定をサポートする装置（８００）であって、
前記メディアコンテンツについて予め定められた基準プレイアウトレートとは異なる、前記メディアコンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求についての前記メディアコンテンツに関する情報を取得する取得手段（８０４）と、
前記取得された情報に基づいて、いずれの前記非基準プレイアウトレートがレベルについて前記クライアントノードによりサポートされるかを判断する判断手段（８０８）と、を有する
ことを特徴とする装置。
【請求項７】
前記クライアントノードによりレベルについてサポートされると判断された前記非基準プレイアウトレートについて、予め定められた判断基準に従って許容可能か否かをさらに判断し、該判断に従って動作を実行することを特徴とする請求項６に記載の装置。
【請求項８】
前記実行される動作は、少なくとも、
前記メディアコンテンツについて選択可能な前記非基準プレイアウトレートの制限、
前記クライアントノードによりレベルについてサポートされると判断された前記非基準プレイアウトレートにおける前記メディアコンテンツの復号及びプレイアウト、
のいずれかを含む
ことを特徴とする請求項７に記載の装置。
【請求項９】
前記実行される動作は、少なくとも、
前記メディアコンテンツを取得しないことの決定、
前記メディアコンテンツの代替バージョンの選択、
前記メディアコンテンツの代替バージョン／表現への切り替え、
前記メディアコンテンツを復号する代替復号器の選択、
のいずれかを含む
ことを特徴とする請求項７に記載の装置。
【請求項１０】
前記少なくとも１つの前記非基準プレイアウトレートは、前記メディアコンテンツについて予め定められた前記基準プレイアウトレートよりも早いまたは遅いプレイアウトレートを含むことを特徴とする請求項６乃至９のいずれか１項に記載の装置。
【請求項１１】
サーバノードにおける、クライアントノードでのメディアコンテンツの復号及びプレイアウトの決定をサポートする方法であって、
前記メディアコンテンツについて予め定められた基準プレイアウトレートとは異なる、前記メディアコンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求を判断（９０２）し、
前記少なくとも１つの前記非基準プレイアウトレートについての情報と前記関連するレベル要求とを前記クライアントノードに提供する（９０４）
ことを特徴とする方法。
【請求項１２】
前記情報は、ファイルフォーマット構造の一部として提供されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記情報は、メディア提示記述内に提供されることを特徴とする請求項１１または１２に記載の方法。
【請求項１４】
前記情報は、操作が実行済みのコンテンツに関することを特徴とする請求項１１至１３のいずれか１項に記載の方法。
【請求項１５】
前記コンテンツにおいて実行済みの前記操作は、少なくとも
前記コンテンツのフレームの破棄、
前記コンテンツへのフレームの挿入、
のいずれかを含む
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
サーバノード（１００１）における、クライアントノードでのメディアコンテンツの復号及びプレイアウトの決定をサポートする装置（１０００）であって、
前記メディアコンテンツについて予め定められた基準プレイアウトレートとは異なる、前記メディアコンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求を判断する判断手段（１００４）と、
前記少なくとも１つの前記非基準プレイアウトレートについての情報と前記関連するレベル要求とを前記クライアントノードに提供する提供手段（１００６）と、を有する
ことを特徴とする装置。
【請求項１７】
ファイルフォーマット構造の一部として前記情報を提供することを特徴とする請求項１６に記載の装置。
【請求項１８】
前記情報をメディア提示記述内で提供することを特徴とする請求項１６または１７に記載の装置。
【請求項１９】
前記情報は、操作が実行済みのコンテンツに関することを特徴とする請求項１６乃至１８のいずれか１項に記載の装置。
【請求項２０】
前記コンテンツに実行済みの前記操作は、少なくとも、
前記コンテンツのフレームの破棄、
前記コンテンツへのフレームの挿入、
のいずれかを含むことを特徴とする請求項１９に記載の装置。
【請求項２１】
コンピュータに請求項１乃至５、及び１１乃至１５のいずれか１項に記載の手順を実行させる、コンピュータが読み取り可能なコードを含むコンピュータプログラム（１１１０）。
【請求項２２】
請求項２１に記載のコンピュータプログラムを含むことを特徴とする記録媒体（１１０８）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントによりサポートされるレベルに準拠したレートにおける、コンテンツのプレイアウトをサポートする方法及び装置に関する。
【背景技術】
【０００２】
ＭＰＥＧ４やＡＶＣ（Advanced Video Coding）としても知られるＨ．２６４標準は、最先端の動画符号化標準である。Ｈ．２６４は、フレーム間及び／またはフレーム内における冗長性を除去しうるハイブリッドコーデックに関する。Ｈ．２６４に係る符号化処理の出力は、転送や格納に先立ってＮＡＬ（Network Abstraction Layer）ユニットにもカプセル化されるＶＣＬ（Video Coding Layer）データである。
【０００３】
Ｈ．２６４標準は、例えば「Baselineプロファイル」、「Mainプロファイル」、及び「Extendedプロファイル」等で示される異なるプロファイルの定義を含む。このようなプロファイルの各々について、端末やクライアントのバイナリ能力セットが定義される。例えば「Mainプロファイル」は、「Baselineプロファイル」には含まれないＣＡＢＡＣ（Context Adaptive Binary Arithmetic Coding）を含む。
【０００４】
Ｈ．２６４標準はさらに、例えばコーデックの能力に関連する、異なる「レベル」の定義を含む。レベルの定義は、例えば１秒当たりのマクロブロックの最大数、最大フレームサイズ、最大ＤＰＢ（Decoded Picture Buffer）サイズ、及び最大動画ビットレートを含む。異なるレベルは、例えば図１ａに示されるようなテーブルで仕様が定められてよい。図１ａのテーブルは、ＩＳＯ／ＩＥＣ１４４９６−１０標準におけるプロファイル独立レベルを定義するテーブルの一部である。コーデックは、例えば性能や特定の定義レベルに関する全ての要求を達成する際、該レベルをサポートする、準拠する、あるいは一致すると言われる。特定レベルの定義限界における、例えばフレームレート及び／またはビットレートに関する特性を有するメディアビットストリームは、該特定レベルに準拠する、または一致すると言われうる。
【０００５】
一般的に、メディアコンテンツあるいはビットストリームの特定レベルへの一致は、要素が例えば該特定レベルに関連する特定値「level_idc」を示し得る、メディアコンテンツに関連する構文要素のセッティングにより特定される。
【０００６】
クライアントは、コンテンツまたはビットストリームに関連する該構文要素の値を解析することにより、特定のメディアコンテンツを再生するために要求される複雑性やレベルを定義可能である。メディアコンテンツを再生するために要求されるレベルが、クライアントに関連するレベル以下である場合、クライアントは該メディアのプレイアウトをサポートする。メディアコンテンツを再生するために要求されるレベルがクライアントに関連するレベルを超える場合、クライアントは該メディアコンテンツを再生できないかもしれない。
【０００７】
例えばメディアサーバに配置されたメディアコンテンツは、ある予め定められた基準プレイアウトレート（regular playout rate）に関連し、例えば「level_idc」で示される、該基準プレイアウトレートをプレイアウトするために要求されるレベルを有する。例えば動画を再生する場合、基準プレイアウトレートは、例えば映画館やテレビで再生されるような、動画の「基準速度」や「実時間速度」であろう。「基準プレイアウトレート」は、動画コンテンツの場合において、例えばＩフレーム（Intra-coded frame）、Ｐフレーム（Predicted frame）、及びＢフレーム（Bi-predicted frame）等、コンテンツの全フレームタイプが表示されることを示している。
【０００８】
メディアビットストリームは、非基準プレイアウトレート、即ち非実時間プレイアウトまたは再生においても再生されうる。以下、メディアビットストリームのプレイアウトを実時間より早く、または「早送り」で実現するいくつかの例が開示される。
【０００９】
「早送り」を実現する単純な方法は、１秒当たりにプレイアウトされるフレーム数を増加させることにより、オリジナルより、または予め定められた基準レートより早いレートでストリームを再生またはプレイアウトすることである。この方法は、処理能力において要求が増大される障害を含む。例えばこの方法を用いることで基準の１０倍の速度におけるメディアビットストリームの早送りをクライアントにおいて可能にするために、クライアントは基準プレイアウトレートで該メディアビットストリームを再生する場合よりも１０倍高い複雑性の復号をサポートする処理能力を有している必要がある。実時間よりも早い再生やプレイアウトを実現する上述した方法は図１ｂに示される。図において、シーケンスまたはストリーム１０２ｂは通常レートや速度においてプレイアウトされ、シーケンス１０４ｂは基準の２倍レートで、即ちシーケンス１０２ｂの２倍速くプレイアウトされる。
【００１０】
上述された方法よりも処理能力を要しない「早送り」を実現する他の方法は、例えば動画メディアビットストリームのＩフレームのみをプレイアウトすることである。この方法は、例えば「Ｉフレーム間ジャンプ」として表現され得、図２に示される。図２において、シーケンスまたはストリーム２０２は基準レートまたは速度でプレイアウトされる。Ｉフレーム、Ｐフレーム、及びＢフレームのような、ストリームまたはコンテンツに含まれるすべてのフレームがプレイアウトされる。シーケンス２０４において、ストリームのＰフレーム（図２においてハッチングで示される）のみがプレイアウトされる。このケースでは、毎２フレームがプレイアウトされるため、「疑似的な」基準の２倍レートが実現される。この方法は、実際は本質的な高速化というよりはむしろストリームの操作である。再生されるフレーム数の低減は、例えばメディアビットストリームのＩフレーム間の間隔の程度に依存して、要求される複雑性あるいはクライアントの処理能力が低減される。この方法の欠点は、例えばＩフレーム間隔の制約によって、「早送り」速度が自由に制御できないことである。例えばＩフレーム間隔の端数等の、「早送り」速度のより高い精密性は不可能である。
【００１１】
「Ｉフレーム間ジャンプ」方法の他の欠点は、この解決に関連するオーバーヘッドが高いことである。大規模なオーバーヘッドは、高い帯域幅が必要であることを暗示し得る。完全なストリーム（全フレーム）が、「不要な」フレーム（大多数のフレーム）をフィルタ及び破棄する受信機またはクライアントに送信されなければならない。
【００１２】
「早送り」を実現するさらに他の方法は、例えば動画ストリームの予備知識を用いることである。該知識は、例えば用いられる特定のピクチャグループ（ＧＯＰ）構造やキーフレーム用の固定周期性であってよい。この情報は、例えばいずれのフレームが動画ストリームを表示する際に省略されるかの判断に用いられうる。
【００１３】
現在の「早送り」の解決策に関連する主問題は、「早送りモード」において再生されている際のメディアストリームの復号複雑性、及び該メディアストリームをプレイアウトするために要求される処理性能あるいはレベルが、例えば該メディアストリームを取得または要求しようとしている、あるいは現在ダウンロードされているメディアストリームの「早送り」を開始しようとしているクライアントに容易に取得できないことである。
【００１４】
特定の「レベル」は、例えばフレームサイズ、モーションベクトル範囲、及び最大ビットレートを含む複合複雑性のあらゆる態様について上限を設けている。特定レベルに準拠あるいは一致されるために、メディアストリームは該レベルに関連するすべての指定限界に準拠する必要がある。従って、いくつかのメディアコンテンツまたはストリームは、特性の１つのみが例えば大きいフレームサイズのような高い値を有することによって、「高」レベルにカテゴライズされうる。加えて、同一のメディアストリームの他の特性が、全体としてストリームの複雑性がやや低く、かつ、より低いレベルがこれらの特性を対処するのに十分であることを実際に与えうる「低」の値、即ち「高」レベルとして特定される値よりも低い値を有しうる。このようなメディアストリームの例は、比較的大きなフレームサイズを有するが、とてもフレームレートが低い、例えば２Ｈｚ、１２８０×７２０ｐシーケンスであってよい。
【００１５】
クライアントの復号複雑性を低減するために、動画ストリームのフレームレートは、クライアントにおける早送りを平易にするようにコンテンツサーバにおいて低減されうる。しかしながら、このような低減はクライアントには示されず、従って、サーバにより供給される「補助」について、クライアントは利益を受けることができない。
【００１６】
また、クライアントがストリームの符号化について予備知識を有する場合でさえも、例えばフレーム低減操作がサーバまたはクライアントにおいて実行された後に、クライアントはそのストリームの復号複雑性を推定することはできないだろう。
【００１７】
従って、クライアントがメディアストリームの「早送り」を実行する場合、クライアントは、メディアストリームにより、あるいはメディアストリームについて示されるレベルのサポートが「早送り」モードにおいて該メディアストリームの復号に十分であるかどうかを知る術がない。この不確実性により、一般にクライアントには、より強力で、いくらか「次元を超えた（overdimensioned）」、「安全サイドにある」復号器が装備され、使用されている。このことは、例えば計算リソースについて非常に非効率である。
【発明の概要】
【００１８】
クライアントでの非基準プレイアウトレートにおけるメディアコンテンツの再生処理は改良可能であることが望ましい。発明の目的は、クライアントでの非基準プレイアウトレートにおけるメディアコンテンツの改良された再生処理を可能にすることである。また、発明の目的は、レベル情報の改良された伝達を可能にする方法及び装置を提供することである。これらの目的等は、添付の独立請求項に係る方法及び装置により満足される。任意の実施形態は、従属請求項により定義される。
【００１９】
第１の態様によれば、方法はクライアントノードに提供される。方法は、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求について、特定コンテンツに関する情報の取得を含む。また方法は、レベルについて、いずれのプレイアウトレートがクライアントノードによりサポートされるかの、取得した情報に基づく判断を含む。
【００２０】
第２の態様によれば、装置はクライアントノードに提供される。装置は、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求について、特定コンテンツに関する情報を取得する機能ユニットを有する。また装置は、取得した情報に基づいて、レベルについて、いずれのプレイアウトレートがクライアントノードによりサポートされるかを判断する機能ユニットを有する。
【００２１】
第３の態様によれば、方法はサーバノードに提供される。方法は、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求の判断を含む。また方法は、該少なくとも１つのプレイアウトレート及び関連するレベル要求の情報の、クライアントノードへの提供を含む。
【００２２】
第４の態様によれば、装置はサーバノードに提供される。装置は、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求を判断する機能ユニットを有する。また装置は、該少なくとも１つのプレイアウトレート及び関連するレベル要求の情報をクライアントノードに提供する機能ユニットを含む。
【００２３】
上述の方法及び装置は、要求レベルについて、いずれのプレイアウトレートが、クライアントノードによりサポートされるかをクライアントノードに判断可能とさせ、クライアントノードによりサポートされないレベルを要求するレートにおけるコンテンツの復号及びプレイアウトをクライアントノードに停止可能にさせる。このことは、クライアントがサポートしない非基準レートにおいてメディアストリームの復号及びプレイアウトを試みそして失敗する、「トライアンドエラー」現象を回避する。従って、制御された「早送り」及び「スローモーション」が、ストリームへの最小の変更を伴い、標準の復号器により可能となる。また、例えば標準復号器の限界に近いレートにおける早送りのようなプレイアウトが、復号器のリソース使用を改良することで可能となる。
【００２４】
上述した方法及び装置は、様々な実施形態において改良されてもよい。いくつかの実施形態では、サポートされないレベルを要求するレートにおけるコンテンツの復号及びプレイアウトを停止するために、クライアントノードにおいて１以上の動作が実行されてもよい。このような動作の例は、例えばコンテンツを取得しないことの決定、選択可能なプレイアウトレートの制限、コンテンツの代替バージョンの選択、コンテンツの代替バージョン／表現への切り替え、及び代替復号器の選択である。必然的に、コンテンツはクライアントノードによりサポートされると判断された非基準レートにおいて復号及びプレイアウトされてもよい。
【００２５】
いくつかの実施形態では、情報は、ファイルフォーマット構造の一部として提供されてよい。情報は、メディア提示記述内に提供されてもよい。また情報は、例えばフレームの廃棄及び／または挿入のような動作が実行されるコンテンツを考慮してもよい。
【００２６】
上述した実施形態は、主に方法について開示される。しかしながら、上述の開示は上述の構成を実行可能な装置の実施形態を包含することも目的としている。上述の例示的な実施形態の様々な構成は、必要性、要求、または好みにより、様々な方法が組み合わされてもよい。
【００２７】
その他の態様によれば、１以上の処理部により実行された場合に、上述したいずれかの装置に、上述の方法の１つに係る対応手順を実行させる、コンピュータ読み取り可能なコードを含むコンピュータプログラムが提供される。
【００２８】
その他の態様によれば、上述のコンピュータプログラムを含むコンピュータプログラムプロダクトが提供される。
【００２９】
以下、発明は例示的な実施形態及び添付の図面を参照してより詳細に説明される。
【図面の簡単な説明】
【００３０】
【図１Ａ】従来技術に係る、異なるレベルに関連する制限についての情報を含むテーブル
【図１Ｂ】従来技術に係る、通常または実時間速度よりも早い速度におけるストリームのプレイアウトを示した概略図
【図２】従来技術に係る、操作が実行されるストリームのプレイアウトを示した概略図
【図３】例示的な実施形態に係る、クライアントに提供されうる、複数の異なる速度における特定メディアストリームをプレイアウトするために要求されるレベルについての情報を含むテーブル
【図４】通常レートよりも早いレートにおける、操作が実行されるストリームのプレイアウトを示した概略図
【図５】例示的な実施形態に係る、メディアストリームにおいて異なる操作が実行される場合に、クライアントに提供されうる、複数の異なる速度における特定メディアストリームをプレイアウトするために要求されるレベルについての情報を含むテーブル
【図６】、
【図７】例示的な実施形態に係る、クライアントでの特定コンテンツのプレイアウトの決定をサポートする手順を示したフローチャート
【図８】例示的な実施形態に係る、クライアントでの特定コンテンツのプレイアウトの決定をサポートする、クライアント内の装置を示したブロック図
【図９】例示的な実施形態に係る、クライアントでの特定コンテンツのプレイアウトの決定をサポートする、サーバにおける手順を示したフローチャート
【図１０】例示的な実施形態に係る、クライアントでの特定コンテンツのプレイアウトの決定をサポートする、サーバ内の装置を示したブロック図
【図１１】例示的な実施形態に係る、クライアント（またはサーバ）内の装置を示した概略図
【発明を実施するための形態】
【００３１】
簡潔に述べると、発明は１以上の非基準プレイアウトレートまたは速度における特定メディアコンテンツを再生するために要求される復号性能に関連する情報の通信に関する。このような情報の通信は、メディアストリームについての特性であって、異なるプレイアウトレート（単位フレーム毎秒）が用いられる場合、及び／またはストリームの変更が実行される場合にストリームを復号するために要求されるレベルを示す特性の定義により実現されうる。特性は、例えばプロファイル及びレベルのような、現存のあらゆるパラメータの先頭において特定されてよい。このような特性は、基準ストリームにおいて適用され、及び／または例えば専用の早送りストリーム等に有効に適用されてよい。
【００３２】
特性は、例えば異なる非基準プレイアウトレート、及び特定メディアコンテンツまたは特定メディアビットストリームに対応する要求レベルを含んで、リストまたはレコードの形態で有していてよい。このようなリストは、同一のメディアコンテンツの基準プレイアウトレートと同じレベルを要求する１以上の非基準プレイアウトレート、及び／または該メディアコンテンツの基準プレイアウトレートに関連するレベルより小さい、あるいは該レベルを超えるレベルを要求する１以上の非基準プレイアウトレートを含む。このようなリストの例は、図３に示される。例えば、１以上の特定レベルに関連する最大プレイアウトレートがクライアントに提供される。
【００３３】
また、メディアコンテンツまたはストリームにおける特定操作の実行により、該コンテンツまたはストリームの復号複雑性を低減する提案、及びこのような操作が実行された後に該コンテンツまたはストリームのプレイアウトに要求されるレベルが、例えばクライアントに提供されうる。これにより端末またはクライアントは、コンテンツまたはストリームをプレイアウトまたは描画するための復号複雑性をより少なくすることが可能である。このような提案は、ストリームの毎３フレームのみを再生するものであってもよく、従って全フレームをプレイアウトするより低いレベルを要求しうるフレームレートを、３倍未満に低減する。
【００３４】
サーバ側において標準コンテンツは、即ち通常の「非早送りチャネル」、または実時間速度における基準プレイアウトレートを対象としたメディアオブジェクトは、従来技術のように符号化されうる。このようなチャネルまたはオブジェクトの先頭において、１以上の専用早送りチャネルまたはオブジェクトが提供される。これらの早送りチャネルは、増加したレートまたは速度における該チャネルのプレイアウトが、「適当な」レベルのみを要求するように、符号化されてよい。例えば、早送りチャネルは、プレイアウトレートの特定の増加が、基準プレイアウトレートに用いられるものと同等のレベルでサポートされるように符号化されてよい。
【００３５】
本明細書内では「レベル」という文言は、Ｈ．２６４標準において定義されるような、及び／または図１Ａに示されるようなコーデックについての操作上の要求セットを示すレベル、または同様の要求に関して用いられる。
【００３６】
以下、早送り機能を提供するＨＴＴＰ（HyperText Transfer Protocol）ストリーミングソリューションに関連する例示的な実施形態が開示される。ＨＴＴＰストリーミングは、クライアントで実行される、ファイルベースのストリーミング方法である。例えば「Microsoft smooth streaming」が、ＨＴＴＰストリーミングの例である。ＨＴＴＰストリーミングクライアントは、（例えばサーバにより）メディアストリーム等のストリームを共に作り出す、ダウンロード可能な小ファイル（small file）のリストを提供される。時間における各ポイントにおいて、ダウンロードを選択可能な複数の小ファイル、即ち例えば異なるビットレート／品質等のコンテンツの異なるバージョンまたは表現が存在しうる。
【００３７】
３ＧＰＰ  ＨＴＴＰストリーミング  リリース９は、Ｈ．２６４のレベル１．３の動画をサポートする。Ｈ．２６４のレベル１．３は、（プロファイル独立の値である）１１８００ＭＢ／ｓの最大マクロブロック処理レート、及び３９６ＭＢの最大フレームサイズを要求する。従って、リリース９に係るＨＴＴＰストリーミングシナリオでは、通常速度において再生された場合には、レベル１．３以下に準拠する全ての「標準」／基準動画ストリームをとり、例えば予め定められたレートに再生レートが増加された場合に、レベル１．３に準拠するあらゆる早送りストリームをとるという利点がある。
【００３８】
特定コンテンツに関連する、専用早送りチャネルまたはオブジェクトを作成あるいは提供するために、動画ストリームまたはオブジェクトが、「フルスピード」または代替する「基準速度」に相当する場合に比べて十分低いフレームレート及びビットレートをとった結果として、コンテンツの基準バージョンから複数のフレームが削除されてよい。このような早送りチャネルまたはオブジェクトは、コンテンツの追加の符号化または再符号化を実行することなく、提供されてよい。
【００３９】
早送りチャネルとして示されるかもしれないし示されないかもしれない、これらの早送りチャネルは、１以上の「レベル−再生レート」の組み合わせの信号に関連してよい。このような早送りチャネルの例は、１ＨｚにおけるＨ．２６４  ＱＶＧＡ（Quarter Video Graphics Array：即ち３２０×２４０ピクセルのフレーム）として符号化されるチャネルであってよい。
【００４０】
レベル１．１に適合して符号化されたメディアストリームは、例えば高レートでプレイアウトされた場合に、より高いレベルを要求しうる。図３は、特定のプレイアウトレートまたはコンテンツメディアストリームまたはコンテンツの「高速化」のために要求されるレベル３０４における情報を含むテーブルを示している。このような情報は、例えばクライアントのようなメディア復号エンティティに直接、または該メディア復号エンティティにメディアを提供するサーバによって提供されてよい。項目３０６に含まれる情報は、通常または基準レートにおけるストリームまたはコンテンツの再生にレベル１．１が要求されることを示している。これは、今日のストリームまたはコンテンツに可能な、唯一の情報である。項目３１０に含まれる情報は、通常レートの１０倍（１０ｘ）のレートにおけるストリームの再生にレベル１．１が要求されることを示している。また項目３１２に含まれる情報は、通常レートの２０倍（２０ｘ）のレートにおけるストリームの再生にレベル１．２が要求されることを示している。そして項目３１４に含まれる情報は、通常レートの３０倍（３０ｘ）のレートにおけるストリームの再生にレベル１．３が要求されることを示している。
【００４１】
図３のテーブルに含まれる情報のような、動画ストリームに関する情報にアクセスする場合、クライアントは情報を解析または解釈し、いずれのレートが動画ストリームを再生可能であるかを判断する。例えば該情報にアクセスする、レベル１．１に準拠したクライアントは、クライアントが通常の１０倍の速度においてストリームの早送り可能であることを判断できる。同様に、レベル１．３に準拠するクライアントは、通常の３０倍の速度で同様のストリームを早送り可能であることを判断できる。これらの高プレイアウトレートは、例えばフレーム廃棄等のストリームに係る変更を伴わずに、秒あたりに再生されるフレーム数を増加することにより達成される。
【００４２】
以下、例えばフレーム廃棄のようなストリーム操作に応じて、要求される符号化性能を示す例示的な方法が説明される。特定の方法でメディアストリームを変更する指示または提案は、例えばサーバからクライアントに対して提供されうる。該指示は、黙示的にあるいは明確に提供されうる。このようなメディアストリームを変更する指示の例は、メディアストリームのＩフレームのみを復号する指示であってよい。また他の例では、非参照フレーム、即ち他のフレームの予測についての参照に用いられないフレームを廃棄する指示であってもよい。
【００４３】
例えば、３０Ｈｚで符号化されたＱＶＧＡストリームを想定すると、毎２フレームに非参照フレームが含まれる。該ストリームについて、例えばサーバからクライアントに対して、基準速度における完全プレイアウト（ストリームの全てのフレームを再生する）がレベル１．３に準拠した復号器を必要とすることが示される。しかしながら、非参照フレーム（毎２フレーム）の除去後のストリームのプレイアウトは、サーバからクライアントに示される情報において、レベル１．２に準拠した復号器のみが要求される。
【００４４】
ストリームにおける異なる操作の実行後のストリームのプレイアウトに要求される異なるレベルについての情報にアクセスするクライアントは、ストリームの復号が可能であるか否かを判断する際に該情報を用いる。例えば、レベル１．２の復号器を有するクライアントは、ストリームの非参照フレームを除去する単純な操作を行うことで、該ストリームを実際に再生できると判断できる。
【００４５】
以下、上述した２つの方法を組み合わせる例示的な実施形態が説明される。本実施形態において、プレイアウト速度／レベルのペアまたは組み合わせについてのサーバからクライアントへの伝達は、ストリーム処理指示と組み合わせて行われる。換言すれば、特定操作がストリームにおいて実行された場合に、特定の非基準レートまたは速度におけるストリームの再生に特定のレベルが要求されることが、サーバからクライアントに示される。
【００４６】
図４は、ストリームにおける操作と、ストリームを受信する際のクライアントにおける該ストリームの、より高速な実際のプレイアウトレートとの両方を含む例示的な実施形態におけるこれらの組み合わせの例を示している。図４に示されるストリームまたはシーケンス４０２は、基準または通常レートにおいて再生される「通常の」または「完全な」ストリームである。４０２として示されるストリームは、ストリームのＩフレームのみが復号される「操作ポイント」を有し、これらのＩフレームは、シーケンス４０６として示されるように、実時間よりも２倍の速さでプレイアウトされる。中間シーケンス、即ちＩフレームのみのシーケンスは、シーケンス４０４として示される。シーケンス４０６は、操作及び２倍の高速化によって、通常の４倍のレートでプレイアウトされるものとして表されている。このことは、例えばシーケンス４０２のような単一動画ストリームが、早送りストリーム及び通常ストリームの両方「である」、またはその両方として用いられることを意味している。即ち、分離されない早送りストリームが、通常ストリームから作成可能でなくてはならず、サーバにおいてダウンロード可能でなければならない。
【００４７】
特定コンテンツまたはストリームに関連する、ストリームにおいて実行される操作５０２、プレイアウト速度増加率５０４、及び操作と高速化の保証された成果についての要求レベル５０６に関する例示的な情報を含むテーブルの例が、図５に示される。例えば、テーブル内の項目５１０は、ストリームのＩフレームのみの復号操作が行われ、オリジナルストリーム（図４におけるシーケンス４０４参照）の基準プレイアウトレートと「同レート」（秒あたりのフレーム）でＩフレームがプレイアウトされる場合に、レベル１．１が要求されることを示す情報を含む。この場合、要求されるレベル１．１は、基準レートにおける通常ストリームまたはコンテンツのプレイアウトに要求されるものと同レベルである。項目５１２は、「Ｉフレームのみ」のシーケンスのプレイアウトレートが２倍である場合に、要求レベルがまだ１．１であることを示す情報を含む。また項目５１４は、オリジナルストリームのＩフレーム及びＰフレームのみを復号する操作が実行され、通常の２倍のプレイアウトレートにおける復号フレームのプレイアウトを行う場合に、レベル１．１が要求されることを示す情報を含む。これまで提示された代替手段は、通常レート即ち少なくともレベル１．１でオリジナルストリームを再生可能なクライアントにより実行されうる。
【００４８】
しかしながら、項目５１６の情報は、第２及び第３レベルのＢフレームを廃棄または除外する操作を実行し、結果得られたシーケンスを通常の４倍の速度でプレイアウトするために、レベル１．２が要求されることを示している。また項目５１８の情報は、第３レベルのＢフレームを除外する操作を実行し、結果得られたシーケンスを通常の８倍の速度でプレイアウトするために、レベル２．１が要求されることを示している。
【００４９】
従って、図５のテーブルに含まれる情報の解析または解釈から、レベル１．１性能の（復号器を有する）クライアントは、クライアントでサポートされる最大非基準プレイアウトレートが項目５１４の代替手段であることを判断できる。またレベル１．１性能のクライアントは、サポートされる項目５１０〜５１４よりも少ない計算能力を要求する全てのプレイアウトレート及び／または操作が、クライアントのための代替手段として（少なくとも計算性能の理由について）許可されることを決定してもよい。クライアントは、例えば予め定められた選択方法またはルールセットに従って、１以上の代替非基準プレイアウトレートを選択してもよい。
【００５０】
上述した例示的な実施形態は、開示の理解を簡単にするために、メディアストリームの「早送り」プレイアウトについて行われた。しかしながら、「早送り」は非基準プレイアウトレートの一例でしかない。メディアストリームは、例えば「スローモーション」としても知られる、実時間よりも遅い速度または少ないレートにおいてもプレイアウトされてよい。本開示に記載される発明のコンセプトは、例えばこのような「スローモーション」プレイアウトに対応させて適用可能である。「スローモーション」は、例えば各フレーム、いくつかのフレーム、または複数のフレームのプレイアウトのために、追加のフレームの挿入を含んでもよい。「早送り」シナリオについて前述された伝達と同一の形式が、例えば通常速度よりも低い速度における符号化ストリームのプレイアウトのための要求レベルを特定するために用いられてもよい。
【００５１】
代替プレイアウト速度は、動画ストリームにカプセル化される、例えばＩＳＯベースメディアファイルフォーマット（ISO/IEC 14496-12）や、３ＧＰファイルフォーマット（3GPP TS 26.244）、ＭＰ４ファイルフォーマット（ISO/IEC 14496-14）、及びＡＶＣファイルフォーマット（ISO/IEC 14496-15）、及びそのあらゆる派生物等の、いくつかの異なる方法で、例えばクライアントに伝達されてよい。
【００５２】
ファイルフォーマットは、メタデータのような、メディアビットストリームに関する情報を提供する伝達システムである。伝達されたメタデータの各ピースは、「ボックス」と呼ばれる、ネストされうるコンテナにカプセル化される。異なるメタデータは、それぞれ異なる「トラックボックス」により参照及び編成される。各トラックボックス内には、どのようにサンプルが解釈されるべきかを記述する、サンプル入力記述が存在する。
【００５３】
伝達を実現するための例は、代替速度及び対応するプロファイル／レベルの指示が、トラックのサンプルに関連するサンプル入力記述が含まれる、任意の「ボックス」または「コンテナ」内にテーブルとして提供されてもよいことである。同一のテクニックが、複数の異なる速度についてのプロファイル／レベルの指示を含みうる任意のサンプル入力記述を提供するために用いられてもよい。例えば、任意のボックスは、代替サンプル入力記述及び速度を含むオリジナルのサンプル入力内に追加されてもよい。
【００５４】
情報を伝達する他の方法は、追加の早送り／スローモーショントラックを定義することである。これらの新たなトラックはオリジナルトラック（より速い／より遅いバージョンのみ）と同じコンテンツを有するので、情報は「切り替え可能」であることを示す、オリジナルトラックと同じ切り替えグループ内に配置されてよい。代替トラックは、オリジナルトラックと同一の、メディアデータボックス内内の動画ストリームを参照してもよいが、異なるプロファイル／レベルを示すことが可能であって、異なるタイムスタンプを有していてもよい。タイムスタンプがどのように割り当てられるかは、再生速度を制御する。このメカニズムは、プロファイル／レベル及び代替プレイアウト速度を示すテーブルを有する場合と同等である。他のトラックから動画ストリームを参照することにより、フレームは、ストリームを「間引く」ために、新たなトラックのサンプル内でそれらをただ除外することにより削除されてもよい。参照は、メディアデータボックス内に直接的に、またはメディアデータが配置されるいかなる場所に直接的に、Ｈ．２６４／ＡＶＣの場合はヒントトラック（ヒントトラックが使用される場合）または抽出器を伴って間接的になされてもよい。
【００５５】
ＨＴＴＰストリーミングについて、「manifestファイル」としても知られる、ＭＰＤ（メディア提示記述：Media Presentation Description）において代替速度／レベルを伝達する利点を有してもよい。そしてクライアントは、例えば高フレームレートまたは速度においてプレイアウトされる場合に、コンテンツのバージョンまたは提示の中で実際に選択してもよい。
【００５６】
《処理例：図６》
特定コンテンツの復号及びプレイアウトの決定をサポートする手順の実施形態について、以下図６を参照して開示する。手順は、例えばセットトップボックス、コンピュータ、あるいは移動端末等の動画復号エンティティであってよいクライアントノードにおいて実行されうる。
【００５７】
まず、動作６０２において情報が取得される。取得された情報は、特定コンテンツに関するものであり、該特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求を含む。非基準プレイアウトレートは、予め定められた基準プレイアウトレートと異なるプレイアウトレートである。非基準プレイアウトレートは、実時間速度またはレートよりも早いあるいは遅いプレイアウト速度またはレート、及び／または基準実時間プレイアウトと同じ秒あたりのフレーム数を用いた、例えば特定フレームの廃棄のような操作が実行されたコンテンツのプレイアウトを含んでもよい。結果として得られる非基準プレイアウトレートの「疑似的な」プレイアウトレートまたは「知覚される」プレイアウトレートは、秒あたり同じフレーム数がプレイアウトされたとしても、基準レートにおいてプレイアウトされる通常のストリームとは同一にならない。このことは、ここに開示されるいかなる実施形態においても有効である。
【００５８】
情報に関連するコンテンツは、非基準レートのリストまたはレコードを含み、各レートは問題になっている非基準レートにおけるコンテンツのプレイアウトのために要求される対応レベルの指示を伴う。情報はさらに、例えばプレイアウト前の特定のフレームタイプの廃棄または挿入のような、コンテンツにおいて実行されるかもしれない、または実行されるべきである特定の操作の通知を含んでもよい。情報は、例えば同一のコンテンツの実時間プレイアウトのために要求されるレベルと同一のレベルにおいてサポートされる、または可能にされる最大非基準レート等の１つの非基準レートに制限されうる。このような場合、要求レベルの情報は、例えば非基準レートに関連する要求レベルが、事前合意されうる、または情報が明確であり得ることを示す。
【００５９】
また、取得された情報は解析または解釈され、動作６０４において、いずれの非基準プレイアウトレートがクライアントによりサポートされ、コンテンツを再生する際にクライアントに使用させることが可能であるかが判断される。例えばクライアントによりサポートされる最大プレイアウトレートが判断されてもよい。判断に従う非基準プレイアウトレートは、取得された情報内に示される１以上の非基準プレイアウトレート、あるいは例えば予め定められた「所望」プレイアウトレート等の他のプレイアウトレートであってよい。該判断は、取得された情報において示される要求レベルと、例えばクライアントに関連するレベル値等の閾値との比較、及び／または取得された情報に含まれない非基準プレイアウトレートについてのレベル要求の情報を得るために、取得された情報内に含まれる値の生成または内挿を含んでもよい。
【００６０】
そして動作６０６において、（もしあるのであれば）クライアントによりサポートされる非基準プレイアウトレートが、予め定められたいくつかの基準を達成するか否かを判断する。例えば、実時間レートよりも１０倍速い、予め定められた特定の所望非基準レートにおいてコンテンツを再生することをクライアントに可能にさせるか否かを判断する。動作６０６の判断の結果に応じて、異なる動作が行われる。例えば、サポートされる１以上の非基準プレイアウトレートが予め定められたいくつかの基準について許容可能または適合可能であると判断された場合、動作６０８において、問題となるコンテンツはクライアントによりダウンロードされ、そして可能な限り、少なくとも部分的に、クライアントによりサポートされる非基準レートでプレイアウトされうる。異なる可能なプレイアウトレートは選択用に例えばユーザに通知または「提示」され、サポートされないプレイアウトレートは選択可能にされない。
【００６１】
動作６０６においてサポートされる１以上の非基準プレイアウトレートが予め定められたいくつかの基準について許容不可能または適合不可能と判断された場合、クライアントはコンテンツのダウンロードを停止してよい。ダウンロードの停止は、図６において破線を用いて動作６１２として示され、停止が受動的であってよいことを示している。しかしながら、所望の非基準レートでプレイアウトできない特定コンテンツのダウンロードを停止するために、異なる動作が行われてもよい。例えば、ダウンロードが開始された場合に、コンテンツをダウンロードしないように、またはコンテンツのダウンロードを停止するように動的に判断されてもよい。また、例えばコンテンツの専用「早送り」バージョン等の特定の非基準レートにおけるプレイアウトのために低いレベルを要求する、コンテンツの他のバージョンまたは表現がダウンロード用に選択されてもよい。
【００６２】
クライアントにおいて１以上の復号器が使用可能である場合、適合可能な高レベルまたは低レベルに関連する復号器が、例えば予め考慮されていた復号器の代わりにコンテンツの復号に選択されてもよい。このことは、図６において動作６１６として示されている。図から明らかなように、この代替手段は１以上の復号器がクライアントに利用可能な場合にのみ関連しており、図６において概略的な判断動作６１４として示される。
【００６３】
《手順例：図７》
図７に示される例示的な手順は、図６を参照して上述された手順の特殊なケースに関する。情報は動作７０２において取得される。そして、クライアントによりサポートされる（ストリームまたはコンテンツの）最大プレイアウトレートが動作７０４で判断される。続いて、動作７０６が実行されてよい。実行される動作７０６は、例えば予め定められた最大レートにおけるコンテンツの再生、または判断された最大サポートプレイアウトレートに対する、ユーザ選択可能な最大プレイアウトレートの設定であってよい。
【００６４】
《装置の例示：図８》
以下、上述した特定コンテンツの復号及びプレイアウトの決定のサポートに関する手順を実行可能な装置例８００について、図８を参照して説明する。装置は、通信システムにおけるクライアントノード８０１内に配置されるものとして示される。クライアントノードは、例えばセットトップボックス、コンピュータ、あるいは移動端末のような動画復号エンティティであってよい。また装置８００は、無線及び／または有線の従来の通信手段を含むように考慮されうる通信部８０２を介して、他のエンティティと通信するものとして示される。また装置あるいはクライアントノードは、例えば取得したメディアストリームを復号する復号部８１４、及び１以上の記憶部８１４のような他の機能ユニットを含むものとす」る。
【００６５】
装置８００は、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求に関する、特定コンテンツに関連する情報を取得する取得部８０４を含む。また装置は、取得した情報に基づいて、レベルについて、いずれのプレイアウトレートがクライアントノードによりサポートされるかを判断し、クライアントノードによりサポートされないレベルを要求する非基準レートにおけるコンテンツのプレイアウトを停止することを可能にさせる判断部８０８を有する。装置は、判断部により実行される必要な解析の代替手段としての、取得した情報の解析または解釈、例えば所定の閾値と取得したレベル関連値との比較、及び／またはクライアントによりサポートされる最大（または最小）プレイアウトレートの判断を行う解析部８０６を有してもよい。解析部は後者の判断を促進するために、判断部へ処理情報を提供してもよい。
【００６６】
例えば判断部８０８等の装置はさらに、（もしあれば）クライアントにサポートされることが判断された非基準プレイアウトレートが、予め定められた基準のいくつかを満たすか否かを判断し、該判断の結果に基づいて、異なる動作を行う、または異なる動作が実行される指示を提供してもよい。
【００６７】
また装置は、判断結果に関連する動作、または提供された指示に従った動作を実行する機能部８１０を有してもよい。実行されうる動作は、例えばコンテンツを取得しないことの決定、コンテンツの代替バージョンまたは表現の要求及び／またはダウンロード（切り替えを含む）、またはユーザ選択可能な非基準プレイアウトレートの限定等である。また、代替復号器が利用可能である場合、コンテンツの復号に代替復号器が選択及び／または要求されてもよい。例えば、復号部８１４は異なるレベルの２以上の従来の復号器を含んでもよい。実行される他の動作は、クライアントによりサポートされる非基準レートでコンテンツをプレイアウトすることである。
【００６８】
《手順例：図９》
以下、特定コンテンツのプレイアウトの決定をサポートする手順の他の態様に係る例示的な実施形態について、図９を参照して説明する。手順は、例えばコンピュータまたは移動端末のようなサーバノードにおいて実行されうる。サーバは、サーバまたは例えばメディア符号化エンティティ等の他のエンティティにより符号化されたコンテンツを提供するものとする。
【００６９】
まず、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求が、動作９０２で判断される。即ち、１以上の非基準プレイアウトレートのレベル要求が判断される。レベル要求は、例えばコンテンツまたは該コンテンツに関連するメタデータの検査により判断または取得されるか、あるいはサーバ内のコンテンツの符号化と同時に算出されてもよい。例えば、図３及び５に示されたテーブル内の１以上の項目に例示されたような情報が判断されてもよい。そして、判断された情報は動作９０４においてクライアントに提供され、要求レベルについて、いずれのプレイアウトレートがクライアントによりサポートされるかを判断し、クライアントノードによりサポートされないレベルを要求するレートにおけるコンテンツの復号及びプレイアウトは停止することをクライアントに可能にさせる。
【００７０】
例えばレコードやテーブル等の形式の情報は、ファイルフォーマット構造の適切な位置及び／または適切な階層レベル内の任意のボックスまたはコンテナのようなファイルフォーマット構造の一部として提供されうる。情報は、例えばＨＴＴＰストリーミングではＭＰＤの一部として提供されうる。情報は、例えばフレームの廃棄及び／または挿入のような特定の操作がコンテンツにおいて実行された場合に、コンテンツを考慮してもよい。
【００７１】
《装置の例示：図１０》
以下、クライアントにおいて特定コンテンツのプレイアウトの決定をサポートする、サーバ側の上述した手順の実行可能な装置例１０００について、図１０を参照して説明する。装置は、通信システムにおいてサーバノード１００１内に設けられるものとして示される。サーバノードは、例えばコンピュータまたは移動端末であってよい。
【００７２】
サーバノードは、サーバノード、あるいは例えばメディア符号化エンティティのような他のエンティティにより符号化されたコンテンツを提供するものとする。また装置１０００は、無線及び／または有線通信用の従来の手段またはモジュールを有するものであり、装置１０００の一部であってもよいし一部でなくてもよい通信部８０２を介して他のエンティティと通信するように示される。また装置及び／またはサーバノードは、例えばメディアコンテンツの符号化用の符号化部１０１４及び１以上の記録部１０１４のような他の機能部を有するものであってもよい。
【００７３】
装置１０００は、特定コンテンツの少なくとも１つの非基準プレイアウトレートに関連するレベル要求を判断する判断部１００４を有する。前述したように、判断は例えばコンテンツ及び／または該コンテンツに関するメタデータの検査や、サーバにおけるコンテンツの符号化と共に行われる計算等を含んでもよい。情報は、例えばフレームの廃棄及び／または挿入のような特定の操作がコンテンツにおいて実行される場合に、コンテンツを考慮してもよい。
【００７４】
装置１０００は、少なくとも１つのプレイアウトレート及び関連するレベル要求の情報をクライアントノードに提供することで、要求レベルについて、いずれのプレイアウトレートがクライアントノードによりサポートされるかを判断し、クライアントノードによりサポートされないレベルを要求するレートにおけるコンテンツの復号及びプレイアウトを停止することをクライアントノードに可能にさせる提供部を有する。提供は、ファイルフォーマット構造の適切な位置及び／または適切な階層レベル内の任意のボックスまたはコンテナへの挿入のような、クライアントにより取得されうるファイルフォーマット構造への情報の挿入を含みうる。情報は、例えばＨＴＴＰストリーミングの場合、ＭＰＤの一部として提供されうる。
【００７５】
《装置例：図１１》
図１１は、図８に示されたクライアントノードにおける装置の実施形態を開示する代替手段でもある、クライアントノードにおける装置１１００の実施形態を概略的に示している。装置１１００には、例えばＤＳＰ（Digital Signal Processor）を有する処理部１１０６が含まれる。処理部１１０６は、ここに開示される様々な手順の動作を実行する、単一または複数のユニットであってよい。装置１１００は他のエンティティから信号を受信する入力部１１０２、他のエンティティに信号を提供する出力部１１０４を有していてもよい。入力部１１０２及び出力部１１０４は、統合されたエンティティとして設けられてもよい。
【００７６】
さらに装置１１００は、例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、及びハードドライブ等の不揮発性メモリの形態の少なくとも１つのコンピュータプログラム媒体１１０８を有してもよい。コンピュータプログラム媒体１１０８は、装置１１００の処理部１１０６により実行された場合に図６及び７について上述した手順の動作を、装置及び／またはクライアントノードに実行させるコードを有するコンピュータプログラム１１１０を含む。
【００７７】
コンピュータプログラム１１１０は、コンピュータプログラムモジュール内に構造化されたコンピュータプログラムコートとして構成されてよい。故に、上述した例示的な実施形態において、装置１１００のコンピュータプログラム１１１０内のコードは、特定コンテンツについての少なくとも１つの非基準プレイアウトレートに関連するレベル要求に関する特定のコンテンツの関連情報を取得する取得モジュール１１１０ａを有する。またコンピュータプログラムは、取得した情報に基づいて、レベルについて、いずれのプレイアウトレートがクライアントによりサポートされるかを判断する判断モジュール１１１０ｂを有する。コンピュータプログラム１１１０はさらに、例えば取得した情報を解析するモジュール１１１０ｃ、及び／または該情報に基づいて異なる動作を実行するモジュール１１１０ｄを有する。
【００７８】
モジュール１１１０ａ乃至ｄは、図８に示されたクライアントノードにおける装置をエミュレートするために、図６及び７に示されたフローの動作を基本的に実行しうる。言い換えれば、処理部１１０６において様々なモジュール１１１０ａ乃至ｄが実行された場合、それらは図８のユニット８０４乃至８１０に対応する。
【００７９】
同様に及び類似して、図１０に示された装置に対応する代替手段は、情報を判断及び提供するプログラムモジュールを含むことが可能である。
【００８０】
図１１と共に上述された実施形態におけるコードは、処理部により実行された場合に装置及び／またはクライアントノード（またはサーバノード）に図を用いて上述した動作を実行させるコンピュータプログラムモジュールとして実装されるが、代替的な実施形態において少なくとも１つのコードは、少なくとも部分的にハードウェア回路として実装されてもよい。
【００８１】
プロセッサはシングルＣＰＵ（Central processing unit）であってもよいが、２以上の処理ユニットを含んでいてもよい。例えば、プロセッサは命令セットプロセッサ、及び／または関連チップセット、及び／またはＡＳＩＣ（Application Specific Integrated Circuit）のような特定用途マイクロプロセッサ等、複数の多目的プロセッサを含んでもよい。またプロセッサはキャッシュ目的のボードメモリを有してもよい。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム媒体により実行されてよい。コンピュータプログラム媒体は、コンピュータプログラムが格納される、コンピュータ読み取り可能な記録媒体を含む。例えば、コンピュータプログラム媒体はフラッシュメモリ、ＲＡＭ（Random-access memory）、ＲＯＭ（Read-Only Memory）、あるいはＥＥＰＲＯＭであってよく、上述したコンピュータプログラムモジュールは、代替的な実施形態においてクライアントノード（またはサーバノード）におけるメモリの形態で様々なコンピュータプログラム媒体に分配されてもよい。
【００８２】
上述した手順は例として提供した特定の実施形態を参照して説明されたが、開示は概して発明のコンセプトを示す目的としただけのものであり、添付の特許請求の範囲に定義される提案方法及び装置の範囲を制限するものとして理解されるべきではない。一般的な文言を用いて開示されたが、方法及び装置は、ＧＳＭ（登録商標）／ＥＤＧＥ、ＷＣＤＭＡ（登録商標）、ＬＴＥのような一般に利用可能な通信技術、例えばＤＶＢ−Ｓ、ＤＶＢ−Ｔ、ＤＶＢ−Ｃ等の衛星、地上波、ケーブルを介する放送技術を用いる様々なタイプの通信システム、あるいはメモリへの／からのメディアの格納／取得等が適用可能であってもよい。
【００８３】
ユニットまたはモジュール間の相互作用の選択及びユニットの名称は例示のみを目的としたものであり、上述したいずれの方法を実行するように適合可能なクライアント及びサーバノードは、提案された処理動作を実行可能にするために、複数の代替的な方法で構成されてもよいことが理解されてもよい。
【００８４】
本開示に示されたユニットまたはモジュールは、物理的に独立したエンティティである必要はなく、論理エンティティとしてみなされることは理解されるべきである。
【００８５】
《略号》
ＡＶＣ    ：Advanced Video Coding
ＣＡＢＡＣ：Context Adapted Binary Arithmetic Coding
ＤＰＢ    ：Decoded Picture Buffer
ＧＯＰ    ：Group Of Pictures
ＭＰＤ    ：Media Presentation Description
ＮＡＬ    ：Network Abstraction Layer
ＱＶＧＡ  ：Quarter Video Graphics Array
ＶＬＣ    ：Variable Length Coding
【図１Ａ】
0005859694.tif 000002
【図１Ｂ】
0005859694.tif 000003
【図２】
0005859694.tif 000004
【図３】
0005859694.tif 000005
【図４】
0005859694.tif 000006
【図５】
0005859694.tif 000007
【図６】
0005859694.tif 000008
【図７】
0005859694.tif 000009
【図８】
0005859694.tif 000010
【図９】
0005859694.tif 000011
【図１０】
0005859694.tif 000012
【図１１】
0005859694.tif 000013