TWI258140B

TWI258140B - Apparatus for recording or reproducing multimedia data using hierarchical information structure and information storage medium thereof

Info

Publication number: TWI258140B
Application number: TW092124979A
Authority: TW
Inventors: Seong-Jin Moon; Kil-Soo Jung; Hyun-Kwon Chung; Sung-Wook Park
Original assignee: Samsung Electronics Co Ltd
Priority date: 2002-09-11
Filing date: 2003-09-10
Publication date: 2006-07-11
Also published as: MY144644A; BR0314191A; US20080267586A1; CN101800905B; CN101800066A; PL375616A1; CN101800904A; KR20040023256A; TW200404283A; KR100607949B1; HK1084456A1; CN1672123A; WO2004025452A1; CN101800904B; US20070250773A1; AU2003261006A1; CN101800905A; US20080267585A1; CN101800067B; US20080273863A1

Description

1258140 玖、發明說明：發Μ所屬之技術領域本發明是有關於記錄及再生多媒體資料，且較特別的是’有關於使用階層資訊結構之記錄及再生多媒體資料的裝置以及資訊儲存媒體。先前技術多媒體資料記錄/再生裝置需要像是多媒體資訊屬性或資料再生次序的附加資訊（additional information)，以在資訊儲存媒體上，記錄或再生多媒體資訊。一般而言，爲記錄附加資訊，會在一特定位置或既有資料儲存媒體的一特定檔案中，成形附加資訊表。上述的資訊儲存媒體的範例包括普通光碟（compact discs，以下簡稱CDs)、影音光碟 (video CDs)、以及數位影音光碟digital versatile discs,以下簡稱DVDs)。在附加資訊表中，資訊是由資料欄位（data field) 的位置及長度所描述。因此，每當設計一種新型式的多媒體資訊媒體時，就必須建立一個新的資訊表。較特別的是，用來選擇一再生單元或決定再生次序的導覽資訊 (navigation information)，是以表格格式記錄在DVD之上。然而，上述的導覽資訊是與定義再生單元的資訊混合在一起，因此很難執行導覽工作。爲解決此問題，本發明建議階層式地記錄上述的附加資訊，並且爲加強其擴充性，使用一種標示語言（markup language)來實現每一層。用來描述記錄單兀與再生單兀的標示語言，又稱爲媒體描述語言。 12210pif.doc/008 6 1258140 以下說明習知的DVD的資料結構。請參考第2圖所示， DVD包括一個影像管理（video manager，以下簡稱VMG) 區，以及複數個影像標題組（video title set，以下簡稱VTS) 區。控制資訊及標題選擇資訊是儲存在VMG區，而再生單元的標題資訊則是儲存在複數個VTS區中。VMG包括2到3 個檔案，而且每一個VTS都包括3到12個檔案。第3圖詳細繪示VMG區的結構。VMG包括用來儲存附加VMG區相關資訊的一個影像管理資訊（video manager information，以下簡稱VMGI)區、用來儲存選單（menu)的影像物件資訊的一個影像物件組（video object set，以下簡稱 V0BS)區、以及一個VMGI備份區。上述的每一區都包括一個單一檔案。V0BS區可不包含在VMG之內，但是其他兩區則必須包含在VMG區之內。標題資訊及V0BS是儲存在VTS區中。在VTS區中可記錄複數個標題。第4圖詳細繪示VTS區的結構。請參考第4圖所示，影像標題組資訊（video title set information，以下簡稱VTSI)、選單的VOBS，也就是在VTS 中的標題的影像物件組、以及VTSI備份資料，都是記錄在 VTS區#n中。然而，選單的V0BS也可能並不包含在VTS區 #n中。每一個V0B都可分割成做爲記錄單元的複數個單元格（cells)上的一個影像物件(V0B)。每一個V0B都包括複數個單元格。在本發明中，一個單元格被定爲最小的資料單位。再生單元是以一種階層結構所代表，其中標題是位於 122 1 Opi f.doc/008 7 1258140 該階層結構的最頂層。標題包含一個節目鏈(program chain，以下簡稱PGC)，或是複數個互相鏈結的PGCS。其中，第一個PGC又稱爲入口（entry)PGC。第5圖係繪示只包含一單一 PGC(也就是一入口 PGC)的一個再生單元 one—sequential—PGC_title。第6圖係繪示一個其標題鏈結到複數個PGCs的再生單元。在再生一個PGC之後，會藉由從一群複數個PGCs中選取而再生另一PGC。在此例中，選擇命令可儲存在節目鍊資訊（program chain information，以下簡稱PGCI)中。導覽即爲控制PGC的再生次序。第7圖係繪示一個PGC的結構。PGC是儲存在一個以PGCI格式描述的資訊結構中。一個PGCI包括一個其中儲存導覽命令的前命令（pre_command)、一個後命令（post-command)、以及複數個節目資訊單元。其中，前命令是在再生一相關PGC之前所執行，而後命令是在再生PGC之後所執行。每一個節目資訊單元都包括複數個單元格資訊單元，而且每一個單元格都鏈結到V0B中的一個做爲記錄單元的單元格。包含在每一個再生單元中的單元格，都具有一個在再生單元格之後所執行的單元格命令。因此，PGCI代表一個PGC的階層再生結構，也就是代表一個再生單元，而且其中最低階層的再生單元單元格，是鏈結到最低階層的記錄單元單元格。第8圖係繪示在PGC再生期間或PGC再生之後，使用命令導覽資訊，分支（branching)—個新的PGC的範例。換言之，可使用像是LinkPrevPGC，LinkTopPGC，LinkNextPGC， LinkTailPGC，LinkGoUpPGC，以及 LinkPGCN 的導覽命令， 1 22 1 0pif.doc/008 8 1258140 輕易地控制PGC的再生次序。換言之，PGC具有再生單元，而且也是導覽資訊。在PGC中的節目是由一個稱爲標題部分(part 〇f title，以下簡稱PTT)的鏈結所參考。在DVD的範例中，上述的資訊是以二進位表格格式儲存’換言之，資訊是以表格格式所記錄，該表格格式是將資訊記錄在表格一特定位置的一預定位元長度之內。第9圖係繪示本身爲在VMGI中的標題資訊的一個 TT_SRPT資訊表的資料結構。請參考第9圖所示，TT_SRPT 資訊的前兩個位元組，代表標題η的總數，而TT_SRPT資訊的下兩個位元組，則是保留給在將來標準所定義的擴充資訊使用。在這些雙位元組之後的其他位元代表用來分別描述標題的TT_SRT資訊。較特別的是，一個由相關標題所指定的VTN號碼，以及一個在相關VTS中的標題號碼，是以預定位元長度，分別記錄在VTSN及VTS_TTN的特定位置。第10圖係繪示一個在VTSI中的VTS_PTT_SRPT的資料結構。請參考第10圖所示，VTS_PTT_SRPT資訊包括複數個與相關VTS標題的個數相同的TTU_SRPs。其中，個別的 TTU_SRPs包含用來指定在TTU_SRPs之後的複數個 PTT_SRPs的其中之一的資訊。因此，標題是由一個 TTU_SRP所指定的在PTT—SRP之間的一個PTT—SRP，以及由下一個TTU_SRP所指定的一個PTT_SRP所組成。換言之，在每個標題中都會有複數個Part_of_Title搜尋指標 PTT_SRP，結果可將一個標題分割成數個PTTs。爲容易瞭 12210pif.doc/008 9 1258140 解起見，也可將PTT看做是一個章節（chapter)。第11圖係繪示由一個PGC所指定的PTT_SRP的內容，以及一個在PGC中的節目。綜合上述說明，一個標題會分割成數個PTTs ’而且每個PTT都會鏈結到一個在PGC中的節目。第12圖係繪示代表在VTSI中的PGCI表格的一個PGCIT VTS_PGCIT的資料結構。請參考第12圖所示，節目的總數與屬於PGC的單元格，都是儲存在VTSJPGCITI。此外， VTS_PGC據IT也儲存複數個與屬於VTS的VTS_PGCs具相同數量的VTS_PGCIs。第13圖係繪示一個VTS_PGCI的細部資料結構圖。在VTS_PGCI中，各種資訊是以表格格式，記錄在特定位置的特定位元長度之內。這些資訊包括一個用來描述前命令、後命令、單元格命令、等等的PGC_CMDT ; 一個用來指示與節目具相同數量的節目啓始單元格的 PGC—PGMAP ;以及一個用來當成將個別的單元格鍵結到個別的記錄單元的資訊的C_POSIT。如上所述，在本身即爲多媒體資料儲存媒體的習知的 DVD中，影像物件資料與再生單元及導覽相關資料，是以標題及PGCs所記錄。然而，在PGCs中的附加資訊則是以表格格式，儲存在特定位置的特定長度之內。用來導覽的命令，連同定義再生單元的附加資料，會一起儲存在一有限空間中。因此，當新再生單元到來，而需改變表格位置時，很難實現新再生單元的擴充。爲解決此問題，在複數個區中會成形保留空間，但這種解決方法仍然會限制將來的擴充。最差狀況可能必須重新定義表格結構。事實上，如CDs、 12210pif.doc/008 10 1258140 VCDs、MDs、以及DVDs的各種既有的多媒體資料儲存媒體，都各有其表格結構。此外，網際網路科技的長足進步，同時也激發可處理多媒體的個人電腦的發展。舉例而言，影像物件資料或聲音資料，亦可插入到一個超文件標示語言（HyperText Markup Language，以下簡稱HTML)文件中，或可在再生 HTML文件時所再生。在此例中，導覽資料是以一種命令過程（script)或類似語言所描述。因此，較偏好導覽資料可與再生資料分開描述。如果有兩種類型的導覽資料，例如一種使用命令過程語言所控制的導覽資料，以及另一種以表格格式所描述的導覽資料，則因有兩種類型的導覽資料，使其控制工作變得更加複雜。發明內容有鑑於此，本發明提供一種資料儲存媒體與一種資料再生裝置。在此假設資料再生裝置是以本發明所說明的方式操作，而且記錄裝置會根據在本發明中所說明的資料結構，將記錄資訊以及多媒體資料，記錄在一個儲存媒體上。其中’儲存動作被視爲與記錄動作相同。多媒體資料與附加資料，是記錄在根據本發明的一個儲存媒體中。本發明建議分別記錄以下的兩種不同類型的附加資料··與多媒體資料的記錄單元、屬性、以及再生單元相關的附加資訊；以及與再生單元選擇及再生次序相關的導覽資訊。其中，與多媒體資料的記錄單元、屬性、或再生單元相關的附加資訊，是使用一種標示語言所描述。 1 22 1 0pif.doc/008 1258140 因此，即使當需要加入一種新類型的多媒體資料，或是描述一種新類型的記錄或再生單元時，不管所採用的標準爲何’都可支援未來標準的擴充需求。此外，亦可以二進位表格格式，儲存附加資訊。標示語言和/或命令過程語言，被用來描述代表再生單元或再生次序選擇的導覽資料。標示語言同時也用來描述代表用來選擇再生單元的選單畫面，以及用於再生資料的畫面規劃的展示資料。因此可對選單結構與導覽提供高度彈性。根據本發明一方面，本發明提供一種儲存多媒體資料的多媒體資料儲存媒體。該媒體包括一個第一層，用來儲存像是影像物件影像、定格(Still)影像、聲音、圖像、以及文字的多媒體資料；以及一個第二層，其中當多媒體資料可分割成一記錄單元與一再生單元時，記錄單元屬性相關貝日只與記錄單兀及再生單元之間的相互關係，是由一個使用元件(elements)與屬性(attributes)的標示語言所描述。除了記錄在第一及第二層的資訊之外，用來控制再生單元與再生次序選擇的導覽資料，可用標示語言或命令過程語言，記錄在一個第三層之上。爲議本發明之上述和其他目的、特徵、和優點能更明顯易懂’下文特以較佳實施例，並配合所附圖式’作g羊細說明如下：實施方式·· 以下將說明根據本發明較佳實施例，其上可記錄支援 1 22 1 0pif.doc/008 12 1258140 複數個聲音類型與字幕(subtitles)的影像物件的一種儲存媒體。請參考第14圖所示，代表影像物件標題資料的上半部的filel.mpg，以及代表影像物件標題資料的下半部的 file2.mpg，是記錄在第一層中。根據一個章節單元或檔案的大小限制，一個標題可被分割成複數個檔案。爲減少資料量，可將影像物件資料壓縮編碼。MPEG是其中一種最常用的動畫壓縮方法，也就是一種可根據影像資訊量而更動每小時位元率的變動位元率(variable bit rate，以下簡稱VBR) 編碼方法。用來決定考量在給定時間的資料再生起點的時間搜尋，需要一種用來映射時間與資料位置的表格類型資訊。該資訊是用來偵測在資料再生啓動之後，經過一預定時間之後的想要資料的位置。一般而言，表格類型資訊包含在每個預定時間點所測量的資料位置相關資訊。舉例而言’表格類型資訊可爲代表用來指示某特定檔案每隔10秒所測量的資料位置的暫時位置鏈結資訊的時間映射資訊。然而，因爲時間映射資訊數量相當龐大，所以這些資訊是以二進位表格格式，而非使用標示語言所記錄，並且儲存在第一層中。第14圖係繪示分別與影像物件資料filel.mpg 及file2.mpg相關的時間映射資訊fiieitimemap.dat及 file2timemap.dat的示意圖。實際的時間映射資訊的較佳實施例則繪示在第16圖φ。與記錄於第〜層的多媒體資料相關的附加資訊，是記錄在第二層上。該附加資訊是用來定義可適當再生第一層上的多媒體資料的一再生單元。其中，該再生單元可再分 12210pif.doc/008 13 1258140 割成以二進位表格格式，或較偏好是使用標示語言所描述，並且當成description.xml所儲存的複數個記錄單元（或儲存單元）。可加入到附加資料的導覽資訊，是當成 menu.xml，記錄在第三層上。所儲存的導覽資訊可藉由控制記錄在第二層上的再生單元，決定資料再生的選擇與次序。一般而言，選單畫面可成形在一個其上記錄複數個標題或章節的記錄媒體中，藉此允許使用者選擇隨機存取該些標題或章節的某特定目標，並且在特定位置上立即再生資訊。在選單畫面中，一般都會成形定格影像與其他按鈕。此外，亦可再生背景音樂。當使用者選擇一按鈕時，與該按鈕相關的功能就會被執行。請參考第14圖所示，組成選單畫面的定格影像與音樂資料，會當成file3.jpg與file4.mp3 記錄在第一層上。記錄在第二層上的附加資料是用來描述記錄在第一層上的資料的相關資訊。影像物件資料是在一個資料串流中多工(multiplexed)，藉以將影像、聲音、以及圖像資料同步。影像物件資料的記錄單元的屬性，是使用影像、聲音、以及圖像資料的屬性，以及聲音、影像、以及圖像資料的個數，當成description.xml所描述。此外，附加資料更加提供藉由組合或選擇記錄單元所產生的再生單元的相關資訊。在本發明的一較佳實施例中，’片段（clip)’被用來當成〜個記錄單元，而’單元格（cells)’、’章節（chapters)，、以及， I22l〇pif.doc/008 1258140 標題(titles)’則被用來當成再生單元。下列說明提供這些單元的解釋（請參考第15圖）。 (1)片段(clip): —個片段是一個由與記錄多媒體資料相關的資訊所描述的物件。第15圖係顯示兩個影像物件片段。影像物件片段具有時間及位置資訊。屬於同一片段的資料可以連繪再生。換g之’包含影像物件資料的—^個mp g 檔案，以及包含暫時位置資訊的一個時間映射檔案，會合倂以成形一個片段。時間映射檔案包含當影像物件組是以 VBR所編碼時，可啓動快速搜尋影像物件資料的想要暫時位置的附加資訊。換言之，如果影像物件檔案是以第17圖所示的VBR所編碼時，在由從一啓始位置所算起的一預定時間區間所指定的一時間間隙位置上的影像物件資料的位置，是以第16圖所示的表格格式所記錄。如果在表格中的資料位置稱爲一個入口（entry)，則入口與時間間隙的總數，可記錄在表格的開始位置上。針對一預定時間點的想要資料位置的搜尋，可藉由偵測記錄在表格中的最接近的預定時間點的時間間隙位置來完成。想要的資料可藉由從所偵測到的位置上讀取資料的開始位置，而精確地再生。如果資料是以一固定位元率(constant bit rate，以下簡稱CBR)所記錄，則可保持在一預定時間之內所產生的編碼資料量。在此例中，@爲可使用根據GBR所ff算的時間，來偵測想要貝料的位置，因此只需使用影像物件資料，而無需時間映射資訊，即可組成一個片段。下列資訊是用來定義-個本身包括影像資料、複數個 122 1 Opi f.doc/008 1258140 聲音資料群、以及複數個圖像資料群的影像物件片段： (a)—般屬性：片段識別資訊、影像物件片段檔案、以及片段暫時位置資訊檔案（時間映射檔案）； ⑻影像（video):畫面大小（例如：1920x1080、 1280x720、以及720x480)、平均位元率（例如：4M、6M、 10M、以及20M)、畫面輸出率（例如：60Hz、30Hz、以及 24Hz)、以及掃描類型（例如：漸進式（progressive type)及交錯式（interlaced type)); (c) 聲音（audio):聲音串流識別資訊、聲音解碼資訊、每一個聲音資料群的語言屬性(例如：韓文、以及英文）、以及每一個聲音資料群的應用程式屬性（例如：主聲音（main audio)、次聲音（sub audio)、以及解說（commentary));以及 (d) 圖像(graphic):圖像串流識別資訊、圖像解碼資訊、每一個圖像資料群的語言屬性(例如：韓文、以及英文）、以及每一個圖像資料群的應用程式屬性（例如：字幕 (subtitles)、以及動畫（animation))。然而，上述資訊可根據多媒體資料的記錄類型、解碼類型、以及多工類型而改變。此外，記錄單元可能成形一階層結構，因此可能存在附屬於一片段的記錄單元。爲方便說明起見，在本發明中決定一記錄單元爲組成片段的要件。一般而言，再生單元具有一階層結構，換言之，再生單元是由複數個再生次單元所組成。在此例中，再生次單元是定義當成一個再生次序或是隨機存取點的單元。 12210pif.doc/008 16 1258140 (2)單元格(cell): —個單元格是一個由與再生多媒體資料相關的資訊所描述的再生單元，其中每一單元格指定一片段或片段的一部分。單元格代表再生單元的最低層。換 g之，單兀格，也就是一再生單元，是鏈結到至少一個在再生多媒體資料中的片段，也就是鏈結到至少一個記錄單元。單元格是使用識別資訊、以及相關片段的開始與結束時間所定義。然而，如果單元格指定的是一整個片段，而非片段的一部分，則並不需要附加指定開始與結束時間。 (3) 章節（chapter): —個章節是一個由與再生資料相關的資訊所描述的再生單元，其中每一章節至少包括一個片段。一般而言，一個章節是由一個章節名稱、章節識別資訊、以及屬於該章節的至少一個片段的相關資訊所定義。在本發明中，章節可被當成是一個允許使用者隨機存取的再生點。因此，在一標題之內，使用者可以章節爲單位，搜尋或再生想要的資料。一般而言，選單畫面提供一個以章節爲單位，供使用者選擇想要資料的選單。 (4) 標題(title): —個標題是由複數個章節所組成。複數個標題可儲存在一儲存媒體中，而且可根據標題識別符號的秩序而順序地再生。一般而言’選單畫面提供一個供使用者選擇一標題、由一標題名稱所定義的標題、一標題識別符號、以及屬於該標題的至少一個章節的相關資訊。第15圖係繪示記錄在第一層上的影像物件資料，與記錄在第二層上的片段、章節、以及標題之間的相互關係。 12210pif.doc/008 1258140 在本發明中，與第二層相關的資訊是以兩種不同類型的單元所描述，也就是以記錄單元與再生單元所描述，而且可省略導覽相關資料。一般而言，資料可以一個二進位表格格式或經由一個標示語言所描述。因爲標示語言較二進位表格更具優勢，所以在本發明中，資料是使用標示語言所描述。在對網際網路提供建議的W3C，定義一種標示語言的代表範例：可延伸式標示語言（Extensible markup language，以下簡稱XML>XML可描述各種資料庫及文件。當以XML描述第二層相關資訊時，就很容易確保其延伸性 (extendibility)與回朔相容性(backward compatibility)。在下文中，根據本發明一個較佳實施例，一個以XML 爲基底的語言（XML-based language，以下稱爲XML-基底語言），被定義成用來描述即將儲存在第二層的附加資訊。 XML-基底語言被參考當成一種媒體描述語言（media description language，以下簡稱MDL)。XML是以階層元件的組合所描述。此外，每一元件（element)可具有數個屬性，而且元件的名稱是在符號’<>’之內所描述。以下將說明描述一個次元件（sub element)的規則。根據本發明一個較佳實施例的MDL，具有下述的元件與屬性。其中，一個文件被當成是使用標示語言所描述與儲存的資料的一個單元。 (a)DML文件的最高部分的元件，是使用<!^1>或是一個等效値〇quivalent value)所描述。〇3)元件<11^1>可具有下列次元件： 12210pif.doc/008 18 1258140 -<head> -<body> (c) 元件<1^&(1>包含儲存單元的所有相關資訊，而且可具有下列次元件： -<meta> (d) 元件<meta>定義一個空白元件，其中該空白兀件定義文件特性（document feature)，而且適當値會配置給該些文件特性。每一個<1116^>元件代表一對(pair)，而且該對包括一個屬性（attribute)與一個數値（value)。定義在元件<11^1&>中的元件屬性如下所述： -name ·· —個name代表一個定義在元件<meta>中的文件特性。而且該名稱是元件<111613>不可或缺的一個屬性。 -content : —個content代表一個定義在元件<meta>中的特性値（feature value)。而且該內容也是元件<meta>不可或缺的一個屬性。下列是除了習知的元件例之外的元件<meta> 的其他範例：例如：（i)<meta name=’’type” content=’’mdl-disc” />:這個元件使用媒體描述語言描述已經製造好的一個碟片；以及 (ii)<meta name=’’region” content=nl’’ />:這個元件代表碟片的區域碼(regional code)爲1。 (e) 元件<body>可具有下列次元件： -<clip> l22l〇pif.doc/008 19 1258140 -<title> (f) 元件<(^!)>可具有下列屬性： -id: id代表每一片斷的識別資訊。id會根據儲存媒體類型（例如：1、2、或3)而改變。 -src: src代表像是’filel.mpg’的一個影像物件資料檔案。 -tmap—src: tmap_src代表一個包含時間映射表（例如： fileltimemap.dat)的檔案。元件<clip>可具有下列次元件： -<video> -<audio> -<graphic> (g) 元件<〃丨(^〇〉可具有下列屬性： -resolution:垂直與水平方向的影像大小，例如： 1920x1080 、或 1280x720 。 -frame_rate:每秒鐘輸出的訊框（frame)個數，例如： 60、30、24、或 50 〇 -scanning: scanning代表是否順序地掃描影像，也就是影像是經漸進式掃描或交錯式掃描。 -bit_rate:平均位元率，例如：vbr、4m、6m、8m、 l〇m、或 20m。 -streamed··代表一個MPEG PES串流的串流編號，例如：OxeO 〇 (h) 元件<&11(1丨()>可具有下列屬性： 122l〇pif.doc/008 20 1258140 -encoding: encoding代表一種編碼方法，例如·· mpl、 mp2、mp3、ac3、lpcm、或 dts 〇 -sampling_rate:代表掃瞄率，例如：16、或24。 -bit_rate:代表一種編碼位元率，例如：vbr、128k、或 384k。 -channel_no:頻道(channel)的總數，例如：2、5、或 7 ° -language:代表語言屬性，例如：none、en、ko、jp、或or 〇 -application:代表一個聲音串流的使用，例如：main、 sub、或 commentary 〇 -stream」d:代表一個MPEG PES串流的串流編號，例如：OxcO、或 Oxbd 〇 -sub_stream—id:代表一個MPEG PES串流的次串流編號，例如：none、0x80、或 OxaO。 ⑴元件<81^卩11丨(：〉可具有下列屬性： -encoding: encoding代表一種編碼方法，例如： dvd_subpicture 〇 _ application:代表一個圖像串流的使用，例如： animation 或 sub_title 〇 -language:代表語言屬性，例如：none、en、ko、jp、或or 〇 -stream」d:代表一個MPEG PES串流的串流編號，例如：OxBD。 122 10pif.doc/008 1258140 -sub_stream」d:代表一個MPEG PES串流的次串流編號，例如·· 0x20。 (k) 元件<出1〇可具有下列屬性： -name: 代表標題名稱，例如：white Snow。 -id:代表隨儲存媒體類型而改變的標題識別資訊，例如：1、2、或 3。此外，元件可具有下列次元件： -〈chapter〉 (l) 元件具有下列屬性： -name: 代表章節名稱，例如：Dwarf。 -id:代表隨標題而改變的章節識別資訊，例如：卜2、或3。此外，元件<chaPter>可具有下列次元件： -<cell> (m) 元件<(^11〉可具有下列屬性： -clip_id:代表單兀格鏈結到的片段的識別號碼。 -start_time:代表在片段clip」d中的開始時間。 -end_time:代表在片段clip」d中的結束時間。第1表詳細整理上述的屬性與元件。 [第1表] 元件屬性 ^ 次元件 <mdl> <head>/<body> 一 <head> <meta>* <meta> 一 name, content 空白 <body> <clip>+/<title>+ <clip> id, src，tmap—src <video>/<audio>*/<graphic>* 122 1 0pif.doc/008 22 1258140 <video> resolution, framejOte, scanning，bit—rate, stream—id 空白 <audio> encoding, sampling—rate, quantization__bit, bit_rate, channel一no, language, application, stream—id, sub—stream—id 空白 <graphic> encoding, application, language, stream—id, sub—stream—id 空白 <title> name, id <chapter>+ <chapter> name, id <cell>+ <cell> clip—id, start—time, end一time 空白根據本發明一較佳實施例的第15圖中的附加資料，可使用下列的如上所述的元件與屬性來描述： <?xml version = "1.0"?> <!DOCTYPE mdl PUBLIC "http://mdl-disc_org/mdl1/mdl.dtd"> <mdl> <head> <meta name = "type" content = "mdl-disc" /> < meta name = "title" content="White Snow Special" /> <meta name = "region" content:"” /> </head> <body> <clip id = "1" src = "file1.mpg" tmap_src = "file1tmap.dat"> <video resolution = "1 920x1 080" frame_rate = "24" scanning = "progressive" bit_rate = Mvbr" stream id = "0xe0" /> 122 1 0pif.doc/008 23 1258140

