JP4286867B2 - 情報記録装置、情報記録プログラム、情報記録プログラムを記録した記録媒体、記録媒体、情報記録方法、情報再生装置、情報再生方法、情報再生プログラム、および情報再生プログラムを記録した記録媒体 - Google Patents

Description

本発明は、例えば光ディスクなどの記録媒体に、例えばビデオデータおよびサブデータなどの複数のストリームデータを記録する情報記録装置、および、このような情報記録装置によって記録された記録媒体から複数のストリームデータを再生する情報再生装置、ならびに、これらの方法、プログラムなどに関するものである。

光ディスクの高密度化・高転送レート化に伴い、ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）映像の光ディスクへの録画が一般化しつつある。また、ＨＤ映像録画機能の付加価値として、ＨＤ映像データおよび主音声データからなるビデオデータと、該ビデオデータとは別のＡＶデータ（例えば同時放送されている別音声や別映像、以降サブデータと称する）とを光ディスクに同時に記録する機能を有する記録装置も提案されている。このような記録が行われた光ディスクを再生する再生装置は、ビデオデータとサブデータとを同期して再生することが可能となる。このような記録再生処理を実現する構成の一例として、日本国公開特許公報「特開２００２−１５７８５９号公報」（公開日：２００２年５月３１日）に開示されている情報処理装置がある。図１７（ａ）〜図１７（ｃ）を参照しながら簡単にこの従来技術について説明する。

まず、従来技術で用いられているストリームデータの構造について説明する。ビデオデータおよびサブデータは、それぞれＭＰＥＧ−２ ＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）方式で光ディスクに記録される。ビデオデータのＭＰＥＧ−２ ＴＳ（以降、ビデオＴＳと称する）は、ＭＰＥＧ−２ビデオ方式で圧縮されたＨＤ映像と、ＡＣ−３方式で圧縮された主音声とが多重化された構造となっている。サブデータのＭＰＥＧ−２ ＴＳ（以降、オーディオＴＳと称する）は、主音声と同様にＡＣ−３方式で圧縮された副音声が多重化された構造となっている。

次に、ストリームに関する管理情報について説明する。ビデオＴＳおよびオーディオＴＳはいずれも再生時間とデータ量とが比例しないデータ形式となっている。したがって、正確なランダムアクセス再生や特殊再生を可能とするために、時間−アドレス変換テーブルが光ディスクに記録される。このテーブルには、デコード開始可能点のタイムスタンプ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）とＴＳデータ先頭からの相対アドレスとのペアが格納される。

図１７（ａ）に示す例において、ビデオＴＳの部分データＶ１、Ｖ２、Ｖ３、Ｖ４のそれぞれの先頭がデコード開始可能点と仮定する。そして、それぞれのデコード開始可能点を示すタイムスタンプがＴ１、Ｔ２、Ｔ３、Ｔ４であり、先頭からの相対アドレスがＰ１、Ｐ２、Ｐ３、Ｐ４としたとき、時間−アドレス変換テーブルは、図１７（ｂ）に示すようなテーブルとなる。オーディオＴＳも同様であり、時間−アドレス変換テーブルは図１７（ｃ）に示すようなテーブルとなる。

これらのビデオＴＳとオーディオＴＳとを同期して再生する際には、図１７（ｂ）および図１７（ｃ）に示す時間−アドレス変換テーブルを用いて、対応するデータが読み出され、デコード・出力の際には、ビデオＴＳ・オーディオＴＳに付加されたタイムスタンプを用いてタイミングの調整が行われる。

しかしながら、上記の従来技術においては、ビデオＴＳとオーディオＴＳとを同期して再生するためには、ビデオＴＳ用の時間−アドレス変換テーブルと、オーディオＴＳ用の時間−アドレス変換テーブルの両方を読み込む必要がある。すなわち、時間−アドレス変換テーブルを一時記憶するためのメモリの容量が大きくなるという問題がある。

また、サブデータとしてのオーディオＴＳが記録された光ディスクが、サブデータの記録再生編集に対応していない機器において編集が行われ、ビデオＴＳの部分削除が行われた場合、同期再生すべきビデオＴＳとオーディオＴＳとの間の再生区間に不整合が生じることになる。このとき、サブデータの記録再生編集に対応している機器では、ビデオＴＳ中の削除された区間に対応するオーディオＴＳの区間を削除する必要が生じる。しかしながら、現状の技術では対応する区間を検索するには煩雑な処理が必要となるという問題がある。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、少なくとも一部が互いに同期して再生されるべき複数のストリームデータを記録媒体に記録する場合に、該ストリームデータの再生時に使用されるメモリ量を削減することが可能な情報記録装置、情報記録プログラム、情報記録プログラムを記録した記録媒体、記録媒体、情報記録方法、情報再生装置、情報再生方法、情報再生プログラム、および情報再生プログラムを記録した記録媒体を提供することにある。

本発明に係る情報記録装置は、上記課題を解決するために、情報を記録媒体に記録する記録部を備えた情報記録装置において、複数の部分データからなるストリームデータを上記記録媒体に記録する制御を行うデータ記録制御手段と、上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体に記録する制御を行うテーブル記録制御手段とを備え、上記データ記録制御手段が、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体に記録する制御を行う場合に、上記テーブル記録制御手段が、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルを上記記録媒体に記録する制御を行うことを特徴としている。

また、本発明に係る記録媒体は、複数の部分データからなるストリームデータと、上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルとが記録された記録媒体であって、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータが記録される場合に、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルが記録されることを特徴としている。

また、本発明に係る情報記録方法は、情報を記録媒体に記録する情報記録方法において、複数の部分データからなるストリームデータを上記記録媒体に記録するデータ記録ステップと、上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体に記録するテーブル記録ステップとを有し、上記データ記録ステップにおいて、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体に記録する場合に、上記テーブル記録ステップにおいて、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルを上記記録媒体に記録することを特徴としている。

上記の構成および方法によれば、複数のストリームデータおよび各ストリームデータに対応するテーブルが記録媒体に記録される際に、少なくとも２つのストリームデータに対応するテーブルにおける再生時間リストが互いに一致することになる。このような記録が行われた記録媒体の再生が行われる際には、各ストリームデータに対応するテーブルがメモリに読み出されることになるが、再生時間リストが一致していることを利用することにより、メモリの使用量を削減することが可能となる。

詳しく説明すると、例えば第１のストリームデータに対応するテーブルがメモリに読み込まれていれば、第２のストリームデータに対応するテーブルを読み込む際には、特定情報のみを読み出せばよいことになる。すなわち、第２のストリームデータに対応するテーブルの再生時間リストを読み込む必要がなくなるので、再生時に使用されるメモリ量を削減することが可能となる。

また、例えば１つのストリームデータに対する編集処理しか行えない非対応機器によって編集処理が行われた場合、前記したように、互いに同期して再生されるべき複数のストリームデータのテーブル内容にずれが生じるという問題が生じていた。これに対して、上記の構成によれば、少なくとも２つのストリームデータに対応するテーブルにおける再生時間リストが互いに一致していることになるので、再生時間リストの一致状況を確認することによって、上記のような非対応機器による編集処理が行われたことを容易に検出することが可能となる。

また、本発明に係る情報再生装置は、記録媒体に記録されている情報を再生する再生部を備えた情報再生装置において、複数の部分データからなるストリームデータを上記記録媒体から上記再生部によって読み出す制御を行うデータ再生制御手段と、上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体から上記再生部によって読み出し、メモリに格納する制御を行うテーブル再生制御手段とを備え、上記データ再生制御手段が、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体から読み出す制御を行う場合に、上記テーブル再生制御手段が、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストが互いに一致している各ストリームデータに対応する該テーブルを読み出す際に、１つのストリームデータに対応する再生時間リストをメモリに格納するとともに、残りのストリームデータに対応する再生時間リストをメモリに格納しないことを特徴としている。

