專利名稱：一種對素材交換格式文件的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字電影技術(shù)領(lǐng)域，特別是指一種對素材交換格式(MXF， Material Exchange Format)文件的處理方法。
背景技術(shù)：
2005年，由迪斯尼、?？怂埂⑴衫?、華納兄弟等幾大電影制片公司組成的
DCI聯(lián)盟公布了一份名為《數(shù)字電影系統(tǒng)技術(shù)規(guī)范(Vl.O)》的技術(shù)標準，從而規(guī)范了數(shù)
字電影的有關(guān)技術(shù)要求，使數(shù)字電影的制作、放映等環(huán)節(jié)有了統(tǒng)一的國際標準。 和國外相比，我國的數(shù)字電影制作業(yè)發(fā)展相對落后，目前在國內(nèi)能夠進行數(shù)字
電影編碼制作的后期制作公司數(shù)量極少，且這些公司在進行數(shù)字電影編碼制作時使用的
專業(yè)設(shè)備基本均為國外廠家生產(chǎn)，目前國內(nèi)市場尚未出現(xiàn)能夠完全到達DCI規(guī)范要求的
同類型產(chǎn)品。 這一現(xiàn)狀使我國在數(shù)字電影制作業(yè)上出現(xiàn)了受制于人的狀況，由此引起了一系 列的不利局面，其中最主要的問題是數(shù)字電影在接受內(nèi)容審查時，與原有的膠片電影相 比，缺少對數(shù)字電影審片后播放內(nèi)容的有效控制。 這是因為，膠片電影審片時，由于影片內(nèi)容均存放在以膠片為介質(zhì)的素材中， 所以審片員可以通過對膠片素材這種物理介質(zhì)的裁減進行影片內(nèi)容的控制。但數(shù)字電影 的影片素材本身是以一種特殊數(shù)字編碼結(jié)構(gòu)存放的硬盤數(shù)據(jù)，而且大多數(shù)的數(shù)字影片均 會采用加密的方式存放，在進行數(shù)字電影內(nèi)容審核時，審片機構(gòu)由于無法真正確認數(shù)字 電影發(fā)行包中實際影片內(nèi)容的存放情況，故無法真正達到對影片內(nèi)容的審核要求。另一 方面，由于直接對數(shù)字電影內(nèi)容進行裁減的難度相當大，也難以對其播放內(nèi)容進行有效 控制。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供了一種MXF文件的處理方法，以實現(xiàn)在 滿足DCI規(guī)范的基礎(chǔ)上對數(shù)字電影影片審核內(nèi)容進行有效控制。 為達到上述目的，本發(fā)明提供的對素材交換格式MXF文件的處理方法，包括步 驟 A、從MXF文件中解析出包含的內(nèi)容數(shù)據(jù)；
B、對所述內(nèi)容數(shù)據(jù)進行處理更新；
C、將更新的內(nèi)容數(shù)據(jù)重新封裝入MXF文件。
較佳的，步驟B所述處理包括加密處理。
可選的，所述MXF為明文MXF ; 所述步驟A包括從明文MXF文件中解析出包含的各個KLV結(jié)構(gòu)，從各個 KLV結(jié)構(gòu)中讀取各個V值； 所述步驟B包括對各個V值進行加密運算得到各個新的V值；
所述步驟C包括將包含新的V值的KLV結(jié)構(gòu)重新封裝入MXF文件。 可選的，所述加密運算的步驟包括將V值作為明文數(shù)據(jù)，將預(yù)設(shè)的內(nèi)容密鑰
作為加密密鑰進行加密運算。 可選的，所述MXF為密文MXF ; 所述步驟A包括從密文MXF文件中解析出包含的各個K' L' V'結(jié)構(gòu)，從 各個K' L' V'結(jié)構(gòu)中讀取各個V'值包含的各個E(V)值 所述步驟B包括對各個E(V)值進行加密運算得到各個新的E(V)值；運算出 各個新的E(V)值對應(yīng)的各個新的MIC值； 所述步驟C包括將包含新的E(V)值和新的MIC值的K' L' V'結(jié)構(gòu)重新封 裝入MXF文件。 可選的，所述加密運算的步驟包括將E(V)值作為明文數(shù)據(jù)，將預(yù)設(shè)的內(nèi)容密 鑰作為加密密鑰進行加密運算。 其中，運算出新的MIC值步驟包括對新的E(V)值及所屬K' L' V'結(jié)構(gòu)中
的原始資產(chǎn)ID和序列號調(diào)用HMAC-SHA1算法運算出新的MIC值。 可選的，步驟B所述處理包括設(shè)置表示內(nèi)容數(shù)據(jù)已審核的標示位。 由上可以看出，本發(fā)明通過對已經(jīng)制作好的數(shù)字電影的MXF文件中包含的影片
內(nèi)容數(shù)據(jù)進行處理，從而在數(shù)字電影影片在經(jīng)過內(nèi)容審片后，可對審核后的內(nèi)容進行有
效控制播放，真正達到審片后的影片內(nèi)容控制。 其中，對MXF文件中包含的影片內(nèi)容數(shù)據(jù)進行處理時，可以采用加密的方式進 行處理。發(fā)往不同地區(qū)的審核后的同一片源可以采用不同的加密方式，以對不同地區(qū)進 行不同授權(quán)，如發(fā)往內(nèi)地和港臺的加密方式可不同，從而有效保證不同地域播放各自審 核后的數(shù)字電影。 并且，本發(fā)明可以針對明文或加密的MXF進行處理，實現(xiàn)本發(fā)明對數(shù)字電影影 片審核內(nèi)容的控制可以基于各種DCI規(guī)范的數(shù)字電影，可以應(yīng)用于各類符合DCI規(guī)范的 數(shù)字電影編碼設(shè)備中。 另外，還可以設(shè)置表示內(nèi)容數(shù)據(jù)已審核的標示位，可以根據(jù)該標示位判斷其中 包含的各個內(nèi)容數(shù)據(jù)哪些經(jīng)過審核，僅播放數(shù)字電影影片中經(jīng)過審核的內(nèi)容數(shù)據(jù)，也可 以靈活實現(xiàn)對各個數(shù)據(jù)的控制。
圖1為MXF文件處理的流程圖； 圖2為明文MXF文件的結(jié)構(gòu)圖； 圖3為對明文MXF文件中V值的處理流程圖； 圖4為新生成的KLV結(jié)構(gòu)圖； 圖5為密文MXF文件的結(jié)構(gòu)圖； 圖6為對密文MXF文件中E(V)值的處理流程圖； 圖7為新生成的K' L' V'結(jié)構(gòu)圖； 圖8為加密流程圖； 圖9為解密流程圖。
具體實施例方式
本發(fā)明為了達到對數(shù)字電影內(nèi)容的有效控制，在獲得需要審片的數(shù)字影片后， 對數(shù)字影片中的MXF文件所包含的內(nèi)容數(shù)據(jù)進行再次處理，以實現(xiàn)對審核后的影片進行 內(nèi)容控制。這里，所述MXF是數(shù)字電影中用來存放影片數(shù)據(jù)的一種數(shù)字封裝結(jié)構(gòu)。
參見圖1示出的MXF文件處理流程，具體包括以下步驟 步驟IIO、判斷要處理的MXF文件是否為加密的文件，若是，則執(zhí)行步驟121， 否則執(zhí)行步驟lll。 其中，可通過解析MXF文件中的關(guān)鍵標志位(該標志位設(shè)置在文件頭中，用來 標示MXF是否為加密文件)來判斷要處理的MXF文件是否是加密文件。
步驟lll、從明文MXF文件中，按照明文MXF文件的存放結(jié)構(gòu)解析出MXF文 件體中包含的各個KLV(KLV， Key-Length-Value關(guān)鍵幀-長度-值;)結(jié)構(gòu)，并針對解析出 的各個KLV結(jié)構(gòu)，依次執(zhí)行下述步驟112到114。 此處對如圖2示出的明文MXF文件結(jié)構(gòu)進行介紹，明文MXF文件結(jié)構(gòu)至少包 括文件頭、文件體和文件尾。其中文件頭包括文件頭分區(qū)、文件頭元數(shù)據(jù)；文件體包括 內(nèi)容容器；文件尾包括文件尾分區(qū)。作為明文MXF文件體部分的內(nèi)容容器中，主要包 括軌跡信息和使用KLV結(jié)構(gòu)封裝的實際內(nèi)容數(shù)據(jù)。
KLV結(jié)構(gòu)包括以下3個部分 K值，是KLV結(jié)構(gòu)的唯一標識符，用來標識這是一個KLV結(jié)構(gòu)的開始；
L值，用來表示KLV結(jié)構(gòu)中V值的長度，采用BER格式編碼；禾口
V值，其中存放的是以幀為單位的內(nèi)容數(shù)據(jù)，可為視頻、音頻或字幕數(shù)據(jù)。
步驟112、從解析出的KLV結(jié)構(gòu)中取出V值。 步驟113、調(diào)用加密算法模塊對所取出的V值進行加密得到新的V值。
本步驟具體如圖3所示，首先獲得預(yù)設(shè)的內(nèi)容密鑰，其中內(nèi)容密鑰需要由影片 審核機構(gòu)提供，然后將V值作為明文數(shù)據(jù)，將內(nèi)容密鑰作為加密密鑰通過加密算法模塊 進行加密，生成的密文數(shù)據(jù)作為新的V值。 步驟114、將新生成的V值替換原始的V值得到新的KLV結(jié)構(gòu)，然后重新封裝 進MXF文件中。 通過上述步驟，將MXF文件體中所包含的各個KLV結(jié)構(gòu)依次進行處理，如圖4 示出了如上步驟更新后的其中的一個KLV結(jié)構(gòu)。 步驟121、從密文MXF文件中，按照密文MXF文件的存放結(jié)構(gòu)解析出密文 MXF文件體中包含的各個K' L' V'結(jié)構(gòu)，并針對解析出的各個KLV結(jié)構(gòu)，依次執(zhí)行 步驟122到125。 此處對如圖5示出的密文MXF文件結(jié)構(gòu)進行說明，密文MXF文件結(jié)構(gòu)至少包 括文件頭、文件體和文件尾。其中文件頭包括文件頭分區(qū)、文件頭元數(shù)據(jù)；文件體包括 內(nèi)容容器；文件尾包括文件尾分區(qū)。作為密文MXF文件體部分的內(nèi)容容器中，主要包 括軌跡信息和使用K' L' V'結(jié)構(gòu)封裝的實際內(nèi)容數(shù)據(jù)。 加密處理后的MXF文件內(nèi)容容器中的K' L' V'結(jié)構(gòu)主要包括以下10個部 分，分別為
K'值，是K' L' V'結(jié)構(gòu)的唯一標識符，用來標識一個K' L' V'結(jié)構(gòu)的 開始； L'值，用來表示K' L' V'結(jié)構(gòu)中V'值的長度，采用BER格式編碼；
Context ID，是連接上下文的標識符，在加密的MXF文件中通過該標識符來使 文件頭元數(shù)據(jù)找到對應(yīng)的K' L' V'; Plaintext Offset,是明文V值生成密文E(V)值時，明文數(shù)據(jù)的偏移量，該值主要 用于標識進行AES-128-CBC加密算法時明文的偏移量； K值，是KLV結(jié)構(gòu)的唯一標識符，用來標識這是一個KLV結(jié)構(gòu)的開始。在 K' L' V'結(jié)構(gòu)中保存的K值是其對應(yīng)的KLV結(jié)構(gòu)中的K值； L值，用來表示KLV結(jié)構(gòu)中V值的長度，采用BER格式編碼。在K' L' V' 結(jié)構(gòu)中保存的L值是其對應(yīng)的KLV結(jié)構(gòu)中的V值的長度； E(V)值，是由明文V值使用AES-128-CBC加密算法生成的實際密文值；
AssetUUID，是加密MXF文件所對應(yīng)的資產(chǎn)ID ; Sequence Number,是在加密MXF文件中每個K' L' V'所對應(yīng)的序列號；和
MIC(Message Integrity Code),是對應(yīng)每個K' L' V' 結(jié)構(gòu)中V'值的完整性 校驗碼。 步驟122、按照K' L' V'結(jié)構(gòu)取出其中的V'值，并從V'值結(jié)構(gòu)中取出保 護的E(V)值。 步驟123、調(diào)用加密算法模塊對上一步驟中取出的E(V)值進行加密得到新的 E(V)值。 本步驟具體如圖6所示，首先獲得預(yù)設(shè)的內(nèi)容密鑰，其中內(nèi)容密鑰需要由影片 審核機構(gòu)提供；將E(V)值作為明文數(shù)據(jù)，將內(nèi)容密鑰作為加密密鑰通過自定義的加密算 法模塊進行加密，生成的密文數(shù)據(jù)作為新的E(V)值。 步驟124、調(diào)用HMAC-SHA1(含密鑰的哈希算法)算法模塊對新生成的E(V)值 及其原始資產(chǎn)ID(AssetUUID)和序列號(Sequence Number)計算出新的完整性校驗碼(MIC) 值。 本步驟具體如圖6所示，將新的E(V)值、原始AssetUUID 、原始Sequence Number作為數(shù)據(jù)源，將內(nèi)容密鑰作為初始化密鑰，然后通過HMAC-SHA1算法模塊進行 處理，生成的完整性校驗碼作為新的MIC值。 步驟125、將新生成的V'值和MIC值替換原始的V'值和MIC值，從而得到 新的K' L' V'結(jié)構(gòu)，然后重新封裝進MXF文件中。 通過上述步驟，將MXF文件體中所包含的各個K' L' V'結(jié)構(gòu)依次進行處
理，。如圖7示出了按如上步驟更新后的其中的一個K' L' V'結(jié)構(gòu)。 通過上述方法處理一部已經(jīng)制作完成的數(shù)字電影后，其實際可播放內(nèi)容數(shù)據(jù)相
當于進行了二次加密控制，從而使審片機構(gòu)達到了對影片播放內(nèi)容的真正控制。即使出
現(xiàn)部分違規(guī)部門打算播放影片中禁止播放的內(nèi)容，但是由于影片中所有內(nèi)容均已進行過
二次處理，所以在未得到審片機構(gòu)授權(quán)的情況下，影片內(nèi)容只能按照審片時同意放映的
內(nèi)容進行放映。 下面參見圖8示出的加密算法模塊的加密流程圖，對上述MXF文件處理過程中步驟113和123執(zhí)行的加密運算進行描述，包括以下步驟 步驟801、按照字節(jié)順序取出要加密數(shù)據(jù)的一個字節(jié)。所述要加密數(shù)據(jù)可以是明 文MXF文件中KLV結(jié)構(gòu)的V值，或者是密文MXF文件中K' L' V'結(jié)構(gòu)中的E(V) 值； 步驟802、將所取出的字節(jié)通過字節(jié)轉(zhuǎn)換模塊進行處理，具體進行如下處理
定義字節(jié)數(shù)值為P，緩沖字節(jié)為Temp，轉(zhuǎn)換系數(shù)為Box[8] = {a， b， c， d， e， f， g， h}; 轉(zhuǎn)換公式如下，其中，兩個#之間為轉(zhuǎn)換公式對應(yīng)的自然語言描述
PA = Box[Num% 8] ; #將Num對整數(shù)8求余，然后通過余數(shù)作為索引從轉(zhuǎn)換系 數(shù)Box[8]中檢索出一個轉(zhuǎn)換系數(shù)值，然后用字節(jié)數(shù)值P和這個轉(zhuǎn)換系數(shù)值進行異或，并 將異或結(jié)果賦給字節(jié)數(shù)值P# Temp = (P>>ml)&nl ;弁將字節(jié)數(shù)值P右移ml，再將結(jié)果與nl進行余運算， 最后將結(jié)果賦給緩沖字節(jié)Temp# P = (P <<ml)&n2 ;弁將字節(jié)數(shù)值P左移ml，再將結(jié)果與n2進行余運算，最 后將結(jié)果賦給字節(jié)數(shù)值P# PA = Temp ; #將字節(jié)數(shù)值P與緩沖字節(jié)Temp進行異或，然后將異或結(jié)果賦給 字節(jié)數(shù)值P弁Temp = (P > > m2)&n3 ; #將字節(jié)數(shù)值P右移m2，再將結(jié)果與n3進行余運算， 最后將結(jié)果賦給緩沖字節(jié)Temp# P = (P << m2)&n4 ; #將字節(jié)數(shù)值P左移m2，再將結(jié)果與n4進行余運算，最 后將結(jié)果賦給字節(jié)數(shù)值P# pa = Temp ; #將字節(jié)數(shù)值P與緩沖字節(jié)Temp進行異或，然后將異或結(jié)果賦給 字節(jié)數(shù)值P弁Temp = (P > > m3)&n5 ; #將字節(jié)數(shù)值P右移m3，再將結(jié)果與n5進行余運算， 最后將結(jié)果賦給緩沖字節(jié)Temp# P = (P << m3)&n6 ; #將字節(jié)數(shù)值P左移m3，再將結(jié)果與n6進行余運算，最 后將結(jié)果賦給字節(jié)數(shù)值P弁 PA = Temp ; #將字節(jié)數(shù)值P與緩沖字節(jié)Temp進行異或，然后將異或結(jié)果賦給 字節(jié)數(shù)值P弁 其中Num為該字節(jié)在加密數(shù)據(jù)中的位置；a， b， c， d， e， f， g， h為修正系 數(shù)，可根據(jù)用戶需求自定義；ml， m2， m3， nl， n2， n3， n4， n5， n6為經(jīng)驗值，可根 據(jù)用戶需求自定義。 步驟803、判斷是否已處理到要加密數(shù)據(jù)的最后一個字節(jié)，如果未處理到最后一 個字節(jié)則繼續(xù)取出下一個字節(jié)，返回步驟802;如果處理到最后一個字節(jié)則結(jié)束本次加 密處理。 相應(yīng)的，圖9為自定義加密算法模塊的解密部分流程圖。用于播放所審核處理 后的影片中的解密處理，包括以下步驟 步驟901、按照字節(jié)順序取出要解密數(shù)據(jù)的一個字節(jié)； 步驟9Q2、將上一步驟取出的字節(jié)通過字節(jié)轉(zhuǎn)換模塊進行處理。具體進行如下處理定義字節(jié)數(shù)值為P，緩沖字節(jié)為Temp，轉(zhuǎn)換系數(shù)為Box[8] = {a， b， c， d， e， f， g， h}; 轉(zhuǎn)換公式如下，其中，#之間為轉(zhuǎn)換公式對應(yīng)的自然語言描述Temp = (P>>ml)&nl ;弁將字節(jié)數(shù)值P右移ml，再將結(jié)果與nl進行余運算，
最后將結(jié)果賦給緩沖字節(jié)Temp# P = (P <<ml)&n2 ;弁將字節(jié)數(shù)值P左移ml，再將結(jié)果與n2進行余運算，最 后將結(jié)果賦給字節(jié)數(shù)值P# PA = Temp ; #將字節(jié)數(shù)值P與緩沖字節(jié)Temp進行異或，然后將異或結(jié)果賦給 字節(jié)數(shù)值P弁Temp = (P > > m2)&n3 ; #將字節(jié)數(shù)值P右移m2，再將結(jié)果與n3進行余運算， 最后將結(jié)果賦給緩沖字節(jié)Temp# P = (P << m2)&n4 ; #將字節(jié)數(shù)值P左移m2，再將結(jié)果與n4進行余運算，最 后將結(jié)果賦給字節(jié)數(shù)值P弁 PA = Temp ; #將字節(jié)數(shù)值P與緩沖字節(jié)Temp進行異或，然后將異或結(jié)果賦給 字節(jié)數(shù)值P弁Temp = (P>>m3)&n5 ;弁將字節(jié)數(shù)值P右移m3，再將結(jié)果與n5進行余運算， 最后將結(jié)果賦給緩沖字節(jié)Temp# P = (P <<m3)&n6 ;弁將字節(jié)數(shù)值P左移m3，再將結(jié)果與n6進行余運算，最 后將結(jié)果賦給字節(jié)數(shù)值P# PA = Temp ; #將字節(jié)數(shù)值P與緩沖字節(jié)Temp進行異或，然后將異或結(jié)果賦給 字節(jié)數(shù)值P弁 pA = Box[Num%8];弁將Num對整數(shù)8求余，然后通過余數(shù)作為索引從轉(zhuǎn)換系 數(shù)Box[8]中檢索出一個轉(zhuǎn)換系數(shù)值，然后用字節(jié)數(shù)值P和這個轉(zhuǎn)換系數(shù)值進行異或，并 將異或結(jié)果賦給字節(jié)數(shù)值P# 其中Num為該字節(jié)在要解密數(shù)據(jù)中的位置；a， b， c， d， e， f， g， h為修正 系數(shù)，可根據(jù)用戶需求自定義；ml， m2， m3， nl， n2， n3， n4， n5， n6為經(jīng)驗值，可 根據(jù)用戶需求自定義。 步驟903、判斷是否已處理到要解密數(shù)據(jù)的最后一個字節(jié)，如果未處理到最后一 個字節(jié)則繼續(xù)讀取下一個字節(jié)，返回步驟902;如果處理到最后一個字節(jié)則結(jié)束本次解 密處理。 通過上述解密步驟，即可實現(xiàn)在播放通過本發(fā)明對審核后的影片進行加密處理
的影片，在進行播放時進行相應(yīng)的解密操作，以將所允許播放的內(nèi)容解密播放。 另外，還可以采用其他處理方式來替換加密方式，例如加入表示審核是否通過
的標示位。當判斷某V值對應(yīng)的標示位為未通過時，播放時禁止播放該V值所包含的數(shù)
據(jù)內(nèi)容。并且上述提到的HMAC-SHA1加密算法，也可以采用其他的加密算法。 以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡
在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的
保護范圍之內(nèi)。
權(quán)利要求
一種對素材交換格式MXF文件的處理方法，其特征在于，包括步驟A、從MXF文件中解析出包含的內(nèi)容數(shù)據(jù)；B、對所述內(nèi)容數(shù)據(jù)進行處理更新；C、將更新的內(nèi)容數(shù)據(jù)重新封裝入MXF文件。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B所述處理包括加密處理。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MXF為明文MXF ;所述步驟A包括從明文MXF文件中解析出包含的各個KLV結(jié)構(gòu)，從各個KLV結(jié) 構(gòu)中讀取各個V值；所述步驟B包括對各個V值進行加密運算得到各個新的V值；所述步驟C包括將包含新的V值的KLV結(jié)構(gòu)重新封裝入MXF文件。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述加密運算的步驟包括 將V值作為明文數(shù)據(jù)，將預(yù)設(shè)的內(nèi)容密鑰作為加密密鑰進行加密運算。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MXF為密文MXF ; 所述步驟A包括從密文MXF文件中解析出包含的各個K' L' V'結(jié)構(gòu)，從各個K' L' V'結(jié)構(gòu)中讀取各個V'值包含的各個E(V)值所述步驟B包括對各個E(V)值進行加密運算得到各個新的E(V)值；運算出各個 新的E(V)值對應(yīng)的各個新的MIC值；所述步驟C包括將包含新的E(V)值和新的MIC值的K' L' V'結(jié)構(gòu)重新封裝入 MXF文件。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述加密運算的步驟包括 將E(V)值作為明文數(shù)據(jù)，將預(yù)設(shè)的內(nèi)容密鑰作為加密密鑰進行加密運算。
7. 根據(jù)權(quán)利要求5所述的方法，其特征在于，運算出新的MIC值步驟包括 對新的E(V)值及所屬K' L' V'結(jié)構(gòu)中的原始資產(chǎn)ID和序列號調(diào)用HMAC-SHA1算法運算出新的MIC值。
8. 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B所述處理包括設(shè)置表示內(nèi)容數(shù)據(jù) 已審核的標示位。
全文摘要
本發(fā)明提供了一種對素材交換格式(MXF)文件的處理方法，包括步驟從MXF文件中解析出所包含的內(nèi)容數(shù)據(jù)；對所述內(nèi)容數(shù)據(jù)處理為更新的內(nèi)容數(shù)據(jù)；將更新的內(nèi)容數(shù)據(jù)重新封裝MXF文件。使用本發(fā)明，可以在實現(xiàn)滿足DCI規(guī)范的基礎(chǔ)上對數(shù)字電影影片審核內(nèi)容進行控制。
文檔編號G11B20/00GK101692340SQ20091009317
公開日2010年4月7日 申請日期2009年9月25日 優(yōu)先權(quán)日2009年9月25日
發(fā)明者張曉玲, 王忠平, 耿克明, 肖立群 申請人:北京中企開源信息技術(shù)有限公司