JP2003173625A - ファイル変換方法、ファイル変換装置、及びファイル生成装置 - Google Patents
ファイル変換方法、ファイル変換装置、及びファイル生成装置Info
- Publication number
- JP2003173625A JP2003173625A JP2001369448A JP2001369448A JP2003173625A JP 2003173625 A JP2003173625 A JP 2003173625A JP 2001369448 A JP2001369448 A JP 2001369448A JP 2001369448 A JP2001369448 A JP 2001369448A JP 2003173625 A JP2003173625 A JP 2003173625A
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- conversion
- size
- media data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000006243 chemical reaction Methods 0.000 title claims abstract description 154
- 238000000034 method Methods 0.000 title claims description 58
- 238000012545 processing Methods 0.000 claims abstract description 76
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 230000008569 process Effects 0.000 description 44
- 238000010586 diagram Methods 0.000 description 31
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 30
- 230000006870 function Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 6
- GZPBVLUEICLBOA-UHFFFAOYSA-N 4-(dimethylamino)-3,5-dimethylphenol Chemical compound CN(C)C1=C(C)C=C(O)C=C1C GZPBVLUEICLBOA-UHFFFAOYSA-N 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 101500011075 Diploptera punctata Allatostatin-7 Proteins 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
- H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
Abstract
(57)【要約】
【課題】ＭＰ４ファイルのメタデータ変換時に、メディ
アデータの再コピー処理により処理時間やメモリ消費量
が大きくなる。 【解決手段】ＭＰ４ファイルの生成時に、予め登録して
あるメタデータ変換候補情報に基づいて変換後のメタデ
ータサイズの増加分を予測し、その予測増加サイズ分の
フリーデータをメディアデータ部の前に、挿入する。Ｍ
Ｐ４ファイル変換時には、変換前のメタデータ部と前記
フリーデータ部を、新しいメタデータで上書きすること
で、メディアデータの移動にともなうデータ書き込み処
理を行わずにＭＰ４ファイル変換を実現する。
アデータの再コピー処理により処理時間やメモリ消費量
が大きくなる。 【解決手段】ＭＰ４ファイルの生成時に、予め登録して
あるメタデータ変換候補情報に基づいて変換後のメタデ
ータサイズの増加分を予測し、その予測増加サイズ分の
フリーデータをメディアデータ部の前に、挿入する。Ｍ
Ｐ４ファイル変換時には、変換前のメタデータ部と前記
フリーデータ部を、新しいメタデータで上書きすること
で、メディアデータの移動にともなうデータ書き込み処
理を行わずにＭＰ４ファイル変換を実現する。
Description
【０００１】
【発明の属する分野】本発明は、マルチメディアデータ
の蓄積、データ変換、および配信するための装置に関す
るものであり、特に、MPEG-4ファイルフォーマットによ
るデータ蓄積、変換、および配信方法に関するものであ
る。
の蓄積、データ変換、および配信するための装置に関す
るものであり、特に、MPEG-4ファイルフォーマットによ
るデータ蓄積、変換、および配信方法に関するものであ
る。
【０００２】
【従来の技術】近年の、映像や音楽、音声、文字などの
多様なデータを統合的に扱うマルチメディア社会におい
ては、新聞、雑誌、テレビ、ラジオ、電話といった情報
メディアを統合的に扱うために、情報データのデジタル
形式による表現が不可欠となっている。しかし上記情報
メディアの情報量は非常に大きい。例えば、電話品質の
音声の場合、一秒当たり64kビットの情報量が必要であ
るが、TV放送品質の映像の場合、約80Mビットの情報量
が必要となる。すなわちTV画面情報をそのまま通信回線
で送った場合、電話回線1000本分もの通信量が発生する
ことになる。このように、上記情報メディアをデジタル
形式で表現したデータをそのまま扱うことは現実的では
ない。そこで必要となるのが情報圧縮技術である。アイ
エス オー（ISO: International Organization for St
andardization）では、汎用マルチメディア符号化方式
であるMPEG-4の標準化作業を進めており、一秒当たり64
kビット程度で映像を伝送することが可能となってい
る。なお、MPEG-4情報圧縮技術の詳細に関しては、本発
明には直接関係無いため省略する。MPEG-4 Systems(ISO
/IEC 14496-1)では、映像、音響データを一つのデータ
として多重化し、また再生時にこれら映像、音響の同期
をとるための情報を格納するために、MPEG-4コンテンツ
の蓄積用ファイルフォーマット形式として、「MP4ファ
イルフォーマット」が定められている。MP4ファイルフ
ォーマットは、メディアデータ（以降、映像や音響など
の符号化表現データを総称してメディアデータと呼ぶこ
とにする）の再生、交換、管理、編集を容易に行うこと
を目的に設計されている。MP4ファイルは、そのファイ
ルが置かれているシステム（例えばPC）で再生（ローカ
ル再生）されたり、ＬＡＮ等で用いられるストリーミン
グフォーマットに変換されてストリーミング配信され
る。なお、MP4ファイルフォーマットは特定の伝送系に
依存しない。サーバ上のMP4ファイルではそれぞれの伝
送系に特有の情報を、MP4ファイル内にメタデータとし
て格納する。サーバはメディアデータを伝送する際に、
その伝送系に対応するメタデータ情報を参照して、伝送
に必要な情報を取得することができる。このようにMP4
では、メディアデータと伝送系との独立性を保ちなが
ら、メディアデータを様々な伝送系に送ることができ
る。図２は、MP4ファイルを構成する基本単位である
「Ｂｏｘ」の構成を示す図である。個々のＢｏｘは図２
に示すように、自身のＢｏｘのサイズ(バイト数)を示す
sizeフィールド１０１、Ｂｏｘの種類を4個の文字列に
より識別するtypeフィールド１０２、及びＢｏｘの実際
のデータを格納するdataフィールド１０３から構成され
る。dataフィールドには他のＢｏｘが格納されてもよ
い。このようなＢｏｘの階層構造により、一つのMP4フ
ァイルが構成される。以下、図３〜図７を用いて、基本
的なMP4ファイルの構成を説明する。図３を用いて、MP4
ファイルのメディアデータの構成を説明する。図３(a)
に、１つのメタデータと１つのメディアデータから構成
される単純なMP4ファイルの構成を示す。ここでメタデ
ータとは、メディアデータをデコード、再生するために
必要な情報を格納するデータを意味している。図３(a)
において、MovieBox(以下moov)１１０は、メタデータ全
体を格納するＢｏｘである。またMediaDataBox(以下mda
t)１１１は、メディアデータ全体を格納するＢｏｘであ
る。図３(b)はmdat内部の構成を示す図である。mdat内
部は「チャンク(chunk)」と呼ばれるデータ単位の連続
で構成される。図３では音響チャンク(1)AC1、映像チャ
ンク(1)VC1、音響チャンク(2)AC1、映像チャンク(2)VC
2、という順序で、異なるメディア形式のチャンクが交
互に配置された構成の例を示している。チャンクの順序
や、mdat内のチャンク数はMP4ファイルフォーマットで
は規定されない。図３(c)は個々のチャンク内部の構成
を示す図である。個々のチャンクは、同じメディアの種
類の「サンプル(sample)」の連続として構成される。こ
こでサンプルとは、分割可能な最小符号化データ単位で
あり、映像や音響データの1フレームに相当するデータ
単位を表す。図３(c)では、音響チャンク(1)AC1は、音
響サンプル(1)AS1から音響サンプル(A1)ASA1までの連続
として構成された例を示している。同様に、映像チャン
ク(1)VC1は、映像サンプル(1)VS1から映像サンプル(V1)
VSV1までの連続として構成された例を示している。ただ
しMP4ファイルフォーマットでは個々のチャンク内のサ
ンプル数に規定はない。moov内部の構成を図４に示す。
ただし図４中に示されているBoxは、MP4ファイルフォー
マットにおいて必須と定められるBoxのみであり、その
他のBoxもオプショナルとして格納できる場合がある。m
oov１１０は、ヘッダ情報をMovieHeaderBox(以下mvhd)
１５０と、複数のTrackBox（以下trak）から構成され
る。ここでtrakとは、MP4ファイルのシーンを構成する
各メディアに関する情報を格納するBoxである。図４で
は、音響データのTrackBox(以下trak)１５１と、映像デ
ータのtrak１５２から構成される例を示している。図４
に示すように各trak内には多数のBoxによる階層構造が
形成されている。以下では、各trak（１５１、１５２）
に含まれるSampleSizeBox（以下stsz）１６２、SampleT
oChunkBox（以下stsc）１６３、およびChunkOffsetBox
(以下stco)１６４の機能を簡単に説明する。その他のBo
xの詳細は、ISO/IEC 14496-1:2001に詳しいが、本発明
とは直接関連しないので説明を割愛する。stsz１６２の
詳細を図５に示す。stsz１６２は各メディアの各サンプ
ルのサイズ（バイト数）情報を格納するBoxであり、mda
t内の所望のデータをアクセスする時に用いられる。sts
z１６２は前記trak（１５１、１５２）にそれぞれ一つ
だけ存在する必須Boxである。stsc１６３の詳細を図６
に示す。stsc１６３は各メディアの各チャンクに含まれ
るサンプル情報（サンプル数、およびサンプル記述番
号）を格納するBoxであり、mdat内の所望のデータをア
クセスする時に用いられる。stsc１６３は前記trak（１
５１、１５２）にそれぞれ一つだけ存在する必須Boxで
ある。stco１６４の詳細を図７に示す。stco１６４は各
メディアの各チャンクのファイルオフセット値を格納す
るBoxであり、前記trak（１５１、１５２）にそれぞれ
一つだけ存在する必須Boxである。stco１６４には前記
音響チャンクの総数（図７では、音響チャンクの総数を
仮にＭとする）ＣＴ１、及びＭ個の音響チャンクの先頭
オフセット値（ＣＦ1〜ＣＦM）が格納されている。ここ
でチャンクの先頭オフセット値とは、チャンクを構成す
るサンプルのうち、先頭サンプルの先頭バイトのオフセ
ット値を意味する。すなわち前記音響チャンクの先頭オ
フセット値（ＣＦ１〜ＣＦＭ）とは、図３で述べた音響
チャンク（ＡＣ１、ＡＣ２、．．．）の先頭サンプル
（ＡＳ１，ＡＳＡ１、．．．）の先頭バイトのオフセッ
ト値である。
多様なデータを統合的に扱うマルチメディア社会におい
ては、新聞、雑誌、テレビ、ラジオ、電話といった情報
メディアを統合的に扱うために、情報データのデジタル
形式による表現が不可欠となっている。しかし上記情報
メディアの情報量は非常に大きい。例えば、電話品質の
音声の場合、一秒当たり64kビットの情報量が必要であ
るが、TV放送品質の映像の場合、約80Mビットの情報量
が必要となる。すなわちTV画面情報をそのまま通信回線
で送った場合、電話回線1000本分もの通信量が発生する
ことになる。このように、上記情報メディアをデジタル
形式で表現したデータをそのまま扱うことは現実的では
ない。そこで必要となるのが情報圧縮技術である。アイ
エス オー（ISO: International Organization for St
andardization）では、汎用マルチメディア符号化方式
であるMPEG-4の標準化作業を進めており、一秒当たり64
kビット程度で映像を伝送することが可能となってい
る。なお、MPEG-4情報圧縮技術の詳細に関しては、本発
明には直接関係無いため省略する。MPEG-4 Systems(ISO
/IEC 14496-1)では、映像、音響データを一つのデータ
として多重化し、また再生時にこれら映像、音響の同期
をとるための情報を格納するために、MPEG-4コンテンツ
の蓄積用ファイルフォーマット形式として、「MP4ファ
イルフォーマット」が定められている。MP4ファイルフ
ォーマットは、メディアデータ（以降、映像や音響など
の符号化表現データを総称してメディアデータと呼ぶこ
とにする）の再生、交換、管理、編集を容易に行うこと
を目的に設計されている。MP4ファイルは、そのファイ
ルが置かれているシステム（例えばPC）で再生（ローカ
ル再生）されたり、ＬＡＮ等で用いられるストリーミン
グフォーマットに変換されてストリーミング配信され
る。なお、MP4ファイルフォーマットは特定の伝送系に
依存しない。サーバ上のMP4ファイルではそれぞれの伝
送系に特有の情報を、MP4ファイル内にメタデータとし
て格納する。サーバはメディアデータを伝送する際に、
その伝送系に対応するメタデータ情報を参照して、伝送
に必要な情報を取得することができる。このようにMP4
では、メディアデータと伝送系との独立性を保ちなが
ら、メディアデータを様々な伝送系に送ることができ
る。図２は、MP4ファイルを構成する基本単位である
「Ｂｏｘ」の構成を示す図である。個々のＢｏｘは図２
に示すように、自身のＢｏｘのサイズ(バイト数)を示す
sizeフィールド１０１、Ｂｏｘの種類を4個の文字列に
より識別するtypeフィールド１０２、及びＢｏｘの実際
のデータを格納するdataフィールド１０３から構成され
る。dataフィールドには他のＢｏｘが格納されてもよ
い。このようなＢｏｘの階層構造により、一つのMP4フ
ァイルが構成される。以下、図３〜図７を用いて、基本
的なMP4ファイルの構成を説明する。図３を用いて、MP4
ファイルのメディアデータの構成を説明する。図３(a)
に、１つのメタデータと１つのメディアデータから構成
される単純なMP4ファイルの構成を示す。ここでメタデ
ータとは、メディアデータをデコード、再生するために
必要な情報を格納するデータを意味している。図３(a)
において、MovieBox(以下moov)１１０は、メタデータ全
体を格納するＢｏｘである。またMediaDataBox(以下mda
t)１１１は、メディアデータ全体を格納するＢｏｘであ
る。図３(b)はmdat内部の構成を示す図である。mdat内
部は「チャンク(chunk)」と呼ばれるデータ単位の連続
で構成される。図３では音響チャンク(1)AC1、映像チャ
ンク(1)VC1、音響チャンク(2)AC1、映像チャンク(2)VC
2、という順序で、異なるメディア形式のチャンクが交
互に配置された構成の例を示している。チャンクの順序
や、mdat内のチャンク数はMP4ファイルフォーマットで
は規定されない。図３(c)は個々のチャンク内部の構成
を示す図である。個々のチャンクは、同じメディアの種
類の「サンプル(sample)」の連続として構成される。こ
こでサンプルとは、分割可能な最小符号化データ単位で
あり、映像や音響データの1フレームに相当するデータ
単位を表す。図３(c)では、音響チャンク(1)AC1は、音
響サンプル(1)AS1から音響サンプル(A1)ASA1までの連続
として構成された例を示している。同様に、映像チャン
ク(1)VC1は、映像サンプル(1)VS1から映像サンプル(V1)
VSV1までの連続として構成された例を示している。ただ
しMP4ファイルフォーマットでは個々のチャンク内のサ
ンプル数に規定はない。moov内部の構成を図４に示す。
ただし図４中に示されているBoxは、MP4ファイルフォー
マットにおいて必須と定められるBoxのみであり、その
他のBoxもオプショナルとして格納できる場合がある。m
oov１１０は、ヘッダ情報をMovieHeaderBox(以下mvhd)
１５０と、複数のTrackBox（以下trak）から構成され
る。ここでtrakとは、MP4ファイルのシーンを構成する
各メディアに関する情報を格納するBoxである。図４で
は、音響データのTrackBox(以下trak)１５１と、映像デ
ータのtrak１５２から構成される例を示している。図４
に示すように各trak内には多数のBoxによる階層構造が
形成されている。以下では、各trak（１５１、１５２）
に含まれるSampleSizeBox（以下stsz）１６２、SampleT
oChunkBox（以下stsc）１６３、およびChunkOffsetBox
(以下stco)１６４の機能を簡単に説明する。その他のBo
xの詳細は、ISO/IEC 14496-1:2001に詳しいが、本発明
とは直接関連しないので説明を割愛する。stsz１６２の
詳細を図５に示す。stsz１６２は各メディアの各サンプ
ルのサイズ（バイト数）情報を格納するBoxであり、mda
t内の所望のデータをアクセスする時に用いられる。sts
z１６２は前記trak（１５１、１５２）にそれぞれ一つ
だけ存在する必須Boxである。stsc１６３の詳細を図６
に示す。stsc１６３は各メディアの各チャンクに含まれ
るサンプル情報（サンプル数、およびサンプル記述番
号）を格納するBoxであり、mdat内の所望のデータをア
クセスする時に用いられる。stsc１６３は前記trak（１
５１、１５２）にそれぞれ一つだけ存在する必須Boxで
ある。stco１６４の詳細を図７に示す。stco１６４は各
メディアの各チャンクのファイルオフセット値を格納す
るBoxであり、前記trak（１５１、１５２）にそれぞれ
一つだけ存在する必須Boxである。stco１６４には前記
音響チャンクの総数（図７では、音響チャンクの総数を
仮にＭとする）ＣＴ１、及びＭ個の音響チャンクの先頭
オフセット値（ＣＦ1〜ＣＦM）が格納されている。ここ
でチャンクの先頭オフセット値とは、チャンクを構成す
るサンプルのうち、先頭サンプルの先頭バイトのオフセ
ット値を意味する。すなわち前記音響チャンクの先頭オ
フセット値（ＣＦ１〜ＣＦＭ）とは、図３で述べた音響
チャンク（ＡＣ１、ＡＣ２、．．．）の先頭サンプル
（ＡＳ１，ＡＳＡ１、．．．）の先頭バイトのオフセッ
ト値である。
【０００３】上記のstsz１６２、stsc１６３、及びstco
１６４に格納される情報を用いて、MP4ファイル中のメ
ディアの任意サンプルの位置とサイズ情報を取得するこ
とができる。すなわち、サンプル番号によりあるサンプ
ルが指定された場合、まず前記stsz１６２内の情報によ
り、指定サンプルのサイズを知ることができる。次に前
記stsc１６３により、指定サンプルが何番目のチャンク
に属するかを知ることができる。そしてstsz１６２によ
り、指定サンプルの属するチャンク内の、先頭サンプル
から指定サンプルの直前までのサイズSを知ることがで
きる。そしてstco１６４により、指定サンプルの属する
チャンクの先頭位置Tが取得できる。前記先頭位置Tと、
前記先頭位置から指定サンプル直前までのサイズSとを
足すことにより、指定サンプルの先頭位置を取得するこ
とができる。上記のように各trak(１５１、１５２）内
のstsz１６２、stsc１６３、及びstcoを解析すること
で、任意サンプルのファイル上における位置とサイズが
取得でき、任意サンプルデータをファイルから読み出す
ことが可能となる。上記のように、MP4ファイルフォー
マットがISO/IEC 14496-1:2001により規格化されている
が、同規格において定義されるＢｏｘには、上記のよう
な必須Ｂｏｘだけではなく、必要に応じて用いてもよい
オプショナルＢｏｘ、あるいはユーザが自由に定義でき
るＢｏｘ等が存在する。このため、ＭＰ４ファイルフォ
ーマット準拠のファイルであっても、サポートされるオ
プショナルＢｏｘが異なることにより、異なるベンダー
のＭＰ４再生装置では正しく再生できない場合がある。
１６４に格納される情報を用いて、MP4ファイル中のメ
ディアの任意サンプルの位置とサイズ情報を取得するこ
とができる。すなわち、サンプル番号によりあるサンプ
ルが指定された場合、まず前記stsz１６２内の情報によ
り、指定サンプルのサイズを知ることができる。次に前
記stsc１６３により、指定サンプルが何番目のチャンク
に属するかを知ることができる。そしてstsz１６２によ
り、指定サンプルの属するチャンク内の、先頭サンプル
から指定サンプルの直前までのサイズSを知ることがで
きる。そしてstco１６４により、指定サンプルの属する
チャンクの先頭位置Tが取得できる。前記先頭位置Tと、
前記先頭位置から指定サンプル直前までのサイズSとを
足すことにより、指定サンプルの先頭位置を取得するこ
とができる。上記のように各trak(１５１、１５２）内
のstsz１６２、stsc１６３、及びstcoを解析すること
で、任意サンプルのファイル上における位置とサイズが
取得でき、任意サンプルデータをファイルから読み出す
ことが可能となる。上記のように、MP4ファイルフォー
マットがISO/IEC 14496-1:2001により規格化されている
が、同規格において定義されるＢｏｘには、上記のよう
な必須Ｂｏｘだけではなく、必要に応じて用いてもよい
オプショナルＢｏｘ、あるいはユーザが自由に定義でき
るＢｏｘ等が存在する。このため、ＭＰ４ファイルフォ
ーマット準拠のファイルであっても、サポートされるオ
プショナルＢｏｘが異なることにより、異なるベンダー
のＭＰ４再生装置では正しく再生できない場合がある。
【０００４】また、あるアプリケーションにおいてＭＰ
４ファイルフォーマットを用いる場合、そのアプリケー
ション固有の要求を満足するために、ＭＰ４ファイルフ
ォーマットにおける必須Ｂｏｘの他に、そのアプリケー
ション独自の必須Ｂｏｘを定義し、これを必須Ｂｏｘと
して追加したファイル仕様を策定するとすることが多
い。すなわちＭＰ４ファイルフォーマット準拠であって
も、仕様によって必須Boxが異なる場合がある。例え
ば、無線によるマルチメディアコンテンツ配信のプラッ
トフォームを実現するために設立されたワイヤレス マ
ルチメディア フォーラム（Wireless Multimedia Foru
m、以下WMF）が定めるストリーミング仕様RTFD(Recomme
nded Technical Framework Document) Version 1.1（以
下RTFD1.1）では、配信サーバにおけるマルチメディア
コンテンツの蓄積フォーマットとしてMP4ファイルフォ
ーマットを採用し、幾つかのオプショナルＢｏｘの使用
を強く推奨し、さらにWMF独自のＢｏｘを必須Ｂｏｘと
して定義している。図８は、RTFD1.1で定められるＭＰ
４ファイルフォーマットの構成を示す図である。RTFD1.
1では、FileTypeBox(以下ftyp)１７０が必須Ｂｏｘとし
て定められている。またRTFD1.1では、moov１７１内にU
serDataBox(以降、udtaと記す場合がある)１７２が必ず
存在し、このudta１７２には、ＷＭＦ独自定義のBoxで
あるWMFSetSessionAtom(以降、wmfsと記す場合がある)
１７３と、WMFSetMediaAtom(以降、wmfmと記す場合があ
る)１７４とが必ず存在する。これらのBoxの詳細につい
てはRTFD1.1を参照されたい。図８に示されているその
他のＢｏｘ（mdat１１１、mvhd１５０、trak１５１、tr
ak１５２）については、前記と同様である。上記のよう
に、同じＭＰ4ファイルフォーマット準拠の同じメディ
ア符号化データ（又はmdat）であっても、moovに含まれ
るＢｏｘ構成が異なる場合がある。このため、あるアプ
リケーション独自の必須Ｂｏｘが、あるＭＰ４ファイル
内のmoov内に存在しないことにより、このＭＰ４ファイ
ルは、前記アプリケーションにおいて再生できない場合
がある。このような場合、ＭＰ４ファイル内のmdatは何
も変更せずに、moovだけを変換（前記アプリケーション
の必須Ｂｏｘを追加）することで、このＭＰ４ファイル
は前記アプリケーションにより再生可能となる。
４ファイルフォーマットを用いる場合、そのアプリケー
ション固有の要求を満足するために、ＭＰ４ファイルフ
ォーマットにおける必須Ｂｏｘの他に、そのアプリケー
ション独自の必須Ｂｏｘを定義し、これを必須Ｂｏｘと
して追加したファイル仕様を策定するとすることが多
い。すなわちＭＰ４ファイルフォーマット準拠であって
も、仕様によって必須Boxが異なる場合がある。例え
ば、無線によるマルチメディアコンテンツ配信のプラッ
トフォームを実現するために設立されたワイヤレス マ
ルチメディア フォーラム（Wireless Multimedia Foru
m、以下WMF）が定めるストリーミング仕様RTFD(Recomme
nded Technical Framework Document) Version 1.1（以
下RTFD1.1）では、配信サーバにおけるマルチメディア
コンテンツの蓄積フォーマットとしてMP4ファイルフォ
ーマットを採用し、幾つかのオプショナルＢｏｘの使用
を強く推奨し、さらにWMF独自のＢｏｘを必須Ｂｏｘと
して定義している。図８は、RTFD1.1で定められるＭＰ
４ファイルフォーマットの構成を示す図である。RTFD1.
1では、FileTypeBox(以下ftyp)１７０が必須Ｂｏｘとし
て定められている。またRTFD1.1では、moov１７１内にU
serDataBox(以降、udtaと記す場合がある)１７２が必ず
存在し、このudta１７２には、ＷＭＦ独自定義のBoxで
あるWMFSetSessionAtom(以降、wmfsと記す場合がある)
１７３と、WMFSetMediaAtom(以降、wmfmと記す場合があ
る)１７４とが必ず存在する。これらのBoxの詳細につい
てはRTFD1.1を参照されたい。図８に示されているその
他のＢｏｘ（mdat１１１、mvhd１５０、trak１５１、tr
ak１５２）については、前記と同様である。上記のよう
に、同じＭＰ4ファイルフォーマット準拠の同じメディ
ア符号化データ（又はmdat）であっても、moovに含まれ
るＢｏｘ構成が異なる場合がある。このため、あるアプ
リケーション独自の必須Ｂｏｘが、あるＭＰ４ファイル
内のmoov内に存在しないことにより、このＭＰ４ファイ
ルは、前記アプリケーションにおいて再生できない場合
がある。このような場合、ＭＰ４ファイル内のmdatは何
も変更せずに、moovだけを変換（前記アプリケーション
の必須Ｂｏｘを追加）することで、このＭＰ４ファイル
は前記アプリケーションにより再生可能となる。
【０００５】
【発明が解決しようとする課題】しかし上記従来の技術
では、mdatを変更せずにmoovだけを変更する際、mdatが
moovよりも前にあり、かつ変更後にmoovのサイズが増加
する場合、mdatのファイル上の位置を変更する必要が生
じる。このため、moovを書き込んだ後にmdatを再書き込
みする必要が生じる。図２３に上記の、従来のＭＰ４フ
ァイル変換処理の概念図を示す。図２３では、moov１１
０とmdat１１１で構成されるＭＰ４ファイルを、ftyp１
７０、moov１７１、mdat１１１で構成されるＭＰ４ファ
イル（前記RTFD1.1により定められる）に変換する処理
の概念図を示している。上記の変換の際、まずメモリ、
もしくはディスク上に十分なサイズのテンポラリ領域１
８０を確保する。そしてftyp１７０、及びmoov１１１を
元にしてmoov１７１を生成し、テンポラリ領域１８０に
コピーする。次にmdat１１１を変更せずに、そのままテ
ンポラリ領域１８０にコピーする。最後に、元のmoov１
１０とmdat１１１とを削除することでＭＰ４ファイル変
換を行う。必要に応じてさらに、上記変換後のＭＰ４フ
ァイルを、テンポラリ領域１８０から指定領域に移動す
る処理を行う。MP4ファイルとして符号化されたシーン
の持続時間が長くなるとmdatのサイズが膨大となる。そ
のため、mdatの再書き込みによる処理時間は膨大となる
問題があった。またmoov変換前のmdatを一時的にコピー
しておくためのテンポラリ領域が必要となるため、この
テンポラリ領域に要するメモリサイズも膨大となる問題
があった。また上記のようにmdatのファイル上の位置を
変更する必要が生じると、moov内のstcoを書き換える必
要が生じる。このためMP4ファイルのシーン持続時間が
長くなると、stcoの書き換え処理に要する時間も大きく
なる問題があった。本発明の目的は、上記の事情を鑑み
なされるものであり、マルチメディアデータファイル、
特にＭＰ４ファイルフォーマットにおけるメタデータフ
ォーマット(moov)変換によるファイル変換処理を効率良
く、かつ少ないメモリ領域で実現するための蓄積装置、
およびファイル変換装置を提供することである。
では、mdatを変更せずにmoovだけを変更する際、mdatが
moovよりも前にあり、かつ変更後にmoovのサイズが増加
する場合、mdatのファイル上の位置を変更する必要が生
じる。このため、moovを書き込んだ後にmdatを再書き込
みする必要が生じる。図２３に上記の、従来のＭＰ４フ
ァイル変換処理の概念図を示す。図２３では、moov１１
０とmdat１１１で構成されるＭＰ４ファイルを、ftyp１
７０、moov１７１、mdat１１１で構成されるＭＰ４ファ
イル（前記RTFD1.1により定められる）に変換する処理
の概念図を示している。上記の変換の際、まずメモリ、
もしくはディスク上に十分なサイズのテンポラリ領域１
８０を確保する。そしてftyp１７０、及びmoov１１１を
元にしてmoov１７１を生成し、テンポラリ領域１８０に
コピーする。次にmdat１１１を変更せずに、そのままテ
ンポラリ領域１８０にコピーする。最後に、元のmoov１
１０とmdat１１１とを削除することでＭＰ４ファイル変
換を行う。必要に応じてさらに、上記変換後のＭＰ４フ
ァイルを、テンポラリ領域１８０から指定領域に移動す
る処理を行う。MP4ファイルとして符号化されたシーン
の持続時間が長くなるとmdatのサイズが膨大となる。そ
のため、mdatの再書き込みによる処理時間は膨大となる
問題があった。またmoov変換前のmdatを一時的にコピー
しておくためのテンポラリ領域が必要となるため、この
テンポラリ領域に要するメモリサイズも膨大となる問題
があった。また上記のようにmdatのファイル上の位置を
変更する必要が生じると、moov内のstcoを書き換える必
要が生じる。このためMP4ファイルのシーン持続時間が
長くなると、stcoの書き換え処理に要する時間も大きく
なる問題があった。本発明の目的は、上記の事情を鑑み
なされるものであり、マルチメディアデータファイル、
特にＭＰ４ファイルフォーマットにおけるメタデータフ
ォーマット(moov)変換によるファイル変換処理を効率良
く、かつ少ないメモリ領域で実現するための蓄積装置、
およびファイル変換装置を提供することである。
【０００６】
【課題を解決するための手段】上記目的を達成するた
め、本発明の蓄積装置では、メディアデータ部の前に、
自由に上書きが可能で、かつ読み出しが行われないフリ
ーデータを挿入する手段を供えることを特徴とする。こ
のような特徴により、メタデータ変換後に、メタデータ
サイズが変化した場合でも、フリーデータの上書きや、
フリーデータの追記を行うことで、メディアデータの位
置を変化させなくてもすむため、メタデータフォーマッ
ト変換にともなうメディアデータの一時コピーや再書き
込み処理が不要となる。さらに本発明の蓄積装置では、
上記フリーデータのサイズを決定するために、メタデー
タ変換の候補に関する情報を、装置内部に蓄積しておく
ことを特徴とする。このような特徴により、変換後のメ
タデータサイズがほぼ予測できるため、予測されるサイ
ズよりも大きなサイズのフリーデータを挿入しておくこ
とで、メタデータ変換後にフリーデータの上書きだけで
済むことが、高い確率で保証される。また、本発明のデ
ータ変換装置では、変換されるファイルから、前記メデ
ィアデータよりも前のデータサイズを検出し、メディア
データよりも前のデータを上書き変更することを特徴と
する。このような特徴により、メディアデータの位置を
変化させずに、メタデータフォーマットの変換が可能と
なるため、メタデータフォーマット変換にともなうメデ
ィアデータの一時コピーや再書き込み処理が不要とな
る。さらに、本発明のデータ変換装置では、メタデータ
変換の候補に関する情報を、データ変換装置内部に蓄積
しておくことを特徴とする。
め、本発明の蓄積装置では、メディアデータ部の前に、
自由に上書きが可能で、かつ読み出しが行われないフリ
ーデータを挿入する手段を供えることを特徴とする。こ
のような特徴により、メタデータ変換後に、メタデータ
サイズが変化した場合でも、フリーデータの上書きや、
フリーデータの追記を行うことで、メディアデータの位
置を変化させなくてもすむため、メタデータフォーマッ
ト変換にともなうメディアデータの一時コピーや再書き
込み処理が不要となる。さらに本発明の蓄積装置では、
上記フリーデータのサイズを決定するために、メタデー
タ変換の候補に関する情報を、装置内部に蓄積しておく
ことを特徴とする。このような特徴により、変換後のメ
タデータサイズがほぼ予測できるため、予測されるサイ
ズよりも大きなサイズのフリーデータを挿入しておくこ
とで、メタデータ変換後にフリーデータの上書きだけで
済むことが、高い確率で保証される。また、本発明のデ
ータ変換装置では、変換されるファイルから、前記メデ
ィアデータよりも前のデータサイズを検出し、メディア
データよりも前のデータを上書き変更することを特徴と
する。このような特徴により、メディアデータの位置を
変化させずに、メタデータフォーマットの変換が可能と
なるため、メタデータフォーマット変換にともなうメデ
ィアデータの一時コピーや再書き込み処理が不要とな
る。さらに、本発明のデータ変換装置では、メタデータ
変換の候補に関する情報を、データ変換装置内部に蓄積
しておくことを特徴とする。
【０００７】また本発明のデータ変換装置では、変換さ
れるファイルから検出された、メディアデータよりも前
のデータサイズが、ファイル変換後の、メディアデータ
よりも前のデータサイズよりも大きいかどうかを判定す
ることを特徴とする。この特徴により、実際にファイル
変換を行う前に、挿入されたフリーデータの上書きする
ことでファイル変換が可能であるかどうかを判定し、上
書き可能なサイズが不足する場合であっても対策処理を
行うことが可能である。
れるファイルから検出された、メディアデータよりも前
のデータサイズが、ファイル変換後の、メディアデータ
よりも前のデータサイズよりも大きいかどうかを判定す
ることを特徴とする。この特徴により、実際にファイル
変換を行う前に、挿入されたフリーデータの上書きする
ことでファイル変換が可能であるかどうかを判定し、上
書き可能なサイズが不足する場合であっても対策処理を
行うことが可能である。
【０００８】
【発明の実施の形態】以下、図面を参照して本発明の実
施例について説明する。図９は、本発明の第１の実施例
によるＭＰ４ファイル生成装置５０１の構成を示したブ
ロック図である。ＭＰ４ファイル生成装置２００１内で
は、映像データ２００vと音響データ２００aは、エンコ
ード処理２０１においてそれぞれ符号化され、映像符号
化データ２０２vと音響符号化データ２０２aがそれぞれ
出力される。映像符号化データ２０２vと音響符号化デ
ータ２０２aは、ファイル蓄積処理２０３によりＭＰ４
ファイル２０４として蓄積される。図１は、ＭＰ４ファ
イル蓄積装置５０１におけるエンコード処理２０１とフ
ァイル蓄積処理２０３の詳細を示すブロック図である。
映像データ２００vと音響データ２００aは、エンコード
処理２０１内の映像符号化処理２０と音響符号化処理２
１においてそれぞれ圧縮符号化される。圧縮符号化され
た映像符号化データ２０２vと音響符号化データ２００a
は、ファイル蓄積処理２０３内のmdat生成処理２４に送
られ、mdat１１１が生成される。また生成されたmdat１
１１の内部構成情報２２０（トラック数、サンプル数、
サンプルサイズ、チャンク数、チャンク内のサンプル数
など）はmoov生成処理２６に送られ、moov１１０が生成
される。本発明の第１の実施例のファイル蓄積装置で
は、freeサイズ決定処理２２４において、MP4ファイル
生成時に挿入するfreeサイズ２２１を決定する。ここで
freeとは、MP4ファイルフォーマットにおいてフリーデ
ータを書き込むために定められるFreeSpaceBoxを意味す
る。以降、このFreeSpaceBoxによるフリーデータ領域を
freeと記す。freeサイズ決定処理２２４の詳細は後述す
る。free生成処理２５では、前記freeサイズ２２１のfr
ee２２２を作成する。ファイル生成処理２７では前記md
at１１１、前記moov１１０、及び前記free２２２を元
に、図１０に示すようなfree２２２がmdat１１１よりも
前に配置された形のＭＰ４ファイル２０４を生成し、蓄
積する。図１１は、freeサイズ決定処理２２４の詳細を
示すブロック図である。freeサイズ決定処理２２４は、
moov変換候補情報記憶部２２と、最大moov増加サイズ推
定処理２５０とから成る。moov変換候補情報記憶部２２
には、moov生成処理２６によって生成されたmoov１１０
が将来変換される可能性がある（そしてその変換処理を
軽減したい）moovに関する情報を複数記憶しておく領域
である。ここでいう変換とは、例えばmoov１１０がISO/
IEC 14496-1:2001で規定される必須Ｂｏｘのみで構成さ
れるMP4ファイルであり、このMP4ファイルを前記WMFが
定める配信方式に従うようなＭＰ４ファイルに変換した
い場合に、mdat１１１は変更せずに、moov１１０だけを
ＷＭＦが定めるmoov１７１に書き換えることで、ＭＰ４
ファイルをＷＭＦに対応させるための処理である。moov
変換候補情報記憶部２２の詳細は後述する。最大moov増
加サイズ推定処理２５０は、moov変換候補情報記憶部２
２と、moov生成処理２６によって生成されたmoov１１０
に関する情報２２３とから、最大moov増加サイズの推定
値を求める処理である。ここで最大moov増加サイズと
は、moov変換候補情報記憶部２２に格納されている複数
のmoov変換候補のうち、現moov１１１よりも最もサイズ
の増加分が大きい値を意味する。最大moov増加サイズ推
定処理２５０では、このmoov増加サイズの推定値をfree
サイズ２２１として出力する。最大moov増加サイズ推定
処理２５０の詳細は後述する。moov変換候補情報記憶部
２２には複数のmoov変換候補情報が蓄積されている。図
１２は、moov変換候補情報記憶部２２の詳細を説明する
ための図である。moov変換候補情報記憶部２２には、mo
ov変換候補に関する情報（ＭＶ１、ＭＶ２、ＭＶ３）が
候補の数（図１２では、候補数を３としている）だけ記
憶されている。図１２では例として1番目のmoov変換候
補情報ＭＶ１を、図８で示したWMFフォーマット（RTFD
1.1）としている。ＭＶ１には最低限、RTFD1.1における
必須Ｂｏｘの種類や予測されるサイズ（固定サイズのＢ
ｏｘである場合にはそのサイズ）が記述されている。図
１２の例の場合、moov変換候補情報ＭＶ１により、WMF
フォーマットでは少なくとも72バイト分の必須Ｂｏｘが
存在することがわかる。moov変換候補情報記憶部２２
は、最大moov増加サイズ推定処理２５０からの要求に応
じて、moov変換候補情報ＭＶ１、ＭＶ２、ＭＶ３のいず
れかをmoov変換候補情報２５２として出力する。図１３
は、最大moov増加サイズ推定処理２５０の一例を示すフ
ローチャートである。最大moov増加サイズ推定処理２５
０では、まず最大サイズ増加量を記憶するための変数Ｄ
ＭＡＸを初期化（ＤＭＡＸ＝０）する（ステップ１４０
０）。次に、moov変換候補情報記憶部２２の中で、未処
理のmoov変換候補が存在するかどうかを判定する（ステ
ップ１４０１）。もしも未処理のmoov変換候補が存在し
ない場合は、変数ＤＭＡＸの値を出力して終了する。も
しも未処理のmoov変換候補が存在する場合、そのmoov変
換候補情報２５２を、moov変換候補情報記憶部２２に要
求して取得し、そのmoov変換候補のmoov増加サイズを推
定し（２４０）、推定増加サイズＤを得る。moov増加サ
イズ推定処理２４０の詳細は後述する。そして前記推定
増加サイズＤと前記最大値変数ＤＭＡＸとを比較（ステ
ップ１４０２）し、ＤＭＡＸ < Ｄである場合のみ、Ｄ
ＭＡＸをＤで置き換える（ステップ１４０３）。そして
処理Ｐ１４０１へ戻る。上記の処理により、最大値変数
ＤＭＡＸには全moov変換候補のサイズ増加量の最大値が
記憶される。図１４は、前記moov増加サイズ推定処理２
４０の一例を示すフローチャートである。moov増加サイ
ズ推定処理２４０ではまず、サイズ増加量を記憶するた
めの変数Ｄを初期化（Ｄ＝０）する（ステップ１２０
１）。次に、未処理の必須Ｂｏｘがmoov変換候補内にあ
るかないかを調べる（ステップ１２０２）。もしも未処
理の必須Ｂｏｘが無い場合、現在の変数Ｄをmoovの推定
増加サイズとし、処理２４０を終了する。もしも未処理
の必須Ｂｏｘがある場合、次にこの必須Ｂｏｘが現moov
１１１に存在するかどうかを調べる（ステップ１２０
３）。処理ステップ１２０３は前記moov情報２２３に基
づいて行われる。もしも存在した場合は、処理ステップ
１２０２に戻る。もしも存在しない場合には、変数Ｄ
に、前記必須Ｂｏｘの予測サイズを加算し（ステップ１
２０４）、処理１２０２に戻る。ここで前記必須Ｂｏｘ
予測サイズは、前記moov変換候補情報２５２から取得さ
れる。以上に述べたファイル蓄積処理２０３により、本
発明の第１の実施例によるＭＰ４ファイル生成装置５０
１では、将来のmoov変換処理を考慮して上書き可能なフ
リーデータを挿入したＭＰ４ファイル２０４を生成、蓄
積することが可能となる。図１５は、本発明の第２の実
施例によるＭＰ４ファイル変換装置５１１の構成を示す
ブロック図である。ＭＰ４ファイル変換装置５１１で
は、第１の実施例によるＭＰ４ファイル生成装置５０１
により生成されたＭＰ４ファイル２０４を、moov変換処
理２０５においてmoov１１０のみを変換し、変換ファイ
ル２０６を出力する。図１６を用いてmoov変換処理２０
５の詳細を説明する。図１６は、moov変換処理２０５の
処理の一例を示すフローチャートである。moov変換処理
２０５では、まず入力されたＭＰ４ファイル２０４内を
解析し、上書き可能なデータサイズＷＳを取得する（ス
テップ１６００）。本発明の第１の実施例では上書き可
能なデータサイズＷＳは、前記freeサイズ２２１とmoov
１１０のサイズとの和に等しいものとする。次に、moov
１１０を元に変換後のmoov１７１とftyp１７０を生成す
る（ステップ１６０１）。本発明の第１の実施例では、
moov変換候補２０５における変換候補として、前記WMF
がストリーミング配信形式として定めるＭＰ４ファイル
フォーマットに従うものとする。次に、生成されたmoov
１７１とftyp１７０とを合わせたメタデータサイズが、
前記上書き可能サイズＷＳよりも大きいかどうかを判定
する（ステップ１６０３）。もしも前記メタデータサイ
ズが上書き可能サイズＷＳ以下の場合、前記ftyp１７０
とmoov１７１を、ＭＰ４ファイル２０４の先頭から上書
きしてコピーし（ステップ１６０４）、上書きされたmo
ov１７１の直後から、ＭＰ４ファイル２０４内にあるmd
at１１１の直前までのデータをfree２６０に変更し（ス
テップ１６０５）、moov変換処理２０５を終了する。こ
のとき生成される、変換後のＭＰ４ファイル２０６は図
１７に示すような構成となる。同図には比較のため、図
１０の、変換前のＭＰ４ファイル２０４を示している。
図１７中において、変換後のＭＰ４ファイル２０６内の
free２６０は、変換前のＭＰ４ファイル２０４内のfree
２２２に比べ、基本的にfreeのサイズは異なる（サイズ
が変わらない場合もある）。図１７に示すように、変換
前のＭＰ4ファイル２０４と変換後のＭＰ４ファイル２
０６において、mdat１１１の書き込み位置は変更されな
いため、mdat１１１をコピーする処理が不要となる。従
って後述するように、ファイルの書き込み処理や、コピ
ーのための一時的メモリ領域の確保が不要となる。さら
に、後述するように、mdat１１１内のチャンク位置情報
を示す、stco１６４を書き換える処理も不要となる。こ
のことにより、効率よくＭＰ４ファイルフォーマットの
変換を行うことが可能となる。一方、もしも前記メタデ
ータサイズが上書き可能サイズＷＳよりも大きい場合、
前述のようにＭＰ４ファイル２０４内のmdat１１１の先
頭よりも前の位置に、前記ftyp１７０とmoov１７１を上
書きすることができない。この場合、mdat１１１の位置
を変更する処理が必要になるため、mdat１１１を一時的
にコピーしておくための領域が必要となる。しかしmdat
１１１のサイズが大きい時は、このような一時的なコピ
ー領域を確保することが難しい場合があるため、次に前
記一時的コピー領域を確保して、moov変換をおこなうこ
とができるかどうかを判定する（ステップ１６０６）。
もしも変換不可能であれば、変換を行わずに、処理２０
５を中止する旨のメッセージを出力し、処理２０５を終
了する。もしも変換可能であれば、前述した一時的なコ
ピー領域を確保し、この領域にmdat１１１をコピーする
（ステップ１６０７）。次に、前記ftyp１７０とmoov１
７１を、ＭＰ４ファイル２０４の先頭から上書きしてコ
ピーし（ステップ１６０８）、別領域にコピーしてあっ
たmdat１１１をmoov１７１の直後に上書きコピーする
（ステップ１６０９）。さらに、変換後のＭＰ４ファイ
ル２０６では変換前のＭＰ４ファイル２０４と比較し
て、mdat１１１の先頭位置が移動するため、moov１７１
内のstco１６４を書き換える（ステップ１６１０）こと
で、moov変換処理２０５を終了する。このとき生成され
るＭＰ４ファイル２０６の構成を図１８に示す。上述の
ように、変換前のＭＰ４ファイル２０４内の上書き可能
な領域が不足する場合、mdat１１１の移動処理が必要と
なるため、一時的なコピー領域の確保、及びその領域へ
のmdat１１１の書き込み処理を要する。またmdat１１１
の移動処理の後に、stco１６４の書き換え処理も要す
る。このためmdat１１１のサイズが大きくなると、上記
の処理量が増すため、ＭＰ４変換処理が非効率となる。
従って、将来のmoov変換処理を考慮すると、ＭＰ４ファ
イル２０４に挿入されている上書き可能領域のサイズは
大きい方が望ましい。本発明の第３の実施例は、第１の
実施例の変形例として、ファイル蓄積処理２０３内の最
大moov増加サイズ推定処理２５０において、moov変換候
補情報記憶部２２に記憶されている変換候補の中の一つ
（あるいは複数）を外部から指定する手段を有し、指定
された変換候補の増加サイズを処理２４０によって推定
し、この推定値をfreeサイズ２２１として出力するＭＰ
４ファイル蓄積装置である。本発明の第４の実施例は、
第１の実施例の変形例として、ファイル蓄積処理２０３
内のmoov増加サイズ推定処理２４０において、変換候補
のmoov内の必須Ｂｏｘだけではなく、オプショナルＢｏ
ｘの予測されるサイズについても増加サイズの推定に加
算する機能を備えるファイル蓄積装置である。本発明の
第５の実施例は、第１の実施例の変形例として、ファイ
ル蓄積処理２０３内のmoov増加サイズ推定処理２４０に
おいて、変換前ＭＰ４ファイル２０４のmoov１１０のう
ち、変換後のmoov１７１に含まれないＢｏｘ（まとめて
Ｕと記す）のサイズの総和を、推定増加サイズＤから減
算する機能を備えるファイル蓄積装置である。第５の実
施例では、前記Ｂｏｘ群Ｕを格納する親Ｂｏｘ、さらに
この親Ｂｏｘを格納する親Ｂｏｘのサイズや構成が変換
後に異なるため、これらの親Ｂｏｘのサイズや構成を変
換する処理を併せて行う。前記第５の実施例により、増
加サイズの推定をより厳密に行うことが可能となるた
め、必要サイズ以上のfreeサイズを設定することを防ぐ
ことができる。本発明の第６の実施例によるＭＰ４ファ
イル配信装置５２１の構成を図１９に示す。ＭＰ４ファ
イル配信サーバ５２１は、第１の実施例によるＭＰ４フ
ァイル生成装置５１１と、第２の実施例による複数のＭ
Ｐ４ファイル変換装置（５１１、５１２）と、それぞれ
のファイル変換装置に対応する複数の配信装置（２０
７、２１２）を備えることを特徴とする。ＭＰ４ファイ
ル配信サーバ５２１では、ＭＰ４ファイル生成装置５０
１で生成されたＭＰ４ファイル２０４を、moov変換処理
２０５においては配信処理２０７に対応するＭＰ４ファ
イル２０６を生成し、moov変換処理２０９において、他
方の配信処理２１２に対応するＭＰ４ファイル２１１を
生成し、それぞれ配信装置２０７、２１２においてそれ
ぞれの配信形態に応じた処理が施され、配信ストリーム
２０８、及び２１３として配信される。本発明の第６の
実施例の構成により、あるフォーマットのＭＰ４ファイ
ル２０４を複数の配信フォーマットに変換して送ること
が可能となる。moov変換処理２０９は、moov変換処理２
０５と比べて変換後のmoovのフォーマットが異なってい
る以外、処理の流れは基本的に同じである。本発明の第
７の実施例は、第１の実施例のファイル蓄積装置で生成
されたＭＰ4ファイル２０４を、ネットワーク１を介し
て受信し、ネットワーク２へ配信するための形態に従う
ように、ＭＰ４ファイル２０６に変換し、配信するゲー
トウェイ装置である。図２０は、第７の実施例のゲート
ウェイ装置におけるゲートウェイ処理３００の構成を示
すブロック図である。ゲートウェイ処理３００における
各処理（２０５、２０７）は第１の実施例と同じであ
る。本発明の第８の実施例は、第１の実施例のファイル
蓄積装置で生成されたＭＰ4ファイル２０４を、ネット
ワークを介して受信し、自身で再生可能なＭＰ４ファイ
ルフォーマット２０６に変換し、再生する機能を備える
ＭＰ４受信端末装置である。図２１は、第６の実施例の
受信端末装置における内部処理４０１の構成を示すブロ
ック図である。ネットワーク１を介して受信されるＭＰ
４ファイル２０４は、moov変換処理２０５において、こ
の受信端末で再生可能なＭＰ４ファイル２０６に変換さ
れる。変換されたＭＰ４ファイル２０６は、ＭＰ４デコ
ード処理４００においてデコードされ、適切なタイミン
グで映像データ４０２と音響データ４０３が出力され、
それぞれ映像・音響出力装置４０４によってユーザに提
示される。moov変換処理２０５における処理は第１の実
施例と同じである。本発明の第９の実施例は、第１の実
施例の変形例として、外部からの入力やファイルダウン
ロード等により、moov変換候補情報記憶部２２内のmoov
変換候補情報を追加、削除、および更新して記憶する機
能を備えるＭＰ４ファイル蓄積装置である。図２２に、
第９の実施例のＭＰ４ファイル蓄積装置における、moov
変換候補情報を追加、削除、および更新するためのユー
ザインタフェースの一例を示す。第９の実施例では、mo
ov変換候補情報記憶部２２内部の情報を変更する場合、
まず画面６０１に示すようなメニュー画面を表示し、ユ
ーザに変換候補の変更内容の選択を促す。ここでユーザ
が、画面６０１において“1. 変換候補の新規登録”を
選択すると、第９の実施例では次に画面６０２に示すメ
ニュー画面を表示し、新規登録する変換候補の登録方法
の選択を促す。画面６０２では登録方法として、“1.
手入力”、“2. プロファイル参照”、及び“ＭＰ４フ
ァイル参照”を選択肢として提示している。ここでユー
ザが変換候補の登録方法を“1. 手入力”と選択する
と、第９の実施例では次に画面６０３に示すメニュー画
面を表示し、新規登録名、新規登録Ｂｏｘ情報の入力状
態に遷移する。画面６０３では新規登録Ｂｏｘ情報とし
て、新規登録Ｂｏｘ名、新規登録Ｂｏｘを直接格納する
親Ｂｏｘ名、および新規登録Ｂｏｘの推定サイズ（バイ
ト数）とを入力情報としている。複数のＢｏｘを登録す
る場合は、画面６０３を繰り返し表示して登録Ｂｏｘ情
報の入力を複数回行う。第９の実施例では上記のように
入力された新規登録Ｂｏｘ情報を、moov変換候補情報記
憶部２２に登録する。画面６０２においてユーザが“2.
プロファイル参照”を選択した場合は、第９の実施例
では、所定のフォーマットに従って記述されたmoov変換
候補情報を入力元とする。前記入力元の媒体としてはデ
ィスク上のファイルや、フラッシュメモリ上のデータな
どを用いることができる。画面６０２においてユーザが
“3. ＭＰ４ファイル参照”を選択した場合は、第９の
実施例では、指定されたＭＰ４ファイル内に存在するＢ
ｏｘ情報を一括登録する。このファイル参照による登録
機能により、ユーザの手入力による登録処理の負担が軽
減される。上記の第９の実施例のＭＰ４ファイル蓄積装
置により、ＭＰ４ファイルの蓄積装置は常に新しいＭＰ
４ファイル形式を変換候補情報として格納し、それらの
形式に容易に変換できるように、上書き可能なフリーデ
ータを挿入したＭＰ４ファイル２０４を生成、蓄積する
ことが可能となる。
施例について説明する。図９は、本発明の第１の実施例
によるＭＰ４ファイル生成装置５０１の構成を示したブ
ロック図である。ＭＰ４ファイル生成装置２００１内で
は、映像データ２００vと音響データ２００aは、エンコ
ード処理２０１においてそれぞれ符号化され、映像符号
化データ２０２vと音響符号化データ２０２aがそれぞれ
出力される。映像符号化データ２０２vと音響符号化デ
ータ２０２aは、ファイル蓄積処理２０３によりＭＰ４
ファイル２０４として蓄積される。図１は、ＭＰ４ファ
イル蓄積装置５０１におけるエンコード処理２０１とフ
ァイル蓄積処理２０３の詳細を示すブロック図である。
映像データ２００vと音響データ２００aは、エンコード
処理２０１内の映像符号化処理２０と音響符号化処理２
１においてそれぞれ圧縮符号化される。圧縮符号化され
た映像符号化データ２０２vと音響符号化データ２００a
は、ファイル蓄積処理２０３内のmdat生成処理２４に送
られ、mdat１１１が生成される。また生成されたmdat１
１１の内部構成情報２２０（トラック数、サンプル数、
サンプルサイズ、チャンク数、チャンク内のサンプル数
など）はmoov生成処理２６に送られ、moov１１０が生成
される。本発明の第１の実施例のファイル蓄積装置で
は、freeサイズ決定処理２２４において、MP4ファイル
生成時に挿入するfreeサイズ２２１を決定する。ここで
freeとは、MP4ファイルフォーマットにおいてフリーデ
ータを書き込むために定められるFreeSpaceBoxを意味す
る。以降、このFreeSpaceBoxによるフリーデータ領域を
freeと記す。freeサイズ決定処理２２４の詳細は後述す
る。free生成処理２５では、前記freeサイズ２２１のfr
ee２２２を作成する。ファイル生成処理２７では前記md
at１１１、前記moov１１０、及び前記free２２２を元
に、図１０に示すようなfree２２２がmdat１１１よりも
前に配置された形のＭＰ４ファイル２０４を生成し、蓄
積する。図１１は、freeサイズ決定処理２２４の詳細を
示すブロック図である。freeサイズ決定処理２２４は、
moov変換候補情報記憶部２２と、最大moov増加サイズ推
定処理２５０とから成る。moov変換候補情報記憶部２２
には、moov生成処理２６によって生成されたmoov１１０
が将来変換される可能性がある（そしてその変換処理を
軽減したい）moovに関する情報を複数記憶しておく領域
である。ここでいう変換とは、例えばmoov１１０がISO/
IEC 14496-1:2001で規定される必須Ｂｏｘのみで構成さ
れるMP4ファイルであり、このMP4ファイルを前記WMFが
定める配信方式に従うようなＭＰ４ファイルに変換した
い場合に、mdat１１１は変更せずに、moov１１０だけを
ＷＭＦが定めるmoov１７１に書き換えることで、ＭＰ４
ファイルをＷＭＦに対応させるための処理である。moov
変換候補情報記憶部２２の詳細は後述する。最大moov増
加サイズ推定処理２５０は、moov変換候補情報記憶部２
２と、moov生成処理２６によって生成されたmoov１１０
に関する情報２２３とから、最大moov増加サイズの推定
値を求める処理である。ここで最大moov増加サイズと
は、moov変換候補情報記憶部２２に格納されている複数
のmoov変換候補のうち、現moov１１１よりも最もサイズ
の増加分が大きい値を意味する。最大moov増加サイズ推
定処理２５０では、このmoov増加サイズの推定値をfree
サイズ２２１として出力する。最大moov増加サイズ推定
処理２５０の詳細は後述する。moov変換候補情報記憶部
２２には複数のmoov変換候補情報が蓄積されている。図
１２は、moov変換候補情報記憶部２２の詳細を説明する
ための図である。moov変換候補情報記憶部２２には、mo
ov変換候補に関する情報（ＭＶ１、ＭＶ２、ＭＶ３）が
候補の数（図１２では、候補数を３としている）だけ記
憶されている。図１２では例として1番目のmoov変換候
補情報ＭＶ１を、図８で示したWMFフォーマット（RTFD
1.1）としている。ＭＶ１には最低限、RTFD1.1における
必須Ｂｏｘの種類や予測されるサイズ（固定サイズのＢ
ｏｘである場合にはそのサイズ）が記述されている。図
１２の例の場合、moov変換候補情報ＭＶ１により、WMF
フォーマットでは少なくとも72バイト分の必須Ｂｏｘが
存在することがわかる。moov変換候補情報記憶部２２
は、最大moov増加サイズ推定処理２５０からの要求に応
じて、moov変換候補情報ＭＶ１、ＭＶ２、ＭＶ３のいず
れかをmoov変換候補情報２５２として出力する。図１３
は、最大moov増加サイズ推定処理２５０の一例を示すフ
ローチャートである。最大moov増加サイズ推定処理２５
０では、まず最大サイズ増加量を記憶するための変数Ｄ
ＭＡＸを初期化（ＤＭＡＸ＝０）する（ステップ１４０
０）。次に、moov変換候補情報記憶部２２の中で、未処
理のmoov変換候補が存在するかどうかを判定する（ステ
ップ１４０１）。もしも未処理のmoov変換候補が存在し
ない場合は、変数ＤＭＡＸの値を出力して終了する。も
しも未処理のmoov変換候補が存在する場合、そのmoov変
換候補情報２５２を、moov変換候補情報記憶部２２に要
求して取得し、そのmoov変換候補のmoov増加サイズを推
定し（２４０）、推定増加サイズＤを得る。moov増加サ
イズ推定処理２４０の詳細は後述する。そして前記推定
増加サイズＤと前記最大値変数ＤＭＡＸとを比較（ステ
ップ１４０２）し、ＤＭＡＸ < Ｄである場合のみ、Ｄ
ＭＡＸをＤで置き換える（ステップ１４０３）。そして
処理Ｐ１４０１へ戻る。上記の処理により、最大値変数
ＤＭＡＸには全moov変換候補のサイズ増加量の最大値が
記憶される。図１４は、前記moov増加サイズ推定処理２
４０の一例を示すフローチャートである。moov増加サイ
ズ推定処理２４０ではまず、サイズ増加量を記憶するた
めの変数Ｄを初期化（Ｄ＝０）する（ステップ１２０
１）。次に、未処理の必須Ｂｏｘがmoov変換候補内にあ
るかないかを調べる（ステップ１２０２）。もしも未処
理の必須Ｂｏｘが無い場合、現在の変数Ｄをmoovの推定
増加サイズとし、処理２４０を終了する。もしも未処理
の必須Ｂｏｘがある場合、次にこの必須Ｂｏｘが現moov
１１１に存在するかどうかを調べる（ステップ１２０
３）。処理ステップ１２０３は前記moov情報２２３に基
づいて行われる。もしも存在した場合は、処理ステップ
１２０２に戻る。もしも存在しない場合には、変数Ｄ
に、前記必須Ｂｏｘの予測サイズを加算し（ステップ１
２０４）、処理１２０２に戻る。ここで前記必須Ｂｏｘ
予測サイズは、前記moov変換候補情報２５２から取得さ
れる。以上に述べたファイル蓄積処理２０３により、本
発明の第１の実施例によるＭＰ４ファイル生成装置５０
１では、将来のmoov変換処理を考慮して上書き可能なフ
リーデータを挿入したＭＰ４ファイル２０４を生成、蓄
積することが可能となる。図１５は、本発明の第２の実
施例によるＭＰ４ファイル変換装置５１１の構成を示す
ブロック図である。ＭＰ４ファイル変換装置５１１で
は、第１の実施例によるＭＰ４ファイル生成装置５０１
により生成されたＭＰ４ファイル２０４を、moov変換処
理２０５においてmoov１１０のみを変換し、変換ファイ
ル２０６を出力する。図１６を用いてmoov変換処理２０
５の詳細を説明する。図１６は、moov変換処理２０５の
処理の一例を示すフローチャートである。moov変換処理
２０５では、まず入力されたＭＰ４ファイル２０４内を
解析し、上書き可能なデータサイズＷＳを取得する（ス
テップ１６００）。本発明の第１の実施例では上書き可
能なデータサイズＷＳは、前記freeサイズ２２１とmoov
１１０のサイズとの和に等しいものとする。次に、moov
１１０を元に変換後のmoov１７１とftyp１７０を生成す
る（ステップ１６０１）。本発明の第１の実施例では、
moov変換候補２０５における変換候補として、前記WMF
がストリーミング配信形式として定めるＭＰ４ファイル
フォーマットに従うものとする。次に、生成されたmoov
１７１とftyp１７０とを合わせたメタデータサイズが、
前記上書き可能サイズＷＳよりも大きいかどうかを判定
する（ステップ１６０３）。もしも前記メタデータサイ
ズが上書き可能サイズＷＳ以下の場合、前記ftyp１７０
とmoov１７１を、ＭＰ４ファイル２０４の先頭から上書
きしてコピーし（ステップ１６０４）、上書きされたmo
ov１７１の直後から、ＭＰ４ファイル２０４内にあるmd
at１１１の直前までのデータをfree２６０に変更し（ス
テップ１６０５）、moov変換処理２０５を終了する。こ
のとき生成される、変換後のＭＰ４ファイル２０６は図
１７に示すような構成となる。同図には比較のため、図
１０の、変換前のＭＰ４ファイル２０４を示している。
図１７中において、変換後のＭＰ４ファイル２０６内の
free２６０は、変換前のＭＰ４ファイル２０４内のfree
２２２に比べ、基本的にfreeのサイズは異なる（サイズ
が変わらない場合もある）。図１７に示すように、変換
前のＭＰ4ファイル２０４と変換後のＭＰ４ファイル２
０６において、mdat１１１の書き込み位置は変更されな
いため、mdat１１１をコピーする処理が不要となる。従
って後述するように、ファイルの書き込み処理や、コピ
ーのための一時的メモリ領域の確保が不要となる。さら
に、後述するように、mdat１１１内のチャンク位置情報
を示す、stco１６４を書き換える処理も不要となる。こ
のことにより、効率よくＭＰ４ファイルフォーマットの
変換を行うことが可能となる。一方、もしも前記メタデ
ータサイズが上書き可能サイズＷＳよりも大きい場合、
前述のようにＭＰ４ファイル２０４内のmdat１１１の先
頭よりも前の位置に、前記ftyp１７０とmoov１７１を上
書きすることができない。この場合、mdat１１１の位置
を変更する処理が必要になるため、mdat１１１を一時的
にコピーしておくための領域が必要となる。しかしmdat
１１１のサイズが大きい時は、このような一時的なコピ
ー領域を確保することが難しい場合があるため、次に前
記一時的コピー領域を確保して、moov変換をおこなうこ
とができるかどうかを判定する（ステップ１６０６）。
もしも変換不可能であれば、変換を行わずに、処理２０
５を中止する旨のメッセージを出力し、処理２０５を終
了する。もしも変換可能であれば、前述した一時的なコ
ピー領域を確保し、この領域にmdat１１１をコピーする
（ステップ１６０７）。次に、前記ftyp１７０とmoov１
７１を、ＭＰ４ファイル２０４の先頭から上書きしてコ
ピーし（ステップ１６０８）、別領域にコピーしてあっ
たmdat１１１をmoov１７１の直後に上書きコピーする
（ステップ１６０９）。さらに、変換後のＭＰ４ファイ
ル２０６では変換前のＭＰ４ファイル２０４と比較し
て、mdat１１１の先頭位置が移動するため、moov１７１
内のstco１６４を書き換える（ステップ１６１０）こと
で、moov変換処理２０５を終了する。このとき生成され
るＭＰ４ファイル２０６の構成を図１８に示す。上述の
ように、変換前のＭＰ４ファイル２０４内の上書き可能
な領域が不足する場合、mdat１１１の移動処理が必要と
なるため、一時的なコピー領域の確保、及びその領域へ
のmdat１１１の書き込み処理を要する。またmdat１１１
の移動処理の後に、stco１６４の書き換え処理も要す
る。このためmdat１１１のサイズが大きくなると、上記
の処理量が増すため、ＭＰ４変換処理が非効率となる。
従って、将来のmoov変換処理を考慮すると、ＭＰ４ファ
イル２０４に挿入されている上書き可能領域のサイズは
大きい方が望ましい。本発明の第３の実施例は、第１の
実施例の変形例として、ファイル蓄積処理２０３内の最
大moov増加サイズ推定処理２５０において、moov変換候
補情報記憶部２２に記憶されている変換候補の中の一つ
（あるいは複数）を外部から指定する手段を有し、指定
された変換候補の増加サイズを処理２４０によって推定
し、この推定値をfreeサイズ２２１として出力するＭＰ
４ファイル蓄積装置である。本発明の第４の実施例は、
第１の実施例の変形例として、ファイル蓄積処理２０３
内のmoov増加サイズ推定処理２４０において、変換候補
のmoov内の必須Ｂｏｘだけではなく、オプショナルＢｏ
ｘの予測されるサイズについても増加サイズの推定に加
算する機能を備えるファイル蓄積装置である。本発明の
第５の実施例は、第１の実施例の変形例として、ファイ
ル蓄積処理２０３内のmoov増加サイズ推定処理２４０に
おいて、変換前ＭＰ４ファイル２０４のmoov１１０のう
ち、変換後のmoov１７１に含まれないＢｏｘ（まとめて
Ｕと記す）のサイズの総和を、推定増加サイズＤから減
算する機能を備えるファイル蓄積装置である。第５の実
施例では、前記Ｂｏｘ群Ｕを格納する親Ｂｏｘ、さらに
この親Ｂｏｘを格納する親Ｂｏｘのサイズや構成が変換
後に異なるため、これらの親Ｂｏｘのサイズや構成を変
換する処理を併せて行う。前記第５の実施例により、増
加サイズの推定をより厳密に行うことが可能となるた
め、必要サイズ以上のfreeサイズを設定することを防ぐ
ことができる。本発明の第６の実施例によるＭＰ４ファ
イル配信装置５２１の構成を図１９に示す。ＭＰ４ファ
イル配信サーバ５２１は、第１の実施例によるＭＰ４フ
ァイル生成装置５１１と、第２の実施例による複数のＭ
Ｐ４ファイル変換装置（５１１、５１２）と、それぞれ
のファイル変換装置に対応する複数の配信装置（２０
７、２１２）を備えることを特徴とする。ＭＰ４ファイ
ル配信サーバ５２１では、ＭＰ４ファイル生成装置５０
１で生成されたＭＰ４ファイル２０４を、moov変換処理
２０５においては配信処理２０７に対応するＭＰ４ファ
イル２０６を生成し、moov変換処理２０９において、他
方の配信処理２１２に対応するＭＰ４ファイル２１１を
生成し、それぞれ配信装置２０７、２１２においてそれ
ぞれの配信形態に応じた処理が施され、配信ストリーム
２０８、及び２１３として配信される。本発明の第６の
実施例の構成により、あるフォーマットのＭＰ４ファイ
ル２０４を複数の配信フォーマットに変換して送ること
が可能となる。moov変換処理２０９は、moov変換処理２
０５と比べて変換後のmoovのフォーマットが異なってい
る以外、処理の流れは基本的に同じである。本発明の第
７の実施例は、第１の実施例のファイル蓄積装置で生成
されたＭＰ4ファイル２０４を、ネットワーク１を介し
て受信し、ネットワーク２へ配信するための形態に従う
ように、ＭＰ４ファイル２０６に変換し、配信するゲー
トウェイ装置である。図２０は、第７の実施例のゲート
ウェイ装置におけるゲートウェイ処理３００の構成を示
すブロック図である。ゲートウェイ処理３００における
各処理（２０５、２０７）は第１の実施例と同じであ
る。本発明の第８の実施例は、第１の実施例のファイル
蓄積装置で生成されたＭＰ4ファイル２０４を、ネット
ワークを介して受信し、自身で再生可能なＭＰ４ファイ
ルフォーマット２０６に変換し、再生する機能を備える
ＭＰ４受信端末装置である。図２１は、第６の実施例の
受信端末装置における内部処理４０１の構成を示すブロ
ック図である。ネットワーク１を介して受信されるＭＰ
４ファイル２０４は、moov変換処理２０５において、こ
の受信端末で再生可能なＭＰ４ファイル２０６に変換さ
れる。変換されたＭＰ４ファイル２０６は、ＭＰ４デコ
ード処理４００においてデコードされ、適切なタイミン
グで映像データ４０２と音響データ４０３が出力され、
それぞれ映像・音響出力装置４０４によってユーザに提
示される。moov変換処理２０５における処理は第１の実
施例と同じである。本発明の第９の実施例は、第１の実
施例の変形例として、外部からの入力やファイルダウン
ロード等により、moov変換候補情報記憶部２２内のmoov
変換候補情報を追加、削除、および更新して記憶する機
能を備えるＭＰ４ファイル蓄積装置である。図２２に、
第９の実施例のＭＰ４ファイル蓄積装置における、moov
変換候補情報を追加、削除、および更新するためのユー
ザインタフェースの一例を示す。第９の実施例では、mo
ov変換候補情報記憶部２２内部の情報を変更する場合、
まず画面６０１に示すようなメニュー画面を表示し、ユ
ーザに変換候補の変更内容の選択を促す。ここでユーザ
が、画面６０１において“1. 変換候補の新規登録”を
選択すると、第９の実施例では次に画面６０２に示すメ
ニュー画面を表示し、新規登録する変換候補の登録方法
の選択を促す。画面６０２では登録方法として、“1.
手入力”、“2. プロファイル参照”、及び“ＭＰ４フ
ァイル参照”を選択肢として提示している。ここでユー
ザが変換候補の登録方法を“1. 手入力”と選択する
と、第９の実施例では次に画面６０３に示すメニュー画
面を表示し、新規登録名、新規登録Ｂｏｘ情報の入力状
態に遷移する。画面６０３では新規登録Ｂｏｘ情報とし
て、新規登録Ｂｏｘ名、新規登録Ｂｏｘを直接格納する
親Ｂｏｘ名、および新規登録Ｂｏｘの推定サイズ（バイ
ト数）とを入力情報としている。複数のＢｏｘを登録す
る場合は、画面６０３を繰り返し表示して登録Ｂｏｘ情
報の入力を複数回行う。第９の実施例では上記のように
入力された新規登録Ｂｏｘ情報を、moov変換候補情報記
憶部２２に登録する。画面６０２においてユーザが“2.
プロファイル参照”を選択した場合は、第９の実施例
では、所定のフォーマットに従って記述されたmoov変換
候補情報を入力元とする。前記入力元の媒体としてはデ
ィスク上のファイルや、フラッシュメモリ上のデータな
どを用いることができる。画面６０２においてユーザが
“3. ＭＰ４ファイル参照”を選択した場合は、第９の
実施例では、指定されたＭＰ４ファイル内に存在するＢ
ｏｘ情報を一括登録する。このファイル参照による登録
機能により、ユーザの手入力による登録処理の負担が軽
減される。上記の第９の実施例のＭＰ４ファイル蓄積装
置により、ＭＰ４ファイルの蓄積装置は常に新しいＭＰ
４ファイル形式を変換候補情報として格納し、それらの
形式に容易に変換できるように、上書き可能なフリーデ
ータを挿入したＭＰ４ファイル２０４を生成、蓄積する
ことが可能となる。
【０００９】本発明の第１０の実施例は、第１の実施例
の変形例として、freeサイズ決定処理２２４において、
外部からfreeサイズを指定する機能を備え、前記指定さ
れたサイズをfreeサイズ２２１として出力する機能を備
えるファイル蓄積装置である。
の変形例として、freeサイズ決定処理２２４において、
外部からfreeサイズを指定する機能を備え、前記指定さ
れたサイズをfreeサイズ２２１として出力する機能を備
えるファイル蓄積装置である。
【００１０】
【発明の効果】本発明によれば、マルチメディアコンテ
ンツの蓄積ファイル（特にＭＰ４ファイル）を、アプリ
ケーション用途に応じて変換する際に、ＭＰ４ファイル
の大部分を占めるメディアデータ部（mdat）の再書き込
み処理や、再書き込みのためのメモリ領域などを行わず
に、メディアデータ部よりも前のメタデータ部（moov）
のみを上書きするだけで行うことが可能となる。従って
処理量、所要メモリ量の点で、効率的なＭＰ４ファイル
変換が可能となる。また、メディアデータ部のファイル
位置が変更されないため、moov内のファイルオフセット
情報（stco）を変更する処理が不要となる。このことに
より、ファイルオフセット情報を解析、上書きする機能
が不要となるため、実装に有利であるだけでなく、さら
に処理量の面でも効率的なＭＰ４ファイル変換が可能と
なる。本発明は、配信サーバ装置やゲートウェイ装置に
おける配信フォーマットの変換、ファイル再生装置にお
けるファイルフォーマット変換やファイルのバージョン
アップなど、ファイル変換が必要なあらゆる装置、用途
において適用可能である。特にＰＤＡや携帯電話など、
演算能力や利用可能メモリ量に制限のある小型携帯端末
において、一つのファイル再生機能のみで、複数のファ
イルフォーマットやファイルフォーマットのバージョン
アップに対応することができるため非常に効果的であ
る。また配信サーバにおいて少ない処理量でのファイル
変換が可能となるため、一つの蓄積ファイル形式でコン
テンツを保存しておくだけで複数の配信形態に対応する
ことができる。このことにより、サーバにおけるコンテ
ンツ蓄積のための容量が節約できるだけでなく、一つの
ファイル形式の流通範囲が拡大するという効果がある。
ンツの蓄積ファイル（特にＭＰ４ファイル）を、アプリ
ケーション用途に応じて変換する際に、ＭＰ４ファイル
の大部分を占めるメディアデータ部（mdat）の再書き込
み処理や、再書き込みのためのメモリ領域などを行わず
に、メディアデータ部よりも前のメタデータ部（moov）
のみを上書きするだけで行うことが可能となる。従って
処理量、所要メモリ量の点で、効率的なＭＰ４ファイル
変換が可能となる。また、メディアデータ部のファイル
位置が変更されないため、moov内のファイルオフセット
情報（stco）を変更する処理が不要となる。このことに
より、ファイルオフセット情報を解析、上書きする機能
が不要となるため、実装に有利であるだけでなく、さら
に処理量の面でも効率的なＭＰ４ファイル変換が可能と
なる。本発明は、配信サーバ装置やゲートウェイ装置に
おける配信フォーマットの変換、ファイル再生装置にお
けるファイルフォーマット変換やファイルのバージョン
アップなど、ファイル変換が必要なあらゆる装置、用途
において適用可能である。特にＰＤＡや携帯電話など、
演算能力や利用可能メモリ量に制限のある小型携帯端末
において、一つのファイル再生機能のみで、複数のファ
イルフォーマットやファイルフォーマットのバージョン
アップに対応することができるため非常に効果的であ
る。また配信サーバにおいて少ない処理量でのファイル
変換が可能となるため、一つの蓄積ファイル形式でコン
テンツを保存しておくだけで複数の配信形態に対応する
ことができる。このことにより、サーバにおけるコンテ
ンツ蓄積のための容量が節約できるだけでなく、一つの
ファイル形式の流通範囲が拡大するという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施例によるＭＰ４ファイル生
成装置を示すブロック図。
成装置を示すブロック図。
【図２】従来のＭＰ４ファイルの基本単位であるＢｏｘ
の構成を示すブロック図。
の構成を示すブロック図。
【図３】従来のＭＰ４ファイルのmdatの構成を示すブロ
ック図。
ック図。
【図４】従来のＭＰ４ファイルのmoovのＢｏｘ構成を示
すブロック図。
すブロック図。
【図５】従来のＭＰ４ファイルのstszの構成を示すブロ
ック図。
ック図。
【図６】従来のＭＰ４ファイルのstscの構成を示すブロ
ック図。
ック図。
【図７】従来のＭＰ４ファイルのstcoの構成を示すブロ
ック図。
ック図。
【図８】従来のWＭＦ(RTFD1.1)が定めるＭＰ４ファイル
のＢｏｘ構成を示すブロック図。
のＢｏｘ構成を示すブロック図。
【図９】本発明の第１の実施例によるＭＰ４ファイル生
成装置の構成を示すブロック図。
成装置の構成を示すブロック図。
【図１０】本発明の第１の実施例によるＭＰ４ファイル
生成装置により生成されるＭＰ４ファイルの構成を示す
ブロック図。
生成装置により生成されるＭＰ４ファイルの構成を示す
ブロック図。
【図１１】本発明の第１の実施例によるＭＰ４ファイル
生成装置における、freeサイズ決定処理の詳細を示すブ
ロック図。
生成装置における、freeサイズ決定処理の詳細を示すブ
ロック図。
【図１２】本発明の第１の実施例によるＭＰ４ファイル
生成装置における、moov変換候補情報記憶部の説明図。
生成装置における、moov変換候補情報記憶部の説明図。
【図１３】本発明の第１の実施例によるＭＰ４ファイル
生成装置における、moov変換後の増加サイズの最大値を
推定する処理の詳細を示すフローチャート。
生成装置における、moov変換後の増加サイズの最大値を
推定する処理の詳細を示すフローチャート。
【図１４】本発明の第１の実施例によるＭＰ４ファイル
生成装置における、moov変換後の増加サイズを推定する
処理の詳細を示すフローチャート。
生成装置における、moov変換後の増加サイズを推定する
処理の詳細を示すフローチャート。
【図１５】本発明の第２の実施例によるＭＰ４ファイル
変換装置の構成を示すブロック図。
変換装置の構成を示すブロック図。
【図１６】本発明の第２の実施例によるＭＰ４ファイル
変換装置における、moov変換処理の詳細を示すフローチ
ャート。
変換装置における、moov変換処理の詳細を示すフローチ
ャート。
【図１７】本発明の第２の実施例によるＭＰ４ファイル
変換装置による変換前と変換後のＭＰ４ファイルの構成
を示すブロック図（変換後のメタデータサイズが、変換
前の上書きサイズよりも小さい場合）。
変換装置による変換前と変換後のＭＰ４ファイルの構成
を示すブロック図（変換後のメタデータサイズが、変換
前の上書きサイズよりも小さい場合）。
【図１８】本発明の第２の実施例によるＭＰ４ファイル
変換装置による変換前と変換後のＭＰ４ファイルの構成
を示すブロック図（変換後のメタデータサイズが、変換
前の上書きサイズよりも大きい場合）。
変換装置による変換前と変換後のＭＰ４ファイルの構成
を示すブロック図（変換後のメタデータサイズが、変換
前の上書きサイズよりも大きい場合）。
【図１９】本発明の第１の実施例による配信サーバ装置
の処理構成を示すブロック図。
の処理構成を示すブロック図。
【図２０】本発明の第７の実施例によるゲートウェイ装
置における処理の詳細を示すブロック図。
置における処理の詳細を示すブロック図。
【図２１】本発明の第８の実施例によるＭＰ４ファイル
受信再生装置の構成を示すブロック図。
受信再生装置の構成を示すブロック図。
【図２２】本発明の第９の実施例によるＭＰ４ファイル
蓄積装置によるメニュー画面の例を示す図。
蓄積装置によるメニュー画面の例を示す図。
【図２３】従来技術によるＭＰ４ファイル変換処理の概
念図。
念図。
２４・・・mdat生成処理、 ２５・・・free生成処理、
２６・・・moov生成処理、 ２００a・・・入力音響
データ、 ２００v・・・入力映像データ、 ２０３・
・・ファイル蓄積装置、 ２０４・・・ＭＰ４ファイル
（変換前）、 ２０５・・・moov変換処理、 ２０６・
・・ＭＰ４ファイル（変換後）、 ２２４・・・freeサ
イズ決定処理、 ２４０・・・moov変換後の増加サイズ
推定処理、２５０・・・moov変換後の最大増加サイズ推
定処理、 ５０１・・・ＭＰ４ファイル生成装置、 ５
１１・・・ＭＰ４ファイル変換装置、 ５２１・・・Ｍ
Ｐ４ファイル配信サーバ、 ２４０・・・moov変換後の
増加サイズ推定処理、 ２５０・・・moov変換後の最大
増加サイズ推定処理。
２６・・・moov生成処理、 ２００a・・・入力音響
データ、 ２００v・・・入力映像データ、 ２０３・
・・ファイル蓄積装置、 ２０４・・・ＭＰ４ファイル
（変換前）、 ２０５・・・moov変換処理、 ２０６・
・・ＭＰ４ファイル（変換後）、 ２２４・・・freeサ
イズ決定処理、 ２４０・・・moov変換後の増加サイズ
推定処理、２５０・・・moov変換後の最大増加サイズ推
定処理、 ５０１・・・ＭＰ４ファイル生成装置、 ５
１１・・・ＭＰ４ファイル変換装置、 ５２１・・・Ｍ
Ｐ４ファイル配信サーバ、 ２４０・・・moov変換後の
増加サイズ推定処理、 ２５０・・・moov変換後の最大
増加サイズ推定処理。
Claims (17)
- 【請求項１】映像、音響を含むメディアデータと、前記
メディアデータよりも前に位置しデジタルデータを再生
するために必要な情報を含むメタデータとを含んだファ
イルを生成するファイル生成装置において、前記メディ
アデータと前記メタデータとの間に、フリーデータを挿
入してファイルを生成することを特徴とするファイル生
成装置。 - 【請求項２】請求項１に記載のファイル生成装置におい
て、前記メタデータには、メディアデータの位置情報を
含むことを特徴とするファイル生成装置。 - 【請求項３】請求項1に記載のファイル生成装置におい
て、挿入されるフリーデータのサイズを外部から指定す
る手段を有するファイル生成装置。 - 【請求項４】請求項１に記載のファイル生成装置におい
て、複数のファイル変換方式に関する情報を格納してお
き、要求された前記ファイル変換方式に関する情報を出
力する手段を有することを特徴とするファイル生成装
置。 - 【請求項５】請求項４に記載のファイル生成装置におい
て、前記ファイル変換方式に関する情報に基づいて、前
記上書き可能なフリーデータサイズを決定する手段をさ
らに有することを特徴とするファイル生成装置。 - 【請求項６】請求項４に記載のファイル生成装置におい
て、前記ファイル変換方式を指定する手段をさらに有す
ることを特徴とするファイル生成装置。 - 【請求項７】請求項４に記載のファイル生成装置におい
て、前記ファイル変換方式を外部から新たに登録する手
段を有することを特徴とするファイル生成装置。 - 【請求項８】請求項５に記載のファイル生成装置におい
て、変換前のファイルに存在せず、かつ変換後のファイ
ルに必須であるデータのサイズＣを算出する手段と、前
記算出サイズＣのフリーデータを挿入する手段を有する
ことを特徴とするファイル生成装置。 - 【請求項９】請求項８に記載のファイル生成装置におい
て、変換前のファイルに存在し、かつ変換後のファイル
に不要なデータを削除する手段と、前記削除処理により
影響が及ぶ他データの内容を更新する手段を有すること
を特徴とするファイル生成装置。 - 【請求項１０】請求項９に記載のファイル生成装置にお
いて、変換前のファイルに存在し、かつ変換後のファイ
ルに存在しないデータのサイズＤを算出する手段と、前
記算出サイズＣから前記算出サイズＤを減算したサイズ
Ｅのフリーデータを挿入する手段を有することを特徴と
するファイル生成装置。 - 【請求項１１】映像、音響を含むメディアデータと、前
記メディアデータより前に位置しデジタルデータを再生
するために必要な情報を含むメタデータとを含んだファ
イルを入力する入力部と、前記メディアデータより前の
部分を上書きする変換処理部と、変更処理したファイル
を出力する出力部とを備えたことを特徴とするファイル
変換装置。 - 【請求項１２】請求項１１に記載の変換処理部は、変換
前のファイルにおける、メディアデータよりも前の第１
のデータサイズと、変換後のファイルにおける、メディ
アデータよりも前の第２のデータサイズとを比較する手
段を有することを特徴とするファイル変換装置。 - 【請求項１３】請求項１２に記載のファイル変換装置に
おいて、前記第１のデータサイズが前記第２のデータサ
イズ以上である場合に、上書き変更することを特徴とす
るファイル変換装置。 - 【請求項１４】請求項１２に記載のファイル変換装置に
おいて、前記第１のデータサイズが前記第２のデータサ
イズよりも小さい場合に、前記メディアデータを一時的
に記憶してできるかどうかを判断し、前記判断により記
憶が不可と判断された場合に、変換処理の中止の旨を示
すメッセージを出力して変換処理を中止する手段と、前
記判断により記憶が可能と判断された場合に、前記メデ
ィアデータを一時的にコピーする手段と、元のメディア
データを前記変換後のメディアデータよりも前のデータ
により上書き変更する手段と、前記一時的にコピーした
メディアデータを前記上書き変更されたデータの直後に
格納する手段と、前記メタデータ内のメディアデータの
位置情報を上書き変更する手段を有することを特徴とす
るファイル変換装置。 - 【請求項１５】映像、音響を含むメディアデータと前記
メディアデータより前に位置しデジタルデータを再生す
るために必要な情報を含むメタデータとを含んだファイ
ルを入力し、入力された前記メディアデータよりも前の
第１のデータサイズと、変換後のファイルにおけるメデ
ィアデータよりも前の第２のデータサイズとを比較し、
該比較結果に基づき前記メディアデータより前の部分を
上書き変換し、変換処理したファイルを出力することを
特徴とするファイル変換方法。 - 【請求項１６】請求項１５に記載のファイル変換方法に
おいて、前記第１のデータサイズが前記第２のデータサ
イズ以上である場合に、上書き変更することを特徴とす
るファイル変換方法。 - 【請求項１７】請求項１５に記載のファイル変換装置に
おいて、前記第１のデータサイズが前記第２のデータサ
イズよりも小さい場合に、前記メディアデータを一時的
に記憶してできるかどうかを判断し、前記判断により記
憶が不可と判断された場合には、変換処理の中止の旨を
示すメッセージを出力して変換処理を中止し、前記判断
により記憶が可能と判断された場合は、前記メディアデ
ータを一時的にコピーし、元のメディアデータを前記変
換後のメディアデータよりも前のデータにより上書き変
更し、前記一時的にコピーしたメディアデータを前記上
書き変更されたデータの直後に格納するし、前記メタデ
ータ内のメディアデータの位置情報を上書き変更するこ
とを特徴とするファイル変換方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001369448A JP2003173625A (ja) | 2001-12-04 | 2001-12-04 | ファイル変換方法、ファイル変換装置、及びファイル生成装置 |
| US10/217,465 US7062758B2 (en) | 2001-12-04 | 2002-08-14 | File conversion method, file converting device, and file generating device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001369448A JP2003173625A (ja) | 2001-12-04 | 2001-12-04 | ファイル変換方法、ファイル変換装置、及びファイル生成装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003173625A true JP2003173625A (ja) | 2003-06-20 |
| JP2003173625A5 JP2003173625A5 (ja) | 2005-06-09 |
Family
ID=19178835
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001369448A Pending JP2003173625A (ja) | 2001-12-04 | 2001-12-04 | ファイル変換方法、ファイル変換装置、及びファイル生成装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7062758B2 (ja) |
| JP (1) | JP2003173625A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2023594A1 (en) | 2007-08-03 | 2009-02-11 | Nikon Corporation | Image inputting apparatus, image inputting program product, camera, and image processing system |
| US7584206B2 (en) | 2004-09-01 | 2009-09-01 | Canon Kabushiki Kaisha | File recording method and file recording apparatus |
| JP2012010038A (ja) * | 2010-06-23 | 2012-01-12 | Toshiba Corp | 情報処理装置及び情報処理方法 |
| JP2012085264A (ja) * | 2010-09-14 | 2012-04-26 | Toshiba Corp | 映像ファイル作成装置および映像ファイル作成方法 |
| US8676038B2 (en) | 2007-07-05 | 2014-03-18 | Sony Corporation | Recording/reproducing apparatus, recording apparatus, reproducing apparatus, recording method, reproducing method and computer program |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100513736B1 (ko) * | 2002-12-05 | 2005-09-08 | 삼성전자주식회사 | 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템 |
| JP3937223B2 (ja) * | 2003-01-21 | 2007-06-27 | ソニー株式会社 | 記録装置、再生装置、記録方法及び再生方法 |
| US7953891B2 (en) | 2003-03-18 | 2011-05-31 | Microsoft Corporation | Systems and methods for scheduling data flow execution based on an arbitrary graph describing the desired data flow |
| US7860916B2 (en) * | 2003-03-18 | 2010-12-28 | Microsoft Corporation | Systems and methods for transforming data in buffer memory without unnecessarily copying data to additional memory locations |
| KR100695126B1 (ko) * | 2003-12-02 | 2007-03-14 | 삼성전자주식회사 | 그래픽 데이터 압축에 관한 메타표현을 이용한 입력파일생성 방법 및 시스템과, ａｆｘ부호화 방법 및 장치 |
| US7930432B2 (en) * | 2004-05-24 | 2011-04-19 | Microsoft Corporation | Systems and methods for distributing a workplan for data flow execution based on an arbitrary graph describing the desired data flow |
| JP2006074531A (ja) * | 2004-09-03 | 2006-03-16 | Canon Inc | データ記録再生装置及び方法 |
| JP4229143B2 (ja) * | 2006-06-23 | 2009-02-25 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
| US20080256431A1 (en) * | 2007-04-13 | 2008-10-16 | Arno Hornberger | Apparatus and Method for Generating a Data File or for Reading a Data File |
| KR100962696B1 (ko) * | 2007-06-07 | 2010-06-11 | 주식회사 이시티 | 부호화된 스테레오스코픽 영상 데이터 파일의 구성방법 |
| EP2001235B1 (en) * | 2007-06-08 | 2013-05-22 | Samsung Electronics Co., Ltd. | MPEG-4 format extension for recording stereoscopic or synthetic 3D video data with related metadata |
| KR100919291B1 (ko) * | 2007-06-18 | 2009-10-01 | 주식회사 코아로직 | 멀티미디어 데이터 생성/재생 장치 및 방법과 그 기록매체 |
| KR20090017170A (ko) * | 2007-08-14 | 2009-02-18 | 삼성전자주식회사 | 미디어 파일 관리 방법 및 장치 |
| US8145490B2 (en) * | 2007-10-24 | 2012-03-27 | Nuance Communications, Inc. | Predicting a resultant attribute of a text file before it has been converted into an audio file |
| KR20090088772A (ko) * | 2008-02-15 | 2009-08-20 | 삼성전자주식회사 | 슬라이드 쇼를 위한 영상파일을 생성 및 재생하기 위한시스템 및 방법 |
| EP2150059A1 (en) * | 2008-07-31 | 2010-02-03 | Vodtec BVBA | A method and associated device for generating video |
| JP2012526332A (ja) * | 2009-05-08 | 2012-10-25 | パワーファイル，インク． | 光ディスク記憶システムに格納されたメディアへのアクセス，圧縮及び追跡 |
| JP5512038B2 (ja) | 2010-04-20 | 2014-06-04 | サムスン エレクトロニクス カンパニー リミテッド | メディアデータを送受信するためのインターフェース装置及び方法 |
| JP5652642B2 (ja) * | 2010-08-02 | 2015-01-14 | ソニー株式会社 | データ生成装置およびデータ生成方法、データ処理装置およびデータ処理方法 |
| JP2013051607A (ja) | 2011-08-31 | 2013-03-14 | Canon Inc | データ処理装置、方法および制御プログラム |
| EP3032835B1 (en) * | 2013-08-08 | 2019-12-04 | The University of Electro-Communications | Data processing device, data processing method, program, recording medium, and data processing system |
| CN104573058B (zh) * | 2015-01-22 | 2018-11-13 | 山东大学 | 一种基于HBase的海量图片存储方法及其实现系统 |
| CN114205628A (zh) * | 2020-09-02 | 2022-03-18 | 中国电信股份有限公司 | 一种mp4文件的编码方法、装置和系统 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3386823B2 (ja) * | 1991-03-28 | 2003-03-17 | 株式会社日立製作所 | ファイルの管理方法及び装置 |
| EP0690392B1 (en) * | 1994-06-30 | 2001-09-26 | Koninklijke Philips Electronics N.V. | Method and device for transcoding a sequence of coded digital signals |
| JPH10106237A (ja) * | 1996-09-25 | 1998-04-24 | Sony Corp | 編集装置 |
| US6549577B2 (en) * | 1997-09-26 | 2003-04-15 | Sarnoff Corporation | Computational resource allocation in an information stream decoder |
| US6751623B1 (en) * | 1998-01-26 | 2004-06-15 | At&T Corp. | Flexible interchange of coded multimedia facilitating access and streaming |
| JP2000092497A (ja) * | 1998-09-16 | 2000-03-31 | Nec Corp | トランスコーダ |
| US6434678B1 (en) * | 1999-02-12 | 2002-08-13 | Gtp, Inc. | Method for data storage organization |
| US6463445B1 (en) * | 1999-08-27 | 2002-10-08 | Sony Electronics Inc. | Multimedia information retrieval system and method including format conversion system and method |
| GB2356509B (en) * | 1999-11-16 | 2004-02-11 | Sony Uk Ltd | Video data formatting and storage |
| US6523046B2 (en) * | 2000-02-25 | 2003-02-18 | Microsoft Corporation | Infrastructure and method for supporting generic multimedia metadata |
| DE60143927D1 (de) * | 2000-03-13 | 2011-03-10 | Sony Corp | Verfahren und vorrichtung zur erzeugung von kompakten metadateien für transcodierungshinweise |
| US20040117427A1 (en) * | 2001-03-16 | 2004-06-17 | Anystream, Inc. | System and method for distributing streaming media |
| US7046805B2 (en) * | 2001-03-20 | 2006-05-16 | Digeo, Inc. | System and method for efficiently storing and processing multimedia content |
| JP2003046931A (ja) * | 2001-08-01 | 2003-02-14 | Canon Inc | 情報管理装置及び方法 |
| FI20011871A (fi) * | 2001-09-24 | 2003-03-25 | Nokia Corp | Multimediadatan prosessointi |
-
2001
- 2001-12-04 JP JP2001369448A patent/JP2003173625A/ja active Pending
-
2002
- 2002-08-14 US US10/217,465 patent/US7062758B2/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7584206B2 (en) | 2004-09-01 | 2009-09-01 | Canon Kabushiki Kaisha | File recording method and file recording apparatus |
| US8676038B2 (en) | 2007-07-05 | 2014-03-18 | Sony Corporation | Recording/reproducing apparatus, recording apparatus, reproducing apparatus, recording method, reproducing method and computer program |
| EP2023594A1 (en) | 2007-08-03 | 2009-02-11 | Nikon Corporation | Image inputting apparatus, image inputting program product, camera, and image processing system |
| JP2012010038A (ja) * | 2010-06-23 | 2012-01-12 | Toshiba Corp | 情報処理装置及び情報処理方法 |
| JP2012085264A (ja) * | 2010-09-14 | 2012-04-26 | Toshiba Corp | 映像ファイル作成装置および映像ファイル作成方法 |
| KR101293332B1 (ko) * | 2010-09-14 | 2013-08-06 | 가부시끼가이샤 도시바 | 영상 파일 작성 장치 및 영상 파일 작성 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7062758B2 (en) | 2006-06-13 |
| US20030103073A1 (en) | 2003-06-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003173625A (ja) | ファイル変換方法、ファイル変換装置、及びファイル生成装置 | |
| AU2004203374B2 (en) | Image file container | |
| CN101283351B (zh) | 用于媒体数据传输的方法和设备 | |
| EP2061241A1 (en) | Method and device for playing video data of high bit rate format by player suitable to play video data of low bit rate format | |
| US20080019440A1 (en) | Apparatus and method for transmitting and receiving moving pictures using near field communication | |
| US20050271358A1 (en) | Moving picture editing apparatus | |
| KR20050104356A (ko) | 정보 처리 장치, 및 정보 처리 방법, 및 컴퓨터 프로그램 | |
| CN105049896A (zh) | 一种基于hls协议的流媒体广告插入方法及系统 | |
| US8635369B2 (en) | Content transmission system, content sending apparatus and method, content reception apparatus and method, program, and recording media | |
| JP5135147B2 (ja) | 動画ファイル送信サーバおよびその動作制御方法 | |
| CN102118633B (zh) | 视频文件播放的方法、装置及系统 | |
| KR20050006565A (ko) | 멀티미디어 데이터의 관리 및 편집을 위한 시스템 및 방법 | |
| JPH0818622A (ja) | 情報通信端末装置 | |
| JP2006323678A (ja) | コンテンツ再生方法、コンテンツ再生システム、及びコンピュータプログラム | |
| CN109842801A (zh) | 一种数字视频信号压缩处理方法及系统 | |
| JP2010087717A (ja) | 動画ファイル送信サーバおよびその動作制御方法 | |
| US20080227383A1 (en) | Digital content transmitting apparatus, digital-content control web page data transmitting apparatus, and methods of controlling operation of same | |
| JP2004128872A (ja) | 画像処理装置及びその方法、並びにコンピュータプログラム及びコンピュータ可読記憶媒体 | |
| AU2007360514B2 (en) | Methods and systems for transferring multimedia content using an existing digital sound transfer protocol | |
| JP2004272631A (ja) | ローカルサーバのデータ処理方法、及びローカルサーバ装置 | |
| JP2008311791A (ja) | 映像撮影装置および映像記録再生装置 | |
| SG184720A1 (en) | Methods and systems for transferring multimedia content using an existing digital sound transfer protocol |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040827 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040827 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071106 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080304 |