本發(fā)明涉項目集成技術(shù)領(lǐng)域，尤其涉及一種項目持續(xù)集成的方法和系統(tǒng)。

背景技術(shù)：

持續(xù)集成是一種軟件開發(fā)實踐。在持續(xù)集成過程中，團隊成員頻繁地集成工作成果，每次集成會經(jīng)過自動構(gòu)建的檢驗，以盡快發(fā)現(xiàn)集成錯誤。目前，產(chǎn)用的持續(xù)集成流程如圖1所示，可以包括：開發(fā)者提交代碼到代碼評審服務(wù)器；接著，代碼評審服務(wù)器通知相應(yīng)的評審員進行評審；然后，代碼評審服務(wù)器觸發(fā)持續(xù)集成服務(wù)器進行集成構(gòu)建工作，并有持續(xù)集成服務(wù)器向測試環(huán)境下達(dá)測試任務(wù)，并接收測試環(huán)境的測試反饋；最后，代碼評審服務(wù)器接收由持續(xù)集成服務(wù)器所返回的評審和構(gòu)建結(jié)果，并根據(jù)返回結(jié)果判斷是否將代碼合并至代碼倉庫。

在對圖1所示的持續(xù)集成實踐過程中，隨著軟件規(guī)模和復(fù)雜度越來越大，持續(xù)集成的代價也隨之升高，所述代價是指持續(xù)集成任務(wù)數(shù)量和單個持續(xù)集成任務(wù)時間。在大規(guī)模軟件協(xié)同開發(fā)情形下，一次代碼提交往往需要等待較長的時間后才能得到持續(xù)集成服務(wù)器的反饋結(jié)果。例如，本次代碼提交依賴于上次未測試結(jié)束的提交。假設(shè)每個集成任務(wù)需要1個小時，那么由于依賴導(dǎo)致順序化的任務(wù)隊列一天最多只能被處理24個集成任務(wù)，嚴(yán)重限制開發(fā)進度。

同時，隨著項目復(fù)雜度的增加以及測試覆蓋面的增大，測試任務(wù)數(shù)量也隨之增加。因此，當(dāng)持續(xù)集成的任務(wù)數(shù)量隨著業(yè)務(wù)的增加而增加時，持續(xù)集成平臺需要執(zhí)行更多的任務(wù)，因此需要投入更多的計算資源(持續(xù)集成服務(wù)器和測試環(huán)境)，以保證及時地從測試結(jié)果中得到反饋。但是傳統(tǒng)的持續(xù)集成裝置無法做到有效的自適應(yīng)擴展；并且，隨著項目逐漸完善，需要執(zhí)行的任務(wù)也隨之減 少，測試環(huán)境便又空余出來，又會導(dǎo)致測試資源利用率不高。

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

為解決上述技術(shù)問題，本發(fā)明實施例期望提供一種項目持續(xù)集成的方法和系統(tǒng)，能夠加快項目持續(xù)集成進度，提高開發(fā)效率，并且在項目逐漸進行時，通過動態(tài)調(diào)整測試資源的規(guī)模，提升測試資源的利用率。

本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

第一方面，本發(fā)明實施例提供了一種項目持續(xù)集成的方法，所述方法包括：

將提交事件流中的提交事件進行合并排列，生成待測試事件隊列；

將所述待測試事件隊列中的提交事件進行基于流水線的并行測試；

將測試成功的第一提交事件合并至代碼倉庫；

將測試失敗的第二提交事件以及與所述第二提交事件相關(guān)聯(lián)的第三提交事件從所述待測試任務(wù)隊列刪除。

在上述方案中，所述方法還包括：

收集負(fù)載狀態(tài)，并根據(jù)負(fù)載的增加狀態(tài)從云端申請新的持續(xù)集成組件；

將所述新的持續(xù)集成組件加入到項目持續(xù)集成環(huán)境中。

在上述方案中，所述根據(jù)負(fù)載從云端申請新的持續(xù)集成組件，以及將所述新的持續(xù)集成組件加入到項目持續(xù)集成環(huán)境中，具體包括：

