本發(fā)明涉及媒體素材處理技術(shù)領(lǐng)域，尤其涉及一種多媒體任務(wù)處理裝置及方法。

背景技術(shù)：

現(xiàn)有多媒體任務(wù)處理機(jī)制目前具備遷移、md5計(jì)算、轉(zhuǎn)碼、自動(dòng)技審等功能，這些功能是在軟件程序編碼階段已經(jīng)固化好的，一經(jīng)編譯生成可執(zhí)行文件后是無法修改和調(diào)整的，如圖1所示，實(shí)現(xiàn)遷移后進(jìn)行md5計(jì)算并校驗(yàn)，這種固定的任務(wù)流程行為對于某種指定業(yè)務(wù)處理是可行的，但如果想在其它業(yè)務(wù)中使用，就只能限于遷移和md5兩種任務(wù)功能，想再多加其它功能只能修改代碼重新編譯，這樣就會(huì)增加軟件維護(hù)成本，在軟件產(chǎn)品設(shè)計(jì)上也不夠靈活。

隨著這種方法不斷的使用，在后來的方案中得到一定的改進(jìn)。使用功能流程捆綁方式，并且可以在配置中配置所使用的工作流程，即對多媒體任務(wù)流程進(jìn)行擴(kuò)展，如圖2中的方案一和方案二，方案一對應(yīng)的處理流程更為豐富，可進(jìn)行轉(zhuǎn)碼、自動(dòng)技審、遷移、md5計(jì)算；方案二仍對應(yīng)進(jìn)行遷移和md5的流程。這種改進(jìn)的方式在功能使用上較第一代的方便許多。對于方案一而言，一般要經(jīng)過轉(zhuǎn)碼的素材都會(huì)使用自動(dòng)技審和md5計(jì)算等功能；方案二一般處理不需要轉(zhuǎn)碼的素材。如果需要使用方案一或者方案二，只需要在系統(tǒng)配置中進(jìn)行有效配置就行，那么軟件就會(huì)啟用設(shè)置的方案。這對于某些領(lǐng)域或者用戶使用來說已經(jīng)基本夠用。但往往用戶的現(xiàn)場在生產(chǎn)過程中的環(huán)境和要求是復(fù)雜多變的，所以又得重新構(gòu)建各種方案并提供配置方式，這樣也沒有從根本上解決靈活應(yīng)對，還需要重新編碼編譯，增加軟件代碼的維護(hù)成本。而且以上所有的任務(wù)結(jié)點(diǎn)的數(shù)據(jù)專遞都是基于定義好的數(shù)據(jù)結(jié)構(gòu)來傳遞的，這種數(shù)據(jù)傳遞方式本身就決定了它必須是以修改代碼的方式來實(shí)現(xiàn)功能的添加和修改。

并且以上的工作方式只是從邏輯上實(shí)現(xiàn)功能點(diǎn)的流程并沒有真正給用戶呈現(xiàn)出可視化流程的模型。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明為解決現(xiàn)有技術(shù)中多媒體任務(wù)處理流程固定，無法滿足多種流程處理需求的問題，本發(fā)明提供一種多媒體任務(wù)處理裝置及方法。

在一個(gè)方面，本發(fā)明實(shí)施例提供了一種多媒體任務(wù)處理裝置，包括：

任務(wù)接口模塊，用于接收多媒體任務(wù)處理指令，并將指令發(fā)送至任務(wù)調(diào)度子系統(tǒng)；

任務(wù)調(diào)度子系統(tǒng)，用于根據(jù)所述任務(wù)處理指令選擇任務(wù)執(zhí)行模塊及各任務(wù)執(zhí)行模塊的處理順序，并將所述任務(wù)按順序控制各任務(wù)執(zhí)行模塊進(jìn)行任務(wù)處理，并通過所述任務(wù)接口模塊反饋?zhàn)罱K的任務(wù)處理結(jié)果；

任務(wù)執(zhí)行模塊，用于收到任務(wù)處理指令后進(jìn)行任務(wù)處理，并將處理結(jié)果返回至任務(wù)調(diào)度子系統(tǒng)。

