(57)【要約】第１のファイル４０１には、管理データ４０４が含まれている。４０４には、第２のファイル４０３を構成する複数のトランスポートストリーム４０６および４０７に関する管理情報が記録されている。第３のファイル４０２には、一方のトランスポートストリーム４０６の時刻と記録位置の関係を示すタイムマップデータ４０５だけが含まれており、他方のトランスポートストリーム４０７に関するタイムマップデータは含まれていない。この構成では、マルチストリームデータ、マルチチャンネルデータ、またはフルＴＳデータは、トランスポートストリーム４０７として記録される。これによって、ＤＶＤなどのビデオレコーダにおいて、マルチストリーム記録、またはマルチチャンネル記録フルＴＳ記録を容易に実現する。【特許請求の範囲】
【請求項１】
管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップを持たないストリームが、第２のファイルに記録されることを特徴とする、データ記録方法。
【請求項２】
管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項３】
管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類のストリームのうち、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項４】
管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項５】
タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≧ｎ−１）のストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする、請求項２記載のデータ記録方法。
【請求項６】
ｎ＝２、ｋ＝１として、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとすることを特徴とする、請求項５記載のデータ記録方法。
【請求項７】
タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｎ＋２）のファイルに記録することを特徴とする、請求項３記載のデータ記録方法。
【請求項８】
タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｍ＋２）のファイルに記録することを特徴とする、請求項４記載のデータ記録方法。
【請求項９】
１ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）を持つパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を第１のストリーム、それ以外のストリームを第２のストリームとすることを特徴とする、請求項２に記載のデータ記録方法。
【請求項１０】
第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであり、１ＰＭＴパーシャルＴＳであっても、タイムマップを持たないストリームは第２のストリームとして配置することを特徴とする、請求項２に記載のデータ記録方法。
【請求項１１】
複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする、請求項９記載のデータ記録方法。
【請求項１２】
複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする、請求項１０記載のデータ記録方法。
【請求項１３】
複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする、請求項９記載のデータ記録方法。
【請求項１４】
複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする、請求項１０記載のデータ記録方法。
【請求項１５】
請求項１３又は１４に示す複数のストリーム、または複数のＰＭＴを持つストリームは、異なったチャンネルのパーシャルＴＳであることを特徴とする、請求項１３又は１４記載のデータ記録方法。
【請求項１６】
請求項１３又は１４に示す複数のストリーム、または複数のＰＭＴを持つストリームは、フルＴＳであることを特徴とする、請求項１３又は１４記載のデータ記録方法。
【請求項１７】
管理データの中に時刻情報が記述されたストリームを第１のストリーム、時刻情報が記述されないストリームを第２のストリームとすることを特徴とする、請求項２に記載のデータ記録方法。
【請求項１８】
時刻情報がＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）であることを特徴とする、請求項１７記載のデータ記録方法。
【請求項１９】
第１、第２のストリームとも、ストリームフォーマットが既知であることを特徴とする、請求項２記載のデータ記録方法。
【請求項２０】
第１、第２のストリームとも、映像または音声またはデータフォーマットの内容が既知であることを特徴とする、請求項２に記載のデータ記録方法。
【請求項２１】
ストリームフォーマットが不明であるストリームが、その他のファイルに記録されることを特徴とする、請求項２記載のデータ記録方法。
【請求項２２】
映像または音声またはデータフォーマットの内容が不明であるストリームが、その他のファイルに記録されることを特徴とする、請求項２記載のデータ記録方法。
【請求項２３】
蓄積型放送により放送されたストリームを、第２のストリームとすることを特徴とする、請求項２記載のデータ記録方法。
【請求項２４】
管理データの内容が、
ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部であることを特徴とする、データ記録方法。
【請求項２５】
動画データ圧縮方式としてＭＰＥＧビデオかＨ．２６４ビデオかＷｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａビデオかの種別、音声データ圧縮方式としてＭＰＥＧオーディオかＤｏｌｂｙオーディオかＤＴＳオーディオかの種別、静止画データ圧縮方式としてＪＰＥＧかＰＮＧかの種別、
を示すことを特徴とする、請求項２４記載のデータ記録方法。
【請求項２６】
請求項１〜４のいずれかに示す記録方法でデータを記録するデータ記録装置、及び／または請求項１〜４のいずれかに示す記録方法で記録されたデータを再生するデータ再生装置。
【請求項２７】
請求項１〜４のいずれかに示す記録方法で記録が行われた記録媒体。
【請求項２８】
複数のストリームまたはチャンネルを同時に記録するデータ記録方法において、時刻と記録位置との関係を記録する第１のストリーム、または、時刻と記録位置との関係を記録しない第２のストリームのいずれかとして、ファイルに記録し、当該第１及び第２のストリームを識別する管理データを別個のファイルに記録することにより、複数のストリームまたはチャンネルの同時記録を行うことを特徴とするデータ記録方法。
【請求項２９】
管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームが、第２以降のファイルに記録されることを特徴とするデータ記録方法。
【請求項３０】
管理データが第１のファイルに記録され、必ずタイムマップを持つストリームを第１〜ｋ（ただし、ｋ≧１、ｋ≧ｎ−１）のストリームとしたとき、これらのストリームが第２以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームを第（ｋ＋１）〜ｎのストリームとしたとき、これらのストリームが更に別の１または複数のファイルに記録されることを特徴とするデータ記録方法。
【請求項３１】
必ずタイムマップを持つとは限らないストリームを、タイムマップを持つストリーム、または、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、または、時刻と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録することを特徴とする請求項２９記載のデータ記録方法。
【請求項３２】
必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、タイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録することを特徴とする請求項２９記載のデータ記録方法。
【請求項３３】
フラグを第１のファイルに記録することを特徴とする請求項３１記載のデータ記録方法。
【請求項３４】
必ずタイムマップを持つとは限らないストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、または時刻と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録することを特徴とする請求項２９記載のデータ記録方法。
【請求項３５】
必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録することを特徴とする請求項２９記載のデータ記録方法。
【請求項３６】
フラグを第１のファイルに記録することを特徴とする請求項３４または３５記載のデータ記録方法。
【請求項３７】
必ずタイムマップを持つとは限らないストリームに対するタイムマップ、またはテーブルが、第１のファイル、または、請求項２９に記載されていない、更に異なったファイルに記録されることを特徴とする請求項２９記載のデータ記録方法。
【請求項３８】
必ずタイムマップを持つストリームに対するタイムマップ、必ずタイムマップを持つとは限らないストリームに対するテーブルが、第１のファイル、または、請求項３０に記載されていない、さらに異なるファイルに記録されることを特徴とする請求項３０記載のデータ記録方法。
【請求項３９】
請求項２９に記載されたデータ記録方法でデータを記録するデータ記録装置、及び／または請求項２９に記載されたデータ記録方法で記録されたデータを再生するデータ再生装置。
【請求項４０】
請求項２９に記載された記録方法で記録が行われた記録媒体。
【発明の詳細な説明】
【技術分野】  この発明は、ハードディスク／ＤＶＤコンボ型ビデオレコーダ、ＤＶＤビデオレコーダ、ＤＶＤストリームレコーダ、ハードディスクビデオレコーダなどの記録装置における映像、音声、及び、データの少なくとも一つを記録再生する方法、装置、及び、記録媒体に関する。
【背景技術】  従来、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）におけるビデオ、ストリーム関連アプリケーションフォーマットは、ＤＶＤ−Ｆｏｒｕｍにおいて、再生専用のＤＶＤ−Ｖｉｄｅｏ、記録再生と編集が容易なＤＶＤ−ＶＲ（Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ）、放送または伝送ストリームを直接記録再生が容易なＤＶＤ−ＳＲ（Ｓｔｒｅａｍ  Ｒｅｃｏｒｄｉｎｇ）フォーマットが規格化されている。
ＤＶＤ−Ｖｉｄｅｏは、映画などあらかじめコンテンツが記録されたディスク再生専用フォーマットであり、ホームシアターをメインターゲットとしている。ＤＶＤ−ＶＲは、アナログビデオをディジタル化し、ＭＰＥＧ−２エンコードして記録することを主たる目的としたフォーマットであり、アナログ放送記録とビデオカメラをメインターゲットとしている。ＤＶＤ−ＳＲは、ＭＰＥＧストリームとして送られてきたデータを基本的にはそのまま記録するフォーマットであり、デジタル放送のダイレクト記録をメインターゲットとしている。現在、ＤＶＤ−Ｖｉｄｅｏは商品として世界中に広まり、ＤＶＤ−ＶＲも大幅に広まりつつあるが、ＤＶＤ−ＳＲは商品化されていない。
ここで、ＤＶＤ−ＶＲによりアナログ放送を記録する場合、通常は１チャンネルのみの記録を行っていた。即ち、一つのチャンネル（例えば、ＮＴＶ（４チャンネル））のみの記録、または他のチャンネル（例えば、ＴＢＳ（６チャンネル））のみの記録を行っていた。ＤＶＤ−Ｖｉｄｅｏは再生専用フォーマットであるが、記録に適用することも可能である。ＤＶＤ−Ｖｉｄｅｏによりアナログ放送を記録する場合も、通常は１チャンネルのみの記録を行っていた。
この種、ディスク状記録媒体に複数の番組を同時に効率良く記録するマルチチャンネル記録装置及び記録方法が特開２００１−６７８０２に記載されている。
【発明の開示】
複数のチャンネルに亘る映像、音声、及び、データ等をＤＶＤに同時的に記録する要求に対して、ＤＶＤ−ＳＲによりデジタル放送をダイレクトに記録する場合には、デジタル放送では１個の放送波が複数のストリームから構成されているため、フォーマットとしては複数ストリームのデジタル放送データを同時に記録することが可能である。
しかしながら、前述したような記録方法により複数チャンネル同時記録を行おうとすると、以下のような問題点がある。
即ち、ＤＶＤ−ＶＲ、またはＤＶＤ−Ｖｉｄｅｏでアナログ放送を記録する場合、２チャンネル以上のビデオオーディオを同時に記録することは可能であるが、互いに異なるチャンネル（例えば、ＮＴＶとＴＢＳ）を同時に記録しようとすると、ＮＴＶをエンコードしたストリームを１秒分Ａ領域に記録し、その後ＴＢＳをエンコードしたストリームを１秒分Ｂ領域に記録し、これを繰り返すことになる。このような記録方式では、シークが頻繁に発生し、また部分的に媒体エラーレートが悪化した場合、記録エラーとなってしまうケースもある。記録エラーは再生エラーと異なり、リトライが困難であり、無理に再記録しようとするとさらに遅れが蓄積し、記録破綻状態になってしまう可能性もある。さらに、３チャンネル記録、４チャンネル記録とチャンネル数が増えるにつれ、ますます実現困難性が増加する。
一方、複数チャンネルで相関を持つ番組が放送される可能性をも考慮しておく必要がある。例えば、１つのサッカー中継を、一方のチャンネル（例えば、ＮＴＶ）はフロントスタンドから、他のチャンネル（例えば、ＴＢＳ）はゴールネット裏から放送する番組が考えられるが、それらを同時に記録しようとしたとき、再生時に両チャンネル（この場合、ＮＴＶとＴＢＳ）を高速で同期させ、切り替えることが必要であるが、このような高速同期及び切り替えは非常に困難である。
また、ＤＶＤ−ＳＲによりデジタル放送をダイレクトでマルチストリーム記録することは可能であるが、その場合、記録後に記録ストリームの内容が分からないため、ストリームを読み出して中身を解析しなければ、マルチストリームであること、マルチストリーム中の各チャンネルのビデオオーディオデータの記録位置、記録時刻、相関関係に関して、ユーザーは知ることができない。
特許文献１には、互いに異なる２つの番組を構成する各デジタルデータをそれぞれ規定されたデータ長単位で交互にディスク状記録媒体に記録する制御により、複数のチャンネルの番組を記録することが開示されている。しかしながら、特許文献１に示された記録方法においても、記録時の処理が複雑になるなどの問題点がある。
本発明の目的は複数チャンネルの同時記録を簡単に行うことができるデータ記録方法を提供することである。
本発明は複数チャンネルの同時記録に伴う問題点を見出し、この問題点を解決したものである。即ち、本発明は、複数チャンネルを同時記録する際、時刻と記録位置の関係を示すタイムマップを複数同時に発生させることが困難な場合であっても、タイムマップを発生させないストリームを意図的に発生させることによって、複数チャンネルの同時記録を実現する。
具体的に言えば、本発明の一態様によれば、管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップを持たないストリームが、第２のファイルに記録されることを特徴とする記録方法が得られる。
また、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
また、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類のストリームが、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
また、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
また、タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≧ｎ−１）のストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする。
また、ｎ＝２、ｋ＝１として、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとすることを特徴とする。
また、タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｎ＋２）のファイルに記録することを特徴とする。
また、タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｍ＋２）のファイルに記録することを特徴とする。
また、１ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）を持つパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を第１のストリーム、それ以外のストリームを第２のストリームとすることを特徴とする。
また、第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであり、１ＰＭＴパーシャルＴＳであっても、タイムマップを持たないストリームは第２のストリームとして配置することを特徴とする。
また、複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする。
また、複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする。
また、前記複数のストリーム、または複数のＰＭＴを持つストリームは、異なったチャンネルのパーシャルＴＳであることを特徴とする。
また、前記複数のストリーム、または複数のＰＭＴを持つストリームは、フルＴＳであることを特徴とする。
また、時刻情報が記述されたストリームを第１のストリーム、時刻情報が記述されないストリームを第２のストリームとすることを特徴とする。
また、時刻情報がＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）であることを特徴とする。
また、第１、第２のストリームとも、ストリームフォーマットが既知であることを特徴とする。
また、第１、第２のストリームとも、映像または音声またはデータフォーマットの内容が既知であることを特徴とする。
また、ストリームフォーマットが不明であるストリームが、その他のファイルに記録されることを特徴とする。
また、映像または音声またはデータフォーマットの内容が不明であるストリームが、その他のファイルに記録されることを特徴とする。
また、蓄積型放送により放送されたストリームを、第２のストリームとすることを特徴とする。
また、管理データの内容が、ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部であることを特徴とする。
また、動画データ圧縮方式としてＭＰＥＧビデオかＨ．２６４ビデオかＷｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａビデオかの種別、音声データ圧縮方式としてＭＰＥＧオーディオかＤｏｌｂｙオーディオかＤＴＳオーディオかの種別、静止画データ圧縮方式としてＪＰＥＧかＰＮＧかの種別、を示すことを特徴とする。
本発明の更に他の態様によれば、前記記録方法でデータを記録するデータ記録装置、及び／または前記記録方法で記録されたデータを再生するデータ再生装置が得られる。
更に、本発明の別の態様によれば、前記記録方法で記録が行われた記録媒体が得られる。
ここで、具体的な構造の例として、放送ストリームを記録するファイルには、番組ごとにＥＳＯＢ（Ｅｘｔｅｎｄｅｄ  Ｓｔｒｅａｍ  Ｏｂｊｅｃｔ）が１つ以上記録され、ＥＳＯＢは１つ以上のＥＳＯＢＵ（０．４〜１ｓ以内のＵｎｉｔ：Ｅｘｔｅｎｄｅｄ  Ｓｔｒｅａｍ  Ｏｂｊｅｃｔ  Ｕｎｉｔ）で構成され、ＥＳＯＢＵは、１つ以上のＰａｃｋｅｔ  Ｇｒｏｕｐ（ＴＳ  Ｐａｃｋｅｔを一定個数集めたグループ）で構成され、Ｐａｃｋｅｔ  ＧｒｏｕｐはＰａｃｋｅｔ  Ｇｒｏｕｐ  Ｈｅａｄｅｒと、そのＨｅａｄｅｒの後ろに、各ＴＳ  Ｐａｃｋｅｔと前記ＴＳ  Ｐａｃｋｅｔの到着時間であるＰＡＴＳ（Ｐａｃｋｅｔ  Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｓｔａｍｐ）を１組とした一定数（１７０組）のデータで構成されるものとする。
更に、前述したタイムマップとは、予め定められたフォーマットを有するデータであり、例えば、ＤＶＤ−ＶＲフォーマットで規定されるデータであると定義することもできる。
この定義によれば、上に述べた本発明の態様におけるフォーマットを持たないストリームは、ＤＶＤ−ＶＲフォーマットで規定されるデータを持たないストリームと定義することができる。具体的に言えば、前述したＤＶＤ−ＶＲの規定によるタイムマップは、ＤＶＤ−Ｆｏｒｕｍから発行されている”ＤＶＤ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  ｆｏｒ  Ｒｅｗｒｉｔａｂｌｅ／Ｒｅ−ｒｅｃｏｒｄａｂｌｅ  Ｄｉｓｃｓ  Ｐａｒｔ  ３  ＶＩＤＥＯ  ＲＥＣＯＲＤＩＮＧ  Ｖｅｒｓｉｏｎ  １．０”のＶＲ４−３５に示されているようなデータを含んでいるものである。即ち、タイムマップは、少なくとも以下のデータ、或いは、以下のデータと同じ意味を持つデータを全て含んでいるものでなければならない。
１、１ＳＴＲＥＦ＿ＳＺ：１以上の整数のＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）をＶＯＢＵ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ）またはＥＳＯＢＵとしたとき、ＶＯＢＵまたはＥＳＯＢＵにおける第１リファレンスピクチャー、即ち、Ｉピクチャーのサイズをパケットグループ数またはセクター数等で示すデータ、
２、ＶＯＢＵ＿ＰＢ＿ＴＭ（ＳＯＢＵ＿ＰＢ＿ＴＭ）：当該ＶＯＢＵ（ＥＳＯＢＵ）が再生表示されている時間をビデオフィールド数等で示すデータ、
３、ＶＯＢＵ＿ＳＺ（ＳＯＢＵ＿ＳＺ）：当該ＶＯＢＵ（ＥＳＯＢＵ）が記録されているサイズをパケットグループ数またはセクター数等で示すデータ。
このことからも明らかな通り、上記データのうち１つでも含んでいないストリームは、タイムマップを持たないストリームと呼ぶことができる。換言すれば、本発明におけるタイムマップを持たないストリームは、実際にタイムマップを持たないストリームだけでなく、上記ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームをも含んでいる。即ち、ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームには、放送ストリームの到着時刻と記録アドレスの関係を示すテーブル及び／または時刻と記録アドレスの関係を示すテーブルを有するストリームも含まれる。
また、別の例として、タイムマップの定義は、再生表示時刻と記録アドレスの関係を示すテーブルとした場合、この定義にあうテーブルを持っていないストリームは、本発明でいうタイムマップを持つストリームには該当せず、タイムマップを持たないストリームとなる。従って、本発明では、到着時刻と記録アドレスの関係を示すテーブルはタイムマップとは言わない。
本発明の更に別の態様によれば、管理データが第１のファイル（管理情報用ファイル）に記録され、必ずタイムマップを持つとは限らないストリーム（ＥＳＯＢ）が、第２以降のファイル（Ｓｔｒｅａｍ  Ｏｂｊｅｃｔファイル）に記録されることを特徴とするデータ記録方法が得られる。
また、本発明の他の態様によれば、管理データが第１のファイルに記録され、必ずタイムマップを持つストリーム（ＥＳＯＢ）を第１〜ｋ（ただし、ｋ≧１、ｋ≧ｎ−１）のストリームとしたとき、これらのストリームが第２以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームを第（ｋ＋１）〜ｎのストリームとしたとき、これらのストリームが更に別の１または複数のファイルに記録されることを特徴とするデータ記録方法が得られる。
更に、本発明の具体的な態様として、必ずタイムマップを持つとは限らないストリームを、タイムマップを持つストリーム、または、放送ストリームの到着時刻（ＰＡＴＳ）と記録アドレスの関係を示すテーブルを持つストリーム、または、時刻（表示時刻）と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録するデータ記録方法が得られる。
この場合、必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、タイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録しても良い。
上記したフラグは第１のファイルに記録されても良い。
更に、必ずタイムマップを持つとは限らないストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、または時刻と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録しても良い。
また、必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録しても良い。
上記したフラグは第１のファイルに記録されても良い。
更に、必ずタイムマップを持つとは限らないストリームに対するタイムマップ、またはテーブルが、別ファイルに記録されても良い。
本発明の更に他の態様によれば、上記データ記録方法でデータを記録するデータ記録装置、及び／または上記データ記録方法で記録されたデータを再生するデータ再生装置が得られる。
また、本発明の他の態様によれば、前述したデータ記録方法で記録が行われた記録媒体が得られる。
【図面の簡単な説明】  図１は本発明を実現する機能ブロック図であり、ここでは、記録系を主に示している。
図２は本発明を実現する機能ブロック図であり、ここでは、再生系を示している。
図３は本発明において使用されるファイル構成の一例を示す図である。
図４は本発明において使用されるファイル構成の他の例を示す図である。
図５は本発明において使用されるファイル構成の更に他の例を示す図である。
図６は本発明において使用される他のファイル構成例を示す図である。
図７は本発明において使用される更に他のファイル構成例を示す図である。
図８は本発明に係る複数ＰＭＴ多重化ストリームの発生処理を説明するためのブロック図である。
図９は本発明に係る１ＰＭＴ多重化ストリームの発生処理を説明するためのブロック図である。
図１０は本発明に係るフルＴＳ多重化ストリームの発生処理を示すブロック図である。
図１１ＡはＤＶＤ＿ＨＤＶＲファイル構成の一部を示す図である。
図１１ＢはＤＶＤ＿ＨＤＶＲファイル構成の他の部分を示す図である。
図１２は管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームが第２以降のファイルに記録される実施例を示す図である。
図１３は管理データが第１のファイルに記録され、必ずタイムマップを持つストリームが第２ファイル以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームが更に別のファイルに記録される実施例を示す図である。
【発明を実施するための最良の形態】  図１〜図１３を参照して、本発明の実施例に係るデータ記録方法を説明する。
図１及び２を参照すると、本発明によりマルチチャンネルビデオオーディオ記録を実現するデータ記録再生装置が示されている。図示された例の機能ブロックはソフトウェアによって実現されても良いし、ハードウェアによって実現されても良い。
図１では、マルチチャンネルビデオオーディオデータを、ＨＤＤまたはＤＶＤビデオレコーダに記録する例を示す。
図示された装置には、入力信号１０１として、ビデオオーディオデータが与えられ、ここでは、複数チャンネル入力の例を示している。
また、制御信号１０２が入力する。制御信号１０２は、多重化するチャンネルナンバーと多重化方法を指定するユーザーオペレーションデータである。
入力信号１０１を受けたチューナー１０３は、それぞれマルチチャンネルパーシャルＴＳを出力し、選択ブロック１０４により必要なチャンネルが選択される。または、チューナー１０３はフルＴＳを出力し、出力されたフルＴＳを選択ブロック１０４により選択しても良い。
選択ブロック１０４により選択された各パーシャルＴＳまたはフルＴＳストリームは、統合ブロック１０５に入力する。統合ブロック１０５では、指定されたチャンネルのパーシャルＴＳを複数ＰＭＴで多重統合化する。または、統合ブロック１０５は指定されたチャンネルのパーシャルＴＳを１ＰＭＴで多重統合化する。指定はブロック１０９の制御の下に行われる。
統合ブロック１０５により多重統合化されたデータは、記録フォーマット化ブロック１０６により、ＨＤＤ１０７またはＤＶＤ１０８に対応したフォーマット化が行われる。フォーマット化は、ＨＤＤ１０７、ＤＶＤ１０８それぞれの物理フォーマット、ファイルフォーマット、ビデオアプリケーションフォーマットに従った形で行われる。
記録フォーマット化ブロック１０６によりフォーマット化されたビデオオーディオデータは、ＨＤＤ１０７またはＤＶＤ１０８に、ブロック１０９により指定されたファイルとして記録される。
同時に、制御入力１０２は、記録ファイル決定、管理データ発生ブロック１０９に与えられ、記録フォーマット化ブロック１０６において記録フォーマット、記録ファイルを指定するとともに、多重統合化されるチャンネル、方法、データに応じた管理データを発生し、専用の管理データファイルまたはタイムマップデータファイルとしてＨＤＤ１０７およびＤＶＤ１０８へ記録する。記録ファイル構造に関しては、後ほど詳しく述べる。
ＨＤＤ１０７およびＤＶＤ１０８に記録されたデータは、両者間でダビングが行われるとともに、出力１１０として再生される。再生は図示したようにＨＤＤ１０７は再生１、ＤＶＤ１０８は再生２として再生してもよく、図示していないが再生１と再生２を選択するセレクタを経由した後、１系統として再生してもいい。
図２に、マルチチャンネル記録／再生されたデータを表示出力するブロック図を示す。図２において、再生２０１から再生信号が入力される。入力する再生信号は図１に示した出力１１０に相当する。
また、同時に制御信号２０２が入力する。制御信号２０２は、多重化された再生データを表示出力する方法を指定するユーザーオペレーションデータである。
再生信号２０１は、再生フォーマット解読ブロック２０３に与えられ、当該再生フォーマット解読ブロック２０３により、ビデオオーディオデータの多重化チャンネル、方法、データなどが解読される。
再生フォーマット解読ブロック２０３の出力は、ＭＰＥＧデコードブロック２０４によりＭＰＥＧ圧縮がデコードされる。なお、圧縮方式はＭＰＥＧ以外でもよく、ＭＰＥＧ以外の圧縮ストリームは、圧縮された方式でデコードされる。
ＭＰＥＧデコードブロック２０４の出力は、再生映像再構成ブロック２０５により再構成される。記録されたマルチチャンネルビデオオーディオデータのうち選択表示されるチャンネル、表示位置などが指定され、それにより再生映像データの再構成が行われる。
再生映像再構成ブロック２０５の出力は、Ｄ／Ａ２０６によりアナログビデオオーディオ信号に変換される。ここには、ノイズリデューサ、フィルタなどが含まれてもいい。
制御入力２０２は、管理データ解読、再生ファイル決定ブロック２０７により、再生データから管理データが解釈され、再生するファイルが決定され、再生制御し、再生映像再構成方法が決定され、再生映像再構成ブロック２０５を制御する。
Ｄ／Ａ２０６の出力は、出力２０８から、ビデオオーディオとして出力される。
図３に、管理データが第１のファイルに記録され、映像または音声またはデータフォーマットのうち少なくとも１個のフォーマット内容が第１のファイルに記録され、かつ時刻と記録位置の関係が記録されないストリームが、第２のファイルに記録される例を示す。
３０１が第１のファイル、３０２が第２のファイルである。
第１のファイル３０１には、管理データ３０３が含まれている。管理データ３０３には、第２のファイル３０２を構成するトランスポートストリーム３０４に関する情報が記録されている。なお、管理データ３０３に関しては、後ほど詳しく説明する。
第２のファイル３０２には、放送局からデジタル放送により放送されたトランスポートストリーム３０４が含まれている。トランスポートストリーム３０４に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル３０１、第２のファイル３０２において、タイムマップは存在しない。本発明では、タイムマップを持たないストリームを管理データと個別の領域に記録することにより、複数ストリームにおけるタイムマップを計算する必要がなくなり、容易に複数ストリームの同時記録が可能となる。
図４に、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別された２種類のストリームが第２のファイルに記録され、第２のファイルに記録された２種類のストリームを区別するためのフラグを、第１のファイルに配置し、タイムマップが第３のファイルに記録される例を示す（この例は、請求項２、５におけるｎ＝２、ｋ＝１の場合、または請求項６の場合を示す。）。
４０１が第１のファイル、４０２が第３のファイル、４０３が第２のファイルである。
第１のファイル４０１には、管理データ４０４が含まれている。管理データ４０４には、第２のファイル４０３を構成するトランスポートストリーム４０６および４０７に関する情報が記録されている。なお、管理データ４０４に関しては、後ほど詳しく説明する。
第３のファイル４０２には、タイムマップデータ４０５が含まれている。タイムマップデータ４０５は、トランスポートストリーム４０６の時刻と記録位置の関係を示すマップである。また、図４では、管理データ４０４が第１のファイル４０１に含まれ、タイムマップデータ４０５が第３のファイル４０２に含まれるとしているが、管理データ４０４とタイムマップデータ４０５が両方とも第１のファイル４０１に含まれるように構成してもいい。その場合、第３のファイル４０２は存在しなくなる。
第２のファイル４０３には、放送局からデジタル放送により放送されたトランスポートストリーム４０６、４０７が含まれている。トランスポートストリーム４０６に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、図示された例では、第１のファイル４０１中の管理データ４０４、または、タイムマップ専用の第３のファイル４０２中に、タイムマップデータ４０５の形でタイムマップが記録される。このように、タイムマップは、管理データ４０４またはタイムマップデータ４０５のどちらとして記録されてもいい。
トランスポートストリーム４０７に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル４０１、第３のファイル４０２、その他のファイルにおいて、トランスポートストリーム４０７に関するタイムマップは存在しない。
図５に、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別された２種類のストリームが、第２のファイル、第３のファイルにそれぞれ記録され、前記２種類のストリームを区別するためのフラグを、第１のファイルに配置し、タイムマップが第４のファイルに記録される例を示す（この例は、請求項３、７におけるｎ＝２、ｋ＝１の場合を示す。）。
５０１が第１のファイル、５０２が第４のファイル、５０３が第２のファイル、５０４が第３のファイルである。
第１のファイル５０１には、管理データ５０５が含まれている。管理データ５０５には、第２及び第３のファイル５０３及び５０４を構成するトランスポートストリーム５０７および５０８に関する情報が記録されている。なお、管理データ５０５に関しては、後ほど詳しく説明する。
第４のファイル５０２には、タイムマップデータ５０６が含まれている。タイムマップデータ５０６は、トランスポートストリーム５０７の時刻と記録位置の関係を示すマップである。また、図５では、管理データ５０５が第１のファイル５０１に含まれ、タイムマップデータ５０６が第４のファイル５０２に含まれるとしているが、管理データ５０５とタイムマップデータ５０６が両方とも第１のファイル５０１に含まれるとしてもいい。その場合、第４のファイル５０２は存在しないものとする。
第２及び第３のファイル５０３、５０４には、それぞれ放送局からデジタル放送により放送されたトランスポートストリーム５０７、５０８が含まれている。トランスポートストリーム５０７に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、第１のファイル５０１中の管理データ５０５、またはタイムマップ専用の第４のファイル５０２中のタイムマップデータ５０６としてタイムマップが記録される。
トランスポートストリーム５０８に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル５０１、第４のファイル５０２、その他のファイルにおいて、トランスポートストリーム５０８に関するタイムマップは存在しない。
管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類（ただしｎ≧２）のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、前記ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置し、タイムマップが第４のファイルに記録される場合に関しては、図示を省略する。
この場合、例えば２種類のストリームが第２のファイル、他の２種類のストリームが第３のファイルにそれぞれ記録されるときは、図５において、トランスポートストリーム１とトランスポートストリーム２が第２のファイル５０３、トランスポートストリーム３とトランスポートストリーム４が第３のファイル５０４にそれぞれ配置される形とすればいい（請求項４、８におけるｎ＝４、ｍ＝２の場合を示す。）。
ここで、ｋ＝２の場合、タイムマップは２種類のストリームに関して作成されるため、たとえば、第２のファイル５０３に含まれるストリーム１、２に関して作成され、第３のファイル５０４に含まれるストリーム３、４に関して作成されないものとすればいい。
また、ｋ＝１の場合、タイムマップは１種類のストリームに関して作成されるため、たとえば、第２のファイル５０３に含まれるストリーム１に関して作成され、第２のファイル５０３に含まれるストリーム２、および第３のファイル５０４に含まれるストリーム３、４に関して作成されないものとすればいい。
上記したように、ストリームの種類に応じてファイルの数は、ファイル制御の容易性並びに編集の容易性を考慮して任意に選択することができる。
図６に、図４においてフォーマット内容が不明であるストリームが、第４のファイルに記録される例を示す。
６０１が第１のファイル、６０２が第３のファイル、６０３が第２のファイル、６０４が第４のファイルである。
第１のファイル６０１には、管理データ６０５が含まれている。管理データ６０５には、第２のファイル６０３および第４のファイル６０４を構成するトランスポートストリーム６０７、６０８および６０９に関する情報が記録されている。トランスポートストリーム６０９はフォーマット内容が不明であるため、すべての情報が記録されていなくてもよく、何も記録されなくてもいい。なお、管理データ６０５に関しては、後ほど詳しく説明する。
第３のファイル６０２には、タイムマップデータ６０６が含まれている。タイムマップデータ６０６は、トランスポートストリーム６０７の時刻と記録位置の関係を示すマップである。また、図６では、管理データ６０５が第１のファイル６０１に含まれ、タイムマップデータ６０６が第３のファイル６０２に含まれるとしているが、管理データ６０５とタイムマップデータ６０６が両方とも第１のファイル６０１に含まれるとしてもいい。その場合、第３のファイル６０２は存在しないものとする。
第２のファイル６０３には、放送局からデジタル放送により放送されたトランスポートストリーム６０７、６０８が含まれている。トランスポートストリーム６０７に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、第１のファイル６０１中の管理データ６０５、またはタイムマップ専用の第３のファイル６０２中のタイムマップデータ６０６として、タイムマップが記録される。タイムマップは、管理データ６０５またはタイムマップデータ６０６のどちらに含まれていてもいい。
トランスポートストリーム６０８に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル６０１、第３のファイル６０２、その他のファイルにおいて、トランスポートストリーム６０８に関するタイムマップは存在しない。
第４のファイル６０４には、フォーマット内容が不明であるプライベートデータ６０９が含まれる。これは、例えば放送局が不明な放送データ、放送以外のデータなどが含まれる。管理データ６０５には、プライベートデータ６０９に関するデータの中で判明しているもののみ記録すればよく、何も記録しなくてもいい。また、第１のファイル６０１、第３のファイル６０２、第２のファイル６０３において、６０９に関するタイムマップは存在しない。
このように、この実施例では、放送局が不明な放送データ、放送以外のデータ等のプライベートデータをも同時に記録することができる。
図７に、図６においてフォーマット内容が不明であるストリームが、第５のファイルに記録される例を示す。
７０１が第１のファイル、７０２が第４のファイル、７０３が第２のファイル、７０４が第３のファイル、７０５が第５のファイルである。
第１のファイル７０１には、管理データ７０６が含まれている。管理データ７０６には、第２のファイル７０３、第３のファイル７０４および第５のファイル７０５を構成するトランスポートストリーム７０８、７０９およびプライベートデータ７１０に関する情報が記録されている。プライベートデータ７１０はフォーマット内容が不明であるため、すべての情報が記録されていなくてもよく、何も記録されなくてもいい。なお、管理データ７０６に関しては、後ほど詳しく説明する。
第４のファイル７０２には、タイムマップデータ７０７が含まれている。タイムマップデータ７０７は、トランスポートストリーム７０８の時刻と記録位置の関係を示すマップである。また、図７では、管理データ７０６が第１のファイル７０１に含まれ、タイムマップデータ７０７が第４のファイル７０２に含まれるとしているが、管理データ７０６とタイムマップデータ７０７が両方とも第１のファイル７０１に含まれるとしてもいい。その場合、第４のファイル７０２は存在しないものとする。
第２、第３のファイル７０３、７０４には、放送局からデジタル放送により放送されたトランスポートストリーム７０８、７０９が含まれている。トランスポートストリーム７０８に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、第１のファイル７０１中の管理データ７０６、またはタイムマップ専用の第４のファイル７０２中のタイムマップデータ７０７としてタイムマップが記録される。タイムマップは、管理データ７０６またはタイムマップデータ７０７のどちらとして記録されてもいい。
トランスポートストリーム７０９に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル７０１、第４のファイル７０２、その他のファイルにおいて、トランスポートストリーム７０９に関するタイムマップは存在しない。
第５のファイル７０５には、フォーマット内容が不明であるプライベートデータ７１０が含まれる。これは、例えば放送局が不明な放送データ、放送以外のデータなどが含まれる。管理データ７０６には、プライベートデータ７１０に関するデータの中で判明しているもののみ記録すればよく、何も記録しなくてもいい。また、第１のファイル７０１、第４のファイル７０２、第２のファイル７０３、第３のファイル７０４において、プライベートデータ７１０に関するタイムマップは存在しない。
図７に示された実施例においても、図６と同様の効果を得ることができる。
さて、これ以降において、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８を、タイムマップを持つストリームとし、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９を、タイムマップを持たないストリームとして例示する。
１ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）を持つパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８に記録し、それ以外のストリームを、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
ここで、ＰＭＴはプログラムマップテーブルと呼び、放送されたストリームなどにおいて、１個のサービス中の映像データ、音声データ、データ放送データ、字幕データなどがどこに配置されているかを示すテーブルである。通常は１個のサービスにおいて１個のＰＭＴを持つが、今後の新しい放送においては、複数のＰＭＴを持つ番組も考えられる。
第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであることが必要だが、第２のストリームに関しては、１ＰＭＴパーシャルＴＳでなくても良い。１ＰＭＴパーシャルＴＳである場合、タイムマップを持たない。
第２のストリームとして記録されたタイムマップを持たない１ＰＭＴパーシャルＴＳは、後からタイムマップが計算され、タイムマップを持つ第１のストリームとして、再定義されてもいい。この場合、ストリームは再記録されなくてもよく、管理データだけが書き換えられてもいい。
このように、この実施例では、管理データが第１のファイルに記録され、１ＰＭＴのパーシャルＴＳを第１のストリーム、他のＴＳを第２のストリームとしたとき、第１および第２のストリームが第２のファイルに記録され、第２のファイルに記録された２種類のストリームを区別するためのフラグを、第１のファイルに配置している。また、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとして、第１のストリームに対するタイムマップを第１のファイル、または第３のファイルに記録されている。この場合、管理データは、ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部を示すことにより、１ＰＭＴのパーシャルＴＳを第１のストリームにタイムマップつきで、多チャンネルパーシャルＴＳ、またはフルＴＳを第２のストリームにタイムマップなしで容易に記録動作を実現することができる。
図８に、複数のＰＭＴを持つストリームから構成された１個のストリームを、１ファイルに記録する例を示す。
図８に示すように、複数の入力１０１からチューナー１０３を経由し、例えば各１個のＰＭＴを持つストリームから、パーシャルストリーム抽出ブロック８０１により３個のＰＭＴを持つストリームを抽出し、多重化ブロック８０２により多重化し、多重化ストリーム８０３を発生すると、多重化ストリーム８０３には異なった３チャンネルのデータが多重化されることになる。これは、例えば、異なったＰＭＴを持つ複数の放送局（例えば、ＮＴＶ、ＴＢＳ、フジテレビ）により放送されたストリームを多重化して３個のＰＭＴを持つ多重化ストリーム８０３を構成するイメージとなる。
このような複数チャンネルが多重化された多重化ストリーム８０３を、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
図９に、複数のストリーム、または複数のＰＭＴ（プログラムマップテーブル）を持つストリームから構成された１個のストリームを、１ファイルに記録する他の例を示す。
図９に示すように、入力１０１からチューナー１０３を経由し、例えば各１個のＰＭＴを持つストリームから、パーシャルストリーム抽出ブロック９０１により３個のＰＭＴを持つストリームを抽出、多重化・１ＰＭＴ化ブロック９０２により多重化・１ＰＭＴ化し、多重化ストリーム９０３を発生すると、多重化ストリーム９０３には異なった３チャンネルのデータが１ＰＭＴとして多重化されることになる。これは、異なったＰＭＴを持つ複数の放送局（例えば、日本テレビ、ＴＢＳ、フジテレビ）により放送されたストリームを多重化し、かつ１個のＰＭＴを持つストリーム９０３を構成するイメージとなる。
このような複数チャンネルが多重化されたストリーム９０３を、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８に記録してもいい。
さて、図８、図９に示すストリームは、複数チャンネルのパーシャルＴＳであってもいい。
または、図８、図９に示すストリームは、フルＴＳであってもいい。
図１０にフルＴＳを示す。
図１０に示すように、入力１０１からチューナー１０３を経由し、フルＴＳ抽出ブロック１００１によりフルＴＳを抽出し、多重化ストリーム１００２を発生する。
ここで、フルＴＳとは、例えば、ＢＳデジタル放送では１放送波である１トランスポンダが２個のフルＴＳで構成されており、そのうち１フルＴＳとは、１個の通常放送の放送局と複数のデータ放送またはオーディオ放送の放送局から放送される放送波を１本のＴＳにまとめたストリームである。
即ち、フルＴＳは、例えば異なったＰＭＴを持つビーエス日本、ビーエスフジ、独立データ放送により放送された多重化ストリームのイメージとなる。
このようなフルＴＳストリーム１００２を、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
また、管理データの中に時刻情報が記述されたストリームを、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８に記録してもいい。
管理データの中に時刻情報が記述されないストリームを、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
前記時刻情報は、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）で規定されたＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）であってもいい。
前記ＰＴＳは、ＳＯＢ（Ｓｔｒｅａｍ  Ｏｂｊｅｃｔ）開始ＰＴＳ、ＳＯＢ最終ＰＴＳ、ＣＥＬＬ開始ＰＴＳ、ＣＥＬＬ最終ＰＴＳのうち、全部、または一部とする。ここで、ＳＯＢはストリームを一回記録するごとに１個発生する記録単位である。また、ＣＥＬＬはＳＯＢをあらかじめ決められた時間、またはユーザー指定により分割または参照する単位である。
また、トランスポートストリーム１、トランスポートストリーム２とも、ストリームフォーマットが既知でなければならないとしてもよい。ここで、Ｓｔｒｅａｍ  Ｆｏｒｍａｔ（ストリームフォーマット）とは、Ａｐｐｌｉｃａｔｉｏｎ  ｆｏｒｍａｔ（アプリケーションフォーマット）とＣｏｕｎｔｒｙ  ｃｏｄｅ（国コード）の両方または一方を示す。Ａｐｐｌｉｃａｔｉｏｎ  ｆｏｒｍａｔは、放送方式が日本のデジタル放送（ＡＲＩＢ）フォーマットまたは米国のＡＴＳＣフォーマットまたは欧州のＤＶＢフォーマットなどのどのフォーマットに属しているかを示し、Ｃｏｕｎｔｒｙ  ｃｏｄｅはデータが記録された国のコードを示す。
また、トランスポートストリーム１、トランスポートストリーム２とも、映像または音声またはデータフォーマットの内容が既知であってもいい。例えば、トランスポートストリーム１、トランスポートストリーム２とも、日本のデジタル放送で規定されたフォーマットであることが分かっていてもいい。
また、図６の６０９、図７の７１０のプライベートデータに関しては、ストリームフォーマットが不明であってもいい。
また、図６の６０９、図７の７１０のプライベートデータに関しては、映像または音声またはデータフォーマットの内容が不明であってもいい。
さて、トランスポートストリーム２である、図３の３０４、図４の４０７、図５の５０８、図６の６０８、図７の７０９、または、トランスポートストリーム１である、図４の４０６、図５の５０７、図６の６０７、図７の７０８は、蓄積型放送により放送されたストリームでもいい。
ここで、蓄積型放送とは、通常の放送において伝送ビットレートに余裕があるとき、余裕分により低ビットレートで放送を行い、または深夜など通常の放送が行われていないときに放送を行い、放送された信号はホームサーバに蓄積されることを前提としており、視聴時において、蓄積されたビットストリームが通常速度で一挙に再生されるものである。
第２のストリームとして記録された蓄積型放送データは、後からタイムマップが計算され、タイムマップを持つ第１のストリームとして、再定義されてもいい。この場合、ストリームは再記録されなくてもよく、管理データだけが書き換えられてもいい。
次に、図３における３０３、図４における４０４、図５における５０５、図６における６０５、図７における７０６に示す、管理データに関して詳細を述べる。
管理データには、以下のデータが含まれる。
ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部を配置する。
また、その中で、動画データ圧縮方式としてＭＰＥＧビデオかＨ．２６４ビデオかＷｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａビデオかの種別、音声データ圧縮方式としてＭＰＥＧオーディオかＤｏｌｂｙオーディオかＤＴＳオーディオかの種別、静止画データ圧縮方式としてＪＰＥＧかＰＮＧかの種別、を示す。
さらに具体的な例を示すと、以下のようになる。
ファイル構成を図１１Ａ及び図１１Ｂに示す。
ここでは、全体のファイル名をＤＶＤ＿ＨＤＶＲとした。
ＤＶＤ＿ＨＤＶＲは、図１１Ａ及び図１１Ｂに示すように、ＨＲ＿ＭＡＮＧＲ．ＩＦＯファイル、ＨＲ＿ＳＴＭＡＰ．ＩＦＯファイル、ＨＲ＿ＳＴＲＭｘ．ＳＲＯファイル、ＨＲ＿ＥＸＴＢＣ．ＤＡＴファイルなどのファイルから構成される。これらのファイルはすべて存在しなくてもよく、ＨＲ＿ＭＡＮＧＲ．ＢＵＰというバックアップファイルを初めとする他のファイルが存在してもいい。
図３における３０３、図４における４０４、図５における５０５、図６における６０５、図７における７０６に示す管理データは、ＨＲ＿ＭＡＮＧＲ．ＩＦＯファイルに相当する。
ＨＲ＿ＭＡＮＧＲ．ＩＦＯは、Ｓｔｒｅａｍ  Ｆｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ（ＳＴＭ＿ＡＶＦＩＴ）、その他のデータから構成される。
Ｓｔｒｅａｍ  Ｆｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ（ＳＴＭ＿ＡＶＦＩＴ）は、ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＃１〜ＳＯＢ
Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＃ｎ、その他のデータから構成される。
ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎは一回記録が行われるごとに１個ずつ発生する。
ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎは、ＳＴＭ＿ＡＴＲ（Ｓｔｒｅａｍ  Ａｔｔｒｉｂｕｔｅ）、その他のデータから構成される。
ＳＴＭ＿ＡＴＲには、以下のフラグ、データが含まれる。
・Ｓｔｒｅａｍ  ｆｏｒｍａｔ
＊Ａｐｐｌｉｃａｔｉｏｎ  ｆｏｒｍａｔ
０００のとき、日本のデジタル放送（ＡＲＩＢ）フォーマット
００１のとき、米国のＡＴＳＣフォーマット
０１０のとき、欧州のＤＶＢフォーマット
その他のとき、保留
＊Ｃｏｕｎｔｒｙ  ｃｏｄｅ：データが記録された国のコード
・ＴＳ  ｆｌａｇ：ＳＯＢ（Ｓｔｒｅａｍ  Ｏｂｊｅｃｔ）が、１ＰＭＴのパーシャルＴＳから構成されているか、その他のデータから構成されているか。
００のとき、１ＰＭＴパーシャルＴＳ
０１のとき、他のＴＳ（例えばマルチチャンネルＴＳ）
１１のとき、保留
・ＰＭＴ  ｎｕｍｂｅｒ：ＰＭＴナンバー、ＰＭＴ数
ＳＯＢが、いくつのＰＭＴから構成されているかを示す、ＰＭＴ数
・Ｃｈａｎｎｅｌ  ｎｕｍｂｅｒ：チャンネル数
１ＰＭＴパーシャルＴＳが記録されているとき、チャンネル数は１のため、１を示す。
他のＴＳ（例えばマルチチャンネルＴＳ）が記録されているとき、チャンネル数を示す。
・ＴＳ  Ｆｏｒｍａｔ  ｉｎｆｏｒｍａｔｉｏｎ：ＴＳフォーマット構成情報
０００のとき、１ＰＭＴ、かつ１チャンネルのパーシャルＴＳ
００１のとき、１ＰＭＴ、かつ異なった複数チャンネルのパーシャルＴＳ
０１０のとき、複数ＰＭＴ、かつ異なった複数チャンネルのパーシャルＴＳ
０１１のとき、１ＰＭＴ、かつフルＴＳ
１００のとき、複数ＰＭＴ、かつフルＴＳ
その他のとき、保留
以下、チャンネル数分だけ記述する。
・Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ：放送局を示す。
００００００のとき、ＮＨＫ総合  ０００００１のとき、ＮＨＫ教育  ００００１０のとき、日本テレビ（ＮＴＶ）
００００１１のとき、ＴＢＳ  ０００１００のとき、フジテレビ  ０００１０１のとき、テレビ朝日
０００１１０のとき、テレビ東京  ０００１１１のとき、ＭＸテレビ
００１０００のとき、デジキャス  ００１００１のとき、ビーエスコミュニケーションズ
００１０１０のとき、メディアサーブ  ００１０１１のとき、ＢＳ日テレラジオ
０１００００のとき、プラットワン  ０１０００１のとき、ＳｋｙＰｅｒｆｅｃＴＶ！
その他のとき、保留
・Ｂｒｏａｄｃａｓｔ  ｖｉｄｅｏ  ｍｏｄｅ：放送されているビデオデータの圧縮方式
０００のとき、ＭＰＥＧ−２  ００１のとき、ＭＰＥＧ−１  ０１０のとき、ＭＰＥＧ−４  ０１１のとき、Ｈ．２６４
１００のとき、ＷＭ９  １０１〜１１１のとき、保留
・Ｂｒｏａｄｃａｓｔ  ａｕｄｉｏ  ｍｏｄｅ：放送されているオーディオデータの圧縮方式
０００のとき、ＭＰＥＧ−２  ＡＡＣ  ００１のとき、Ｄｏｌｂｙ  ＡＣ−３  ０１０のとき、ＭＰＥＧ−１
０１１のとき、ＭＰＥＧ−２Ｂ  １００のとき、ＤＴＳ  １０１のとき、ＬＰＣＭ  １１０〜１１１のとき、保留
・Ｂｒｏａｄｃａｓｔ  ｓｔｉｌｌ−ｐｉｃｔｕｒｅ  ｍｏｄｅ：放送されている静止画データの圧縮方式
０００のとき、ＪＰＥＧ  ００１のとき、ＰＮＧ  ０１０〜１１１のとき、保留
・Ｂｒｏａｄｃａｓｔ  ａｎｉｍａｔｉｏｎ  ｍｏｄｅ：放送されているアニメーションデータの圧縮方式
０００のとき、ＭＮＧ  ００１〜１１１のとき、ｒｅｓｅｒｖｅｄ
・Ｔｉｍｅ  ｍａｐ  ｆｌａｇ：タイムマップ有無
００のとき、タイムマップを持たない０１のとき、タイムマップを持つ
１０〜１１のとき、保留
・ＰＴＳ  ｆｌａｇ：ＰＴＳ有無
００のとき、ＰＴＳを持たない０１のとき、ＰＴＳを持つ
１０〜１１のとき、保留
・Ｓｔｏｒａｇｅ  ｂｒｏａｄｃａｓｔ  ｆｌａｇ：蓄積型放送ストリーム表示
００のとき、このＳＯＢは通常放送ストリームである
０１のとき、このＳＯＢは蓄積型放送ストリームである
１０〜１１のとき、保留
図１１Ｂに示されたＨＲ＿ＳＴＭＡＰ．ＩＦＯは、１ＰＭＴパーシャルＴＳ用タイムマップテーブルであり、
・１ＳＴＲＥＦ＿ＳＺ：ＳＯＢＵ第１リファレンスピクチャーサイズ
・ＤＡＴＡＢＣ＿ＰＢ＿ＴＭ：ＳＯＢＵ再生時間（ビデオフィールド数）
・ＤＡＴＡＢＣ＿ＳＺ：ＳＯＢＵサイズ（セクター数）
から構成される。
ＨＲ＿ＳＴＲＭｘ．ＳＲＯは、１ＰＭＴパーシャルＴＳ、および他のＴＳ（例えばマルチチャンネルＴＳ）から構成されるストリームデータファイルであり、
・トランスポートストリーム１である、１ＰＭＴパーシャルＴＳ
ストリームフォーマット、または映像または音声またはデータフォーマットのうち、少なくとも１個のフォーマット内容がＨＲ＿ＭＡＮＧＲ．ＩＦＯファイルに記録され、かつタイムマップがＨＲ＿ＭＡＮＧＲ．ＩＦＯまたはＨＲ＿ＳＴＭＡＰ．ＩＦＯファイルに記録されたトランスポートストリーム
・トランスポートストリーム２である、他のＴＳ（例えばマルチチャンネルＴＳ）
ストリームフォーマット、または映像または音声またはデータフォーマットのうち、少なくとも１個のフォーマット内容がＨＲ＿ＭＡＮＧＲ．ＩＦＯファイルに記録され、かつタイムマップが記録されないトランスポートストリームである。
ＨＲ  ＥＸＴＢＣ．ＤＡＴは、ストリームフォーマット、または映像または音声またはデータフォーマットが不明なＰｒｉｖａｔｅ  ＴＳ、またはユーザーデータ、その他のストリームである。
さて、管理データにより、以下のようにマルチチャンネル記録が行われる。
ユーザーは、マルチチャンネル記録を行いたいチャンネルナンバーを入力する。これは、例えばリモコンなどにより、「ＮＨＫ（第１チャンネル）とＮＴＶ（第４チャンネル）を記録」のように指定される。
この制御信号は、図１における制御入力１０２から入力され、記録ファイル決定、管理データ発生ブロック１０９により、記録ファイルが指定され、管理データが発生される。
記録ファイルは、ＨＲ＿ＳＴＲＭｘ．ＳＲＯが指定され、タイムマップを持たないトランスポートストリーム２として記録される。トランスポート２のため、１ＰＭＴパーシャルＴＳ以外のＴＳ、かつＰＴＳを持たないモードが選択される。
管理データは、ＨＲ＿ＭＡＮＧＲ．ＩＦＯが指定され、その中のＳＯＢ  Ｓｔｒｅａｍ  ＩｎｆｏｒｍａｔｉｏｎのＳＴＭ＿ＡＴＲにおいて、
・Ｓｔｒｅａｍ  ｆｏｒｍａｔ
＊Ａｐｐｌｉｃａｔｉｏｎ  ｆｏｒｍａｔ：０００  日本のデジタル放送（ＡＲＩＢ）フォーマット
＊Ｃｏｕｎｔｒｙ  ｃｏｄｅ：  日本を示すコード
・ＴＳ  ｆｌａｇ：０１  他のＴＳ（マルチチャンネルＴＳ）
・ＰＭＴ  ｎｕｍｂｅｒ：２  ＰＭＴナンバー、ＰＭＴ数
・Ｃｈａｎｎｅｌ  ｎｕｍｂｅｒ：２  チャンネル数
・ＴＳ  Ｆｏｒｍａｔ  ｉｎｆｏｒｍａｔｉｏｎ：０１０  複数ＰＭＴ、かつ異なった複数チャンネルのパーシャルＴＳ
（第１のチャンネル）
・Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ：００００００  ＮＨＫ総合
・Ｂｒｏａｄｃａｓｔ  ｖｉｄｅｏ  ｍｏｄｅ  ０００  ＭＰＥＧ−２
・Ｂｒｏａｄｃａｓｔ  ａｕｄｉｏ  ｍｏｄｅ：０００  ＭＰＥＧ−２  ＡＡＣ
・Ｂｒｏａｄｃａｓｔ  ｓｔｉｌｌ−ｐｉｃｔｕｒｅ  ｍｏｄｅ：  ０００  ＪＰＥＧ
・Ｂｒｏａｄｃａｓｔ  ａｎｉｍａｔｉｏｎ  ｍｏｄｅ：０００  ＭＮＧ
・Ｔｉｍｅ  ｍａｐ  ｆｌａｇ：００  タイムマップを持たない
・ＰＴＳ  ｆｌａｇ：００  ＰＴＳを持たない
・Ｓｔｏｒａｇｅ  ｂｒｏａｄｃａｓｔ  ｆｌａｇ：００  通常放送ストリームである
（第２のチャンネル）
・Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ：００００１０  日本テレビ（ＮＴＶ）
・Ｂｒｏａｄｃａｓｔ  ｖｉｄｅｏ  ｍｏｄｅ：０００  ＭＰＥＧ−２
・Ｂｒｏａｄｃａｓｔ  ａｕｄｉｏ  ｍｏｄｅ：０００  ＭＰＥＧ−２  ＡＡＣ
・Ｂｒｏａｄｃａｓｔ  ｓｔｉｌｌ−ｐｉｃｔｕｒｅ  ｍｏｄｅ：０００  ＪＰＥＧ
・Ｂｒｏａｄｃａｓｔ  ａｎｉｍａｔｉｏｎ  ｍｏｄｅ：０００  ＭＮＧ
・Ｔｉｍｅ  ｍａｐ  ｆｌａｇ：００  タイムマップを持たない
・ＰＴＳ  ｆｌａｇ：００  ＰＴＳを持たない
・Ｓｔｏｒａｇｅ  ｂｒｏａｄｃａｓｔ  ｆｌａｇ：００  通常放送ストリームである
のように、データが指定される。
管理データ（ＨＲ＿ＭＡＮＧＲ．ＩＦＯファイル）では、少なくともＳｔｒｅａｍ  ｆｏｒｍａｔ、ＴＳ  ｆｌａｇにより、マルチチャンネル記録データの内容を示すことができる。
このように、トランスポートストリーム１、トランスポートストリーム２を定義し、
・トランスポートストリーム１はタイムマップを持ち、トランスポートストリーム２はタイムマップを持たない。
・トランスポートストリーム１は１ＰＭＴパーシャルＴＳであり、トランスポートストリーム２はその他のＴＳである。
・トランスポートストリーム１は管理データの中にＰＴＳを持ち、トランスポートストリーム２は管理データの中にＰＴＳを持たない。
とした上で、
管理データ（ＨＲ＿ＭＡＮＧＲ．ＩＦＯファイル）によりそれぞれの内容を示すことにより、
トランスポート２を使って、容易にマルチチャンネル記録、再生を実現することができ、
最初はタイムマップなしのマルチチャンネル記録であっても、後からタイムマップを計算することにより、容易にタイムマップつきのマルチチャンネル記録を実現することができる。
前記に示した管理データは、データ構成、データ配置順、フラグ名、ビット数、ビット割り当ては例示したものと同じでなくてもいい。
前記に示した管理データは、全データが存在しなくても、その一部だけが存在してもいい。
前記に示した管理データは、発生する単位が、もつと大きい単位でも、小さい単位でもいい。
また、これらの管理データが記録媒体に記録されたときの、開始アドレス、終了アドレス、データ長が、適宜記録されてもいい。
ストリームはトランスポートストリームだけでなく、プログラムストリーム、ＰＥＳ、ＥＳなどに関しても同様とする。
また、以上述べてきた記録方法でデータを記録するデータ記録装置、または以上述べてきた記録方法で記録されたデータを再生するデータ再生装置も、本発明に含まれるものとする。
また、以上述べてきた記録方法で記録が行われた記録媒体も、本発明に含まれるものとする。
上記した実施例は、ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームについて説明したが、タイムマップを持たないストリームも、放送ストリームの到着時刻と記録アドレスとの関係を示すテーブル付ストリームと、これらのテーブルを持たないテーブル無ストリームとに区分できる。ここでは、テーブル付ストリームとテーブル無ストリームとを必ずタイムマップを持つとは限らないストリームと呼ぶものとする。以下では、テーブル付ストリーム及びテーブル無ストリームを、タイムマップを持つストリームと共に記録する方法について説明する。
なお、実施例には示してないが、タイムマップを持つとは限らないストリーム中の一部に、タイムマップを持つストリームが含まれていてもいい。
図１２に示された実施例では、管理データが管理ファイルとして設けられた第１のファイル１２０１に記録され、必ずタイムマップを持つとは限らないストリームが第２のファイル１２０２に記録されている。図示された例において、第２のファイル１２０２は到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録するファイル１２０３と、当該テーブルを持たないファイル１２０４とによって構成されている。
更に、ファイル１２０３に記録されたストリームのテーブルデータが第３のファイル１２０５に格納されている。また、第１のファイル１２０１には、管理データとして、フラグ１２０６が記録されており、図示されたフラグ１２０６は、それぞれタイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及びテーブルの両方を持たないストリームであるかを示している。
プレーヤは、フラグ１２０６を読み取り、第２のファイル１２０２が、必ずタイムマップを持つとは限らないストリームを記録したファイルであり、このファイルのうち、ファイル１２０３は到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録したファイル、ファイル１２０４は時刻と記録アドレスの関係を示すテーブルを持たないストリームを記録したファイルであることを知る。更に、フラグ１２０６によって、第３のファイル１２０５に、ファイル１２０３に記録されたストリームの到着時刻と記録アドレスの関係を示すテーブルが記録されていることを知る。
図示されたファイル１２０３に記録されたストリームについては簡単なタイムサーチが行われ、他方、ファイル１２０４に記録されたストリームについてはタイムサーチが行われない。
図１３には、管理データが第１のファイル１３０１に記録され、必ずタイムマップを持つストリームが第２以降のファイルに記録されると共に、必ずタイムマップを持つとは限らないストリームが更に別のファイルに記録される実施例が示されている。具体的に説明すると、図示された例は、管理ファイル（第１のファアル）１３０１、タイムマップを持つストリームを記録するファイル１３０２、１３０３、及び、タイムマップを持たないストリームによって構成されるファイル１３０４、１３０５を有している。更に、ファイル１３０４は、到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録するファイル１３０６及び時刻と記録アドレスの関係を示すテーブルを持たないストリームを記録するファイル１３０７とによって構成されており、ファイル１３０５は、到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録するファイル１３０８及び時刻と記録アドレスの関係を示すテーブルを持たないストリームを記録するファイル１３０９とによって構成されている。
更に、図示された例では、ファイル１３０２及び１３０３に記録されたストリームのタイムマップのデータを記録したファイル１３１０及び１３１１が設けられており、更に、ファイル１３０６、１３０８に記録されたストリームのテーブルデータを記録したファイル１３１２、１３１３が設けられている。
また、第１のファイル１３０１に記録されたフラグ１３１４は、各ストリームがタイムマップを有するストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、或いは、タイムマップ及びテーブルのいずれをも持たないストリームであるかを示している。
プレーヤは、フラグ１３０４を読み取り、ファイル１３０２〜１３０９に記録されたストリームを識別すると共に、ファイル１３１０〜１３１３に記録されたタイムマップ、テーブルを識別する。
ファイル１３０２、１３０３に記録されたストリームについて、ファイル１３１０、１３１１に記録されたタイムマップを用いた正確なタイムサーチが行われ、ファイル１３０６、１３０８に記録されたストリームについては、ファイル１３１２、１３１３のテーブルデータを用いて簡単なタイムサーチが行われる。また、ファイル１３０７、１３０９に記録されたストリームについてはタイムサーチは行われない。
上記したように、必ずタイムマップを持つとは限らないストリームは、タイムマップを持つストリーム、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、及び、時刻と記録アドレスの関係を示すテーブルを持たないストリームのいずれか一つであっても良いし、或いは、放送ストリームの到着時刻と記憶アドレスの関係を示すテーブルを持つストリーム、または、表示時刻と記録アドレスの関係を示すテーブルを持たないストリームのいずれかであっても良い。上記ストリームの定義にしたがって、フラグも定義される。
次に、ストリームに応じて定義されたフラグの一例を説明する。ここでは、当該フラグにより、タイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルの双方を持たないストリームを識別する場合について説明する。
管理ファイルであるＨＲ＿ＭＡＮＧＲ＿ＩＦＯは、Ｓｔｒｅａｍ  Ｆｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ（ＳＴＭ  ＡＶＦＩＴ）、その他のデータから構成される。
Ｓｔｒｅａｍ  Ｆｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ（ＳＴＭ  ＡＶＦＩＴ）は、ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＃１〜ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎ＃ｎ、その他から構成される。ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎは１回記録が行われるごとに１個ずつ発生する。ＳＯＢ  Ｓｔｒｅａｍ  Ｉｎｆｏｒｍａｔｉｏｎは、ＳＴＭＡＴＲ（Ｓｔｒｅａｍ  Ａｔｔｒｉｂｕｔｅ）、その他のデータから構成される。
ＳＴＭ  ＡＴＲには、以下のフラグが含まれる。
・Ｒｅｃｏｒｄｉｎｇ  ｍｏｄｅ
０：タイムマップを持つストリーム
１：必ずタイムマップを持つとは限らないストリーム
・Ｍａｐ  ｃｏｎｔｅｎｔ  ｆｏｒ  ｓｔｒｅａｍ
００：Ｒｅｃｏｒｄｉｎｇ  ｍｏｄｅ＝０，または、Ｒｅｃｏｒｄｉｎｇ  Ｍｏｄｅ＝１かつタイムマップを持つストリーム
０１：Ｒｅｃｏｒｄｉｎｇ  ｍｏｄｅ＝１かつ放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム
１０：Ｒｅｃｏｒｄｉｎｇ  ｍｏｄｅ＝１かつタイムマップおよび到着時刻と記録アドレスの関係を示すテーブルの双方を持たないストリーム
１１：保留
次に、タイムマップは以下のデータを含むものである。
１、１ＳＴＲＥＦ＿ＳＺ：１以上の整数のＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）をＶＯＢＵ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ）またはＥＳＯＢＵとしたとき、ＶＯＢＵまたはＥＳＯＢＵにおける第１リファレンスピクチヤー、即ち、Ｉピクチャーのサイズをパケットグループ数またはセクター数等で示すデータ、
２、ＶＯＢＵ＿ＰＢ＿ＴＭ（ＳＯＢＵ＿ＰＢ＿ＴＭ）：当該ＶＯＢＵ（ＥＳＯＢＵ）が再生表示されている時間をビデオフィールド数等で示すデータ、
３、ＶＯＢＵ＿ＳＺ（ＳＯＢＵ＿ＳＺ）：当該ＶＯＢＵ（ＥＳＯＢＵ）が記録されているサイズをパケットグループ数またはセクター数等で示すデータ。
また、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルは、以下のデータを含むものである。
１、ＡＴ＿ＳＯＢＵ＿ＳＺ：例えば、ＥＳＯＢＵを１０秒毎に到着するデータの塊をとしたとき、ＥＳＯＢＵサイズをパケットグループ数またはセクター数等で示すデータ。
上記したストリーム、タイムマップ、テーブルに関するファイル構成は、例示したものに限定されないし、管理データのデータ構成、データ配置順、フラグ名、ビット数、ビット割り当ても、上記したものに限定されない。更に、管理データは発生する単位がもっと大きい単位毎に発生されても、小さい単位毎に発生されても良い。更に、これらの管理データが記録媒体に記録されたときの、開始アドレス、終了アドレス、データ長が適宜記録されても良い。
タイムマップ、及び、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルに関しては、例示以外のデータが記録されても良い。
尚、ストリームはトランスポートストリームだけでなく、プログラムストリーム、ＰＥＳ、ＥＳ等に関しても同様である。
更に、上記したデータ記録方法に限定されることなく、当該データ記録方法を用いてデータを記録するデータ記録装置、当該データ記録方法で記録されたデータを再生するデータ再生装置も本発明に含まれ、且つ、当該データ記録方法で記録が行われた記録媒体も本発明に含まれる。
本発明は、時刻と記録位置との関係を記録するストリームと、時刻と記録位置との関係を記録しないストリームとを個別の領域に区別して、そのいずれかとして記録することによって、複数のストリームまたはチャンネルの同時記録を可能にしている。本発明によれば、シークを頻繁に発生させることなく、同時記録が可能になり、このため、記録エラーの発生をも軽減できると言う効果がある。更に、本発明では、多重化すべきストリームの数に応じた時刻管理処理を行うことができる。即ち、本発明は、多重化すべきストリームの数が少ない場合には、正確なタイムマップを記録することにより正確な再生を可能にすると共に、多重化すべきストリームが多い場合には、簡便な時間情報を計算、記録するか、或いは、時間情報を計算しないで記録することにより、計算に要する負荷を軽減できると言う利点がある。
【産業上の利用可能性】  本発明は、ＤＶＤ、ＨＤＤ等、種々の記録媒体を備え、デジタルデータを記録し、再生するデータ記録再生装置に適用できる。
【図１】
2005074273.tif 000002
【図２】
2005074273.tif 000003
【図３】
2005074273.tif 000004
【図４】
2005074273.tif 000005
【図５】
2005074273.tif 000006
【図６】
2005074273.tif 000007
【図７】
2005074273.tif 000008
【図８】
2005074273.tif 000009
【図９】
2005074273.tif 000010
【図１０】
2005074273.tif 000011
2005074273.tif 000012
2005074273.tif 000013
【図１２】
2005074273.tif 000014
【図１３】
2005074273.tif 000015
【手続補正書】
【提出日】平成17年11月21日(2005.11.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】請求の範囲
【請求項１】（削除）．
【請求項２】管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｈ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項３】管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームのうち、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項４】管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項５】タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≧ｎ−１）のストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする、請求項２記載のデータ記録方法。
【請求項６】ｎ＝２、ｋ＝１として、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとすることを特徴とする、請求項５記載のデータ記録方法。
【請求項７】タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｎ＋２）のファイルに記録することを特徴とする、請求項８記載のデータ記録方法。
【請求項８】タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｍ＋２）のファイルに記録することを特徴とする、請求項４記載のデータ記録方法。
【請求項９】１ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）を持つパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を第１のストリーム、それ以外のストリームを第２のストリームとすることを特徴とする、請求項２に記載のデータ記録方法。
【請求項１０】第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであり、１ＰＭＴパーシャルＴＳであっても、タイムマップを持たないストリームは第２のストリームとして配置することを特徴とする、請求項２に記載のデータ記録方法。
【請求項１１】複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする、請求項９記載のデータ記録方法。
【請求項１２】複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする、請求項１０記載のデータ記録方法。
【請求項１３】複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする、請求項９記載のデータ記録方法。
【請求項１４】複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする、請求項１０記載のデータ記録方法。
【請求項１５】請求項１３又は１４に示す複数のストリーム、または複数のＰＭＴを持つストリームは、異なったチャンネルのパーシャルＴＳであることを特徴とする、請求項１３又は１４記載のデータ記録方法。
【請求項１６】請求項１３又は１４に示す複数のストリーム、または複数のＰＭＴを持つストリームは、フルＴＳであることを特徴とする、請求項１３又は１４記載のデータ記録方法。
【請求項１７】管理データの中に時刻情報が記述されたストリームを第１のストリーム、時刻情報が記述されないストリームを第２のストリームとすることを特徴とする、請求項２に記載のデータ記録方法。
【請求項１８】時刻情報がＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）であることを特徴とする、請求項１７記載のデータ記録方法。
【請求項１９】第１、第２のストリームとも、ストリームフォーマットが既知であることを特徴とする、請求項２記載のデータ記録方法。
【請求項２０】第１、第２のストリームとも、映像または音声またはデータフォーマットの内容が既知であることを特徴とする、請求項２に記載のデータ記録方法。
【請求項２１】ストリームフォーマットが不明であるストリームが、その他のファイルに記録されることを特徴とする、請求項２記載のデータ記録方法。
【請求項２２】映像または音声またはデータフォーマットの内容が不明であるストリームが、その他のファイルに記録されることを特徴とする、請求項２記載のデータ記録方法。
【請求項２３】蓄積型放送により放送されたストリームを、第２のストリームとすることを特徴とする、請求項２記載のデータ記録方法。
【請求項２４】管理データの内容が、
ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部であることを特徴とする、データ記録方法。
【請求項２５】動画データ圧縮方式としてＭＰＥＧビデオかＨ．２６４ビデオかＷｉｎｄｏｗｓ（登録商標）Ｍｅｄｉａビデオかの種別、音声データ圧縮方式としてＭＰＥＧオーディオかＤｏｌｂｙオーディオかＤＴＳオーディオかの種別、静止画データ圧縮方式としてＪＰＥＧかＰＮＧかの種別、
を示すことを特徴とする、請求項２４記載のデータ記録方法。
【請求項２６】請求項２〜４のいずれかに示す記録方法でデータを記録するデータ記録装置、及び／または請求項２〜４のいずれかに示す記録方法で記録されたデータ
を再生するデータ再生装置。
【請求項２７】請求項２〜４のいずれかに示す記録方法で記録が行われた記録媒体。
【請求項２８】複数のストリームまたはチャンネルを同時に記録するデータ記録方法において、時刻と記録位置との関係を記録する第１のストリーム、または、時刻と記録位置との関係を記録しない第２のストリームのいずれかとして、ファイルに記録し、当該第１及び第２のストリームを識別する管理データを別個のファイルに記録することにより、複数のストリームまたはチャンネルの同時記録を行うことを特徴とするデータ記録方法。
【請求項２９】（削除）．
【請求項３０】管理データが第１のファイルに記録され、必ずタイムマップを持つストリームを第１〜ｋ（ただし、ｋ≧１、ｋ≧ｎ−１）のストリームとしたとき、これらのストリームが第２以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームを第（ｋ＋１）〜ｎのストリームとしたとき、これらのストリームが更に別の１または複数のファイルに記録されることを特徴とするデータ記録方法。
【請求項３１】管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームを、タイムマップを持つストリーム、または、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、または、時刻と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録することを特徴とするデータ記録方法。
【請求項３２】管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、タイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録することを特徴とする請求項３１記載のデータ記録方法。
【請求項３３】フラグを第１のファイルに記録することを特徴とする請求項３１記載のデータ記録方法。
【請求項３４】管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、または時刻と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録することを特徴とするデータ記録方法。
【請求項３５】管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録することを特徴とするデータ記録方法。
【請求項３６】フラグを第１のファイルに記録することを特徴とする請求項３４または３５記載のデータ記録方法。
【請求項３７】必ずタイムマップを持つとは限らないストリームに対するタイムマップ、またはテーブルが、第１のファイル、または、請求項３０、３１、又は３４に記載されていない、更に異なったファイルに記録されることを特徴とする請求項３１、３２、又は３４記載のデータ記録方法。
【請求項３８】必ずタイムマップを持つストリームに対するタイムマップ、必ずタイムマップを持つとは限らないストリームに対するテーブルが、第１のファイル、または、請求項３０に記載されていない、さらに異なるファイルに記録されることを特徴とする請求項３０記載のデータ記録方法。
【手続補正書】
【提出日】平成18年5月2日(2006.5.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項５
【補正方法】変更
【補正の内容】
【請求項５】タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≦ｎ−１）のストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする、請求項２記載のデータ記録方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３０
【補正方法】変更
【補正の内容】
【請求項３０】管理データが第１のファイルに記録され、必ずタイムマップを持つストリームを第１〜ｋ（ただし、ｋ≧１、ｋ≦ｎ−１）のストリームとしたとき、これらのストリームが第２以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームを第（ｋ＋１）〜ｎのストリームとしたとき、これらのストリームが更に別の１または複数のファイルに記録されることを特徴とするデータ記録方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
また、タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≦ｎ−１）のストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする。
また、ｎ＝２、ｋ＝１として、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとすることを特徴とする。
また、タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｎ＋２）のファイルに記録することを特徴とする。
また、タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｍ＋２）のファイルに記録することを特徴とする。
また、１ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）を持つパーシャルＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を第１のストリーム、それ以外のストリームを第２のストリームとすることを特徴とする。
また、第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであり、１ＰＭＴパーシャルＴＳであっても、タイムマップを持たないストリームは第２のストリームとして配置することを特徴とする。
また、複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする。
また、複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする。
また、前記複数のストリーム、または複数のＰＭＴを持つストリームは、異なっ
４
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
このことからも明らかな通り、上記データのうち１つでも含んでいないストリームは、タイムマップを持たないストリームと呼ぶことができる。換言すれば、本発明におけるタイムマップを持たないストリームは、実際にタイムマップを持たないストリームだけでなく、上記ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームをも含んでいる。即ち、ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームには、放送ストリームの到着時刻と記録アドレスの関係を示すテーブル及び／または時刻と記録アドレスの関係を示すテーブルを有するストリームも含まれる。
また、別の例として、タイムマップの定義は、再生表示時刻と記録アドレスの関係を示すテーブルとした場合、この定義にあうテーブルを持っていないストリームは、本発明でいうタイムマップを持つストリームには該当せず、タイムマップを持たないストリームとなる。従って、本発明では、到着時刻と記録アドレスの関係を示すテーブルはタイムマップとは言わない。
本発明の更に別の態様によれば、管理データが第１のファイル（管理情報用ファイル）に記録され、必ずタイムマップを持つとは限らないストリーム（ＥＳＯＢ）が、第２以降のファイル（Ｓｔｒｅａｍ  Ｏｂｊｅｃｔファイル）に記録されることを特徴とするデータ記録方法が得られる。
また、本発明の他の態様によれば、管理データが第１のファイルに記録され、必ずタイムマップを持つストリーム（ＥＳＯＢ）を第１〜ｋ（ただし、ｋ≧１、ｋ≦ｎ−１）のストリームとしたとき、これらのストリームが第２以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームを第（ｋ＋１）〜ｎのストリームとしたとき、これらのストリームが更に別の１または複数のファイルに記録されることを特徴とするデータ記録方法が得られる。
更に、本発明の具体的な態様として、必ずタイムマップを持つとは限らないストリームを、タイムマップを持つストリーム、または、放送ストリームの到着時刻（ＰＡＴＳ）と記録アドレスの関係を示すテーブルを持つストリーム、または、時刻（表示時刻）と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録するデータ記録方法が得られる。
この場合、必ずタイムマップを持つとは限らないストリームを一定のストリーム
７
【国際調査報告】
2005074273.tif 000016
2005074273.tif 000017
2005074273.tif 000018
2005074273.tif 000019