亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

文件管理方法

文檔序號(hào):6355709閱讀:344來(lái)源:國(guó)知局
專利名稱:文件管理方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種管理包含在記錄介質(zhì)中的文件的方法。
背景技術(shù)
在傳統(tǒng)技術(shù)中,當(dāng)諸如圖像顯示軟件、電子相冊(cè)軟件等應(yīng)用程序處理包含在諸如光盤、磁盤、磁光盤等記錄介質(zhì)中的諸如運(yùn)動(dòng)圖像、靜止圖像、音頻等信息時(shí),它們會(huì)通過諸如UDF、FAT等文件系統(tǒng)訪問盤上的各個(gè)信息,如圖2A所示。
當(dāng)在打印、列表顯示、滑動(dòng)顯示等過程中必須對(duì)一些文件進(jìn)行分組時(shí),要根據(jù)各個(gè)組如播放列表文件、DPOF文件等準(zhǔn)備描述成員文件的管理文件和必要信息,并實(shí)現(xiàn)對(duì)分組文件的管理。
然而,如在傳統(tǒng)系統(tǒng)中,當(dāng)應(yīng)用程序直接利用文件系統(tǒng)訪問各個(gè)文件時(shí),如圖2A所示,通常由于文件數(shù)量和組數(shù)量的增大而使對(duì)文件和組的管理變得困難,并造成搜索必要信息需花費(fèi)過多時(shí)間的問題。此外,要通過文件系統(tǒng)來(lái)指定一文件,必須由其擴(kuò)展名來(lái)判斷該文件的類型,而且將具有相同擴(kuò)展名類型的文件如視頻和音頻互相區(qū)分開來(lái)并不容易,這對(duì)快速搜索造成障礙。
為獲得許多記錄文件關(guān)于時(shí)間序列的再現(xiàn),必須通過訪問所有文件來(lái)對(duì)這些文件按記錄時(shí)間順序進(jìn)行排序。這樣,有可能采用一種使用一些目錄結(jié)構(gòu)和文件名的方法來(lái)節(jié)省時(shí)間序列信息的方案,但這種方案減少了目錄結(jié)構(gòu)和文件名的自由度,從而在文件管理方面并不方便。
在上述使用管理文件的方法情形中,必須為各個(gè)組準(zhǔn)備管理文件。為此,為獲得包含在各個(gè)管理文件中有關(guān)成員或其他信息,必須特意打開和檢查各個(gè)管理文件,這在文件管理方面并不方便。此外,為確定某一文件是否包含在任何管理文件中,必須打開和檢查所有的管理文件,且難以確定一文件是否被刪除,或是否包含在管理文件中。另外,根據(jù)使用管理文件的應(yīng)用程序,以不同的格式來(lái)描述這些管理文件,這會(huì)造成對(duì)某一應(yīng)用程序的管理文件不能適用于另一應(yīng)用程序的通用性問題。
在管理文件的使用中,為了訪問每個(gè)文件應(yīng)用程序直接使用文件系統(tǒng),從而不能解決搜索必要信息必須花費(fèi)過多時(shí)間的問題。

發(fā)明內(nèi)容
本發(fā)明的實(shí)現(xiàn)考慮了上述問題,且本發(fā)明的目的在于提供一種在應(yīng)用程序之間具有高通用性的,便于處理大量(volumes of)文件和組信息的文件管理方法。
為實(shí)現(xiàn)上述目的,下面將描述一示例。
根據(jù)本發(fā)明的一種文件管理方法為一種對(duì)記錄在信息記錄介質(zhì)上的文件進(jìn)行管理的方法,其中提供了一種含有關(guān)于對(duì)記錄在這種介質(zhì)上大量文件所分組的組信息的內(nèi)容管理文件(Contents Management File),且其中通過內(nèi)容管理文件實(shí)現(xiàn)對(duì)組和文件的管理。
在本發(fā)明中,如圖2B所示,提供了作為一文件通常管理所有必要文件和組的CMF(內(nèi)容管理文件);這就使得應(yīng)用程序無(wú)需直接與文件系統(tǒng)通信而通過CMF來(lái)處理盤上的大量文件,并實(shí)現(xiàn)具有通用性的諸如分組等必要處理。