在另一個(gè)方面，本發(fā)明實(shí)施例提供了一種多媒體任務(wù)處理方法，包括：將多媒體任務(wù)處理過程中的任務(wù)劃分為最小的任務(wù)執(zhí)行模塊，根據(jù)接收的多媒體任務(wù)處理指令選擇其中的一個(gè)或多個(gè)所需的任務(wù)執(zhí)行模塊并確定各任務(wù)執(zhí)行模塊的處理順序，并按順序控制各任務(wù)執(zhí)行模塊進(jìn)行任務(wù)處理，并反饋?zhàn)罱K的任務(wù)處理結(jié)果。

有益效果如下：

本提案從巧妙的架構(gòu)設(shè)計(jì)層面解決了現(xiàn)有捆綁式的處理流程(即流程中功能模塊數(shù)量及順序均固定)無法適應(yīng)場景較為復(fù)雜的任務(wù)需求，不僅能靈活適應(yīng)實(shí)際生產(chǎn)過程中的各種變化的問題，并且在功能擴(kuò)展上更為方便靈活，只需要按照業(yè)務(wù)功能需求和業(yè)務(wù)量需求，配置任務(wù)執(zhí)行模塊(即worker)的啟動(dòng)類型和啟動(dòng)數(shù)量，按配置生成所需的worker。在actor中配置新的wokerid等信息，啟動(dòng)后就具備了新的功能。另外，本發(fā)明在所有的功能順序上也實(shí)現(xiàn)可視化編輯的圖形操作方式，既滿足的原有的所有功能順序，還可以根據(jù)現(xiàn)場不同的需求建立新的工作流程。

本系統(tǒng)可以應(yīng)用于計(jì)算機(jī)媒體素材管理、處理的所有領(lǐng)域，只要涉及到媒體素材處理都可以使用本系統(tǒng)，例如媒資管理生產(chǎn)系統(tǒng)、播出素材整備系統(tǒng)等。

附圖說明

下面將參照附圖描述本發(fā)明的具體實(shí)施例，其中：

圖1示出了現(xiàn)有技術(shù)中進(jìn)行多媒體任務(wù)處理的流程圖；

圖2示出了現(xiàn)有技術(shù)中改進(jìn)后多媒體任務(wù)處理的流程圖；

圖3示出了本發(fā)明實(shí)施例中裝置結(jié)構(gòu)示意圖；

圖4示出了本發(fā)明實(shí)施例中各任務(wù)執(zhí)行模塊對應(yīng)功能示意圖；

圖5示出了本發(fā)明較佳實(shí)施例中裝置結(jié)構(gòu)示意圖；

圖6示出了本發(fā)明實(shí)施例中設(shè)置的任務(wù)流程模板示意圖。

具體實(shí)施方式

為了使本發(fā)明的技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖對本發(fā)明的示例性實(shí)施例進(jìn)行進(jìn)一步詳細(xì)的說明，顯然，所描述的實(shí)施例僅是本發(fā)明的一部分實(shí)施例，而不是所有實(shí)施例的窮舉。并且在不沖突的情況下，本說明中的實(shí)施例及實(shí)施例中的特征可以互相結(jié)合。

發(fā)明人在發(fā)明過程中注意到：現(xiàn)有的多媒體任務(wù)處理機(jī)制流程設(shè)計(jì)固定，對于某些環(huán)境和要求復(fù)雜多變的場景如需增加處理任務(wù)會(huì)增加軟件的維護(hù)成本，實(shí)現(xiàn)不夠靈活，因此無法滿足靈活多變的需求。

實(shí)施例一

本實(shí)施例提供一種多媒體任務(wù)處理裝置，如圖3所示，包括：

任務(wù)接口模塊，用于接收多媒體任務(wù)處理指令，并將所述任務(wù)處理指令發(fā)送至任務(wù)調(diào)度子系統(tǒng)；所述任務(wù)處理指令包含任務(wù)類型、任務(wù)優(yōu)先級、任務(wù)執(zhí)行所需的參數(shù)等信息；所述任務(wù)處理指令為task_xml的形式。

任務(wù)調(diào)度子系統(tǒng)，用于多媒體任務(wù)處理的調(diào)度管理及任務(wù)分發(fā)，即根據(jù)任務(wù)處理指令中的任務(wù)類型選擇任務(wù)執(zhí)行模塊及各任務(wù)執(zhí)行模塊的處理順序，并將所述任務(wù)按順序依次發(fā)送至選擇的任務(wù)執(zhí)行模塊，即當(dāng)前一任務(wù)執(zhí)行模塊處理完成后所述任務(wù)調(diào)度子系統(tǒng)將任務(wù)處理指令連同前一任務(wù)執(zhí)行模塊的處理結(jié)果發(fā)送至下一任務(wù)執(zhí)行模塊；

任務(wù)執(zhí)行模塊，用于收到任務(wù)處理指令后進(jìn)行任務(wù)處理，并將處理結(jié)果返回至任務(wù)調(diào)度子系統(tǒng)；具體地，任務(wù)執(zhí)行模塊對任務(wù)處理指令進(jìn)行解析獲取其中的任務(wù)執(zhí)行所需參數(shù)后對任務(wù)進(jìn)行處理。

進(jìn)一步地，所述任務(wù)調(diào)度子系統(tǒng)包括任務(wù)調(diào)度模塊(taskmanager)和任務(wù)管理模塊(taskactor)兩部分；具體地：

任務(wù)調(diào)度模塊，用于接收任務(wù)處理指令，并將任務(wù)分發(fā)至任務(wù)管理模塊；并于收到任務(wù)處理結(jié)果后將所述處理結(jié)果反饋至應(yīng)用接口模塊；即當(dāng)任務(wù)調(diào)度模塊收到一條任務(wù)處理指令后，根據(jù)各任務(wù)管理模塊的忙閑狀態(tài)選擇一個(gè)待處理任務(wù)數(shù)量最少的任務(wù)管理模塊，并將任務(wù)處理指令發(fā)送至選擇的任務(wù)管理模塊；

每一個(gè)任務(wù)管理模塊管理多個(gè)任務(wù)執(zhí)行模塊，如圖4所示，每個(gè)任務(wù)執(zhí)行模塊對應(yīng)不同的處理功能，比如，任務(wù)執(zhí)行模塊1對應(yīng)轉(zhuǎn)碼，任務(wù)執(zhí)行模塊2對應(yīng)自動(dòng)技審等。

任務(wù)管理模塊：用于根據(jù)任務(wù)處理指令中的任務(wù)類型選擇需要進(jìn)行任務(wù)處理的任務(wù)執(zhí)行模塊及確定所述各任務(wù)執(zhí)行模塊的處理順序；并將任務(wù)順序發(fā)送至各選擇的任務(wù)執(zhí)行模塊；

具體地，例如當(dāng)前任務(wù)為進(jìn)行轉(zhuǎn)碼和技審報(bào)告比較，任務(wù)管理模塊選擇的任務(wù)執(zhí)行模塊為任務(wù)執(zhí)行模塊1(即轉(zhuǎn)碼模塊)、任務(wù)執(zhí)行模塊3(即技審報(bào)告比較模塊)，然后將任務(wù)發(fā)送至任務(wù)執(zhí)行模塊1，并收到任務(wù)執(zhí)行模塊1的處理結(jié)果后將任務(wù)處理指令及所述處理結(jié)果發(fā)送至任務(wù)執(zhí)行模塊3；并于收到任務(wù)執(zhí)行模塊3的處理結(jié)果后將所述結(jié)果返回至任務(wù)調(diào)度模塊。

進(jìn)一步地，所述任務(wù)處理指令包含當(dāng)前任務(wù)的優(yōu)先級信息，任務(wù)調(diào)度模塊進(jìn)行任務(wù)分發(fā)時(shí)采用下列任意一種方式：

(1)任務(wù)調(diào)度模塊在進(jìn)行任務(wù)分發(fā)時(shí)從待處理任務(wù)中選擇優(yōu)先級最高的任務(wù)分發(fā)至任務(wù)管理模塊；若存在多個(gè)優(yōu)先級最高的任務(wù)，則任務(wù)調(diào)度模塊從所述多個(gè)優(yōu)先級最高的任務(wù)中選擇最先收到的任務(wù)分發(fā)至任務(wù)管理模塊。

(2)任務(wù)調(diào)度模塊監(jiān)控各任務(wù)管理模塊的待處理任務(wù)情況，包括待處理任務(wù)數(shù)量及各任務(wù)的優(yōu)先級；當(dāng)任務(wù)調(diào)度模塊收到一個(gè)任務(wù)優(yōu)先級為i的任務(wù)處理指令后，判斷每個(gè)任務(wù)管理模塊待處理任務(wù)，從中選擇優(yōu)先級大于等于i的任務(wù)數(shù)量最少的一個(gè)任務(wù)管理模塊處理，并將所述當(dāng)前任務(wù)分發(fā)至所述選擇的任務(wù)管理模塊。

