(57)【特許請求の範囲】
【請求項１】
メディアデータの再生条件を含む制御情報と前記メディアデータとがヘッダ部とメディアデータ部とに分離して格納されるフォーマットを有するコンテンツファイルを解析し、前記メディアデータ部の分割ポイントを指定された編集サイズに従って決定する解析部と、
前記メディアデータ部を前記分割ポイントに従って分割するメディアデータ分割部と、
前記メディアデータ部の分割位置に従って前記ヘッダ部を複数の分割ヘッダ部に分割するヘッダ分割部と、
複数の分割メディアデータ部と複数の分割ヘッダ部とがそれぞれ組み合わせられた複数の分割コンテンツファイルを作成する作成部とを含み、
前記作成部は、先頭の分割コンテンツファイルのヘッダ部に、複数の分割コンテンツファイル間で再生処理に共通に使用されるコーデック情報を含む共通情報と、先頭の分割コンテンツファイルに固有の時間情報、サイズ情報、及びオフセット情報を含む固有情報とを格納し、先頭の分割コンテンツファイルに後続する分割コンテンツファイルのヘッダ部に、前記共通情報を格納することなく当該後続する分割コンテンツファイルに固有の時間情報、サイズ情報、及びオフセット情報を含む固有情報を格納する
コンテンツ編集装置。
【請求項２】
前記作成部は、或る分割コンテンツファイルに後続する次の分割コンテンツファイルのネットワーク上のアドレスを示す情報を前記或る分割コンテンツファイルのヘッダ部に付与する
請求項１に記載のコンテンツ編集装置。
【請求項３】
複数の分割コンテンツファイルに格納されたコンテンツをネットワークからダウンロードして再生するコンテンツ再生装置であって、
次の分割コンテンツファイルのネットワーク上のアドレスを示す情報を含む分割コンテンツファイルを第１の記憶領域にダウンロードするダウンロード制御部と、
前記分割コンテンツファイルに基づくコンテンツの再生処理を行う再生処理部と、
前記分割コンテンツファイルに基づく再生処理が終了する前に、前記次の分割コンテンツファイルのネットワーク上のアドレスを示す情報に基づいて、この次の分割コンテンツ
ファイルのダウンロード要求を前記ネットワークに対して行うダウンロード要求部を含み、
前記ダウンロード制御部は、前記ダウンロード要求に応じて前記ネットワークから送信される前記次の分割コンテンツファイルを前記第１の記憶領域と異なる第２の記憶領域にダウンロードし、
前記再生処理部は、前記分割コンテンツファイルの再生処理の終了に続いて、前記第２の記憶領域に格納された前記次の分割コンテンツファイルに対する再生処理を行い、
前記ダウンロード制御部で最初にダウンロードされる先頭の分割コンテンツファイルは、複数の分割コンテンツファイル間で再生処理に共通に使用されるコーデック情報を含む共通情報を含み、
前記再生処理部は、前記先頭の分割コンテンツファイルに後続する、前記共通情報を含まない分割コンテンツファイルの再生処理を、前記共通情報を用いて行う
コンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ編集装置及びその再生装置に関する。コンテンツ編集装置は、例えば、コンテンツ配信ネットワーク型の映像編集装置に適用される。
【背景技術】
【０００２】
近年、ＭＰ４(Moving Picture Experts Group 4(ＭＰＥＧ−４)で規定されたファイル
フォーマット) のようなシステムレイヤを有するコンテンツファイルがある。このコンテンツファイルは、多重化された複数のメディアデータに対する再生条件を含む制御情報(
メタデータ)が格納されるヘッダ情報部と、各メディアのストリーム(メディアデータ：エレメンタルストリーム(ＥＳ)と呼ばれる)のみが格納されているメディアデータ部とを有
している。
【０００３】
このようなシステムレイヤを有するコンテンツファイルについて、コンテンツの抽出、分割などの編集を行う場合には、コンテンツファイルのヘッダ情報の解析が要求される。ヘッダ情報部は、メディアデータ部に格納されたメディアデータに対応する時間管理情報が格納されている。コンテンツファイルが編集される場合には、少なくともこの時間管理情報の編集が要求される。
【０００４】
コンテンツファイルに格納されたコンテンツが編集される場合には、例えば、図１０に示すような方法を適用することができる。最初に、コンテンツファイルのヘッダ情報部が解析される(Ｓ１)。次に、メディアデータ部に格納されたコンテンツ(各メディアのエレ
メンタリストリーム(メディアデータ))が抽出される(Ｓ２)。次に、コンテンツ(メディアデータ)に対する切り貼りなどの編集を行う(Ｓ３)。そして、編集されたコンテンツをシ
ステムレイヤに格納しなおす(Ｓ４)。このステップでは、編集されたコンテンツに応じたヘッダ情報を新たに作成し、システムレイヤに格納する処理が行われる。このような方法は、コンテンツファイルを最初から作り直す場合と同等の処理負荷や処理時間がかかる。このため、コンテンツの再利用として効率的ではなかった。
【０００５】
また、ＭＰ４は、３ＧＰＰ(3rd Generation Partnership Project：第３世代移動通信
システムの標準化プロジェクト)の携帯端末で扱われるコンテンツフォーマットとして使
用されている。
【０００６】
現状の携帯端末は、複数のコンテンツファイルからなるコンテンツをダウンロードして再生する場合に、或るコンテンツファイル内のコンテンツを再生しながら、次のコンテンツファイルをダウンロードする機能を有していない。即ち、携帯端末は、ダウンロードしたデータを蓄積するためのバッファを一つしか有していなかった。このため、バッファに１つのコンテンツファイルがダウンロードされると、このファイルに対応するコンテンツの再生が終了するまで、このバッファを次のコンテンツファイルのダウンロードに使用することができなかった。従って、携帯端末は、或るコンテンツファイルをダウンロードすると、このコンテンツファイル内のコンテンツの再生を行い、再生が終了すると、次のコンテンツファイルをダウンロードしていた。
【０００７】
また、現在の携帯端末が扱うことができるコンテンツファイルの最大サイズは機種によって異なっている。このため、１つのコンテンツファイルで再生されるコンテンツ時間を可能な限り長くすべく、機種に応じた最大サイズを考慮して、１つのコンテンツが分割された複数のコンテンツファイルを用意していた。
【０００８】
上記した事情により、コンテンツが複数のコンテンツファイルに分割されている場合には、携帯端末は、そのコンテンツを連続再生できなかった。言い換えると、コンテンツが携帯端末の取扱可能な最大サイズを超えるために、複数のコンテンツファイルに分割された場合には、そのコンテンツの連続再生は不可能となっていた。
【０００９】
従って、図１１に示すように、例えば、ＰＣ(パーソナルコンピュータ)に向けられたサイズ(例えば１メガバイト)のコンテンツを携帯端末へ配信する場合には、携帯電話の機種に応じた最大サイズでコンテンツを分割することが要求されていた。例えば、図１１に示す機種Ｂの携帯端末(最大サイズ：例えば３２０キロバイト)に向けて、上記コンテンツが分割された分割ファイル(例えば、４つの２５０キロバイトファイル)をコンテンツ管理サーバで管理しなければならなかった。
【００１０】
また、図１１に示すように、新たな携帯端末(機種Ｄ：最大サイズ：例えば５００キロ
バイト)が登場すると、上記コンテンツが２つに分割された分割ファイル(２つの５００キロバイトファイル)を作成し、コンテンツ管理サーバに格納することが要求されていた。
【００１１】
本発明に関連する先行技術として、次の文献に開示された技術がある。
【特許文献１】特開２００２−２９７４９６号公報
【特許文献２】特開２００１−１５６６４３号公報
【特許文献３】特開２００３−３０４５１１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、複数の分割ファイルに格納されたコンテンツを携帯端末で連続再生することを可能とする分割コンテンツファイルを作成する技術を提供することである。
【００１３】
また、本発明の他の目的は、分割ファイルサイズを小さくすることによってダウンロード時間を短縮化できる技術を提供することである。
【課題を解決するための手段】
【００１４】
本発明は、上述した目的を達成するために以下の構成を採用する。
【００１５】
即ち、本発明は、メディアデータの再生条件を含む制御情報と前記メディアデータとがヘッダ部とメディアデータ部とに分離して格納されるフォーマットを有するコンテンツファイルを解析し、前記メディアデータ部の分割ポイントを所定サイズに従って決定する解析部と、
前記メディアデータ部を前記分割ポイントに従って分割するメディアデータ分割部と、
前記メディアデータ部の分割位置に従って前記ヘッダ部を複数の分割ヘッダ部に分割するヘッダ分割部と、
複数の分割メディアデータ部と複数の分割ヘッダ部とがそれぞれ組み合わせられた複数の分割コンテンツファイルを作成する作成部と
を含むコンテンツ編集装置である。
【００１６】
好ましくは、前記作成部は、先頭の分割コンテンツファイルのヘッダ部に、複数の分割コンテンツファイル間で共通の情報と、先頭の分割コンテンツファイルに固有の情報とを格納し、先頭の分割コンテンツファイルに後続する分割コンテンツファイルのヘッダ部に、この分割コンテンツファイルに固有の情報を格納する。
【００１７】
好ましくは、前記作成部は、或る分割コンテンツファイルに後続する次の分割コンテンツファイルの格納位置を示す情報を分割コンテンツファイルのヘッダ部に付与する。
【００１８】
また、本発明は、複数の分割コンテンツファイルに格納されたコンテンツをネットワークからダウンロードして再生するコンテンツ再生装置であって、
次の分割コンテンツファイルの格納位置を含む分割コンテンツファイルを第１の記憶領域にダウンロードするダウンロード制御部と、
前記分割コンテンツファイルに基づくコンテンツの再生処理を行う再生処理部と、
前記分割コンテンツファイルに基づく再生処理が終了する前に、前記次のコンテンツファイルの格納位置に基づいて、この次のコンテンツファイルのダウンロード要求を前記ネットワークに対して行うダウンロード要求部を含み、
前記ダウンロード制御部は、前記ダウンロード要求に応じて前記ネットワークから送信される次の分割コンテンツファイルを前記第１の記憶領域と異なる第２の記憶領域にダウンロードし、
前記再生処理部は、前記分割コンテンツファイルの再生処理の終了に続いて、前記第２の記憶領域に格納された前記次の分割コンテンツファイルに対する再生処理を行うコンテンツ再生装置である。
【００１９】
好ましくは、本発明によるコンテンツ再生装置において、前記ダウンロード制御部で最初にダウンロードされる先頭の分割コンテンツファイルは、複数のコンテンツファイル間で共通な共通情報を含み、
前記再生処理部は、前記先頭の分割コンテンツファイルに後続する分割コンテンツファイルの再生処理を、前記共通情報を用いて行う。
【００２０】
本発明は、上記したコンテンツ編集装置や再生装置と同様の特徴を有するコンテンツ編集方法及び再生方法、或いは、このような編集や再生をコンピュータにて実行させるためのプログラム、このプログラムを記録した記録媒体として構成可能である。
【発明の効果】
【００２１】
本発明によれば、複数の分割ファイルに格納されたコンテンツを携帯端末で連続再生することを可能とすることができる。
【００２２】
また、本発明によれば、分割ファイルサイズを小さくすることによってダウンロード時間を短縮化できる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００２４】
〈コンテンツ編集装置〉
最初に、本発明によるコンテンツ編集装置の実施形態について説明する。
【００２５】
《編集装置の構成》
図１は、コンテンツ編集装置の構成例を示す図である。図１において、コンテンツ編集装置(以下、「編集装置」)１００は、ＭＰ４ファイルのような、コンテンツファイルを複数の分割ファイルに編集する。
【００２６】
この編集装置に適用されるコンテンツファイルは、配信条件やコンテンツ時間を含むヘッダ情報を格納したヘッダ部と、コンテンツとしてのメディアデータを格納したメディアデータ部とを含み、コンテンツとコンテンツの再生に係る制御情報とが分離されてヘッダ部及びメディアデータ部に格納されている。
【００２７】
この例では、コンテンツファイルとして、複数の種類のメディアデータ(例えば、ビデ
オと音声)が多重化されて格納された複合コンテンツファイルとしてのＭＰ４ファイルが
適用される例を示している。但し、本発明は、単一のメディアデータを格納したコンテンツファイルについて適用可能である。
【００２８】
ここで、ＭＰ４ファイルフォーマットについて説明する。図２Ａは、ＭＰ４ファイルフォーマットの概要説明図であり、図２Ｂは、図２Ａに示した各Ｂｏｘのシンタックスを示す図である。
【００２９】
図２Ａに示すように、ＭＰ４ファイルフォーマットは、大略して、Ftyp Boxと、Moov Boxと、Mdat Boxとからなる。各ボックスは、図２Ｂに示すように、ボックスサイズと、ボックス本体と、ボックス内のデータサイズとを有している。
【００３０】
Ftyp Boxは、ファイルタイプが記述されたボックスであり、ファイルの先頭に一つだけ含まれる。Moov Boxは、ファイルの全てのメタデータを含むコンテナであり、コンテンツファイルのヘッダ情報部に相当する。メタデータとしての情報は、各トラック(動画(Video)、音声(Audio)など)のヘッダ情報やコンテンツの内容のメタ記述、時刻情報等を含む。
【００３１】
Mdat Boxは、トラックのメディアデータ本体のコンテナであり、コンテンツファイルのメディアデータ部に相当する。ファイル中のMdatボックスの数は任意である。また、Mdatボックスに含まれるトラックの構成も任意である。図２Ａに示す例では、Mdatボックスには、ビデオ及び音声のトラックが格納されている。Moovボックスは、Mdatボックスのトラック構成に応じた内容を持つ。図１Ａに示す例では、Moovボックスは、ビデオトラックと、音声トラックとを有している。
【００３２】
各トラックは、メディアデータのサンプル情報を管理するサンプル情報管理部としてのstblボックスを持つ。stblボックスは、時間情報を管理する時間情報管理部としてのsttsボックスと、サイズ情報を管理するサイズ情報管理部としてのstszボックスと、サンプル情報を或る一定のまとまり(チャンク(chunk))で管理するチャンク情報管理部としてのstszボックスと、チャンクのオフセット情報を管理するオフセット情報管理部としてのstco
ボックスとを含んでいる。
【００３３】
図１に戻って、編集装置１００は、編集装置１００に入力されるコンテンツファイルを解析する解析部１０と、コンテンツファイルをヘッダ部とメディアデータ部に分離するファイル分離部２０と、メディアデータ部内のメディアデータを分割するメディアデータ分割部３０と、ヘッダ部内のヘッダ情報を分割するヘッダ分割部と、分割されたメディアデータと対応するヘッダ情報とを組み合わせた分割ファイルを生成するファイルパッキング部５０とを備える。
【００３４】
解析部１０は、編集装置１００に入力されたコンテンツファイル中のメディアデータ部の分割ポイントを、指定されたサイズに従って決定する。指定サイズは、所定のコンテンツの再生装置(例えば携帯端末)が取り扱うことのできる最大サイズを考慮した上で、この再生装置が或るコンテンツファイルをダウンロードし、このコンテンツファイル内のコンテンツを再生している間に、次のコンテンツファイルのダウンロードが完了するように決定される。メディアデータは、複数のチャンクからなり、チャンク単位でしか分割できない。このため、チャンク間の境界となる位置が分割ポイントとして決定される。分割ポイントは、解析部１０がメディアデータ分割部３０及びヘッダ分割部４０に通知される。
【００３５】
ファイル分離部２０は、コンテンツファイルをヘッダ部とメディアデータ部とに分離する。メディアデータ部は、メディアデータ分割部３０に入力される。ヘッダ部は、ヘッダ
分割部４０に入力される。
【００３６】
メディアデータ分割部３０は、ファイル分離部２０から入力されたメディアデータ部内のメディアデータを解析部１０で決定されたファイル分割ポイントに従って分割する。分割されたメディアデータは、ファイルパッキング部５０に入力される。
【００３７】
ヘッダ分割部４０は、ファイル分離部２０から入力されたヘッダ部内のヘッダ情報を解析部１０で決定された分割ポイントで分割する。分割されたヘッダ情報は、ファイルパッキング部５０に入力される。
【００３８】
ファイルパッキング部５０は、メディアデータ分割部３０から入力された分割メディアデータブロックと、ヘッダ分割部４０から入力された対応する分割ヘッダ情報ブロックとを、１つのコンテンツファイルにパッキングする。このようにして、複数の分割コンテンツファイルが作成される。
【００３９】
作成された分割コンテンツファイルは、再生装置への配信用コンテンツとして、ネットワーク上の所定位置(例えば、コンテンツ配信用サーバ)に配置される。
【００４０】
ヘッダ分割部４０は、詳細には、ファイル分離部２０から入力されるＭＰ４ファイルのヘッダ部のstbl部(サンプル情報管理部)を、ファイル分割ポイントに従って分割するstbl分割部(サンプル情報分割部)４１と、オフセット情報を管理するstco部(オフセット情報
管理部)内のstco情報(オフセット情報)を分割後のオフセット情報に修正するoffset情報
計算部４２と、各情報管理部(stbl，ヘッダ，メディアデータ，ファイル等)のサイズ情報を分割後のサイズ情報に修正するサイズ情報計算部４３を備えている。
【００４１】
stbl分割部(サンプル情報管理部)４１は、stco部を分割するstco分割部(オフセット情
報分割部)４１１と、stsc部(チャンク情報管理部)を分割するstsc分割部(チャンク情報管理部)４１２と、stsz部(サイズ情報管理部)を分割するstsz分割部(サイズ情報分割部)４
１３と、時間情報を管理するstts部(時間情報管理部)を分割するstts分割部(時間情報管
理部)４１４と、を有している。
【００４２】
サイズ情報計算部４３は、分割されたstbl部のサイズを計算するstblサイズ計算部(サ
ンプル情報管理部サイズ計算部)４３１と、分割されたヘッダ部のサイズを計算するヘッ
ダサイズ計算部４３２と、分割されたメディアデータのサイズを計算するメディアデータサイズ計算部４３３と、分割されたファイルサイズを計算するファイルサイズ計算部４３４とを有している。
【００４３】
また、ファイルパッキング部５０は、詳細には、先頭ファイルパッキング部(First File Packing部)５１と、次以降ファイルパッキング部(Follow File Packing部)５２と、連
続コンテンツＵＲＬ格納部とを含んでいる。
【００４４】
編集装置１００に入力されるコンテンツファイルは、指定最大サイズに応じて、Ｎ個(
Ｎは自然数)の分割メディアデータブロック及び分割ヘッダ情報ブロックに分割される。
先頭ファイルパッキング部５１には、１番目の分割メディアデータブロック及び分割ヘッダ情報ブロックが入力される。次以降ファイルパッキング部５２には、２〜Ｎ番目の分割メディアデータブロック及びヘッダ情報ブロックが入力される。
【００４５】
第１実施形態では、２〜Ｎ番目の分割コンテンツファイルのサイズを低減すべく、１番目の分割コンテンツファイルのファイルフォーマットと異なるファイルフォーマットで２〜Ｎ番目の分割コンテンツファイルを作成する。このため、２〜Ｎ番目のコンテンツファ
イルの作成方法(パッキング方法)は、１番目のコンテンツファイルの作成方法(パッキン
グ方法)と異なる。この事情に従って、各パッキング方法を実現する先頭ファイルパッキ
ング部５１と次以降ファイルパッキング５２とが用意されている。
【００４６】
各ファイルパッキング部５１及び５２は、分割メディアデータブロック及び分割ヘッダ情報ブロックを含む分割コンテンツファイルを作成し、ＵＲＬ格納部５３に入力する。
【００４７】
ＵＲＬ格納部(位置情報付与部)５３は、入力された複数の分割コンテンツファイル(コ
ンテンツ時間上で連続するコンテンツを格納した連続ファイル)のそれぞれに対し、各分
割コンテンツファイルのネットワーク上での格納位置を示す識別情報を付与する。ここでは、インターネット上の住所に相当するＵＲＬ(Uniform Resource Locator)を、各分割コンテンツファイルに付与(格納)する。
【００４８】
上述した編集装置１００は、ＣＰＵ(Central Processing Unit)のようなプロセッサ，
プロセッサによって実行されるプログラム及びプログラムの実行時に使用されるデータを格納した記憶装置(メモリ)，入出力インタフェース，通信インタフェース等を有する情報処理装置(コンピュータ)で実現することができる。
【００４９】
この場合、上述した解析部１０，ファイル分離部２０，メディアデータ部３０，ヘッダ分離部４０，及びファイルパッキング部５０の各機能は、プロセッサがプログラムを実行することによって実現される。また、これらの機能は、ハードウェアロジックによって実現することもできる。
【００５０】
《編集装置の動作例》
次に、上述した構成を持つ編集装置１００の動作例について説明する。図１において、編集装置１００は、編集対象のコンテンツファイル(ＭＰ４ファイル)と、編集サイズ(指
定サイズ)とを取得する。取得されたＭＰ４ファイル及び編集サイズは、解析部１０に入
力される。
【００５１】
解析部１０は、ＭＰ４ファイルを解析し、指定された編集サイズに従って、Mdatボックス中のメディアデータの分割ポイント(メディアデータを分割すべき位置。例：先頭から
ｘバイトの位置)を決定する。このとき、複数のメディアが多重されている場合には、メ
ディア毎に分割ポイントが決定される。解析部１０は、コンテンツファイルと分割ポイントとをファイル分離部２０に入力する。
【００５２】
ファイル分離部２０は、コンテンツファイルをヘッダ部(Ftypボックス及びMoovボック
ス)とメディアデータ部(Mdatボックス)に分離する。ファイル分離部２０は、メディアデ
ータ部を分割ポイントとともにメディアデータ分割部３０に送信する。また、ファイル分離部２０は、ヘッダ部及び分割ポイントをヘッダ分割部４０に送信する。
【００５３】
メディアデータ分割部３０は、分割ポイントに従って、Mdatボックス中のメディアデータを分割する。複数のメディアが多重されている場合には、メディア毎の分割が実行される。
【００５４】
ヘッダ分割部４０では、分割ポイントに従って、ヘッダ部内のstblボックス内の時間情報が格納されているsttsボックス、サイズ情報が格納されているstszボックス、チャンクオフセット情報が格納されているstcoボックス、チャンク情報が格納されているstscボックス情報を分割する。stcoボックスは、stco分割部４１１で分割される。stscボックスは、stsc分割部４１２で分割される。stszボックスは、stsz分割部４１３で分割される。sttsボックスは、stts分割部４１４で分割される。
【００５５】
図３〜図６は、ヘッダ分割方法の例を示す図である。図３Ａは、stcoボックス(オフセ
ット情報)のフォーマット(シンタックス)及び分割方法の説明図であり、図３Ｂは、分割
されたstcoボックスを示す図である。図４Ａは、stscボックス(チャンク情報)のフォーマット(シンタックス)及び分割方法の説明図であり、図４Ｂは、分割されたstscボックスを示す図である。
【００５６】
図５Ａは、stszボックス(サイズ情報)のフォーマット(シンタックス)及び分割方法の説明図であり、図５Ｂは分割されたstszボックスを示す図である。図６Ａは、sttsボックス(時間情報)のフォーマット(シンタックス)及び分割方法の説明図であり、図６Ｂは、分割されたsttsボックスを示す図である。図３〜図６には、ＭＰ４ファイルの先頭からチャンクオフセットＳの位置で、ＭＰ４ファイルを２つに分割する例が示されている。
【００５７】
stcoボックスは、各チャンクの位置する、ファイルの先頭からのチャンクオフセット情報を有している。stcoボックスは、図３Ａに示すようなフォーマットを有している。即ち、先頭から順に、stcoボックスのサイズ情報(size)，stcoボックスであることを表す文字列(識別子)“stco”，及びオフセット情報のエントリの数を示すエントリ数(entry count)が格納されている。これらをまとめて指す場合には、“stcoボックスヘッダ”と呼ぶ
stcoボックスヘッダに続いて、チャンクオフセット情報のエントリが連続して格納されている。ここでは、Ｔ個(１，２，・・・Ｓ，Ｓ＋１，・・・，Ｔ)のエントリが存在する。各エントリには、チャンクオフセット情報として、ファイルの先頭からのバイト数に応じたチャンク番号とそのチャンクのバイト数とのセットが格納されている。
【００５８】
stco分割部４１１は、先頭から順に、各エントリに含まれるバイト数を加算し、加算結果が分割ポイントとしてのバイト数を超えない範囲で最大となるときのエントリの末尾を、stcoボックスの分割位置として決定する。ここでは、解析部１０が決定した分割ポイントに対応する分割位置として、エントリ(チャンク番号)Ｓと、エントリＳ＋１との間で、stcoボックスが分割される。
【００５９】
続いて、図３Ｂに示すように、エントリＳ＋１からＴまでをstcoボックスフォーマットにするために、これらのエントリの先頭に、stcoボックスヘッダが追加される。即ち、“size”，“stco”及び“entry count”が付加される。このとき、“entry count”の値は、(Ｔ−Ｓ)となり、“size”の値は、Ｓ＋１からＴまでのエントリサイズと、“size”，“stco”及び“entry count”のサイズとを合計した値になる。
【００６０】
一方、stco分割部は、エントリＳ＋１からＴまでが切り離されたstcoボックス(先頭側
のデータ)における“size”及び“entry count”の値を修正する。ここでは、“size”の値から、エントリＳ＋１からＴまでのサイズが減算される。また、“entry count”の値
が“Ｓ”に変更される。オフセット情報の分割位置に対応するオフセット情報エントリ(
チャンク番号)Ｓは、stsc分割部４１２に与えられる。
【００６１】
stscボックスは、同じエンコード条件を持つ連続したサンプルをグループ化したまとまり（チャンク）の情報を格納している。stscボックスは、図４Ａに示すようなフォーマット(シンタックス)を有している。
【００６２】
即ち、stscボックスには、先頭から順に、stscボックスのサイズ情報(size)，stscボックスであることを示す文字列(識別子)“stsc”，及びチャンク情報のエントリ数情報(entry count)が格納されている。これらの情報をまとめて指す場合は、“stscボックスヘッ
ダ”と呼ぶ。stscボックスヘッダに続いて、チャンク情報エントリが連続して格納されている。
【００６３】
チャンク情報エントリは、チャンクの番号(インデックス)を示す“First Chunk x(ｘは、自然数１〜Ｒのいずれか)”と、そのチャンク内のサンプル数を示す“Sampleper Chunk
x”と、そのチャンクのエンコード情報(サンプルのエンコード形式を示すインデックス)を示す“SampleDes index x”とからなる。この例では、Ｒ個(１,２,・・・Ｑ,Ｑ＋１,・・・,Ｒ)のエントリが格納されている。
【００６４】
stsc分割部４１２は、stco分割部４１１で行われたチャンクオフセット情報の分割位置(チャンク番号Ｓ)に対応するチャンクインデックスの位置で、stscボックスを分割する。図４Ａでは、チャンク番号Ｓに対応するインデックスＱの位置で、stscボックスが分割されている。
【００６５】
続いて、stsc分割部４１２は、図４Ｂに示すように、分割された後ろ側のデータ(イン
デックスＱ＋１からＲまでのチャンク情報エントリ)に対し、対応する値をそれぞれ有す
るstscボックスヘッダ(“size”，“stsc”及び“entry count”)を付加することによっ
て、stscボックスを作成する。
【００６６】
また、stsc分割部４１２は、先頭側のデータ(インデックスＱ＋１からＲまでのチャン
クエントリが切り離されたstscボックス)の“size”及び“entry count”の値が変更(修
正)される。
【００６７】
stsc分割部４１２は、先頭側の分割されたstscボックスのサンプル総数(stscボックス
の分割位置までに含まれるサンプル数)を、stsz分割部４１３に与える。先頭側の分割さ
れたstscボックスのサンプル総数は、このボックス中の各エントリに格納されたサンプル数の総和を求めることで得ることができる。
【００６８】
stszボックスは、連続する同サイズのサンプル数を示す情報を格納している。stszボックスは、図５Ａに示すフォーマットを有している。即ち、stszボックスは、先頭から順に、stszボックスのサイズ情報(size)，stczボックスであることを示す文字列(識別子)“stcz”をそれぞれ格納している。これらをまとめて指す場合は、“stszボックスヘッダ”と呼ぶ。
【００６９】
stszボックスヘッダに続いて、サイズ情報エントリが連続して格納されている。サイズ情報エントリは、連続する同サイズのサンプル数を示す情報(count)とそのサンプルサイ
ズ(SampleSize)とのセットを格納している。図５Ａに示す例では、Ｐ個(１,２,・・・,Ｏ,Ｏ＋１・・・,Ｐ)のサンプル情報エントリが格納されている。
【００７０】
stsz分割部４１３は、stsc分割部４１２から受け取ったサンプル総数(「通知サンプル
数」とも表記する)に基づいて、stszボックスの分割位置を決定する。即ち、stsz分割部
４１３は、先頭のサイズ情報エントリから順に、サンプル数を加算する。そして、stsz分割部４１３は、加算結果が通知サンプル数を超えない範囲で最大の値となるときのサイズ情報エントリの末尾を、stszボックスの分割位置として決定する。
【００７１】
stsz分割部４１３は、図５Ｂに示すように、分割された後ろ側のサンプル情報エントリに対し、対応する値を持つstszボックスヘッダ(“size”及び識別子“stsz”)を付与することで、分割stscボックスを作成する。また、分割された先頭側のstszボックスの“size”値を修正する。stsz分割部４１３は、通知サンプル数をstts分割部４１４に与える。
【００７２】
sttsボックスは、同じ時間長のサンプルがいくつ続くかという情報を格納している。sttsボックスは、図６Ａに示すフォーマットを有している。即ち、sttsボックスは、先頭か
ら順に、sttsボックスのサイズ情報(size)、sttsボックスである事を示す文字列(識別子)“stts”，及びsttsボックスに含まれたエントリ数(Entry count)を格納している。これ
らをまとめて指す場合は“sttsボックスヘッダ”と呼ぶ。
【００７３】
sttsボックスヘッダに続いて、時間情報エントリが連続して格納されている。時間情報エントリは、連続する同一時間長のサンプル数(count)と、そのサンプルの時間長(delta)とのセットを有している。この例では、Ｍ個(１,２,・・・Ｎ,Ｎ＋１,・・・,Ｍ−１,Ｍ)の時間情報エントリが格納されている。
【００７４】
stts分割部４１４は、stsz分割部４１３と同様の手法で、通知サンプル数(サンプル総
数)に対応する位置でsttsボックスを分割する。続いて、stts分割部４１４は、分割され
たＮ＋１からＭまでのエントリの先頭に、sttsボックスヘッダ(サイズ情報(size)，識別
子“stts”，及びエントリ数(Entry Count))を付加し、sttsボックスフォーマットにする。
【００７５】
先頭側の分割されたsttsボックスに関してはサイズ情報(size)とエントリ情報(Entry Count)を修正する。以上で、stblボックスの分割が完了する。分割されたstcoボックス，stscボックス，stszボックス及びsttsボックスは、まとめられて、分割stblボックスを構
成する。
【００７６】
なお、上述した処理において、sttz分割部４１３とstts分割部４１４の処理の順序は逆でも良く、並列に行われるようにしても良い。
【００７７】
上述したヘッダ分割部４１の処理(stblボックスの分割)は、Moovボックスの全てのトランクについて行われる。また、この例では、stblボックスが２つに分割される場合について示している。stblボックスの分割数が３以上の場合でも、各分割ポイントについて、上述した処理と同様の処理が行われ、複数の分割stblボックスが作成される。
【００７８】
図１に戻って、サイズ情報計算部４３は、ヘッダ部及びメディアデータ部の分割によって生じたサイズ情報の差異を修正する。具体的には、最初に、stblサイズ計算部４３１が、各分割stblボックスのサイズを計算する。次に、ヘッダサイズ計算部４３２は、stblボックスの分割によって生じたヘッダ(stblボックスを含むMoovボックス)のサイズの差異を修正する。
【００７９】
メディアデータサイズ計算部４３３は、各分割メディアデータのサイズを計算する。ファイルサイズ計算部４３４は、ファイルフォーマット中に新たに定義される固定サイズの連続ファイルＵＲＬ指定ボックス(図７Ａ及び図７Ｂ参照)を含んだ各分割ファイルのサイズを計算する。
【００８０】
オフセット情報計算部４２は、分割によって生じたチャンクオフセット情報の差異を修正する。チャンクオフセット情報は、上述したように、コンテンツファイルの先頭からのチャンクの位置をそれぞれ示す情報であり、ヘッダ部のサイズが変更されると、各チャンクの先頭からの位置(オフセット位置)が変動する。オフセット情報計算部４２は、stcoボックスに含まれている、各チャンクのオフセット情報をサイズ変更に応じて修正する。具体的には、オフセット情報計算部４２は、分割によって減少したヘッダサイズを、stcoボックスの各オフセット情報エントリ中のオフセット位置を示すバイト数から減じる。
【００８１】
そして、ヘッダ分割部４０は、ファイル分離部２０から入力されたヘッダ部のFtypボックス，先頭の分割stblボックスを含むMoovボックスを、ファイルパッキング部５０内の先頭ファイルパッキング部５１に入力する。また、ヘッダ分割部４０は、分割された２番目
以降の分割stblボックスを連続ファイルパッキング部５２に入力する。
【００８２】
また、メディアデータ分割部３０は、メディアデータ部(Mdatボックス)の分割によって生じた複数の分割メディアデータ部(分割Mdatボックス)のうち、先頭の分割Mdatボックスを先頭ファイルパッキング部５１に入力する。また、メディアデータ分割部３０は、先頭の分割Mdatボックスを除く分割Mdatボックスを、連続ファイルパッキング部５２に入力する。
【００８３】
ファイルパッキング部５０では、分割ヘッダ部及び分割メディアデータ部を用いて、コンテンツ時間上で連続する複数の分割コンテンツファイル(分割ファイル)が作成される。複数の分割ファイルは、先頭ファイルと、これに続く連続ファイル(後続ファイル)とからなる。図７Ａは、先頭ファイルのフォーマット(シンタックス)を示す図であり、図７Ｂは、連続ファイルのフォーマット(シンタックス)を示す図である。
【００８４】
先頭ファイルパッキング部５１は、ヘッダ分割部４０から入力された分割ヘッダ部(Ftypボックス，及びMoovボックス)と、メディアデータ分割部３０からの分割メディアデータ部(Mdatボックス)と、このコンテンツファイルの次のコンテンツファイル(先頭ファイル
の次の連続ファイル)のＵＲＬを格納する連続ファイルＵＲＬ指定ボックス(Follow File URL Box)とがパッキングされたコンテンツファイルを作成する。
【００８５】
連続ファイルＵＲＬ指定ボックスは、本発明において新たに定義されたボックスであり、このファイルの次のファイルの位置を示すＵＲＬが格納される。パッキング対象には、Ftypボックス，Moovボックス及びMdatボックスが含まれている(図７Ａ)。このことは、ＭＰ４ファイルフォーマットのシンタックスを満たす。従って、先頭ファイルパッキング部５１で作成されるコンテンツファイルは、正常なＭＰ４ファイルである。但し、連続ファイルＵＲＬ指定ボックスが新たに拡張されている。
【００８６】
一方、連続ファイルパッキング部５２は、ヘッダ分割部から入力された分割ヘッダ部(stblボックス)と、メディアデータ分割部３０からの分割メディアデータ部(Mdatボックス(ＥＳ(エレメンタルストリーム)を格納したボックス)と、この連続ファイルの次の連続フ
ァイルのＵＲＬを格納する連続ファイルＵＲＬ指定ボックスとがパッキングされたコンテンツファイルを作成する(図７Ｂ)。
【００８７】
即ち、連続ファイルパッキング部５２は、分割ファイルの固有情報(stblボックス)のみがヘッダ部に格納された分割ファイル(連続ファイル)を作成する。このような連続ファイルは、ＭＰ４ファイルフォーマットのシンタックスにマッチしない(Ftypボックス，Moov
ボックスを含まない)。しかし、ファイルサイズ(ヘッダサイズ)を低減することができる
。
【００８８】
先頭ファイルパッキング部５１で作成された先頭ファイル、及び連続ファイルパッキング部５２で作成された連続ファイルは、ＵＲＬ格納部５３に入力される。ＵＲＬ格納部５３は、各入力ファイルの連続ファイル指定ボックスに、次のファイルの格納位置を示すＵＲＬを格納する。但し、最後の連続ファイルについては、格納すべきＵＲＬがないので、この連続ファイルに対するＵＲＬの格納は行われない。
【００８９】
ＵＲＬ格納部５３は、ＵＲＬの格納が終了したファイルを出力する。このようにして、１つのＭＰ４ファイルが分割された複数の分割ファイルが編集装置１００から出力される。
【００９０】
《変形例》
上述した編集装置１００は、次の変形が可能である。上述した編集装置１００のファイルパッキング部５０では、全ての分割ファイルに連続ファイル指定ＵＲＬボックスがセットされるように構成されている。この構成に代えて、最後の連続ファイルには、連続ファイル指定ＵＲＬボックスが作成されないようにしても良い。例えば、サイズ情報計算部４２に、分割ファイル数(分割ポイント数＋１)をカウントするカウンタが設けられる。サイズ情報計算部４２は、分割ファイルに係るサイズ計算を行うたびにカウンタをカウントアップし、最後の分割ファイルに係るサイズ計算を行う場合(例えば、カウンタ値＝分割フ
ァイル数となったとき)に、連続ファイル指定ＵＲＬボックスのサイズを考慮することな
くサイズ計算を行う。
【００９１】
また、連続ファイルパッキング部５２にも、連続ファイル数をカウントするカウンタが設けられるとともに、連続ファイル数(分割ポイント数)が、解析部１０等から通知されるように構成される。連続ファイルパッキング部５２は、連続ファイルのパッキングを行うたびにカウンタをカウントアップし、最後の連続ファイルのパッキングを行う場合(例え
ば、カウンタ値＝分割ポイント数になったとき)に、連続ファイル指定ＵＲＬボックスを
含まない連続ファイルを作成する。このようにすれば、連続ファイルのサイズを小さくすることができる。
【００９２】
また、先頭ファイルパッキング部で付与される連続ファイル指定ＵＲＬボックスに、ＵＲＬとともにこのＵＲＬに基づいて連続ファイルのＵＲＬを算出する方法(例えば、計算
式)を格納するようにしても良い。例えば、ＵＲＬの文字列の一部を変更すれば、次の連
続ファイルのＵＲＬが求められるようにする。具体的には、ＵＲＬに含まれるファイル名が数字を含み、その数字をカウントアップ又はカウントダウンすることで、次の連続ファイルのＵＲＬが求められるようにする。このような計算は、再生装置側で行われる。この場合、サイズ情報計算部４３が、連続ファイルのサイズ計算に連続ファイル指定ＵＲＬボックスを考慮に入れないように構成される。
【００９３】
このようにすれば、先頭ファイルのみに、連続ファイル指定ＵＲＬボックスがパッキングされるようにすることができる。従って、連続ファイルのサイズの低減を図ることが可能となる。
【００９４】
〈コンテンツ生成装置〉
次に、コンテンツ編集装置によって作成された複数の分割ファイルに含まれたコンテンツ(メディアデータ)を再生するコンテンツ生成装置の実施形態について説明する。
【００９５】
《再生装置の構成》
図８は、本発明によるコンテンツ生成装置(コンテンツ再生装置)の実施形態(再生装置
２００)の構成例を示す図である。図８において、再生装置２００は、コンテンツを格納
した複数の分割ファイル(先頭ファイル及び連続ファイル)のダウンロード(ＤＬ)を制御するＤＬ制御部２１０と、ダウンロードされた分割ファイルを蓄積する第１及び第２バッファ２２１及び２２２と、第１及び第２バッファ２２１及び２２２に蓄積された分割ファイルを解析するファイル解析部２３０と、各分割ファイルのヘッダ情報を管理するヘッダ管理部２４０と、分割ファイルに基づくコンテンツの再生処理を行う再生処理部２５０と、連続ファイル要求部２６０とを備えている。再生処理部２５０は、再生された映像を表示するディスプレイ(表示装置)２７０や、再生された音声を出力するスピーカ２８０に接続されている。
【００９６】
図８に示すように、複数の分割ファイルは、ネットワーク(例えばインターネット)上に配置されたコンテンツ配信サーバ３００にて管理されている。ＤＬ制御部２１０は、コンテンツ配信サーバ３００に対して、コンテンツの配信を要求し、先頭ファイル及び連続フ
ァイルを受け取る。
【００９７】
ＤＬ制御部２１０は、ダウンロードされた分割ファイルを蓄積する第１及び第２バッファ２２１及び２２２の一方を決定する。このとき、ＤＬ制御部２１０は、例えば、第１バッファ２２１，第２バッファ２２２の順で、分割ファイルの蓄積先を交互に切り替える。言い換えれば、ＤＬ制御部２１０は、コンテンツ配信サーバ３００からダウンロードされる分割ファイルが、未使用状態のバッファに蓄積されるように、分割ファイルを蓄積するバッファを決定する。
【００９８】
第１及び第２バッファ２２１及び２２２は、ＤＬ制御部２１０によって書き込まれる分割ファイルを一時的に保存する。ファイル解析部２３０は、分割ファイルの解析を行う。ファイル解析部２３０は、分割ファイル中のメディアデータ部(Mdatボックス)を再生処理部２５０に入力するとともに、分割ファイル中のヘッダ部(Ftypボックス(先頭ファイルのみ),Moovボックス及び連続ファイル指定ＵＲＬボックス)及び解析結果をヘッダ管理部２
４０に与える。
【００９９】
ヘッダ管理部２４０は、複数の分割ファイルで共通なヘッダ情報を管理する共通情報管理部２４１と、分割ファイル中のstblボックス中の情報(分割ファイルの固有情報)を管理する第１stbl管理部２４２Ａ(stbl管理部１)及び第２stbl管理部２４２Ｂ(stbl管理部２)と、連続ファイル指定ＵＲＬボックスに格納されたＵＲＬを格納するＵＲＬ格納部２４３とを備えている。
【０１００】
ファイル解析部２３０は、分割ファイルの解析によって、この分割ファイルが先頭ファイルか連続ファイルかを判別する。また、ファイル解析部２３０は、分割ファイルの解析によって、分割ファイル間で共通のヘッダ情報(例えば、コーデック情報)を共通情報管理部２４１に格納する。
【０１０１】
また、ファイル解析部２３０は、ヘッダ部の解析により抽出されたstblボックス(時間
情報，サイズ情報，オフセット情報)を、第１及び第２stbl管理部２４２Ａ及び２４２Ｂ
の一方に格納する。このとき、ファイル解析部２３０は、未使用状態のstbl管理部を特定して、そのstbl管理部にstblボックスを格納する。さらに、ファイル解析部２３０は、解析によって次の連続ファイルのＵＲＬを発見した場合には、このＵＲＬをＵＲＬ格納部２４３に格納する。
【０１０２】
再生処理部２５０は、コンテンツファイルに含まれた各メディアデータの再生処理を行う。再生処理部２５０は、共通情報管理部２４１に格納されたコーデック情報に従って、ファイル解析部２３０から入力される各メディアデータをデコードするデコード部２５１と、第１stbl管理部２４２Ａ又は第２stbl管理部２４２Ｂで管理されている少なくとも時間情報に基づいてデコードされたメディアデータの再生出力(例えば、ビデオ出力，音声
出力)を出力装置(ディスプレイ２７０，スピーカ２８０)に接続する時間管理部２５２と
を備えている。ディスプレイ２７０は、ビデオ出力に基づく映像を表示画面に表示し、スピーカ２８０は、音声出力に基づく音声を出力する。
【０１０３】
第１stbl管理部２４２Ａ及び第２stbl管理部２４２Ｂは、所定の使用順(例えば、２４
２Ａ→２４２Ｂ→２４２Ａ・・・)に従って交互に使用される。
【０１０４】
連続ファイル要求部２６０は、ヘッダ管理部２４０から連続ファイルのダウンロード要求指示と、ＵＲＬ格納部２４３に格納された連続ファイルのＵＲＬとを受け取る。連続ファイル要求部２６０は、指示及びＵＲＬを受け取ると、そのＵＲＬに格納された連続ファイルの供給をコンテンツ配信サーバ３００に対して行う。
【０１０５】
上述した再生装置２００は、ＣＰＵのようなプロセッサ，プロセッサによって実行されるプログラム及びプログラムの実行時に使用されるデータを格納した記憶装置(メモリ)，入出力インタフェース，通信インタフェース，表示制御装置，音声制御装置(サウンドチ
ップ)等を有する情報処理装置(携帯端末：携帯電話)に搭載される。
【０１０６】
この場合、上述したダウンロード制御部２１０，ファイル解析部２３０，ヘッダ管理部２４０，再生処理部２５０，連続ファイル要求部２６０による機能は、プロセッサがプログラムを実行することによる制御に基づいて実現される。また、これらの機能は、ハードウェアロジックによる制御によって実現することもできる。
【０１０７】
《再生装置の動作例》
次に、再生装置２００が、複数の分割ファイル(例えば２つ)からなるコンテンツを再生する場合の動作例について説明する。図８において、ＤＬ制御部２１０は、コンテンツ配信要求に応じてコンテンツ配信サーバ３００から最初に送信されてくる先頭コンテンツファイル(先頭ファイル)を受信する。
【０１０８】
すると、ＤＬ制御部２１０は、予め決定されているバッファの使用順序に従って、例えば、第１バッファ２２１に先頭ファイルを格納する。ファイル解析部２３０は、第１バッファ２２１にダウンロードされた先頭ファイルを解析する。
【０１０９】
ファイル解析部２３０は、先頭ファイルと連続ファイルとの共通情報部分(先頭ファイ
ルのヘッダ部(Moovボックス)に格納されたコーデック情報等の分割ファイル間で共通に使用される情報)をヘッダ管理部２４０の共通情報管理部２４１に格納する。
【０１１０】
また、ファイル解析部２３０は、先頭ファイルの固有情報を格納したstblボックスを、所定の使用順序に応じたstbl管理部に格納する。ここでは、第１stbl管理部２４２Ａにstblボックスが格納される。さらに、ファイル解析部２３０は、連続ファイル指定ボックスで指定された連続ファイルのＵＲＬをＵＲＬ格納部２４３に格納する。
【０１１１】
また、ファイル解析部２３０は、先頭ファイル中のメディアデータを再生処理部２５０に送信する。再生処理部２５０は、共通情報管理部２４１に格納されたコーデック情報などを用いてメディアデータのデコードを行い、第１stbl管理部２４２Ａに格納された情報を用いて時間管理処理を行い、メディアデータの再生出力(例えば、ビデオ)をディスプレイ２７０で表示する。
【０１１２】
また、ヘッダ管理部２４０は、先頭ファイルのダウンロード終了(例えば、ＤＬ制御部
２１０又はファイル解析部２３０から通知される)を確認すると、先頭ファイルに基づく
コンテンツ再生が終了しているかどうかに拘わらず、連続ファイル要求部２６０に連続ファイルのダウンロードを指示する。連続ファイル要求部２６０は、ＵＲＬ格納部２４３に格納されたＵＲＬからの連続ファイルのダウンロードをコンテンツ配信サーバ３００に要求する。これによって、コンテンツ配信サーバ３００から再生装置２００へ、先頭ファイルの次の連続ファイルの供給が開始される。
【０１１３】
ＤＬ制御部２１０は、連続ファイルを受信すると、所定の使用順に従って、連続ファイルを第２バッファ２２２に格納する。これによって、第１バッファ２２１が使用中であっても、連続ファイルをダウンロードすることができる。
【０１１４】
ここで、連続ファイルのヘッダサイズは、ＭＰ４ファイルのヘッダサイズよりも小さくなっている。即ち、連続ファイルのサイズは、この連続ファイルに含まれるメディアデー
タと同一のメディアデータを格納したＭＰ４ファイルよりも小さい。従って、連続ファイルのダウンロード時間は、ＭＰ４ファイルのダウンロード時間より短くなる。従って、連続ファイルのダウンロードは、１つ前にダウンロードされた分割ファイルに基づく再生が終了する前に終了する。
【０１１５】
ファイル解析部２３０は、第２バッファ２２２にダウンロードされた連続ファイルの解析を行う。ファイル解析部２３０は、連続ファイル中のstblボックスを、stbl管理部の使用順序に従って、第２stbl管理２４２Ｂに格納する。
【０１１６】
先頭ファイルに基づくコンテンツの再生が終了すると、第２バッファ２２２にダウンロードされたメディアデータがファイル解析部２３０を通じて再生処理部２５０に送られる。再生処理部は、ヘッダ管理部２４０の共通情報管理部２４１に格納された情報と、第２stbl管理部２４２Ｂに格納された情報とを用いて再生処理を行う。このようにして、複数の分割ファイルに格納されたコンテンツの連続再生が行われる。
【０１１７】
なお、連続ファイルの次の連続ファイルが存在する場合には、連続ファイル中にこの次の連続ファイルのＵＲＬが含まれているので、このＵＲＬからの連続ファイルのダウンロード要求が連続ファイル要求部２６０によって行われる。この場合、第１バッファ２２１に次の連続ファイルはダウンロードされる。また、次の連続ファイル中のstblボックスは、第１stbl管理部２４２Ａに格納される(先頭ファイルに基づく再生が終了しているので
、第１バッファ２２１及び第１stbl管理部１は未使用状態になっている)。
【０１１８】
〈適用例〉
次に、上述した編集装置１００及び再生装置２００の適用例について説明する。図９は、編集装置１００及び再生装置２００が適用されたコンテンツ配信システムの例を示す図である。
【０１１９】
図９には、再生装置２００を含む携帯端末２００Ａと、携帯端末２００Ａに対しコンテンツを配信するコンテンツ配信システムＸとが示されている。コンテンツ配信システムＸは、ネットワーク(インターネット)上に配置されたコンテンツ配信サーバ(配信装置)３００と、コンテンツ配信サーバ３００に接続されたコンテンツ管理サーバ(管理装置)４００と、コンテンツ管理サーバ４００に接続された編集装置１００とを含んでいる。
【０１２０】
コンテンツ配信サーバ３００は、端末装置２００Ａからの要求に応じて、コンテンツ管理サーバ４００で管理されているコンテンツファイルを端末装置２００Ａに与える。コンテンツ管理サーバ４００は、コンテンツファイルを管理しており、携帯端末２００Ａの要求に応じたコンテンツファイルをコンテンツ配信サーバ３００に与える。
【０１２１】
編集装置１００は、コンテンツ管理サーバ４００が携帯端末２００Ａの要求に応じたコンテンツファイルを有していない場合に、コンテンツ管理サーバ４００からの指示に従って、コンテンツファイルが分割された複数の分割ファイルを作成(編集)し、コンテンツ管理サーバ４００に与える。
【０１２２】
携帯端末２００Ａのユーザがコンテンツの配信を所望する場合、携帯端末２００Ａから、携帯端末２００Ａの機種(ここでは、機種Ｂ)と、配信を望むコンテンツの識別情報とが、コンテンツ配信要求として、コンテンツ配信サーバ３００に送信される。
【０１２３】
コンテンツ配信サーバ３００は、コンテンツ取得要求として、使用機種に応じた最大サイズ(この例では５００Ｋバイト)とコンテンツ識別情報をコンテンツ管理サーバ４００に送信する。
【０１２４】
コンテンツ管理サーバ４００は、編集対象コンテンツを最大サイズに基づき分割編集することを編集装置１００に依頼する。ここでは、コンテンツ管理サーバ４００は、コンテンツ識別情報に応じた、１Ｍバイトのコンテンツファイルを有している。コンテンツ管理サーバ４００は、このコンテンツファイルと、最大サイズとを編集装置１００に与える。
【０１２５】
編集装置１００は、図１に示した構成を持ち、図３〜図６に基づいて説明した分割方法に基づいて、２つの５００Ｋバイトの分割ファイルを編集(作成)する。これらの分割ファイルは、コンテンツ管理サーバ４００に与えられる。コンテンツ管理サーバ４００は、分割ファイル中の先頭ファイルを、コンテンツ取得要求に対する応答として、コンテンツ配信サーバ３００に与える。また、コンテンツ管理サーバ４００は、先頭ファイルに記述された連続ファイルのＵＲＬに従って、残りの分割ファイルを管理する。
【０１２６】
コンテンツ配信サーバ３００は、先頭ファイルを、コンテンツ配信要求に対する応答として携帯端末２００Ａに送信する。これによって、携帯端末２００Ａでは、先頭ファイルのダウンロード及び先頭ファイルに基づくコンテンツ再生が開始される。その後、先頭ファイルのダウンロードが完了した時点で、携帯端末２００Ａは、連続ファイルのダウンロード要求をコンテンツ配信サーバ３００に与える。
【０１２７】
コンテンツ配信サーバ３００は、連続ファイルのＵＲＬに従って、この要求をコンテンツ管理サーバ４００に与える。コンテンツ管理サーバ４００は、ＵＲＬに従って連続ファイルを取り出し、コンテンツ配信サーバ３００に与える。コンテンツ配信サーバ３００は、連続ファイルを携帯端末２００Ａに送信する。
【０１２８】
このようにして、携帯端末２００Ａは、先頭ファイル及び連続ファイルを連続的にダウンロードする。これによって、先頭ファイルに基づく再生が終了する前に、連続ファイルのダウンロードが完了し、コンテンツの連続再生が可能となる。
【０１２９】
〈実施形態の作用効果〉
以上説明した編集装置１００によると、ＭＰ４ファイルのような、１以上のメディアデータ本体と、このメディアデータの再生条件情報(ヘッダ情報)とが分離されて格納されるシンタックス(フォーマット)を有するコンテンツファイル(複合コンテンツファイル)が、所定のサイズに従って、２以上の分割サイズに分割編集される。
【０１３０】
このとき、ヘッダ分割部４０において、メディアデータの分割ポイントに従って、ヘッダ情報が分割され、再編集される。そして、ファイルパッキング部５０において、複数のＭＰ４ファイルフォーマットを持つ分割ファイルが生成されるのではなく、２番目以降の分割ファイルとして、ＭＰ４ファイルフォーマットのヘッダ部の一部が省略された(stbl
ボックスのみを含む)分割ファイルが作成される。これによって、２番目以降の分割ファ
イルのサイズが低減される。また、複数のＭＰ４ファイルを作成するのではないので、分割ファイルの作成時間が短縮される。
【０１３１】
この点に関し、連続再生を可能とする３ＧＰファイルフォーマットのムービーフラグメントのように、フラグメント中のデータ部にアクセス情報(制御情報)を含むが故に、フラグメントを分割すると、そのアクセス情報が分割フラグメント毎に作成されることで、ファイルサイズが増大することを防止することができる。
【０１３２】
また、分割ファイルの連続ダウンロードを可能にするために、分割ファイルに対し、次の分割ファイルの位置を示すＵＲＬが格納される。このＵＲＬは、再生装置での分割ファイルの連続ダウンロードに利用される。
【０１３３】
以上より、編集装置１００によれば、再生装置側で取扱い可能なファイルの最大サイズを考慮した複数の分割ファイルを、連続ダウンロード可能な形態で再生装置側に提供することができる。また、分割ファイル(連続ファイル)のサイズが抑えられることで、連続ファイルのダウンロード時間を短縮でき、或るファイルに基づくコンテンツ再生が終了する前に次の分割ファイルのダウンロードを完了することができる。
【０１３４】
また、上述した再生装置２００によると、複数のバッファ及びstbl管理部を有し、複数の分割ファイル及び各分割ファイル中のstblボックスを並列に保持可能に構成されている。これによって、或る分割ファイルに基づくコンテンツの再生中に、次の分割ファイルのダウンロードを行うことができる。これによって、或る分割ファイルに基づくコンテンツの再生終了前に、次の分割ファイルのダウンロードを終了することができる。これによって、コンテンツの連続再生が可能となる。
【０１３５】
また、ＭＰ４のようなフォーマットを持つコンテンツファイルに関して、ヘッダ情報をダウンロードした後に、メディアデータをダウンロードしながら再生を行うプログレッシブダウンロードを行う機会が多く存在する。
【０１３６】
この場合、ヘッダサイズが大きくなると、ダウンロードを開始してから再生するまでに時間がかかってしまう。しかし、編集装置１００によれば、分割によるヘッダサイズの膨張を抑える為、ダウンロード開始から再生までの時間を短縮すると言う効果が生まれる。
【０１３７】
〈その他〉
上述した実施形態は、以下の発明を開示する。以下の発明は、必要に応じて適宜組み合わせることができる。
【０１３８】
（付記１）  メディアデータの再生条件を含む制御情報と前記メディアデータとがヘッダ部とメディアデータ部とに分離して格納されるフォーマットを有するコンテンツファイルを解析し、前記メディアデータ部の分割ポイントを所定サイズに従って決定する解析部と、
前記メディアデータ部を前記分割ポイントに従って分割するメディアデータ分割部と、
前記メディアデータ部の分割位置に従って前記ヘッダ部を複数の分割ヘッダ部に分割するヘッダ分割部と、
複数の分割メディアデータ部と複数の分割ヘッダ部とがそれぞれ組み合わせられた複数の分割コンテンツファイルを作成する作成部と
を含むコンテンツ編集装置。(１)
【０１３９】
（付記２）  前記作成部は、先頭の分割コンテンツファイルのヘッダ部に、複数の分割コンテンツファイル間で共通の情報と、先頭の分割コンテンツファイルに固有の情報とを格納し、先頭の分割コンテンツファイルに後続する分割コンテンツファイルのヘッダ部に、この分割コンテンツファイルに固有の情報を格納する
付記１記載のコンテンツ編集装置。（２）
【０１４０】
（付記３）  前記作成部は、或る分割コンテンツファイルに後続する次の分割コンテンツファイルの格納位置を示す情報を分割コンテンツファイルのヘッダ部に付与する
付記１又は２記載のコンテンツ編集装置。
【０１４１】
（付記４）  複数の分割コンテンツファイルに格納されたコンテンツをネットワークからダウンロードして再生するコンテンツ再生装置であって、
次の分割コンテンツファイルの格納位置を含む分割コンテンツファイルを第１の記憶領
域にダウンロードするダウンロード制御部と、
前記分割コンテンツファイルに基づくコンテンツの再生処理を行う再生処理部と、
前記分割コンテンツファイルに基づく再生処理が終了する前に、前記次のコンテンツファイルの格納位置に基づいて、この次のコンテンツファイルのダウンロード要求を前記ネットワークに対して行うダウンロード要求部を含み、
前記ダウンロード制御部は、前記ダウンロード要求に応じて前記ネットワークから送信される次の分割コンテンツファイルを前記第１の記憶領域と異なる第２の記憶領域にダウンロードし、
前記再生処理部は、前記分割コンテンツファイルの再生処理の終了に続いて、前記第２の記憶領域に格納された前記次の分割コンテンツファイルに対する再生処理を行う
コンテンツ再生装置。（４）
【０１４２】
（付記５）  前記ダウンロード制御部で最初にダウンロードされる先頭の分割コンテンツファイルは、複数のコンテンツファイル間で共通な共通情報を含み、
前記再生処理部は、前記先頭の分割コンテンツファイルに後続する分割コンテンツファイルの再生処理を、前記共通情報を用いて行う
付記４記載のコンテンツ再生装置。（５）
【０１４３】
（付記６）  メディアデータの再生条件を含む制御情報と前記メディアデータとがヘッダ部とメディアデータ部とに分離して格納されるフォーマットを有するコンテンツファイルを解析し、前記メディアデータ部の分割ポイントを所定サイズに従って決定し、
前記メディアデータ部を前記分割ポイントに従って分割し、
前記メディアデータ部の分割位置に従って前記ヘッダ部を複数の分割ヘッダ部に分割し、
複数の分割メディアデータ部と複数の分割ヘッダ部とがそれぞれ組み合わせられた複数の分割コンテンツファイルを作成する
ことを含むコンテンツ編集方法。
【０１４４】
（付記７）  先頭の分割コンテンツファイルのヘッダ部に、複数の分割コンテンツファイル間で共通の情報と、先頭の分割コンテンツファイルに固有の情報とを格納し、先頭の分割コンテンツファイルに後続する分割コンテンツファイルのヘッダ部に、この分割コンテンツファイルに固有の情報を格納する
ことを含む付記６記載のコンテンツ編集方法。
【０１４５】
（付記８）  或る分割コンテンツファイルに後続する次の分割コンテンツファイルの格納位置を示す情報を分割コンテンツファイルのヘッダ部に付与する
ことを含む付記６又は７記載のコンテンツ編集方法。
【０１４６】
（付記９）  複数の分割コンテンツファイルに格納されたコンテンツをネットワークからダウンロードして再生するコンテンツ再生方法であって、
次の分割コンテンツファイルの格納位置を含む分割コンテンツファイルを第１の記憶領域にダウンロードし、
前記分割コンテンツファイルに基づくコンテンツの再生処理を実行し、
前記分割コンテンツファイルに基づく再生処理が終了する前に、前記次のコンテンツファイルの格納位置に基づいて、この次のコンテンツファイルのダウンロード要求を前記ネットワークに対して行い、
前記ダウンロード要求に応じて前記ネットワークから送信される次の分割コンテンツファイルを前記第１の記憶領域と異なる第２の記憶領域にダウンロードし、
前記分割コンテンツファイルの再生処理の終了に続いて、前記第２の記憶領域に格納された前記次の分割コンテンツファイルに対する再生処理を行う
ことを含むコンテンツ再生方法。
【０１４７】
（付記１０）  最初にダウンロードされる先頭の分割コンテンツファイルは、複数のコンテンツファイル間で共通な共通情報を含み、
前記先頭の分割コンテンツファイルに後続する分割コンテンツファイルの再生処理を、前記共通情報を用いて行う
ことを含む付記９記載のコンテンツ再生方法。
【０１４８】
（付記１１）  メディアデータの再生条件を含む制御情報と前記メディアデータとがヘッダ部とメディアデータ部とに分離して格納されるフォーマットを有するコンテンツファイルを解析し、前記メディアデータ部の分割ポイントを所定サイズに従って決定するステップと、
前記メディアデータ部を前記分割ポイントに従って分割するステップと、
前記メディアデータ部の分割位置に従って前記ヘッダ部を複数の分割ヘッダ部に分割するステップと、
複数の分割メディアデータ部と複数の分割ヘッダ部とがそれぞれ組み合わせられた複数の分割コンテンツファイルを作成するステップと
をコンピュータに実行させるプログラム、又は該プログラムを記録した記録媒体。
【０１４９】
（付記１２）  先頭の分割コンテンツファイルのヘッダ部に、複数の分割コンテンツファイル間で共通の情報と、先頭の分割コンテンツファイルに固有の情報とを格納し、先頭の分割コンテンツファイルに後続する分割コンテンツファイルのヘッダ部に、この分割コンテンツファイルに固有の情報を格納する
ことを含む付記１１記載のプログラム又は記録媒体。
【０１５０】
（付記１３）  或る分割コンテンツファイルに後続する次の分割コンテンツファイルの格納位置を示す情報を分割コンテンツファイルのヘッダ部に付与する
ことを含む付記１１又は１２記載のプログラム又は記録媒体。
【０１５１】
（付記１４）  複数の分割コンテンツファイルに格納されたコンテンツをネットワークからダウンロードして再生するためのプログラムであって、
次の分割コンテンツファイルの格納位置を含む分割コンテンツファイルを第１の記憶領域にダウンロードするステップと、
前記分割コンテンツファイルに基づくコンテンツの再生処理を実行するステップと、
前記分割コンテンツファイルに基づく再生処理が終了する前に、前記次のコンテンツファイルの格納位置に基づいて、この次のコンテンツファイルのダウンロード要求を前記ネットワークに対して行うステップと、
前記ダウンロード要求に応じて前記ネットワークから送信される次の分割コンテンツファイルを前記第１の記憶領域と異なる第２の記憶領域にダウンロードするステップと、
前記分割コンテンツファイルの再生処理の終了に続いて、前記第２の記憶領域に格納された前記次の分割コンテンツファイルに対する再生処理を行うステップと
をコンピュータに実行させるプログラム、又は該プログラムを記録した記録媒体。
【０１５２】
（付記１５）  最初にダウンロードされる先頭の分割コンテンツファイルは、複数のコンテンツファイル間で共通な共通情報を含み、
前記先頭の分割コンテンツファイルに後続する分割コンテンツファイルの再生処理を、前記共通情報を用いて行う
ことを含む付記１４記載のプログラム又は記録媒体。
【図面の簡単な説明】
【０１５３】
【図１】図１は、本発明によるコンテンツ編集装置の構成例を示す図である。
【図２Ａ】図２Ａは、ＭＰ４ファイルフォーマットの説明図である。
【図２Ｂ】図２Ｂは、図２Ａに示したボックスのシンタックス(フォーマット)の説明図である。
【図３Ａ】図３Ａは、stcoボックス(オフセット情報)のフォーマット(シンタックス)及び分割方法の説明図である。
【図３Ｂ】図３Ｂは、分割されたstcoボックスを示す図である。
【図４Ａ】図４Ａは、stscボックス(チャンク情報)のフォーマット(シンタックス)及び分割方法の説明図である。
【図４Ｂ】図４Ｂは、分割されたstscボックスを示す図である。
【図５Ａ】図５Ａは、stszボックス(サイズ情報)のフォーマット(シンタックス)及び分割方法の説明図である。
【図５Ｂ】図５Ｂは分割されたstszボックスを示す図である。
【図６Ａ】図６Ａは、sttsボックス(時間情報)のフォーマット(シンタックス)及び分割方法の説明図である。
【図６Ｂ】図６Ｂは、分割されたsttsボックスを示す図である。
【図７Ａ】図７Ａは、先頭の分割ファイルのシンタックス(フォーマット)の説明図である。
【図７Ｂ】図７Ｂは、先頭の分割ファイルに後続する分割ファイル(連続ファイル)のシンタックス(フォーマット)の説明図である。
【図８】図８は、本発明によるコンテンツ生成装置の構成例を示す図である。
【図９】図９は、本発明によるコンテンツ編集装置及び生成装置の適用例を示す図である。
【図１０】図１０は、既存の技術の説明図であり、従来におけるコンテンツファイルの編集方法の一例を示す。
【図１１】図１１は、携帯電話向けのコンテンツ配信に係る問題点の説明図である。
【符号の説明】
【０１５４】
１０  解析部
２０  ファイル分離部
３０  メディアデータ分割部
４０  ヘッダ分割部
５０  ファイルパッキング部
１００  コンテンツ編集装置
２００  コンテンツ再生装置
２１０  ダウンロード制御部
２２１  第１バッファ(第１の記憶領域)
２２２  第２バッファ(第２の記憶領域)
２３０  ファイル解析部
２４０  ヘッダ管理部
２５０  再生処理部
２６０  連続ファイル要求部
【図１】
0004598627.tif 000002
【図２Ａ】
0004598627.tif 000003
【図２Ｂ】
0004598627.tif 000004
【図３Ａ】
0004598627.tif 000005
【図３Ｂ】
0004598627.tif 000006
【図４Ａ】
0004598627.tif 000007
【図４Ｂ】
0004598627.tif 000008
【図５Ａ】
0004598627.tif 000009
【図５Ｂ】
0004598627.tif 000010
【図６Ａ】
0004598627.tif 000011
【図６Ｂ】
0004598627.tif 000012
【図７Ａ】
0004598627.tif 000013
【図７Ｂ】
0004598627.tif 000014
【図８】
0004598627.tif 000015
【図９】
0004598627.tif 000016
【図１０】
0004598627.tif 000017
【図１１】
0004598627.tif 000018