(57)【特許請求の範囲】
【請求項１】
管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項２】
管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームのうち、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項３】
管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする、データ記録方法。
【請求項４】
タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≦ｎ−１）の
ストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする、請求項１記載のデータ記録方法。
【請求項５】
ｎ＝２、ｋ＝１として、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとすることを特徴とする、請求項４記載のデータ記録方法。
【請求項６】
タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｎ＋２）のファイルに記録することを特徴とする、請求項２記載のデータ記録方法。
【請求項７】
タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｍ＋２）のファイルに記録することを特徴とする、請求項３記載のデータ記録方法。
【請求項８】
１ＰＭＴ（Program Map Table）を持つパーシャルＴＳ（Transport Stream）を第１のストリーム、それ以外のストリームを第２のストリームとすることを特徴とする、請求項１に記載のデータ記録方法。
【請求項９】
第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであり、１ＰＭＴパーシャルＴＳであっても、タイムマップを持たないストリームは第２のストリームとして配置することを特徴とする、請求項１に記載のデータ記録方法。
【請求項１０】
複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする、請求項８記載のデータ記録方法。
【請求項１１】
複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする、請求項９記載のデータ記録方法。
【請求項１２】
複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする、請求項８記載のデータ記録方法。
【請求項１３】
複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする、請求項９記載のデータ記録方法。
【請求項１４】
請求項１２又は１３に示す複数のストリーム、または複数のＰＭＴを持つストリームは、異なったチャンネルのパーシャルＴＳであることを特徴とする、請求項１２又は１３に記載のデータ記録方法。
【請求項１５】
請求項１２又は１３に示す複数のストリーム、または複数のＰＭＴを持つストリームは、フルＴＳであることを特徴とする、請求項１２又は１３記載のデータ記録方法。
【請求項１６】
管理データの中に時刻情報が記述されたストリームを第１のストリーム、
時刻情報が記述されないストリームを第２のストリームとすることを特徴とする、請求項１に記載のデータ記録方法。
【請求項１７】
時刻情報がＰＴＳ（Presentation Time Stamp）であることを特徴とする、請求項１６記載のデータ記録方法。
【請求項１８】
第１、第２のストリームとも、ストリームフォーマットが既知であることを特徴とする、請求項１記載のデータ記録方法。
【請求項１９】
第１、第２のストリームとも、映像または音声またはデータフォーマットの内容が既知であることを特徴とする、請求項１に記載のデータ記録方法。
【請求項２０】
ストリームフォーマットが不明であるストリームが、その他のファイルに記録されることを特徴とする、請求項１記載のデータ記録方法。
【請求項２１】
映像または音声またはデータフォーマットの内容が不明であるストリームが、その他のファイルに記録されることを特徴とする、請求項１記載のデータ記録方法。
【請求項２２】
蓄積型放送により放送されたストリームを、第２のストリームとすることを特徴とする、請求項１記載のデータ記録方法。
【請求項２３】
前記管理データは、
ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴ Ｓであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部を含むことを特徴とする請求項１ないし２２のいずれか一記載のデータ記録方法。
【請求項２４】
前記動画データ圧縮方式はＭＰＥＧビデオかＨ ．２６４ビデオかＷｉｎｄｏｗｓ Ｍｅｄｉａビデオかの種別、前記音声データ圧縮方式はＭＰＥＧオーディオかＤｏｌｂｙオーディオかＤＴＳオーディオかの種別、前記静止画データ圧縮方式はＪＰＥＧかＰＮＧかの種別を示すことを特徴とする請求項２３記載のデータ記録方法。
【請求項２５】
多重化するチャンネルと多重化方法を指定する制御信号に基づき、記録ファイルの指定、多重統合化されるチャンネル、方法、記録対象データに応じた管理データを生成する共に、管理データファイルとして記録対象となる記録媒体に記録させる制御系のブロックと、
複数のチャネルのデータが含まれる入力信号を受けて、それぞれストリームデータを出力する複数のチューナと、
前記複数のチューナから出力された各ストリームデータから、記録に必要となるチャンネルを選択する複数の選択ブロックと、
前記複数の選択ブロックにより選択された各チャンネルのストリームデータを受け、前記制御系のブロックから指定されたチャンネルのストリームデータを複数ＰＭＴ又は１ＰＭＴに多重統合化したデータに統合する統合ブロックと、
前記統合ブロックから出力されたデータを、前記記録媒体に対応した記録形式にフォーマット化して出力する記録フォーマット化ブロックと
を備え、
前記記録対象となる記録媒体に、
前記管理データと前記フォーマット化されたデータとを、前記制御系のブロックにより指定された記録ファイルとして複数のファイルに分けて記録し、
前記複数のファイルには、
前記管理データが管理データファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが別のファイルに記録され、別のファイルに記録されたｎ種類のストリームを区別するためのフラグを、前記管理データファイルに配置される
ことを特徴とするデータ記録装置。
【請求項２６】
多重化するチャンネルと多重化方法を指定する制御信号に基づき、記録ファイルの指定、多重統合化されるチャンネル、方法、記録対象データに応じた管理データを生成する共に、管理データファイルとして記録対象となる記録媒体に記録させる制御系のブロックと、
複数のチャネルのデータが含まれる入力信号を受けて、それぞれストリームデータを出力する複数のチューナと、
前記複数のチューナから出力された各ストリームデータから、記録に必要となるチャンネルを選択する複数の選択ブロックと、
前記複数の選択ブロックにより選択された各チャンネルのストリームデータを受け、前記制御系のブロックから指定されたチャンネルのストリームデータを複数ＰＭＴ又は１ＰＭＴに多重統合化したデータに統合する統合ブロックと、
前記統合ブロックから出力されたデータを、前記記録媒体に対応した記録形式にフォーマット化して出力する記録フォーマット化ブロックと
を備え、
前記記録対象となる記録媒体に、
前記管理データと前記フォーマット化されたデータとを、前記制御系のブロックにより指定された記録ファイルとして複数のファイルに分けて記録し、
前記複数のファイルには、
前記管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームのうち、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、前記管理データファイルに配置される
ことを特徴とするデータ記録装置。
【請求項２７】
多重化するチャンネルと多重化方法を指定する制御信号に基づき、記録ファイルの指定、多重統合化されるチャンネル、方法、記録対象データに応じた管理データを生成する共に、管理データファイルとして記録対象となる記録媒体に記録させる制御系のブロックと、
複数のチャネルのデータが含まれる入力信号を受けて、それぞれストリームデータを出力する複数のチューナと、
前記複数のチューナから出力された各ストリームデータから、記録に必要となるチャンネルを選択する複数の選択ブロックと、
前記複数の選択ブロックにより選択された各チャンネルのストリームデータを受け、前記制御系のブロックから指定されたチャンネルのストリームデータを複数ＰＭＴ又は１ＰＭＴに多重統合化したデータに統合する統合ブロックと、
前記統合ブロックから出力されたデータを、前記記録媒体に対応した記録形式にフォーマット化して出力する記録フォーマット化ブロックと
を備え、
前記記録対象となる記録媒体に、
前記管理データと前記フォーマット化されたデータとを、前記制御系のブロックにより指定された記録ファイルとして複数のファイルに分けて記録し、
前記複数のファイルには、
前記管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、前記管理データファイルに配置される
ことを特徴とするデータ記録装置。
【請求項２８】
多重化するチャンネルナンバーと多重化方法を指定するユーザーオペレーションデータである制御信号に基づき、記録フォーマット、記録ファイルを指定するとともに、多重統合化されるチャンネル、方法、データに応じた管理データを発生し、管理データファイルとして記録対象となる記録媒体に記録させる記録ファイル決定・管理データ発生ブロックと、
ビデオオーディオデータである複数の入力信号を受けて、それぞれマルチチャンネルパーシャルＴＳ又はフルＴＳを出力する複数のチューナと、
前記複数のチューナから出力されたマルチチャンネルパーシャルＴＳ又はフルＴＳから、記録に必要となるチャンネルをそれぞれ選択する複数の選択ブロックと、
前記複数の選択ブロックにより選択された各パーシャルＴＳまたはフルＴＳストリームを受け、前記記録ファイル決定・管理データ発生ブロックから指定されたチャンネルのパーシャルＴＳを複数ＰＭＴ又は１ＰＭＴに多重統合化したデータに統合する統合ブロックと、
前記統合ブロックから出力されたデータを、前記記録媒体に対応した物理フォーマット、ファイルフォーマット、ビデオアプリケーションフォーマットに基づく記録形式にフォーマット化する記録フォーマット化ブロックと
を備え、
記録対象となる記録媒体に、
前記管理データと前記記録フォーマット化ブロックによりフォーマット化されたデータとを、前記記録ファイル決定・管理データ発生ブロックにより指定された複数のファイルとして記録し、
前記複数のファイルには、
前記管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが別のファイルに記録され、別のファイルに記録されたｎ種類のストリームを区別するためのフラグを、前記管理データファイルに配置される
又は、前記管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームのうち、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、前記管理データファイルに配置される
又は、前記管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、前記管理データファイルに配置される
ことを特徴とするデータ記録装置。
【請求項２９】
再生するデータの出力方法を指定する制御信号に基づき、記録媒体から取得する再生信号から管理データを取得して、再生するファイルを決定し、再生映像の再構成方法を決定する制御系のブロックと、
前記記録媒体から、管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置して記録されている複数ファイルの情報を、前記再生信号として取得し、前記再生信号から、再生するデータの多重化されたチャンネル、方法、データを解読して出力する再生フォーマット解読ブロックと、
前記再生フォーマット解読ブロックの出力である再生信号のデータを、圧縮されている方式に応じてデコードして出力するデコードブロックと、
前記デコードブロックの出力を、再生映像データに再構成して出力する再生映像再構成ブロックと
を備え、
前記再構成して出力された再生映像データを、前記制御信号で指示された出力方法に再生可能とすることを特徴とするデータ再生装置。
【請求項３０】
再生するデータの出力方法を指定する制御信号に基づき、記録媒体から取得する再生信号から管理データを取得して、再生するファイルを決定し、再生映像の再構成方法を決定する制御系のブロックと、
前記記録媒体から、管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームのうち、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、前記第１のファイルに配置して記録されている複数ファイルの情報を、前記再生信号として取得し、前記再生信号から、再生するデータの多重化されたチャンネル、方法、データを解読して出力する再生フォーマット解読ブロックと、
前記再生フォーマット解読ブロックの出力である再生信号のデータを、圧縮されている方式に応じてデコードして出力するデコードブロックと、
前記デコードブロックの出力を、再生映像データに再構成して出力する再生映像再構成ブロックと
を備え、
前記再構成して出力された再生映像データを、前記制御信号で指示された出力方法に再生可能とすることを特徴とするデータ再生装置。
【請求項３１】
再生するデータの出力方法を指定する制御信号に基づき、記録媒体から取得する再生信号から管理データを取得して、再生するファイルを決定し、再生映像の再構成方法を決定する制御系のブロックと、
前記記録媒体から、管理データが前記第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、前記第１のファイルに配置して記録されている複数ファイルの情報を、前記再生信号として取得し、前記再生信号から、再生するデータの多重化されたチャンネル、方法、データを解読して出力する再生フォーマット解読ブロックと、
前記再生フォーマット解読ブロックの出力である再生信号のデータを、圧縮されている方式に応じてデコードして出力するデコードブロックと、
前記デコードブロックの出力を、再生映像データに再構成して出力する再生映像再構成ブロックと
を備え、
前記再構成して出力された再生映像データを、前記制御信号で指示された出力方法に再生可能とすることを特徴とするデータ再生装置。
【請求項３２】
多重化されてフォーマット化されている再生するデータの表示出力方法を指定する制御信号に基づき、再生信号から管理データを取得し、再生するファイルを決定し、再生制御し、再生映像再構成方法を決定する管理データ解読・再生ファイル決定ブロックと、
記録媒体から、
管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置したて記録された、複数ファイルの情報、
又は、管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置して記録されている複数ファイルの情報、
又は、記録媒体から、管理データが前記第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップの有無、種類によりあらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、前記第１のファイルに配置して記録されている複数ファイルの情報
を前記再生信号として取得して、前記再生信号から、ビデオオーディオデータの多重化チャンネル、方法、データを解読して出力する再生フォーマット解読部と、
前記再生フォーマット解読部の出力を、圧縮されている方式に応じてデコードして出力するデコードブロックと、
前記デコード部の出力を、前記記録媒体に記録されたマルチチャンネルビデオオーディオデータから、選択表示するチャンネル、表示位置に基づき、再生する映像データに再構成して出力する再生映像再構成ブロックと
を備え、
前記再構成して出力されたデータを、前記制御信号で指示された表示出力として再生することを特徴とするデータ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ハードディスク／ＤＶＤコンボ型ビデオレコーダ、ＤＶＤビデオレコーダ、ＤＶＤストリームレコーダ、ハードディスクビデオレコーダなどの記録装置における映像、音声、及び、データの少なくとも一つを記録再生する方法、装置、及び、記録媒体に関する。
【背景技術】
【０００２】
従来、ＤＶＤ（Digital Versatile Disc）におけるビデオ、ストリーム関連アプリケーションフォーマットは、ＤＶＤ−Ｆｏｒｕｍにおいて、再生専用のＤＶＤ−Ｖｉｄｅｏ、記録再生と編集が容易なＤＶＤ−ＶＲ（Video Recording）、放送または伝送ストリームを直接記録再生が容易なＤＶＤ−ＳＲ（Stream Recording）フォーマットが規格化されている。
【０００３】
ＤＶＤ−Ｖｉｄｅｏは、映画などあらかじめコンテンツが記録されたディスク再生専用フォーマットであり、ホームシアターをメインターゲットとしている。ＤＶＤ−ＶＲは、アナログビデオをデジタル化し、ＭＰＥＧ−２エンコードして記録することを主たる目的としたフォーマットであり、アナログ放送記録とビデオカメラをメインターゲットとしている。ＤＶＤ−ＳＲは、ＭＰＥＧストリームとして送られてきたデータを基本的にはそのまま記録するフォーマットであり、デジタル放送のダイレクト記録をメインターゲットとしている。現在、ＤＶＤ−Ｖｉｄｅｏは商品として世界中に広まり、ＤＶＤ−ＶＲも大幅に広まりつつあるが、ＤＶＤ−ＳＲは商品化されていない。
【０００４】
ここで、ＤＶＤ−ＶＲによりアナログ放送を記録する場合、通常は１チャンネルのみの記録を行っていた。即ち、一つのチャンネル（例えば、ＮＴＶ（４チャンネル））のみの記録、または他のチャンネル（例えば、ＴＢＳ（６チャンネル））のみの記録を行っていた。ＤＶＤ−Ｖｉｄｅｏは再生専用フォーマットであるが、記録に適用することも可能である。ＤＶＤ−Ｖｉｄｅｏによりアナログ放送を記録する場合も、通常は１チャンネルのみの記録を行っていた。
【０００５】
この種、ディスク状記録媒体に複数の番組を同時に効率良く記録するマルチチャンネル記録装置及び記録方法が特開２００１−６７８０２に記載されている。
【発明の開示】
【０００６】
複数のチャンネルに亘る映像、音声、及び、データ等をＤＶＤに同時的に記録する要求に対して、ＤＶＤ−ＳＲによりデジタル放送をダイレクトに記録する場合には、デジタル放送では１個の放送波が複数のストリームから構成されているため、フォーマットとしては複数ストリームのデジタル放送データを同時に記録することが可能である。
【０００７】
しかしながら、前述したような記録方法により複数チャンネル同時記録を行おうとすると、以下のような問題点がある。
【０００８】
即ち、ＤＶＤ−ＶＲ、またはＤＶＤ−Ｖｉｄｅｏでアナログ放送を記録する場合、２チャンネル以上のビデオオーディオを同時に記録することは可能であるが、互いに異なるチャンネル（例えば、ＮＴＶとＴＢＳ）を同時に記録しようとすると、ＮＴＶをエンコードしたストリームを１秒分Ａ領域に記録し、その後ＴＢＳをエンコードしたストリームを１秒分Ｂ領域に記録し、これを繰り返すことになる。このような記録方式では、シークが頻繁に発生し、また部分的に媒体エラーレートが悪化した場合、記録エラーとなってしまうケースもある。記録エラーは再生エラーと異なり、リトライが困難であり、無理に再記録しようとするとさらに遅れが蓄積し、記録破綻状態になってしまう可能性もある。さらに、３チャンネル記録、４チャンネル記録とチャンネル数が増えるにつれ、ますます実現困難性が増加する。
【０００９】
一方、複数チャンネルで相関を持つ番組が放送される可能性をも考慮しておく必要がある。例えば、１つのサッカー中継を、一方のチャンネル（例えば、ＮＴＶ）はフロントスタンドから、他のチャンネル（例えば、ＴＢＳ）はゴールネット裏から放送する番組が考えられるが、それらを同時に記録しようとしたとき、再生時に両チャンネル（この場合、ＮＴＶとＴＢＳ）を高速で同期させ、切り替えることが必要であるが、このような高速同期及び切り替えは非常に困難である。
【００１０】
また、ＤＶＤ−ＳＲによりデジタル放送をダイレクトでマルチストリーム記録することは可能であるが、その場合、記録後に記録ストリームの内容が分からないため、ストリームを読み出して中身を解析しなければ、マルチストリームであること、マルチストリーム中の各チャンネルのビデオオーディオデータの記録位置、記録時刻、相関関係に関して、ユーザーは知ることができない。
【００１１】
特許文献１には、互いに異なる２つの番組を構成する各デジタルデータをそれぞれ規定されたデータ長単位で交互にディスク状記録媒体に記録する制御により、複数のチャンネルの番組を記録することが開示されている。しかしながら、特許文献１に示された記録方法においても、記録時の処理が複雑になるなどの問題点がある。
【００１２】
本発明の目的は複数チャンネルの同時記録を簡単に行うことができるデータ記録方法を提供することである。
【００１３】
本発明は複数チャンネルの同時記録に伴う問題点を見出し、この問題点を解決したものである。即ち、本発明は、複数チャンネルを同時記録する際、時刻と記録位置の関係を示すタイムマップを複数同時に発生させることが困難な場合であっても、タイムマップを発生させないストリームを意図的に発生させることによって、複数チャンネルの同時記録を実現する。
【００１４】
具体的に言えば、本発明の一態様によれば、管理データが第１のファイルに記録され、時刻と記録位置の関係を示すタイムマップを持たないストリームが、第２のファイルに記録されることを特徴とする記録方法が得られる。
【００１５】
また、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類（ｎ≧２）のストリームが第２のファイルに記録され、第２のファイルに記録されたｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
【００１６】
また、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類のストリームが、第１のストリームが第２のファイルに、第２のストリームが第３のファイルに、以下同様に進み、第ｎのストリームが第（ｎ＋１）のファイルにそれぞれ記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
【００１７】
また、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置することを特徴とする。
【００１８】
また、タイムマップを持つストリームを第１〜ｋ（ただしｋ≧１、ｋ≦ｎ−１）のストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第３のファイルに記録することを特徴とする。
【００１９】
また、ｎ＝２、ｋ＝１として、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとすることを特徴とする。
【００２０】
また、タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｎ＋２）のファイルに記録することを特徴とする。
【００２１】
また、タイムマップを持つストリームを第１〜ｋのストリーム、タイムマップを持たないストリームを第（ｋ＋１）〜ｎのストリームとして、第１〜ｋのストリームに対するタイムマップを第１のファイル、または第（ｍ＋２）のファイルに記録することを特徴とする。
【００２２】
また、１ＰＭＴ（Program Map Table）を持つパーシャルＴＳ（Transport Stream）を第１のストリーム、それ以外のストリームを第２のストリームとすることを特徴とする。
【００２３】
また、第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであり、１ＰＭＴパーシャルＴＳであっても、タイムマップを持たないストリームは第２のストリームとして配置することを特徴とする。
【００２４】
また、複数のＰＭＴを持つストリームから構成された１個のストリームを第２のストリームとすることを特徴とする。
【００２５】
また、複数のストリーム、または複数のＰＭＴを持つストリームから１個のＰＭＴを持つストリームを再構成し、前記ストリームを第１のストリームとすることを特徴とする。
【００２６】
また、前記複数のストリーム、または複数のＰＭＴを持つストリームは、異なったチャンネルのパーシャルＴＳであることを特徴とする。
【００２７】
また、前記複数のストリーム、または複数のＰＭＴを持つストリームは、フルＴＳであることを特徴とする。
【００２８】
また、時刻情報が記述されたストリームを第１のストリーム、時刻情報が記述されないストリームを第２のストリームとすることを特徴とする。
【００２９】
また、時刻情報がＰＴＳ（Presentation Time Stamp）であることを特徴とする。
【００３０】
また、第１、第２のストリームとも、ストリームフォーマットが既知であることを特徴とする。
【００３１】
また、第１、第２のストリームとも、映像または音声またはデータフォーマットの内容が既知であることを特徴とする。
【００３２】
また、ストリームフォーマットが不明であるストリームが、その他のファイルに記録されることを特徴とする。
【００３３】
また、映像または音声またはデータフォーマットの内容が不明であるストリームが、その他のファイルに記録されることを特徴とする。
【００３４】
また、蓄積型放送により放送されたストリームを、第２のストリームとすることを特徴とする。
【００３５】
また、管理データの内容が、ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部であることを特徴とする。
【００３６】
また、動画データ圧縮方式としてＭＰＥＧビデオかＨ．２６４ビデオかWindows（登録商標）Mediaビデオかの種別、音声データ圧縮方式としてＭＰＥＧオーディオかDolbyオーディオかＤＴＳオーディオかの種別、静止画データ圧縮方式としてＪＰＥＧかＰＮＧかの種別、を示すことを特徴とする。
【００３７】
本発明の更に他の態様によれば、前記記録方法でデータを記録するデータ記録装置、及び／または前記記録方法で記録されたデータを再生するデータ再生装置が得られる。
【００３８】
更に、本発明の別の態様によれば、前記記録方法で記録が行われた記録媒体が得られる。
【００３９】
ここで、具体的な構造の例として、放送ストリームを記録するファイルには、番組ごとにＥＳＯＢ（Extended Stream Object）が１つ以上記録され、ＥＳＯＢは１つ以上のＥＳＯＢＵ（０．４〜１ｓ以内のUnit：Extended Stream Object Unit）で構成され、ＥＳＯＢＵは、１つ以上のPacket Group（TS Packetを一定個数集めたグループ）で構成され、Packet GroupはPacket Group Headerと、そのHeaderの後ろに、各TS Packetと前記TS Packetの到着時間であるＰＡＴＳ（Packet Arrival Time Stamp）を１組とした一定数（１７０組）のデータで構成されるものとする。
【００４０】
更に、前述したタイムマップとは、予め定められたフォーマットを有するデータであり、例えば、ＤＶＤ−ＶＲフォーマットで規定されるデータであると定義することもできる。
【００４１】
この定義によれば、上に述べた本発明の態様におけるフォーマットを持たないストリームは、ＤＶＤ−ＶＲフォーマットで規定されるデータを持たないストリームと定義することができる。具体的に言えば、前述したＤＶＤ−ＶＲの規定によるタイムマップは、ＤＶＤ−Ｆｏｒｕｍから発行されている”DVD  Specifications for Rewritable／Re-recordable  Discs Part３ VIDEO RECORDING  Version１．０”のＶＲ４−３５に示されているようなデータを含んでいるものである。即ち、タイムマップは、少なくとも以下のデータ、或いは、以下のデータと同じ意味を持つデータを全て含んでいるものでなければならない。
【００４２】
１、1STREF_SZ：１以上の整数のＧＯＰ（Group of Pictures）をＶＯＢＵ（Video Object）またはＥＳＯＢＵとしたとき、ＶＯＢＵまたはＥＳＯＢＵにおける第１リファレンスピクチャー、即ち、Ｉピクチャーのサイズをパケットグループ数またはセクター数等で示すデータ、  
２、VOBU_PB_TM（SOBU_PB_TM）：当該ＶＯＢＵ（ＥＳＯＢＵ）が再生表示されている時間をビデオフィールド数等で示すデータ、  
３、VOBU_SZ（SOBU_SZ）：当該ＶＯＢＵ（ＥＳＯＢＵ）が記録されているサイズをパケットグループ数またはセクター数等で示すデータ。
【００４３】
このことからも明らかな通り、上記データのうち１つでも含んでいないストリームは、タイムマップを持たないストリームと呼ぶことができる。換言すれば、本発明におけるタイムマップを持たないストリームは、実際にタイムマップを持たないストリームだけでなく、上記ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームをも含んでいる。即ち、ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームには、放送ストリームの到着時刻と記録アドレスの関係を示すテーブル及び／または時刻と記録アドレスの関係を示すテーブルを有するストリームも含まれる。
【００４４】
また、別の例として、タイムマップの定義は、再生表示時刻と記録アドレスの関係を示すテーブルとした場合、この定義にあうテーブルを持っていないストリームは、本発明でいうタイムマップを持つストリームには該当せず、タイムマップを持たないストリームとなる。従って、本発明では、到着時刻と記録アドレスの関係を示すテーブルはタイムマップとは言わない。
【００４５】
本発明の更に別の態様によれば、管理データが第１のファイル（管理情報用ファイル）に記録され、必ずタイムマップを持つとは限らないストリーム（ＥＳＯＢ）が、第２以降のファイル（Stream Objectファイル）に記録されることを特徴とするデータ記録方法が得られる。
【００４６】
また、本発明の他の態様によれば、管理データが第１のファイルに記録され、必ずタイムマップを持つストリーム（ＥＳＯＢ）を第１〜ｋ（ただし、ｋ≧１、ｋ≦ｎ−１）のストリームとしたとき、これらのストリームが第２以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームを第（ｋ＋１）〜ｎのストリームとしたとき、これらのストリームが更に別の１または複数のファイルに記録されることを特徴とするデータ記録方法が得られる。
【００４７】
更に、本発明の具体的な態様として、必ずタイムマップを持つとは限らないストリームを、タイムマップを持つストリーム、または、放送ストリームの到着時刻（ＰＡＴＳ）と記録アドレスの関係を示すテーブルを持つストリーム、または、時刻（表示時刻）と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録するデータ記録方法が得られる。
【００４８】
この場合、必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、タイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録しても良い。
【００４９】
上記したフラグは第１のファイルに記録されても良い。
【００５０】
更に、必ずタイムマップを持つとは限らないストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、または時刻と記録アドレスの関係を示すテーブルを持たないストリームのうちの１つとし、それらを示すフラグを別途記録しても良い。
【００５１】
また、必ずタイムマップを持つとは限らないストリームを一定のストリーム毎に区切り、区切られたそれぞれのストリームを、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルを両方持たないストリームであるかのうちの１つとし、それらを示すフラグを別途記録しても良い。
【００５２】
上記したフラグは第１のファイルに記録されても良い。
【００５３】
更に、必ずタイムマップを持つとは限らないストリームに対するタイムマップ、またはテーブルが、別ファイルに記録されても良い。
【００５４】
本発明の更に他の態様によれば、上記データ記録方法でデータを記録するデータ記録装置、及び／または上記データ記録方法で記録されたデータを再生するデータ再生装置が得られる。
【００５５】
また、本発明の他の態様によれば、前述したデータ記録方法で記録が行われた記録媒体が得られる。
【図面の簡単な説明】
【００５６】
【図１】本発明を実現する機能ブロック図であり、ここでは、記録系を主に示している。
【図２】本発明を実現する機能ブロック図であり、ここでは、再生系を示している。
【図３】本発明において使用されるファイル構成の一例を示す図である。
【図４】本発明において使用されるファイル構成の他の例を示す図である。
【図５】本発明において使用されるファイル構成の更に他の例を示す図である。
【図６】本発明において使用される他のファイル構成例を示す図である。
【図７】本発明において使用される更に他のファイル構成例を示す図である。
【図８】本発明に係る複数ＰＭＴ多重化ストリームの発生処理を説明するためのブロック図である。
【図９】本発明に係る１ＰＭＴ多重化ストリームの発生処理を説明するためのブロック図である。
【図１０】本発明に係るフルＴＳ多重化ストリームの発生処理を示すブロック図である。
【図１１Ａ】ＤＶＤ＿ＨＤＶＲファイル構成の一部を示す図である。
【図１１Ｂ】ＤＶＤ＿ＨＤＶＲファイル構成の他の部分を示す図である。
【図１２】管理データが第１のファイルに記録され、必ずタイムマップを持つとは限らないストリームが第２以降のファイルに記録される実施例を示す図である。
【図１３】管理データが第１のファイルに記録され、必ずタイムマップを持つストリームが第２ファイル以降のファイルに記録され、必ずタイムマップを持つとは限らないストリームが更に別のファイルに記録される実施例を示す図である。
【発明を実施するための最良の形態】
【００５７】
図１〜図１３を参照して、本発明の実施例に係るデータ記録方法を説明する。
【００５８】
図１及び２を参照すると、本発明によりマルチチャンネルビデオオーディオ記録を実現するデータ記録再生装置が示されている。図示された例の機能ブロックはソフトウェアによって実現されても良いし、ハードウェアによって実現されても良い。
【００５９】
図１では、マルチチャンネルビデオオーディオデータを、ＨＤＤまたはＤＶＤビデオレコーダに記録する例を示す。
【００６０】
図示された装置には、入力信号１０１として、ビデオオーディオデータが与えられ、ここでは、複数チャンネル入力の例を示している。
【００６１】
また、制御信号１０２が入力する。制御信号１０２は、多重化するチャンネルナンバーと多重化方法を指定するユーザーオペレーションデータである。
【００６２】
入力信号１０１を受けたチューナー１０３は、それぞれマルチチャンネルパーシャルＴＳを出力し、選択ブロック１０４により必要なチャンネルが選択される。または、チューナー１０３はフルＴＳを出力し、出力されたフルＴＳを選択ブロック１０４により選択しても良い。
【００６３】
選択ブロック１０４により選択された各パーシャルＴＳまたはフルＴＳストリームは、統合ブロック１０５に入力する。統合ブロック１０５では、指定されたチャンネルのパーシャルＴＳを複数ＰＭＴで多重統合化する。または、統合ブロック１０５は指定されたチャンネルのパーシャルＴＳを１ＰＭＴで多重統合化する。指定はブロック１０９の制御の下に行われる。
【００６４】
統合ブロック１０５により多重統合化されたデータは、記録フォーマット化ブロック１０６により、ＨＤＤ１０７またはＤＶＤ１０８に対応したフォーマット化が行われる。フォーマット化は、ＨＤＤ１０７、ＤＶＤ１０８それぞれの物理フォーマット、ファイルフォーマット、ビデオアプリケーションフォーマットに従った形で行われる。
【００６５】
記録フォーマット化ブロック１０６によりフォーマット化されたビデオオーディオデータは、ＨＤＤ１０７またはＤＶＤ１０８に、ブロック１０９により指定されたファイルとして記録される。
【００６６】
同時に、制御入力１０２は、記録ファイル決定、管理データ発生ブロック１０９に与えられ、記録フォーマット化ブロック１０６において記録フォーマット、記録ファイルを指定するとともに、多重統合化されるチャンネル、方法、データに応じた管理データを発生し、専用の管理データファイルまたはタイムマップデータファイルとしてＨＤＤ１０７およびＤＶＤ１０８へ記録する。記録ファイル構造に関しては、後ほど詳しく述べる。
【００６７】
ＨＤＤ１０７およびＤＶＤ１０８に記録されたデータは、両者間でダビングが行われるとともに、出力１１０として再生される。再生は図示したようにＨＤＤ１０７は再生１、ＤＶＤ１０８は再生２として再生してもよく、図示していないが再生１と再生２を選択するセレクタを経由した後、１系統として再生してもいい。
【００６８】
図２に、マルチチャンネル記録／再生されたデータを表示出力するブロック図を示す。図２において、再生２０１から再生信号が入力される。入力する再生信号は図１に示した出力１１０に相当する。
【００６９】
また、同時に制御信号２０２が入力する。制御信号２０２は、多重化された再生データを表示出力する方法を指定するユーザーオペレーションデータである。
【００７０】
再生信号２０１は、再生フォーマット解読ブロック２０３に与えられ、当該再生フォーマット解読ブロック２０３により、ビデオオーディオデータの多重化チャンネル、方法、データなどが解読される。
【００７１】
再生フォーマット解読ブロック２０３の出力は、ＭＰＥＧデコードブロック２０４によりＭＰＥＧ圧縮がデコードされる。なお、圧縮方式はＭＰＥＧ以外でもよく、ＭＰＥＧ以外の圧縮ストリームは、圧縮された方式でデコードされる。
【００７２】
ＭＰＥＧデコードブロック２０４の出力は、再生映像再構成ブロック２０５により再構成される。記録されたマルチチャンネルビデオオーディオデータのうち選択表示されるチャンネル、表示位置などが指定され、それにより再生映像データの再構成が行われる。
【００７３】
再生映像再構成ブロック２０５の出力は、Ｄ／Ａ２０６によりアナログビデオオーディオ信号に変換される。ここには、ノイズリデューサ、フィルタなどが含まれてもいい。
【００７４】
制御入力２０２は、管理データ解読、再生ファイル決定ブロック２０７により、再生データから管理データが解釈され、再生するファイルが決定され、再生制御し、再生映像再構成方法が決定され、再生映像再構成ブロック２０５を制御する。
【００７５】
Ｄ／Ａ２０６の出力は、出力２０８から、ビデオオーディオとして出力される。
【００７６】
図３に、管理データが第１のファイルに記録され、映像または音声またはデータフォーマットのうち少なくとも１個のフォーマット内容が第１のファイルに記録され、かつ時刻と記録位置の関係が記録されないストリームが、第２のファイルに記録される例を示す。
【００７７】
３０１が第１のファイル、３０２が第２のファイルである。
【００７８】
第１のファイル３０１には、管理データ３０３が含まれている。管理データ３０３には、第２のファイル３０２を構成するトランスポートストリーム３０４に関する情報が記録されている。なお、管理データ３０３に関しては、後ほど詳しく説明する。
【００７９】
第２のファイル３０２には、放送局からデジタル放送により放送されたトランスポートストリーム３０４が含まれている。トランスポートストリーム３０４に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル３０１、第２のファイル３０２において、タイムマップは存在しない。本発明では、タイムマップを持たないストリームを管理データと個別の領域に記録することにより、複数ストリームにおけるタイムマップを計算する必要がなくなり、容易に複数ストリームの同時記録が可能となる。
【００８０】
図４に、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別された２種類のストリームが第２のファイルに記録され、第２のファイルに記録された２種類のストリームを区別するためのフラグを、第１のファイルに配置し、タイムマップが第３のファイルに記録される例を示す。
【００８１】
４０１が第１のファイル、４０２が第３のファイル、４０３が第２のファイルである。
【００８２】
第１のファイル４０１には、管理データ４０４が含まれている。管理データ４０４には、第２のファイル４０３を構成するトランスポートストリーム４０６および４０７に関する情報が記録されている。なお、管理データ４０４に関しては、後ほど詳しく説明する。
【００８３】
第３のファイル４０２には、タイムマップデータ４０５が含まれている。タイムマップデータ４０５は、トランスポートストリーム４０６の時刻と記録位置の関係を示すマップである。また、図４では、管理データ４０４が第１のファイル４０１に含まれ、タイムマップデータ４０５が第３のファイル４０２に含まれるとしているが、管理データ４０４とタイムマップデータ４０５が両方とも第１のファイル４０１に含まれるように構成してもいい。その場合、第３のファイル４０２は存在しなくなる。
【００８４】
第２のファイル４０３には、放送局からデジタル放送により放送されたトランスポートストリーム４０６、４０７が含まれている。トランスポートストリーム４０６に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、図示された例では、第１のファイル４０１中の管理データ４０４、または、タイムマップ専用の第３のファイル４０２中に、タイムマップデータ４０５の形でタイムマップが記録される。このように、タイムマップは、管理データ４０４またはタイムマップデータ４０５のどちらとして記録されてもいい。
【００８５】
トランスポートストリーム４０７に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル４０１、第３のファイル４０２、その他のファイルにおいて、トランスポートストリーム４０７に関するタイムマップは存在しない。
【００８６】
図５に、管理データが第１のファイルに記録され、あらかじめ定められた方法で区別された２種類のストリームが、第２のファイル、第３のファイルにそれぞれ記録され、前記２種類のストリームを区別するためのフラグを、第１のファイルに配置し、タイムマップが第４のファイルに記録される例を示す。
【００８７】
５０１が第１のファイル、５０２が第４のファイル、５０３が第２のファイル、５０４が第３のファイルである。
【００８８】
第１のファイル５０１には、管理データ５０５が含まれている。管理データ５０５には、第２及び第３のファイル５０３及び５０４を構成するトランスポートストリーム５０７および５０８に関する情報が記録されている。なお、管理データ５０５に関しては、後ほど詳しく説明する。
【００８９】
第４のファイル５０２には、タイムマップデータ５０６が含まれている。タイムマップデータ５０６は、トランスポートストリーム５０７の時刻と記録位置の関係を示すマップである。また、図５では、管理データ５０５が第１のファイル５０１に含まれ、タイムマップデータ５０６が第４のファイル５０２に含まれるとしているが、管理データ５０５とタイムマップデータ５０６が両方とも第１のファイル５０１に含まれるとしてもいい。その場合、第４のファイル５０２は存在しないものとする。
【００９０】
第２及び第３のファイル５０３、５０４には、それぞれ放送局からデジタル放送により放送されたトランスポートストリーム５０７、５０８が含まれている。トランスポートストリーム５０７に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、第１のファイル５０１中の管理データ５０５、またはタイムマップ専用の第４のファイル５０２中のタイムマップデータ５０６としてタイムマップが記録される。
【００９１】
トランスポートストリーム５０８に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル５０１、第４のファイル５０２、その他のファイルにおいて、トランスポートストリーム５０８に関するタイムマップは存在しない。
【００９２】
管理データが第１のファイルに記録され、あらかじめ定められた方法で区別されたｎ種類（ただしｎ≧２）のストリームが、第２のファイル〜第（ｍ＋１）（ただしｍ≧２）のファイルに記録され、前記ｎ種類のストリームを区別するためのフラグを、第１のファイルに配置し、タイムマップが第４のファイルに記録される場合に関しては、図示を省略する。
【００９３】
この場合、例えば２種類のストリームが第２のファイル、他の２種類のストリームが第３のファイルにそれぞれ記録されるときは、図５において、トランスポートストリーム１とトランスポートストリーム２が第２のファイル５０３、トランスポートストリーム３とトランスポートストリーム４が第３のファイル５０４にそれぞれ配置される形とすればいい。
【００９４】
ここで、ｋ＝２の場合、タイムマップは２種類のストリームに関して作成されるため、たとえば、第２のファイル５０３に含まれるストリーム１、２に関して作成され、
第３のファイル５０４に含まれるストリーム３、４に関して作成されないものとすればいい。
【００９５】
また、ｋ＝１の場合、タイムマップは１種類のストリームに関して作成されるため、たとえば、第２のファイル５０３に含まれるストリーム１に関して作成され、第２のファイル５０３に含まれるストリーム２、および第３のファイル５０４に含まれるストリーム３、４に関して作成されないものとすればいい。
【００９６】
上記したように、ストリームの種類に応じてファイルの数は、ファイル制御の容易性並びに編集の容易性を考慮して任意に選択することができる。
【００９７】
図６に、図４においてフォーマット内容が不明であるストリームが、第４のファイルに記録される例を示す。
【００９８】
６０１が第１のファイル、６０２が第３のファイル、６０３が第２のファイル、６０４が第４のファイルである。
【００９９】
第１のファイル６０１には、管理データ６０５が含まれている。管理データ６０５には、第２のファイル６０３および第４のファイル６０４を構成するトランスポートストリーム６０７、６０８および６０９に関する情報が記録されている。トランスポートストリーム６０９はフォーマット内容が不明であるため、すべての情報が記録されていなくてもよく、何も記録されなくてもいい。なお、管理データ６０５に関しては、後ほど詳しく説明する。
【０１００】
第３のファイル６０２には、タイムマップデータ６０６が含まれている。タイムマップデータ６０６は、トランスポートストリーム６０７の時刻と記録位置の関係を示すマップである。また、図６では、管理データ６０５が第１のファイル６０１に含まれ、タイムマップデータ６０６が第３のファイル６０２に含まれるとしているが、管理データ６０５とタイムマップデータ６０６が両方とも第１のファイル６０１に含まれるとしてもいい。その場合、第３のファイル６０２は存在しないものとする。
【０１０１】
第２のファイル６０３には、放送局からデジタル放送により放送されたトランスポートストリーム６０７、６０８が含まれている。トランスポートストリーム６０７に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、第１のファイル６０１中の管理データ６０５、またはタイムマップ専用の第３のファイル６０２中のタイムマップデータ６０６として、タイムマップが記録される。タイムマップは、管理データ６０５またはタイムマップデータ６０６のどちらに含まれていてもいい。
【０１０２】
トランスポートストリーム６０８に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル６０１、第３のファイル６０２、その他のファイルにおいて、トランスポートストリーム６０８に関するタイムマップは存在しない。
【０１０３】
第４のファイル６０４には、フォーマット内容が不明であるプライベートデータ６０９が含まれる。これは、例えば放送局が不明な放送データ、放送以外のデータなどが含まれる。管理データ６０５には、プライベートデータ６０９に関するデータの中で判明しているもののみ記録すればよく、何も記録しなくてもいい。また、第１のファイル６０１、第３のファイル６０２、第２のファイル６０３において、６０９に関するタイムマップは存在しない。
【０１０４】
このように、この実施例では、放送局が不明な放送データ、放送以外のデータ等のプライベートデータをも同時に記録することができる。
【０１０５】
図７に、図６においてフォーマット内容が不明であるストリームが、第５のファイルに記録される例を示す。
【０１０６】
７０１が第１のファイル、７０２が第４のファイル、７０３が第２のファイル、７０４が第３のファイル、７０５が第５のファイルである。
【０１０７】
第１のファイル７０１には、管理データ７０６が含まれている。管理データ７０６には、第２のファイル７０３、第３のファイル７０４および第５のファイル７０５を構成するトランスポートストリーム７０８、７０９およびプライベートデータ７１０に関する情報が記録されている。プライベートデータ７１０はフォーマット内容が不明であるため、すべての情報が記録されていなくてもよく、何も記録されなくてもいい。なお、管理データ７０６に関しては、後ほど詳しく説明する。
【０１０８】
第４のファイル７０２には、タイムマップデータ７０７が含まれている。タイムマップデータ７０７は、トランスポートストリーム７０８の時刻と記録位置の関係を示すマップである。また、図７では、管理データ７０６が第１のファイル７０１に含まれ、タイムマップデータ７０７が第４のファイル７０２に含まれるとしているが、管理データ７０６とタイムマップデータ７０７が両方とも第１のファイル７０１に含まれるとしてもいい。その場合、第４のファイル７０２は存在しないものとする。
【０１０９】
第２、第３のファイル７０３、７０４には、放送局からデジタル放送により放送されたトランスポートストリーム７０８、７０９が含まれている。トランスポートストリーム７０８に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットが記録でき、かつ時刻と記録位置の関係を示すタイムマップも記録される。即ち、第１のファイル７０１中の管理データ７０６、またはタイムマップ専用の第４のファイル７０２中のタイムマップデータ７０７としてタイムマップが記録される。タイムマップは、管理データ７０６またはタイムマップデータ７０７のどちらとして記録されてもいい。
【０１１０】
トランスポートストリーム７０９に関しては、記録装置として、放送局名、映像符号化フォーマット、音声符号化フォーマットは記録できるが、時刻と記録位置の関係を示すタイムマップは記録しないものとする。従って、第１のファイル７０１、第４のファイル７０２、その他のファイルにおいて、トランスポートストリーム７０９に関するタイムマップは存在しない。
【０１１１】
第５のファイル７０５には、フォーマット内容が不明であるプライベートデータ７１０が含まれる。これは、例えば放送局が不明な放送データ、放送以外のデータなどが含まれる。管理データ７０６には、プライベートデータ７１０に関するデータの中で判明しているもののみ記録すればよく、何も記録しなくてもいい。また、第１のファイル７０１、第４のファイル７０２、第２のファイル７０３、第３のファイル７０４において、プライベートデータ７１０に関するタイムマップは存在しない。
【０１１２】
図７に示された実施例においても、図６と同様の効果を得ることができる。
【０１１３】
さて、これ以降において、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８を、タイムマップを持つストリームとし、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９を、タイムマップを持たないストリームとして例示する。
【０１１４】
１ＰＭＴ（Program Map Table）を持つパーシャルＴＳ（Transport Stream）を、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８に記録し、それ以外のストリームを、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
【０１１５】
ここで、ＰＭＴはプログラムマップテーブルと呼び、放送されたストリームなどにおいて、１個のサービス中の映像データ、音声データ、データ放送データ、字幕データなどがどこに配置されているかを示すテーブルである。通常は１個のサービスにおいて１個のＰＭＴを持つが、今後の新しい放送においては、複数のＰＭＴを持つ番組も考えられる。
【０１１６】
第１のストリームは少なくとも１ＰＭＴパーシャルＴＳであることが必要だが、第２のストリームに関しては、１ＰＭＴパーシャルＴＳでなくても良い。１ＰＭＴパーシャルＴＳである場合、タイムマップを持たない。
【０１１７】
第２のストリームとして記録されたタイムマップを持たない１ＰＭＴパーシャルＴＳは、後からタイムマップが計算され、タイムマップを持つ第１のストリームとして、再定義されてもいい。この場合、ストリームは再記録されなくてもよく、管理データだけが書き換えられてもいい。
【０１１８】
このように、この実施例では、管理データが第１のファイルに記録され、１ＰＭＴのパーシャルＴＳを第１のストリーム、他のＴＳを第２のストリームとしたとき、第１および第２のストリームが第２のファイルに記録され、第２のファイルに記録された２種類のストリームを区別するためのフラグを、第１のファイルに配置している。また、タイムマップを持つストリームを第１のストリーム、タイムマップを持たないストリームを第２のストリームとして、第１のストリームに対するタイムマップを第１のファイル、または第３のファイルに記録されている。この場合、管理データは、ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部を示すことにより、１ＰＭＴのパーシャルＴＳを第１のストリームにタイムマップつきで、多チャンネルパーシャルＴＳ、またはフルＴＳを第２のストリームにタイムマップなしで容易に記録動作を実現することができる。
【０１１９】
図８に、複数のＰＭＴを持つストリームから構成された１個のストリームを、１ファイルに記録する例を示す。
【０１２０】
図８に示すように、複数の入力１０１からチューナー１０３を経由し、例えば各１個のＰＭＴを持つストリームから、パーシャルストリーム抽出ブロック８０１により３個のＰＭＴを持つストリームを抽出し、多重化ブロック８０２により多重化し、多重化ストリーム８０３を発生すると、多重化ストリーム８０３には異なった３チャンネルのデータが多重化されることになる。これは、例えば、異なったＰＭＴを持つ複数の放送局（例えば、ＮＴＶ、ＴＢＳ、フジテレビ）により放送されたストリームを多重化して３個のＰＭＴを持つ多重化ストリーム８０３を構成するイメージとなる。
【０１２１】
このような複数チャンネルが多重化された多重化ストリーム８０３を、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
【０１２２】
図９に、複数のストリーム、または複数のＰＭＴ（プログラムマップテーブル）を持つストリームから構成された１個のストリームを、１ファイルに記録する他の例を示す。
【０１２３】
図９に示すように、入力１０１からチューナー１０３を経由し、例えば各１個のＰＭＴを持つストリームから、パーシャルストリーム抽出ブロック９０１により３個のＰＭＴを持つストリームを抽出、多重化・１ＰＭＴ化ブロック９０２により多重化・１ＰＭＴ化し、多重化ストリーム９０３を発生すると、多重化ストリーム９０３には異なった３チャンネルのデータが１ＰＭＴとして多重化されることになる。これは、異なったＰＭＴを持つ複数の放送局（例えば、日本テレビ、ＴＢＳ、フジテレビ）により放送されたストリームを多重化し、かつ１個のＰＭＴを持つストリーム９０３を構成するイメージとなる。
【０１２４】
このような複数チャンネルが多重化されたストリーム９０３を、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８に記録してもいい。
【０１２５】
さて、図８、図９に示すストリームは、複数チャンネルのパーシャルＴＳであってもいい。
【０１２６】
または、図８、図９に示すストリームは、フルＴＳであってもいい。
【０１２７】
図１０にフルＴＳを示す。
【０１２８】
図１０に示すように、入力１０１からチューナー１０３を経由し、フルＴＳ抽出ブロック１００１によりフルＴＳを抽出し、多重化ストリーム１００２を発生する。
【０１２９】
ここで、フルＴＳとは、例えば、ＢＳデジタル放送では１放送波である１トランスポンダが２個のフルＴＳで構成されており、そのうち１フルＴＳとは、１個の通常放送の放送局と複数のデータ放送またはオーディオ放送の放送局から放送される放送波を１本のＴＳにまとめたストリームである。
【０１３０】
即ち、フルＴＳは、例えば異なったＰＭＴを持つビーエス日本、ビーエスフジ、独立データ放送により放送された多重化ストリームのイメージとなる。
【０１３１】
このようなフルＴＳストリーム１００２を、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
【０１３２】
また、管理データの中に時刻情報が記述されたストリームを、トランスポートストリーム１である図４の４０６、図５の５０７、図６の６０７、または図７の７０８に記録してもいい。
【０１３３】
管理データの中に時刻情報が記述されないストリームを、トランスポートストリーム２である図３の３０４、図４の４０７、図５の５０８、図６の６０８、または図７の７０９に記録してもいい。
【０１３４】
前記時刻情報は、ＭＰＥＧ（Moving Picture Expert Group）で規定されたＰＴＳ（Presentation Time Stamp）であってもいい。
【０１３５】
前記ＰＴＳは、ＳＯＢ（Stream Object）開始ＰＴＳ、ＳＯＢ最終ＰＴＳ、ＣＥＬＬ開始ＰＴＳ、ＣＥＬＬ最終ＰＴＳのうち、全部、または一部とする。ここで、ＳＯＢはストリームを一回記録するごとに１個発生する記録単位である。また、ＣＥＬＬはＳＯＢをあらかじめ決められた時間、またはユーザー指定により分割または参照する単位である。
【０１３６】
また、トランスポートストリーム１、トランスポートストリーム２とも、ストリームフォーマットが既知でなければならないとしてもよい。ここで、Stream Format（ストリームフォーマット）とは、Application format（アプリケーションフォーマット）とCountry code（国コード）の両方または一方を示す。Application formatは、放送方式が日本のデジタル放送（ＡＲＩＢ）フォーマットまたは米国のＡＴＳＣフォーマットまたは欧州のＤＶＢフォーマットなどのどのフォーマットに属しているかを示し、Country codeはデータが記録された国のコードを示す。
【０１３７】
また、トランスポートストリーム１、トランスポートストリーム２とも、映像または音声またはデータフォーマットの内容が既知であってもいい。例えば、トランスポートストリーム１、トランスポートストリーム２とも、日本のデジタル放送で規定されたフォーマットであることが分かっていてもいい。
【０１３８】
また、図６の６０９、図７の７１０のプライベートデータに関しては、ストリームフォーマットが不明であってもいい。
【０１３９】
また、図６の６０９、図７の７１０のプライベートデータに関しては、映像または音声またはデータフォーマットの内容が不明であってもいい。
【０１４０】
さて、トランスポートストリーム２である、図３の３０４、図４の４０７、図５の５０８、図６の６０８、図７の７０９、または、トランスポートストリーム１である、図４の４０６、図５の５０７、図６の６０７、図７の７０８は、蓄積型放送により放送されたストリームでもいい。
【０１４１】
ここで、蓄積型放送とは、通常の放送において伝送ビットレートに余裕があるとき、余裕分により低ビットレートで放送を行い、または深夜など通常の放送が行われていないときに放送を行い、放送された信号はホームサーバに蓄積されることを前提としており、視聴時において、蓄積されたビットストリームが通常速度で一挙に再生されるものである。
【０１４２】
第２のストリームとして記録された蓄積型放送データは、後からタイムマップが計算され、タイムマップを持つ第１のストリームとして、再定義されてもいい。この場合、ストリームは再記録されなくてもよく、管理データだけが書き換えられてもいい。
【０１４３】
次に、図３における３０３、図４における４０４、図５における５０５、図６における６０５、図７における７０６に示す、管理データに関して詳細を述べる。
【０１４４】
管理データには、以下のデータが含まれる。
【０１４５】
ストリームフォーマット識別情報、１ＰＭＴのパーシャルＴＳであるか他のＴＳであるかを示すフラグ、ＰＭＴ数、他のＴＳにおける多重化チャンネル数、ＴＳフォーマット構成情報、および、各チャンネルごとに、放送局情報、動画データ圧縮方式、音声データ圧縮方式、静止画データ圧縮方式、アニメーションデータ圧縮方式、タイムマップなしかありかを示すフラグ、時刻情報の有無を示すフラグ、通常放送ストリームか蓄積型放送ストリームかを示すフラグ、のうち全部、または一部を配置する。
【０１４６】
また、その中で、動画データ圧縮方式としてＭＰＥＧビデオかＨ．２６４ビデオかWindows（登録商標）Mediaビデオかの種別、音声データ圧縮方式としてＭＰＥＧオーディオかDolbyオーディオかＤＴＳオーディオかの種別、静止画データ圧縮方式としてＪＰＥＧかＰＮＧかの種別、を示す。
【０１４７】
さらに具体的な例を示すと、以下のようになる。
ファイル構成を図１１Ａ及び図１１Ｂに示す。
ここでは、全体のファイル名をDVD_HDVRとした。
【０１４８】
DVD_HDVRは、図１１Ａ及び図１１Ｂに示すように、HR_MANGR.IFOファイル、HR_STMAP.IFOファイル、HR_STRMx.SROファイル、HR_EXTBC.DATファイルなどのファイルから構成される。これらのファイルはすべて存在しなくてもよく、HR_MANGR.BUPというバックアップファイルを初めとする他のファイルが存在してもいい。
【０１４９】
図３における３０３、図４における４０４、図５における５０５、図６における６０５、図７における７０６に示す管理データは、HR_MANGR.IFOファイルに相当する。
【０１５０】
HR_MANGR.IFOは、Stream File Information Table（STM_AVFIT）、その他のデータから構成される。
Stream File Information Table（STM_AVFIT）は、SOB Stream Information #1~SOB  Stream Information #n、その他のデータから構成される。
SOB Stream Informationは一回記録が行われるごとに１個ずつ発生する。
SOB Stream Informationは、STM_ATR（Stream Attribute）、その他のデータから構成される。
【０１５１】
STM_ATRには、以下のフラグ、データが含まれる。
・Stream format  
＊Application format  
000のとき、日本のデジタル放送（ＡＲＩＢ）フォーマット  
001のとき、米国のＡＴＳＣフォーマット  
010のとき、欧州のＤＶＢフォーマット  
その他のとき、保留  
＊Country code：データが記録された国のコード  
・TS flag：ＳＯＢ（Stream Object）が、１ＰＭＴのパーシャルＴＳから構成されているか、その他のデータから構成されているか。  
00のとき、１ＰＭＴパーシャルＴＳ  
01のとき、他のＴＳ（例えばマルチチャンネルＴＳ）  
11のとき、保留  
・PMT number：ＰＭＴナンバー、ＰＭＴ数  
ＳＯＢが、いくつのＰＭＴから構成されているかを示す、ＰＭＴ数  
・Channel number：チャンネル数  
１ＰＭＴパーシャルＴＳが記録されているとき、チャンネル数は１のため、１を示す。  
他のＴＳ（例えばマルチチャンネルＴＳ）が記録されているとき、チャンネル数を示す。  
・TS Format information：ＴＳフォーマット構成情報  
000のとき、１ＰＭＴ、かつ１チャンネルのパーシャルＴＳ  
001のとき、１ＰＭＴ、かつ異なった複数チャンネルのパーシャルＴＳ  
010のとき、複数ＰＭＴ、かつ異なった複数チャンネルのパーシャルＴＳ  
011のとき、１ＰＭＴ、かつフルＴＳ  
100のとき、複数ＰＭＴ、かつフルＴＳ  
その他のとき、保留
以下、チャンネル数分だけ記述する。
・Broadcast channel：放送局を示す。  
000000のとき、ＮＨＫ総合  
000001のとき、ＮＨＫ教育  
000010のとき、日本テレビ（ＮＴＶ）  
000011のとき、ＴＢＳ  
000100のとき、フジテレビ  
000101のとき、テレビ朝日  
000110のとき、テレビ東京  
000111のとき、ＭＸテレビ  
001000のとき、デジキャス  
001001のとき、ビーエスコミュニケーションズ  
001010のとき、メディアサーブ  
001011のとき、ＢＳ日テレラジオ  
010000のとき、プラットワン  
010001のとき、ＳｋｙＰｅｒｆｅｃＴＶ！  
その他のとき、保留  
・Broadcast video mode：放送されているビデオデータの圧縮方式  
000のとき、ＭＰＥＧ−２  
001のとき、ＭＰＥＧ−１  
010のとき、ＭＰＥＧ−４  
011のとき、Ｈ．２６４  
100のとき、ＷＭ９  
101〜111のとき、保留  
・Broadcast audio mode：放送されているオーディオデータの圧縮方式  
000のとき、ＭＰＥＧ−２  ＡＡＣ  
001のとき、Ｄｏｌｂｙ  ＡＣ−３  
010のとき、ＭＰＥＧ−１  
011のとき、ＭＰＥＧ−２Ｂ  
100のとき、ＤＴＳ  
101のとき、ＬＰＣＭ  
110〜111のとき、保留  
・Broadcast still-picture mode：放送されている静止画データの圧縮方式  
000のとき、ＪＰＥＧ  
001のとき、ＰＮＧ  
010〜111のとき、保留  
・Broadcast animation mode：放送されているアニメーションデータの圧縮方式  
000のとき、ＭＮＧ  
001〜111のとき、Ｒｅｓｅｒｖｅｄ  
・Time map flag：タイムマップ有無  
00のとき、タイムマップを持たない０１のとき、タイムマップを持つ  
10〜11のとき、保留  
・PTS flag：ＰＴＳ有無  
00のとき、ＰＴＳを持たない０１のとき、ＰＴＳを持つ  
10〜11のとき、保留  
・Storage broadcast flag：蓄積型放送ストリーム表示  
00のとき、このＳＯＢは通常放送ストリームである  
01のとき、このＳＯＢは蓄積型放送ストリームである  
10〜11のとき、保留
【０１５２】
図１１Ｂに示されたHR_STMAP.IFOは、１ＰＭＴパーシャルＴＳ用タイムマップテーブルであり、  
・１STREF_SZ：ＳＯＢＵ第１リファレンスピクチャーサイズ  
・DATABC_PB_TM：ＳＯＢＵ再生時間（ビデオフィールド数）  
・DATABC_SZ：ＳＯＢＵサイズ（セクター数）  
から構成される。
【０１５３】
HR_STRMx.SROは、１ＰＭＴパーシャルＴＳ、および他のＴＳ（例えばマルチチャンネルＴＳ）から構成されるストリームデータファイルであり、  
・トランスポートストリーム１である、１ＰＭＴパーシャルＴＳ  
ストリームフォーマット、または映像または音声またはデータフォーマットのうち、少なくとも１個のフォーマット内容がHR_MANGR.IFOファイルに記録され、かつタイムマップがHR_MANGR.IFOまたはHR_STMAP.IFOファイルに記録されたトランスポートストリーム  
・トランスポートストリーム２である、他のＴＳ（例えばマルチチャンネルＴＳ）  
ストリームフォーマット、または映像または音声またはデータフォーマットのうち、少なくとも１個のフォーマット内容がHR_MANGR.IFOファイルに記録され、かつタイムマップが記録されないトランスポートストリームである。
【０１５４】
HR EXTBC.DATは、ストリームフォーマット、または映像または音声またはデータフォーマットが不明なPrivate TS、またはユーザーデータ、その他のストリームである。
【０１５５】
さて、管理データにより、以下のようにマルチチャンネル記録が行われる。  
ユーザーは、マルチチャンネル記録を行いたいチャンネルナンバーを入力する。これは、例えばリモコンなどにより、「ＮＨＫ（第１チャンネル）とＮＴＶ（第４チャンネル）を記録」のように指定される。
【０１５６】
この制御信号は、図１における制御入力１０２から入力され、記録ファイル決定、管理データ発生ブロック１０９により、記録ファイルが指定され、管理データが発生される。  記録ファイルは、HR_STRMx.SROが指定され、タイムマップを持たないトランスポートストリーム２として記録される。トランスポート２のため、１ＰＭＴパーシャルＴＳ以外のＴＳ、かつＰＴＳを持たないモードが選択される。
【０１５７】
管理データは、HR_MANGR.IFOが指定され、その中のSOB Stream InformationのSTM_ATRにおいて、  
・Stream format  
＊Application format：000  日本のデジタル放送（ＡＲＩＢ）フォーマット  
＊Country code：  日本を示すコード  
・TS flag：01  他のＴＳ（マルチチャンネルＴＳ）  
・PMT number：2  ＰＭＴナンバー、ＰＭＴ数  
・Channel number：2  チャンネル数  
・TS Format information：010  複数ＰＭＴ、かつ異なった複数チャンネルのパーシャルＴＳ  
（第１のチャンネル）
・Broadcast channel：000000  ＮＨＫ総合  
・Broadcast video mode：000  ＭＰＥＧ−２  
・Broadcast audio mode：000  ＭＰＥＧ−２  ＡＡＣ  
・Broadcast still-picture mode：000  ＪＰＥＧ  
・Broadcast animation mode：000  ＭＮＧ  
・Time map flag：00  タイムマップを持たない  
・PTS flag：00  ＰＴＳを持たない  
・Storage broadcast flag：00  通常放送ストリームである  
（第２のチャンネル）  
・Broadcast channel：000010  日本テレビ（ＮＴＶ）  
・Broadcast video mode：000  ＭＰＥＧ−２  
・Broadcast audio mode：000  ＭＰＥＧ−２  ＡＡＣ  
・Broadcast still-picture mode：000  ＪＰＥＧ  
・Broadcast animation mode：000  ＭＮＧ  
・Time map flag：00  タイムマップを持たない  
・PTS flag：00  ＰＴＳを持たない  
・Storage broadcast flag：00  通常放送ストリームである  
のように、データが指定される。
【０１５８】
管理データ（HR_MANGR.IFOファイル）では、少なくともStream format、TS flagにより、マルチチャンネル記録データの内容を示すことができる。
【０１５９】
このように、トランスポートストリーム１、トランスポートストリーム２を定義し、  
・トランスポートストリーム１はタイムマップを持ち、トランスポートストリーム２はタイムマップを持たない。  
・トランスポートストリーム１は１ＰＭＴパーシャルＴＳであり、トランスポートストリーム２はその他のＴＳである。  
・トランスポートストリーム１は管理データの中にＰＴＳを持ち、トランスポートストリーム２は管理データの中にＰＴＳを持たない。  
とした上で、  
管理データ（HR_MANGR.IFOファイル）によりそれぞれの内容を示すことにより、トランスポート２を使って、容易にマルチチャンネル記録、再生を実現することができ、最初はタイムマップなしのマルチチャンネル記録であっても、後からタイムマップを計算することにより、容易にタイムマップつきのマルチチャンネル記録を実現することができる。
【０１６０】
前記に示した管理データは、データ構成、データ配置順、フラグ名、ビット数、ビット割り当ては例示したものと同じでなくてもいい。
【０１６１】
前記に示した管理データは、全データが存在しなくても、その一部だけが存在してもいい。
【０１６２】
前記に示した管理データは、発生する単位が、もつと大きい単位でも、小さい単位でもいい。
【０１６３】
また、これらの管理データが記録媒体に記録されたときの、開始アドレス、終了アドレス、データ長が、適宜記録されてもいい。
【０１６４】
ストリームはトランスポートストリームだけでなく、プログラムストリーム、ＰＥＳ、ＥＳなどに関しても同様とする。
【０１６５】
また、以上述べてきた記録方法でデータを記録するデータ記録装置、または以上述べてきた記録方法で記録されたデータを再生するデータ再生装置も、本発明に含まれるものとする。
【０１６６】
また、以上述べてきた記録方法で記録が行われた記録媒体も、本発明に含まれるものとする。
【０１６７】
上記した実施例は、ＤＶＤ−Ｆｏｒｕｍで規定されたタイムマップを持たないストリームについて説明したが、タイムマップを持たないストリームも、放送ストリームの到着時刻と記録アドレスとの関係を示すテーブル付ストリームと、これらのテーブルを持たないテーブル無ストリームとに区分できる。ここでは、テーブル付ストリームとテーブル無ストリームとを必ずタイムマップを持つとは限らないストリームと呼ぶものとする。以下では、テーブル付ストリーム及びテーブル無ストリームを、タイムマップを持つストリームと共に記録する方法について説明する。
【０１６８】
なお、実施例には示してないが、タイムマップを持つとは限らないストリーム中の一部に、タイムマップを持つストリームが含まれていてもいい。
【０１６９】
図１２に示された実施例では、管理データが管理ファイルとして設けられた第１のファイル１２０１に記録され、必ずタイムマップを持つとは限らないストリームが第２のファイル１２０２に記録されている。図示された例において、第２のファイル１２０２は到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録するファイル１２０３と、当該テーブルを持たないファイル１２０４とによって構成されている。
【０１７０】
更に、ファイル１２０３に記録されたストリームのテーブルデータが第３のファイル１２０５に格納されている。また、第１のファイル１２０１には、管理データとして、フラグ１２０６が記録されており、図示されたフラグ１２０６は、それぞれタイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及びテーブルの両方を持たないストリームであるかを示している。
【０１７１】
プレーヤは、フラグ１２０６を読み取り、第２のファイル１２０２が、必ずタイムマップを持つとは限らないストリームを記録したファイルであり、このファイルのうち、ファイル１２０３は到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録したファイル、ファイル１２０４は時刻と記録アドレスの関係を示すテーブルを持たないストリームを記録したファイルであることを知る。更に、フラグ１２０６によって、第３のファイル１２０５に、ファイル１２０３に記録されたストリームの到着時刻と記録アドレスの関係を示すテーブルが記録されていることを知る。
【０１７２】
図示されたファイル１２０３に記録されたストリームについては簡単なタイムサーチが行われ、他方、ファイル１２０４に記録されたストリームについてはタイムサーチが行われない。
【０１７３】
図１３には、管理データが第１のファイル１３０１に記録され、必ずタイムマップを持つストリームが第２以降のファイルに記録されると共に、必ずタイムマップを持つとは限らないストリームが更に別のファイルに記録される実施例が示されている。具体的に説明すると、図示された例は、管理ファイル（第１のファアル）１３０１、タイムマップを持つストリームを記録するファイル１３０２、１３０３、及び、タイムマップを持たないストリームによって構成されるファイル１３０４、１３０５を有している。更に、ファイル１３０４は、到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録するファイル１３０６及び時刻と記録アドレスの関係を示すテーブルを持たないストリームを記録するファイル１３０７とによって構成されており、ファイル１３０５は、到着時刻と記録アドレスの関係を示すテーブルを持つストリームを記録するファイル１３０８及び時刻と記録アドレスの関係を示すテーブルを持たないストリームを記録するファイル１３０９とによって構成されている。
【０１７４】
更に、図示された例では、ファイル１３０２及び１３０３に記録されたストリームのタイムマップのデータを記録したファイル１３１０及び１３１１が設けられており、更に、ファイル１３０６、１３０８に記録されたストリームのテーブルデータを記録したファイル１３１２、１３１３が設けられている。
【０１７５】
また、第１のファイル１３０１に記録されたフラグ１３１４は、各ストリームがタイムマップを有するストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、或いは、タイムマップ及びテーブルのいずれをも持たないストリームであるかを示している。
【０１７６】
プレーヤは、フラグ１３０４を読み取り、ファイル１３０２〜１３０９に記録されたストリームを識別すると共に、ファイル１３１０〜１３１３に記録されたタイムマップ、テーブルを識別する。
【０１７７】
ファイル１３０２、１３０３に記録されたストリームについて、ファイル１３１０、１３１１に記録されたタイムマップを用いた正確なタイムサーチが行われ、ファイル１３０６、１３０８に記録されたストリームについては、ファイル１３１２、１３１３のテーブルデータを用いて簡単なタイムサーチが行われる。また、ファイル１３０７、１３０９に記録されたストリームについてはタイムサーチは行われない。
【０１７８】
上記したように、必ずタイムマップを持つとは限らないストリームは、タイムマップを持つストリーム、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム、及び、時刻と記録アドレスの関係を示すテーブルを持たないストリームのいずれか一つであっても良いし、或いは、放送ストリームの到着時刻と記憶アドレスの関係を示すテーブルを持つストリーム、または、表示時刻と記録アドレスの関係を示すテーブルを持たないストリームのいずれかであっても良い。上記ストリームの定義にしたがって、フラグも定義される。
【０１７９】
次に、ストリームに応じて定義されたフラグの一例を説明する。ここでは、当該フラグにより、タイムマップを持つストリームであるか、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリームであるか、タイムマップ及び到着時刻と記録アドレスの関係を示すテーブルの双方を持たないストリームを識別する場合について説明する。  管理ファイルであるHR_MANGR_IFOは、StreamFile Information Table（STM  AVFIT）、その他のデータから構成される。
【０１８０】
Stream File Information Table（STM AVFIT）は、SOB Stream Information #1~SOB  Stream Information #n、その他から構成される。SOB Stream Informationは１回記録が行われるごとに１個ずつ発生する。SOB Stream Informationは、STMATR（Stream Attribute）、その他のデータから構成される。
【０１８１】
STM ATRには、以下のフラグが含まれる。  
・Recording mode  
0：タイムマップを持つストリーム  
1：必ずタイムマップを持つとは限らないストリーム
・Map content for stream  
00：Recording mode＝0，または、Recording Mode=1かつタイムマップを持つストリーム  
01：Recording mode=1かつ放送ストリームの到着時刻と記録アドレスの関係を示すテーブルを持つストリーム  
10：Recording mode=1かつタイムマップおよび到着時刻と記録アドレスの関係を示すテーブルの双方を持たないストリーム  
11：保留
次に、タイムマップは以下のデータを含むものである。  
１、1STREF_SZ：１以上の整数のＧＯＰ（Group of Pictures）をＶＯＢＵ（Video Object）またはＥＳＯＢＵとしたとき、ＶＯＢＵまたはＥＳＯＢＵにおける第１リファレンスピクチヤー、即ち、Ｉピクチャーのサイズをパケットグループ数またはセクター数等で示すデータ、  
２、VOBU_PB_TM（SOBU_PB_TM）：当該ＶＯＢＵ（ＥＳＯＢＵ）が再生表示されている時間をビデオフィールド数等で示すデータ、  
３、VOBU_SZ（SOBU_SZ）：当該ＶＯＢＵ（ＥＳＯＢＵ）が記録されているサイズをパケットグループ数またはセクター数等で示すデータ。
【０１８２】
また、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルは、以下のデータを含むものである。  
１、AT_SOBU_SZ：例えば、ＥＳＯＢＵを１０秒毎に到着するデータの塊をとしたとき、ＥＳＯＢＵサイズをパケットグループ数またはセクター数等で示すデータ。
【０１８３】
上記したストリーム、タイムマップ、テーブルに関するファイル構成は、例示したものに限定されないし、管理データのデータ構成、データ配置順、フラグ名、ビット数、ビット割り当ても、上記したものに限定されない。更に、管理データは発生する単位がもっと大きい単位毎に発生されても、小さい単位毎に発生されても良い。更に、これらの管理データが記録媒体に記録されたときの、開始アドレス、終了アドレス、データ長が適宜記録されても良い。
【０１８４】
タイムマップ、及び、放送ストリームの到着時刻と記録アドレスの関係を示すテーブルに関しては、例示以外のデータが記録されても良い。
【０１８５】
尚、ストリームはトランスポートストリームだけでなく、プログラムストリーム、ＰＥＳ、ＥＳ等に関しても同様である。
【０１８６】
更に、上記したデータ記録方法に限定されることなく、当該データ記録方法を用いてデータを記録するデータ記録装置、当該データ記録方法で記録されたデータを再生するデータ再生装置も本発明に含まれ、且つ、当該データ記録方法で記録が行われた記録媒体も本発明に含まれる。
【０１８７】
本発明は、時刻と記録位置との関係を記録するストリームと、時刻と記録位置との関係を記録しないストリームとを個別の領域に区別して、そのいずれかとして記録することによって、複数のストリームまたはチャンネルの同時記録を可能にしている。本発明によれば、シークを頻繁に発生させることなく、同時記録が可能になり、このため、記録エラーの発生をも軽減できると言う効果がある。更に、本発明では、多重化すべきストリームの数に応じた時刻管理処理を行うことができる。即ち、本発明は、多重化すべきストリームの数が少ない場合には、正確なタイムマップを記録することにより正確な再生を可能にすると共に、多重化すべきストリームが多い場合には、簡便な時間情報を計算、記録するか、或いは、時間情報を計算しないで記録することにより、計算に要する負荷を軽減できると言う利点がある。
【産業上の利用可能性】
【０１８８】
本発明は、ＤＶＤ、ＨＤＤ等、種々の記録媒体を備え、デジタルデータを記録し、再生するデータ記録再生装置に適用できる。
【図１】
0004347297.tif 000002
【図２】
0004347297.tif 000003
【図３】
0004347297.tif 000004
【図４】
0004347297.tif 000005
【図５】
0004347297.tif 000006
【図６】
0004347297.tif 000007
【図７】
0004347297.tif 000008
【図８】
0004347297.tif 000009
【図９】
0004347297.tif 000010
【図１０】
0004347297.tif 000011
0004347297.tif 000012
0004347297.tif 000013
【図１２】
0004347297.tif 000014
【図１３】
0004347297.tif 000015