<audio encoding = Hac3" sampling_rate = "48kM quantization_bit="16" bit_rate = "384k" channel_no = "5" language = "en application = "main" stream」d = "0xbd" sub_stream」d = "0x80" /> <audio encoding = "ac3" sampling_rate = "48k" quantization_bit="24" bit rate = "384k" channel no = "5" language="ko" application = "main stream id = "0xbd" sub stream id = "0x81" /> <audio encoding = "ac3" sampling_rate = "48k" quantization_bit = "24" bit rate = "384k" channel no = "5" language = ,,jp" application = "main" stream」d = "0xbd" sub_stream_id = "0x84" /> <audio encoding = "mp1" sampling_rate = "48k" quantization_bit=" 1 6" bit_rate = "384k" channel_no = "2" language="en" appiication = "commentary" stream_id = "OxcO" sub stream id = "none" /> 〈graphic encoding = "dvd_subpicture" application = "sub—title" 12210pif.doc/008 24 1258140 language="en" stream—id = "0xbd" sub_stream_id = "0x20" /> <graphic encoding = "dvd_subpicture. application = "sub」itle" language="ko" stream」d = "Oxbd" sub_stream_id = "0x21" /> <graphic encoding = "dvd_subpicture" application = "sub_title" language = "jp" stream_id =，Oxbd" sub_stream_id = "0x22" /> </clip> <clip id = "5" src = "file5.mpg" tmap_src = "fi Iek5map.dat"> <video resolution = M1 920x1 080" frame rate = "24" scanning = "progressive" bit_rate = "vbr" stream id = "0xe0" /> <audio encoding = Hac3" sampling_rate = M48kM quantization_bit = "1 6" bit rate = ,,384k" channel no = "5" language? en" application = ’’main" stream_id = "0xbd" sub_stream_id = "0x80" /> <audio encoding = "mp1" sampling_rate = "48k" quantization_bit = "16" 12210pif.doc/008 25 1258140 bit_rate = "384k" channel_no = "2" language="en" application = "commentary" stream_id = "0xbd" sub_stream_id = H0x83" /> </clip> 〈title id = "1" name = "White Snow"> 〈chapter id = "1" name = "Mirror"> 〈cell clip_id = "1" start_time = "0:00:00" end」ime = H0:05:00"/> </chapter> 〈chapter id = "2" name = "7 Dwarves"> <cellclip_id = "1" start_time = "0:05:00" end_time = n0:20:00·，/> <cell clip_id =，，2" start_time = "0:00:00" end—time = "1:00:00"/> </chapter> </title> 〈title id = "2" name = "White Snow Supplementary"〉〈chapter id = T name = "H〇w to make Snow

