TW201334533A - 資訊處理裝置,資訊處理方法,和程式 - Google Patents

資訊處理裝置,資訊處理方法,和程式 Download PDF

Info

Publication number
TW201334533A
TW201334533A TW101141839A TW101141839A TW201334533A TW 201334533 A TW201334533 A TW 201334533A TW 101141839 A TW101141839 A TW 101141839A TW 101141839 A TW101141839 A TW 101141839A TW 201334533 A TW201334533 A TW 201334533A
Authority
TW
Taiwan
Prior art keywords
information
playlist
file
stream
display
Prior art date
Application number
TW101141839A
Other languages
English (en)
Other versions
TWI562639B (en
Inventor
Motoki Kato
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of TW201334533A publication Critical patent/TW201334533A/zh
Application granted granted Critical
Publication of TWI562639B publication Critical patent/TWI562639B/zh

Links

Classifications

    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327Table of contents
    • G11B27/329Table of contents on a disc [VTOC]
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34Indicating arrangements 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00Details of colour television systems
    • H04N9/79Processing of colour television signals in connection with recording
    • H04N9/87Regeneration of colour television signals

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

資訊處理裝置包括:取得單元,被組構成取得與顯示記錄至記錄媒體之一系列內容項目相關的顯示資訊;以及記錄單元,被組構成將該顯示資訊共同記錄在單一檔案中。

Description

資訊處理裝置,資訊處理方法,和程式
本技術係相關於資訊處理裝置,資訊處理方法,和程式,尤其是被組構成能夠快速顯示一系列內容項目之資訊處理裝置,資訊處理方法,和程式。
記錄及播放裝置近年來已變得更加普遍,典型上使用者用以記錄廣播視聽(AV)訊號至磁碟,及在想要的時間播放它們。因為AV訊號係為數位化及可壓縮,所以可將值許多小時的AV訊號記錄至磁碟。
發明人已建議用於後記錄音頻訊號的技術(例如,見日本未審查專利申請公開案2002-158972)。
同時,除了諸如藍光碟、數位多用途碟(DVD)、及硬碟等磁碟之外,諸如快閃記憶卡等半導體記憶體亦被使用作為記錄媒體,用以記錄包括AV訊號的內容。
此種記錄媒體的容量日益增加,再加上訊號的數位化,意味著此種記錄媒體正變得越來越能夠記錄大量的內容。結果,雖然在過去可記錄到單一記錄媒體之內容項目數目至多約為200個項目,但是那數目已大幅增加及現在為10000個項目或更多。
同時,當播放已記錄至記錄媒體之內容時,使用者從 所記錄的內容項目之中選擇想要的內容項目及發出播放指令。為了如此做,典型上顯示用於所記錄的內容項目之一系列標題,及提示使用者從那清單選擇想要的內容項目。
然而,隨著內容項目數量的增加,產生及顯示記錄至記錄媒體之一系列內容項目變得更耗時。結果,使用者變得難以快速選擇想要的內容。
鑑於此種情況,希望能夠快速顯示一系列內容項目。
根據本技術的實施例之資訊處理裝置係設置有取得單元,被組構成取得與顯示記錄至記錄媒體之一系列內容項目相關的顯示資訊;以及記錄單元,被組構成將顯示資訊共同記錄在單一檔案中。
顯示資訊可至少包括關於各個內容項目的標題、持續期間、及記錄時間和日期。
檔案可被定位在與記錄內容項目之目錄相同的位準上。
顯示資訊可另包括位置資訊,其表示關於內容項目的簡圖之位置,及取得單元可從第一資訊檔案取得關於內容項目的標題、持續期間、及記錄時間和日期,而從不同於第一資訊檔案之第二資訊檔案取得位置資訊。
有關資訊處理裝置的製造商之資訊係另記錄在檔案中。
資訊處理裝置可另設置有顯示單元,其被組構成顯示來自從檔案所讀取之顯示資訊的一系列內容項目。
顯示資訊可另包括有關資訊處理裝置的製造商之ID (識別)及那製造商特有的資訊,以及在包括於顯示資訊中之製造商ID匹配儲存於資訊處理裝置中之製造商ID的事例中,顯示單元另顯示製造商特有的資訊。
根據本技術的另一實施例之資訊處理方法包含:取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊;以及將顯示資訊共同記錄在單一檔案中。
根據本技術的另一實施例之程式使電腦能夠執行處理,處理包含取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊;以及將顯示資訊共同記錄在單一檔案中。
在本技術的實施例中,取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊,及將顯示資訊共同記錄在單一檔案中。
如上述,根據本技術的實施例,能夠快速顯示一系列內容項目。
在下文中,將說明實行本技術之實施例(在下文中為指定實施例)。在下文中,將以下面順序進行說明。
1.記錄及播放裝置之組態
2. AV串流編輯
3.控制器的功能組態
4.操作
5. PlayLists
6.編輯Real PlavLists
7.在Virtual PlayLists上所執行之操作
8.重新編輯Virtual PlayLists
9.標示
10.簡圖
11.目錄及檔案
12. INDEX.BAV檔案
13. Real PlayList檔案和Virtual PlayList檔案
14. PlayList語法
15. UIAppInfoPlayList
16. PlayListMark( )
17. MENU.THM和MARK.THM
18. AV串流檔案
19.記錄處理
20.播放處理
21.將本技術應用至程式
22.其他
記錄及播放裝置之組態
在下文中,將參照圖式說明本技術的實施例。圖1為已應用本技術之資訊處理裝置的實施例之例示內部組態圖。首先,將說明操作以記錄從外部輸入的訊號至記錄媒體之部位的組態。記錄及播放裝置1充作執行記錄或播放資訊的至少其中之一的資訊處理裝置,及被組構成能夠接收類比資料或數位資料作為輸入及記錄的輸入資料。
將類比視頻訊號及類比音頻訊號分別輸入至端子11及12。將輸入至端子11之視頻訊號分別輸出至分析器14及AV編碼器15。輸入到端子12內之音頻訊號輸出到AV編碼器15。分析器14從輸入的視頻訊號擷取諸如螢幕變化等特徵。
AV編碼器15分別編碼輸入的視頻訊號和音頻訊號,及將編碼的視頻串流(V)、編碼的音頻串流(A)、和諸如AV同步資訊等系統資訊(S)輸出到多工器16。
例如,所編碼的視頻串流可以是以動態圖形專家小組的MPEG-2格式所編碼之視頻串流,例如,而所編碼的音頻串流可以是以MPEG-1格式所編碼之音頻串流,或者以Dolby AC3格式所編碼的音頻串流。多工器16依據輸入的系統資訊將輸入的視頻和音頻串流多工化,及透過開關17輸出結果到已多工化串流分析器18和來源封包器19。
例如,已多工化串流可以是MPEG-2傳輸串流或者MPEG-2程式串流。來源封包器19採用輸入的已多工化串流,及根據記錄媒體100用以記錄那串流之應用程式格式,編碼由來源封包所組成的AV串流。藉由錯誤校正碼(ECC)編碼器20及調變器21使AV串流經過給定的處理,及輸入到寫入器22。依據從控制器23輸出的控制訊號,寫入器22寫入(即、記錄)AV串流檔案到記錄媒體100。此處,記錄媒體100可以諸如藍光碟、數位多用途碟(DVD)、或硬碟等碟或者以諸如快閃記憶卡等半導體記憶體來實現。
諸如從數位介面或者數位電視調諧器所輸入之數位電視廣播等運輸串流被輸入到端子13。具有兩種記錄輸入到端子13內之運輸串流的方式。一種方式係藉由透明地記錄運輸串流,而另一方式係為了諸如降低記錄位元速率等某些目的而在重新編碼運輸串流之後記錄。指定記錄方法的資訊係從連接到使用者介面(未圖示)的端子24輸入到控制器23。
在透明地記錄輸入的運輸串流之事例中,輸入到端子13之運輸串流係輸出到已多工化串流分析器18和來源封包器19。直至記錄AV串流到記錄媒體100之隨後處理類似於上述之編碼和記錄輸入的音頻訊號和視頻訊號之事例的處理,因此將省略其進一步的說明。
在第一重新編碼而後記錄輸入的運輸串流之事例中,輸入到端子13內之運輸串流係輸入到解多工器26。解多工器26解多工化輸入的運輸串流,以擷取視頻串流(V)、音頻串流(A)、和系統資訊(S)。
在由解多工器26所擷取之串流中(或換言之資訊),視頻串流係輸出到AV解碼器27,而音頻串流和系統資訊係輸出到多工器16。AV解碼器27解碼輸入的視頻串流,及輸出最後的播放視頻訊號到AV編碼器15。AV編碼器15編碼輸入的視頻訊號,及輸出所編碼的視頻串流(V)到多工器16。
依據輸入的系統資訊,將從解多工器26輸出及輸入到多工器16內之音頻串流和系統資訊和從AV編碼器15 輸出的視頻串流一樣多工化,及透過開關17將結果輸出作為已多工化串流到已多工化串流分析器18和來源封包器19。直至記錄AV串流到記錄媒體100之隨後處理類似於上述之編碼和記錄輸入的音頻訊號和視頻訊號之事例的處理,因此將省略其進一步的說明。
根據本實施例之記錄及播放裝置1將AV串流檔案記錄到記錄媒體100,及另外記錄說明那檔案之應用程式資料庫資訊。應用程式資料庫資訊係由控制器23所產生。輸入到控制器23之資訊包括來自分析器14之移動影像特徵資訊、來自已多工化串流分析器18之AV串流特徵資訊、和從端子24輸入之使用者指令資訊。
供應自分析器14之移動影像特徵資訊係為有關輸入移動影像訊號中之特色影像的資訊,其例如可包括指定節目起點、場景改變點、和廣告起點及終點之資訊(諸如標示等),以及用於那些指定位置中之影像的簡圖影像資訊。
來自已多工化串流分析器18之AV串流特徵資訊為有關編碼欲待記錄之AV串流的資訊,其例如可包括用於AV串流中之I圖像的位址資訊、AV串流的編碼參數、AV串流中編碼參數改變之點的資訊、和有關視頻串流中之特色影像的資訊(諸如標示等)。
來自端子24之使用者指令資訊可以是指定已由使用者指定之播放區段的資訊、說明此種播放區段的內容之文件字元、和設定在使用者偏好場景或繼續播放點之書籤的 資訊。
例如,控制器23係可由微處理單元來實現,及包括儲存給定資訊之儲存單元23A。依據上述輸入資訊,控制器23產生AV串流的資料庫(Clips)、AV串流播放區段(PlayItems)的群集(PlayLists)的資料庫、記錄媒體100的記錄內容之管理資訊(INFO.BAV)、和簡圖影像資訊。與AV串流類似,由上述此種資訊所組成之應用程式資料庫資訊係由ECC編碼器20和調變器21來處理,及輸入到寫入器22。依據從控制器23輸出的控制訊號,寫入器22將資料庫檔案記錄到記錄媒體100。
稍後將更詳細討論上述應用程式資料庫資訊。
在播放時,以此方式記錄到記錄媒體100之AV串流檔案(或換言之影像資料和音頻資料的檔案)和應用程式資料庫資訊被處理如下。首先,控制器23指示閱讀器28從記錄媒體100讀取應用程式資料庫資訊。閱讀器28然後從記錄媒體100讀取應用程式資料庫資訊,及那應用程式資料庫資訊係由解調變器29和ECC解碼器30所處理並且輸入到控制器23。
依據應用程式資料庫資訊,控制器23將記錄到記錄媒體100之一系列PlayLists(或者換言之一系列內容)輸出到連接到使用者介面輸入/輸出之端子24。顯然地,亦可輸出一系列PlayLists作為輸出自端子32的視頻到顯示器(未圖示)。當使用者從一系列PlayLists選擇想要的PlayList(或換言之內容)時,從端子24中之使用者介面 輸入/輸出將有關指定播放的PlayList之資訊輸入到控制器23。控制器23指示閱讀器28讀取對應於那PlayList的AV串流檔案。在指令之後,閱讀器28從記錄媒體100讀取對應的AV串流檔案,及將它們輸出到解調變器29。輸入到解調變器29之AV串流經過給定處理及解調變,進一步藉由ECC解碼器30處理,及輸出到來源解封包器31。
來源解封包器31採用已從記錄媒體100讀取之應用程式格式AV串流及經過給定處理,並且將它轉換成可輸出到解多工器26之串流。解多工器26在由控制器23所指定的AV串流中取用構成播放區段(或換言之PlayItem)之視頻串流(V)、音頻串流(A)、和諸如AV同步資訊等串流資訊(S),及將它們輸出到AV解碼器27。AV解碼器27解碼視頻串流和音頻串流,及從各自對應的端子32及33輸出播放視頻訊號和播放音頻訊號。
再者,在指定隨機存取播放或者特定播放之資訊係透過端子24從使用者介面輸入的事例中,控制器23依據AV串流(Clip)資料庫中的資訊來決定從記錄媒體100讀取AV串流之位置,及指示閱讀器28讀取那AV串流。例如,在從時間的給定點中播放使用者選擇的PlayList之事例中,控制器23指示閱讀器28從具有最接近指定時間之時間戳記的I圖像讀取資料。
再者,在使用者指示快速向前播放之事例中,控制器23指示閱讀器28依據AV串流(Clip)資料庫來連續讀 取AV串流中之I圖像資料。
閱讀器28從指定的隨機存取點讀取AV串流資料,及在由隨後單元處理之後播放如此讀取的資料。
AV串流編輯
接著,將說明使用者編輯記錄到記錄媒體100之AV串流的事例。考慮使用者藉由指定記錄到記錄媒體100之AV串流中的播放區段想要來產生新的播放序列之事例。例如,使用者想要產生播放以被稱作節目A音樂節目中的歌手a為特徵之部位,及隨後播放以被稱作節目B音樂節目中的歌手a為特徵之部位的播放序列。在此事例中,透過端子24從使用者介面將播放區段的起點(內點)和終點(外點)之資訊輸入到控制器23。控制器23產生群集AV串流播放區段(PlayItems)之資料庫(PlayList)。
在使用者想要刪除記錄到記錄媒體100之AV串流的一部分之事例中,透過端子24從使用者介面將欲待刪除之區段的內點及外點之資訊輸入到控制器23。控制器23修改PlayList資料庫,以便參照AV串流剛好剩下的部位,及另指示寫入器22刪除AV串流的指定部位。
現在將說明使用者想要藉由指定記錄到記錄媒體100之AV串流中的播放區段來產生新的播放序列,並且想要無縫連接各自播放區段之事例。在此種事例中,控制器23產生群集AV串流播放區段(PlayItems)之資料庫(PlayList),此外,局部重新編碼和重新多工化接近播 放區段之間的連接點之視頻串流。
首先,播放區段之內點的圖像資訊和外點的圖像資訊係從端子24輸入到控制器23。控制器23指示閱讀器28讀取與播放內點的圖像和外點的圖像有關之資料。閱讀器28然後從記錄媒體100讀取資料,及透過解調變器29、ECC解碼器30、和來源解封包器31將那資料輸出到解多工器26。
控制器23分析輸入到解多工器26的資料,及決定重新編碼法(即、修改picture_coding_type及為重新編碼配置編碼位元速率)和用於視頻串流的重新多工化技術,及供應參數給AV編碼器15和多工器16。
接著,解多工器26將輸入的串流分成視頻串流(V)、音頻串流(A)、和系統資訊(S)。視頻串流包括欲待輸入到AV解碼器27之資料、欲待輸入到多工器16之資料。欲待輸入到AV解碼器27之資料為欲待重新編碼的資料。由AV解碼器27解碼此資料,及解碼的圖像係由AV編碼器15重新編碼以獲得視頻串流。欲待輸入到多工器16之資料為從原始串流拷貝而不必再重新編碼的資料。音頻串流和系統資訊被直接輸入到多工器16。
多工器16依據從控制器23輸入的資訊來多工化輸入的串流,及輸出已多工化串流。已多工化串流係由ECC編碼器20和調變器21來處理,及被輸入到寫入器22。寫入器22依據供應自控制器23的控制訊號將AV串流記錄到記錄媒體100。
控制器的功能組態
圖2為控制器23的功能組態之方塊圖。在此實施例中,控制器23包括記錄單元201、取得單元202、決定單元203、和顯示單元204。例如可由硬體實現這些單元,但是亦可由軟體來實現。
記錄單元201記錄各種資訊。取得單元202取得各種資訊。決定單元203實施決定處理。顯示單元204實施顯示處理。
操作
在下文中,將說明應用程式資料庫資訊及諸如依據此種資訊之播放和編輯等操作。圖3說明應用程式格式的結構。應用程式格式具有兩層,PlayList和Clip,用以管理AV串流。碟上的所有Clip和PlayList資料受到Volume Information(磁卷資訊)的管理。此處,單一AV串流及其元資料被視作單一物件,被稱作Clip。AV串流檔案被稱作Clip AV串流檔案,而其元資料被稱作Clip資訊檔案。
單一Clip AV串流檔案儲存MPEG-2運輸串流被排列在由應用程式格式所定義之結構中的資料。雖然檔案典型上被看待成位元組序列,但是Clip AV串流檔案的內容在時間軸上展開,及Clip的進入點主要係以時間為基礎來指定。當為給定Clip指定存取點時間戳記時,Clip資訊 檔案對找出開始讀取Clip AV串流檔案中的資料之位址資訊是有用的。
PlayLists
現在將參照圖4說明PlayLists。PlayLists被設置係為了讓使用者能夠從Clip選擇及容易編輯想要的播放區段。單一PlayList為Clip中之播放區段的集合。給定Clip中之單一播放區段被稱作PlayItem,及係由時間軸上的一對點來表示(內點及外點)。結果,PlayList係藉由群集複數個PlayItems所形成。
具有兩種PlayLists類型。一種類型為Real PlayList,及另一種類型為Virtual PlayList。Real PlayList與其參照的Clip串流部位共存。換言之,Real PlayList佔據等同其參照的Clip串流部位之碟上的空間量,及若Real PlayList被刪除,則用於其參照的Clip串流部位之資料亦將被刪除。
Virtual PlayList未與Clip資料共存。結果,當修改或刪除Virtual PlayList時,Clip的內容未發生變化。
編輯Real PlayLists
接著,將說明Real PlayLists的編輯。圖5A圖解Real PlayList產生。產生為在AV串流被記錄作新的Clip之事例中,產生參照那整個Clip之新的Real PlayList之操作。
圖5B圖解Real PlayList分割。分割為在想要的點將Real PlayList分成兩個Real PlayLists之操作。例如,在由單一PlayList所管理的單一Clip中管理兩節目之事例中可實施在此種分割操作。在此事例中,使用者想要重新登記(重新記錄)那節目作為分開的物件。需注意的是,Clip內容未因為分割操作而被修改(即、Clip本身未被分割)。
圖5C圖解Real PlayList組合。組合為組合兩個Real PlayLists以形成一個新的Real PlayList之操作。例如,當使用者想要將兩節目重新登記作單一節目時可實施此種組合操作。需注意的是,Clip未因為組合操作而被修改(即、Clip本身未被組合成一個Clip)。
圖6A圖解整個Real PlayList的刪除。在執行整個刪除給定Real PlayList的操作之事例中,被刪除的Real PlayList所參照之Clip的對應串流部位亦被刪除。
圖6B圖解Real PlayList的局部刪除。在刪除Real PlayList的想要部位之事例中,修改對應的PlayItem,以便參照Clip剛好剩下的串流部位。此外,刪除Clip的對應串流部位。
圖6C圖解Real PlayList最小化。最小化為對應於Real PlayList之PlayItems被修改以參照僅與一或更多個Virtual PlayLists相關聯之Clip串流部位的操作。與Virtual PlayList無關聯之對應的Clip串流部位被刪除。
考慮修改Real PlayList及被那Real PlayList所參照 之Clip的串流部位被如上述操作之操作刪除的事例。在此種事例中,若存在有使用所刪除的Clip之Virtual PlayList,則由於Virtual PlayList中被刪除的Clip會導致節目可能出現。
為了避免此種情況,可呈現訊息給使用者以反應於刪除操作,諸如“指定的Real PlayList參照亦被Virtual PlayList參照之Clip串流部位。若刪除Real PlayList,則Virtual PlayList將亦被刪除。您確定要繼續嗎?”在如此提示確認(即、警告使用者)之後,根據使用者指令來執行或取消刪除處理。另一選擇是,可被組構成Real PlayList被最小化以取代刪除Virtual PlayList。
在Virtual PlayLists上所執行之操作
接著,將說明在Virtual PlayLists上所執行之操作。當在Virtual PlayLists上執行操作時未修改Clip內容。圖7A及7B圖解組合編輯(內-外編輯)、為使用者想要觀看的播放區段產生PlayItems和Virtual PlayList之操作。由應用程式格式支援PlayItems之間的無縫連接。
如圖7A所示,在存在有分別對應於Real PlayLists之具有Clips 1及2的兩Real PlayLists之事例中,使用者可指定Real PlayList 1中給定的區段(即、從In 1至Out 1的區段,被標示為PlayItem 1)當作播放區段,及亦指定Real PlayList 2中給定的區段(即、從In 2至Out 2的區段,被標示為PlayItem 2)當作下一個將播放的區段。 如圖7B所示,當已指定此種播放區段時,產生包含PlayItem 1及PlayItem 2之單一Virtual PlayList。
重新編輯Virtual PlayLists
接著,將說明Virtual PlayLists的重新編輯。重新編輯可包括修改Virtual PlayList中的內點和外點、插入及附加新的PlayItems到Virtual PlayList,及從Virtual PlayList刪除PlayItems。再者,可刪除Virtual PlayLists本身。
圖8圖解將音頻配入(後記錄)到Virtual PlayList內、音頻配入係登記在Virtual PlayList中作為子路徑之操作。此種音頻配入係由應用程式格式所支援。輔助的音頻串流被添加作為到Virtual PlayList中之主路徑AV串流的子路徑。
圖9圖解修改PlayList表示順序(即、移動)、Real PlayLists及Virtual PlayLists二者共同的操作。移動修改碟中PlayLists之表示順序(Volume),及係由應用程式格式所定義之PlayLists的表格所支援。需注意的是,Clip內容未因為移動操作而被修改。
標示
接著,將說明標示。標示被設置以便指定Clips及PlayLists中之突出部分或特色項目。添加到Clip之標示為指定可歸屬於AV串流的內容之特色場景的點,及例如 可以是場景改變點。當播放PlayList時,由那PlayList所參照之Clips中的標示可被參照及使用。
添加到PlayLists之標示主要係由使用者來設定,及例如可以是書籤或繼續播放點。藉由添加指示標示的時間之時間戳記到標示清單而在Clip或PlayList中設定標示。再者,刪除標示包含從標示清單刪除那標示的時間戳記。結果,AV串流未受到標示之設定和刪除的影響。
簡圖
將說明簡圖。簡圖為添加到Volumes、PlayLists、和Clips之靜止影像。具有兩種簡圖類型。第一類型的簡圖充作表示其相關內容的代表影像。此類型的簡圖主要被使用在功能表螢幕上,讓使用者能夠藉由操作游標或其他元件(未圖示)來選擇想要的內容。另一類型的簡圖為表示由標示所指示之場景的影像。
希望使Volume及個別的PlayLists能夠具有其自己的簡圖。預期當碟(即、記錄媒體100,在下文中被假設成碟格式並且將適時被稱作碟)被安裝在給定處中或者在記錄和播放裝置1上或中時將使用Volume簡圖,其中Volume簡圖首先被顯示作表示那碟的內容之靜止影像。預期PlayList簡圖將被使用作為表示用以選擇PlayList之功能表螢幕(即、內容清單螢幕)上的各自PlayLists之內容的靜止影像。
雖然可想像在PlayList中採用第一影像作為用於那 PlayList的簡圖(代表影像),但是播放時間0的前導影像不是用以代表PlayList的內容之最佳影像。如此,其被組構成使用者能夠設定任意影像作為用於PlayList的簡圖。上述兩種簡圖類型為指定功能表簡圖。因為功能表簡圖經常被顯示,所以希望快速從碟讀取它們。因此,將所有功能表簡圖儲存在單一檔案中是有效的。功能表簡圖並不嚴格限制於從Volume中的視頻所擷取之圖像,及亦可以是從個人電腦或數位靜止相機所取得之影像,如圖11所示。
同時,希望能夠設定有關Clip或PlayList的複數個標示,如此希望能夠容易觀看標示點中的影像,以便確定標示位置中之內容。代表標示點之此種圖像為指定標示簡圖。結果,欲待使用作為此種簡圖的基礎之影像主要係從標示點中的影像而非從外面所取得之影像所擷取。
圖12圖解添加到PlayList的標示與其標示簡圖之間的關係,而圖13圖解添加到Clips的標示與其標示簡圖之間的關係。標示簡圖不同於功能表簡圖之處在於不需要短的存取時間,因為當表示有關PlayList的詳細資訊時標示簡圖被用於子功能表或其他元件中。因此,當每次顯示簡圖時,記錄及播放裝置1打開檔案及讀取其部位而花上一些時間是沒有問題的。
另外,希望儲存所有標示簡圖在單一檔案中,以便縮減位在Volume中之檔案數目。反之PlayList可具有功能表簡圖及複數個標示簡圖,典型上不由使用者直接選擇 Clips(通常Clips係透過PlayList所指定),如此Clips可不設置有功能表簡圖。
圖14圖解按照上述的功能表簡圖、標示簡圖、PlayLists、與Clips之間的關係。功能表簡圖檔案包含設置給個別PlayLists之功能表簡圖。功能表簡圖檔案包括代表記錄到碟之資料的內容之Volume簡圖。標示簡圖檔案包含為個別PlayLists及個別Clips所產生之簡圖。
目錄及檔案
接著,將說明目錄及檔案。在下文中,記錄及播放裝置1將適時被稱作數位視頻記錄器(DVR)。圖15圖解碟上之例示目錄結構。如圖15所示,DVR中之碟上的主要目錄為包括“BDAV”目錄之根目錄,與“PLAYLIST”目錄、“CLIPINF”目錄、及“STREAM”目錄。可在根目錄中產生除了上述以外的目錄,但是被假設成被本實施例的應用程式格式忽略。
由DVR應用程式格式所定義之所有檔案及目錄被儲存在“BDAV”目錄中。“BDAV”目錄包含三個目錄。Real PlayList及Virtual PlayList資料庫檔案係位在“PLAYLIST”目錄中。即使沒有PlayLists此目錄仍舊存在。
Clip資料庫檔案係位在“CLIPINF”目錄中。即使沒有Clips此目錄亦仍舊存在。AV串流檔案係位在“STREAM”目錄中。即使沒有AV串流檔案此目錄仍舊存在。
“BDAV”目錄儲存下列檔案。“INDEX.BAV”檔案為用於顯示標題清單之顯示資訊係從UIAppInfoPlayList( )資訊所擷取及收集的索引檔案。用於各個PlayList檔案之製造商專用資料亦可被附加及儲存在“INDEX.BAV”檔案中。“INDEX.BAV”檔案係位在BDAV目錄中,或換言之與記錄內容之PLAYLIST目錄相同的父目錄,此外,被定位在相同位準上。換言之,“INDEX.BAV”檔案和PLAYLIST目錄屬於同一目錄。稍後將參照圖17詳細說明“INDEX.BAV”檔案。
“INFO.BAV”檔案係產生在BDAV目錄中及儲存一般應用層資訊。只有一個INFO.BAV檔案存在於BDAV目錄中,及其檔案名稱被固定在INFO.BAV。“MENU.THM”檔案儲存有關功能表簡圖影像(即、用於內容清單之簡圖影像)之資訊。BDAV目錄中之功能表簡圖的數目為0或1。檔案名稱被固定在MENU.THM。在沒有功能表簡圖影像存在時此檔案可不存在。
“PLAYLIST”目錄儲存兩種PlayList檔案類型,這些為Real PlayLists及Virtual PlayLists。xxxxx.RPL檔案儲存有關一個Real PlayList的資訊。一檔案係為了各個Real PlayList所產生。檔案名稱為xxxxx.RPL,其中xxxxx為具有從0至9的各個數字之五個數字的數字。檔案延伸檔名為“RPL”。
yyyyy.VPL檔案儲存有關一Virtual PlayList的資訊。一檔案係為了各個Virtual PlayList所產生。檔案名稱為 yyyyy.VPL,其中yyyyy為具有從0至9的各個數字之五個數字的數字。檔案延伸檔名為“VPL”。
“CLIPINF”目錄儲存個別對應於各自AV串流檔案之檔案。zzzzz.CPI檔案為對應於單一AV串流檔案(Clip AV串流檔案或Bridge-Clip AV串流檔案)之Clip Information檔案。檔案名稱為zzzzz.CPI,其中zzzzz為具有從0至9的各個數字之五個數字的數字。檔案延伸檔名為“CPI”。
“STREAM”目錄儲存AV串流檔案。zzzzz.MTS檔案為由DVR系統所處理之AV串流檔案,或換言之Clip AV串流檔案或者Bridge-Clip AV串流檔案。檔案名稱為zzzzz.MTS,其中zzzzz為具有從0至9的各個數字之五個數字的數字。檔案延伸檔名為“MTS”。
INDEX.BAV檔案
接著,將說明圖15中之“INDEX.BAV”檔案。為了提示使用者選擇記錄到記錄媒體100之內容項目,為所有節目產生一系列標題(即、一系列PlayLists),及自此擷取可顯示的範圍及從端子24輸出到使用者介面輸入/輸出用以顯示。另一選擇是,可顯示的範圍可從端子32輸出到顯示器(未圖示)及顯示在其上。如稍後將參照圖17所討論一般,單一“INDEX.BAV”檔案共同儲存用於所有節目之顯示資訊,其被用於顯示標題清單。結果,變得能夠快速產生及顯示標題清單。
圖16圖解標題清單的例示顯示。螢幕顯示及所顯示的內容之設計係依據記錄及播放裝置1的製造商而定。在此例中,顯示下面顯示資訊。
節目標題:晨間新聞、午間新聞、下午綜藝節目、晚間新聞、晚間音樂節目
記錄時間:1/1(一)7:00 AM、1/1(一)12:00 PM、1/1(一)1:00 PM、1/1(一)7:00 PM、1/1(一)9:00 PM
節目持續時間:1小時30分鐘、1小時0分鐘、2小時0分鐘
頻道數字:頻道1、頻道2、頻道3
頻道名稱:日本廣播、AAA廣播
記錄模式:直接記錄模式、標準記錄模式、長時間播放記錄模式
標題清單顯示讓使用者能夠決定性地選擇想要的節目(即、標題)之顯示資訊較佳。例如,此種顯示資訊可包括資訊如下。
1.標題(節目)名稱(PlayList_name)
2.記錄時間(time_zone、record_time_and_date)
3.標題持續時間(PlayList_duration)
4.簡圖參照資訊(ref_to_menu_thumbnail_index)
5.指示是否是新記錄之標示(is_played_flag)
6.頻道數字(channel_number)
7.頻道名稱(channel_name)
在上述七種顯示資訊類型中,標明為1至3之三種顯示資訊類型為標題清單中特別優先考慮的。標明為4之顯示資訊用以讓使用者能夠快速確定節目內容也是重要的。
在上述七種顯示資訊類型之後以圓括號所指示的欄位名稱為出現在UIAppInfoPlayList( )中之欄位名稱(見圖21,稍後討論),除了ref_to_menu_thumbnail_index。只有ref_to_menu_thumbnail_index未包括在UIAppInfoPlayList( )中。當PlayList檔案中之PlayListMark( )的mark_type_欄位(見圖22,稍後討論)被設定成0x01或0x02的值(其指示PlayList簡圖)時,ref_to_menu_thumbnail_index欄位係給ref_thumbnail_index的值參照用(見圖22,稍後討論)。換言之,ref_thumbnail_index的值被設定作ref_to_menu_thumbnail_index的值。
圖17圖解INDEX.BAV的語法。如圖17所示,“INDEX.BAV”檔案包含資訊如下。
type_indicator欄位包含文件“INDX”。version_number欄位包含指示INDEX.BAV檔案的版本數字之四個字元。長度欄位指示緊接在長度欄位之後所開始及結束在INDEX.BAV檔案末端之位元組長度。number_of_PlayLists中的數字等於記錄在PLAYLIST目錄中之PlayLists的數字。PlayList_file_name[k]欄位指示PlayList的檔案名稱。此處,[k]為在for迴圈期間增加的變數。index_info_start_address[k]欄位指示index_info[k]( )的起始位元組位址,其被表示作偏移INDEX.BAV檔案中的前 導位元組之位元組。從零開始計數位元組偏移量。
ref_to_menu_thumbnail_index[k]欄位指示表示由PlayList_file_name[k]所指示之PlayList的簡圖影像。在ref_to_menu_thumbnail_index[k]欄位包含除了0xFFFF以外的值之事例中,代表簡圖影像已被添加到那PlayList,及那簡圖影像被儲存在MENU.THM檔案中(見圖15及圖24,稍後討論)。藉由使用MENU.THM檔案中之Thumbnail( )的值來參照影像(見圖25,稍後討論)。在ref_to_menu_thumbnail_index[k]欄位具有0xFFFF的值之事例中,代表簡圖影像尚未被添加到那PlayList。
PlayList_character_set[k]欄位指示編碼channel_name[k]及PlayList_name[k]之字元編碼法。is_played_flag[k]旗標指示是否已發生播放。若此旗標被設定成1,則由PlayList_file_name[k]所指示之PlayList從被記錄至今已被播放。若此旗標被設定成0,則PlayList從被記錄至今尚未被播放。time_zone[k]欄位指示用於由record_time_and_date[k]所指示的時間資訊之時間區(例如、諸如日本或英國等)。
當由PlayList_file_name[k]所指示的PlayList被記錄時,record_time_and_date[k]欄位為儲存時間及日期之56位元的欄位。此欄位儲存有關以4位元二元編碼十進位(BCD)所編碼之年、月、日、時、分、及秒的14個數字。例如,2001/12/23 01:02:03被編碼作0x20011223010203。PlayList_duration[k]為24位元的欄位,其指示以時、 分、及秒為單位之PlayList_file_name[k]所指示的PlayList之總播放時間。此欄位儲存以4位元二元編碼十進位(BCD)所編碼之六個數字。例如01:45:30被編碼作0x014530。
當由PlayList_file_name[k]所指示之PlayList被記錄時,channel_number[k]欄位指示由使用者所選擇之廣播的頻道數字或服務數字。當其值為0xFFFF時,此欄位無效。channel_name_length[k]欄位指示由channel_name[k]欄位所指示之頻道名稱的位元組長度。當由PlayList_file_name[k]所指示之PlayList被記錄時,channel_name[k]欄位指示由使用者所選擇之廣播的頻道名稱或服務名稱。
PlayList_name_length[k]欄位指示由PlayList_name[k]欄位所指示之PlayList名稱的位元組長度。PlayList_name[k]欄位指示由PlayList_file_name[k]所指示之PlayList的標題(節目)名稱。
length_mpd[k]欄位中之非零的值意指mdp[k]( )存在,及那值指示mdp[k]( )的位元組長度。maker_ID[k]欄位指示記錄mdp[k]( )之記錄器的製造商。由格式的許可人指派以maker_ID編碼的值。maker_model_code[k]欄位指示記錄mdp[k]( )之記錄器的型號。由已接收格式的許可之製造商來決定以maker_model_code[k]所編碼的值。maker_private_data[k]欄位為儲存製造商的專用資料之區域。在此欄位中,除了在INDEX.BAV檔案中標準化之上 述資訊以外,還可儲存製造商特有的記錄資訊。例如,能夠記錄諸如記錄模式(諸如標準模式或長時間播放記錄模式等資訊)及節目類型等資訊。
length_mpd[k]、maker_ID[k]、maker_model_code[k]、及maker_private_data[k]欄位構成製造商特有的資訊。
X及Y為任意的正整數。padding_word的值可以是任意數。
Real PlayList檔案及Virtual PlayList檔案
接著,將說明Real PlayList檔案及Virtual PlayList檔案,或換言之圖15中之“PLAYLIST”目錄中的xxxxx.RPL及yyyyy.VPL檔案。圖18圖解xxxxx.RPL(Real PlayList)及yyyyy.VPL(Virtual PlayList)檔案二者的語法。xxxxx.RPL及yyyyy.VPL檔案的語法結構相同。xxxxx.RPL或yyyyy.VPL檔案包含三個物件,這些物件為PlayList( )、PlayListMark( )、及MakerPrivateData( )。
PlayListMark_Start_address欄位指示PlayListMark( )的起始位址,其被表示作偏移PlayList檔案中之前導位元組的位元組。從零開始計數位元組偏移量。
MakerPrivateData_Start_address欄位指示MakerPrivateData( )的起始位址,其被表示作偏移PlayList檔案中之前導位元組的位元組。從零開始計數位元組偏移量。
根據PlayList檔案的語法插入一或更多個padding_word欄位,而N1及N2為零或任意正整數。各個padding_word 可採用任意值。
雖然上述簡潔概述PlayList檔案,現在將給予更進一步的細節。除了Bridge_Clips以外,所有Clips中之播放區段被記錄媒體100中之所有Real PlayLists參照。而且,由兩或更多個Real PlayLists中的各自PlayItems所指示之播放區段在同一Clip中未重疊。
將參照圖19A至19C更完整說明,所有Clips具有對應的Real PlayList,如圖19A所示。甚至在編輯操作之後仍遵守此規則,如圖19B所示。結果,因為所有Clips都被一些Real PlayList參照,所以所有Clips都看得見。
如圖19C所示,Virtual PlayList的播放區段包含在Real PlayList的播放區段或Bridge-Clip的播放區段內。若Bridge-Clip不被任何Virtual PlayList參照,則Bridge-Clip停止存在於碟上。
雖然Real PlayList包括一系列PlayItems,但是未包括SubPlayItems。Virtual PlayList包括一系列PlayItems,及在PlayList( )中所陳述之CPI_type為EP_map類型並且PlayList_type為0之事例中(即、包括視頻及音頻之PlayList)可包括一個SubPlayItem。在本實施例的PlayList( )物件中,SubPlayItem僅用於音頻插入目的。此外,單一Virtual PlayList可具有之SubPlayItems的數字為0或1。
PlayList語法
接著,將說明PlayList語法。圖20圖解PlayList語法。在圖20所示之PlayList語法中,version_number欄位包含指示PlayList( )物件的版本數字之四個字元。根據ISO 646,version_number被編碼成“0045”。長度欄位包含32位元的沒有正負號整數,其指示緊接在長度欄位之後所開始及結束於PlayList( )的末端之PlayList( )的位元組長度。PlayList_type為指示PlayList的類型之8位元的欄位。
CPI_type為1位元的旗標,其指示由PlayItem( )及SubPlayItem( )所參照之Clips中的CPI_type欄位之值。由單一PlayList所參照之所有Clips都具有以其各自的CPI( )物件所定義之相同CPI_type值。number_of_PlayItems欄位為16位元的欄位,其指示PlayList中之PlayItems的數字。
對應於給定PlayItem( )之PlayItem_id係由那PlayItem( )出現在包含PlayItem( )物件的for迴圈中之順序所定義。PlayItem_id從0開始。number_of_SubPlayItems欄位為16位元的欄位,其指示PlayList中之SubPlayItems的數字。此值為0或1。輔助音頻串流的路徑(音頻串流路徑)為一種子路徑類型。
UIAppInfoPlayList
接著,將說明圖20所示之PlayList語法中的UIAppInfoPlayList物件。UIAppInfoPlayList( )儲存用於 PlayList的使用者介面應用程式參數。圖21圖解UIAppInfoPlayList語法。下文中將說明圖21所示之UIAppInfoPlayList語法。
PlayList_character_set欄位指示編碼channel_name及PlayList_name欄位之字元編碼法。is_played_flag欄位指示是否已播放PlayList。若此旗標被設定成1,則從被記錄至今已播放PlayList。若此旗標被設定成0,則從被記錄至今尚未播放PlayList。time_zone欄位指示用於由record_time_and_date所指示之時間資訊的時間區。
當PlayList被記錄時,record_time_and_date欄位為儲存時間及日期之56位元的欄位。此欄位儲存有關以4位元二元編碼十進位(BCD)所編碼之年、月、日、時、分、及秒的14個數字。例如,2001/12/23 01:02:03被編碼作0x20011223010203。PlayList_duration欄位為24位元的欄位,其指示以時、分、及秒為單位之PlayList的總播放時間。此欄位儲存以4位元二元編碼十進位(BCD)所編碼之六個數字。例如01:45:30被編碼作0x014530。
當PlayList被記錄時,channel_number欄位指示由使用者所選擇之廣播的頻道數字或服務數字。當其值為0xFFFF時,此欄位無效。channel_name_length欄位指示由channel_name欄位所指示之頻道名稱的位元組長度。當PlayList被記錄時,channel_name欄位指示由使用者所選擇之廣播的頻道名稱或服務名稱。PlayList_name_length欄位指示PlayList名稱的位元組長度。PlayList_name欄位 指示PlayList的標題(節目)名稱。
PlayListMark( )
接著,將說明圖18所示之xxxxx.RPL及yyyyy.VPL的語法中之PlayListMark( )物件。用於PlayList的標示資訊被儲存在PlayListMark中。圖22圖解PlayListMark的語法。在圖22所示之PlayListMark語法中,version_number欄位包含指示PlayListMark( )物件的版本數字之四個字元。根據ISO 646,version_number被編碼成“0045”。
長度欄位包含32位元的沒有正負號整數,其指示緊接在長度欄位之後所開始及結束於PlayListMark( )的末端之PlayListMark( )的位元組長度。number_of_PlayList_marks欄位包含16位元的沒有正負號整數,其指示儲存在PlayListMark中之標示的數字。number_of_PlayList_marks的值亦可以是0。mark_type欄位為指示標示類型之8位元的欄位,及根據圖23所示的表格來編碼,稍後討論。
mark_time_stamp欄位為32位元的欄位,其儲存指示由標示所指定之點的時間戳記。mark_time_stamp的語意依據PlayList( )中所定義之CPI_type而不同。PlayItem_id為8位元欄位,其指定標示所在之PlayItem。對應於給定的PlayItem之PlayItem_id值被定義在PlayList( )中(見圖20)。
character_set欄位為8位元的欄位,其指示編碼mark_name欄位之字元編碼法。name_length欄位為8位 元的欄位,其指示mark_name欄位中所指示之標示名稱的位元組長度。mark_name欄位指示標示的名稱。在此欄位中,位元組的數字等於name_length及起始於指示標示名稱之左邊表示有效字元。在mark_name欄位中的有效字元之後的值可被設定成任何值。
ref_thumbnail_index欄位指示附加至標示的簡圖影像上之資訊。在ref_thumbnail_index欄位包含除了0xFFFF以外的值之事例中,簡圖影像已被附加至那標示,及那簡圖影像被儲存在MENU.THM檔案中。藉由使用MENU.THM檔案中之ref_thumbnail_index的值參照影像。在ref_thumbnail_index欄位具有0xFFFF的值之事例中,簡圖影像尚未附加至那標示。
圖23圖解mark_type表格。如圖23所示,標示類型係由mark_type的值所定義。0x01的mark_type值意指標示為已從由那PlayList所參照的視頻中之圖像選擇影像的PlayList簡圖。
在此事例中,mark_time_stamp(圖22)指示由PlayList所參照的視頻中之圖像的表示時間戳記。當ref_thumbnail_index的值(圖22)為除了0xFFFF以外時,簡圖影像係儲存在圖24的MENU.THM中,稍後討論。當ref_thumbnail_index的值為另一0xFFFF時,簡圖影像未被儲存在圖24的MENU.THM中。在此事例中,播放者可解碼由PlayList所參照的視頻中之表示時間戳記所指定的圖像。具有PlayListMark( )中之0x01或0x02的 mark_type值之標示的數字為0或1。
0x02的mark_type值意指標示為尚未從那PlayList所參照的視頻中之圖像選擇影像的PlayList簡圖。
在此事例中,ref_thumbnail_index的值為除了0xFFFF以外,及簡圖影像係儲存在圖24的MENU.THM。mark_time_stamp及PlayItem_id二者被設定成零。具有PlayListMark( )中之0x01或0x02的mark_type值之標示的數字為0或1。
0x03的mark_type值意指標示為繼續播放標示。此標示為繼續播放之點。PlayListMark( )中所定義之繼續播放點的數字為0或1。
0x04的mark_type值意指標示為到PlayList內之播放進入點。此種標示可由使用者來設定,及例如被用於指定喜愛的場景之起始點。
0x06的mark_type值意指標示為跳過標示點。播放者從此點跳過節目的剩餘部分直到結束為止。PlayListMark( )中所定義之跳過標示點的數字為0或1。
MENU.THM及MARK.THM
圖24圖解圖15中之MENU.THM(或MARK.THM)的語法。MENU.THM檔案包含Thumbnail( )物件。
圖25圖解圖24所示之MENU.THM(或MARK.THM)的語法內之Thumbnail( )的語法。在圖24所示之Thumbnail( )的語法中,version_number欄位包含指示 Thumbnail( )物件的版本數字之四個字元。根據ISO 646,version_number被編碼成“0045”。
長度欄位包含32位元的沒有正負號整數,其指示緊接在長度欄位之後所開始及結束於Thumbnail( )的末端之Thumbnail( )的位元組長度。tn_blocks_start_address欄位包含32位元的沒有正負號整數,其指示第一tn_block的前導位元組位址,被表示作偏移Thumbnail( )中的前導位元組之位元組。從零開始計數位元組偏移量。number_of_thumbnails欄位包含16位元的沒有正負號整數,其給定包含在Thumbnail( )中之簡圖影像條目的數字。
tn_block_size欄位包含16位元的沒有正負號整數,其給定單一tn_block的尺寸為單位1024位元組。例如,tn_block_size=1指示單一tn_block的尺寸為1024位元組。number_of_tn_blocks欄位包含16位元的沒有正負號整數,其表示Thumbnail( )中的tn_block條目之數字。thumbnail_index欄位包含16位元的沒有正負號整數,其表示由起始於thumbnail_index欄位之for迴圈的一重複中之簡圖資訊所指示的簡圖影像之索引數字。在thumbnail_index欄位中使用除了0xFFFF以外的值。thumbnail_index欄位係被UIAppInfoVolume( )、UIAppInfoPlayList( )、PlayListMark( )、及ClipMark( )中之ref_thumbnail_index所參照。
thumbnail_picture_format包含8位元的沒有正負號整 數,其表示簡圖影像的圖像格式。
picture_data_size欄位包含32位元的沒有正負號整數,其指示以位元組為單位之簡圖影像的位元組長度。start_tn_block_number欄位為16位元的沒有正負號整數,其表示用於簡圖影像的資料開始之tn_block的tn_block數字。更合意的簡圖影像資料之起始匹配前導tn_block。tn_block數字起始於0及係與tn_block for迴圈中之變數k的值有關。
x_picture_length欄位包含16位元的沒有正負號整數,其表示簡圖影像框的水平方向上之像素的數字。y_picture_length欄位包含16位元的沒有正負號整數,其表示簡圖影像框的垂直方向上之像素的數字。tn_block欄位為儲存簡圖影像之區域。Thumbnail( )中之所有tn_block欄位為相同尺寸(固定長度),尺寸係由tn_block_size所定義。
AV串流檔案
接著,將說明AV串流檔案。AV串流檔案被儲存作“STREAM”目錄中之MTS檔案(見圖15)。具有兩種AV串流檔案類型,這些為Clip AV串流檔案及Bridge-Clip AV檔案。AV串流的兩類型被建構成DVR MPEG-2運輸串流檔案。
記錄處理
接著,將參照圖26說明將INDEX.BAV檔案記錄到記錄媒體100之處理。圖26為說明記錄處理的流程圖。當依據使用者指令將節目的形式之內容記錄到記錄媒體100時,此處理被執行作相關聯的處理。
在步驟S11中,記錄單元201記錄PlayList檔案。換言之,對應於內容之如圖18所示的xxxxx.RPL或yyyyy.VPL檔案被記錄到記錄媒體100。
在步驟S12中,取得單元202取得UIAppInfoPlayList( )。換言之,UIAppInfoPlayList( )係讀取自圖20之PlayList( ),PlayList( )被記錄到記錄媒體100作為步驟S11中之圖18的xxxxx.RPL或yyyyy.VPL檔案之一部分。
在步驟S13中,取得單元202取得ref_thumbnail_index的值。換言之,ref_thumbnail_index的值係取自圖22之PlayListMark( ),PlayListMark( )被記錄到記錄媒體100作為步驟S11中之圖18的xxxxx.RPL或yyyyy.VPL檔案之一部分,及ref_thumbnail_index的取得值被設定作ref_to_memu_thumbnail_index。
在步驟S14中,記錄單元201記錄UIAppInfoPlayList( )及ref_to_memu_thumbnail_index。換言之,步驟S12中所取得之UIAppInfoPlayList( )(圖21)上的資訊及步驟S13中所設定之ref_to_memu_thumbnail_index上的資訊被記錄到記錄媒體100中之INDEX.BAV檔案(圖17)。
如圖21所示,UIAppInfoPlayList( )包含資訊,諸如PlayList_character_set、playback_protect_flag、write_protect_flag 、is_played_flag、is_edited_flag、time_zone、record_time_and_date、PlayList_duration、maker_ID、maker_model_code、channel_number、channel_name_length、channel_name、PlayList_name_length、PlayList_name、PlayList_detail_length、及PlayList_detail等。
在步驟S15中,記錄單元201記錄製造商特有資訊及maker_ID。用於記錄及播放裝置1的製造商之製造商特有資訊及maker_ID被事先儲存在控制器23的儲存單元23A中。此資訊被讀取及記錄到記錄媒體100中之INDEX.BAV檔案。
換言之,記錄maker_ID、maker_mode_code、及maker_private_data。
顯示處理
接著,將參照圖27說明顯示內容清單之處理。圖27為說明顯示處理的流程圖。
在步驟S51中,取得單元202取得INDEX.BAV檔案。換言之,取得單元202讀取如參照圖26所說明之已記錄到記錄媒體100的INDEX.BAV。
在步驟S52中,取得單元202取得用於單一PlayList的ref_to_memu_thumbnail_index之值(內容項目)。換言之,ref_to_memu_thumbnail_index之值係取自在步驟S51被讀取之INDEX.BAV檔案(圖17)。ref_to_memu_thumbnail_index欄位表示儲存在MENU.THM中之簡圖的位置資訊(圖24 )。在步驟S53中,取得單元202取得簡圖影像。換言之,簡圖影像(Thumbnail( ))係讀取自由步驟S52中所取得之ref_to_memu_thumbnail_index的值所指示之位置(即、MENU.THM中的位置)。因為若簡圖影像本身被儲存在內部則INDEX.BAV的尺寸將增加,所以簡圖影像係儲存在分開的檔案MENU.THM中。
在步驟S54中,取得單元202取得從PlayList_character_set[k]到PlayList_name[k]的資訊。換言之,取得單元202讀取如圖17所示儲存在INDEX.BAV中之從PlayList_character_set[k]到PlayList_name[k]的資訊。
尤其是,讀取PlayList_characte_set[k]、is_played_flag、time_zone、record_time_and_date[k]、PlayList_duration[k]、channel_number[k]、channel_name_length[k]、channel_name[k]、PlayList_name_length[k]、及PlayList_name[k]。
在步驟S55中,決定單元203決定maker_ID值是否匹配。換言之,決定在步驟S51中被讀取之儲存在INDEX.BAV(圖17)中的maker_ID值是否匹配儲存在儲存單元23A中之maker_ID值。若兩值相匹配,則在步驟S56中記錄單元201取得製造商特有資訊。換言之,記錄單元201讀取在步驟S51中被讀取之儲存在INDEX.BAV中的maker_model_code及maker_private_data欄位。
若maker_ID值未匹配,則難以將maker_private_data中之資訊顯示作清單,如此跳過步驟S56中之處理。
為各個內容項目(PlayList)執行上述處理。
一旦已為各個內容項目(PlayList)執行從步驟S52至步驟S56的處理,則在步驟S57中顯示單元204顯示一系列PlayLists。換言之,依據在步驟S54所取得之資訊及在步驟S56所取得之資訊來顯示如圖16所示者的內容清單。
與清單的顯示相關之顯示資訊被共同儲存在稱作INDEX.BAV的單一檔案中。結果,甚至當具有許多內容項目時仍可快速地顯示內容清單。
將本技術應用到程式
上述一連串處理操作可以硬體來執行,及亦可以軟體來執行。
在以軟體執行一連串處理操作之事例中,可從網路或記錄媒體將構成此種軟體之程式安裝到內建萬用型硬體的電腦上,或者另一選擇是,例如安裝到能夠藉由安裝各種程式在其上而執行各種功能之電腦,諸如萬用型個人電腦等。
可將包含此種程式之記錄媒體與主要裝置分開地實行作可移動媒體,諸如磁碟(包括軟式磁碟片)、光碟(包括小型碟唯讀記憶體(CD-ROM)及DVD碟)、或記錄程式及被分佈以提供使用者程式之半導體記憶體等。而且,記錄媒體亦可被實行作記錄程式及在已內建到主要裝置的狀態下提供給使用者之快閃ROM或硬碟。
而且,在此說明書中,說明記錄到記錄媒體的程式之步驟顯然包含以所陳述的順序之時間序列所實施的處理操作,但是亦包含平行或個別執行而不嚴格以時間序列來處理之操作。
此外,本技術的實施例並不侷限於上述實施例,及在不違背本技術的主要題材之範圍內可進行各種修改。
其他
本技術亦可採用組態如下。
(1)資訊處理裝置,被設置有取得單元,被組構成取得與顯示記錄至記錄媒體之一系列內容項目相關的顯示資訊;以及記錄單元,被組構成將顯示資訊共同記錄在單一檔案中。
(2)根據(1)之資訊處理裝置,其中顯示資訊至少包括關於各個內容項目的標題、持續期間、及記錄時間和日期。
(3)根據(1)或(2)之資訊處理裝置,其中檔案係定位在與記錄內容項目之目錄相同的位準上。
(4)根據(1)、(2)、或(3)之資訊處理裝置,其中 顯示資訊另包括位置資訊,其表示關於內容項目的簡圖之位置,以及取得單元從第一資訊檔案取得關於內容項目的標題、持續期間、及記錄時間和日期,而從不同於第一資訊檔案之第二資訊檔案取得位置資訊。
(5)根據(1)至(4)的任一項之資訊處理裝置,其中有關資訊處理裝置的製造商之資訊係另記錄在檔案中。
(6)根據(1)至(5)的任一項之資訊處理裝置,其中顯示單元,其被組構成顯示來自從檔案所讀取之顯示資訊的一系列內容項目。
(7)根據(6)之資訊處理裝置,其中顯示資訊另包括有關資訊處理裝置的製造商之ID(識別)及那製造商特有的資訊,以及在包括於顯示資訊中之製造商ID匹配儲存於資訊處理裝置中之製造商ID的事例中,顯示單元另顯示製造商特有的資訊。
(8)資訊處理方法,包含:取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊;以及 將顯示資訊共同記錄在單一檔案中。
(9)程式,使電腦能夠執行處理,處理包含:取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊;以及將顯示資訊共同記錄在單一檔案中。
本揭示包含相關於日本專利局於2011年11月28日所發表之日本優先權專利申請案JP 2011-258886所揭示的主題之主題,藉以併入其整個內容做為參照。
精於本技藝之人士應明白,只要在附錄的申請專利範圍或其同等物的範疇內,依據設計要求及其他因素可出現各種修改、組合、子組合、及變更。
1‧‧‧記錄及播放裝置
11‧‧‧端子
12‧‧‧端子
13‧‧‧端子
14‧‧‧分析器
15‧‧‧AV編碼器
16‧‧‧多工器
17‧‧‧開關
18‧‧‧已多工化串流分析器
19‧‧‧來源封包器
20‧‧‧錯誤校正碼編碼器
21‧‧‧調變器
22‧‧‧寫入器
23‧‧‧控制器
23A‧‧‧儲存單元
24‧‧‧端子
26‧‧‧解多工器
27‧‧‧AV解碼器
28‧‧‧閱讀器
29‧‧‧解調變器
30‧‧‧錯誤校正碼解碼器
31‧‧‧來源解封包器
32‧‧‧端子
33‧‧‧端子
100‧‧‧記錄媒體
201‧‧‧記錄單元
202‧‧‧取得單元
203‧‧‧決定單元
204‧‧‧顯示單元
圖1為已應用本技術之資訊處理裝置的實施例之組態圖;圖2為控制器的功能組態之方塊圖;圖3為藉由記錄及播放裝置記錄至記錄媒體之資料的格式之說明圖;圖4為Real PlayLists及Virtual PlayLists之說明圖;圖5A至5C為Real PlayList的產生說明圖;圖6A至6C為Real PlayList的刪除說明圖;圖7A及7B為組合編輯說明圖; 圖8為在Virtual PlayList中提供子路徑之事例圖;圖9為PlayList表示順序的修改之說明圖;圖10為PlayLists中的標示及Clips中的標示之說明圖;圖11為功能表簡圖之說明圖;圖12為添加到PlayList的標示之說明圖;圖13為添加到Clip的標示之說明圖;圖14為PlayLists、Clips、及簡圖檔案之間的關係之說明圖;圖15為目錄結構的說明圖;圖16為標題清單的例示顯示圖;圖17為INDEX.BAV的語法圖;圖18為xxxxx.RPL及xxxxx.VPL的語法圖;圖19A至19C為PlayLists的說明圖;圖20為PlayList的語法圖;圖21為UIAppInfoPlayList的語法圖;圖22為PlayListMark的語法圖;圖23為mark_type表格圖;圖24為MENU.THM/MARK.THM的語法圖;圖25為簡圖的語法圖;圖26為記錄處理之流程圖;以及圖27為顯示處理之流程圖。

Claims (9)

  1. 一種資訊處理裝置,包含:取得單元,被組構成取得與顯示記錄至記錄媒體之一系列內容項目相關的顯示資訊;以及記錄單元,被組構成將該顯示資訊共同記錄在單一檔案中。
  2. 根據申請專利範圍第1項之資訊處理裝置,其中該顯示資訊至少包括關於各個內容項目的標題、持續期間、及記錄時間和日期。
  3. 根據申請專利範圍第2項之資訊處理裝置,其中該檔案係定位在與記錄該等內容項目之目錄相同的位準上。
  4. 根據申請專利範圍第3項之資訊處理裝置,其中該顯示資訊另包括位置資訊,其表示關於該等內容項目的簡圖之位置,以及該取得單元從第一資訊檔案取得關於該等內容項目的標題、持續期間、及記錄時間和日期,而從不同於該第一資訊檔案之第二資訊檔案取得該位置資訊。
  5. 根據申請專利範圍第4項之資訊處理裝置,其中有關該資訊處理裝置的製造商之資訊係另記錄在該檔案中。
  6. 根據申請專利範圍第5項之資訊處理裝置,另包含:顯示單元,其被組構成顯示來自從該檔案所讀取之該 顯示資訊的一系列該等內容項目。
  7. 根據申請專利範圍第6項之資訊處理裝置,其中該顯示資訊另包括有關該資訊處理裝置的該製造商之ID(識別)及該製造商特有的資訊,以及在包括於該顯示資訊中之該製造商ID匹配儲存於該資訊處理裝置中之製造商ID的事例中,該顯示單元另顯示該製造商特有的資訊。
  8. 一種資訊處理方法,包含:取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊;以及將該顯示資訊共同記錄在單一檔案中。
  9. 一種程式,使電腦能夠執行處理,處理包含:取得與顯示記錄至記錄媒體之一系列內容相關的顯示資訊;以及將該顯示資訊共同記錄在單一檔案中。
TW101141839A 2011-11-28 2012-11-09 Information processing apparatus, information processing method, and program TWI562639B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011258886A JP5999405B2 (ja) 2011-11-28 2011-11-28 情報処理装置、情報処理方法、並びにプログラム

Publications (2)

Publication Number Publication Date
TW201334533A true TW201334533A (zh) 2013-08-16
TWI562639B TWI562639B (en) 2016-12-11

Family

ID=47594236

Family Applications (1)

Application Number Title Priority Date Filing Date
TW101141839A TWI562639B (en) 2011-11-28 2012-11-09 Information processing apparatus, information processing method, and program

Country Status (5)

Country Link
US (1) US10762929B2 (zh)
EP (1) EP2597644B1 (zh)
JP (1) JP5999405B2 (zh)
CN (1) CN103137164B (zh)
TW (1) TWI562639B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3020497B1 (fr) 2014-04-28 2016-05-13 Commissariat Energie Atomique Aimant permanent comportant un empilement de couches ferromagnetiques et antiferromagnetiques
US10452874B2 (en) * 2016-03-04 2019-10-22 Disney Enterprises, Inc. System and method for identifying and tagging assets within an AV file
US11658837B2 (en) * 2020-07-10 2023-05-23 Realtek Semiconductor Corp. Multicast packet replication method

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7346920B2 (en) * 2000-07-07 2008-03-18 Sonic Solutions, A California Corporation System, method and article of manufacture for a common cross platform framework for development of DVD-Video content integrated with ROM content
JP4328992B2 (ja) * 2000-02-03 2009-09-09 ソニー株式会社 情報処理装置および方法、並びにプログラム格納媒体
JP3246602B2 (ja) * 2000-02-04 2002-01-15 ソニー株式会社 情報処理装置、情報処理方法、および、プログラム格納媒体
JP4599740B2 (ja) 2000-04-21 2010-12-15 ソニー株式会社 情報処理装置および方法、記録媒体、プログラム、並びに記録媒体
KR100806432B1 (ko) * 2000-04-21 2008-02-21 소니 가부시끼 가이샤 정보 처리 장치 및 방법, 프로그램과 기록 매체
KR100746821B1 (ko) * 2000-04-21 2007-08-06 소니 가부시끼 가이샤 정보 처리 장치와 방법, 기록매체
JP4517266B2 (ja) * 2000-04-21 2010-08-04 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
WO2001082611A1 (fr) * 2000-04-21 2001-11-01 Sony Corporation Procede et appareil de traitement d'informations, support enregistre, et programme
JP4296461B2 (ja) * 2000-09-07 2009-07-15 ソニー株式会社 記録再生システム、サーバ装置、端末装置、映像データ提供方法、再生方法及びコンピュータ読取可能な記録媒体
JP3716920B2 (ja) * 2001-10-16 2005-11-16 ソニー株式会社 記録媒体再生装置および方法、記録媒体、並びにプログラム
KR100563670B1 (ko) * 2002-01-28 2006-03-28 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 정지영상 기록방법
KR100584176B1 (ko) * 2002-02-22 2006-05-26 엘지전자 주식회사 재기록 가능 고밀도 기록매체의 정지영상 관리방법
JP4196283B2 (ja) * 2002-04-10 2008-12-17 ソニー株式会社 データ記録装置および方法、プログラム格納媒体、並びにプログラム
KR100880627B1 (ko) * 2002-04-25 2009-01-30 엘지전자 주식회사 멀티 더빙 오디오 스트림의 기록 및 재생 관리방법
KR100521933B1 (ko) * 2002-06-05 2005-10-13 엘지전자 주식회사 재기록 가능 기록매체의 편집 요약정보 관리방법
US20040215873A1 (en) * 2002-12-13 2004-10-28 Chiyoko Matsumi Recording and reproducing system, recording apparatus, reproducing apparatus, record medium, recording and reproducing method, recording method, reproducing method, program and record medium
JP4145646B2 (ja) * 2002-12-25 2008-09-03 シャープ株式会社 データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体
JP2011097614A (ja) * 2003-01-30 2011-05-12 Sony Corp 再生装置、再生方法、記録装置、記録方法および記録媒体
JP4228767B2 (ja) * 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
KR20050049924A (ko) * 2003-11-24 2005-05-27 엘지전자 주식회사 고밀도 광디스크의 플레이리스트 구성방법, 관리방법 및재생방법과 기록재생장치
KR20050064150A (ko) * 2003-12-23 2005-06-29 엘지전자 주식회사 고밀도 광디스크의 메뉴 구성방법 및 실행방법과기록재생장치
EP1728251A1 (en) * 2004-03-17 2006-12-06 LG Electronics, Inc. Recording medium, method, and apparatus for reproducing text subtitle streams
KR101003426B1 (ko) * 2004-04-19 2010-12-23 엘지전자 주식회사 1회 기록가능한 고밀도 광디스크의 파일시스템 정보기록방법 및 광디스크 재생방법
CN1969334B (zh) * 2004-06-10 2011-04-06 松下电器产业株式会社 数据处理装置
US7599611B2 (en) * 2004-09-13 2009-10-06 Lg Electronics Co. Recording medium, and method and apparatus of reproducing data recorded on the same
US8284638B2 (en) * 2005-05-25 2012-10-09 Panasonic Corporation Disc drive
US20070033632A1 (en) * 2005-07-19 2007-02-08 March Networks Corporation Temporal data previewing system
JP4827642B2 (ja) * 2005-07-27 2011-11-30 パナソニック株式会社 記録装置、記録方法、プログラムおよび集積回路
WO2007026837A1 (ja) * 2005-08-31 2007-03-08 Sony Corporation ファイル処理装置、ファイル処理方法、プログラムおよび記録媒体
JP4683290B2 (ja) * 2006-01-23 2011-05-18 ソニー株式会社 表示装置、表示方法、表示プログラム
JP4377884B2 (ja) * 2006-01-27 2009-12-02 シャープ株式会社 再生装置およびデータ受信方法
WO2007108345A1 (ja) * 2006-03-17 2007-09-27 Matsushita Electric Industrial Co., Ltd. 記録再生装置
JP4492588B2 (ja) * 2006-06-13 2010-06-30 株式会社日立製作所 データ表示方法、再生装置、記録装置
US9553947B2 (en) * 2007-07-18 2017-01-24 Google Inc. Embedded video playlists
US20100011388A1 (en) * 2008-07-10 2010-01-14 William Bull System and method for creating playlists based on mood
US20100169303A1 (en) * 2008-12-31 2010-07-01 David Biderman Playlists for real-time or near real-time streaming
US11076189B2 (en) * 2009-03-30 2021-07-27 Time Warner Cable Enterprises Llc Personal media channel apparatus and methods
JP5381297B2 (ja) * 2009-04-30 2014-01-08 ソニー株式会社 情報処理装置及び編集方法
US20110075994A1 (en) * 2009-09-28 2011-03-31 Hsiao-Shu Hsiung System and Method for Video Storage and Retrieval
US8776122B2 (en) * 2009-12-28 2014-07-08 Verizon Patent And Licensing Inc. Unified recording listing across multiple devices
JP5533162B2 (ja) * 2010-04-08 2014-06-25 ソニー株式会社 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム
JP2012074106A (ja) * 2010-09-29 2012-04-12 Hitachi Consumer Electronics Co Ltd 記録装置/方法/媒体、再生装置/方法
JP2012074105A (ja) * 2010-09-29 2012-04-12 Hitachi Consumer Electronics Co Ltd 記録装置/方法/媒体、再生装置/方法
WO2013071117A1 (en) * 2011-11-10 2013-05-16 Tennessee Valley Authority Method and automation system for processing information extractable from an engineering drawing file using information modeling and correlations to generate output data

Also Published As

Publication number Publication date
US10762929B2 (en) 2020-09-01
TWI562639B (en) 2016-12-11
EP2597644A3 (en) 2013-11-06
JP2013114709A (ja) 2013-06-10
JP5999405B2 (ja) 2016-09-28
EP2597644B1 (en) 2015-12-16
US20130139058A1 (en) 2013-05-30
EP2597644A2 (en) 2013-05-29
CN103137164A (zh) 2013-06-05
CN103137164B (zh) 2017-07-18

Similar Documents

Publication Publication Date Title
CN100394791C (zh) 信息处理方法和装置
KR100780153B1 (ko) 기록 장치 및 방법, 재생 장치 및 방법, 및 기록 매체
JP4264617B2 (ja) 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体
US8164990B2 (en) Recording apparatus, recording method, recording program, recording/reproducing apparatus, recording/reproducing method, recording/reproducing program, editing apparatus, editing method, editing program, and display method
US8472784B2 (en) Recording apparatus, recording method, and recording program
JP4229143B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US8208782B2 (en) Recording device, recording method, and recording program
US8145033B2 (en) Recording medium having data structure for managing reproducton duration of still pictures recorded thereon and recording and reproducing methods and apparatuses
US20090052875A1 (en) Apparatus, method, and program for converting information
TW201334533A (zh) 資訊處理裝置,資訊處理方法,和程式
US8917976B2 (en) Information processor, information processing method, and program
JP4803093B2 (ja) 情報処理装置および情報処理方法、プログラム、データ構造、並びに、プログラム格納媒体
US8750690B2 (en) Apparatus, method, and computer program for processing information
JP6010900B2 (ja) 情報処理装置、情報処理方法、並びにプログラム
JP4821689B2 (ja) 情報処理装置および情報処理方法、プログラム、並びに、プログラム格納媒体
JP4636158B2 (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
CA2516041C (en) Recording medium having data structure for managing reproduction duration of still pictures recorded thereon and recording and reproducing methods and apparatuses

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees