信息處理裝置、信息處理方法、顯示介質和記錄介質的制作方法

專利名稱：信息處理裝置、信息處理方法、顯示介質和記錄介質的制作方法
總地說來，本發明涉及信息處理裝置、信息處理方法、顯示介質和記錄介質。更具體地說，本發明涉及允許更加容易進行編輯的信息處理裝置、信息處理方法、顯示介質和記錄介質。
可以適當地編輯記錄在諸如光盤的記錄介質上的視頻和音頻數據。在編輯工作中，具體地說，一段視頻數據的部分區域與另一視頻數據的部分結合，或者說部分視頻數據的一個區域被擦除。
當進行編輯數據的通常的工作時，也就是數據本身被鏈接或刪除，就出現了編輯包括已經編輯過的再編輯的數據時的既費工又費時的問題。
因此，致力于上述問題的本發明的一個目的是允許既容易又快捷地進行編輯。根據本發明的信息處理裝置的特征在于該裝置包括逐個地(1 on 1)控制多個段的數據的第一控制裝置；控制任何任意數目的第一控制裝置的第二控制裝置；和控制在第二控制裝置中的任何任意范圍的第三控制裝置。
根據本發明的信息處理方法的特征在于該方法包括逐個地控制多個段的數據的第一控制步驟；控制在第一控制步驟的任何任意數目的控制狀態的第二控制步驟；和控制在第二控制步驟的任何任意范圍的控制狀態的第三控制步驟。
根據本發明的圖像顯示介質的特征在于該介質用于表現使得信息處理裝置完成處理的程序，該處理包括如下步驟逐個地控制多個段的數據的第一控制步驟；控制在第一控制步驟的任何任意數目的控制狀態的第二控制步驟；和控制在第二控制步驟的任何任意范圍的控制狀態的第三控制步驟。
根據本發明的用于記錄數據和控制數據的控制信息的記錄介質特征在于，控制信息包括逐個地控制多個段的數據的第一控制裝置；控制任何任意數目的第一控制裝置的第二控制裝置；和控制在第二控制裝置中的任何任意范圍的第三控制裝置。
在本發明的信息處理裝置中，多個數據段由第一控制裝置逐個地控制，和任何任意數目的第一控制裝置由第二控制裝置控制，其中任何任意的范圍由第三控制裝置控制。
在根據本發明的信息處理方法和根據本發明的圖像顯示介質中，在第一控制步驟的任何任意數目的控制狀態在第二步驟被控制，和在第二控制步驟的任何任意范圍的控制狀態在第三步驟被控制。
在本發明的記錄介質中，記錄如控制信息，第一控制裝置，第二控制裝置和第三控制裝置。
結合下面的附圖描述本發明的優選實施例

