JP2022536233A - 動画データ符号化／復号方法、装置、プログラム及びコンピュータ装置 - Google Patents

Abstract

本願は、動画データ符号化／復号方法、装置、記憶媒体及びコンピュータ装置に関し、前記動画データ符号化方法は、動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得するステップと、動画タグコードに対応する属性構造テーブルに属性型が存在する場合、各属性に対応する属性フラグ情報を決定するステップと、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得するステップと、属性構造テーブルにおける各属性に対応する属性ソートに基づいて、各属性に対応する属性フラグ情報、属性コンテンツを順に格納して、動画タグコードに対応する動的属性データブロックを取得するステップと、を含む。【選択図】図８

Description

［関連出願の相互参照］
本願は、２０１９年６月１１日に「動画データ符号化／復号方法、装置、記憶媒体及びコンピュータ装置」との発明の名称で国家知識産権局に出願された中国特許出願第２０１９１０５０２９３２９号の優先権を主張するものであり、その全ての内容は、参照により本願に組み込まれるものとする。

［技術分野］
本願は、コンピュータの技術分野に関し、特に動画データ符号化／復号方法、装置、コンピュータ可読記憶媒体及びコンピュータ装置に関する。

ビデオコンテンツ又はピクチャコンテンツを面白味のあるものにするために、ユーザは、ビデオコンテンツ又はピクチャコンテンツを編集するときに動画効果を追加し、実質的に、動画効果は、動画ファイルに基づいて表示され、１つの動画ファイルは、１つのステッカーと呼ばれてもよい。動画効果が複雑になるほど、対応する動画ファイルに含まれる動画属性データが多くなり、動画ファイルのファイルサイズも大きくなる。

従来の動画ファイルの作成フローは、まず、動画デザイナーが動画特殊効果データを含む動画プロジェクトファイルを設計し、次に、開発エンジニアがネイティブコードにより様々な複雑な動画特殊効果を実現する。

しかしながら、上記方式は、符号化過程において各属性の属性状態を特定するために、大量の追加の識別フィールドを必要とするため、得られた動画ファイルのボリュームが大きすぎ、記憶空間を浪費する。

本願の様々な実施態様によれば、動画データ符号化／復号方法、装置、コンピュータ可読記憶媒体及びコンピュータ装置を提供する。

コンピュータ装置が実行する動画データ符号化方法は、
動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得するステップと、
前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性フラグ情報を決定するステップと、
前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得するステップと、
前記属性構造テーブルにおける各前記属性に対応する属性ソートに基づいて、各前記属性に対応する属性フラグ情報、前記属性コンテンツを順に格納して、前記動画タグコードに対応する動的属性データブロックを取得するステップと、を含む。

動画データ符号化装置は、
動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得する動画データ取得モジュールと、
前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、各前記属性に対応する属性フラグ情報を決定する属性フラグ情報決定モジュールと、
前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得する属性コンテンツ符号化モジュールと、
前記属性構造テーブルにおける各前記属性に対応する属性ソートに基づいて、各前記属性に対応する属性フラグ情報、前記属性コンテンツを順に格納して、前記動画タグコードに対応する動的属性データブロックを取得するデータブロック生成モジュールと、を含む。

コンピュータ可読記憶媒体は、プロセッサにより実行されると、上記動画データ符号化方法のステップを前記プロセッサに実行させるコンピュータプログラムが記憶されている。

コンピュータ装置は、コンピュータプログラムが記憶されているメモリと、プロセッサと、を含み、前記コンピュータプログラムは、前記プロセッサにより実行されると、上記動画データ符号化方法のステップを前記プロセッサに実行させる。

コンピュータ装置が実行する動画データ復号方法は、
動画タグコードを取得するステップと、
前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性型に基づいて、前記動画タグコードに対応する動的属性データブロックから、各前記属性に対応する属性フラグ情報を解析するステップと、
各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析するステップと、を含む。

動画データ復号装置は、
動画タグコードを取得する取得モジュールと、
前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性型に基づいて、前記動画タグコードに対応する動的属性データブロックから、各前記属性に対応する属性フラグ情報を解析する属性フラグ情報解析モジュールと、
各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析する属性コンテンツ解析モジュールと、を含む。

コンピュータ可読記憶媒体は、プロセッサにより実行されると、上記動画データ復号方法のステップを前記プロセッサに実行させるコンピュータプログラムが記憶されている。

コンピュータ装置は、コンピュータプログラムが記憶されているメモリと、プロセッサと、を含み、前記コンピュータプログラムは、前記プロセッサにより実行されると、上記動画データ復号方法のステップを前記プロセッサに実行させる。

本願の１つ以上の実施態様の詳細は、以下の図面及び説明において提供される。本願の他の特徴及び利点は、明細書、図面及び特許請求の範囲から明らかになる。

一実施態様における動画データ符号化方法の適用環境図である。 一実施態様においてビデオをキャプチャするときにビデオコンテンツに動画ステッカーを追加する概略図である。 ４８ビットのデータストリームの概略図である。 一実施態様における連続した符号なし整数型のデータの符号化構造の概略図である。 一実施態様におけるパス情報の符号化構造の概略図である。 一実施態様におけるＰＡＧファイルのファイル組織構造の概略図である。 一実施態様におけるタグのタグ組織構造の概略図である。 一実施態様における動画データ符号化方法のフローチャートである。 一実施態様におけるマスク情報に対応する属性構造テーブル及び動的属性データブロックの概略構成図である。 一実施態様における時間イージングパラメータ配列の符号化構造の概略図である。 一実施態様における空間イージングパラメータ配列の符号化構造の概略図である。 一実施態様におけるビットマップシーケンスフレーム符号化方式に対応する動画データの符号化構造図である。 一実施態様におけるビデオシーケンスフレーム符号化方式に対応する動画データの符号化構造図である。 一実施態様における動画データ復号方法のフローチャートである。 一実施態様におけるベクトル導出方式に対応するファイルデータ構造である。 一実施態様における動画データ符号化装置の構成ブロック図である。 一実施態様における動画データ復号装置の構成ブロック図である。 一実施態様におけるコンピュータ装置の構成ブロック図である。

本願の目的、技術手段及び利点をより明確にするために、以下、図面及び実施態様を参照しながら、本願をさらに詳細に説明する。理解すべきこととして、本明細書に説明された具体的な実施態様は、本願を説明するためのものに過ぎず、本願を限定するものではない。

以下、本願に係る一部の用語について説明する。

ＡＥ：Ａｄｏｂｅ Ａｆｔｅｒ Ｅｆｆｅｃｔｓの略称であり、Ａｄｏｂｅ Ａｆｔｅｒ Ｅｆｆｅｃｔｓは、複雑なビデオ特殊効果を設計できるグラフィックビデオ処理ソフトウェアである。デザイナーは、該ソフトウェアにより複雑な動画効果を設計し、得られた動画ファイルがＡＥプロジェクトファイルであり（ファイルの拡張子がａｅｐである）、以下、動画プロジェクトファイルとも呼ばれる。ＡＥプロジェクトファイルは、合成（Ｃｏｍｐｏｓｉｔｉｏｎ）、及び該合成において使用される全てのソースファイル、動画特性パラメータを格納し、合成は、レイヤ（Ｌａｙｅｒ）の集合である。

ＰＡＧ：Ｐｏｒｔａｂｌｅ Ａｎｉｍａｔｅｄ Ｇｒａｐｈｉｃｓの略称であり、本願に係る自主開発したバイナリ動画ファイルフォーマットである。ＰＡＧファイルは、動画効果としてビデオに付すことができ、動画ステッカーと呼ばれる。

ＰＡＧＥｘｐｏｒｔｅｒ：ＰＡＧファイルのために自主開発した動画導出プラグインであり、ＡＥプロジェクトファイル中の動画特殊効果データを読み取り、読み取った動画特殊効果データをベクトル導出方式、ビットマップシーケンスフレーム導出方式又はビデオシーケンスフレーム導出方式のいずれかで導出することで、ＰＡＧファイルを取得するために用いられることができる。ＰＡＧＥｘｐｏｔｅｒは、ＡＥソフトウェアのプラグインとしてロードされた後、ＡＥプロジェクトファイルを導出して、ＰＡＧファイルを取得することを実現することができる。

ＰＡＧＶｉｅｗｅｒ：ＰＡＧファイルをプレビューするために自主開発した動画プレビューソフトウェアであり、ＰＡＧファイルのプレビュー、及び性能パラメータのＰＡＧファイルへの書き込みに用いられることができ、該ＰＡＧファイルをサーバにアップロードするとき、性能パラメータに基づいて該ＰＡＧファイルをチェックするようにする。

図１は、一実施態様における動画データ符号化方法の適用環境図である。図１を参照して、該動画データ符号化方法は、端末１１０に適用される。

端末１１０には、グラフィックビデオ処理をサポートするソフトウェアがインストールされて動作しており、該ソフトウェアにより動画プロジェクトファイルを生成し、該ソフトウェアは、例えばＡＥソフトウェアであってもよい。端末１１０には、さらに動画導出プラグインがインストールされ、動画導出プラグインは、例えばＰＡＧＥｘｐｏｒｔｅｒであってもよい。端末１１０上で該ソフトウェアを動作させて動画プロジェクトファイルを開く場合、端末は、動画導出プラグインにより動画プロジェクトファイルの動画データを読み取り、動画導出プラグインをロードして該動画データを符号化して、ターゲット動画ファイルを取得することができ、ターゲット動画ファイルは、例えばＰＡＧファイルであってもよい。端末１１０は、具体的には、卓上型端末又は携帯端末であってよく、携帯端末は、具体的には、携帯電話、タブレットコンピュータ、ノートパソコンなどのいずれかであってもよい。

一実施態様において、端末１１０上で動作したＰＡＧＥｘｐｏｒｔｅｒにより、動画プロジェクトファイル中の動画データを処理し、ＰＡＧファイルを導出して取得し、ＰＡＧＶｉｅｗｅｒにより、ＰＡＧファイルを再生する過程において、該ＰＡＧファイルの性能パラメータを統計し、算出した性能パラメータを該ＰＡＧファイルに書き込み、最後に検証サーバによりＰＡＧファイルに含まれる性能パラメータをチェックし、チェックに成功したＰＡＧファイルをネットワークに配信し、ユーザがダウンロードした後に再生することができる。ＰＡＧファイルが呈する動画効果を動画ステッカーとしてビデオに付すことができ、図２に示すとおり、一実施態様においてビデオをキャプチャするときにビデオコンテンツに動画ステッカー２０２を追加する概略図である。

以下、バイナリ動画ファイルフォーマットであるＰＡＧファイルに使用される基本データ型を説明し、データ型は、ファイルに保存されたデータのフォーマットを記述する。

動画データを符号化して、ＰＡＧファイルを取得する場合、使用された基本データ型は、整数型、ブール型、浮動小数点数型、配列型、ビット型、時間型、文字列型を含み、これらのデータ型のデータ長は、一般的に不変であり、固定長データ型とも呼ばれる。

基本データ型は、これらのデータ型に基づいて組み合わせてカスタマイズされた新しいデータ構造をさらに含み、新しいデータ型は、組み合わせ型と呼んでもよく、これらの組み合わせ型は、動画データを記述し、可変長符号化整数型、座標型、比率型、色型、フォント型、透明度変化情報型、色変化情報型、テキスト型、パス型、バイトストリーム型、ビットマップ情報型及びビデオフレーム情報型を含む。

以下、上記基本データ型を詳細に説明する。

一、整数型

全ての整数値は、バイナリの形でＰＡＧファイルに格納される。上記表から分かるように、整数型のデータを、符号付き及び符号なしの８ビット、１６ビット、３２ビット、６４ビットで格納することができる。ＰＡＧフォーマットにおけるデータの格納方式は、「リトルエンディアン」（ｌｉｔｔｌｅ ｅｎｄｉａｎ）を採用して格納することができ、即ち、下位バイトデータをメモリの下位アドレスに格納し、上位バイトデータをメモリの上位アドレスに格納する。整数型のデータは、バイト整列を必要とするデータ型であり、即ち、１つの整数値の第１ビット（ｂｉｔ）の値をＰＡＧファイルにおけるあるバイトの第１ビットに格納する。

二、ブール型

上記表を参照して、ＰＡＧファイルにおいて、ブール型のデータを１ビットで表す。１バイトで表す場合より、記憶空間を節約することができる。ブール型は、バイト整列を必要としないデータ型である。

三、浮動小数点数型

ＰＡＧファイルにおいて、小数のデータ型を単精度浮動小数点数型で表す。

四、配列型
連続して格納された同じデータ型のデータに対して、データ型の後に［ｎ］記号を追加して、このセットのデータを表すことができ、ここで、ｎは配列の長さを表す。例えば、Ｕｉｎｔ８［１０］は、長さが１０のＵｉｎｔ８型の一次元配列を表す。また、例えば、Ｉｎｔ８［ｎ］［ｍ］は、二次元配列である。ここで、ｍは、配列の長さを表し、データ型がＩｎｔ８［ｎ］のデータがｍ個あることを意味する。

五、ビット型

固定ビット数を占有するデータ型とは異なり、ビット型は、符号付き整数及び符号なし整数の２種類のデータを表すことができる可変長のデータ型である。例えば、ＳＢ［５］は、５ビットを占有する符号付き整数のデータ型を表し、ＵＢ［２］は、２ビットを占有する符号なし整数のデータ型を表すことができる。ＳＢは、Ｓｉｇｎｅｄ Ｂｉｔｓの略語であり、ＵＢは、Ｕｎｓｉｇｎｅｄ Ｂｉｔｓの略語である。

バイト整列を必要とするデータ型（例えばＩｎｔ８、Ｕｉｎｔ１６）とは異なり、ビット型のデータは、バイト整列を必要としない。具体的には、バイト整列を必要とするデータ型のデータがビット型のデータの後に符号化される場合、ビット型の最後のバイト（Ｂｙｔｅ）に対してバイト整列を行う必要があり、即ち、最後のバイトにおいて、ビット型のデータを除いて、残りのビットをゼロで埋めてバイト整列を行う必要がある。

図３を参照して、例として４８ビット（６バイト）のバイナリデータストリームで説明し、該バイナリデータストリームは、６つの異なるビット長の数値を含み、最初の５つの数値がビット型であり、最後の１つの数値がＵｉｎｔ１６型であり、各升目は、１バイトを表す。ビットストリームの１番目の数値（０１０１１０）は６ビットを占有し、２番目の数値（１０１００）は５ビットを占有し、該数値が１番目のバイトと２番目のバイトにまたがる。３番目の数値（１００１００）は６ビットを占有し、３番目の数値も２つのバイトにまたがり、４番目の数値（１０１１）は４ビットを占有し、この数値のビットは全て３番目のバイトに属する。５番目の数値（１１０１００１）は７ビットを占有し、５番目の数値の後にある６番目の数値がバイト整列した数値（０１００１１００１０１０１１０１）であるため、５番目の数値が占有するバイト（４番目のバイト）内の残りの４ビットをゼロで埋める。

ＰＡＧファイルが占有する空間をできるだけ圧縮することができるように、１セットの同じ型の連続データに対して、連続データ符号化方法を採用して符号化することもできる。具体的には、このセットの同じ型の連続データの前にヘッダ領域を追加し、ヘッダ領域における数値は、このセットの同じ型の連続データが占有するビット数ｎＢｉｔｓを表し、即ち、該ヘッダ領域の後にあるこのセットの同じ型の連続データをいずれも該ビット数で格納する。具体的なｎＢｉｔｓの値がどれくらいであるかは、このセットのデータのうちの最大値に応じて決定され、このセットのデータのうちの他の小さいデータに対して、上位をゼロで埋める方式を採用して符号化する。

図４は、連続した符号なし整数型のデータを符号化する符号化構造の概略図であり、図４を参照して、ヘッダ領域は、このセットの整数型の連続データのそれぞれが占有するビット数ｎＢｉｔｓを格納し、直後にＵＢ［ｎＢｉｔｓ］型を採用してこのセットの整数型の連続データを符号化し、連続した３２ビットの符号なし整数の格納を例とし、ヘッダ領域は、最大で５ビットを占有して、ｎＢｉｔｓを格納する。

例えば、１セットの１６ビットの符号なし整数：５０、１００、２００、３００、３５０、４００の場合、Ｕｉｎｔ１６のデータ型に応じて符号化すれば、各数値は、それぞれ１６ビットを占有し、このセットの数値は、合計９６ビットを占有する必要がある。連続データ符号化方法に従って符号化すれば、最大値４００から、各データがいずれも１０ビットを占有すると決定するため、ＵＢ［１０］に従って符号化し、このセットのデータの前に１つのＵＢ［４］型のヘッダ領域を追加して、値「１０」を格納し、即ち、ヘッダ領域が４ビットを占有し、ヘッダ領域の直後にあるこのセットの連続データが６０ビットを占有すれば、このセットのデータは６４ビットしか占有せず、従来の方式に比べて、３２ビット（４バイト）少なくすることができる。

なお、連続した符号付き整数の符号化は、符号なし整数の符号化方式と一致し、区別としては、符号なし整数の場合、読み取られたヘッダ領域の後のデータが全て数値コンテンツを表し、符号付き整数の場合、読み取られたヘッダ領域の後の１番目のビットが符号ビットを表し（０は正数を表し、１は負数を表す）、後の連続したｎＢｉｔｓ－１ビットが数値内容を表す。連続した浮動小数点データに対して、上記連続データ符号化方式を採用して符号化してもよい。

さらに、精度損失を許容する連続した浮動小数点データに対して、整数型データに変換した後に上記連続整数型の方式に従って符号化してもよい。具体的には、空間上の点を表す座標データに対して、例えば、空間イージングパラメータが浮動小数点型である場合、該浮動小数点データを空間精度係数（ＳＰＡＴＩＡＬ＿ＰＲＥＣＩＳＩＯＮ＝０．０５）で割った後に整数に変換してもよく、ベジェ曲線イージングパラメータを表す座標データに対して、該浮動小数点データをベジェ精度係数（ＢＥＺＩＥＲ＿ＰＲＥＣＩＳＩＯＮ＝０．００５）で割った後に整数に変換して符号化してもよく、勾配情報を表す座標データに対して、該浮動小数点データを勾配精度係数（ＧＲＡＤＩＥＮＴ＿ＰＲＥＣＩＳＩＯＮ＝０．００００２）で割った後に整数に変換して符号化してもよい。

六、時間型
ＰＡＧファイルにおける、時間型（Ｔｉｍｅ）に属するデータを、Ｉｎｔ６４を一律に使用して記述し、時間型は、フレーム番号を表すことができ、各フレームのフレーム番号をフレームレートで割ると、秒を単位とする外部時間に変換することができる。

七、文字列型

ＰＡＧファイルにおいて、文字列型（Ｓｔｒｉｎｇ）に属するデータに対して、ｎｕｌｌ文字を使用して文字列の終了を特定する。

八、可変長符号化整数型

可変長符号化整数型は、バイトを最小格納単位として１つの整数を表し、整数値が最小で１バイトを占有し、最大で４バイト又は８バイトを占有する。可変長符号化整数型の数値を符号化する場合、バイトの最初の７ビットが該数値を表し、８番目のビットが、後に数値があるか否かを特定し、８番目のビットが０であれば、次のバイトが該数値のコンテンツに属しないことを表し、８番目のビットが１であれば、次のバイトも該数値のコンテンツに属することを表す。したがって、復号時に、各バイトの８番目のビットが０であれば、数値の読み取りが完了したことを表し、８番目のビットが１であれば、数値の読み取りが完了していないことを表し、ワード長の読み取りが完了するまで、次に１バイトを読み取る必要がある（３２ビット又は６４ビット）。符号ビットがある可変長符号化整数型の場合、まず符号なし符号化整数型の値を読み取り、次に符号ビットを判断する。

例えば、データ値１４のデータ型がＥｎｃｏｄｅｄＩｎｔ３２であれば、対応するバイナリが００１１１００であり、データ型がＩｎｔ３２である場合より、２４ビット少ない。

九、座標型

座標型（Ｐｏｉｎｔ）は、１つの位置の座標、即ちｘ軸、ｙ軸の値を表す。座標型に属する数値を符号化する場合、まず３２ビットでｘの値を符号化し、次に３２ビットでｙの値を符号化する。

十、比率型

比率型（Ｒａｔｉｏ）は、比率を表す。比率型に属する数値を符号化する場合、まず可変長ビットを占有する分子の値を符号化し、次に可変長ビットを占有する分母の値を符号化する。

十一、色型

色型（Ｃｏｌｏｒ）は、色値を表し、１つの色値は、一般的に赤色、緑色及び青色の３種類の色で構成される。色型に属する数値を符号化する場合、まず１バイトで赤色値を符号化し、次の２番目のバイトで緑色値を符号化し、３番目のバイトで青色値を符号化し、各色値のデータ型がＵｉｎｔ８である。

十二、フォント型

フォント型（ＦｏｎｔＤａｔａ）は、フォントを特定する。フォント型に属する数値を符号化する場合、まず可変長のフォント識別子を符号化し、次にＳｔｒｉｎｇのデータ型を採用して、フォントが属するフォントファミリシリーズ及びフォントスタイルをそれぞれ符号化し、フォントファミリシリーズとフォントスタイルとがそれぞれ占有するビット数は、文字長に応じて決定される。ｆｏｎｔＦａｍｉｌｙは、フォントの名称を表し、１つのフォントの名称であってもよいし、ある種のフォントの名称であってもよい。ｆｏｎｔＳｔｙｌｅは、斜体、イタリック体、又は通常のフォントを含む、フォントの傾斜程度を定義する。

十三、透明度変化情報型

透明度変化情報型（ＡｌｐｈａＳｔｏｐ）は、透明度の勾配情報を記述する。

浮動小数点数型を精度に応じてＵｉｎｔ１６型に符号化して格納する必要があり、復号時に、読み取られたＵｉｎｔ１６の数値に精度を乗算することで、浮動小数点数を取得する必要がある。精度は、例えば０．００００２ｆである。

十四、色変化情報型

色変化情報型（ＣｏｌｏｒＳｔｏｐ）は、色の勾配情報を記述する。

十五、色勾配変化情報型