從鏡像服務(wù)器獲取新版本的持續(xù)集成組件，并加入到所述項目持續(xù)集成環(huán)境；

檢測所述新版本的持續(xù)集成組件在預(yù)設(shè)的時間段內(nèi)是否正常工作：

當(dāng)正常工作時，替換所述項目持續(xù)集成環(huán)境中舊版本的持續(xù)集成組件；

當(dāng)非正常工作時，刪除所述新版本的持續(xù)集成組件。

在上述方案中，所述方法還包括：

根據(jù)負(fù)載的降低狀態(tài)刪除所述項目持續(xù)集成環(huán)境中的持續(xù)集成組件。

在上述方案中，所述將所述待測試事件隊列中的提交事件進行基于流水線的并行測試，具體包括：

按照預(yù)設(shè)的負(fù)載均衡策略將所述待測試事件隊列中的提交事件傳輸至并行測試的流水線中。

第二方面，本發(fā)明實施例提供了一種項目持續(xù)集成的系統(tǒng)，所述系統(tǒng)包括：代碼評審服務(wù)器、持續(xù)集成服務(wù)器和代碼倉庫；所述系統(tǒng)還包括：與所述代碼評審服務(wù)器以及所述持續(xù)集成服務(wù)器相連接的任務(wù)調(diào)度服務(wù)器；

所述任務(wù)調(diào)度服務(wù)器用于：

將所述代碼評審服務(wù)器傳輸?shù)奶峤皇录髦械奶峤皇录M行合并排列，生成待測試事件隊列；

以及，將所述待測試事件隊列中的提交事件傳輸至多個持續(xù)集成服務(wù)器，以實現(xiàn)基于流水線的并行測試；

以及，從所述持續(xù)集成服務(wù)器接收所述待測試事件隊列中的提交事件的測試結(jié)果；

以及，將測試成功的第一提交事件合并至代碼倉庫；

以及，將測試失敗的第二提交事件以及與所述第二提交事件相關(guān)聯(lián)的第三提交事件從所述待測試任務(wù)隊列刪除。

在上述方案中，所述系統(tǒng)還包括：與所述任務(wù)調(diào)度服務(wù)器、所述持續(xù)集成服務(wù)器以及測試環(huán)境相連接的節(jié)點控制器；

所述節(jié)點控制器用于：

收集所述任務(wù)調(diào)度服務(wù)器的負(fù)載狀態(tài)，并根據(jù)負(fù)載的增加狀態(tài)從云端申請新的持續(xù)集成組件；

以及，將所述新的持續(xù)集成組件加入到所述持續(xù)集成服務(wù)器和所述測試環(huán)境。

在上述方案中，所述系統(tǒng)還包括：與所述節(jié)點控制器相連接的鏡像服務(wù)器；相應(yīng)地，所述節(jié)點控制器具體用于：

從鏡像服務(wù)器獲取新版本的持續(xù)集成組件，并加入到所述持續(xù)集成服務(wù)器和所述測試環(huán)境；

以及，檢測所述新版本的持續(xù)集成組件在預(yù)設(shè)的時間段內(nèi)是否正常工作：

以及，當(dāng)所述新版本的持續(xù)集成組件正常工作時，替換所述持續(xù)集成服務(wù)器和所述測試環(huán)境中舊版本的持續(xù)集成組件；

以及，當(dāng)所述新版本的持續(xù)集成組件非正常工作時，刪除所述新版本的持續(xù)集成組件。

在上述方案中，所述節(jié)點控制器還用于：

根據(jù)負(fù)載的降低狀態(tài)刪除所述持續(xù)集成服務(wù)器和所述測試環(huán)境中的持續(xù)集成組件。

在上述方案中，所述任務(wù)調(diào)度服務(wù)器，具體用于：按照預(yù)設(shè)的負(fù)載均衡策略將所述待測試事件隊列中的提交事件傳輸至各個所述持續(xù)集成服務(wù)器。