White"〉 <cell clip_id = "5" start time = "0:00:00" end__time = ”0:20:00，，/> 122 10pif.doc/008 26 1258140 </chapter> </body> </mdl> 在本實施例中’實際的影像物件資料是由以記錄單元所代表的五個片段，以及以再生單元所代表的兩個標題所組成。在VBR影像物件資料的範例中，片段是以組成一部分時間映射資訊的時間位置資訊資料所描述。因此，在本實方也例中，母個片I又都是使用src及tmap_src兩個屬性所描述，以使得片段資料可與標題互相鏈結在一起。此外，每一個片段也包含許多影像、聲音、及圖像資料的屬性，並且在再生資料之前參考。標題1是一個由複數個章節所組成的主題標題（subject title)。其中，第一章包括鏈結到一部分片段#1的一個單元格。因此’在再生第一章期間，只會再生片段#1的部分。第二章是由兩個單元格所組成。第一單元格指定在片段#1 的時間0:05:00之後的資料再生。因此，爲從第二章啓動再生，必須使用時間映射資訊，偵測想要資料的位置，較詳細地說’必須偵測片段# 1相關資訊的時間位置。如在其名稱屬性中所示，標題2包括一個附加影像，也就是一個輔助影像（supplementary image)。標題2被當成片段#5記錄。如上所述，可藉由使用標示語言描述第二層的相關資 12210pif.doc/008 27 1258140 訊，改善其擴充性。換言之，可使用新元件或新屬性’描述一個新觀念的資訊結構。接下來，既有再生裝置可用既有資訊，而非新產生的資訊來再生資料。換言之’可用既有再生裝置，不管既有元件爲何，都可維持資料再生。接下來，我們假設新元件<b〇〇kmark>被加入到元件<title>，則下列資訊可記錄在第二層上。 <title id=，，l，，··.〉〈bookmark point="l:〇〇:00" /〉〈chapter id=” 1 </title> 元件<13〇〇1〇1^^>是一個新定義的資訊結構，以允許直接存取標題的特定位置。當其上記錄元件<1)()〇]〇1^1^〉的儲存媒體插入一習知的再生裝置時，可藉由使用標題與章節資訊，再生記錄在儲存媒體上的資料。然而，因無法使用既有再生裝置再生書籤(bookmark)資訊，因此書籤資訊將被省略。如上所述，只用記錄在第一及第二層上的資料，即可再生多媒體資料。在此例中，再生裝置會讀取記錄在第二層上的資訊，並且決定所記錄資料的記錄格式、標題、以及屬於每一標題的章節個數。接下來，再生裝置會透過一個適當的使用者介面，通知使用者偵測結果，接收使用者輸入，以及再生一個想要的再生單元。使用者介面包括如第1圖所示的一個使用者輸出裝置3〇〇,以及一個使用者輸 1 22 1 0pif.d〇c/008 28 1258140 入裝置400。詳細地說，使用者輸出裝置300是一個像是可輸出多媒體資料的電視機(television，TV)的裝置，而使用者輸入裝置400則是一個像是接收使用者輸入的遙控器 (remote controller)的裝置。根據本發明一較佳實施例的使用者介面，是由允許選擇屬於每一標題的章節的一個章節選單所組成。使用者使用遙控器，從每一選單中選取一標題號碼或章節號碼，以偵測及再生一想要的再生單元。根據本發明的儲存媒體更加包括記錄在第三層上的導覽資訊。與習知的選單類似的導覽包括使用一遙控器選取，以及再生一再生單元，給像是TV的使用者輸出裝置。此外，導覽還可包括使用目前的資料再生狀態，控制接下來的資料再生。其中，記錄裝置如第i圖所示。此外，資料也可能被定成不同的次序再生。舉例而言，在資料再生期間，較偏好應當執行家長控制(parental level control)，換言之，資料再生的次序，是取決於使用者是大人或是小孩而定。因此，再生裝置可以用如第18圖所示的方式製造。請參考第18圖所示，播放引擎(playback engine)代表一個用來處理記錄在第一及第二層上資料的方塊。如果儲存媒體第三層中並未包含資料，則第18圖的展示及導覽引擎 (presentation & navigation engine)，會將使用者資料轉換成一個可以被播放引擎認知的應用程式界面（Application Program Interface，以下簡稱API)，並且將該API提供給播放引擎。如果使用者所輸入的是播放引擎可認知的鍵輸入 12210pif.doc/008 29 1258140 (key input)，則使用者輸入會直接傳送給播放引擎。記錄在第三層上的資料包括用來安排選單畫面或安排在畫面上的再生單元的展示資料，以及根據播放引擎的一特定狀態，響應使用者輸入’以選擇再生單元或控制資料再生的導覽資料。根據本發明一較佳實施例的導覽資料’ 是使用超文件標示語言（HyperText MarkuP Languase，html) 或延伸式超文件標示語言（Extensive HyperText MarkuP Language，xhtml)所描述。此外，也可用一種可描述時序 (timing)與同步（synchronizing)的命令過程語言（Script language)或標示語言（markup language)，來描述導覽資料。命令過程語言的一典型範例是以行（Hnes)爲單位，解譯 (interpreted)與執行(executed)的 Java script，而具有時序與同步定義的標示語言的一典型範例，是同步化標示介面語元（synchronized markup interface language，以下簡稱 SMIL) 〇導覽引擎會根據使用者選擇或根據播放引擎所產生的事件（event)，藉由控制記錄在第二層上的再生單元，而執行導覽動作。以下說明根據本發明一較佳實施例，使用XHTML與 JavaScript，在畫面中佈局（layout)記錄在第一層上的再生單元，以及控制導覽之方法。控制標示文件的導覽，以允許使用者所輸入的鍵碼，可直接傳送到播放引擎的範例如下所述： -標示文件1 12210pif.doc/008 30 1258140 <?xml version=M 1.0" encoding="UTF-8n?> <!DOCTYPE html PUBLIC n-//W3C//DTD XHTML 1.0 Strict//ENM> <html xmlns = ,fhttp://www.w3.org/1999/xhtml" xml:lang=Men" lang 二丨’en’丨〉 <head> <title>White Snow</title> <meta name=”Default—audio” content=’’0x80’’ /〉