進(jìn)一步地，任務(wù)管理模塊收到任務(wù)處理指令后判斷執(zhí)行當(dāng)前任務(wù)所需的任務(wù)執(zhí)行模塊及各模塊執(zhí)行順序，并查看所述當(dāng)前任務(wù)的優(yōu)先級，假設(shè)執(zhí)行所述當(dāng)前任務(wù)所需的任務(wù)執(zhí)行模塊及順序分別為任務(wù)執(zhí)行模塊j…任務(wù)執(zhí)行模塊n；每個(gè)任務(wù)執(zhí)行模塊的任務(wù)構(gòu)成一個(gè)子任務(wù)，對于每一個(gè)子任務(wù)，所述任務(wù)管理模塊判斷處理所述子任務(wù)的任務(wù)執(zhí)行模塊被分配的任務(wù)中是否有更高優(yōu)先級或相同優(yōu)先級的任務(wù)，是則等所述高優(yōu)先級及相同優(yōu)先級的任務(wù)處理完成后將所述當(dāng)前任務(wù)進(jìn)行分發(fā)至所述任務(wù)執(zhí)行模塊，否則等所述任務(wù)執(zhí)行模塊正在處理的任務(wù)完成后將所述子任務(wù)分發(fā)至所述任務(wù)執(zhí)行模塊進(jìn)行處理。

例如，任務(wù)管理模塊判斷為任務(wù)執(zhí)行模塊j分配的任務(wù)中是否有更高優(yōu)先級或相同優(yōu)先級的任務(wù)，是則等所述高優(yōu)先級及相同優(yōu)先級的任務(wù)處理完成后將所述當(dāng)前任務(wù)進(jìn)行分發(fā)至所述任務(wù)執(zhí)行模塊j，否則等正在處理的任務(wù)完成后將所述當(dāng)前任務(wù)進(jìn)行分發(fā)至所述任務(wù)執(zhí)行模塊j；所述任務(wù)管理模塊收到任務(wù)執(zhí)行模塊j的處理結(jié)果后判斷所述任務(wù)的下一任務(wù)執(zhí)行模塊(如任務(wù)執(zhí)行模塊k)是否有更高或相同優(yōu)先級的待處理任務(wù)，若有則等所述更高或相同優(yōu)先級的待處理任務(wù)完成后將所述當(dāng)前任務(wù)分發(fā)至任務(wù)執(zhí)行模塊k，否則等正在處理的任務(wù)完成后將所述當(dāng)前任務(wù)進(jìn)行分發(fā)至所述任務(wù)執(zhí)行模塊k，依次類推，直到完成對所述當(dāng)前任務(wù)的處理。

進(jìn)一步地，所述裝置還包括數(shù)據(jù)存儲(chǔ)模塊，用于存儲(chǔ)數(shù)據(jù)及任務(wù)接口模塊接收的任務(wù)處理指令，包括業(yè)務(wù)數(shù)據(jù)和視音頻本體數(shù)據(jù)等，其中，業(yè)務(wù)數(shù)據(jù)包含任務(wù)處理指令、任務(wù)參數(shù)等信息，視音頻本體指被轉(zhuǎn)換的媒體文件。

業(yè)務(wù)數(shù)據(jù)采用數(shù)據(jù)庫方式存儲(chǔ)，視音頻本體數(shù)據(jù)以文件的方式進(jìn)行存儲(chǔ)。采用字段task_xml存儲(chǔ)任務(wù)處理指令。

進(jìn)一步地，具有相同功能的任務(wù)執(zhí)行模塊有一個(gè)或多個(gè)，即每個(gè)任務(wù)執(zhí)行模塊i具有一個(gè)或多個(gè)任務(wù)執(zhí)行子模塊，每個(gè)任務(wù)執(zhí)行子模塊具有相同的任務(wù)處理功能，比如均進(jìn)行轉(zhuǎn)碼，或均進(jìn)行md5計(jì)算。

進(jìn)一步地，所述裝置還包括設(shè)置模塊，用于設(shè)置任務(wù)流程模塊，所述模板包括進(jìn)行任務(wù)處理的任務(wù)執(zhí)行模塊及各模塊的處理順序；

所述任務(wù)處理指令中包含指定的模板；所述調(diào)度子系統(tǒng)根據(jù)所述所述模板選擇對應(yīng)的任務(wù)執(zhí)行模塊并控制各任務(wù)執(zhí)行模塊按所述順序執(zhí)行該任務(wù)。

