(57)【要約】【課題】映像とアプリケーションが多重化されたストリームの再生が途中で終了させられても、効率良くアプリケーションの全てを取得する再生装置及び再生方法。【解決手段】ビデオオブジェクトの再生終了時に、アプリケーションファイルの一部が読み出されていない場合、ビデオオブジェクトの未再生部分のサイズと前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較し、ビデオオブジェクトの未再生部分のサイズの方が小さい場合、ビデオオブジェクトの未再生部分の再生を続行し、別のディレクトリに格納されているアプリケーションファイルのサイズの方が小さい場合、当該アプリケーションファイルを読み出す。【選択図】図８
2009089035.tif 000002
【特許請求の範囲】
【請求項１】
映像データとアプリケーションとが多重化されたビデオオブジェクトと、ビデオオブジェクトの再生を制御するプレイリストとを格納し、ビデオオブジェクトの格納ディレクトリとは別のディレクトリにアプリケーションファイルを格納する情報記録媒体から情報を再生する情報再生装置であって、
ビデオオブジェクトの再生中に、アプリーションを分離しアプリケーションファイルを作成する手段と、
ビデオオブジェクトの再生終了時に、アプリケーションファイルが全て読み出されたか否かを判定する手段と、
アプリケーションファイルの一部が読み出されていない場合、ビデオオブジェクトの未再生部分のサイズと前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較する手段と、
ビデオオブジェクトの未再生部分のサイズの方が小さい場合、ビデオオブジェクトの未再生部分の再生を行なう再生続行手段と、
前記別のディレクトリに格納されているアプリケーションファイルのサイズの方が小さい場合、前記アプリケーションファイルを読み出す手段と、
を具備する情報再生装置。
【請求項２】
前記ビデオオブジェクトにはビデオパック、オーディオパック、アプリケーションファイルを構成するアドバンストパックが多重化され、
前記アプリケーションファイル作成手段はビデオオブジェクトの再生ストリームからビデオパック、オーディオパック、アドバンストパックを分離するデマルチプレクサと、前記デマルチプレクサで分離されたアドバンストパックが格納されるファイルキャッシュとを具備する請求項１に記載の情報再生装置。
【請求項３】
前記アプリケーションはプレイリスト、マニフェスト、マークアップ、スクリプト、画像、効果音、フォント、セカンダリビデオセット、ＥＣＭＡスクリプトのいずれかのファイルを１つのファイルとしてアーカイビングするアーカイビングファイルであり、該アーカイビングファイルは前記アドバンストパックに分割されるように構成される請求項２に記載の情報再生装置。
【請求項４】
前記判定手段は作成済みのアプリケーションファイルのサイズと、前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較する請求項１に記載の情報再生装置。
【請求項５】
前記再生続行手段は前記未再生部分の再生中に映像データを読み捨て、アプリケーションファイルの作成を続行させるように構成されている請求項１記載の情報再生装置。
【請求項６】
前記ビデオオブジェクトは第１のディレクトリに格納され、前記プレイリストと前記アプリケーションファイルは第２のディレクトリに格納されている請求項１記載の情報再生装置。
【請求項７】
映像データとアプリケーションとが多重化されたビデオオブジェクトと、ビデオオブジェクトの再生を制御するプレイリストとを格納し、ビデオオブジェクトの格納ディレクトリとは別のディレクトリにアプリケーションファイルを格納する情報記録媒体から情報を再生する情報再生方法であって、
ビデオオブジェクトの再生中に、アプリーションを分離しアプリケーションファイルを作成するステップと、
ビデオオブジェクトの再生終了時に、アプリケーションファイルが全て読み出されたか否かを判定するステップと、
アプリケーションファイルの一部が読み出されていない場合、ビデオオブジェクトの未再生部分のサイズと前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較するステップと、
ビデオオブジェクトの未再生部分のサイズの方が小さい場合、ビデオオブジェクトの未再生部分の再生を行なう再生続行ステップと、
前記別のディレクトリに格納されているアプリケーションファイルのサイズの方が小さい場合、前記アプリケーションファイルを読み出すステップと、
を具備する情報再生方法。
【請求項８】
前記判定ステップは作成済みのアプリケーションファイルのサイズと、前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較する請求項７に記載の情報再生方法。
【請求項９】
前記再生続行ステップは前記未再生部分の再生中に映像データを読み捨て、アプリケーションファイルの作成を続行させる請求項７記載の情報再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームとしての映像データを再生すると共にこの映像データの再生中に当該映像データに関連するアプリケーションを再生することが可能な情報再生装置及び情報再生方法に関する。
【背景技術】
【０００２】
近年、光ディスクなどの記録媒体に記録される情報に基づいて、ストリームとしての映像データを再生すると共に、この映像データの再生中に当該映像データに関連するアプリケーション（副映像、静止画、文字情報など）も再生するようなことが容易に行えるようになってきた。このような再生処理を実現するデータ構成に関する技術には、種々なものがある。
【０００３】
例えば、特許文献１には、動画データがまとめて記録される動画データ記録領域と当該動画データに関連するプログラム（アプリケーション）がまとめて記録されるプログラム記録領域とが記録された光ディスクが開示されている。
【０００４】
しかしながら、特許文献１の技術によれば、再生装置が光ディスクから例えばストリーム形式の連続する複数の映像データを読み出すような場合、個々の映像データの再生中に再生すべきプログラムをプログラム記録領域からも読み出す必要があるため、その都度、再生ヘッドが大きく移動することとなり、シーク時間が増大する。この結果、再生される映像が頻繁に途切れるといった現象が生じてしまう。
【０００５】
これを解決するために、特許文献２には、記録媒体の記録面には、ストリームとしての映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータが螺旋状に記録されている。
【０００６】
このような記録媒体から読み取られたストリームデータは分離処理部でアプリケーションと映像データとが分離される。映像データはＡＶバッファに一時的に蓄積され、ＡＶバッファは１つ目の映像データがＡＶバッファから全て出力される前に２つ目の映像データの取り込みを開始するよう動作する。アプリケーションはアプリケーションバッファに一時的に蓄積され、アプリケーションバッファはＡＶバッファにおいて１つ目の映像データの取り込みが終了した後、１つ目の映像データがＡＶバッファから全て出力される前に、１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させるよう動作する。これにより、アプリケーションと映像データとを交互に取り込んで蓄積し、１つ目の映像データの取り込みが終了した後、データが全て出力されてしまう前に２つ目の映像データのアプリケーションを取り込み、アプリケーションを適切に再生することができる。
【特許文献１】特開２０００−１３７６３２号公報
【特許文献２】特開２００７−３６９４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＨＤ  ＤＶＤ規格のアドバンストコンテンツはコンテンツプロバイダが記載するプレイリストによりオブジェクトマッピングが可能となっている。これは、プレイリストがプライマリビデオセット、セカンダリビデオセット、アプリケーション、アドバンストサブタイトルの４種類のプレゼンテーションオブジェクトの再生開始時間と再生終了時間とを与え、タイトルタイムラインと呼ばれる時間軸にそれぞれのオブジェクトを配置することにより、再生順序を定義することができる。このため、コンテンツによっては、ファーストプレイタイトルで使用するビデオデータを最後まで表示せず、ファーストプレイタイトルの表示を途中で止めてしまう場合があり得る。
【０００８】
例えば、映像データ及びアプリケーションが多重化されているＥＶＯＢの再生時間が１分３０秒であるが、ファーストプレイタイトルの表示時間を１分とプレイリストにマッピングするコンテンツがある。このような場合、ファーストプレイタイトルの表示終了後直ぐに本編の表示を行うと、１つ目の映像データに関連するアプリケーションの一部を取得できない場合がある。また、ファーストプレイタイトルでは特殊再生はできないが、同様にアプリケーションが多重化されている他のタイトルの表示中に早送り再生（ＦＦ）等の特殊再生が行われた場合も同様なことが生じる。
【０００９】
上記の事情に対処するために映像データに多重化されたアプリケーションを別ディレクトリに同一ファイル名で格納し、途中まで取得したアプリケーションデータを破棄し、別ディレクトリにあるアプリケーションを取得することが考えられている。しかし、別ディレクトリを読み取るには、やはり再生ヘッドが大きく移動することとなり、シーク時間が増大し、本編の再生までに時間がかかるという問題がある。
【００１０】
本発明は上記実情に鑑みてなされたものであり、ストリームとしての映像データとこれに関連するアプリケーションとを確実に再生することができる情報再生装置及び情報再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の一態様による情報再生装置は、映像データとアプリケーションとが多重化されたビデオオブジェクトと、ビデオオブジェクトの再生を制御するプレイリストとを格納し、ビデオオブジェクトの格納ディレクトリとは別のディレクトリにアプリケーションファイルを格納する情報記録媒体から情報を再生する情報再生装置であって、ビデオオブジェクトの再生中に、アプリーションを分離しアプリケーションファイルを作成する手段と、ビデオオブジェクトの再生終了時に、アプリケーションファイルが全て読み出されたか否かを判定する手段と、アプリケーションファイルの一部が読み出されていない場合、ビデオオブジェクトの未再生部分のサイズと前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較する手段と、ビデオオブジェクトの未再生部分のサイズの方が小さい場合、ビデオオブジェクトの未再生部分の再生を行なう再生続行手段と、前記別のディレクトリに格納されているアプリケーションファイルのサイズの方が小さい場合、前記アプリケーションファイルを読み出す手段とを具備するものである。
【００１２】
本発明の他の態様による情報再生方法は、映像データとアプリケーションとが多重化されたビデオオブジェクトと、ビデオオブジェクトの再生を制御するプレイリストとを格納し、ビデオオブジェクトの格納ディレクトリとは別のディレクトリにアプリケーションファイルを格納する情報記録媒体から情報を再生する情報再生方法であって、ビデオオブジェクトの再生中に、アプリーションを分離しアプリケーションファイルを作成するステップと、ビデオオブジェクトの再生終了時に、アプリケーションファイルが全て読み出されたか否かを判定するステップと、アプリケーションファイルの一部が読み出されていない場合、ビデオオブジェクトの未再生部分のサイズと前記別のディレクトリに格納されているアプリケーションファイルのサイズとを比較するステップと、ビデオオブジェクトの未再生部分のサイズの方が小さい場合、ビデオオブジェクトの未再生部分の再生を行なう再生続行ステップと、前記別のディレクトリに格納されているアプリケーションファイルのサイズの方が小さい場合、前記アプリケーションファイルを読み出すステップとを具備するものである。
【発明の効果】
【００１３】
以上説明したように本発明によれば、映像とアプリケーションが多重化されたストリームの再生が途中で終了させられ、アプリケーションの一部を取得できない場合でも、ストリームの残りサイズと、別ディレクトリに格納されているアプリケーションファイルのサイズを比較して、小さいサイズのデータを読み出す。残りのストリームのサイズが小さい場合は、ヘッドのシークが不要であるので、短時間に残りのアプリケーションを読み出すことができる。また、残りのストリームのサイズが大きい場合は、別ディレクトリに格納されているアプリケーションファイルを最初から読み出すことにより、取得したアプリケーションの中途から読み出すよりは短時間で読み出すことが出来る。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明による情報再生装置及び情報再生方法の実施の形態を説明する。
【００１５】
図１は本発明の第１の実施の形態に係る情報再生装置の構成を示す図である。図示しない光ピックアップヘッドが光ディスク１０にレーザ光を照射し、光ディスク１０から反射された光が光ピックアップヘッドに入射され、光ピックアップヘッドから出力された再生信号がデータプロセッサ２１に入力される。データプロセッサ２１から読み出されたストリーム内の各パックはトラックバッファ２２に格納され、デマルチプレクサ２３を介して対応するデコーダの入力バッファ（図示せず）に転送される。トラックバッファ２２はデコーダへのデータの連続供給を確保するためのものである。
【００１６】
データプロセッサ２１から出力されるストリームの一例を図３に示す。ここでは、ＨＤ  ＤＶＤのアドバンストコンテンツのデータストリームを例に示す。アドバンストコンテンツのプライマリエンハンストビデオオブジェクトＥＶＯＢはプライマリビデオセットのプレゼンテーションデータを含むデータストリームである。プライマリエンハンストビデオオブジェクトＥＶＯＢはＭＰＥＧ−２のプログラムストリームに従う。プライマリビデオセットのプレゼンテーションデータのタイプはメインビデオ、メインオーディオ、サブビデオ、サブオーディオ、サブピクチャである。ＮＶ＿ＰＣＫはナビゲーションパック、ＶＭ＿ＰＣＫはメインビデオパック、ＡＭ＿ＰＣＫはメインオーディオパック、ＶＳ＿ＰＣＫはサブビデオパック、ＡＳ＿ＰＣＫはサブオーディオパック、ＳＰ＿ＰＣＫはサブピクチャパック、ＡＤＶ＿ＰＣＫはアドバンストパック（アーカイビングデータ）である。このように、メイン・サブビデオストリーム、メイン・サブオーディオストリーム、アドバンストストリームを構成する各種のパックとしてエンハンストビデオオブジェクトユニットＥＶＯＢＵに多重化されている。
【００１７】
アプリケーションとはプライマリビデオセットやセカンダリビデオセットの再生制御、画像や効果音データの再生制御、フォントデータを用いたテキストデータの表示、ユーザ入力の制御、アプリケーションの制御などを行うことが出来るプレゼンテーションオブジェクトである。
【００１８】
アプリケーションは、アプリケーションの起点となるマニフェスト、アプリケーションの表示や動作の制御を行なうマークアップ、アプリケーションやプライマリビデオセット、セカンダリビデオセットの表示や動作の制御を行うスクリプト、画像データ、効果音データ、フォントデータ、アーカイビングファイルからなる。画像、効果音、フォント、アーカイビングファイルを総称してアドバンストエレメントと称する。
【００１９】
アーカイビングファイルは、図３に示すように、アプリケーションを構成するファイルやアプリケーションにて用いられるファイル、つまりプレイリスト（ＸＰＬ）、マニフェスト（ＸＭＦ）、マークアップ（ＸＭＵ、ＸＡＳ）、スクリプト（ＪＳ）、画像（ＪＰＧ、ＰＮＧ）、効果音（ＷＡＶ）、フォント（ＯＴＦ、ＴＴＦ、ＴＴＣ）、セカンダリビデオセット（ＥＶＯ）、ＥＣＭＡスクリプト（ＪＳ）等を１つのファイルとしてアーカイビングするためのフォーマットである。個々のファイル（Ａ．ＸＭＦ，Ｂ．ＪＳ，ＣＸＭＵ，Ｄ．ＰＮＧ，Ｅ．ＴＴＦ等）を読み出すと時間が係るので、１つのアーカイビングファイルＡ．ＡＣＡとして読み出すことにより、読み出し時間を短縮できる。
【００２０】
アーカイビングファイルはアドバンストストリームとして、プライマリビデオセットのＥＶＯＢに多重化される。ファイルはアドバンストパック（ＡＤＶ＿ＰＣＫ）と呼ばれるパックに分割される。これにより、プライマリビデオセット再生中にアーカイビングファイルを自動的にファイルキャッシュにロードすることができる。
【００２１】
ＦＦ等の特殊再生の場合は、エンハンストビデオオブジェクトＥＶＯＢが途中までしかロードされない可能性があり、１つのアドバンストストリーム内の全てのＡＤＶ＿ＰＣＫを取得できるとは限らず、多重化（ＡＤＶ＿ＰＣＫ化）される前のアーカイビングファイル（ＡＣＡファイル）は図４に示すように別ディレクトリ（ＡＤＶ＿ＯＢＪ）に同一ファイル名（Ａ．ＡＣＡ）で必ず格納（バックアップ）されている。アーカイビングファイル（Ａ．ＡＣＡ）を含むエンハンストビデオオブジェクトＥＶＯＢファイルをＡ．ＥＶＯとする。エンハンストビデオオブジェクトＥＶＯＢファイル（Ａ．ＥＶＯ）はＨＶＤＶＤ＿ＴＳディレクトリに格納され、アーカイビングファイル（Ａ．ＡＣＡ）はＡＤＶ＿ＯＢＪディレクトリに格納され、あるいはネットワークあるいはパーシステントストレージから供給される。
【００２２】
図１に戻り、メインビデオパックＶＭ＿ＰＣＫはメインビデオデコーダ３１へ、メインオーディオパックＡＭ＿ＰＣＫはメインオーディオデコーダ４１へ、サブビデオパックＶＳ＿ＰＣＫはサブビデオデコーダ３２へ、サブオーディオパックＡＳ＿ＰＣＫはサブオーディオデコーダ４２へ、サブピクチャパックＳＰ＿ＰＣＫはサブピクチャデコーダ５１へ、アドバンストパックＡＤＶ＿ＰＣＫはアドバンストパックフィルタ６１の入力バッファへ供給される。
【００２３】
メインビデオデコーダ３１、サブビデオデコーダ３２、サブピクチャデコーダ５１の出力がビデオＤＡＣ３４を介してアナログのビデオ信号として図示しないＴＶモニタへ出力される。メインオーディオデコーダ４１、サブオーディオデコーダ４２の出力がオーディＤＡＣ４３を介してアナログのオーディオ信号として図示しないスピーカへ出力される。アドバンストパックフィルタ６１の出力がファイルキャッシュ６２へ供給される。ファイルキャッシュ６２の出力がＭＰＵからなるアプリケーションデコーダ１１へ供給される。アプリケーションデコーダ１１の出力がビデオＤＡＣ３４を介してアナログのビデオ信号として図示しないＴＶモニタへ出力、あるいはオーディＤＡＣ４３を介してアナログのオーディオ信号として図示しないスピーカへ出力される。
【００２４】
図２はＨＤ  ＤＶＤディスクのディレクトリ構成を示す図である。ＨＤＤＶＤ＿ＴＳディレクトリはルートディレクトリの直下で、プライマリビデオセットに関係する全てのファイル（例えば、ＶＭＧ、スタンダードビデオセット、アドバンストＶＴＳ等）がこのディレクトリにある。プレイリスト、プライマリビデオセット（アドバンスドＶＴＳのみ）、セカンダリビデオセットとアドバンスドサブタイトルからなるアドバンスドコンテンツのみを格納するカテゴリ２、スタンダードコンテンツとアドバンスドコンテンツを格納するカテゴリ３のディスクの場合は、ＡＤＶ＿ＯＢＪディレクトリがルートディレクトリの直下にある。全てのプレイリストファイル、アドバンストナビゲーション・アドバンストエレメント・セカンダリビデオセットのいずれかのファイルがこのディレクトにある。なお、カテゴリ１のディスクは１つのＶＭＧとスタンダードＶＴＳからなるスタンダードコンテンツのみを格納するディスクである。
【００２５】
もし、アドバンストコンテンツのスタートアップシーケンスでプレイリストファイルを読む必要がある場合は、プレイリストファイルはこのディレクトリにあるべきである。プレイリストファイル名は、表示装置に接続されるプレーヤについてはＶＰＬＳＴ％％％．ＸＰＬであり、表示装置に接続されていないプレーヤについてはＡＰＬＳＴ＆＆＆．ＸＰＬである。％％％、＆＆＆はともに０００〜９９９までの任意の数であり、スタートアップシーケンスでは、最大の数を持つプレイリストを最初に読む。
【００２６】
プレイリストは、プライマリビデオセット、セカンダリビデオセット、アプリケーション、アドバンストサブタイトルの４種類のプレゼンテーションオブジェクトの再生制御とシステムの初期設定を行うためのＸＭＬ形式のデータであり、アドバンストコンテンツを再生するための基本情報である。
【００２７】
ディスク上のデータは複数のタイトルから構成され、それぞれのタイトルは、タイトルタイムラインと呼ばれる時間軸を持つ。プレイリストでは、上記４種類のプレゼンテーションオブジェクトの再生開始時間と終了時間とを与え、タイトルタイムラインにそれぞれのオブジェクトを配置することにより再生順序を定義することができる。
【００２８】
アドバンストコンテンツのディレクトリはＡＤＶ＿ＯＢＪディレクトリの下にあり、プレイリスト、アプリケーション、セカンダリビデオセット、アドバンストサブタイトルのファイルが含まれる。
【００２９】
プレイリストファイルはアドバンストコンテンツのためのナビゲーション、同期、初期システムコンフィグレーションを記述する。プレイリストはタイトル情報と、メディアアトリビュート情報、コンフィグレーション情報を含む。タイトル情報はファーストプレイタイトルと、プレゼンテーションクリップエレメント・オブジェクトマッピングユニット等を含む。
【００３０】
図５、図６を参照して本発明の一実施形態の情報再生装置の動作の一例を説明する。
【００３１】
光ディスク１０が装着されると、ＨＤ  ＤＶＤディスクであるか否かを判定する（ブロック１０２）。否と判定された場合は、そのまま終了する。
【００３２】
ＨＤ  ＤＶＤディスクであると判定された場合は、アドバンストコンテンツを格納しているか否かを判定する（ブロック１０４）。否である場合は、そのまま終了する。
【００３３】
アドバンストコンテンツを格納するＨＤ  ＤＶＤディスクは図２のようなディレクトリ構成を持つので、ＡＤＶ＿ＯＢＪディレクトリ下にＤＩＳＣＩＤ．ＤＡＴファイルが存在しているか否かに基づいてアドバンストコンテンツを格納しているか否かを判定できる。
【００３４】
アドバンストコンテンツを格納しているＨＤ  ＤＶＤディスクである場合は、ＤＩＳＣＩＤ．ＤＡＴ内のＳＥＡＲＣＨ＿ＦＬＡＧを取得し（ブロック１０６）、値が１ｂ／０ｂであるかを判定する（ブロック１０８）。
【００３５】
ＳＥＡＲＣＨ＿ＦＬＡＧが１ｂであるときは、ディスクのＡＤＶ＿ＯＢＪディレクトリ下からプレイリストファイルＶＰＬＳＴＸＸＸ．ＸＰＬ（ＸＸＸは３桁の数字）を探し、もっとも数字の大きいものを取得する（ブロック１１０）。
【００３６】
ＳＥＡＲＣＨ＿ＦＬＡＧが０ｂであるときは、パーシステントリストレージＰ−Ｓｔｏｒａｇｅからもプレイリストファイルを探し、同様にもっとも番号の大きいものを取得する（ブロック１１２）。
【００３７】
取得したプレイリストファイルを解析し、ファーストプレイタイトルが存在するかどうかを判定する（ブロック１１４）。無い場合は、そのまま終了する。
【００３８】
本例ではある場合を想定し、ファーストプレイタイトルで指定されたＴＭＡＰ（ＴｉｍｅＭＡＰ）ファイルを取得する（ブロック１１６）。
【００３９】
この際、ＴＭＡＰ＿ＧＩ（ＴＭＡＰ  Ｇｅｎｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ）からＴＭＡＰ＿ＴＹ（Ａｔｔｒｉｂｕｔｅ  ｏｆ  ＴＭＡＰ）を取得し、さらにＴＭＡＰ＿ＴＹからＡＴＲを取得し（ブロック１１８）、値が１ｂ／０ｂであるかを判定する（ブロック１２０）。
【００４０】
ＡＴＲが１ｂの場合は、該ＴＭＡＰを指定したＥＶＯＢはセカンダリビデオセットのＥＶＯＢなので、ＡＤＶ＿ＰＣＫは存在しないのでそのまま通常再生を行う（ブロック１２２）。
【００４１】
ＡＴＲが０ｂである場合は、該ＴＭＡＰを指定したＥＶＯＢはプライマリオーディオビデオであるので、ＡＤＶ＿ＰＣＫが存在するかどうかを判定する必要がある。
【００４２】
先ず、ＴＭＡＰ  Ｓｅａｒｃｈ  Ｐｏｉｎｔｅｒ（以下ＴＭＡＰＩ＿ＳＲＰ）からＥＶＯＢ＿ＩＮＤＥＸ（ＥＶＯＢ（Ｅｎｈａｎｃｅｄ  Ｖｉｄｅｏ  Ｏｂｊｅｃｔ）  ｉｎｄｅｘ  ｎｕｍｂｅｒ）を取得する（ブロック１２４）。
【００４３】
次に、アドバンストコンテンツのＶｉｄｅｏ  Ｔｉｔｌｅ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ（以下ＶＴＳＩ）ファイルＨＶＡ００００１．ＶＴＩを取得し（ブロック１２６）、取得したＥＶＯＢ＿ＩＮＤＥＸに示されたＶＴＳ＿ＥＶＯＢＩ（ＶＴＳ＿ＥＶＯＢ  Ｉｎｆｏｒｍａｔｉｏｎ）を取得し、ＥＶＯＢ＿ＡＴＲＮ（ＥＶＯＢ  Ａｔｔｒｉｂｕｔｅ  ｎｕｍｂｅｒ）を取得する（ブロック１２８）。
【００４４】
ＶＴＳ＿ＥＶＯＢ＿ＡＴＲＴ（ＶＴＳ＿ＥＶＯＢ  Ａｔｔｒｉｂｕｔｅ  Ｔａｂｌｅ）からＥＶＯＢ＿ＡＴＲＮに対応するＶＴＳ＿ＥＶＯＢ＿ＡＴＲを取得する（ブロック１３０）。
【００４５】
ＶＴＳ＿ＥＶＯＢ＿ＡＴＲからＥＶＯＢ＿ＴＹ（ＥＶＯＢ  ｔｙｐｅ）を取得し、Ａｄｖａｎｃｅｄ  ｓｔｒｅａｍ  ｅｘｉｓｔｅｎｃｅを取得し（ブロック１３２）、値が０１ｂ／００ｂであるかを判定する（ブロック１３４）。
【００４６】
Ａｄｖａｎｃｅｄ  ｓｔｒｅａｍ  ｅｘｉｓｔｅｎｃｅが００ｂであるときには、このＥＶＯＢ内にＡｄｖａｎｃｅｄ  ｓｔｒｅａｍ  ｅｘｉｓｔｅｎｃｅ、すなわちＡＤＶ＿ＰＣＫが存在しないので通常再生を行う（ブロック１３６）。
【００４７】
０１ｂであるときには、このＥＶＯＢ内にＡｄｖａｎｃｅｄ  ｓｔｒｅａｍ  ｅｘｉｓｔｅｎｃｅ、すなわちＡＤＶ＿ＰＣＫが存在する。この場合、ＴＭＡＰのＥＶＯＢＵ＿ＥＮＴ（ＥＶＯＢ  ｕｎｉｔ  Ｅｎｔｒｙ）のＥＶＯＢＵ＿ＰＢ＿ＴＭ（ＥＶＯＢＵ  ＰｌａｙＢａｃｋ  ＴｉＭｅ）の総計を計算する（ブロック１３８）。これが、ＥＶＯＢの総再生時間（本来のＥＶＯＢ再生時間）になる。
【００４８】
プレイリストに記述されている再生開始時刻に当たるＥＶＯＢＵをＴＭＡＰから算出し再生する（ブロック１４０）。
【００４９】
プレイリストに記述されているｃｌｉｐＴｉｍｅＢｅｇｉｎ（ＥＶＯＢの先頭からのオフセットを示している）が０であるとき（未記述の場合は０となる）、再生時間の指定（ｔｉｔｌｅＴｉｍｅＥｎｄ  −  ｔｉｔｌｅＴｉｍｅＢｅｇｉｎ）が前記計算したＥＶＯＢの総再生時間より短い場合に、問題が起こうる可能性がある。すなわち、ＡＤＶ＿ＰＣＫの一部が取得できない事態が生じる。しかし、たとえ指定した再生時間がＥＶＯＢの総再生時間より短い場合でも、コンテンツプロバイダがプレイリストに指定した時刻以上再生させてしまうことは規格違反になってしまうため不可能である。したがって、あくまでもＥＶＯＢ内のビデオ、オーディオ、字幕データは指定時刻までのみ再生をする。
【００５０】
ＡＤＶ＿ＰＣＫのａｄｖａｎｃｅｄ＿ｄａｔａ＿ｈｅａｄｅｒにはＡＤＶ＿ＰＣＫ内のＡＣＡファイルのステータスを取得できるａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが存在する。ＥＶＯＢの再生を開始し、ａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが０１ｂまたは１１ｂの場合は、ＡＣＡファイルの先頭を含んでいるので、ＡＤＶ＿ＰＣＫのａｄｖａｎｃｅｄ＿ｄａｔａ＿ｈｅａｄｅｒを取り除いた部分をファイルキャッシュ６２へと転送しＡＣＡファイルを生成していく（ブロック１４４）。
【００５１】
１１ｂの場合は１ＰａｃｋのみでＡＣＡファイルは取得できてしまうので、問題は起きない。
【００５２】
ａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが０１ｂであった場合は、その後ａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが１０ｂのＡＤＶ＿ＰＣＫを取得するまで、ＡＤＶ＿ＰＣＫからＡＣＡファイルを抜き出し、ファイルキャッシュ６２へと転送し続ける。これを再生終了指定時刻まで続ける（ブロック１４６）。
【００５３】
再生終了指定時刻になったときに、それまでのデータでａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが１０ｂのパックが入ってきた場合は、ＡＣＡファイル（デマルチプレクスされてファイルキャッシュ６２に保存されているＡＣＡファイル）のヘッダにあるＦＩＬＥ＿ＳＺ（Ｆｉｌｅ  Ｓｉｚｅ）を取得し、ファイルキャッシュ６２に転送したＡＣＡファイルのサイズを比較して同じであれば、全部取得できているので問題は起こらない（ブロック１４８）。全部取得できている場合は、終了する。
【００５４】
再生指定時刻までにａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが１０ｂのパックが入ってこなかった場合、図７に示すようにＡＣＡファイルの一部を取得できていないことになる。残りのＥＶＯＢのサイズをＴＭＡＰのＥＶＯＢＵ＿ＥＮＴからＥＶＯＢＵ＿ＳＺ（ＥＶＯＢＵ  Ｓｉｚｅ）から取得する。残りのＥＶＯＢのサイズをＮ［ＭＢ］とする（ブロック１５０）。
【００５５】
ＡＤＶ＿ＰＣＫから取り出したＡＣＡのヘッダからＡＣＡフィアルのＦＩＬＥ＿ＳＺを取得し、これがＭ［ＭＢ］だったとする（ブロック１５２）。
【００５６】
図８に示すように、Ｎ＜Ｍの場合は、ＥＶＯＢの残りのデータ（Ｎバイト）の読み出しを続ける。しかし、音声、字幕等のＡＶデータは不要であるので、ＡＤＶ＿ＰＣＫ以外のデータはデマルチプレクサ２３で読み捨てる（ブロック１５６）。これにより、ビデオ等の時間に関係なくほぼディスクからのリード時間で読むことが出来る。
【００５７】
逆に、Ｍ＜Ｎの場合は、従来どおりの方法でＡＤＶ＿ＯＢＪ下のアプリケーションファイル（Ｍバイト）を取得する（ブロック１５８）。取得する前に、ファイルキャッシュ６２に格納されている今までに作成したアプリケーションファイルは破棄する。
【００５８】
また、ＡＤＶ＿ＣＰＫはＥＶＯＢのどこにマルチプレクスされているか判らないので、もし、ａｄｖａｎｃｅｄ＿ｐｋｔ＿ｓｔａｔｕｓが０１ｂまたは１１ｂのＡＤＶ＿ＰＣＫが再生時間内に入ってこなかった場合は、ＡＣＡファイルはまったく取得できていないことも考えられる。この場合は、強制的にＡＤＶ＿ＯＢＪディレクトリ下にあるＡＣＡを取得する。
【００５９】
以上のように、映像とアプリケーションが多重化されたストリームＥＶＯＢの再生が途中で終了させられ、アプリケーションの一部を取得できない場合、ＥＶＯＢの残りサイズと、別ディレクトリに格納されているアプリケーションファイルのサイズを比較して、小さいサイズのデータを読み出す。そのまま残りのＥＶＯＢを読み出す場合は、ヘッドのシークが不要であるので、短時間に残りのアプリケーションを読み出すことができる。また、残りのＥＶＯＢのサイズが大きい場合は、ヘッドのシーク時間が必要になっても、多重化されていないアプリケーションファイルのみを最初から読み出す方が、短時間で読み出すことが出来る。ＥＶＯＢはおよそ数ＧＢであるがアーカイビングファイルは数ＭＢであるので、データを途中まで取得したのに、データを破棄してしまうのは無駄であるばかりでなく、再度読み直すことにより次のタイトルの再生までに時間がかかってしまう。そこで、本実施形態では、上記のようなＥＶＯＢの途中まで読み出された場合に、ＥＶＯＢの残りのデータを読み出し、映像データは読み捨て必要なアプリケーションデータのみを取得し、再サーチをなくし、シーク時間の短縮をはかる方法を提供する。しかし、残りのＥＶＯＢのデータが実際に取得したいアーカイビングフィアル全体よりも多いと、意味がないので、残りのＥＶＯＢデータのサイズとアーカイビングフィアルのサイズを比較して小さいほうを読み出すことにより、最適化をはかり従来より早く次のタイトルの再生を開始できる。また、読み続ける場合は、データの破棄という無用な処理が省けるので消費電力も削減できる。
【００６０】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【００６１】
また、本発明は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【００６２】
例えば上述の説明では、ファーストプレイタイトルを例に示したが、その他のタイトルでもＥＶＯＢの再生が途中で停止されることがあれば、同様のアルゴリズムでＥＶＯＢの途中まで再生させた残りのＡＤＶ＿ＰＣＫの取得を判定することにより、次のタイトルの再生までの時間を早くできる。また、ファーストプレイタイトルではユーザーからのタイトルスキップなどのアクションが出来ないが、それ以外のタイトルではプレイリスト上はＥＶＯＢの最後まで再生を指定したのにもかかわらず、ユーザー操作によりＥＶＯＢの途中までの再生になってしまうことがある。この場合においても残りのＥＶＯＢのサイズとアプリケーションデータのサイズを比較して小さいほうを取得すれば、最小の時間で次のタイトルに以降できる。
【００６３】
図１の実施形態はＨＤ  ＤＶＤプレーヤ用のハードウェアを例に示したが、トラックバッファ２２のでマルチプレクサ２３、各デコーダ３１、３２、５１、４１、４２、ＡＤＶ＿ＰＣＫフィルタ６１はソフトウェアで実現されていても問題はない。
【００６４】
またＨＤ  ＤＶＤプレーヤをモデルに記述しているが、ひとつのデータソースからの映像、音声にそれ以外のアプリケーションデータが含まれるフォーマットのＡＶデータでもよい。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態の情報再生装置の構成を示すブロック図。
【図２】ＨＤ  ＤＶＤのディレクトリ構造を示す図。
【図３】ＨＤ  ＤＶＤのアドバンストコンテンツのアーカイビングファイルの多重化を示す図。
【図４】アーカイビングファイルの他のディレクトリでのバックアップを示す図。
【図５】本発明の一実施形態の情報再生方法を示すフローチャート（前半）。
【図６】本発明の一実施形態の情報再生方法を示すフローチャート（後半）。
【図７】ＡＣＡファイルの一部が取得できない状況を説明する図。
【図８】図７の状況の下でＥＶＯＢの再生を続けるか別ディレクトリのＡＣＡファイルの再生を行うかの判断基準を示す図。
【符号の説明】
【００６６】
１０…光ディスク、１１…アプリケーションデコーダ、２１…データプロセッサ、２２…トラックバッファ、２３…デマルチプレクサ、３１…メインビデオデコーダ、３２…サブビデオデコーダ、３４…ビデオＤＡＣ、４１…メインオーディオデコーダ、４２…サブオーディオデコーダ、４３…オーディオＤＡＣ、５１…サブピクチャデコーダ、６１…ＡＤＶ＿ＰＣＫフィルタ、６２…ファイルキャッシュ。
【図１】
2009089035.tif 000003
【図２】
2009089035.tif 000004
【図３】
2009089035.tif 000005
【図４】
2009089035.tif 000006
【図５】
2009089035.tif 000007
【図６】
2009089035.tif 000008
【図７】
2009089035.tif 000009
【図８】
2009089035.tif 000010