MDLvideo.InputRCKey( 12); if(evt.keyCode == 13) MDLvideo.InputRCKey( 13); if(evt.keyCode == 14) MDLvideo.InputRCKey( 14); if(evt.keyCode == 15) MDLvideo.InputRCKey(15); if(evt.keyCode == 16) 1 22 10pif.doc/008 3 1 1258140 MDLvideo.InputRCKey( 16); if(evt.keyCode == 17) MDLvideo.InputRCKey( 17); if(evt.keyCode == 18) MDLvideo.InputRCKey( 18); } </script> 〈script type:’’text/javascript’’〉 function setupEventHandler() { b o dyNo de. addE ventL i stener("rckey pres sM,RcKeyEventHandler? true) } </script> </head> <body id=’’bodyNode’’ onload=’’setupEventHandler(),’> 〈object data=’’MDLvideo;’’ /〉 </body> </html> 使用者輸入裝置的鍵事件(key event)如下所述： =0; // keyCode is =1; //，，Γ， =2; //，’2，， =3; //，，3" interface RCKeyEvent : UIEvent { const unsigned long VK_0 M0M, keyName is M0f, const unsigned long VK_1 const unsigned long VK_2 const unsigned long VK_3 12210pif.doc/008 32 1258140 const unsigned long VK const unsigned long VK const unsigned long VK const unsigned long VK const unsigned long VK const unsigned long VK const unsigned long VK "PlayPause” const unsigned long VK ，丨 Stop，， const unsigned long VK ’’FastForward" const unsigned long VK ’’FastRewind’’

4 5 6 7 8 9 PLAY PAUSE

STOP

FF

FR

const unsigned long VK_SKIP_PREV const unsigned long VK_SKIP_NEXT ’’Next” const unsigned long VK_SUBTITLE const unsigned long VK AUDIO "Audio，， const unsigned long VK_MENU ，，Menu，， const unsigned long VK_UP const unsigned long VK_LEFT ，’Left” =4; //，，4，， =5; // ?,5M =6; //，，6丨， =7; //丨丨7'丨 =8; // ”8”=9; // ’丨9，，=10; // -1 1; //=12; // =13; // =14; // ’’Prev” =15; // =16; // ’’Subtitle 二 17; // -18; // =19; //丨丨Up丨丨二 20; // 12210pif.doc/008 33 =21; // 1258140 const unsigned long VK RIGHT ’’Right’， =22; // =23; // MOKM =24; // "Return =25; // const unsigned long VK_DOWN "Down，' const unsigned long VK_OK const unsigned long VK_RETURN const unsigned long VK_EXIT ，，Exit” readonly attribute unsigned long keyCode; readonly attribute DOMString keyName; void initRCKeyEvent (in DOMString typeArg, in boolean canBubbleArg， in boolean cancelableArg， in unsigned long keyCode, in unsigned long keyName); } 上述的標示文件的範例，顯示”標示文件1”大部分是由與由標示文件所顯示的影像物件相關的佈局資訊（layout information)，以及一個script所組成，而且是用來根據使用者輸入，控制記錄在第二層上的再生資料。此外，使用者輸入裝置的鍵事件介面，定義一個允許在使用者輸入裝置中所用的鍵値（key value)，可用於一個文件物件模型 (document object model，以下簡稱 d〇m)的介面。首先，上述的標示文件範例包括一個允許使用xhtml 的宣告（declaration)，與一個其中包括一個元件<titie〉、一 1 2 2 1 Opi f.doc/008 34 1258140 個元件<11^3〉、以及一個元件<script>的元件<head〉。一般而言，元件<title>代表標示文件的標題，而元件<meta>則用來指出包含在標示文件中所再生的影像物件中的系統預定 (default)的聲音與字幕。此外，使用者輸入的事件註冊資訊（event registration information)，是使用如下的JavaScript語言所描述·· <script type=f,text/javascriptM> function setupEventHandler() bodyNode.addEventListener(”rckeypress’’，RcKeyEventHandler,true); } </script> 事件註冊資訊是用來指出當一個事件rckeypress發生時，也就是當使用者按下使用者輸入裝置的一個按鍵時，所呼叫的一個功能（function)RcKeyEventHandler 〇此外，事件處理資訊是使用如下的JavaScript語言所描述：馨 <script type = f,text/javascriptn> function RcKeyEventHandler(evt) if(evt.keyCode 10) MDLvideo.InputRCKey( 10); if(evt.keyCode 11) MDLvideo.InputRCKey(l 1); if(evt.keyCode == 12) 1 22 1 0pif.d〇c/008 35 1258140 MDLvideo.InputRCKey(12); if(evt.keyCode == 13) MDLvideo.InputRCKey( 13); if(evt.keyCode == 14) MDL video. Input RCKey( 14); if(evt.keyCode == 15) MDLvideo.InputRCKey( 1 5); if(evt.keyCode == 16) MDLvideo.InputRCKey(16); if(evt.keyCode == 17) MDLvideo.InputRCKey( 17); if(evt.keyCode == 18) MDLvideo.InputRCKey(18); 〈/script〉事件處理資訊代表當鍵碼（key code)RcKeyEventHandler 爲 l〇時，所執行的是 MDLvideo.InputRCKey(lO)。其中，物件 MDLvideo 使用儲存在第二層中的附加資料，也就是使用對應於播放引擎的物件MDLvideo，執行資料再生。換言之，如果配置給一個按鍵的鍵碼是1〇，而且使用者按下該按鍵時，展示與導覽引擎會使用一個命令API MDLvideo.InputRCKey，傳送一個控制命令給播放引擎。響應該命令，播放引擎會執行配置給該鍵碼1〇的再生控制動作，也就是再生一影像物件，或是暫停再生一影像物件。 122 1 0pif.doc/008 36 1258140 物件MDLvideo是使用元件<〇bject>，崁入在標示文件的元件<body>*。在標示文件的元件<body>*，可嵌入複數個物件。在此例中，標示文件的佈局較偏好使用級聯式樣表（cascading style sheet，以下簡稱 CSS)。接下來將說明提供一特定功能命令，給播放引擎以及執行導覽之方法。第19圖係繪示一個成形一個用於導覽的選單螢幕之方法。影像與文字資料是以顯示在畫面上的展示資料所描述。畫面較偏好是由以xhtml所描述的文字資料’或記錄在第一層上的影像資料所組成。請參考第19圖所示，畫面上會顯示四個按鈕，也就是標題1、標題2、標題3、以及返回（return)。成形四個按鈕的影像或文件資料，是使用xhtml 所描述。在畫面中，使用者可選擇並且按下該些按鈕的其中之一。較明確地說，使用者壓下使用者輸入裝置的方向鍵，以選擇該些按鈕的其中之一，並且壓下〇κ鍵，以按下選定的按鈕。螢幕亦可架構成另一種方式，以使得當使用者使用來當成存取鍵的使用者輸入裝置的按鍵’按下一特定按鈕時，就會執行一特定動作。當使用者選擇該些按鈕的其中之一時，被選定的按鈕即會以反白表示 (highlighted)。上述的功能是由展示與導覽引擎的一個展示模組所提供。展示模組較偏好是一個xhtml瀏覽器 (browser)。如果使用者按下一按鈕，則連接到該按鈕的動作就會執行。同樣地，爲使用記錄在第一及第二層上的資料’再生 12210pif.doc/008 37 1258140 多媒體資料，一個命令會提供給播放引擎。換言之，展示與導覽引擎會將一個用來控制記錄在第二層上的再生單元的命令，提供給播放引擎。 -標示文件2 <?xml version = ’’1.0” encoding二’’UTF-8’’？> <!D0CTYPE html PUBLIC U-//W3C//DTD XHTML 1.0 Strict//ENM> <html xmlns=”http://www.w3.org/1999/xhtmr, xml:lang=nen” lang=’’en"> <head> <title>White Snow</title> <meta name=”Default_audio” content=”0x80” /> <meta name = ’’Default—subtitle” content=’’0x20” /〉 </head> <body> <table> <tr> <td〉<img src=”filel.jpg” alt=’’titlel’7〉</td> <td〉<button type二"button” name=’’title 1” onclick=’’MDLvideo.playTitle( 1 )’’/></td> </tr> <tr> <td><img src = nfile2.jpg" alt="title2f,/></td> <td><button type = ”button’’ name = ”title 2” onclick=,fMDLvideo.playTitle(2)M/></td> 12210pif.doc/008 38 1258140 </tr> <td><img src="file3.jpg” alt:’丨title3’7></td>

<td><button type-，，buttonM name=Mtitle 3M onclick=MMDLvideo.playTitle(3) /></td> </tr> <tr> <td><button type二"button’· name="Return” o nclick=MMDL video, play (),,/></td> </tr> </body> </html> 標示文件2代表第19圖所示的選單畫面。請參考標不文件2，用來控制記錄在第二層上的再生單元的命令，是在每一按鈕的，onclick，事件中所描述。當用來再生標題1的按鈕被輕點(click)時，命令MDLvideo.playTitle(l)會被送到展示引擎。接下來，展示引擎會將該些命令及參數，輸出給播放引擎，以再生相關資料。舉例而言，playTitle是一^ 用來指示標題號碼的標題再生參數。提供這樣命令的功％稱爲一個方法（method)。該方法的範例如下所述： method for an object MDLvideo { playTitle(title_no): reproduce data starting from a title indicated in title_no. playTime(time): reproduce data starting fro^ 1 22 10pif.doc/008 39 1258140 indicated time. pause(): pause data reproduction stop(): stop data reproduction play(): start data reproduction forward scan(speed): high-speed forward data reproduction at a speed indicated in (speed) backward scan(speed): high-speed backward data reproduction at a speed indicated in (speed) playChapter(chapter_no): when chapter_no == 0, move to chapter having the largest chapter ID and reproduce data of the chapter. If chapter_no > Maximum chapter ID, move to a chapter having the smallest chapter ID and reproduce data of the chapter. } 如果播放引擎所需的特定條件滿足，則展示與導覽引擎就會產生用來處理記錄在第三層上的資料的一個事件。舉例而言，每當一章節開始時，就會產生一事件，並且該事件會輸出給展示及導覽引擎，接下來展示引擎會在畫面中顯示章節的開始部分。提供給展示與導覽引擎，以及注冊到播放引擎的事件的相關資訊，亦可記錄在第三層上。 -標示文件3 <smil> <head> <meta name=”title” content=’’White Snow丨丨/〉 <meta name=’’Default_audio丨’ content=’’0x80” /> 1221 Opi f.doc/008 40 1258140 <meta name="Default_subtitle’· content="0x20” /> <layout> 〈root-layout width=n1920" height=”1080"/> <region id= ”img_scene 1 ’ ，top= ”45” left=’ ，30” width=丨丨600丨丨 height: = ”300·7> <region id= "img_scene2, ，top= ”39〇，i 'left= =，，30’，width= ，，600 height: 二，，300,7> <region id="img_scene3’ ，top= ，丨 735” left: = ”30丨，width= 丨丨600 height: :，丨 300 丨 7> <region id= "img_title buttonl M top= = ”95” left=，，660” width= ”600,丨 height=，，200，，/> <region id= ”img_title button2 ，· top=，，440，，left=，，660，， width= ，’600，，height: = f,200'7> <region id= Mimg_title_ _button3 ，，top: = ”785” left=，，660’丨 width= ”600，’ height: =丨，200丨’/> <region id= ” img_return” top=丨丨 885’丨 left= ”1290丨丨 widths ，’600，，height: =，，150，，/> </layout> </head> <body> <par> <img src = ”filel.jpg” region= ’’img scene 1 ’7〉 <img src = ’’file2.jpg” region: ”img_ scene2M/> <img src = ’’file3.jpg” region = ”img_ _scene3 "/> <img src = ,,file4.jpg?url=command:MDLvideo.playTitle( 1)" 1 2210pif.doc/008 41 1258140 region=’’img_title_button Γ7> <img src=f,file5.jpg?url=command:MDLvideo.playTitle(2)M region=,,img_title_button2,7> <img src = ,,file6.jpg?url=command:MDLvideo.playTitle(3)f, region = ’’img—title—button 3 ’’/> <img src = ’’file7.jpg?url=command:MDLvideo .play ()’丨 re gion=”i mg—return”/〉 </par> </body> </smil> 標示文件3代表儲存在第三層中，以及使用SMIL所描述的資料，其中SMIL是一種具有時序與同步功能的標示語言。其中，SMIL可大致分割成元件<head>與元件 <body>。在標示文件3中，元件<head>包括元件<111613>與 <layout>。其中元件<meta>已經於上述標示文件中說明，因此其細節在此將於省略。元件<layout>具有子元件<n)〇t-layout〉與<region>。元件<root-layout>是用來描述即將顯示的文件的大小與背景顏色。元件<region>是用來描述成形每一媒體片段的SMIL文件區域的佈局，以及相關區域的ID。元件<body>包含下列用來描述媒體片段來源的元件：〈animation ....../> - Shockwave Flash File ( .swf) 〈audio ............/> - Audio Clip File ( .rm) <img .........../> - Image Clip File ( .jpg .gif) / Not Use Animation

GIF <ref................/> - Document of Different Use ( .htm .rp ) 12210pif.doc/008 42 1258140 <text ............../> - Text ( .txt) <textstream ____/> - Text Stream ( .rt) 〈video ............/> - Video Clip ( .rm)

在標示文件3中，元件<丨11^>是用來建1如第19圖所示的選單畫面。元件<img>可用來將一個文件，鏈結到一個想要的影像，或是將一個命令，插入到文件中。此外，標示文件3更加包括用來當成一個超連結（hyperlink)的元件 <a>與元件<anchor>。在標示文件中，除了二個影像之外，所有影像都會被鏈結。在SMIL中，在元件<img>*的一個再生控制屬性”ud”可具有下列屬性値，包括playTitle : url :超連結URL command:MDLvideo.playTitle(title_no):從 title—no所標示的一個標題中開始再生資料 command:MDL video .play Time(time):從（time)所標示的一個時間開始再生資料