本發(fā)明實施例提供了一種項目持續(xù)集成的方法和系統(tǒng)，通過對提交事件進行合并排列后以流水式并行測試方法進行測試，并將測試失敗的提交事件與以及與測試失敗提交事件相關(guān)聯(lián)的提交事件從所述待測試任務(wù)隊列刪除；并且根據(jù)項目持續(xù)集成的負(fù)載狀態(tài)對持續(xù)集成環(huán)境中的組件進行增減，能夠加快項目持續(xù)集成進度，提高開發(fā)效率，并且在項目逐漸完善時，通過調(diào)整測試資源的規(guī)模，提升測試資源的利用率。

附圖說明

圖1為現(xiàn)有技術(shù)的一種持續(xù)集成系統(tǒng)結(jié)構(gòu)示意圖；

圖2為本發(fā)明實施例提供的一種項目持續(xù)集成系統(tǒng)結(jié)構(gòu)示意圖；

圖3為本發(fā)明實施例提供的一種具體實現(xiàn)流程圖；

圖4為本發(fā)明實施例提供的另一種項目持續(xù)集成系統(tǒng)結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例提供的再一種項目持續(xù)集成系統(tǒng)結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例提供的一種項目持續(xù)集成的方法流程示意圖；

圖7為本發(fā)明實施例提供的一種項目持續(xù)集成的方法具體實現(xiàn)流程示意圖；

圖8為本發(fā)明實施例提供的一種將持續(xù)集成組件加入到項目持續(xù)集成環(huán)境的流程示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。

實施例一

在圖1所示的現(xiàn)有持續(xù)集成系統(tǒng)的基礎(chǔ)上，參見圖2，其示出了本發(fā)明實施例提供的一種項目持續(xù)集成系統(tǒng)20，該系統(tǒng)20除了包括圖1中所示的代碼評審服務(wù)器201、持續(xù)集成服務(wù)器202、測試環(huán)境203和代碼倉庫204以外，還包括：任務(wù)調(diào)度服務(wù)器210，需要說明的是，任務(wù)調(diào)度服務(wù)器210與所述代碼評審服務(wù)器201以及所述持續(xù)集成服務(wù)器202相連接；該任務(wù)調(diào)度服務(wù)器210可以用于：

將代碼評審服務(wù)器201傳輸?shù)奶峤皇录髦械奶峤皇录M行合并排列，生成待測試事件隊列；

以及，將所述待測試事件隊列中的提交事件傳輸至多個持續(xù)集成服務(wù)器202；以使得通過各持續(xù)集成服務(wù)器202將提交事件下發(fā)至對應(yīng)的測試環(huán)境203中實現(xiàn)基于流水線的并行測試；

以及，從持續(xù)集成服務(wù)器202接收所述待測試事件隊列中的提交事件的測試結(jié)果；

以及，將測試成功的第一提交事件合并至代碼倉庫204；

以及，將測試失敗的第二提交事件以及與所述第二提交事件相關(guān)聯(lián)的第三提交事件從所述待測試任務(wù)隊列刪除。

需要說明的是，在具體實現(xiàn)過程中，參見圖3，具體的實現(xiàn)流程包括：

s301：任務(wù)調(diào)度服務(wù)器210可以初始創(chuàng)建兩個隊列，分別是q1和q2；

s302：任務(wù)調(diào)度服務(wù)器210接收代碼評審服務(wù)器201發(fā)送的提交事件流，其中，提交事件流中的提交事件為a、b、c、d，并按照提交事件的產(chǎn)生順序入隊q1，即q1＝<a，b，c，d>；

s303：任務(wù)調(diào)度服務(wù)器210將q1中的提交事件進行排列合并，將合并后 的提交事件入隊q2，即q2＝<head+a，head+a+b，head+a+b+c，head+a+b+c+d>；

s304:任務(wù)調(diào)度服務(wù)器210生成隊q2中的提交事件對應(yīng)的測試任務(wù)，并將所有測試任務(wù)傳輸至多個持續(xù)集成服務(wù)器202；以使得通過各持續(xù)集成服務(wù)器202將提交事件下發(fā)至對應(yīng)的測試環(huán)境203中實現(xiàn)基于流水線的并行測試；