また、本発明に係る情報再生方法は、記録媒体に記録されている情報を再生する情報再生方法において、複数の部分データからなるストリームデータを上記記録媒体から読み出すデータ再生ステップと、上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体から読み出し、メモリに格納するテーブルステップとを有し、上記データ再生ステップにおいて、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体から読み出す場合に、上記テーブル再生ステップにおいて、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストが互いに一致している各ストリームデータに対応する該テーブルを読み出す際に、１つのストリームデータに対応する再生時間リストをメモリに格納するとともに、残りのストリームデータに対応する再生時間リストをメモリに格納しないことを特徴としている。

上記の構成および方法によれば、少なくとも２つのストリームデータに対応するテーブルにおける再生時間リストが互いに一致している記録が行われた記録媒体の再生が行われる際に、各ストリームデータに対応するテーブルがメモリに読み出されることになるが、再生時間リストが一致していることを利用することにより、メモリの使用量を削減することが可能となる。

詳しく説明すると、例えば第１のストリームデータに対応するテーブルがメモリに読み込まれていれば、第２のストリームデータに対応するテーブルを読み込む際には、特定情報のみを読み出せばよいことになる。すなわち、第２のストリームデータに対応するテーブルの再生時間リストを読み込む必要がなくなるので、再生時に使用されるメモリ量を削減することが可能となる。

本発明の一実施形態に係るビデオディスクレコーダが備える制御部の機能的構成を示すブロック図である。 上記ビデオディスクレコーダの概略構成を示すブロック図である。 上記ビデオディスクレコーダが備える記録部の概略構成を示すブロック図である。 上記ビデオディスクレコーダが備える再生部の概略構成を示すブロック図である。 同図（ａ）は、光ディスクに記録されるデータの配置構成を示す図であり、同図（ｂ）は、ストリーム領域のデータの配置構成を示す図であり、同図（ｃ）は、管理情報領域のデータの配置構成を示す図である。 同図（ａ）は、ＰｌａｙＬｉｓｔのデータ構造の例を示す図であり、同図（ｂ）は、ＰｌａｙＬｉｓｔデータの例を示す表である。 ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎのデータ構造を示す図である。 同図（ａ）は、ビデオデータとしてのビデオＴＳ、およびサブデータとしてのオーディオＴＳにおける、各データブロックの相対アドレスおよび再生時間の一例を示す図であり、同図（ｂ）は、ビデオＴＳ用時間−アドレス変換テーブルの一例を示す表であり、同図（ｃ）は、オーディオＴＳ用時間−アドレス変換テーブルの一例を示す表である。 ストリームおよび管理情報を管理するためのファイル・ディレクトリ構成の例を示す図である。 再生処理の流れを示すフローチャートである。 ＰｌａｙＩｔｅｍ再生処理の流れを示すフローチャートである。 記録処理の流れを示すフローチャートである。 ビデオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ作成処理の流れを示すフローチャートである。 オーディオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ作成処理の流れを示すフローチャートである。 整合処理の流れを示すフローチャートである。 不整合状況把握処理の流れを示すフローチャートである。 同図（ａ）は、ビデオデータとしてのビデオＴＳ、およびサブデータとしてのオーディオＴＳにおける、各データブロックの相対アドレスおよび再生時間の一例を示す図であり、同図（ｂ）は、従来のビデオＴＳ用時間−アドレス変換テーブルの一例を示す表であり、同図（ｃ）は、従来のオーディオＴＳ用時間−アドレス変換テーブルの一例を示す表である。

本発明の一実施形態について図１ないし図１６に基づいて説明すると以下の通りである。

（システム構成）
図２は、本実施形態に係るビデオディスクレコーダ（情報記録装置、情報再生装置）１の基本システム構成を示している。同図に示すように、ビデオディスクレコーダ１は、ホストＣＰＵ１０１０、ＲＡＭ１０２０、ＲＯＭ１０３０、ユーザインタフェース１０４０、バス１０５０、記録部１０６０、再生部１０７０、カウンタ１０８０、クロック１０９０、およびドライブ１１００を備えた構成となっている。

ホストＣＰＵ１０１０は、ビデオディスクレコーダ１における動作の制御処理を実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。ＲＡＭ１０２０は、ホストＣＰＵ１０１０による演算処理が行われる際にワークメモリとして機能するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。ＲＯＭ１０３０は、制御処理に用いられる各種プログラムや各種データを格納するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。すなわち、制御処理が実行される際には、ＲＯＭ１０３０に記憶されているプログラムがＲＡＭ１０２０に読み出され、このプログラムをホストＣＰＵ１０１０が実行することになる。

図１は、ホストＣＰＵ１０１０による演算処理によって実現される制御処理を機能的な構成として示している。ここでは、ホストＣＰＵ１０１０によって実現される制御処理を実行する構成として、制御部１５００を想定している。そして、制御部１５００は、整合処理部１５１０、再生制御部１５２０、ＣｌｉｐＩｎｆｏ作成部１５３０、および記録制御部１５４０を備えた構成となっている。

再生制御部１５２０は、再生部１０７０における再生処理を制御するブロックである。この再生制御部１５２０は、ストリームデータの再生処理を制御するデータ再生制御部（データ再生制御手段）１５２１と、後述するＣｌｉｐＩｎｆｏｒｍａｔｉｏｎの再生処理を制御するテーブル再生制御部（テーブル再生制御手段）１５２２とを備えている。整合処理部１５１０は、後述する整合処理を行うブロックである。記録制御部（データ記録制御手段）１５４０は、記録部１０６０における記録処理を制御するブロックである。ＣｌｉｐＩｎｆｏ作成部（テーブル記録制御手段）１５３０は、後述するＣｌｉｐＩｎｆｏｒｍａｔｉｏｎの作成処理を行うブロックである。これらの各機能ブロックにおける処理の詳細については後述する。なお、上記制御部１５００は、ＡＳＩＣなどのハードウェアロジックによって構成されてもよい。

ユーザインタフェース１０４０は、ユーザからの指示入力を受け付けるインタフェースである。このユーザインタフェース１０４０は、例えばビデオディスクレコーダ１の表面に設けられる各種ボタンや、リモートコントローラなどによって実現される。なお、このユーザインタフェース１０４０が、ビデオディスクレコーダ１に接続される表示装置の表示画面を用いたＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）によって実現されてもよいし、表示装置に限らず、任意の端末装置によってユーザインタフェース１０４０が実現されてもよい。

ドライブ１１００は、光ディスク（記録媒体）１１１０に対する記録処理および再生処理を行うものである。

記録部１０６０は、外部から入力される映像・主音声信号および副音声信号をエンコードしＭＰＥＧ−２ ＴＳ（以降、単にＴＳと称する）に多重化し、ドライブ１１００に送出するものである。また、再生部１０７０は、ドライブ１１００から送られるＴＳのデコードを行い、映像・主音声信号および副音声信号を出力する。なお、記録部１０６０および再生部１０７０の詳細については後述する。

カウンタ１０８０は、記録部１０６０におけるストリームデータへの同期用タイムスタンプ付与および再生部１０７０におけるストリームデータの出力タイミング制御に使用される時刻情報を記録部１０６０および再生部１０７０に提供するものである。クロック１０９０は、記録部１０６０および再生部１０７０における処理に用いられるクロック信号を生成するととともに、およびカウンタ１０８０のカウントアップに用いられるクロック信号を生成するものである。