色勾配変化情報型（ＧｒａｄｉｅｎｔＣｏｌｏｒ）は、透明度変化情報型と色変化情報型とを組み合わせて得られた、色勾配変化情報を表すデータ型である。１つのａｌｐｈａＳｔｏｐＬｉｓｔ（透明度変化情報リスト）は、複数の透明度変化情報を含み、１つの透明度変化情報は、開始点の位置、中間点の位置及び透明度値を含む。１つのｃｏｌｏｒＳｔｏｐＬｉｓｔ（色変化情報リスト）は、複数の色変化情報を含み、１つの色変化情報は、開始点の位置、中間点の位置及び色値を含む。

色勾配変化情報型に属するデータを符号化する場合、まず可変長符号化整数型ＥｎｃｏｄｅｄＵｉｎｔ３２を用いてａｌｐｈａＣｏｕｎｔ、ｃｏｌｏｒＣｏｕｎｔを順に符号化し、次に透明度変化情報型が占有するビット数で透明度変化情報リストにおける各透明度変化情報を順に符号化し、そして色変化情報型が占有するビット数で色変化情報リストにおける各色変化情報を順に符号化する。

十六、テキスト型

テキスト型（Ｔｅｘｔ）は、テキスト、フォント、サイズ、色などを含むテキスト情報を記述する。異なるレイヤにおけるテキスト情報に含まれる種類及び数が一定のものではないため、符号化時に、これらのデータが存在するか否かを特定するフラグを用い、各フラグはいずれも１ビットのみを占有するビット型を採用して表し、格納空間を節約することができる。上記表から分かるように、テキスト型には、合計１９個のフラグが含まれ、３バイトが占有され、符号化時に、この３バイトの最後のバイトがゼロで埋められる。テキスト型のデータの符号化時に、あるフラグの値が０であれば、該フラグに対応するテキスト情報が存在しないことを表し、値が１である次のフラグに対応するテキスト情報を直接符号化すればよく、復号時に、読み取られた次のバイトのデータは、値が１である次のフラグに対応するテキスト情報である。

十七、パス型

パス型（Ｐａｔｈ）は、ある形状を記述する描画パス情報を表し、パス情報が１セットの動作により決められる。ＰＡＧファイルにおいて、一般的には８つの動作を含む。

パス情報を符号化する場合、まずパス描画情報における全ての動作の数に基づいてｎｕｍＶｅｒｂｓを決定し、かつ各動作に基づいて対応する動作値を決定する必要があり、さらに、各動作の座標データに基づいて符号化を必要とするｆｌｏａｔＮｕｍ個のｆｌｏａｔ型の値を決定する必要があり、符号化する前に、このｆｌｏａｔＮｕｍ個のｆｌｏａｔ型の値をまずＳＰＡＴＩＡＬ＿ＰＲＥＣＩＳＩＯＮに乗算して浮動小数点数を整数型に変換し、次にこのｆｌｏａｔＮｕｍ個のｆｌｏａｔ型の値のうちの最大値を算出し、最大値が占有するビット数に基づいてｎｕｍＢｉｔｓを得る必要があり、ｆｌｏａｔｌｉｓｔにおける各値の占有ビットが最大で３１ビットを超えず、即ちｎｕｍＢｉｔｓ≦３１であるため、ＵＢ［５］に従ってｎｕｍＢｉｔｓを符号化し、次にＵＢ［ｎｕｍＢｉｔｓ］に従って各ｆｌｏａｔ型の値を符号化する必要がある。

例えば、（ｘ：５，ｙ：０，ｒ：１５，ｂ：２０）の矩形を描画し、パス型（Ｐａｔｈ）のデータ構造を用いて以下のように記述する。（５，０）点までＭｏｖｅ動作を実行し、動作「１」及び２つのＦｌｏａｔ値（５，０）を記録する必要があり、次に（１５，０）点までＨＬｉｎｅを実行し、動作「３」及び１つのＦｌｏａｔ値（１５）を記録する必要があり、そして（１５，２０）点までＶＬｉｎｅを実行し、動作「４」及び１つのＦｌｏａｔ値（２０）を記録する必要があり、その後（５，２０）点までＨＬｉｎｅを実行し、動作「３」及び１つのＦｌｏａｔ値（５）を記録する必要があり、最後にＣｌｏｓｅを実行して矩形を閉じ、開始点（５，０）に戻り、動作「０」を記録する必要がある。

図５は、上記例におけるパス情報の符号化構造の概略図である。上記パス情報を符号化する場合、まずｎｕｍＶｅｒｂｓ即ち動作の数「５」をＥｎｃｏｄｅｄＵｉｎｔ３２に従って符号化し、次にＵＢ［３］型に応じて５つの動作「１、３、４、３、０」を順に符号化する。上記５つの動作は、５つのｆｌｏａｔ値を含み、それぞれ５、０、１５、２０、５であり、精度パラメータに基づいてこの５つの浮動小数点数を整数型に変換した後に順に１００、０、３００、４００、１００になり、最大値が４００であり、４００を１０ビットで表す必要があるため、ｎｕｍＢｉｔｓ＝１０である。ＵＢ［５］に従ってｎｕｍＢｉｔｓを符号化して、このセットの連続した浮動小数点型データのヘッダ領域を取得する。最後にＳＢ［１０］に従って１００、０、３００、４００、１００を順に符号化して、パス情報全体の符号化データを取得する。

十八、バイトストリーム型

バイトストリーム型（ＢｙｔｅＤａｔａ）は、バイトストリームの開始アドレス及びバイトストリームの長さを表す。あるバイトストリームを符号化する場合、まずこのバイトストリームにおけるバイトの開始アドレスを符号化し、次にバイトストリーム全体の長さを符号化することにより、復号時に、メモリにおける該開始アドレスから該バイトストリームの長さでデータを読み取って、バイトストリーム全体を取得する。該バイトアドレスは、オフセットアドレスであってもよく、コンピュータがメモリを対応するＰＡＧファイルに割り当てた後、該バイトストリームの開始アドレスは、割り当てられたメモリの開始アドレスと該オフセットアドレスとによって決定されることができる。

十九、ビットマップ情報型

ビットマップ情報型（ＢｉｔｍａｐＲｅｃｔ）は、ビットマップ画像シーケンスにおける各ビットマップ画像に対応する相違画素領域をピクチャ符号化方式に従って圧縮符号化して得られたバイナリピクチャデータを表す。ｘ、ｙは、それぞれ相違画素領域の開始点位置のＸ座標及びＹ座標を表す。ビットマップ情報を符号化する場合、相違画素領域内の開始点位置を見つけ、次に開始点位置、相違画素領域に対応するピクチャデータをバイトストリーム型に従い順に符号化して、各ビットマップ画像の符号化データを取得する必要がある。

二十、ビデオフレーム情報型

ビデオフレーム情報型（ＶｉｄｅｏＦｒａｍｅ）は、ビットマップ画像シーケンスにおける各ビットマップ画像に対応する合成ビットマップをビデオ符号化方式に従って圧縮して得られたバイナリピクチャデータを表す。ｆｒａｍｅは、現在のフレームのフレーム番号を表し、フレーム番号をフレームレートで割ると、秒を単位とする時間に変換することができる。Ｔｉｍｅ型は、Ｉｎｔ６４を用いて符号化する。ビデオフレーム情報を符号化する場合、まずＩｎｔ６４に従ってフレーム番号を符号化し、次にバイトストリーム型に従い該ビデオフレームに対応するビデオフレームデータを符号化して、各ビデオフレームの符号化データを取得する。

以下、ＰＡＧファイルのファイル組織構造を説明する。

図６に示すように、ＰＡＧファイルのファイル組織構造は、ファイルヘッダ（ＦｉｌｅＨｅａｄｅｒ）及びタグ（Ｔａｇ）で構成される。ファイルヘッダは、ＰＡＧファイルにおいて先頭部分にある、ファイルヘッダ情報を記述するデータ構造である。ファイルヘッダ情報は、少なくともファイルバージョン番号、ファイル長及びファイル圧縮方式を含む。ファイルヘッダ情報は、下記表のファイルヘッダ組織構造に従って組織することができる。

タグは、いずれも同じデータ構造を有し、図７に示すように、タグは、いずれもタグヘッダ（ＴａｇＨｅａｄｅｒ）及びタグボディ（ＴａｇＢｏｄｙ）を含み、このように、復号時に、解析できないタグに遭遇すると、現在のタグを直接スキップすることができる。タグ終了記号（Ｅｎｄ）は、本階層のタグが全て読み取られており、読み取り対象のタグがこれ以上ないことを特定するための特別なタグである。タグは、ネストされたタグであってもよく、１つのタグには、１つ又は複数のサブタグを含んでもよく、同様に、終わりにＥｎｄを用いて、サブタグが全て読み取られており、読み取り対象のサブタグがこれ以上ないことを特定する。

図７を参照して、タグヘッダ（ＴａｇＨｅａｄｅｒ）は、動画タグコード（ＴａｇＣｏｄｅ）及びタグボディのバイトストリームの長さ（Ｌｅｎｇｔｈ）を記録する。動画タグコードは、タグがどのタイプの動画情報を具体的に記録しているかを表すことができ、異なる動画タグコードは、異なる動画情報を記録していることを表す。バイトストリームの長さは、タグにおけるタグボディの長さを表すことができる。

ＴａｇＢｏｄｙに記録されているデータは、非常に少ない場合も非常に多い場合もあり、１バイトのみを占有すれば、Ｌｅｎｇｔｈの値が１であり、１００バイトを占有すれば、Ｌｅｎｇｔｈの値が１００であるため、ファイルが占有する記憶空間をできるだけ低減するために、ＴａｇＨｅａｄｅｒを具体的にｓｈｏｒｔ型及びｌｏｎｇ型の構造に分けて記憶することができる。

ＴａｇＨｅａｄｅｒ ｓｈｏｒｔ型

ＴａｇＨｅａｄｅｒ ｌｏｎｇ型

ｓｈｏｒｔ型構造のＴａｇＨｅａｄｅｒは、１６ビットを採用して動画タグコードとタグボディの長さを記録する。ｓｈｏｒｔ型構造のＴａｇＨｅａｄｅｒにおいて、タグボディの長さの値が最大で６２であってもよく（ＴａｇＣｏｄｅＡｎｄＬｅｎｇｔｈの後６ビットが１１１１１０である場合）、ＴａｇＢｏｄｙが最大で６２バイトのデータを記憶することができることを表す。ｌｏｎｇ型構造のＴａｇＨｅａｄｅｒにおいて、Ｌｅｎｇｔｈのデータ型がＵｉｎｔ３２であるため、タグボディの長さの最大値が４Ｇであってもよく、ＴａｇＢｏｄｙが最大で４Ｇのデータを記憶できることを表す。

即ち、ＴａｇＢｏｄｙの長さが６２バイトであるか又は６２バイト未満である場合、ＴａｇＨｅａｄｅｒのデータ型はＵｉｎｔ１６であり、最初の１０ビットは、動画タグコードを格納し、最後の６ビットは、Ｌｅｎｇｔｈを格納する。ＴａｇＢｏｄｙの長さが６３バイトであるか又はそれより長い場合、ＴａｇＨｅａｄｅｒは、１つのＵｉｎｔ１６のＴａｇＣｏｄｅＡｎｄＬｅｎｇｔｈフィールド及び１つのＵｉｎｔ３２のＬｅｎｇｔｈフィールドを含み、Ｕｉｎｔ１６のＴａｇＣｏｄｅＡｎｄＬｅｎｇｔｈにおいて、最初の６ビットは、動画タグコードを格納し、最後の６ビットは、０ｘ３ｆに固定され、即ち、最後の６ビットが「１１１１１１」である場合、現在のＴａｇＨｅａｄｅｒがｌｏｎｇ型構造を用いて格納することを表し、この場合、ＴａｇＣｏｄｅＡｎｄＬｅｎｇｔｈフィールドの直後に３２ビットの符号なし整数型を用いてＴａｇＢｏｄｙの長さを表す。復号時に、まず、ＴａｇＣｏｄｅＡｎｄＬｅｎｇｔｈフィールドの最初の１０ビットを読み取って動画タグコードを取得し、次に、最後の６ビットを読み取り、最後の６ビットの値が「１１１１１１」でなければ、この読み取られた６ビットの値がＴａｇＢｏｄｙの長さであり、最後の６ビットの値が「１１１１１１」であれば、続けて後の３２ビット（４バイト）のデータを読み取り、この読み取られた４バイトのデータがＴａｇＢｏｄｙの長さである。

上記方式において、ＴａｇＢｏｄｙに、より多くのデータがあり、より多くのビットを占有する必要があれば、ｌｏｎｇ型のＴａｇＨｅａｄｅｒにおいて、符号なしの６４ビットの整数型を用いてＬｅｎｇｔｈの値を記録することができる。

さらに、ＴａｇＣｏｄｅＡｎｄＬｅｎｇｔｈフィールドから読み取られたＬｅｎｇｔｈの値は０であってもよく、ＴａｇＢｏｄｙの長さが０であることを表し、このような場合に、ＴａｇＢｏｄｙは存在しない。例えば、前述のタグ終了記号（Ｅｎｄ）は、特別なタグであり、該タグのＴａｇＨｅａｄｅｒに記録されるＬｅｎｇｔｈの値は０である。

当然のことながら、上記提供されたタグヘッダのデータ構造において、各フィールドのデータ型は、実際の状況に応じて調整することができ、実際の状況に応じて、各フィールドがより多くのビット数を占有してもよいし、より少ないビット数を占有してもよい。

ＰＡＧファイルは、豊富な動画情報を表す大量の動画タグコードを提供する。各動画タグコードに対応する動画情報のデータ構造は、１つの属性構造テーブルで示される。ＰＡＧファイルを符号化する場合、まずファイルヘッダ組織構造に応じてファイルヘッダ情報を符号化し、次に動画データに基づいて、タグのデータ構造に応じて動画タグコード（ＴａｇＣｏｄｅ）、タグボディのバイトストリームの長さ（Ｌｅｎｇｔｈ）及びタグボディ（ＴａｇＢｏｄｙ）を順に符号化する。

タグボディ（ＴａｇＢｏｄｙ）を符号化する場合、動画タグコードに対応する属性構造テーブルに基づいて符号化する必要がある。属性構造テーブルは、動画タグコードに対応する動画情報のデータ構造を定義する。

動画タグコードで表わされる動画情報に含まれる属性の種類、数が一定であれば、該動画タグコードに対応する属性構造テーブルにおける各属性に対応するデータ型はいずれも基本型であり、これらの基本データ型に基づいて該動画タグコードに対応する動画データを直接符号化して、タグボディを取得することができ、この時に、タグの符号化が採用するデータ構造を基本データ構造と呼んでもよい。

ＴａｇＢｏｄｙが記録する動画情報に含まれる属性の種類、数が一定のものでなければ、例えば、マスクの描画パス情報に関しては、異なるマスクの描画パス情報に含まれる動作型、動作数に相違が存在する可能性があり、この時に大量の追加の識別フィールドを必要とし、この場合に上記方式でデータ構造を定義すると、大量のファイル空間を浪費する。ファイル空間をできるだけ圧縮するために、このような動画タグコードに対応する動画情報に対して、それに対応する属性構造テーブルを改めて定義し、対応する符号化ルールを提供してタグボディを符号化する必要がある。このような新たに定義された属性構造テーブルが示すデータ構造を動的属性データ構造（ＡｔｔｒｉｂｕｔｅＢｌｏｃｋ）と呼んでもよい。

以下、上記基本データ構造又は動的属性データ構造に応じて各動画タグコードに対応する動画データを符号化して、タグボディ（ＴａｇＢｏｄｙ）を取得する具体的な方法を説明する。

図８に示すように、一実施態様において、動画データ符号化方法を提供する。本実施態様は、例として、主に該方法を上記図１中の端末１１０に適用して説明する。図８を参照して、該動画データ符号化方法は、具体的には、以下のステップＳ８０２～Ｓ８０８を含む。

Ｓ８０２では、動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得する。

動画プロジェクトファイルは、例えば、拡張子が．ａｅｐである上記ＡＥプロジェクトファイルであってもよい。動画タグコードは、該動画タグコードに対応するタグヘッダの後のタグボディが具体的にどのタイプの動画情報を表すかを表す。予め設定された一対一の対応関係に応じて、動画タグコードと対応する動画情報とを対応づけて符号化するように、符号化する前に、動画タグコードと対応する動画情報との間の一対一の対応関係を予め設定する必要がある。動画データは、該動画タグコードに対応する、動画情報を記述するデータである。例えば、動画タグコードが１４であり、ＭａｓｋＢｌｏｃｋを示し、動画プロジェクトファイルにおけるあるマスク情報を表し、マスク情報は、マスク識別子、マスクが反転するか否か、マスクの混合モード、マスクのベクトルパス、マスクの透明度及びマスクのエッジ拡張パラメータという属性を含み、該動画タグコードに対応する動画データは、これらの属性に対応する属性値である。また、例えば、動画タグコードが１３であり、Ｔｒａｎｓｆｏｒｍ２Ｄを示し、動画プロジェクトファイルにおけるある２Ｄ変換情報を表し、２Ｄ変換情報は、アンカーポイント座標、位置情報、Ｘ軸オフセット、Ｙ軸オフセット、拡大縮小情報、回転情報及び透明度情報という属性を含む。

動画プロジェクトファイルは、デザイナーがＡＥソフトウェアにより作成したファイルであってもよく、動画プロジェクトファイルは、動画合成全体に使用される全てのパラメータを格納する。動画合成（Ｃｏｍｐｏｓｉｔｉｏｎ）は、レイヤの集合である。端末は、該動画プロジェクトファイルを取得した後、動画プロジェクトファイルから動画データを抽出し、予め定義した動画タグコードに基づいて、これらの動画データと各動画タグコードを一対一に対応させて、各動画タグコードに対応する動画データを取得することができる。例えば、１セットの２Ｄ変換情報が取得され、予め定義した、２Ｄ変換情報を表す動画タグコードが「１３」である場合、該動画タグコード「１３」に対応する動画データは、このセットの２Ｄ変換情報である。当然のことながら、動画プロジェクトファイルにおいて、複数セットの異なる２Ｄ変換情報が存在する可能性があり、各セットの２Ｄ変換情報は動画タグコード「１３」で特定される必要がある。

タグヘッダに関する前述の説明から分かるように、ＰＡＧファイルは、１０ビットを採用して動画タグコードを格納し、最大で１０２４種類の異なる動画タグコードを格納することができる。動画データが動画タグコードと、対応するデータブロック（基本データブロック又は動的属性データブロックを含む）とに基づいて符号化されるため、ＰＡＧファイルが新しい動画特性を継続的にサポートする場合、先行する古いファイルフォーマットに対する後方互換性を継続的に確保することができる。現在、ＰＡＧファイルは、３７種類のみの動画タグコードを使用し、０～２９は、ベクトル導出方式がサポートしている動画タグコードであり、４５～５１は、ビットマップシーケンスフレーム導出方式及びビデオシーケンスフレーム導出方式のために拡張された７個の動画タグコードである。後続のＰＡＧファイルがより多くの動画特性をサポートすることができれば、新しい動画タグコードを拡張することで、追加された動画特性に対応する動画情報を表すこともできる。

下記表は、各動画タグコードによってそれぞれ示される動画情報を説明する。

上記各種類の動画情報に対応する属性構造テーブルを後に示す。

Ｓ８０４では、動画タグコードに対応する属性構造テーブルに属性型が存在する場合、属性構造テーブルにおける各属性に対応する属性フラグ情報を決定する。

属性構造テーブルは、動画タグコードに対応する動画情報のデータ構造を定義する。タグボディを符号化する場合、動画タグコードに対応する属性構造テーブルに基づいて符号化する必要がある。各動画タグコードの属性構造テーブルは、予め定義されたものであり、後に各動画タグコードに対応する属性構造テーブルを示す。符号化方式及び復号ルールを明確にするために、より多くの動画特性をサポートする必要がある場合、新しい動画タグコードを拡張する必要があり、かつ追加された動画タグコードに対応する属性構造テーブルを定義する必要もある。

動画タグコードで表わされる動画情報に含まれる属性の種類、数が一定のものでない場合、定義された該動画タグコードに対応する属性構造テーブルに各属性の属性型が存在し、該属性構造テーブルが呈するデータ構造を動的属性データ構造と呼んでもよい。例えば、マスク情報を表す動画タグコード「１４」に対して、それに対応する属性構造テーブルに属性型が存在する。さらに、該属性構造テーブルにおける一部の属性の属性値が通常デフォルト値に等しければ、ファイルのサイズを低減するために、該属性の属性値を格納しなくてもよく、該属性の属性値がデフォルト値に等しいことを１ビットで表すだけでよい。したがって、該属性構造テーブルには、各属性に対応するデフォルト値がさらに含まれる。各属性のデフォルト値及び対応する属性型を動画ファイルの復号コードにハード符号化することにより、解析時に、フラグによりデフォルト値であると決定すると、デフォルト値を直接取得することができる。

属性型（ＡｔｔｒｉｂｕｔｅＴｙｐｅ）は、動的属性データ構造に応じて動画データを符号化し、動的属性データブロック（ＡｔｔｒｉｂｕｔｅＢｌｏｃｋ）を解析するのに必要なものである。ある動画タグコードに対応する属性構造テーブルに属性型が存在する場合、該動画タグコードに対応するタグヘッダの後のタグボディを動的属性データ構造に応じて符号化する必要があることを表す。符号化段階において、属性型は、属性フラグ情報によって占有されるビット数を決定するために用いられ、復号段階において、属性型は、属性フラグ情報によって占有されるビット数及び対応する読み取りルールを決定するために用いられる。

動的属性データブロックは、主に、各属性に対応する属性フラグ情報（ＡｔｔｒｉｂｕｔｅＦｌａｇ）からなる属性フラグ領域、及び各属性に対応する属性コンテンツ（ＡｔｔｒｉｂｕｔｅＣｏｎｔｅｎｔ）からなる属性コンテンツ領域という２つの部分で構成される。例として、マスク情報の属性構造テーブルを説明し、図９を参照して、図９の左側は、マスク情報に対応する、６つの属性を含む属性構造テーブルを示し、図９の右側は、該属性構造テーブルに対応する動的属性データブロックの具体的な構造を示す。図９を参照して分かるように、各属性は、いずれも対応する属性フラグ情報（該属性に対応する属性型が固定属性であれば、属性フラグ情報が存在しない）及び属性コンテンツを有する。各属性フラグ情報の配列順は、属性コンテンツの配列順に一対一に対応する。属性構造テーブルを設定するたびに、該属性構造テーブルに従って各属性に対応する属性フラグ情報及び属性コンテンツを決定し、次に順に配列して格納する。例えば、ここでのＡｔｔｒｉｂｕｔｅＦｌａｇ ０及びＡｔｔｒｉｂｕｔｅＣｏｎｔｅｎｔ ０は、マスク情報に対応する属性構造テーブルの１番目のＩＤ属性に対応する。図９から分かるように、データ構造は、まず全ての属性フラグ情報を格納した後に全ての属性コンテンツを格納し始め、このようにするのは、属性フラグ情報領域における各項目が一般的にビットで表され、まとめて格納すると、バイト整列が頻繁に発生して、大量の空間浪費が生じることを回避できるからである。属性フラグ情報領域の読み取りが終了した後に統一的にバイト整列し、バイト整列による追加ビットを０で埋め、次に整数のバイトの位置から属性コンテンツを格納し続ける。