圖1是用于描述目錄編排的解釋圖；圖2是用于描述VOLUME.TOC文件的結構的解釋圖；圖3是用于描述volume_mformation()(卷_信息())的結構解釋圖；圖4是用于描述volume_attribute()(卷_屬性())的結構的解釋圖；圖5是用于描述resume()(恢復())的結構的解釋圖；圖6是用于描述volume_rating()(卷_等級())的結構的解釋圖；圖7是用于描述write_protect()(寫_保護())的結構解釋圖；圖8是用于描述play_protect()(播放_保護())的結構的解釋圖；圖9是用于描述recording_timer()(記錄_定時器())的結構的解釋圖；圖10是用于描述text_block()(文本_塊())的結構的解釋圖；圖11是用于描述language_set()(語言_設定())的結構的解釋圖；圖12是用于描述text_item()(文本_項目())的結構解釋圖；圖1 3是用于描述ALBUM.STR的結構的解釋圖；圖14是用于描述album()(冊())的結構的解釋圖；圖15是用于描述TLTLE_###.VDR的結構的解釋圖；圖16是用于描述title_info()(標題_信息())的結構的解釋圖；圖17是用于描述PROGRAM_$$$.PGI的結構的解釋圖；圖18是用于描述program()(程序())的結構解釋圖；圖19是用于描述play_list()(播放_目錄())的結構的解釋圖；圖20是用于描述play_item()(播放_項目())的結構的解釋圖；圖21是用于描述CHUNKGROUP_###.CGIT的結構的解釋圖22是用于描述chunk_connnection_info()(塊_連接_信息())的結構的解釋圖；圖23是用于描述chunk_arragement_info()(塊_安排_信息())的結構的解釋圖；圖24是用于描述CHUNK_％％％.ABST的結構的解釋圖；圖25A、25B是表示本發明應用的光盤裝置的典型結構的方框圖；圖26是用于描述目錄編排的解釋圖；圖27是用于描述目錄的邏輯編排的解釋圖；圖28是用于描述偏移的解釋圖；圖29是用于描述目錄的編排的解釋圖；圖30是用于描述目錄的編排的解釋圖；圖31是用于描述目錄的編排的解釋圖；圖32是用于描述目錄的編排的解釋圖；圖33是用于描述目錄的編排的解釋圖；圖34是用于描述目錄的邏輯的編排的解釋圖；圖35是用于描述目錄的邏輯的編排的解釋圖；圖36是用于描述file_type_id(文件_類型_識別符)的解釋圖；圖37是用于描述mark_type(標記類型)的解釋圖；圖38是用于描述chunk group(塊組)的解釋圖；圖39是用于描述chunk group(塊組)的解釋圖；圖40是用于描述file_type_id(文件類型_識別符)的解釋圖；圖41是用于描述chunk_sync_play_flag(塊_同步_播放_標記)的解釋圖；圖42是用于描述original_time_count_type(原始_時間_計數_類型)的解釋圖；圖43是用于描述file_type_id(文件_類型_識別符)的解釋圖；圖44是用于描述info_type(信息_類型)的解釋圖；圖45是用于描述slot_unit_type(時隙_單位_類型)的解釋圖；圖46是用于描述file_type_id(文件類型_識別符)的解釋圖；圖47是用于描述program_status(程序_狀態)的解釋圖；圖48是表示解釋分開標題處理的流程圖49是用于描述程序、標題、塊(chunk)組、多個塊(chunks)和數據流的分層的解釋圖；圖50是用于解釋交換(swap)標題的處理的解釋圖；圖51是用于描述程序、標題、塊組，多個塊和數據流的分層的解釋圖；圖52是用于解釋刪除標題的處理的流程圖；圖53是用于描述刪除標題的處理的解釋圖；圖54是用于解釋合并標題的處理的流程圖；圖55是表示解釋設置操作為重放程序的處理流程圖；圖56是用于描述程序、標題、塊組、多個塊和數據流的分層的解釋圖；圖57是用于解釋重放程序的處理的流程圖；圖58是用于描述程序結構的解釋圖；圖59是用于描述播放序列的結構的解釋圖；圖60是用于描述程序、播放序列和播放項目間的關系的解釋圖。
在描述本發明的實施例之前，在說明書的權要求中所指出的每個裝置是由一個典型的實施裝置來舉例說明的，在下面描述本發明的特征中，這些典型的實施裝置被放置在每個裝置后面的括號里，以便說明這些裝置與實施裝置之間的關系。然而不用說，這些實施裝置不意味著具有限制意義，也就是說，這些裝置的例子不限于附加的實施裝置。
本發明的信息處理裝置的特征在于該裝置包括逐段地控制多個數據段的第一控制裝置(通過在圖24中所示的CHUNK-％％％％.ABST具體地執行)。
控制任何任意數目的第一控制裝置的第二控制裝置(通過圖21中所示的CHUNK-###.CGIT具體地執行)，和控制在第二控制裝置中的任何任意的范圍的第三控制裝置(通過圖15中所示的TITLE-###,VDR具體執行)。
利用解釋在由本發明提供一個記錄介質上的文件的格式來開始下面的描述，其中信息被記錄在該記錄介質上并且從該記錄介質上來播放該信息。在圖1中所述記錄在記錄介質上的文件被分類成下列七種形式。
VOLUME.TOCALBUM.STRPROGRAM$$$.PGI
TITLE_###.VDRCHUNKGROUP_@@@.CGITCHUNK_％％％％.ABSTCHUNK_％％％％.MPEG2VOLUME.TOC和ALBUM.STR文件被放置在一個根目錄中。一個稱為“PROGRAM”的目錄被設置的在根目錄的下面。該PROGRAM目錄包括PROGRAM_$$$.PGI文件，其中符號$$$表示一個program(程序)的號。同樣地，一個稱為“TITLE”的目錄被設置在根目錄的下面。該TITLE(標題)目錄包括TITLE_###.VDR文件，其中符號####表示一個TITLE的號。一個稱為“CHUNKGROUP”的目錄被設置在根目錄的下面。該CHUNKGROUP目錄包括CHUNKGROUP_###.CGIT文件，其中符號@@@表示一個chunkgroup的號。一個稱為“CHUNK”的目錄被設置在根目錄的下面。該CHUNK目錄包括CHUNK_％％％％.ABST文件，其中符號％％％％表示一個chunk(塊)的號。
同樣地，一個稱為“MPEGAV”的目錄被設置在根目錄的下面。該MPEGAV目錄包括多個子目錄，每個子目錄包括CHUNK_％％％％.MPEG2文件，其中符號％％％％表示一個chunk的號。
通常在記錄介質中存在一個VOLUME.TOC文件。然而在具有一種特殊結構的記錄介質中，例如像具有ROM和RAM混合結構這樣的記錄介質中，可以存在多個VOLUME.TOC文件。這個VOLUME.TOC文件用于表示記錄介質整個的特性。
圖2是表示VOLUME.TOC文件的結構圖。如在圖中所示，在文件的開頭設置“file_type_id，以便指示該文件是一個VOLUME.TOC文件。跟隨著file_type_id是volume_information()，最后是text_block()。
圖3是表示volume_information()文件的結構圖。如在圖中所示，volume_information()包括volume_attribute()、resume()、volume_ratmg()、write_protect()、play_protect()和recording_timer()。
volume_attribute()是一個用于記錄邏輯卷的屬性的區域。圖4是一個表示volume_attribute()的詳細結構圖。如在圖中所示，volume_attribute()包括title_play_mode_flag和promgram_playback_mode_flag。
resume()是一個區域，該區域被用于在記錄介質被再次插入時記錄在一個彈出操作之前用于一個狀態恢復的信息。圖5是表示resume()的一個詳細結構圖。
在圖3中所示的volume_rating()是一個區域，根據用戶的年齡和用戶的類型，該區域記錄用于執行整個卷的監視器/收聽器的年齡限制的信息。圖6是表示volume_rating()的詳細結構圖。
圖3中的write_protect()是一個區域，該區域記錄用于限制改變和刪除一個ttrle和一個program操作的信息。圖7是表示write_protect()的詳細結構圖。
圖3中的play_protect()一個區域，該區域記錄用于設置一個播放允許功能或一個播放禁止功能的信息和記錄用于限制在該卷中記錄的一個title或一個program的播放操作數的信息。圖8是表示play_protect()的詳細結構圖。
在圖中所示的recording_timer()是一個區域，該區域用于記錄控制一個記錄時間的信息。圖9是表示recording_timer()的詳細結構圖。
圖10是一個表示在圖2中所示的VOLUME.TOC文件的text_block()的詳細結構圖。如在圖10中所示的，text_block()包括language_set和text_item。圖11和12分別示出了language_set和text_item的詳細結構圖。
通常在一個記錄介質中存在一個在圖1中所示的ALBUM.STR文件。然而在具有一種特殊結構的記錄介質中，例如像具有ROM和RAM混合結構這樣的記錄介質中，可以存在多個ALBUM.STR文件。這個ALBUM.STR文件用于把多個記錄介質組合成一個結構，該結構使記錄介質看起來好象只有一個單個記錄介質。
圖13是表示ALBUM.STR文件的結構圖。如在圖中所示，在文件的開頭設置file_type_id，以便指示該文件是一個ALBUM.STR文件。跟隨著file_type_id是album()，最后是text_block()。
album()是一個區域，該區域記錄用于處理多個volume的信息，也就是，多個記錄介質作為一個綜合volume。圖14是表示album()的一個詳細結構圖。
在圖1中存在與多個title一樣多的TITLE_###.VDR文件。一個title例如在一個光盤的情況下涉及一個音樂的選擇或在一個電視廣播的情況下涉及一個節目。圖15是表示TITLE_###.VDR文件的結構圖。如在圖中所示，在文件的開頭設置file_type_id，以便指示該文件是一個TITLE_###.VDR文件。跟隨著file_type_id是title_info()，最后是text_block()。符號####是表示一個title號的字符串。
title_info()是一個區域，該區域記錄在一個chunk_group上的title一個開始點和一個結束點和其它的title的屬性。圖16是表示title_info()的詳細結構圖。
在圖1中存在與多個program一樣多的PROGRAM_$$$.PGI文件。一個program包括多個刪節，每個刪節規定了一部分區域或所有的title。一個program的刪節以一個規定的順序被播放。圖17是表示一個PROGRAM_$$$.PGI文件的結構圖。如在圖中所示，在文件的開頭設置file_type_id，以便指示該文件是一個PROGRAM_$$$.PGI文件。跟隨著file_type_id是program()，最后是text_block()。符號$$$是表示一個program號的字符串。
program()是一個區域，該區域用于記錄在一個操作中所需要信息以便收集需要的一部分title并且播放它們而不完成該內容的不可逆的編輯。圖18是表示program()的詳細結構圖。
在圖18中所示的program()具有一個play_list()。圖18是表示program()的詳細結構圖。
在play_list()中設置有多個play_item()。圖20是一個表示play_item()的詳細圖。
在圖1中存在與多個chunk group一樣多的CHUNKGROUP_###.CGIT文件。一個chunk group是一個用于排列一個位流的數據結構。當用戶通常操作一個用于在記錄介質上記錄信息和從記錄介質播放信息的裝置時，例如一個VDR(Video Disc Recorder)，用戶不知道這個文件的存在。
圖21是一個表示一個CHUNKGROUP_###.CGIT文件的結構圖。如在圖中所示，在文件的開頭設置file_type_id，以便指示該文件是一個CHUNKGROUP_###.CGT文件。跟隨著file_type_id是chunkgroup_time_base_flags(塊組_時_基_標志)和chunkgroup_time_base_offset(塊組_時_基_偏移)，其次是chunk_connection_info()，最后是text_block()。
chunkgroup_time_base_flags是特征位，每個特征位與一個chunkgroup的一個基準計數器相關。chunkgroup_time_base_offset表示一個chunk group的基準時間軸的開始時間。chunkgroup_time_base_offset是在一個計數器中設置的32位值，該計數器以一個90kHz的頻率來計算。chunk_connection_info()是一個區域，用于記錄像一個視頻轉換點、以及視頻和音頻同步這樣的特殊信息。圖22是一個表示chunk_connection_info()的詳細結構圖。
chunk_connection_info()包括與屬于一個chunk group的chunk的數量一樣多的chunk_arrangement_info()的循環。圖23是一個表示chunk_arrangement_info()的詳細結構圖。
在圖1中存在與多個chunks一樣多的CHUNK_％％％.ABST文件。一個chunk是用于一個數據流文件的信息。圖24是一個表示CHUNK_％％％.ABST文件的結構圖。如在圖中所示，在文件的開頭設置file_type_id，以便指示該文件是一個CHUNK_％％％.ABST文件。
在圖1中所示的CHUNK_％％％％.MPEG2文件是一個數據流文件。與只用于存儲信息的其它文件不同，這個文件被用于存儲一個MPEG位流。
圖25表示一個光盤裝置的典型結構圖，它用于把信息記錄在作為一個記錄介質的光盤上和由該光盤來播放信息，其中記錄介質包括上述的文件。在光盤裝置中，設置一個單個光頭2用于一個可重寫光盤1。光頭2用于從光盤1讀出信息和把信息寫入到光盤1中。
在一個RF和解調/調制電路3中一個位流被解調之后，在借助于一個開關5被提供給用于緩沖在一個讀出率與一個解碼處理率之間的差的一個讀出通道緩沖器6之前，由光頭2從光盤1讀出的位流先經過在ECC電路4中的誤差校正。讀出通道緩沖器6的一個輸出被提供給一個解碼器7。讀出通道緩沖器6這樣被設計以致于一個系統控制器13能夠讀和寫該讀出通道緩沖器6。
利用解碼器7對由讀出通道緩沖器6輸出的位流進行解碼，作為解碼的結果，該解碼器7輸出視頻和音頻信號。由解碼器7輸出的視頻信號被提供給一個合成電路8以便與一個由OSD(On Screen Display)控制電路9產生的視頻信號合成。合成的結果通過一個輸出端P1提供給一個顯示單元，以便在顯示單元上被顯示，該顯示單元在圖中沒有被示出。同時，由解碼器7產生的音頻信號通過一個輸出端P2提供給一個揚聲器，以便在揚聲器中被播放，該揚聲器在圖中沒有被示出。
另一方面，由一個輸入端P3輸入的視頻信號和由一個輸入端P4輸入的音頻信號在它們被提供給一個寫入通道緩沖器11之前由一個編碼器10來編碼，其中寫入通道緩沖器11用于緩沖在一個編碼處理率與一個寫入率之間的差。寫入通道緩沖器11這樣被設計以致于系統控制器13能夠讀和寫該寫入通道緩沖器11。
從寫入通道緩沖器11中讀出在寫入通道緩沖器11中存儲的數據并且借助于開關5提供給ECC電路4。在ECC電路4中，在該數據被提供給RF＆解調/調制電路3以便被調制之前，一個誤差校正碼被加到該數據上。由RF＆解調/調制電路3輸出的一個信號，嚴格地說，一個RF信號利用光頭2記錄到光盤1上。
一個地址檢測電路12檢測在經過一個記錄或播放操作的光盤1的磁道上關于一個地址的信息。系統控制器13控制構成光盤裝置的部件的操作。該系統控制器13包括一個CPU21，用于執行各種控制、一個ROM單元22，用于存儲像處理程序這樣由CPU21執行的信息、一個RAM單元23，用于存儲像由CPU21進行的處理期間獲得的數據這樣的信息和一個RAM單元24，用于存儲待記錄到光盤1中或待由光盤1播放的各種信息文件。CPU21根據由地址檢測電路12輸出的檢測結果精細地調整光頭2的位置。CPU21也控制開關5的轉換操作。由用戶來操作由各種開關和各種按鈕構成的輸出單元14，以便把各種指令輸入給光盤裝置。
下面來解釋從一個信息文件中讀數據的基本操作。在從一個VOLUME.TOC信息文件中讀數據的操作中，例如，在系統控制器13中使用的CPU21利用一個文件系統操作指令首先確定VOLUME.TOC文件被記錄在光盤1中的實際地址和文件的長度，該文件系統操作指令被包括在預先的一個處理程序中。然后，CPU21根據在VOLUME.TOC文件的地址上的信息把光頭2移動到一個讀出位置。接著，CPU21把光頭2、FR&解調/調制電路3和ECC電路4設置到讀出方式，并且根據讀出通道緩沖器6來定位開關5。此外，在利用光頭2開始一個讀出操作之前，CPU21精確地調整光頭2的位置。在讀出操作中，利用光頭2讀出VOLUME.TOC文件的內容和利用FR&解調/調制電路3對其進行解調。在FR&解調/調制電路3的輸出被存儲在讀出通道緩沖器6之前要經過在ECC電路4中的誤差校正。
當存儲在讀出通道緩沖器6中的數據量變為等于或超過VOLUME.TOC文件的容量時，CPU21停止讀出操作。以后，CPU21讀出在讀出通道緩沖器6中存儲的數據并且把該數據存儲在RAM單元24中。
下面通過以VOLUME.TOC信息文件作為例子來解釋把數據寫入到一個信息文件中的基本操作。首先，CPU21為了把數據被寫入到其中的一個自由區域而檢索文件系統，也就是光盤1，該自由區域具有等于或大于一個VOLUME.TOC文件的容量，并且利用一個包括在預先的一個處理程序中的文件系統操作指令來確定該自由區域的地址。
接著，CPU21把在RAM單元24中準備好并且待重新寫入到光盤1中的VOLUME.TOC文件傳送給寫入通道緩沖器11。然后，CPU21根據在VOLUME.TOC文件上的信息把光頭2移動到一個寫入位置。接著，CPU21把光頭2、FR&解調/調制電路3和ECC電路4設置到寫入方式，并且根據寫入通道緩沖器11來定位開關5。此外，在利用光頭2開始一個寫入操作之前，CPU21精確地調整光頭2的位置。
在寫入操作中，從寫入通道緩沖器11讀出重新準備的VOLUME.TOC文件的內容和借助于開關3把該內容提供給ECC電路4。在ECC電路4中，在利用FR&解調/調制電路3對其進行調制之前一個誤差校正碼被加到該內容上。利用光頭2把由FR&解調/調制電路3的輸出的一個信號記錄到光盤1中。
當從寫入通道緩沖器11中讀出的數據量變為等于或超過VOLUME.TOC文件的容量時，CPU21停止寫入操作。
最后，CPU21重寫一個指向文件系統的VOLUME.TOC文件的指示符，以便利用一個包括在預先的一個處理程序中的文件系統操作指令使指示符指向重新被寫的位置。
下面以在圖1中所示的CHUNK_0001.MPEG2作為一個例子來解釋播放一個數據流的基本操作。首先，在系統控制器13中使用的CPU 21利用一個文件系統操作指令確定CHUNK_0001.MPEG2文件被記錄在光盤1中的實際地址和文件的長度，該文件系統操作指令被包括在預先的一個處理程序中。然后，CPU21根據在CHUNK_0001.MPEG2文件的地址上的信息把光頭2移動到一個讀出位置。接著，CPU_21把光頭2、FR&解調/調制電路3和ECC電路4設置到讀出方式，并且把開關5定位在讀出通道緩沖器6的一側上。此外，在利用光頭2開始一個讀出操作之前，CPU21精確地調整光頭2的位置。
在讀出操作中，利用光頭2讀出的CHUNK_0001.MPEG2文件的內容經過FR&解調/調制電路3、ECC電路4和開關5被存儲在讀出通道緩沖器6中。在讀出通道緩沖器6存儲的數據被提供給解碼器7，以便利用解碼器7對由讀出通道緩沖器6輸出的數據進行解碼，作為解碼的結果，該解碼器7輸出視頻和音頻信號。由解碼器7產生的音頻信號提供給輸出端P2。同時，由解碼器7輸出的視頻信號通過合成電路8提供給輸出端P2。
當從光盤1讀出并且由解碼器7解碼以便待精確顯示的數據量變為等于CHUNK_0001.MPEG2文件的容量時，或當由輸出單元14接收到一個停止讀出操作的指令時，CPU21停止讀出和解碼操作。
下面通過以CHUNK_0001.MPEG2信息文件作為例子來解釋把數據流記錄到一個信息文件中的基本操作。首先，CPU21為了把數據流被寫入到其中的一個自由區域而檢索文件系統，也就是光盤1，該自由區域具有等于或大于CHUNK_0001.MPEG2文件的容量，并且利用一個包括在預先的一個處理程序中的文件系統操作指令來確定該自由區域的地址。
由一個輸入端P3輸入的視頻信號和由一個輸入端P4輸入的音頻信號在它們被提供給一個寫入通道緩沖器11之前由一個編碼器10來編碼。CPU 21根據在CHUNK_0001.MPEG2文件的地址上的信息把光頭2移動到一個寫入位置。接著，CPU21把光頭2、FR&解調/調制電路3和ECC電路4設置到寫入方式，并且根據寫入通道緩沖器11來定位開關5。此外，在利用光頭2開始一個寫入操作之前，CPU21精確地調整光頭2的位置。
在寫入操作中，從寫入通道緩沖器11讀出重新準備的CHUNK_0001.MPEG2文件的內容和借助于開關5、ECC電路4、和FR&解調/調制電路3提供給光頭2。一個由RF&解調/調制電路3輸出的一個信號利用光頭2記錄到光盤1上。
當由寫入通道緩沖器11讀出并且記錄到光盤1中的數據量變為等于CHUNK_0001.MPEG2文件的容量時，或當由輸出單元14接收到一個停止寫入操作的指令時，CPU21停止寫入操作。最后，CPU21重寫一個指向文件系統的CHUNK_0001.MPEG2文件的指示符，以便利用一個包括在預先的一個處理程序中的文件系統操作指令使指示符指向重新被寫的位置。
假設在圖26中所示的信息和數據流文件已經被存儲在光盤1中。在這個例子中，光盤1包括一個稱為文件，該文件用于存儲一個program。此外，光盤1也包括三個分別稱為TITLE_001.VDR、TITLE_002.VDR和TITLE_003.VDR的title文件。
此外，光盤1也包括二個稱為CHUNKGROUP_0.001.CGIT和CHUNKGROUP_002.CGIT的chunk group信息文件。在其首位上，光盤1包括三個稱為CHUNK_0001.MPEG2、CHUNK_0011.MPEG2和CHUNK_0012.MPEG2的流文件以及分別與CHUNK_0001.MPEG2、CHUNK_0011.MPEG2和CHUNK_0012.MPEG2的流文件相關的三個稱為CHUNK_0001.ABST、CHUNK_0011.ABST和CHUNK_0012.ABST的信息文件。
圖27是一個表示光盤1的邏輯結構圖，該光盤1包括在圖26中所示的信息和流文件。在運個例子中，稱為CHUNK_0001.ABST、CHUNK_0011.ABST和CHUNK_0012.ABST的chunk信息文件分別規定了CHUNK_0001.MPEG2、CHUNK_0011.MPEG2和CHUNK_0012.MPEG2的流文件。具體地說，在圖24中所示的每個CHUNK_％％％.ABST的一個chunk_file_id字段中，與數據流文件相關的文件ID被確定。
此外，在這個例子中，稱為CHUNKGROUP_001.CGIT的chunk-group信息文件規定了稱為CHUNK_0001.ABST的chunk信息文件，而稱為CHUNKGROUP_002.CGIT的chunk-group信息文件規定了稱為CHUNK_0011.ABST和CHUNK_0012.ABST的chunk信息文件。具體地說，在圖23中所示的chunk_arrangement_info()的chunk_info_file_id字段中，規定了一個chunk信息的文件ID。這個chunk_arrangement_info()被包括在一個chunk-group信息文件中。在該數據結構中存在與屬于一個chunk-group的chunks這樣多的chunk_arrangement_info()。應該指出的是在圖22中所示的chunk_connection_info()中描述了chunk_arrangement_info()并且在圖21中所示的chunkgroup_###.cgit中描述了這個chunk_connection_info()。
在CHUNKGROUP_001中只有一個chunk_arrangement_info()。這個chunk_arrangement_info()的chunk_info_file_id字段規定了CHUNK_0001。另一方面，在CHUNKGROUP_002中有二個chunk_arrangement_info()。這些chunk_arrangement_info()的chunk_info_file_id字段分別規定了CHUNK_0011和CHUNK)012。因此，一個chunk group能夠被用于規定一個順序，在該順序中，多個chunks將被播放。
具體地說，首先，利用在圖21中所示的chunkgroup_###.cgit文件中的chunkgroup_time_base_offset來確定一個定時器用于chunk-group的初始值。然后，當每個chank被分類時，在圖23中所示的chunk_arrangement_info()的presentation_start_cg_time_count(顯示開始歸類時間計數)和presentation_end_cgtime_count(顯示結束歸類時間計數)被確定。
例如，假設CHUNK_0011和CHUNK_0012的時間長度分別是A和B，如在圖28中所示的。在這種情況下，CHUNK_0011的presentation_start_cg_count和presentation_end_cg_count分別等于chunkgroup_time_base_offset和chunk_group_time_base_offset+A。另一方面，CHUNK_0012的presentation_start_cg_count和presentation_end_cg_count分別等于chunkgroup_time_base_offse+A和chunk_group_time_base_offset+A+B。通過利用這種方式設置字段使CHUNKGROUP_002被限定，以至于CHUNK_0011和CHUNK_0012連續地被播放。
應該指出的是如果CHUNK_0011的播放時間與CHUNK_0012播放時間重疊，那么在兩個播放時間中的一個播放時間能夠被移動以便消除重疊。此外在圖23中所示的chunk_arrangement_info()中的transition_info()被用作為一個描述性字段，該描述性字段用于規定一種特殊的作用，例如在從一個數據流向另一個數據流過渡中的一個信號漸強、信號漸弱或擦除。
在圖26中所示的例子中，TITLE_001.VDR和TITLE_002.VDR文件信息文件規定了CHUNKGROUP_001.CGIT的chunk-group信息文件，而TITLE_003.VDR規定了CHUNKGROUP_002.CGIT的chunk-group信息文件。具體地說，在圖16中所示的title_info()中的cgit_file_id規定了chunk-group的文件ID。此外，稱為title_start_chunk_group_time_stamp(標題_開始_塊組_時間_標記)和title_end_chunk_group_time_stamp(標題_結束_塊組_時間標記)被用于規定一個時間范圍，在該時間范圍中該title被限定在chunkgroup中。
在圖27所示的例子中，例如，TITLE_001和TITLE_002規定了CHUNKGROUP_001第一半部分和第二半部分。應該指出的是分割與由用戶的一個請求相一致并且由用戶任意地來確定它的位置，而不是預先地被確定。在這個例子中，利用一個距離A使分割成TITLE_001和TITLE_002的位置被設置在與CHUNKGROUP_001的頭部分離的位置上。
TITLE_001規定了CHUNKGROUP_001作為一個chunk group和CHUNKGROUP_001的開始時間作為一個title的一個開始時間。由用戶確定的一個點的時間被規定作為title的結束時間。
具體地說，CHUNKGROUP_001的chunkgroup_time_base_offset(頭部的位置)被設置為TITLE_001的title_start_chunk_group_time_stamp，而CHUNKGROUP_001的chunkgroup_time_base_offset和距離A的總和被設置為TITLE_001的title_end_chunk_group_time_stamp。
TITLE_002規定了CHUNKGROUP_001作為一個chunk group和用戶確定的一個點的時間被規定作為title的開始時間。CHUNKGROUP_001的結束時間作為一個title的一個結束時間。
具體地說，CHUNKGROUP_001的chunkgroup_time_base_offset(頭部的位置)和距離A的總和被設置為TITIE_002的start_chunk_group_time_stamp，而CHUNKGROUP_001的chunkgroup_time_base_offset和CHUNKGROUP_001長度的總和被設置為TITLE_002的title_end_chunk_group_time_stamp。
TITLE_003規定了CHUNKGROUP_002作為一個chunk group和CHUNKGROUP_002的開始時間作為一個title的一個開始時間。CHUNKGROUP_002一個結束時間被規定作為title的結束時間。
具體地說，CHUNKGROUP_002的chunkgroup_time_base_offset(頭部的位置)被設置為TITLE_003的title_start_chunk_group_time_stamp，而CHUNKGROUP_002的chunkgroup_time_base_offset和CHUNKGROUP_002的長度的總和被設置為TITLE_003的title_end_chunk_group_time_stamp。
此外，在這個例子中，稱為PROGRAM_001.PG1的program信息文件規定列舉以一個順序待播放的部分TITLE_001和部分TITLE_003。具體地說，在圖20中所示的play_item()中的title_number被用于規定一個title。由一個title限定的時間被用于限定開始點和結束點以便抽出一個切割。多個這樣的切割集合在一起以便構成一個program。
下面描述一個附加的記錄操作以便附加地把新的信息記錄到光盤1中。具體地說，這個附加記錄操作典型地作為一個視頻記錄操作被進行，或由用戶操作輸入單元以便把一個進行實時記錄的指令輸入給光盤裝置來進行該附加記錄操作。在后者的情況下，如果不知道視頻記錄結束時間，那么按下一個記錄按鈕。然而，對于能夠斷定記錄結束時間的情況，按下用于單觸摸記錄功能的按鈕。單觸摸記錄功能是一種用于把視頻記錄進行一個固定時間周期的功能。
下面通過以定時器記錄作為一個例子來解釋附加記錄操作。在這種情況下，光盤裝置的用戶規定了在其它的操作之中一個記錄開始時間、一個記錄結束時間、一個位流的位速率和一個頻道預先被記錄。此外，在視頻記錄被預約的一個時間點上，光盤1預先被檢查以便發現是否留有一個適合于位速率和記錄時間長度的自由空間。
如果在預約的一個時間與執行預約的視頻記錄的一個時間之間在光盤1上進行另一種記錄操作，那么確實在可能的范圍之內不能再分配以規定的位速率執行預約的視頻記錄的確定自由空間。在這種情況下，CPU21既可以把位速率減小到比預先規定的值更小的一個值以便在預約的時間周期記錄信息，或者通過盡可能長時間的保持位速率不變以便在一個時間周期記錄信息。更不用說，接著CPU21記錄操作，并且當檢測預約的視頻記錄不方便時，通知用戶這個不方便的信息被發出。
當預約的視頻記錄的開始時間被接近時，CPU21利用一個嵌入定時器和一個時鐘信號來自動地使光盤裝置從休眠狀態恢復到操作狀態。然后，CPU21從開始發出一個包括在處理程序中的文件系統操作指令，以便在光盤1上分配一個用于記錄一個預約節目的區域。也就是說，首先，CPU21從預約記錄的結束時間減去開始時間以便找到記錄時間的長度，然后計算記錄時間的長度與位速率的積以便獲得待分配用于記錄預約節目的所需區域的容量。除了在預約記錄中需要的數據流文件之外，需要在一個信息文件中存儲數據。更具體地說，當在一個title信息文件中需要存儲一個新的title時，在光盤1上必須分配一個用于記錄title信息文件的區域。如果不能分配一個具有足夠容量的區域，那么需要采取上述的防范措施技術，也就是，減少位速率或僅在與分配的區域對應的一個時間周期進行記錄操作。
應該指出的是由于在這種情況下存儲一個新的title，所以用戶給一個新的數據流文件一個名稱，嚴格的說，給在一個新數據流目錄中新數據流文件一個名稱。使該名稱為￥MPEGAV￥STREAM_003￥CHUNK_0031。也就是說，在根目錄中的MPEGAV目錄下的STREAM_003中數據流文件的名稱是CHUNK_0031.MPEG2，如在圖29中所示的。
CPU21把以記錄方式執行的指令發給光盤裝置的其它部件。例如，通過輸入端P3接收的視頻信號和通過輸入端P4從一個在圖中沒有示出的調諧器接收的音頻信號利用編碼器10來編碼，然后把它們存儲在寫入通道緩中器11中。接著，CPU21把光頭2移動到一個由關于早先分配區域的一個地址的信息確定的寫入位置上。然后，CPU21把光頭2、FR&解調/調制電路3和ECC電路4設置到寫入方式，并且根據寫入通道緩沖器11來定位開關5。此外，在CPU21精確地調整光頭2的位置之后，利用光頭2開始一個寫入操作。在此時，借助于開關5、ECC電路4、FR&解調/調制電路3和光頭2，從寫入通道緩沖器11讀出將被記錄在一個新設置的名稱為CHUNK_0031.MPEG2的文件中的數據，以便把它們記錄到光盤1上。
當在上述的寫入操作期間發生下列一種情況時，CPU21停止操作。
1．達到預約的視頻記錄的結束時間。
2．由于像一個不充足存儲容量這樣的原因使信息不能再被記錄到光盤1上。
3．接收的一個停止記錄操作的指令。
接著，通過利用包括在預先的處理程序中的文件系統操作指令，CPU21利用指向一個已經新記錄信息的地址的值來校正指向在文件系統中的CHUNK_0031.MPEG2的指示符。此外，CPU21分別為chunk信息、chunk-group信息和title信息準備文件、并且給每個文件一個名稱以及把這些信息存儲到文件中。應該指出的是在記錄操作期間或在預約時間上需要在光盤1上預先分配用于記錄這些文件的自由空間。
結果，新的信息文件典型地如在圖30中所示地被產生。在該圖中，這些文件通過在其右側上設置的星號‘＊’來命名，它們在上述的操作中新產生文件的名稱。
圖31是一個表示在新產生的信息文件之間的關系圖。如在該圖中所示的，TITLE_004規定了CHUNKGROUP_003,CHUNKGROUP_003規定了CHUNK_0031，而CHUNK_0031規定了STREAM_0031。
也就是說，在一個信息文件中一個新的數據流被記錄為TITLE_004。通過利用該光盤裝置的一個功能來檢驗一個title，用戶能夠知道像TITLE_004的屬性這樣的信息。此外，能夠播放TITLE_004。
下面描述與在圖26(或圖27)所示操作類似的在一個光盤1上重寫/記錄信息的操作。與在一個視頻帶上記錄一個信號的操作非常類似，一個重寫-記錄操作是在已經記錄在光盤1上的整個現有節目上擦除該現有節目并且記錄一個新節目的操作。
在重寫-記錄操作中，使操作開始的一個位置是很重要的。假設用戶規定TITLE_001的頭部作為開始一個重寫-記錄操作的位置。在這種情況下，通過重寫記錄在TITLE_001、TITLE_002和TITLE_003中現有的信息，以它們列舉的順序來進行重寫-記錄操作。如果即使達到TITLE_003結束時間也沒有完成重寫-記錄操作，那么通過在光盤1分配一個新的自由空間來繼續記錄操作。如果TITLE_002被規定作為開始一個重寫-記錄操作的位置，那么由于TITLE_001在操作的開始位置之前，所以利用記錄操作將不能重寫TITLE_001中的信息。
假設利用重寫現有信息來進行定時視頻記錄，該現有信息是在TITLE_003的頭部位置開始的。在這種情況下，該光盤裝置的用戶規定了在其它的操作之中一個記錄開始時間、一個記錄結束時間、一個位流的位速率和一個頻道預先被記錄。此外，TITLE_003的頭部被規定作為一個記錄開始的位置，該開始位置對于重寫記錄操作來說是重要的。此外，同樣在這種情況下，在視頻記錄被預約的一個時間點上，預先檢查在光盤1上是否留有一個適合于位速率和記錄時間長度的自由空間。在重寫記錄操作的情況下，在光盤1上的由一個規定位置開始的多個可重寫title的總容量與自由區域之和是一個可記錄的空間。具體地說，在這種情況下，由TITLE_003控制的STREAM_0011和STREAM_0012的數據流與光盤1上的一個自由空間的總和是一個可記錄的空間。
在一個重寫記錄操作中，對于上述可記錄空間來說具有一些適合于選擇的項目，這些選擇的項目是關于視頻記錄實際被進行的順序。作為第一個可以想的到的選擇項目是能夠選擇一種操作方法以一種在title中規定了數據流的順序來記錄信息。具體地說，在這種情況下，能夠選擇一種從STREAM_0011的頭部開始記錄的操作方法，并且當STREAM_0011的結束被達到時，該記錄持續到STREAM_0012的頭部。然后，當STREAM_0012的結束被達到時，視頻記錄被持續到光盤1上的自由空間。作為另一種方法，首先，在光盤1上的自由空間上進行視頻記錄，并且在自由空間被完全地用完的一個時間點上該記錄持續到一個現有的數據流。
在模仿一個視頻帶的意義上前一種操作方法是極好的。也就是說，由于該記錄操作與把信息記錄到一個視頻帶上的操作類似，所以該操作的特征在于用戶能夠容易地理解該操作。另一方面，特征在于一個已經被記錄的數據流被以后刪除，在保護記錄的信息的意義上后一種操作方法是極好的。
應該指出的是如果在預約的一個時間與執行預約的視頻記錄的一個時間之間在光盤1上進行另一種記錄操作，那么確實在可能的范圍之內不能再分配以規定的位速率執行預約的視頻記錄的確定自由空間。在這種情況下，與前面描述的附加記錄操作非常類似，CPU21既可以自動地把位速率減小到比預先規定的值更小的一個值以便在預約的時間周期記錄信息，或者通過盡可能長時間的保持位速率不變以便在一個時間周期記錄信息。
當預約的視頻記錄的開始時間被接近時，光盤裝置從休眠狀態恢復到操作狀態。然后，CPU21在光盤1上分配所有的自由空間。不用說，也存在這樣一種方法，其中在該時間點上不分配一個自由區域，而在所需區域的一個時間點上分配該自由區域一個用于記錄一個預約節目的區域。為了解釋簡單的目的，在記錄開始之前分配一個所需的區域。
應該指出的是由于規定了一個開始時間、一個結束時間和一個位速率的原因使在定時記錄中預先已知一個所需區域的長度，所以只能分配一個具有一個所需長度或具有所需長度加上一定的附加余量的區域。在需要記錄信息文件的情況下，例如在記錄期間需要把一個title信息文件記錄為一個新title的情況下，需要分配一個具有足夠長度來記錄該信息文件的區域。
給一個新的數據流文件一個名稱，嚴格的說，給在一個新數據流目錄中新數據流文件一個名稱。使該名稱為￥MPEGAV￥STREAM_002￥CHUNK_0031。也就是說，在根目錄中的MPEGAV目錄下的STREAM_002中數據流文件的名稱是CHUNK_0031.MPEG2，如在圖32中所示的。
通過輸入端P3接收的視頻信號和通過輸入端P4從一個在圖中沒有示出的調諧器接收的音頻信號利用編碼器10來編碼，然后把它們存儲在寫入通道緩沖器11中。接著，CPU21把光頭2移動到一個由關于早先分配區域的一個地址的信息確定的寫入位置上。然后，CPU21把光頭2、FR&解調/調制電路3和ECC電路4設置到寫入方式，并且把開關5定位在寫入通道緩沖器11側上。此外，在CPU21精確地調整光頭2的位置之后，利用光頭2開始一個寫入操作。在此時，借助于開關5、ECC電路4、FR&解調/調制電路3和光頭2，從寫入通道緩沖器11讀出將被記錄在一個新設置的名稱為CHUNK_0031.MPEG2文件中的數據，以便把它們記錄到光盤1上。
在此時，首先重寫稱為CHUNK_0011.MPEG2的數據流。在記錄已經達到稱為CHUNK_0011.MPEG2數據流的結束之后，在持續到稱為CHUNK_0031.MPEG2的數據流之前該操作持續到稱為CHUNK_0012.MPEG2的一個數據流。
當上述的處理正在被進行時，在上述3個條件中的任一個條件被滿足時CPU21停止寫入操作。
接著，CPU21執行包括在預先的處理程序中的文件系統操作指令，以便校正數據流文件、chunk信息、chunk-group信息和title信息準備文件。
順便說一下，利用與寫入操作結束同步的定時來改變這些文件的結構。例如，當在稱為CHUNK_0011.MPEG2和稱為CHUNK_0012.MPEG2的兩個數據流文件寫入操作已經被完成之后在稱為CHUNK_0013.MPEG2的數據流文件上進行記錄時，在光盤1上的文件結構被改變在圖33中所示的一種結構。一個在其右側上設置有星號‘＊’的文件名稱是在這時新產生的一個文件的名稱。
圖34是一個表示利用運種方法新產生的文件之間的關系圖，也就是，如在圖33中所示的文件。當與在圖31中所示的文件相比時，顯然加入了CHUNK_0031作為包括在CHUNKGROUP_002中的一個chunk，由TITLE_003和CHUNK_0031規定的CHUNKGROUP_002規定了STREAM_0031。
另一方面，如果當數據正在被寫入到一個現有數據流文件中時重寫記錄操作被完成，也就是，如果當數據正在被寫入到例如稱為CHUNK_0011.MPEG2的數據流文件中時重寫記錄操作被完成，那么由于沒有數據被寫入到該文件中，所以在稱為CHUNK_0031.MPEG2的數據流文件上分配用于重寫操作的自由區域被釋放。在這種情況下，進行特殊的title處理。具體地說，當在TITLE_003的頭部開始一個重寫記錄操作和在TITLE_003的中部完成該操作時，該title被分離。更具體地說，如在圖35中所示的，新的TITLE_003被指定到在重寫記錄操作的開始位置與結束位置之間的一個區域，而TITLE_004被指定到在該區域之后的一個區域，也就是，該區域的其余部分，假設TITLE_003原始被指定的該區域。
下面解釋播放一個title的操作。假設一個具有在圖26中所示文件的光盤1被插入到光盤裝置中，然后從光盤1來播放一個title。當光盤1被插入到該裝置中時，首先，CPU21從光盤1上的信息文件中讀出數據，并且把該數據存儲到RAM單元24中。通過重復該基本操作來進行數據處理以便從上述的一個信息文件中讀入數據。
具體地說，首先，CPU21從VOLUME.TOC和ALBUM.STR中讀出數據。然后，CPU21檢查稱為TITLE的目錄以便找出在該目錄中存在多少具有擴展名為“.VDR”的文件。具有這樣一個擴展名的文件是一個具有title信息的文件。該文件數等于title數。在圖26中所示的例子中，title數是三。接著，CPU21從三個文件中讀出title信息并且把該信息存儲到RAM單元24中。
CPU21控制OSD控制電路9以便使OSD控制電路9產生字符信息，也就是，關于在光盤1上記錄的title的信息。利用合成電路8把該字符信息與一個視頻信號合成。然后通過輸入端P1輸出合成的結果以便在顯示單元上顯示該結果。具體地說，顯示在該例子中存在的三個現有title的每個title的長度和屬性。該屬性包括title的名稱和title被記錄的日期。
假設用戶把TITLE_002作為例子規定為待播放的一個title。在TITLE_002的信息文件中，具體地說，在圖16中所示的title_info()的cgit_file_id中，規定了CHUNKGROUP_001的一個文件ID被記錄。CPU21記錄該文件ID并且把該文件ID存儲在RAM單元24中的CHUNKGROUP_001中。
然后，CPU21檢查與CHUNK對應的TITLE_002的開始和結束時間。該開始和結束時間分別地被記錄在如圖16中所示的title_info()的title_start_chunk_group_time_stamp和title_end_chunk_group_time_stamp字段中。通過與包括在關于一個CHUNKGROUP的信息中的信息比較來進行該檢查，其中對應的chunks已經被記錄CHUNKGROUP中。更具體地說，通過與在圖23中所示的chunk_arrangement_info()的presentation_start_cg_time_count和presentation_end_cg_time_count字段中記錄的信息比較來進行該檢測。在這個例子中，已知TITLE_02的開始時間是CHUNK_0001的中間，如在圖27中所示的。也就是說，顯然為了從頭部來播放TITLE_002，播放操作需要從CHUNK_0001.MPEG2數據流文件的中間開始。
接著，為了確定數據流的哪部分與TITLE_002的頭部相對應，CPU21檢查該數據流。也就是說，CPU21計算在與TITLE_002的頭部相對應的數據流中一個偏移時間(一個時間特征)的大小。然后，通過利用在CHUNK文件中的特征點信息，一個播放開始點與開始時間被確認之前的一個點相對應。利用該方法能夠確定播放開始點與該文件的頭部的偏移距離。
接著，通過利用一個包括預先的處理程序中的文件系統操作指令，CPU21在已經記錄了CHUNK_0001.MPEG2的光盤1確定一個實際地址和該地址的長度。此外把早先發現的播放開始點的偏移地址加的這個實際地址上，以便精確地確定TITLE_002的播放開始點的地址。
接著，CPU21把光頭2移動到一個由關于CHUNK_ 0001.MPEG2文件的地址的信息確定的讀出位置上。然后，CPU21把光頭2、FR&解調/調制電路3和ECC電路4設置到讀出方式，并且把開關5定位在讀出通道緩沖器6側上。此外，在CPU21精確地調整光頭2的位置之后，利用光頭2開始一個讀出操作。在此時，從名稱為CHUNK_0001.MPEG2文件中讀出的數據被存儲到讀出通道緩沖器6中。
在讀出通道緩沖器6中存儲的數據被輸出給解碼器7以便由解碼器7解碼。作為解碼的結果，解碼器7輸出視頻信號和音頻信號。在由光盤1讀出的、由解碼器7解碼的和在顯示單元上顯示的數據量等于CHUNK_0001.MPEG2文件大小的時間點上，CPU21使播放操作過渡到TITLE_003。利用與TITLE_002相同的方式來進行播放TITLE_003的信息的操作。
當播放由記錄的title來數據的操作被完成時或當接收到一個停止讀出操作的指令時，讀出處理和解碼處理被結束。
應該指出的是當一個新盤或一個具有不同格式的盤被插入到光盤裝置中作為光盤1時，CPU21試圖從插入的盤中讀出VOLUME.TOC和ALBUM.STR。然而在該新插入的盤中通常不存在這些文件。在這種情況下，也就是，在VOLUME.TOC和ALBUM.STR不能被讀出的情況下，CPU21發出一個信息以便向用戶請求一個指令。響應該信息，用戶給CPU21一個指令，以便在新插入的盤具有不同的格式的情況下彈出或在新插入的盤即使具有相同格式但是一個新盤的情況下使光盤1初始化。作為另一種方法，在數據已經從具有相同格式的盤中被破壞的情況下，利用一些方法該指令可以使新插入盤上的數據被恢復。
下面，進一步解釋title(標題)。圖15所示的TITLE_###.VDR是存儲title的信息的一個文件。在標題上的信息是記錄在一個title_information()字段中。存在于TITLE_###.VDR中的title_information()字段的數目是1。因此，許多TITLE_###.VDR文件作為標題存在于一volume(卷)中。
title數不限定于圖16所示的title_info()中。而是該title數由文件的名字或文件的id確定。也就是說，在文件名TITLE_###.VDR中的###符號是用于標題數碼的正整數。標題不是信息結構。更確切地說，標題是與塊組(chunk group)中的范圍有關。該范圍從表示開始點的標題索引開始，結束于表示下一個標題的開頭的另一個標題索引，或者該范圍可以是在該塊組的結束點結束的范圍的一部分。
如圖36中所示，在圖15所示的TITLE_###.VDR的file_type_id是用于記錄用于表示該文件是包括在title_informatio()中的文件的識別的16字符串的區。text_block()是用于存儲各種文本的區域。在其上只記錄允許使用text_block的文本項。
如圖16所示，title_information()是記錄在塊組上的開始點和結束點和標題的其它屬性的區域。另外，title_information()可以包括指示是否在以標題數碼為序的重放標題的操作中能夠保證標題間的無縫重放操作的標記。這個標記允許光盤裝置預先得到是否標題間的無縫重放操作可以完成的信息，和當合并標題時是否必須改變設計。
標題或塊組(chunk group)期間的無縫重放操作被保證。由于標題間的邊界也是文件間的邊界，然而，在一些情況下，標題間的無縫重放操作可以保證。應當注意到，光盤裝置一般具有改變該設計成為允許完成無縫重放操作狀態的功能。
圖16表示的title_information()的title_information_length是用以記錄由字節表示的title_information的長度的區域。flags_for_title(標題標志)是記錄對應如寫屬性(也就是，改變標題的操作是否允許)、標題可以重放次數的限制和等級水平的信息的字段。cigt_file_id(cgit_文件_識別符)是用于記錄作為標題基礎的CHUNKGROUP_###.CGIT的識別信息文件。
title_start_chunk_group_time_stamp(標題_開始_塊_組_時間_標記)是用于記錄在塊組中定義的本地時間軸上的標題的重放的開始時間。title_start_chunk_group_time_stamp顯示是由標題的標題索引指示的圖像的時間。另一方面，title_end_chunk_group_time_stamp(標題_結束_塊_組_時間_標記)是用于記錄在塊組中定義的本地時間軸上的標題的重放結束時間的時間。title_start_chunk_group_time_stamp是chunk group(塊組)的重放結束時間或者是表示緊接在時間軸上的該標題后面的另一個標題開始點的標題索引的值。
title_playback_time(標題_重放_時間)是用于記錄標題的重放時間的區域，也就是時間碼值，或幀或場的數碼。標志_數(number_of_marks)是用于記錄在除去了標題索引的標題中的所有的標志組的總數的區域。如圖37所示，標志_類型(mark_type)是用于記錄在標題中的任何位置的標志的類型的區域。標志是用作在標題中的隨機存取點。mark_chunk_group_time_stamp(標志_塊_組_時間_標記)是用作記錄在塊組的時間軸上的時間標記(timestamp)的區域。時間標記對應設置在標題中的標志的位置。時間標記被安排成用1的一個最小值順序開始的。表示標題的相同的開始和結束點的時間標記可能存在。填充_字節(stuffing_bytes)是用于記錄填充字節的區域。它的長度是8×n比特，這里的n大于等于0。
然后，參照圖21至24解釋塊組和塊(chunk group和chunk)。CHUNKGROUP_###.CGIT是存儲標題的時間軸的定義，塊(chunks)的結構和包括在標題中的不連續點的處理的文件的名字。
標題是由諸如包括非視頻數據和DV(數字視頻)比特流的數據流的各種比特流構成的。在DV格式中時間軸是以幀單位表示的。如果MPEG2視頻的STC(系統時間時鐘)用來作為參考，格式變化使得控制DV比特流不可能。
由于這個原因，在標題中的局部時間軸被設定。該時間軸不取決于由標題構成的數據流。標題間的邊界設定獨立于塊(chunk)間的邊界的設定。因此，不是為每個塊(chunk)設定局部時間軸(也就是通過逐個地(1-on-1)與比特流關聯)，或者為每個標題設定局部時間軸，為包括多個標題的塊組(set ofchunks)設定局部時間軸是適合的，也就是，任意的標題數目。一組塊(set ofchunks)稱為塊組(chunk group)。
在塊組中，定義單個時間軸，在該時間軸上，塊(chunks)被放置以確定顯示該塊的時間。也就是說，塊組是以一種狀態對塊的安排，在該狀態中比特_數據流文件(一串字節)沿著時間軸延伸。沿時間軸對比特數據流中包括的所有的塊(chunks)的安排稱之為路徑。在一個塊組中，可以安排多個路徑。描述塊組的重放開始時間和重放結束時間的路徑稱之為主路徑。其它的路徑是作為子路徑知道的。子路徑主要是表示作為附加信息記錄在后面的音頻塊的信息。
塊間的聯接點不必與標題間的邊界相符合。因此，塊間的聯接的點不是標題的屬性。然而，如果包括作為塊的屬性的塊間的關系，將出現在分層處的矛盾。在不連續點處的信息位于塊與標題之間，因此考慮適當地置于塊組分級。
至此如上所述是綜合地描述，塊組的信息包括如如何沿時間軸布局塊，重放塊的順序和在第一個塊的結束與第一個塊以后下一個重放塊的開始間的聯接點處的不連續點。
應當注意到，塊組還用于規定在相同的時間重放的數據流。例如，在圖38中所示的例子中，TITLE_001規定了CHUNKGROUP_001，CHUNKGROUP_001規定了CHUNK_0001和CHUNK_0002。至少由CHUNK_0001和CHUNK_0002分別規定的STREAM_0001和STREAM_0002的部分在時間軸上彼此重疊，和因此在相同的時間重放。
圖39是表示塊組被產生的情形的示圖。在這種情況下，控制比特流A的塊A和控制比特流B的塊結合在一起。在產生的塊組中，塊A和B被分別控制作為主路徑和子路徑。至少比特流A和B的部分彼此重疊，和因此在相同的時間重放。
如圖40所示，在圖21中所示的CHUNKGROUP_###.CGIT的file_type_id是由遵守ISO 646的16個字符串表示的區域和用于指示該文件是CHUNKGROUP_CGIT文件的標識符。chunkgroup_time_base_flag(塊組_時_基_標志)是記錄有關塊組(chunk group)的參考計數器的區域。chunkgroup_time_base_offet(塊組_時_基_偏移)是記錄在塊組中的參考時間軸的開始時間的64比特區域。該開始時間設定在計算90KHz時鐘脈沖的數的計數器中。text_block()(文本_數據塊())是用于存儲各種文本的區域。只有允許使用text_block()的文本項目記錄在這里。
如圖22中所示，chunk_connection_info()[塊_聯接_信息()]是用于記錄在諸如視頻變化點和音頻-視頻同步點的單獨點上的信息。chunk_connection_info()是描述塊間的聯接的狀態。在作為編輯結果得到的2個塊間聯接處的單獨的點上，必須從一個塊轉變到在GOP中間的另一個塊。在那個編輯點的相鄰處的信息描述在chunk_connection_info()中。一個塊決不適于2個或更多的塊組(chunk group)。
chunk_connection_info_lenght(塊_聯接_信息_長度)是用于記錄用字節表示的chunk_connection_info_()的長度的區域。number_of_chunks(塊的數目)是用于記錄用于塊組中的塊的總數。如圖41所示，chunk_sync_play_flag(塊_同步_播放_標記)是表示在相同的時間是否必須重放2個或更多的塊的標記。在這個標記中的設定的0值表示只有一個塊重放。另一方面，1值表示在相同的時間有多個塊被重放。
圖23中所示的chunk_arragement_info()(塊_安排_信息)的chunk_arragement_info_length(塊_安排_信息_長度)是用于記錄用字節表示的長度的信息的區域。更詳細地說，該長度是開始于chunk_arragement_info_length的第一個字節，結束于transition_info()(過渡信息())的最后一個字節的字節計數值。chunk_info_file_id(塊_信息_文件識別符)是用于記錄表示文件是塊信息文件的文件識別的區域。
chunk_switch_stream_id(塊_開關_數據流_識別符)是用于表示記錄在兩個塊互相聯接在一起的情況下連續重放數據流的數據流識別區域。具體地說，在識別視頻或音頻數據的MPEG2數據包開頭中記錄的識別用于這個數據流的標識。presentation_start_cg_time_count(圖像顯示_開始_時間_計算)是用于記錄表示作為塊組期間的一個時間的塊顯示開始時間。該塊的顯示開始時間是由在塊組中定義的總時間標記(global time stamp)表示的。在塊組期間顯示塊的操作開始于顯示開始時間。另一方面，presentation_end_time_count(圖像顯示_結束_時間_計算)是用于記錄表示作為塊組期間的一個時間的塊顯示結束時間。該塊的顯示結束時間是由在塊組中定義的global time stamp表示的。
如圖42中所示，original_time_count_type(初始_時間_計算_類型)是用于記錄在數據流中計算時間的類型。例如，在MPEG2視頻數據流的情況下，original_time_count_type具有“)000”的值。number_of_start_original_time_count_extension(初始_時間_計算_延伸_開始數)是用于記錄每一個表示在需要多個時間計算的情況下新需要的開始時間的時間計算數字的區域。另一方面，number_of_end_original_time_count_extension(初始_時間_計算_延伸_結束_數)是用于記錄每一個表示在需要多個時間計算的情況下新需要的結束時間的時間計算的數字區域。presentation_start_original_time_count(顯示_開始_初始_時間_計算)是用于記錄數據流期間的時間或對應presentation_start_cg_time_count(顯示_開始_cg_時間_計算)的計算值。另一方面，presentation_end_original_time_count(顯示_結束_初始_時間_計算)是用于記錄數據流期間的時間或對應presentation_end_cg_time count(顯示_結束_cg時間_計算)的計算值。
tc_ext_attributes(tc_ext_屬性)是用于記錄time_count_extension(時間計算_延伸)屬性的區域。time_count_extension可以包括在其它數據中表示應用哪個數據流time_count_extension的信息。start_original_time_count_extension(開始_初始_時間_計算_延伸)是用于記錄開始計算值或從一個塊轉換到另一個塊的必要的開始時間。這個信息是選擇項，和當必須記錄多個時間或計算值時使用。另一方面，end_original_time_count_extension(結束_初始_時間_計算_延伸)是用于記錄結束計算值或從一個塊轉換到另一個塊所必要的結束時間。這個信息是選擇項，和當必須記錄多個時間或計算值時使用。transition_info()是用于記錄當開關從一個塊轉換到另一個塊時應用特別效果所需要的信息的區域。該信息可以規定一個塊，轉換時間和所述的幾個特技的類型。
在圖24中所示的CHUNK_％％％％.ABST是用于記錄由用％％％％標記表示的sub_file(子_文件)數識別的塊構成的數據流中抽取的特征點的文件的名字。該文件包括諸如開始字節位置，構成如GOP和音頻幀的比特流的每個單位的長度和屬性的信息。GOP信息和音頻幀信息作為每個塊(sub_file)的CHUNK_％％％％.ABST集中在一起的。
如圖43所示，CHUNK_％％％％ABST的file_type_id(文件_類型_識別符)是用于記錄表示該文件包括數據stream_info()[數據流_信息()]的識別符的區域。file_type_id是適合ISO 646的16字符串。
如圖44所示，圖24所示的info_type(信息類型)是用于記錄隨后的數據stream_info()的類型的區域。info_type識別數據流的類型。nunber_of_programs(程序數)是用于記錄包括在MPEG 2 TS(傳輸數據流)中包括的程序數碼。為了得到這個程序的數碼，必須去取PSI(程序規定信息)。在不是TS的MPEG數據流的情況下，程序的數碼是1。number of streams(數據流數)是用于記錄在運個程序中所用的數據流的數碼區域。該數據流的數碼等于在TS情況下的不同的PID的數碼(數據包識別符)。在不是TS的MPEG數據流的情況下，數據流的數碼等于具有不同于其它的數據流識別符的數據流的數碼。
stream_identifier(數據流_識別符)是用于記錄數據流的識別符或數據流的擴展識別符的區域。在TS的情況下，利用了PID。
slot_unit_type(時隙_單位_類型)是用于記錄在圖45中所示的定界固定的間隙的數據流的情況下如何界定一個數據流的區域。在如幀和場的定界符的時間定界符索引的情況下，使用時間標記值。slot_time_length(時隙_長度)是用于記錄對應一個時隙的時間的區域。slot_time_length(時隙_長度)是使用90KHz時鐘脈沖計數的計數器的時間標記的值。number_of_slots(時隙_數)是用于記錄包括在CHUNK_％％％％.ABST中的slot_info()字段數目的區域。number_of_I_picture_in_a_slof(在一個時隙中I圖像的數目)是用于記錄包括在一個時隙中的I圖像的數目。number_of_I_picture_in_a_slot(在一個時隙中I圖像的數目)是在1-15范圍內的一個整數。然而，應當注意到，包括在作為它的開頭的在具有GOP開頭(header)的時隙緊接著前面的時隙中的I-圖像的數目可以小于在一個時隙中的I-圖像的數目。當設置作為不緊隨GOP開頭之后的開頭的具有I-圖像的圖像標題的時隙時，使用了number_of_I_picture_in_a_slot(在一個時隙中I圖像的數目)。
接下來，在圖17和18中所示的程序中的信息將進一步解釋。在PROGRAM_$$$.PGI中存在僅一個program()字段。如在一卷中存在許多作為程序的PROGRAM_$$$.PGI文件。程序數目不限定于program()(程序())中。而是由文件的名字或文件的id(標識)確定程序的數目。
如圖46所示，圖17中所示的PROGRAM_$$$.PGI的file_type_id(文件_類型_id)是用于記錄用于指示該文件是包括在program()中的文件的識別符的16個字符串的區域。text_block()是為存儲各種文本而形成的。只有允許使用text_block()的文本項目記錄在這里。
圖18中所示的program()的程序的標記[flags_for_program()]是用于記錄如寫屬性(是否改變程序的操作被允許)的各種標記，程序重放次數的限定和等級水平的區域。
如圖47所示，program_status(程序_狀態)是用于記錄程序屬性的區域。這個字段是選擇地設定。然而，如果不希望在該字段中設定什么，在這里必須描述“none”(什么也沒有)。
program_playback_time()[程序_重放_時間()]是用于記錄程序的重放時間的區域。number_of_play_sequences[播放_次序的數碼]是用于記錄用于程序中play_sequence的數碼。在這個格式的例子中，播放順序的數碼設定為固定的值1。也就是說，由于在1程序=1信道重放操作設定在這個格式的例子中，為了在相同時間實施重放2信道的操作，需要能夠同時重放2程序的說明。如果沒有限制1程序=1信道重放操作，用1程序，2-信道同時重放操作是可能的。在使用多信道I/O以相同的時間重放2播放順序的操作中，光盤裝置確定每個播放順序被指定的那個輸出信道。
number_of_play_lists(播放_目錄_數碼)是用于記錄在這個播放順序中使用的播放目錄的數碼。在這個例子中播放目錄的數碼設定為1。play_list_start_time_stamp_offste(播放_目錄_開始_時間_標記_偏移)是用于記錄在播放順序中得到的由計時器從播放順序開始時間開始計算的結果的區域。這個值是播放目錄的開始時間。在程序中，只有1播放目錄允許存在在播放順序中。時間單位系統是基于90KHz的頻率。也就是說，最小的時間單位是1/90,000秒。stuffng_byte(填充_字節)是記錄填充字節的區域。它的長度是8×n比特，這里n大于等于0。
其次，解釋分開和移動標題的編輯處理。在標題分開操作中，由使用者規定的位置分開存在的標題，以產生新的標題。在標題移動操作中，標題的順序被改變。上述的標題信息文件的格式結構是允許標題分開的操作和容易完成的標題移動操作的結構。也就是說，根據上述的格式，塊組(chunkgroup)，也就是由比特-流文件集合成的結構體，和標題，也就是作為用分開或移動的操作的方法將標題分裂成信息片由使用者識別的結構體，不必在塊組(chunk group)下改變信息。
下面，結合圖48所示的流程解釋分開標題的處理。如圖所示，處理開始于步驟S1，在該步驟，使用者規定分開點。例如，如圖27中所示的TITLE_002中的預定的位置是作為分開點規定的。于是，處理的流程進行到步驟S2，在該步驟，CPU21產生作為具有被分開的標題的開始點的第一標題的名為TITLE_002.VDR的信息文件，也就是，在分開之前，TITLE_002作為它的開始點和該分開點作為它的結束點。
于是，處理的流程進行到步驟S3，在該步驟，CPU21為具有分開點是它的開始點和分開的標題的結束點，也就是分開前的TITLE_002的結束點作為它的結束點的第二標題產生名為TITLE_003.VDR的信息文件。
因此，處理流程繼續到步驟S4，在該步驟CPU21改變分開的標題隨后的標題的名字。更具體地說，圖27中所示的TITLE_03變到TITLE_004以產生圖49中所示的標題。
如上所述，在塊組，塊和數據流(chunk group,chunk和streams)上的信息即使標題被分開了也完全不變。
然后，通過參照圖50的流程解釋調換標題的處理。更具體地說，在圖49中所示的TITLE_002如在相同的圖中所示，為TITLE_003所替換。
如圖50所示，該處理開始于步驟S11，在該步驟，CPU21改變具有數碼為002的標題的名字TITLE_002為用數碼X表示的標題TITLE_X。于是處理流程進行到步驟S12，在該步驟，CPU21改變具有003數碼的標題的名字TITLE_003為用數碼002表示的標題TITLE_002。于是處理流程進行到步驟S13，在該步驟，CPU21改變具有數碼為X的標題的名字TITLE_X為用數碼003表示的標題TITLE_003。
如上所述，CPU21在改變具有數碼X的標題名字TITLE_X為具有數碼003的標題名字TITLE_003以前，首先改變具有數碼002的標題的名字TITLE_002為具有數碼X的標題TITLE_X。運是為了避免如果CPU21立即改變具有數碼002的標題的名字TITLE_002為具有數碼003的標題TITLE_003，這里將在CPU21改變具有數碼003的2文件中的一個名字TITLE_003為具有數碼002的標題TITLE_002以前會有2個具有相同的數碼003的標題。
在圖50中所示的處理中，TITLE_002，該具有數碼002的標題為具有數碼003的TITLE_003所調換，如圖51所示。
圖52表示了表示刪除標題的處理的流程。如圖中所示，該處理開始于步驟S21，在該步驟，使用者規定要刪除的標題。處理的流程于是進行到步驟S22，在該步驟，CPU21作出是否與規定的標題有關的塊組，塊和數據流(chunk group,chunks和streams)與另外的標題有關的判斷。如果它們不與另外的標題有關，處理的流程進行到步驟S23，在該步驟CPU21刪除與規定的標題有關的塊組，塊和數據流。
如果在步驟S22作出的判斷結果指示與規定的標題有關的塊組，塊和數據流還與另外的標題有關，另一方面，塊組，塊和數據流的刪除將使它們不再存在。因此，在這種情況下，在步驟23完成的操作將跳過。
在步驟S23的操作完成以后，或如果在步驟S22作出的判斷結果指示與規定的標題有關的塊組，塊和數據流還與另外的標題有關，處理流程繼續到步驟S24，在該步驟，CPU21處理剩余的信息文件，也就是，未刪除的信息文件。詳細地說，由于標題被刪除，所以在刪除的一個標題后面的標題被賦予的數增加1。然而，應當注意，如果在步驟S22作出的判斷結果指示與規定的標題有關的塊組，塊和數據流還與另外的標題有關，該規定的標題本質上是不刪除的。在這種情況下，OSD控制電路9輸出表示本質上不被刪除的規定的標題將到顯示單元的消息。
如上所述在TITLE_002已經刪除以后，如圖53所示，前面的TITLE_003變成TITLE_002，和前面的TKTLE_004文件變成TITLE_003。在這同時，前面的CHUNKGROUP_001塊組被分成CHUNKGROUP_001和CHUKGROUP_002，和前面的CHUNKGROUP_002塊組變成CHNKGROUP_003。另外，前面的STFEAMS_001比特流分成STREAM_001和STREAM_002。
上述表明，在刪除標題的典型的操作中，一個數據流被刪除以增加空閑區域的大小。另一方面，還有一種通過只擦除在用作控制信息的標題上的信息以刪除標題的技術。在這種情況下，占有實際區域的數據流是不能實際刪除的，以至與該標題有關的塊組，塊和數據流即使標題被刪除也未完全改變。
其次，參照圖54所示的流程解釋標題合并的處理，如圖所示，該處理開始于步驟S31，在該步驟，使用者規定合并的標題。例如，被合并的標題是圖49所示的TITLE_002和TITLE_0033。處理的流程于是進行到步驟S32，在該步驟，CPU21產生具有該標題開頭的開始點，也就是TITLE_002，作為它的開始點和尾標題的結束點，也就是TITLE_003，作為它的結束點的標題。在這個例子中，產生的名字是TITLE_002。
于是，處理流程進行到步驟S33以在合并以前完成標題的刪除處理。在這種情況下，前面的TITLE_002和TITLE_003被刪除。因此，處理流程進行到步驟S34，在該步驟，CPU_21處理隨在合并的標題后的標題的信息文件。更具體地說，在這種情況下，圖49中所示的TITLE_004變到TITLE_003。結果，得到圖27中所示的標題。
應當注意到，在上面給出的例子中，2標題適合相同塊組和彼此相鄰。在另一情況下，合并的2標題具有它們自己的塊組，塊和數據流。在合并那兩個標題的處理中，塊組，塊和數據流按一個順序安排，用運個順序合并標題和形成單個塊組。
接下來解釋程序。重放程序的操作意味著一種對集中必要的標題部分和對未加工的材料沒有進行不可逆的編輯的集中的部分也就是數據流的重放的操作。實施這個操作的結構稱之為程序。重放程序的操作也稱之為指示符重放操作。
程序包括多個重放序列，每一個是由多個播放目錄構成的。播放序列控制輸出信道。那個光盤裝置的輸出信道被指定以播放根據光盤裝置的規定確定的序列。
播放序列的播放目錄用于表示記錄的重疊和沿時間軸的播放項目間的顯示操作。更詳細地說，播放項目是按播放目錄安排的，用那種方法播放項目的處理部分在時間軸上是不重疊的。因此，在播放目錄中的播放項目可以順序地處理。
在這種格式的例子中，程序只有1個播放序列，該序列只有一個播放目錄。
播放目錄包括播放項目，該項目被安排得以至在時間軸上沒有重疊。在程序中，播放項目是由一對入點(in-point)和出點(out-point)表示的，它們指向標題的區域。在播放項目間的連接處，重放操作可以是無縫或有時也可以不是無縫的操作。也就是說無縫重放操作是不保障的。
通過參照圖55所示的流程圖解釋設置重放程序的處理。現在，假設圖27所示的存在PROGRAM_001的狀態的例子，另一個程序PROGRAM_002被產生。
如圖55所示，處理開始于步驟S41，在該步驟使用者規定標題，和在重放標題中入點和出點以重放之。例如，在TITLE_003中的預定的第一和第二位置被規定如圖56所示分別作為入點和出點。
處理的流程于是進行到步驟S42，在該步驟，CPU21設置在步驟S41規定的標題，也就是TITLE_003，在program()的play_list(播放_目錄)的play_item(播放_項目())的標題_數(title_number)中，在步驟S41在item_start_time_stamp(項目_開始_時間_標記)中規定的入點和在步驟S41在item_end_time_stamp(項目_結束_時間_標記)中規定的出點。應當注意到，play_item,play_list和program()是分別在圖20,19和18中表示的。
于是處理流程進行到步驟S43，在該步驟，CPU21產生作為存儲program()的文件的PROGRAM_&&&.PGI和記錄該文件到光盤1。應當注意到，在該文件的名字中的標記&&&是產生的程序的數碼。因此，在這個情況標記$$$是002。如前所述，產生圖56中所示的PROGRAM_002。
接下來，參照圖57中所示的流程圖解釋重放程序的處理。如圖所示，該處理開始于步驟S51，在該步驟CPU21從光盤1讀出信息文件，該光盤包括圖27或56中所示的類似的一些文件，這是等使用者在光盤裝置上裝上光盤1即刻通過重復基本操作以讀入早先描述過的信息文件。該CPU21首先存儲信息文件在RAM單元24中。
更詳細地說，首先，該CPU21讀出VOLUME.TOC和ALBUM.STR，和然后對文件系統作出有關位于在命名“program”的目錄下面每一個具有“.PIG”的擴展的文件的數碼的查詢。具有該擴展“.PIG”的文件是在程序重放文件上存儲信息的文件。每個具有擴展“.PIG”的文件的數碼是能夠重放的程序的數碼。在圖27所示的例子中，每具有擴展“.PIG”的文件數碼是1。在圖56中所示的例子中，另一方面，每個具有擴展“.PIG”的文件數碼是2。
處理流程于是進行到步驟S52，在該步驟CPU21控制OSD控制電路9以讀取諸如可以重放的程序的數碼，它們的長度和來自RAM單元24的它們的屬性的信息和輸出它們到顯示單元。該標記包括每個程序的名字和每個程序記錄日期和時間。
于是處理流程進行到步驟S53，在該步驟，使用者規定了要重放的程序。由于在圖56所示的例子中可以重放的是2個程序，使用者通過操作輸入單元14規定它們中的一個。由于使用者規定了重放的程序，處理流程繼續到步驟S54，在該步驟，CPU21完成重放規定的程序的操作。
在重放步驟S54完成規定的程序的操作中，該程序從由規定的入點指示的位置到由規定的出點指示的位置重放。例如，在重放圖56中所示的例子的PROGRAM_001的操作中，在TITLE_001中的從入點到出點的范圍和在TITLE_003中的從入點到出點的范圍被重放在重放PROGRAM_002的操作的情況下，另一方面，在TITLE_003中的從入點到出點的范圍被重放。
于是，處理流程進行到步驟S55，在該步驟，CPU21作出是否重放程序的操作已經完成的判斷。如果該操作仍沒有完成，該處理流程返回到步驟S54以重復在那個步驟的處理和以后的處理。如果在步驟S55作出的判斷結果表示重放程序的操作已經完成，另一方面，處理流程進行到步驟S56，在該步驟CPU21作出是否沒有另外的程序要重放的判斷。如果有另外的程序要重放，處理流程進行到步驟S53，以重復執行在該步驟的處理和以后的處理如果在步驟S56作出的判斷結果指示所有的程序已經重放了，另一方面，該處理被終止。
在圖58到60中示出了程序間的關系，播放的順序和播放的項目。
如圖58中所示，程序包括多個以預定的順序組合的播放順序。如圖59中所示，播放序列包括任意數目的播放目錄。播放目錄描述任意數目的對應預定時間(時間標記)播放項目。
在圖59所示的例子中，播放目錄1描述了一個項目在另一個項目后面順序重放的播放項目1，播放項目2，播放項目3，播放項目4，播放項目5，播放項目6，和播放項目7。另一方面，播放目錄2描述開始于播放項目2的中間和結束于播放項目3的中間定時的重放的播放項目4。作為播放目錄3，播放項目5的播放開始于播放項目3和4的中間，結束于播放項目6的中間。因此，在重放這個播放序列的操作中，播放項目1，播放項目2，播放項目3，播放項目6和播放項目7是一個項目跟在另一個后面地順序地重放，在相同的時間，播放項目4用從播放項目2的中間開始和結束于播放項目3的中間的定時重放，同時播放項目5用從播放項目3和4的中間開始到播放項目6的中間結束的定時重放。
程序間的關系，播放序列和播放項目歸納入圖60中所示的單個圖中。總而言之，程序包括任意數目的播放序列，每個序列包括任意數目的播放目錄，在每個播放目錄中包括任意數目的播放項目。
到目前所述，本發明已經舉例說明將它們應用到光盤裝置上。值得注意的是，本發明還可以應用在信息可以記錄在或從其它的類型記錄介質重放的情況。
應當注意，作為表現執行以為使用者完成前述的處理的計算機程序的顯示介質，除了象磁盤，CD-ROM和固-態存儲器件的記錄介質以外，還可以利用諸如網絡和衛星的通信介質。
如上所述，在根據本發明的信息處理裝置中，多個數據段由第一種控制裝置逐個(1-on-1)控制，并且任意數目的第一種控制裝置由第二種控制裝置控制。第二種控制中的任何任意范圍由第三種控制裝置控制。另外，在本發明的信息處理方法和顯示介質中，在第一控制步驟中的任何任意數目的控制狀態在第二控制步驟被控制和在第二控制步驟中的任何任意范圍的控制狀態在第三控制步驟被控制。此外，在本發明的記錄介質中，作為控制信息，第一控制裝置，第二控制裝置和第三控制裝置被記錄。結果實現了用短的時間周期容易地完成編輯。
權利要求
1．一種信息處理裝置，包括逐個地(1 on 1)控制多個數據段的第一控制裝置；控制任意數目的第一控制裝置的第二控制裝置；控制所述第二控制裝置任何任意范圍的第三控制裝置。
2．根據權利要求1的信息處理裝置，其特征在于所說的第二控制裝置控制所說的任意數目的第一控制裝置，以至由所說的第一控制裝置控制的數據段至少在時間軸上彼此重疊的所說的數據的部分被重放。
3．根據權利要求1的信息處理裝置，其特征在于所說的第一控制裝置是所說的數據的單元，和所說的第三控制裝置是由使用者所看的數據的單元。
4．根據權利要求1的信息處理裝置，其特征在于，在所說的第三控制裝置或所說的第二控制裝置的范圍內，可以做到所說的數據的無縫重放操作。
5．一種信息處理方法，包括如下步驟逐個地控制多個數據段的第一控制步驟；控制在所述第一控制步驟的任何任意數目的控制狀態的第二控制步驟；和控制在所說的第二控制步驟的任何任意范圍的控制狀態的第三控制步驟。
6．一種顯示介質，用于顯示程序以使信息處理裝置完成包括如下的處理逐個地控制多個數據段的第一控制步驟；控制在所述第一控制步驟的任意數目的控制狀態的第二控制步驟；和控制在所說的第二控制步驟的任何任意范圍的控制狀態的第三控制步驟。
7．一種用于記錄數據和控制所說的數據的控制信息的記錄介質，所說的記錄介質其特征在于所說的控制信息包括逐個地控制多個數據段的第一控制裝置；控制任何任意數目的第一控制裝置的第二控制裝置；控制第二控制裝置任何任意范圍的第三控制裝置。
全文摘要
一種信息處理裝置及其信息處理方法以及顯示介質和記錄介質,其中該信息處理裝置包括:逐個地控制多個數據段的第一控制裝置,控制任意數目的第一控制裝置的第二控制裝置,控制第二控制裝置任何任意范圍的第三控制裝置;該處理方法包括步驟:逐個地控制多個數據段,控制在第一控制步驟任意數目的第一控制步驟的控制狀態,和控制在所說的第二控制步驟任何任意范圍的控制狀態。
文檔編號H04N9/804GK1221188SQ9812673
公開日1999年6月30日 申請日期1998年10月21日 優先權日1997年10月21日
發明者浜田俊也, 藤波靖 申請人:索尼公司