以上の構成において、ホストＣＰＵ１０１０、ＲＡＭ１０２０、ＲＯＭ１０３０、ユーザインタフェース１０４０、記録部１０６０、再生部１０７０、およびドライブ１１００が、バス１０５０に接続されている。すなわち、ユーザインタフェース１０４０によって受け付けられたユーザからの指示入力がバス１０５０を介してホストＣＰＵ１０１０に伝えられ、ホストＣＰＵ１０１０の演算に基づく制御に応じて、記録部１０６０、再生部１０７０、およびドライブ１１００が動作することになる。

（記録部）
次に、図３を参照しながら、記録部１０６０の構成について説明する。同図に示すように、記録部１０６０は、切換部１０６１、ビデオＴＳ用バッファ１０６２、ビデオＴＳエンコーダ１０６３、オーディオＴＳ用バッファ１０６４、およびオーディオＴＳエンコーダ１０６５を備えた構成となっている。

入力される映像・主音声信号は、ビデオＴＳエンコーダ１０６３でＴＳにエンコードされ、ビデオＴＳ（ストリームデータ）としてビデオＴＳ用バッファ１０６２に送られる。入力される副音声信号も同様に、オーディオＴＳエンコーダ１０６５でＴＳにエンコードされ、オーディオＴＳ（ストリームデータ）としてオーディオＴＳ用バッファ１０６４に送られる。ビデオＴＳ用バッファ１０６２およびオーディオＴＳ用バッファ１０６４はいずれもＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）として動作する。切換部１０６１ではホストＣＰＵ１０１０からの制御に従い、ドライブ１１００に送出するデータの送出元をビデオＴＳ用バッファ１０６２とオーディオＴＳ用バッファ１０６４との間で切り換える。

（再生部）
次に、図４を参照しながら、再生部１０７０の構成について説明する。同図に示すように、再生部１０７０は、切換部１０７１、ビデオＴＳ用バッファ１０７２、ビデオＴＳデコーダ１０７３、オーディオＴＳ用バッファ１０７４、およびオーディオＴＳデコーダ１０７５を備えた構成となっている。

切換部１０７１は、ホストＣＰＵ１０１０からの命令に従って、光ディスク１１１０から送られるＴＳをビデオＴＳ用バッファ１０７２とオーディオＴＳ用バッファ１０７４との間で切り換えて送出する。ビデオＴＳ用バッファ１０７２およびオーディオＴＳ用バッファ１０７４はいずれもＦＩＦＯとして動作する。ビデオＴＳデコーダ１０７３およびオーディオＴＳデコーダ１０７５は、ビデオＴＳおよびオーディオＴＳのデコードを行い、それぞれ映像・主音声信号および副音声信号を出力する。デコードの際には、ビデオＴＳデコーダ１０７３およびオーディオＴＳデコーダ１０７５は、それぞれ必要に応じてビデオＴＳ用バッファ１０７２およびオーディオＴＳ用バッファ１０７４からビデオＴＳおよびオーディオＴＳを読み込む。

なお、ビデオＴＳデコーダ１０７３およびオーディオＴＳデコーダ１０７５におけるデコード・出力のタイミングは、読み込まれたＴＳ中の各アクセスユニット（Ａｃｃｅｓｓ Ｕｎｉｔ）に付与されているタイムスタンプに基づいて決定される。具体的には、ビデオＴＳデコーダ１０７３およびオーディオＴＳデコーダ１０７５は、カウンタ１０８０の値を常時監視しタイムスタンプと一致した時点でそのアクセスユニットのデコード・出力を行う。

また、ホストＣＰＵ１０１０は、ＴＳ再生開始時にカウンタ１０８０の初期値・終了値を設定する。ビデオＴＳデコーダ１０７３およびオーディオＴＳデコーダ１０７５は、それぞれビデオＴＳ用バッファ１０７２およびオーディオＴＳ用バッファ１０７４から読み出したアクセスユニットのうち、初期値以上なおかつ終了値未満のタイムスタンプを持つものだけデコード・出力し、それ以外は読み飛ばす。ただし、ビデオＴＳデコーダ１０７３の場合、初期値未満あるいは終了値以上のタイムスタンプを持つアクセスユニットでも、初期値以上なおかつ終了値未満のタイムスタンプを持つもののデコードに必要なアクセスユニット（Ｉ・Ｐピクチャ）はデコードする。

（データ配置）
次に、光ディスク１１１０に記録されるデータの配置構成について説明する。光ディスク１１１０は、図５（ａ）に示すように、管理情報を記録するための管理情報領域１１１１と、ＴＳを記録するためのストリーム領域１１１２とで構成される。

ストリーム領域１１１２には、図５（ｂ）に示すように、映像・主音声がエンコードされたビデオＴＳ（＃１〜＃ｎ）、および、副音声がエンコードされたオーディオＴＳ（＃１〜＃ｋ）が記録される。ビデオＴＳおよびオーディオＴＳは１回の録画毎にそれぞれ１個記録される。

管理情報領域１１１１には、図５（ｃ）に示すように、プレイリスト情報を格納するＰｌａｙＬｉｓｔ（＃１〜＃ｍ）、および、ＴＳに関する情報を格納するＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ（＃１〜＃ｎ＋ｋ）が記録される。ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎは、ストリーム領域１１１２に記録されている各オーディオＴＳおよびビデオＴＳに対応して作成される。対応するＴＳとＣｌｉｐＩｎｆｏｒｍａｔｉｏｎとのペアはＣｌｉｐと呼ばれる。

ビデオＴＳは、ＭＰＥＧ−２ビデオ方式で圧縮した映像データ、および、ＡＣ−３方式で圧縮した主音声データを、ＭＰＥＧ−２ ＴＳに多重化したものである。一方、オーディオＴＳは、ＡＣ−３方式で圧縮した副音声データをＭＰＥＧ−２ ＴＳに多重化したものである。

（管理情報のデータ構造）
次に、ＰｌａｙＬｉｓｔのデータ構造について図６（ａ）および図６（ｂ）を参照しながら説明する。ＰｌａｙＬｉｓｔは、任意Ｃｌｉｐの任意区間の再生順を管理する情報であり、それぞれの区間はＰｌａｙＩｔｅｍと呼ばれる単位で管理される。区間の開始点（ＩＮ＿ｔｉｍｅ）および終了点（ＯＵＴ＿ｔｉｍｅ）はＣｌｉｐに付加されているタイムスタンプ（ＰＴＳ：Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）で指定される。例えば、図６（ａ）に示すように、Ｃｌｉｐ−ＡのＴ１からＴ２までの区間の次にＣｌｉｐ−ＢのＴ３からＴ４までの区間を再生するＰｌａｙＬｉｓｔが作られたとすると、そのＰｌａｙＬｉｓｔデータは図６（ｂ）のようになる。

次に、ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎのデータ構造について図７を用いて説明する。ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎは一般情報（ＣｌｉｐＩｎｆｏ）、不連続点情報（ＳＴＣ＿ｉｎｆｏ）、プログラム情報（ＰｒｏｇｒａｍＩｎｆｏ）、時間−アドレス変換テーブル（ＣＰＩ）、マーク情報（ＣｌｉｐＭａｒｋ）で構成される。

ＣｌｉｐＩｎｆｏには、対応するＴＳ全体に関する属性情報（例えばビットレート）を格納する。ＳＴＣ＿ｉｎｆｏには、対応するＴＳ中におけるタイムスタンプの不連続点に関する情報を格納する。ＰｒｏｇｒａｍＩｎｆｏにはＴＳデータに含まれるビデオデータやオーディオデータなどのＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）に関する属性情報（例えば解像度）やＥＳ同士の関連情報を格納する。ＣＰＩについては後述する。ＣｌｉｐＭａｒｋには、しおり情報を格納する。