各動画タグコードに対応する属性構造テーブルに定義された属性の数が固定で変化しないため、動画ファイルのサイズを圧縮するために、各動画タグコードに対応する属性構造テーブルに含まれる属性の数を動画ファイルに書き込むことなく、解析コードにハード符号化し、このように、解析するときに、該動画タグコードで特定される動画情報に含まれる属性の数を直接取得することができる。

前述したように、動画タグコードで表わされる動画情報に含まれる属性の種類、数が一定でない場合、定義された該動画タグコードに対応する属性構造テーブルに各属性の属性型が存在する。例えば、属性の種類又は数が一定でない状況は、以下のいくつかの特徴を含む。

１、ある属性に対応するデータ型はブール型であり、１バイトを占有する必要があるが、実際には、１ビットで該属性の値を表すことができ、即ち０がｆａｌｓｅを表し、１がｔｒｕｅを表し、このため、属性型を追加して、該属性の属性値が１ビットを占有するブール値であることを特定することができ、符号化時に１ビットのみを占有すればよく、復号時に属性型に基づいて該属性に対応する属性値を解析することができる。

２、ある属性に対応する属性値は一般的にデフォルト値であり、ファイルのサイズを圧縮するために、この場合に実際の値を格納しなくてもよく、符号化時に、１ビットを直接使用して、該属性に対応する属性値がデフォルト値に等しいことを特定すればよく、そしてデフォルト値を解析コードに埋め込めばよい。

３、ある属性に対応する属性値は、動画区間特性データである可能性があるが、該動画区間特性データは、空間イージングパラメータを含まず、空間イージングパラメータに関連するデータを格納しなくてもよい。ある属性に対応する属性値は、動画区間特性データを含まず、固定値である可能性があり、この場合に１つの値のみを格納すればよい。該値がデフォルト値に等しければ、デフォルト値に等しいことを１ビットで特定すればよい。

上記動的属性データ構造における各属性の特徴により、各属性は、多くの異なる状態を有する可能性があり、これらの状態を十分に利用すると、ほとんどの場合にファイルサイズを顕著に低減することができる。したがって、上記属性の特徴に基づいて定義された属性フラグ情報のデータ構造を下記表に示す。

端末は、動画タグコードに対応する属性構造テーブルにおける各属性の属性型及び動画データに基づいて、各属性に対応する属性フラグ情報を決定することができる。復号時に、該属性フラグ情報に基づいて、属性コンテンツ領域から該属性に対応する属性コンテンツを読み取ることができる。しかし、各属性に対応する属性フラグ情報によって占有されるビット数は動的であり、値の範囲が０～３ビットである。各属性が具体的にどれぐらいのビットを占有するかは、属性型によって決定する必要があり、即ち、属性型は、属性フラグ情報によって占有される可能性があるビット数（０～３ビット）を決定するために用いられることができる。ＰＡＧファイルは、属性型を以下の８種類に分け、下記表に示す。

上記表から分かるように、一般属性の属性フラグ情報は、最大で１ビットを占有し、復号時にコンテンツフラグビットを読み取るだけでよい。空間イージング動画属性の属性フラグ情報は、最大で３ビットを占有して属性フラグ情報を格納する。例えば、１つの空間イージング動画属性が動画区間特性データを含まず、かつ属性値がデフォルト値に等しい場合、１ビットのみで属性フラグ情報を表せばよく、属性フラグ情報が属性コンテンツフラグビットのみを含み、その値が０であり、対応する属性コンテンツがデフォルト値であることを表す。復号時に読み取られたコンテンツフラグビットが０であり、該属性の属性フラグ情報の読み取りが終了し、次のビットの値を続けて読み取らないことを表す。極端な場合に、属性構造テーブルにおける各属性は、いずれも動画区間特性データを含まず、デフォルト値に等しく、この場合に属性数のビットのみを占有して各属性に対応する属性フラグ情報を格納し、かつ各属性フラグ情報がいずれもコンテンツフラグビットのみを含み、その値がいずれも０であり、属性コンテンツ領域全体が空になり、それにより、動画ファイルのサイズを顕著に低減することができる。また、固定属性の属性フラグ情報が空であり、ブール属性の属性フラグ情報が１ビットのみを占有し、簡単動画属性、離散動画属性、多次元時間イージング動画属性の属性フラグ情報が１ビット又は２ビットを占有する。

上記内容から分かるように、属性フラグ情報は、該動画タグコードに対応する属性構造テーブルにおける各属性の状態情報を表すことができ、属性型は、属性フラグ情報によって占有される可能性があるビット数を決定するために用いられることができる。符号化時に、各属性に対応する属性型及び動画データに基づいて、各属性に対応する属性フラグ情報を決定することができる。復号時に、まず各属性の属性型に基づいて、各属性に対応する属性フラグ情報によって占有される可能性があるビット数を決定し、次に属性フラグ情報の解析ルールに基づいて、各属性に対応する属性フラグ情報を解析して取得することにより、各属性に対応する属性コンテンツをどのように読み取るかを決定することができる。

なお、各動画タグコードに対応する属性構造テーブルにおける属性の数、各属性のデータ型、属性型、属性のソート、属性に対応するデフォルト値は、いずれも解析コードに埋め込まれ、即ち解析コードにハード符号化され、符号化時に動画ファイルに書き込まれる必要がなく、このように、動画ファイルのサイズを小さくすることができ、或いは、動画タグコードに対応する属性構造テーブルが解析コードにハード符号化されるとも言える。例えば、端末は、ＰＡＧ ＳＤＫにより動画ファイルを解析した後にレンダリング再生を行うことができ、各動画タグコードに対応する属性構造テーブルに対応する上記情報は、ＰＡＧ ＳＤＫにハード符号化されることができる。

具体的には、ある動画タグコードに対応する動画データを符号化する必要がある場合、端末は、該動画タグコードに対応する属性構造テーブルをルックアップし、該属性構造テーブルに属性型が存在するならば、各属性に対応する属性フラグ情報を決定し、そして、該属性フラグ情報、及び該属性構造テーブルが呈する動的属性データ構造に応じて、各属性に対応する動画データを符号化して、属性コンテンツを取得し、属性フラグ情報と属性コンテンツとの各対で構成された動的属性データブロックを、動画タグコードに対応するタグボディとする必要がある。さらに、該属性構造テーブルが呈する動的属性データ構造における各属性の属性フラグ情報は、対応する属性型及び動画データそのものに基づいて決定することができる。

一実施態様において、上記動画データ符号化方法は、
動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、属性構造テーブルにおける各属性に対応するデータ型、属性ソートに基づいて、動画データにおける、各属性に対応する属性値を順に符号化して、動画タグコードに対応する基本属性データブロックを取得するステップをさらに含む。

具体的には、動画タグコードで表わされる動画情報に含まれる属性の種類、数が一定のものである場合、定義された該動画タグコードに対応する属性構造テーブルに各属性の属性型が存在せず、かつ各属性のデータ型がいずれも基本データ型であり、該属性構造テーブルが呈するデータ構造は、基本データ構造とも呼ばれる。例えば、ボックスのサイズ及び枠線色情報を表す動画タグコード「７」は、それに対応する属性構造テーブルに属性型が存在せず、各属性に対応するデフォルト値も存在しない。符号化時に、該動画タグコードに対応するタグヘッダの後のタグボディを、属性構造テーブルが呈する基本データ構造に基づいて符号化するだけでよい。ここでの基本データ構造は、属性構造テーブルにおける各属性に対応するデータ型、属性ソートによって決められるものである。

Ｓ８０６では、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得する。

前述したように、属性フラグ情報が、動画タグコードに対応する属性構造テーブルにおける各属性の状態情報を表すため、各属性に対応する属性フラグ情報を決定した後、各属性に対応する属性コンテンツが存在するか否か、即ちデフォルト値であるか否かを決定することができ、デフォルト値であれば、対応する属性コンテンツが空であり、そうでなければ、該属性に対応する属性型及びデータ構造に応じて、動画データにおける、該属性に対応する属性値を符号化して、該属性に対応する属性コンテンツを取得する必要がある。さらに、属性フラグ情報に基づいて、該属性に対応する属性値が動画区間特性データを含むか否か、空間イージングパラメータ情報を含むか否かを決定することができ、そうであれば、動画区間特性データに対応するデータ構造に応じて、該属性に対応する属性値を符号化して、対応する属性コンテンツを取得することができる。

一実施態様において、属性に対応する属性型は、一般属性又はブール属性であり、属性に対応する属性フラグ情報は、コンテンツフラグビットのみを含み、各属性に対応する属性フラグ情報を決定するステップは、動画データにおける、属性に対応する属性値がデフォルト値でなければ、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す値に符号化するステップと、動画データにおける、属性に対応する属性値がデフォルト値であれば、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在しないことを表す値に符号化するステップと、を含む。

具体的には、属性に対応する属性型が一般属性（Ｖａｌｕｅ）であれば、属性に対応する属性フラグ情報は、コンテンツフラグビットのみを含む。コンテンツフラグビットは、属性に対応する属性コンテンツが存在するか否かを特定し、存在すれば、即ち属性に対応する属性値がデフォルト値でなければ、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す値に符号化し、該値が１であってもよく、属性に対応する属性コンテンツがデフォルト値であれば、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在しないことを表す値に符号化し、該値が０であってもよい。言い換えると、属性に対応する属性型が一般型であれば、該属性に対応する属性フラグ情報は１又は０である。実際には、該コンテンツフラグビットは、属性に対応する属性値がデフォルト値であるか否かを決定するためのものであり、該フラグの値を具体的に１又は０に符号化するかは、設定されたフラグビット符号化ルールによって決められ、属性に対応する属性値がデフォルト値であれば、１つのフラグビット（例えばコンテンツフラグが０である場合）で、該属性に対応する属性値がデフォルト値であることを直接的に表すだけでよく、属性コンテンツ領域に実際の値を格納する必要がなくなり、動画ファイルのサイズを低減することができ、該属性に対応する属性値がデフォルト値でなければ、属性コンテンツ領域の、該属性に対応するコンテンツ領域において該属性に対応する属性値を符号化して、該属性に対応する属性コンテンツを取得する必要がある。

復号段階において、該属性に対応する属性値を解析するとき、属性構造テーブルに基づいて該属性に対応する属性型を決定し、一般属性であれば、動的属性データブロックにおいて該属性に対応する属性フラグ情報が１ビットのみを占有することが分かり、動的属性データブロックから読み取られた、該属性に対応する属性フラグ情報が０である場合、該属性に対応する属性値がデフォルト値であることが分かり、１が読み取られる場合、続けて動的属性データブロックから該属性に対応する属性コンテンツを読み取ることで、該属性に対応する属性値を取得する。

属性に対応する属性型がブール型（ＢｉｔＦｌａｇ）であれば、対応する属性値はｔｒｕｅ又はｆａｌｓｅであり、前述したように、１ビットで該属性の値を表すことができる。符号化時に、コンテンツフラグビットで対応する属性値を直接的に表すことができ、対応する属性値がｔｒｕｅである場合、属性に対応するコンテンツフラグビットを、ｔｒｕｅを表す値に符号化することができ、該値は、例えば１であってもよく、対応する属性値がｆａｌｓｅである場合、属性に対応するコンテンツフラグビットを、ｆａｌｓｅを表す値に符号化することができ、該値は、例えば０であってもよい。それに応じて、復号段階において該属性に対応する属性値を解析する場合、属性構造テーブルに基づいて該属性に対応する属性型を決定し、ブール属性であれば、動的属性データブロックにおいて該属性に対応する属性フラグ情報が１ビットのみを占有し、かつ該ビットの値が該属性に対応する属性値であることが分かり、即ち、ブール属性に対して、該属性を解析するときに、読み取られたコンテンツフラグビットの値を直接的に対応する属性値とし、動的属性データブロックの属性コンテンツ領域を解析する必要がなくなる。

一実施態様において、属性に対応する属性型は固定属性であり、属性フラグ情報は空であり、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得するステップは、属性に対応するデータ型に基づいて、動画データにおける、属性に対応する属性値を直接符号化して、属性に対応する属性コンテンツを取得するステップを含む。

具体的には、属性の属性型が固定属性（ＦｉｘｅｄＶａｌｕｅ）である場合、該属性に対応する属性値が固定的に存在することを表し、属性フラグ情報でこの属性の状態を特定する必要がなくなり、符号化時に、該属性に対応する属性値を該属性に対応するデータ型に応じて符号化して、該属性に対応する属性コンテンツを取得する必要がある。例えば、マスク情報を表す属性構造テーブルにおいて、１番目の属性は、マスクのマスク識別子（ｉｄ）を表し、該属性に対応する属性型が固定属性であり、該マスク識別子を対応するデータ型に応じて符号化して、対応する属性コンテンツを取得する必要があることを表す。

一実施態様において、属性に対応する属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性又は空間イージング動画属性であり、属性フラグ情報は、少なくともコンテンツフラグビットを含み、各属性に対応する属性フラグ情報を決定するステップは、動画データにおける、属性に対応する属性値がデフォルト値でなければ、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す値に符号化するステップと、動画データにおける、属性に対応する属性値がデフォルト値であれば、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在しないことを表す値に符号化するステップと、を含む。

具体的には、属性に対応する属性型が簡単動画属性（ＳｉｍｐｌｅＰｒｏｐｅｒｔｙ）、離散動画属性（ＤｉｓｃｒｅｔｅＰｒｏｐｅｒｔｙ）、多次元時間イージング動画属性（ＭｕｌｔｉＤｉｍｅｎｓｉｏｎＰｒｏｐｅｒｔｙ）、又は空間イージング動画属性（ＳｐａｔｉａｌＰｒｏｐｅｒｔｙ）である場合、該属性に対応する属性フラグ情報は、少なくともコンテンツフラグビットを含む。同様に、動画データにおける、該属性に対応する属性値がデフォルト値である場合、動的属性データブロックにおいて実際の属性値を格納する必要がなくなり、コンテンツフラグビットを、該属性値がデフォルト値であることを示す値に符号化するだけでよく、該値が０であってもよく、復号段階において解析して該値を得るとき、動的属性データブロックにおいて属性に対応する属性コンテンツが存在しないことが分かり、該属性に対応するデフォルト値を対応する属性コンテンツとするだけでよい。

動画データにおける、該属性に対応する属性値がデフォルト値ではない場合、動的属性データブロックに実際の属性値を格納する必要があり、コンテンツフラグビットを、動的属性データブロックにおいて該属性に対応する属性コンテンツが存在することを表す値に符号化し、該値が１であってもよい。コンテンツフラグビットが１である場合、該属性フラグ情報は、少なくとも動画区間フラグビットをさらに含み、即ち属性フラグ情報は、少なくとも２ビットを占有する。動画区間フラグビットは、該属性に対応する属性値が動画区間特殊効果データを含むか否かを表す。復号段階において、読み取られたコンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す場合、コンテンツフラグビットの次のビットの値を読み取って、動画区間フラグビットの値とする。

一実施態様において、属性フラグ情報は、動画区間フラグビットをさらに含み、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す場合、方法は、属性値が動画区間特性データを含むならば、動画区間フラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表す値に符号化するステップと、属性値が動画区間特性データを含まないならば、動画区間フラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれないことを表す値に符号化するステップとをさらに含む。

動画区間特性データは、動画データの基本単位であり、多くの動画データの属性は、動画区間特性データを含む。該属性に対応する属性値が動画区間特性データを含むならば、動画区間特性データは、複数の動画区間の、該属性に対応する動画データを記述し、各動画区間は、一部の時間軸に対応し、各動画区間の動画特性データは、属性のある時間軸での変化関係を記述し、実際には、該時間軸に対応する各動画フレームの該属性に対応する変化関係を記述する。該関係は、線形関係、ベジェ曲線関係、又は静止関係（即ち、１時間軸内で該属性に対応する属性値が不変である）であってもよい。

一実施態様において、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得するステップは、動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれないことを表すならば、属性に対応するデータ型に基づいて、動画データにおける、属性に対応する属性値を直接符号化して、属性に対応する属性コンテンツを取得するステップを含む。

具体的には、属性に対応する属性値における動画区間の数は０個以上であってもよく、数が０個である場合、該属性が１つの有効値のみを含むことを表し、該属性に対応する属性値に動画区間特性データが含まれないことが分かり、動画区間フラグビットを、動的属性データブロックに格納された該属性に対応する属性コンテンツに動画区間特性データが含まれないことを表す値に符号化する必要があり、該値が０であってもよい。この場合、該属性に対応する属性フラグ情報が「１０」であると決定し、該属性に対応する属性値を符号化するとき、該属性に対応するデータ型に基づいて属性値を直接符号化して、属性に対応する属性コンテンツを取得する。

一実施態様において、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得するステップは、動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、属性に対応する動画区間特性データを符号化して、属性に対応する属性コンテンツを取得するステップを含む。

具体的には、属性に対応する属性値における動画区間数が１つ以上である場合、動画区間フラグビットを、動的属性データブロックに格納された該属性に対応する属性コンテンツに動画区間特性データが含まれることを表す値に符号化する必要があり、該値が１であってもよい。この場合、動画区間のデータ構造に応じて各動画区間に対応する特性データを記録し、かつ複数の動画区間特性データのデータ格納構造（ｐｒｏｐｅｒｔｙ格納構造）に応じて各動画区間の特性データを符号化して、該属性に対応する属性コンテンツを取得する必要がある。下記表は、１つの動画区間に記録されるべき情報を示す。

１つの動画区間は、各区間の開始及び終了時間を含み、開始時間に対応する属性値、終了時間に対応する属性値をさらに含み、また、属性値計算方法を特定する補間器のタイプ、時間イージングパラメータなどをさらに含む。属性型が多次元時間イージング属性である属性は、その動画区間に多次元の時間イージングパラメータがさらに含まれる可能性があり、属性型が空間イージング動画属性である属性は、その動画区間に空間イージングパラメータがさらに含まれる可能性がある。ｓｔａｒｔＶａｌｕｅ、ｅｎｄＶａｌｕｅは、この動画区間の開始値及び終了値を表し、対応するｓｔａｒｔＴｉｍｅ及びｅｎｄＴｉｍｅは、この動画区間の開始時点及び終了時点を表すため、時点の値がｓｔａｒｔＴｉｍｅに等しい場合、対応する属性値はｓｔａｒｔＶａｌｕｅであり、時点の値がｅｎｄＴｉｍｅに等しい場合、対応する属性値はｅｎｄＶａｌｕｅであり、ｓｔａｒｔＴｉｍｅとｅｎｄＴｉｍｅとの間の時点は、属性の値が補間器のタイプによって決められる。動画ファイルにおける動画特性データの特性に基づいて定義された補間器のタイプを下記表に示す。

動画区間のデータ構造を参照して分かるように、補間器のタイプの値が２（Ｂｅｚｉｅｒ）に等しくない場合、動画区間の時間イージングパラメータｂｅｚｉｅｒＯｕｔ及びｂｅｚｉｅｒＩｎを格納する必要がない。属性型が離散イージング動画属性である場合、補間器のタイプを表す値が必ず３（Ｈｏｌｄ）であり、又はデフォルトで３となり、補間器のタイプの値を格納する必要がなくなり、このような状況は、一般的に属性の基本データ型がブール型又は列挙型である場合に発生し、そのデータが離散的であり、ｔｒｕｅ又はｆａｌｓｅであり、ｔｒｕｅとｆａｌｓｅとの間に中間補間が現われる可能性がない。属性型が多次元時間イージング動画属性である場合、時間イージングパラメータが複数本のベジェ曲線で構成され、各本のベジェ曲線がデータ値の１つの成分のイージングを独立して制御することを表す。ｄｉｍｅｎｓｉｏｎａｌｉｔｙは、各動画区間の時間イージングパラメータ配列の次元数を表し、具体的に何本のベジェ曲線であるかは、ｓｔａｒｔＶａｌｕｅ及びｅｎｄＶａｌｕｅのデータ型に基づいて確認され、例えば、データ型がＰｏｉｎｔである場合、時間イージングパラメータは二次元配列であり、ｄｉｍｅｎｓｉｏｎａｌｉｔｙは２であり、２本のベジェ曲線は、それぞれｘ軸、ｙ軸の独立したイージングを制御し、即ちＰｏｉｎｔデータ型におけるｘ軸座標の値は、２本のベジェ曲線により制御され、ｙ軸座標の値も２本のベジェ曲線により制御される。多次元時間イージング動画属性ではないほとんどの場合、基本データ型に基づいて次元を判断する必要がなく、デフォルトで一次元時間イージングパラメータのみを格納し、即ちｄｉｍｅｎｓｉｏｎａｌｉｔｙが常に１である。属性型が空間イージング動画属性である場合、動画区間において空間イージングパラメータが存在する可能性があることを表し、このとき、具体的には、空間イージングパラメータフラグビットに基づいて、実際の現在の動画区間においてこの部分のパラメータが存在するか否かを判断する必要がある。

属性に対応する動画区間フラグビットが１である場合、該属性フラグ情報は、少なくとも空間イージングパラメータフラグビットをさらに含み、即ち属性フラグ情報は、３ビットを占有する。空間イージングパラメータフラグビットは、該属性に対応する属性値が空間イージングパラメータを含むか否かを表す。復号段階において、読み取られた動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表す場合、続けて動画区間フラグビットの次のビットの値を読み取って、空間イージングパラメータフラグビットの値とする。

一実施態様において、属性に対応する属性型は、空間イージング動画属性であり、属性フラグ情報は、空間イージングパラメータフラグビットをさらに含み、動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表す場合、方法は、動画区間特性データに空間イージングパラメータが含まれるならば、空間イージングパラメータフラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれることを示す値に符号化するステップと、動画区間特性データに空間イージングパラメータが含まれないならば、空間イージングパラメータフラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれないことを示す値に符号化するステップとをさらに含む。

