(57)【要約】【課題】  コンテンツデータを符号化して得られる符号化データとその管理情報をファイルに記録する際に、その管理情報を一時保管するための記憶容量を低減することができるファイル記録装置及びその制御方法、プログラムを提供する。【解決手段】  分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置において、メディアデータ処理部１０３は、部分符号化データを少なくとも１つ包含する所定データサイズを設定する。符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定手段で設定した所定データサイズとなるデータを生成する。生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータをファイルに記録することで、符号化データと対応する前記管理情報を該ファイルに記録する。【選択図】  図１
2005223442.tif 000002
【特許請求の範囲】
【請求項１】
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置であって、
前記部分符号化データを少なくとも１つ包含する所定データサイズを設定する設定手段と、
前記符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定手段で設定した所定データサイズとなるデータを生成する生成手段と、
前記生成手段で生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録手段と
を備えることを特徴とするファイル記録装置。
【請求項２】
前記部分符号化データは、前記符号化データを符号化形式に最適な形で細分化したサンプルデータである
ことを特徴とする請求項１に記載のファイル記録装置。
【請求項３】
前記生成手段は、少なくとも１つ以上の連続するサンプルデータのデータサイズが前記所定データサイズより小さく、かつ両者のデータサイズの差分が、前記連続するサンプルデータの次のサンプルデータのデータサイズよりも小さい場合、その差分に相当するダミーデータを該連続するサンプルデータに付加することで、前記所定データサイズのデータを生成する
ことを特徴とする請求項１に記載のファイル記録装置。
【請求項４】
前記設定手段は、前記符号化データの符号化情報、または前記符号化データの属性情報に基づいて、前記所定データサイズを設定する
ことを特徴とする請求項１に記載のファイル記録装置。
【請求項５】
前記記録手段は、ＭＰ４ファイルフォーマット規格に準拠した形式で記録する
ことを特徴とする請求項１乃至４の何れか１項に記載のファイル記録装置。
【請求項６】
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置であって、
前記符号化データの内、少なくとも１つ以上の連続する所定数の前記部分符号化データからなるデータを生成する生成手段と、
前記生成手段で生成する前記所定数の部分符号化データからなるデータを記録単位として、順次、該所定データ数の前記部分符号化データからなるデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録手段と
を備えることを特徴とするファイル記録装置。
【請求項７】
前記部分符号化データは、前記符号化データを符号化形式に最適な形で細分化したサンプルデータである
ことを特徴とする請求項６に記載のファイル記録装置。
【請求項８】
前記所定数を設定する設定手段を更に備える
ことを特徴とする請求項６に記載のファイル記録装置。
【請求項９】
前記設定手段は、前記符号化データの符号化情報、または前記符号化データの属性情報に基づいて、前記所定数を設定する
ことを特徴とする請求項８に記載のファイル記録装置。
【請求項１０】
前記記録手段は、
ＭＰ４ファイルフォーマット規格に準拠した形式で記録する
ことを特徴とする請求項６乃至９の何れか１項に記載のファイル記録装置。
【請求項１１】
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御方法であって、
前記部分符号化データを少なくとも１つ包含する所定データサイズを設定する設定工程と、
前記符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定工程で設定した所定データサイズとなるデータを生成する生成工程と、
前記生成工程で生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程と
を備えることを特徴とするファイル記録装置の制御方法。
【請求項１２】
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御方法であって、
前記符号化データの内、少なくとも１つ以上の連続する所定数の前記部分符号化データからなるデータを生成する生成工程と、
前記生成工程で生成する前記所定数の部分符号化データからなるデータを記録単位として、順次、該所定データ数の前記部分符号化データからなるデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程と
を備えることを特徴とするファイル記録装置の制御方法。
【請求項１３】
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御を実現するプログラムであって、
前記部分符号化データを少なくとも１つ包含する所定データサイズを設定する設定工程のプログラムコードと、
前記符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定工程で設定した所定データサイズとなるデータを生成する生成工程のプログラムコードと、
前記生成工程で生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程のプログラムコードと
を備えることを特徴とするプログラム。
【請求項１４】
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御を実現するプログラムであって、
前記符号化データの内、少なくとも１つ以上の連続する所定数の前記部分符号化データからなるデータを生成する生成工程のプログラムコードと、
前記生成工程で生成する前記所定数の部分符号化データからなるデータを記録単位として、順次、該所定データ数の前記部分符号化データからなるデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程のプログラムコードと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
近年では、コンテンツデータ（動画像、静止画像及び音声データ等）を高圧縮な符号化機能を用いてデジタル化し、ＳＤカード等のメモリ媒体に記録するハードウェア（例えば、デジタルカメラ、デジタルカムコーダ等）が市場に出てきている。
【０００３】
これらハードウェアでは、映像・音声のデジタル符号化機能として、圧縮効率やエラー耐性の高さなどが優れ、限られたリソースで比較的長時間のデータ記録が可能な符号化形式が採用されていることが多い。
【０００４】
例えば、国際標準規格化団体ＩＳＯ（International Organization for Standardization）によって標準規格化されているＭＰＥＧ−４（非特許文献１及び非特許文献２参照）などは、その典型例である。
【０００５】
ＭＰＥＧ−４は、そのデータ記録形式として、ＭＰＥＧ−４  Ｆｉｌｅ  Ｆｏｒｍａｔ規格（非特許文献３参照）がＩＳＯにて標準化されている。この規格は、ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ規格（非特許文献４参照）と呼ばれる汎用的な基本ファイル形式を定義する規格を元にした規格である。また、ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ規格を元にしたいくつかの類似ファイル形式の規格も他に存在しているが、本明細書では、それらを総称した代表的なファイル形式として「ＭＰ４」と表現する。
【０００６】
ＭＰ４のファイルフォーマット構造は、大きく分けて、コンテンツデータを符号化したもの（以下、これらをメディアデータと表現する）を格納している部分と、メディアデータの符号化や復号化に関する情報、及びＭＰ４ファイルの内部構造に関する情報など（以下、これらをヘッダ情報と表現する）を格納している部分の２つに分けられる。以下、本明細書ではメディアデータ、ヘッダ情報を格納している部分を、それぞれメディアデータ部、ヘッダ情報部と記載する。
【０００７】
ヘッダ情報部には、メディアデータの符号化・復号化に関する情報が含まれるので、上述のハードウェアのように、リアルタイムの映像や音声などを記録する場合には、メディアデータの記録が終了するまでヘッダ情報に含まれる情報を確定できない。
【０００８】
更に、標準的なＭＰ４ファイルの場合、ヘッダ情報はファイル内に一括して記録するため、ヘッダ情報をファイルに書き込むのはメディアデータが全てファイルに書き込まれ、ヘッダ情報が確定した後になる。
【０００９】
つまり、上述のようなハードウェアで、リアルタイムの映像や音声を随時ＭＰ４形式でデータを記録する際、メディアデータの記録終了時までヘッダ情報を内部メモリ上や中間ファイルとして外部記録装置等に一時保管しなければならないという制約がある。
【００１０】
よって、ＭＰ４形式でファイル記録を行なう従来のハードウェアでは、ヘッダ情報をメディアデータの記録終了時まで、内部メモリ上や中間ファイルとして外部記録装置に一時保管するための領域や、ＭＰ４のヘッダ情報として書き込む形式にデータを生成するための領域等が必要となる。
【特許文献１】特開２０００―２２４５４４号公報
【非特許文献１】ISO/IEC 14496-2  「Information technology -- Coding of audio-visual objects -- Part 2: Visual」; International Organization for Standardization、2003年7月
【非特許文献２】ISO/IEC 14496-3  「Information technology -- Coding of audio-visual objects -- Part 3: Audio」; International Organization for Standardization、2001年12月
【非特許文献３】ISO/IEC 14496-14 「Information technology -- Coding of audio-visual objects -- Part 14: MP4 file format」; International Organization for Standardization、2003年10月
【非特許文献４】ISO/IEC 14496-14 「Information technology -- Coding of audio-visual objects -- Part 12: ISO base media file format」; International Organization for Standardization、2003年10月
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述のようなハードウェアでは、製品コスト等との兼ね合いから、内部メモリやデータ処理を行なうための演算装置の性能は、一般に低いことが多い。
【００１２】
よって、決して多くはない限られたメモリ環境などのリソースで、ヘッダ情報を保持、構築しなければならないため、メモリ空間の有効利用が従来より求められている。
【００１３】
また、ＭＰ４では、このようなある程度長時間のデータ記録を考慮し、ヘッダ情報を分割して記録する方法（Fragmented Movie）も規格化されているが、現状ではこの方法を用いて記録されたＭＰ４ファイルを再生できる環境がほとんど存在していないという問題があるため、ヘッダ情報を分割して記録する方法は、現時点ではあまり一般的ではない。
【００１４】
本発明は上記の課題に鑑みてなされたものであり、コンテンツデータを符号化して得られる符号化データとその管理情報をファイルに記録する際に、その管理情報を一時保管するための記憶容量を低減することができるファイル記録装置及びその制御方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成するための本発明によるファイル記録装置は以下の構成を備える。即ち、
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置であって、
前記部分符号化データを少なくとも１つ包含する所定データサイズを設定する設定手段と、
前記符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定手段で設定した所定データサイズとなるデータを生成する生成手段と、
前記生成手段で生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録手段と
を備える。
【００１６】
また、好ましくは、前記部分符号化データは、前記符号化データを符号化形式に最適な形で細分化したサンプルデータである。
【００１７】
また、好ましくは、前記生成手段は、少なくとも１つ以上の連続するサンプルデータのデータサイズが前記所定データサイズより小さく、かつ両者のデータサイズの差分が、前記連続するサンプルデータの次のサンプルデータのデータサイズよりも小さい場合、その差分に相当するダミーデータを該連続するサンプルデータに付加することで、前記所定データサイズのデータを生成する。
【００１８】
また、好ましくは、前記設定手段は、前記符号化データの符号化情報、または前記符号化データの属性情報に基づいて、前記所定データサイズを設定する。
【００１９】
また、好ましくは、前記記録手段は、ＭＰ４ファイルフォーマット規格に準拠した形式で記録する。
【００２０】
上記の目的を達成するための本発明によるファイル記録装置は以下の構成を備える。即ち、
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置であって、
前記符号化データの内、少なくとも１つ以上の連続する所定数の前記部分符号化データからなるデータを生成する生成手段と、
前記生成手段で生成する前記所定数の部分符号化データからなるデータを記録単位として、順次、該所定データ数の前記部分符号化データからなるデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録手段と
を備える。
【００２１】
また、好ましくは、前記部分符号化データは、前記符号化データを符号化形式に最適な形で細分化したサンプルデータである。
【００２２】
また、好ましくは、前記所定数を設定する設定手段を更に備える。
【００２３】
また、好ましくは、前記設定手段は、前記符号化データの符号化情報、または前記符号化データの属性情報に基づいて、前記所定数を設定する。
【００２４】
また、好ましくは、前記記録手段はＭＰ４ファイルフォーマット規格に準拠した形式で記録する。
【００２５】
上記の目的を達成するための本発明によるファイル記録装置の制御方法は以下の構成を備える。即ち、
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御方法であって、
前記部分符号化データを少なくとも１つ包含する所定データサイズを設定する設定工程と、
前記符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定工程で設定した所定データサイズとなるデータを生成する生成工程と、
前記生成工程で生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程と
を備える。
【００２６】
上記の目的を達成するための本発明によるファイル記録装置の制御方法は以下の構成を備える。即ち、
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御方法であって、
前記符号化データの内、少なくとも１つ以上の連続する所定数の前記部分符号化データからなるデータを生成する生成工程と、
前記生成工程で生成する前記所定数の部分符号化データからなるデータを記録単位として、順次、該所定データ数の前記部分符号化データからなるデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程と
を備える。
【００２７】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御を実現するプログラムであって、
前記部分符号化データを少なくとも１つ包含する所定データサイズを設定する設定工程のプログラムコードと、
前記符号化データの内、少なくとも１つ以上の連続する前記部分符号化データを用いて、前記設定工程で設定した所定データサイズとなるデータを生成する生成工程のプログラムコードと、
前記生成工程で生成する前記所定データサイズを記録単位として、順次、該所定データサイズのデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程のプログラムコードと
を備える。
【００２８】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
分割可能な部分符号化データで構成される符号化データと、前記符号化データを管理する管理情報とをファイルに記録するファイル記録装置の制御を実現するプログラムであって、
前記符号化データの内、少なくとも１つ以上の連続する所定数の前記部分符号化データからなるデータを生成する生成工程のプログラムコードと、
前記生成工程で生成する前記所定数の部分符号化データからなるデータを記録単位として、順次、該所定データ数の前記部分符号化データからなるデータを前記ファイルに記録することで、前記符号化データと対応する前記管理情報を該ファイルに記録する記録工程のプログラムコードと
を備える。
【発明の効果】
【００２９】
本発明によれば、コンテンツデータを符号化して得られる符号化データとその管理情報をファイルに記録する際に、その管理情報を一時保管するための記憶容量を低減することができるファイル記録装置及びその制御方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００３１】
尚、以下の各実施形態では、コンテンツデータ（動画像、静止画像及び音声等）の符号化データを記録する形態として、ＭＰ４ファイルフォーマットを中心に説明するが、ＭＰ４ファイルフォーマットに限らず類似のファイルフォーマット及びアーキテクチャを用いる場合に対しても、本発明を適用可能である。
【００３２】
即ち、コンテンツデータの符号化データと、その符号化データを管理する管理情報（ヘッダ情報）とを、メモリ（例えば、ＳＤカード、ＭＭカード、コンパクトフラッシュ(登録商標)、スマートメディア、半導体メモリ）や磁気テープ等の記録媒体に記録する方法・装置に対して、本発明は適用可能である。
【００３３】
図１は本発明の実施形態のファイル記録装置の基本構成例を示す図である。
【００３４】
図１のファイル記録装置において、１００は、映像信号を入力する動画像入力部である。１０１は、動画像入力部１００によって入力された映像信号をデジタルデータに符号化する動画像符号化部である。１０７は、音声信号を入力する音声入力部である。１０２は、音声入力部１０７によって入力された音声信号をデジタルデータに符号化する音声符号化部である。
【００３５】
１０３はメディアデータ処理部であり、符号化された動画像及び音声データ（メディアデータ）を符号化部１０１及び１０２からそれぞれ受信し、所定のファイルフォーマット規格に準じた形式にデータ処理を行なう。
【００３６】
１０４は管理情報一時記憶部であり、映像信号と音声信号の符号化や復号化に関する情報を符号化部１０１及び１０２から受信し、また、メディアデータ処理部１０３から符号化データを細分化したサンプルデータ（部分符号化データ）に関する情報（付帯情報）を受信して、それらの情報を管理情報として一時保管する。
【００３７】
１０５は管理情報変換処理部であり、管理情報一時記憶部１０４に一時保管されている管理情報を所定のファイルフォーマット規格に準じた形式に変換する。１０６はファイル出力部であり、メディアデータ処理部１０３及び管理情報変換処理部１０５からデータを受信して、所定のファイルフォーマット形式でファイルを出力する。
【００３８】
図１において、デジタルデータに符号化された動画像及び音声データ（メディアデータ）は、それぞれの符号化形式に最適な形に細分化されたサンプルデータ（部分符号化データ）としてメディアデータ処理部１０３に入力される。
【００３９】
メディアデータ処理部１０３では、サンプルデータを所定のファイルフォーマット規格に準じた形式でファイルに出力できるように処理を行なうが、その際、サンプルデータがどのようにファイル内に記録されるかといった配置情報等のサンプルデータの管理上必要な情報が管理情報一時記憶部１０４に送信する。
【００４０】
ファイル出力部１０６では、メディアデータ処理部１０３での処理を経たサンプルデータを逐次受信してファイルに出力する。
【００４１】
一方、管理情報一時記憶部１０４に符号化された動画像及び音声を復号する際に必要な情報等の付帯情報が、符号化部１０１及び１０２から管理情報一時記憶部１０４に送信され、また、メディアデータ処理部１０３からサンプルデータの配置に関する情報等の付帯情報が同じく管理情報一時記憶部１０４に送信され、これらの付帯情報を管理情報として、一時的に内部記録形式のデータとして内部メモリ上や中間ファイル化して外部記録装置に記憶される。
【００４２】
管理情報一時記憶部１０４にて保持された管理情報は、サンプルデータ化されたメディアデータの記録が終了すると、管理情報変換処理部１０５にて所定のファイルフォーマット規格に準じた形式に変換され、続いて、ファイル出力部１０６にてファイルに記録され、ファイルへのデータ記録が完了する。
【００４３】
尚、図１の各構成要素は、例えば、装置全体を制御するＣＰＵ、ＣＰＵが実行する制御を実現するための各種制御プログラムを記憶するＲＯＭ、データ作業領域やデータ一時待避領域として機能するメモリ（例えば、ＲＡＭ等）、外部記憶装置（例えば、ハードディスク等）等のハードウェアによって実現されても良いし、ＣＰＵによって制御されるプログラムによるソフトウェアによって実現されても良い。
【００４４】
ここで、ＭＰ４ファイルフォーマットの構成について、図２を用いて説明する。
【００４５】
図２は本発明の実施形態のＭＰ４ファイルフォーマットの構成例を示す図である。
【００４６】
一般的でシンプルな形式のＭＰ４ファイルでは、大きく分けて、コンテンツデータ（動画像、静止画像及び音声等）を符号化したデータ（メディアデータ）を格納した部分（メディアデータ部）と、メディアデータの符号化に関する情報やＭＰ４ファイルへの格納方法に関する情報などを含んだ管理情報部（ヘッダ情報部）の２つに分けられる。
【００４７】
動画像及び音声データを符号化したもの（メディアデータ）は、上述したように、それぞれの符号化形式に最適な単位で細かく細分化されたサンプルデータとして扱われる。複数のサンプルデータは、一般に復号化する際に最適なある程度の大きさを持った「かたまり」に分割・格納され（これを「チャンク」という）、チャンクデータとしてメディアデータ部に格納される。メディアデータ部には、データの種類毎に、このチャンクデータを複数格納したもの（これを「トラック」と言う）を格納する形となっている。
【００４８】
一方、ヘッダ情報部には、格納したメディアデータを復号化するための情報や、サンプルデータやチャンクデータがＭＰ４ファイル内にどのように格納されているかなどの情報（これらは、「Ｂｏｘ」や「Ａｔｏｍ」などと呼ばれる）が含まれており、本実施形態では、その一例として、特に、Ｃｈｕｎｋ−ＯｆｆｓｅｔとＳａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋの２つのＢｏｘに注目して説明する。
【００４９】
この２つのＢｏｘの定義について、図３及び図４を用いて説明する。
【００５０】
まず、Ｃｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘの定義について、図３を用いて説明する。
【００５１】
図３は本発明の実施形態のＣｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘの定義を説明するための図である。
【００５２】
Ｃｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘは、ＭＰ４ファイルの先頭のアドレスから当該チャンクデータまでのアドレスのオフセット値を示すＢｏｘであり、メディアデータに格納されるチャンクデータの数と同数のデータが存在（図３のｅｎｔｒｙ−ｃｏｕｎｔ）する。
【００５３】
つまり、図３のＣｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘの定義によると、チャンクデータの数ｅｎｔｒｙ−ｃｏｕｎｔの分だけ、通常は、３２ｂｉｔ  ｉｎｔ型のオフセット値ｃｈｕｎｋ−ｏｆｆｓｅｔが存在し、オフセット値ｃｈｕｎｋ−ｏｆｆｓｅｔが３２ｂｉｔ  ｉｎｔ型の領域に収まらない場合は、６４ｂｉｔ  ｉｎｔ型の領域に拡張する仕様になっている。
【００５４】
次に、Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘの定義について、図４を用いて説明する。
【００５５】
図４は本発明の実施形態のＳａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘの定義を説明するための図である。
【００５６】
Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘは、当該チャンクデータに格納されているサンプルデータの数（ｓａｍｐｌｅｓ−ｐｅｒ−ｃｈｕｎｋ）及び、サンプルデータの符号化形式などに付随する特性情報を示すインデックス番号（ｓａｍｐｌｅ−ｄｅｓｃｒｉｐｔｉｏｎ−ｉｎｄｅｘ）などを格納するＢｏｘである。
【００５７】
Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘでは、各チャンクデータのサンプルデータ数や特性情報が同じものは、その記載を省略することができる。その場合、図４のｆｉｒｓｔ−ｃｈｕｎｋに、同じサンプル数及び特性情報を持つチャンクデータの先頭のチャンクデータを示す値が入力される。
【００５８】
即ち、あるｅｎｔｒｙ−ｃｏｕｎｔ  におけるｆｉｒｓｔ−ｃｈｕｎｋで指定されているチャンクデータから、次のｅｎｔｒｙ−ｃｏｕｎｔのｆｉｒｓｔ−ｃｈｕｎｋで指定されているチャンクデータの１つ前のチャンクデータまでが、同じサンプル数とインデックス番号を持つことになる。
【００５９】
そのため、Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋのデータ数（ｅｎｔｒｙ−ｃｏｕｎｔ）は、個々のＭＰ４ファイルに依存することになり、最大でチャンクデータ数と同数となる。
【００６０】
本実施形態では、図１に示す管理情報一時記憶部１０４内で、ここにあげた２つのＢｏｘのどちらか一方、又は両方についての情報を簡潔に記憶することによって、管理情報一時記憶部１０４内で使用する記憶領域を小さくすることを特徴としている。
【００６１】
そこで、次に、本発明の方法によって何故、記憶領域の使用量を少なくできるかについて詳しく説明する。
【００６２】
上記の２つのＢｏｘは、前述のようにチャンクデータ毎に区々なデータを、メディアデータ記録終了時まで保持しなければならないため、通常は、図３の定義からわかるように、Ｃｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘの場合で、チャンクデータ数×４バイトの記憶容量が必要となる。
【００６３】
また、同じく図４の定義を参照すると、Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘの場合はｅｎｔｒｙ−ｃｏｕｎｔをまとめるのはメディアデータの記録を終了した後、図１の管理情報変換処理部１０４にて行なうことが多いため（これは処理方法によって異なる）、その場合、内部に情報を保持している時点では、このＢｏｘのデータ数はチャンクデータ数に依存し、チャンクデータ数×１２バイトの記憶容量が必要となる。
【００６４】
そこで、本実施形態では、チャンクデータのサイズを常に一定にする（固定長データにする）ことによって、内部メモリ等に一時保管しなければならないヘッダ情報の内、Ｃｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘについては、ただ１つのオフセット値ｃｈｕｎｋ−ｏｆｆｓｅｔ（固定値：４バイト）とチャンクデータ数ｅｎｔｒｙ−ｃｏｕｎｔ（通常４バイト）の計８バイトのみとする。
【００６５】
また、チャンクデータに含まれるサンプルデータ数を一定にすることによって、Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘのｓａｍｐｌｅｓ−ｐｅｒ−ｃｈｕｎｋ（図３参照）を一定にし、本来、チャンクデータ毎に区々な値を保持するｓａｍｐｌｅｓ−ｐｅｒ−ｃｈｕｎｋを１つの値（４バイト）のみとする。
【００６６】
このようにして、本発明では、内部メモリ上や中間ファイルとして外部記憶装置などに一時保管しなければならない管理情報の一部を僅かな情報に置き換えることによって、記憶領域の使用量を少なくすることを可能とする。
【００６７】
次に、チャンクデータのサイズを一定にする（固定長データにする）方法について、一般のＭＰ４ファイルと比較しながら説明する。
【００６８】
図５は本発明の実施形態の一般のＭＰ４ファイルでのサンプルデータとチャンクデータの格納方法の模式図である。
【００６９】
一般に、チャンクデータのサイズ（チャンク合図）は、ファイル再生時に符号化データを復号化する上で、効率の良い最適なサイズに設定するので、一般のＭＰ４ファイルでのサンプルデータの格納の仕方は、この最適なサイズに設定されたチャンクサイズに格納できるだけのサンプルデータを格納し、サンプルデータがチャンクデータに格納できなくなると、そこまでを１つのチャンクデータとして閉じ、次のチャンクデータを設定し新たにサンプルデータを格納していく。
【００７０】
符号化形式にもよるが、一般にサンプルデータのサイズは一定ではなく、各チャンクサイズは、格納されているサンプルデータのサイズの総計となるため、各チャンクサイズもまた一定ではない。
【００７１】
つまり、図５で示されている２つのチャンクデータ５０１と５０４において、サンプルデータ５０２と５０５はその数、サイズとも一定ではなく、つまり、チャンクデータ５０１と５０４それぞれのチャンクサイズ５０３と５０６は異なっている。
【００７２】
そこで、図６を用いて、本発明でどのようにしてチャンクサイズを一定にするかについて説明する。
【００７３】
図６において、チャンクデータ６０１にサンプルデータ６０２を格納していき、サンプルデータをｎ個（Ｓｎ）格納した時点で、ｎ＋１個目のサンプルデータ６０５（Ｓｎ＋１）のサイズ６０７がチャンクデータ６０１の空き領域６０４のサイズ６０６よりも大きい場合、サンプルデータ６０５は、６０８のように次のチャンクデータ６０９を設定して格納する。同時に、チャンクデータ６０１の空き領域６０４のスペースをダミーデータで埋めることで、チャンクサイズ６０３が常に一定の値となるようにする。
【００７４】
つまり、少なくとも１つ以上の連続するサンプルデータのデータサイズがチャンクサイズ（所定データサイズ）より小さく、かつ両者のデータサイズの差分が、その連続するサンプルデータの次のサンプルデータのデータサイズよりも小さい場合、その差分に相当するダミーデータを該連続する差分データに付加することで、チャンクサイズのデータを生成する。
【００７５】
この方法によると、チャンクデータ内にダミーデータを付加したものをＭＰ４ファイルとして記録することになるが、チャンクデータの最後の部分にダミーデータが存在しても、各サンプルデータのサイズは、それを管理するＢｏｘ（Ｓａｍｐｌｅ−Ｓｉｚｅ  Ｂｏｘ  （「ｓｔｓｚ」）という）にサンプルデータ毎のサイズが正しく設定されていれば、実使用上問題無くサンプルデータを取得することができ、ＭＰ４ファイルフォーマットの規格も守ることができる。
【００７６】
次に、図７を用いて、３つの実施例について説明する。
【００７７】
＜実施例１＞
実施例１として、チャンクサイズを一定にする場合を説明する。
【００７８】
図７は図６の方法でチャンクサイズを一定にした場合のデータ構造を示しており、どのような原理でチャンクサイズを一定にするかは、上記図６の説明にある通りである。
【００７９】
即ち、チャンクデータ７０１と７０５は各々サンプルデータ７０２と７０６を格納し、規定のチャンクサイズに満たない領域は、それぞれダミーデータ７０４及び７０８で埋める。このようにして、各々のチャンクサイズ７０３と７０７は、規定のチャンクサイズを保つことができる。
【００８０】
つまり、この実施例１では、Ｃｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘのデータ保持領域を圧縮することができる。
【００８１】
＜実施例２＞
実施例２として、チャンクデータに格納するサンプルデータの数を一定にする場合を説明する。
【００８２】
図７において、チャンクデータ７０１と７０５それぞれに格納されているサンプルデータ７０２と７０６のサンプル数はそれぞれｎ個、ｍ個とする。ここで、ｎ＝ｍ個となるように、各チャンクデータにサンプルデータを格納するようにすると、Ｓａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘのｓａｍｐｌｅｓ−ｐｅｒ−ｃｈｕｎｋの値が一定となり、ｓａｍｐｌｅｓ−ｐｅｒ−ｃｈｕｎｋを格納するために必要な領域を圧縮することができる。
【００８３】
但し、この実施例２に加えて、実施例１の、チャンクサイズを常に一定にしようとすると、ダミーデータ７０４と７０８のサイズが大きくなる可能性があり、ＭＰ４ファイルとしてのサイズもその分大きくなる可能性がある。
【００８４】
＜実施例３＞
逆に、実施例１のチャンクサイズを常に一定にした上で、チャンクデータ内に格納するサンプルデータの数には拘らず、チャンクデータに格納できるだけのサンプルデータを格納するようにすると、ダミーデータのサイズは常に次のチャンクの先頭に格納されているサンプルデータのサイズよりも小さいものとなる。そのため、実施例２の格納するサンプルデータ数を一定にする場合と比較すると、ＭＰ４ファイルとしてのサイズは小さくなる可能性が高い。
【００８５】
次に、チャンクサイズを一定にする場合の処理フローについて、図８を用いて説明する。
【００８６】
図８は本発明の実施形態のチャンクサイズを一定にする処理を示すフローチャートである。
【００８７】
＜ステップＳ１＞
メディアデータ処理部１０３は、サンプルデータを１つ以上格納可能なチャンクサイズを設定する。尚、このチャンクサイズは、ファイル記録装置の操作部（不図示）を介してユーザによって入力された任意のサイズを用いて、メディアデータ処理部１０３によって設定される。あるいは符号化データの符号化情報（符号化形式）やその符号化データの属性情報（最大サンプルデータサイズ等）に基づいて、メディアデータ処理部１０３によって適応的に設定される。
【００８８】
＜ステップＳ２＞
メディアデータ処理部１０３は、設定したチャンクサイズのチャンクデータをメモリ上に設定する。
【００８９】
＜ステップＳ３＞
メディアデータ処理部１０３は、サンプルデータを１つずつチャンクデータに格納する。
【００９０】
＜ステップＳ４＞
メディアデータ処理部１０３は、次のサンプルデータのサイズとチャンクデータの空き領域の容量をそれぞれ計算する。
【００９１】
＜ステップＳ５＞
メディアデータ処理部１０３は、計算結果に基づいて、次のサンプルデータをチャンクデータに格納可能であるか否かを判定する。当該チャンクデータに次のサンプルデータを格納する空き容量がある場合（ステップＳ５でＹＥＳ）、ステップＳ３に戻る。一方、当該チャンクデータに次のサンプルデータを格納する空き容量がない場合（ステップＳ５でＮＯ）、ステップＳ６に進む。
【００９２】
＜ステップＳ６＞
メディアデータ処理部１０３は、チャンクデータの空き領域にダミーデータを格納する。
【００９３】
＜ステップＳ７＞
メディアデータ処理部１０３は、チャンクデータを閉じ、ステップＳ１に戻り、新たにチャンクデータを設定する。
【００９４】
尚、この処理フローは、ＭＰ４及びそれに類似するファイルフォーマットにおいて、サンプルデータをチャンクデータに格納する部分のみを本発明の方法に則って表したものであり、ステップＳ６にてチャンク空き領域にダミーデータを格納する点が、一般の処理と異なる点である。
【００９５】
また、上記実施形態では、特に、管理情報として、Ｃｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘ及びＳａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘに注目して説明を行ったが、このように同じ値を持つエントリを単一のデフォルトエントリとして記述することが可能なデータ構造であれば、いかなるものであっても本発明の原理を適用することが可能である。
【００９６】
＜実施例４＞
次に、実施例４として、図９に動画像データの場合のデータ構造例を示し、動画像データの場合の実施例について説明する。
【００９７】
ＭＰＥＧの動画像データは、一般にＩ，Ｐ，Ｂの各フレーム（ＶＯＰ：Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｐｌａｎｅ）からなり、例えば、以下のようなＧＯＶ（Ｇｒｏｕｐ  ｏｆ  Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｐｌａｎｅ）構造を持っている
ＩＰＰＢＰＰ、ＩＰＰＢＰＰ、・・・
一般には、チャンクサイズは、ファイル再生時に符号化データを復号化する上で、効率の良い大きさに設定するが、実際のチャンクサイズの設定方法はいくつか考えられる。
【００９８】
動画データの場合、例えば、動画像符号化部１０１（図１参照）の設定情報から最大フレームのサイズを取得したり、又はビットレート等から、フレームの中では一番サイズが大きいＩフレームの最大値を予測してチャンクサイズに設定したり、あるいは同じくビットレート等からＧＯＶの最大サイズを予測して、ＧＯＶを一定数格納できるサイズをチャンクサイズとして設定したりすることなどが考えられる。
【００９９】
もちろん、明示的にチャンクサイズを指定する方法もあるが、ここでは、図９を参照しながら、１つのチャンクデータに１つのＧＯＶを格納する場合を想定して説明する。
【０１００】
図９において、予めビットレートなどからＧＯＶを１つ格納可能なチャンクサイズ９０２を設定する。次に、チャンクデータ９０１はサンプルデータ９０３としてＧＯＶを１つ格納し、チャンクサイズに満たない領域はダミーデータ９０４を格納する。以降、同じ処理を繰り返すことで、次のチャンクサイズ９０５もチャンクサイズ９０２と等しくなる。
【０１０１】
ここで、ＭＰＥＧデータのＩ，Ｐ，Ｂの各フレームは、フレームの種類ごとにサイズが大きく異なるが、ＧＯＶ単位として見ればある程度サイズが近いので、ダミーデータのサイズもある程度小さい範囲に収まることが期待でき、ＧＯＶ単位で格納することで１つのチャンクデータに格納されるサンプルデータ数は、常に一定とすることができる。
【０１０２】
また、図９のように、ＭＰＥＧの動画像データをＧＯＶ単位でチャンクデータに格納すると、チャンクデータ単位で動画像データの編集を行なう場合などに有利という面もあるが、このＭＰＥＧの動画像データの例は、一つの実施例を示したものであり、チャンクサイズとチャンクに格納するサンプルデータ数のどちらかを一定にすることができれば、本発明の効果は発揮される。
【０１０３】
以上説明したように、本実施形態によれば、ＭＰ４及びそれに類似するファイルフォーマットにコンテンツデータをファイルに記録する際に、一時的に保持しなければならないコンテンツデータの管理情報の一部を、より小さいデータにすることが可能となる、又は少ない記憶領域に保持することが可能となる。
【０１０４】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１０５】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１０６】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１０７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１０８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１０９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１１０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１１１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１１２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施形態のファイル記録装置の基本構成例を示す図である。
【図２】本発明の実施形態のＭＰ４ファイルフォーマットの構成例を示す図である。
【図３】本発明の実施形態のＣｈｕｎｋ−Ｏｆｆｓｅｔ  Ｂｏｘの定義を説明するための図である。
【図４】本発明の実施形態のＳａｍｐｌｅ−ｔｏ−Ｃｈｕｎｋ  Ｂｏｘの定義を説明するための図である。
【図５】本発明の実施形態の一般のＭＰ４ファイルでのサンプルデータとチャンクデータの格納方法の模式図である。
【図６】本発明の実施形態のチャンクサイズを一定にする方法を説明するための図である。
【図７】本発明の実施形態のチャンクサイズを一定にした場合のデータ構造例を示す図である。
【図８】本発明の実施形態のチャンクサイズを一定にする処理を示すフローチャートである。
【図９】本発明の実施形態の動画像データの場合のデータ構造例を示す図である。
【符号の説明】
【０１１４】
１００  動画像入力部
１０１  動画像符号化部
１０２  音声符号化部
１０３  メディアデータ処理部
１０４  管理情報一時記憶部
１０５  管理情報変換処理部
１０６  ファイル出力部
１０７  音声入力部
【図１】
2005223442.tif 000003
【図２】
2005223442.tif 000004
【図３】
2005223442.tif 000005
【図４】
2005223442.tif 000006
【図５】
2005223442.tif 000007
【図６】
2005223442.tif 000008
【図７】
2005223442.tif 000009
【図８】
2005223442.tif 000010
【図９】
2005223442.tif 000011