s305：任務(wù)調(diào)度服務(wù)器210實時監(jiān)控持續(xù)集成服務(wù)器202返回的測試結(jié)果：

s306：將測試成功的第一提交事件合并至代碼倉庫204，例如，隊首head+a任務(wù)順利結(jié)束，則出隊q1和q2的隊首任務(wù)，分別為a和head+a；

s307：將測試失敗的第二提交事件以及與所述第二提交事件相關(guān)聯(lián)的第三提交事件從所述待測試任務(wù)隊列刪除，比如，當(dāng)有測試任務(wù)失敗時，任務(wù)調(diào)度服務(wù)器210刪除失敗任務(wù)在q1和q2中對應(yīng)的提交事件，并且在q1和q2中，刪除與失敗任務(wù)相關(guān)聯(lián)的提交事件，例如，在head+a還未完成測試時，持續(xù)集成服務(wù)器202返回q2中的提交事件head+a+b提前失敗了，并且q1中的提交事件c依賴提交事件b，那么必然是b引入了代碼缺陷，因此任務(wù)調(diào)度服務(wù)器210從q1中刪除b和依賴于它的c，并從q2中停止并刪除從head+a+b開始到隊尾的所有任務(wù)。刪除后的兩個隊列分別為q1＝<a>，q2＝<head+a>。

s308：任務(wù)調(diào)度服務(wù)器210繼續(xù)接收代碼評審服務(wù)器201發(fā)送的提交事件d和e，并轉(zhuǎn)至步驟s302將提交事件d和e入隊q1。

通過上述的過程，可以理解地，任務(wù)調(diào)度服務(wù)器210不僅能夠把提交事件合并后通過并行測試的方式實現(xiàn)測試，而且能夠及時的將測試失敗的提交事件以及依賴于測試失敗的提交事件的關(guān)聯(lián)提交事件一并進行刪除和停止測試，從而根據(jù)提交事件之間的依賴性減少了測試失敗的提交事件所引發(fā)的測試延誤時間，加快了項目持續(xù)集成進度，大大提升了項目持續(xù)集成的效率。

示例性地，因為任務(wù)調(diào)度服務(wù)器210負(fù)責(zé)將待測試事件分發(fā)至持續(xù)集成服務(wù)器202，因此，任務(wù)調(diào)度服務(wù)器210能夠獲知所有待測試事件的任務(wù)狀態(tài)，持續(xù)集成服務(wù)器201對于待測試事件而言僅是一個無狀態(tài)的服務(wù)，所以，具體地，任務(wù)調(diào)度服務(wù)器210用于按照預(yù)設(shè)的負(fù)載均衡策略將所述待測試事件隊列 中的提交事件傳輸至各個所述持續(xù)集成服務(wù)器202。

示例性地，參見圖4，本發(fā)明實施例提供的持續(xù)集成系統(tǒng)20，還可以包括節(jié)點控制器220；需要說明的是，節(jié)點控制器220與任務(wù)調(diào)度服務(wù)器210、持續(xù)集成服務(wù)器202以及測試環(huán)境203相連接，該節(jié)點控制器220，用于收集所述任務(wù)調(diào)度服務(wù)器210的負(fù)載狀態(tài)，并根據(jù)負(fù)載的增加狀態(tài)從云端申請新的持續(xù)集成組件；

以及，將所述新的持續(xù)集成組件加入到持續(xù)集成服務(wù)器202和測試環(huán)境203。

示例性地，在項目逐漸完善時，任務(wù)調(diào)度服務(wù)器210的負(fù)載狀態(tài)降低時，節(jié)點控制器220還可以用于根據(jù)負(fù)載的降低狀態(tài)刪除持續(xù)集成服務(wù)器202和測試環(huán)境203中的持續(xù)集成組件。