command:MDL video, play ():開始再生資料 command:MDLvideo.stop():停止再生資料 command:MDLvideo.pause():暫停再生資料 command:MDLvideo.forward_scan(speed):以（speed)戶斤指定的速度快速前進再生 command:MDLvideo.backward_scan(speed):以（speed)所指定的速度快速後退再生 command:MDLvideo.playChapter(chapter_no):如果 chapter no == 0, 則移動到具有最大章節ID的章節，並且再生該章節的資料。如果 chapter_no〉章節ID的最大値，則移動到具有最小章節id的章 12210pif.doc/008 43 1258140 節，並且再生該章節的資料。如上所述，在根據本發明的一種儲存媒體中，會將再生多媒體資料相關資訊分割成記錄單元與再生單元，而且會將記錄單元與再生單元的相關附加資訊，記錄在第二層上。此外，會將選擇與導覽一個想要再生單元的相關資訊，記錄在第三層上。以這種方式，可淸楚分辨每一層的動作。在第二層中，資料是以一種標示語言所記錄，藉以改善其延伸性。在第三層中，資料是以一種用來建立附加資料，代表一再生單元的選單畫面或佈局的標示語言所記錄。選擇再生單元與再生次序的相關資料，是以一種具有時序與同步功能的命令過程語言或標示語言所描述。爲將多媒體資料儲存在儲存媒體中，根據本發明的一種多媒體資料記錄裝置，會將多媒體資料記錄在儲存媒體的第一層上；將記錄在第一層中的多媒體資料的相關附加資訊，分割成記錄單元與再生單元；以及將所分割的附加資訊，以一種表格格式，或使用一種標示語言，記錄在第二層上。其中，記錄單元與再生單元可具有多階層結構。根據本發明一較佳實施例，當影像物件資料是以VBR所記錄時，記錄單元是一個將時間資訊鏈結到位置資訊的片段，而再生單元則爲鏈結到一片段或片段的一部分的單元格，鏈結到複數個單元格的章節，以及鏈結到複數個章節的標題。此外，選擇再生單元或再生次序的相關導覽資料，是記錄在第三層上。導覽資料是使用以行爲單位執行的命令 1 22 10pif.doc/008 44 1258140 程式語言，或是具有時序與同步功能的標示語言所描述。此外，在第三層中，代表用來選擇再生單元或再生次序的選單畫面的導覽資料，是以一種標示語言所描述。根據本發明的儲存媒體包含多媒體資料與附加資料。附加資料包含兩種不同類型的資料：包括多媒體資料的記錄單元、屬性、以及再生單元的附加資訊；以及與選擇再生單元與再生次序相關的導覽資訊。附加資訊是以一種標示語言所描述，因此可不管標準擴充，而能加入新的多媒體資料。此外，即使規定一種新的記錄單元或再生單元時，亦可輕易地支援執行擴充性。再者，可用標示語言和/或命令程式語言，來描述代表選擇再生單元或再生次序的導覽資料。標示語言同時也用來描述代表選取再生單元的選單畫面，以及資料再生畫面佈局的展示資料，因此可提供高彈性的選單結構與導覽。雖然本發明已以較佳實施例揭露如上，然其並非用以限定本發明，任何熟習此技藝者，在不脫離本發明之精神和範圍內，當可作各種之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者爲準。圖式簡單說明第1圖到第13圖係繪示習知技藝的說明圖。第14圖到第19圖係繪示本發明的說明圖。圖式標記說明： 300 :使用者輸出裝置 4〇〇 :使用者輸入裝置 12210pif.doc/008 45