空間イージングパラメータは、複雑な動的効果を説明するためのパラメータである。属性に対応する属性型が空間イージング動画属性である場合にのみ、該属性に対応する属性フラグ情報は、３ビットを占有する可能性があり、かつ空間イージングパラメータフラグビットが存在する前提は、コンテンツフラグビット、動画区間フラグビットがいずれも１であることである。他の属性型の場合、３番目のフラグが存在するか否かを判断する必要がなく、空間イージングパラメータを格納する必要もない。

一実施態様において、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得するステップは、空間イージングパラメータフラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれることを表す場合、動画区間特性データに対応するデータ格納構造に応じて、属性に対応する動画区間特性データを符号化して、空間イージングパラメータが含まれる、属性に対応する属性コンテンツを取得するステップを含む。

具体的には、動画区間特性データに空間イージングパラメータが含まれる場合、空間イージングパラメータフラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれることを示す値に符号化し、該値が１であってもよい。この場合、該属性に対応する属性フラグ情報が「１１１」であると決定し、該属性に対応する属性値を符号化するとき、動画区間特性データに対応するデータ格納構造に応じて、該属性に対応する動画区間特性データを符号化して、該属性に対応する属性コンテンツを取得する必要がある。

一実施態様において、上記属性フラグ情報に応じて、上記動画データにおける、各前記属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得する上記ステップは、空間イージングパラメータフラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれないことを示す場合、動画区間特性データに対応するデータ格納構造に応じて、属性に対応する動画区間特性データを符号化して、空間イージングパラメータが含まれない、属性に対応する属性コンテンツを取得するステップを含む。

具体的には、動画区間特性データに空間イージングパラメータが含まれない場合、空間イージングパラメータフラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれないことを示す値に符号化し、該値が０であってもよい。この場合、該属性に対応する属性フラグ情報が「１１０」であると決定し、該属性に対応する属性値を符号化するとき、動画区間特性データに対応するデータ格納構造に応じて、該属性に対応する動画区間特性データを符号化する必要があり、得られた属性コンテンツは、空間イージングパラメータを含まない。

一実施態様において、動画区間特性データに対応するデータ格納構造に含まれるフィールドは、動画区間数と、各動画区間の補間器のタイプと、各動画区間の開始及び終了時間とを含み、各動画区間の、属性に対応する開始値、終了値、時間イージングパラメータ及び空間イージングパラメータをさらに含む。

動画区間特性データに対応するデータ格納構造を下記表に示す。

上記表に示す動画区間特性データのデータ格納構造（Ｐｒｏｐｅｒｔｙ格納構造とも呼ぶ）から分かるように、実際に複数の動画区間の動画特性データを格納するとき、１つの動画区間の全てのデータを格納してから次の動画区間の全てのデータを格納するのではなく、各動画区間の１つのタイプのデータを順に格納してから次のタイプのデータを集中的に格納し、このように、類似するデータを集中的に格納して集中的に圧縮することができ、格納空間を減少させることができる。例えば、補間器のタイプの値は、一般的に２ビットのみを占有し、集中的に格納すると、バイト整列による余分な空間浪費を低減することができる。また例えば、次の動画区間のｓｔａｒｔＶａｌｕｅ及びｓｔａｒｔＴｉｍｅは、常に直前の動画区間のｅｎｄＶａｌｕｅ及びｅｎｄＴｉｍｅに等しく、集中的に格納するならば、格納する必要がない動画区間の間に重複するデータをスキップして、格納空間をさらに圧縮することができる。

なお、動画特性データに対応するデータ格納構造に従い格納されたデータを復号する場合、各フィールドのデータ値の読み取りが終了した後、一回のバイト整列を行い、読み取られなかった残りのビットをスキップし、次の整数バイト位置から、次のフィールドに対応するデータ値を読み取る必要がある。

上記表において、動画区間特性データにおける動画区間の開始値及び終了値（ＰｒｏｐｅｒｔｙＶａｌｕｅ）は、異なるデータ型を有することができ、異なるデータ型は、異なる格納方式に対応する。ＰＡＧファイルにおいて、動画区間の開始値及び終了値は、合計で１５種類を有し、各種類の符号化方式を下記表に示す。

上記表から分かるように、動画区間の開始値及び終了値のデータ型は上記１５種類のいずれかであってもよい。前述した動画区間特性データに対応する格納構造において、ｖａｌｕｅＬｉｓｔは、複数の動画区間の開始値及び終了値を格納し、そのデータ型がＰｒｏｐｅｒｔｙＶａｌｕｅＬｉｓｔである。ＰｒｏｐｅｒｔｙＶａｌｕｅＬｉｓｔに対して、実質的に個々のＰｒｏｐｅｒｔｙＶａｌｕｅに変換して格納する。例えば、Ｖａｌｕｅ＜Ｆｌｏａｔ＞［］の格納構造が連続したＶａｌｕｅ＜Ｆｌｏａｔ＞であり、Ｖａｌｕｅ＜Ｆｌｏａｔ＞のデータ型がＦｌｏａｔ型であるため、Ｖａｌｕｅ＜Ｆｌｏａｔ＞［］は、実質的に１セットの連続したＦｌｏａｔ型の数値である。他の種類の方式に変換して格納することもでき、例えば、データ型がＶａｌｕｅ＜Ｕｉｎｔ８＞［］である場合、連続した符号なし整数の符号化方式（ＵＢ［ｎＢｉｔｓ］［］）に変換して格納する。ＰｒｏｐｅｒｔｙＶａｌｕｅＬｉｓｔの格納方式を下記表に示す。

前述した動画区間特性データに対応する格納構造において、ｔｉｍｅＥａｓｅＬｉｓｔは、複数の動画区間の時間イージングパラメータを格納し、そのデータ型がＴｉｍｅＥａｓｅＶａｌｕｅＬｉｓｔである。ＴｉｍｅＥａｓｅＶａｌｕｅＬｉｓｔのデータ構造を下記表に示す。

各動画区間の時間イージングパラメータが一対の制御点であり、各制御点のデータ型がＰｏｉｎｔ型であるため、複数の動画区間の時間イージングパラメータの符号化方式を図１０に示す。図１０を参照して、ＴｉｍｅＥａｓｅＶａｌｕｅＬｉｓｔの格納方式において、時間イージングパラメータ配列における要素が占有するビット数ｔｉｍｅＥａｓｅＮｕｍＢｉｔｓを格納し、次に各動画区間の時間イージングパラメータを順に符号化し、ｄｉｍｅｎｓｉｏｎａｌｉｔｙは、各動画区間のｂｅｚｉｅｒＩｎ及びｂｅｚｉｅｒＯｕｔ配列の次元数を表す。ｄｉｍｅｎｓｉｏｎａｌｉｔｙの値が１に等しい場合、各動画区間の時間イージングパラメータは、一対のｂｅｚｉｅｒＯｕｔ（ｘ，ｙ）、ｂｅｚｉｅｒＩｎ（ｘ，ｙ）であり、２つのＰｏｉｎｔ型の値（４つのＦｌｏａｔ型）であり、各Ｆｌｏａｔ値をＳＢ［ｔｉｍｅＥａｓｅＮｕｍＢｉｔｓ］に従って符号化する。ｄｉｍｅｎｓｉｏｎａｌｉｔｙの値が２に等しい場合、２対のｂｅｚｉｅｒＯｕｔ、ｂｅｚｉｅｒＩｎの値、合計で８個のＦｌｏａｔ型の値を含む。ｔｉｍｅＥａｓｅｎｕｍＢｉｔｓの値を除いて、ＴｉｍｅＥａｓｅＶａｌｕｅＬｉｓｔ全体は、ｎｕｍＦｒａｍｅｓ＊ｄｉｍｅｎｓｉｏｎａｌｉｔｙ＊４個のデータ値を格納する必要がある。

なお、復号時に、キーフレームの補間器のタイプがＢｅｚｉｅｒでなければ、ＴｉｍｅＥａｓｅ関連データの読み取りを直接スキップする。ｂｅｚｉｅｒＯｕｔ、ｂｅｚｉｅｒＩｎの座標を対として連続して格納し、ｂｅｚｉｅｒＯｕｔの座標を符号化してから、ｂｅｚｉｅｒＩｎの座標を符号化する。

ｔｉｍｅＥａｓｅＬｉｓｔの値を復号するとき、５ビットを読み取ることで、ｔｉｍｅＥａｓｅＮｕｍＢｉｔｓを取得し、次にｔｉｍｅＥａｓｅＮｕｍＢｉｔｓ個のビットごとに読み取られた値をそれぞれ各動画区間のｂｅｚｉｅｒＯｕｔ、ｂｅｚｉｅｒＩｎの座標とし、ｎｕｍＦｒａｍｅｓ＊ｄｉｍｅｎｓｉｏｎａｌｉｔｙ＊４回読み取ることで、該属性に対応する時間イージングパラメータ配列を取得する。

同様に、前述した動画区間特性データに対応する格納構造において、ｓｐａｔｉａｌＥａｓｅＬｉｓｔは、複数の動画区間の空間イージングパラメータを格納し、そのデータ型がＳｐａｔｉａｌＥａｓｅＶａｌｕｅＬｉｓｔである。ＳｐａｔｉａｌＥａｓｅＶａｌｕｅＬｉｓｔのデータ構造を下記表に示す。

各動画区間の空間イージングパラメータが一対の制御点であり、各制御点のデータ型がＰｏｉｎｔ型であるため、複数の動画区間の空間イージングパラメータの符号化方式を図１１に示す。図１１を参照して、ＳｐａｔｉａｌＥａｓｅＶａｌｕｅＬｉｓｔの格納方式において、各動画区間に空間イージングパラメータが含まれるか否かを連続ビットで特定し、次に空間イージングパラメータ配列における要素が占有するビット数ｓｐａｔｉａｌＥａｓｅＮｕｍＢｉｔｓを符号化し、そして各動画区間の空間イージングパラメータを順に符号化する。復号段階において、空間イージングパラメータの読み取りは、読み取られたｓｐａｔｉａｌＦｌａｇＬｉｓｔリストとｓｐａｔｉａｌＥａｓｅＮｕｍＢｉｔｓに依存する必要がある。ｓｐａｔｉａｌＦｌａｇＬｉｓｔの長さは動画区間数の２倍であり、これは、各動画区間の空間イージングパラメータが２つのＰｏｉｎｔ型データを含むからである。ｓｐａｔｉａｌＦｌａｇＬｉｓｔリストの値は、順に、各動画区間にｓｐａｔｉａｌＩｎとｓｐａｔｉａｌＯｕｔが存在するか否かを表す。存在しなければ、ｓｐａｔｉａｌＩｎ、ｓｐａｔｉａｌＯｕｔの座標値はいずれもデフォルト値（０，０）を使用する。また、読み取られたデータは整数型であり、ＳＰＡＴＩＡＬ＿ＰＲＥＣＩＳＩＯＮを乗算してＦｌｏａｔに変換した後にＰｏｉｎｔのｘ、ｙの値とする必要がある。

なお、ｓｐａｔｉａｌＩｎＦｌａｇとｓｐａｔｉａｌＯｕｔＦｌａｇを対として連続して格納し、ｓｐａｔｉａｌＩｎＦｌａｇを格納してからｓｐａｔｉａｌＯｕｔＦｌａｇを格納する。ｆｌｏａｔＮｕｍの値、即ち空間イージングパラメータ配列の長さは、ｓｐａｔｉａｌＩｎＦｌａｇ及びｓｐａｔｉａｌＯｕｔＦｌａｇに依存する。ｓｐａｔｉａｌＩｎＦｌａｇが１であれば、続けてｓｐａｔｉａｌＩｎＰｏｉｎｔのｘ、ｙ座標を読み取り、ｓｐａｔｉａｌＩｎＦｌａｇが０であれば、座標Ｐｏｉｎｔのｘ、ｙ座標がデフォルト値であり、読み取る必要がない。ＳｐａｔｉａｌＩｎ、ｓｐａｔｉａｌＯｕｔを順に格納し、ｓｐａｔｉａｌＩｎの座標を格納してからｓｐａｔｉａｌＯｕｔの座標を格納する。

ｓｐａｔｉａｌＥａｓｅＬｉｓｔの値を復号するとき、ｎｕｍＦｒａｍｅｓ＊２個のビットを読み取ることで、ｓｐａｔｉａｌＦｌａｇＬｉｓｔの値を取得し、次に５ビットを読み取ることで、ｓｐａｔｉａｌＥａｓｅＮｕｍＢｉｔｓの値を取得し、そしてｓｐａｔｉａｌＦｌａｇＬｉｓｔの値に従いｓｐａｔｉａｌＥａｓｅＮｕｍＢｉｔｓ個のビットごとにデータを読み取ることで、空間イージングパラメータが存在する動画区間の空間イージングパラメータを取得する。

Ｓ８０８では、属性構造テーブルにおける各属性に対応する属性ソートに基づいて、各属性に対応する属性フラグ情報、属性コンテンツを順に格納して、動画タグコードに対応する動的属性データブロックを取得する。

前述した分析により、以下の結論を得ることができる。

属性型は、一般属性であり、属性に対応する属性フラグ情報が「１」である場合、該属性に対応するデータ型に応じて、対応する属性値を直接符号化して、属性コンテンツを取得し、属性に対応する属性フラグ情報が「０」である場合、対応する属性値がデフォルト値であり、対応する属性値を符号化する必要がなくなり、動的属性データブロックにおいて対応する属性コンテンツが存在しない。

属性型は、ブール属性であり、属性に対応する属性フラグ情報が「１」である場合、属性に対応する属性値が「ｔｒｕｅ」であることを表し、対応する属性値を符号化する必要がなくなり、動的属性データブロックにおいて対応する属性コンテンツが存在せず、同様に、属性に対応する属性フラグ情報が「０」である場合、属性に対応する属性値が「ｆａｌｓｅ」であることを表す。

属性型は、固定属性であり、対応する属性フラグ情報が存在せず、対応する属性値を対応するデータ型に応じて符号化して、属性コンテンツを取得する。

属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性であり、属性に対応する属性フラグ情報が「０」である場合、対応する属性値がデフォルト値であり、対応する属性値を符号化する必要がなくなり、動的属性データブロックにおいて対応する属性コンテンツが存在せず、属性に対応する属性フラグ情報が「１０」である場合、対応する属性値がデフォルト値ではなく、かつ動画区間特性データを含まず、該属性に対応するデータ型に応じて正常に符号化して、属性コンテンツを取得する必要があり、属性に対応する属性フラグ情報が「１１」である場合、対応する属性値がデフォルト値ではなく、かつ動画区間特性データを含み、動画区間特性データのデータ格納構造に応じて符号化して、属性コンテンツを取得する必要がある。

属性型は、空間イージング動画属性であり、属性に対応する属性フラグ情報が「０」である場合、対応する属性値がデフォルト値であり、対応する属性値を符号化する必要がなくなり、動的属性データブロックにおいて対応する属性コンテンツが存在せず、属性に対応する属性フラグ情報が「１０」である場合、対応する属性値がデフォルト値ではなく、かつ動画区間特性データを含まず、該属性に対応するデータ型に応じて正常に符号化して、属性コンテンツを取得する必要があり、属性に対応する属性フラグ情報が「１１０」である場合、対応する属性値がデフォルト値ではなく、かつ動画区間特性データを含み、空間イージングパラメータを含まず、動画区間特性データのデータ格納構造に応じて符号化して、空間イージングパラメータが含まれない属性コンテンツを取得する必要があり、属性に対応する属性フラグ情報が「１１１」である場合、対応する属性値がデフォルト値ではなく、かつ動画区間特性データを含み、空間イージングパラメータを含み、動画区間特性データのデータ格納構造に応じて符号化して、空間イージングパラメータが含まれる属性コンテンツを取得する必要がある。

動画タグコードに対応する属性構造テーブルは、複数の属性を含み、各属性に対して、いずれも動画データにおける、各属性に対応する属性値を符号化し、即ち各属性の属性フラグ情報、属性型に応じて符号化して、対応する属性コンテンツを取得し、最後に各属性の属性フラグ情報を属性ソートで格納することで、属性フラグ領域を取得し、各属性の属性コンテンツを属性ソートで格納することで、属性コンテンツ領域を取得することができ、動画タグコードに対応する属性フラグ領域、属性コンテンツ領域は、動画タグコード全体に対応する動的属性データブロックを構成する。実質的には、動的属性データブロックは、該動画タグコード（ＴａｇＣｏｄｅ）が位置するタグ（Ｔａｇ）のタグボディ（ＴａｇＢｏｄｙ）の値である。

上記動画データ符号化方法において、動画タグコードは、１セットの属性を特定し、属性構造テーブルは、動画タグコードにより特定される１セットの属性のデータ構造を記述し、このセットの属性の属性値の種類又は数が一定でないか又は属性の属性値に大量の冗長が存在する場合、属性の種類又は数を記述する大量の識別フィールドを追加して導入することにより動画ファイルのボリュームが大きすぎるという問題を回避するために、動的属性データブロックのデータ構造を導入し、このように、これらのフラグ（識別子）の圧縮を最大化し、ターゲット動画ファイルが占有するボリュームを大幅に低減することができる。具体的には、動画プロジェクトファイルを取得した後、動画タグコードに対応する属性構造テーブルに含まれる１セットの属性に基づいて、動画プロジェクトファイルからこのセットの属性の属性値を取得し、動的属性データブロックにおける属性フラグ情報は、属性の属性状態を記述し、属性構造テーブルに属性型が存在する場合、動画データに基づいて各属性に対応する属性フラグ情報を決定し、次に属性フラグ情報に基づいて各属性に対応する属性値を動的符号化して、対応する属性コンテンツを取得し、属性構造テーブルにおける各属性の属性フラグ情報及び属性コンテンツを結合することで、動画タグコードに対応する動的属性データブロックを取得し、このように、動画ファイルが占有する空間を顕著に低減することができる。

一実施態様において、動画タグコードは、ビットマップ合成タグコードであり、動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得するステップは、動画プロジェクトファイルを再生するステップと、動画プロジェクトファイルに対応する再生画面を順にスクリーンショットして、動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得するステップと、ビットマップシーケンスフレームの導出方式に従ってビットマップ画像シーケンスを処理して、ビットマップ合成タグコードに対応するピクチャバイナリデータを取得するステップと、を含む。

具体的には、ビットマップシーケンスフレーム方式を採用して動画プロジェクトファイルを導出して、動画ファイルを取得する場合、端末は、動画プロジェクトファイルを再生する過程において、動画プロジェクトファイルに対応する再生画面を１フレーム分ずつビットマップ画像としてスクリーンショットすることで、対応するビットマップ画像シーケンスを取得することができる。一実施態様において、ＡＥ ＳＤＫのスクリーンショット機能により動画プロジェクトファイルの各フレームをスクリーンショットすることで、各フレームに対応するビットマップ画像を取得することにより、動画プロジェクトファイル全体に対応するビットマップ画像シーケンスを取得することができる。ビットマップシーケンスフレームの導出方式に従ってビットマップ画像シーケンスを処理して、ビットマップ合成タグコードに対応するピクチャバイナリデータを取得するステップは、ビットマップ画像シーケンスにおけるビットマップ画像と対応するキービットマップ画像に対して画素比較を行い、ビットマップ画像における相違画素領域を取得するステップと、ビットマップ画像が非キービットマップ画像である場合、ピクチャ符号化方式に従って相違画素領域を符号化して、ビットマップ画像に対応する符号化ピクチャを取得するステップと、を含む。符号化ピクチャは、各ビットマップ画像に対応するピクチャバイナリデータである。

実質的には、ビットマップシーケンスフレームの導出方式を採用して動画プロジェクトファイルを導出して、動画ファイルを取得する場合、ビットマップ合成タグコード（ＢｉｔｍａｐＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋ）に対応する動画データを取得する必要がある。該動画データは、上記ピクチャバイナリデータに加え、動画の基本属性データをさらに含み、このため、定義されたビットマップ合成タグコードの属性構造テーブルを下記表に示す。

上記表において、ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓも動画タグコードであり、それに対応する属性構造テーブルを下記表に示す。

ｂｉｔｍａｐＳｅｑｕｅｎｃｅも動画タグコードであり、それに対応する属性構造テーブルを下記表に示す。

上記３つの表から分かるように、ビットマップ合成タグコードが位置するタグは、ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓが位置するタグとｂｉｔｍａｐｓｅｑｕｅｎｃｅが位置するタグとがネストされたタグである。ピクチャ符号化方式に基づいて得られたピクチャバイナリデータに加え、ビットマップ合成タグコードに対応する動画データは、合成識別子（ＣｏｍｐｏｓｉｔｉｏｎＩＤ）、合成の基本属性（ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓ）、ビットマップ画像シーケンス（ｓｅｑｕｅｎｃｅ）を含み、合成の基本属性は、合成の再生時間長、フレームレート及び背景色を含み、ビットマップ画像シーケンスは、ビットマップ画像の幅、高さ、数、キーフレーム識別子及びピクチャバイナリデータシーケンス（ｂｉｔｍａｐＲｅｃｔ［ｆｒａｍｅＣｏｕｎｔ］）を含み、ピクチャバイナリシーケンスは、各ビットマップ画像に対応する相違画素領域の幅、高さ、相違画素領域における開始画素点の座標（ｘ，ｙ）、各相違画素領域に対応するピクチャバイナリデータストリーム（ｆｉｌｅＢｙｔｅｓ）を含む。

図１２は、ビットマップシーケンスフレーム符号化方式に対応する動画データの符号化構造図である。図１２を参照して、符号化時に、ビットマップ合成タグコードに対応する属性構造テーブルにおける合成フラグのデータ型に応じてＣｏｍｐｏｓｉｔｉｏｎＩＤの値を符号化し、次にＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓの属性構造テーブルに基づいて基本属性データを順に符号化し、そして動画全体の再生時の幅ｗｉｄｔｈ、高さｈｅｉｇｈｔ、フレームレートｆｒａｍｅｒａｔｅを符号化し、その後に次の各フレームがキーフレームであるか否かをｎＢｉｔｓ個のビットで記録し、さらにビットマップ画像の総数ｂｉｔｍａｐＣｏｕｎｔを符号化し、最後にビットマップ画像シーケンス（ｂｉｔｍａｐｓｅｑｕｅｎｃｅｓ）における各ビットマップ画像に対応するピクチャバイナリデータ、即ち相違画素領域における開始画素点の座標の値（ｘ，ｙ）及び対応するピクチャバイナリデータｆｉｌｅＢｙｔｅｓを順に符号化する。

