專利名稱：處理記錄數(shù)據(jù)的信息部分的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種處理記錄數(shù)據(jù)的信息部分的方法，一種相應(yīng)的處理設(shè)備和一種相應(yīng)的記錄介質(zhì)?，F(xiàn)存幾種在其上可以記錄要處理的數(shù)據(jù)的介質(zhì)，例如，磁帶或磁盤，光帶或光盤，固態(tài)存儲器等。對于這些記錄介質(zhì)中的每一個，存在與如何記錄和如何識別數(shù)據(jù)有關(guān)的幾種標準。
背景技術(shù)：
在用于如記錄數(shù)據(jù)等處理數(shù)據(jù)的新標準的情況下，或者在這些標準的新的更新版本的情況下，舊版本的記錄設(shè)備不能讀取依照這些新標準或版本工作的記錄設(shè)備的記錄。
根據(jù)一些標準，版本號用于指示已分配記錄信息的版本。如果設(shè)備檢測到由比該設(shè)備本身所支持的版本號更高的版本號標記的信息，則該設(shè)備將丟棄該信息，因為該設(shè)備根本不知道該信息的結(jié)構(gòu)。這樣做的效果是，該設(shè)備不能訪問該信息，并將停止對該信息的進一步處理。
但是，考慮標準的未來版本是非常重要的。如果不考慮稍后的版本，則在處理版本更新信息的情況下，較早設(shè)備的行為可以是任意的。較早設(shè)備的任意行為，或不存在前向兼容性是較大的劣勢。

發(fā)明內(nèi)容
本發(fā)明的目的是提供前向兼容性。
由權(quán)利要求1所述的方法來解決上述目的。
記錄數(shù)據(jù)由可以彼此相關(guān)的一個或多個信息部分組成。這意味著對記錄數(shù)據(jù)的處理通常需要不同的要處理的信息部分，這些信息部分可能彼此相關(guān)?？梢愿淖兠總€信息部分，以便改變或修改記錄數(shù)據(jù)，而不改變其他信息部分。在兩個信息部分彼此相關(guān)的情況下，對它們之一的改變可能使對另一的改變成為必要，以便不破壞一致性。由特定版本的標準所給出的規(guī)則處理這種必要性。例如，處理類型為發(fā)生處理，讀取處理，附加處理，即在信息部分的預(yù)定位置，尤其是在其末尾添加某物，或編輯處理，即改變信息部分的內(nèi)容。按照本發(fā)明，即使可用的處理類型與比信息部分更早版本的標準相一致，仍然至少由一些可用處理類型來處理信息部分。這樣做的優(yōu)勢在于，舊設(shè)備至少對與較新版本相一致的一些處理類型具有前向兼容性。甚至舊設(shè)備可以讀取由新設(shè)備依照比舊設(shè)備所遵循的版本更晚版本的標準而創(chuàng)建的信息部分。但是，其通過不允許舊設(shè)備執(zhí)行附加或編輯處理類型，防止舊設(shè)備破壞與較晚版本標準相一致的信息。
優(yōu)選地，在信息部分版本號低于處理版本號的情況下，依照具有比處理版本號低的版本號的標準版本來進行處理。這樣確保了與根據(jù)信息部分所遵循的標準的舊版本所想要表示的一樣地對包含在已處理信息中的信息的正確譯碼。優(yōu)選地，根據(jù)與信息部分版本號相同的標準的版本進行處理。但是，只要能確保正確的譯碼，可以執(zhí)行比信息部分版本號高但不高于處理版本號的版本號的處理。
優(yōu)選地，只要處理版本號和信息版本號之間的差值不大于預(yù)定值，就可以執(zhí)行處理。這確保了限制的前向控制。在甚至對于那些對于先前版本仍是可能的處理類型，也不能設(shè)計此標準的未來版本以確保特定信息部分與先前版本的兼容性的情況下，則選擇此新版本標準的版本號，從而使差值超過所述預(yù)定值。例如，針對遵循版本n.00的設(shè)備，這樣做允許讀取處理用于標準的任何版本，而可能只允許附加處理用于版本n.xx和n+1.xx。因此，不能確保與舊設(shè)備兼容附加處理的新版本標準將需要版本號n+2.xx。
按照本發(fā)明，已處理信息部分具有新信息部分版本號，指示了在傳輸所述已處理信息部分之前，已處理信息部分所遵循的最低版本的標準。這確保了對已處理信息部分的正確的進一步處理，即使先前的處理已經(jīng)改變了一些特性，以及即使這些改變與信息部分先前所遵循的標準的版本不一致。通常，這將引起信息部分版本號的增加。但是，在處理期間，去除使其與高版本標準保持必需一致性的這些特性的情況下，也可能出現(xiàn)信息部分版本號的減小。在這種意義上，例如，傳輸是通過有線或無線在相同設(shè)備內(nèi)或去往另一設(shè)備的傳輸。例如，傳輸該信息部分，以便對其進行顯示，對其進行記錄，對其進行進一步處理，或者按照另外的適當方式對其進行處理。
優(yōu)選地，將幾個信息部分版本號附加在單一的信息部分上。這樣做的優(yōu)勢在于，對于幾種處理類型，可以分配不同的版本號，從而增加兼容性設(shè)計的靈活性。
一種用于執(zhí)行上述方法的讀取和/或記錄設(shè)備也是本發(fā)明的一部分。
按照本發(fā)明的一種記錄介質(zhì)包括信息部分，按照本發(fā)明的方法或類似的方法產(chǎn)生所述信息部分。這種記錄介質(zhì)包括屬于一組記錄數(shù)據(jù)的信息部分，盡管這些信息部分彼此相關(guān)以組合形成記錄數(shù)據(jù)，這些信息部分卻具有不同的信息部分版本號。


