JP2003087786A - データ再生装置、及びデータ再生方法 - Google Patents

Abstract

(57)【要約】 【課題】 データの受信時に、データ再生に必要なサイ
ズのオーディオビデオデータを確実にプリバッファリン
グすることにより、安定したデータ再生を実施できるデ
ータ再生装置、及びデータ再生方法を提供する。 【解決手段】 データ再生装置１００ａを、サーバに対
してデータの送信を要求するデータ要求手段１０１と、
受信データを蓄積する受信バッファ１０２と、オーディ
オビデオデータの先頭位置を検出し、この先頭位置の検
出後、受信バッファ１０２に蓄積されたデータ量が一定
の設定値となると、オーディオビデオデータの復号化開
始を指示する制御手段１０３ａと、受信バッファ１０２
に蓄積されているオーディオビデオデータを復号する復
号手段１０４と、クロック信号を出力するクロック回路
１０５と、復号化されたデータを表示する表示手段１０
６と、を備えるものとした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ再生装置及
びデータ再生方法に関し、特に複数の属性の再生データ
を多重化したファイルを、データサーバからダウンロー
ドしながら再生するデータ再生装置、及びデータ再生方
法に関するものである。

【０００２】

【従来の技術】近年、オーディオデータやビデオデータ
など複数の属性の再生データを多重化したファイルを、
データサーバからダウンロードしながら再生すること
が、ＰＣ（パーソナルコンピュータ）や移動体端末でも
可能になってきた。このような用途に用いられているフ
ァイル形式としては、例えば国際標準化機構エムペグ
（以下、ＭＰＥＧと称す）で標準化されたプログラムス
トリーム（以下、ＰＳと称す）がある。

【０００３】以下、オーディオデータとビデオデータと
を多重化したＰＳファイルを受信する、従来のデータ再
生装置の構成および動作について、図面を参照しながら
説明する。図１４は、従来のデータ再生装置の構成を示
すブロック図である。図１４に示すように、従来のデー
タ再生装置２００は、サーバに対してＰＳファイルを要
求するデータ要求手段１０１と、該要求に応じて受信し
た、ヘッダ情報及び該ヘッダ情報より後ろに配置された
オーディオビデオ（以下、ＡＶと称す）データを含むＰ
Ｓファイルを順次蓄積してプリバッファリングする受信
バッファ１０２とを有している。また、上記データ再生
装置２００は、上記ＰＳファイルの受信開始後に一定時
間が経過したとき、受信したＰＳファイルの復号化開始
を指示する復号開始指示信号を出力する制御手段２０１
と、受信バッファ１０２に蓄積されているデータに含ま
れるＡＶデータを、復号開始指示信号に基づいて復号す
る復号手段１０４と、上記制御手段２０１にクロック信
号を出力するクロック回路１０５と、復号化された復号
化済データを表示する表示手段１０６と、を有してい
る。