一実施態様において、動画タグコードは、ビデオ合成タグコードであり、動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得するステップは、動画プロジェクトファイルを再生するステップと、動画プロジェクトファイルに対応する再生画面を順にスクリーンショットして、動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得するステップと、ビデオシーケンスフレームの導出方式に従ってビットマップ画像シーケンスを処理して、ビデオ合成タグコードに対応するピクチャバイナリデータを取得するステップと、を含む。

ビデオシーケンスフレームの導出方式に従ってビットマップ画像シーケンスを処理して、ビデオ合成タグコードに対応するピクチャバイナリデータを取得するステップは、ビットマップ画像を色チャンネルビットマップ及び透明度チャンネルビットマップに分けるステップと、色チャンネルビットマップ及び透明度チャンネルビットマップを合成して、合成ビットマップを取得するステップと、ビデオ符号化方式に従って合成ビットマップを符号化して、ビットマップ画像に対応する符号化ピクチャを取得するステップと、を含む。符号化ピクチャは、各ビットマップ画像に対応するピクチャバイナリデータである。

ビデオシーケンスフレームの導出方式を採用して動画プロジェクトファイルを導出することで、動画ファイルを取得する場合、ビデオ合成タグコード（ＶｉｄｅｏＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋ）に対応する動画データを取得する必要がある。

ＶｉｄｅｏＳｅｑｕｅｎｃｅも動画タグコードであり、対応する属性構造テーブルを下記表に示す。

前述したビデオ合成タグコードの属性構造テーブルから分かるように、ビデオ合成タグコードの所在するタグは、ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓの所在するタグとｖｉｄｅｏＳｅｑｕｅｎｃｅの所在するタグとがネストされたタグである。ビデオ符号化方式に基づいて得られたピクチャバイナリデータに加え、ビデオ合成タグコードに対応する動画データは、合成識別子（ＣｏｍｐｏｓｉｔｉｏｎＩＤ）、透明度チャンネル（ｈａｓＡｌｐｈａ）を含むか否か、合成の基本属性（ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓ）、ビデオフレームシーケンス（ｖｉｄｅｏＳｅｑｕｅｎｃｅ）を含み、合成の基本属性は、合成の再生時間長、フレームレート及び背景色を含み、ビデオフレームシーケンスは、ビットマップ画像の幅、高さ、透明度チャンネルの位置情報、ビデオ符号化方式のパラメータ、キーフレーム識別子及びピクチャバイナリデータシーケンス（ｖｉｄｅｏＦｒａｍｅｓ）を含み、ピクチャバイナリシーケンスは、各ビデオフレームに対応するタイムスタンプ及びピクチャバイナリデータストリーム（ｆｉｌｅＢｙｔｅｓ）を含む。

図１３は、ビデオシーケンスフレーム符号化方式に対応する動画データの符号化構造図である。図１３を参照して、符号化時に、ビデオ合成タグコードに対応する属性構造テーブルにおける合成タグのデータ型に応じてＣｏｍｐｏｓｉｔｉｏｎＩＤの値を符号化し、透明度チャンネルｈａｓＡｌｐｈａが存在するか否かを特定する値をブール型に応じて符号化し、次にＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓの属性構造テーブルに従って基本属性データを順に符号化し、そして動画全体の再生時の幅ｗｉｄｔｈ、高さｈｅｉｇｈｔ、フレームレートｆｒａｍｅｒａｔｅを符号化し、続いて透明度チャンネルの開始位置情報ａｌｐｈａＳｔａｒｔＸ及びａｌｐｈａＳｔａｒｔＹを符号化し、その後にビデオ符号化パラメータｓｐｓ及びｐｐｓを符号化し、さらにビットマップ画像の総数Ｃｏｕｎｔを符号化し、最後にビデオフレームシーケンス（ｖｉｄｅｏＳｅｑｕｅｎｃｅ）における各合成ビットマップに対応するフレーム番号ｆｒａｍｅ及びピクチャバイナリデータｆｉｌｅＢｙｔｅｓを順に符号化する。

一実施態様において、上記動画データ符号化方法は、ファイルヘッダ組織構造に応じて、ファイルヘッダ情報を順に符号化して、ファイルヘッダ符号化情報を取得するステップと、タグ組織構造に応じて、動画タグコード、データブロック長及びデータブロックを順に符号化して、タグ符号化データを取得するステップであって、データブロックに動的属性データブロック及び基本属性データブロックが含まれるステップと、ファイルヘッダ符号化情報、各タグ符号化データをターゲットファイル構造に応じて編成して、ターゲット動画ファイルを取得するステップとをさらに含む。

ここでのターゲット動画ファイルは、ＰＡＧファイルであり、ＰＡＧファイルのファイル組織構造は、ファイルヘッダ（ＦｉｌｅＨｅａｄｅｒ）及びタグ（Ｔａｇ）を含む。したがって、動画ファイル全体のデータを符号化するとき、ファイルヘッダ組織構造に応じて、ファイルヘッダ情報を符号化して、ファイルヘッダ符号化情報を取得する。タグ組織構造は、動画タグコード、データブロック長及びデータブロックを含むため、動画プロジェクトファイルから取得される、各動画タグコードに対応する動画データに対して、タグ組織構造に応じて順に符号化して、タグ符号化データを取得する。ここでのデータブロックは、動的属性データブロック及び基本属性データブロックを含む。ファイルヘッダ符号化情報及びタグ符号化データを取得した後、ターゲット動画ファイルのファイル構造に応じて編成することで、ターゲット動画ファイルを取得する。

ベクトル導出方式に従って動画プロジェクトファイルを導出する場合にのみ、動的属性データブロックを取得することができる。基本属性データブロックについては、ベクトル導出方式、ビットマップシーケンスフレームの導出方式及びビデオシーケンスフレームの導出方式に従って導出する場合のいずれかに、使用する可能性がある。異なる動画タグコードは、対応する属性構造テーブルが異なり、属性構造テーブルにおける異なる属性の属性型が異なり、基本属性データブロックに応じて符号化する可能性があり、動的属性データブロックに応じて符号化する可能性もある。

以下、前に列挙された３７個の動画タグコードの属性構造テーブルについて説明する。

Ｅｎｄ

Ｅｎｄは、特別な動画タグコードとして、あるタグの終了を特定し、復号過程においてこのタグを読み取ると、このＥｎｄに対応するタグのコンテンツの読み取りが終了することを示す。タグが入れ子型であれば、即ち、サブタグを含むならば、現在のタグのコンテンツをジャンプして続けて読み取り、外層のバイト要素からコンテンツを読み取る必要がある。

ＦｏｎｔＴａｂｌｅｓ

ＦｏｎｔＴａｂｌｅｓは、フォント情報の集合である。

ＶｅｃｔｏｒＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋ

ＶｅｃｔｏｒＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋは、ベクトル導出方式による動画データの集合であり、簡単なベクトルグラフィックデータを含んでもよく、１つまたは複数のＶｅｃｔｏｒＣｏｍｐｏｓｉｔｉｏｎをさらに含んでもよい。

ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓは、合成の基本属性情報である。

ＩｍａｇｅＴａｂｌｅｓ

ＩｍａｇｅＴａｂｌｅｓは、ピクチャ情報の集合である。

ＬａｙｅｒＢｌｏｃｋ

ＬａｙｅｒＢｌｏｃｋは、レイヤ情報の集合である。

ＬａｙｅｒＡｔｔｒｉｂｕｔｅｓ

ＬａｙｅｒＡｔｔｒｉｂｕｔｅｓは、レイヤの属性に関する情報を表す。

ＳｏｌｉｄＣｏｌｏｒ

ＬａｙｅｒＡｔｔｒｉｂｕｔｅｓは、レイヤの属性情報である。

ＴｅｘｔＳｏｕｒｃｅ

ＴｅｘｔＳｏｕｒｃｅは、テキスト情報を表し、テキスト、フォント、サイズ、色などの基本情報を含む。

ＴｅｘｔＰａｔｈＯｐｔｉｏｎタグ

ＴｅｘｔＰａｔｈＯｐｔｉｏｎは、テキスト描画情報を表し、描画パス、前後左右の間隔などを含む。

ＴｅｘｔＭｏｒｅＯｐｔｉｏｎタグ

ＴｅｘｔＭｏｒｅＯｐｔｉｏｎは、テキストの他の情報を表す。

ＩｍａｇｅＲｅｆｅｒｅｎｃｅタグ

ＩｍａｇｅＲｅｆｅｒｅｎｃｅは、ピクチャインデックスを表し、ピクチャのＩＤを格納し、ＩＤにより真のピクチャ情報をインデックスする。

ＣｏｍｐｏｓｉｔｉｏｎＲｅｆｅｒｅｎｃｅタグ

ＣｏｍｐｏｓｉｔｉｏｎＲｅｆｅｒｅｎｃｅは、レイヤ組み合わせインデックスを表し、レイヤ組み合わせのＩＤを格納し、ＩＤにより真のレイヤ組み合わせをインデックスする。

Ｔｒａｎｓｆｏｒｍ２Ｄタグ

Ｔｒａｎｓｆｏｒｍ２Ｄは、２Ｄ変換情報を表し、アンカーポイント、拡大縮小、回転、ｘ軸オフセット、ｙ軸オフセットなどの情報を含む。

Ｍａｓｋタグ

Ｍａｓｋは、マスク情報を表す。

ＳｈａｐｅＧｒｏｕｐタグ

ＳｈａｐｅＧｒｏｕｐは、投影情報を表す。

Ｒｅｃｔａｎｇｌｅタグ

Ｒｅｃｔａｎｇｌｅは、矩形情報を表す。

Ｅｌｌｉｐｓｅタグ

Ｅｌｌｉｐｓｅは、楕円情報を表す。

ＰｏｌｙＳｔａｒタグ

ＰｏｌｙＳｔａｒは、星型多角形の情報を表す。

ＳｈａｐｅＰａｔｈタグ

ＳｈａｐｅＰａｔｈは、形状のパス情報を表す。

Ｆｉｌｌタグ

Ｆｉｌｌは、塗りつぶしに関する情報を表す。

Ｓｔｒｏｋｅタグ

Ｓｔｒｏｋｅは、境界線（アウトライン）に関する情報を表す。

ＧｒａｄｉｅｎｔＦｉｌｌタグ

ＧｒａｄｉｅｎｔＦｉｌｌは、色勾配塗りつぶし情報を表す。

ＧｒａｄｉｅｎｔＳｔｒｏｋｅタグ

ＧｒａｄｉｅｎｔＳｔｒｏｋｅは、境界線（アウトライン）の透明度勾配情報を表す。

ＭｅｒｇｅＰａｔｈｓタグ

ＭｅｒｇｅＰａｔｈｓは、複合パス化に関する情報を表す。

ＴｒｉｍＰａｔｈｓタブ

ＴｒｉｍＰａｔｈｓは、パス生成効果に関する情報を表す。

Ｒｅｐｅａｔｅｒタグ

Ｒｅｐｅａｔｅｒは、中継器に関する情報を表す。

ＲｏｕｎｄＣｏｒｎｅｒｓタグ

ＲｏｕｎｄＣｏｒｎｅｒｓは、角丸めに関する情報を表す。

Ｐｅｒｆｏｒｍａｎｃｅタグ

Ｐｅｒｆｏｒｍａｎｃｅは、動画の性能パラメータを表す。

ＤｒｏｐＳｈａｄｏｗＳｔｙｌｅタグ

ＤｒｏｐＳｈａｄｏｗＳｔｙｌｅは、影付きに関する情報を表す。

ＳｔｒｏｋｅＳｔｙｌｅタグ

ＳｔｒｏｋｅＳｔｙｌｅは、境界線（アウトライン）のスタイルに関する情報である。

ＴｉｎｔＥｆｆｅｃｔタグ

ＴｉｎｔＥｆｆｅｃｔは、着色効果に関する情報である。

ＦｉｌｌＥｆｆｅｃｔタグ

ＦｉｌｌＥｆｆｅｃｔは、塗りつぶし効果に関する情報である。

ＳｔｒｏｋｅＥｆｆｅｃｔタグ

ＳｔｒｏｋｅＥｆｆｅｃｔは、境界線を付ける効果に関する情報である。

ＴｒｉｔｏｎｅＥｆｆｅｃｔタグ

ＴｒｉｔｏｎｅＥｆｆｅｃｔは、ハイライト、中間色、影の効果を表す。

ＤｒｏｐＳｈａｄｏｗＥｆｆｅｃｔタグ

ＤｒｏｐＳｈａｄｏｗＥｆｆｅｃｔは、影を付ける効果の情報を表す。

ＦｉｌｌＲａｄｉａｌＷｉｐｅＥｆｆｅｃｔタグ

ＦｉｌｌＲａｄｉａｌＷｉｐｅＥｆｆｅｃｔは、塗りつぶしを径方向に消去する効果の情報を表す。

ＤｉｓｐｌａｃｅｍｅｎｔＭａｐＥｆｆｅｃｔタグ

ＤｉｓｐｌａｃｅｍｅｎｔＭａｐＥｆｆｅｃｔは、置き換えレイヤ情報を表す。

ＢｉｔｍａｐＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋ

ＢｉｔｍａｐＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋは、ビットマップシーケンスフレーム方式に従って導出された合成を表す。

ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓ

ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓは、ビットマップシーケンスフレーム方式に従って導出された合成の基本属性情報を表す。

ＢｉｔｍａｐＳｅｑｕｅｎｃｅ

ＢｉｔｍａｐＳｅｑｕｅｎｃｅは、ビットマップ画像シーケンスを表す。

ＩｍａｇｅＢｙｔｅｓ

ＩｍａｇｅＢｙｔｅｓは、符号化されたピクチャの属性情報を表す。

ＩｍａｇｅＢｙｔｅｓ２

ＩｍａｇｅＢｙｔｅｓ２は、ピクチャ関連属性情報を格納し、ＩｍａｇｅＢｙｔｅｓに対して、ｓｃａｌｅＦａｃｔｏｒ属性を追加する。

ＩｍａｇｅＢｙｔｅｓ３は、ＩｍａｇｅＢｙｔｅｓ２に対して、透明枠を剥離しただけであり、属性値が変化しない。

ＶｉｄｅｏＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋ

ＶｉｄｅｏＣｏｍｐｏｓｉｔｉｏｎＢｌｏｃｋは、ビデオシーケンスフレームの導出方式に従って導出された合成を表す。

ＶｉｄｅｏＳｅｑｕｅｎｃｅ

ＶｉｄｅｏＳｅｑｕｅｎｃｅは、シーケンスフレームシーケンスを表す。

図１４に示すように、一実施態様において、動画データ復号方法を提供する。本実施態様は、例として、主に該方法を上記図１中の端末１１０に適用して説明する。図１４を参照して、該動画データ復号方法は、具体的には、以下のステップＳ１４０２～Ｓ１４０６を含む。

Ｓ１４０２では、動画タグコードを取得する。

ＰＡＧファイルを解析するとき、ファイルヘッダ情報をファイルヘッダ組織構造に応じて復号する必要がある以外、残りの複数のタグをタグ組織構造に応じて復号する必要がある。タグ終了記号（Ｅｎｄ）は、特別なタグであり、本階層のタグの読み取りが終了し、読み取り対象のタグがこれ以上ないことを特定するため、タグ終了記号（０）を読み取ると、現在のタグのコンテンツの読み取りが終了し、続けて読み取って得られたデータが次のタグのコンテンツであることを表す。当然のことながら、タグが複数のサブタグを含む、ネストされたタグであるならば、タグ終了記号の後に続けて読み取って得られたデータは外層タグのコンテンツであり、最外層のタグに対応するタグ終了記号を得るまで読み取るか、又は最外層のタグのコンテンツのバイトストリームの長さに応じた読み取りが終了すると、最外層のタグに読み取り対象のコンテンツがこれ以上ないことを表す。

前述のタグ組織構造によれば、タグは、いずれもタグヘッダ（ＴａｇＨｅａｄｅｒ）及びタグボディ（ＴａｇＢｏｄｙ）を含み、タグヘッダは、動画タグコード（ＴａｇＣｏｄｅ）及びタグボディのバイトストリームの長さ（Ｌｅｎｇｔｈ）を含む。タグヘッダは、ｓｈｏｒｔ型及びｌｏｎｇ型に分けられ、ｓｈｏｒｔ型又はｌｏｎｇ型に関わらず、タグヘッダの最初の２バイトにおける最初の１０ｂｉｔｓは動画タグコードを表すため、ＥＮＤに対応する動画タグコード（０）を読み取った後、続けて２バイトを読み取り、この２バイトにおける最初の１０ｂｉｔｓは、次のタグに含まれる動画タグコードを表す。最初の２バイトにおける最後の６ｂｉｔｓが「０ｘ３ｆ」でなければ、該タグのタグヘッダがｓｈｏｒｔ型であることが分かり、ｓｈｏｒｔ型のタグヘッダの組織構造によれば、最後の６ｂｉｔｓの値は、タグボディ（ＴａｇＢｏｄｙ）のバイトストリームの長さ（Ｌｅｎｇｔｈ）を表す。最初の２バイトにおける最後の６ｂｉｔｓが「０ｘ３ｆ」であれば、該タグのタグヘッダがｌｏｎｇ型であることが分かり、ｌｏｎｇ型のタグヘッダの組織構造によれば、続けてこの２バイトの後の４バイトを読み取って得られたデータ値は、タグボディ（ＴａｇＢｏｄｙ）のバイトストリームの長さ（Ｌｅｎｇｔｈ）を表す。バイトストリームの長さの値は、タグボディが占有するバイト数を表し、解析してバイトストリームの長さを取得した後、タグヘッダの後のどれぐらいのバイトのデータが現在のタグに属するタグボディであるかを決定することができる。

動画タグコードは、タグがどのタイプの動画情報を具体的に記録しているかを表し、異なる動画タグコードは、異なる動画情報を記録していることを表す。ある動画タグコードを解析した後、現在のタグのタグボディが表すのがどのような動画情報であるかを決定することができ、異なる動画情報のタグボディが異なる符号化構造を有するため、各タグにおける動画タグコードを取得することは、各タグ、特にタグボディを正確に解析する前提である。

前述したように、ＰＡＧファイルは、１０ビットを採用して動画タグコードを格納し、最大で１０２４種類の異なる動画タグコードを格納することができる。現在、ＰＡＧファイルは、３７種類のみの動画タグコードを使用し、０～２９は、ベクトル導出方式がサポートしている動画タグコードであり、４５～５１は、ビットマップシーケンスフレーム導出方式及びビデオシーケンスフレーム導出方式のために拡張された７個の動画タグコードである。後続のＰＡＧファイルがより多くの動画特性をサポートすることができれば、新しい動画タグコードを拡張することで、追加された動画特性に対応する動画情報を表すこともできる。

さらに、動画タグコードを解析した後、動画タグコードで表わされる動画情報に対応する属性構造テーブルに基づいて、現在のタグのタグボディを解析する必要がある。主に２種類の状況に分けられ、解析して得られた動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、タグボディにおけるデータは基本属性データブロックの形式で格納され、解析して得られた動画タグコードに対応する属性構造テーブルに属性型が存在する場合、タグボディにおけるデータは動的属性データブロックの形式で格納される。

Ｓ１４０４では、動画タグコードに対応する属性構造テーブルに属性型が存在する場合、属性構造テーブルにおける各属性に対応する属性型に基づいて、動画タグコードに対応する動的属性データブロックから各属性に対応する属性フラグ情報を解析する。

属性構造テーブルは、動画タグコードに対応する動画情報のデータ構造を定義する。ある動画タグコードに対応する属性構造テーブルに属性型が存在する場合、該動画タグコードに対応するタグヘッダの後のタグボディを動的属性データ構造に応じて復号する必要があることを表す。動的属性データブロックは、主に、各属性に対応する属性フラグ情報（ＡｔｔｒｉｂｕｔｅＦｌａｇ）からなる属性フラグ領域、及び各属性に対応する属性コンテンツ（ＡｔｔｒｉｂｕｔｅＣｏｎｔｅｎｔ）からなる属性コンテンツ領域という２つの部分で構成される。属性型（ＡｔｔｒｉｂｕｔｅＴｙｐｅ）は、属性フラグ情報によって占有されるビット数及び対応する属性コンテンツの読み取りルールを決定するために用いられる。属性型は、一般属性、ブール属性、固定属性、簡単動画属性、離散動画属性、多次元時間イージング動画属性及び空間イージング動画属性を含む。

マスク情報を例として、マスク情報を表す動画タグコード「１４」を読み取った場合、マスク情報に対応する属性構造テーブルに属性型が存在するため、現在のタグのタグボディに対して、動的属性データ構造に応じて解析を行う必要がある。全体的には、まず動的属性データブロックにおける属性フラグ領域を解析し、次に統一的なバイト整列を行った後に、整数バイト数の位置から属性コンテンツ領域を読み取り、マスク情報に対応する属性構造テーブルにおける各属性に対応する属性コンテンツを順に取得する。

属性フラグ情報は、空である可能性があり、属性フラグ情報は、少なくともコンテンツフラグビットを含む可能性があり、さらに動画区間フラグビット及び空間イージングパラメータフラグビットを含む可能性がある。コンテンツフラグビット（ｅｘｉｓｔ）は、属性に対応する属性コンテンツが動的属性データブロックに存在するか又はデフォルト値に等しいかを表し、動画区間フラグビット（ａｎｉｍａｔａｂｌｅ）は、該属性に対応する属性値が動画区間特殊効果データを含むか否かを表し、空間イージングパラメータフラグビット（ｈａｓＳｐａｔｉａｌ）は、該属性に対応する属性値が空間イージングパラメータを含むか否かを表す。異なる属性型の属性に対応する属性フラグ情報によって占有されるビット数は動的であり、値の範囲が０～３ビットである。各属性が具体的にどれぐらいのビットを占有するかは、属性型によって決定される必要があり、即ち、属性型は、属性フラグ情報によって占有される可能性があるビット数（０～３ビット）を決定するために用いられることができる。一般属性は、最大で１ビットのみを占有し、復号時にコンテンツフラグビットを読み取るだけでよい。空間イージング動画属性は、最大で３ビットを占有して、属性フラグ情報を格納する。例えば、１つの空間イージング動画属性が動画区間特性データを含まず、かつ属性値がデフォルト値に等しい場合、１ビットのみで属性フラグ情報を表せばよく、属性フラグ情報が属性コンテンツフラグビットのみを含み、その値が０であり、対応する属性コンテンツがデフォルト値であることを表す。復号時に読み取られたコンテンツフラグビットが０であり、該属性の属性フラグ情報の読み取りが終了し、次のビットの値を続けて読み取らないことを表す。極端な場合に、属性構造テーブルにおける各属性は、いずれも動画区間特性データを含まず、かついずれもデフォルト値に等しく、この場合に属性数のビットのみを占有して各属性に対応する属性フラグ情報を格納し、かつ各属性フラグ情報がいずれもコンテンツフラグビットのみを含み、その値がいずれも０である。