圖1顯示內(nèi)容管理文件的總體結(jié)構(gòu)。
圖2A和圖2B說明內(nèi)容管理文件的作用。
圖3顯示管理信息(Management Information)的結(jié)構(gòu)。
圖4顯示普通信息(General Information)的結(jié)構(gòu)。
圖5顯示文件類型表(File Type Table)的結(jié)構(gòu)。
圖6顯示供應(yīng)商ID表(Vendor ID Table)的結(jié)構(gòu)。
圖7顯示塊類型表(Block Type Table)的結(jié)構(gòu)。
圖8顯示信息塊類型描述符(Information Block Type Descriptor)的結(jié)構(gòu)。
圖9顯示信息類型(Information Type)的列表。
圖10顯示數(shù)量管理表(Number Management Table)的結(jié)構(gòu)。
圖11顯示信息塊描述符(Information Block Descriptor)的結(jié)構(gòu)。
圖12顯示塊專用數(shù)據(jù)(Block Specified Data)的結(jié)構(gòu)。
圖13顯示父/子組信息塊(Parent/Child Group Information Block)的結(jié)構(gòu)。
圖14顯示組描述符(Group Descriptor)的結(jié)構(gòu)。
圖15顯示擴(kuò)展數(shù)據(jù)(Extended Data)的結(jié)構(gòu)。
圖16顯示數(shù)據(jù)元素(Data Element)的結(jié)構(gòu)。
圖17顯示一數(shù)據(jù)類型(Data Type)列表。
圖18顯示一不具有組標(biāo)識(shí)(Group ID)的示例。
圖19顯示父/子組成員信息塊(Parent/Child Group MemberInformation Block)的結(jié)構(gòu)。
圖20顯示父/子組成員描述符(Parent/Child Group MemberDescriptor)的結(jié)構(gòu)。
圖21顯示文件信息(File Information)的結(jié)構(gòu)。
圖22顯示文件描述符(File Descriptor)的結(jié)構(gòu)。
圖23顯示一不具有文件標(biāo)識(shí)(File ID)的示例。
圖24顯示文本信息(Text Information)的結(jié)構(gòu)。
圖25顯示文本描述符(Text Descriptor)的結(jié)構(gòu)。
圖26顯示盤中的目錄結(jié)構(gòu)。
圖27顯示在盤初始化時(shí)的目錄結(jié)構(gòu)。
圖28顯示對(duì)盤初始化之后即刻形成的CMF結(jié)構(gòu)。
圖29顯示添加一文件(TAKE0001.MPG)之后即刻形成的目錄結(jié)構(gòu)。
圖30顯示添加該文件(TAKE0001.MPG)之后即刻形成的CMF結(jié)構(gòu)。
圖31顯示添加一播放列表(PLAY0001.XML)之后即刻形成的目錄結(jié)構(gòu)。
圖32顯示添加該播放列表(PLAY0001.XML)之后即刻形成的CMF結(jié)構(gòu)。
圖33顯示添加聲明包含有多個(gè)文件的子組之后即刻形成的CMF結(jié)構(gòu)。
圖34顯示將一成員添加到一子組,并添加一新成員描述符[52]之后即刻形成的CMF結(jié)構(gòu)。
圖35顯示添加具有一聲明的父組之后即刻形成的CMF結(jié)構(gòu)。
圖36顯示對(duì)初始化時(shí)獲得CMF全部容量進(jìn)行添充的數(shù)據(jù)數(shù)量。
圖37顯示向CMF添加一新文件信息塊的情形。
圖38顯示向CMF添加一新子組成員信息塊的情形。
圖39顯示向CMF添加新子組/文本信息塊的情形。
圖40顯示向沒有任何空白區(qū)域的信息塊添加一組成員描述符的情形。
圖41顯示刪除一個(gè)文件的情形。
圖42顯示刪除聲明包含兩個(gè)成員描述符的子組的情形。
圖43顯示CMF文件的處理程序。
圖44顯示添加一新信息塊的程序。
圖45顯示添加新組信息/文件信息/文本信息的程序。
圖46顯示添加新組成員信息的程序。
圖47顯示刪除文件信息的程序。
圖48顯示刪除文本信息的程序。
圖49顯示刪除子組信息的程序。
圖50顯示刪除父組信息的程序。
圖51顯示移動(dòng)組成員信息的程序。
圖52顯示向組添加一成員的程序。
圖53顯示從組刪除一成員的程序。
圖54顯示在CMF中描述符之間的關(guān)系。
圖55顯示一父組列表的顯示示例。
圖56顯示一子組列表的顯示示例。
圖57顯示一文件列表的顯示示例。
具體實(shí)施例方式
1.CMF的結(jié)構(gòu)首先,將描述CMF(內(nèi)容管理文件)的結(jié)構(gòu)。此處特別指出,以下描述的目錄結(jié)構(gòu),文件名稱,CMF特征值等僅作為示例,而本發(fā)明還能應(yīng)用在不同于此實(shí)施例的情形。為了在盤上等記錄數(shù)據(jù),通常使用基于如FAT,UDF等文件系統(tǒng)的目錄結(jié)構(gòu)并在其中記錄文件。如圖26顯示此次由CMF管理目錄結(jié)構(gòu)的示例,其中,在根目錄[80]下具有一用于打印等管理的MISC目錄[81],一用于記錄靜止圖像的DCIM目錄[82],和一用于記錄運(yùn)動(dòng)圖像(電影)、音頻、播放列表等的VIDEO目錄[83]。在DCIM目錄[82]下存在名稱頭部各有一三位數(shù)字編號(hào)的靜止圖像目錄[84]。在VISEO目錄[83]下存在名稱頭部各有一三位數(shù)字編號(hào)的電影目錄[85],音頻目錄[86],和播放列表目錄[87]。確定各個(gè)目錄名稱頭部三位數(shù)字的編號(hào),以便對(duì)相同種類的不同目錄不會(huì)賦予相同的三位數(shù)字編號(hào)。在靜止圖像,電影,音頻和播放列表目錄下分別記錄靜止圖像文件[92],電影文件[93],音頻文件[94]和播放列表[95],在它們各自文件名中頭部四個(gè)字母后具有一四位數(shù)字編號(hào)。確定在文件名中的這四位數(shù)字編號(hào),以便對(duì)在相同目錄中相同種類的不同文件不會(huì)賦予相同的四位數(shù)字編號(hào)。CMF是管理這些文件,對(duì)文件分組等的文件,且CMF具有通用性,從而能從多個(gè)應(yīng)用程序?qū)ζ湓L問(圖2A和圖2B)。由于CMF自身是由文件系統(tǒng)管理的文件[90],因而將其存儲(chǔ)于盤上的某個(gè)地方(在此實(shí)施例中為在根目錄[80]下)。
圖1顯示CMF的總體結(jié)構(gòu)。CMF具有由一個(gè)16K字節(jié)長(zhǎng)的管理信息(管理信息[1])和數(shù)個(gè)各為8K字節(jié)長(zhǎng)的信息組組合的結(jié)構(gòu),并且每個(gè)8K字節(jié)的信息組被引用為一信息塊。標(biāo)準(zhǔn)的信息塊包括六種父組信息[2],父組成員信息[3],子組信息[4],子組成員信息[5],文件信息[6]和文本信息[7],可按父組層和子組層的兩層體系創(chuàng)建組。下面討論還具有的其他信息塊供應(yīng)商專用信息(Vendor SpecificInformation)[8]和虛擬信息(Dummy Information)[9]。供應(yīng)商專用信息[8]用于記錄專用于供應(yīng)商的信息,虛擬信息[9]用于預(yù)留一區(qū)域。用于管理在塊中空白區(qū)域的空間位圖(Space Bitmap)位于每一信息塊的首部,且包含有“1”和“0”,“1”表示存在數(shù)據(jù)的區(qū)域,“0”表示空白區(qū)域。在初始階段每一信息塊中都存在空白區(qū)域,但當(dāng)添加信息使信息塊充滿數(shù)據(jù)時(shí),在CMF的尾部會(huì)添加一8KB的新信息塊。該信息塊的長(zhǎng)度可為除8KB之外的任何其他長(zhǎng)度,且數(shù)據(jù)塊相互之間可具有其各不相同的長(zhǎng)度。不過,每一信息塊的長(zhǎng)度應(yīng)為該記錄介質(zhì)糾錯(cuò)單元(ECC塊,error correction unit)除以任一2的乘方(1,2,4,8,16,…)得到的商。即,當(dāng)EEC塊長(zhǎng)度為23KB時(shí),每一信息塊的長(zhǎng)度可為23KB,16KB,8KB,4KB,…中任意一個(gè)。這允許每一信息塊的首部總是與一ECC塊的首部相重合,從而避免將一個(gè)信息塊記錄在兩個(gè)或多個(gè)ECC塊上。
管理信息[1]是用于整個(gè)CMF管理的部分,它包括存儲(chǔ)普通信息記錄的普通信息[11],存儲(chǔ)文件類型的表的文件類型表[12],存儲(chǔ)創(chuàng)建或編輯CMF的供應(yīng)商的ID表的供應(yīng)商ID表[13],存儲(chǔ)信息塊類型表的塊類型表[14],管理各信息塊中對(duì)象數(shù)量的數(shù)量管理表[15],和管理這些信息塊的信息塊表(Information Block Table)[16]。父組信息[2]是存儲(chǔ)關(guān)于父組信息記錄的部分,它包括用于空白區(qū)域管理的空間位圖[21]和包含實(shí)際信息描述的父組描述符[22]。父組成員信息[3]是存儲(chǔ)關(guān)于包含在父組中子組信息記錄的部分,它包括用于空白區(qū)域管理的空間位圖[31]和作為成員表的父組成員描述符[32]。同樣,子組信息[4]是存儲(chǔ)關(guān)于子組信息記錄的部分,它包括用于空白區(qū)域管理的空間位圖[41]和存儲(chǔ)實(shí)際信息描述的子組描述符[42]。子組成員信息[5]是存儲(chǔ)關(guān)于包含在子組中文件信息記錄的部分,它包括用于空白區(qū)域管理的空間位圖[51]和作為成員表的子組成員描述符[52]。文件信息[6]是存儲(chǔ)文件信息記錄的部分,它包括用于空白區(qū)域管理的空間位圖[61]和作為文件信息的文件描述符[62]。文本信息[7]是存儲(chǔ)文本信息記錄的部分,它包括用于空白區(qū)域管理的空間位圖[71]和作為文本信息的文本描述符[72]。
下面將描述各個(gè)信息塊的詳細(xì)結(jié)構(gòu)。圖3顯示出管理整個(gè)CMF管理信息[1]的結(jié)構(gòu)。如上所述,管理信息[1]包括普通信息[11],文件類型表[12],供應(yīng)商ID表[13],塊類型表[14],數(shù)量管理表[15],和信息塊表[16],其中,信息塊表[16]包括對(duì)應(yīng)于各個(gè)信息塊的信息塊描述符[17]。由于信息塊描述符[17]的記錄順序與信息塊的記錄順序一致,從而通過查閱信息塊表[16],能找到在CMF文件中任何所需信息塊的記錄位置。其數(shù)據(jù)長(zhǎng)度設(shè)置如下512字節(jié)用于普通信息[11];1024字節(jié)用于文件類型表[12];512字節(jié)用于供應(yīng)商ID表[13];512字節(jié)用于塊類型表[14];512字節(jié)用于數(shù)量管理表[15];8字節(jié)用于在信息塊表[16]中的各個(gè)信息塊。當(dāng)有B個(gè)信息塊時(shí),則其總長(zhǎng)為3072+8×B字節(jié)。因此,在管理信息塊[1]中可存儲(chǔ)信息塊描述符的最大數(shù)量為1664。
圖4顯示包含在管理信息[1]中普通信息[11]的結(jié)構(gòu)。該部分包括普通的信息,如標(biāo)識(shí),日期和時(shí)間,在CMF中包含的信息塊數(shù)量,聲明等信息。CMF標(biāo)識(shí)(CMF Identifier)在CMF首部存儲(chǔ)了文件標(biāo)識(shí)信息的記錄,設(shè)置CMF版本(CMF Version)是用于保存關(guān)于在CMF結(jié)構(gòu)未來(lái)版本的情形中采用哪種結(jié)構(gòu)描述的標(biāo)識(shí)信息。文件長(zhǎng)度(FileSize)表示整個(gè)CFM的長(zhǎng)度,在盤初始狀態(tài)時(shí)為64K字節(jié)。供應(yīng)商標(biāo)識(shí)(Vendor Identifier)和產(chǎn)品標(biāo)識(shí)(Product Identifier)用于標(biāo)識(shí)CMF制造商和制造機(jī)器的標(biāo)識(shí)符,各個(gè)供應(yīng)商對(duì)這些標(biāo)識(shí)可自由分配字符串。盤標(biāo)識(shí)(Disk Identifier)包括盤內(nèi)容的標(biāo)識(shí)信息,其中記錄一UUID(全球唯一標(biāo)識(shí),Universally Unique Identifier)。由于在盤初始化中會(huì)修改該信息,因而在各個(gè)盤中它不會(huì)一成不變。當(dāng)制作盤的拷貝時(shí),盤標(biāo)識(shí)也將被拷貝。因此盤標(biāo)識(shí)也不會(huì)專屬于各個(gè)盤。該盤標(biāo)識(shí)可用來(lái)確定兩個(gè)盤中一個(gè)盤是否為另一盤的拷貝。
初始時(shí)間(Initial Time),創(chuàng)建時(shí)間(Create Time)和修改時(shí)間(Modify Time)分別表示初始化的日期時(shí)間,CMF的創(chuàng)建日期時(shí)間和CMF的修改日期時(shí)間,每一信息均為12字節(jié),并采用與UDF文件系統(tǒng)日期時(shí)間信息相同的格式。初始時(shí)間和創(chuàng)建時(shí)間通常包含相同的數(shù)據(jù)。不過,對(duì)于盤的拷貝來(lái)說,初始時(shí)間包含原始盤的信息,而創(chuàng)建時(shí)間包含創(chuàng)建該拷貝的日期時(shí)間信息。這表示,通過比較初始時(shí)間與創(chuàng)建時(shí)間,可確定出盤是原始盤還是拷貝盤。當(dāng)修改盤的內(nèi)容時(shí),也會(huì)在CMF中反映出這些改動(dòng),并更新修改時(shí)間。通過彼此比較兩張盤的盤標(biāo)識(shí)和修改時(shí)間,若它們相符,從而可以確定兩張盤的內(nèi)容相同。
自動(dòng)啟動(dòng)類型(Auto Start Type),自動(dòng)啟動(dòng)屬性(Auto StartAttribute)和自動(dòng)啟動(dòng)對(duì)象標(biāo)識(shí)(Auto Start Object Identifier)包含關(guān)于插入盤或關(guān)于啟動(dòng)應(yīng)用程序的信息。自動(dòng)啟動(dòng)類型包括被自動(dòng)啟動(dòng)的數(shù)據(jù)(組或文件)類型,自動(dòng)啟動(dòng)屬性設(shè)置關(guān)于是否激活自動(dòng)啟動(dòng),自動(dòng)啟動(dòng)對(duì)象標(biāo)識(shí)表示所要自動(dòng)啟動(dòng)的組和文件的組對(duì)象ID或文件編號(hào)。信息塊數(shù)量(Number of Information Blocks)存儲(chǔ)包含在CMF中信息塊的數(shù)量,聲明長(zhǎng)度(Comment Length)表示一聲明的長(zhǎng)度,聲明(Comment)表示一具有127字節(jié)的字符串。使用與文件系統(tǒng)中所用相同的字符編碼描述該字符串。在尾部設(shè)置預(yù)留區(qū)域(reserved area),其長(zhǎng)度可使普通信息的總長(zhǎng)達(dá)到512字節(jié)。
圖5顯示包含在管理信息[1]中文件類型表[12]的結(jié)構(gòu)示例。該表基本為文件擴(kuò)展名的表,其中,不同類型的文件即使具有相同的擴(kuò)展名(電影,音頻等)也能夠相互區(qū)分開。例如,在文件具有相同擴(kuò)展名“MPG”的情形中,用類型ID=3來(lái)標(biāo)識(shí)包含運(yùn)動(dòng)圖像和音頻(電影)的文件,用類型ID=4標(biāo)識(shí)僅包含音頻的文件。每一擴(kuò)展名都有長(zhǎng)達(dá)4個(gè)字節(jié)的存儲(chǔ)區(qū)域,擴(kuò)展名比四個(gè)字節(jié)短的情形將剩余區(qū)域填充0×00??偣部勺?cè)256種擴(kuò)展名類型,并將供應(yīng)商專用的擴(kuò)展名注冊(cè)在編號(hào)為128到254之間。在編號(hào)0的無(wú)效(NULL)值表示文件沒有擴(kuò)展名,在編號(hào)255的“未指定(Not Specified)”表示不在文件類型表[12]中注冊(cè)的擴(kuò)展名。
圖6顯示包含在管理信息[1]中供應(yīng)商ID表[13]的結(jié)構(gòu),該表用于標(biāo)識(shí)創(chuàng)建供應(yīng)商專用信息塊(Vendor Specified Information Block)的供應(yīng)商。每一供應(yīng)商ID都具有4個(gè)字節(jié)區(qū)域,其中三個(gè)字節(jié)實(shí)際用于由IEEE管理的專用于供應(yīng)商的ID(公司ID),將其用于以太網(wǎng)等網(wǎng)卡中的(前三個(gè)字節(jié)的)MAC地址,而其余一個(gè)字節(jié)用0×00填充??偣部稍试S注冊(cè)128個(gè)ID,不過由于ID=0為用于表示公共信息類型(common Information Type)的缺省ID,且ID=127表示無(wú)ID(無(wú)信息,No Information),因而實(shí)際可注冊(cè)126個(gè)供應(yīng)商。
圖7顯示包含在管理信息[1]中塊類型表[14]的結(jié)構(gòu),該表存儲(chǔ)了一列信息塊的類型。它有可能存儲(chǔ)256個(gè)如圖8所示兩個(gè)字節(jié)長(zhǎng)的信息塊類型描述符,每一描述符表示由各占一個(gè)字節(jié)的供應(yīng)商ID(如圖6所示)和信息類型(如圖9所示)的組合??蓪⑿畔㈩愋桶瓷儆?56種類型進(jìn)行分類,如圖9所示,其中可將類型0到127用于系統(tǒng),類型128到255用于用戶(供應(yīng)商專用)。在用于系統(tǒng)的類型中,預(yù)先指定了類型0到8(標(biāo)準(zhǔn)對(duì)象信息)和類型127(虛擬信息),并預(yù)留出類型9到126。類型0,7和8未被使用,這將在下面進(jìn)行討論。在塊類型表(如圖7所示),類型0到8被預(yù)先確定并含有為0的供應(yīng)商ID(缺省ID)和0到8的信息類型。由于信息類型0,7,和8(如圖9所示)未被使用,因而塊類型0,7,和8未被使用。
圖10顯示包含在管理信息[1]中數(shù)量管理表[15]的結(jié)構(gòu),且每一塊類型(Block Type)表示在塊類型表[14](如圖7所示)中所示相應(yīng)信息塊類型中包含對(duì)象的所有數(shù)量。這就是包含在相同信息塊類型的所有信息塊中的對(duì)象總數(shù),例如,若CMF包含十個(gè)文件信息塊[6],則在這種情形中對(duì)象數(shù)量是其中在十個(gè)文件信息塊中包含的所有文件總數(shù)??蓪⑴c信息塊類型相應(yīng)(如圖7所示)的256個(gè)對(duì)象數(shù)量各存儲(chǔ)在兩個(gè)字節(jié)中(或在65536個(gè)對(duì)象之內(nèi))。即,在信息塊類型從1到6的情形中,其中的內(nèi)容分別為父組數(shù),父組成員數(shù),子組數(shù),子組成員數(shù),文件數(shù)和文本數(shù)。信息塊類型0表示未被使用,但相應(yīng)與信息塊類型7,8的部分分別表示用于父組和子組的聲明數(shù)量。這是為了將用于組的聲明數(shù)量從用于其他聲明的數(shù)量區(qū)分開來(lái),因?yàn)槲谋拘畔⒖砂M信息的聲明和其他聲明(供應(yīng)商專用信息及其他)。通過從總文本數(shù)中減去用于組的聲明數(shù)量,可確定用于除組信息之外的其他信息的文本描述符數(shù)量。
圖11顯示在信息塊表[16]中作為一元素的信息塊描述符[17]的結(jié)構(gòu)。這種信息塊描述符[17]的集合構(gòu)成信息塊表[16]。塊類型表示信息塊的類型,它包括在塊類型表[14]中表示的值。塊屬性表示信息塊的屬性信息,在其中所包含的內(nèi)容根據(jù)信息塊的類型而不同。對(duì)于文件信息塊,塊屬性包含關(guān)于是否含有各文件信息和目錄信息的信息。對(duì)于文本信息塊,塊屬性包含關(guān)于是否含有各父組,子組以及其他聲明信息的信息。塊屬性還包含關(guān)于是否含有對(duì)所有信息塊來(lái)說都共有的空間位圖的屬性信息。
塊長(zhǎng)度(size)表示信息塊的長(zhǎng)度,它以2KB的整數(shù)倍來(lái)表示。在本實(shí)施例中,由于所有信息塊都具有8K字節(jié)長(zhǎng)度,因而該塊長(zhǎng)度為4。描述符長(zhǎng)度表示在信息塊中包含的一個(gè)描述符的長(zhǎng)度,利用它可計(jì)算出最大描述符數(shù)(n)和包含在信息塊中首部描述符的位置(p)。(假設(shè)塊長(zhǎng)度=b字節(jié),且描述符長(zhǎng)度=d字節(jié))最大描述符數(shù)n=int((b×8)/(1+8×d))首部描述符位置p=b-d×n塊專用數(shù)據(jù)表示專用于信息塊的信息,在系統(tǒng)信息塊的情形(信息類型從0到127),它存儲(chǔ)數(shù)據(jù)長(zhǎng)度和對(duì)象數(shù)量的信息,如圖12所示。數(shù)據(jù)長(zhǎng)度是在信息塊中有效數(shù)據(jù)的長(zhǎng)度,不管在數(shù)據(jù)中間是否存在空白區(qū)域,該長(zhǎng)度為到最后數(shù)據(jù)的長(zhǎng)度。對(duì)象數(shù)量為包含在信息塊中數(shù)據(jù)的數(shù)量,它包括描述符的數(shù)量。通過在每一塊中的空間位圖來(lái)管理在各個(gè)塊中的空白區(qū)域,通過上述在CMF頭部的管理塊來(lái)管理在每一塊中空白區(qū)域數(shù)量和數(shù)據(jù)長(zhǎng)度。因此,可以減少駐留在內(nèi)存中的數(shù)據(jù)量,并同樣減少搜索量。
由于記錄在各個(gè)信息塊中的對(duì)象數(shù)量對(duì)于各個(gè)類型是固定的,可通過從最大可記錄數(shù)量中減去對(duì)象數(shù)量來(lái)計(jì)算空白區(qū)域的數(shù)量。此外,用描述符長(zhǎng)度乘以對(duì)象數(shù)量可計(jì)算出必需的數(shù)據(jù)長(zhǎng)度,通過對(duì)其比較數(shù)據(jù)長(zhǎng)度,可確定在數(shù)據(jù)中間是否存在空白區(qū)域。
圖13顯示存儲(chǔ)關(guān)于父組和子組普通信息記錄的父組信息塊[2]和子組信息塊[4]的結(jié)構(gòu),這兩種信息塊都具有相同的結(jié)構(gòu)。該結(jié)構(gòu)為一張記錄了在8K字節(jié)信息塊中以64字節(jié)單位(單元)的父/子組描述符[24,44]的組信息的表。組信息[24,44]的集合為父/子組描述符[22,42]。父/子組描述符空間位圖[21,41]表示在64字節(jié)單位的各個(gè)單元中是否存儲(chǔ)有效的組信息。在一個(gè)信息塊中最多能存儲(chǔ)127個(gè)組信息片(groupinformation pieces)[24,44],并且空間位圖[21,41]使用16字節(jié)以一個(gè)位/單元的形式管理在各個(gè)單元中有效數(shù)據(jù)的有/無(wú)。即,在空間位圖[21,41]中用值為“1”的一位表示在一單元中存儲(chǔ)了有效的組信息,而用“0”表示在一單元中沒有寫入有效信息。因此,可在單元結(jié)束后用“0”寫入信息。預(yù)留區(qū)域[23,43]是在空間位圖[21,41]中從以64字節(jié)單元中剩余出來(lái)的區(qū)域。若父/子組描述符[24,44]的組信息數(shù)量為G,則有效數(shù)據(jù)的長(zhǎng)度為64+64×G字節(jié)。本發(fā)明中,在整個(gè)CMF中父組和子組的組描述符最大數(shù)量各為16384。
圖14顯示組描述符[24,44]的結(jié)構(gòu),且父組和子組具有相同的結(jié)構(gòu)。組類型包含關(guān)于該組是父組還是子組的信息,以及關(guān)于該組是由用戶創(chuàng)建的用戶定義組還是由系統(tǒng)自動(dòng)創(chuàng)建的系統(tǒng)組的信息。在系統(tǒng)組的情形中,記錄了組的類型,而在用戶定義組的情形中,用戶能確定組的類型。在此實(shí)施例中,由系統(tǒng)自動(dòng)創(chuàng)建的組可包含一基于記錄順序的日期組和一作為記錄了包含在播放列表中文件的表的列表組。一日期子組的表作為一日期父組,一播放列表子組的表作為一播放列表父組。由于日期子組的成員可包含所有類型的文件,因而不管文件類型如何,通過使用日期組可再現(xiàn)記錄順序。
組屬性包括組的屬性信息,這些信息為關(guān)于該組是否被刪除的信息,寫保護(hù)屬性的信息,關(guān)于一典型縮略像(representativethumbnail image)是否為組成員縮略圖(thumbnail)的信息,關(guān)于組描述符是否包含擴(kuò)展數(shù)據(jù)的信息,等等。成員描述符ID是用于指定存儲(chǔ)了組中成員記錄的組成員描述符的信息,并通過其中在組成員信息塊中的記錄位置來(lái)表示。這是根據(jù)在整個(gè)CMF中包含組成員描述符的記錄順序通過2字節(jié)的序列號(hào)來(lái)表示。若給定該序列號(hào),則可指定包括該組的信息塊以及在信息塊中所在的位置。一個(gè)組成員信息塊最多可存儲(chǔ)127個(gè)組成員的信息。例如,如果成員描述符ID為300,則該信息表示在第三個(gè)組成員信息塊中的第四十六個(gè)組成員的信息。聲明ID表示添加到組的聲明,它用于組表的顯示,查找組等,聲明的內(nèi)容在文本信息中。如在指定組成員描述符方法的情形中,根據(jù)文本的記錄順序由2字節(jié)序列號(hào)來(lái)表示聲明ID,在沒有聲明的情形中則在聲明ID中含有0×FFFF。
鏈接計(jì)數(shù)表示在子組的情形中自父組的引用鏈接。若鏈接計(jì)數(shù)為0,則子組不屬于任何父組。若子組的鏈接計(jì)數(shù)大于1,則其具有自任一父組的引用鏈接,從而禁止在其上進(jìn)行重寫,即使在將其刪除的情況下也會(huì)如此。即,在被刪除子組所屬組信息塊[2,4]的空間位圖[21,41]中將有關(guān)被刪除子組的位置視為一使用的(used area)區(qū)域(“1”)。這消除了在即將刪除子組的情形中需修改有關(guān)子組所屬父組信息的必要。(原先,當(dāng)刪除屬于一父組的子組時(shí),應(yīng)修改該父組信息,但由于必須查找屬于該父組的子組的子組ID,因而這種修改將花費(fèi)一些時(shí)間。)相反當(dāng)刪除父組時(shí),對(duì)于包含在父組中的子組將各個(gè)鏈接計(jì)數(shù)減一。有鑒于此,如果一鏈接計(jì)數(shù)為0的子組已被刪除,則在空間位圖[21,41]中將有關(guān)子組信息的位置設(shè)置為空白區(qū)域(“0”),以允許在其上進(jìn)行重寫。在此實(shí)施例中,未從其他組引用父組,從而對(duì)于父組鏈接計(jì)數(shù)始終為0。
組名表示組的名稱,除系統(tǒng)自動(dòng)創(chuàng)建的組外,用戶可自由為組命名。在系統(tǒng)組的情形,將日期(YYYY:MM:DD)記錄在用于日期組的組名中,將目錄編號(hào)和文件名(nnnPLAYxxxx)記錄在用于播放列表組的組名中。將組名按統(tǒng)一字符編碼標(biāo)準(zhǔn)(與UDF文件系統(tǒng)的字符編碼相同)進(jìn)行表示,其中,首部一個(gè)字節(jié)用于字符編碼的標(biāo)識(shí),其余區(qū)域填充0×00。創(chuàng)建/修改日期和時(shí)間表示創(chuàng)建/修改組信息的日期和時(shí)間,它被存儲(chǔ)在12字節(jié)中,其格式與UDF的日期和時(shí)間信息的格式相同??s略圖成員ID(Thumbnail Member ID)指示具有在組表等顯示中所用典型縮略像的典型成員。如果未設(shè)置縮略圖成員ID(ID=0×FFFF),則將組成員描述符中的首部成員定義為典型成員。當(dāng)組為子組時(shí),縮略圖成員ID指示一記錄在文件描述符中的文件編號(hào)。當(dāng)組為父組時(shí),縮略圖成員ID或指示一子組,或指示一文件。在組屬性中寫入關(guān)于指定誰(shuí)的信息。在子組的情形中給定子組描述符的ID,而在文件的情形中給定文件描述符的ID。當(dāng)父組的典型成員為一子組時(shí),典型縮略圖為典型子組的典型圖像。成員總數(shù)為在屬于該組的所有組成員描述符中所包含的成員總數(shù)。
擴(kuò)展數(shù)據(jù)為用于存儲(chǔ)除上述之外的組信息的結(jié)構(gòu),其結(jié)構(gòu)如圖15所示。在擴(kuò)展數(shù)據(jù)中可存儲(chǔ)許多數(shù)據(jù)元素,在首部一個(gè)字節(jié)中記錄了所有數(shù)據(jù)元素的長(zhǎng)度總和(數(shù)據(jù)長(zhǎng)度)。圖16顯示出數(shù)據(jù)元素的結(jié)構(gòu)。數(shù)據(jù)類型表示數(shù)據(jù)元素的類型,數(shù)據(jù)長(zhǎng)度表示實(shí)際數(shù)據(jù)的長(zhǎng)度,數(shù)據(jù)表示實(shí)際數(shù)據(jù)。圖17顯示出數(shù)據(jù)類型,它總共可存儲(chǔ)256種數(shù)據(jù)類型,其中類型0到127表示系統(tǒng)數(shù)據(jù),類型128到225表示用戶數(shù)據(jù)。在系統(tǒng)數(shù)據(jù)中類型0到4被預(yù)先定義,下面將描述各個(gè)數(shù)據(jù)類型的實(shí)際數(shù)據(jù)內(nèi)容。無(wú)效數(shù)據(jù)(類型0)用在擴(kuò)展數(shù)據(jù)的尾部,用于填補(bǔ)擴(kuò)展數(shù)據(jù)的剩余區(qū)域。若組類型為日期組時(shí),則數(shù)據(jù)信息(類型1)存儲(chǔ)創(chuàng)建日期和時(shí)間的記錄,它與UDF時(shí)間戳具有相同的結(jié)構(gòu)。當(dāng)組類型為播放列表時(shí),播放列表信息(類型2)存儲(chǔ)播放列表文件ID,并以記錄在文件信息中播放列表文件的文件描述符ID來(lái)表示。鏈接信息(類型3)表示到其他與該組相關(guān)聯(lián)的對(duì)象描述符的鏈接信息,它可存儲(chǔ)多個(gè)對(duì)象描述符。在此,每個(gè)對(duì)象描述符用一個(gè)字節(jié)的信息塊類型(如圖7所示)和兩個(gè)字節(jié)的描述符ID來(lái)表示。下一個(gè)組信息(類型4),在存在有多個(gè)相同日期或播放列表組的情形中,用于表示下一個(gè)組描述符,它用兩個(gè)字節(jié)的描述符ID來(lái)表示。為了記錄用戶專用信息預(yù)留了其余的用戶數(shù)據(jù)(類型128到255),并在首部一個(gè)字節(jié)中記錄供應(yīng)商ID(如圖6所示)。擴(kuò)展數(shù)據(jù)的長(zhǎng)度為24+64×n字節(jié)(n為0或更高)。若擴(kuò)展數(shù)據(jù)從一個(gè)組描述符溢出(當(dāng)n為1或更高時(shí)),則即刻將溢出的數(shù)據(jù)連續(xù)記錄在下一個(gè)組描述符中。此時(shí),僅存儲(chǔ)擴(kuò)展數(shù)據(jù)的組描述符將失去組ID。(圖18顯示出其中一示例。)由于在此實(shí)施例中各個(gè)組描述符的長(zhǎng)度為64字節(jié),因而在一個(gè)信息塊中最多僅記錄127個(gè)組。不過,通過將部分信息移到組成員描述符,可以增加在一個(gè)信息塊中可存儲(chǔ)組的最大數(shù)量。例如,如果將創(chuàng)建/修改日期和時(shí)間以及擴(kuò)展數(shù)據(jù)移到組成員描述符,則組描述符的長(zhǎng)度縮減到32KB,一個(gè)信息塊能夠存儲(chǔ)255個(gè)組。此外,如果剩余8字節(jié)的信息,則一個(gè)信息塊能夠存儲(chǔ)1008個(gè)組,從而可增加在內(nèi)存中記錄組的數(shù)量。如果將所有信息存儲(chǔ)在組成員描述符中,則在組描述符中僅剩余組成員描述符ID(2字節(jié)),并且它用作指向組成員描述符位置的指針,組成員描述符存儲(chǔ)了所有關(guān)于組的信息。
圖19顯示存儲(chǔ)父組和子組成員信息記錄的父組成員信息塊[3]和子組成員信息塊[5]。這兩種信息塊都具有相同的結(jié)構(gòu)。該結(jié)構(gòu)為一張記錄了在8K字節(jié)信息塊中以64字節(jié)為單位(單元)的父/子組成員描述符[34,54]的組成員信息的表。組成員信息[34,54]的集合為父/子組成員描述符[32,52]。父/子組成員描述符空間位圖[31,51]表示在以64字節(jié)單位的各個(gè)單元中是否存儲(chǔ)有效的組信息。在一個(gè)信息塊中最多能存儲(chǔ)127個(gè)組成員信息片[34,54],并且空間位圖[31,51]使用16字節(jié)以一個(gè)位/單元的形式管理在各個(gè)單元中有效數(shù)據(jù)的有/無(wú)。即,在空間位圖[31,51]中用值為“1”的一位表示在一單元中存儲(chǔ)了有效的組成員信息,而用“0”表示在一單元中沒有寫入有效信息并允許在其上進(jìn)行重寫。預(yù)留區(qū)域[33,53]是從空間位圖[31,51]所在64字節(jié)的單元中剩余出來(lái)的區(qū)域。如果父/子組成員描述符[34,54]的組成員信息數(shù)量為M,則有效數(shù)據(jù)的長(zhǎng)度為64+64×M字節(jié)。在此實(shí)施例中,在整個(gè)CMF中對(duì)于父組成員和子組成員可記錄成員描述符的最大數(shù)量各為16384。
由于組成員描述符[34,54]存儲(chǔ)了組中包含的成員(子組或文件)的表,描述符的長(zhǎng)度會(huì)根據(jù)所包含成員的數(shù)量而變化。因此,為了方便對(duì)組成員信息的編輯,將記錄單位固定在64字節(jié),在具有許多成員的情形中,將信息記錄于多個(gè)組成員描述符中。在此實(shí)施例中,由于將組成員信息的塊包含在單個(gè)組成員信息塊中,因而連續(xù)使用組成員描述符[34,54]的最大數(shù)為127。在此實(shí)施例中,各父組僅包含子組,各子組僅包含文件,且用于多個(gè)文件(分組文件)管理的各個(gè)文件如播放列表,用于打印管理的DPOF等也將被視為子組。
圖20顯示了組成員描述符[34,54]的結(jié)構(gòu),父組成員描述符與子組成員描述符都具有相同的結(jié)構(gòu)。組成員類型與組成員屬性包含與組成員描述符所屬組描述符具有相同的內(nèi)容。下一個(gè)成員描述符ID表示當(dāng)組成員從一個(gè)組成員描述符溢出時(shí)所用的下一個(gè)組成員描述符,它用組成員信息塊中的記錄位置來(lái)表示。這是根據(jù)包含在整個(gè)CMF中組成員描述符的記錄順序通過2字節(jié)的序列號(hào)來(lái)表示。若沒有下一個(gè)成員描述符(在最后一個(gè)組成員描述符的情形中),則下一個(gè)組成員描述符ID含有0×FFFF。成員數(shù)量表示包含在該組成員描述符[34,54]中的成員數(shù)目,且成員ID包含一成員的表。一個(gè)組成員描述符(64字節(jié))最多能存儲(chǔ)二十九個(gè)成員。如果一集合組(collective group)包含許多成員,則將連接兩個(gè)或更多的組成員描述符[34,54]來(lái)存儲(chǔ)這些成員。若屬于單個(gè)組的所有組成員描述符必須包含在單個(gè)組成員信息塊[3,5]中,則在一個(gè)組中所包含成員最多為3683。成員ID的指定方法與下一個(gè)成員描述符ID的指定方法相同。根據(jù)在子組信息[4]中記錄子組描述符[44]的順序,用一編號(hào)(2字節(jié))來(lái)指定子組ID,根據(jù)在文件信息[6]中記錄文件描述符[64]的順序,用一編號(hào)(2字節(jié))來(lái)指定文件ID。
如果為減少組描述符的長(zhǎng)度在組成員描述符中記錄部分組信息,則將移走的信息存儲(chǔ)在第一個(gè)組成員描述符中。即,第一個(gè)組成員描述符既包括從組描述符移走的信息,還包括最初記錄在組成員描述符中的信息。這樣不過,由于組成員描述符的長(zhǎng)度為64字節(jié),包含在組ID中的成員數(shù)量(N)會(huì)更小。如果成員的表從第一個(gè)組成員描述符溢出,則會(huì)將其余部分記錄在一新組成員描述符中。第二個(gè)和隨后的組成員描述符具有標(biāo)準(zhǔn)的結(jié)構(gòu)(如圖20所示)。
圖21顯示存儲(chǔ)文件信息記錄的文件信息[6]的結(jié)構(gòu)。該結(jié)構(gòu)為一張記錄了在8K字節(jié)信息塊中以16字節(jié)單位(單元)的文件描述符[64]的文件/目錄信息的表,其中,文件描述符[64]的集合為文件描述符[62],文件描述符空間位圖[61]表示以16字節(jié)單位的各個(gè)單元中是否存儲(chǔ)有效的文件/目錄信息。一個(gè)信息塊最多能存儲(chǔ)508個(gè)文件描述符[64],且空間位圖[61]通過使用64字節(jié)以一個(gè)位/單元的形式管理在各個(gè)單元中有效數(shù)據(jù)的有/無(wú)。即,在空間位圖[61]中用值為“1”的一位表示單元存儲(chǔ)了有效的文件描述符,而用值為“0”的一位表示單元不包括任何有效的信息并允許對(duì)其重寫。若文件描述符[64]的數(shù)量為F,則有效數(shù)據(jù)的長(zhǎng)度為64+16×F字節(jié)。在整個(gè)CMF中最多能記錄65534個(gè)文件/目錄信息。
圖22顯示作為文件和目錄信息的文件描述符[64]的結(jié)構(gòu)。文件屬性表示文件或目錄的屬性信息,它包括關(guān)于是文件還是目錄的信息,關(guān)于是否為刪除文件的信息,關(guān)于寫保護(hù)屬性的信息等,此外,在其中還包括關(guān)于輔助文件屬性的信息如記錄后的(after-recording)音頻,用于傳輸?shù)囊曨l和用于說明的文本,以及包括關(guān)于文件描述符是否包含擴(kuò)展數(shù)據(jù)的信息,等。文件類型表示如電影,靜止圖像,音頻或播放列表的文件的類型,并表現(xiàn)為從文件類型表[12](如圖5所示)表示的表中選出占一個(gè)字節(jié)的編號(hào)。這使得還可以指定該文件的擴(kuò)展名。對(duì)于目錄,文件類型表示無(wú)效(“0”)。鏈接計(jì)數(shù)為從子組到文件的引用鏈接的數(shù)量,0的鏈接計(jì)數(shù)表示該文件不屬于任何子組。當(dāng)文件的鏈接計(jì)數(shù)大于1時(shí),從任一子組可引用該文件,從而即使要?jiǎng)h除該文件時(shí)也會(huì)禁止對(duì)其重寫。即,在該刪除文件所屬文件信息塊[6]的空間位圖[61]中將有關(guān)刪除文件的位置視為使用的區(qū)域(“1”)。這消除了在刪除文件時(shí)需修改有關(guān)文件所屬子組信息的必要。(原先,若刪除屬于一子組的文件時(shí),需修改子組信息,但由于必須查找屬于該子組的文件的文件ID,因而這種修改將花費(fèi)一些時(shí)間。)相反當(dāng)刪除子組時(shí),將包含在子組中文件的鏈接計(jì)數(shù)各減一。有鑒于此,若一鏈接計(jì)數(shù)為0的文件被刪除時(shí),則會(huì)在空間位圖[61]中將有關(guān)該文件信息的位置設(shè)置為空白區(qū)域(“0”),以便允許在其上進(jìn)行重寫。當(dāng)文件描述符為目錄信息時(shí),則該鏈接計(jì)數(shù)為0。
父目錄ID表示該父目錄的一文件ID,它根據(jù)在文件信息[6]中記錄文件描述符[64]目錄信息的順序指定一編號(hào)(2字節(jié))。名稱長(zhǎng)度和名稱分別表示文件或目錄的長(zhǎng)度和實(shí)際名稱,名稱用統(tǒng)一字符編碼標(biāo)準(zhǔn)(unicode)(與UDP文件系統(tǒng)的字符編碼相同)。名稱區(qū)域的首部一個(gè)字節(jié)為字符編碼標(biāo)識(shí),并在每字符8位的情形中它包含0×08,在每字符16位的情形中包含0×10。名稱長(zhǎng)度為還包括字符編碼標(biāo)識(shí)的字節(jié)長(zhǎng)度,名稱單元能使用最大長(zhǎng)達(dá)255字節(jié)長(zhǎng)度來(lái)存儲(chǔ)無(wú)擴(kuò)展名的名稱。擴(kuò)展數(shù)據(jù)與組信息(如圖15,圖16和圖17)擴(kuò)展數(shù)據(jù)的結(jié)構(gòu)相同。由于名稱和擴(kuò)展數(shù)據(jù)都具有可變的長(zhǎng)度,當(dāng)文件描述符[64]的長(zhǎng)度大于16字節(jié)(N+E不少于10字節(jié))時(shí),即刻將數(shù)據(jù)連續(xù)記錄在下一個(gè)文件描述符中,并調(diào)整擴(kuò)展數(shù)據(jù)的長(zhǎng)度,以便使一個(gè)文件描述符的長(zhǎng)度為16字節(jié)的整數(shù)倍。此時(shí),在文件信息[6]的空間位圖[61]中將用于文件名稱和擴(kuò)展數(shù)據(jù)的各個(gè)文件描述符區(qū)域設(shè)置為使用的區(qū)域(“1”),由該位置指定的文件ID為遺失(missing)文件ID。(圖23顯示其中一示例。)在此實(shí)施例中,以實(shí)數(shù)型字符串存儲(chǔ)各個(gè)文件名,但還可用2字節(jié)的數(shù)字表示各個(gè)目錄名或文件名,從而將文件描述符的長(zhǎng)度減少到小于16字節(jié)的值。尤其是,在文件描述符中(圖22),用2字節(jié)的值(名稱ID)來(lái)代替名稱長(zhǎng)度和名稱可將文件描述符的長(zhǎng)度減小到8字節(jié)。如圖26所示目錄結(jié)構(gòu)中,將該實(shí)施例配置成用三位數(shù)字的編號(hào)作為前三個(gè)字符來(lái)表示包含電影,靜止圖像,音頻,播放列表等目錄名稱,而且包含相同類型文件的目錄名稱之間該編號(hào)彼此各不重復(fù)。由此,通過用文件類型指定文件的類型以及指定目錄編號(hào)作為目錄名可唯一確定一目錄。至于文件名,如對(duì)于目錄名的情形,在一個(gè)目錄中相同類型文件之間在文件名中包含的四位數(shù)字編號(hào)彼此不重復(fù)。即,由于通過文件類型給定一擴(kuò)展名,因而通過指定文件名的文件編號(hào)可唯一確定一文件。在該配置中,包含在一個(gè)信息塊中文件描述符的數(shù)量為1008,因而在內(nèi)存中能存儲(chǔ)更多文件的信息。
圖24顯示存儲(chǔ)用于組聲明以及供應(yīng)商專用聲明的文本信息記錄的文本信息[7]的結(jié)構(gòu)。該結(jié)構(gòu)為一張記錄了在8K字節(jié)信息塊中以128字節(jié)為單位(單元)的文本描述符[74]的文本信息的表,其中,文本信息[74]的集合為文本描述符[72],而且文本描述符空間位圖[71]表示在128字節(jié)單位的各個(gè)單元中是否存儲(chǔ)有效的文本信息。在一信息塊中最多能存儲(chǔ)63個(gè)文本信息[74],并且空間位圖[71]使用8字節(jié)以一個(gè)位/單元的形式管理在各個(gè)單元中有效數(shù)據(jù)的有/無(wú)。即,在空間位圖[71]中用值為“1”的一位表示在一單元中存儲(chǔ)了有效的文本信息,而用值為“0”的一位表示在一單元中沒有寫入有效信息。預(yù)留區(qū)域[73]從空間位圖[71]所在128字節(jié)的單元中剩余出來(lái)的區(qū)域。若文本描述符[74]的文本信息數(shù)為T,則有效數(shù)據(jù)的長(zhǎng)度為128+128×T字節(jié)。
管理信息[1]最多能存儲(chǔ)1664個(gè)信息塊描述符,其中各父組信息[2],父組成員信息[3],子組信息[4],子組成員信息[5]和文件信息[6]最多使用130個(gè)塊。由于對(duì)于父組和子組的聲明必須獲得文本信息[7]的521個(gè)塊,總共可允許用戶自由使用文本信息[7]和供應(yīng)商專用信息[8]的493個(gè)塊。
圖25顯示作為文本信息的文本描述符[64]的結(jié)構(gòu)。文本屬性為文本的屬性信息,它包括關(guān)于該文本是否為刪除的信息,關(guān)于寫保護(hù)屬性的信息,等等。對(duì)象類型包括引用文本描述符的信息(對(duì)象)類型,并以塊類型表[14](圖7)的類型值來(lái)表示。根據(jù)在對(duì)象信息(組信息等)中記錄對(duì)象描述符(組描述符等)的順序,對(duì)象ID指定一2字節(jié)的編號(hào)。對(duì)象類型和對(duì)象ID激活反指向引用文本信息(組等)的引用。文本長(zhǎng)度包括字符串長(zhǎng)度的記錄,在該區(qū)域?qū)崝?shù)型字符串通過UTF-8或UTF-16(與文件系統(tǒng)的字符編碼相同)來(lái)記錄。文本區(qū)域首部一個(gè)字節(jié)為字符編碼標(biāo)識(shí),在UTF-8的情形中它包含0×08,或在UTF-16的情形中它包含0×10。文本長(zhǎng)度為還包括字符編碼標(biāo)識(shí)符的一字節(jié)長(zhǎng)度,且文本區(qū)域最多能存儲(chǔ)123字節(jié)的數(shù)據(jù)。
2.使用CMF的操作程序下面將參照?qǐng)D43描述使用CMF文件管理的程序。圖43顯示從啟動(dòng)應(yīng)用程序或插入盤的時(shí)刻到終止應(yīng)用程序或彈出盤的時(shí)刻之間的處理。CMF的總長(zhǎng)是可變的,但在8K字節(jié)單位的信息塊中包含所有的信息,管理信息塊是基于在CMF首部16字節(jié)的管理信息來(lái)管理。因此,通過讀取管理信息可了解CMF的全部結(jié)構(gòu)。由此,在啟動(dòng)應(yīng)用程序或插入盤時(shí)首先從盤上讀取管理信息。之后,應(yīng)用程序在必要時(shí)基于盤上的管理信息讀取必要的信息塊。不過,系統(tǒng)還可配置成在讀取管理信息的同時(shí)還首先讀取盤初始化時(shí)所配置的48K字節(jié)的組信息,組成員信息,文件信息和文本信息。
在下一步顯示組或文件的列表步驟中,應(yīng)用程序基于管理信息提供所需的顯示以便于閱讀。顯示形式依賴于在應(yīng)用程序側(cè)的設(shè)置,下面將進(jìn)行詳細(xì)描述。當(dāng)修改盤上的內(nèi)容時(shí),或?qū)M信息提供另外的信息或?qū)ζ溥M(jìn)行編輯時(shí),則會(huì)編輯CMF的內(nèi)容。此時(shí)分組方法包括兩類分組,根據(jù)用戶指令進(jìn)行的分組和由系統(tǒng)根據(jù)日期等自動(dòng)執(zhí)行的分組。在任一情形中,當(dāng)在內(nèi)存中缺少必要信息時(shí),必須通過使用管理信息中的信息塊表執(zhí)行從盤上讀取信息的操作。在完成相繼的處理之后當(dāng)斷電或彈出盤時(shí),若已修改了CMF文件的內(nèi)容,則更新CMF,然后將更新后的CMF寫回到盤中。將CMF寫回到盤中的計(jì)時(shí)可設(shè)在除中斷程序之外的時(shí)間。
3.使用CMF信息顯示的示例下面將描述一通過使用CMF引用組和文件程序的示例。圖54顯示CMF總體結(jié)構(gòu)的示例。首先,信息塊描述符[17]分別指向包含在CMF[B2到B8]的信息塊,并管理位置,類型,內(nèi)容等信息。父組描述符[24]指向作為在其自身組[G2]中包含成員的表的父組成員描述符[34],父組成員描述符[34]指向作為在其自身組[G3]中包含成員的表的子組成員描述符[44]。子組描述符[44]指向作為在其自身組[G4]中包含成員的表的子組成員描述符[54],子組成員描述符[54]指向作為該組[G5]中成員的文件描述符[64]。在本例中沒有反方向指示的信息,各父組僅包含子組,且各子組僅包含文件。該文本描述符[74]被父組描述符[24],子組描述符[44]和供應(yīng)商專用信息塊[8][T2,T4,T8]所引用,并還以兩種方式將其鏈接,這是因?yàn)槲谋久枋龇鸞74]自身具有對(duì)描述符信息的引用。在CMF尾部的虛擬信息塊[9]為8KB的虛擬塊,附加虛擬塊是為了使CMF的長(zhǎng)度等于ECC塊的整數(shù)倍(如32KB)。這是出于防止將其他數(shù)據(jù)記錄在包含CMF的ECC塊中,且一旦在CMF尾部添加信息塊時(shí),虛擬信息塊將被信息塊所代替。當(dāng)每個(gè)信息塊的首部設(shè)置在ECC塊的首部時(shí),將會(huì)阻止將各信息塊記錄在許多ECC塊上,并可高效地實(shí)現(xiàn)信息塊的修改和添加。
例如,為顯示組列表,如圖55所示,應(yīng)用程序首先檢查在管理信息中預(yù)讀取的信息塊描述符[17],抽取其塊類型為組信息的信息塊描述符[17]。由于信息塊描述符[17]的記錄順序直接體現(xiàn)出有關(guān)塊的記錄位置[2,3,4,5,6,7,…],應(yīng)用程序?qū)⑺鼈兊挠涗涰樞蜣D(zhuǎn)換為地址并訪問相關(guān)的組信息[2,4]。然后應(yīng)用程序從包含在組信息[2,4]中的組描述符[24,44]中抽取名稱,聲明等,并在顯示器上顯示必要的項(xiàng)目。不過,聲明被記錄在文本信息塊[7]中且組描述符[24,44]僅包含指示該聲明的文本ID。由此,應(yīng)用程序需要引用信息塊描述符[17]并訪問對(duì)象文本ID的文本信息塊[7]以讀取文本描述符[74]。由于文本描述符[74]包含反指向引用其自身組描述符[24,44]的引用信息,因而通過使用反向引用信息來(lái)檢索包含該聲明的組信息,易于查找該聲明。
下面將參照?qǐng)D56和圖57描述其他顯示形式。在圖55中,在顯示器[100]上列出了窗口的標(biāo)題[101]和父組的聲明[104],通過一滾動(dòng)條[102]顯現(xiàn)顯示區(qū)域。當(dāng)選中框[103]中的父組時(shí),顯示屬于所指定父組的子組列表,如圖56所示。這使得應(yīng)用程序從與選中父組有關(guān)的父組成員描述符[34]中獲得所包含子組的組ID,基于該組ID訪問子組描述符[44],并顯示屬于所選父組的子組列表。此時(shí),由于在子組描述符[44]中沒有包含典型圖像和聲明的實(shí)體,應(yīng)用程序需要基于縮略圖ID和聲明ID訪問對(duì)象文件描述符[64]和文本描述符[74],并讀取這些實(shí)體。在顯示期間,當(dāng)發(fā)現(xiàn)刪除一子組時(shí),子組的鏈接計(jì)數(shù)減一。若鏈接計(jì)數(shù)為0時(shí),在子組所屬信息塊的空間位圖中將相應(yīng)部分的值改為“0”(可重寫),在信息塊描述符中將對(duì)象數(shù)量減一,且若有必要還減小數(shù)據(jù)長(zhǎng)度。
在圖56的顯示示例中,在顯示器上[100]顯示窗口的標(biāo)題[101],子組的典型圖像[106]和聲明[105]。通過滾動(dòng)條[102]可顯現(xiàn)顯示區(qū)域。子組的縮略圖為通過縮略圖ID所指示的典型文件的縮略圖,且對(duì)于沒有指定典型文件的子組,將子組的典型成員定義為包含在子組的文件列表中首部的文件。所選中的子組由框[103]框起。當(dāng)決定在這種狀態(tài)時(shí),顯示屬于所指定子組的文件列表,或相繼地再現(xiàn)文件。一旦相繼地再現(xiàn)這些文件時(shí),將跳過具有輔助屬性的文件而不會(huì)被再現(xiàn)。如果子組為播放列表組,則會(huì)再現(xiàn)播放列表。在文件列表顯示期間或相繼再現(xiàn)期間,當(dāng)發(fā)現(xiàn)刪除的文件時(shí),將鏈接計(jì)數(shù)減一。如果鏈接計(jì)數(shù)為0時(shí),則在文件所屬信息塊的空間位圖中將相應(yīng)部分的值改為“0”(可重寫),在信息塊描述符中將對(duì)象數(shù)量減一,且若有必要?jiǎng)t還會(huì)減小數(shù)據(jù)長(zhǎng)度。
圖57顯示屬于所選子組的文件列表的顯示示例。根據(jù)與上述相似的程序獲得顯示所需的信息,在此例中僅顯示縮略像。在顯示器[100]上顯示有窗口的標(biāo)題[101]和文件的縮略像[107],通過滾動(dòng)條[102]可顯現(xiàn)顯示區(qū)域。所選中的子組由框[103]框起。當(dāng)決定在這種狀態(tài)時(shí),再現(xiàn)該文件。如果文件為靜止圖像,則顯示該靜止圖像。如果文件為電影,則啟動(dòng)電影的再現(xiàn)。在列表中不必總顯示出具有輔助屬性的文件。
以上描述了三種類型的顯示示例,不過應(yīng)該指明,父組,子組和文件的顯示方法并不限于上述的顯示示例,例如,父組的顯示還可同時(shí)包含典型子組的縮略圖和聲明的顯示,或僅使用聲明用于文件列表顯示。
4.CMF的更新程序下面將描述CMF更新內(nèi)容的程序。首先,將根據(jù)各個(gè)情況描述由于更新而導(dǎo)致在CMF中數(shù)據(jù)結(jié)構(gòu)的變化。
圖27顯示在盤初始化時(shí)的目錄結(jié)構(gòu),圖28顯示在該時(shí)刻CMF的結(jié)構(gòu)。在初始化狀態(tài),僅有ROOT[80],MISC[81],DCIM[82]和VIDEO[83]的目錄,且不存在任何文件。CMF由一個(gè)16K字節(jié)的管理信息和六個(gè)各為8KB的信息塊組成,它包括四個(gè)目錄信息片和兩個(gè)組信息片。由于將此實(shí)施例設(shè)置成具有缺省日期組和播放列表組,首先各創(chuàng)建兩個(gè)它們的父組,即父組描述符[22]和相應(yīng)的父組成員描述符[32]。此時(shí)父組成員描述符[32]沒有任何成員。由于具有四個(gè)目錄,則創(chuàng)建四個(gè)目錄信息的文件描述符[62]。在這些信息塊的空間位圖中,在與具有數(shù)據(jù)表項(xiàng)(entry)的對(duì)象描述符的位置相對(duì)應(yīng)的位中設(shè)置“1”。在子組信息[42,52]中和在文本信息[72]中沒有數(shù)據(jù)。信息塊表[16]包含除管理信息[1]外的有關(guān)六個(gè)塊的信息。由于在空間位圖區(qū)域中包含各個(gè)信息塊中的預(yù)留區(qū)域,因而未將它們顯示。
圖29顯示初始化后即刻記錄僅一個(gè)電影文件(TAKE0001.MPG)[93]的目錄結(jié)構(gòu)。在VIDEO目錄[83]下自動(dòng)創(chuàng)建一電影目錄(100MOVIE)[85],并在該電影目錄下記錄該電影文件。圖30顯示此時(shí)的CMF結(jié)構(gòu)。若與圖28相比較,則看出將一目錄信息片和一文件信息片都添加到在文件信息[6]中的文件描述符[62]上。當(dāng)添加文件時(shí),則在日期組中自動(dòng)將其注冊(cè),以便自動(dòng)創(chuàng)建各一個(gè)日期子組的子組描述符[42]和作為其中成員的子組成員描述符[52]。將創(chuàng)建的新文件作為日期子組成員描述符[52]的一成員注冊(cè),還將此刻創(chuàng)建的日期子組描述符[42]作為日期父組成員描述符[32]的一成員注冊(cè)。此時(shí),在添加有描述符的信息塊的空間位圖中,將對(duì)應(yīng)于記錄位置的位由“0”改為“1”,同時(shí)還更新在信息塊表[16]中的信息。
圖31顯示在具有兩個(gè)電影目錄[85]和六十個(gè)電影文件[93]的記錄狀態(tài)中,其中添加一新播放列表文件(PLAY0001.XML)[95]的目錄結(jié)構(gòu)。由于在此例中將六十個(gè)文件分別記錄在兩個(gè)目錄下,因而產(chǎn)生兩個(gè)電影目錄[85]。當(dāng)創(chuàng)建一新的播放列表文件[95]時(shí),在VIDEO目錄[83]下自動(dòng)創(chuàng)建一播放列表目錄(300PLIST)[87],并將該播放列表文件記錄在該播放列表目錄下。圖32顯示此刻的CMF結(jié)構(gòu),其中,由于各增加目錄和文件使計(jì)數(shù)總共達(dá)到68,則文件描述符[62]的數(shù)量為68。如果再加一播放列表文件,則會(huì)在播放列表組中自動(dòng)將其注冊(cè),并導(dǎo)致自動(dòng)各產(chǎn)生一個(gè)播放列表子組的子組描述符[42]和在其中成員的子組成員描述符[52]。將新的播放列表文件注冊(cè)為播放列表子組成員描述符[52]的一成員,還將此刻所創(chuàng)建的播放列表子組描述符[42]注冊(cè)為播放列表組的播放列表父組成員描述符的一成員[32]。此時(shí),在添加有描述符的信息塊的空間位圖中,將對(duì)應(yīng)于記錄位置的位由“0”改為“1”,同時(shí)還更新在信息塊表[16]中的信息。
圖33顯示的CMF結(jié)構(gòu)與圖32所示狀態(tài)相比,其中添加一具有包括三十或更多文件聲明的子組。當(dāng)進(jìn)行除如播放列表文件等分組文件之外的分組時(shí),不會(huì)創(chuàng)建任何實(shí)際的文件,該目錄結(jié)構(gòu)如圖31所示。由于具有30或更多文件(少于59個(gè)文件)的一子組必須需要兩個(gè)子組成員描述符[52],因而在子組成員描述符[52]中將子組成員數(shù)量加二,且增加具有指向其的引用鏈接的一個(gè)子組描述符[42]。對(duì)于一個(gè)組僅添加一個(gè)組描述符[42],獨(dú)立于一個(gè)塊組所使用的組成員描述符[52]的數(shù)量。由于聲明記錄在文本信息[7]中,因而添加一個(gè)文本描述符[72]。出于對(duì)上述三部分的改動(dòng),在相應(yīng)信息塊的空間位圖[41,51,71]中和信息塊表[16]中更新信息。
圖34顯示的CMF結(jié)構(gòu)與圖33所示狀態(tài)相比,其中將一成員添加到一子組,并創(chuàng)建一新子組成員描述符[52]。為了對(duì)組添加一成員,若可能則將該成員能放置在現(xiàn)存組成員描述符的空間中。然而,若沒有空白空間則必須創(chuàng)建一新組成員描述符。在此例中添加一個(gè)子組成員描述符[52]。與此同時(shí),還必須更新新子組成員描述符[52]前面的子組成員描述符[52]的下一個(gè)成員描述符ID。與此同時(shí),在相應(yīng)信息塊的空間位圖[51]中和在信息塊表[16]中更新信息。
圖35顯示的CMF結(jié)構(gòu)與圖34的狀態(tài)相比,其中,僅添加一個(gè)具有一聲明的父組。在此情形中目錄結(jié)構(gòu)與圖31的狀態(tài)相比并無(wú)什么變化。由于新添加的父組僅包含29或更少的子組,因而添加一個(gè)父組描述符[22]和一個(gè)父組成員描述符[32]。既然將聲明記錄在文本信息[7]中,則添加一個(gè)文本描述符[72]。出于上述三部分的改動(dòng),在相應(yīng)信息塊的空間位圖[21,31,71]中和信息塊表[16]中更新信息。
圖36顯示在初始化時(shí)確保填充全部CMF容量的數(shù)據(jù)數(shù)量,其中包括父組數(shù)量,父組成員數(shù)量,子組數(shù)量和子組成員數(shù)量都為127,文件數(shù)量為508,文本數(shù)量為63。實(shí)際中,組的數(shù)量從未超過組成員的數(shù)量。
圖37顯示向初始化時(shí)獲得CMF滿狀態(tài)(full state)的結(jié)構(gòu)添加一文件的CMF結(jié)構(gòu)。首先,假設(shè)CMF的滿狀態(tài)為在其中父組數(shù)量和子組數(shù)量各為127,文件數(shù)量為508,以及文本數(shù)量為63。此例中顯示每個(gè)組描述符僅存在一個(gè)組成員描述符。當(dāng)在這種狀態(tài)添加一個(gè)文件信息時(shí),在現(xiàn)存的文件信息塊1[61,62]中沒有空白區(qū)域,從而必須在CMF的尾部添加一新的文件信息塊2[65,66]。之后,在新添加的文件信息塊2[65,66]中記錄一文件描述符2[66]。同時(shí),在日期組中自動(dòng)注冊(cè)新文件,從而將其注冊(cè)為相應(yīng)日期子組成員描述符[52]的一成員。與此同時(shí),在相應(yīng)空間位圖2[65]中更新信息,并在信息塊表[16]中將塊的數(shù)量加一。
圖38顯示關(guān)于圖37所示的狀態(tài),其中將一文件添加到子組,并添加一新子組成員信息塊的CMF結(jié)構(gòu)。為了向組添加一成員,若可能則可將其放置在現(xiàn)存組成員描述符的空間中。然而,如果沒有空白空間則必須創(chuàng)建一新組成員描述符。此外,在此例中,在現(xiàn)存子組成員信息塊1[51,52]中沒有空白區(qū)域。因此,將一新子組成員信息塊2[55,56]添加到CMF的尾部,并創(chuàng)建一子組成員描述符2[56]。同時(shí),還必須更新在新子組成員描述符2[56]前面的子組成員描述符1[52]的下一個(gè)成員描述符ID。與此同時(shí),在相應(yīng)空間位圖2[55]中更新信息,并在信息塊表[16]中將塊的數(shù)量加一。
圖39顯示其中繼續(xù)在圖38中添加一具有一聲明的子組的CMF結(jié)構(gòu)。既然現(xiàn)存信息塊為滿,則添加一新的子組信息塊和文本信息塊。首先,將用于新子組的一子組信息塊2[45,46]添加到CMF,并將新子組的成員添加到子組成員描述符2[56]。此外,為了存儲(chǔ)具有來(lái)自子組的引用鏈接的聲明,將一文本信息塊2[75,76]添加到CMF,并將一個(gè)文本信息添加到文本描述符2[76]。與此同時(shí),在相應(yīng)空間位圖[45,55,75]中更新信息,并在信息塊表[16]中將塊的數(shù)量加2。
圖40又顯示的CMF的結(jié)構(gòu),與圖38相比,其中向現(xiàn)有子組添加一文件,且其中,包含子組以接收所加文件的信息塊1[51,52]已充滿數(shù)據(jù),從而將所有有關(guān)組成員信息移到另一信息塊2[55,56]。假設(shè)在添加文件之前僅有一個(gè)子組成員描述符,并且對(duì)其添加一個(gè)新子組成員描述符。為了將所有組放置在一個(gè)信息塊中,首先將初始子組成員描述符1[52]從子組成員描述符1[52]移到子組成員描述符2[56],并對(duì)其添加一新子組成員描述符2[56]。從而,在新子組成員描述符2[56]中將子組的數(shù)量加二,并在初始子組成員描述符1[52]中將子組數(shù)量減一。此外,還必須將具有指向子組成員描述符的引用鏈接的子組描述符1[42]的組成員描述符ID的值進(jìn)行更新。最后,還在相應(yīng)空間位圖[51,55]中和在信息塊表[16]中更新信息。
下面將描述刪除一文件或組的情形,圖41顯示刪除在文件描述符1[62]中一文件以及將刪除屬性添加到刪除的文件描述符的情形。此時(shí),根據(jù)刪除文件的鏈接計(jì)數(shù)值來(lái)確定是否將在空間位圖1[61]中有關(guān)部分的值改為“0”(刪除)。如果鏈接計(jì)數(shù)的值為0,則可將空間位圖1[61]中的值改為“0”。如果鏈接計(jì)數(shù)大于1,則文件具有從任一子組的引用鏈接,從而將在空間位圖1[61]中的值保持為“1”以禁止重寫。如果在空間位圖1[61]中的值發(fā)生改變,則在信息塊表[16]中還要更新信息。
圖42顯示刪除一個(gè)子組描述符的情形中CMF的結(jié)構(gòu),其中,該子組描述符表示一聲明有兩個(gè)子組成員描述符作為成員信息的子組的信息。首先,將刪除屬性添加到子組描述符1[42]中刪除的組描述符。此時(shí),根據(jù)刪除組的鏈接計(jì)數(shù)的值來(lái)確定是否將在空間位圖1[41]中有關(guān)部分的值改為“0”(刪除)。如果鏈接計(jì)數(shù)的值為0,則可將空間位圖1[41]中的值改為“0”。如果鏈接計(jì)數(shù)大于1,則該組具有從任一父組的引用鏈接,從而將在空間位圖1[41]中的值保持為“1”以禁止重寫。由于父組的鏈接計(jì)數(shù)始終為0,當(dāng)刪除父組時(shí)可將在空間位圖中有關(guān)部分的值設(shè)置為“0”(刪除)。下一步刪除表示刪除子組的成員信息的兩個(gè)子組成員描述符1[52]。這是通過在相應(yīng)于刪除成員描述符位置信息的空間位圖1[51]中將有關(guān)位置的值設(shè)置為“0”(刪除)來(lái)實(shí)現(xiàn)。隨后,從具有自刪除組的引用鏈接的文本描述符1[72]刪除文本信息。這還可通過在相應(yīng)于刪除文本的空間位圖1[71]中將有關(guān)位置的值設(shè)置為“0”(刪除)來(lái)實(shí)現(xiàn)。當(dāng)上述三個(gè)修改的信息塊的空間位圖[41,51,71]中值發(fā)生變化時(shí),在信息塊表[16]中還更新信息。
圖44顯示添加一新信息塊的程序。當(dāng)對(duì)于對(duì)象描述符的其他信息沒有可用空白空間時(shí),添加一新的信息塊。第一步為獲得在CMF末端8KB的區(qū)域。如果有要添加的新描述符等信息,則從空間位圖和預(yù)留區(qū)域后面描述符記錄區(qū)域的首部記錄必要的信息,并將在空間位圖中對(duì)應(yīng)于記錄位置的部分設(shè)置值為“1”。之后,將一新信息塊描述符添加到管理信息中的信息塊表,并在其中記錄必要的項(xiàng)目。當(dāng)改動(dòng)信息塊表時(shí),在普通信息中更新有關(guān)的項(xiàng)目,如對(duì)象數(shù)量等。
圖45顯示添加其描述符長(zhǎng)度為固定長(zhǎng)度的新的組,文件,或文本信息(對(duì)象)的程序。由于這些信息具有固定長(zhǎng)度的記錄尺寸,因而只要有哪怕僅一個(gè)空白空間也能將其記錄下來(lái)。首先,確定在現(xiàn)有信息塊中是否有空閑空間。如果在有關(guān)對(duì)象的信息塊中對(duì)象數(shù)小于最多可記錄的數(shù)量,則有空閑空間。如果在現(xiàn)有信息塊中有空閑空間,則可在其中記錄有關(guān)對(duì)象。如果沒有空白空間,則創(chuàng)建一新信息塊,并在其中記錄有關(guān)對(duì)象。在現(xiàn)有信息塊中的記錄期間,如果由對(duì)象數(shù)量所計(jì)算出來(lái)的數(shù)據(jù)長(zhǎng)度(空間位圖區(qū)域的長(zhǎng)度+預(yù)留區(qū)域的長(zhǎng)度+對(duì)象數(shù)量×單元長(zhǎng)度)等于數(shù)據(jù)長(zhǎng)度的值時(shí),則在直到數(shù)據(jù)長(zhǎng)度的區(qū)域中沒有空白空間,從而可從僅在數(shù)據(jù)長(zhǎng)度之后的位置記錄新對(duì)象的信息。如果數(shù)據(jù)長(zhǎng)度的值大于由對(duì)象數(shù)量所計(jì)算出來(lái)的數(shù)據(jù)長(zhǎng)度,在中間存在空白區(qū)域,從而通過使用空間位圖來(lái)查找該空白區(qū)域,并在其中記錄新對(duì)象的信息。如果在數(shù)據(jù)長(zhǎng)度之后存在足夠區(qū)域,即便在中間有空白空間,也會(huì)從僅在數(shù)據(jù)長(zhǎng)度之后的位置開始記錄新對(duì)象的信息,而不會(huì)查找空間位圖。完成記錄之后,在相同信息塊的空間位圖中將有關(guān)部分的值設(shè)置為“1”,并將在信息塊描述符中的對(duì)象數(shù)量加一,若有必要還增加數(shù)據(jù)長(zhǎng)度。僅將新創(chuàng)建的對(duì)象添加到有效數(shù)據(jù)長(zhǎng)度的尾部時(shí),將增加數(shù)據(jù)長(zhǎng)度。當(dāng)將新對(duì)象記錄在中間的刪除區(qū)域時(shí),不增加數(shù)據(jù)長(zhǎng)度。
圖46顯示添加其描述符長(zhǎng)度為可變長(zhǎng)度的新組成員信息(對(duì)象)的程序。由于信息具有可變長(zhǎng)度的記錄長(zhǎng)度,因而必須確定是否有足夠的空白區(qū)域。為了首先確定在現(xiàn)有信息塊中是否有足夠的空白區(qū)域,將最大可記錄數(shù)量和在對(duì)于有關(guān)對(duì)象的信息塊中的對(duì)象數(shù)量之間的差值與記錄長(zhǎng)度相比較。如果現(xiàn)有信息塊具有足夠的空間,則在其中記錄該對(duì)象。如果沒有足夠的空間,則創(chuàng)建一新的信息塊并在其中記錄有關(guān)對(duì)象。當(dāng)在現(xiàn)有信息塊中進(jìn)行記錄時(shí),如果由對(duì)象數(shù)量所計(jì)算出來(lái)的數(shù)據(jù)長(zhǎng)度(空間位圖區(qū)域的長(zhǎng)度+預(yù)留區(qū)域的長(zhǎng)度+對(duì)象數(shù)量×單元長(zhǎng)度)等于數(shù)據(jù)長(zhǎng)度的值時(shí),在直到數(shù)據(jù)長(zhǎng)度的區(qū)域沒有空白空間,從而可從僅在數(shù)據(jù)長(zhǎng)度之后的位置記錄新的對(duì)象信息。如果數(shù)據(jù)長(zhǎng)度的值大于由對(duì)象數(shù)量所計(jì)算出來(lái)的數(shù)據(jù)長(zhǎng)度,在中間存在空白區(qū)域,通過使用空間位圖來(lái)查找該空白區(qū)域,并在其中記錄新對(duì)象的信息。如果在數(shù)據(jù)長(zhǎng)度之后存在足夠區(qū)域,即便在中間有空白空間,也會(huì)從僅在數(shù)據(jù)長(zhǎng)度之后的位置開始記錄新對(duì)象的信息,而不會(huì)查找空間位圖。完成記錄之后,在相同信息塊的空間位圖中將有關(guān)部分的值設(shè)置為“1”,并將在信息塊描述符中的對(duì)象數(shù)量加上所添加對(duì)象的數(shù)量,若有必要還增加數(shù)據(jù)長(zhǎng)度。僅將新創(chuàng)建的對(duì)象添加到有效數(shù)據(jù)長(zhǎng)度的尾部時(shí),將增加數(shù)據(jù)長(zhǎng)度。當(dāng)將新對(duì)象記錄在中間的刪除區(qū)域時(shí),不增加數(shù)據(jù)長(zhǎng)度。當(dāng)添加組成員信息時(shí),必須將具有到所加組成員的組成員描述符的引用鏈接的組描述符的組成員ID,或?qū)H在所加組成員描述符之前的組成員描述符的下一個(gè)成員ID,修改為新的成員描述符ID。
下面將描述刪除一對(duì)象的程序。圖47顯示刪除文件信息的程序。首先,將刪除屬性添加到該文件描述符中的文件屬性。當(dāng)鏈接計(jì)數(shù)為0時(shí),在相同信息塊的空間位圖中在刪除部分將值設(shè)置為“0”,將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還將減少數(shù)據(jù)長(zhǎng)度。當(dāng)鏈接計(jì)數(shù)不為0時(shí),為了避免重寫,在空間位圖中以及在相關(guān)信息塊描述符中不發(fā)生任何改變。此時(shí),僅當(dāng)刪除對(duì)象位于有效數(shù)據(jù)長(zhǎng)度的末端時(shí),減少數(shù)據(jù)長(zhǎng)度。當(dāng)刪除中間區(qū)域時(shí),則不減少數(shù)據(jù)長(zhǎng)度。
圖48顯示刪除文本信息的流程。當(dāng)刪除的對(duì)象為一文本時(shí),必須將該文本與具有到其上引用鏈接的組區(qū)分開。因此,將這些組的聲明ID值設(shè)置為0×FFFF,以表明沒有聲明。之后,在相同信息塊的空間位圖中在刪除部分將值設(shè)置為“0”,將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還將減少數(shù)據(jù)長(zhǎng)度。此時(shí),僅當(dāng)刪除對(duì)象位于有效數(shù)據(jù)長(zhǎng)度的末端時(shí),減少數(shù)據(jù)長(zhǎng)度。當(dāng)刪除中間區(qū)域時(shí),則不減少數(shù)據(jù)長(zhǎng)度。
圖49顯示刪除子組信息的流程。首先,將刪除屬性添加到將刪除子組的組描述符。此時(shí),由于在鏈接計(jì)數(shù)為0的情形可重寫刪除的部分,因而在空間位圖中刪除部分將值設(shè)置為“0”。將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還減少數(shù)據(jù)的長(zhǎng)度。如果該組具有一聲明,則刪除在文本信息中相應(yīng)的文本。之后,根據(jù)組成員ID,刪除在子組中所有的組成員描述符。最后,將包含在子組中所有文件的鏈接計(jì)數(shù)各減一。此時(shí),如果刪除一文件且其鏈接計(jì)數(shù)為0,則將在該文件所屬信息塊的空間位圖中有關(guān)部分將值設(shè)置為“0”,以禁止重寫,并將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還減少數(shù)據(jù)長(zhǎng)度。僅當(dāng)刪除對(duì)象在有效數(shù)據(jù)長(zhǎng)度的末端時(shí),減少數(shù)據(jù)長(zhǎng)度。當(dāng)刪除中間區(qū)域時(shí),則不減少數(shù)據(jù)長(zhǎng)度。
圖50顯示刪除父組信息的流程。由于父組始終具有值為0的鏈接計(jì)數(shù),因而可將其中的組描述符徹底刪除。在空間位圖的刪除部分將值設(shè)置為“0”,將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還減少數(shù)據(jù)長(zhǎng)度。此時(shí),徹底刪除了組描述符,從而沒有必要添加刪除屬性,這與刪除子組的情形不同。如果該父組具有一聲明,則刪除在文本信息中相應(yīng)的文本。之后,根據(jù)組成員ID,刪除在父組中包含的所有組成員描述符。最后,將包含在父組中所有子組的鏈接計(jì)數(shù)各減一。此時(shí),如果刪除一子組且其鏈接計(jì)數(shù)為0,則在該子組所屬信息塊的空間位圖中將有關(guān)部分的值設(shè)置為“0”,以禁止重寫,并將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還減少數(shù)據(jù)長(zhǎng)度。僅當(dāng)刪除對(duì)象在有效數(shù)據(jù)長(zhǎng)度的末端時(shí),減少數(shù)據(jù)長(zhǎng)度。當(dāng)刪除中間區(qū)域時(shí),則不減少數(shù)據(jù)長(zhǎng)度。
圖51顯示移動(dòng)組成員信息(對(duì)象)的流程。由于該信息具有可變長(zhǎng)度的記錄長(zhǎng)度,因而必須確定是否有足夠的空白區(qū)域。為了先確定現(xiàn)有信息塊是否具有足夠的空間,則將記錄長(zhǎng)度和最多可記錄數(shù)量與在用于有關(guān)對(duì)象的信息塊中的對(duì)象數(shù)量之差進(jìn)行比較。如果現(xiàn)有信息塊具有足夠的空間,則可將對(duì)象移到那里。如果沒有足夠的空間,則創(chuàng)建一新的信息塊并將有關(guān)對(duì)象移到那里。在將對(duì)象移到現(xiàn)有信息塊的情形中,如果由對(duì)象數(shù)量所計(jì)算出來(lái)的數(shù)據(jù)長(zhǎng)度(空間位圖區(qū)域的長(zhǎng)度+預(yù)留區(qū)域的長(zhǎng)度+對(duì)象數(shù)量×單元長(zhǎng)度)等于數(shù)據(jù)長(zhǎng)度時(shí),在直到數(shù)據(jù)長(zhǎng)度的區(qū)域中沒有空白空間,則僅從在數(shù)據(jù)長(zhǎng)度之后的位置記錄將要移動(dòng)的對(duì)象信息。如果數(shù)據(jù)長(zhǎng)度的值大于由對(duì)象數(shù)量所計(jì)算出來(lái)的數(shù)據(jù)長(zhǎng)度,在中間存在空白區(qū)域,通過使用空間位圖來(lái)查找該空白區(qū)域,并在其中記錄所要移動(dòng)的對(duì)象信息。如果在數(shù)據(jù)長(zhǎng)度之后存在足夠區(qū)域,即便在中間有空白空間,也會(huì)從僅在數(shù)據(jù)長(zhǎng)度之后的位置開始記錄,而不會(huì)查找空間位圖。完成移動(dòng)之后,在移入對(duì)象的信息塊的空間位圖中有關(guān)部分將值設(shè)置為“1”,將在信息塊描述符中的對(duì)象數(shù)量加一,若有必要還增加數(shù)據(jù)長(zhǎng)度。將移動(dòng)組成員所屬組描述符的成員ID的值,或?qū)⑶耙粋€(gè)組成員描述符的下一個(gè)成員ID的值,重寫入一新的成員描述符ID。最后,將以前的(old)組成員信息塊的空間位圖中有關(guān)部分的值設(shè)置為“0”,將在信息塊描述符中的對(duì)象數(shù)量減一,若有必要還減少數(shù)據(jù)長(zhǎng)度。
下面將描述加入/刪除一包含在父組或子組中的成員(對(duì)象,如子組,文件等)的流程。圖52顯示向組中添加一成員的流程。如果在所需組的組成員描述符中有足夠的空白區(qū)域添加一成員,則將對(duì)象ID簡(jiǎn)單地添加到對(duì)象的組成員描述符中。將成員總數(shù)的信息進(jìn)行更新,之后將各個(gè)所加對(duì)象的鏈接計(jì)數(shù)加一。如果沒有足夠的空白區(qū)域,則在相同組成員信息塊中添加必要數(shù)量的組成員描述符。此時(shí),如果在含有要添加對(duì)象的組成員描述符的組成員信息塊中,該空白區(qū)域不足以添加組成員描述符,則可將屬于一個(gè)組的所有組成員描述符移到另一個(gè)組成員信息塊中。如果在現(xiàn)有組成員信息塊中沒有空白區(qū)域,則創(chuàng)建一新的組成員信息塊。
圖53顯示刪除包含在一父組或一子組中的成員(對(duì)象,如子組,文件等)的流程。首先從該組成員描述符中刪除所要?jiǎng)h除的成員,更新成員總數(shù)的信息,之后將刪除對(duì)象的鏈接計(jì)數(shù)各減一。此時(shí),如果刪除了一對(duì)象,或其中的鏈接計(jì)數(shù)為0,則在對(duì)象所屬的信息塊的空間位圖中將有關(guān)部分的值設(shè)置為“0”,將在信息塊描述符中的對(duì)象數(shù)量減一,如果有必要還減少數(shù)據(jù)長(zhǎng)度。此外,當(dāng)從組中刪除成員使得組成員描述符中不含任何成員時(shí),將修改遍及整個(gè)組的下一個(gè)成員描述符ID,并刪除不必要的組成員描述符。
工業(yè)應(yīng)用如上所述,提供作為一文件用于徹底管理所有必要文件和組的CMF(內(nèi)容管理文件),使得應(yīng)用程序無(wú)需使用文件系統(tǒng)而通過CMF來(lái)處理大量文件,并實(shí)現(xiàn)必要的處理如分組等,且兼具通用性。例如,在大量文件關(guān)于時(shí)間序列的顯示情形中,將根據(jù)日期順序?qū)ξ募M(jìn)行分組,或在CMF中以時(shí)間序列記錄文件信息,并按順序再現(xiàn)這些文件。以父組層和子組層的組信息分層結(jié)構(gòu)還方便了組的管理。
由于CMF具有一列包含在各個(gè)組中的成員(對(duì)象,如子組,文件等),且各對(duì)象具有作為對(duì)象所屬組編號(hào)的鏈接計(jì)數(shù),可實(shí)現(xiàn)快速檢索包含在某一組中的成員列表,并易于確定某一對(duì)象是否包含在任一組中。這便于當(dāng)刪除包含在任一組中的對(duì)象時(shí)發(fā)出警告等。
當(dāng)通過使用CMF中的表用一個(gè)字節(jié)表示擴(kuò)展名時(shí),可減少用于文件名的信息長(zhǎng)度。此外,將擴(kuò)展名表配置成甚至對(duì)于相同擴(kuò)展名可根據(jù)其類型將其視為不同的擴(kuò)展名來(lái)處理,從而可獨(dú)立于擴(kuò)展名對(duì)文件類型進(jìn)行分類。當(dāng)文件本身還提供附加文件屬性時(shí),能夠?qū)ζ鋮^(qū)分出普通視頻,音頻等。
盡管組成員信息依據(jù)所包含的成員數(shù)量具有可變長(zhǎng)度,但它通過使用固定長(zhǎng)度(64字節(jié))的連接區(qū)域(單元),易于高效地實(shí)現(xiàn)添加,刪除等處理。由于將組信息和成員信息以各自的形式記錄在固定長(zhǎng)度(8KB)的區(qū)域(塊)上,而且在同一塊中記錄屬于同一組的連續(xù)成員信息,提高了讀取效率。此外,又在另一塊中記錄組的聲明,當(dāng)記錄不具有聲明等的組時(shí)可提高存儲(chǔ)效率。
在各個(gè)塊中的空白區(qū)域由該塊中的空間位圖來(lái)管理,且在各個(gè)塊中空白區(qū)域的數(shù)量和數(shù)據(jù)長(zhǎng)度通過在CMF首部的管理塊來(lái)管理,從而易于減少駐留在內(nèi)存中的數(shù)據(jù)長(zhǎng)度,并減少搜索量。此外,通過其中記錄位置的順序來(lái)指定一文件或組,消除了在文件信息或組信息中需要擁有其各自ID編號(hào)的必要,減小了長(zhǎng)度,并消除了需要在指定文件信息或組信息中查找的過程。
權(quán)利要求
1.一種對(duì)記錄在一信息記錄介質(zhì)上的文件進(jìn)行管理的方法,其中提供了一內(nèi)容管理文件,該內(nèi)容管理文件包含許多將記錄在所述介質(zhì)上大量文件分成的組的組信息;且其中通過使用內(nèi)容管理文件實(shí)現(xiàn)這些組和文件的管理。
2.根據(jù)權(quán)利要求1所述的文件管理方法,其中所述內(nèi)容管理文件包括一許多固定長(zhǎng)度信息塊的記錄,該信息塊存儲(chǔ)組和文件的信息。
3.根據(jù)權(quán)利要求2所述的文件管理方法,其中所述各個(gè)信息塊包含許多作為固定長(zhǎng)度信息存儲(chǔ)單位的單元,以及用于管理各單元使用狀態(tài)的空間位圖。
4.根據(jù)權(quán)利要求3所述的文件管理方法,其中根據(jù)包含這些單元的信息塊的類型不同,所述在各信息塊中所包含單元的長(zhǎng)度和數(shù)量也會(huì)有所不同。
5.根據(jù)權(quán)利要求3所述的文件管理方法,其中通過用與單元存儲(chǔ)位置相對(duì)應(yīng)的一編號(hào),來(lái)管理在所述各個(gè)單元中包含的由ID指定的各信息。
6.根據(jù)權(quán)利要求2所述的文件管理方法,其中所述各個(gè)信息塊的長(zhǎng)度等于所述記錄介質(zhì)糾錯(cuò)單元(ECC塊)除以任一2的乘方(1,2,4,8,16,…)得到的商。
7.根據(jù)權(quán)利要求2所述的文件管理方法,其中在所述信息塊中不存在任何空白空間時(shí),通過添加相同長(zhǎng)度的塊以獲得一區(qū)域。
8.根據(jù)權(quán)利要求1所述的文件管理方法,其中所述內(nèi)容管理文件包含全部?jī)?nèi)容管理文件的管理信息記錄,該管理信息包括普通信息,一文件類型列表,一數(shù)據(jù)創(chuàng)建者列表,一信息塊類型列表,一在各信息塊中所包含數(shù)據(jù)的數(shù)量的列表,以及信息塊管理信息。
9.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述信息塊管理信息具有關(guān)于在所述內(nèi)容管理文件中所述各個(gè)信息塊位置的信息。
10.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述信息塊管理信息包括表示在所述各個(gè)信息塊中包含有效單元數(shù)量的信息記錄。
11.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述信息塊管理信息包括表示所述各個(gè)信息塊有效數(shù)據(jù)長(zhǎng)度的信息。
12.根據(jù)權(quán)利要求10和11所述的文件管理方法,其中在所述信息塊中,通過在所述有效單元數(shù)量和所述有效數(shù)據(jù)長(zhǎng)度之間的比較來(lái)確定在一有效數(shù)據(jù)長(zhǎng)度內(nèi)空白區(qū)域的有或無(wú),從而無(wú)需使用所述空間位圖就能確定在所述信息塊中所要記錄數(shù)據(jù)的記錄位置。
13.根據(jù)權(quán)利要求8所述的文件管理方法,其中即使當(dāng)所述內(nèi)容管理文件包含塊管理信息的量等同于在所述內(nèi)容管理文件中能記錄信息塊的最大數(shù)量時(shí),所述管理信息也不會(huì)超出初始長(zhǎng)度。
14.根據(jù)權(quán)利要求1所述的文件管理方法,其中所述組信息為一種允許甚至對(duì)組進(jìn)行分組的分層結(jié)構(gòu),所述分層結(jié)構(gòu)為至少包括子組信息和父組信息的兩層結(jié)構(gòu),子組信息用于對(duì)文件進(jìn)行分組的管理,父組信息用于對(duì)所述子組信息進(jìn)行分組的管理。
15.根據(jù)權(quán)利要求1所述的文件管理方法,其中至少一個(gè)所述組信息為基于所述文件記錄順序的組。
16.根據(jù)權(quán)利要求2所述的文件管理方法,其中所述信息塊包含所述組信息。
17.根據(jù)權(quán)利要求2所述的文件管理方法,其中所述信息塊包含所述組的成員信息。
18.根據(jù)權(quán)利要求2所述的文件管理方法,其中所述信息塊包含用于所述文件管理的文件信息。
19.根據(jù)權(quán)利要求2所述的文件管理方法,其中所述信息塊包含存儲(chǔ)一字符串的文本信息。
20.根據(jù)權(quán)利要求19所述的文件管理方法,其中所述文本信息包含描述所述組信息內(nèi)容的一字符串。
21.根據(jù)權(quán)利要求16所述的文件管理方法,其中所述組信息包含一與有關(guān)組相關(guān)聯(lián)的所述文本信息的ID編號(hào)。
22.根據(jù)權(quán)利要求19所述的文件管理方法,其中所述文本信息包含具有到文本引用鏈接的組的ID編號(hào)。
23.根據(jù)權(quán)利要求19所述的文件管理方法,其中所述文本信息包含關(guān)于文本長(zhǎng)度的長(zhǎng)度信息和包含與一文件系統(tǒng)相同編碼的字符串編碼的字符信息。
24.根據(jù)權(quán)利要求17所述的文件管理方法,其中所述組成員信息包括所述固定長(zhǎng)度單元(組成員描述符)的單位,且將信息量超出所述長(zhǎng)度的組成員信息記錄在多個(gè)單元上。
25.根據(jù)權(quán)利要求24所述的文件管理方法,其中將構(gòu)成一個(gè)組的組成員信息記錄在所述信息塊的單個(gè)塊中。
26.根據(jù)權(quán)利要求1所述的文件管理方法,其中各個(gè)文件可通過多個(gè)子組信息來(lái)管理,且各個(gè)文件信息包含表示所述文件本身所屬子組數(shù)量的信息(鏈接計(jì)數(shù))。
27.根據(jù)權(quán)利要求1所述的文件管理方法,其中子組的各個(gè)子組信息可由多個(gè)父組信息來(lái)管理,且各個(gè)子組信息包含表示所述子組本身所屬父組數(shù)量的信息(鏈接計(jì)數(shù))。
28.根據(jù)權(quán)利要求26所述的文件管理方法,其中當(dāng)所述文件的鏈接計(jì)數(shù)為除0之外的值時(shí),即使在刪除文件后也會(huì)禁止在所述文件上進(jìn)行重寫。
29.根據(jù)權(quán)利要求27所述的文件管理方法,其中當(dāng)所述子組的鏈接計(jì)數(shù)為除0之外的值時(shí),即使在刪除子組信息后也會(huì)禁止在所述子組信息上進(jìn)行重寫。
30.根據(jù)權(quán)利要求26所述的文件管理方法,其中在使用所述子組信息中包含文件的列表時(shí)發(fā)現(xiàn)某一文件被刪除時(shí),將從子組刪除該文件,將所述文件的鏈接計(jì)數(shù)減一,并在該鏈接計(jì)數(shù)為0時(shí)將該文件信息的區(qū)域設(shè)置成可重寫狀態(tài)。
31.根據(jù)權(quán)利要求27所述的文件管理方法,其中在使用所述父組信息中包含子組的列表時(shí)發(fā)現(xiàn)某一子組被刪除時(shí),將從父組刪除該子組,將所述子組的鏈接計(jì)數(shù)減一,并在該鏈接計(jì)數(shù)為0時(shí)將該子組信息的區(qū)域設(shè)置成可重寫狀態(tài)。
32.根據(jù)權(quán)利要求1所述的文件管理方法,其中所述內(nèi)容管理文件將描述多個(gè)文件再現(xiàn)或顯示或打印順序的一文件作為一個(gè)子組信息來(lái)管理。
33.根據(jù)權(quán)利要求14所述的文件管理方法,其中所述子組信息各包含表示一典型文件的信息。
34.根據(jù)權(quán)利要求33所述的文件管理方法,其中所述典型文件為屬于該子組信息的首部成員。
35.根據(jù)權(quán)利要求14所述的文件管理方法,其中所述父組信息各包含表示一典型子組的信息。
36.根據(jù)權(quán)利要求35所述的文件管理方法,其中所述典型子組為屬于一父組信息的首部成員。
37.根據(jù)權(quán)利要求18所述的文件管理方法,其中在所述文件信息中通過一個(gè)字節(jié)的標(biāo)識(shí)信息管理文件的擴(kuò)展名,且所述管理信息包括各擴(kuò)展名與標(biāo)識(shí)信息之間的對(duì)應(yīng)表(文件類型表)。
38.根據(jù)權(quán)利要求37所述的文件管理方法,其中在使用相同擴(kuò)展名表示不同文件時(shí),對(duì)各個(gè)擴(kuò)展名指定不同的標(biāo)識(shí)信息片。
39.根據(jù)權(quán)利要求18所述的文件管理方法,其中為方便對(duì)相同擴(kuò)展名文件的標(biāo)識(shí),所述文件信息包含表示文件內(nèi)容的輔助屬性信息。
40.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述普通信息包含作為盤ID的UUID信息。
41.根據(jù)權(quán)利要求8所述的文件管理方法,其中在多個(gè)盤之間,將記錄在各個(gè)盤中的所述UUID信息和修改日期時(shí)間進(jìn)行比較,從而可確定一盤中包含的信息與另一盤中包含的信息是否相同,以及一盤是否為另一盤的拷貝。
42.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述普通信息包含表示內(nèi)容管理文件的初始化日期時(shí)間和創(chuàng)建日期時(shí)間的信息,基于所述初始化日期時(shí)間和創(chuàng)建日期時(shí)間的信息彼此是否一致可確定一記錄盤是否為另一盤的拷貝。
43.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述內(nèi)容管理文件包含表示在裝入盤時(shí)刻或啟動(dòng)應(yīng)用程序時(shí)刻自動(dòng)啟動(dòng)一文件或組信息的信息。
44.根據(jù)權(quán)利要求8所述的文件管理方法,其中所述內(nèi)容管理文件包含表示是否會(huì)自動(dòng)啟動(dòng)盤的信息。
全文摘要
本發(fā)明提供一種在應(yīng)用程序之間具有高通用性的文件管理方法,該方法不會(huì)浪費(fèi)記錄區(qū)域,并方便了大量不連續(xù)的分組文件和組信息的處理。本發(fā)明還涉及在文件管理方法中記錄介質(zhì)的使用。本發(fā)明提供了一種共同用于所有必要文件和所有組的內(nèi)容管理文件(CMF),以使應(yīng)用程序通過CMF可處理盤上大量文件而無(wú)需直接與文件系統(tǒng)通信,而且能以高通用性實(shí)現(xiàn)必要分組。
文檔編號(hào)G06F12/00GK1527978SQ0280739
公開日2004年9月8日 申請(qǐng)日期2002年3月28日 優(yōu)先權(quán)日2001年3月30日
發(fā)明者宇野紳一郎, 昭, 蘆沼孝昭, 則, 山本行則, 伊東正紀(jì), 紀(jì), 下田代雅文, 雅文, 中村正, 人, 光田真人 申請(qǐng)人:佳能株式會(huì)社, 松下電器產(chǎn)業(yè)株式會(huì)社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1