下面，在一些特定的示例中對本發(fā)明進行了描述，從中可以看到更多的細節(jié)。但是，本發(fā)明也覆蓋這些特征的其他組合。
在附圖中圖1 示出了本發(fā)明方法的流程圖，圖2 示出了按照本發(fā)明的記錄介質(zhì)。通過圖3，對矩形框“導(dǎo)出最低版本號”進行了描述。
圖3 示出了導(dǎo)出針對每個信息部分的版本號的流程圖。此程序描述了圖2中的矩形框“導(dǎo)出最低版本號”。在此流程圖中，“vn”表示版本號，而“ip”表示信息部分。
具體實施例方式
下面，描述了版本號的定義，其中提供了設(shè)備對較晚版本的限制前向兼容性。這通過版本號含義的特別定義來實現(xiàn)。此特別定義包含對較晚版本的限制。所以，較晚版本的行為遵循某些規(guī)則。這些規(guī)則確保了由如描述符等較晚版本的標準的信息容器所覆蓋的信息結(jié)構(gòu)。
如分立文件等信息部分應(yīng)當包含信息部分版本號inv。此信息部分版本號inv指示產(chǎn)生此信息部分的編碼器的版本。應(yīng)當注意的是，編碼設(shè)備甚至可以是比所產(chǎn)生的版本號inv更高版本號的設(shè)備。也可以由一個設(shè)備產(chǎn)生針對不同信息部分ip1、ip2、…的不同版本號inv1、inv2、…。
如果另一設(shè)備要對這些信息部分ip1、ip2、…進行處理，則該設(shè)備查找相應(yīng)的信息部分版本號inv1、inv2、…。如果這些信息部分的版本號inv小于等于由該設(shè)備自身所支持的處理版本號rnv，則由該設(shè)備提供對所有特征的全面支持。如果這些信息部分ip的版本號inv高于由該設(shè)備自身所支持的處理版本號rnv，則該設(shè)備只支持對信息部分ip和已分配數(shù)據(jù)和信息的限制訪問。這種限制訪問意味著，例如，將訪問局限于對信息部分及其已分配數(shù)據(jù)的只讀處理，如重放等，或者局限于對信息部分及其已分配數(shù)據(jù)的讀取處理和限制寫入處理，例如，附加新信息和數(shù)據(jù)。限制寫入處理意味著，允許按照限制的方式對信息部分或已分配數(shù)據(jù)和信息進行改變，例如，附加新數(shù)據(jù)或信息，但禁止對已記錄信息和數(shù)據(jù)進行改變。
為了支持更為靈活的前向兼容性，優(yōu)選地，為相同的信息部分ip設(shè)置多于一個版本號指示符。例如第一版本號inv定義信息部分ip對較晚版本設(shè)備的可讀性，例如，重放，以及相同信息部分ip的第二版本號inv定義針對編輯處理的限制寫入訪問，例如剪切和改變信息和數(shù)據(jù)，以及相同信息部分ip的第三版本號inv定義用于將新信息和數(shù)據(jù)附加到信息部分ip及其已分配信息和數(shù)據(jù)上的限制寫入訪問，以及第四版本號指示用于產(chǎn)生該信息部分所使用的編碼器的實際版本號。這樣做，尤其對高版本rnv的設(shè)備是有用的。例如，其利用這些信息自動修正缺陷或為此規(guī)范的已知缺陷或已知設(shè)備缺陷提供工作區(qū)。
下表描述了這些行為