以下、異なる属性型に対応する属性フラグ情報の解析ルールを示す。

一般属性の属性フラグ情報は１ビットのみを占有し、該属性に対応する属性フラグ情報を読み取る場合、１ビットの値を読み取るだけでよい。

ブール属性の属性フラグ情報は１ビットのみを占有し、該属性に対応する属性フラグ情報を読み取る場合、同様に１ビットを読み取るだけでよく、かつ該ビットの値は該属性に対応する属性値である。

固定属性の属性フラグ情報がビットを占有しないため、動的属性データブロックから該属性に対応する属性フラグ情報を読み取る必要がない。

簡単動画属性、離散動画属性及び多次元時間イージング動画属性の属性フラグ情報は、１～２ビットを占有する。１番目のビットの値が１であることを読み取った場合、該属性に対応する属性値がデフォルト値ではなく、さらに２番目のビットを読み取る必要があることを表し、このように、該属性に対応する属性フラグ情報「１１」又は「１０」を取得し、１番目のビットの値が０であることを読み取った場合、該属性に対応する属性値がデフォルト値であり、かつ属性フラグ情報が１ビットのみを占有し、即ち「１」であることを表す。

空間イージング動画属性の属性フラグ情報は、１～３ビットを占有する。１番目のビットの値が１であることを読み取った場合、該属性に対応する属性値がデフォルト値ではなく、さらに２番目のビットを読み取る必要があることを表し、２番目のビットの値が０であれば、該属性に対応する属性コンテンツが動画区間特性データを含まず、このように、該属性に対応する属性フラグ情報「１０」を取得し、その後のデータを該属性に対応する属性フラグ情報として読み取ってはならず、２番目のビットの値が１であれば、該属性に対応する属性コンテンツが動画区間特性データを含み、続けて３番目のビットを読み取る必要があり、３番目のビットの値が０であれば、該属性に対応する属性コンテンツが空間イージングパラメータを含まず、かつ該属性に対応する属性フラグ情報「１１０」を決定し、３番目のビットの値が１であれば、該属性に対応する属性コンテンツが空間イージングパラメータを含み、かつ該属性に対応する属性フラグ情報「１１１」を決定し、１番目のビットの値が０であることを読み取った場合、該属性に対応する属性値がデフォルト値であり、かつ属性フラグ情報が１ビットのみを占有し、即ち「１」であり、その後のデータを該属性に対応する属性フラグ情報として読み取ってはならないことを表す。

一実施態様において、属性構造テーブルにおける各属性に対応する属性型に基づいて、動画タグコードに対応する動的属性データブロックから各属性に対応する属性フラグ情報を解析するステップは、属性構造テーブルをルックアップし、各属性に対応する属性ソートを取得するステップと、各属性に対応する属性型に基づいて、各属性に対応する属性フラグ情報によって占有されるビット数を決定するステップと、動画タグコードに対応する動的属性データブロックにおける最初のビットからデータを読み取るステップと、各属性に対応する属性フラグ情報によって占有されるビット数に基づいて、順に読み取ったデータから各属性に対応する属性フラグ情報を属性ソートに応じて決定するステップと、を含む。

実際には、属性構造テーブルに含まれる属性の数、属性ソート、属性に対応する属性型及び属性に対応するデフォルト値は、いずれも解析コードにハード符号化され、ある動画タグコードを解析した後、解析コードに基づいて、それに対応する、属性ソート、属性に対応する属性型、データ型、数及びデフォルト値などを含む属性構造テーブルの情報を直接決定することができる。

具体的には、動的属性データブロックから各属性に対応する属性フラグ情報を解析するとき、各属性に対応する属性型に基づいて、各属性に対応する属性フラグ情報によって占有される可能性があるビット数を決定し、それ以外に、各属性に対応する属性フラグ情報を正確に決定できるように、さらに、各属性に対応する属性ソートに応じて動的属性データブロックの属性フラグ領域からデータを順に読み取るとともに、読み取られたデータを異なる属性型の属性フラグ情報の符号化ルールに従って解析する必要がある。

一実施態様において、動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、属性構造テーブルにおける各属性に対応するデータ型、属性ソートに基づいて、動画タグコードに対応する基本属性データブロックから各属性に対応する属性値を順に読み取る。

具体的には、動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、該動画タグコードに対応するタグヘッダの後のタグボディを基本属性データ構造に応じて復号する必要があることを表し、実質的には、該動画タグコードに対応する属性構造テーブルにおける各属性に対応するデータ型、属性ソートに基づいて、タグボディを解析して、各属性に対応する属性値を順に取得する必要がある。

例えば、解析して得られた動画タグコードの値が「７」である場合、現在のタグがボックスのサイズ及び枠線色情報を表すことが分かり、該情報に対応する属性構造テーブルに属性型が存在せず、属性構造テーブルには、それぞれｓｏｌｉｄＣｏｌｏｒ、ｗｉｄｔｈ及びｈｅｉｇｈｔである３つのフィールドのみが含まれ、ｓｏｌｉｄＣｏｌｏｒのデータ型がＣｏｌｏｒであり、Ｃｏｌｏｒ型が順に赤、緑、青の値を表す３バイトを占有する必要があり、ｗｉｄｔｈ、ｈｅｉｇｈｔのデータ型がＥｎｃｏｄｅｄＩｎｔ３２である。該動画タグコードが位置するタグのタグボディを復号するとき、２４ｂｉｔｓを読み取ることで、ｓｏｌｉｄＣｏｌｏｒの値を取得し、次にＥｎｃｏｄｅｄＩｎｔ３２の符号化ルールに応じてｗｉｄｔｈ、ｈｅｉｇｈｔの値を順に読み取ることで、現在のタグが表す動画情報の各属性値を取得する必要がある。

Ｓ１４０６では、各属性に対応する属性フラグ情報に基づいて、動的属性データブロックから各属性に対応する属性コンテンツを解析する。

属性フラグ情報が各属性の状態を特定し、状態は、以下のいくつかの種類に分けられ、例えば、属性値がデフォルト値であるか動的属性データブロックの属性コンテンツ領域に存在するか、また例えば、属性値が動的属性データブロックの属性コンテンツ領域に存在すれば、属性コンテンツが動画区間特性データを含むか否か、また例えば、属性コンテンツに空間イージングパラメータが含まれるか否か等の状態がある。異なる状態で対応する属性値の符号化方式に相違が存在するため、各属性に対応する属性フラグ情報に基づいて各属性の状態を決定すると、どのようなデータ構造に応じて動的属性データブロックから属性コンテンツを解析するか、又はどのように対応する属性値を解析するかを決定することができる。

具体的には、各属性に対応する属性フラグ情報を取得した後、属性フラグ情報により特定される属性の状態に応じて、各状態に対応する解析方式を採用して動的属性データブロックから各属性に対応する属性コンテンツを解析することができる。各属性型及び各属性型の属性フラグ情報が異なる値を取る場合に、対応する解析方式が異なり、以下、具体的に説明する。

一実施態様において、属性型は一般属性であり、属性フラグ情報はコンテンツフラグビットのみを含み、各属性に対応する属性フラグ情報に基づいて、動的属性データブロックから各属性に対応する属性コンテンツを解析するステップは、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、属性に対応するデータ型に基づいて、動的属性データブロックから属性に対応する属性コンテンツを読み取るステップと、コンテンツフラグビットの値が、動的属性データブロックにおいて属性に対応する属性コンテンツが存在しないことを表すならば、属性構造テーブルから属性に対応するデフォルト値をルックアップするステップと、を含む。

属性型が一般属性である場合、属性フラグ情報はコンテンツフラグビットのみを含み、即ち、属性フラグ情報は１ビットのみを占有する。コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、コンテンツフラグビットの値が例えば１であってもよく、即ち、該属性に対応する属性コンテンツがデフォルト値ではなければ、該属性に対応するデータ型に応じて動的属性データブロックから該属性に対応する属性コンテンツを解析する必要がある。コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、コンテンツフラグビットの値が例えば０であってもよく、即ち、該属性に対応する属性コンテンツがデフォルト値であれば、該属性に対応するデフォルト値を直接取得し、該属性に対応するデータ型に応じて動的属性データブロックから該属性に対応する属性コンテンツを解析する必要がなくなる。

一実施態様において、属性型は固定属性であり、属性フラグ情報は空であり、各属性に対応する属性フラグ情報に基づいて、動的属性データブロックから各属性に対応する属性コンテンツを解析するステップは、属性に対応するデータ型に基づいて、動的属性データブロックから属性に対応する属性コンテンツを直接読み取るステップを含む。

属性型は固定属性であり、固定属性の属性フラグ情報は空であり、ビットを占有せず、実際には、固定属性に対応する属性値が必ず動的属性データブロックの属性コンテンツ領域に存在するため、該属性に対応するデータ型に基づいて動的属性データブロックから該属性に対応する属性コンテンツを直接読み取ることができる。

一実施態様において、属性型はブール属性であり、属性フラグ情報はコンテンツフラグビットのみを含み、各属性に対応する属性フラグ情報に基づいて、動的属性データブロックから各属性に対応する属性コンテンツを解析するステップは、コンテンツフラグビットの値を直接、属性に対応する属性コンテンツとするステップを含む。

属性型がブール型であり、ブール型の属性が１ビットのみを占有し、かつ該ビットの値が該属性に対応する値であるため、該コンテンツフラグビットの値を直接、該属性に対応する属性値とすることができる。該コンテンツフラグビットの値が１である場合、該属性に対応する属性値はｔｒｕｅであり、該コンテンツフラグビットの値が０である場合、該属性に対応する属性値はｆａｌｓｅである。

一実施態様において、属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性又は空間イージング動画属性であり、属性フラグ情報は、少なくともコンテンツフラグビットを含み、各属性に対応する属性フラグ情報に基づいて、動的属性データブロックから各属性に対応する属性コンテンツを解析するステップは、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、動的属性データブロックから属性に対応する属性コンテンツを読み取るステップと、コンテンツフラグビットの値が、動的属性データブロックにおいて属性に対応する属性コンテンツが存在しないことを表すならば、属性構造テーブルに基づいて属性に対応するデフォルト値をルックアップするステップと、を含む。

属性に対応する属性型が簡単動画属性（ＳｉｍｐｌｅＰｒｏｐｅｒｔｙ）、離散動画属性（ＤｉｓｃｒｅｔｅＰｒｏｐｅｒｔｙ）、多次元時間イージング動画属性（ＭｕｌｔｉＤｉｍｅｎｓｉｏｎＰｒｏｐｅｒｔｙ）、又は空間イージング動画属性（ＳｐａｔｉａｌＰｒｏｐｅｒｔｙ）である場合、該属性に対応する属性フラグ情報は、少なくともコンテンツフラグビットを含む。同様に、解析して得られたコンテンツフラグビットの値が、属性値がデフォルト値ではないことを表し、即ち動的属性データブロックにおいて属性に対応する属性コンテンツが存在することを表し、例えばコンテンツフラグビットの値が１である場合、動的属性データブロックから属性に対応する属性コンテンツを読み取る必要がある。解析して得られたコンテンツフラグビットの値が、属性値がデフォルト値であることを表し、即ち動的属性データブロックにおいて属性に対応する属性コンテンツが存在しないことを表し、例えばコンテンツフラグビットの値が０である場合、該属性に対応するデフォルト値を対応する属性コンテンツとすればよい。

一実施態様において、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、動的属性データブロックから属性に対応する属性コンテンツを読み取るステップは、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す場合、コンテンツフラグビットの次のビットの値を読み取って、動画区間フラグビットの値とするステップと、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから、属性に対応する動画区間特性データを解析するステップと、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれないことを表すならば、属性のデータ型に基づいて、動的属性データブロックから、属性に対応する属性コンテンツを直接解析するステップと、を含む。

具体的には、コンテンツフラグビットの値が、動的属性データブロックにおいて属性に対応する属性コンテンツが存在することを表し、例えばコンテンツフラグビットが１である場合、該属性に対応する属性フラグ情報は少なくとも動画区間フラグビットをさらに含み、即ち属性フラグ情報は少なくとも２ビットを占有する。読み取られたコンテンツフラグビットの次のビットの値（例えば１）が、属性コンテンツに動画区間特性データが含まれることを表し、即ち属性フラグ情報の２番目のビットも１である場合、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックにおける、該属性に対応する属性コンテンツを解析する必要がある。読み取られたコンテンツフラグビットの次のビットの値（例えば０）が、属性コンテンツに動画区間特性データが含まれないことを表し、即ち属性フラグ情報の２番目のビットも０であり、即ち属性フラグ情報が「１０」である場合、該属性に対応するデータ型に応じて、動的属性データブロックにおける、該属性に対応する属性コンテンツを直接解析する。

一実施態様において、動画区間特性データに対応するデータ格納構造に含まれるフィールドは、動画区間数、各動画区間の補間器のタイプ、各動画区間の開始及び終了時間を含み、各動画区間の、属性に対応する開始値、終了値、時間イージングパラメータ及び空間イージングパラメータをさらに含む。

動画区間特性データに対応するデータ格納構造について、動画データ符号化方法の説明を参照することができる。このようなデータ格納構造は、１つ又は複数の動画区間の動画データを格納し、複数の動画区間の動画特性データを格納するとき、１つの動画区間の全てのデータを格納してから次の動画区間の全てのデータを格納するのではなく、各動画区間の１つのタイプのデータを順に格納してから次のタイプのデータを集中的に格納し、このように、類似するデータを集中的に格納して集中的に圧縮して、格納空間を減少させることができる。

一実施態様において、属性型は空間イージング動画属性であり、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから属性に対応する動画区間特性データを解析するステップは、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれることを表す場合、動画区間フラグビットの次のビットの値を読み取って、空間イージングパラメータフラグビットの値とするステップと、空間イージングパラメータフラグビットの値が、動画区間特性データに空間イージングパラメータが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから、空間イージングパラメータが含まれる、属性に対応する動画区間特性データを解析するステップと、空間イージングパラメータフラグビットの値が、動画区間特性データに空間イージングパラメータが含まれないことを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから、空間イージングパラメータが含まれない、属性に対応する動画区間特性データを解析するステップと、を含む。

空間イージングパラメータは、複雑な動的効果を記述するためのパラメータである。属性に対応する属性型が空間イージング動画属性である場合にのみ、該属性に対応する属性フラグ情報は、３ビットを占有する可能性があり、空間イージングパラメータフラグビットが存在する前提は、コンテンツフラグビット、動画区間フラグビットがいずれも１であることである。他の属性型の場合、３番目のフラグが存在するか否かを判断する必要がなく、空間イージングパラメータを格納する必要もない。

具体的には、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれることを表し、例えば動画区間フラグビットが１である場合、該属性に対応する属性フラグ情報は少なくとも空間イージングパラメータフラグビットをさらに含み、即ち属性フラグ情報は３ビットを占有する。読み取られた動画区間フラグビットの次のビットの値（例えば１）が、属性コンテンツに空間イージングパラメータが含まれることを表し、即ち属性フラグ情報の３番目のビットも１であり、即ち属性フラグ情報が「１１１」である場合、動的属性データブロックから、空間イージングパラメータが含まれる、属性に対応する動画区間特性データを解析し、空間イージングパラメータも対応する符号化構造を有し、対応する符号化構造に応じて解析する必要がある。読み取られた動画区間フラグビットの次のビットの値（例えば０）が、属性コンテンツに空間イージングパラメータが含まれないことを表し、属性フラグ情報の３番目のビットが０であり、即ち属性フラグ情報が「１１０」である場合、動的属性データブロックから解析される、属性に対応する動画区間特性データに空間イージングパラメータが含まれない。

なお、動画区間特性データのデータ格納構造に応じて属性コンテンツを解析するとき、具体的には、属性型に基づいて各動画区間に補間器のタイプのフィールドが存在するか否かを決定する必要があり（補間器のタイプがデフォルトでＨｏｌｄであるため、離散動画属性に補間器のタイプのフィールドが存在しない）、さらに、解析して得られた補間器のタイプに基づいて、動画区間特性データに時間イージングパラメータが含まれるか否かを決定し（これは、補間器のタイプの値がＢｅｚｉｅｒに等しくない場合、時間イージングパラメータが存在しないからである）、属性フラグ情報に基づいて空間イージングパラメータ等が存在するか否かを決定する必要がある。即ち、動画区間特性データのデータ格納構造における一部のフィールドの値が必ずしも存在せず、属性型、属性フラグ情報、補間器のタイプ及び動画区間に対応する属性値のデータ型などに合わせて段階的に判断してこそ、属性コンテンツ全体の格納構造が徐々に明らかになり、属性コンテンツ領域から属性に対応する属性コンテンツを解析することができる。動画タグコードに対応する属性構造テーブルにおける各属性に対応する属性コンテンツの解析過程は、前述した解析思想に基づいて実行される。

上記動画データ復号方法において、動画タグコードは、１セットの属性を特定し、属性構造テーブルは、動画タグコードにより特定される１セットの属性のデータ構造を記述し、このセットの属性の属性値の種類又は数が一定でないか又は属性の属性値に大量の冗長が存在する場合、属性の種類又は数を記述する大量の識別フィールドを追加して導入することにより動画ファイルのボリュームが大きすぎるという問題を回避するために、動的属性データブロックのデータ構造を導入し、このように、これらのフラグ（識別子）の圧縮を最大化し、ターゲット動画ファイルが占有するボリュームを大幅に低減することができる。具体的には、復号時に、動画タグコードを読み取った後、該動画タグコードに対応する属性構造テーブルに属性型が存在する場合、該動画タグコードにより特定される１セットの属性の属性値が動的属性データブロックの形式で符号化されることが分かり、各属性に対応する属性型に合わせて、動画タグコードに対応する動的属性データブロックから各属性に対応する属性フラグ情報を解析し、さらに該属性フラグ情報に基づいて動的属性データブロックから各属性に対応する属性コンテンツを解析することで、動画ファイルの復号を実現することができる。

一実施態様において、動画タグコードを取得するステップは、ターゲット動画ファイルを解析して、バイナリシーケンスを取得するステップと、ターゲット動画ファイルのターゲットファイル構造に応じて、バイナリシーケンスからターゲット動画ファイルのファイルヘッダ符号化情報及びタグ符号化データを順に読み取るステップと、ターゲット動画ファイルのファイルヘッダ組織構造に含まれるフィールドのソート、各フィールドのデータ型に応じて、ファイルヘッダ符号化情報を復号して、ファイルヘッダ情報を取得するステップと、ターゲット動画ファイルのタグ組織構造に応じて、タグ符号化データを復号して、動画タグコード、データブロック長、及び各動画タグコードに対応するデータブロックを順に取得するステップであって、データブロックに動的属性データブロック及び基本属性データブロックが含まれる、ステップと、を含む。

ターゲット動画ファイルは、ＰＡＧファイルであり、ＰＡＧファイルのファイル組織構造は、ファイルヘッダ（ＦｉｌｅＨｅａｄｅｒ）及びタグ（Ｔａｇ）を含む。動画ファイル全体のデータを符号化するとき、ファイルヘッダ組織構造に応じて、ファイルヘッダ情報を符号化して、ファイルヘッダ符号化情報を取得する。タグ組織構造は、動画タグコード、データブロック長及びデータブロックを含み、動画プロジェクトファイルから取得される、各動画タグコードに対応する動画データに対して、タグ組織構造に応じて順に符号化して、タグ符号化データを取得する。ここでのデータブロックは、動的属性データブロック及び基本属性データブロックを含む。したがって、ターゲット動画ファイルのバイナリシーケンスを解析して取得した後、逆にファイルヘッダ組織構造に応じてバイナリシーケンスにおけるファイルヘッダ符号化情報を復号することで、ファイルヘッダ情報を取得するとともに、タグ組織構造に応じてバイナリシーケンスにおける各タグ符号化データを復号することで、タグに含まれるコンテンツ、即ち動画タグコード、データブロック長及び各動画タグコードに対応するデータブロックを取得する必要がある。

一実施態様において、ターゲット動画ファイルは、ベクトル導出方式に従って、動画プロジェクトファイルから導出されたものであり、ターゲット動画ファイルを解析して、バイナリシーケンスを取得するステップは、ベクトル導出方式に対応するファイルデータ構造を取得するステップと、ファイルデータ構造に応じて、ターゲット動画ファイルを解析して、動画ベクトルデータを表すバイナリシーケンスを取得するステップと、を含む。

