(57)【要約】【課題】動画データの再生方法に関し、特にＶＢＲで蓄積されたＭＰＥＧデータをランダムアクセス可能なＭＰＥＧデータの再生方法を提供する。【解決手段】再生方法は、蓄積された動画データの先頭と最終の時間情報から算出した平均ビットレートをテーブルに保存すること、前記動画データの先頭のランダムアクセス可能な画像グループと最終の画像グループの時間情報及び位置情報を検出して保存し、さらに隣接する画像グループ間のフレーム数により画像グループ単位時間を算出して前記テーブルに保存すること、前記テーブルに保存された平均ビットレート等をもとにアクセスすべきポイントを算出すること、前記算出されたアクセスすべきポイント以降から再生を開始すると共に、その再生過程で検出した画像グループの時間情報及び位置情報、及びそれらの情報をもとに算出した各画像グループ間の平均ビットレートを、前記テーブルに保存していくこと、から成る。【選択図】　　　図４
2004096474.tif 000002
【特許請求の範囲】
【請求項１】
蓄積された動画データの先頭と最終の時間情報から算出した平均ビットレートをテーブルに保存すること、
前記動画データの先頭のランダムアクセス可能な画像グループと最終の前記画像グループの時間情報及び位置情報を検出して保存し、さらに隣接する前記画像グループ間のフレーム数により前記画像グループ単位時間を算出して前記テーブルに保存すること、
前記テーブルに保存された平均ビットレート、前記画像グループの時間情報及び位置情報、及び前記画像グループ単位時間をもとにアクセスすべきポイントを算出すること、
前記算出されたアクセスすべきポイント以降から再生を開始すると共に、その再生過程で検出した前記画像グループの時間情報及び位置情報、及びそれらの情報をもとに算出した各画像グループ間の平均ビットレートを、前記テーブルに保存していくこと、を特徴とする動画データの再生方法。
【請求項２】
保存された再生済み部分の前記画像グループの時間情報、バイト位置、平均ビットレートにより、アクセスすべき非再生部分の平均ビットレートを修正すること、を含む請求項１記載の動画データの再生方法。
【請求項３】
非再生部分が再生済み部分の近傍の場合には、その再生済み部分の平均ビットレートを用いること、を含む請求項２記載の動画データの再生方法。
【請求項４】
前記テーブルに保存された各画像グループの時間情報、位置情報、及び平均ビットレートのうちから算出可能な冗長情報を削減すること、を含む請求項１〜３のいずれか一つに記載の動画データの再生方法。
【請求項５】
蓄積された動画データを再生する動画データの再生装置であって、
前記動画データの先頭及び最終の時間情報を抽出して検索用の平均ビットレートを算出する手段と、
前記検索用の平均ビットレートを用いて算出したアクセスポイントから再生を開始する手段と、
前記再生の過程で検出した前記動画データの所定の再生情報を保存していく手段と、
前記保存された再生済み部分の再生情報によって前記検索用の平均ビットレートを修正する手段と、
を有することを特徴とする動画データの再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＭＰＥＧ　（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）　データの再生方法及び再生装置に関し、特に可変ビットレート（ＶＢＲ；　Ｖａｒｉａｂｌｅ　Ｂｉｔ　Ｒａｔｅ）で蓄積されたＭＰＥＧデータを読み出して再生する場合に、任意の位置から再生、逆再生、早送り、又は巻き戻しを行うランダムアクセス可能なＭＰＥＧデータの再生方法及び再生装置に関するものである。
【０００２】
【従来の技術】
現在、ＭＰＥＧのエンコーダの価格は低下し、またＬＡＮの高速化により大容量のデータの転送も可能となってきたため、ＭＰＥＧの圧縮方式は広く普及している。動画像を圧縮して蓄積する方式であるＭＰＥＧ１及びＭＰＥＧ２方式では、再生方向を時間軸の順方向に再生することを前提に圧縮がなされる。
【０００３】
その圧縮には動画像を固定のビットレートで圧縮する方式（ＣＢＲ；ＣｏｎｓｔａｎｔＢｉｔ　Ｒａｔｅ）と、映像品質を同程度に保つために圧縮効率の悪いシーンにおいては高ビットレートで圧縮し、反対に圧縮効率の良いシーンでは低ビットレートで圧縮する可変ビットレートの圧縮方式（ＶＢＲ）とがある。
【０００４】
ＭＰＥＧ方式では、ランダムアクセスを可能とするポイントとしてＧＯＰ　（Ｇｒｏｕｐ　ｏｆ　ｐｉｃｔｕｒｅｓ）　単位が規定されている。ＧＯＰの先頭フレームは、前方及び後方フレームの参照を伴わず復号化可能なＩフレームで始まり、その参照を伴うＰ、Ｂフレームが連続する。そのため、ＧＯＰのポイントからは順方向の再生が可能であり、ＭＰＥＧ動画像を任意のポイントから再生するときはその近傍のＧＯＰポイントから再生を開始する。
【０００５】
ＣＢＲで蓄積されているＭＰＥＧファイルの場合、ＧＯＰのポイントは一定のビットレートとＧＯＰ内のフレーム数とによりＧＯＰサイズが確定するため、単純計算でＧＯＰのポイントを検索することが可能である。それに対して、ＶＢＲで蓄積されているＭＰＥＧファイルの場合には、ＧＯＰのサイズがＧＯＰ毎に変動するためＧＯＰポイントの検索が容易でない。
【０００６】
このため、ＧＯＰのポイントがインデックス情報等として付加されていない任意の蓄積データ、例えばネットワークを介してダウンロードしたＶＢＲのＭＰＥＧデータ等、に対しては、そのＧＯＰのポイントを知るために前記蓄積データを全てスキャンし、ＧＯＰのポイントをインデックスファイル等の別情報として作成する。その後、作成した情報を用いてシークすることで、先頭データからの順方向再生以外の特殊な再生操作に対応していた。
【０００７】
【発明が解決しようとする課題】
前述したように、任意のＭＰＥＧ蓄積データ、特にＶＢＲによるＭＰＥＧ蓄積データ、の特殊再生を行うときには再生前にインデックスファイル等を作成していたため、平均ビットレートが高い蓄積データや長時間の蓄積データの場合はその再生開始までに時間がかかるという問題があった。
【０００８】
そこで本発明の目的は、上記問題点に鑑み、任意のＭＰＥＧ蓄積データを再生する際に、平均ビットレートを計算して非再生部分については検索すべきアクセスポイントの予測を行い、再生済みの部分についてはその再生時に検出したＧＯＰポイント値を使用し且つ特殊再生時の予測データをそのＧＯＰポイント値によりダイナミックに更新していくことで、任意のＭＰＥＧ蓄積データの再生過程におけるランダムアクセスポイントの検索精度を随時向上させるように構成したＭＰＥＧデータの再生方法及び再生装置を提供することにある。これにより、ＣＢＲやＶＢＲの相違やインデックスファイルの有無、等のファイル構造によらない高速で正確なランダムアクセスポイントの検索が可能となる。
【０００９】
【課題を解決するための手段】
本発明によれば、蓄積された動画データの先頭と最終の時間情報から算出した平均ビットレートをテーブルに保存すること、前記動画データの先頭のランダムアクセス可能な画像グループと最終の前記画像グループの時間情報及び位置情報を検出して保存し、さらに隣接する前記画像グループ間のフレーム数により前記画像グループ単位時間を算出して前記テーブルに保存すること、前記テーブルに保存された平均ビットレート、前記画像グループの時間情報及び位置情報、及び前記画像グループ単位時間をもとにアクセスすべきポイントを算出すること、前記算出されたアクセスすべきポイント以降から再生を開始すると共に、その再生過程で検出した前記画像グループの時間情報及び位置情報、及びそれらの情報をもとに算出した各画像グループ間の平均ビットレートを、前記テーブルに保存していくこと、から成る動画データの再生方法が提供される。
【００１０】
また本発明によれば、蓄積された動画データを再生する動画データの再生装置であって、前記動画データの先頭及び最終の時間情報を抽出して検索用の平均ビットレートを算出する手段と、前記検索用の平均ビットレートを用いて算出したアクセスポイントから再生を開始する手段と、前記再生の過程で検出した前記動画データの所定の再生情報を保存していく手段と、前記保存された再生済み部分の再生情報によって前記検索用の平均ビットレートを修正する手段と、を有する動画データの再生装置が提供される。
【００１１】
【発明の実施の形態】
図１は、本発明によるＭＰＥＧデータの再生装置の一構成例を示したものである。
図１において、ファイル１は、ハードディスク等の補助記憶装置からなり、ネットワークを介してダウンロードしたＭＰＥＧ１やＭＰＥＧ２−ＰＳ等のＭＰＥＧデータを蓄積する。外部制御部３は、ユーザが指定する再生すべき画像やその特殊再生等の指示をＤＥＭＵＸ部４に与える。蓄積データ読み込み部２は、ＤＥＭＵＸ部４からの制御によってファイル１に蓄積されたＭＰＥＧデータの一部又は全部を読み込んでＤＥＭＵＸ部４に転送する。
【００１２】
ＤＥＭＵＸ部４は、外部制御部３からの指示により、通常再生又は特殊再生すべきＭＰＥＧデータを蓄積データ読み込み部２を介して取り込み、そのＭＰＥＧデータをＭＰＥＧビデオデータとＭＰＥＧオーディオデータとに分離する。分離されたＭＰＥＧビデオデータはビデオデコーダ８へ、またＭＰＥＧオーディオデータはオーディオデコーダ９へそれぞれ出力される。
【００１３】
ビデオデコーダ８は、受信したＭＰＥＧビデオデータに逆ＤＣＴ変換等の復号処理を行ない、それによって復元したビデオデータを出力する。オーディオデコーダ９も、ＭＰＥＧオーディオデータに同様の復号処理を行なって復元したオーディオデータを出力する。
【００１４】
上記の構成は通常のＭＰＥＧデータ再生装置と同様であるが、本願発明ではさらに以下の構成を備える。すなわち、ＤＥＭＵＸ部４にはＰＴＳ／ＤＴＳ検出部５及びＧＯＰ検出部６が設けられ、ＤＥＭＵＸ部４にはさらに管理テーブル７が付加される。ここでは、先ずＰＴＳ／ＤＴＳ検出部５、ＧＯＰ検出部６、及び管理テーブル７を説明する前に、それらと関連するＭＰＥＧデータの概要について説明しておく。
【００１５】
図２には、ＭＰＥＧデータフォーマットの一例を示している。また、図３にはＶＢＲにける映像データとビットレートとの関係を示している。
図２において、図２の（ａ）には、ＭＰＥＧ１−ＳＹＳＴＥＭやＭＰＥＧ２−ＰＳ　（Ｐｒｏｇｒａｍ　Ｓｔｒｅａｍ）　のデータフォーマットの一例を示しており、先頭のパックヘッダに始まり終了コード（図示せず）で終わる。パックは一般に複数のパケットで構成され、先頭のパックヘッダにはＭＰＥＧ１−ＳＹＳＴＥＭの識別コード“００”又はＭＰＥＧ２−ＰＳの識別コード“０１”が含まれる。
【００１６】
システムヘッダには、ストリーム全体のパラメータが記述され、その　ｒａｔｅ＿ｂｏｕｎｄ　フィールドにはビットレートが、他のフィールドにはビデオチャネル数やオーディオチャネル数等の種々のパラメータが含まれる。また、ビデオパケットやオーディオパケットの各パケットヘッダには再生出力の時刻管理情報であるＰＴＳ　（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）　や復号の時間管理情報であるＤＴＳ　（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ　Ｓｔａｍｐ）　等のパラメータが含まれ、それぞれ３３ビットのサイクリックカウンタで構成され、最長２６時間程の時刻管理が可能である。
【００１７】
図２の（ｂ）には、ＶＢＲのビデオストリームサイズの一例を示している。前述したように、ＧＯＰ　（Ｇｒｏｕｐ　ｏｆ　ｐｉｃｔｕｒｅｓ）　は、ランダムアクセスを可能とするためにフレーム内符号化画面（Ｉフレーム）が少なくとも１枚入った画面構造を有している。１ＧＯＰはシーケンスヘッダとＧＯＰ部とで構成され、ＧＯＰ部にはＩフレームが少なくとも１枚入ったＢ及びＰフレームが複数枚含まれており、通常０．５秒（１５フレーム）程度でグループ化される。
【００１８】
ＶＢＲの場合はＧＯＰサイズが映像の動きの大小によって変動するため、図３に実線で示すようにビットレートを可変にしてフレーム伝送レート（３０フレーム／秒）を維持する。なお、図３に点線で示すようにＣＢＲの場合は最大ビットレートが固定的に設定され、ＧＯＰサイズを一定にするために低ビットレートのデータにはダミーデータ（パディングデータ）が挿入される。
【００１９】
上記を参考に図１に戻って、ＰＴＳ／ＤＴＳ検出部５は、ビデオパケットの各パケットヘッダにあるＰＴＳ（ＤＴＳ）情報を検出する。ＧＯＰ検出部６は、ランダムアクセス可能なＧＯＰ単位での検出を行なう。そして、管理テーブル７は、ＰＴＳ／ＤＴＳ検出部５及びＧＯＰ検出部６によって検出された情報を基に、通常再生時及び特殊再生時に随時追加・変更・更新されていくデータテーブルである。
【００２０】
以下、本願発明の実施例について図４〜９の制御フローを中心に図１０〜１４の管理テーブルの一例を参照しながら説明していく。
（１）蓄積データの再生開始時
図４には、蓄積データの再生開始時における制御フローの一例を示している。また、図１０には、蓄積データの再生開始時に最初に作成される再生用管理テーブルの一例を示している。
【００２１】
ＤＥＭＵＸ４は、外部制御部３による所定のＭＰＥＧフィル再生指示により、先ず蓄積データ読み込み部２を制御してファイル１から該当するＭＰＥＧファイルの先頭部分を読み込み、システムヘッダ内の　ｒａｔｅ＿ｂｏｕｎｄ　の内容を取り込んで、それより蓄積データの最大ビットレートを算出する（Ｓ１０１）。算出された最大ビットレート（本例では６Ｍｂｐｓ）は、再生時の上限レートを定めるものとして特殊再生用管理テーブルに保存される（図１０）。
【００２２】
次に、ファイル先頭のビデオパケットにおけるＧＯＰのＰＴＳ又はＤＴＳを取り込み、そのバイト位置も取り込む（Ｓ１０２）。さらに、ファイル先頭から２番目のビデオパケットにおけるＧＯＰのＰＴＳ又はＤＴＳを取り込んで、そのバイト位置も取り込む。これら２つのＧＯＰ間のフレーム数から１ＧＯＰ時間を計算し、この値（本例では０．５秒）も特殊再生用管理テーブルに保存される（Ｓ１０３）。
【００２３】
一般的に、ＣＢＲ／ＶＢＲを問わずＭＰＥＧ蓄積データにおいては、ＧＯＰ毎のデータ量は変動するが１ＧＯＰ内のフレーム数は同一のため、ＧＯＰ毎の時間単位は変化しないことが多い。このため、１ＧＯＰの時間情報も特殊再生のための有効な情報となる。なお、前述した最大ビットレート及び１ＧＯＰ時間は固定値として保存され、以降変更や更新はされない。
【００２４】
最後に、ファイルの最後尾より最大ビットレート×α（最終ＧＯＰを取り込める時間分）の戻り位置からスキャンを開始し、ビデオパケットの最後のＧＯＰのＰＴＳ又はＤＴＳ、及びそのバイト位置を取り込む（Ｓ１０４）。この情報と先に求めた最初のＧＯＰの情報からファイル総再生時間を以下のように計算する（Ｓ１０５）。
【００２５】
ここでは、最大ビットレートを　Ｍａｘ＿Ｂｉｔ＿Ｒａｔｅ、先頭ＰＴＳ（ＤＴＳ）を　Ｆｉｒｓｔ＿ＰＴＳ、先頭バイト位置を　Ｆｉｒｓｔ＿Ｂｙｔｅ、最終ＰＴＳ（ＤＴＳ）を　Ｌａｓｔ＿ＰＴＳ、最終バイト位置を　Ｌａｓｔ＿Ｂｙｔｅ、そして総再生時間を　Ｔｏｔａｌ＿Ｔｉｍｅ　とする。ＰＴＳ（ＤＴＳ）は９０ＫＨｚを単位とした３３ビットのサイクリックカウンタのため、総再生時間は下記式で記述できる。なお、下記式は３３ビットで指定できる最大２６時間を越える時間計算も可能である。
【００２６】
2004096474.tif 000003
【００２７】
図１０には、上記式で算出した総再生時間を用いて、ファイルのバイトサイズ（総バイト数）から平均ビットレート（本例では４Ｍｂｐｓ）を算出した例を示している。これより、先頭ＧＯＰ及び最終ＧＯＰの各々のＧＯＰ時間とバイト位置、そして先頭ＧＯＰと最終ＧＯＰとの間の平均ビットレートが求まる。このように、ファイル再生に必要な最小限の情報をその再生開始前に取得することで、該当ＭＰＥＧファイルの特殊再生を行うための初期管理テーブル７が作成される（Ｓ１０６）。
【００２８】
本発明では、ＭＰＥＧ蓄積データからのみデータの平均ビットレートを計算し、且つ蓄積ファイルの先頭及び最終部分のみのサーチで済むため、再生開始時点でのサーチ量が少なく、従来のインデックスファイルを作成するようなシステムよりも高速に再生が開始される。
【００２９】
（２）先頭から順方向に再生する場合
図５には、順方向再生時の制御フローの一例を示している。また、図１１には、順方向再生における管理テーブル７の更新の一例を示している。
【００３０】
ＤＥＭＵＸ４は、外部制御部３からの順方向再生指示により、蓄積データ読み込み部２を制御して一連の蓄積データを復号・再生のためにシーケンシャルに読み込む（Ｓ２０１）。その復号・再生過程で（Ｓ２０４）、実際に検出されたＧＯＰ毎の時間やＧＯＰ毎の蓄積データのバイト位置からＧＯＰ毎のビットレートを算出し、その情報によって管理テーブル７の内容を保存・更新していく（Ｓ２０２及び２０３）。
【００３１】
図１１の例では、順方向の再生過程でＧＯＰ検出部６が検出した情報を元に算出された２番目、３番目、…、のＧＯＰ毎の時間、ＧＯＰ毎のバイト位置、及びＧＯＰ毎の平均ビットレートが先頭ＧＯＰと最終ＧＯＰとの間に挿入され保存されていく。
【００３２】
（３）管理テーブルにＧＯＰのバイト位置が登録されていない時間にシーク指示が発生した場合
図６及び７には、シーク指示による制御フローの一例を示している。また、図１２及び１３には、管理テーブル７からシークバイト位置を求める一例を示している。
【００３３】
図６において、通常、外部制御部３からのシーク指示はファイルの先頭の再生開始映像を０として時間情報で与えられるため（Ｓ３０１）、ＤＥＭＵＸ４は管理テーブル７を用いて以下のようにシークすべきＰＴＳ（ＤＴＳ）を計算する。
ＰＴＳ（ＤＴＳ）＝（Ｆｉｒｓｔ＿ＰＴＳ　＋　指示時間（秒）　／　９００００）　＆　０ｘ１ＦＦＦＦＦＦＦＦ
【００３４】
上記計算の結果、シークすべき時間と対応するバイト位置の情報が既に管理テーブル７に存在する場合は、直接そのバイト位置にシークして再生を開始する（Ｓ３０２、Ｓ３０６及び３０７）。再生開始後の制御フローは図５に示した通りである。
【００３５】
一方、上記計算の結果、シークすべき時間と対応するバイト位置の情報が管理テーブル７に存在しない場合は、次に計算された時刻の前後又は近傍に現在判明しているＧＯＰの時間とバイト位置が存在するか否かを判定する（Ｓ３０３）。存在しない場合には、該当する空間の「平均ビットレート」と「指示時間と判明しているＧＯＰ時間との差分」をかけて算出したバイト数とＧＯＰのバイト位置を演算することでシークすべきバイト位置を割り出す（Ｓ３０４）。
【００３６】
図１２の例でいえば、該当する空間の平均ビットレート　（２，６６６，６６６ｂｐｓ）　を用い、且つ計算したシーク時間が２０秒の場合は現在判明しているより近傍のＧＯＰ時間（１０秒）及びバイト位置（７，５００，１００ｂｙｔｅ）を用いて以下のようにシークすべきバイト位置を計算する。
７５００１００　＋　（２６６６６６６　＊　（２０−１０）／８）
【００３７】
一方、計算したシーク時間が８０秒の場合は、現在判明しているより近傍のＧＯＰ時間（１００秒）及びバイト位置　（３７，５００，１００ｂｙｔｅ）　を用いて以下のようにシークすべきバイト位置を計算する。
３７５００１００　−　（２６６６６６６　＊　（１００−８０）／８）
【００３８】
一方、計算された時刻の前後又は近傍に現在判明しているＧＯＰの時間とバイト位置が存在する場合は、さらに以下の点を考慮する（Ｓ３０３及び３０５）。すなわち、ＶＢＲでは、図３で示したようにシーンチェンジや動きの多い映像の場合は高ビットレートの符号化データとなり、動きの少ない映像の場合は低ビットレートとなる。
【００３９】
そのため、動きの変化点の前後を除くとシーク位置に対応するＧＯＰのバイト位置が管理テーブル７には登録されていないが、当該変化点の直前又は直後のミクロなＧＯＰ単位の平均ビットレートが管理テーブルに登録されている場合には、検索用の平均ビットレートを用いるよりも当該変化点の直前又は直後のＧＯＰ単位の平均ビットレートを用いるほうがシークの精度は向上する。
【００４０】
この場合には、ステップ３０４で用いた平均ビットレートに代えて、前記直前又は直後の平均ビットレートを用いてシークの位置に対応するＧＯＰを発見し、それによって管理テーブル７を更新する。図１３の例では、該当する変化点の直前のＧＯＰ単位の平均ビットレート　（２，６６６，６６６ｂｐｓ）　を用い、計算したシーク時間が１１．５秒の場合のシークすべきバイト位置を以下のように計算する。
７，８３３，４３２　＋　（２６６６６６６　＊　１０／８）
【００４１】
より近傍の平均ビットレートのほうが全体の平均ビットレートよりも正確であるため、この平均ビットレートを用いて正確なランダムアクセス可能なポイントを算出し、それによって蓄積データのサーチ量も削減され、高速な特殊再生が実現される。
【００４２】
このようなシークは、逆再生（ＭＰＥＧでは順方向にしか復号できないため、１ＧＯＰ前から１ＧＯＰ分復号し、逆順で映像を表示する）、高速再生（早送りのため全てのフレームを復号する必要はなく、例えばＧＯＰ毎のＩフレームのみを復号して表示する）、又は高速逆再生（早戻しも同様にＧＯＰ毎のＩフレームのみを復号して表示する）等、の１ＧＯＰ単位で検索する必要があるものに有効である。この場合、ＧＯＰ単位の時間は再生開示時に取得したものを用いることができる。
【００４３】
以降、該当バイト位置から順方向に蓄積データをサーチする（Ｓ３０８及び３０９）。ビデオパケットのＰＴＳ（ＤＴＳ）を発見した場合には、発見したＰＴＳ（ＤＴＳ）がシークすべきＰＴＳ（ＤＴＳ）より前で且つシークすべきＰＴＳ（ＤＴＳ）の基準範囲内にある場合に、そのまま蓄積データを順方向にサーチしてＧＯＰを検索する（Ｓ３１０〜３１３）。それ以外の場合は、発見したＰＴＳ（ＤＴＳ）とシークすべきＰＴＳ（ＤＴＳ）との時間差と平均ビットレートから再度シークすべきバイト位置を計算しなおす（Ｓ３１６）。
【００４４】
ＧＯＰを発見すると、そのＧＯＰの時間及びＧＯＰの蓄積データのバイト位置から前後のビットレートを算出し、これらの情報によって管理テーブル７を更新してから再生を開始する（Ｓ３１３〜３１５）。このようにして、シークに該当するバイト位置の検索と管理テーブル７の更新が行なわれていく。
【００４５】
上述した（１）〜（３）の各処理から明らかなように、本願発明では先ず（１）の処理で計算した平均ビットレートを、（２）及び（３）の各処理によって逐次修正していく。そのため、再生が進むにつれてより正確なランダムアクセス可能なポイントが算出でき且つ蓄積データのサーチ量も削減できるため、任意のＭＰＥＧ蓄積データに対して高速な特殊再生が実現される。
【００４６】
（４）管理テーブルの統合
図８には、管理テーブル７の統合化のための制御フロー例を示している。また、図１４には、管理テーブル７の統合化の一例を示している。
【００４７】
管理テーブル７に検出されたＧＯＰ毎のデータを順次保存していくと、長時間の蓄積ファイルの場合には膨大なテーブルが必要となる。そのため、図６では隣接する前後のＧＯＰ間のビットレートが同一ビットレートの場合に、それら複数のＧＯＰを一つに統合することで管理テーブル７の領域を削減する（Ｓ４０１及び４０２）。なお、厳密に同一ビットレートでなくても相互に近いビットレートであれば、複数のＧＯＰを統合することは可能である。
【００４８】
図１４には、互いに同じ平均ビットレート　（２，６６６，６６６ｂｐｓ）　をもつＧＯＰ時間１０秒とＧＯＰ時間１０．５秒とを統合して、ＧＯＰ時間１０．５秒のデータを削除した例を示している。このうち、削除したＧＯＰ時間１０．５秒のデータについては前述した計算式から正確に算出できる。
【００４９】
（５）ＧＯＰ単位の検索
図９には、シーク指示された時間をＧＯＰ単位に変換する制御フローの一例を示している。
図９では、先に（３）で説明したシーク指示の時間がＧＯＰ単位の時間と一致しない場合に、シーク指示された時間に一番近いＧＯＰ単位の時間を求める（Ｓ５０１及び５０２）。このように、ＧＯＰ単位のバイト位置の検索を行えば、検索バイト位置からスキャンする蓄積データ量を削減することが可能できる。
【００５０】
【発明の効果】
以上説明したように、本発明によれば、任意のＭＰＥＧ蓄積データを、インデックス情報やインデックスファイルのような外部情報を用いずに、特殊再生を行うためのＧＯＰのポイントを高速に且つ蓄積データ内のサーチ量が少なく正確に行なえる。
【００５１】
具体的には、ＭＰＥＧ蓄積データからのみデータの平均ビットレートを計算し、また蓄積ファイルの先頭及び最終部分のみサーチを行うため、再生開始時点でのサーチ量は少なく、インデックスファイルを作成するようなシステムよりも高速に再生が開始できる。
【００５２】
また、再生開始前に作成した平均ビットレートを再生の過程で逐次修正していくことで、再生が進むにつれてより正確なランダムアクセス可能なポイントが算出でき、それによって蓄積データのサーチ量が削減できて高速な特殊再生が実現できる。
【００５３】
さらに、より近傍の平均ビットレートのほうが全体の平均ビットレートよりも正確であるため、この平均ビットレートを用いることでより正確なランダムアクセス可能なポイントが算出でき、蓄積データのサーチ量を削減した高速な特殊再生が実現できる。
【００５４】
なお、本発明は蓄積ファイルがＶＢＲに限らずＣＢＲの場合にも適用可能である。ＣＢＲの場合には、管理テーブル上の平均ビットレートが各ＧＯＰ間で同一となるため管理テーブルに対する操作が冗長となるだけで、ＣＢＲ又はＶＢＲの蓄積ファイルの構造を意識することなく適用できる。
【図面の簡単な説明】
【図１】本発明によるＭＰＥＧデータの再生装置の一構成例を示した図である。
【図２】ＭＰＥＧデータフォーマットの一例を示した図である。
【図３】ＶＢＲにける映像データとビットレートとの関係を示した図である。
【図４】蓄積データの再生開始時における制御フローの一例を示した図である。
【図５】順方向再生時の制御フローの一例を示した図である。
【図６】シーク指示による制御フローの一例（１）を示した図である。
【図７】シーク指示による制御フローの一例（２）を示した図である。
【図８】管理テーブルの統合化の制御フロー例を示した図である。
【図９】シーク指示時間をＧＯＰ単位に変換する制御フローの一例を示した図である。
【図１０】再生開始時に作成される管理テーブルの一例を示した図である。
【図１１】順方向再生における管理テーブルの更新の一例を示した図である。
【図１２】管理テーブルからシークバイト位置を求める一例（１）を示した図である。
【図１３】管理テーブルからシークバイト位置を求める一例（２）を示した図である。
【図１４】管理テーブルの統合化の一例を示した図である。
【符号の説明】
１…ファイル
２…蓄積データ読み込み部
３…外部制御部
４…ＤＥＭＵＸ部
５…ＰＴＳ／ＤＴＳ検出部
６…ＧＯＰ検出部
７…管理テーブル
８…ビデオデコーダ
９…オーディオでコーダ
【図１】
2004096474.tif 000004
【図２】
2004096474.tif 000005
【図３】
2004096474.tif 000006
【図４】
2004096474.tif 000007
【図５】
2004096474.tif 000008
【図６】
2004096474.tif 000009
【図７】
2004096474.tif 000010
【図８】
2004096474.tif 000011
【図９】
2004096474.tif 000012
【図１０】
2004096474.tif 000013
【図１１】
2004096474.tif 000014
【図１２】
2004096474.tif 000015
【図１３】
2004096474.tif 000016
【図１４】
2004096474.tif 000017