次に、時間−アドレス変換テーブルについて図８（ａ）〜図８（ｃ）を参照しながら説明する。図８（ａ）は、ビデオデータとしてのビデオＴＳ、およびサブデータとしてのオーディオＴＳにおける、各データブロックの相対アドレスおよび再生時間の一例を示している。また、図８（ｂ）は、ビデオＴＳ用時間−アドレス変換テーブルの一例を示しており、図８（ｃ）は、オーディオＴＳ用時間−アドレス変換テーブルの一例を示している。

図８（ａ）に示す例では、ビデオＴＳの部分データＶ１、Ｖ２、Ｖ３、Ｖ４のそれぞれの先頭がデコード開始可能点となっている。そして、それぞれのデコード開始可能点を示すタイムスタンプがＴ１、Ｔ２、Ｔ３、Ｔ４であり、先頭からの相対アドレスがＰ１、Ｐ２、Ｐ３、Ｐ４となっている。同様に、オーディオＴＳの部分データＡ１〜Ａ８のそれぞれの先頭がデコード開始可能点となっている。そして、それぞれのデコード開始可能点を示すタイムスタンプがＳ１〜Ｓ８であり、先頭からの相対アドレスがＱ１〜Ｑ８となっている。

なお、図８（ａ）および図８（ｂ）は、背景技術において、時間−アドレス変換テーブルの説明に用いた図１７（ａ）および図１７（ｂ）と同一であり、図８（ｃ）のみが異なる。すなわち、本実施形態におけるオーディオＴＳ用時間−アドレス変換テーブルの値の設定方法が背景技術と異なっている。

具体的には、オーディオＴＳ用時間−アドレス変換テーブルは、次のように設定されている。まず、（１）エントリ数がビデオＴＳ用時間−アドレス変換テーブルのエントリ数と同一となっている。また、（２）タイムスタンプのフィールド値（再生時間）もビデオ時間−アドレス変換テーブルのタイムスタンプのフィールド値と同一となっている。さらに、（３）相対アドレスフィールドの値は、対応するビデオＴＳ用時間−アドレス変換テーブルのタイムスタンプフィールド（再生時間リスト）の値より大きい最小のタイムスタンプを持つ部分データの相対アドレス（特定情報）の値に設定する。

上記（３）の点について、図８（ａ）のタイムスタンプＴ２を例に用いて説明する。Ｔ２は、ビデオＴＳの部分データＶ２のタイムスタンプである。まず、Ｔ２を上回りなおかつ最小のタイムスタンプがオーディオＴＳの中から検索される。図８（ａ）に示す例の場合、Ｓ４が検出される。次にＳ４に対応する相対アドレスがオーディオＴＳの中から検索される。これにより、Ｑ４が検出される。したがって、Ｔ２とＱ４とのペアが図８（ｃ）の２番目のエントリに登録される。

オーディオＴＳ用時間−アドレス変換テーブルに上記（１）（２）（３）という属性を持たせることにより、後述するように再生時のメモリ量の削減および不整合対応の簡略化が可能となる。

なお、オーディオＴＳ用時間−アドレス変換テーブルのタイムスタンプは、オーディオＴＳに付与されているタイムスタンプと一致しないことになる。しかしながら、先頭部分が１オーディオフレーム（オーディオＴＳの部分データ）に相当する数十ｍ秒程度欠落するのみであり、同期には支障はなく、欠落による影響も聴覚的に無視可能である。

なお、上記の例において、オーディオＴＳの部分データＡ４は、Ｔ２からではなく正しくＳ４から再生される。その理由は、Ａ４にはタイムスタンプとしてＳ４が付与されており、オーディオＴＳデコーダ１０７５はタイムスタンプをチェックしカウンタ１０８０がＳ４になった時点でＡ４を出力するように動作するからである。したがって、Ｔ２からＳ４の間、オーディオ出力がなされないことになる。

（ファイル・ディレクトリ構成）
上記のストリームおよび管理情報を管理するためのファイル・ディレクトリ構成について図９を参照しながら説明する。各ストリームおよび管理情報はそれぞれ個別のファイルとして記録される。各ファイルのファイル名は基本部分と拡張子とで構成される。拡張子によってファイルの種類の区別が可能となっている。例えば、ＴＳファイルにはｍ２ｔｓ、ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルにはｃｌｐｉ、ＰｌａｙＬｉｓｔファイルにはｒｐｌｓという拡張子がそれぞれ付与される。

それぞれのファイルは種類に応じて別のディレクトリに格納される。例えばＰｌａｙＬｉｓｔファイルは、／ＤＶＲ／ＰＬＡＹＬＩＳＴディレクトリ、ビデオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎは、／ＤＶＲ／ＣＬＩＰＩＮＦディレクトリ、ビデオＴＳファイルは、／ＤＶＲ／Ｍ２ＴＳディレクトリ、オーディオＴＳファイルは、／ＥＸＴ／Ｍ２ＴＳディレクトリ、オーディオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎは、／ＥＸＴ／ＣＬＰＩディレクトリにそれぞれ格納される。

また、ＴＳとＣｌｉｐＩｎｆｏｒｍａｔｉｏｎとの対応関係がわかるように、対応するＴＳおよびＣｌｉｐＩｎｆｏｒｍａｔｉｏｎのファイル名の基本部分は共通となっている。また、ビデオＴＳと同時に記録したオーディオＴＳも、対応関係がわかるように、ファイル名の基本部分をビデオＴＳファイルと共通にする。

（再生処理）
本実施形態におけるディスクビデオレコーダの再生処理について図１０に示すフローチャートを参照しながら説明する。ここではユーザインタフェース１０４０を通じてユーザから特定のプレイリスト再生指示が受け付けられた状態を想定している。なお、以下の処理は特に言及しない限り制御部１５００における再生制御部１５２０のテーブル再生制御部１５２２が実行している。

まず、ユーザによって指定されたプレイリストに対応するＰｌａｙＬｉｓｔファイルの内容がドライブ１１００によって光ディスク１１１０から読み出され、ＲＡＭ１０２０に書き込まれる（ステップ２０１０、以降、Ｓ２０１０のように称する）。そして、読み出されたＰｌａｙＬｉｓｔに含まれるＰｌａｙＩｔｅｍが解析されることによって、読み出すべきＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルが特定される。その結果に基づき、必要とされるビデオＴＳ用のＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルが光ディスク１１１０から読み出され、ＲＡＭ１０２０に書き込まれる（Ｓ２０２０）。

次に、読み出されたビデオＴＳ用のＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルに対応するオーディオＴＳが光ディスク１１１０に記録されているか否かが検索される。具体的には、読み出されたビデオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルのファイル名と同一のファイル名を持ったファイルが光ディスク１１１０のＥＸＴ＿ＣＬＰＩディレクトリ内にあるか否かが検索される。

読み出されたビデオＴＳ用のＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルに対応するオーディオＴＳが存在した場合、そのＣｌｉｐＩｎｆｏｒｍａｔｉｏｎファイルがＲＡＭ１０２０に書き込まれる（Ｓ２０３０）。このとき、時間−アドレス変換テーブルに関して、ＲＡＭ１０２０上には相対アドレスのフィールドのみが書き込まれ、タイムスタンプのフィールドは書き込まれないようにする。これは、タイムスタンプのフィールドはビデオＴＳ用の時間−アドレス変換テーブルと同一であるため保持する必要がないからである。このことは、本発明の特徴である「（２）タイムスタンプのフィールド値もビデオ時間−アドレス変換テーブルのタイムスタンプのフィールド値と同一にする。」によって可能となる。