任務(wù)接口模塊用于收到任務(wù)處理指令后進(jìn)行媒體任務(wù)轉(zhuǎn)換；將任務(wù)處理指令轉(zhuǎn)換為task_xml的形式，所述task_xml包含任務(wù)類型、優(yōu)先級、任務(wù)執(zhí)行所需的參數(shù)等信息。

mts協(xié)議采用xml結(jié)構(gòu)，消息傳輸根據(jù)不同的應(yīng)用場景，采用不同的通信協(xié)議傳輸。任務(wù)接口模塊對外采用mtsoversoap方式；manager、actor與worker之間，采用mtsoverhttp協(xié)議傳輸；manager/actor/worker之間mts協(xié)議的交互推薦采用長連接模式。在manager/actor/worker三層結(jié)構(gòu)中，mts協(xié)議定義了manager/actor/worker之間交互的消息格式和接口方式。

在manager/actor/worker三層結(jié)構(gòu)中，mts消息的交互方式主要是分離處理方式，即manager的mts控制消息由actor處理并響應(yīng)，manager的mts任務(wù)消息直接發(fā)送給worker，由worker直接處理并響應(yīng)。

由worker直接處理任務(wù)消息，這樣，actor變成一個(gè)輕量級的模塊，只負(fù)責(zé)worker的啟停監(jiān)控、worker執(zhí)行能力的收集、服務(wù)器主機(jī)狀態(tài)的監(jiān)控等。

實(shí)施例二

本申請實(shí)施例提供一種媒體處理方法，包括：

將多媒體任務(wù)處理過程中的任務(wù)劃分為最小的任務(wù)執(zhí)行模塊，根據(jù)接收的多媒體任務(wù)處理指令選擇其中的所需的任務(wù)執(zhí)行模塊并確定各任務(wù)執(zhí)行模塊的處理順序，并按所述順序控制各任務(wù)執(zhí)行模塊進(jìn)行任務(wù)處理，并反饋?zhàn)罱K的任務(wù)處理結(jié)果。具體地：

如圖4所示，將任務(wù)劃分為一個(gè)個(gè)最小的任務(wù)執(zhí)行模塊，比如可以但不限于包含以下任一種或多種任務(wù)執(zhí)行模塊：轉(zhuǎn)碼、自動(dòng)技審、md5計(jì)算、遷移、技審報(bào)告比較等；這些任務(wù)執(zhí)行模塊的組合及執(zhí)行順序均根據(jù)多媒體任務(wù)的需要進(jìn)行選擇和排序。

進(jìn)一步地，任務(wù)調(diào)度模塊收到任務(wù)接口模塊發(fā)來的任務(wù)處理指令后根據(jù)任務(wù)管理模塊的忙閑狀態(tài)選擇一個(gè)待處理任務(wù)數(shù)量最少的任務(wù)管理模塊，并將所述任務(wù)處理指令發(fā)送至選擇的任務(wù)管理模塊；

所述任務(wù)管理模塊根據(jù)所述任務(wù)處理指令中的任務(wù)類型選擇進(jìn)行任務(wù)處理的任務(wù)執(zhí)行模塊及各任務(wù)執(zhí)行模塊的處理順序，然后按順序?qū)⑺鋈蝿?wù)處理指令發(fā)送至任務(wù)執(zhí)行模塊進(jìn)行處理，即當(dāng)前一任務(wù)執(zhí)行模塊處理完成后將任務(wù)處理指令及前一任務(wù)執(zhí)行模塊的處理結(jié)果發(fā)送至下一任務(wù)執(zhí)行處理模塊，直到收到最后一個(gè)任務(wù)執(zhí)行模塊返回的最終處理結(jié)果。

進(jìn)一步地，所述任務(wù)處理指令包含當(dāng)前任務(wù)的優(yōu)先級信息，任務(wù)調(diào)度模塊采用以下方式中的任一種進(jìn)行任務(wù)分發(fā)：

(1)從待處理任務(wù)中選擇優(yōu)先級最高的任務(wù)進(jìn)行分發(fā)，若存在多個(gè)優(yōu)先級最高的任務(wù)，則從所述多個(gè)優(yōu)先級最高的任務(wù)中選擇最先收到的任務(wù)分發(fā)至任務(wù)管理模塊進(jìn)行處理。

