專利名稱：數(shù)據(jù)處理系統(tǒng)、數(shù)據(jù)發(fā)送/接收設(shè)備和記錄媒體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種文件處理系統(tǒng)、文件處理方法和程序記錄媒體，用來顯示表示文件以什么方式記錄在記錄媒體上的文件管理信息，或用來處理文件管理信息指定的文件。
本發(fā)明也涉及一種用于把數(shù)據(jù)流外表面上當作文件處理的同時進行處理的發(fā)送/接收設(shè)備和發(fā)送/接收方法，這些流數(shù)據(jù)被記錄在執(zhí)行實時傳輸?shù)牧鲾?shù)據(jù)記錄/再現(xiàn)設(shè)備中。
本發(fā)明進一步涉及一種用于實現(xiàn)流數(shù)據(jù)實時傳輸?shù)脑O(shè)備和方法，以及用于傳輸含有版權(quán)信息的數(shù)據(jù)的發(fā)送/接收設(shè)備和發(fā)送/接收方法。
背景技術(shù)：
目前可以獲得的用于在個人計算機(在下文中稱為“PC”)記錄數(shù)據(jù)的記錄設(shè)備包括軟盤驅(qū)動器(在下文中稱為“FDD”)、硬盤驅(qū)動器(在下文中稱為“HDD”)以及CD-ROM設(shè)備，等。這些設(shè)備通過稱為IDE、SCSI等的接口與PC相連。
這種與PC、PC中的硬件等相連的記錄設(shè)備的操作由以Windows、MacOS和UNIX為代表的稱為“操作系統(tǒng)”(在下文中稱為“OS”)的軟件來控制。為了能作為一個文件處理記錄在每個記錄設(shè)備(例如FDD和CD-ROM設(shè)備)的記錄媒體上的數(shù)據(jù)的目的，在OS中引入了文件系統(tǒng)的概念。文件系統(tǒng)是一種將每條數(shù)據(jù)分隔為具有信息的文件，例如文件名、文件數(shù)據(jù)記錄的位置、文件長度、記錄日期/小時等諸如此類，來進行組織和管理的系統(tǒng)，這樣數(shù)據(jù)就可以作為文件來對待。
例如，一種Windows PC由硬件、用作OS的核心模式軟件和用作應用程序的用戶模式軟件構(gòu)成。通常所說的Windows98 OS使用一種名為“FAT(文件分配表)”的文件系統(tǒng)用于FDD和HDD，并且使用名為“CDFS(CD文件系統(tǒng))”的文件系統(tǒng)用于CD-ROM。控制文件系統(tǒng)的軟件是文件系統(tǒng)驅(qū)動器(在下文中稱為“FSD”)，并且FSD包含在OS中。只有通過FSD，才能對數(shù)據(jù)(文件)進行訪問，例如從記錄設(shè)備的媒體中讀取數(shù)據(jù)和寫入記錄數(shù)據(jù)(文件)。
順便說說，依據(jù)新標準例如IEEE1394標準的新接口已經(jīng)引入到PC中，使得例如記錄和再現(xiàn)視頻和語音的VCR(例如DV(數(shù)字視頻盒))的設(shè)備與PC的連接成為可能。
然而，因為DV不與文件系統(tǒng)兼容，即使當DV與PC連接時，存在的問題是PC不能將記錄在DV中的內(nèi)容作為文件來處理，并且因而，用于DV的文件系統(tǒng)(DV文件系統(tǒng)，簡寫為DVFS)以及用于PC處理DVFS的文件系統(tǒng)驅(qū)動器是必須的。
進一步，即使在DV中引入的文件系統(tǒng)，應用程序依靠下面或相同的重復通過FSD將數(shù)據(jù)寫入文件。
(1)文件打開指令-指定文件名(2)寫指令來寫入打開的文件-指定寫入起始位置、寫入數(shù)據(jù)的大小和寫入的數(shù)據(jù)(3)文件關(guān)閉指令應用程序和OS決定寫入的順序、寫入的大小和寫入時間，這些從DV看來是一種異步隨機請求。應用程序以類似的方式依靠下面或相同的重復通過FSD將數(shù)據(jù)從文件讀出(1)文件打開指令-指定文件名(2)從打開的文件讀取的讀指令-指定開始讀取的位置、讀取數(shù)據(jù)的大小(3)文件關(guān)閉指令應用程序和OS決定讀取的順序、讀取的大小和讀取時間，這些從DV看來是一種異步隨機請求。
發(fā)送和接收流數(shù)據(jù)，DV存在一個問題就是不能對上述的異步隨機訪問響應。因此，需要一種對這種訪問的響應機制。
對于時序類型的磁帶記錄器例如DV來說一點一點轉(zhuǎn)換操作動作不是前提，并且因此，即使機制以每分鐘的方式運行來響應隨機訪問，對于該機制操作模式改變會更加頻繁，為此要用長時間處理，機制和磁帶會被損壞。另外這樣的隨機訪問對于執(zhí)行特定的處理例如編輯是必須的，如果目的僅僅是為了能實時再現(xiàn)和顯示或復制AV數(shù)據(jù)，每次全使用流數(shù)據(jù)會更有效率。適當調(diào)節(jié)用于異步訪問和隨機訪問的應用程序以及用于一次處理全部流數(shù)據(jù)的應用程序也是必要的。
另一方面，為了實現(xiàn)通過IEEE1394 I/Fs將PC與外部設(shè)備連接的目的，依據(jù)WDM(窗口驅(qū)動模式)結(jié)構(gòu)的WDM驅(qū)動器被引入到Windows98中，作為一種新的驅(qū)動器，這種驅(qū)動器依據(jù)與現(xiàn)存結(jié)構(gòu)不同的IEEE1394標準設(shè)計，創(chuàng)造了一種用在PC機上處理流數(shù)據(jù)的(例如視頻/音頻數(shù)據(jù))稱為直接顯示的環(huán)境。雖然PC與數(shù)字視頻/音頻設(shè)備有聯(lián)合傾向，例如DV，已經(jīng)以這種方式提出，因為PC最初并沒有考慮處理同步數(shù)據(jù)，目前的機制不可能無中斷地處理實時數(shù)據(jù)。
換句話說，當從PC向DV傳送時對于每個視頻幀需要傳送固定數(shù)量的數(shù)據(jù)，這樣維持了預定的幀間隔，在PC上部分或全部處理由軟件實現(xiàn)的情況下，對一個幀的處理不會在恒定的時段中完成。雖然PC具有對于每個單元的處理數(shù)據(jù)指示其處理時間的機制，如果某幀使用了較長處理時間，隨后的指令是延遲下一幀的處理時間，而不是給下一幀更高的處理優(yōu)先級。因此，當維持預定幀間隔時就不可能保持傳送進行。
許多數(shù)字視頻/音頻設(shè)備，包括DV和用于接收MPEG2-TP數(shù)據(jù)的機頂盒(在下文中稱為“STB”)，具有通過IEEE1394 I/Fs與其他設(shè)備進行數(shù)據(jù)傳遞的能力。
進一步，從保護版權(quán)的立場來看，為了傳遞AV數(shù)據(jù)，一種在IEEE1394傳輸包的頭部傳送版權(quán)信息的方案在1998年7月的“5C數(shù)據(jù)傳輸內(nèi)容保護白皮書”(5CDigital Transmission Content Protection White Paper)上被提出。因為目前的PC沒有一種處理關(guān)于AV數(shù)據(jù)版權(quán)信息的機制，一種根據(jù)版權(quán)信息處理AV數(shù)據(jù)的新機制對于在PC和其他AV設(shè)備之間進行發(fā)送和接收AV數(shù)據(jù)是必須的。

發(fā)明內(nèi)容
目前存在的問題是發(fā)送和接收流數(shù)據(jù)的DV不能響應異步隨機訪問。因此，本發(fā)明的目標在于解決這個用于響應這種訪問機制是必須的問題。
本發(fā)明的進一步目標是解決無論PC和數(shù)字視頻/音頻設(shè)備例如DV的最近流行的式樣是什么，因為PC最初并沒有考慮處理同步數(shù)據(jù)，目前的機制就不可能無中斷地處理實時數(shù)據(jù)。
本發(fā)明的進一步目標是解決一種根據(jù)版權(quán)信息處理的AV數(shù)據(jù)的新機制對于在PC和其他AV設(shè)備之間進行發(fā)送和接收是必須的問題。
本發(fā)明(如權(quán)利要求1)是一種含有文件系統(tǒng)驅(qū)動器和設(shè)備驅(qū)動器的操作系統(tǒng)的數(shù)據(jù)處理系統(tǒng)，其特征包括實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；非實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間不需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；
IFS管理器，用于對每個處理指令的控制裝置分配用于有關(guān)文件系統(tǒng)的預定處理的指令；第一控制裝置，用于根據(jù)放置在含有需要確保所述實時處理接口的設(shè)備中的第一媒體上的數(shù)據(jù)來使用第一文件管理信息，通過所述IFS管理器將用于輸入的所述預定處理指令轉(zhuǎn)換成在所述第一媒體上的數(shù)據(jù)處理指令，并發(fā)送到所述實時接口驅(qū)動器；和第二控制裝置，用于根據(jù)放置在含有不需要確保所述實時處理接口的設(shè)備中的第二媒體上的數(shù)據(jù)來使用第二文件管理信息，根據(jù)輸入的所述預定處理指令，通過所述IFS管理器執(zhí)行對所述第二媒體上文件的訪問處理，并通過I/O子系統(tǒng)，發(fā)送用于所述預定處理的指令到所述非實時接口驅(qū)動器。
本發(fā)明(如權(quán)利要求8)是一種含有文件系統(tǒng)驅(qū)動器和設(shè)備驅(qū)動器的操作系統(tǒng)的數(shù)據(jù)處理系統(tǒng)，其特征包括顯示應用程序的裝置，用來顯示在文件系統(tǒng)中可以被處理的文件，從所顯示的文件中選擇期望的文件，并且開始與所述選中的文件關(guān)聯(lián)的處理；第一處理部件，用于在存儲包括有在記錄和/或再現(xiàn)期間需要確保實時處理接口的設(shè)備數(shù)據(jù)的第一媒體上執(zhí)行處理；第二處理部件，用于在存儲包括有在記錄和/或再現(xiàn)期間不需要確保實時處理接口的設(shè)備數(shù)據(jù)的第二媒體上執(zhí)行處理；用于識別所述選中文件所存在的設(shè)備的設(shè)備識別裝置；和文件起動器部件，用于根據(jù)所述設(shè)備識別裝置確定的識別結(jié)果來驅(qū)動所述第一或所述第二處理部件。
本發(fā)明(如權(quán)利要求9)是一種含有文件系統(tǒng)驅(qū)動器以及設(shè)備驅(qū)動器的操作系統(tǒng)的數(shù)據(jù)處理系統(tǒng)，其特征包括實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；非實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間不需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；IFS管理器，用于對每個處理指令的控制裝置分配用于有關(guān)文件系統(tǒng)的預定處理的指令；
第一控制裝置，用于根據(jù)存儲在第一媒體上含有需要確保所述實時處理的接口的設(shè)備的數(shù)據(jù)來使用第一文件管理信息，通過所述IFS管理器將用于輸入的所述預定處理指令轉(zhuǎn)換成在所述第一媒體上的數(shù)據(jù)處理指令，并發(fā)送到所述實時接口驅(qū)動器；和第二控制裝置，用于根據(jù)存儲在第二媒體上含有不需要確保所述實時處理接口的設(shè)備的數(shù)據(jù)來使用第二文件管理信息，根據(jù)輸入的所述預定處理指令，通過所述IFS管理器執(zhí)行對所述第二媒體上文件的訪問處理，并通過I/O子系統(tǒng)，發(fā)送用于所述預定處理的指令到所述非實時接口驅(qū)動器；顯示應用程序的裝置，用來顯示在文件系統(tǒng)中可以被處理的文件，從所顯示的文件中選擇期望的文件，并且開始與所述選中的文件關(guān)聯(lián)的處理；第一處理部件，用于在存儲包括有記錄和/或再現(xiàn)期間需要確保實時處理接口的設(shè)備數(shù)據(jù)的第一媒體上執(zhí)行處理；第二處理部件，用于在存儲包括有記錄和/或再現(xiàn)期間不需要確保實時處理接口的設(shè)備數(shù)據(jù)的第二媒體上執(zhí)行處理；用于識別所述選中文件所存在的設(shè)備的設(shè)備識別裝置；和文件起動器部件，用于根據(jù)所述設(shè)備識別裝置確定的識別結(jié)果來驅(qū)動所述第一或所述第二處理部件。
本發(fā)明(如權(quán)利要求13)是一種數(shù)據(jù)傳輸設(shè)備，包括產(chǎn)生預定日期時間信息的時間間隔生成裝置；輸出一系列數(shù)據(jù)幀作為流數(shù)據(jù)的輸出裝置；將形成所述流的所述數(shù)據(jù)幀系列分為包數(shù)據(jù)并發(fā)送的發(fā)送裝置；和管理所述輸出裝置以及所述發(fā)送裝置的傳輸管理裝置，其特征在于，所述傳輸管理裝置依據(jù)所述預定日期時間信息將所述流數(shù)據(jù)送入所述發(fā)送裝置。
本發(fā)明(如權(quán)利要求22)是一種數(shù)據(jù)傳輸設(shè)備，包括數(shù)據(jù)轉(zhuǎn)換裝置，用于將輸入流數(shù)據(jù)分隔并向每部分加入頭信息來獲得包，并且將用于數(shù)據(jù)接收側(cè)的包處理開始時間信息插入所述流數(shù)據(jù)每幀至少是第一個包的頭信息中，并且隨后輸出；接口使用時鐘，以及在對應于所述包處理開始時間信息的傳輸開始時間，向總線輸出經(jīng)過所述數(shù)據(jù)轉(zhuǎn)換裝置處理的包，其特征在于，所述包的包處理開始時間信息表示為T1＝X+Z+Y(N-1)
(其中X＞＝0，Z＞＝0)假設(shè)X表示第一幀的第一個包的傳輸開始時間，N表示幀數(shù)目、Y表示幀周期、Z表示初始值，并且T1表示所述包處理的開始時間。
本發(fā)明(如權(quán)利要求27)是一種接收設(shè)備，包括接口，用于接收含有描述附加信息的傳輸路徑頭的傳輸包以及數(shù)據(jù)塊；將所述傳輸包分成所述傳輸路徑頭和所述數(shù)據(jù)塊的傳輸路徑頭分離裝置；將所述附加信息從所述傳輸路徑頭中提取出來的附加信息提取裝置；數(shù)據(jù)包生成裝置，用于通過組合一個或更多所述數(shù)據(jù)塊，從所述數(shù)據(jù)塊中產(chǎn)生數(shù)據(jù)包；和附加信息插入裝置，用于將所述附加信息添加或插入到所述數(shù)據(jù)包，并作為一種可以同時由一個應用程序處理的數(shù)據(jù)格式的輸出包輸出，其特征在于，所述應用程序?qū)乃龈郊有畔⒉迦胙b置輸出的輸出包進行處理。
本發(fā)明(如權(quán)利要求31)是一種接收設(shè)備，包括接口，用于接收含有描述附加信息的傳輸路徑頭的傳輸包以及數(shù)據(jù)塊；將所述傳輸包分成所述傳輸路徑頭和所述數(shù)據(jù)塊的傳輸路徑頭分離裝置；將所述附加信息從所述傳輸路徑頭中提取出來的附加信息提取裝置；數(shù)據(jù)包生成裝置，用于通過組合一個或更多所述數(shù)據(jù)塊，從所述數(shù)據(jù)塊中產(chǎn)生數(shù)據(jù)包；源包頭分離裝置，將所述數(shù)據(jù)包分割成源包頭和源包；和附加信息插入裝置，用于將所述附加信息添加或插入到所述源包或替代所述附加信息，并作為具有一種可以同時由一個應用程序處理的數(shù)據(jù)格式的輸出包輸出，其特征在于，所述應用程序?qū)乃龈郊有畔⒉迦胙b置輸出的輸出包進行處理。
本發(fā)明(如權(quán)利要求38)是一種數(shù)據(jù)發(fā)送設(shè)備，包括附加信息分離裝置，用于依據(jù)接收的一種可以同時由一個應用程序處理的數(shù)據(jù)格式的輸入包，檢索添加或插入到構(gòu)成所述輸入包的數(shù)據(jù)包中的所述附加信息；從所述數(shù)據(jù)包中產(chǎn)生一個或更多數(shù)據(jù)塊的數(shù)據(jù)塊生成裝置；傳輸包生成裝置，用于在所述數(shù)據(jù)塊上執(zhí)行預定處理，在所述數(shù)據(jù)塊中的預定位置插入所述附加信息，并且因此產(chǎn)生所述傳輸包；和發(fā)送所述傳輸包的接口。
本發(fā)明(如權(quán)利要求42)是一種發(fā)送設(shè)備，包括附加信息分離裝置，用于依據(jù)接收的一種可以同時由一個應用程序處理的數(shù)據(jù)格式的輸入包，構(gòu)造所述輸入包，并且從包含有添加、插入或替代的附加信息的傳輸包中檢索所述附加信息；將源包頭與所述傳輸包組合來產(chǎn)生數(shù)據(jù)包的數(shù)據(jù)包生成裝置；從所述數(shù)據(jù)包中產(chǎn)生一個或更多數(shù)據(jù)塊的數(shù)據(jù)塊生成裝置；傳輸包生成裝置，用來在所述數(shù)據(jù)塊上執(zhí)行預定處理，在所述數(shù)據(jù)塊的預定位置上插入所述附加信息，并且因此產(chǎn)生所述傳輸包；和輸出所述傳輸包的接口。