指示“yes”表示允許相應(yīng)的處理類型，“no”表示不允許。由(1)到(4)指示了一些限制，具有以下含義(1)將只支持舊版本的特征。
(2)新設(shè)備必須支持舊版本的標準。這是必需的，因為即使更新的設(shè)備也必須了解舊版本，以能夠按照舊版本所需要的那樣譯碼已存儲信息。
(3)可以支持(“yes”)或不支持(“no”)此特征。這依賴于版本號差值的水平，以及設(shè)備的處理版本號rnv與信息部分版本號inv之間結(jié)構(gòu)差別的嚴重程度。
(4)不能支持信息部分的改變，因為舊設(shè)備對由新版本標準所支持的額外信息一無所知。信息的改變可能會導(dǎo)致信息部分ip的特定部分內(nèi)部的不一致，其中，所述特定部分只由新設(shè)備支持。因此，對于舊設(shè)備，嚴格禁止改變由較新版本的標準所產(chǎn)生的已存儲信息。
圖1示出了關(guān)于如何確定對特定信息部分ip可用的處理類型的流程圖。
如果標準的實際版本定義了多于一個信息部分作為完整信息組的一部分，則按照本發(fā)明，設(shè)備將存儲具有最低可用信息部分版本號的每個信息部分ip，以便提供盡可能多的功能性和對舊設(shè)備的訪問。例如，如果一個信息部分的較高版本信息部分號需要提供語音注釋，但對于此記錄并未進行任何語音注釋，則利用由舊版本標準所定義的格式來存儲該信息部分。
在處理期間可以如何改變信息部分版本號inv的示例如下所述設(shè)備剛好支持4個信息部分ip1、ip2、ip3和ip4，每個信息部分均具有信息部分版本號inv1、inv2、inv3、inv4。該設(shè)備支持處理版本號rnv＝3.0以及所有先前的處理版本號1.0、1.1、1.2、2.0。
ip1的歷史以版本號1.0開始，針對1.1稍微改變，未改變至1.2，稍微改變至2.0，未改變至3.0。
ip2的歷史以版本號1.0開始，直到包括3.0在內(nèi)仍未改變。
ip3的歷史以版本號2.0開始，擴展以支持可選附加信息(對此版本的標準只增加了語音注釋)針對版本號3.0稍微改變。
ip4的歷史以版本號3.0開始。其包含到ip1的內(nèi)容的鏈接。對ip1內(nèi)容的改變需要ip4信息的改變。ip4的記錄是可選的。對于(在記錄期間)已經(jīng)接收到與記錄有關(guān)的額外元數(shù)據(jù)的情況下，應(yīng)當對ip4進行記錄。
示例場景1記錄設(shè)備(版本3.0)進行記錄。未進行語音注釋，而且未接收到額外元數(shù)據(jù)。由4個信息部分所使用的版本號來描述所使用的版本號ip12.0，因為，在版本2.0的ip1與版本3.0的ip1之間沒有任何區(qū)別，而且并未記錄ip4。
ip21.0，因為版本1.0和3.0的ip2相同，而且不存在對其他信息部分的版本依賴關(guān)系。
ip32.0，因為未進行語音注釋，因此針對ip3的版本3.0不是必需的。
ip4未記錄，因為未記錄額外元數(shù)據(jù)。
示例場景2起點場景1(前一場景)的結(jié)果?，F(xiàn)在，用戶進行(脫機)語音注釋。由4個信息部分所使用的版本號來描述所使用的版本號ip12.0不需要改變。
ip21.0不需要改變。
ip33.0，因為只有此版本支持語音注釋。
ip4未記錄，因為未記錄額外元數(shù)據(jù)。
示例場景3起點場景2(前一場景)的結(jié)果?，F(xiàn)在，用戶接收到記錄的額外元數(shù)據(jù)(例如，通過因特網(wǎng))。由4個信息部分所使用的版本號來描述所使用的版本號ip13.0，現(xiàn)在，記錄了ip4ip1的改變將導(dǎo)致與ip4的內(nèi)容相關(guān)的不一致。因此，作為保持所有信息部分的一致性的需要，只有版本3.0的設(shè)備才能對ip1進行改變。
ip21.0，不需要改變。
ip33.0，不需要改變。
ip43.0，因為這是針對額外元數(shù)據(jù)的情況。因為此信息部分的(新)存在，ip1必需是版本3.0的，以指示較早的設(shè)備不要編輯(如剪切或刪除)ip1內(nèi)部的數(shù)據(jù)，因為這將導(dǎo)致ip1與ip4之間的不一致。
在第三場景之后，諸如版本2.0的設(shè)備能夠使用ip1、ip2和ip3來進行重放，并能夠添加新記錄，而且此設(shè)備能夠編輯ip2，因為ip2仍然被標記為版本1.0。但是，不允許該設(shè)備編輯ip1、ip3甚或是ip4。當然，版本2.0的設(shè)備并不知道ip4的存在。
示例場景4起點場景3(前一場景)的結(jié)果?，F(xiàn)在，用戶去除了ip4。由剩余3個信息部分所使用的版本號來描述所使用的版本號ip11.0(現(xiàn)在，去除了ip4只針對ip1的改變將不再導(dǎo)致剩余信息部分之間的不一致。因此，如果需要，版本1.0的設(shè)備可以執(zhí)行ip1的改變)。
ip21.0(不需要改變)。
ip33.0(不需要改變)。
ip4已去除。
要推薦的是，自動分配由如流等由信息部分進行控制的已記錄數(shù)據(jù)的已存儲信息部分中的任何一個所使用的最高版本號。這意味著，舊設(shè)備將不能編輯已記錄數(shù)據(jù)。這樣做保持了具有(較新)信息部分的已記錄數(shù)據(jù)的一致性。強烈推薦實現(xiàn)此規(guī)則作為本規(guī)范的一部分。
在記錄的情況下，應(yīng)當采用以下對產(chǎn)生版本號的限制- 應(yīng)該使用格式版本(由版本號描述)，其覆蓋了此信息部分的所有需要的屬性(例如，特征)，以及- 信息部分的版本號應(yīng)當盡可能地低(以便向舊設(shè)備提供盡可能多的兼容性)，以及- 在存在相關(guān)信息部分的情況下，應(yīng)當按照版本號要求編輯設(shè)備確切地知道對相關(guān)信息部分的完整依賴性(足夠高)的方式，選擇版本號(以便避免在由較舊設(shè)備編輯了信息部分之后，(無論如何)在連接信息部分之間的不一致)。
按照本發(fā)明的方法、設(shè)備和介質(zhì)提供了對較高設(shè)備/介質(zhì)版本的(限制)前向兼容性。如果必須處理比其自身所支持的更高的版本號的信息，則提供了舊設(shè)備的已定義行為。按照本發(fā)明的設(shè)備能夠向舊設(shè)備提供其記錄的限制功能性(例如，重放)。所以，向新設(shè)備確保了舊設(shè)備不會損壞額外的已存儲信息這是非常重要的，因為只有新設(shè)備能夠理解這些額外信息，并正確處理該信息。
本發(fā)明的概念對于幾乎任何種類的(未來)技術(shù)規(guī)范或標準都是有用的。本發(fā)明描述了版本號的定義，從而提供設(shè)備對較晚版本的限制前向兼容性。這通過版本號含義的特別定義來實現(xiàn)。此特別定義包含了對較晚版本的限制。所以，較晚版本的行為遵循一些規(guī)則。這些規(guī)則確保了由如描述符等較晚規(guī)范版本的信息容器所覆蓋的信息結(jié)構(gòu)。當然，應(yīng)當在相同標準的所有版本中定義這些規(guī)則。如果存在根據(jù)其而不需要這些規(guī)則的一個版本，很可能不能確保對此版本及其所有先前版本的前向兼容性。
權(quán)利要求
1.一種處理記錄數(shù)據(jù)()的信息部分(ip1、ip2、…)的方法，其中每個信息部分(ip1、ip2、…)具有信息部分版本號(ivn1、ivn2、…)，所述信息部分版本號(ivn1、ivn2、…)指示信息部分(ip1、ip2、…)所遵循的標準的版本，每個信息部分(ip1、ip2、…)可以具有不同的版本號，并且依照由處理版本號(rnv)所指示的所述標準的版本來執(zhí)行處理，為了處理可用的不同處理類型()，所述方法具有以下步驟—讀取信息部分(ip1、ip2、…)的信息部分版本號(ivn1、ivn2、…)，—將信息部分版本號(ivn1、ivn2、…)與處理版本號(rnv)進行比較，—如果讀取的信息部分版本號(ivn1、ivn2、…)低于或等于處理版本號(rnv)，則允許執(zhí)行每個處理類型()，—否則，只允許執(zhí)行一些要處理的處理類型()，—利用所述允許的處理類型()，處理所述信息部分(ip1、ip2、…)。
2.按照權(quán)利要求1所述的方法，其特征還在于—如果讀取出的信息部分版本號(ivn1、ivn2、…)低于處理版本號(rnv)，按照具有比處理版本號(rnv)低的版本號的標準的版本，對至少一個信息部分(ip1、ip2、…)進行處理。
3.按照前述權(quán)利要求之一所述的方法，其特征還在于—在信息部分版本號(inv1、inv2、…)與處理版本號(rnv)不同但該不同不超過預(yù)定值()的情況下，允許執(zhí)行處理類型()。
4.按照前述權(quán)利要求之一所述的方法，其特征還在于在處理之后，—提供具有新信息部分版本號(inv1’、inv2’、…)的已處理信息部分(ip1’、ip2’、…)，所述信息部分版本號(inv1’、inv2’、…)表示已處理信息部分(ip1、ip2、…)所遵循的標準的最低版本，—傳輸所述已處理信息部分。
5.按照前述權(quán)利要求之一所述的方法，其特征在于—針對不同種類的處理類型，向單一的信息部分(ip)提供不同種類的信息部分版本號(inva、invb、…)。
6.一種用于執(zhí)行如前述權(quán)利要求之一所述的方法的讀取和/或記錄設(shè)備。
7.一種記錄介質(zhì)()，包括按照權(quán)利要求1～5之一所述的方法或由按照權(quán)利要求6所述的設(shè)備所產(chǎn)生的信息部分(ip1、ip2、…)，所述信息部分具有不同的信息部分版本號(ivn1、ivn2、…)。
全文摘要
按照本發(fā)明的方法、設(shè)備和介質(zhì)提供了對較高設(shè)備/介質(zhì)版本的(限制)前向兼容性。如果必須處理比其自身所支持的更高的版本號的信息，其提供了舊設(shè)備的限定行為。按照本發(fā)明的設(shè)備能夠向舊設(shè)備提供其記錄的限制功能性(例如，重放)。所以，向新設(shè)備確保了舊設(shè)備不會損壞額外的已存儲信息這是非常重要的，因為只有新設(shè)備能夠理解這些額外信息，并正確處理該信息。
文檔編號G11B27/034GK1555556SQ02818240
公開日2004年12月15日 申請日期2002年9月16日 優(yōu)先權(quán)日2001年9月18日
發(fā)明者馬爾科·溫特, 馬爾科 溫特 申請人:湯姆森許可貿(mào)易公司