JP4200451B2 - 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム - Google Patents

情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム Download PDF

Info

Publication number
JP4200451B2
JP4200451B2 JP2005171896A JP2005171896A JP4200451B2 JP 4200451 B2 JP4200451 B2 JP 4200451B2 JP 2005171896 A JP2005171896 A JP 2005171896A JP 2005171896 A JP2005171896 A JP 2005171896A JP 4200451 B2 JP4200451 B2 JP 4200451B2
Authority
JP
Japan
Prior art keywords
file
directory
playlist
information
input
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2005171896A
Other languages
English (en)
Other versions
JP2005322405A (ja
Inventor
俊也 浜田
元樹 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2005171896A priority Critical patent/JP4200451B2/ja
Publication of JP2005322405A publication Critical patent/JP2005322405A/ja
Application granted granted Critical
Publication of JP4200451B2 publication Critical patent/JP4200451B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

本発明は、情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラムに関し、特にAVデータの再生制御を管理するフラグをディスクに記録し、再生時にそのフラグを利用して、簡単な操作で再生を制御することができるようにした情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラムに関する。
近年、記録可能で記録再生装置から取り外し可能なディスク型記録媒体として、各種の光ディスクが提案されている。このような記録可能な光ディスクは、数ギガバイト以上の容量を持つ大容量メディアとして提案されており、ビデオ信号等のAV(Audio Visual)信号を記録するメディアとしての期待が高い。
この記録可能な光デイスクに記録するデジタルAV信号のソース（供給源）としては、CS（Communication Satellite）デジタル放送やBS(Broadcasting Satellite)デジタル放送があり、また、将来はデジタル方式の地上波テレビジョン放送等も考えられている。
ここで、これらのソースから供給されるデジタルビデオ信号は、通常MPEG（Moving Picture Experts Group）-2 Video方式で画像圧縮されているのが一般的である。また、記録装置には、その装置固有の記録レートが定められているのが普通である。従来の民生用映像蓄積メディアでデジタル放送由来のデジタルビデオ信号を記録する場合には、アナログ記録方式であれば、デジタルビデオ信号をデコードし、デジタル-アナログ変換を行い、帯域制限をして記録している。一方、MPEG-1 Video, MPEG-2 Video, DV(Digital Video)方式をはじめとするデジタル記録方式であれば、一度チューナでデコード後に、記録装置固有の記録レート・符号化方式で再エンコードし、記録する。
しかしながら、このような記録方法は、供給されたビットストリームを一度デコードし、その後で帯域制限や再エンコードを行った後に記録をするため、画質の劣化を伴う。画像圧縮されたデジタル信号を記録する場合、画像圧縮されたデジタル信号の伝送レートがディスクの記録レートを超える場合には、記録再生装置でデコード後、伝送レートがディスクの記録レートの上限以下になるように再エンコードを行ってから記録する必要がある。しかし、入力されたデジタル信号の伝送レートが記録再生装置の記録レートを超えない場合には、供給されたビットストリームをデコード・再エンコードすることなく、そのまま記録する方法が最も画質の劣化が少ない。
また、デジタル信号の場合、常に一定の伝送レートとは限らないのが特徴である。デジタル信号のビットレートが時間により増減する可変レート方式によって伝送されている場合、回転ヘッドが固定回転数であるために記録レートが固定レートになるテープ記録方式では、空のパケットを詰めるなどして常に一定のビットレートになるようにしている。これは常に最大のビットレートで記録していることになり記録領域を無駄に消費する。それに比べ、ディスク記録装置では一度バッファにデータを蓄積し、ディスクにはバースト的・間歇的に記録するために空パケットを挿入する必要が無く、記録媒体の容量をより無駄なく利用することができる。
以上のように、デジタル放送が主流となる将来においては、データストリーマのように放送信号をデジタル信号のまま、デコード・再エンコードすることなく記録し、記録媒体としてディスクを使用した記録再生装置が求められると予測される。
本発明では、ユーザがAVデータの選択と再生を行う単位（再生が連続に行われることをユーザが暗黙に期待する単位）のことをプレイリストと呼ぶ。最も簡単なプレイリストの例は、録画開始から録画停止までの一連のビデオ（コンテンツ）である。
ところで、ディスク全体や、ディスクに記録されているプレイリスト（playlist）を容易に再生出来ないようにする機能が考えられる。他人に見られたくない内容であったり、変更されたくないプレイリストがある場合に、暗証番号を設定し、その暗証番号を入力しなければ再生できない仕組みがあれば便利である。
本発明は、簡単な操作でこの再生制御ができるようにすることを目的とする。
本発明の情報処理装置は、着脱可能な記録媒体に情報を記録する情報処理装置であって、第１のディレクトリに属する、再生リストファイルを管理する管理ファイルに付加される第１の制御情報であって、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに付加される第２の制御情報であって、再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、暗証番号の入力に応じて制御する第２の制御情報とを設定する第１の設定手段と、管理ファイルに、第１の制御情報および第２の制御情報の双方に対応する暗証番号を設定する第２の設定手段とを備え、第1設定手段により設定された第1の制御情報、および第2の設定手段により設定された暗証番号を含む管理ファイル、並びに第１の設定手段により設定された第2の制御情報を含む再生リストファイルを、記録媒体に記録することを特徴とする。
本発明の情報処理装置においては、第１のディレクトリに属する、再生リストファイルを管理する管理ファイルに付加される第１の制御情報であって、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに付加される第２の制御情報であって、再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、暗証番号の入力に応じて制御する第２の制御情報とが設定され、管理ファイルに、第１の制御情報および第２の制御情報の双方に対応する暗証番号が設定され、設定された第1の制御情報、および設定された暗証番号を含む管理ファイル、並びに設定された第2の制御情報を含む再生リストファイルが、記録媒体に記録される。
本発明の記録媒体は、情報を記録する、情報処理装置に着脱可能な記録媒体であって、再生リストファイルを管理する管理ファイルであり、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録されることを特徴とする。
本発明の記録媒体においては、再生リストファイルを管理する管理ファイルであり、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録される。
本発明のデータ構造は、コンテンツ情報の再生を管理するために用いられるデータのデータ構造であって、再生リストファイルを管理する管理ファイルであり、第１のディレクトリに属する管理ファイルに、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とが含まれ、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報が含まれるデータ構造であり、データ構造を取得した再生装置により、暗証番号の入力、管理ファイル、再生リストファイルに基づき、コンテンツ情報が再生される。
本発明のデータ構造においては、コンテンツ情報の再生を管理するために用いられるデータのデータ構造であって、再生リストファイルを管理する管理ファイルであり、第１のディレクトリに属する管理ファイルに、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とが含まれ、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報が含まれるデータ構造であり、データ構造を取得した再生装置により、暗証番号の入力、管理ファイル、再生リストファイルに基づき、コンテンツ情報が再生される。
本発明の再生装置は、コンテンツ情報が記録された着脱可能な記録媒体を再生する再生装置であって、記録媒体には、再生リストファイルを管理する管理ファイルであり、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録されており、暗証番号の一度の入力、管理ファイル、再生リストファイルに基づき、コンテンツ情報を再生することを特徴とする。
本発明の再生方法は、コンテンツ情報が記録された着脱可能な記録媒体を再生する再生方法であって、記録媒体には、再生リストファイルを管理する管理ファイルであり、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録されており、暗証番号の一度の入力、管理ファイル、再生リストファイルに基づき、コンテンツ情報を再生することを特徴とする。
本発明の再生プログラムは、コンテンツ情報が記録された記録媒体を再生する再生プログラムであって、記録媒体には、再生リストファイルを管理する管理ファイルであり、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録されており、暗証番号の一度の入力、管理ファイル、再生リストファイルに基づき、コンテンツ情報を再生する処理をコンピュータに実行させることを特徴とする。
本発明の再生装置および方法ならびにプログラムにおいては、記録媒体には、再生リストファイルを管理する管理ファイルであり、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録されており、暗証番号の一度の入力、管理ファイル、再生リストファイルに基づき、コンテンツ情報が再生される。
本発明の情報処理装置によれば、第１のディレクトリに属する、再生リストファイルを管理する管理ファイルに付加される第１の制御情報であって、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに付加される第２の制御情報であって、再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、暗証番号の入力に応じて制御する第２の制御情報とが設定され、管理ファイルに、第１の制御情報および第２の制御情報の双方に対応する暗証番号が設定され、設定された第1の制御情報、および設定された暗証番号を含む管理ファイル、並びに設定された第2の制御情報を含む再生リストファイルが、記録媒体に記録される。従って、ユーザは、暗証番号を２度入力する必要が無くなり、操作性を向上させることができる。
本発明の記録媒体または、データ構造、再生装置および方法並びにプログラムによれば、暗証番号と、管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが第１のディレクトリに属する管理ファイルとして記録され、第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、再生リストファイルによる情報の再生の可否を、第１のディレクトリに属する管理ファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが第２のディレクトリに属するファイルとして記録される。従って、１つの記録媒体を複数のユーザが、相互に機密性を保持しながら共用することが可能になる。
MPEG Video, MPEG Audio等の符号化方式で符号化され、MPEG-2 Systemsに従って多重化されたビットストリームを、ファイルシステムが扱うファイルの形にしてディスクに記録したものをAV(Audio Video)ストリームファイル（またはClip AVストリーム）と呼ぶ。
このようなAVストリームファイルの一部または全部の範囲を指定して、必要な部分だけを並べて再生する再生順序指定の仕組みを説明する。図１のように、AVストリームファイルの一部または全部の範囲を指定して、必要な部分だけを再生する再生順序指定がプレイリスト(PlayList)である。再生リストとしてのPlayListは、ユーザからみてひとまとまりの映像・音声の単位である。最も簡単な構成になるのは、記録開始をしてから記録終了までの単位で、編集をしなければ、これが一つのPlayListになる。
PlayListは、どのAVストリームを再生するかという、AVストリームファイルの指定と、そのファイル中の再生開始点と再生終了点の集まりで構成される。このAVストリームファイルの指定と再生開始点(IN点)、再生終了点（OUT点）の情報を一組とし、これをPlayItemと呼ぶ。すると、PlayListはPlayItemの集合で構成されているものと言える。
図１のように、PlayItemは、あるAVストリームファイルの、IN点・OUT点で指定する範囲を参照する。PlayItemを再生するということは、そのPlayItemが参照するAVストリームの一部分を再生するということになる。
AVストリームは、MPEG-2 TS（トランスポートストリーム）の形などにマルチプレクスされているビットストリームであるが、このAVストリームが記録されるファイルとは別のファイルに、そのビットストリームに対して１対１に対応する情報（クリップ情報：Clip information）を保持している。これは、再生、編集をより容易にするためのものである。このクリップ情報と、AVストリームの両方をひとまとまりのオブジェクトとみなし、これをClip（クリップ）と呼ぶ。すなわち、ClipはAVストリームとそれに付随する情報から構成される一つのオブジェクトである。
以上のような、AVストリームファイル、Clip、PlayItem、PlayListの関係をUML(Unified Modeling Language)で表したものが図２である。PlayListとPlayItemを結ぶ菱形を起点とした矢印と、その隣にある数字は、「一つのPlayListは0個以上のPlayItemから構成される。」ということを表している。
PlayItemとClipは菱形のない矢印で結ばれ、ClipとPlayItemは1対多の関係にあることが数字で示されている(*は任意の数で、0..*で任意の数を表す。)。これは、一つのClipから、そのClip中のある範囲をIN_point,OUT_pointの組で指定したPlayItemが0個以上作られることを表している。Clip一つは、Clip AV stream一つと、Clip属性情報であるClip Information一つから構成されている。Clip AV streamとClip Informationを結ぶ線は、拡張子がm2tsのstream fileと、拡張子clpiのClip属性情報Clip Informationが1対1に対応していることを表している。このような構造を定義することにより、AVストリームファイルを変更しない、任意の部分だけを再生する非破壊再生順序指定が可能になる。
次に、本発明を実現するための、各種の情報が記録再生される記録媒体（メディア）上のファイルについて説明する。DVRディレクトリの下には、図３に示すように、次の6種類のファイルが記録される。
(1) info.dvr ：ディレクトリ全体に関する情報を格納するファイル
(2) menu.tidx, mark.tidx ：サムネイル画像の情報ファイル
(3) menu.thmb, mark.thmb ：サムネイル画像が格納されるファイル
(4) #####.rpls, #####.vpls (#####は任意の番号) ：プレイリストの情報を格
納するファイル
(5) %%%%%.clpi (%%%%%は任意の番号) ：クリップの情報を格納するファイル
(6) %%%%%.m2ts ：ストリームが格納されるファイル
(%%%%%は、各m2tsファイルがclpiファイルと１対１に対応するような番号)
ディスク上にディレクトリを用意し、このディレクトリの下が、一つの記録再生システムで管理される範囲とする。/DVRは、ディスクのルートディレクトリにあっても良いし、あるディレクトリの下に存在していても良い。図４のように、拡張用のディレクトリとして、/DVRが存在する同じ階層に/DVRn(nは1以上の整数)というディレクトリが存在しても良い。/DVRnの下は/DVRと全く同じ構造をしているので、以下では/DVRの下のみを説明する。
/DVRディレクトリには、info.dvr, menu.tidx, menu.tdat, mark.tdix, mark.tdatというファイルが置かれる。また、/DVRの下には、/PLAYLIST, /CLIPINF, /STREAM，/DATAというディレクトリが置かれる。
ファイル#####.rpls, #####.vplsは、/PLAYLISTの下に置かれ、/CLIPINFには%%%%%.clpiが置かれ、/STREAMには、%%%%%.m2tsが置かれる。
ファイルinfo.dvrは、/DVRの下にだた一つある。info.dvrの構造は、図４のシンタクスで表される。ファイルの内部は、機能別の情報ごとにブロックを構成しており、version_numberは、このinfo.dvrファイルのバージョンを格納する。ディレクトリ下に関する情報はUIAppInfoDVR()に、Playlistの並びに関する情報はTableOfPlayLists()に、記録再生装置のメーカ固有の情報はMakersPrivateData()に、それぞれ格納される。ファイルの先頭部分には、それらのブロックの先頭を表すアドレスが記述されている。例えば、TableOfPlayLists_Start_addressは、TableOfPlayLists()が開始する位置を、ファイル内相対バイト数で表したものになっている。
UIAppInfoDVR()の構造は図５のシンタクスで表される。lengthは、length直後のフィールドからUIAppInfoDVR()の最後までの長さをバイトで表したものである。DVR_character_setは、DVRディレクトリ下にあるファイル内に記述されている文字列の文字セットを表す。例えば、UIAppInfoDVR()内のDVR_nameフィールドに記録されている文字列の符号化方法を示す。符号化方法としては、ASCII,Unicode等を選択できる。制御信号としてのDVR_protect_flagは、DVRディレクトリ下のコンテンツをユーザに制限なしに見せてよいかどうかを示すフラグである。このフラグが1にセットされている場合、ユーザが正しく暗証番号であるPIN（Personal Identification Number）番号（図５中のPIN）を入力できた場合にだけ、ディレクトリ下のコンテンツを、ユーザに見せる事ができる。このフラグが0にセットされている場合は、ユーザがPIN番号を入力しなくても、コンテンツをユーザに見せる事ができる。以上は、ディレクトリに対しての再生制限であるが、個々のPlayListに対する再生制限については、後述する図８のUIAppInfoPlayList()の中で定義されるplayback_control_flagによって規定される。再生制御・再生制限についての詳細は、後述する。
resume_valid_flagは、DVRディレクトリの再生を開始するとき、優先して再生すべきプレイリストを指定するリジューム機能の有効・無効を表すフラグである。このフラグが1の時は、resume_PlayList_file_nameで指定されるプレイリストを、優先して再生すべきプレイリストとして扱う。リジューム機能は、前回視聴を中断した箇所から再生を再開したい場合などに使うことを想定している。
PINは、4個の0から9までの数字であり、再生制御を有効にした場合に必要となる暗証番号を表す。それぞれの数字は、ISO/IEC646に従って符号化される。ref_to_menu_thumbnail_indexは、ディレクトリを代表するサムネイルが存在する場合、そのサムネイルを特定するサムネイル番号を格納する領域である。ref_to_menu_thumbnail_indexで指定されるthumbnail_indexを持つサムネイルが、ディレクトリを代表するメニューサムネイル（本発明では、ディレクトリを代表する静止画を特にメニューサムネイルと呼ぶ）となる。
DVR_name_lengthは、DVR_nameで表されるDVRディレクトリ名のバイト長を示す。このフィールドの中の左からDVR_name_lengthだけのバイト数が、有効な文字列であり、それがディレクトリの名前を表している。DVR_nameフィールドの中で、DVR_name_lengthで示された有効な文字列の後のバイト列には、どんな値が入っていても良い。
図６は、TableOfPlayLists()のシンタクスを表したものである。ここではnumber_of_PlayListsでディレクトリ中のPlayListの数を表し、次に続くループの中でのプレイリストの並びがメニュー画面に表示する際のプレイリストの順序を表している。PlayList_file_nameは#####.rpls, #####.vpls等のファイル名を指定するものである。プレイリストの指定は、ファイル名によって行われる。
ファイル#####.rpls, #####.vplsは、/PLAYLISTの下にあり、各PlayListに対してファイル一つが1対1に対応している。#####.rpls, #####.vplsの構造は、図７に示すようになっている。ファイルの内部は、機能別の情報ごとにブロックを構成しており、PlayListに関する属性情報はUIAppInfoPlayList()に、PlayListを構成するPlayItemに関する情報はPlayList()に、PlayListに付けられるマークの情報はPlayListMark()に、このPlayListファイルを記録した記録再生装置のメーカ固有の情報はMakersPrivateData()に、それぞれ格納される。ファイルの先頭部分には、ブロックの先頭を表す32bitのアドレス(PlayListMark_start_address等)が記述されている。これにより、ブロックの前あるいは後ろにpadding_wordを挿入することが出来る。ただし、ファイル内で最初のブロック、UIAppInfoPlayList()の開始位置は固定で、ファイルの先頭から256バイト目となっている。
図８のUIAppInfoPlayList()には、PlayListの再生には直接必要ではない、プレイリストに関する属性情報が格納されている。具体的には、次のような情報がある。
PlayList_character_set: PlayListに関する文字列情報の文字セットを指定する。playback_control_flag: 制御信号としてのこのフラグが1のときは、PINを入力しなければPlayListのサムネイルその他の情報のメニューへの表示ができず、また、プレイリストの再生が出来ない。
write_protect_flag: 消去禁止フラグ。このフラグが1の時は、ユーザが容易にプレイリストを消去できないようなユーザインターフェースにする必要がある。
is_played_flag: プレイリストが再生済みであることを表すフラグ。
archive: このプレイリストがコピーでないオリジナルのプレイリストであることを表すフラグ。
record_time_and_date: プレイリストの記録日時
PlayList_duration: プレイリストの再生時間
maker_ID: プレイリストを最終更新した記録機のメーカを特定する番号が書かれる。
maker_model_code: プレイリストを最終更新した記録機を特定する番号が書かれる。
ref_to_thumbnail_index: PlayListの代表画としてのサムネイルを指定する。ref_thumbnail_indexで指定されるthumbnail_indexを持つサムネイルが、このPlayListを代表するメニューサムネイルとなる。
channel_number:記録したストリームのチャンネル番号を格納する。
channel_name_length, channel_name: チャンネル名を格納する。channel_name の領域のうち、channel_name_lengthで指定した長さの文字列が有効となる。このことは、PlayList_name, PlayList_detailについても同様。
PlayList_name_length, PlayList_name: プレイリスト名を格納する。
PlayList_detail_length, PlayList_detail:プレイリストの詳細情報を格納する。
ブロックPlayList()の内容は、図９のようになっている。lengthは、lengthの直後のフィールドから、PlayList()の終わりまでのバイト長を表す。CPI_typeは、このPlayListが持つCPI（特長点情報）の種類を表す。number_of_PlayItemsは、このPlayListを構成するPlayItemの数を表す。number_of_SubPlayItemsは、このPlayListに付けられているアフレコオーディオ用のPlayItem(SubPlayItem)の数を表す。PlayItem()は、PlayItemの情報を、SubPlayItem()は、SubPlayItemの情報を格納する。プレイリストがバーチャルプレイリストで、なおかつある条件を満たす時だけ、SubPlayItemを持つことが出来るようなsyntaxになっている。
ブロックPlayItem()の内容は、図１０のようになっている。Clip_Information_file_nameは、このPlayItemが参照しているClipと１対１に対応するClip情報ファイル（拡張子がclpiであるファイル）のファイル名が文字列で格納されている。connection_conditionは、このPlayItemが次のPlayItemとの間でどのような接続がされているかを表す情報であり、PlayItemの間を継ぎ目なく再生できるかを表している。ref_to_STC_idは、Clip内のSTC_sequence（STC:System Time Clock）を指定する。STC_sequenceとは、MPEG-2 TSの時間軸の基準であるPCR(Program Clock Reference)が連続な範囲をあらわし、Clip内で一意な番号STC_idが割り当てられている。このSTC_sequence内では、一貫した連続な時間軸が定義できるので、PlayItemの開始時刻・終了時刻を一意に定めることが出来る。つまり、各PlayItemの開始点と終了点は、同一のSTC_sequenceに存在していなければならない。
IN_timeは、このPlayItemの開始点の、STC_sequence 上でのpts(presentation_time_stamp)を表し、OUT_time はPlayItemの終了点の、STC_sequence 上でのptsを表す。
BridgeSequnceInfo()は、図１１のように、PlayItemの継ぎ目の部分で、本来再生すべきビットストリームとは異なるビットストリームに飛び、それを代わりに再生することで、PlayItemの間をシームレスに再生する機能を実現する際に作成するビットストリーム（Bridge_sequence, Bridge-Clip）に関する情報を格納する。
図１２のPlayListMark()は、プレイリスト中に頭だし点を設定したり、チャプターなどのプレイリストを細分化する構造を設けることを可能にするマークの情報を格納するデータ構造である。
図１３はマークを説明する図である。マークとは、PlayListまたはClip上の任意の再生時刻を指し示すしるしである。PlayListに対しては、栞のような機能のマークであるbookmark、次回再生を開始したい箇所を指すresumeなどのマークを打つことができる。PlaListのマークを格納するデータ構造は、PlayListMark()で表される。
Clipに対しては、テレビ放送のコマーシャル部分を表すcommercialマーク、特徴的なシーンを指すsceneマークを打つことが出来る。Clipのマークは、Clipを参照するPlayListからも利用することができる。Clip上の同一箇所を参照しているPlayListが複数存在する場合は、各PlayListにClipのマークが共通に現れる。Clipのマークを格納するデータ構造はClipMark()で表される。
ファイル%%%%%.clpiは、/CLIPINFの下に、各AVストリームファイル%%%%%.m2tsに対応して一つ作られる。%%%%%.clpiの構造は、図１４に示すようになっている。ファイルの内部は、機能別の情報ごとにブロックを構成しており、Clipに関する情報はClipInfo()に、MPEG-2 systemsにおけるトランスポートストリームの時刻基準を表すPCR（プログラムクロックリファレンス）の不連続点に関する情報はSequenceInfo()に、MPEG-2 systemsのprogram（プログラム）に関する情報はProgramInfo()に、 AVストリーム中のランダムアクセス開始可能点等の特徴的な点を表すCPI（Characteristic Point Information）に関する情報はCPI()に、Clipにつけられた、頭出しのためのインデックス点やコマーシャルの開始・終了点などのマーク情報はClipMark()に、それぞれ格納される。ファイルの先頭部分には、それらのブロックの先頭を表すアドレスが記述されている。
以上が、DVRフォーマットのデータ構造の概要である。このようなデータ構造により、AVストリーム中の再生したい部分をIN,OUT点の組で指定したPlayItemの並びでPlayListを構築し、ユーザが認識するひとまとまりの再生単位を管理することが可能になる。なお、図１のディレクトリDATAは、将来の機能拡張用に用意されているディレクトリである。
次に、再生制御に関する情報について説明する。本発明における再生制御に関係する情報は、
(1)ファイルinfo.dvr中のPIN, DVR_protect_flag（図３、図４、図５）
(2)ファイル#####.rpls, #####.vpls中のplayback_control_flag（図３、図７、図８）
である。上記のフラグを組み合わせた時に、どのような意味を持つかと、プレーヤがどのような動作をするかを運用ルールで決めることにより、ビデオレコーダとして新しいユーザインターフェースを構築することが出来る。これが本発明の目的である。なお、再生制御は、運用によっては書き込みの制御にもなるので、以下は書き込みについても含めて説明している。
まず、取り外し可能な記録媒体を用いた記録機で可能な再生制御は、記録媒体に物理的に設定するものと、ディスク内に記録された情報で設定するものに分けられる。記録媒体（ディスク）に対して物理的に設定するものは、ディスク全体に影響する。例えば、カートリッジ付き記録媒体の場合、カートリッジについている書き込み不可スイッチを動かすことで、ディスク全体の書き込み不可を設定できる。また、多くの場合、これは、暗証番号なしに設定を変更できる。
一方、再生制御の情報をディスクのデータとして記録した場合には、ディスク単位よりもより細かい単位で再生制御が可能となる。以下では、そのような再生制御の情報をディスクのデータとして記録したフラグについて説明する。
各プレイリストは1bitのplayback_control_flag（図９）を有しているが、playback_control_flagが有効とは、PlayListの再生が出来ないという意味がまずある。さらにこれを、プレイリスト一覧を表示するメニュー画面上でのPlayListの可視・不可視の制御を行うフラグとみなすことにより、メニュー画面へのPlayListの表示の可否を規定するフラグとしても活用することが出来る。PlayListの可視・不可視とは、具体的にはプレイリストの代表画であるサムネイルとプレイリスト名をメニュー画面に表示するかしないかをいう。メニュー画面上にプレイリスト名やそのサムネイル、詳細情報が現れず、ユーザがそのプレイリストを選択することが出来ないようにすることで、結果的にユーザがそのプレイリストを再生することが出来ない状態を作り出すことができる。プレイリストを選択できない状態にするには、いくつか方法があり、playback_control_flagが有効なプレイリストは、ユーザがカーソルで選択することが出来ないようにする方法のほかに、playback_control_flagが有効なプレイリストはメニュー一覧には一切表示させず、隠されたPlayListが存在するという情報をメニュー画面の中に表示することでユーザにその存在を知らせるというやり方もある。または、真のプレイリスト名・サムネイルが表示されない、つまり、すべてのプレイリストはメニューの一覧に並ぶが、playback_control_flagが有効なプレイリストはプレイリスト名が「＊＊＊＊」などと伏せられた状態にする（以下、伏せ文字による表示と称する）というやり方もある。
いずれにしても、「真のプレイリスト名は見えるが、実際に選択してみると再生できない」という程度の再生制御では、プレイリスト名から内容が推測できてしまい、再生制御としては不十分であるので、上記のような運用を行う必要があると考える。
ここで、注意するべき点は、残容量の表示である。残容量、あるいは記録可能時間は、当然、ユーザから隠されたプレイリストも含めて行う必要がある。隠されたプレイリストが存在する場合、ユーザからみえるプレイリストが占める容量を、ディスクの全容量から引いたみかけの残容量は、実際の残容量より大きめになる。これはユーザに混乱をもたらすので、メニュー画面には、表示されているプレイリストが占めている容量だけでなく、隠れたプレイリストも含めた正しい残容量を表示しておく必要がある。
次に、info.dvrのDVR_protect_flagとプレイリストのplayback_control_flagとの組み合わせを考える。共に1bitのフラグであるため、とりうる組み合わせの数は4である。すると、図１５に示されるような状況が生まれることがわかる。
以下、4通りの組み合わせについて、順に説明をしていく。
(A)は、ディレクトリと全プレイリストの両方ともフラグが有効でない場合である。このとき、このDVRディレクトリ下には再生不可なものがないため、ディスク挿入後、DVRディレクトリが選択されれば、メニュー画面には全プレイリストが表示される。すなわち、このとき、再生は制限されない。ユーザが一人でそのディスクを使用する場合に適している。
(B) DVR_protect_flagだけが有効のとき、これはディレクトリに対する再生不可の設定となる。この状態は、次のような用途を想定している。
・他の人が見られない自分専用のディスクにしたい時
・マルチユーザのディスクにする時
ディスク上にディレクトリが一つしかない場合は、ディレクトリを再生不可にすることはすなわち、ディスク全体を再生不可にしたことと同じになる。ディスクの使用者が一人だけの場合には、この方法で視聴制限が行われるものと思われる。一方、このフラグを利用することで、マルチユーザのディスクを実現することができる。ディスク上にディレクトリを複数設け、各ディレクトリごとに所有者を決める。再生・記録機は、複数ディレクトリが存在するディスクが挿入された場合には、まずディレクトリ選択（フォルダ選択）の画面を表示する。ユーザは自分が所有しているディレクトリを選択するが、そのときDVR_protect_flagが有効である場合には、暗証番号を入力する必要がある。正しく暗証番号が入力された場合には、ディレクトリ下にあるプレイリストの一覧が表示される。暗証番号を設定することで、他の人に自分のディレクトリを見られることが無くなり、また、他の人に自分のディレクトリ下のプレイリストを消去される危険も無くなる。
(C)は、DVR_protect_flagが無効で、playback_control_flagが有効という状態である。このときの、再生機・記録機の動作を考えてみると、ディスクが挿入された直後のディレクトリ選択時は、DVR_protect_flagが無効なので、暗証番号をユーザに入力させる必要はない。そして、メニュー画面にはplayback_control_flagが無効なプレイリストだけをフィルタリングして表示しなければならない。playback_control_flagが有効なプレイリストは、メニュー画面上に現れないか、プレイリスト名が伏せられたプレイリストとして表示することになる。
ここで、隠されたプレイリストが存在することを表示するユーザインターフェースの場合には、PINを入力すると、すべてのプレイリストが一覧に並べられるようになる。playback_control_flagが有効なとき、そのプレイリストはメニュー画面には載るものの、プレイリスト名や詳細が正しく表示されないようにするユーザインターフェースもありえる。この場合は、playback_control_flagが有効のプレイリストを選択し再生しようとしたときに、PINの入力を促され、正しいPINが入力されると、それ以降はメニュー画面にすべてのプレイリストが真の名前で表示されるようになる。
以上のことから、(C)は、個人使用で余計なPlayListを表示したくないとき、あるいは、ディスクを他の人に渡す際に作成者が見せたいPlayListだけをメニュー画面に表示させたいとき、などに利用することが出来る。
(D)は、DVR_protect_flagとplayback_control_flagの両方が有効という状態である。(D)を(B)と(C)の運用を組合わせただけの運用とすると、ディレクトリ選択時と、プレイリスト選択時に2回暗証番号を入力しなければならないことになる。これはユーザにとって使い勝手が悪い。よって、(D)の場合に限り、ディレクトリ選択時に一回暗証番号を入力するだけで再生が可能としても良いとすれば、使いやすいユーザインターフェースになる。このことを法則化すると「playback_control_flagが有効なプレイリストの再生・消去には、PINを一回以上入力する必要がある」ということになる。
以上のPINについての運用をまとめると、次のようになる。
・PINの有効範囲
PINは、各DVRディレクトリごとに一つ設定することが出来て、そのDVRディレクトリ下にあるDVR_protect_flag, playback_control_flag両方に対して共通の暗証番号である。
・PINの有効性の判定
PINが有効となるのは、DVR_protect_flagと、ディレクトリ内の全playback_control_flagの論理和（"OR"）を取った値が"1"であるときである。隠されたプレイリストの存在に気づかずに消してしまうことが無いように、再生時だけでなく、ディレクトリ消去、ディスク全消去の時にもこのチェックをする必要がある。
・PINの入力回数の運用
playback_control_flagが有効なPlayListの再生・消去には、PINを一回以上入力する必要がある。つまり、DVR_protect_flagとplayback_control_flagが共に有効の場合でも、PIN入力は必ず２回必要なのではなく、ディレクトリ選択時に一回入力するだけでも良い。
本発明が適用される動画像記録再生装置のブロック図を図１６に示す。この動画像記録再生装置５０は、再生部５１と記録部５２とで構成されている。以下に、その基本的な動作について説明する。
AVストリームの記録
はじめに、入力オーディオビデオ信号を符号化して記録する場合を説明する。端子30と端子31からは、それぞれビデオ信号とオーディオ信号が入力される。ビデオ信号は、解析部24とAVエンコーダ23へ入力される。また、オーディオ信号もまたAVエンコーダ23へ入力される。AVエンコーダ23は、入力ビデオ信号とオーディオ信号を符号化し、符号化ビデオストリーム(V)，符号化オーディオストリーム(A)およびAV同期等のシステム情報(S)をマルチプレクサ22に出力する。
符号化ビデオストリームは、例えばMPEG2ビデオストリームであり、符号化オーディオストリームは、例えばMPEG1オーディオストリームやドルビーAC3オーディオストリーム等である。
マルチプレクサ22は、入力ストリームを入力システム情報に基づいて多重化して、多重化ストリームを出力する。多重化ストリームは、例えば、MPEG2トランスポートストリームやMPEG2プログラムストリームである。多重化ストリームは、解析部25およびソースデパケッタイザ21に入力される。ソースデパケッタイザ21は、入力多重化ストリームを記録媒体のアプリケーションフォーマットに従って、ソースパケットから構成されるAVストリームに符号化する。AVストリームは、ECC（誤り訂正）符号化部20，変調部19で処理されて、書き込み部18へ入力される。書き込み部18は、制御部17から指示される制御信号に基づいて、記録媒体（ディスク）10へAVストリームファイルを記録する。
次に、ディジタルインターフェースまたはディジタルTVチューナから入力されるディジタルTV放送等のトランスポートストリームを記録する場合を説明する。端子32からはトランスポートストリームが入力される。入力トランスポートストリームの記録方法は、二通りあり、それらは、トランスペアレントに記録する方法と、記録ビットレートを下げるなどの目的のために再エンコードをして記録する方法である。記録方法の指示情報は、ユーザインターフェースから端子28を介してから制御部17へ入力され、制御部１７が記録方法を制御する。
入力トランスポートストリームをトランスペアレントに記録する場合、トランスポートストリームは、解析部25およびソースデパケッタイザ21に入力される。これ以後、記録媒体10へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
入力トランスポートストリームを再エンコードして記録する場合、入力トランスポートストリームは、デマルチプレクサ15へ入力される。デマルチプレクサ15は、ビデオストリーム(V)をAVデコーダ16へ入力する。AVデコーダ16は、ビデオストリームを復号し、再生ビデオ信号をAVエンコーダ23へ入力する。AVエンコーダ23は、入力ビデオを符号化し、符号化ビデオストリーム(V)をマルチプレクサ22へ入力する。一方、デマルチプレクサ15から出力されるオーディオストリーム(A)とシステム情報(S)は、マルチプレクサ22へダイレクトに入力される。マルチプレクサ22は、入力ストリームを入力システム情報に基づいて、多重化して、多重化ストリームを出力する。これ以後、記録媒体10へAVストリームが記録されるまでの処理は、上述の入力オーディオ信号とビデオ信号を符号化して記録する場合と同じである。
アプリケーションデータベースの記録
この記録再生装置５０は、AVストリームファイルを記録すると共に、そのファイルを説明するアプリケーションデータベース情報もまた記録する。アプリケーションデータベース情報は、制御部17により作成される。制御部17への入力情報は、解析部２５からの動画像の特徴情報と、解析部25からのAVストリームの特徴情報と、端子28から入力されるユーザの指示情報である。
解析部２５からの動画像の特徴情報は、入力動画像信号の中の特徴的な画像に関係する情報であり、例えば、プログラムの開始点，シーンチェンジ点、CMのスタート・エンド点などの指定情報（マーク）であり、また、その指定場所の画像のサムネールも含まれる。
解析部25からのAVストリームの特徴情報は、記録されるAVストリームの符号化情報に関係する情報であり、例えば、AVストリーム内のIピクチャのアドレス情報，AVストリームの符号化パラメータ，AVストリームの中の符号化パラメータの変化点情報，ビデオストリームの中の特徴的な画像に関係する情報（マーク）などが含まれる。
ユーザインターフェースから端子28を介して入力されるユーザの指示情報には、AVストリームの中のお好みの再生区間の指定情報，その再生区間の内容を説明するキャラクタ文字、ユーザがお好みのシーンにセットするブックマークやリジューム点の情報などが含まれる。
制御部17は、上記の入力情報に基づいて、AVストリームのデータベース(Clip), AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベース, 記録媒体の記録内容の管理情報(info.dvr)、およびサムネール情報を作成する。これらのデータベース情報は、AVストリームと同様にして、ECC（誤り訂正）符号化部20，変調部19で処理されて、書き込み部18へ入力される。書き込み部18は、制御部17から指示される制御信号に基づいて、記録媒体10へデータベースファイルを記録する。
再生
次に、再生時の動作について説明する。記録媒体10には、AVストリームファイルとアプリケーションデータベース情報が記録されている。
はじめに制御部17は、読み出し部11に対して、アプリケーションデータベース情報を読み出すように指示する。そして、読み出し部１１は、記録媒体１０からアプリケーションデータベース情報を読み出し、そのデータベース情報は、復調部12，ECC（誤り訂正）復号部12の処理を経て、制御部17へ入力される。
制御部17は、アプリケーションデータベースに基づいて、記録媒体（ディスク）１０に記録されているPlayListの一覧を端子28のユーザインターフェースへ出力する。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListが制御部17へ入力される。制御部１７は、そのPlayListの再生に必要なAVストリームファイルの読み出しを読み出し部11に指示する。そして、読み出し部11は、記録媒体10からそのAVストリームを読み出し、復調部１２，ECC復号部１３の処理を経て、AVストリームはソース・デパケッタイザ14へ入力される。
ソース・デパケッタイザ14は、記録媒体１０のアプリケーションフォーマットのAVストリームを、デマルチプレクサ15へ入力できるストリームに変換する。デマルチプレクサ15は、制御部17により指定されたAVストリームの再生区間(PlayItem)を構成するビデオストリーム(V)，オーディオストリーム(A)、およびAV同期等のシステム情報(S)をAVデコーダ16へ入力する。AVデコーダ16は、ビデオストリームとオーディオストリームを復号し、再生ビデオ信号と再生オーディオ信号をそれぞれ端子26と端子27から出力する。
また、ユーザインターフェースによってランダムアクセス再生や特殊再生を指示された場合、制御部１７は、AVストリームのデータベース(Clip)の内容に基づいて、記録媒体１０からのAVストリームの読み出し位置を決定し、そのAVストリームの読み出しを読み出し部11へ指示する。例えば、ユーザによって選択されたPlayItemをある時間から途中再生をする場合、制御部17は、指定された時間にもっとも近いタイムスタンプを持つI-ピクチャからのデータを読み出すように読み出し部11へ指示する。
また、ユーザによって高速再生(Fast-forward playback)を指示された場合、制御部17は、AVストリームのデータベース(Clip)に基づいて、AVストリームの中のI-ピクチャデータを順次連続して読み出すように読み出し部11へ指示する。
読み出し部11は、指定されたランダムアクセスポイントからデータを読み出し、読み出されたデータは、復調部１２，ECC復号部１３、ソースデパケッタイザ１４の処理を経て、デマルチプレクサ１５へ入力され、AVデコーダ１６で復号されて、AVデータが再生される。
編集
次に、ユーザが、AVストリームの編集をする場合を説明する。
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合、ユーザインターフェースから端子28を介して再生区間のイン点とアウト点の情報が制御部17へ入力される。制御部17は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成する。
ユーザが、記録媒体１０に記録されているAVストリームの一部を消去したい場合、ユーザインターフェースから端子28を介して消去区間のイン点とアウト点の情報が制御部17へ入力される。制御部17は、必要なAVストリーム部分だけを参照するようにPlayListのデータベースを変更する。また、AVストリームの不必要なストリーム部分を消去するように、書き込み部18に指示する。
シームレス編集
ユーザが、記録媒体１０に記録されているAVストリームの再生区間を指定して新しい再生経路を作成したい場合であり、かつそれぞれの再生区間をシームレスに接続したい場合の動作を説明する。この場合、制御部17は、AVストリームの再生区間(PlayItem)をグループ化したもの（PlayList）のデータベースを作成し、さらに、再生区間の接続点付近のビデオストリームの部分的な再エンコードと再多重化が必要になる。
まず、ユーザインターフェースから端子28を介して再生区間のイン点ピクチャとアウト点ピクチャの情報が制御部17へ入力される。制御部17は、読み出し部11にイン点側ピクチャとアウト点ピクチャを再生するために必要なデータの読み出しを指示する。そして、読み出し部11は、記録媒体10からそのデータを読み出し、そのデータは、復調部12，ECC復号部13, ソース・デパケッタイザ14を経てデマルチプレクサ15へ入力される。
制御部17は、デマルチプレクサ15へ入力されたストリームを解析して、ビデオストリームの再エンコード方法（picture_coding_typeの変更，再エンコードする符号化ビット量の割り当て）と再多重化方法を決定して、その方法をAVエンコーダ23とマルチプレクサ22へ供給する。
次に、デマルチプレクサ15は、入力されたストリームを、ビデオストリーム(V)，オーディオストリーム(A)およびシステム情報(S)に分離する。ビデオストリームは、「AVデコーダ16へ入力されるデータ」と「マルチプレクサ22へ直接入力されるデータ」がある。前者のデータは、再エンコードするために必要なデータであり、これはAVデコーダ16で復号され、復号されたピクチャはAVエンコーダ23で再エンコードされて、ビデオストリームになる。後者のデータは、再エンコードをしないで、オリジナルのストリームからコピーされるデータである。オーディオストリーム, システム情報については、直接、マルチプレクサ22に入力される。
マルチプレクサ22は、制御部17から入力された情報に基づいて、入力ストリームを多重化し、多重化ストリームを出力する。多重化ストリームは、ECC（誤り訂正）符号化部20，変調部19で処理されて、書き込み部18へ入力される。書き込み部18は、制御部17から指示される制御信号に基づいて、記録媒体10へAVストリームを記録する。
次に、DVR_protect_flagとplayback_control_flagに注目して、ディスク（記録媒体１０）を挿入してからの動画像記録再生装置５０の動作をフローチャートを参照して説明する。
図１７は、ディスク挿入時にDVR_protect_flagがどのように利用されるかを表したフローチャートである。ここで注意すべき点は、DVRディレクトリの数が1より大きい場合は、ディレクトリのリストを表示して、ユーザにプレイリスト一覧を見たいディレクトリを選択させることである。DVR_protect_flagが"1"(有効)であるときは、暗証番号の入力を促し、正しい暗証番号が入力された場合にだけ、プレイリスト一覧表示の処理に入ることができる。
すなわち、ステップＳ１１において、制御部１７は、記録媒体１０に記録されているディレクトリの数が１より大きいか否かを判定する。ディレクトリの数が１個である場合には、ステップＳ１２に進み、制御部１７は、その記録媒体１０のベーシックなディレクトリ下にあるinfo.dvrを読み込む。すなわち、図３における上から２番目に図示されているinfo.dvrがここで読み込まれる。
ステップＳ１１において、ディレクトリの数が２以上であると判定された場合、ステップＳ１３に進み、制御部１７は、各ディレクトリのinfo.dvrに記述されているDVR_name（図４および図５）を読み込む。次に、ステップＳ１４において、制御部１７は、ディレクトリリストの表示処理を実行する。すなわち、制御部１７は、表示データを生成すると、AVデコーダ１６から端子２６を介して、ビデオ出力として図示せぬモニタに出力し、表示させる。以上のようにして、読み込んだ各ディレクトリの名称がリストとして、ここで表示される。
図１８は、この場合の表示例を表している。この例においては、「音楽番組」、「連続ドラマ録画用フォルダ」、「お父さん用」、「２００１年１月〜２００１年８月」の各ディレクトリが表示されている。このうちの「お父さん用」のディレクトリは、DVR_protect_flagが有効となっているため、「ロック」の文字が表示されている。これに対して、「音楽番組」、「連続ドラマ録画用フォルダ」、並びに「２００１年１月〜２００１年８月」の各ディレクトリは、DVR_protect_flagが無効となっているため、「ロック」の文字が表示されていない。
ユーザは、このディレクトリリストの表示に基づいて、所定のディレクトリを選択する操作を行う。この操作結果は、ユーザインターフェースから端子２８を介して、制御部１７に入力される。そこで、ステップＳ１５において、制御部１７は、ユーザによるディレクトリ選択に対応する指令を受け取ると、ステップＳ１６において、ステップＳ１５で受け取った指令に基づいて、その選択されたディレクトリ下にあるinfo.dvrを読み込む。例えば、「お父さん用」のディレクトリが選択された場合には、「お父さん用」のinfo.dvrが読み込まれることになる。
ステップＳ１２またはステップＳ１６の処理の後、ステップＳ１７に進み、制御部１７は、DVR_protect_flagが１であるか否かを判定する。上述したように、このDVR_protect_flagは、info.dvr（図４）のUIAppinfoDVR()（図５）に記述されている。
DVR_protect_flagが１である場合には（このフラグが有効である場合には）、ステップＳ１８に進み、制御部１７は、暗証番号（PIN）入力画面の表示処理を実行する。すなわち、制御部１７は、例えば、図１９に示されるような暗証番号（PIN）入力画面を表示させる。この表示例においては、「このディレクトリはロックされています。解除するには、暗証番号を入力してください。」のメッセージが表示されている。ユーザは、選択したディレクトリに割り当てられている暗証番号を入力する。上述したように、この暗証番号は、４桁の数字で構成されている。図１９の例においては、暗証番号として「１２３４」が入力された状態が示されている。ユーザが暗証番号を入力すると、ユーザインターフェースから端子２８を介して、この暗証番号が制御部１７に入力される。
そこで、ステップＳ１９において、制御部１７は、入力された番号がそのディレクトリに対応して登録されているPIN（図５）と等しいか否かを判定する。入力された番号がPINと等しくない場合には、ステップＳ２０に進み、制御部１７は、暗証番号が正しくないことを表示させる。その後、処理はステップＳ１１に戻り、それ以降の処理が繰り返し実行される。
ステップＳ１７において、DVR_protect_flagが１ではないと判定された場合（このフラグが無効とされている場合）、並びにステップＳ１９において入力された番号がPINと等しいと判定された場合、ステップＳ２１に進み、制御部１７は、プレイリストメニューの表示処理を実行する。このプレイリストメニュー表示処理の例は、後述する図２０と図２１に示されている。
図２０は、プレイリストメニューを表示する第１の処理例を表したフローチャートである。playback_control_flagが有効なプレイリストが存在する場合、暗証番号が一度も入力されていない時は、そのプレイリストはメニューに表示しない。ディレクトリ選択時や、プレイリストメニュー上で暗証番号を既に入力している場合には、表示することができる。
すなわち、ステップＳ３１において、制御部１７は、１つのPlayList（図７）を選択する。ステップＳ３２において、制御部１７は、ステップＳ３１で選択したPlayList(xxxxx.rplsまたはyyyyy.vpls)（図７）に含まれるUIAppInfoPlayList()（図８）を読み出し、そこに含まれるplayback_control_flagが１であるか否かを判定する。このフラグが１である場合には（有効である場合には）、ステップＳ３３に進み、制御部１７は、正しいPINが入力済みか否かを判定する。すなわち、この処理は、上述したように、図１７の処理に続いて行われるため、ステップＳ１７，Ｓ１８，Ｓ１９の処理を経て、この図２０のプレイリストメニューの表示処理が実行されている場合には、PINは既に入力済みである。従って、この場合には、ステップＳ３２において、playback_control_flagが１ではないと判定された場合（このフラグが無効とされている場合）とともに、ステップＳ３４に進み、制御部１７は、メニューにPlayListの情報を表示する処理を実行する。すなわち、これにより、プレイリストの名称などが表示されることになる。
ステップＳ３３において、正しいPINが入力されていないと判定された場合、ステップＳ３４の処理はスキップされる。
その後、制御部１７は、ステップＳ３５において、全てのPlayListを選択したか否かを判定し、まだ選択していないPlayListが存在する場合には、ステップＳ３１に戻り、それ以降の処理を繰り返し実行する。
ステップＳ３５において、全てのPlayListを選択したと判定された場合、ステップＳ３６に進み、制御部１７は、メニュー画面の表示を完了させる。そして、ユーザの入力待ちの状態となる。
すなわち、制御部１７は、ステップＳ３７乃至ステップＳ４１において、PlayListが選択されたか否か、メニュー初期設定が選択されたか否か、メニューから抜けてＥ−Ｅ（Electric to Electric ：チューナや入力端子からの信号をそのまま出力させている状態）へが選択されたか否か、ディレクトリの移動が指令されたか否か、またはディスクの取り出しが指令されたか否かを判定する。これらのいずれの判定もNOである場合には、ステップＳ３６に戻り、それ以降の処理が繰り返し実行される。
ステップＳ３７において、PlayListが選択されたと判定された場合、制御部１７は、ステップＳ４２に進み、PlayList再生処理を実行する。ステップＳ３８において、メニュー初期設定が選択されたと判定された場合、ステップＳ４３に進み、制御部１７は、メニュー初期設定画面を表示する処理を実行する。
ステップＳ３９において、メニューから抜けてＥ−Ｅへが選択されたと判定された場合、ステップＳ４４に進み、制御部１７は、メニュー終了処理を実行し、Ｅ−Ｅ画面へ表示を切り換える処理を実行する。
ステップＳ４０において、ディレクトリの移動が指示されたと判定された場合、ステップＳ４５に進み、制御部１７は、ディレクトリを抜け出す処理を実行する。
ステップＳ４１において、ディスク（記録媒体１０）取り出しが指令されたと判定された場合、ステップＳ４６に進み、制御部１７は、ディスク取り出し処理を実行する。
図２１は、プレイリストメニューを表示する第２の処理例を表したフローチャートである。図２０のフローチャートの処理と異なる点は、playback_control_flagが有効なプレイリストが存在し、暗証番号が一度も入力されていない時は、そのプレイリストの真の名前を隠し、サムネイル画像なしとしてプレイリストメニュー上に乗せる運用を表している点である。ユーザはプレイリストメニュー上に、名前を隠されたプレイリストが存在することを認識し、それを選択することもある。その場合には、暗証番号を入力させ、正しい暗証番号が入力されたときには、真の名前を表示するという流れになる。
すなわち、ステップＳ６１において、制御部１７は、１つのPlayListを選択すると、ステップＳ６２において、それに対応するplayback_control_flagが１であるか否かを判定する。そして、このフラグが１である場合（有効である場合）には、ステップＳ６３に進み、制御部１７は、正しいPINが入力済みか否かを判定する。以上のステップＳ６１乃至ステップＳ６３の処理は、上述した図２０のステップＳ３１乃至ステップＳ３３の処理と同様の処理である。
ステップＳ６３において、制御部１７は、PINが入力済みではないと判定された場合、ステップＳ６４に進み、PlayList nameを＊＊＊＊で表示させる。すなわち、PlayList nameが伏せ文字で表示される。また、制御部１７は、そのPlayListのサムネイル画像を表示しないように制御する。
ステップＳ６３において、PINが入力済みであると判定された場合には、ステップＳ６４の処理はスキップされる。
ステップＳ６２において、playback_control_flagが１ではないと判定された場合（０であると判定された場合）、ステップＳ６３において、PINが入力済みであると判定された場合、並びにステップＳ６４の処理が完了した場合、ステップＳ６５に進み、制御部１７は、メニューにPlayListの情報を表示させる処理を実行する。その後、制御部１７は、ステップＳ６６において、全てのPlayListを選択したか否かを判定し、まだ選択していないPlayListが存在する場合には、ステップＳ６１に戻り、それ以降の処理を繰り返し実行する。
ステップＳ６６において、全てのPlayListが選択されたと判定された場合、ステップＳ６７に進み、制御部１７は、メニュー画面の表示処理を完了する。そして、ユーザからの新たな入力待ちの状態となる。
この場合におけるメニュー画面は、例えば、図２２に示されるように、表示される。この表示例においては、再生するプレイリストとして「ドラマ」、「プロ野球中継 第５０戦」、並びに「洋画劇場」のプレイリストが表示されている他、「＊＊＊・・・＊＊」の伏せ文字のプレイリストが表示されている。この伏せ文字で表示されたプレイリストは、playback_control_flagが１に設定されているため、これを再生するには、PINの入力が必要となる。
以下、ステップＳ６８乃至ステップＳ７７の処理は、図２０におけるステップＳ３７乃至ステップＳ４６の処理と同様の処理であるので、その説明は省略する。
ステップＳ６８でPlayListが選択されたと判定された場合、ステップＳ７３に進み、PlayList再生処理が実行される。この場合の処理の詳細が図２３のフローチャートに示されている。
すなわち、ステップＳ９１において、制御部１７は、指定されたPlayListが真の名前が隠されたPlayListであるか否か、すなわち伏せ文字で表示されたPlayListであるか否かを判定する。伏せ文字で表示されているPlayListが指定された場合（例えば、図２２に示される上から３番目のプレイリストが選択された場合）、ステップＳ９２に進み、制御部１７は、PIN入力画面（図１９と同様の画面であって、ディレクトリではなく、プレイリストのロックを解除するための暗証番号を入力させるための画面）を表示させる。
ユーザがこの表示に基づいて、ディレクトリのロックを解除する場合と同様に、暗証番号を入力する。
ステップＳ９３において、制御部１７は、入力された番号が指定されたPlayListに対応して登録されているPINと等しいか否かを判定する。入力された番号がPINと等しくない場合には、ステップＳ９５に進み、制御部１７は、暗証番号が正しくないことを表示させ、処理を終了させる。すなわち、この場合には、暗証番号が正しくないので、ユーザは、PlayListを再生させることができないことになる。
これに対して、ステップＳ９１において、指定されたPlayListが真の名前が隠されたPlayListではないと判定された場合（例えば、図２２の一番上の「ドラマ」の名称のプレイリストが選択された場合）、並びにステップＳ９３において、入力された番号がPINと等しいと判定された場合、ステップＳ９４に進み、制御部１７は、その指定されたPlayListの再生処理を開始させる。
図２４は、ディスクをフォーマット（ディスクを全消去）する時の、再生制御に関わるフラグの運用を表したフローチャートである。ディスク上に他のディレクトリが存在し、かつそのディレクトリの暗証番号（PIN）が有効であるときは、その暗証番号を知っているユーザでなければフォーマットできない、とする運用が不用意な削除を防止する上で必要である。他のディレクトリを調べて暗証番号を入力させる処理を実装しない記録機の場合には、フォーマットしようとしているディスクに他ディレクトリが一つでも存在する場合、フォーマットを中止する、とする運用を推奨する。こうすれば、消すつもりがなかった他ディレクトリにあるデータを誤って消してしまうという事故を防ぐことができる。
すなわち、ステップＳ１１１において、制御部１７は、ディスク（記録媒体１０）上に、他のディレクトリが存在するか否かを判定する。他のディレクトリが存在する場合には、ステップＳ１１２に進み、制御部１７は、１つのディレクトリを選択する。そして、ステップＳ１１３において、そのディレクトリのinfo.dvr（図４）に記述されているDVR_name（図５）を読み込む。ステップＳ１１４において、制御部１７は、そのディレクトリのDVR_protect_flag（図５）が１であるか否か（有効であるか否か）を判定する。このフラグが有効である場合には、ステップＳ１１５に進み、制御部１７は、暗証番号（PIN）入力画面を表示させる。すなわち、これにより、図１９に示されるような暗証番号入力画面が表示される。ユーザは、この入力画面に基づいて、暗証番号を入力する。
そこで、ステップＳ１１６において、制御部１７は、ユーザから入力された番号が、そのディレクトリに対応して登録されているPIN（図５）と等しいか否かを判定する。入力された番号が登録されているPINと等しくない場合には、ステップＳ１１７に進み、制御部１７は、暗証番号が正しくないことを表示させ、ステップＳ１１８に進み、ディスクフォーマットの処理を中止させる。
これに対して、ステップＳ１１６において、入力された番号がPINと等しいと判定された場合、ステップＳ１１９に進む。ステップＳ１１４において、DVR_protect_flagが１ではないと判定された場合（０であると判定された場合）においても、処理はステップＳ１１９に進む。
ステップＳ１１９において、制御部１７は、全てのディレクトリを選択したか否かを判定し、まだ選択していないディレクトリが存在する場合には、ステップＳ１１２に戻り、それ以降の処理を繰り返し実行する。
ステップＳ１１９において、全てのディレクトリを選択したと判定された場合、ステップＳ１２０に進み、制御部１７は、ディスクフォーマットを実行する。
ステップＳ１１１において、ディスク上に他のディレクトリが存在しないと判定された場合には、ステップＳ１１２乃至ステップＳ１１９の処理はスキップされ、直ちにステップＳ１２０に進み、ディスクフォーマットの処理が実行される。
図２５は、ディレクトリ全体を消す（あるディレクトリ下にあるプレイリストをすべて消す）という処理をフローチャートにしたものである。ディスクフォーマット時に、他ディレクトリの存在を調べない記録機は、ディスクフォーマットの機能を、ディレクトリ消去に置き換えているとも言える。ディレクトリ消去の場合でそのディレクトリのPINが有効である時は、隠されたプレイリストがあるにもかかわらずディレクトリを消してしまうことの無いように、PINを入力させる必要がある。また、プレイリストが持つwrite_protect_flag（プレイリストの書換えを禁止するフラグ）が有効になっている場合には、消去してよいかをユーザに確認する必要がある。write_protect_flagの変更はPIN入力なしに出来るので、ユーザに注意を促す程度でよい。
すなわち、ステップＳ１３１において、制御部１７は、１つのPlayListを選択する。ステップＳ１３２において、制御部１７は、選択したPlayListのplayback_control_flag（図８）が１であるかを判定し、１である場合（有効である場合）、ステップＳ１３３に進み、既にPINが入力されているか否かを判定する。また、PINが入力されていない場合には、ステップＳ１３４に進み、制御部１７は、暗証番号を入力させるための画面を表示させる。ユーザは、この表示に基づいて、そのディレクトリに対応する暗証番号を入力する。制御部１７は、ユーザから入力された番号が、そのディレクトリに対応して予め登録されているPINと等しいか否かをステップＳ１３５において判定する。両者が等しくない場合には、ステップＳ１３９に進み、制御部１７は、暗証番号が正しくないことを表示させ、ステップＳ１４０において、ディレクトリ消去処理を中止させる。
ステップＳ１３２において、playback_control_flagが１ではないと判定された場合（０であると判定された場合）、ステップＳ１３３において、PINが既に入力されていると判定された場合、並びにステップＳ１３５において、入力された番号がPINと等しいと判定された場合、ステップＳ１３６に進み、制御部１７は、write_protect_flag（図８）が１であるか否か（有効であるか否か）を判定する。このフラグが有効である場合には、ステップＳ１３７に進み、制御部１７は、ユーザへ問い合わせ処理を実行する。すなわち、ユーザに対して、例えば、「このプレイリストを削除してもよろしいですか。」のメッセージを表示し、YESまたはNOの入力を促す。
ステップＳ１３８において、制御部１７は、ステップＳ１３７の問い合わせ処理に対応するユーザの入力に基づいて、PlayListを削除してよいか否かを判定し、ユーザからNOの入力がなされた場合には、ステップＳ１４０に進み、ディレクトリ削除処理を中止する。
これに対して、ユーザからYESの入力がなされた場合、並びに、ステップＳ１３６において、write_protect_flagが１ではないと判定された場合（０であると判定された場合）、ステップＳ１４１に進み、制御部１７は、全てのPlayListが選択されたか否かを判定する。まだ、選択されていないPlayListが残っている場合には、ステップＳ１３１に戻り、それ以降の処理が繰り返し、実行される。全てのPlayListが選択されたと判定された場合、ステップＳ１４２に進み、制御部１７は、指定されてディレクトリ内のデータベースの初期化処理とストリームファイルの削除処理を実行する。
以上のようなDVR_protect_flag, playback_control_flagを規格に取り入れ、運用を定めることにより、より細かい再生制御をユーザにわかりやすい・使いやすい形で提供することが可能となる。
ClipとPlaylistの関係を表す図である。 AVストリームを管理する構造を表したUML図である。 DVRシステムのディレクトリ構成を表す図である。 info.dvrを説明する図である。 UIAppInfoDVR()を説明する図である。 TableOfPlayList()を説明する図である。 プレイリストファイルを説明する図である。 UIAppInfoPlayList()を説明する図である。 PlayList()を説明する図である。 PlayItem()を説明する図である。 Bridge_sequence/Bridge-Clipを説明する図である。 PlayListMark()を説明する図である。 マークを説明する図である。 Clipファイルを説明する図である。 フラグの組み合わせを説明する図である。 動画像記録再生装置の構成を示すブロック図である。 初期読み込み時のDVR_protect_flagに関係する機器動作を説明するフローチャートである。 ディレクトリ選択のメニュー画面の例を示す図である。 暗証番号入力画面の例を示す図である。 プレイリストメニューを表示するまでの処理を説明するフローチャートである。 プレイリストメニューを表示するまでの他の処理を説明するフローチャートである。 プレイリスト選択のためのメニュー画面の表示例を示す図である。 プレイリストの再生処理を表すフローチャートである。 ディスクのフォーマット処理を表すフローチャートである。 ディレクトリの消去処理を表すフローチャートである。
符号の説明
１０ 記録媒体， １１ 読み出し部， １４ ソースデパケッタイザ， １５ デマルチプレクサ， １６ AVデコーダ， １７ 制御部， １８ 書き込み部， ２１ ソースパケッタイザ， ２２ マルチプレクサ， ２３ AVエンコーダ， ２４，２５ 解析部， ５０ 動画像記録再生装置， ５１ 再生部， ５２ 記録部

Claims (6)

  1. 着脱可能な記録媒体に情報を記録する情報処理装置であって、
    第１のディレクトリに属する、再生リストファイルを管理する管理ファイルに付加される第１の制御情報であって、前記管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての前記再生リストファイルの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、
    前記第１のディレクトリの下位の第２のディレクトリに属する前記再生リストファイルごとに付加される第２の制御情報であって、前記再生リストファイルごとに、前記再生リストファイルによる情報の再生の可否を、前記暗証番号の入力に応じて制御する第２の制御情報とを設定する第１の設定手段と、
    前記管理ファイルに、前記第１の制御情報および第２の制御情報の双方に対応する暗証番号を設定する第２の設定手段とを備え、
    前記第1設定手段により設定された第1の制御情報、および第2の設定手段により設定された暗証番号を含む管理ファイル、並びに前記第１の設定手段により設定された第2の制御情報を含む再生リストファイルを、前記記録媒体に記録する
    ことを特徴とする情報処理装置。
  2. 情報を記録する、情報処理装置に着脱可能な記録媒体であって、
    再生リストファイルを管理する管理ファイルであり、暗証番号と、前記管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての前記再生リストファイルの再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが前記第１のディレクトリに属する管理ファイルとして記録され、
    前記第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、前記再生リストファイルによる情報の再生の可否を、前記第１のディレクトリに属する管理ファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが前記第２のディレクトリに属するファイルとして記録される
    ことを特徴とする記録媒体。
  3. コンテンツ情報の再生を管理するために用いられるデータのデータ構造であって、
    再生リストファイルを管理する管理ファイルであり、第１のディレクトリに属する前記管理ファイルに、暗証番号と、前記管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録されている全ての前記再生リストファイルの再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とが含まれ、
    前記第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルに、前記再生リストファイルによる情報の再生の可否を、前記第１のディレクトリに属する管理ファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報が含まれるデータ構造であり、
    前記データ構造を取得した再生装置により、
    前記暗証番号の入力、前記管理ファイル、前記再生リストファイルに基づき、前記コンテンツ情報が再生されるデータ構造。
  4. コンテンツ情報が記録された着脱可能な記録媒体を再生する再生装置であって、
    前記記録媒体には、
    再生リストファイルを管理する管理ファイルであり、暗証番号と、前記管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての前記再生リストファイルの再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが前記第１のディレクトリに属する管理ファイルとして記録され、
    前記第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、前記再生リストファイルによる情報の再生の可否を、前記第１のディレクトリに属する管理ファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが前記第２のディレクトリに属するファイルとして記録されており、
    前記暗証番号の一度の入力、前記管理ファイル、前記再生リストファイルに基づき、前記コンテンツ情報を再生する
    ことを特徴とする再生装置。
  5. コンテンツ情報が記録された着脱可能な記録媒体を再生する再生方法であって、
    前記記録媒体には、
    再生リストファイルを管理する管理ファイルであり、暗証番号と、前記管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての前記再生リストファイルの再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが前記第１のディレクトリに属する管理ファイルとして記録され、
    前記第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、前記再生リストファイルによる情報の再生の可否を、前記第１のディレクトリに属する管理ファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが前記第２のディレクトリに属するファイルとして記録されており、
    前記暗証番号の一度の入力、前記管理ファイル、前記再生リストファイルに基づき、前記コンテンツ情報を再生する
    ことを特徴とする再生方法。
  6. コンテンツ情報が記録された記録媒体を再生する再生プログラムであって、
    前記記録媒体には、
    再生リストファイルを管理する管理ファイルであり、暗証番号と、前記管理ファイルにより管理されている再生リストファイルに基づき再生される情報であり、第１のディレクトリに属する情報として記録媒体に記録されている全ての前記再生リストファイルの再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とを含む管理ファイルが前記第１のディレクトリに属する管理ファイルとして記録され、
    前記第１のディレクトリの下位の第２のディレクトリに属する再生リストファイルごとに、前記再生リストファイルによる情報の再生の可否を、前記第１のディレクトリに属する管理ファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報を含む再生リストファイルが前記第２のディレクトリに属するファイルとして記録されており、
    前記暗証番号の一度の入力、前記管理ファイル、前記再生リストファイルに基づき、前記コンテンツ情報を再生する処理をコンピュータに実行させる
    ことを特徴とする再生プログラム。
JP2005171896A 2005-06-13 2005-06-13 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム Expired - Lifetime JP4200451B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005171896A JP4200451B2 (ja) 2005-06-13 2005-06-13 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005171896A JP4200451B2 (ja) 2005-06-13 2005-06-13 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2001317910A Division JP3716920B2 (ja) 2001-10-16 2001-10-16 記録媒体再生装置および方法、記録媒体、並びにプログラム

Publications (2)

Publication Number Publication Date
JP2005322405A JP2005322405A (ja) 2005-11-17
JP4200451B2 true JP4200451B2 (ja) 2008-12-24

Family

ID=35469528

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005171896A Expired - Lifetime JP4200451B2 (ja) 2005-06-13 2005-06-13 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム

Country Status (1)

Country Link
JP (1) JP4200451B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6181911B2 (ja) * 2012-04-23 2017-08-16 三菱電機ビルテクノサービス株式会社 映像データ処理装置、映像データ処理方法及びプログラム

Also Published As

Publication number Publication date
JP2005322405A (ja) 2005-11-17

Similar Documents

Publication Publication Date Title
JP3716920B2 (ja) 記録媒体再生装置および方法、記録媒体、並びにプログラム
KR100780153B1 (ko) 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체
JP4264617B2 (ja) 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体
CA2462070C (en) Recording medium having data structure for managing reproduction of video data recorded thereon
AU2003243025B2 (en) Recording medium having data structure for managing reproduction of multiple play-back path video data recorded thereon and recording and reproducing methods and apparatuses
JP4865884B2 (ja) 情報記録媒体
JP4765733B2 (ja) 記録装置、記録方法および記録プログラム
US7701835B2 (en) Recording medium having data structure for managing reproduction of data streams recorded thereon and recording and reproducing methods and apparatuses
JP3921593B2 (ja) 情報処理装置および方法、プログラム格納媒体、プログラム、並びに情報記録媒体
US20090034940A1 (en) Recording device, recording method, and recording program
US7912338B2 (en) Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses
US7801412B2 (en) Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
JP4200451B2 (ja) 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム
US20040190871A1 (en) Recording medium having data structure for managing reproduction of multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US20030225784A1 (en) Method for managing play lists on a rewritable storage medium
JP4564021B2 (ja) 情報記録媒体

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070713

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070911

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080109

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080310

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080326

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080526

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080604

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080911

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080924

R151 Written notification of patent or utility model registration

Ref document number: 4200451

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111017

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121017

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131017

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250