需要說明的是，節(jié)點控制器220負(fù)責(zé)從任務(wù)調(diào)度服務(wù)器210中獲取系統(tǒng)的負(fù)載飽和情況，并通過從云平臺動態(tài)申請資源加入該項目持續(xù)集成環(huán)境，從而達(dá)到隨負(fù)載進行擴充的能力。在這里，申請的資源則是新的持續(xù)集成組件，包括新的持續(xù)集成服務(wù)器和測試環(huán)境。由上可知，節(jié)點控制器220通過調(diào)整資源的規(guī)模，能夠提升測試資源的利用率。

示例性地，為了保證在項目持續(xù)集成的過程中不出現(xiàn)服務(wù)中斷的現(xiàn)象，參見圖5，本發(fā)明實施例提供的持續(xù)集成系統(tǒng)20，還可以包括鏡像服務(wù)器230，需要說明的是，鏡像服務(wù)器230與節(jié)點控制器220相連接，相應(yīng)地，節(jié)點控制器220具體用于：

從鏡像服務(wù)器230獲取新版本的持續(xù)集成組件，并加入到持續(xù)集成服務(wù)器202和203測試環(huán)境；

以及，檢測所述新版本的持續(xù)集成組件在預(yù)設(shè)的時間段內(nèi)是否正常工作：

以及，當(dāng)所述新版本的持續(xù)集成組件正常工作時，替換持續(xù)集成服務(wù)器202和測試環(huán)境203中舊版本的持續(xù)集成組件；

以及，當(dāng)所述新版本的持續(xù)集成組件非正常工作時，刪除所述新版本的持續(xù)集成組件。

于是，節(jié)點控制器220就提供了一種滾動升級和出錯回滾機制，可以理解 地，出錯回滾機制即滾動升級的逆操作。需要說明的是，節(jié)點控制器220也會從用于代碼倉庫204中檢出制作鏡像的代碼，并觸發(fā)任務(wù)調(diào)度服務(wù)器210進行鏡像的制作。另外，由于所有的持續(xù)集成組件都位于容器和虛擬機之中，因此對一個持續(xù)集成組件進行滾動升級和出錯回滾都是原子操作。

本實施例提供了一種項目持續(xù)集成系統(tǒng)20，通過提交事件進行合并排列后通過流水式并行測試方法進行測試，并將測試失敗的提交事件與以及與測試失敗提交事件相關(guān)聯(lián)的提交事件從所述待測試任務(wù)隊列刪除；并且通過節(jié)點控制器根據(jù)項目持續(xù)集成的負(fù)載狀態(tài)對持續(xù)集成環(huán)境中的組件進行增減，從而加快項目持續(xù)集成進度，提高開發(fā)效率，并且在項目逐漸完善時，通過調(diào)整測試資源的規(guī)模，提升測試資源的利用率。

實施例二

基于前述實施例所述的項目持續(xù)集成系統(tǒng)，參見圖6，其示出了本發(fā)明實施例提供的一種項目持續(xù)集成的方法，該方法可以通過實施例一中所述的項目持續(xù)集成系統(tǒng)實現(xiàn)，該方法可以包括：

s601：將提交事件流中的提交事件進行合并排列，生成待測試事件隊列；

s602：將所述待測試事件隊列中的提交事件進行基于流水線的并行測試；

s603：將測試成功的第一提交事件合并至代碼倉庫；

s604：將測試失敗的第二提交事件以及與所述第二提交事件相關(guān)聯(lián)的第三提交事件從所述待測試任務(wù)隊列刪除。

需要說明的是，在具體實現(xiàn)過程中，圖6所示的技術(shù)方案可以如圖7所示，可以包括：

s701：初始創(chuàng)建兩個隊列，分別是q1和q2；

s702：接收提交事件流，其中，提交事件流中的提交事件為a、b、c、d，并按照提交事件的產(chǎn)生順序入隊q1，即q1＝<a，b，c，d>；

s703：將q1中的提交事件進行排列合并，將合并后的提交事件入隊q2，即q2＝<head+a，head+a+b，head+a+b+c，head+a+b+c+d>；

s704：生成隊q2中的提交事件對應(yīng)的測試任務(wù)，并將所有測試任務(wù)基于 流水線的并行測試；

