符号化された映像データを記憶する第1記憶部と、符号化された音声データを記憶する第2記憶部と、前記第1記憶部および前記第2記憶部のそれぞれの占有量を監視し、前記第1記憶部の占有量が所定の第1閾値以上である第1条件および前記第2記憶部の占有量が所定の第2閾値以上である第2条件の少なくとも一方を満たすとき、チャンクのフレーム数をGOPGroupOfPictureのフレーム数より少なくするチャンク確定部とを備えていることを特徴とする映像音声データ処理装置。前記チャンク確定部は、前記映像データを再生する際の表示順序に前記フレームの順序を前記チャンク内で変更できるように、前記チャンクの前記フレーム数を設定することを特徴とする請求項1記載の動画像符号化装置。前記チャンク確定部は、前記映像データを再生する際の表示順序に前記フレームの順序を前記チャンク内で変更可能な前記フレーム数のうち、2以上の最小値に前記チャンクの前記フレーム数を設定することを特徴とする請求項2記載の映像音声データ処理装置。前記第1閾値および前記第2閾値の少なくとも一方は、複数の値を有し、前記チャンク確定部は、前記複数の値と比較される前記占有量に応じて前記チャンクの前記フレーム数を段階的に変更することを特徴とする請求項1記載の映像音声データ処理装置。符号化された映像データと符号化された音声データとを多重化するデータ多重化方法において、符号化された前記映像データを記憶する第1記憶部の占有量と所定の第1閾値とを比較し、符号化された前記音声データを記憶する第2記憶部の占有量と所定の第2閾値とを比較し、前記第1記憶部の占有量が前記第1閾値以上である第1条件および前記第2記憶部の占有量が前記第2閾値以上である第2条件の少なくとも一方を満たすとき、チャンクのフレーム数をGOPGroupOfPictureのフレーム数より少なくすることを特徴とするデータ多重化方法。コーデックLSI等の映像音声データ処理装置は、映像データおよび音声データを、チャンク単位で交互に出力する。このため、映像データおよび音声データの一方を出力している期間では、他方は待たされる。出力待ちの期間が長いとき、映像データを一時的に記憶するメモリおよび音声データを一時的に記憶するメモリのいずれかがオーバーフローするおそれがある。オーバーフローが発生したとき、有効なデータは消失する。出力待ちの期間は、例えば、チャンクのサンプル数が多いとき、長くなる。なお、チャンク内のサンプルの最大数を予め設定する方式では、メモリの空き容量が大きいときにも、チャンクが不要に細分化されるおそれがある。MP4ファイルのヘッダ部分に格納される付属情報は、チャンク毎に生成される。このため、チャンクが不要に細分化されたとき、MP4ファイルのヘッダ部分のサイズが増加するおそれがある。MP4ファイルのヘッダ部分のサイズの増加に伴い、MP4ファイル全体のサイズは増加する。サイズの大きいMP4ファイルは、PCアプリケーションでは扱い難い。本発明の目的は、映像データおよび音声データのオーバーフローを低減することである。本発明の一形態では、映像音声データ処理装置は、符号化された映像データを記憶する第1記憶部と、符号化された音声データを記憶する第2記憶部と、第1記憶部および第2記憶部のそれぞれの占有量を監視し、第1記憶部の占有量が所定の第1閾値以上である第1条件および第2記憶部の占有量が所定の第2閾値以上である第2条件の少なくとも一方を満たすとき、チャンクのフレーム数をGOPのフレーム数より少なくするチャンク確定部とを有している。映像データおよび音声データのオーバーフローを低減できる。以下、実施形態を図面を用いて説明する。図1は、一実施形態における映像音声データ処理装置10の例を示している。映像音声データ処理装置10は、例えば、MP4ファイルを生成するシステムに、搭載される。MP4ファイルフォーマットは、MPEG4システム規格ISO/IEC14496-1で規定されている。例えば、映像音声データ処理装置10は、MPEG-4ISO/IEC14496等に準拠した符号化方式で符号化された映像データおよび音声データを、外部装置にチャンク単位で交互に出力する。そして、外部装置は、例えば、映像音声データ処理装置10から受けた映像データおよび音声データをMP4ファイルに格納し、MP4ファイルを生成する。映像音声データ処理装置10は、チャンク確定部20およびメモリ30を有している。メモリ30は、例えば、MPEG-4等に準拠した符号化方式で符号化された映像データおよび音声データを順次記憶する。なお、メモリ30に記憶された映像データおよび音声データは、順次出力される。すなわち、メモリ30は、符号化された映像データおよび音声データを一時的に記憶する。例えば、メモリ30は、符号化された映像データを一時的に記憶する映像領域32と、符号化された音声データを一時的に記憶する音声領域34とを有している。すなわち、メモリ30の映像領域32は、符号化された映像データを一時的に記憶する記憶部として機能する。また、メモリ30の音声領域34は、符号化された音声データを一時的に記憶する記憶部として機能する。なお、映像領域32および音声領域34は、互いに異なるメモリに設けられてもよい。チャンク確定部20は、映像領域32の占有量および音声領域34の占有量をそれぞれ監視する。例えば、チャンク確定部20は、映像データや音声データの符号化に関する情報を用いて、映像領域32や音声領域34の占有量を算出する。符号化に関する情報は、例えば、符号化された映像データや音声データのサイズ等であり、映像データや音声データを符号化する際に生成される。なお、チャンク確定部20は、メモリ30の映像領域32や音声領域34に対する書き込みアドレスや読み出しアドレスに基づいて、映像領域32や音声領域34の占有量を算出してもよい。そして、チャンク確定部20は、例えば、映像領域32の占有量と所定の第1閾値とを比較するとともに、音声領域34の占有量と所定の第2閾値とを比較する。そして、チャンク確定部20は、映像領域32の占有量が第1閾値以上である第1条件および音声領域34の占有量が第2閾値以上である第2条件の少なくとも一方を満たすとき、チャンクのフレーム数サンプル数をGOPGroupofPictureのフレーム数より少なくする。GOPは、複数のピクチャを有するデータ単位であり、少なくとも1つのIピクチャIフレームを有している。このように、チャンク確定部20は、映像領域32および音声領域34の少なくとも一方の空き容量が小さいとき、チャンクのフレーム数をGOPのフレーム数より少なくする。例えば、映像音声データ処理装置10は、符号化された映像データおよび音声データを、チャンク確定部20により設定されたチャンクのフレーム数に基づいて多重化する。なお、映像データおよび音声データの符号化は、映像音声データ処理装置10で実施されてもよいし、映像音声データ処理装置10の外部で実施されてもよい。したがって、映像音声データ処理装置10は、映像データおよび音声データを符号化する機能を有してもよいし、映像データおよび音声データを符号化する機能を有していなくてもよい。例えば、映像音声データ処理装置10は、映像データおよび音声データを符号化する機能を有していなとき、外部のコーデックLSI等で符号化された映像データおよび音声データを順次受ける。そして、映像音声データ処理装置10は、符号化された映像データおよび音声データを映像領域32および音声領域34に順次記憶する。図2は、MP4ファイルフォーマットの概要を示している。MP4ファイルFILは、例えば、ボックスB10、B20、B30を有している。ファイルタイプボックスftypB10は、ファイルの先頭に1つのみ存在する。ファイルタイプボックスftypB10には、MP4ファイルFILの構造を示すブランド名が格納される。ムービーボックスmoovB20は、1つのファイルに1つのみ存在する。ムービーボックスmoovB20には、mdatに関する全てのヘッダ情報が格納される。例えば、各サンプルのサイズ、各サンプルの再生期間、ファイル全体の再生期間および各チャンクの位置情報等がムービーボックスmoovB20に格納される。メディアデータボックスmdatB30には、例えば、符号化された映像データおよび音声データが格納される。なお、メディアデータボックスmdatB30は、1つのファイルに複数存在してもよい。図3は、図1に示した映像音声データ処理装置10から出力されるデータの一例を示している。なお、図中の網掛けは、映像データのチャンクCNKおよび映像データのメッセージMESを示している。また、メッセージMESの括弧内の数字およびチャンクCNKの括弧内の数字は、出力された順番を示している。映像音声データ処理装置10は、映像領域32および音声領域34のそれぞれに記憶された映像データおよび音声データを、外部装置100に、チャンクCNK単位で交互に出力する。チャンクCNKは、複数のサンプルを有している。サンプルは、映像データおよび音声データを管理する際の最小単位である。例えば、映像データのチャンクCNKの1サンプルは、1映像フレームFRMである。また、例えば、音声データのチャンクCNKの1サンプルは、1音声フレームである。すなわち、チャンクCNKは、複数のフレームFRMを有している。例えば、映像データのチャンクCNK1は、フレームFRM1-FRMnを有している。また、例えば、音声データのチャンクCNK2は、フレームFRMn1-FRMmを有している。また、映像音声データ処理装置10は、各チャンクCNKに対応するメッセージMESを外部装置100に出力する。例えば、映像音声データ処理装置10は、映像データおよび音声データを出力するインターフェースとは別のインターフェースからメッセージMESを出力する。MP4ファイルでは、映像データおよび音声データは、サンプルフレームFRMおよびチャンクCNKの単位で管理される。このため、例えば、映像音声データ処理装置10は、メッセージMESを、チャンクCNK毎に生成する。メッセージMESは、例えば、チャンクCNKに関するヘッダ情報である。したがって、例えば、映像音声データ処理装置10は、各メッセージMESを、各チャンクCNKに対応付けて出力する。図の破線は、各メッセージMESが各チャンクCNKに対応付けされていることを示している。外部装置100は、映像音声データ処理装置10からチャンクCNK単位で受けた映像データおよび音声データとメッセージMESとを元に、MP4ファイルを生成する。例えば、外部装置100は、映像音声データ処理装置10から受けたメッセージMESを、図2に示したムービーボックスmoovB20に格納する。また、例えば、外部装置100は、映像音声データ処理装置10から受けた映像データおよび音声データを、図2に示したメディアデータボックスmdatB30に格納する。なお、MP4ファイルでは、同一のチャンクCNK内のサンプルフレームFRMは、メディアデータボックスmdatB30に連続して配置される。このため、映像音声データ処理装置10は、映像領域32および音声領域34のそれぞれに記憶された映像データおよび音声データを、チャンクCNK単位で交互に出力する。したがって、映像データおよび音声データの出力待機時間出力待ちの期間は、例えば、チャンクのフレーム数を少なくすることにより、短くなる。例えば、映像音声データ処理装置10は、図1で説明したように、映像領域32および音声領域34の少なくとも一方の空き容量が小さいとき、チャンクのフレーム数をGOPのフレーム数より少なくする。すなわち、この実施形態では、映像領域32および音声領域34の少なくとも一方の空き容量が小さいとき、チャンクのフレーム数をGOPのフレーム数より少なくすることにより、映像データおよび音声データの出力待ちの期間を短くできる。これにより、この実施形態では、映像領域32および音声領域34の一方からデータが出力されている期間他方の出力待ちの期間に、映像領域32および音声領域34の他方がオーバーフローすることを低減できる。すなわち、この実施形態では、映像データおよび音声データのオーバーフローを低減できる。図4は、チャンクCNKとランダムアクセスポイントRAPとの関係の一例を示している。なお、図4は、2つのGOPのフレームFRMvが1つのチャンクCNKvにまとめられたときの例を示している。図の太線で示したフレームFRMvは、IDRピクチャおよびIピクチャを示している。また、フレームFRMvは、映像データのフレームFRMを示し、フレームFRMaは、音声データのフレームFRMを示している。チャンクCNKvは、映像データのチャンクCNKを示し、チャンクCNKaは、音声データのチャンクCNKを示している。なお、フレームFRMaの括弧内の数字は、括弧内の数字が同じフレームFRMvに対応していることを示している。例えば、フレームFRMa1は、フレームFRMv1に対応する音声データのフレームFRMである。また、チャンクCNKaの括弧内の数字は、括弧内の数字が同じチャンクCNKvに対応していることを示している。例えば、チャンクCNKa1は、チャンクCNKv1に対応する音声データのチャンクCNKである。ランダムアクセスポイントRAPは、特定の位置からMP4ファイルを再生する際の復帰ポイントおよび再生ポイントを意味する。例えば、早送り再生の際に、ランダムアクセスポイントRAPが探索される。ランダムアクセスポイントRAPのフレームFRMvサンプルは、映像データの参照画像が不要なIDRピクチャやIピクチャに対応するフレームFRMである。また、ランダムアクセスポイントRAPのフレームFRMaサンプルは、映像データのIDRピクチャやIピクチャに対応する音声データのフレームFRMである。例えば、フレームFRMv1、FRMvn1、FRMvm1は、映像データのランダムアクセスポイントRAPである。また、フレームFRMa1、FRMan1、FRMam1は、音声データのランダムアクセスポイントRAPである。ランダムアクセスポイントRAPの情報は、図2に示したムービーボックスmoovB20内のSTSSと呼ばれるボックスに格納される。ボックスSTSSに格納される情報ランダムアクセスポイントRAPの情報は、ランダムアクセスポイントRAPに対応するフレームFRMのサンプル番号ファイルの先頭から数えた順番である。例えば、映像データでは、フレームFRMv1、FRMvn1等のサンプル番号1、n1等がボックスSTSSに格納される。また、例えば、音声データでは、フレームFRMa1、FRMan1等のサンプル番号チャンクCNKv1のフレーム数1、チャンクCNKv1のフレーム数n1等がボックスSTSSに格納される。図5は、チャンクCNKとランダムアクセスポイントRAPとの関係の別の例を示している。なお、図5は、1つのGOPのフレームFRMvが1つのチャンクCNKvにまとめられたときの例を示している。図の太線で示したフレームFRMvの意味は、図4と同じである。また、フレームFRMの括弧内の数字およびチャンクCNKの括弧内の数字の意味は、図4と同じである。図5の例では、1つのGOPのフレームFRMvが1つのチャンクCNKvにまとめられているため、チャンクCNKの先頭フレームFRMがランダムアクセスポイントRAPに対応する。MP4ファイルでは、チャンクCNKの先頭フレームFRMの位置を示す情報ファイルの先頭からのオフセットアドレスが、図2に示したムービーボックスmoovB20内のSTCOと呼ばれるボックスに格納される。このため、1つのチャンクCNKが1つのGOPに対応しているMP4ファイルでは、ランダムアクセスポイントRAPの探索を効率よく実施できる。したがって、例えば、映像領域32および音声領域34の空き容量が大きいときには、チャンク確定部20は、1つのチャンクCNKが1つのGOPに対応するように、各チャンクCNKのフレームFRMの数を設定する。なお、チャンクCNKのフレームFRMの数をGOPのフレーム数より少なくするとき、チャンク確定部20は、ランダムアクセスポイントRAPがチャンクCNKの先頭フレームFRMに対応するように、各チャンクCNKのフレームFRMの数を設定する。例えば、チャンク確定部20は、IピクチャあるいはIDRピクチャがチャンクCNKの先頭フレームFRMになるように、各チャンクCNKのフレームFRMの数を設定する。これにより、この実施形態では、ランダムアクセスポイントRAPの探索効率を向上できる。例えば、MP4ファイルを再生する装置では、ランダムアクセスポイントRAPを効率よく探索できる。また、チャンク確定部20は、チャンクCNKのフレームFRMの数をGOPのフレーム数より少なくするとき、MP4ファイルを再生する際の表示順序と符号化の処理順序との関係がチャンクCNK内で閉じるように、各チャンクCNKのフレームFRMの数を設定する。例えば、チャンク確定部20は、MP4ファイルを再生する際の表示順序にフレームFRMの順序を各チャンクCNK内で変更できるように、チャンクCNKのフレームFRMの数を設定する。これにより、この実施形態では、順序変更の対象フレームFRMの探索効率を向上できる。例えば、MP4ファイルを再生する装置では、フレームFRMの順序を表示順序にする際に、順序変更の対象フレームFRMを効率よく探索できる。図6は、メモリ30の占有量が閾値以上のときのチャンクCNKの一例を示している。すなわち、図6は、映像領域32の占有量が第1閾値以上である第1条件および音声領域34の占有量が第2閾値以上である第2条件の少なくとも一方を満たすときのチャンクCNKの一例を示している。なお、図6は、GOPがIBBP構造のときのチャンクCNKvの一例を示している。図の太線で示したフレームFRMvは、Iピクチャを示している。また、フレームFRMvの括弧内の数字は、符号化の処理順序を示している。図6の例では、GOPは、15個のフレームFRMを有している。IBBP構造のGOPでは、先ず、IピクチャのフレームFRMv1が符号化される。次に、BピクチャのフレームFRMv2、FRMv3が順次符号化される。そして、Pピクチャ、Bピクチャ、Bピクチャの順に符号化される処理が、フレームFRMv4-FRMv15まで繰り返される。例えば、フレームFRMv3の次に、PピクチャのフレームFRMv4が符号化される。フレームFRMv4の次に、BピクチャのフレームFRMv5、FRMv6が順次符号化される。また、IBBP構造のGOPでは、MP4ファイルを再生したとき、BピクチャのフレームFRMvは、先に符号化処理が実施されたIピクチャやPピクチャのフレームFRMvより先に表示される。例えば、IピクチャのフレームFRMv1は、BピクチャのフレームFRMv3の次に表示される。そして、PピクチャのフレームFRMv4は、BピクチャのフレームFRMv6の次に表示される。したがって、IBBP構造のGOPでは、チャンクCNKvのフレームFRMvの数は、3の倍数に設定される。例えば、チャンク確定部20は、3の倍数のうち、2以上の最小値図6では、3に、チャンクCNKvのフレームFRMvの数を設定する。これにより、例えば、フレームFRMv1、FRMv2、FRMv3は、チャンクCNKv1として管理される。また、フレームFRMv4、FRMv5、FRMv6は、チャンクCNKv2として管理される。そして、フレームFRMv13、FRMv14、FRMv15は、チャンクCNKv5として管理される。このように、チャンク確定部20は、MP4ファイルを再生する際の表示順序にフレームFRMvの順序をチャンクCNKv内で変更可能なフレーム数のうち、2以上の最小値に、チャンクCNKvのフレーム数を設定する。なお、チャンクCNKvのフレーム数の設定は、この例に限定されない。例えば、1つのGOPは、フレームFRMv1-FRMv6のチャンクCNKvと、フレームFRMv7-FRMv12のチャンクCNKvと、フレームFRMv13-FRMv15のチャンクCNKvとにより管理されてもよい。また、音声データのチャンクCNKaは、映像データのチャンクCNKvに対応するように設定される。例えば、チャンク確定部20は、チャンクCNKaのフレームFRMaの数を、チャンクCNKvのフレームFRMvの数と同じ数に設定する。図7は、メモリ30の占有量が閾値以上のときのチャンクCNKの別の例を示している。なお、図7は、GOPがIPPP構造でGOPのフレーム数が奇数のときのチャンクCNKvの一例を示している。図の太線で示したフレームFRMvの意味は、図6と同じである。また、フレームFRMvの括弧内の数字の意味は、図6と同じである。図7の例では、GOPは、15個のフレームFRMを有している。IPPP構造のGOPでは、先ず、IピクチャのフレームFRMv1が符号化される。次に、PピクチャのフレームFRMv2-FRMv15が順次符号化される。また、IPPP構造のGOPでは、MP4ファイルを再生する際の表示順序は、符号化の処理順序と同じである。したがって、IPPP構造のGOPでは、例えば、チャンク確定部20は、チャンクCNKvのフレームFRMvの数を3に設定する。これにより、1つのGOPに含まれる複数のチャンクCNKvは、互いに同じ数のフレーム数に設定される。例えば、フレームFRMv1、FRMv2、FRMv3は、チャンクCNKv1として管理される。また、フレームFRMv4、FRMv5、FRMv6は、チャンクCNKv2として管理される。そして、フレームFRMv13、FRMv14、FRMv15は、チャンクCNKv5として管理される。なお、チャンクCNKvのフレームFRMvの数は、3以外の2以上の値に設定されてもよい。例えば、チャンク確定部20は、チャンクCNKvのフレームFRMvの数を5に設定してもよい。この実施形態では、チャンクCNKvのフレームFRMvの数を2以上に設定することにより、MP4ファイルのサイズが増加することを抑制している。例えば、メッセージMESは、図3で説明したように、チャンクCNK毎に生成される。このため、チャンクCNKvのフレームFRMvの数を1に設定したとき、メッセージMESの数が増加し、メッセージMESの合計のサイズが増加する。メッセージMESは、図2に示したムービーボックスmoovB20に格納される。このため、ムービーボックスmoovB20のサイズが増加し、MP4ファイルのサイズが増加する。なお、この実施形態では、チャンクCNKvのフレームFRMvの数を2以上に設定するため、MP4ファイルのサイズが増加することを抑制できる。また、音声データのチャンクCNKaは、映像データのチャンクCNKvに対応するように設定される。例えば、チャンク確定部20は、チャンクCNKaのフレームFRMaの数を、チャンクCNKvのフレームFRMvの数と同じ数に設定する。図8は、メモリ30の占有量が閾値以上のときのチャンクCNKの別の例を示している。なお、図8は、GOPがIPPP構造でGOPのフレーム数が偶数のときのチャンクCNKvの一例を示している。図の太線で示したフレームFRMvの意味は、図6と同じである。また、フレームFRMvの括弧内の数字の意味は、図6と同じである。図8の例では、GOPは、16個のフレームFRMを有している。IPPP構造のGOPでは、先ず、IピクチャのフレームFRMv1が符号化される。次に、PピクチャのフレームFRMv2-FRMv16が順次符号化される。また、IPPP構造のGOPでは、MP4ファイルを再生する際の表示順序は、符号化の処理順序と同じである。したがって、IPPP構造のGOPでは、例えば、チャンク確定部20は、チャンクCNKvのフレームFRMvの数を2に設定する。これにより、1つのGOPに含まれる複数のチャンクCNKvは、互いに同じ数のフレーム数に設定される。例えば、フレームFRMv1、FRMv2は、チャンクCNKv1として管理される。また、フレームFRMv3、FRMv4は、チャンクCNKv2として管理される。フレームFRMv5、FRMv6は、チャンクCNKv3として管理される。そして、フレームFRMv15、FRMv16は、チャンクCNKv8として管理される。なお、チャンクCNKvのフレームFRMvの数は、2以外の2以上の値に設定されてもよい。例えば、チャンク確定部20は、チャンクCNKvのフレームFRMvの数を4に設定してもよいし、チャンクCNKvのフレームFRMvの数を8に設定してもよい。このように、この実施形態では、チャンクCNKvのフレームFRMvの数を2以上に設定するため、MP4ファイルのサイズが増加することを抑制できる。また、音声データのチャンクCNKaは、映像データのチャンクCNKvに対応するように設定される。例えば、チャンク確定部20は、チャンクCNKaのフレームFRMaの数を、チャンクCNKvのフレームFRMvの数と同じ数に設定する。図9は、メモリ30の占有量が閾値以上のときのチャンクCNKの別の例を示している。なお、図9は、GOPがIBP構造のときのチャンクCNKvの一例を示している。図の太線で示したフレームFRMvの意味は、図6と同じである。また、フレームFRMvの括弧内の数字の意味は、図6と同じである。図9の例では、GOPは、16個のフレームFRMを有している。IBP構造のGOPでは、先ず、IピクチャのフレームFRMv1が符号化される。次に、BピクチャのフレームFRMv2が符号化される。そして、Pピクチャ、Bピクチャの順に符号化される処理が、フレームFRMv3-FRMv16まで繰り返される。例えば、フレームFRMv2の次に、PピクチャのフレームFRMv3が符号化される。フレームFRMv3の次に、BピクチャのフレームFRMv4が符号化される。また、IBP構造のGOPでは、MP4ファイルを再生したとき、BピクチャのフレームFRMvは、先に符号化処理が実施されたIピクチャやPピクチャのフレームFRMvより先に表示される。例えば、IピクチャのフレームFRMv1は、BピクチャのフレームFRMv2の次に表示される。そして、PピクチャのフレームFRMv3は、BピクチャのフレームFRMv4の次に表示される。したがって、IBP構造のGOPでは、チャンクCNKvのフレームFRMvの数は、2の倍数に設定される。例えば、チャンク確定部20は、2の倍数のうち、2以上の最小値図9では、2に、チャンクCNKvのフレームFRMvの数を設定する。これにより、例えば、フレームFRMv1、FRMv2は、チャンクCNKv1として管理される。また、フレームFRMv3、FRMv4は、チャンクCNKv2として管理される。フレームFRMv5、FRMv6は、チャンクCNKv3として管理される。そして、フレームFRMv15、FRMv16は、チャンクCNKv8として管理される。なお、チャンクCNKvのフレームFRMvの数は、2以外の2の倍数に設定されてもよい。例えば、チャンク確定部20は、チャンクCNKvのフレームFRMvの数を4に設定してもよいし、チャンクCNKvのフレームFRMvの数を8に設定してもよい。このように、この実施形態では、チャンクCNKvのフレームFRMvの数を2以上に設定するため、MP4ファイルのサイズが増加することを抑制できる。また、音声データのチャンクCNKaは、映像データのチャンクCNKvに対応するように設定される。例えば、チャンク確定部20は、チャンクCNKaのフレームFRMaの数を、チャンクCNKvのフレームFRMvの数と同じ数に設定する。図6-図9で説明したように、チャンク確定部20は、チャンクCNKのフレームFRMの数をGOPのフレーム数より少なくするとき、GOPの構造およびGOPのサイズフレーム数に基づいて、チャンクCNKのフレーム数を設定する。なお、映像音声データ処理装置10の動作は、この例に限定されない。例えば、チャンク確定部20は、映像領域32および音声領域34の空き容量に応じて、チャンクCNKのフレーム数を段階的に変更してもよい。例えば、映像領域32の第1閾値および音声領域34の第2閾値の少なくとも一方は、複数の値を有してもよい。そして、チャンク確定部20は、複数の値と比較される占有量に応じて、チャンクCNKのフレーム数を段階的に変更してもよい。例えば、チャンク確定部20は、映像領域32の閾値に複数の値を設定し、映像領域32の占有量と複数の値との比較結果に応じて、チャンクCNKのフレーム数を段階的に変更してもよい。あるいは、チャンク確定部20は、音声領域34の閾値に複数の値を設定し、音声領域34の占有量と複数の値との比較結果に応じて、チャンクCNKのフレーム数を段階的に変更してもよい。以上、この実施形態では、映像音声データ処理装置10は、映像領域32および音声領域34の少なくとも一方の空き容量が小さいとき、チャンクのフレーム数をGOPのフレーム数より少なくする。例えば、チャンクCNKのフレーム数は、MP4ファイルを再生する際の表示順序と符号化の処理順序との関係がチャンクCNK内で閉じる条件と、IピクチャあるいはIDRピクチャがチャンクCNKの先頭フレームFRMになる条件との両方を満たす数に設定される。これにより、この実施形態では、ランダムアクセスポイントRAPの探索効率と順序変更の対象フレームFRMの探索効率とを向上できる。この結果、例えば、MP4ファイルを再生する装置では、ランダムアクセスポイントRAPを効率よく探索できる。また、例えば、MP4ファイルを再生する装置では、フレームFRMの順序を表示順序にする際に、順序変更の対象フレームFRMを効率よく探索できる。図10は、別の実施形態における映像音声データ処理装置12の一例を示している。上述した実施形態で説明した要素と同一の要素については、同一の符号を付し、これ等については、詳細な説明を省略する。映像音声データ処理装置12は、例えば、MP4ファイルを生成するシステムに、搭載される。映像音声データ処理装置12は、例えば、システム部22、メモリ30、データ符号化部40および多重化部50を有している。メモリ30は、例えば、映像領域32、音声領域34、設定領域36および付属情報領域38を有している。映像領域32および音声領域34は、上述した実施形態と同じである。設定領域36には、例えば、外部ホスト等により指定されるGOPの構造等が記憶される。付属情報領域38は、符号化された映像データVDAおよび音声データADAに関するヘッダ情報等が記憶される。なお、付属情報領域38は、映像データVDA用と音声データADA用とに分けられてもよい。データ符号化部40は、例えば、映像データVDAおよび音声データADAを順次受け、受けた映像データVDAおよび音声データADAをMPEG-4等に準拠した符号化方式で順次符号化する。例えば、データ符号化部40は、符号化制御部42、映像符号化部44および音声符号化部46を有している。符号化制御部42は、外部ホスト等により指定されたGOPの構造等を、メモリ30の設定領域36から取得する。そして、符号化制御部42は、取得したGOPの構造等を、映像符号化部44および音声符号化部46の符号化処理に反映させる。また、符号化制御部42は、例えば、映像データVDAの符号化に関するヘッダ情報を、映像符号化部44による1映像フレームの符号化に同期させて、メモリ30の付属情報領域38に格納する。映像データVDAの符号化に関するヘッダ情報は、例えば、GOPの構造、ピクチャタイプおよび1映像フレームのサイズである。さらに、符号化制御部42は、例えば、1映像フレームの符号化が完了したとき、1映像フレームの符号化が完了したことをシステム部22のシステム制御部26に通知する。また、符号化制御部42は、例えば、音声データADAの符号化に関するヘッダ情報を、音声符号化部46による1音声フレームの符号化に同期させて、メモリ30の付属情報領域38に格納する。さらに、符号化制御部42は、例えば、1音声フレームの符号化が完了したとき、1音声フレームの符号化が完了したことをシステム部22のシステム制御部26に通知する。映像符号化部44は、例えば、映像データVDAを順次受け、受けた映像データVDAをMPEG-4等に準拠した符号化方式で順次符号化し、符号化映像データVED符号化された映像データVDAを生成する。例えば、映像符号化部44は、符号化制御部42がメモリ30の設定領域36から取得したGOPの構造等に基づいて、映像データVDAを符号化する。そして、映像符号化部44は、符号化映像データVEDをメモリ30の映像領域32に格納する。音声符号化部46は、例えば、音声データADAを順次受け、受けた音声データADAをMPEG-4等に準拠した符号化方式で順次符号化し、符号化音声データAED符号化された音声データADAを生成する。そして、音声符号化部46は、符号化音声データAEDをメモリ30の音声領域34に格納する。システム部22は、例えば、多重化部50の制御およびメッセージMESの生成を実施する。例えば、システム部22は、チャンク確定部24、システム制御部26およびメッセージ生成部28を有している。システム制御部26は、1映像フレームの符号化の完了通知を符号化制御部42から受けたとき、映像データVDAの符号化に関するヘッダ情報を、メモリ30の付属情報領域38から取得する。すなわち、システム制御部26は、1映像フレームの符号化の完了に応答して、GOPの構造、ピクチャタイプおよび1映像フレームのサイズ等を取得する。そして、システム制御部26は、例えば、映像データVDAの符号化に関するヘッダ情報GOPの構造、ピクチャタイプおよび1映像フレームのサイズ等を、チャンク確定部24およびメッセージ生成部28に通知する。また、システム制御部26は、1音声フレームの符号化の完了通知を符号化制御部42から受けたとき、音声データADAの符号化に関するヘッダ情報を、メモリ30の付属情報領域38から取得する。そして、システム制御部26は、例えば、音声データADAの符号化に関するヘッダ情報を、チャンク確定部24およびメッセージ生成部28に通知する。チャンク確定部24は、映像領域32の占有量および音声領域34の占有量をそれぞれ監視する。そして、チャンク確定部24は、映像領域32および音声領域34の少なくとも一方の空き容量が小さいとき、図6-図9で説明したように、GOPの構造およびピクチャタイプ等に基づいて、チャンクのフレーム数を設定する。例えば、チャンク確定部24は、システム制御部26から受けた映像データVDAの符号化に関するヘッダ情報および音声データADAの符号化に関するヘッダ情報に基づいて、チャンクのフレーム数を設定する。そして、チャンク確定部24は、例えば、設定したチャンクのフレーム数の情報以下、チャンク設定通知とも称するを、多重化部50の多重化制御部52にシステム制御部26を介して通知する。メッセージ生成部28は、例えば、システム制御部26から受けた情報GOPの構造、ピクチャタイプおよび1映像フレームのサイズ等に基づいて、チャンクに対応するメッセージMESを生成する。そして、メッセージ生成部28は、生成したメッセージMESを、対応するチャンクの出力に同期させて、外部例えば、図3に示した外部装置100に出力する。多重化部50は、映像領域32および音声領域34にそれぞれ記憶された符号化映像データVEDおよび符号化音声データAEDを多重化して、外部例えば、図3に示した外部装置100に出力する。例えば、多重化部50は、多重化制御部52、入力部54、多重化バッファ56、暗号化部58および出力バッファ60を有している。多重化制御部52は、例えば、システム部22からの情報に基づいて入力部54等を制御する。例えば、多重化制御部52は、システム制御部26から受けるチャンク設定通知に応答して、入力部54を起動する。入力部54は、例えば、1チャンク分の符号化映像データVEDを映像領域32から読み出す処理と1チャンク分の符号化音声データAEDを音声領域34から読み出す処理とを、交互に実施する。なお、映像領域32および音声領域34から読み出された符号化映像データVEDおよび符号化音声データAEDは、多重化バッファ56に順次出力される。多重化バッファ56は、入力部54から受けた符号化映像データVEDおよび符号化音声データAEDを、暗号化部58に順次出力する。これにより、暗号化部58は、1チャンク分の符号化映像データVEDおよび1チャンク分の符号化音声データAEDを交互に受ける。暗号化部58は、多重化バッファ56から受ける符号化映像データVEDおよび符号化音声データAEDを、順次暗号化する。暗号化の方式等は、例えば、システム部22により予め指定される。例えば、暗号化部58は、システム部22のシステム制御部26から多重化制御部52を介して、暗号化の方式等に関する情報を受ける。暗号化部58で暗号化された符号化映像データVEDおよび符号化音声データAEDは、出力バッファ60に順次出力される。すなわち、出力バッファ60は、暗号化された1チャンク分の符号化映像データVEDおよび暗号化された1チャンク分の符号化音声データAEDを交互に受ける。出力バッファ60は、暗号化された1チャンク分の符号化映像データVEDと暗号化された1チャンク分の符号化音声データAEDとを交互に出力する。すなわち、出力バッファ60は、1チャンク分の符号化映像データVEDと1チャンク分の符号化音声データAEDとを多重化したストリームデータSDAを、外部例えば、図3に示した外部装置100に出力する。例えば、ストリームデータSDAおよびメッセージMESを受けた外部装置は、ストリームデータSDAおよびメッセージMESをMP4ファイルに格納し、MP4ファイルを生成する。このように、映像音声データ処理装置12は、MPEG-4等に準拠したエンコーダとして機能する。なお、映像音声データ処理装置12の構成は、この例に限定されない。例えば、映像音声データ処理装置12は、符号化された映像データおよび音声データを復号する機能を有してもよい。すなわち、映像音声データ処理装置12は、コーデックやトランスコーダとして機能するように形成されてもよい。図11は、図10に示した映像音声データ処理装置12の動作の一例を示している。図11の動作は、ハードウエアのみで実現されてもよく、ハードウエハをソフトウエアにより制御することにより実現されてもよい。処理S100では、データ符号化部40は、入力データ映像データVDAおよび音声データADAを符号化し、符号化した入力データをメモリ30に書き込む。例えば、データ符号化部40の映像符号化部44は、映像データVDAを符号化して生成した符号化映像データVEDを、メモリ30の映像領域32に書き込む。また、例えば、データ符号化部40の音声符号化部46は、音声データADAを符号化して生成した符号化音声データAEDを、メモリ30の音声領域34に書き込む。処理S110では、チャンク確定部24は、映像領域32および音声領域34の占有量が閾値以上か否かを判定する。例えば、チャンク確定部24は、システム制御部26から受けた1映像フレームのサイズ情報符号化されたフレームのサイズ情報を用いて、映像領域32の占有量を算出する。なお、チャンク確定部24は、映像領域32や音声領域34に対する書き込みアドレスや読み出しアドレスに基づいて、映像領域32や音声領域34の占有量を算出してもよい。そして、チャンク確定部24は、算出した占有量と映像領域32の閾値以下、第1閾値とも称するとを比較する。第1閾値は、例えば、映像領域32のサイズに基づいて、予め設定されている。なお、音声領域34の占有量と閾値以下、第2閾値とも称するとの比較も、映像領域32の占有量と第1閾値との比較と同様の方法により実施される。第2閾値は、例えば、音声領域34のサイズに基づいて、予め設定されている。映像領域32の占有量が第1閾値以上である第1条件および音声領域34の占有量が第2閾値以上である第2条件の少なくとも一方を満たすとき処理S110のYes、チャンク確定部24の動作は、処理S130に移る。すなわち、映像領域32および音声領域34の空き容量が小さいとき、チャンク確定部24の動作は、処理S130に移る。第1条件および第2条件のいずれも満たさないとき処理S110のNo、チャンク確定部24の動作は、処理S120に移る。すなわち、映像領域32および音声領域34の空き容量が大きいとき、チャンク確定部24の動作は、処理S120に移る。処理S120では、チャンク確定部24は、チャンクのフレーム数を、1GOPのフレーム数と同じ数に設定する。例えば、処理S120で設定されたチャンクのフレーム数の情報チャンク設定通知は、多重化部50に通知される。このように、映像領域32および音声領域34の空き容量が大きいときには、チャンクのフレーム数は、1GOPのフレーム数と同じ数に設定される。一方、映像領域32および音声領域34の空き容量が小さいときには、処理S130、S140において、チャンクのフレーム数は、1GOPのフレーム数より少ない数に設定される。処理S130では、チャンク確定部24は、例えば、システム制御部26から受けた情報GOPの構造、ピクチャタイプおよび1映像フレームのサイズ等に基づいて、1チャンク当たりのフレーム数jを決定する。処理S140では、チャンク確定部24は、処理S130で決定したフレーム数jに、チャンクのフレーム数を設定する。例えば、チャンク確定部24は、処理S130で決定したチャンクのフレーム数の情報チャンク設定通知を、多重化部50に通知する。処理S150では、例えば、多重化部50は、処理S120、S140で設定されたチャンクに基づいて、符号化データ符号化映像データVEDあるいは符号化音声データAEDを順次出力する。そして、例えば、システム制御部26は、1チャンク分の符号化データの出力が終了したか否かを判定する。1チャンク分の符号化データの出力が終了したとき処理S150のYes、処理S180において、メッセージ生成部28は、出力したチャンクに対応するメッセージMESを出力する。一方、1チャンク分の符号化データの出力が終了していないとき処理S150のNo、映像音声データ処理装置12の動作は、処理S160に移る。処理S160では、例えば、システム制御部26は、メモリ30の映像領域32および音声領域34のいずれかがオーバーフローしたか否かを判定する。なお、オーバーフローの判定は、システム制御部26以外のモジュール例えば、チャンク確定部24により実施されてもよい。メモリ30の映像領域32および音声領域34のいずれかがオーバーフローしたとき処理S160のYes、処理S170において、オーバーフローした領域映像領域32や音声領域34のデータが削除される。一方、メモリ30がオーバーフローしていないとき処理S160のNo、映像音声データ処理装置12の動作は、処理S150に戻る。このように、映像音声データ処理装置12は、映像領域32および音声領域34の少なくとも一方の空き容量が小さいとき、チャンクのフレーム数をGOPのフレーム数より少なくする。なお、チャンクのフレーム数の条件は、上述した実施形態と同じである。また、映像音声データ処理装置12の動作は、この例に限定されない。例えば、チャンク確定部24は、映像領域32および音声領域34の空き容量に応じて、チャンクのフレーム数を段階的に変更してもよい。以上、この実施形態においても、上述した実施形態と同様の効果を得ることができる。以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずであり、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。