(2)任務(wù)調(diào)度模塊監(jiān)控各任務(wù)管理模塊的待處理任務(wù)情況，包括待處理任務(wù)數(shù)量及各任務(wù)的優(yōu)先級；當(dāng)任務(wù)調(diào)度模塊收到一個(gè)任務(wù)優(yōu)先級為i的任務(wù)處理指令后，判斷每個(gè)任務(wù)管理模塊待處理任務(wù)，從中選擇優(yōu)先級大于等于i的任務(wù)數(shù)量最少的一個(gè)任務(wù)管理模塊處理，并將所述當(dāng)前任務(wù)分發(fā)至所述選擇的任務(wù)管理模塊。

進(jìn)一步地，任務(wù)管理模塊收到任務(wù)處理指令后根據(jù)所述指令確定需要進(jìn)行任務(wù)處理的任務(wù)執(zhí)行模塊及處理順序，每個(gè)任務(wù)執(zhí)行模塊的任務(wù)構(gòu)成一個(gè)子任務(wù)，對于每一個(gè)子任務(wù)，所述任務(wù)管理模塊判斷處理所述子任務(wù)的任務(wù)執(zhí)行模塊被分配的任務(wù)中是否有更高優(yōu)先級或相同優(yōu)先級的任務(wù)，是則等所述高優(yōu)先級及相同優(yōu)先級的任務(wù)處理完成后將所述當(dāng)前任務(wù)進(jìn)行分發(fā)至所述任務(wù)執(zhí)行模塊，否則等所述任務(wù)執(zhí)行模塊正在處理的任務(wù)完成后將所述子任務(wù)分發(fā)至所述任務(wù)執(zhí)行模塊進(jìn)行處理。

進(jìn)一步地，預(yù)先設(shè)置一個(gè)或多個(gè)任務(wù)流程模板，所述模板包含一個(gè)或多個(gè)任務(wù)執(zhí)行模塊及各模塊的處理順序。

根據(jù)接收的多媒體任務(wù)處理指令選擇其中的一個(gè)或多個(gè)任務(wù)執(zhí)行模塊進(jìn)行處理包括：根據(jù)所述指令中指示的模板選擇所述模板進(jìn)行任務(wù)處理。

如圖6所示，假設(shè)圖中“三合一”模板(其模塊編號(hào)為3)對應(yīng)的任務(wù)執(zhí)行模塊是轉(zhuǎn)碼和技審報(bào)告比較，且執(zhí)行順序是先進(jìn)行轉(zhuǎn)碼再進(jìn)行技審報(bào)告比較。

進(jìn)一步地，所述任務(wù)處理指令采用task_xml字段進(jìn)行傳輸及存儲(chǔ)。

為了實(shí)現(xiàn)最優(yōu)的技術(shù)效果，本發(fā)明提供一種多媒體任務(wù)處理裝置及方法，本提案從巧妙的架構(gòu)設(shè)計(jì)層面解決了現(xiàn)有捆綁式的處理流程(即流程中功能模塊數(shù)量及順序均固定)無法適應(yīng)場景較為復(fù)雜的任務(wù)需求，不僅能靈活適應(yīng)實(shí)際生產(chǎn)過程中的各種變化的問題，并且在功能擴(kuò)展上更為方便靈活，只需要按照業(yè)務(wù)功能需求和業(yè)務(wù)量需求，配置worker的啟動(dòng)類型和啟動(dòng)數(shù)量，按配置生成所需的worker。在actor中配置新的wokerid等信息，啟動(dòng)后就具備了新的功能。另外，本發(fā)明在所有的功能順序上也實(shí)現(xiàn)可視化編輯的圖形操作方式，既滿足的原有的所有功能順序，還可以根據(jù)現(xiàn)場不同的需求建立新的工作流程。

進(jìn)一步地，本發(fā)明主要采用xml作為各模塊數(shù)據(jù)傳遞的載體，分步式多進(jìn)程管理等方式，這樣大大降底了偶合性，易擴(kuò)展性和多迸發(fā)性。

上述實(shí)施例中，均可以采用現(xiàn)有的功能元器件模塊來實(shí)施。例如，

為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。當(dāng)然，在實(shí)施本發(fā)明時(shí)可以把各模塊或單元的功能在同一個(gè)或多個(gè)軟件或硬件中實(shí)現(xiàn)。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、cd-rom、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。