圖1是根據(jù)第一較佳實施例的文件處理系統(tǒng)的框圖；圖2是根據(jù)第二較佳實施例的文件處理系統(tǒng)的框圖；圖3是第三較佳實施例用于DV(在第一和第二較佳實施例中使用)的FSD框圖；圖4是示出第四較佳實施例的DVFS處理支持應用程序(在第一和第二較佳實施例中使用)的第一結(jié)構(gòu)實例；圖5是示出第五較佳實施例的DVFS處理支持應用程序(在第一和第二較佳實施例中使用)的第二結(jié)構(gòu)實例；圖6是根據(jù)第六較佳實施例的數(shù)據(jù)傳輸設(shè)備框圖；圖7是示出根據(jù)第六較佳實施例的數(shù)據(jù)傳輸設(shè)備所使用的時間間隔信息的說明圖；圖8是根據(jù)第七較佳實施例的數(shù)據(jù)傳輸設(shè)備框圖；圖9是示出在IEEE1394總線上傳輸DV幀數(shù)據(jù)的方法的說明圖；圖10是示出在IEEE1394總線上發(fā)送和接收同步包定時的時序圖；圖11是示出計算SYT方法的說明圖；圖12是示出CIP生成部件115的操作實例的流程圖；圖13是根據(jù)第八較佳實施例的接收設(shè)備的框圖；圖14是根據(jù)第九較佳實施例的接收設(shè)備的框圖；圖15是根據(jù)第十較佳實施例的接收設(shè)備的框圖；圖16是根據(jù)第十一較佳實施例的接收設(shè)備的框圖；圖17是示出在第八、第九、第十和第十一較佳實施例中使用的輸入/輸出包的結(jié)構(gòu)實例的說明圖；
圖18是示出在IEEE1394總線上傳輸MPEG2 TS包的方法的說明圖；和圖19是第十二較佳實施例的程序所實現(xiàn)的功能的說明圖。
具體實施例方式
下面，本發(fā)明的較佳實施例將結(jié)合附圖進行描述。
(第一較佳實施例)首先，根據(jù)本發(fā)明第一較佳實施例的文件處理系統(tǒng)的結(jié)構(gòu)將結(jié)合圖1進行描述。圖1是根據(jù)第一較佳實施例的文件處理系統(tǒng)的框圖。下面假設(shè)Windows PC實現(xiàn)文件處理系統(tǒng)。在圖1中，10表示PC(文件處理系統(tǒng))，11表示FS顯示應用程序，12表示文件復制應用程序，13表示文件再現(xiàn)應用程序，14表示系統(tǒng)服務，15表示I/O管理器子系統(tǒng)，16表示IFS管理器，17表示I/O子系統(tǒng)，18表示顯示設(shè)備，19表示顯示設(shè)備驅(qū)動器，20表示W(wǎng)DM-不兼容設(shè)備(在本實施例中用HDD作為實例)，21表示HDD文件系統(tǒng)驅(qū)動器(HDD-FSD)，22表示HDD驅(qū)動器，23表示W(wǎng)DM-兼容設(shè)備(在本實施例中用DV作為實例)，而24表示DV驅(qū)動器，這些都是在傳統(tǒng)PC中已出現(xiàn)的單元。30表示DVFS支持應用程序，31表示IFS監(jiān)視器，而32表示DV文件系統(tǒng)驅(qū)動器(DV-FSD)。
沒有DVFS支持應用程序30、IFS監(jiān)視器31和DV-FSD 32，文件處理系統(tǒng)10就是一種僅僅能處理HDD 20中記錄的文件的系統(tǒng)。HDD 20上記錄的文件和目錄結(jié)構(gòu)由HDD-FSD 21依據(jù)FAT(文件分配表)來管理。
DV 23內(nèi)放置有磁帶，并且數(shù)據(jù)可以以文件的形式記錄在磁帶上。管理記錄文件所必須的文件管理信息、目錄結(jié)構(gòu)和諸如此類也都被記錄。文件管理信息可能包括與磁帶相關(guān)的信息，例如磁帶ID和卷名、指定每個文件的文件記錄、指定每個目錄的目錄記錄，等。每個記錄由信息例如文件名和創(chuàng)建日期組成，并且文件記錄進一步包括信息例如文件大小和在磁帶上的記錄位置。文件大小可能是幀數(shù)或字節(jié)數(shù)(或可能受兩種數(shù)字控制)。
現(xiàn)在，下面將描述在依據(jù)上述結(jié)構(gòu)中相關(guān)文件管理信息來顯示DV 23內(nèi)磁帶上的記錄內(nèi)容的情況下的操作。
下面的描述是假設(shè)使用用于顯示記錄在PC 10的HDD 20、FDD、CD-ROM或諸如此類上的文件內(nèi)容的FS顯示應用程序11來顯示DV 23內(nèi)磁帶上記錄的內(nèi)容。
為了獲得關(guān)于期望文件的信息，首先，F(xiàn)S顯示應用程序11通過系統(tǒng)服務14和IFS管理器16向DV-FSD 32發(fā)送打開請求來打開文件。在DV-FSD 32訪問文件管理信息，并驗證文件存在并返回后，F(xiàn)S顯示應用程序11通過系統(tǒng)服務14和IFS管理器16向DV-FSD 32發(fā)送對信息例如文件大小、文件更新日期/小時或諸如此類的獲得請求，并且因此DV-FSD 32訪問文件管理信息，獲取需要的信息并返回該信息。依據(jù)期望信息的獲得，F(xiàn)S顯示應用程序11通過系統(tǒng)服務14和IFS管理器16向DV-FSD 32發(fā)送關(guān)閉請求來關(guān)閉文件，并且因此，DV-FSD 32丟棄關(guān)于文件所保持的信息。
經(jīng)過對上述處理的重復，用戶可以使用FS顯示應用程序11例如微軟公司的Windows中的瀏覽器，來查看記錄文件的顯示列表。
接著，將描述在DV 23中的文件復制到HDD 20中的情況下的操作。首先，用戶從由FS顯示應用程序11顯示的列表中選擇一個DV 23中的文件，并且指令HDD 20上的任一期望目錄作為復制目的地。文件復制部件12通過系統(tǒng)服務14來向IFS管理器16發(fā)送與選中文件相關(guān)的信息和向HDD 20發(fā)送復制請求。
特別地，在這種情況下，發(fā)送給IFS管理器16的請求是開始處理文件通知(在DV23或HDD 20上)(下文中稱為“打開-請求”)、讀取文件數(shù)據(jù)的請求(下文中稱為“讀取-請求”)、在文件中寫入數(shù)據(jù)的請求(下文中稱為“寫入-請求”)、或終止文件處理的通知(下文中稱為“關(guān)閉-請求”)。
打開-請求與指定有關(guān)文件信息例如文件名、設(shè)備號碼和文件ID一起發(fā)送。讀取-請求和寫入-請求與信息例如文件ID和位置以及文件所需數(shù)據(jù)大小一起發(fā)送。關(guān)閉-請求與文件ID一起發(fā)送。
IFS管理器16向DV-FSD 32發(fā)送有關(guān)DV 23上所選中作為復制源文件的打開-請求，此后發(fā)送數(shù)據(jù)讀取-請求，并且隨后在讀取全部數(shù)據(jù)后發(fā)送關(guān)閉-請求?；蛘?，IFS管理器16向HDD-FSD 22發(fā)送有關(guān)選中作為復制目的地的HDD 20的打開-請求，此后發(fā)送數(shù)據(jù)寫入-請求，并且隨后在寫入全部數(shù)據(jù)后發(fā)送關(guān)閉-請求。在任一情況下，當從全路徑名的角度來看，復制源處的文件名與復制目的地的文件名是不同的，但與除目錄相關(guān)部分外的文件名相同。
IFS監(jiān)視器31具有監(jiān)視IFS管理器16的輸出并發(fā)送給DVFS支持應用程序30的功能(并且可能進一步具有將DVFS支持應用程序30不需要的信息丟棄的功能)。因此，IFS監(jiān)視器31獲得上述指示DV 23的打開-請求、讀取-請求和關(guān)閉-請求，和上述指示HDD 20的打開-請求、讀取-請求和關(guān)閉-請求，以及將它們發(fā)送給DVFS支持應用程序30。
DV-FSD 32依據(jù)隨同打開-請求一起發(fā)送的文件名提取相應的文件管理信息，并將提取的文件管理信息隨同每個請求發(fā)送給DVFS支持應用程序30。
DVFS支持應用程序30檢測來自IFS監(jiān)視器31的請求，并且如果有對應于數(shù)據(jù)讀取DV 23上文件請求的寫入HDD 20上文件的請求，DVFS支持應用程序30確定有復制DV 23上文件到HDD 20上的請求，并且實時對HDD 20執(zhí)行對捕獲的通過DV驅(qū)動器24從DV 23獲得的部分DV流數(shù)據(jù)的處理，從指定為文件開始的部分開始持續(xù)到指定為文件結(jié)束的地方結(jié)束。
同時，在從HDD 20復制文件到DV 23上的情況下，所采用的方式與上述相反，IFS管理器16向DV-FSD 32發(fā)送寫入-請求，而向HDD-FSD 22發(fā)送讀取-請求，因此DVFS支持應用程序30就執(zhí)行將HDD 20上的文件發(fā)送到DV 23上的處理，并且此后，從指定為記錄開始位置的部分開始，記錄在DV 23的磁帶上。
上述的處理使得依據(jù)異步隨機請求將一個個文件陸續(xù)從DV 23復制到HDD20，以及從HDD 20復制到DV 23上成為可能，即使DV 23只具有接收和輸出流數(shù)據(jù)能力。
〔第二較佳實施例〕下面，將結(jié)合圖2討論一種根據(jù)本發(fā)明第二較佳實施例的文件處理系統(tǒng)的結(jié)構(gòu)。圖2是根據(jù)第二較佳實施例的文件處理系統(tǒng)的框圖，其與Windows PC實現(xiàn)系統(tǒng)中的第一較佳實施例相同。在圖2中，絕大多數(shù)的結(jié)構(gòu)如圖1中所示的結(jié)構(gòu)相同，并且40表示文件再現(xiàn)/起動應用程序，41表示驅(qū)動識別部件，42表示HDD文件起動器以及43表示DV文件起動器。
現(xiàn)在，下面將討論在記錄在DV 23的磁帶上的文件依據(jù)相應的文件管理信息再現(xiàn)和顯示在上述的結(jié)構(gòu)中的情況下的操作。
一種機制就是當由FS顯示應用程序11提供的文件列表中的文件被選擇并被雙擊時，依據(jù)文件類型指定的應用程序也被選擇并開始啟動，并且啟動的應用程序?qū)x中的文件執(zhí)行“打開”操作。通常，如果文件代表AV數(shù)據(jù)，就開始文件再現(xiàn)應用程序13。如果文件在HDD 20上，通過用文件再現(xiàn)應用程序13，就可能實現(xiàn)實時的再現(xiàn)(然而這可能帶來視頻信號遺失一些幀的可能)。當某人希望在HDD 20打開文件的情況下“打開”DV 23上的文件，來實時再現(xiàn)和顯示記錄在DV 23上的AV數(shù)據(jù)是十分困難的，并且因此，需要專門的應用程序。
一種指定用于AV數(shù)據(jù)文件的應用程序并不是文件再現(xiàn)應用程序13，而是文件再現(xiàn)/起動應用程序40。當文件再現(xiàn)/起動應用程序40開始時，驅(qū)動識別部件41判斷在哪個驅(qū)動器上存儲選中的文件。確定其是除DV外的驅(qū)動器，驅(qū)動識別部件41通過HDD文件起動器42通知文件再現(xiàn)應用程序13所選中的文件的信息，并啟動文件再現(xiàn)應用程序13，從而執(zhí)行了“打開”選中文件的操作。當驅(qū)動識別部件41確定是DV文件，選中文件的信息通過DV文件起動器43告知DVFS支持應用程序30，并且DVFS支持應用程序30對通過DV驅(qū)動器24獲得的來自DV 23的DV流數(shù)據(jù)執(zhí)行實時再現(xiàn)和顯示的處理。
上述的處理使得依據(jù)異步隨機請求在DV 23上將文件陸續(xù)再現(xiàn)和顯示成為可能，即使DV 23只具有輸出流數(shù)據(jù)能力。
雖然前述討論的數(shù)據(jù)是視頻/語音數(shù)據(jù)，并且應用程序是根據(jù)本發(fā)明的用于再現(xiàn)和顯示視頻/語音數(shù)據(jù)，但即使在其他數(shù)據(jù)類型的情況下，使用對應于其他類型數(shù)據(jù)的應用程序，也可以獲得類似的效果。
〔第三較佳實施例)一種在本發(fā)明第一和第二較佳實施例中使用的DV-FSD 32的結(jié)構(gòu)將結(jié)合圖3來討論。圖3是DV-FSD 32的框圖，其中50表示請求識別/返回發(fā)送部件，51表示文件記錄提取部件，52表示文件管理信息保持部件，53表示訪問文件登錄保持部件，54表示第一文件信息提取部件，55表示第二文件信息提取部件。
具有這樣結(jié)構(gòu)的DV-FSD以下面的方式運作。作為IFS管理器16接口的請求識別/返回發(fā)送部件50接收請求，并返回請求所需要的信息/數(shù)據(jù)以及返回碼。進一步，請求識別/返回發(fā)送部件50識別多種類型的請求。
當請求是打開時，依據(jù)隨同請求一起接收到的文件名，文件記錄提取部件51從文件管理信息保持部件52中提取對應于文件名的文件記錄，在訪問文件記錄保持部件53中登記，并向DVFS支持應用程序31發(fā)送打開請求。打開請求告知開始處理相應的文件。通常，當接收到打開請求時，系統(tǒng)僅根據(jù)文件ID來處理文件并且文件ID僅與文件名關(guān)聯(lián)，并且因而，對于訪問文件記錄保持部件53來說需要將文件ID與文件記錄相關(guān)聯(lián)。根據(jù)文件管理信息保持部件52保存的信息，對應于指定文件名的文件不存在的話，請求識別/返回發(fā)送部件50返回表示失敗的返回碼。
當請求是讀取或?qū)懭霑r，第二文件信息提取部件55依據(jù)隨同請求接收到的文件ID從訪問文件記錄保持部件53中提取關(guān)于指定文件的信息，并將這樣的信息添加到請求中，并發(fā)送給DVFS支持應用程序30。在DVFS支持應用程序30確定將DV 23中的文件復制到HDD 20或?qū)DD 20上的文件復制到DV 23是需要的情況下，響應于讀取或?qū)懭胝埱蟮臄?shù)據(jù)處理不被執(zhí)行，而是由請求識別/返回發(fā)送部件50返回表示成功的返回碼。
當請求是關(guān)閉時，第二文件信息提取部件55依據(jù)隨同請求接收到的文件ID從訪問文件記錄保持部件53中提取關(guān)于指定文件的信息，并將請求發(fā)送給DVFS支持應用程序30，并且請求識別/返回發(fā)送部件50返回表示成功的返回碼。
對于不同于上述請求的請求，請求不需要發(fā)送給DVFS支持應用程序30，并且因此，第一文件信息提取部件54依據(jù)隨同請求接收到的文件ID從訪問文件記錄保持部件53中提取關(guān)于指定文件的信息，并且請求識別/返回發(fā)送部件50將其和成功返回碼一起發(fā)送給IFS管理器16。
由于具有上述結(jié)構(gòu)的DV-FSD 32，即使DV 23僅具有接收和輸出流數(shù)據(jù)的能力，也可能依據(jù)異步隨機請求陸續(xù)執(zhí)行文件處理。
〔第四較佳實施例〕在本發(fā)明第一和第二較佳實施例中使用的DVFS支持應用程序30的結(jié)構(gòu)將結(jié)合圖4討論。圖4是DVFS支持應用程序30的框圖，其中60表示支持處理判斷部件，61表示再現(xiàn)/顯示部件、62表示DV→HDD復制部件，63表示HDD→DV復制部件，并且64表示文件管理信息更新/獲得部件。
具有這樣結(jié)構(gòu)的DVFS支持應用程序以下述的方式運作。支持處理判斷部件60依據(jù)來自DV-FSD 32的請求和來自IFS監(jiān)視器31的信息來判斷關(guān)于DV 23的處理，并且指令執(zhí)行適當?shù)奶幚怼?br> 當指令對記錄在DV 23磁帶上的文件進行再現(xiàn)時，再現(xiàn)/顯示部件61由文件再現(xiàn)/起動應用程序40啟動，并與DV驅(qū)動器24協(xié)作執(zhí)行再現(xiàn)/顯示處理。特別是，下述步驟是作為一系列的操作而執(zhí)行(1)尋找文件前部的指令通過DV驅(qū)動器24發(fā)送給DV 23。
(2)用于再現(xiàn)的指令通過DV驅(qū)動器24發(fā)送給DV 23。
(3)由DV 23再現(xiàn)并通過DV驅(qū)動器24從DV 23發(fā)送的數(shù)據(jù)被顯示。
(4)當達到文件的尾部，停止指令通過DV驅(qū)動器24發(fā)送給DV 23。
當指令將記錄在DV 23中磁帶上的文件復制到HDD 20時，DVH→DD復制部件62根據(jù)支持處理判斷部件60做出的判斷結(jié)果來啟動，并與DV驅(qū)動器24協(xié)作執(zhí)行復制處理。簡而言之，下述步驟是作為一系列的操作而執(zhí)行。
(1)尋找文件前部的指令通過DV驅(qū)動器24發(fā)送給DV 23。
(2)用于再現(xiàn)的指令通過DV驅(qū)動器24發(fā)送給DV 23。
(3)由DV 23再現(xiàn)并通過DV驅(qū)動器24從DV 23發(fā)送的數(shù)據(jù)寫入到HDD 20。
(4)當達到文件的尾部，停止指令通過DV驅(qū)動器24發(fā)送給DV 23。
當指令將記錄在HDD 20上的文件復制到DV 23中磁帶上時，HDD→DV復制部件63根據(jù)支持處理判斷部件60做出的判斷結(jié)果來啟動，并與DV驅(qū)動器24協(xié)作執(zhí)行復制處理。簡而言之，下述步驟是作為一系列的操作而執(zhí)行。
(1)尋找磁帶上最近文件記錄結(jié)束位置的指令通過DV驅(qū)動器24發(fā)送給DV23。
(2)從HDD 20讀取的數(shù)據(jù)通過DV驅(qū)動器24從DV 23發(fā)送。
(3)用于記錄的指令通過DV驅(qū)動器24發(fā)送給DV 23。
(4)當達到文件的尾部，停止指令通過DV驅(qū)動器24發(fā)送給DV 23。
因為支持處理判斷部件60指令DVH→DD復制部件62和HDD→DV復制部件63對文件一個一個執(zhí)行操作，因此至少一個記錄位置和作為相關(guān)文件信息的文件大小需要隨同操作指令一起提供。當表示處理正在進行的消息顯示在屏幕上時，如果文件名也被顯示，那有關(guān)文件名的信息也要一起提供。
當IFS管理器16和其他部件需要文件管理信息中含有的信息時，每次訪問磁帶需要花費很長的時間，并且給DV 23和磁帶自身的機制帶來很大的負擔，并且因此，最好讓文件處理系統(tǒng)10中的文件管理信息保持部件52提前保留這樣的信息，并且經(jīng)常訪問文件管理信息保持部件52。
注意到這點，文件管理信息更新/獲得部件64對文件管理信息保持部件52保留的文件管理信息記錄到磁帶上或使得文件管理信息保持部件52獲得記錄在磁帶上的文件管理信息。
為了防止記錄在磁帶上文件、記錄在磁帶上的文件管理信息和文件管理信息保持部件52上保留的文件管理信息彼此不同，就需要至少在將文件記錄在磁帶上后立即地將文件管理信息記錄在磁帶上(當在開始時得知有不止一個文件將相繼記錄，文件管理信息可能在磁帶上記錄完最后的文件之后立刻在磁帶上記錄文件管理信息)。
在文件處理系統(tǒng)10啟動時，需要獲得文件管理信息。進一步，因為盡管媒體交換，DV的機制也不需要DV驅(qū)動器24向文件處理系統(tǒng)10傳送信息，并且因此，具有檢測媒體是否已經(jīng)交換功能的文件管理信息更新/獲得部件64也為人們所期望。
通過包含在文件管理信息中的媒體ID，可以依據(jù)媒體ID來判定文件管理信息保持部件52上的文件管理信息和文件管理信息更新/獲得部件64獲得的文件管理信息是否位于同一媒體上，并且因此，判斷媒體是否被交換是可能的。
另外，通過包含在文件管理信息中最近更新的日期/時間信息，可以找出文件管理信息保持部件52上的文件管理信息和文件管理信息更新/獲得部件64獲得的文件管理信息之中，哪個是最近的文件文件管理信息，這依次使得兩種文件管理信息相互不一致的情況的處理成為可能。
除了文件處理系統(tǒng)10的啟動之外，獲得文件管理信息的定時可能是從FS顯示應用程序11發(fā)出的特定指令，例如(在復制或再現(xiàn)期間DV驅(qū)動器24沒有處理數(shù)據(jù)的情況下)?；蛘?，可能基于常規(guī)基礎(chǔ)來獲得(在復制或再現(xiàn)期間DV驅(qū)動器24沒有處理數(shù)據(jù)的情況下)。
依靠具有上述結(jié)構(gòu)和DV-FSD 32協(xié)作工作的DVFS支持應用程序30，即使DV 23僅具有接收和輸出流數(shù)據(jù)的能力，依據(jù)異步隨機請求來陸續(xù)執(zhí)行文件處理也是可能的。
雖然前面討論了最近更新日期/時間信息和媒體ID是文件管理信息的一部分，媒體ID可以存儲在附屬于磁帶的輔助存儲器中。或者，因為一旦媒體ID對于磁帶的特定值設(shè)定后，其值將不會改變，媒體ID可能記錄在包的標識符上或記錄在磁帶上形成的磁道上輔助時間記錄區(qū)域中，這都可以不需要尋找文件管理信息就能快速獲得這些值。
簡而言之，媒體ID可以存儲在只要通過DV驅(qū)動器24就能獲得它們的任何地方，例如磁道上、輔助存儲器中或包上。
而前面討論了涉及第三和第四較佳實施例的DVFS支持應用程序30中含有的支持處理判斷部件60，如果這種功能指定給DV-FSD 32，就可以獲得類似的效果(在DV-FSD 32接收來自DVFS支持應用程序30的輸出的條件下)。
雖然前面討論一系列成功的處理，但當在處理期間產(chǎn)生錯誤時，每個裝置將根據(jù)錯誤來操作。
無論FSD涉及的用于DVFS的文件管理信息，該信息可能在HDD上，在存儲器中或磁帶的某處，本發(fā)明仍然適用。如果系統(tǒng)是用于處理同一PC中的多個磁帶，通過用將磁帶與文件管理信息中登記的文件管理信息的媒體ID相關(guān)聯(lián)，管理信息就不需要記錄在磁帶上。
進一步，當要把文件管理信息記錄在磁帶上，系統(tǒng)可能是，保持HDD上或存儲器中加載的信息，并實際上訪問HDD或存儲器。這樣的系統(tǒng)不但能處理視頻和語音數(shù)據(jù)還能以類似的方式處理一般數(shù)據(jù)。
操作的每個處理僅僅是舉例，這樣除了常規(guī)的再現(xiàn)操作例如搜索→再現(xiàn)→停止外，可能包括±快進、±慢進或類似的功能。
〔第五較佳實施例〕本發(fā)明第一和第二較佳實施例中使用的DVFS支持應用程序的第二結(jié)構(gòu)實例將結(jié)合圖5討論。圖5是DVFS支持應用程序30a的框圖，其中65表示支持處理判斷部件，61表示再現(xiàn)/顯示部件，62表示DV→HDD復制部件，63表示HDD→DV復制部件，64表示文件管理信息更新/獲得部件，66表示隨機訪問處理部件，70表示請求分析部件，71表示緩沖區(qū)管理部件，72表示緩沖區(qū)，并且73表示DV控制部件。再現(xiàn)/顯示部件61、DV→HDD復制部件62、HDD→DV復制部件63和文件管理信息更新/獲得部件64與第四較佳實施例中的那些部件是相同的。支持處理判斷部件65除了具有第四較佳實施例中支持處理判斷部件60的功能外，還具有隨機訪問功能。
支持處理判斷部件65向隨機訪問處理部件66饋送打開-請求、讀取-請求、寫入-請求和指向DV 23的關(guān)閉-請求，而不是確定作為從DV 23到HDD 20的復制處理請求和確定作為從HDD 20到DV 23的復制處理請求。當饋送讀取-請求時，支持處理判斷部件65除關(guān)于磁帶上指定文件的記錄位置的信息和大小外，還提供指定所請求的文件哪個部分的信息和隨同的返回請求數(shù)據(jù)的指定方式。
當饋送寫入-請求時，支持處理判斷部件65除關(guān)于磁帶上指定文件的記錄位置的信息和大小外，還提供指定所請求的文件哪個部分的信息和隨同的的請求數(shù)據(jù)。在讀取和寫入的情況下，請求數(shù)據(jù)依靠從文件的開始處的偏移字節(jié)計數(shù)和請求數(shù)據(jù)的字節(jié)大小來指定。
在隨機訪問處理部件66中，首先，請求分析部件70識別請求。
當請求是讀取-請求時，請求分析部件70從磁帶上文件記錄位置以及從文件開始處的偏移字節(jié)數(shù)來確定磁帶上的哪個部分具有請求的數(shù)據(jù)。緩沖區(qū)管理部件71確定請求的數(shù)據(jù)是否在緩沖區(qū)72中。當請求的數(shù)據(jù)不是在緩沖區(qū)72中時，DV控制部件73通過DV驅(qū)動器24向DV 23發(fā)送尋找具有請求數(shù)據(jù)的那部分的操作指令，通過DV驅(qū)動器24向DV 23發(fā)送再現(xiàn)指令，并且將由DV 23再現(xiàn)和通過DV驅(qū)動器24接收的數(shù)據(jù)寫入緩沖區(qū)72。
期間，緩沖區(qū)管理部件71通過請求分析部件70將請求的數(shù)據(jù)從緩沖區(qū)72傳送到支持處理判斷部件65。
當請求是寫入-請求時，請求分析部件70從磁帶上文件記錄位置以及從文件開始處的偏移字節(jié)數(shù)來確定磁帶上的哪個部分應該負擔請求的數(shù)據(jù)，并且特別是，確定在什么幀中的什么字節(jié)應該寫入多少字節(jié)。緩沖區(qū)管理部件71確定請求的數(shù)據(jù)是否在緩沖區(qū)72中。
當請求的數(shù)據(jù)不是在緩沖區(qū)72中時，DV控制部件73通過DV驅(qū)動器24向DV23發(fā)送尋找應該負擔請求數(shù)據(jù)的那部分的操作指令，通過DV驅(qū)動器24向DV 23發(fā)送再現(xiàn)指令，并且將由DV 23再現(xiàn)和通過DV驅(qū)動器24接收的數(shù)據(jù)寫入緩沖區(qū)72。緩沖區(qū)管理部件71將寫入-請求所需要的數(shù)據(jù)寫入并覆蓋掉緩沖區(qū)72中的數(shù)據(jù)，通過DV驅(qū)動器24向DV 23至少發(fā)送緩沖區(qū)72上的重寫幀數(shù)據(jù)，并且重寫在DV 23中磁帶上指定的位置上。
當一幀一幀處理對DV 23的記錄時，因為寫入-請求以字節(jié)為單位指定從幀中某處寫入，因此上述的過程是必須的。然而，當緩沖區(qū)管理部件71從一直到那階段的過程中確定所需的數(shù)據(jù)在緩沖區(qū)72中，從DV 23中再現(xiàn)數(shù)據(jù)就沒有必要了。
上述結(jié)構(gòu)使得即使DV 23僅具有接收和輸出流數(shù)據(jù)的能力，不僅能處理特定的應用程序，也能處理一般應用程序(例如實時再現(xiàn)/顯示和復制)成為可能。因此，分別對特定應用程序和一般應用程序進行適當?shù)奶幚硪彩强赡艿摹?br> 因為磁帶是順序媒體，為了例如能實時再現(xiàn)視頻/語音文件的目的，一個文件必需記錄在磁帶的連續(xù)區(qū)域中。當文件要被重寫時，例如在媒體上發(fā)生重寫，如果文件的大小超出在重寫前的大小，記錄就不可能實現(xiàn)。因此不僅在新文件保存期間，就是在重寫保存期間執(zhí)行附加記錄也是必要的。
在預先格式化的磁帶情況下，也能執(zhí)行類似于上述寫入-請求的處理。沒有格式化的磁帶情況下(就是說在其中記錄入幀之前的幀中沒有記錄)，需要記錄空幀。相反，在寫入-請求具有前提數(shù)據(jù)從文件開頭開始按特定的順次序列排序時，首先從DV 23的緩沖區(qū)72中再現(xiàn)數(shù)據(jù)的處理并不需要。
進一步，雖然前面所描述的傳輸數(shù)據(jù)是DV數(shù)據(jù)，但其他數(shù)據(jù)也可以傳輸。
進一步，雖然前面所描述的I/F是IEEE1394接口，但也可以使用其他的I/F。
進一步，接收識別可以由軟件和/或硬件來實現(xiàn)。
〔第六較佳實施例〕下面，本發(fā)明的第六較佳實施例將結(jié)合圖6來描述。
圖6是數(shù)據(jù)傳輸設(shè)備的框圖。在圖6中，101表示管理器，102表示HDD讀出器部件，103表示DV發(fā)送器部件，104表示緩沖區(qū)，105表示HDD，106表示DV，107表示DV數(shù)據(jù)文件，以及108表示時間間隔信息生成部件。
下面假設(shè)DV數(shù)據(jù)文件107由NTSC系統(tǒng)視頻數(shù)據(jù)構(gòu)成。
當傳輸開始時，首先，管理器101向HDD讀出器部件102發(fā)送輸出指令。接收輸出指令，HDD讀出器部件102讀取記錄在HDD 105上的來自DV數(shù)據(jù)文件107的幀數(shù)據(jù)，將由時間間隔信息生成部件108產(chǎn)生的時間間隔信息添加到其中，并作為傳輸數(shù)據(jù)寫入緩沖區(qū)104。時間間隔信息指示了在DV發(fā)送器部件103中開始處理幀數(shù)據(jù)的日期時間，以及在DV發(fā)送器部件103中結(jié)束處理幀數(shù)據(jù)的日期時間。
進一步，管理器101依據(jù)寫入緩沖區(qū)104中的時間間隔信息向DV發(fā)送器部件103發(fā)送輸入指令，并且當在緩沖區(qū)104中創(chuàng)建自由空間時，管理器101依據(jù)緩沖區(qū)104中剩余區(qū)域信息向HDD讀出器部件102發(fā)送下一條生成指令。
就是說，輸入指令發(fā)送給DV發(fā)送器部件103，這樣DV發(fā)送器部件103在由寫入緩沖區(qū)104的時間間隔信息所指示的工作周期期間開始輸入幀數(shù)據(jù)，并且完成輸入幀數(shù)據(jù)。接收輸入指令，DV發(fā)送器部件103從緩沖區(qū)104讀取傳輸數(shù)據(jù)，將其轉(zhuǎn)換為傳輸包，并通過IEEE1394總線向DV 106將其輸出。
重復這個過程，據(jù)此把數(shù)據(jù)傳送到DV數(shù)據(jù)文件107中。
當幀數(shù)據(jù)處理時間由于PC同時執(zhí)行其他的處理或由于其他原因變得不均勻，并且實際處理變得太慢時，由時間間隔信息指定的日期時間與處理的實際日期時間變得不同。為了減少這種差別，管理器101依據(jù)載入有關(guān)DV發(fā)送器部件103的信息和時間間隔信息來產(chǎn)生時間間隔校正指令，并將其發(fā)送給時間間隔信息生成部件108。
例如，假設(shè)因為NTSC系統(tǒng)的視頻數(shù)據(jù)幀頻率為30/1.001(29.97)Hz，幀數(shù)據(jù)的工作周期初始設(shè)置為0.033秒。作為響應，有關(guān)第零幀數(shù)據(jù)的時間間隔信息保持為＝(0，0.033)(開始時間，結(jié)束時間)。如果DV發(fā)送器部件103中的處理花費很長時間，管理器101向時間間隔信息生成部件108發(fā)送時間間隔校正指令，因此延長了幀數(shù)據(jù)的工作周期。
然而，為了維持幀間隔的目標，時間間隔信息生成部件108并不接收來自管理器101的時間間隔校正指令或雖然接收但忽略，因此如圖7所示的值作為對應于具有幀號為n的幀數(shù)據(jù)的時間間隔信息來使用。換句話說，開始時間為n*1.001/30秒，而結(jié)束時間為(n+1)*1.001/30秒。
依靠具有上述結(jié)構(gòu)的時間間隔信息生成部件108，當保持大致的幀頻率間隔時，幀數(shù)據(jù)提供給DV發(fā)送器部件103，并且因為數(shù)據(jù)轉(zhuǎn)換為預定的包，并在這種條件下發(fā)送給DV 106，就可以實現(xiàn)向DV 106穩(wěn)定地發(fā)送。
雖然前述的開始時間是n*1.001/30秒，并且結(jié)束時間為(n+1)*1.001/30秒，但也可以使用接近這些值的值，例如這些將值的小數(shù)部分舍去的值。
進一步，雖然前面描述了由NTSC系統(tǒng)的視頻數(shù)據(jù)構(gòu)成的DV數(shù)據(jù)文件107，但DV數(shù)據(jù)文件107也可以由別的不同方法的其他視頻數(shù)據(jù)構(gòu)成例如PAL方法或其他流數(shù)據(jù)例如MPEG數(shù)據(jù)。
進一步，雖然前面描述的根據(jù)本實施例的時間間隔信息由開始時間是n*1.001/30秒和結(jié)束時間為(n+1)*1.001/30的定義設(shè)定，但這并不是局限于此。當DV數(shù)據(jù)文件107是除了NTSC系統(tǒng)外的其他方法或是其他流例如MPEG數(shù)據(jù)的視頻數(shù)據(jù)時，數(shù)據(jù)間隔信息可以依據(jù)其他方法、流的幀頻率等來確定。簡而言之，時間間隔信息僅需要設(shè)定，以便對應于接收數(shù)據(jù)幀的包數(shù)據(jù)的設(shè)備所需的定時，例如DV 106。
進一步，雖然下面描述了管理器101依據(jù)寫入緩沖區(qū)104中的時間間隔信息向DV發(fā)送器部件103發(fā)送輸入指令，但這也并不是局限于此。管理器101可以依據(jù)寫入緩沖區(qū)104中的時間間隔信息以及有關(guān)DV發(fā)送器部件103的負荷信息來向DV發(fā)送器部件103發(fā)送輸入指令。在這種情況下，管理器101對DV發(fā)送器部件103依據(jù)有關(guān)DV發(fā)送器部件103的負荷信息從緩沖區(qū)104中讀取傳輸數(shù)據(jù)的處理進行微調(diào)。一個管理器103進行微調(diào)操作的實例(101)將在下面討論。
例如，當DV發(fā)送器部件103由于PC同時執(zhí)行其他的處理而暫時不能從緩沖區(qū)104讀取傳輸數(shù)據(jù)，以致如果管理器101向DV發(fā)送器部件103發(fā)送輸入指令就可能損壞DV發(fā)送器部件103時，管理器101從負荷信息中獲悉DV發(fā)送器部件103不能接收輸入指令，并暫時推遲向DV發(fā)送器部件103發(fā)送輸入指令。當DV發(fā)送器部件103成為具有正常接收輸入指令的能力時，管理器101向DV發(fā)送器部件103發(fā)送推遲輸入指令。進一步，為了彌補在傳輸數(shù)據(jù)處理中的延遲，就減少了用于發(fā)送輸入指令的時間間隔。在這種方式下，不僅要考慮時間間隔信息，也要考慮負荷信息的管理器101以這種方式向DV發(fā)送器部件103發(fā)送輸入指令，因此能夠在確保DV發(fā)送器部件103不停頓的同時在由時間間隔信息指示的工作周期中完成處理。在這種方式中，管理器103可能會不僅考慮時間間隔信息而且也考慮負載信息來微調(diào)DV發(fā)送器部件103，確保DV發(fā)送器部件103的處理不會停頓。
進一步，雖然前面描述了管理器101依據(jù)有關(guān)DV發(fā)送器部件103的負荷信息以及時間間隔信息產(chǎn)生用于校正時間間隔信息的校正指令，并將其發(fā)送給根據(jù)本實施例的時間間隔信息生成部件108，但這并不局限于此。管理器101可能不會產(chǎn)生用于校正時間間隔信息的校正指令。因此，管理器101也不會向時間間隔信息生成部件108發(fā)送校正信息。在這種方式下，可以獲得等同于根據(jù)本實施例的效果，并且有可能實現(xiàn)具有更簡單結(jié)構(gòu)的數(shù)據(jù)傳輸設(shè)備。
進一步，在根據(jù)本實施例的時間間隔信息情況下，根據(jù)本發(fā)明的日期時間信息并不局限于在DV發(fā)送器部件103中表示幀時間處理應該開始的時間和處理應該結(jié)束的時間，但可能僅表示幀數(shù)據(jù)處理應該開始的時間。在這種情況下，表示下一幀數(shù)據(jù)處理應該開始的時間可能就是當前幀數(shù)據(jù)正在進行的處理應結(jié)束的時間。
進一步，數(shù)據(jù)傳輸設(shè)備可能由硬件或軟件，或它們兩者一起構(gòu)成。
進一步，根據(jù)本實施例的時間間隔信息生成裝置108是根據(jù)本發(fā)明的時間間隔信息生成部件的一個實例，根據(jù)本實施例的HDD讀出器部件102是根據(jù)本發(fā)明的輸出裝置的實例，根據(jù)本實施例的DV發(fā)送器部件103是根據(jù)本發(fā)明的發(fā)送裝置的實例，本實施例的管理器101是根據(jù)本發(fā)明的傳輸管理裝置的實例。另外，根據(jù)本實施例的日期時間信息是根據(jù)本發(fā)明的時間間隔信息的實例。
進一步，根據(jù)本實施例的管理器101可能是管理時間傳輸?shù)腄irectShow的一部分?；蚴强梢栽赑C上處理流數(shù)據(jù)，例如視頻/語音數(shù)據(jù)，的應用程序軟件的數(shù)據(jù)傳輸管理部分。
進一步，數(shù)據(jù)傳輸設(shè)備可能是使用DV再現(xiàn)部件來代替DV發(fā)送器部件103來執(zhí)行其他數(shù)據(jù)類型的傳輸，例如再現(xiàn)和顯示DV數(shù)據(jù)文件，的數(shù)據(jù)傳輸設(shè)備。
根據(jù)本實施例，減少了幀數(shù)據(jù)傳輸中的波動，因此可能以穩(wěn)定的方式來傳輸流數(shù)據(jù)。
〔第七較佳實施例〕下面，將結(jié)合圖8來描述本發(fā)明的第七較佳實施例。
圖8示出根據(jù)本發(fā)明的第七較佳實施例的數(shù)據(jù)傳輸設(shè)備的實例。在圖8中，111表示應用程序，112表示DV驅(qū)動器，113表示傳輸開始時間信息保持部件，114表示SYT計算部件，115表示CIP生成部件，116表示IEEE1394 I/F，117表示總線上的計時器，118表示DV。
進一步，圖9是示出DV幀數(shù)據(jù)結(jié)構(gòu)的說明圖。如圖9(a)所示，表示NTSC系統(tǒng)視頻的DV數(shù)據(jù)由1500個具有80字節(jié)長度的DIF塊組成。圖9(b)中展示的CIP(公共同步包)是可以在一個IEEE1394周期中傳輸?shù)臄?shù)據(jù)集合，并且由六個DIF塊以及一個CIP頭構(gòu)成。CIP頭的最后兩個字節(jié)是是稱作為“SYT”的信息，這是指使用根據(jù)如圖9(d)所示IEEE1394的計時器的低兩位字節(jié)來表示接收數(shù)據(jù)后DV118應該開始處理的時間。然而，除了在幀的開始處，也可能在CIP的SYT數(shù)據(jù)中用FFFFh替代。它是如圖9(c)所示的實際傳輸?shù)耐桨?，并且同步包進一步通過向CIP加入包頭、header_CRC和data_CRC來構(gòu)成。
IEEE1394中的時間如圖9(d)所示，是由3種稱為“second_count”、“cycle_count”和“cycle_offset”類型的計時器組成。second_count具有7位寬度，可以在0到127之間循環(huán)，并且計數(shù)單位是1秒。cycle_count具有13位寬度，可以在0到7999之間循環(huán)，并且計數(shù)單位是125微秒。cycle_offset具有12位寬度，可以在0到3071之間循環(huán)，并且計數(shù)單位是1/24576000秒。
傳輸處理按下述方式執(zhí)行。應用程序111向DV驅(qū)動器112輸出一幀DV數(shù)據(jù)作為幀數(shù)據(jù)。DV驅(qū)動器112將接收的幀數(shù)據(jù)分為6個DIF塊，加入CIP頭并轉(zhuǎn)換成CIP，并且將其向IEEE1394 I/F116輸出。IEEE1394 I/F116向從DV驅(qū)動器112接收的CIP中加入包頭、header_CRC和data_CRC來轉(zhuǎn)換為同步包，并輸出給DV 118。
圖10是示出發(fā)送和接收同步包時序的時序圖。對于DV 118，接收同步包和內(nèi)部正常處理的條件是(1)同步包SYT分配的時間TY在DV 118接收到同步包的時間TD之后；和(2)同步包SYT分配的時間TY和DV 118接收同步包的時間TD之間的差值為450微秒或更小。就是說，差值必須為TD＜TY＜TD+450微秒。
為了滿足上述條件，傳輸開始時間信息保持部件113從IEEE1394 I/F 116中總線上的計時器中獲得總線上日期時間信息，依據(jù)獲得時間來設(shè)定和保持傳輸開始時間TS，并且向IEEE1394 I/F 116發(fā)送用于整個流數(shù)據(jù)的相關(guān)傳輸開始時間的指示。SYT計算部件114依據(jù)由傳輸開始時間信息保持部件113設(shè)定的傳輸開始時間TS來計算每個幀的SYT，并且CIP生成部件115產(chǎn)生預定格式的CIP。
圖11示出一種計算SYT的方法。考慮到發(fā)送延遲是幾十個微秒或更短和考慮到TY與TD之間的上述關(guān)系，與位于要傳輸?shù)牧鲾?shù)據(jù)開頭的同步包SYT指定的時間TY的TS的偏差tso設(shè)定為250微秒。對于隨后幀，因為這個實例是在NTSC系統(tǒng)的視頻信號上，SYT每次增加1.001/30秒。在這種方式下，對于所有要傳輸?shù)耐桨涂赡芴峁┻_到上述條件的SYT。如果計算的結(jié)果有小數(shù)，小數(shù)部分就舍入。對應于實例的SYT值保持為TS＝0微秒。
圖12是示出CIP生成部件115運作實例的流程圖?，F(xiàn)在，將結(jié)合附圖12來描述生成部件115運作內(nèi)容。
在開始處理(步驟1)之后，通過應用程序111進入一個數(shù)據(jù)幀(步驟2)，并且?guī)瑪?shù)據(jù)從數(shù)據(jù)開頭就分為6個DIF塊(步驟3)。判斷這個塊是否是幀開頭的DIF塊(步驟4)，并且如果這個塊處于開頭，由SYT計算部件114依據(jù)幀號n(號n從0開始計算)計算的值作為SYT值使用(步驟5)，但如果它是處于開頭，SYT的值就作為FFFFH使用(步驟6)。將SYT設(shè)定在CIP頭中，并加入到6個DIF塊中，就形成CIP(步驟7)。在對于一個幀重復步驟3到步驟7的處理之后，每幀的處理根據(jù)判斷(步驟8)終止，而向IEEE1394 I/F 116輸出一個幀的CIP(步驟9)。在對所有的數(shù)據(jù)重復步驟2到步驟9的處理之后，處理根據(jù)判斷(步驟10)而終止(步驟11)。
在DV驅(qū)動器IEEE1394 I/F 116全部或部分由PC軟件實現(xiàn)的場合，因為獲取總線上計時器117所指示的總線上日期時間信息期間產(chǎn)生的延遲變化，這至今，對DV驅(qū)動器中SYT值的精確計算也是很困難的。另外，在傳輸開始時間產(chǎn)生的延遲也同樣引起接收方不能接收同步包的情況。
相反，因為DV驅(qū)動器如上所述來計算SYT，就可能在所有SYT中設(shè)定能使DV118處理幀數(shù)據(jù)而不會失敗的值，因此可發(fā)送數(shù)據(jù)。
當偏差tso如上所述設(shè)定為250微秒時，偏差tso可能就近似于這個值。
進一步，雖然前面描述了傳輸開始時間TS依據(jù)傳輸開始時間信息保持部件113從總線上計時器117中獲得的總線日期時間信息值來設(shè)定，但依據(jù)可以分配給IEEE1394 I/F 116的傳輸開始時間的精確度，在沒有必要獲得總線日期時間信息值的情況下，可以使用固定值。例如，如果本機制是那種僅能指定總線計時器117低16位的機制，因為不可能延遲傳輸開始時間16個周期或以上，并且時間間隔直到向DV 118的傳輸開始時間仍然是幾乎沒有改變，所以就沒有必要確認總線上的日期時間信息。
進一步，雖然前面敘述了幀數(shù)據(jù)708是包括NTSC系統(tǒng)視頻的DV數(shù)據(jù)，但幀數(shù)據(jù)也可以是其他流數(shù)據(jù)例如PAL視頻。
進一步，雖然前面敘述了SYT值的計算結(jié)果的小數(shù)是舍去的，但這些小數(shù)也可以用不同的方式處理，例如將小數(shù)作為1計算。
進一步，數(shù)據(jù)傳輸設(shè)備可以是由硬件或軟件或硬件和軟件一同構(gòu)成。
進一步，根據(jù)本實施例的DV驅(qū)動器112是一個根據(jù)本發(fā)明的數(shù)據(jù)轉(zhuǎn)換裝置的實例，而根據(jù)本實施例的IEEE1394 I/F 116是根據(jù)本發(fā)明的接口的實例。另外，根據(jù)本實施例的傳輸開始時間是根據(jù)本發(fā)明的用于第一幀的第一數(shù)據(jù)包傳輸開始時間X的實例，根據(jù)本實施例的偏差是根據(jù)本發(fā)明的初始值Z的實例，并且根據(jù)本實施例的1.001/30秒是根據(jù)本發(fā)明的幀周期Y的實例。
根據(jù)本實施例，因為傳輸開始時間是恒定的，并且處理開始時間是使用這個值和幀號來計算，這就使得以這種允許沒有失敗地進行接收和處理的方式來傳輸數(shù)據(jù)成為可能。
〔第八較佳實施例〕對于在IEEE1394 I/F上AV數(shù)據(jù)的傳輸，從版權(quán)保護的觀點來看，需要在同步包的包頭上疊加版權(quán)信息的傳輸系統(tǒng)已經(jīng)在1998.6的“5C數(shù)字傳輸內(nèi)容保護白皮書”(5C Digital Transmission Content Protection White Paper)中提出。依據(jù)版權(quán)信息，就能確定接收的數(shù)據(jù)是不是允許復制。接收端用戶正確譯碼必需的密鑰信息單獨通過異步傳輸。
在IEEE1394上傳輸MPEG2傳送包(TS包)的方法將結(jié)合圖18進行描述。如圖18(a)所述，TS包自身具有188字節(jié)的長度，并且具有一個字節(jié)固定模式(47H)的同步字節(jié)加入到187字節(jié)的MPEG2數(shù)據(jù)中。源包頭加入到這個TS包中，因而形成數(shù)據(jù)包。在源包頭中設(shè)定25位的時間標記。剩余的7位保留。這個時間標記是指示傳輸TS包定時的日期時間信息。依據(jù)有關(guān)要傳輸?shù)臄?shù)據(jù)的傳輸率來分割一個數(shù)據(jù)包或彼此合并多個數(shù)據(jù)包，因而產(chǎn)生數(shù)據(jù)塊。當傳輸率低時就分割數(shù)據(jù)包(分割數(shù)可以從1、2和4中選擇)，反之當傳輸率高時，就彼此合并多個數(shù)據(jù)包(合并數(shù)可以從1到5中選擇)。
如圖18(b)所示，CIP頭如上所述加入到數(shù)據(jù)包中，產(chǎn)生CIP(普通同步包)。有關(guān)上述數(shù)據(jù)包和數(shù)據(jù)塊是分割還是合并的分割/合并信息可以在CIP頭中設(shè)定。
如圖18(c)所示，將包頭、header_CRC和data_CRC加入到CIP，構(gòu)成同步包。
如圖18(d)所示，包頭的后4位是稱為“SY區(qū)”的區(qū)域，并且當版權(quán)信息隨同數(shù)據(jù)一起傳輸時，版權(quán)信息以其賦值。版權(quán)信息的細節(jié)是兩位的EMT_flag和一位的O/E_flag，并且剩余的一位保留。EMT_flag指示是否允許復制的信息，而O/E_flag是當傳輸數(shù)據(jù)被編碼時用于正常譯碼的信息。
另一方面，可從微軟公司開發(fā)的PC中所使用的Windows98操作系統(tǒng)中獲得的DirectShow提供了用于處理流數(shù)據(jù)的環(huán)境，例如PC上的視頻/語音數(shù)據(jù)，并且應用程序必須通過DirectShow機制來處理記錄設(shè)備或發(fā)送/接收設(shè)備的視頻/語音數(shù)據(jù)。然而，DirectShow的特點在于當傳輸兩種或兩種以上的類型的數(shù)據(jù)時，各數(shù)據(jù)傳輸彼此獨立工作，因而，有必要同步確認哪些版權(quán)信息是設(shè)定給視頻數(shù)據(jù)的哪些部分，哪些是給語音數(shù)據(jù)的哪些部分的。
現(xiàn)在，本發(fā)明的第八較佳實施例將結(jié)合圖13進行描述。
圖13示出接收設(shè)備的實例，其中，151a表示應用程序、152a表示版權(quán)信息多路復用部件，154表示版權(quán)信息提取部件，155表示數(shù)據(jù)包重構(gòu)部件，156表示頭分離部件，而157表示IEEE1394 I/F。根據(jù)第八較佳實施例的接收設(shè)備通過IEEE1394總線與發(fā)送設(shè)備158相連。
首先，IEEE1394 I/F 157接收從與IEEE1394 I/F 157相連的發(fā)送設(shè)備158發(fā)送的同步包，并且將包分為包頭和CIP，并輸出給頭分離部件156。
頭分離部件156從接收的CIP中重新獲得數(shù)據(jù)塊和分割/合并信息，并且將它們向數(shù)據(jù)包重構(gòu)部件155輸出，而同時向版權(quán)信息提取部件154輸出接收的頭。
數(shù)據(jù)包重構(gòu)部件155依據(jù)接收的分割/合并信息存儲來自數(shù)據(jù)塊的數(shù)據(jù)包，并且將其輸出給版權(quán)信息多路部件152a。
版權(quán)信息提取部件154重新獲得來自接收包頭SY區(qū)的版權(quán)信息，并將其輸出給版權(quán)信息多路復用部件152a。
版權(quán)信息多路復用部件152a產(chǎn)生輸入/輸出包，在其中如圖17(a)所示在數(shù)據(jù)包的保留區(qū)域上疊加了版權(quán)信息，并且將生成的輸入/輸出包輸出給應用程序151a。
如上所述，根據(jù)本實施例，因為版權(quán)信息疊加在數(shù)據(jù)包的保留區(qū)域上，因此，能夠同時向應用程序151a輸出數(shù)據(jù)和版權(quán)信息。
雖然這個實施例需要在保留區(qū)域疊加版權(quán)信息，但版權(quán)信息也可以寫入其他位置。例如，如圖17(b)所示，因為TS包的同步字節(jié)具有固定值，所以即使被寫入版權(quán)信息覆蓋也可以很容易獲得原始值，因而，可以在該區(qū)域疊加。或者，如圖17(c)所示，當加入用于寫入版權(quán)信息的區(qū)域時，也可以獲得相似的效果。
進一步，雖然前面描述的是版權(quán)信息和MPEG2數(shù)據(jù)進行同時處理，本發(fā)明也可以適用于除了版權(quán)信息外的其他信息。只要這樣的信息仍然設(shè)定在同步包中，本發(fā)明就仍然適用。
進一步，雖然前面描述所要傳輸?shù)臄?shù)據(jù)是MPEG2數(shù)據(jù)，但其他的數(shù)據(jù)也可以傳輸。例如，IEEE1394 I/F可以用處理MPEG2時相同的協(xié)議來發(fā)送和接收DV數(shù)據(jù)。這樣，本發(fā)明也適用于DV數(shù)據(jù)。
進一步，雖然前面描述的接口是IEEE1394 I/F，但也可以使用其他的接口。進一步，接收設(shè)備可能由軟件和/或硬件實現(xiàn)。
〔第九較佳實施例)下面，本發(fā)明將結(jié)合圖14描述第九較佳實施例。
圖14示出接收設(shè)備的實例。其中，151b表示應用程序，152b表示版權(quán)信息多路復用部件，153表示數(shù)據(jù)包重構(gòu)部件，154表示版權(quán)信息提取部件，155表示數(shù)據(jù)包重構(gòu)部件，156表示頭分離部件，而157表示IEEE1394 I/F。根據(jù)第九較佳實施例的接收設(shè)備通過IEEE1394總線與發(fā)送設(shè)備158相連。在圖14中，版權(quán)信息提取部件154、數(shù)據(jù)包重構(gòu)部件155、頭分離部件156以及IEEE1394 I/F 157與第八較佳實施例中所述的相關(guān)部件相同。
首先，IEEE1394 I/F 157接收從與IEEE1394 I/F 157相連的發(fā)送設(shè)備158發(fā)送的同步包，并且將包分為包頭和CIP，并輸出給頭分離部件156，這與第八較佳實施例相類似。
另一與第八較佳實施例的類似點是頭分離部件156從接收的CIP中重新獲得數(shù)據(jù)塊和分割/合并信息，并且將它們向數(shù)據(jù)包重構(gòu)部件155輸出，而同時向版權(quán)信息多路復用部件154輸出接收的頭。
數(shù)據(jù)包重構(gòu)部件155依據(jù)接收的分割/合并信息存儲來自數(shù)據(jù)塊的數(shù)據(jù)包，并且將其輸出給TS包提取部件153，并且TS包提取部件153從接收的數(shù)據(jù)包中提取出TS包部分，并將其輸出給版權(quán)信息多路復用部件152b。
版權(quán)信息提取部件154重新獲得來自接收包頭SY區(qū)的版權(quán)信息，并將其輸出給版權(quán)信息多路復用部件152b。
版權(quán)信息多路復用部件152b，如圖17(d)所示用版權(quán)信息取代了TS包的同步字節(jié)，并產(chǎn)生相應的輸入/輸出包，并且將其輸出給應用程序151b。
如上所述，根據(jù)本實施例，因為版權(quán)信息取代了TS包的同步字節(jié)，因此，能夠同時向應用程序151b輸出數(shù)據(jù)和版權(quán)信息。
雖然這個實施例需要用版權(quán)信息114取代TS包的同步字節(jié)，但版權(quán)信息也可以寫入其他位置。例如，如圖17(e)所示，當加入用于寫入版權(quán)信息的區(qū)域時，也可以獲得相似的效果。
進一步，雖然前面描述的是版權(quán)信息和MPEG2數(shù)據(jù)進行同時處理，本發(fā)明也可以適用于除了版權(quán)信息外的其他信息。只要這樣的信息仍然設(shè)定在同步包中，本發(fā)明就仍然適用。
進一步，雖然前面描述所要傳輸?shù)臄?shù)據(jù)是MPEG2數(shù)據(jù)，但其他的數(shù)據(jù)也可以傳輸。例如，IEEE1394 I/F可以用處理MPEG2時相同的協(xié)議來發(fā)送和接收DV數(shù)據(jù)。這樣，本發(fā)明也適用于DV數(shù)據(jù)。
進一步，雖然前面描述的接口是IEEE1394 I/F，但也可以使用其他的接口。
進一步，發(fā)送設(shè)備可能由軟件和/或硬件實現(xiàn)。
〔第十較佳實施例〕下面，將結(jié)合附圖15來描述本發(fā)明的第十較佳實施例。
圖15示出發(fā)送設(shè)備的實例，其中，161a表示應用程序，162a表示版權(quán)信息提取部件，164表示數(shù)據(jù)塊生成部件，165表示CIP生成部件，而166表示IEEE1394I/F。根據(jù)第十較佳實施例的發(fā)送設(shè)備通過IEEE1394總線與接收設(shè)備167相連。
應用程序161a，例如如圖17(a)所示，向版權(quán)信息提取部件162a輸出輸入/輸出包，版權(quán)信息提取部件162a從接收的輸入/輸出包中提取版權(quán)信息，并將其輸出給CIP生成部件165，并且同時將輸入/輸出包轉(zhuǎn)換成數(shù)據(jù)包，并將其輸出給數(shù)據(jù)塊生成部件164。僅可將保留模式替換用于保存版權(quán)信息的部分，就實現(xiàn)了轉(zhuǎn)換為數(shù)據(jù)包。
數(shù)據(jù)塊生成部件164判定是分割還是合并接收的數(shù)據(jù)包，將數(shù)據(jù)包轉(zhuǎn)換為數(shù)據(jù)塊，設(shè)定分割/合并信息，并向CIP生成部件165輸出數(shù)據(jù)塊和分割/合并信息。
CIP生成部件165將設(shè)定有接收的分割/合并信息的CIP頭加入到接收的數(shù)據(jù)塊中，相應地產(chǎn)生CIP，并將其輸出給IEEE1394 I/F 166。也將版權(quán)信息輸出給IEEE1394 I/F 166。
IEEE1394 I/F 166依據(jù)接收的CIP和版權(quán)信息產(chǎn)生同步包，并將其發(fā)送給接收設(shè)備167。
如上所述，根據(jù)本實施例，因為疊加版權(quán)信息的輸入/輸出包是使用數(shù)據(jù)包的源包頭的保留區(qū)域，并通過應用程序161b輸出，因此，就可能彼此同步處理數(shù)據(jù)和版權(quán)信息。
雖然這個實施例需要在保留區(qū)域疊加版權(quán)信息，但版權(quán)信息也可以寫入其他位置。例如，如圖17(b)所示，因為TS包的同步字節(jié)具有固定值，所以即使在其上寫入版權(quán)信息也可以很容易獲得原始值，因而，可以在該區(qū)域疊加?；蛘撸鐖D17(c)所示，當添加用于寫入版權(quán)信息的區(qū)域時，也可以獲得相似的效果。
進一步，雖然前面描述是版權(quán)信息和MPEG2數(shù)據(jù)進行同時處理，本發(fā)明也可以適用于除了版權(quán)信息外的其他信息。只要這樣的信息仍然設(shè)定在同步包中，本發(fā)明就仍然適用。
進一步，雖然前面描述所要傳輸?shù)臄?shù)據(jù)是MPEG2數(shù)據(jù)，但其他的數(shù)據(jù)也可以傳輸。例如，IEEE1394 I/F可以用處理MPEG2時相同的協(xié)議來發(fā)送和接收DV數(shù)據(jù)。這樣，本發(fā)明也適用于DV數(shù)據(jù)。
進一步，雖然前面描述接口是IEEE1394 I/F，但也可以使用其他的接口。
進一步，發(fā)送設(shè)備可能由軟件和/或硬件實現(xiàn)。
〔第十一較佳實施例〕下面將結(jié)合附圖16來描述本發(fā)明的第十一較佳實施例。
圖16示出發(fā)送設(shè)備的實例，其中，161b表示應用程序，162b表示版權(quán)信息提取部件，163表示數(shù)據(jù)包生成部件，164表示數(shù)據(jù)塊生成部件，165表示CIP生成部件，而166表示IEEE1394 I/F。根據(jù)本發(fā)明第十一較佳實施例的發(fā)送設(shè)備通過IEEE1394總線與接收設(shè)備167相連。在圖16中，數(shù)據(jù)塊生成部件164、CIP生成部件165、IEEE1394總線166和接收設(shè)備167與第十較佳實施例中所述的相關(guān)部件相同。
應用程序161b，例如如圖17(d)所示，向版權(quán)信息提取部件162b輸出輸入/輸出包，版權(quán)信息提取部件162b從接收的輸入/輸出包中提取版權(quán)信息，并將其輸出給CIP生成部件165，并且同時將輸入/輸出包轉(zhuǎn)換成TS數(shù)據(jù)包，并將其輸出給數(shù)據(jù)包生成部件163。僅可將同步字節(jié)模式替換用于保存版權(quán)信息的部分，就實現(xiàn)了轉(zhuǎn)換為TS包。
數(shù)據(jù)包生成部件163產(chǎn)生時間標識，將TS包轉(zhuǎn)換為數(shù)據(jù)包，并將其輸出給數(shù)據(jù)塊生成部件164。時間標識依據(jù)TS包中的時間信息產(chǎn)生(稱為“PCR”)以便接收方存儲。PCR以這種MPEG2解碼器能以正確的定時存儲視頻和語音的方式制定。
數(shù)據(jù)塊生成部件164判定是分割還是合并接收的數(shù)據(jù)包，將數(shù)據(jù)包轉(zhuǎn)換為數(shù)據(jù)塊，設(shè)定分割/合并信息，并向CIP生成部件165輸出數(shù)據(jù)塊和分割/合并信息，如第十較佳實施例中所述。
另一與第十較佳實施例類似點是CIP生成部件165向IEEE1394 I/F 166輸出版權(quán)信息，并通過將CIP頭加入到接收的分割/合并信息中所產(chǎn)生的CIP設(shè)定為接收的數(shù)據(jù)塊。
還有另一與第十較佳實施例類似點是IEEE1394 I/F 166依據(jù)接收的CIP和版權(quán)信息產(chǎn)生同步包，并將其發(fā)送給接收設(shè)備167。
雖然這個實施例需要用版權(quán)信息取代TS包的同步字節(jié)，但版權(quán)信息也可以寫入其他位置。例如，如圖17(e)所示，當增加用于寫入版權(quán)信息的區(qū)域時，也可以獲得相似的效果。
進一步，雖然前面描述是數(shù)據(jù)包生成部件163依據(jù)PCR產(chǎn)生時間標識，但只要歸因于軟件或硬件的應用程序161b具有在正確的定時處輸出的能力，就也可能從由數(shù)據(jù)包生成部件163接收TS包204的時間中產(chǎn)生時間標識。
進一步，雖然前面描述是版權(quán)信息和MPEG2數(shù)據(jù)進行同時處理，本發(fā)明也可以適用于除了版權(quán)信息外的其他信息。只要這樣的信息仍然設(shè)定在同步包中，本發(fā)明就仍然適用。
進一步，雖然前面描述所要傳輸?shù)臄?shù)據(jù)是MPEG2數(shù)據(jù)，但其他的數(shù)據(jù)也可以傳輸。例如，IEEE1394 I/F可以用處理MPEG2時相同的協(xié)議來發(fā)送和接收DV數(shù)據(jù)。這樣，本發(fā)明甚至也適用于DV數(shù)據(jù)。
進一步，雖然前面描述接口是IEEE1394 I/F，但也可以使用其他的接口。
進一步，發(fā)送設(shè)備可能由軟件和/或硬件實現(xiàn)。
〔第12較佳實施例〕本發(fā)明由用于計算機、微型計算機或諸如此類的程序來實現(xiàn)，并且如果是在記錄媒體例如軟盤中記錄和傳送，本發(fā)明就很容易在其他獨立的系統(tǒng)中實行。
圖19是用于描述使用軟盤的實施附圖。圖19(a)示出記錄媒體主體軟盤的物理格式的實例。磁道沿同心圓狀從外周到內(nèi)周配置并在角度方向分為16個扇區(qū)。程序就記錄在根據(jù)這種方式配置的區(qū)域中。
圖19(b)是用來描述收納這個軟盤的外殼的附圖。從左邊起是軟盤外殼的正視圖、軟盤外殼的截面圖和軟盤。通過將軟盤這樣放置在外殼中，避免了軟盤受到灰塵侵襲和外界的影響，并且能安全輸送。
圖19(c)是用于描述在軟盤上記錄和再現(xiàn)程序的附圖。當軟盤驅(qū)動器通過如圖所示的方式與計算機系統(tǒng)相連時，就可能在盤上進行記錄和再現(xiàn)。盤通過插入槽裝入和退出軟盤驅(qū)動器。通過軟盤驅(qū)動器從計算機系統(tǒng)記錄到盤上的程序，保存了用于實現(xiàn)本發(fā)明的程序。為了實現(xiàn)本發(fā)明，軟盤驅(qū)動器從盤上讀取程序，傳送給計算機系統(tǒng)并產(chǎn)生用于實現(xiàn)本發(fā)明的環(huán)境。
雖然，前面描述在本實施例中軟盤是作為記錄媒體使用，但光盤也可以用于相似的目的。另外，記錄媒體并不局限于此，可以是任何別的能在其上同樣實施記錄程序的媒體，例如IC卡、ROM和盒式磁帶。
這里提及的“數(shù)據(jù)”包括數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)格式、數(shù)據(jù)類型等。
“媒體”包括記錄媒體例如ROM，傳輸媒體例如因特網(wǎng)，以及傳輸媒體例如光、電波和聲波。
“載體媒體”包括記錄有程序和/或數(shù)據(jù)的記錄媒體，用于傳輸程序和/或數(shù)據(jù)的傳輸媒體，等。
“可以在計算機上處理”包括可以在計算機上讀取的記錄媒體例如ROM的情況和計算機能將要傳輸?shù)某绦蚝?或數(shù)據(jù)作為傳輸結(jié)果來處理的傳輸媒體的情況。
本發(fā)明可能涉及一種記錄用于使計算機執(zhí)行關(guān)于上述較佳實施例描述的結(jié)構(gòu)元件中的全部或部分裝置的全部或部分功能的程序和/或數(shù)據(jù)的程序記錄媒體，該媒體能在計算機上讀取，因此當結(jié)合計算機工作時，讀出程序和/或數(shù)據(jù)能執(zhí)行這些功能。
進一步，信息集合包括軟件例如程序和/或數(shù)據(jù)。
工業(yè)應用的可行性從上面可以清楚看到，本發(fā)明解決了傳統(tǒng)技術(shù)中存在的DV、發(fā)送和接收流數(shù)據(jù)不能響應早先描述的異步隨機訪問，并且處理這種訪問的機制是必須的。
另外，本發(fā)明解決無論是近來興起的PC和數(shù)字視頻/音頻設(shè)備例如DV，因為PC在最初沒有考慮到處理同步數(shù)據(jù)，現(xiàn)行的裝置就不能在沒有中斷的情況下處理實時數(shù)據(jù)的問題。
而且，本發(fā)明提出了一種新機制來處理需要發(fā)送版權(quán)信息的AV數(shù)據(jù)，并且在PC和其他AV設(shè)備之間接收AV數(shù)據(jù)。
權(quán)利要求
1.一種包括含有文件系統(tǒng)驅(qū)動器和設(shè)備驅(qū)動器的操作系統(tǒng)的數(shù)據(jù)處理系統(tǒng)，其特征在于，它包括實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；非實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間不需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；IFS管理器，用于對每個處理指令的控制裝置分配用于有關(guān)文件系統(tǒng)的預定處理的指令；第一控制裝置，用于根據(jù)放置在含有需要確保所述實時處理的接口的設(shè)備中的第一媒體上的數(shù)據(jù)來使用第一文件管理信息，通過所述IFS管理器將用于已輸入的所述預定處理的指令轉(zhuǎn)換成在所述第一媒體上的數(shù)據(jù)處理指令，并發(fā)送到所述實時接口驅(qū)動器；和第二控制裝置，用于根據(jù)放置在含有不需要確保所述實時處理接口的設(shè)備中的第二媒體上的數(shù)據(jù)來使用第二文件管理信息，通過所述IFS管理器，根據(jù)已輸入的所述預定處理指令，執(zhí)行對所述第二媒體上文件的訪問處理，并通過I/O子系統(tǒng)，發(fā)送用于所述預定處理的指令到所述非實時接口驅(qū)動器。
2.如權(quán)利要求1所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述第一控制裝置包括用于第一媒體的文件系統(tǒng)驅(qū)動器，通過所述IFS管理器和所述第一文件管理信息依據(jù)已輸入的所述預定處理指令來判定是否需要訪問所述第一媒體上的文件；和文件系統(tǒng)處理支持應用程序裝置，當根據(jù)第一媒體的所述文件系統(tǒng)驅(qū)動器做出需要訪問的判斷時，在所述第一媒體上產(chǎn)生數(shù)據(jù)處理指令，并且所述文件系統(tǒng)處理支持應用程序裝置驅(qū)動所述實時接口驅(qū)動器。
3.如權(quán)利要求2所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，使用來自監(jiān)測由所述IFS管理器處理的預定處理的指令狀態(tài)的IFS監(jiān)視器的信息，所述文件系統(tǒng)處理支持應用程序裝置在所述第一媒體上產(chǎn)生數(shù)據(jù)處理指令。
4.如權(quán)利要求2所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，用于第一媒體的所述文件系統(tǒng)驅(qū)動器包括存儲所述文件管理信息的文件管理信息保持部件；接收來自所述IFS管理器的指令并識別所述指令的識別部件；文件記錄提取部件，當所述指令為打開時，根據(jù)文件名從所述文件管理信息保持部件中提取與文件名相對應的文件記錄，寄存在訪問文件記錄保持部件中，并將所述指令發(fā)送到所述文件系統(tǒng)處理支持應用程序裝置；第二文件信息提取部件，當所述指令為讀取、寫入或關(guān)閉時，依據(jù)隨同所述指令一起接收的文件ID，重新獲得關(guān)于所述訪問文件記錄保持部件分配的有關(guān)文件的信息，將該信息加入到所述指令中，并發(fā)送給所述文件系統(tǒng)處理支持應用程序裝置；和第一文件信息提取部件，當所述指令為除打開、讀取、寫入和關(guān)閉之外的指令時，依據(jù)隨同所述指令一起接收的文件ID，重新獲得關(guān)于所述訪問文件記錄保持部件分配的有關(guān)文件的信息，并通過所述識別部件發(fā)送給所述文件管理器。
5.如權(quán)利要求3所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述文件系統(tǒng)處理支持應用程序包括支持處理判定部件，依據(jù)來自第一媒體的所述文件系統(tǒng)驅(qū)動器的信息和來自所述IFS監(jiān)測器的信息及指令來判定處理內(nèi)容；和依據(jù)所述支持處理判定部件做出的判定來執(zhí)行復制處理的復制部件。
6.如權(quán)利要求3所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述第一文件管理信息記錄在所述第一媒體上，并且所述文件系統(tǒng)處理支持應用程序裝置包括用于根據(jù)所述支持處理判定部件做出的判定從所述第一媒體讀取所述第一文件管理信息或?qū)懭胨龅谝幻襟w的文件管理信息更新/獲得部件。
7.如權(quán)利要求5或6所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述文件系統(tǒng)處理支持應用程序裝置進一步包括隨機訪問處理部件接收打開、關(guān)閉、讀取和寫入指令，除了與復制處理相關(guān)的指令，當所述指令是打開指令或關(guān)閉指令，接收有關(guān)分配文件的所述指令和信息，并且當所述指令是讀取指令或?qū)懭胫噶顣r，除了接收和處理所述的指令和所述有關(guān)分配文件的信息之外還接收和處理關(guān)于所述指令要求所述文件的哪部分的信息。
8.一種包括含有文件系統(tǒng)驅(qū)動器的操作系統(tǒng)和設(shè)備驅(qū)動器的數(shù)據(jù)處理系統(tǒng)，其特征在于，它包括顯示應用程序裝置，用來顯示文件系統(tǒng)中可以處理的文件，從所顯示的文件中選擇期望的文件，并且開始與所述選中的文件相關(guān)的處理；第一處理部件，用于對包括有在記錄和/或再現(xiàn)期間需要確保實時處理接口的設(shè)備的數(shù)據(jù)進行存儲的第一媒體上執(zhí)行處理；第二處理部件，用于對包括有在記錄和/或再現(xiàn)期間不需要確保實時處理接口的設(shè)備的數(shù)據(jù)進行存儲的第二媒體上執(zhí)行處理；用于識別所述選中文件所存在的設(shè)備的設(shè)備識別裝置；和文件起動器部件，用于根據(jù)所述設(shè)備識別裝置確定的識別結(jié)果來驅(qū)動所述第一或所述第二處理部件。
9.一種包含含有文件系統(tǒng)驅(qū)動器和設(shè)備驅(qū)動器的操作系統(tǒng)的數(shù)據(jù)處理系統(tǒng)，其特征在于，它包括實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；非實時接口驅(qū)動器，用于對包括有在記錄和/或再現(xiàn)期間不需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理；IFS管理器，用于對每個處理指令的控制裝置分配用于有關(guān)文件系統(tǒng)的預定處理指令；第一控制裝置，用于根據(jù)存儲在第一媒體上含有需要確保所述實時處理的接口的設(shè)備的數(shù)據(jù)來使用第一文件管理信息，通過所述IFS管理器將用于已輸入的所述預定處理指令轉(zhuǎn)換成在所述第一媒體上的數(shù)據(jù)處理指令，并發(fā)送到所述實時接口驅(qū)動器；和第二控制裝置，用于根據(jù)存儲在第二媒體上含有不需要確保所述實時處理接口的設(shè)備的數(shù)據(jù)來使用第二文件管理信息，通過所述IFS管理器，根據(jù)已輸入的所述預定處理指令，執(zhí)行對所述第二媒體上文件的訪問處理，并通過I/0子系統(tǒng)，發(fā)送用于所述預定處理的指令到所述非實時接口驅(qū)動器；顯示應用程序的裝置，用來顯示文件系統(tǒng)中可以處理的文件，從所顯示的文件中選擇期望的文件，并且開始與所述選中的文件相關(guān)的處理；第一處理部件，用于對包括有記錄和/或再現(xiàn)期間需要確保實時處理接口的設(shè)備的數(shù)據(jù)進行存儲的第一媒體上執(zhí)行處理；第二處理部件，用于對存儲包括有記錄和/或再現(xiàn)期間不需要確保實時處理接口的設(shè)備的數(shù)據(jù)進行存儲的第二媒體上執(zhí)行處理；用于識別所述選中文件所存在的設(shè)備的設(shè)備識別裝置；和文件起動器部件，用于根據(jù)所述設(shè)備識別裝置確定的識別結(jié)果來驅(qū)動所述第一或所述第二處理部件。
10.如權(quán)利要求1到9中任一權(quán)利要求所述的數(shù)據(jù)處理系統(tǒng)，其特征在于，所述實時數(shù)據(jù)是視頻數(shù)據(jù)。
11.一種媒體，其特征在于，可以在計算機上處理，并且載有用于使計算機執(zhí)行如權(quán)利要求1到10中任一權(quán)利要求所述的所有或部分裝置的所有或部分功能的程序和/或數(shù)據(jù)。
12.一種信息集合，其特征在于，是一種用于使計算機執(zhí)行如權(quán)利要求1到10中任一權(quán)利要求所述的本發(fā)明所有或部分裝置的所有或部分功能的程序和/或數(shù)據(jù)。
13.一種數(shù)據(jù)傳輸設(shè)備包括產(chǎn)生預定日期時間信息的時間間隔生成裝置；輸出一數(shù)據(jù)幀序列作為流數(shù)據(jù)的輸出裝置；將形成所述流的所述數(shù)據(jù)幀序列分為包數(shù)據(jù)，并發(fā)送的發(fā)送裝置；和管理所述輸出裝置以及所述發(fā)送裝置的傳輸管理裝置，其特征在于，所述傳輸管理裝置依據(jù)所述預定日期時間信息將所述流數(shù)據(jù)送入所述發(fā)送裝置。
14.如權(quán)利要求13所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，依據(jù)接收所述數(shù)據(jù)幀序列的包數(shù)據(jù)的設(shè)備所需要的必要定時來設(shè)定所述日期時間信息。
15.如權(quán)利要求14所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述必要定時是依據(jù)所述數(shù)據(jù)幀序列的幀頻率。
16.如權(quán)利要求13到15中任一權(quán)利要求所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述傳輸管理裝置向所述時間間隔生成裝置提供了具有用于根據(jù)所述發(fā)送裝置的負荷條件來校正所述預定日期時間信息的校正指令，并且所述時間間隔生成裝置在沒有接收到校正指令或不考慮到校正指令的情況下產(chǎn)生預定日期時間信息。
17.如權(quán)利要求13到15中任一權(quán)利要求所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述傳輸管理裝置不向所述時間間隔生成裝置提供具有用于根據(jù)所述發(fā)送裝置的負荷條件來校正所述預定日期時間信息的校正指令。
18.如權(quán)利要求13到17中任一權(quán)利要求所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述預定日期時間信息表示為所述數(shù)據(jù)幀的開始時間和結(jié)束時間組。
19.如權(quán)利要求13到18中任一權(quán)利要求所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述流數(shù)據(jù)是用于用戶使用的數(shù)字VCR的數(shù)據(jù)。
20.如權(quán)利要求13到19中任一權(quán)利要求所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述發(fā)送裝置為了用戶使用向數(shù)字VCR發(fā)送所述流數(shù)據(jù)。
21.如權(quán)利要求13到20中任一權(quán)利要求所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述輸出裝置對用于用戶使用的數(shù)字VCR的數(shù)據(jù)進行再現(xiàn)。
22.一種數(shù)據(jù)傳輸設(shè)備，包括數(shù)據(jù)轉(zhuǎn)換裝置，用于將輸入流數(shù)據(jù)分割并在每部分加入報頭信息來獲得包，并且將用于數(shù)據(jù)接收側(cè)的包處理開始時間信息插入所述流數(shù)據(jù)每幀至少第一個包的報頭信息中，并且隨后輸出；和接口使用時鐘，用于在對應于所述包處理開始時間信息的傳輸開始時間，向總線輸出經(jīng)過所述數(shù)據(jù)轉(zhuǎn)換裝置處理的包；其特征在于，所述包處理開始時間信息表示為T1＝X+Z+Y(N-1)其中X＞＝0，Z＞＝0；假設(shè)X表示第一幀的第一個包的傳輸開始時間，N表示幀數(shù)、Y表示幀周期、Z表示初始值，并且T1表示所述包處理的開始時間。
23.如權(quán)利要求22所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述總線是IEEE1394總線，并且所述接口是IEEE1394接口。
24.如權(quán)利要求22或23所述的數(shù)據(jù)傳輸設(shè)備，其特征在于，所述流數(shù)據(jù)是用于用戶使用的數(shù)字VCR數(shù)據(jù)，所述Z的值約為250微秒，而所述Y的值是依據(jù)所述流數(shù)據(jù)的幀頻率。
25.一種媒體，其特征在于，可以在計算機上處理，并且載有用于使計算機執(zhí)行如權(quán)利要求13到24中任一權(quán)利要求所述的所有或部分裝置的所有或部分功能的程序和/或數(shù)據(jù)。
26.一種信息集合，其特征在于，是一種用于使計算機執(zhí)行如權(quán)利要求13到24中任一權(quán)利要求所述的本發(fā)明所有或部分裝置的所有或部分功能的程序和/或數(shù)據(jù)。
27.一種接收設(shè)備，包括接口，用于接收含有描述附加信息的傳輸路徑報頭的傳輸包以及數(shù)據(jù)塊；將所述傳輸包分割為所述傳輸路徑報頭和所述數(shù)據(jù)塊的傳輸路徑報頭分離裝置將所述附加信息從所述傳輸路徑報頭中提取出來的附加信息提取裝置；數(shù)據(jù)包生成裝置，用于通過組合一個或更多所述數(shù)據(jù)塊，從所述數(shù)據(jù)塊中產(chǎn)生數(shù)據(jù)包；和附加信息插入裝置，用于將所述附加信息添加或插入到所述數(shù)據(jù)包，并作為一種可以同時由一個應用程序處理的數(shù)據(jù)格式類型的輸出包輸出，其特征在于，所述應用程序?qū)乃龈郊有畔⒉迦胙b置輸出的輸出包進行處理。
28.如權(quán)利要求27所述的接收設(shè)備，其特征在于，在MPEG2數(shù)據(jù)中，所述數(shù)據(jù)包由源包頭和傳送包構(gòu)成。
29.如權(quán)利要求27或28所述的接收設(shè)備，其特征在于，所述附加信息插入裝置將附加信息加入到所述數(shù)據(jù)包的開頭或結(jié)尾。
30.如權(quán)利要求28所述的接收設(shè)備，其特征在于，所述附加信息插入裝置將所述附加信息插入到所述源包頭。
31一種接收設(shè)備，包括接口，用于接收含有描述附加信息的傳輸路徑報頭的傳輸包以及數(shù)據(jù)塊；將所述傳輸包分成所述傳輸路徑報頭和所述數(shù)據(jù)塊的傳輸路徑報頭分離裝置；將所述附加信息從所述傳輸路徑報頭中提取出來的附加信息提取裝置；數(shù)據(jù)包生成裝置，用于通過組合一個或更多所述數(shù)據(jù)塊，從所述數(shù)據(jù)塊中產(chǎn)生數(shù)據(jù)包；源數(shù)據(jù)包報頭分離裝置，將所述數(shù)據(jù)包分割成源包報頭和源包；和附加信息插入裝置，用于將所述附加信息添加或插入到所述源包或替代所述附加信息，并作為一種可以同時由一個應用程序處理的數(shù)據(jù)格式類型的輸出包輸出；其特征在于，所述應用程序?qū)乃龈郊有畔⒉迦胙b置輸出的輸出包進行處理。
32.如權(quán)利要求31所述的接收設(shè)備，其特征在于，所述源包是MPEG2數(shù)據(jù)中的傳送包。
33.如權(quán)利要求32所述的接收設(shè)備，其特征在于，所述附加信息插入裝置將所述附加信息加入到所述傳送包的開頭或結(jié)尾。
34.如權(quán)利要求32所述的接收設(shè)備，其特征在于，所述附加信息插入裝置用所述附加信息替代所述傳送包的同步字節(jié)。
35.如權(quán)利要求27到34中任一權(quán)利要求所述的接收設(shè)備，其特征在于，所述接口是IEEE1394接口，并且所述傳送包是同步包。
36.如權(quán)利要求27到35中任一權(quán)利要求所述的接收設(shè)備，其特征在于，所述附加信息是版權(quán)信息。
37.如權(quán)利要求27到36中任一權(quán)利要求所述的接收設(shè)備，其特征在于，所述附加信息是在同步包的SY區(qū)中進行描述。
38.一種數(shù)據(jù)發(fā)送設(shè)備，包括附加信息分離裝置，用于在接收到一種可以同時由一個應用程序處理的數(shù)據(jù)格式類型的輸入包時，檢索被添加或插入到構(gòu)成所述輸入包的數(shù)據(jù)包中的所述附加信息；從所述數(shù)據(jù)包中產(chǎn)生一個或更多數(shù)據(jù)塊的數(shù)據(jù)塊生成裝置；傳輸包生成裝置，用于對所述數(shù)據(jù)塊執(zhí)行預定處理，在所述數(shù)據(jù)塊中的預定位置插入所述附加信息，并且因此產(chǎn)生所述傳輸包；和發(fā)送所述傳輸包的接口。
39.如權(quán)利要求38所述的發(fā)送設(shè)備，其特征在于，在MPEG2數(shù)據(jù)中，所述數(shù)據(jù)包由源包頭和傳送包構(gòu)成。
40.如權(quán)利要求38或39所述的發(fā)送設(shè)備，其特征在于，在所述輸入包中，所述附加信息加入到所述數(shù)據(jù)包的開頭或結(jié)尾。
41.如權(quán)利要求39所述的發(fā)送設(shè)備，其特征在于，所述輸入包將所述附加信息插入到所述源包頭。
42.一種發(fā)送設(shè)備，包括附加信息分離裝置，用于在接收到一種可以同時由一個應用程序處理的數(shù)據(jù)格式類型的輸入包時，構(gòu)造所述輸入包，并且從包含有經(jīng)添加、插入或替代的附加信息的傳輸包中檢索所述附加信息；將源包報頭與所述傳輸包組合來產(chǎn)生數(shù)據(jù)包的數(shù)據(jù)包生成裝置；從所述數(shù)據(jù)包中產(chǎn)生一個或更多數(shù)據(jù)塊的數(shù)據(jù)塊生成裝置；傳輸包生成裝置，用來對所述數(shù)據(jù)塊執(zhí)行預定處理，在所述數(shù)據(jù)塊的預定位置上插入所述附加信息，并且因此產(chǎn)生所述傳輸包；和輸出所述傳輸包的接口。
43.如權(quán)利要求42所述的發(fā)送設(shè)備，其特征在于，所述輸入包通過用附加信息替代所述傳送包的同步字節(jié)來獲得。
44.如權(quán)利要求42所述的發(fā)送設(shè)備，其特征在于，所述輸入包通過在所述傳送包的開頭和結(jié)尾加入所述附加信息來獲得。
45.如權(quán)利要求38到44中任一權(quán)利要求所述的發(fā)送設(shè)備，其特征在于，所述接口是IEEE1394接口，并且所述傳送包是同步包。
46.如權(quán)利要求38到45中任一權(quán)利要求所述的發(fā)送設(shè)備，其特征在于，所述附加信息是版權(quán)信息。
47.如權(quán)利要求38到46中任一權(quán)利要求所述的發(fā)送設(shè)備，其特征在于，所述附加信息是在同步包的SY區(qū)中描述的。
48.一種媒體，其特征在于，可以在計算機上讀取，并且具有使計算機執(zhí)行構(gòu)成如權(quán)利要求27到47中任一權(quán)利要求所述的發(fā)送設(shè)備或接收設(shè)備的所有或部分各裝置或各構(gòu)件的程序。
49.一種信息集合，其特征在于，是一種用于使計算機執(zhí)行如權(quán)利要求27到47中任一權(quán)利要求所述的本發(fā)明的所有或部分裝置的所有或部分功能的程序和/或數(shù)據(jù)。
全文摘要
一種數(shù)據(jù)處理系統(tǒng),其特征在于,包括:實時接口驅(qū)動器,用于對包括有在記錄和/或再現(xiàn)期間需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理;非實時接口驅(qū)動器,用于對包括有在記錄和/或再現(xiàn)期間不需要確保實時處理的接口的設(shè)備的數(shù)據(jù)進行處理;IFS管理器,用于對每個處理指令的控制裝置分配用于有關(guān)文件系統(tǒng)的預定處理的指令;第一控制裝置,用于根據(jù)放置在含有需要確保所述實時處理接口的設(shè)備中的第一媒體上的數(shù)據(jù)來使用第一文件管理信息,通過所述IFS管理器將用于已輸入的所述預定處理的指令轉(zhuǎn)換成在所述第一媒體上的數(shù)據(jù)處理指令,并發(fā)送到所述實時接口驅(qū)動器;和第二控制裝置,用于根據(jù)放置在含有不需要確保所述實時處理接口的設(shè)備中的第二媒體上的數(shù)據(jù)來使用第二文件管理信息,通過所述IFS管理器,根據(jù)已輸入的所述預定處理指令,執(zhí)行對所述第二媒體上文件的訪問處理,并通過I/O子系統(tǒng),發(fā)送用于所述預定處理的指令到所述非實時接口驅(qū)動器。
文檔編號G06F7/00GK1353830SQ00808170
公開日2002年6月12日 申請日期2000年3月29日 優(yōu)先權(quán)日1999年3月30日
發(fā)明者松見知代子, 吉田順二, 山田正純, 倉野幸生 申請人:松下電器產(chǎn)業(yè)株式會社