(57)【要約】【課題】ストリームとしての映像データとこれに関連するアプリケーションとを適切に再生できるようにする。【解決手段】データ分離部３２は、映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータを入力して分離処理を施し、前記アプリケーションと前記映像データとを交互に出力する。バッファ３４及びバッファ３３は、前記アプリケーションと前記映像データとを交互に取り込んで一時的に蓄積してから順次出力するものであり、１つ目の映像データの取り込みが終了した後、１つ目の映像データが全て出力されてしまう前に、１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させる。【選択図】      図２
2007036945.tif 000002
【特許請求の範囲】
【請求項１】
ストリームとしての映像データを再生すると共にこの映像データの再生中に当該映像データに関連するアプリケーションを再生することが可能な情報再生装置であって、
前記映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータを入力して分離処理を施し、前記アプリケーションと前記映像データとを交互に出力するデータ分離手段と、
前記アプリケーションと前記映像データとを交互に取り込んで一時的に蓄積してから順次出力するバッファ手段と
を具備し、
前記バッファ手段は、１つ目の映像データの取り込みが終了した後、前記１つ目の映像データが全て出力されてしまう前に、前記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させることを特徴とする情報再生装置。
【請求項２】
前記バッファ手段は、
前記データ分離手段から出力される前記アプリケーションを取り込んで一時的に蓄積してから順次出力する第１のバッファと、
前記データ分離手段から出力される前記映像データを取り込んで一時的に蓄積してから順次出力する第２のバッファと
を具備し、
前記第１のバッファは、前記第２のバッファにおいて１つ目の映像データの取り込みが終了した後、前記１つ目の映像データが前記第２のバッファから全て出力されてしまう前に、前記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させることを特徴とする情報再生装置。
【請求項３】
前記第２のバッファは、前記１つ目の映像データが前記第２のバッファから全て出力されてしまう前に、２つ目の映像データの取り込みを開始することを特徴とする請求項２記載の情報再生装置。
【請求項４】
前記ストリームデータが記録面上で螺旋状に記録されている情報記録媒体から当該ストリームデータを読み取る手段を更に具備することを特徴とする請求項１乃至３のいずれかかに記載の情報再生装置。
【請求項５】
ストリームとしての映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータが記録面上で螺旋状に記録されていることを特徴とする情報記録媒体。
【請求項６】
ストリームとしての映像データを再生すると共にこの映像データの再生中に当該映像データに関連するアプリケーションを再生することが可能なコンピュータに実行させるプログラムであって、
前記映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータを入力して分離処理を施し、前記アプリケーションと前記映像データとを交互に出力する機能と、
前記出力された前記アプリケーションと前記映像データとを交互に取り込んで一時的に蓄積してから順次出力するバッファリングを行う機能であって、１つ目の映像データの取り込みが終了した後、前記１つ目の映像データが全て出力されてしまう前に、前記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させる機能と、
をコンピュータに実現させることを特徴とするプログラム。
【請求項７】
前記バッファリングを行う機能は、前記出力される前記アプリケーションを第１のバッファに取り込んで一時的に蓄積してから順次出力する機能と、前記出力される前記映像データを第２のバッファに取り込んで一時的に蓄積してから順次出力する機能とを含み、前記第２のバッファにおいて１つ目の映像データの取り込みが終了した後、前記１つ目の映像データが前記第２のバッファから全て出力されてしまう前に、前記第１のバッファにおいて、前記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させることを特徴とする請求項６記載のプログラム。
【請求項８】
前記バッファリングを行う機能は、前記１つ目の映像データが前記第２のバッファから全て出力されてしまう前に、前記第２のバッファにおいて、２つ目の映像データの取り込みを開始することを特徴とする請求項７記載のプログラム。
【請求項９】
前記ストリームデータが記録面上で螺旋状に記録されている情報記録媒体から当該ストリームデータを読み取る機能を更にコンピュータに実現させることを特徴とする請求項６乃至８のいずれかかに記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームとしての映像データを再生すると共にこの映像データの再生中に当該映像データに関連するアプリケーションを再生することが可能な情報再生装置、情報記録媒体、及び情報再生プログラムに関する。
【背景技術】
【０００２】
近年、光ディスクなどの記録媒体に記録される情報に基づいて、ストリームとしての映像データを再生すると共に、この映像データの再生中に当該映像データに関連するアプリケーション（副映像、静止画、文字情報など）も再生するようなことが容易に行えるようになってきた。このような再生処理を実現するデータ構成に関する技術には、種々なものがある。
【０００３】
例えば、特許文献１には、動画データがまとめて記録される動画データ記録領域と当該動画データに関連するプログラムがまとめて記録されるプログラム記録領域とが記録された光ディスクが開示されている。
【特許文献１】特開２０００−１３７６３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記文献の技術によれば、再生装置が光ディスクから例えばストリーム形式の連続する複数の映像データを読み出すような場合、個々の映像データの再生中に再生すべきプログラムをプログラム記録領域からも読み出す必要があるため、その都度、再生ヘッドが大きく移動することとなり、シーク時間が増大する。この結果、再生される映像が頻繁に途切れるといった現象が生じてしまう。
【０００５】
本発明は上記実情に鑑みてなされたものであり、ストリームとしての映像データとこれに関連するアプリケーションとを適切に再生することができる情報再生装置、情報記録媒体、及び情報再生プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報再生装置は、ストリームとしての映像データを再生すると共にこの映像データの再生中に当該映像データに関連するアプリケーションを再生することが可能な情報再生装置であって、前記映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータを入力して分離処理を施し、前記アプリケーションと前記映像データとを交互に出力するデータ分離手段と、前記アプリケーションと前記映像データとを交互に取り込んで一時的に蓄積してから順次出力するバッファ手段とを具備し、前記バッファ手段は、１つ目の映像データの取り込みが終了した後、前記１つ目の映像データが全て出力されてしまう前に、前記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させることを特徴とする。
【０００７】
本発明に係る情報記録媒体は、ストリームとしての映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータが記録面上で螺旋状に記録されていることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ストリームとしての映像データとこれに関連するアプリケーションとを適切に再生することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明の一実施形態について説明する。
【００１０】
図１は、本発明の一実施形態に係る情報再生装置の概略構成を示すブロック図である。
【００１１】
情報再生装置は、例えば、パーソナルコンピュータもしくは再生専用のプレーヤ装置として実現され、ストリームとしてのオーディオ・ビデオ（ＡＶ）コンテンツ（以下、「映像データ」と称す）を再生すると共にこの映像データの再生中に当該映像データに関連するアプリケーションを再生することが可能である。ここでいうアプリケーションとは、例えば、主映像の映像データとは異なる副映像（主映像の作品を解説する別の映像、広告など）、文字情報（ニュース、天気予報、映画の字幕など）、静止画（ユーザが再生処理に関する操作を行うグラッフィックボタンやアイコン）などのオブジェクトに相当する。また、これらのオブジェクトを制御するためのソフトウェアを含む場合もある。
【００１２】
上記情報再生装置は、ＣＰＵ（Central Processing Unit）１１、ＨＤＤ（Hard Disk Drive）１２、ＨＤ−ＤＶＤ（High Definition Digital Versatile Disc）ドライブ１３、ＲＡＭ（Random Access Memory）１４、ＡＶデコーダ１５、及びブレンド処理部１６を備えている。また、ＲＡＭ１４には、ＯＳ（Operating System）２１や、このＯＳ２１のもとで管理される再生処理ソフトウェア２２などがロードされている。再生処理ソフトウェア２２に関しては、後で詳しく述べる。
【００１３】
ＣＰＵ１１は、情報再生装置全体の制御を司るものであり、例えばＲＡＭ１４上の再生処理ソフトウェア２２を実行することにより、ＨＤ−ＤＶＤドライブ１３に挿入されているＨＤ−ＤＶＤを通じて読み出されるストリームデータの再生処理を実行したりする。
【００１４】
ＨＤＤ１２は、情報再生装置における各種動作に必要なプログラムやデータを格納しており、これらは必要に応じて読み出すことが可能である。
【００１５】
ＨＤ−ＤＶＤドライブ１３は、ＨＤ−ＤＶＤ規格に準拠する情報記録媒体（光ディスク）を駆動する専用の駆動装置である。このＨＤ−ＤＶＤドライブ１３により駆動される記録媒体の記録面上には、ストリームとしての映像データの再生中に再生されるべきアプリケーションが前記映像データよりも先に読み出されるように前記映像データと共に配置されているストリームデータ単位が複数連続して配置されたストリームデータが螺旋状に記録されている。
【００１６】
ＲＡＭ１４は、ＣＰＵ１１の作業エリアとして使用される主メモリに相当するものである。
【００１７】
ＡＶデコーダ１５は、再生処理ソフトウェア２２を通じて送られてくる個々の映像データを順次デコード処理して出力するものである。
【００１８】
ブレンド処理部１６は、ＡＶデコーダ１５から送られてくる映像データを入力すると共に、この映像データの再生中に再生すべきアプリケーションを入力し、このアプリケーションと上記映像データとのブレンド処理を施した後に、出力するものである。出力されたデータは、ストリームとして表示装置やスピーカへ送られることになる。
【００１９】
図２は、図１中に示される再生処理ソフトウェア２２の機能構成を中心に示すブロック図である。なお、図１中と共通する要素には、同一の符号を付している。
【００２０】
再生処理ソフトウェア２２は、ストリーム読取部３１、分離処理部（ＤＥＭＵＸ）３２、ＡＶバッファ３３、アプリケーション（ＡＰＰ）バッファ３４、及びアプリケーション（ＡＰＰ）デコーダ３５を備えている。
【００２１】
なお、再生処理ソフトウェア２２は、図２の構成には限定されず、その一部をハードウェアとして実現することも可能である。例えば、ＡＶバッファ３３をハードウェアとして実現したり、ＡＰＰデコーダ３５をハードウェアとして実現したりすることもできる。
【００２２】
ストリーム読取部３１は、ＨＤ−ＤＶＤドライブ１３に駆動される情報記録媒体から上記ストリームデータを読み取って出力するものである。
【００２３】
分離処理部（ＤＥＭＵＸ）３２は、ストリーム読取部３１によって読み出されたストリームデータを入力して分離処理を施し、この分離処理により得られる上記アプリケーションと上記映像データとを交互に出力するものである。
【００２４】
ＡＶバッファ３３は、分離処理部（ＤＥＭＵＸ）３２から出力される映像データを取り込んで一時的に蓄積してから順次出力するものである。このＡＶバッファ３３は、１つ目の映像データがＡＶバッファ３３から全て出力されてしまう前に、２つ目の映像データの取り込みを開始するよう動作する。
【００２５】
ＡＰＰバッファ３４は、分離処理部（ＤＥＭＵＸ）３２から出力されるアプリケーションを取り込んで一時的に蓄積してから順次出力するものである。このＡＰＰバッファ３４は、ＡＶバッファ３３において１つ目の映像データの取り込みが終了した後、この１つ目の映像データがＡＶバッファ３３から全て出力されてしまう前に、上記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させるよう動作する。
【００２６】
ＡＰＰデコーダ３５は、ＡＰＰバッファ３４から送られてくる個々のアプリケーションを順次デコード処理してブレンド処理部１６へ出力するものである。
【００２７】
図３は、再生される複数の映像データと複数のアプリケーションとの関係を示す図である。
【００２８】
映画などのコンテンツは、一般に、複数のチャプタ（Chapter1，Chapter2，Chapter3，…）で構成されている。各チャプタに対応する映像データ（映像1，映像2，映像3，…）には、当該映像データの再生中に再生されるべきアプリケーション（App1，App2，App3，…）が存在する。
【００２９】
図４は、映像データとアプリケーションとを多重化（ＭＵＸ）した場合のストリームデータの問題点を説明するための図である。
【００３０】
映像データとアプリケーションとを多重化（ＭＵＸ）し、一つのＰＳ（Program Stream）ファイルとして供給する形態において、例えば、図４に示されるように映像2（もしくはChapter2）に関連するApp2を映像１に多重化して供給し、映像3（もしくはChapter3）に関連するApp3を映像2に多重化して供給する場合を考える。この方式によれば、Chapter1からChapter3へ向けて順番に再生される状況においては、各チャプタの前に必要なアプリケーションが配置されているため、映像を途切らせることなく映像データとアプリケーションとを再生することができる。
【００３１】
しかしながら、ユーザが例えばChapter3の先頭からの再生開始を指示した場合、Chapter3に関連するApp3は、Chapter2の映像2に多重化されているため、別途、App3を独立したファイルとして形成し、そのファイルを読み出してからChapter3の再生を開始しなければならない。このため、最初に情報記録媒体から情報を読み出すためのヘッドの動作としては、まず、ヘッドの位置をApp3が記録されている位置に合わせ、その後に、Chapter3の先頭位置に合わせることになるため、時間がかかってしまう。
【００３２】
本実施形態では、図４のように各チャプタに関連するアプリケーションを独立したファイルとして形成するような構成は採らず、例えばユーザが例えばChapter3の先頭からの再生開始を指示した場合には、App3とChapter3とを即座に再生できる構成を採用する。以下に、本実施形態によるストリームデータの構成について述べる。
【００３３】
図５は、本実施形態によるストリームデータの構成を説明するための図である。
【００３４】
本実施形態によるストリームデータでは、図５に示されるように、連続して配置される各チャプタの中において、そのチャプタに対応する映像データが配置されると共に、そのチャプタに対応するアプリケーションが当該映像データの前に配置される。すなわち、App1，映像1，App2，映像2，App3，映像3，…の順でこれらが連続して配置されている。例えばユーザが例えばChapter3の先頭からの再生開始を指示した場合には、Chapter3に関連するApp3をすぐに読み出せるため、App3と映像3とを即座に再生できる。
【００３５】
図６は、本実施形態によるＡＶバッファ３３及びＡＰＰバッファ３４の各状態の変化を示す図である。
【００３６】
前述のＨＤ−ＤＶＤドライブ１３においては、約30Mbpsのレートでデータの読出を行うことができ、また、ＡＶデコーダ１５においては、バッファリング処理されたデータを約20Mbpsのレートでデコード処理することができる。読出処理速度とデコード処理速度との間には差があるため、ＡＶバッファ３３には、ほぼ最大限の量の映像データが蓄積された状態が続く。ＡＶバッファ３３内の映像データが完全に無くなるまでには時間の余裕がある。本実施形態ではこの余裕のある時間内に、その映像データに関連するアプリケーションのＡＰＰバッファ３４への取り込みを行ってその取り込みを完了させ、その後に、次の映像データをＡＶバッファ３３へ取り込むようにしている。
【００３７】
図６に示されるように、最初、時点t1から時点t2までの間、App1のＡＰＰバッファ３４への取り込みが行われる。
【００３８】
App1のＡＰＰバッファ３４への取り込みが終了すると、時点t2から時点t3までの間、映像1のＡＶバッファ３３への取り込みが行われ、ＡＶバッファ３３の満杯状態が続く。その間に、ＡＰＰバッファ３４内のApp1がＡＰＰデコーダ３５へ出力され、ＡＰＰバッファ３４内のApp1が無くなる。
【００３９】
映像1のＡＶバッファ３３への取り込みが終了すると、時点t3から時点t4までの間、App2のＡＰＰバッファ３４への取り込みが行われる。この間に、ＡＶバッファ３３内の映像1がＡＶデコーダ１５へ出力され、ＡＶバッファ３３内の映像1が減少してくるが、時点t4においてはまだ無くなっていない。
【００４０】
App2のＡＰＰバッファ３４への取り込みが終了すると、時点t4から次の時点までの間、映像2のＡＶバッファ３３への取り込みが行われ、前述した時点t2から時点t3までの間の状態と同様な状態が続く。その間に、ＡＰＰバッファ３４内のApp2がＡＰＰデコーダ３５へ出力され、ＡＰＰバッファ３４内のApp2が無くなる。以降は、上述したような動作がＡＰＰバッファ３４およびＡＶバッファ３３において続くことになる。
【００４１】
すなわち、上述の動作によれば、ＡＰＰバッファ３４は、ＡＶバッファ３３において１つ目の映像データの取り込みが終了した後、この１つ目の映像データがＡＶバッファ３３から全て出力されてしまう前に、上記１つ目の映像データの再生後に再生されるべき２つ目の映像データに関連するアプリケーションの取り込みを開始してその取り込みを終了させる。また、ＡＶバッファ３３は、１つ目の映像データがＡＶバッファ３３から全て出力されてしまう前に、２つ目の映像データの取り込みを開始する。
【００４２】
以上詳述したように、本実施形態によれば、ＨＤ−ＤＶＤドライブ１３において、情報記録媒体からストリームデータを読み出す際には、ヘッドの移動を最小限に抑えることができ、シーク時間を低減することができる。また、再生処理ソフトウェア２２の動作により、ストリームとしての映像データとこれに関連するアプリケーションとを適切に再生することができる。
【００４３】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態に係る情報再生装置の概略構成を示すブロック図。
【図２】図１中に示される再生処理ソフトウェア２２の機能構成を中心に示すブロック図。
【図３】再生される複数の映像データと複数のアプリケーションとの関係を示す図。
【図４】映像データとアプリケーションとを多重化（ＭＵＸ）した場合のストリームデータの問題点を説明するための図。
【図５】同実施形態によるストリームデータの構成を説明するための図。
【図６】本実施形態によるＡＶバッファ及びＡＰＰバッファの各状態の変化を示す図。
【符号の説明】
【００４５】
１１…ＣＰＵ、１２…ＨＤＤ、１３…ＨＤ−ＤＶＤドライブ、１４…ＲＡＭ、１５…ＡＶデコーダ、１６…ブレンド処理部、２１…ＯＳ、２３…再生処理ソフトウェア、３１…ストリーム読取部、３２…分離処理部（ＤＥＭＵＸ）、３３…ＡＶバッファ、３４…ＡＰＰバッファ、３５…ＡＰＰデコーダ。
【図１】
2007036945.tif 000003
【図２】
2007036945.tif 000004
【図３】
2007036945.tif 000005
【図４】
2007036945.tif 000006
【図５】
2007036945.tif 000007
【図６】
2007036945.tif 000008