專利名稱：一種工程版本的管理方法和裝置的制作方法
技術領域：
本發明涉及廣播電視技術領域，特別涉及一種工程版本的管理方法和裝置。
背景技術：
在傳統的電視臺節目制播業務中，對業務進行流程化管理，很多電視臺的制播業務都是基于工作流引擎進行協同辦公的網絡化管理模式。隨著非線性編輯技術的發展，非線性編輯取代了很多傳統設備的工作，包括對編錄像機、字幕機、特技臺等傳統設備。非線性編輯簡稱非編，非編軟件作為工作流平臺軟件的基本配置工作軟件之一，一般由工作流平臺啟動，其編輯的工程文件、素材均由工作流平臺統一管理。非編軟件也有自己的工程文件的版本管理功能，但一般僅限于非編軟件自身管理，而且應用模式也比較簡單，僅僅是對手動或定時保存的若干個歷史版本的管理。 由于節目制作的需要，保存工程的歷史版本是必須的，其有利于制作或使用人員回溯到某個歷史版本做特定編輯。此外，基于工作流引擎的工作模式，使每個流程節點都有不同權限不同身份的人員完成相關操作，一個節點工作完成后提交下一個節點由其它人員繼續協同完成工作。 在實現本發明的過程中，發明人發現現有技術至少存在以下問題傳統非編軟件基于軟件本身的版本管理，很難完成協同辦公環境對于不同使用人員的工程歷史版本管理的需要。
發明內容
本發明實施例提供一種工程版本的管理方法和裝置，實現基于制播業務工作流程節點的版本保存。 為達到上述目的，本發明實施例一方面提供一種工程版本的管理方法，包括
對工作流引擎的數據結構進行擴展，為所述工作流引擎數據結構的標題主表增加一個子表； 根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息；
將按時間順序保存的最新版本的工程文件信息提交到下一個流程節點。
其中，所述根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息包括 根據非線性編輯系統可保存的歷史版本數量在所述子表中按時間順序保存歷史版本的工程文件信息。 其中，所述設定的策略具體為定時自動保存，當保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數時，在所述子表中自動刪除按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息。 其中，所述設定的策略具體為人工手動保存，當保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數時，則提示用戶是否在所述子表中覆蓋按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的操作。
其中，所述標題主表和子表通過題目標識TitleID建立關聯。
其中，所述刪除歷史版本的工程文件信息包括 在所述標題主表中刪除歷史版本的工程文件的標題，并在所述子表中刪除與所述標題關聯的TitleID下的數據。 其中，所述覆蓋歷史版本的工程文件信息包括 在所述標題主表中覆蓋歷史版本的工程文件的標題，并在所述子表中覆蓋與所述標題關聯的TitleID下的數據。 另一方面，本發明實施例提供一種工程版本的管理裝置，包括 擴展模塊，用于對工作流引擎的數據結構進行擴展，為所述工作流引擎數據結構
的標題主表增加一個子表； 保存模塊，用于根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息； 提交模塊，用于將所述保存模塊按時間順序保存的最新版本的工程文件信息提交到下一個流程節點。 其中，所述保存模塊具體用于根據非線性編輯系統可保存的歷史版本數量在所述
子表中按時間順序保存歷史版本的工程文件信息。 其中，所述工程版本的管理裝置還包括 刪除模塊，用于當設定的策略為定時自動保存時，如果所述保存模塊保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數，在所述子表中自動刪除按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息。
其中，所述工程版本的管理裝置還包括 覆蓋模塊，用于當設定的策略具體為人工手動保存時，如果保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數，則提示用戶是否在所述子表中覆蓋按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的操作。 其中，所述刪除模塊具體用于在所述標題主表中刪除歷史版本的工程文件的標題，并在所述子表中刪除與所述標題關聯的TitleID下的數據。 其中，所述覆蓋模塊具體用于在所述標題主表中覆蓋歷史版本的工程文件的標題，并在所述子表中覆蓋與所述標題關聯的TitleID下的數據。 與現有技術相比，本發明實施例具有以下優點本發明實施例對工作流引擎的數據結構進行擴展，為工作流引擎數據結構的標題主表增加一個子表，根據設定的策略在子表中按時間順序保存歷史版本的工程文件信息，并將按時間順序保存的最新版本的工程文件信息提交到下一個流程節點。本發明實施例實現了基于工作流引擎的非編軟件歷史版本的管理，解決了節目制播網絡中，非編工程文件版本的保存問題。
為了更清楚地說明本發明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本
5領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的 附圖。 圖1為本發明實施例一種工程版本的管理方法的流程圖； 圖2為本發明實施例一種工程版本的管理方法的數據庫模型示意圖； 圖3為本發明實施例基于工作流引擎的版本管理界面示意圖； 圖4為本發明實施例一種工程版本的管理裝置的結構圖； 圖5為本發明實施例另一種工程版本的管理裝置的結構圖； 圖6為本發明實施例再一種工程版本的管理裝置的結構圖。
具體實施例方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發明的一部分實施例，而不是全部的實施例。基 于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其 他實施例，都屬于本發明保護的范圍。 本發明實施例提供一種工程版本的管理方法，提供了基于工作流程節點管理的電
視臺非編軟件節目制作工程版本的管理方法，可以實現基于工作流節點管理的非編軟件歷
史版本的管理。解決了節目制播網絡中，非編工程文件版本的保存問題。 如圖1所示，為本發明實施例一種工程版本的管理方法的流程圖，包括 步驟S101，對工作流引擎的數據結構進行擴展，為工作流引擎數據結構的標題主
表增加一個子表。 步驟S102，根據設定的策略在子表中按時間順序保存歷史版本的工程文件信息。 具體可以為 根據非線性編輯系統可保存的歷史版本數量在子表中按時間順序保存歷史版本 的工程文件信息。 工作流節點在將任務提交至下一節點之前，允許用戶保留若干個歷史版本，原則 上以非編系統可保存的歷史版本數量為限，一般為io個歷史版本。歷史版本的保存可以自 動定時完成，也可以由操作人員手動保存。 其中，設定的策略具體可以為定時自動保存，當保存的歷史版本超過非線性編輯 系統可保存的歷史版本數時，在子表中自動刪除按時間順序保存的歷史版本中最前面一個 歷史版本的工程文件信息。具體地，當非編系統最多可保存的歷史版本為io個時，如果歷
史版本數超過了 io個，則自動刪除最前面的一個。 其中，設定的策略具體可以為人工手動保存，當保存的歷史版本超過非線性編輯 系統可保存的歷史版本數時，則提示用戶是否在所述子表中覆蓋按時間順序保存的歷史版 本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的操作。具體地，當非 編系統最多可保存的歷史版本為io個時，如果歷史版本超過了 IO個，則系統提示用戶是否 覆蓋最前面的一個。由用戶自己選擇是否覆蓋最前面的一個。 步驟S103，將按時間順序保存的最新版本的工程文件信息提交到下一個流程節 點。 工作流節點在將任務提交至下一節點之后，只將按時間順序保存的最新版本的工程文件信息提交到下一個流程節點中，對于此時間以前的版本均視為臨時文件，在提交時， 后臺自動刪除，不再保存。從而可以有效利用存儲空間，又可在編輯時最大限度的保證數據 的可用性。 本發明實施例中，工作流引擎的標題主表和子表通過題目標識TitleID建立關 聯。在標題主表中刪除歷史版本的工程文件的標題時，在子表中刪除與標題關聯的TitlelD 下的數據。在標題主表中覆蓋歷史版本的工程文件的標題時，在子表中覆蓋與標題關聯的 TitleID下的數據。 上述工程版本的管理方法是對工作流引擎的擴展，豐富了工作流引擎的功能。
在實現該工程版本的管理方法時，該方法的數據庫模型可以如圖2所示，本發明 實施例對工作流引擎的數據結構進行擴展，增加一個子表，用于記錄歷史版本中的工程文 件信息，該子表與標題主表有關聯約束關系，通過TitleID (Title Identifier,題目標識) 建立外鍵關系，保證了子表與標題主表數據的關聯性，確保不會出現與標題主表無法對應 的數據。同時在進行數據的更新和刪除操作時，設置標題主表與子表的級聯操作策略，例 如當標題主表中的標題刪除時，將子表中與刪除的標題相關聯的TitleID下的數據一并 刪除，不會留下垃圾數據。TitleID下的數據除TitleID之外，還包括FileName(文件名)、 FileType (文件類型)和FileC即tion (文件字幕)。 如圖3所示，在某一流程節點，點擊該流程節點一個標題時，顯示出與該標題相關 聯的素材庫和流程信息等內容，其信息是以Tab頁的方式顯示在窗口下方。具體地，當點擊 標題1時，在Tab頁中顯示了 2008年8月24日19:17:18時刻的Himalaya非編工程文件， 以及2008年8月24日19:17:18時刻的AAF工程文件，同時還可以保存4個素材，素材1、 素材2、素材3和素材4。 對于歷史版本的管理，界面設計也體現在該處，通過擴展Tab頁，在一個標題下每
保存一個歷史版本，即創建一個Tab頁，用于保存該標題下所有的工程文件，文件名用日期
和保存時間做標記區分，同時顯示與工程關聯的素材文件，由于各歷史版本中的素材文件
是同樣的文件，因此，在歷史版本Tab頁中的素材文件顯示為引用關系。 如圖4所示，為本發明實施例一種工程版本的管理裝置的結構圖，包括 擴展模塊41，用于對工作流引擎的數據結構進行擴展，為工作流引擎數據結構的
標題主表增加一個子表； 保存模塊42，用于根據設定的策略在子表中按時間順序保存歷史版本的工程文件 信息； 提交模塊43，用于將保存模塊42按時間順序保存的最新版本的工程文件信息提 交到下一個流程節點。 其中，保存模塊42具體用于根據非線性編輯系統可保存的歷史版本數量在子表
中按時間順序保存歷史版本的工程文件信息。 如圖5所示，該工程版本的管理裝置還可以包括 刪除模塊44，用于當設定的策略為定時自動保存時，如果保存模塊42保存的歷史 版本超過非線性編輯系統可保存的歷史版本數，在子表中自動刪除按時間順序保存的歷史 版本中最前面一個歷史版本的工程文件信息。 其中，刪除模塊44具體用于在標題主表中刪除歷史版本的工程文件的標題，并在子表中刪除與該標題關聯的TitleID下的數據。 如圖6所示，該工程版本的管理裝置還可以包括 覆蓋模塊45，用于當設定的策略具體為人工手動保存時，如果保存模塊42保存的 歷史版本超過非線性編輯系統可保存的歷史版本數，則提示用戶是否在子表中覆蓋按時間 順序保存的歷史版本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的 操作。 其中，覆蓋模塊45具體用于在標題主表中覆蓋歷史版本的工程文件的標題，并在 子表中覆蓋與該標題關聯的TitleID下的數據。 本發明實施例中，擴展模塊41對工作流引擎的數據結構進行擴展，為工作流引擎 數據結構的標題主表增加一個子表。保存模塊42根據設定的策略在子表中按時間順序保 存歷史版本的工程文件信息。具體地，保存模塊42根據非線性編輯系統可保存的歷史版本 數量在子表中按時間順序保存歷史版本的工程文件信息。 工作流節點在將任務提交至下一節點之前，保存模塊42允許用戶保留若干個歷 史版本，原則上以非編系統可保存的歷史版本數量為限，一般為IO個歷史版本。歷史版本 的保存可以自動定時完成，也可以由操作人員手動保存。 其中，設定的策略具體可以為定時自動保存，當保存的歷史版本超過非線性編輯 系統可保存的歷史版本數時，刪除模塊43在子表中自動刪除按時間順序保存的歷史版本 中最前面一個歷史版本的工程文件信息。具體地，當非編系統最多可保存的歷史版本為10 個時，如果歷史版本數超過了 10個，則自動刪除最前面的一個。 其中，設定的策略具體還可以為人工手動保存，當保存的歷史版本超過非線性編
輯系統可保存的歷史版本數時，則覆蓋模塊44提示用戶是否在子表中覆蓋按時間順序保
存的歷史版本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的操作。
具體地，當非編系統最多可保存的歷史版本為IO個時，如果歷史版本超過了 IO個，則系統
提示用戶是否覆蓋最前面的一個。由用戶自己選擇是否覆蓋最前面的一個。 最后，提交模塊43將按時間順序保存的最新版本的工程文件信息提交到下一個
流程節點。 提交模塊43在將任務提交至下一個流程節點之后，只將按時間順序保存的最新 版本的工程文件信息提交到下一個流程節點中，對于此時間以前的版本均視為臨時文件， 在提交時，后臺自動刪除，不再保存。從而可以有效利用存儲空間，又可在編輯時最大限度 的保證數據的可用性。 本發明實施例中，工作流引擎的標題主表和子表通過題目標識TitleID建立關 聯。在標題主表中刪除歷史版本的工程文件的標題時，在子表中刪除與標題關聯的TitlelD 下的數據。在標題主表中覆蓋歷史版本的工程文件的標題時，在子表中覆蓋與標題關聯的 TitleID下的數據。 上述模塊可以分布于一個裝置，也可以分布于多個裝置。上述模塊可以合并為一 個模塊，也可以進一步拆分成多個子模塊。 通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通 過硬件實現，也可以借助軟件加必要的通用硬件平臺的方式來實現。基于這樣的理解，本發 明的技術方案可以以軟件產品的形式體現出來，該軟件產品可以存儲在一個非易失性存儲介質(可以是CD-R0M， U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可 以是個人計算機，服務器，或者網絡設備等)執行本發明各個實施例所述的方法。
本領域技術人員可以理解附圖只是一個優選實施例的示意圖，附圖中的模塊或流 程并不一定是實施本發明所必須的。 本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。 以上公開的僅為本發明的幾個具體實施例，但是，本發明并非局限于此，任何本領 域的技術人員能思之的變化都應落入本發明的保護范圍。
權利要求
一種工程版本的管理方法，其特征在于，包括對工作流引擎的數據結構進行擴展，為所述工作流引擎數據結構的標題主表增加一個子表；根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息；將按時間順序保存的最新版本的工程文件信息提交到下一個流程節點。
2. 如權利要求1所述的方法，其特征在于，所述根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息包括根據非線性編輯系統可保存的歷史版本數量在所述子表中按時間順序保存歷史版本的工程文件信息。
3. 如權利要求1所述的方法，其特征在于，所述設定的策略具體為定時自動保存，當保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數時，在所述子表中自動刪除按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息。
4. 如權利要求1所述的方法，其特征在于，所述設定的策略具體為人工手動保存，當保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數時，則提示用戶是否在所述子表中覆蓋按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的操作。
5. 如權利要求1所述的方法，其特征在于，所述標題主表和子表通過題目標識TitleID建立關聯。
6. 如權利要求3或5所述的方法，其特征在于，所述刪除歷史版本的工程文件信息包括在所述標題主表中刪除歷史版本的工程文件的標題，并在所述子表中刪除與所述標題關聯的TitleID下的數據。
7. 如權利要求4或5所述的方法，其特征在于，所述覆蓋歷史版本的工程文件信息包括在所述標題主表中覆蓋歷史版本的工程文件的標題，并在所述子表中覆蓋與所述標題關聯的TitleID下的數據。
8. —種工程版本的管理裝置，其特征在于，包括擴展模塊，用于對工作流引擎的數據結構進行擴展，為所述工作流引擎數據結構的標題主表增加一個子表；保存模塊，用于根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息；提交模塊，用于將所述保存模塊按時間順序保存的最新版本的工程文件信息提交到下一個流程節點。
9. 如權利要求8所述的裝置，其特征在于，所述保存模塊具體用于根據非線性編輯系統可保存的歷史版本數量在所述子表中按時間順序保存歷史版本的工程文件信息。
10. 如權利要求8所述的裝置，其特征在于，還包括刪除模塊，用于當設定的策略為定時自動保存時，如果所述保存模塊保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數，在所述子表中自動刪除按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息。
11. 如權利要求8所述的裝置，其特征在于，還包括覆蓋模塊，用于當設定的策略具體為人工手動保存時，如果保存的歷史版本超過所述非線性編輯系統可保存的歷史版本數，則提示用戶是否在所述子表中覆蓋按時間順序保存的歷史版本中最前面一個歷史版本的工程文件信息，根據用戶的選擇進行相應的操作。
12. 如權利要求IO所述的裝置，其特征在于，所述刪除模塊具體用于在所述標題主表中刪除歷史版本的工程文件的標題，并在所述子表中刪除與所述標題關聯的TitleID下的數據。
13. 如權利要求11所述的裝置，其特征在于，所述覆蓋模塊具體用于在所述標題主表中覆蓋歷史版本的工程文件的標題，并在所述子表中覆蓋與所述標題關聯的TitleID下的數據。
全文摘要
本發明實施例公開了一種工程版本的管理方法和裝置，所述工程版本的管理方法包括對工作流引擎的數據結構進行擴展，為所述工作流引擎數據結構的標題主表增加一個子表；根據設定的策略在所述子表中按時間順序保存歷史版本的工程文件信息；將按時間順序保存的最新版本的工程文件信息提交到下一個流程節點。本發明實施例實現了基于工作流引擎的非編軟件歷史版本的管理，解決了節目制播網絡中，非編工程文件版本的保存問題。
文檔編號G06Q50/00GK101770608SQ20081024079
公開日2010年7月7日 申請日期2008年12月26日 優先權日2008年12月26日
發明者王堃越 申請人:新奧特(北京)視頻技術有限公司