(57)【要約】【課題】  ディレクトリとプレイリストの両方に再生のために暗証番号の入力が要求されるように規定されている場合において、暗証番号の入力が１回で済むようにする。【解決手段】  ディスクには、DVR，DVR１，DVRnといった複数のディレクトリが形成されている。１つのディレクトリであるDVRには、その中に属する情報の再生の可否を制御するフラグDVR_protect_flagが設定されている。ディレクトリDVRの１つの情報であるPLAYLISTの.rplsにもその再生の可否を制御するplayback_control_flagが規定されている。DVR_protect_flagが１である場合、正しい暗証番号が入力された場合にのみ、その再生が許容される。DVR_protect_flagとplayback_control_flagがいずれも１である場合には、DVR_protect_flagについて、正しい暗証番号が既に入力されている場合、playback_control_flagに対する暗証番号の入力は、省略される。【選択図】図３
2005322405.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に情報を記録する記録装置であって、
第１のディレクトリに属するファイルに付加される第１の制御情報であって、記録媒体に記録されている情報の第１のディレクトリごとの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、前記第１のディレクトリの下位の第２のディレクトリに属するファイルに付加される第２の制御情報であって、前記第１のディレクトリに属する再生リストごとの再生の可否を、前記暗証番号の入力に応じて制御する第２の制御情報とを設定する第１の設定手段と、
前記第１のディレクトリに属するファイルに、前記第１の制御情報および第２の制御情報に対応する暗証番号を設定する第２の設定手段と
を備えることを特徴とする記録装置。
【請求項２】
前記第１のディレクトリは、所定の再生単位を管理するためのディレクトリであり、前記再生リストは、前記再生単位における再生順序を指定するリストである
ことを特徴とする請求項１に記載の記録装置。
【請求項３】
情報を記録する記録媒体であって、
暗証番号と、第１のディレクトリごとの前記情報の再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とを含むファイルが前記第１のディレクトリに属するファイルとして記録され、
前記第１のディレクトリに属するファイルごとの前記情報の再生の可否を、前記第１のディレクトリに属するファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報を含むファイルが前記第１のディレクトリの下位の第２のディレクトリに属するファイルとして記録される
ことを特徴とする記録媒体。
【請求項４】
前記第１のディレクトリは、所定の再生単位を管理するディレクトリであり、前記第２のディレクトリは、前記再生単位における再生順序を指定するためのディレクトリである
ことを特徴とする請求項３に記載の記録媒体。
【請求項５】
記録された情報に対してコンピュータが実行する所定の処理において、前記情報の再生を管理するために用いられるデータのデータ構造であって、
第１のディレクトリに属するファイルに、暗証番号と、第１のディレクトリごとの前記情報の再生の可否を、前記暗証番号の入力に応じて制御する第１の制御情報とが含まれ、
前記第１のディレクトリの下位の第２のディレクトリに属するファイルに、前記第１のディレクトリに属するファイルごとの前記情報の再生の可否を、前記第１のディレクトリに属するファイルに含まれる前記暗証番号の入力に応じて制御する第２の制御情報が含まれる
ことを特徴とするデータ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録装置、記録媒体およびデータ構造に関し、特に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）を容易に再生出来ないようにする機能が考えられる。他人に見られたくない内容であったり、変更されたくないプレイリストがある場合に、暗証番号を設定し、その暗証番号を入力しなければ再生できない仕組みがあれば便利である。
【００１０】
本発明は、簡単な操作でこの再生制御ができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明の記録装置は、記録媒体に情報を記録する記録装置であって、第１のディレクトリに属するファイルに付加される第１の制御情報であって、記録媒体に記録されている情報の第１のディレクトリごとの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、第１のディレクトリの下位の第２のディレクトリに属するファイルに付加される第２の制御情報であって、第１のディレクトリに属する再生リストごとの再生の可否を、暗証番号の入力に応じて制御する第２の制御情報とを設定する第１の設定手段と、第１のディレクトリに属するファイルに、第１の制御情報および第２の制御情報に対応する暗証番号を設定する第２の設定手段とを備えることを特徴とする。
【００１２】
前記第１のディレクトリは、所定の再生単位を管理するためのディレクトリであり、再生リストは、再生単位における再生順序を指定するリストであるようにすることができる。
【００１３】
本発明の記録装置においては、第１のディレクトリに属するファイルに付加される第１の制御情報であって、記録媒体に記録されている情報の第１のディレクトリごとの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、第１のディレクトリの下位の第２のディレクトリに属するファイルに付加される第２の制御情報であって、第１のディレクトリに属する再生リストごとの再生の可否を、暗証番号の入力に応じて制御する第２の制御情報とが設定され、第１のディレクトリに属するファイルに、第１の制御情報および第２の制御情報に対応する暗証番号が設定される。
【００１４】
本発明の記録媒体は、情報を記録する記録媒体であって、暗証番号と、第１のディレクトリごとの情報の再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含むファイルが第１のディレクトリに属するファイルとして記録され、第１のディレクトリに属するファイルごとの情報の再生の可否を、第１のディレクトリに属するファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含むファイルが第１のディレクトリの下位の第２のディレクトリに属するファイルとして記録されることを特徴とする。
【００１５】
前記第１のディレクトリは、所定の再生単位を管理するディレクトリであり、第２のディレクトリは、再生単位における再生順序を指定するためのディレクトリであるようにすることができる。
【００１６】
本発明の記録媒体においては、暗証番号と、第１のディレクトリごとの情報の再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含むファイルが第１のディレクトリに属するファイルとして記録され、第１のディレクトリに属するファイルごとの情報の再生の可否を、第１のディレクトリに属するファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含むファイルが第１のディレクトリの下位の第２のディレクトリに属するファイルとして記録される。
【００１７】
本発明のデータ構造は、記録された情報に対してコンピュータが実行する所定の処理において、情報の再生を管理するために用いられるデータのデータ構造であって、第１のディレクトリに属するファイルに、暗証番号と、第１のディレクトリごとの情報の再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とが含まれ、第１のディレクトリの下位の第２のディレクトリに属するファイルに、第１のディレクトリに属するファイルごとの情報の再生の可否を、第１のディレクトリに属するファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報が含まれることを特徴とする。
【００１８】
本発明のデータ構造においては、第１のディレクトリに属するファイルに、暗証番号と、第１のディレクトリごとの情報の再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とが含まれ、第１のディレクトリの下位の第２のディレクトリに属するファイルに、第１のディレクトリに属するファイルごとの情報の再生の可否を、第１のディレクトリに属するファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報が含まれる。
【発明の効果】
【００１９】
本発明の記録装置によれば、第１のディレクトリに属するファイルに付加される第１の制御情報であって、記録媒体に記録されている情報の第１のディレクトリごとの再生の可否を、暗証番号の入力に応じて制御する第１の制御情報と、第１のディレクトリの下位の第２のディレクトリに属するファイルに付加される第２の制御情報であって、第１のディレクトリに属する再生リストごとの再生の可否を、暗証番号の入力に応じて制御する第２の制御情報とが設定され、第１のディレクトリに属するファイルに、第１の制御情報および第２の制御情報に対応する暗証番号が設定される。従って、ユーザは、暗証番号を２度入力する必要が無くなり、操作性を向上させることができる。
【００２０】
本発明の記録媒体またはデータ構造によれば、暗証番号と、第１のディレクトリごとの情報の再生の可否を、暗証番号の入力に応じて制御する第１の制御情報とを含むファイルが第１のディレクトリに属するファイルとして記録され、第１のディレクトリに属するファイルごとの情報の再生の可否を、第１のディレクトリに属するファイルに含まれる暗証番号の入力に応じて制御する第２の制御情報を含むファイルが第１のディレクトリの下位の第２のディレクトリに属するファイルとして記録される。従って、１つの記録媒体を複数のユーザが、相互に機密性を保持しながら共用することが可能になる。
【発明を実施するための最良の形態】
【００２１】
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エンコーダ，  ２４，２５  解析部，  ５０  動画像記録再生装置，  ５１  再生部，  ５２  記録部
【図１】
2005322405.tif 000003
【図２】
2005322405.tif 000004
【図３】
2005322405.tif 000005
【図４】
2005322405.tif 000006
【図５】
2005322405.tif 000007
【図６】
2005322405.tif 000008
【図７】
2005322405.tif 000009
【図８】
2005322405.tif 000010
【図９】
2005322405.tif 000011
【図１０】
2005322405.tif 000012
【図１１】
2005322405.tif 000013
【図１２】
2005322405.tif 000014
【図１３】
2005322405.tif 000015
【図１４】
2005322405.tif 000016
【図１５】
2005322405.tif 000017
【図１６】
2005322405.tif 000018
【図１７】
2005322405.tif 000019
【図１８】
2005322405.tif 000020
【図１９】
2005322405.tif 000021
【図２０】
2005322405.tif 000022
【図２１】
2005322405.tif 000023
【図２２】
2005322405.tif 000024
【図２３】
2005322405.tif 000025
【図２４】
2005322405.tif 000026
【図２５】
2005322405.tif 000027