【０００４】以上のように構成された従来のデータ再生
装置２００について、以下、その動作を説明する。デー
タ要求手段１０１は、インターネットエンジニアリング
タスクフォース（以下、ＩＥＴＦと称す）で規格化され
たＨＴＴＰを用いてＰＳファイルを要求する。まず、最
初にＧＥＴメソッドによりサーバにＰＳファイルを要求
する。この時の、ＨＴＴＰを使用したＰＳファイルのダ
ウンロードのプロトコルシーケンスを図１５に示す。サ
ーバは、ＧＥＴ要求（GET{ HYPERLINK http://server.c
om.v.mp4 , http://server.com/v.}ps）Ｍ１を受信す
ると、この要求に含まれるＵＲＬ情報を解析することに
より指定されたファイル「v.ps」を検索し、ファイルが
存在した場合、応答およびそのファイルデータＤｆを含
むデータＭ２を送信する。データ再生装置２００は、サ
ーバより送信されるデータを受信し、受信したデータを
受信バッファ１０２にプリバッファリングする。制御手
段２０１は、クロック回路１０５より供給されるクロッ
ク情報に基づいて計時処理を行い、データの受信開始後
に所定のプリバッファリング時間が経過したとき、復号
開始指示信号を復号手段１０４に出力する。すると、復
号手段１０４は受信バッファ１０２からのデータの読み
出しを開始して復号化し、復号化されたデータは表示手
段１０６に表示される。

【０００５】図１６に従来の多重化ファイルの構造を示
す。従来の多重化ファイルＦは、パケット構造をとり、
先頭部にファイル全体に係る情報が含まれるファイルヘ
ッダ情報Ｈｆが配置され、ファイルヘッダ情報Ｈｆに続
いてＡＶデータパケット列Ｐａｖが配置されている。フ
ァイルヘッダ情報Ｈｆには、例えば、多重化ファイルの
ファイルサイズ、ＡＶストリーム数（該ファイルに含ま
れるＡＶストリームの数）、その符号化形式、ビットレ
ート、解像度、ファイルの作成日時、全体の表示時間な
どを示す情報が含まれている。一方、ＡＶデータパケッ
ト列Ｐａｖは、オーディオパケットＰａとビデオパケッ
トＰｖとがランダムに配列されている。オーディオパケ
ットＰａは、ファイルサイズ、パケットに含まれるタイ
ムスタンプ、ランダムアクセス可否などを示す情報が含
まれるパケットヘッダＨａと、オーディオデータＤａ
と、から構成されている。ビデオパケットＰｖは、オー
ディオパケットＰａと同様の情報が含まれるパケットヘ
ッダＨｖと、ビデオデータＤｖと、から構成されてい
る。

【０００６】このような従来の多重化ファイルＦにおけ
るファイルヘッダ情報Ｈｆのサイズは、通常１ｋｂｙｔ
ｅ程度と小さい。これは、例えば６４ｋｂｐｓの伝送速
度では、約１２５ミリ秒で伝送できるデータ量である。
これに対する、プリバッファリング時間は通常３秒程度
で十分である。ファイルヘッダ情報Ｈｆの伝送に要する
時間は、プリバッファリング時間と比較して小さく、無
視できる時間である。従って、プリバッファリング時間
はファイルヘッダ情報Ｈｆのサイズを考慮することな
く、３秒程度の固定値としても特段問題はない。

【０００７】

【発明が解決しようとする課題】しかしながら、図１７
に示すような、ＭＰＥＧで標準化されたＭＰ４フォーマ
ットによる多重化ファイルＦ１の場合、従来のようにプ
リバッファリング時間を固定値としては問題が生ずる。
ＭＰ４ファイルＦ１は、従来の多重化ファイルＦと同
様、ファイルヘッダ情報Ｈｆ１と、その後に配置された
ＡＶデータＰａｖ１と、から構成されているが、ファイ
ルヘッダ情報Ｈｆ１は、従来の多重化ファイルＦのファ
イルヘッダ情報Ｈｆに含まれていた種々の情報（つま
り、多重化ファイルのファイルサイズ、ＡＶストリーム
数、符号化形式、ビットレート、解像度、ファイルの作
成日時、全体の表示時間などの情報）に加えて、従来の
多重化ファイルＦではＡＶデータパケット列Ｐａｖに含
まれていた各フレームのサイズやタイムスタンプなどの
情報をも含んでいる。

【０００８】このようなＭＰ４ファイルＦ１では、ＡＶ
データＰａｖ１の構造や再生時間長に応じて、ファイル
ヘッダ情報Ｈｆ１のサイズは数キロバイトから百キロバ
イトにまで変化する可能性がある。例えば、１００ｋｂ
ｙｔｅのデータを６４ｋｂｐｓの伝送速度で伝送する場
合の所要時間は１２．５秒である。従って、プリバッフ
ァリング時間を３秒程度の固定値としている従来のデー
タ再生装置２００では、復号化開始時点でＡＶデータＰ
ａｖ１が必要量揃わず、スムーズな再生を行うことがで
きない場合があるという問題があった。

【０００９】本発明は、上記のような問題点を解決する
ためになされたものであり、データ再生に必要なデータ
量のＡＶデータを確実にプリバッファリングすることが
でき、これにより安定したデータ再生を行うことができ
るデータ再生装置、及びデータ再生方法を提供すること
を目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明の請求項１に記載のデータ再生装置は、ヘッ
ダ情報と、該ヘッダ情報より後ろに配置された再生デー
タと、を含むデータを受信しながら再生するデータ再生
装置であって、上記ヘッダ情報に基づいて、該データに
おける上記再生データの先頭位置を検出するデータ位置
検出手段と、上記受信したデータを蓄積するバッファ
と、上記バッファに蓄積されている上記再生データを復
号する復号手段と、上記データ位置検出手段の検出出力
を受けた後、所定の時間が経過したときに、上記再生デ
ータの復号化開始を指示する復号開始指示信号を上記復
号手段に出力する制御手段と、を備え、上記復号手段
は、上記復号開始指示信号が入力されると、上記バッフ
ァに蓄積されている上記再生データの復号化処理を開始
する、ことを特徴とする。

【００１１】本発明の請求項２に記載のデータ再生装置
は、請求項１に記載のデータ再生装置において、上記制
御手段は、上記データ位置検出手段の検出出力を受けた
後、上記バッファに蓄積されたデータ量が一定の設定値
となったとき、上記復号開始指示信号を出力する、こと
を特徴とする。

【００１２】本発明の請求項３に記載のデータ再生装置
は、請求項２に記載のデータ再生装置において、上記制
御手段は、上記データのデータサイズに対して所定の割
合となるデータ量を受信したとき、上記復号開始指示信
号を出力する、ことを特徴とする。

【００１３】本発明の請求項４に記載のデータ再生装置
は、請求項２に記載のデータ再生装置において、上記制
御手段は、上記再生データに含まれる再生データサイズ
情報に基づいて、該情報の示す再生データのサイズに対
して所定の割合となるデータサイズを算出し、上記デー
タ位置検出手段の検出出力を受けた後、該データサイズ
のデータ量を受信したときに、上記復号開始指示信号を
出力する、ことを特徴とする。

【００１４】本発明の請求項５に記載のデータ再生装置
は、請求項２に記載のデータ再生装置において、上記再
生データは、複数の属性を有するものであり、上記バッ
ファは、各属性の再生データを蓄積する属性別蓄積領域
を、各属性ごとに有し、上記制御手段は、上記属性別蓄
積領域のデータ蓄積量を、上記各属性の再生データを受
信するデータサイズとし、いずれかの属性のデータサイ
ズのデータ量を受信したときに、上記復号開始指示信号
を出力する、ことを特徴とする。

【００１５】本発明の請求項６に記載のデータ再生装置
は、請求項５に記載のデータ再生装置において、上記制
御手段は、上記属性別蓄積領域のデータ蓄積量の所定の
割合を、上記各属性の再生データを受信するデータサイ
ズとする、ことを特徴とする。

【００１６】本発明の請求項７に記載のデータ再生装置
は、請求項５または請求項６に記載のデータ再生装置に
おいて、上記制御手段は、いずれかの属性のデータサイ
ズを超過するデータ量を受信したときに、上記復号開始
指示信号を出力する、ことを特徴とする。

【００１７】本発明の請求項８に記載のデータ再生装置
は、請求項２に記載のデータ再生装置において、上記再
生データは、複数の属性を有するものであり、上記制御
手段は、上記再生データに含まれる各属性のデータ量を
示す属性サイズ情報に基づいて、上記各属性の再生デー
タを所定のデータ量を受信するために必要なデータ受信
量を、各属性ごとに算出し、すべての属性のデータ受信
量の合計を再生データ受信量とし、上記データ位置検出
手段の検出出力を受けた後、上記再生データ受信量のデ
ータ量を受信したとき、上記復号開始指示信号を出力す
る、ことを特徴とする。

【００１８】本発明の請求項９に記載のデータ再生装置
は、請求項１に記載のデータ再生装置において、上記制
御手段は、上記ヘッダ情報に含まれる、各フレームのデ
ータサイズを示すフレームサイズ情報及び各フレームの
表示時刻を示す表示時刻情報に基づいて、所定の表示時
間に相当する再生データのデータサイズを算出し、上記
再生データの先頭位置の検出後、該データサイズのデー
タ量を受信した時に、上記復号開始指示信号を出力す
る、ことを特徴とする。

【００１９】本発明の請求項１０に記載のデータ再生方
法は、ヘッダ情報と該ヘッダ情報より後ろに配置された
再生データとを含むデータを受信しながら再生するデー
タ再生方法であって、上記ヘッダ情報に基づいて、該デ
ータにおける上記再生データの先頭位置を検出するデー
タ位置検出ステップと、上記受信した再生データをバッ
ファに蓄積する蓄積ステップと、上記データ位置検出ス
テップにて上記再生データの先頭位置を検出した後、所
定の時間が経過したときに、上記蓄積された再生データ
を復号する復号ステップと、を含む、ことを特徴とす
る。

【００２０】本発明の請求項１１に記載のデータ再生方
法は、ヘッダ情報と該ヘッダ情報より後ろに配置された
再生データとを含むデータを受信しながら再生するデー
タ再生方法であって、上記ヘッダ情報に基づいて、該デ
ータにおける上記再生データの先頭位置を検出するデー
タ位置検出ステップと、上記データ位置検出ステップに
て上記再生データの先頭位置を検出した後に、上記再生
データを、そのデータ量が一定の設定値となるまでバッ
ファに蓄積する蓄積ステップと、上記蓄積された一定の
データ量の再生データを復号する復号ステップと、を含
む、ことを特徴とする。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照しながら説明する。なお、ここで示す実
施の形態はあくまでも一例であって、必ずしもこの実施
の形態に限定されるものではない。

【００２２】（実施の形態１）まず、本発明の請求項１
に記載のデータ再生装置、および請求項１０に記載のデ
ータ再生方法に対応する形態を、実施の形態１として、
図面を参照しながら説明する。図１は、本発明の実施の
形態１によるデータ再生装置の構成及び動作を示すブロ
ック図である。

【００２３】この実施の形態１のデータ再生装置１００
ａは、ファイルヘッダ情報と、ファイルヘッダ情報より
後ろに配置されたオーディオビデオ（以下、ＡＶと称
す）データと、を含むファイルを、その先頭部分から受
信しながら再生するデータ再生装置である。

【００２４】つまり、データ再生装置１００ａは、サー
バに対してファイルを要求するデータ要求手段１０１
と、該要求に応じて受信したデータを蓄積してプリバッ
ファリングする受信バッファ１０２とを有している。ま
た、データ再生装置１００ａは、上記受信バッファ１０
２に蓄積されているデータに基づいて、ファイルの内容
を解析してＡＶデータの先頭位置を検出し、この先頭位
置の検出後、所定の時間が経過したときに、ＡＶデータ
の復号化開始を指示する復号開始指示信号を復号手段１
０４に出力する制御手段１０３ａと、上記復号開始指示
信号に基づいて、上記受信バッファ１０２にプリバッフ
ァリングされているＡＶデータを復号する復号手段１０
４と、上記制御手段１０３ａにクロック信号を出力する
クロック回路１０５と、復号化された復号化済データを
再生表示する表示手段１０６と、を有している。

【００２５】ここで、データ要求手段１０１は、例えば
操作者がファイルの受信を要求する操作を行った場合
に、公知のＨＴＴＰのＧＥＴメソッドを使用してサーバ
にファイルの送信を要求するものである。受信バッファ
１０２は、例えばメモリより構成され、受信するデータ
を順次蓄積してプリバッファリングしつつ、該データを
制御手段１０３ａに供給するものである。

【００２６】制御手段１０３ａは、ＡＶデータの先頭位
置を検出し、その後一定時間が経過したとき、復号開始
指示信号を出力するものである。つまり、制御手段１０
３ａは、受信データの内容を解析して、ファイルヘッダ
情報が有するサイズ情報を取得し、このサイズ情報が示
すデータ量を受信した時に、受信データの特定位置をＡ
Ｖデータの先頭位置として検出する。また、制御手段１
０３ａは、ＡＶデータの先頭位置を検出した後、クロッ
ク回路１０５より供給されるクロック信号に基づいて計
時処理を行って、予め設定されているプリバッファリン
グ時間だけ待機し、その後、復号開始指示信号を出力す
る。これにより、受信バッファ１０２にプリバッファリ
ングするデータ量が制御されるので、受信バッファ１０
２には、少なくとも一定量のＡＶデータがプリバッファ
リングされることになる。

【００２７】図２は、図１７に示すＭＰ４フォーマット
の多重化ファイルＦ１の論理データ構造を示したもので
ある。ＭＰ４ファイルＦ１はＡｔｏｍと呼ばれる複数の
構造体から構成され、ファイルヘッダ情報Ｈｆ１が含ま
れる部分（Ｍｏｖｉｅ Ａｔｏｍ）Ｆ１１と、ＡＶデー
タＰａｖ１が含まれる部分（Ｍｏｖｉｅ ＤａｔａＡｔ
ｏｍ）Ｆ１２と、フリースペースやユーザ定義データが
含まれる部分（Ｆｒｅｅ Ａｔｏｍ、Ｓｋｉｐ Ａｔｏ
ｍ、Ｕｓｅｒ Ｄａｔａ Ａｔｏｍ）Ｆ１３と、を備え
ている。各構造体Ｆ１１〜Ｆ１３は、構造体のデータ量
を示す構造体サイズ部と、構造体の種別を示す構造体識
別子を有する構造体識別子部と、構造体毎に特有な情報
を格納する構造体データ部と、により構成されている。
すなわち、Ｍｏｖｉｅ Ａｔｏｍ部Ｆ１１は、構造体サ
イズ部Ｆ１１ａと構造体識別子部Ｆ１１ｂと構造体デー
タ部Ｆ１１ｃとを有している。また、Ｍｏｖｉｅ Ｄａ
ｔａ Ａｔｏｍ部Ｆ１２は、構造体サイズ部Ｆ１２ａと
構造体識別子部Ｆ１２ｂと構造体データ部Ｆ１２ｃ（図
示しない）とを有し、Ｆｒｅｅ Ａｔｏｍ、Ｓｋｉｐ
Ａｔｏｍ、Ｕｓｅｒ Ｄａｔａ Ａｔｏｍ部Ｆ１３は、
構造体サイズ部Ｆ１３ａと構造体識別子部Ｆ１３ｂと構
造体データ部Ｆ１３ｃ（図示しない）と、を有してい
る。

【００２８】また、図２に示すＭＰ４ファイルＦ１で
は、ファイルヘッダ情報Ｈｆ１を単一の構造体としてい
るが、これは一例であって、ファイルヘッダ情報Ｈｆ１
を複数の構造体から構成してもよい。また、構造体は、
さらに１つ以上の、さらに小さい単位の構造体から構成
されるいわゆるネスト構造になっていてもよい。

【００２９】次に、本実施の形態１によるデータ再生装
置１００ａの動作について、ＭＰ４ファイルＦ１を受信
する場合を例にとって説明する。データ要求手段１０１
によりサーバに対してファイルのＧＥＴ要求がなされる
と、サーバはＧＥＴ要求に含まれるＵＲＬ情報を解析し
て指定されたファイルを検索し、応答とそのファイルを
含むデータとを、データ再生装置１００ａに送信する。
データ再生装置１００ａにより受信した受信データは、
受信バッファ１０２にプリバッファリングされるととも
に、制御手段１０３ａに入力される。すると、制御手段
１０３ａは受信データを解析し、Ｍｏｖｉｅ Ａｔｏｍ
部Ｆ１１に含まれるファイルヘッダ情報Ｈｆ１の構造体
サイズ部Ｆ１１ａよりサイズ情報を取得する。そして、
制御手段１０３ａは、このサイズ分のデータ量の受信が
完了するまでの時間をプリバッファリング時間に含め
ず、Ｍｏｖｉｅ Ｄａｔａ Ａｔｏｍ部Ｆ１２に含まれ
るＡＶデータＰａｖ１を受信する時間のみを、プリバッ
ファリング時間として扱う。

【００３０】この制御手段１０３ａの動作を、図３のフ
ローチャートを参照しながら説明する。ここでは、ＭＰ
４ファイルＦ１の、各構造体の構造体サイズおよび構造
体識別子が図４に示すものであるとして説明する。図４
には、サイズが１０１６４バイト、構造体識別子がｍｏ
ｏｖであるファイルヘッダ情報Ｈｆ１と、サイズが３６
００００バイト、構造体識別子がｍｄａｔであるＡＶデ
ータＰａｖ１と、を有するＭＰ４ファイルＦ１の例を示
している。ここで、ＭＰ４ファイルＦ１の構造体サイズ
部Ｆ１１ａおよび構造体識別子部Ｆ１１ｂのデータサイ
ズはそれぞれ４バイトであり、構造体データ部Ｆ１３ｃ
のデータサイズは、１０１５６バイトである。また、０
ｘは、これに続く数字が１６進数表記であることを示し
ている。制御手段１０３ａに、構造体サイズ部が入力さ
れ（ステップＳ１１）、続いて構造体識別子部が入力さ
れる（ステップＳ１２）。

【００３１】次に、制御手段１０３ａは、入力された構
造体識別子部がＡＶデータＰａｖ１の構造体識別子部Ｆ
１２ｂであるか否かを判断する。ＭＰ４ファイルＦ１を
受信している場合、制御手段１０３ａは、構造体識別子
が「ｍｄａｔ」であるか判断する（ステップＳ１３）。

【００３２】入力された構造体識別子部がＡＶデータＰ
ａｖ１の構造体識別子部Ｆ１２ｂでない場合、つまり、
ファイルヘッダ情報Ｈｆ１の構造体識別子である「ｍｏ
ｏｖ」が入力された場合は、構造体サイズ部Ｆ１１ａよ
り取得したサイズ情報に基づいて、１０１５６バイト
の、ファイルヘッダ情報Ｈｆ１の構造体データ部Ｆ１１
ｃを受信する。このサイズ分のデータ量の受信が完了す
るまでの時間は、プリバッファリング時間に含めない時
間である。また、ファイルヘッダ情報Ｈｆ１のデータの
受信が完了すると、ステップＳ１１にもどり、ＡＶデー
タＰａｖ１を受信する（ステップＳ１４）。

【００３３】一方、ステップＳ１３において、入力され
た構造体識別子がＡＶデータＰａｖ１の構造体識別子
「ｍｄａｔ」であると判断した場合、つまり、ファイル
ヘッダ情報Ｈｆ１の受信が完了し、ＡＶデータＰａｖ１
の先頭が検出された場合、制御手段１０３ａは、クロッ
ク回路１０５から供給されるクロック信号に基づき、規
定のプリバッファリング時間であるＡ秒間待機し、受信
バッファ１０２にＡＶデータＰａｖ１をプリバッファリ
ングする（ステップＳ１５）。

【００３４】その後、Ａ秒間が経過すると、制御手段１
０３ａは、復号手段１０４に対して復号開始指示信号を
出力する（ステップＳ１６）。復号開始指示信号が入力
されると、復号手段１０４は、受信バッファ１０２にプ
リバッファリングされているＡＶデータＰａｖ１を読み
出して復号する。復号手段１０４により復号化されたデ
ータは表示手段１０６に入力され、表示手段１０６で再
生表示される。

【００３５】以上のように、本実施の形態１によるデー
タ再生装置１００ａによれば、受信データに含まれるフ
ァイルヘッダ情報Ｈｆ１のサイズ情報に基づきＡＶデー
タＰａｖ１の先頭を検出した後、ＡＶデータＰａｖ１を
所定の時間受信し、その後、復号を開始するので、ファ
イルヘッダ情報Ｈｆ１のデータ量の影響を受けることな
く、データ再生に必要なサイズのＡＶデータＰａｖ１を
確実にプリバッファリングすることにより、安定したデ
ータ再生を行うことができる。

【００３６】なお、本実施の形態１では、制御手段１０
３ａは、入力された構造体識別子がＡＶデータＰａｖ１
の構造体識別子であるか否かに基づき、ファイルヘッダ
情報Ｈｆ１またはＡＶデータＰａｖ１のどちらの構造体
が入力されたかを判定するもの、としたが、制御手段１
０３ａは、ファイルヘッダ情報Ｈｆ１の構造体識別子で
あるか否かに基づき、入力された構造体の種別を判定し
てもよい。ファイルヘッダ情報Ｈｆ１の構造体識別子で
あるか否かに基づき、構造体の種別の判定、およびＡＶ
データＰａｖ１の先頭検出を行うことにより、プリバッ
ファリング時間の制御を行う方法を、図５に示すフロー
チャートを参照しながら説明する。制御手段１０３ａ
に、構造体サイズ部が入力され（ステップＳ２１）、続
いて構造体識別子部が入力される（ステップＳ２２）。

【００３７】次に、制御手段１０３ａは、入力された構
造体識別子部がファイルヘッダ情報Ｈｆ１の構造体識別
子部Ｆ１１ｂであるか否かを判断する。ＭＰ４ファイル
Ｆ１を受信している場合、制御手段１０３ａは、構造体
識別子が「ｍｏｏｖ」であるか判断する（ステップＳ２
３）。

【００３８】入力された構造体識別子部が、ファイルヘ
ッダ情報Ｈｆ１の構造体識別子部Ｆ１１ｂでない場合、
ステップＳ２１において入力された構造体サイズ部のサ
イズ情報に基づいて、該構造体の構造体データ部を受信
する。そして、このサイズ分の構造体データ部の受信が
完了すると、ステップＳ２１に戻り、次に入力される構
造体を受信する（ステップＳ２４）。

【００３９】一方、制御手段１０３ａに入力された構造
体識別子部が、ファイルヘッダ情報Ｈｆ１の構造体識別
子部Ｆ１１ｂである場合、つまり、ファイルヘッダ情報
Ｈｆ１の構造体識別子である「ｍｏｏｖ」が入力された
場合は、構造体サイズ部Ｆ１１ａより取得したサイズ情
報に基づいて、１０１５６バイトの、ファイルヘッダ情
報Ｈｆ１の構造体データ部Ｆ１１ｃを受信する（ステッ
プＳ２５）。

【００４０】ファイルヘッダ情報Ｈｆ１の受信が完了す
ると、制御手段１０３ａは、クロック回路１０５から供
給されるクロック信号に基づき、規定のプリバッファリ
ング時間であるＡ秒間待機し、受信バッファ１０２にＡ
ＶデータＰａｖ１をプリバッファリングする（ステップ
Ｓ２６）。その後、Ａ秒間が経過すると、制御手段１０
３ａは、復号手段１０４に対して復号開始指示信号を出
力する（ステップＳ２７）。

【００４１】このように、ファイルヘッダ情報Ｈｆ１の
構造体識別子であるか否かに基づき、入力された構造体
の種別を判定することにより、ＡＶデータＰａｖ１の構
造体識別子が省略されている場合であっても、ＡＶデー
タＰａｖ１の先頭を検出し、規定の時間待機することに
より、受信バッファ１０２にＡＶデータＰａｖ１をプリ
バッファリングすることができる。

【００４２】また、制御手段１０３ａは、ファイルヘッ
ダ情報より取得したサイズ情報に基づきＡＶデータの先
頭位置を検出するもの、としたが、これは一例であっ
て、他の方法でＡＶデータの先頭を検出してもよい。例
えば、制御手段１０３ａは、取得したサイズ情報よりフ
ァイルヘッダ情報Ｈｆ１の受信に要するヘッダ情報受信
時間を算出し、クロック回路１０５より供給される時間
情報に基づいて計時処理を行い、データ受信開始後ヘッ
ダ情報受信時間が経過した時に、受信データの特定位置
をＡＶデータＰａｖ１の先頭位置として検出してもよ
い。受信データに含まれるファイルヘッダ情報Ｈｆ１の
サイズ情報からヘッダ情報受信時間を取得することによ
り、データ受信の開始後ヘッダ情報受信時間が経過した
時にＡＶデータＰａｖ１の先頭を検出することができ、
ファイルヘッダ情報Ｈｆ１のデータ量の影響を受けるこ
となくＡＶデータＰａｖ１のみをプリバッファリングす
ることができる。

【００４３】（実施の形態２）次に、本発明の請求項２
ないし請求項８に記載のデータ再生装置、および請求項
１１に記載のデータ再生方法に対応する形態を、実施の
形態２として、図面を参照しながら説明する。図６は、
本発明の実施の形態２によるデータ再生装置の構成及び
動作を示すブロック図である。

【００４４】図６において、図１と同一符号は、同一ま
たは相当する構成である。本実施の形態２によるデータ
再生装置１００ｂは、サーバに対してファイルを要求す
るデータ要求手段１０１と、該要求に応じて受信したデ
ータをプリバッファリングする受信バッファ１０２とを
有している。また、データ再生装置１００ｂは、ＡＶデ
ータの先頭位置の検出後、所定のデータ量を受信する
と、復号開始指示信号を出力する制御手段１０３ｂと、
上記復号開始指示信号に基づいて、上記受信バッファ１
０２にプリバッファリングされているＡＶデータを復号
する復号手段１０４と、上記制御手段１０３ｂにクロッ
ク信号を出力するクロック回路１０５と、復号化された
復号化済データを再生表示する表示手段１０６と、を有
している。

【００４５】ここで、制御手段１０３ｂは、ＡＶデータ
の先頭位置を検出し、その後一定量のデータ量を受信し
たとき、復号開始指示信号を出力するものである。つま
り、制御手段１０３ｂは、受信データのファイルヘッダ
情報部よりサイズ情報を取得し、このサイズ情報が示す
データ量を受信した時に、受信データの特定位置をＡＶ
データの先頭位置として検出する。また、制御手段１０
３ｂは、ＡＶデータの先頭を検出した後、予め設定され
ているデータ量を受信する間だけ待機し、その後復号開
始指示信号を出力する。これにより、受信バッファ１０
２にプリバッファリングするデータ量が制御されるの
で、受信バッファ１０２には一定量のＡＶデータがプリ
バッファリングされることとなる。

【００４６】次に、本実施の形態２によるデータ再生装
置１００ｂの動作について、ＭＰ４ファイルＦ１を受信
する場合を例にとって説明する。データ要求手段１０１
によりサーバに対してファイルのＧＥＴ要求がなされる
と、サーバは、ＧＥＴ要求に含まれるＵＲＬ情報を解析
して指定されたファイルを検索し、応答とそのファイル
を含むデータとを、データ再生装置１００ｂに送信す
る。データ再生装置１００ｂにより受信した受信データ
は、受信バッファ１０２にプリバッファリングされると
ともに、制御手段１０３ｂに入力される。すると、制御
手段１０３ｂは受信データを解析し、ファイルヘッダ情
報Ｈｆ１よりサイズ情報を取得する。そして、制御手段
１０３ｂは、このサイズ分のデータ量をプリバッファリ
ングするデータ量に含めず、ＡＶデータＰａｖ１のデー
タ量のみをプリバッファリングするデータ量として扱
う。

【００４７】この制御手段１０３ｂの動作を、図７のフ
ローチャートを参照しながら説明する。ここでは、ＭＰ
４ファイルＦ１の、各構造体の構造体サイズおよび構造
体識別子が図４に示すものであるとして説明する。制御
手段１０３ｂに、構造体サイズ部が入力され（ステップ
Ｓ３１）、続いて構造体識別子部が入力される（ステッ
プＳ３２）。

【００４８】次に、制御手段１０３ｂは、入力された構
造体識別子部がＡＶデータＰａｖ１の構造体識別子部Ｆ
１２ｂであるか否かを判断する。ＭＰ４ファイルＦ１を
受信している場合、制御手段１０３ｂは、構造体識別子
が「ｍｄａｔ」であるか判断する（ステップＳ３３）。

【００４９】入力された構造体識別子部がＡＶデータＰ
ａｖ１の構造体識別子部Ｆ１２ｂでない場合、つまり、
ファイルヘッダ情報Ｈｆ１の構造体識別子である「ｍｏ
ｏｖ」が入力された場合は、構造体サイズ部Ｆ１１ａよ
り取得したサイズ情報に基づいて、１０１５６バイト
の、ファイルヘッダ情報Ｈｆ１の構造体データ部Ｆ１１
ｃを受信する。そして、このサイズ分のデータは、プリ
バッファリングするデータ量として扱わないものとす
る。また、ファイルヘッダ情報Ｈｆ１のデータの受信が
完了すると、ステップＳ３１にもどり、ＡＶデータＰａ
ｖ１を受信する（ステップＳ３４）。

【００５０】一方、ステップＳ３３において、入力され
た構造体識別子がＡＶデータＰａｖ１の構造体識別子
「ｍｄａｔ」であると判断した場合、つまり、ファイル
ヘッダ情報Ｈｆ１の受信が完了し、ＡＶデータＰａｖ１
の先頭が検出された場合、制御手段１０３ｂは、規定の
データ量であるＢバイト受信するまで待機し、受信バッ
ファ１０２にＡＶデータＰａｖ１をプリバッファリング
する（ステップＳ３５）。ＢバイトのＡＶデータＰａｖ
１を受信すると、制御手段１０３ｂは、復号手段１０４
に対して復号開始指示信号を出力する（ステップＳ３
６）。

【００５１】復号開始指示信号が入力されると、復号手
段１０４は、受信バッファ１０２にプリバッファリング
されているＡＶデータＰａｖ１を読み出して復号する。
復号手段１０４により復号化されたデータは表示手段１
０６に入力され、表示手段１０６で再生表示される。

【００５２】以上のように、本実施の形態２によるデー
タ再生装置１００ｂによれば、受信データに含まれるフ
ァイルヘッダ情報Ｈｆ１のサイズ情報に基づきＡＶデー
タＰａｖ１の先頭を検出した後、所定のデータ量を受信
し、その後、復号を開始するので、ファイルヘッダ情報
Ｈｆ１のデータ量の影響を受けることなく、データ再生
に必要なデータ量のＡＶデータＰａｖ１を確実にプリバ
ッファリングすることにより、安定したデータ再生を行
うことができる。

【００５３】なお、本実施の形態２では、制御手段１０
３ｂは、入力された構造体識別子がＡＶデータＰａｖ１
の構造体識別子であるか否かに基づき、ファイルヘッダ
情報Ｈｆ１またはＡＶデータＰａｖ１のどちらの構造体
が入力されたかを判定するもの、としたが、制御手段１
０３ｂは、ファイルヘッダ情報Ｈｆ１の構造体識別子で
あるか否かに基づき、入力された構造体の種別を判定し
てもよい。ファイルヘッダ情報Ｈｆ１の構造体識別子で
あるか否かに基づき、構造体の種別の判定、およびＡＶ
データＰａｖ１の先頭検出を行うことにより、プリバッ
ファリングするデータ量の制御を行う方法を、図８に示
すフローチャートを参照しながら説明する。制御手段１
０３ｂに、構造体サイズ部が入力され（ステップＳ４
１）、続いて構造体識別子部が入力される（ステップＳ
４２）。

【００５４】次に、制御手段１０３ｂは、入力された構
造体識別子部がファイルヘッダ情報Ｈｆ１の構造体識別
子部Ｆ１１ｂであるか否かを判断する。ＭＰ４ファイル
Ｆ１を受信している場合、制御手段１０３ｂは、構造体
識別子が「ｍｏｏｖ」であるか判断する（ステップＳ４
３）。

【００５５】入力された構造体識別子部が、ファイルヘ
ッダ情報Ｈｆ１の構造体識別子部Ｆ１１ｂでない場合、
ステップＳ４１において入力された構造体サイズ部のサ
イズ情報に基づいて、該構造体の構造体データ部を受信
する。そして、このサイズ分の構造体データ部の受信が
完了すると、ステップＳ４１に戻り、次に入力される構
造体を受信する（ステップＳ４４）。

【００５６】一方、制御手段１０３ｂに入力された構造
体識別子部が、ファイルヘッダ情報Ｈｆ１の構造体識別
子部Ｆ１１ｂである場合、つまり、ファイルヘッダ情報
Ｈｆ１の構造体識別子である「ｍｏｏｖ」が入力された
場合は、構造体サイズ部Ｆ１１ａより取得したサイズ情
報に基づいて、１０１５６バイトの、ファイルヘッダ情
報Ｈｆ１の構造体データ部Ｆ１１ｃを受信する（ステッ
プＳ４５）。

【００５７】ファイルヘッダ情報Ｈｆ１の受信が完了す
ると、制御手段１０３ｂは、規定のデータ量であるＢバ
イト受信するまで待機し、受信バッファ１０２にＡＶデ
ータＰａｖ１をプリバッファリングする（ステップＳ４
６）。ＢバイトのＡＶデータＰａｖ１を受信すると、制
御手段１０３ｂは、復号手段１０４に対して復号開始指
示信号を出力する（ステップＳ４７）。

【００５８】このように、ファイルヘッダ情報Ｈｆ１の
構造体識別子であるか否かに基づき、入力された構造体
の種別を判定することにより、ＡＶデータＰａｖ１の構
造体識別子が省略されている場合であっても、ＡＶデー
タＰａｖ１の先頭を検出し、規定のデータ量であるＢバ
イトのＡＶデータＰａｖ１をプリバッファリングするこ
とができる。

【００５９】また、本実施の形態２では、復号開始指示
信号を出力するまでに受信するデータ量を、所定のデー
タ量、としたが、ファイルのサイズに応じて、復号開始
指示信号を出力するまでに受信するデータ量を動的に設
定してもよい。例えば、制御手段１０３ｂは、ＡＶデー
タＰａｖ１の先頭を検出した後、全体のファイルサイズ
に対して所定の割合となるデータ量を受信した後に復号
開始指示信号を出力してもよい。一例として、その割合
を１０％とすることが可能である。ファイルサイズに対
して所定の割合となるデータ量を受信した後で復号を開
始することにより、データ再生に必要なサイズのＡＶデ
ータＰａｖ１を確実にプリバッファリングすることがで
きるので、安定したデータ再生を行うことができる。

【００６０】また、復号開始指示信号を出力するまでに
受信するデータ量を、ＡＶデータＰａｖ１のサイズに基
づいて動的に設定してもよい。例えば、制御手段１０３
ｂは、ＡＶデータＰａｖ１の先頭を検出した後、ＡＶデ
ータＰａｖ１の構造体サイズ部Ｆ１２ａに示されている
構造体サイズに対して所定の割合となるデータ量を受信
した後に復号開始指示信号を出力してもよい。一例とし
て、その割合を１０％とすることが可能である。ＡＶデ
ータＰａｖ１のサイズに対して所定の割合となるデータ
量を受信した後で復号を開始することにより、データ再
生に必要なサイズのＡＶデータＰａｖ１を確実にプリバ
ッファリングすることができるので、安定したデータ再
生を行うことができる。

【００６１】また、受信バッファ１０２を、ビデオデー
タＰｖ１を蓄積する領域（ビデオバッファ）と、オーデ
ィオデータＰａ１を蓄積する領域（オーディオバッフ
ァ）と、に区分し、復号開始指示信号を出力するまでに
受信するデータ量を、ビデオデータＰｖ１、オーディオ
データＰａ１それぞれに対して設定してもよい。例え
ば、制御手段１０３ｂは、ビデオデータＰｖ１の受信
量、またはオーディオデータＰａ１の受信量のいずれか
が設定値に達した時に、復号開始指示信号を出力しても
よい。また、制御手段１０３ｂは、ビデオデータＰｖ１
の受信量、またはオーディオデータＰａ１の受信量のど
ちらかが設定値を越えた時に、復号開始指示信号を出力
してもよい。一例として、ビデオデータＰｖ１の設定値
をビデオバッファのサイズの２／３、オーディオデータ
Ｐａ１の設定値をオーディオバッファサイズ分とするこ
とが可能である。ビデオデータＰｖ１またはオーディオ
データＰａ１のいずれかの受信量が設定値に達した後、
あるいは、ビデオデータＰｖ１またはオーディオデータ
Ｐａ１のいずれかの受信量が設定値を超えたときに、復
号を開始することにより、データ再生に必要なサイズの
ＡＶデータＰａｖ１を確実にプリバッファリングするこ
とができるので、安定したデータ再生を行うことができ
る。

【００６２】また、復号開始指示信号を出力するまでに
受信するデータ量を、ファイルヘッダ情報Ｈｆ１を解析
することにより動的に設定してもよい。すなわち、制御
手段１０３ｂは、ファイルヘッダ情報Ｈｆ１の構造体サ
イズ部Ｆ１１ａに示されているサイズ情報に基づき、復
号開始指示信号を出力するまでに受信するビデオデータ
Ｐｖ１およびオーディオデータＰａ１のデータ量を算出
し、その合計のデータ量を、受信するデータ量として設
定する。そして、制御手段１０３ｂは、ビデオデータＰ
ｖ１とオーディオデータＰａ１との合計の受信量が設定
値を越えた時に、復号開始指示信号を出力する。

【００６３】以下に、ＭＰ４ファイルＦ１を受信する場
合を例にとって、ビデオバッファサイズの２／３のビデ
オデータＰｖ１と、オーディオバッファサイズ分のオー
ディオデータＰａ１と、をプリバッファリングするため
に必要なＡＶデータＰａｖ１の受信量を算出する方法を
説明する。ここでは、ＭＰ４ファイルＦ１のデータ構成
が図９に示すものである場合を例にとって説明する。

【００６４】まず、図９に示したＭＰ４ファイルＦ１の
データ構成について説明する。なお、ＡＶデータＰａｖ
１には、ビデオデータＰｖ１とオーディオデータＰａ１
とが多重化されているが、ここでは、ビデオデータＰｖ
１のみに着目して説明する。

【００６５】ＭＰ４ファイルＦ１のビデオデータＰｖ１
は、各ビデオフレームのデータを有し、例えば、ビデオ
フレーム＃１のデータをビデオフレームデータ＃１に、
ビデオフレーム＃２のデータをビデオフレームデータ＃
２に、ビデオフレーム＃３のデータをビデオフレームデ
ータ＃３に有する。図９には、ビデオフレームデータ＃
１の開始時刻が０秒、データのサイズが２８３１バイト
であり、ビデオフレームデータ＃２の開始時刻が０．０
６７秒、データのサイズが５１４バイト、ビデオフレー
ムデータ＃３の開始時刻が０．１３３秒、データのサイ
ズが２４７バイトである例を示している。また、ＭＰ４
フォーマットのファイルでは、同一の属性のフレームが
連続している場合、それらの複数のフレームをまとめ
て、チャンクとして管理している。チャンクは、ＭＰ４
フォーマットのファイルの作成時に適当に決定されるも
のである。ＭＰ４ファイルＦ１のチャンク＃１は、ビデ
オフレームデータ＃１とビデオフレームデータ＃２との
２つのフレームで構成され、チャンク＃２はビデオフレ
ームデータ＃３〜＃５の３つのフレーム、チャンク＃１
８はビデオフレームデータ＃４４〜＃４６の３つのフレ
ームで構成されている。

【００６６】また、ＭＰ４ファイルＦ１のファイルヘッ
ダ情報Ｈｆ１は、ビデオデータＰｖ１に係る情報が含ま
れるビデオヘッダ部Ｈｖと、オーディオデータＰａ１に
係る情報が含まれるオーディオヘッダ部Ｈａ（図示しな
い）と、を有する。ビデオヘッダ部Ｈｖは、各フレーム
の継続時間を表示するタイムスタンプテーブル（以下、
ＴＳテーブルと称す）Ｈｔｓと、各チャンクに含まれる
フレーム数を示すチャンクテーブル（以下、ＳＣテーブ
ルと称す）Ｈｓｃと、各フレームのサイズを示すサイズ
テーブル（以下ＳＺテーブルと称す）Ｈｓｚと、各チャ
ンクの先頭位置を示すチャンクオフセットテーブル（以
下、ＣＯテーブルと称す）Ｈｃｏと、を有する。

【００６７】ビデオフレーム＃１の表示時刻が０秒、ビ
デオフレーム＃２の表示時刻が０．０６７秒、ビデオフ
レーム＃３の表示時刻が０．１３３秒である場合、ビデ
オフレーム＃１の継続時間は０．０６７秒、ビデオフレ
ーム＃２の継続時間は０．０６６秒である。ＴＳテーブ
ルＨｔｓは、各ビデオフレームの継続時間を記述するも
のであり、例えば、ビデオフレーム＃１およびビデオフ
レーム＃２に相当する部分（Ｈｔｓ１、Ｈｔｓ２）に
は、それぞれ、「０．０６７」、「０．０６６」が記述
される。また、ＳＣテーブルＨｓｃの、チャンク＃１お
よびチャンク＃２に相当する部分（Ｈｓｃ１、Ｈｓｃ
２）には、それぞれ、「２」、「３」が記述される。Ｓ
ＺテーブルＨｓｚの、ビデオフレーム＃１およびビデオ
フレーム＃２に相当する部分（Ｈｓｚ１、Ｈｓｚ２）に
は、それぞれ、「２８３１」、「５１４」が記述され
る。ＣＯテーブルＨｃｏの、チャンク＃１およびチャン
ク＃２に相当する部分（Ｈｃｏ１、Ｈｃｏ２）には、そ
れぞれ、「１０１７２」および「１５５１７」が記述さ
れる。

【００６８】次に、復号開始指示信号を出力するまでに
受信するデータ量を決定する方法を説明する。制御手段
１０３ｂは、ファイルヘッダ情報Ｈｆ１の受信が完了す
ると、取得したビデオヘッダ部Ｈｖに基づき、各フレー
ムの表示時刻とサイズと開始位置とを整理したビデオフ
レーム情報テーブルを作成する。さらに、制御手段１０
３ｂは、取得したオーディオヘッダ部Ｈａに基づき、各
フレームの表示時刻とサイズと開始位置とを整理したオ
ーディオフレーム情報テーブルを作成する。ＭＰ４ファ
イルＦ１のファイルヘッダ情報Ｈｆ１に基づき作成した
ビデオフレーム情報テーブルを図１０（ａ）に、オーデ
ィオフレーム情報テーブルを図１０（ｂ）に示す。

【００６９】ビデオフレーム情報テーブルとオーディオ
フレーム情報テーブルとを作成すると、制御手段１０３
ｂは、これらのテーブルに基づき、復号開始指示信号を
出力するまでに受信するデータ量を算出する。この、デ
ータ量の算出方法を、図１１のフローチャートを参照し
ながら説明する。

【００７０】制御手段１０３ｂは、まず、各種変数を初
期化する。すなわち、ビデオデータの受信量の設定値Ｖ
をビデオバッファサイズの２／３とし、オーディオデー
タの受信量の設定値Ａをオーディオバッファサイズとす
る。また、現在のビデオデータのデータ量を示すビデオ
データ量Ｓｖと、現在のオーディオデータのデータ量を
示すオーディオデータ量Ｓａと、に０を代入し、ビデオ
フレームの番号を示すビデオフレーム番号ｉｖと、オー
ディオフレームの番号を示すオーディオフレーム番号ｉ
ａと、に１を代入する（ステップＳ５１）。

【００７１】次に、制御手段１０３ｂは、第ｉｖ番目の
ビデオフレームの開始位置および第ｉａ番目のオーディ
オフレームの開始位置を、ビデオフレーム情報テーブル
およびオーディオフレーム情報テーブルより取得し、ビ
デオフレームの開始位置を示すビデオフレーム開始位置
ｏｖを第ｉｖ番目のビデオフレームの開始位置とする
（ｏｖ［ｉｖ］と表記する）。また、オーディオフレー
ムの開始位置を示すオーディオフレーム開始位置ｏａを
第ｉａ番目のオーディオフレームの開始位置とする（ｏ
ａ［ｉａ］と表記する）（ステップＳ５２）。

【００７２】ここで、制御手段１０３ｂは、ビデオフレ
ーム開始位置ｏｖ［ｉｖ］またはオーディオフレーム開
始位置ｏａ［ｉａ］のどちらが大きいか判断し、ビデオ
フレーム開始位置ｏｖ［ｉｖ］＜オーディオフレーム開
始位置ｏａ［ｉａ］、である場合、ステップＳ５４に処
理を移行し、ビデオフレーム開始位置ｏｖ［ｉｖ］＜オ
ーディオフレーム開始位置ｏａ［ｉａ］でない場合、ス
テップＳ５８に処理を移行する（ステップＳ５３）。

【００７３】ステップＳ５３で、ビデオフレーム開始位
置ｏｖ［ｉｖ］＜オーディオフレーム開始位置ｏａ［ｉ
ａ］であると判断された場合、制御手段１０３ｂは、第
ｉｖ番目のビデオフレームのサイズをビデオフレーム情
報テーブルより取得し、ビデオフレームサイズｓｖを第
ｉｖ番目のビデオフレームのサイズとする（ｓｖ［ｉ
ｖ］と表記する）（ステップＳ５４）。

【００７４】次に、ビデオデータ量Ｓｖにビデオフレー
ムサイズｓｖ［ｉｖ］を加算し（ステップＳ５５）、ビ
デオフレーム番号ｉｖを１だけインクリメントする（ス
テップＳ５６）。ここで、制御手段１０３ｂは、現在の
ビデオデータ量Ｓｖがビデオデータの受信量の設定値Ｖ
であるか判断し、ビデオデータ量Ｓｖ＜ビデオデータの
受信量の設定値Ｖである場合、ステップＳ５２に戻り、
ビデオデータ量Ｓｖを更新する（ステップＳ５７）。

【００７５】ステップＳ５３で、ビデオフレーム開始位
置ｏｖ［ｉｖ］＜オーディオフレーム開始位置ｏａ［ｉ
ａ］でないと判断された場合、制御手段１０３ｂは、第
ｉａ番目のオーディオフレームのサイズをオーディオフ
レーム情報テーブルより取得し、オーディオフレームサ
イズｓａを第ｉａ番目のオーディオフレームのサイズと
する（ｓａ［ｉａ］と表記する）（ステップＳ５８）。

【００７６】次に、オーディオデータ量Ｓａにオーディ
オフレームサイズｓａ［ｉａ］を加算し（ステップＳ５
９）、オーディオフレーム番号ｉａを１だけインクリメ
ントする（ステップＳ６０）。ここで、制御手段１０３
ｂは、現在のオーディオデータ量Ｓａがオーディオデー
タの受信量の設定値Ａであるか判断し、オーディオデー
タ量Ｓａ＜オーディオデータ受信量の設定値Ａである場
合、ステップＳ５２に戻り、オーディオデータ量Ｓａを
更新する。（ステップＳ６１）。

【００７７】ステップＳ５７において、ビデオデータ量
Ｓｖがビデオデータの受信量の設定値Ｖ以上であると判
断し、ステップＳ６１において、オーディオデータ量Ｓ
ａがオーディオデータの受信量の設定値Ａ以上であると
判断した場合、ビデオデータ量Ｓｖとオーディオデータ
量Ｓａとの合計のデータ量を算出する。この、ビデオデ
ータ量Ｓｖとオーディオデータ量Ｓａとの合計のデータ
量が、受信すべきデータ量である（ステップＳ６２）。

【００７８】このように、ファイルヘッダ情報Ｈｆ１に
基づき、ビデオデータとオーディオデータの合計の受信
量を設定することにより、データ再生に必要なサイズの
ＡＶデータＰａｖ１を確実にプリバッファリングするこ
とができる。

【００７９】（実施の形態３）次に、本発明の請求項９
に記載のデータ再生装置に対応する形態を、実施の形態
３として、図面を参照しながら説明する。図１２は、本
発明の実施の形態３によるデータ再生装置の構成及び動
作を示すブロック図である。

【００８０】図１２において、図１と同一符号は同一ま
たは相当する構成である。本実施の形態３によるデータ
再生装置１００ｃは、サーバに対してファイルを要求す
るデータ要求手段１０１と、該要求に応じて受信したデ
ータをプリバッファリングする受信バッファ１０２とを
有している。また、データ再生装置１００ｃは、上記受
信バッファ１０２に蓄積されているデータに基づいて、
一定時間表示するために必要なデータ量を算出し、ＡＶ
データの先頭位置の検出後、該データ量を受信すると、
復号開始指示信号を出力する制御手段１０３ｃと、上記
復号開始指示信号に基づいて、上記受信バッファ１０２
にプリバッファリングされているＡＶデータを復号する
復号手段１０４と、上記制御手段１０３ｃにクロック信
号を出力するクロック回路１０５と、復号化された復号
化済データを再生表示する表示手段１０６と、を有して
いる。

【００８１】次に、本実施の形態３によるデータ再生装
置の動作について、ＭＰ４ファイルＦ１を受信する場合
を例にとって説明する。制御手段１０３ｃにファイルヘ
ッダ情報Ｈｆ１が入力されると、制御手段１０３ｃは、
ファイルヘッダ情報Ｈｆ１に基づき、各ビデオフレーム
の表示時刻と、フレームサイズと、開始位置と、を整理
したビデオフレーム情報テーブルを作成する。そして、
このビデオフレーム情報テーブルに基づき、予め設定さ
れた表示時刻に相当するビデオフレームのフレームサイ
ズを算出する。作成されたビデオフレーム情報テーブル
が図１０（ａ）に示すものであり、予め設定された表示
時刻が３秒である場合、３秒分のフレームサイズは、フ
レーム＃１からフレーム＃４６までのフレームサイズの
合計（2831+514+247+ … +138+209+1412）であり、例え
ば２１０２０バイトとなる。そして、ＡＶデータＰａｖ
１の先頭を検出した後、制御手段１０３ｃは、算出した
サイズのデータ量を受信する間だけ待機して、その後復
号開始指示信号を出力する。ＭＰ４ファイルＦ１を受信
する場合、ＡＶデータＰａｖ１の先頭を検出した後、２
１０２０バイト以上のデータを受信する間だけ待機し
て、その後復号開始指示信号を出力することになる。こ
れにより、受信バッファ１０２にプリバッファリングす
るデータ量が制御され、受信バッファ１０２には、少な
くとも一定量のデータがプリバッファリングされること
となる。なお、予め設定された表示時刻に一致するビデ
オフレームがない場合、予め設定された表示時刻より長
い表示時刻または短い表示時刻の、どちらのフレームま
でのデータをもプリバッファリングするようにしてもよ
い。

【００８２】このように、本実施の形態３によるデータ
再生装置１００ｃにおいては、所定の時時間再生するた
めに必要なデータ量を受信した後で復号を開始するの
で、データ再生に必要なサイズのＡＶデータを確実にプ
リバッファリングすることができ、安定したデータ再生
をすることができる。

【００８３】なお、上記実施の形態１ないし実施の形態
３では、サーバに対して要求したデータを受信しつつ再
生するデータ再生装置について示したが、このデータ再
生装置の具体的なものとしては、ＰＣ（パーソナルコン
ピュータ）や携帯電話などが挙げられる。

【００８４】（実施の形態４）以下、本発明の実施の形
態４として、上記実施の形態１のデータ再生装置と同様
に、サーバに対して要求したデータを受信しつつ再生す
る携帯電話について説明する。

【００８５】図１３は、この実施の形態４の携帯電話を
説明するための図である。この実施の形態４の携帯電話
３００は、種々の信号処理を行う信号処理部３０２と、
アンテナ３０１で受信された無線信号Ｎを受信信号とし
て信号処理部３０２に出力するとともに、信号処理部３
０２にて生成された送信信号を無線信号Ｎとしてアンテ
ナ３０１から送信する無線通信部３０３とを有してい
る。

【００８６】また、上記携帯電話３００は、画像表示を
行う液晶表示部（ＬＣＤ）３０６と、音声の入力を行う
ためのマイク３０８と、音声信号を再生するスピーカ３
０７と、上記信号処理部３０２にて処理された画像信号
を受け、液晶表示部３０６を、該画像信号に基づいて画
像表示が行われるよう制御する表示制御部３０４と、マ
イク３０８からの入力音声信号を信号処理部３０２に出
力するとともに、信号処理部３０２にて処理された音声
信号をスピーカ３０７に出力する音声入出力部３０５と
を有している。なお、ここでは説明の簡略化のため、携
帯電話のボタン操作部は図示していない。

【００８７】ここで、上記信号処理部３０２は、上記実
施の形態１のデータ再生装置１００ａを用いてデータ再
生処理を行うものである。つまり、上記信号処理部３０
２は、実施の形態１のデータ再生装置１００ａにおけ
る、データ要求手段１０１、受信バッファ１０２、制御
手段１０３ａ、復号手段１０４及びクロック回路１０５
を有している。また、この実施の形態４の携帯電話３０
０における表示制御部３０４及び液晶パネル（ＬＣＤ）
３０６は、上記実施の形態１の表示手段１０６に相当す
るものである。

【００８８】このような構成を有する携帯電話３００で
は、ユーザにより特定のファイルの再生を行うための操
作がなされると、信号処理部３０２は、サーバに対し
て、ユーザが指定したファイルの送信要求を行う。ま
た、信号処理部３０２は、サーバより送信されるデータ
を受信しつつ受信バッファ１０２にプリバッファリング
する。そして、データに含まれるＡＶデータを所定の時
間プリバッファリングした後で、データの復号を開始す
る。

【００８９】なお、上記実施の形態４では、携帯電話と
して、上記実施の形態１のデータ再生装置１００ａを用
いてデータ再生処理を行うものを示したが、この携帯電
話は、上記実施の形態２のデータ再生装置１００ｂまた
は上記実施の形態３のデータ再生装置１００ｃを用いて
データ再生処理を行うものであってもよい。

【００９０】

【発明の効果】本発明の請求項１に記載のデータ再生装
置によれば、ヘッダ情報と、該ヘッダ情報より後ろに配
置された再生データと、を含むデータを受信しながら再
生するデータ再生装置であって、上記ヘッダ情報に基づ
いて、該データにおける上記再生データの先頭位置を検
出するデータ位置検出手段と、上記受信したデータを蓄
積するバッファと、上記バッファに蓄積されている上記
再生データを復号する復号手段と、上記データ位置検出
手段の検出出力を受けた後、所定の時間が経過したとき
に、上記再生データの復号化開始を指示する復号開始指
示信号を上記復号手段に出力する制御手段と、を備え、
上記復号手段は、上記復号開始指示信号が入力される
と、上記バッファに蓄積されている上記再生データの復
号化処理を開始するもの、としたので、受信する再生デ
ータの先頭を検出した後、所定の時間が経過したときに
データ再生を開始するので、データ再生を開始するまで
に、データ再生に必要な量の再生データを上記バッファ
に確実に蓄積することができ、安定したデータ再生を実
施することができる。

【００９１】本発明の請求項２に記載のデータ再生装置
によれば、請求項１に記載のデータ再生装置において、
上記制御手段は、上記データ位置検出手段の検出出力を
受けた後、上記バッファに蓄積されたデータ量が一定の
設定値となったとき、上記復号開始指示信号を出力する
ようにしたので、一定量の再生データを上記バッファに
蓄積した後、データ再生を開始することにより、安定し
たデータ再生を実施することができる。

【００９２】本発明の請求項３に記載のデータ再生装置
によれば、請求項２に記載のデータ再生装置において、
上記制御手段は、上記データのデータサイズに対して所
定の割合となるデータ量を受信したとき、上記復号開始
指示信号を出力するようにしたので、データ再生に必要
なデータ量の再生データを、上記バッファに蓄積するこ
とができる。

【００９３】本発明の請求項４に記載のデータ再生装置
によれば、請求項２に記載のデータ再生装置において、
上記制御手段は、上記再生データに含まれる再生データ
サイズ情報に基づいて、該情報の示す再生データのサイ
ズに対して所定の割合となるデータサイズを算出し、上
記データ位置検出手段の検出出力を受けた後、該データ
サイズのデータ量を受信したときに、上記復号開始指示
信号を出力するようにしたので、安定したデータ再生を
実施するために必要なデータ量の再生データを、上記バ
ッファに蓄積することができる。

【００９４】本発明の請求項５に記載のデータ再生装置
によれば、請求項２に記載のデータ再生装置において、
上記再生データは、複数の属性を有するものであり、上
記バッファは、各属性の再生データを蓄積する属性別蓄
積領域を、各属性ごとに有し、上記制御手段は、上記属
性別蓄積領域のデータ蓄積量を、上記各属性の再生デー
タを受信するデータサイズとし、いずれかの属性のデー
タサイズのデータ量を受信したときに、上記復号開始指
示信号を出力するようにしたので、安定したデータ再生
を実施するために必要なデータ量の再生データを、上記
バッファに蓄積することができる。

【００９５】本発明の請求項６に記載のデータ再生装置
によれば、請求項５に記載のデータ再生装置において、
上記制御手段は、上記属性別蓄積領域のデータ蓄積量の
所定の割合を、上記各属性の再生データを受信するデー
タサイズとするようにしたので、安定したデータ再生を
実施するために必要なデータ量を算出することができ
る。

【００９６】本発明の請求項７に記載のデータ再生装置
によれば、請求項５または請求項６に記載のデータ再生
装置において、上記制御手段は、いずれかの属性のデー
タサイズを超過するデータ量を受信したときに、上記復
号開始指示信号を出力するようにしたので、一定量の再
生データを上記バッファに蓄積することにより、安定し
たデータ再生を実施することができる。

【００９７】本発明の請求項８に記載のデータ再生装置
によれば、請求項２に記載のデータ再生装置において、
上記再生データは、複数の属性を有するものであり、上
記制御手段は、上記再生データに含まれる各属性のデー
タ量を示す属性サイズ情報に基づいて、上記各属性の再
生データを所定のデータ量を受信するために必要なデー
タ受信量を、各属性ごとに算出し、すべての属性のデー
タ受信量の合計を再生データ受信量とし、上記データ位
置検出手段の検出出力を受けた後、上記再生データ受信
量のデータ量を受信したとき、上記復号開始指示信号を
出力するようにしたので、安定したデータ再生を実施す
るために必要なデータ量を算出することができる。

【００９８】本発明の請求項９に記載のデータ再生装置
によれば、請求項１に記載のデータ再生装置において、
上記制御手段は、上記ヘッダ情報に含まれる、各フレー
ムのデータサイズを示すフレームサイズ情報及び各フレ
ームの表示時刻を示す表示時刻情報に基づいて、所定の
表示時間に相当する再生データのデータサイズを算出
し、上記再生データの先頭位置の検出後、該データサイ
ズのデータ量を受信した時に、上記復号開始指示信号を
出力するようにしたので、データ再生に必要な量の再生
データを上記バッファに確実に蓄積することにより、安
定したデータ再生を実施することができる。

【００９９】本発明の請求項１０に記載のデータ再生方
法によれば、ヘッダ情報と該ヘッダ情報より後ろに配置
された再生データとを含むデータを受信しながら再生す
るデータ再生方法であって、上記ヘッダ情報に基づい
て、該データにおける上記再生データの先頭位置を検出
するデータ位置検出ステップと、上記受信した再生デー
タをバッファに蓄積する蓄積ステップと、上記データ位
置検出ステップにて上記再生データの先頭位置を検出し
た後、所定の時間が経過したときに、上記蓄積された再
生データを復号する復号ステップと、を含むもの、とし
たので、受信する再生データの先頭を検出し、検出後、
所定の時間が経過したときにデータ再生を開始するの
で、データ再生を開始するまでに、データ再生に必要な
量の再生データを上記バッファに確実に蓄積することが
でき、安定したデータ再生を実施することができる。

【０１００】本発明の請求項１１に記載のデータ再生方
法によれば、ヘッダ情報と該ヘッダ情報より後ろに配置
された再生データとを含むデータを受信しながら再生す
るデータ再生方法であって、上記ヘッダ情報に基づい
て、該データにおける上記再生データの先頭位置を検出
するデータ位置検出ステップと、上記データ位置検出ス
テップにて上記再生データの先頭位置を検出した後に、
上記再生データを、そのデータ量が一定の設定値となる
までバッファに蓄積する蓄積ステップと、上記蓄積され
た一定のデータ量の再生データを復号する復号ステップ
と、を含むもの、としたので、受信する再生データの先
頭を検出し、検出後、一定量の再生データを上記バッフ
ァに蓄積した後でデータ再生を開始するので、安定した
データ再生を実施することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１によるデータ再生装置
の、構成及び動作を示すブロック図である。

【図２】ＭＰ４フォーマットの多重化ファイルの、論理
データ構造を示す図である。

【図３】本発明の実施の形態１によるデータ再生装置
の、制御手段の動作を示すフローチャートである。

【図４】ＭＰ４フォーマットの多重化ファイルの、各構
造体が有する構造体サイズおよび構造体識別子を説明す
る図である。

【図５】本発明の実施の形態１によるデータ再生装置
の、制御手段の動作の他の一例を示すフローチャートで
ある。

【図６】本発明の実施の形態２によるデータ再生装置の
構成及び動作を示すブロック図である。

【図７】本発明の実施の形態２によるデータ再生装置の
制御手段の動作を示すフローチャートである。

【図８】本発明の実施の形態２によるデータ再生装置
の、制御手段の動作の他の一例を示すフローチャートで
ある。

【図９】ＭＰ４フォーマットの多重化ファイルのデータ
構成を示す図である。

【図１０】ＭＰ４フォーマットの多重化ファイルのヘッ
ダ情報部に基づいて作成したビデオフレーム情報テーブ
ル（ａ）、およびオーディオフレーム情報テーブル
（ｂ）を説明する図である。

【図１１】本発明の実施の形態２によるデータ再生装置
の、制御手段の動作の他の一例を示すフローチャートで
ある。

【図１２】本発明の実施の形態３によるデータ再生装置
の構成及び動作を示すブロック図である。

【図１３】本発明の実施の形態４によるデータ再生装置
としての携帯電話を説明するための図である。

【図１４】従来のデータ再生装置の構成及び動作を示す
ブロック図である。

【図１５】ＨＴＴＰを使用したファイルのダウンロード
のプロトコルシーケンスを説明するための図である。

【図１６】従来の多重化ファイルの構造を示す図であ
る。

【図１７】ＭＰ４フォーマットの多重化ファイルの構造
を示す図である。

【符号の説明】

１００ａ、１００ｂ、１００ｃ、２００ データ再生装
置 １０１ データ要求手段 １０２ 受信バッファ １０３ａ、１０３ｂ、１０３ｃ、２０１ 制御手段 １０４ 復号手段 １０５ クロック回路 １０６ 表示手段 ３００ 携帯電話 ３０１ アンテナ ３０２ 信号処理部 ３０３ 無線通信部 ３０４ 表示制御部 ３０５ 音声入力出力部 ３０６ 液晶パネル（ＬＣＤ） ３０７ スピーカ ３０８ マイク Ｆ１ ＭＰ４ファイル Ｈｆ１ ファイルヘッダ情報 Ｐａｖ１ ＡＶデータ Ｐａ１ オーディオデータ Ｐｖ１ ビデオデータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大岳 直人 神奈川県横浜市港北区綱島東四丁目３番１ 号 松下通信工業株式会社内 Ｆターム(参考） 5C059 KK35 MA00 RC04 RC11 RC32 SS08 TA00 TB01 TC00 UA05 UA32

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ヘッダ情報と、該ヘッダ情報より後ろに
   配置された再生データと、を含むデータを受信しながら
   再生するデータ再生装置であって、 上記ヘッダ情報に基づいて、該データにおける上記再生
   データの先頭位置を検出するデータ位置検出手段と、 上記受信したデータを蓄積するバッファと、 上記バッファに蓄積されている上記再生データを復号す
   る復号手段と、 上記データ位置検出手段の検出出力を受けた後、所定の
   時間が経過したときに、上記再生データの復号化開始を
   指示する復号開始指示信号を上記復号手段に出力する制
   御手段と、を備え、 上記復号手段は、上記復号開始指示信号が入力される
   と、上記バッファに蓄積されている上記再生データの復
   号化処理を開始する、 ことを特徴とするデータ再生装置。
2. 【請求項２】 請求項１に記載のデータ再生装置におい
   て、 上記制御手段は、上記データ位置検出手段の検出出力を
   受けた後、上記バッファに蓄積されたデータ量が一定の
   設定値となったとき、上記復号開始指示信号を出力す
   る、 ことを特徴とするデータ再生装置。
3. 【請求項３】 請求項２に記載のデータ再生装置におい
   て、 上記制御手段は、上記データのデータサイズに対して所
   定の割合となるデータ量を受信したとき、上記復号開始
   指示信号を出力する、 ことを特徴とするデータ再生装置。
4. 【請求項４】 請求項２に記載のデータ再生装置におい
   て、 上記制御手段は、上記再生データに含まれる再生データ
   サイズ情報に基づいて、該情報の示す再生データのサイ
   ズに対して所定の割合となるデータサイズを算出し、上
   記データ位置検出手段の検出出力を受けた後、該データ
   サイズのデータ量を受信したときに、上記復号開始指示
   信号を出力する、 ことを特徴とするデータ再生装置。
5. 【請求項５】 請求項２に記載のデータ再生装置におい
   て、 上記再生データは、複数の属性を有するものであり、 上記バッファは、各属性の再生データを蓄積する属性別
   蓄積領域を、各属性ごとに有し、 上記制御手段は、上記属性別蓄積領域のデータ蓄積量
   を、上記各属性の再生データを受信するデータサイズと
   し、いずれかの属性のデータサイズのデータ量を受信し
   たときに、上記復号開始指示信号を出力する、 ことを特徴とするデータ再生装置。
6. 【請求項６】 請求項５に記載のデータ再生装置におい
   て、 上記制御手段は、上記属性別蓄積領域のデータ蓄積量の
   所定の割合を、上記各属性の再生データを受信するデー
   タサイズとする、 ことを特徴とするデータ再生装置。
7. 【請求項７】 請求項５または請求項６に記載のデータ
   再生装置において、 上記制御手段は、いずれかの属性のデータサイズを超過
   するデータ量を受信したときに、上記復号開始指示信号
   を出力する、 ことを特徴とするデータ再生装置。
8. 【請求項８】 請求項２に記載のデータ再生装置におい
   て、 上記再生データは、複数の属性を有するものであり、 上記制御手段は、上記再生データに含まれる各属性のデ
   ータ量を示す属性サイズ情報に基づいて、上記各属性の
   再生データを所定のデータ量を受信するために必要なデ
   ータ受信量を、各属性ごとに算出し、すべての属性のデ
   ータ受信量の合計を再生データ受信量とし、上記データ
   位置検出手段の検出出力を受けた後、上記再生データ受
   信量のデータ量を受信したとき、上記復号開始指示信号
   を出力する、 ことを特徴とするデータ再生装置。
9. 【請求項９】 請求項１に記載のデータ再生装置におい
   て、 上記制御手段は、上記ヘッダ情報に含まれる、各フレー
   ムのデータサイズを示すフレームサイズ情報及び各フレ
   ームの表示時刻を示す表示時刻情報に基づいて、所定の
   表示時間に相当する再生データのデータサイズを算出
   し、上記再生データの先頭位置の検出後、該データサイ
   ズのデータ量を受信した時に、上記復号開始指示信号を
   出力する、 ことを特徴とするデータ再生装置。
10. 【請求項１０】 ヘッダ情報と該ヘッダ情報より後ろに
    配置された再生データとを含むデータを受信しながら再
    生するデータ再生方法であって、 上記ヘッダ情報に基づいて、該データにおける上記再生
    データの先頭位置を検出するデータ位置検出ステップ
    と、 上記受信した再生データをバッファに蓄積する蓄積ステ
    ップと、 上記データ位置検出ステップにて上記再生データの先頭
    位置を検出した後、所定の時間が経過したときに、上記
    蓄積された再生データを復号する復号ステップと、を含
    む、 ことを特徴とするデータ再生方法。
11. 【請求項１１】 ヘッダ情報と該ヘッダ情報より後ろに
    配置された再生データとを含むデータを受信しながら再
    生するデータ再生方法であって、 上記ヘッダ情報に基づいて、該データにおける上記再生
    データの先頭位置を検出するデータ位置検出ステップ
    と、 上記データ位置検出ステップにて上記再生データの先頭
    位置を検出した後に、上記再生データを、そのデータ量
    が一定の設定値となるまでバッファに蓄積する蓄積ステ
    ップと、 上記蓄積された一定のデータ量の再生データを復号する
    復号ステップと、を含む、 ことを特徴とするデータ再生方法。