次に、ビデオＴＳおよびオーディオＴＳの時間−アドレス変換テーブル間の整合性チェックが整合処理部１５１０によって行われる（Ｓ２０４０）。この整合性チェックが行われる理由は、次のとおりである。一般的に、光ディスク１１１０に対して記録および編集処理を行う機器の中には、サブデータとしてのオーディオＴＳを認識しない機器（非対応機器）が存在する。このような非対応機器によって、光ディスク１１１０に対して記録あるいは編集処理が行われると、ビデオＴＳのみの削除処理、部分削除処理、または挿入処理が行われることが考えられる。このような処理が行われると、ビデオＴＳにおけるタイムスタンプとオーディオＴＳにおけるタイムスタンプがずれてしまう可能性がある。すなわち、このようなタイムスタンプのずれが生じているか否かをチェックするために、上記の整合性チェックが行われる。

整合性チェックの具体的な処理は、ビデオＴＳおよびオーディオＴＳの時間−アドレス変換テーブルにおいて、両者のエントリ数の比較を行うことである。なお、ここでは非対応機器での記録あるいは編集処理が行われると、ビデオＴＳの時間−アドレス変換テーブルにおけるエントリ数が変更されることを仮定している。ここで、ビデオＴＳのデコード開始可能点は一般的に０．５秒〜１秒程度であるので、記録あるいは編集処理が行われると、上記エントリ数に変化が生じる可能性は高いと言える。

そして、Ｓ２０５０において、整合しているか否かが整合処理部１５１０によって判定される。Ｓ２０５０においてＮＯ、すなわち、整合していないと判定された場合には、整合処理部１５１０によって整合処理が行われる（Ｓ２１００）。なお、整合処理については後述する。

一方、Ｓ２０５０においてＹＥＳ、すなわち整合していると判定された場合には、ＰｌａｙＬｉｓｔに含まれているＰｌａｙＩｔｅｍの順に、ＰｌａｙＩｔｅｍ再生処理が行われる（Ｓ２０６０〜Ｓ２０９０）。まずＳ２０６０において、変数ｉに０が格納される。次にＳ２０７０において、ｉがＰｌａｙＩｔｅｍの数（ｎｕｍ＿ｏｆ＿ＰＩ）より小さいか否かが判定される。Ｓ２０７０においてＮＯ、すなわち、ｉがＰｌａｙＩｔｅｍの数以上となった場合には処理が終了する。Ｓ２０７０においてＹＥＳ、すなわち、ｉがＰｌａｙＩｔｅｍの数よりも小さい場合には、Ｓ２０８０においてｉ番目のＰｌａｙＩｔｅｍの再生処理がデータ再生制御部１５２１の指示に基づいて再生部１０７０によって行われる。その後、Ｓ２０９０において、変数ｉがインクリメントされ、Ｓ２０７０に戻る。

ＰｌａｙＩｔｅｍの再生処理を再生部１０７０に行わせるために、データ再生制御部１５２１が発行するＰｌａｙＩｔｅｍ再生命令には、ＰｌａｙＩｔｅｍに対応するＣｌｉｐの名称、再生区間の開始点（ＩＮ＿ｔｉｍｅ）、および終了点（ＯＵＴ＿ｔｉｍｅ）に関する情報が含まれる。また、ＰｌａｙＩｔｅｍ再生処理はビデオＴＳとオーディオＴＳとのそれぞれに存在し、それぞれ独立したタスクとなる。ここで、ビデオＴＳ用ＰｌａｙＩｔｅｍ再生処理とオーディオＴＳ用ＰｌａｙＩｔｅｍ再生処理とは擬似的に並行に実行されることになる。

再生部１０７０におけるＰｌａｙＩｔｅｍ再生処理について、図１１を用いて説明する。まず、Ｓ３０００において、ＰｌａｙＩｔｅｍ再生命令がデータ再生制御部１５２１から出されたか否かの判定が行われる。Ｓ３０００においてＮＯ、すなわち、ＰｌａｙＩｔｅｍ再生命令がない場合には処理が終了する。

一方、Ｓ３０００においてＹＥＳ、すなわち、ＰｌａｙＩｔｅｍ再生命令が検出されると、テーブル再生制御部１５２２によってＣｌｉｐの名称、ＩＮ＿ｔｉｍｅ、およびＯＵＴ＿ｔｉｍｅが取得される。そして、テーブル再生制御部１５２２が該当Ｃｌｉｐに対応するビデオＴＳおよびオーディオＴＳの時間−アドレス変換テーブルを参照し、ＴＳの読み込み開始アドレスＰｓおよび読み込み終了アドレスＰｅを検索する。（Ｓ３０１０）。また、このとき、データ再生制御部１５２１から再生部１０７０に対し、初期値・終了値として、ＩＮ＿ｔｉｍｅ・ＯＵＴ＿ｔｉｍｅが伝えられる。

次に読み込み開始アドレスＰｘの初期値がＰｓに設定され（Ｓ３０２０）、ＰｘがＰｅに達するまでＣｌｉｐ名称で指定されたビデオＴＳおよびオーディオＴＳが順にバッファ（ビデオＴＳの場合ビデオＴＳ用バッファ１０７２、オーディオＴＳの場合オーディオＴＳ用バッファ１０７４）に読み込まれる（Ｓ３０３０〜Ｓ３０６０）。

具体的には、まずＳ３０３０において、ＰｘがＰｅよりも小さいか否かが判定される。Ｓ３０３０においてＮＯ、すなわちＰｘがＰｅ以上となった場合には、ＰｌａｙＩｔｅｍ再生命令に伴う再生処理が終了したとみなされて、処理はＳ３０００に戻る。一方、Ｓ３０３０においてＹＥＳ、すなわち、ＰｘがＰｅよりも小さい場合には、Ｓ３０４０において、まずバッファに空き領域ができるまで処理が待機され、バッファに空き領域ができると、Ｐｘで示されるアドレスからデータの読み出しが行われ、再生部１０７０による再生処理が行われる（Ｓ３０５０）。その後、Ｓ３０６０において、時間−アドレス変換テーブルが参照されて、Ｐｘが次の値に更新され、Ｓ３０３０に戻る。

（記録処理）
本実施形態におけるディスクビデオレコーダの記録処理について図１２に示すフローチャートを参照しながら説明する。ここではユーザインタフェース１０４０を通じてユーザから、記録部１０６０に対して入力される映像・主音声信号および副音声信号を光ディスク１１１０に対して記録する旨の指示が受け付けられた状態を想定している。なお、以下の処理は特に言及しない限り制御部１５００における記録制御部１５４０が実行している。

まず、これから記録が行われるビデオＴＳおよびオーディオＴＳそれぞれに対するＣｌｉｐＩｎｆｏｒｍａｔｉｏｎを作成するためのタスクがＣｌｉｐＩｎｆｏ作成部１５３０において起動される（Ｓ４０００およびＳ４０１０）。Ｓ４０００では、ビデオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎの作成処理がＣｌｉｐＩｎｆｏ作成部１５３０において起動され、Ｓ４０１０では、オーディオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎの作成処理がＣｌｉｐＩｎｆｏ作成部１５３０において起動される。また、図示はしないが、ビデオＴＳ用バッファ１０６２およびオーディオＴＳ用バッファ１０６４が監視され、バッファ残量に応じて光ディスク１１１０に記録を行うタスクも記録制御部１５４０において起動される。

その後、記録部１０６０に対し記録開始命令が発行され（Ｓ４０２０）、ユーザから記録停止の指示があるか光ディスク１１１０の容量オーバー等により記録が停止されるまで処理が待機される（Ｓ４０３０）。記録停止の指示が検出されると、記録部１０６０に対し記録停止命令が発行される（Ｓ４０４０）。