Claims

1258140 个 3 \ 爲第92124979號中文專利範圍無劃線修正笨…’…… ……一修正日期:2006.3.3 拾、申請專利範圍： 1. 一種儲存一多媒體資料的多媒體資料儲存媒體，包括：一第一^層，用來儲存該多媒體資料；以及一第二層，當該多媒體資料被分割成一記錄單元與一再生單元時，有關該記錄單元複數個屬性的相關資訊，以及該記錄單元與該再生單元之間的一相互關係，是以一種使用複數個元件與複數個屬性的標示語言所描述。 2. 如申請專利範圍第1項所述之媒體，其中記錄在該第一層上的該多媒體資料，是一影像物件資料、一定格影像資料、以及一聲音資料的其中之一。 3. 如申請專利範圍第1項所述之媒體，其中如果該多媒體資料爲該影像物件資料，則該多媒體資料是以一變動位元率（variable bit rate，以下簡稱VBR)所編碼，而且一再生時間與有關該再生資料一位置的一鏈結相關資訊，是以一表格格式，當成一暫時及位置資訊所描述，並且記錄在該第一層上。 4. 如申請專利範圍第3項所述之媒體，其中該記錄單元包括藉由將該影像物件資料，鏈結到該暫時及位置資訊所產生的一片段。 5. 如申請專利範圍第3項或第4項所述之媒體，其中該再生單元包括用來指定一記錄單元或該記錄單元一部分的一單元格。 6. 如申請專利範圍第1項或第2項所述之媒體，其中 46 12210pifl.doc