s705：實時監(jiān)控返回的測試結(jié)果：

s706：將測試成功的第一提交事件合并至代碼倉庫，例如，隊首head+a任務(wù)順利結(jié)束，則出隊q1和q2的隊首任務(wù)，分別為a和head+a；

s707：將測試失敗的第二提交事件以及與所述第二提交事件相關(guān)聯(lián)的第三提交事件從所述待測試任務(wù)隊列刪除，比如，當(dāng)有測試任務(wù)失敗時，任務(wù)調(diào)度服務(wù)器210刪除失敗任務(wù)在q1和q2中對應(yīng)的提交事件，并且在q1和q2中，刪除與失敗任務(wù)相關(guān)聯(lián)的提交事件，例如，在head+a還未完成測試時，持續(xù)集成服務(wù)器202返回q2中的提交事件head+a+b提前失敗了，并且q1中的提交事件c依賴提交事件b，那么必然是b引入了代碼缺陷，因此任務(wù)調(diào)度服務(wù)器210從q1中刪除b和依賴于它的c，并從q2中停止并刪除從head+a+b開始到隊尾的所有任務(wù)。刪除后的兩個隊列分別為q1＝<a>，q2＝<head+a>。

s708：繼續(xù)接收提交事件d和e，并轉(zhuǎn)至步驟s702將提交事件d和e入隊q1。

可以理解地，通過上述的過程不僅能夠把提交事件合并后通過并行測試的方式實現(xiàn)測試，而且能夠及時的將測試失敗的提交事件以及依賴于測試失敗的提交事件的關(guān)聯(lián)提交事件一并進行刪除和停止測試，從而根據(jù)提交事件之間的依賴性減少了測試失敗的提交事件所引發(fā)的測試延誤時間，加快了項目持續(xù)集成進度，大大提升了項目持續(xù)集成的效率。

示例性地，所述方法還包括：

收集負(fù)載狀態(tài)，并根據(jù)負(fù)載的增加狀態(tài)從云端申請新的持續(xù)集成組件；

以及，將所述新的持續(xù)集成組件加入到項目持續(xù)集成環(huán)境中。

進一步地，為了保證在項目持續(xù)集成的過程中不出現(xiàn)服務(wù)中斷的現(xiàn)象，參見圖8，所述根據(jù)負(fù)載從云端申請新的持續(xù)集成組件，以及將所述新的持續(xù)集成組件加入到項目持續(xù)集成環(huán)境中，具體包括：

s801：從鏡像服務(wù)器獲取新版本的持續(xù)集成組件，并加入到所述項目持續(xù)集成環(huán)境；

s802：檢測所述新版本的持續(xù)集成組件在預(yù)設(shè)的時間段內(nèi)是否正常工作：

s803：當(dāng)正常工作時，替換所述項目持續(xù)集成環(huán)境中舊版本的持續(xù)集成組件；

s804：當(dāng)非正常工作時，刪除所述新版本的持續(xù)集成組件。

示例性地，所述方法還包括：

根據(jù)負(fù)載的降低狀態(tài)刪除所述項目持續(xù)集成環(huán)境中的持續(xù)集成組件。

示例性地，所述將所述待測試事件隊列中的提交事件進行基于流水線的并行測試，具體包括：

按照預(yù)設(shè)的負(fù)載均衡策略將所述待測試事件隊列中的提交事件傳輸至并行測試的流水線中。

本實施例提供了一種項目持續(xù)集成方法，通過提交事件進行合并排列后通過流水式并行測試方法進行測試，并將測試失敗的提交事件與以及與測試失敗提交事件相關(guān)聯(lián)的提交事件從所述待測試任務(wù)隊列刪除；并且根據(jù)項目持續(xù)集成的負(fù)載狀態(tài)對持續(xù)集成環(huán)境中的組件進行增減，從而加快項目持續(xù)集成進度，提高開發(fā)效率，并且在項目逐漸完善時，通過調(diào)整測試資源的規(guī)模，提升測試資源的利用率。

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

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

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

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

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。