その後、ＣｌｉｐＩｎｆｏ作成部１５３０によるＣｌｉｐＩｎｆｏｒｍａｔｉｏｎの作成完了が待機され（Ｓ４０５０）、ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎおよびＰｌａｙＬｉｓｔが光ディスク１１１０に対して記録される（Ｓ４０６０）。

次に、ＣｌｉｐＩｎｆｏ作成部１５３０によるビデオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ作成処理について図１３に示すフローチャートを参照しながら説明する。まず、Ｓ５０１０において、変数ｉに１が格納される。次に、Ｓ５０２０において、記録部１０６０における記録処理が終了したか否かが確認される。Ｓ５０２０においてＹＥＳ、すなわち、記録処理が終了した場合には、Ｓ５０６０において、ビデオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ作成処理が終了したことが通知され、処理が終了する。

一方、Ｓ５０２０においてＮＯ、すなわち、記録処理が終了していない場合には、まず記録部１０６０からビデオＴＳにおける次の部分データのタイムスタンプＴおよび相対アドレスＰが取得される（Ｓ５０３０）。ここで取得されたタイムスタンプＴおよび相対アドレスＰが、ビデオＴＳ用時間−アドレス変換テーブルのｉ番目のエントリにおけるＴｉおよびＰｉとして追加される（Ｓ５０４０）。そして、Ｓ５０５０において、変数ｉがインクリメントされてＳ５０２０からの処理に戻る。

次に、ＣｌｉｐＩｎｆｏ作成部１５３０によるオーディオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ作成処理について図１４に示すフローチャートを参照しながら説明する。まず、Ｓ５１１０において、変数ｊに１が格納される。次に、Ｓ５１２０において、記録部１０６０における記録処理が終了し、かつ、ｊがビデオＴＳ用時間−アドレス変換テーブルのエントリ数であるｎより小さいか否かが判定される。Ｓ５１２０においてＹＥＳ、すなわち、記録処理が終了し、かつｊがｎ以上となった場合には、Ｓ５１７０において、オーディオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎ作成処理が終了したことが通知され、処理が終了する。

一方、Ｓ５１２０においてＮＯ、すなわち、記録処理が終了していないか、もしくはｊがｎよりも小さい場合には、まず、記録部１０６０からオーディオＴＳにおける次の部分データのタイムスタンプＳおよびアドレスＱが取得される（Ｓ５１３０）。そして、Ｓ５１４０において、取得されたタイムスタンプＳが、ビデオＴＳ用時間−アドレス変換テーブルのｊ番目のタイムスタンプであるＴｊ以上であるか否かが判定される。Ｓ５１４０においてＮＯ、すなわち、ＳがＴｊより小さいと判定された場合には、Ｓ５１２０からの処理に戻る。

一方、Ｓ５１４０においてＹＥＳ、すなわち、ＳがＴｊ以上である場合には、ＴｊとＱがオーディオＴＳ用時間−アドレス変換テーブルのｊ番目のエントリとして登録される（Ｓ５１５０）。その後、ｊがインクリメントされ（Ｓ５１６０）、Ｓ５１２０からの処理に戻る。以上のような処理が行われることによって、図８（ｃ）に示したようなオーディオＴＳ用時間−アドレス変換テーブルが作成される。

（整合処理）
次に、整合処理部１５１０による整合処理について図１５に示すフローチャートを参照しながら説明する。なお、ここでは非対応機器での記録あるいは編集処理が行われると、ビデオＴＳの時間−アドレス変換テーブルにおけるエントリ数が変更されることを仮定している。

まず、Ｓ６１００において、オーディオＴＳとビデオＴＳとの不整合状況を把握する処理が行われる。次に、オーディオＴＳとビデオＴＳとの整合処理が行われる（Ｓ６２００）。その後、最後にオーディオＴＳ用時間−アドレス変換テーブルとビデオＴＳ用時間−アドレス変換テーブルとの整合処理が行われる（Ｓ６３００）。

ここで、Ｓ６１００におけるオーディオＴＳとビデオＴＳとの不整合状況の把握処理について図１６に示すフローチャートを参照しながら説明する。まず、オーディオＴＳ用時間−アドレス変換テーブルの各エントリに対応するビデオデータが存在するかどうかを示すフラグｅｘｉｓｔの初期化が行われる（Ｓ６１１０）。次に、ビデオＴＳ用およびオーディオＴＳ用時間−アドレス変換テーブルエントリへのポインタであるｉ、ｊがそれぞれ１に初期化される（Ｓ６１２０）。

次に、オーディオＴＳ用時間−アドレス変換テーブルの全エントリに関して以下の処理が行われる。まず、Ｓ６１３０において、ｊがｎ以下であるか否かが判定される。Ｓ６１３０においてＮＯ、すなわち、ｊがｎよりも大きい場合には、不整合状況の把握処理が終了する。

一方、Ｓ６１３０においてＹＥＳ、すなわち、ｊがｎ以下である場合には、まず、Ｓ６１４０において、オーディオＴＳ用時間−アドレス変換テーブルにおけるｊ番目のエントリが光ディスク１１１０から読み出される。この処理が行われる理由は、ＲＡＭ１０２０の使用領域を節約するために、次のステップで必要となるオーディオＴＳのｊ番目におけるエントリのタイムスタンプＳｊが、ＲＡＭ１０２０上には保持されていないからである。このようなデータの追加読み出しは、再生中に行われた場合には再生を途切れさせるおそれがあるが、整合処理中はリアルタイム性を要求されないため問題とならない。

次に、Ｓ６１４０において読み出されたＳｊが、ビデオＴＳ用時間−アドレス変換テーブルにおけるｉ番目のタイムスタンプＴｉと同じであるか否かが判定される（Ｓ６１５０）。Ｓ６１５０においてＮＯ、すなわち、ＳｊとＴｉとが同じではないと判定された場合には、Ｓ６１８０においてｊがインクリメントされてＳ６１３０からの処理に戻る。

一方、Ｓ６１５０においてＹＥＳ、すなわち、ＳｊとＴｉとが同じであると判定された場合には、対応するフラグｅｘｉｓｔ［ｊ］が立てられる（Ｓ６１６０）。そして、Ｓ６１７０およびＳ６１８０において、ｉおよびｊがインクリメントされ、Ｓ６１３０からの処理に戻る。

このフラグｅｘｉｓｔの値に基づいて、Ｓ６２００におけるオーディオＴＳの整合処理、およびＳ６３００におけるオーディオＴＳ用時間−アドレス変換テーブルの整合処理が行われる。具体的にはフラグが立っていないエントリに対応するオーディオＴＳが削除され、エントリ自体も削除される。この整合処理は、整合処理部１５１０が記録制御部１５４０に対してオーディオＴＳ用時間−アドレス変換テーブルの変更指示を行い、これに基づいて記録制御部１５４０が記録部１０６０に対して記録変更処理を行う指示を行うことによって実現される。

以上のように、本発明の特徴である「（２）タイムスタンプのフィールド値もビデオ時間−アドレス変換テーブルのタイムスタンプのフィールド値と同一にする」ことによって、以上のような単純なアルゴリズムで不整合を解消することが可能となる。

（バリエーション）
上記した実施形態においては、整合処理（Ｓ２１００）における不整合状況把握処理（Ｓ６１００）は、不整合を検出した（Ｓ２０４０、Ｓ２０５０）後に行われているが、再生処理におけるオーディオＴＳのＣｌｉｐＩｎｆｏｍａｔｉｏｎの読み出し処理（Ｓ２０３０）において行われてもよい。具体的には、時間−アドレス変換テーブルが１エントリ読み込まれる毎に不整合状況把握処理が行われることになる。このことは、オーディオＴＳのＣｌｉｐＩｎｆｏｍａｔｉｏｎの読み出し処理（Ｓ２０３０）において整合性チェック（Ｓ２０４０）および不整合状況把握（Ｓ６１００）が同時に行われることを意味する。