該再生單元具有至少包括兩層的一階層結構。 7. 如申請專利範圍第6項所述之媒體，其中該再生單元具有兩層，包括在第5項中所定義的該單元格、以及鏈結到複數個單元格的一章節。 8. 如申請專利範圍第7項所述之媒體，其中該再生單元具有三層，包括在第7圖中所定義的該單元格、在第7 圖中所定義的該章節、以及鏈結到該些章節的一標題。 9. 如申請專利範圍第1項所述之媒體，其中使用一標示語言所描述的該資訊，包括與該片段、該單元格、該章節、以及該標題的複數個元件相關的資訊。 10. 如申請專利範圍第8項所述之媒體，其中使用一標示語言所描述的該資訊，包括與該片段、該單元格、該章節、以及該標題的複數個元件相關的資訊。 11. 如申請專利範圍第1項到第4項的其中任一項所述之媒體，其中除了記錄在該第一與該第二層上的該資訊之外，用來控制選擇該再生單元與一再生次序的一導覽資料，是記錄在一第二層上。 12. 如申請專利範圍第5項所述之媒體，其中除了記錄在該第一與該第二層上的該資訊之外，用來控制選擇該再生單元與一再生次序的一導覽資料，是記錄在一第三層上。 13. 如申請專利範圍第6項所述之媒體，其中除了記錄在該第一與該第二層上的該資訊之外，用來控制選擇該再生單元與一再生次序的一導覽資料，是記錄在一第三層上。 14. 如申請專利範圍第7項所述之媒體，其中除了記錄 47 1 22 1 Opifl .doc 1258140 在該第一與該第二層上的該資訊之外，用來控制選擇該再生單元與一再生次序的一導覽資料，是記錄在一第三層上。 15. 如申請專利範圍第8項的所述之媒體，其中除了記錄在該第一與該第二層上的該資訊之外，用來控制選擇該再生單元與一再生次序的一導覽資料，是記錄在一第三層上。 16. 如申請專利範圍第11項所述之媒體，其中儲存在該第三層中，用來控制選擇該再生單元與該再生次序的該導覽資料，是使用以行爲單位解譯與執行的一命令過程語言所描述。 17. 如申請專利範圍第Π項所述之媒體，其中儲存在該第三層中，用來控制選擇該再生單元與該再生次序的該導覽資料，是使用具有時序與同步功能的一標示語言所描述。 18. —種儲存一多媒體資料的多媒體資料儲存媒體，包括：一第一層，用來儲存該多媒體資料；一第二層，當該多媒體資料被分割成一記錄單元與一再生單元時，有關該記錄單元複數個屬性的相關資訊，以及該記錄單元與該再生單元之間的一相互關係，是以一表格格式所描述；以及一第二層，用來儲存選擇一再生單兀與一再生次序的一導覽相關資料。 19. 如申請專利範圍第18項所述之媒體，其中儲存在 48 1 22 1 Opifl .doc M58M0 該第三層中，用來控制選擇該再生單元與該再生次序的該導覽資料，是使用以行爲單位解譯與執行的一命令過程語言所描述。 20. 如申請專利範圍第18項所述之媒體，其中儲存在該第三層中，用來控制選擇該再生單元與該再生次序的該導覽資料，是使用具有時序與同步功能的一標示語言所描述。 21. 如申請專利範圍第20項所述之媒體，其中一展示資料是以一標示語言所描述，並且儲存在該第三層中，而且該展示資料包括一選單畫面佈局，與一再生單元的畫面結構的相關資訊。 22. 如申請專利範圍第20項所述之媒體，其中該導覽資料是以用來選擇與控制記錄在該第二層上的該再生單元的一介面所描述。 23. 如申請專利範圍第20項所述之媒體，其中該導覽資料包括當再生該再生單元時，與產生特定條件的一事件的註冊與執行相關的資訊。 24. —種再生儲存於多媒體資料儲存媒體之資料的多媒體再生裝置，該多媒體資料儲存媒體包括一第一層以及一第二層，該第一層包含一多媒體資料，當該多媒體資料被分割成一記錄單元與一再生單元時，其中該記錄單元的複數個屬性的一相關資訊，以及該記錄單元與該再生單元之間的一相互關係，是由與複數個元件與複數個屬性相關的一標示語言所描述，該裝置從該第二層讀取該記錄單元 49 12210pifl.doc 1258140 與該再生單元的該相關資訊，從記錄在該第一層上的該多媒體資料，偵測對應於該記錄單元，由一使用者經由一使用者介面所選擇的一想要資料的位置，並且在該所偵測到的位置上再生該資料。 25·如申請專利範圍第24項所述之裝置，其中當該再生單元是以至少兩層儲存時，會提供一選單畫面，藉以經由該使用者介面，選擇該再生單元，並且再生所選取的該再生單元。 26. 如申請專利範圍第24項所述之裝置，其中如果該儲存媒體更加包括用來選擇在一第三層上的該再生單元與該再生次序的一導覽資訊，則藉由一使用者經由該使用者介面所選擇的該再生單元，是根據該導覽資訊所再生。 27. —種再生儲存於多媒體資料儲存媒體之資料的多媒體再生裝置，該多媒體資料儲存媒體包括一第一層、一第二層以及一第三層，該第一層包含一多媒體資料，當該多媒體資料被分割成一記錄單元與一再生單元時，該第二層中該記錄單元的複數個屬性的一相關資訊，以及該記錄單元與該再生單元之間的一相互關係，是儲存在一表格格式；’該第三層儲存選擇該再生單元與該再生次序的一導覽相關資料’該裝置根據該導覽資訊，再生一使用者經由一使用者介面所選取的該再生單元。 28·如申請專利範圍第27項所述之裝置，其中如果記錄在該第三層上，用來控制選擇該再生單元與該再生次序白勺該導覽資訊，是使用以行爲單位解譯與執行的一命令過 50 12210pifl.doc 1258140 程語言所描述，則導覽是藉由執行該命令過程語言所完成。 29. 如申請專利範圍第27項所述之裝置，其中如果記錄在該第三層上，用來控制選擇該再生單元與該再生次序的該導覽資訊，是使用具有時序與同步功能的一標示語言所描述，則導覽是藉由實現該時序與該同步功能而完成。 30. 如申請專利範圍第27項所述之裝置，其中如果該儲存媒體包括使用一標示語言所描述的一展示資料，則該展示資料會從該儲存媒體讀取，並且以代表一使用者介面的一選單畫面的形式輸出，而且該展示資料包括該選單畫面。 31. —種將一多媒體資料記錄在一儲存媒體上的多媒體資料記錄裝置，該裝置將該多媒體資料記錄在該儲存媒體的一第一層上，將該多媒體資料分割成一記錄單元與一再生單元，使用一標示語言，記錄與該記錄單元及該再生單元相關的一資訊與一鏈結相關資訊，並且將該資訊與該鏈結資訊，儲存在該儲存媒體的一第二層上，而且該多媒體資料包括影像物件資料、定格影像資料、聲音資料、或圖像資料。 32. 如申請專利範圍第31項所述之裝置，其中一導覽資料記錄在該儲存媒體的一第三層上，而且該導覽資料控制選擇該再生單元與該再生次序。 33. —種將一多媒體資料記錄在一儲存媒體上的多媒體資料記錄裝置，該裝置將該多媒體資料記錄在該儲存媒體的一第一層上，將記錄在該第一層上的該多媒體資料分 5 1 122 1 Opifl .doc 1258140 割成一記錄單元與一再生單元，以一表格格式，記錄與該記錄單元及該再生單元相關的一資訊與一鏈結相關資訊，將一導覽資訊記錄在一第三層中，該多媒體資料包括影像物件資料、定格影像資料、聲音資料、或圖像資料，而且該導覽資料控制選擇該再生單元與該再生次序。 34. 如申請專利範圍第33項所述之裝置，其中該導覽資訊是使用以行爲單位解譯與執行的一命令過程語言所描述。 35. 如申請專利範圍第33項所述之裝置，其中該導覽資訊是使用具有時序與同步功能的一標示語言所描述。 36. 如申請專利範圍第33項所述之裝置，其中一展示資料是使用一標示語言，記錄在一第三層上，而且該展示資料包括用來選擇該再生單元，或用來顯示該多媒體資料的畫面佈局的的一選單畫面。 37. —種記錄或再生裝置使用的多媒體資料儲存媒體，包括：一第一層，用來儲存一多媒體資料；一第二層，用來儲存當成該多媒體資料的附加資訊之該多媒體資料的多數個再生單元之資訊；以及一第三層，用來儲存選擇該些再生單元與一再生次序的一導覽資料，其中，根據該記錄或再生裝置的控制，每一層是分別地儲存在該多媒體資料儲存媒體。 38. —種再生儲存於多媒體資料儲存媒體之資料的多 52 122 1 Opifl .doc ¢258140 #- /1 ； ^ …· ·-... 媒體再生裝置，該多媒體資料儲存媒體包括一第一層、一第二層以及一第二層，該第一層包含一多媒體資料，該第二層儲存當成該多媒體資料的附加資訊之該多媒體資料的多數個再生單元之資訊，該第三層儲存選擇該些再生單元與該再生次序的一導覽資料，包括：一控制器，根據儲存在該第三層之該導覽資訊，選擇將被再生的該些再生單元，並於儲存在該第二層之該些再生單元的資訊中，根據所選擇的該些再生單元的資訊，偵測該多媒體資料的位置，且在第一層上再生所偵測的該多媒體資料。 39.—種在儲存媒體上記錄多媒體資料之多媒體記錄裝置，該裝置在該儲存媒體的一第一層上記錄該多媒體資料，在該儲存媒體的一第二層上，記錄當成該多媒體資料的附加資訊之該多媒體資料的多數個再生單元之資訊，以及在該儲存媒體的一第三層上，記錄一導覽資料，以選擇將被再生的該些再生單元與控制所選擇的該些再生單元的一再生次序。 53 1 22 1 Opifl .doc