図１５は、一実施態様におけるベクトル導出方式に対応するファイルデータ構造である。図１５を参照して、ターゲット動画ファイル全体は、全てのレイヤのレイヤ情報を合成したものであり、ＶｅｃｔｏｒＣｏｍｐｏｓｉｔｉｏｎは、ファイル全体を表し、ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓ及びＬａｙｅｒを含む。ＣｏｍｐｏｓｉｔｉｏｎＡｔｔｒｉｂｕｔｅｓは、動画基本属性データを表し、動画の幅ｗｉｄｔｈ、高さｈｅｉｇｈｔなどを含み、動画全体の時間長ｄｕｒａｔｉｏｎ、フレームレートｆｒａｍｅｒａｔｅ、背景色ｂａｃｋｇｒｏｕｎｄｃｏｌｏｒなどをさらに含む。Ｌａｙｅｒは、動画レイヤデータを表し、各レイヤに対応するデータを含み、元の動画ファイルにおいて、仮想オブジェクト（ＮｕｌｌＯｂｊｅｃｔＬａｙｅｒ）、実色レイヤ（ＳｏｌｉｄＬａｙｅｒ）、テキストレイヤ（ＴｅｘｔＬａｙｅｒ）、形状レイヤ（ＳｈａｐｅＬａｙｅｒ）、画像レイヤ（ＩｍａｇｅＬａｙｅｒ）、事前合成レイヤ（ＰｒｅＣｏｍｐｏｓｅＬａｙｅｒ）などを含み得るがそれらに限定されない異なるタイプのレイヤが使用される可能性がある。したがって、ターゲット動画ファイルを解析して得られたバイナリシーケンスは、上記レイヤ構造に応じてレイヤ情報を記述する動画ベクトルデータである。実色レイヤを例として、対応する記述情報は、レイヤの幅と高さ、色及びレイヤ属性（ＬａｙｅｒＡｔｔｒｉｂｕｔｅｓ）を含み、レイヤ属性が基本属性及び動画属性グループを含み、基本属性がレイヤ時間長ｄｕｒａｔｉｏｎ、レイヤ開始時間ｓｔａｒｔＴｉｍｅ（どのフレームを再生するときに該レイヤを取得して使用する必要があるか）及び引張パラメータｓｔｒｅｔｃｈなどを含み、動画属性グループが、ｔｒａｎｓｆｏｒｍ、ｍａｓｋ、ｔｒａｃｋＭａｔｔｅｒ、ｌａｙｅｒＳｔｙｌｅ、ｅｆｆｅｃｔ及びｃｏｎｔｅｎｔを含む。１つのレイヤは、これら６種類の動画属性グループのいずれか１つ以上の組み合わせである。

一実施態様において、ターゲット動画ファイルは、ビットマップシーケンスフレームの導出方式に従って、動画プロジェクトファイルから導出されたものであり、ターゲット動画ファイルを解析して、バイナリシーケンスを取得するステップは、ピクチャ復号方式に従ってターゲット動画ファイルを解凍して、ターゲット動画ファイルに対応するピクチャバイナリデータを取得するステップであって、ピクチャバイナリデータに動画プロジェクトファイルにおけるキービットマップ画像の画素データ及び非キービットマップ画像の相違画素領域の画素データが含まれる、ステップを含む。

具体的には、ビットマップシーケンスフレームの導出方式に従って動画プロジェクトファイルを導出して得られたターゲット動画ファイルは、実際にはピクチャ符号化方式に従って非キービットマップ画像に対応する相違画素領域及びキービットマップ画像を圧縮符号化して得られた一連の符号化ピクチャである。具体的なステップは、動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得するステップと、ビットマップ画像シーケンスにおけるビットマップ画像と対応するキービットマップ画像に画素比較を行い、ビットマップ画像における相違画素領域を取得するステップと、ビットマップ画像が非キービットマップ画像である場合、ピクチャ符号化方式に従って相違画素領域を符号化して、ビットマップ画像に対応する符号化ピクチャを取得するステップと、ビットマップ画像がキービットマップ画像である場合、ピクチャ符号化方式によってビットマップ画像を直接符号化して、ビットマップ画像に対応する符号化ピクチャを取得するステップと、ビットマップ画像シーケンスにおける各ビットマップ画像に対応する符号化ピクチャに基づいて、動画プロジェクトファイルに対応するターゲット動画ファイルを生成するステップと、を含む。

したがって、該ターゲット動画ファイルを解析するとき、対応するピクチャ復号方式に従ってターゲット動画ファイルを復号することで、ターゲット動画ファイルに対応するピクチャバイナリシーケンスを取得する必要があり、該ピクチャバイナリデータは、動画プロジェクトファイルにおけるキービットマップ画像の画素データ及び非キービットマップ画像の相違画素領域の画素データを含む。

一実施態様において、ターゲット動画ファイルは、ビデオシーケンスフレームの導出方式に従って、動画プロジェクトファイルから導出されたものであり、ターゲット動画ファイルを解析して、バイナリシーケンスを取得するステップは、ビデオ復号方式に従ってターゲット動画ファイルを解凍して、ターゲット動画ファイルに対応するピクチャバイナリデータを取得するステップであって、ピクチャバイナリデータは、合成ビットマップの画素データであり、合成ビットマップは、動画プロジェクトファイルに含まれるビットマップ画像の色チャンネルビットマップ及び透明度チャンネルビットマップを合成処理したものである、ステップを含む。

具体的には、ビデオシーケンスフレームの導出方式に従って動画プロジェクトファイルを導出して得られたターゲット動画ファイルの処理過程は、具体的には、動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得し、ビットマップ画像シーケンスにおける各ビットマップ画像を色チャンネルビットマップ、透明度チャンネルビットマップに分け、色チャンネルビットマップ及び透明度チャンネルビットマップを合成して、合成ビットマップを取得し、ビデオ符号化方式に従って合成ビットマップを符号化して、ビットマップ画像に対応する符号化ピクチャを取得し、ビットマップ画像シーケンスにおける各ビットマップ画像に対応する符号化ピクチャに基づいて、動画プロジェクトファイルに対応するターゲット動画ファイルを生成する。

したがって、該ターゲット動画ファイルを解析するとき、対応するビデオ復号方式に従ってターゲット動画ファイルを復号することで、ターゲット動画ファイルに対応する合成ビットマップに対応するピクチャバイナリデータを取得する必要がある。

理解すべきこととして、図８、１４のフローチャートにおける各ステップは矢印の指した順序で示されているが、これらのステップは必ずしも矢印の指した順序で実行されるものではない。本明細書で明確に説明しない限り、これらのステップの実行は、厳密な順序に限定されず、他の順序で実行されてもよい。さらに、図８、１４における少なくとも一部のステップは、複数のサブステップ又は複数の段階を含んでよく、これらのサブステップ又は段階は、必ずしも同時に実行されるものではなく、異なる時点に実行されてもよく、これらのサブステップ又は段階の実行も、必ずしも順に行われるものではなく、その他のステップ又はその他のステップのサブステップ或いは段階の少なくとも一部と順番に又は交互に実行されてもよい。

一実施態様において、図１６に示すように、動画データ符号化装置１６００を提供し、該装置は、動画データ取得モジュール１６０２、属性フラグ情報決定モジュール１６０４、属性コンテンツ符号化モジュール１６０６及びデータブロック生成モジュール１６０８を含み、
動画データ取得モジュール１６０２は、動画プロジェクトファイルから各動画タグコードに対応する動画データを取得し、
属性フラグ情報決定モジュール１６０４は、動画タグコードに対応する属性構造テーブルに属性型が存在する場合、各属性に対応する属性フラグ情報を決定し、
属性コンテンツ符号化モジュール１６０６は、属性フラグ情報に応じて、動画データにおける、各属性に対応する属性値を符号化して、各属性に対応する属性コンテンツを取得し、
データブロック生成モジュール１６０８は、属性構造テーブルにおける各属性に対応する属性ソートに基づいて、各属性に対応する属性フラグ情報、属性コンテンツを順に格納して、動画タグコードに対応する動的属性データブロックを取得する。

一実施態様において、動画データ符号化装置１６００は、基本属性データブロック生成モジュールをさらに含み、該基本属性データブロック生成モジュールは、動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、属性構造テーブルにおける各属性に対応するデータ型、属性ソートに基づいて、動画データにおける、各属性に対応する属性値を順に符号化して、動画タグコードに対応する基本属性データブロックを取得する。

一実施態様において、属性に対応する属性型は、一般属性又はブール属性であり、属性に対応する属性フラグ情報は、コンテンツフラグビットのみを含み、属性フラグ情報決定モジュール１６０４は、さらに、動画データにおける、属性に対応する属性値がデフォルト値でなければ、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す値に符号化し、動画データにおける、属性に対応する属性値がデフォルト値であれば、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在しないことを表す値に符号化する。

一実施態様において、属性に対応する属性型は固定属性であり、属性フラグ情報は空であり、属性コンテンツ符号化モジュール１６０６は、さらに、属性に対応するデータ型に基づいて、動画データにおける、属性に対応する属性値を直接符号化して、属性に対応する属性コンテンツを取得する。

一実施態様において、属性に対応する属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性、又は空間イージング動画属性であり、属性フラグ情報は、少なくともコンテンツフラグビットを含み、属性フラグ情報決定モジュール１６０４は、さらに、動画データにおける、属性に対応する属性値がデフォルト値でなければ、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す値に符号化し、動画データにおける、属性に対応する属性値がデフォルト値であれば、コンテンツフラグビットを、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在しないことを表す値に符号化する。

一実施態様において、属性フラグ情報は、動画区間フラグビットをさらに含み、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す場合、属性フラグ情報決定モジュール１６０４は、さらに、属性値が動画区間特性データを含むならば、動画区間フラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表す値に符号化し、属性値が動画区間特性データを含まないならば、動画区間フラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれないことを表す値に符号化する。

一実施態様において、属性コンテンツ符号化モジュール１６０６は、さらに、動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、属性に対応する動画区間特性データを符号化して、属性に対応する属性コンテンツを取得し、動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれないことを表すならば、属性に対応するデータ型に基づいて、動画データにおける、属性に対応する属性値を直接符号化して、属性に対応する属性コンテンツを取得する。

一実施態様において、属性に対応する属性型は、空間イージング動画属性であり、属性フラグ情報は、空間イージングパラメータフラグビットをさらに含み、動画区間フラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに動画区間特性データが含まれることを表す場合、属性フラグ情報決定モジュール１６０４は、さらに、動画区間特性データに空間イージングパラメータが含まれるならば、空間イージングパラメータフラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれることを示す値に符号化し、動画区間特性データに空間イージングパラメータが含まれないならば、空間イージングパラメータフラグビットを、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれないことを示す値に符号化する。

一実施態様において、属性コンテンツ符号化モジュール１６０６は、さらに、空間イージングパラメータフラグビットの値が、動的属性データブロックに格納された属性に対応する属性コンテンツに空間イージングパラメータが含まれることを表す場合、動画区間特性データに対応するデータ格納構造に応じて、属性に対応する動画区間特性データを符号化して、空間イージングパラメータが含まれる、属性に対応する属性コンテンツを取得し、そうでない場合、空間イージングパラメータが含まれない、属性に対応する属性コンテンツを取得する。

一実施態様において、動画区間特性データに対応するデータ格納構造に含まれるフィールドは、動画区間数、各動画区間の補間器のタイプ、各動画区間の開始及び終了時間を含み、各動画区間の、属性に対応する開始値、終了値、時間イージングパラメータ及び空間イージングパラメータをさらに含む。

一実施態様において、動画タグコードは、ビットマップ合成タグコードであり、動画データ取得モジュール１６０２は、さらに、動画プロジェクトファイルを再生し、動画プロジェクトファイルに対応する再生画面を順にスクリーンショットして、動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得し、ビットマップシーケンスフレームの導出方式に従ってビットマップ画像シーケンスを処理して、ビットマップ合成タグコードに対応するピクチャバイナリデータを取得する。

一実施態様において、動画タグコードは、ビデオ合成タグコードであり、動画データ取得モジュール１６０２は、さらに、動画プロジェクトファイルを再生し、動画プロジェクトファイルに対応する再生画面を順にスクリーンショットして、動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得し、ビデオシーケンスフレームの導出方式に従ってビットマップ画像シーケンスを処理して、ビデオ合成タグコードに対応するピクチャバイナリデータを取得する。

一実施態様において、動画データ符号化装置１６００は、ファイルヘッダ情報符号化モジュール、タグ符号化モジュール及びターゲット動画ファイル生成モジュールをさらに含み、ファイルヘッダ情報符号化モジュールは、ファイルヘッダ組織構造に応じて、ファイルヘッダ情報を順に符号化して、ファイルヘッダ符号化情報を取得し、タグ符号化モジュールは、タグ組織構造に応じて、動画タグコード、データブロック長及びデータブロックを順に符号化して、タグ符号化データを取得し、データブロックは、動的属性データブロック及び基本属性データブロックを含み、ターゲット動画ファイル生成モジュールは、ファイルヘッダ符号化情報、各タグ符号化データをターゲットファイル構造に応じて編成して、ターゲット動画ファイルを取得する。

上記動画データ符号化装置において、動画タグコードは、１セットの属性を特定し、属性構造テーブルは、動画タグコードにより特定される１セットの属性のデータ構造を記述し、このセットの属性の属性値の種類又は数が一定でないか又は属性の属性値に大量の冗長が存在する場合、属性の種類又は数を記述する大量の識別フィールドを追加して導入することにより動画ファイルのボリュームが大きすぎるという問題を回避するために、動的属性データブロックのデータ構造を導入し、このように、これらのフラグ（識別子）の圧縮を最大化し、ターゲット動画ファイルが占有するボリュームを大幅に低減することができる。具体的には、動画プロジェクトファイルを取得した後、動画タグコードに対応する属性構造テーブルに含まれる１セットの属性に基づいて、動画プロジェクトファイルからこのセットの属性の属性値を取得し、動的属性データブロックにおける属性フラグ情報は、属性の属性状態を記述し、属性構造テーブルに属性型が存在する場合、動画データに基づいて各属性に対応する属性フラグ情報を決定し、次に属性フラグ情報に基づいて各属性に対応する属性値を動的符号化して、対応する属性コンテンツを取得し、属性構造テーブルにおける各属性の属性フラグ情報及び属性コンテンツを結合することで、動画タグコードに対応する動的属性データブロックを取得し、このように、動画ファイルが占有する空間を顕著に低減することができる。

一実施態様において、図１７に示すように、動画データ復号装置１７００を提供し、該装置は、取得モジュール１７０２、属性フラグ情報解析モジュール１７０４、属性コンテンツ解析モジュール１７０６を含む。

取得モジュール１７０２は、動画タグコードを取得する。

属性フラグ情報解析モジュール１７０４は、動画タグコードに対応する属性構造テーブルに属性型が存在する場合、属性構造テーブルにおける各属性に対応する属性型に基づいて、動画タグコードに対応する動的属性データブロックから各属性に対応する属性フラグ情報を解析する。

属性コンテンツ解析モジュール１７０６は、各属性に対応する属性フラグ情報に基づいて、動的属性データブロックから各属性に対応する属性コンテンツを解析する。

一実施態様において、動画データ復号装置１７００は、基本属性データブロック解析モジュールをさらに含み、該基本属性データブロック解析モジュールは、動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、属性構造テーブルにおける各属性に対応するデータ型、属性ソートに基づいて、動画タグコードに対応する基本属性データブロックから各属性に対応する属性値を順に読み取る。

一実施態様において、属性フラグ情報解析モジュール１７０４は、さらに、属性構造テーブルをルックアップすることで、各属性に対応する属性ソートを取得し、各属性に対応する属性型に基づいて、各属性に対応する属性フラグ情報によって占有されるビット数を決定し、動画タグコードに対応する動的属性データブロックにおける最初のビットからデータを読み取り、各属性に対応する属性フラグ情報によって占有されるビット数に基づいて、順に読み取ったデータから各属性に対応する属性フラグ情報を属性ソートに応じて決定する。

一実施態様において、属性型は一般属性であり、属性フラグ情報はコンテンツフラグビットのみを含み、属性コンテンツ解析モジュール１７０６は、さらに、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、属性に対応するデータ型に基づいて、動的属性データブロックから属性に対応する属性コンテンツを読み取り、コンテンツフラグビットの値が、動的属性データブロックにおいて属性に対応する属性コンテンツが存在しないことを表すならば、属性構造テーブルから属性に対応するデフォルト値をルックアップする。

一実施態様において、属性型は固定属性であり、属性フラグ情報は空であり、属性コンテンツ解析モジュール１７０６は、さらに、属性に対応するデータ型に基づいて、動的属性データブロックから属性に対応する属性コンテンツを直接読み取る。

一実施態様において、属性型はブール属性であり、属性フラグ情報はコンテンツフラグビットのみを含み、属性コンテンツ解析モジュール１７０６は、さらに、コンテンツフラグビットの値を直接、属性に対応する属性コンテンツとする。

一実施態様において、属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性、又は空間イージング動画属性であり、属性フラグ情報は、少なくともコンテンツフラグビットを含み、属性コンテンツ解析モジュール１７０６は、さらに、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表すならば、動的属性データブロックから属性に対応する属性コンテンツを読み取り、コンテンツフラグビットの値が、動的属性データブロックにおいて属性に対応する属性コンテンツが存在しないことを表すならば、属性構造テーブルに基づいて、属性に対応するデフォルト値をルックアップする。

一実施態様において、属性コンテンツ解析モジュール１７０６は、さらに、コンテンツフラグビットの値が、動的属性データブロックにおいて、属性に対応する属性コンテンツが存在することを表す場合、コンテンツフラグビットの次のビットの値を読み取って、動画区間フラグビットの値とし、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから属性に対応する動画区間特性データを解析し、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれないことを表すならば、属性のデータ型に基づいて、動的属性データブロックから属性に対応する属性コンテンツを直接解析する。

一実施態様において、属性型は空間イージング動画属性であり、属性コンテンツ解析モジュール１７０６は、さらに、動画区間フラグビットの値が、属性コンテンツに動画区間特性データが含まれることを表す場合、動画区間フラグビットの次のビットの値を読み取って、空間イージングパラメータフラグビットの値とし、空間イージングパラメータフラグビットの値が、動画区間特性データに空間イージングパラメータが含まれることを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから、空間イージングパラメータが含まれる、属性に対応する動画区間特性データを解析し、空間イージングパラメータフラグビットの値が、動画区間特性データに空間イージングパラメータが含まれないことを表すならば、動画区間特性データに対応するデータ格納構造に応じて、動的属性データブロックから、空間イージングパラメータが含まれない、属性に対応する動画区間特性データを解析する。

一実施態様において、動画区間特性データに対応するデータ格納構造に含まれるフィールドは、動画区間数、各動画区間の補間器のタイプ、各動画区間の開始及び終了時間を含み、各動画区間の、属性に対応する開始値、終了値、時間イージングパラメータ及び空間イージングパラメータをさらに含む。

実施態様において、取得モジュール１７０２は、ターゲット動画ファイル解析モジュール、ファイルヘッダ情報解析モジュール及びタグ解析モジュールをさらに含み、ターゲット動画ファイル解析モジュールは、ターゲット動画ファイルを解析して、バイナリシーケンスを取得し、ターゲット動画ファイルのターゲットファイル構造に応じて、バイナリシーケンスからターゲット動画ファイルのファイルヘッダ符号化情報及びタグ符号化データを順に読み取り、ファイルヘッダ情報解析モジュールは、ターゲット動画ファイルのファイルヘッダ組織構造に含まれるフィールドのソート、各フィールドのデータ型に応じて、ファイルヘッダ符号化情報を復号して、ファイルヘッダ情報を取得し、タグ解析モジュールは、ターゲット動画ファイルのタグ組織構造に応じて、タグ符号化データを復号して、動画タグコード、データブロック長及び各動画タグコードに対応するデータブロックを順に取得し、データブロックには、動的属性データブロック及び基本属性データブロックが含まれる。

一実施態様において、ターゲット動画ファイルは、ベクトル導出方式に従って、動画プロジェクトファイルから導出されたものであり、ターゲット動画ファイル解析モジュールは、さらに、ベクトル導出方式に対応するファイルデータ構造を取得し、ファイルデータ構造に基づいて、ターゲット動画ファイルを解析して、動画ベクトルデータを表すバイナリシーケンスを取得する。

一実施態様において、ターゲット動画ファイルは、ビットマップシーケンスフレームの導出方式に従って、動画プロジェクトファイルから導出されたものであり、ターゲット動画ファイル解析モジュールは、さらに、ピクチャ復号方式に従ってターゲット動画ファイルを解凍して、ターゲット動画ファイルに対応するピクチャバイナリデータを取得し、ピクチャバイナリデータは、動画プロジェクトファイルにおけるキービットマップ画像の画素データ及び非キービットマップ画像の相違画素領域の画素データを含む。

一実施態様において、ターゲット動画ファイルは、ビデオシーケンスフレームの導出方式に従って、動画プロジェクトファイルから導出されたものであり、ターゲット動画ファイル解析モジュールは、さらに、ビデオ復号方式に従ってターゲット動画ファイルを解凍して、ターゲット動画ファイルに対応するピクチャバイナリデータを取得し、ピクチャバイナリデータは、合成ビットマップの画素データであり、合成ビットマップは、動画プロジェクトファイルに含まれるビットマップ画像の色チャンネルビットマップ及び透明度チャンネルビットマップを合成処理したものである。

上記動画データ復号装置１７００において、動画タグコードは、１セットの属性を特定し、属性構造テーブルは、動画タグコードにより特定される１セットの属性のデータ構造を記述し、このセットの属性の属性値の種類又は数が一定でないか又は属性の属性値に大量の冗長が存在する場合、属性の種類又は数を記述する大量の識別フィールドを追加して導入することにより動画ファイルのボリュームが大きすぎるという問題を回避するために、動的属性データブロックのデータ構造を導入し、このように、これらのフラグ（識別子）の圧縮を最大化し、ターゲット動画ファイルが占有するボリュームを大幅に低減することができる。具体的には、復号時に、動画タグコードを読み取った後、該動画タグコードに対応する属性構造テーブルに属性型が存在する場合、該動画タグコードにより特定される１セットの属性の属性値が動的属性データブロックの形式で符号化されることが分かり、各属性に対応する属性型に合わせて、動画タグコードに対応する動的属性データブロックから各属性に対応する属性フラグ情報を解析し、さらに該属性フラグ情報に基づいて動的属性データブロックから各属性に対応する属性コンテンツを解析することで、動画ファイルの復号を実現することができる。

図１８は、一実施態様におけるコンピュータ装置の内部構造図を示す。該コンピュータ装置は、具体的に図１の端末１１０であってもよい。図１８に示すように、該コンピュータ装置は、システムバスにより接続されたプロセッサ及びメモリを含む。メモリは、不揮発性記憶媒体及び内部メモリを含む。該コンピュータ装置の不揮発性記憶媒体は、オペレーティングシステムを記憶しており、プロセッサにより実行されると、プロセッサに動画データ符号化方法又は動画データ復号方法を実現させるコンピュータプログラムを記憶してもよい。該内部メモリは、プロセッサにより実行されると、プロセッサに動画データ符号化方法又は動画データ復号方法を実行させるコンピュータプログラムを記憶してもよい。

当業者が理解できるように、図１８に示される構造は、本願の解決手段に関連する一部の構造のブロック図に過ぎず、本願の解決手段を採用するコンピュータ装置を限定するものではなく、具体的なコンピュータ装置は、図示したものよりも多いか又は少ない部材を含んでよく、いくつかの部材を組み合わせてよく、異なる部材配置を有してもよい。