この場合、時間−アドレス変換テーブルが１エントリ読み込まれる毎に整合性チェックが行われることによって、ビデオＴＳにおけるタイムスタンプと、オーディオＴＳにおけるタイムスタンプとのずれを検出することができるため、非対応機器における編集がエントリ数の変化を伴わない場合（例えば、ビデオＴＳの前半部と後半部との入れ替え処理などが行われた場合）でも不整合を検出することが可能となる。

また、本実施形態においては、ビデオＴＳの再生時間とオーディオＴＳの再生時間とはほぼ同一であると仮定したが、オーディオＴＳの再生時間の方が、ビデオＴＳの再生時間よりも短くなっていても構わない。すなわち、ビデオＴＳに対して対応するオーディオＴＳが部分的に無くても構わない。この場合、オーディオＴＳ用時間−アドレステーブルのエントリ数はビデオＴＳと同一にして、オーディオＴＳが無いエントリの相対アドレスフィールドにはデータが無いことを示すデータを入れておくことによって、上記の実施形態と同様の処理を行うことが可能である。

また、本実施形態においては、オーディオＴＳの時間−アドレス変換テーブルのタイムスタンプフィールドの値は常に対応するビデオＴＳのものと一致していることを前提としているが、一致させずに記録した場合も考えられる。この場合、非対応機器での削除と区別するため、一致させて記録したことを示すフラグをオーディオＴＳ用ＣｌｉｐＩｎｆｏｒｍａｔｉｏｎに記録する。このことにより、一致させずに記録したオーディオＴＳに対して誤って整合処理を実施することを避けることが可能となる。

また、本実施形態では、オーディオＴＳ用時間−アドレス変換テーブルに登録する部分データは、対応するビデオＴＳのタイムスタンプ以上で最小のタイムスタンプを持つものとしたが、対応するビデオＴＳのタイムスタンプ以下で最大のタイムスタンプとしてもよい。

また、本実施形態においては、「（３）相対アドレスフィールドの値は、対応するタイムスタンプフィールドの値より大きい最小のタイムスタンプを持つ部分データの相対アドレスの値に設定」しているが、（３）を満たさずとも、本発明の主要効果は達成可能である。例えば、対応するタイムスタンプフィールドの値（ここではＴｎと呼ぶ）より大きいが、最小ではないタイムスタンプを持つ部分データの相対アドレス値（ここではＴｘと呼ぶ）に設定した場合には、時刻Ｔｎから再生を開始したとき、時刻Ｔｘまでの間オーディオＴＳの再生は開始されないが、時刻Ｔｘ以降は双方正しく同期して再生される。すなわち、時刻Ｔｎからの再生時に先頭のオーディオ出力が（Ｔｘ−Ｔｎ）分欠落することになる。

なお、対応するタイムスタンプフィールドの値（ここではＴｍと呼ぶ）より小さいタイムスタンプ（ここではＴｙと呼ぶ）を持つ部分データの相対アドレス値に設定した場合については、再生開始時にホストＣＰＵ１０１０からカウンタ１０８０の初期値をＴｍに設定すれば、オーディオＴＳデコーダ１０７５によって、ＴｙからＴｍの間のオーディオＴＳは自動的に読み飛ばされるため再生に特に支障はない。

また、本実施形態においては、オーディオＴＳとビデオＴＳとは同じ時間軸を用いている（同一時刻に再生すべきデータには同じタイムスタンプを付与する）、異なる時間軸を用いてもよい。この場合、オーディオＴＳとビデオＴＳとの間で時間軸の差分を求め、オーディオＴＳのタイムスタンプはＴＳ中に付加されて入るものからこの差分を差し引いたものであるとみなしてテーブルを作成すればよい。このとき、差分値をオーディオＴＳのＣｌｉｐＩｎｆｏｒｍａｔｉｏｎに記録しておけば、ＴＳ中に付加されているタイムスタンプの近似値を求めることも可能となる。

また、本実施形態においては、記録媒体として光ディスク１１１０を用いているが、これに限定されるものではなく、任意の記録媒体を用いることが可能である。例えば、記録媒体として、ハードディスク、およびフラッシュメモリ等を用いてもよい。

また、本実施形態においては、映像・主音声と副音声を用いているが、他の組み合わせ（例：映像と映像、映像とグラフィックス）であってもよい。

また、本実施形態において、ストリームデータのフォーマットとしてＴＳを用いているが、ＴＳ以外の他のフォーマット（例：ＰＥＳストリーム、Ｐｒｏｇｒａｍ Ｓｔｒｅａｍ）であってもよい。

また、本実施形態では、光ディスク１１１０に記録されるストリームデータとして、ビデオＴＳおよびオーディオＴＳの２つのストリームデータを用いる例を示しているが、３種類以上のストリームデータを光ディスク１１１０に記録するようにしてもよい。この場合、少なくとも２つ以上のストリームデータにおいて、タイムスタンプフィールドの値を一致させることによって、再生時のメモリ量の削減および不整合対応の簡略化が可能となる。

なお、上記実施形態の制御部１５００が備える各機能ブロックや各処理ステップは、上記したように、ＣＰＵなどの演算手段が、ＲＯＭやＲＡＭなどの記憶手段に記憶されたプログラムを実行し、キーボードなどの入力手段、ディスプレイなどの出力手段、あるいは、インタフェース回路などの通信手段を制御することにより実現することができる。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体を読み取り、当該プログラムを実行するだけで、本実施形態の制御部１５００の各種機能および各種処理を実現することができる。また、上記プログラムをリムーバブルな記録媒体に記録することにより、任意のコンピュータ上で上記の各種機能および各種処理を実現することができる。

この記録媒体としては、マイクロコンピュータで処理を行うために図示しないメモリ、例えばＲＯＭのようなものがプログラムメディアであっても良いし、また、図示していないが外部記憶装置としてプログラム読取り装置が設けられ、そこに記録媒体を挿入することにより読取り可能なプログラムメディアであっても良い。

また、何れの場合でも、格納されているプログラムは、マイクロプロセッサがアクセスして実行される構成であることが好ましい。さらに、プログラムを読み出し、読み出されたプログラムは、マイクロコンピュータのプログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であることが好ましい。なお、このダウンロード用のプログラムは予め本体装置に格納されているものとする。

また、上記プログラムメディアとしては、本体と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のディスクのディスク系、ＩＣカード（メモリカードを含む）等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する記録媒体等がある。

また、インターネットを含む通信ネットワークを接続可能なシステム構成であれば、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する記録媒体であることが好ましい。

さらに、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用のプログラムは予め本体装置に格納しておくか、あるいは別な記録媒体からインストールされるものであることが好ましい。

以上のように、本発明に係る情報記録装置は、情報を記録媒体に記録する記録部を備えた情報記録装置において、複数の部分データからなるストリームデータを上記記録媒体に記録する制御を行うデータ記録制御手段と、上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体に記録する制御を行うテーブル記録制御手段とを備え、上記データ記録制御手段が、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体に記録する制御を行う場合に、上記テーブル記録制御手段が、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルを上記記録媒体に記録する制御を行うことを特徴としている。

また、本発明に係る情報記録装置は、上記の構成において、上記テーブル記録制御手段が、特定の１つのストリームデータに対応する上記テーブルにおける上記再生時間リストと一致するように、残りのストリームデータに対応する上記テーブルにおける上記再生時間リストを設定する構成としてもよい。

上記の構成によれば、特定の１つのストリームデータに対応するテーブルは、該ストリームデータに対応した再生時間リストに設定される一方、残りのストリームデータに対応テーブルの再生時間リストが、上記特定の１つのストリームデータに合わせて設定されることになる。したがって、上記特定の１つのストリームデータに関しては、再生時間リストの調整処理を行う必要をなくすことができ、処理の簡素化を図ることができる。

また、本発明に係る情報記録装置は、上記の構成において、上記テーブル記録制御手段が、上記残りのストリームデータに対応する上記テーブルを設定する際に、該テーブルの再生時間リストにおけるそれぞれの再生時間の近傍において再生すべき部分データを、該再生時間に対応する部分データとして特定する特定情報を上記テーブルに設定する構成としてもよい。

上記の構成によれば、再生時間リストが調整されるストリームデータに対応するテーブルにおいて、再生時間リストにおけるそれぞれの再生時間の近傍において再生すべき部分データが、該再生時間に対応する部分データとして設定されるようになっている。これにより、複数のストリームデータの同期再生が行われる際に、再生時間リストの各再生時間の切り替わり時に、再生時間リストが調整されたストリームデータの再生の欠落を低減することが可能となる。

また、本発明に係る情報記録装置は、上記の構成において、上記ストリームデータに関するデータ情報を上記記録媒体に記録する制御を行うデータ情報記録制御手段をさらに備え、上記テーブル記録制御手段が、あるストリームデータの記録が行われる際に、上記再生時間リストを一致させる処理を行って上記テーブルを設定した場合に、上記データ情報記録制御手段が、該当ストリームデータに対応する上記データ情報に、再生時間リストを一致させる処理が行われている旨を示す情報を含める構成としてもよい。

上記の構成によれば、データ情報に、再生時間リストを一致させる処理が行われている旨を示す情報が含められるので、一致させずに記録したものと、非対応機器において編集されたことで一致しなくなったものを区別することが可能になる。

また、本発明に係る情報記録装置は、上記の構成において、上記テーブル記録制御手段が、一致させた再生時間リストにおける特定の再生時間に対応する部分データがないストリームデータに対応するテーブルを設定する際に、該再生時間に対応する上記特定情報として、対応する部分データがないことを示す情報を設定する構成としてもよい。

上記の構成によれば、再生すべき時間が互いに異なるストリームデータが記録媒体に記録される場合であっても、各ストリームデータに対応するテーブルにおける再生時間リストを一致させることが可能となる。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明に係る情報記録装置および情報再生装置は、上記したような光ディスクに対して記録／再生を行うビデオディスクレコーダに適用できるとともに、例えばハードディスクや半導体メモリに対してストリームデータの記録／再生を行う装置に適用することができる。また、例えばＰＣなどの端末装置における記録媒体に対する記録／再生処理に対しても適用可能である。

Claims (13)

1. 情報を記録媒体に記録する記録部を備えた情報記録装置において、
   複数の部分データからなるストリームデータを上記記録媒体に記録する制御を行うデータ記録制御手段と、
   上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体に記録する制御を行うテーブル記録制御手段とを備え、
   上記データ記録制御手段が、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体に記録する制御を行う場合に、
   上記テーブル記録制御手段が、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルを上記記録媒体に記録する制御を行うことを特徴とする情報記録装置。
2. 上記テーブル記録制御手段が、特定の１つのストリームデータに対応する上記テーブルにおける上記再生時間リストと一致するように、残りのストリームデータに対応する上記テーブルにおける上記再生時間リストを設定することを特徴とする請求項１記載の情報記録装置。
3. 上記テーブル記録制御手段が、上記残りのストリームデータに対応する上記テーブルを設定する際に、該テーブルの再生時間リストにおけるそれぞれの再生時間の近傍において再生すべき部分データを、該再生時間に対応する部分データとして特定する特定情報を上記テーブルに設定することを特徴とする請求項２記載の情報記録装置。
4. 上記ストリームデータに関するデータ情報を上記記録媒体に記録する制御を行うデータ情報記録制御手段をさらに備え、
   上記テーブル記録制御手段が、あるストリームデータの記録が行われる際に、上記再生時間リストを一致させる処理を行って上記テーブルを設定した場合に、上記データ情報記録制御手段が、該当ストリームデータに対応する上記データ情報に、再生時間リストを一致させる処理が行われている旨を示す情報を含めることを特徴とする請求項１記載の情報記録装置。
5. 上記テーブル記録制御手段が、一致させた再生時間リストにおける特定の再生時間に対応する部分データがないストリームデータに対応するテーブルを設定する際に、該再生時間に対応する上記特定情報として、対応する部分データがないことを示す情報を設定することを特徴とする請求項１記載の情報記録装置。
6. 請求項１ないし５のいずれか一項に記載の情報記録装置が備える各手段をコンピュータに実現させる情報記録プログラム。
7. 請求項１ないし５のいずれか一項に記載の情報記録装置が備える各手段をコンピュータに実現させる情報記録プログラムを記録したコンピュータ読取り可能な記録媒体。
8. 複数の部分データからなるストリームデータと、
   上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルとが記録された記録媒体であって、
   少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータが記録される場合に、
   少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルが記録されることを特徴とする記録媒体。
9. 情報を記録媒体に記録する情報記録方法において、
   複数の部分データからなるストリームデータを上記記録媒体に記録するデータ記録ステップと、
   上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体に記録するテーブル記録ステップとを有し、
   上記データ記録ステップにおいて、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体に記録する場合に、
   上記テーブル記録ステップにおいて、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストを互いに一致させた状態で、各ストリームデータに対応する該テーブルを上記記録媒体に記録することを特徴とする情報記録方法。
10. 記録媒体に記録されている情報を再生する再生部を備えた情報再生装置において、
    複数の部分データからなるストリームデータを上記記録媒体から上記再生部によって読み出す制御を行うデータ再生制御手段と、
    上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体から上記再生部によって読み出し、メモリに格納する制御を行うテーブル再生制御手段とを備え、
    上記データ再生制御手段が、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体から読み出す制御を行う場合に、
    上記テーブル再生制御手段が、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストが互いに一致している各ストリームデータに対応する該テーブルを読み出す際に、１つのストリームデータに対応する再生時間リストをメモリに格納するとともに、残りのストリームデータに対応する再生時間リストをメモリに格納しないことを特徴とする情報再生装置。
11. 記録媒体に記録されている情報を再生する情報再生方法において、
    複数の部分データからなるストリームデータを上記記録媒体から読み出すデータ再生ステップと、
    上記各部分データを再生すべきタイミングを示す再生時間リスト、および、該再生時間リストのそれぞれの再生時間に対応する部分データを特定する特定情報の組み合わせを示すテーブルを上記記録媒体から読み出し、メモリに格納するテーブルステップとを有し、
    上記データ再生ステップにおいて、少なくとも一部が互いに同期して再生されるべき複数の上記ストリームデータを上記記録媒体から読み出す場合に、
    上記テーブル再生ステップにおいて、少なくとも２つのストリームデータに対応する上記テーブルにおける上記再生時間リストが互いに一致している各ストリームデータに対応する該テーブルを読み出す際に、１つのストリームデータに対応する再生時間リストをメモリに格納するとともに、残りのストリームデータに対応する再生時間リストをメモリに格納しないことを特徴とする情報再生方法。
12. 請求項１０に記載の情報再生装置が備える各手段をコンピュータに実現させる情報再生プログラム。
13. 請求項１０に記載の情報再生装置が備える各手段をコンピュータに実現させる情報再生プログラムを記録したコンピュータ読取り可能な記録媒体。

Images