一実施態様において、本願に係る動画データ符号化装置１６００は、図１８に示されるコンピュータ装置上で動作できるコンピュータプログラムの形態で実現することができる。コンピュータ装置のメモリは、該動画データ符号化装置１６００を構成する各プログラムモジュール、例えば、図１６に示される動画データ取得モジュール１６０２、属性フラグ情報決定モジュール１６０４、属性コンテンツ符号化モジュール１６０６及びデータブロック生成モジュール１６０８を記憶してもよい。各プログラムモジュールで構成されるコンピュータプログラムは、プロセッサに本明細書で説明される本願の各実施態様の動画データ符号化方法のステップを実行させる。

例えば、図１８に示されるコンピュータ装置は、図１６に示される動画データ符号化装置１６００における動画データ取得モジュール１６０２によりステップＳ８０２を実行することができる。コンピュータ装置は、属性フラグ情報決定モジュール１６０４によりステップＳ８０４を実行することができる。コンピュータ装置は、属性コンテンツ符号化モジュール１６０６によりステップＳ１６０６を実行することができる。コンピュータ装置は、データブロック生成モジュール１６０８によりステップＳ１６０８を実行することができる。

一実施態様において、本願に係る動画データ復号装置１７００は、図１８に示されるコンピュータ装置上で動作できるコンピュータプログラムの形態で実現することができる。コンピュータ装置のメモリは、該動画データ復号装置１７００を構成する各プログラムモジュール、例えば、図１７に示される取得モジュール１７０２、属性フラグ情報解析モジュール１７０４、属性コンテンツ解析モジュール１７０６を記憶してもよい。各プログラムモジュールで構成されるコンピュータプログラムは、プロセッサに本明細書で説明される本願の各実施態様の動画データ復号方法のステップを実行させる。

例えば、図１８に示されるコンピュータ装置は、図１７に示される動画データ復号装置１７００における取得モジュール１７０２によりステップＳ１４０２を実行することができる。コンピュータ装置は、属性フラグ情報解析モジュール１７０４によりステップＳ１４０４を実行することができる。コンピュータ装置は、属性コンテンツ解析モジュール１７０６によりステップＳ１４０６を実行することができる。

一実施態様において、コンピュータプログラムが記憶されているメモリと、プロセッサと、を含むコンピュータ装置を提供し、コンピュータプログラムがプロセッサにより実行されると、プロセッサに上記動画データ符号化方法のステップを実行させる。ここで、動画データ符号化方法のステップは、上記各実施態様の動画データ符号化方法のステップであってもよい。

一実施態様において、プロセッサにより実行されると、プロセッサに上記動画データ符号化方法のステップを実行させるコンピュータプログラムが記憶されているコンピュータ可読記憶媒体を提供する。ここで、動画データ符号化方法のステップは、上記各実施態様の動画データ符号化方法のステップであってもよい。

一実施態様において、コンピュータプログラムが記憶されているメモリと、プロセッサと、を含むコンピュータ装置を提供し、コンピュータプログラムがプロセッサにより実行されると、プロセッサに上記動画データ復号方法のステップを実行させる。ここで、動画データ復号方法のステップは、上記各実施態様の動画データ復号方法のステップであってもよい。

一実施態様において、プロセッサにより実行されると、プロセッサに上記動画データ復号方法のステップを実行させるコンピュータプログラムが記憶されているコンピュータ可読記憶媒体を提供する。ここで、動画データ復号方法のステップは、上記各実施態様の動画データ復号方法のステップであってもよい。

当業者が理解できるように、上記方法実施態様の全部又は一部のフローは、コンピュータプログラムが関連ハードウェアを命令することにより実現してもよく、上記プログラムは、不揮発性コンピュータ可読記憶媒体に記憶されるものであって、実行されるとき、上記各方法実施態様のフローを含んでよい。本願に係る各実施態様に用いられる、メモリ、ストレージ、データベース又は他の媒体への任意の参照は、いずれも不揮発性及び／又は揮発性メモリを含んでよい。不揮発性メモリは、読み取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）又はフラッシュメモリを含んでよい。揮発性メモリは、ランダムアクセスメモリ（ＲＡＭ）又は外部キャッシュメモリを含んでよい。限定ではなく例示として、ＲＡＭは、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）、エンハンスドＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクロナスリンク（Ｓｙｎｃｈｌｉｎｋ）ＤＲＡＭ（ＳＬＤＲＡＭ）、メモリバス（Ｒａｍｂｕｓ）ダイレクトＲＡＭ（ＲＤＲＡＭ）、ダイレクトメモリバスダイナミックＲＡＭ（ＤＲＤＲＡＭ）及びメモリバスダイナミックＲＡＭ（ＲＤＲＡＭ）などの様々な形態で得られる。

以上の実施態様の各技術的特徴を任意に組み合わせることができ、説明の便宜上、上記実施態様における各技術的特徴の全ての可能な組み合わせを説明していないが、これらの技術的特徴の組み合わせに矛盾がない限り、本明細書に記載される範囲に属するべきであると考えられる。

上述した実施態様は、本願のいくつかの実施形態を説明したものに過ぎず、その説明が具体的かつ詳細であるが、これにより本願の特許請求の範囲を限定するものと理解されるものではない。なお、当業者であれば、本願の構想から逸脱しない前提で、いくつかの変形及び改善を行うことができ、これらも本発明の保護範囲に属する。したがって、本願特許の保護範囲は、添付される特許請求の範囲を基準とすべきである。

Claims (31)

1. コンピュータ装置が実行する動画データ符号化方法であって、
   動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得するステップと、
   前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性フラグ情報を決定するステップと、
   前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得するステップと、
   前記属性構造テーブルにおける各前記属性に対応する属性ソートに基づいて、各前記属性に対応する属性フラグ情報、前記属性コンテンツを順に格納して、前記動画タグコードに対応する動的属性データブロックを取得するステップと、を含むことを特徴とする、動画データ符号化方法。
2. 前記動画タグコードに対応する属性構造テーブルに属性型が存在しない場合、前記属性構造テーブルにおける各前記属性に対応するデータ型、属性ソートに基づいて、前記動画データにおける、各前記属性に対応する属性値を順に符号化して、前記動画タグコードに対応する基本属性データブロックを取得するステップをさらに含むことを特徴とする、請求項１に記載の方法。
3. 前記属性に対応する属性型は、一般属性又はブール属性であり、
   前記属性に対応する属性フラグ情報は、コンテンツフラグビットのみを含み、
   各前記属性に対応する属性フラグ情報を決定する前記ステップは、
   前記動画データにおける、前記属性に対応する属性値がデフォルト値でなければ、前記コンテンツフラグビットを、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す値に符号化するステップと、
   前記動画データにおける、前記属性に対応する属性値がデフォルト値であれば、前記コンテンツフラグビットを、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在しないことを表す値に符号化するステップと、を含むことを特徴とする、請求項１に記載の方法。
4. 前記属性に対応する属性型は、固定属性であり、
   前記属性フラグ情報は、空であり、
   前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得する前記ステップは、
   前記属性に対応するデータ型に基づいて、前記動画データにおける、前記属性に対応する属性値を直接符号化して、前記属性に対応する属性コンテンツを取得するステップを含むことを特徴とする、請求項１に記載の方法。
5. 前記属性に対応する属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性、又は空間イージング動画属性であり、
   前記属性フラグ情報は、少なくともコンテンツフラグビットを含み、
   各前記属性に対応する属性フラグ情報を決定する前記ステップは、
   前記動画データにおける、前記属性に対応する属性値がデフォルト値でなければ、前記コンテンツフラグビットを、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す値に符号化するステップと、
   前記動画データにおける、前記属性に対応する属性値がデフォルト値であれば、前記コンテンツフラグビットを、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在しないことを表す値に符号化するステップと、を含むことを特徴とする、請求項１に記載の方法。
6. 前記属性フラグ情報は、動画区間フラグビットをさらに含み、
   前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す場合、前記方法は、
   前記属性値に動画区間特性データが含まれる場合に、前記動画区間フラグビットを、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに動画区間特性データが含まれることを表す値に符号化するステップと、
   前記属性値に動画区間特性データが含まれない場合に、前記動画区間フラグビットを、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに動画区間特性データが含まれないことを表す値に符号化するステップと、をさらに含むことを特徴とする、請求項５に記載の方法。
7. 前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得する前記ステップは、
   前記動画区間フラグビットの値が、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに動画区間特性データが含まれることを表す場合に、前記動画区間特性データに対応するデータ格納構造に応じて、前記属性に対応する動画区間特性データを符号化して、前記属性に対応する属性コンテンツを取得するステップと、
   前記動画区間フラグビットの値が、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに動画区間特性データが含まれないことを表す場合に、前記属性に対応するデータ型に基づいて、前記動画データにおける、前記属性に対応する属性値を直接符号化して、前記属性に対応する属性コンテンツを取得するステップと、を含むことを特徴とする、請求項６に記載の方法。
8. 前記属性に対応する属性型は、空間イージング動画属性であり、
   前記属性フラグ情報は、空間イージングパラメータフラグビットをさらに含み、
   前記動画区間フラグビットの値が、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに動画区間特性データが含まれることを表す場合、前記方法は、
   前記動画区間特性データに空間イージングパラメータが含まれる場合に、前記空間イージングパラメータフラグビットを、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに空間イージングパラメータが含まれることを示す値に符号化するステップと、
   前記動画区間特性データに空間イージングパラメータが含まれない場合に、前記空間イージングパラメータフラグビットを、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに空間イージングパラメータが含まれないことを示す値に符号化するステップと、をさらに含むことを特徴とする、請求項６に記載の方法。
9. 前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得する前記ステップは、
   前記空間イージングパラメータフラグビットの値が、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに空間イージングパラメータが含まれることを表す場合、前記動画区間特性データに対応するデータ格納構造に応じて、前記属性に対応する動画区間特性データを符号化して、空間イージングパラメータが含まれる、前記属性に対応する属性コンテンツを取得するステップと、
   前記空間イージングパラメータフラグビットの値が、前記動的属性データブロックに格納された前記属性に対応する属性コンテンツに空間イージングパラメータが含まれないことを表す場合、前記動画区間特性データに対応するデータ格納構造に応じて、前記属性に対応する動画区間特性データを符号化して、空間イージングパラメータが含まれない、前記属性に対応する属性コンテンツを取得するステップと、を含むことを特徴とする、請求項８に記載の方法。
10. 前記動画区間特性データに対応するデータ格納構造に含まれるフィールドは、動画区間数、各動画区間の補間器のタイプ、各前記動画区間の開始及び終了時間を含み、各前記動画区間の、前記属性に対応する開始値、終了値、時間イージングパラメータ、及び空間イージングパラメータをさらに含むことを特徴とする、請求項９に記載の方法。
11. 前記動画タグコードは、ビットマップ合成タグコードであり、
    動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得する前記ステップは、
    前記動画プロジェクトファイルを再生するステップと、
    前記動画プロジェクトファイルに対応する再生画面を順にスクリーンショットして、前記動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得するステップと、
    ビットマップシーケンスフレームの導出方式に従って、前記ビットマップ画像シーケンスを処理して、前記ビットマップ合成タグコードに対応するピクチャバイナリデータを取得するステップと、を含むことを特徴とする、請求項２に記載の方法。
12. 前記動画タグコードは、ビデオ合成タグコードであり、
    動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得する前記ステップは、
    前記動画プロジェクトファイルを再生するステップと、
    前記動画プロジェクトファイルに対応する再生画面を順にスクリーンショットして、前記動画プロジェクトファイルに対応するビットマップ画像シーケンスを取得するステップと、
    ビデオシーケンスフレームの導出方式に従って、前記ビットマップ画像シーケンスを処理して、前記ビデオ合成タグコードに対応するピクチャバイナリデータを取得するステップと、を含むことを特徴とする、請求項２に記載の方法。
13. ファイルヘッダ組織構造に応じて、ファイルヘッダ情報を順に符号化して、ファイルヘッダ符号化情報を取得するステップと、
    タグ組織構造に応じて、前記動画タグコード、データブロック長、及びデータブロックを順に符号化して、タグ符号化データを取得するステップであって、前記データブロックに、動的属性データブロック及び基本属性データブロックが含まれる、ステップと、
    前記ファイルヘッダ符号化情報、各前記タグ符号化データをターゲットファイル構造に応じて編成して、ターゲット動画ファイルを取得するステップと、をさらに含むことを特徴とする、請求項１～１２のいずれか一項に記載の方法。
14. コンピュータ装置が実行する動画データ復号方法であって、
    動画タグコードを取得するステップと、
    前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性型に基づいて、前記動画タグコードに対応する動的属性データブロックから、各前記属性に対応する属性フラグ情報を解析するステップと、
    各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析するステップと、を含むことを特徴とする、動画データ復号方法。
15. 前記動画タグコードに対応する前記属性構造テーブルに属性型が存在しない場合、前記属性構造テーブルにおける各前記属性に対応するデータ型、属性ソートに基づいて、前記動画タグコードに対応する基本属性データブロックから、各前記属性に対応する属性値を順に読み取るステップをさらに含むことを特徴とする、請求項１４に記載の方法。
16. 前記属性構造テーブルにおける各属性に対応する属性型に基づいて、前記動画タグコードに対応する動的属性データブロックから、各前記属性に対応する属性フラグ情報を解析する前記ステップは、
    前記属性構造テーブルをルックアップして、各前記属性に対応する属性ソートを取得するステップと、
    各前記属性に対応する属性型に基づいて、各前記属性に対応する属性フラグ情報によって占有されるビット数を決定するステップと、
    前記動画タグコードに対応する動的属性データブロックにおける最初のビットからデータを読み取るステップと、
    各前記属性に対応する属性フラグ情報によって占有されるビット数に基づいて、順に読み取ったデータから、各前記属性に対応する属性フラグ情報を前記属性ソートに応じて決定するステップと、を含むことを特徴とする、請求項１４に記載の方法。
17. 前記属性型は、一般属性であり、
    前記属性フラグ情報は、コンテンツフラグビットのみを含み、
    各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析する前記ステップは、
    前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す場合に、前記属性に対応するデータ型に基づいて、前記動的属性データブロックから、前記属性に対応する属性コンテンツを読み取るステップと、
    前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在しないことを表す場合に、前記属性構造テーブルから、前記属性に対応するデフォルト値をルックアップするステップと、を含むことを特徴とする、請求項１４に記載の方法。
18. 前記属性型は、固定属性であり、
    前記属性フラグ情報は、空であり、
    各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析する前記ステップは、
    前記属性に対応するデータ型に基づいて、前記動的属性データブロックから、前記属性に対応する属性コンテンツを直接読み取るステップを含むことを特徴とする、請求項１４に記載の方法。
19. 前記属性型は、ブール属性であり、
    前記属性フラグ情報は、コンテンツフラグビットのみを含み、
    各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析する前記ステップは、
    前記コンテンツフラグビットの値を直接、前記属性に対応する属性コンテンツとするステップを含むことを特徴とする、請求項１４に記載の方法。
20. 前記属性型は、簡単動画属性、離散動画属性、多次元時間イージング動画属性、又は空間イージング動画属性であり、
    前記属性フラグ情報は、少なくともコンテンツフラグビットを含み、
    各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析する前記ステップは、
    前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す場合に、前記動的属性データブロックから、前記属性に対応する属性コンテンツを読み取るステップと、
    前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在しないことを表す場合に、前記属性構造テーブルから、前記属性に対応するデフォルト値をルックアップするステップと、を含むことを特徴とする、請求項１４に記載の方法。
21. 前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す場合に、前記動的属性データブロックから、前記属性に対応する属性コンテンツを読み取る前記ステップは、
    前記コンテンツフラグビットの値が、前記動的属性データブロックにおいて、前記属性に対応する属性コンテンツが存在することを表す場合に、前記コンテンツフラグビットの次のビットの値を読み取って、動画区間フラグビットの値とするステップと、
    前記動画区間フラグビットの値が、前記属性コンテンツに動画区間特性データが含まれることを表す場合に、前記動画区間特性データに対応するデータ格納構造に応じて、前記動的属性データブロックから、前記属性に対応する動画区間特性データを解析するステップと、
    前記動画区間フラグビットの値が、前記属性コンテンツに動画区間特性データが含まれないことを表す場合に、前記属性のデータ型に基づいて、前記動的属性データブロックから、前記属性に対応する属性コンテンツを直接解析するステップと、を含むことを特徴とする、請求項２０に記載の方法。
22. 前記属性型は、空間イージング動画属性であり、
    前記動画区間フラグビットの値が、前記属性コンテンツに動画区間特性データが含まれることを表す場合に、前記動画区間特性データに対応するデータ格納構造に応じて、前記動的属性データブロックから、前記属性に対応する動画区間特性データを解析する前記ステップは、
    前記動画区間フラグビットの値が、前記属性コンテンツに動画区間特性データが含まれることを表す場合に、前記動画区間フラグビットの次のビットの値を読み取って、空間イージングパラメータフラグビットの値とするステップと、
    前記空間イージングパラメータフラグビットの値が、前記動画区間特性データに空間イージングパラメータが含まれることを表す場合に、前記動画区間特性データに対応するデータ格納構造に応じて、前記動的属性データブロックから、前記空間イージングパラメータが含まれる、前記属性に対応する動画区間特性データを解析するステップと、
    前記空間イージングパラメータフラグビットの値が、前記動画区間特性データに空間イージングパラメータが含まれないことを表す場合に、前記動画区間特性データに対応するデータ格納構造に応じて、前記動的属性データブロックから、前記空間イージングパラメータが含まれない、前記属性に対応する動画区間特性データを解析するステップと、を含むことを特徴とする、請求項２１に記載の方法。
23. 前記動画区間特性データに対応するデータ格納構造に含まれるフィールドは、動画区間数、各動画区間の補間器のタイプ、各前記動画区間の開始及び終了時間を含み、各前記動画区間の、前記属性に対応する開始値、終了値、時間イージングパラメータ、及び空間イージングパラメータをさらに含むことを特徴とする、請求項２２に記載の方法。
24. 動画タグコードを取得する前記ステップは、
    ターゲット動画ファイルを解析して、バイナリシーケンスを取得するステップと、
    前記ターゲット動画ファイルのターゲットファイル構造に応じて、前記バイナリシーケンスから、前記ターゲット動画ファイルのファイルヘッダ符号化情報及びタグ符号化データを順に読み取るステップと、
    前記ターゲット動画ファイルのファイルヘッダ組織構造に含まれるフィールドのソート、各フィールドのデータ型に応じて、前記ファイルヘッダ符号化情報を復号して、ファイルヘッダ情報を取得するステップと、
    前記ターゲット動画ファイルのタグ組織構造に応じて、前記タグ符号化データを復号して、前記動画タグコード、データブロック長、及び各前記動画タグコードに対応するデータブロックを順に取得するステップであって、前記データブロックに、動的属性データブロック及び基本属性データブロックが含まれる、ステップと、を含むことを特徴とする、請求項１４～２３のいずれか一項に記載の方法。
25. 前記ターゲット動画ファイルは、ベクトル導出方式に従って、動画プロジェクトファイルから導出されたものであり、
    ターゲット動画ファイルを解析して、バイナリシーケンスを取得する前記ステップは、
    前記ベクトル導出方式に対応するファイルデータ構造を取得するステップと、
    前記ファイルデータ構造に基づいて、前記ターゲット動画ファイルを解析して、動画ベクトルデータを表すバイナリシーケンスを取得するステップと、を含むことを特徴とする、請求項２４に記載の方法。
26. 前記ターゲット動画ファイルは、ビットマップシーケンスフレームの導出方式に従って、動画プロジェクトファイルから導出されたものであり、
    ターゲット動画ファイルを解析して、バイナリシーケンスを取得する前記ステップは、
    ピクチャ復号方式に従って前記ターゲット動画ファイルを解凍して、前記ターゲット動画ファイルに対応するピクチャバイナリデータを取得するステップであって、前記ピクチャバイナリデータに、動画プロジェクトファイルにおけるキービットマップ画像の画素データ及び非キービットマップ画像の相違画素領域の画素データが含まれる、ステップを含むことを特徴とする、請求項２４に記載の方法。
27. 前記ターゲット動画ファイルは、ビデオシーケンスフレームの導出方式に従って、動画プロジェクトファイルから導出されたものであり、
    ターゲット動画ファイルを解析して、バイナリシーケンスを取得する前記ステップは、
    ビデオ復号方式に従って前記ターゲット動画ファイルを解凍して、前記ターゲット動画ファイルに対応するピクチャバイナリデータを取得するステップであって、前記ピクチャバイナリデータは、合成ビットマップの画素データであり、合成ビットマップは、動画プロジェクトファイルに含まれるビットマップ画像の色チャンネルビットマップ及び透明度チャンネルビットマップを合成処理したものである、ステップを含むことを特徴とする、請求項２４に記載の方法。
28. 動画プロジェクトファイルから、各動画タグコードに対応する動画データを取得する動画データ取得モジュールと、
    前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性フラグ情報を決定する属性フラグ情報決定モジュールと、
    前記属性フラグ情報に応じて、前記動画データにおける、各前記属性に対応する属性値を符号化して、各前記属性に対応する属性コンテンツを取得する属性コンテンツ符号化モジュールと、
    前記属性構造テーブルにおける各前記属性に対応する属性ソートに基づいて、各前記属性に対応する属性フラグ情報、前記属性コンテンツを順に格納して、前記動画タグコードに対応する動的属性データブロックを取得するデータブロック生成モジュールと、を含む、動画データ符号化装置。
29. 動画タグコードを取得する取得モジュールと、
    前記動画タグコードに対応する属性構造テーブルに属性型が存在する場合、前記属性構造テーブルにおける各属性に対応する属性型に基づいて、前記動画タグコードに対応する動的属性データブロックから、各前記属性に対応する属性フラグ情報を解析する属性フラグ情報解析モジュールと、
    各前記属性に対応する属性フラグ情報に基づいて、前記動的属性データブロックから、各前記属性に対応する属性コンテンツを解析する属性コンテンツ解析モジュールと、を含む、動画データ復号装置。
30. コンピュータに、請求項１～２７のいずれか一項に記載の方法のステップを実行させるためのプログラム。
31. コンピュータプログラムが記憶されているメモリと、
    プロセッサと、を含むコンピュータ装置であって、
    前記コンピュータプログラムは、プロセッサにより実行されると、請求項１～２７のいずれか一項に記載の方法のステップを前記プロセッサに実行させる、コンピュータ装置。
    

Images