專利名稱：一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法。
背景技術(shù)：
在各類需要對(duì)業(yè)務(wù)狀態(tài)進(jìn)行調(diào)節(jié)的系統(tǒng)或平臺(tái)中，現(xiàn)有技術(shù)中包括兩種技術(shù)方案。一種是被動(dòng)式方案，以當(dāng)前的業(yè)務(wù)狀態(tài)為中心，如圖1a所示，包括狀態(tài)監(jiān)控、狀態(tài)判斷和觸發(fā)調(diào)節(jié)動(dòng)作三個(gè)部分；另一種是主動(dòng)式方案，以任務(wù)為中心，如圖1b所示，包括任務(wù)管理、任務(wù)分發(fā)和狀態(tài)統(tǒng)計(jì)三個(gè)部分。被動(dòng)式方案需要對(duì)當(dāng)前的各種業(yè)務(wù)狀態(tài)進(jìn)行監(jiān)控，并根據(jù)監(jiān)控結(jié)果做出判斷，最終觸發(fā)調(diào)節(jié)動(dòng)作。主動(dòng)式方案需要在進(jìn)行應(yīng)用架構(gòu)設(shè)計(jì)時(shí)，考慮如何使任務(wù)按規(guī)則分發(fā)執(zhí)行。
在各種業(yè)務(wù)狀態(tài)的調(diào)節(jié)技術(shù)方案中，均依賴于應(yīng)用的架構(gòu)以及特征，包括如下兩種方案
方案一、
在業(yè)務(wù)處理邏輯中加入調(diào)節(jié)函數(shù)，通過(guò)靜 態(tài)或者動(dòng)態(tài)配置調(diào)節(jié)參數(shù)，使得調(diào)節(jié)函數(shù)發(fā)生作用，從而影響業(yè)務(wù)狀態(tài)。此種方案在多數(shù)軟件中都會(huì)采用，在程序設(shè)計(jì)開發(fā)過(guò)程中可根據(jù)應(yīng)用的需求隨時(shí)加入，及時(shí)完成調(diào)節(jié)，并且在使用過(guò)程中，調(diào)節(jié)函數(shù)運(yùn)行表現(xiàn)狀態(tài)較穩(wěn)定，不易出現(xiàn)錯(cuò)誤。此種方案中，加入的調(diào)節(jié)參數(shù)通常包括如下幾種程序休眠η秒、間隔 t秒輪詢一次、在某個(gè)時(shí)間點(diǎn)觸發(fā)某種業(yè)務(wù)行為、在某種業(yè)務(wù)行為發(fā)生時(shí)執(zhí)行某個(gè)操作、循環(huán)執(zhí)行次數(shù)等。
方案二、
在業(yè)務(wù)處理邏輯中，如圖2所示，實(shí)現(xiàn)業(yè)務(wù)的各個(gè)處理過(guò)程的業(yè)務(wù)處理模塊間通過(guò)緩沖模塊連接，通過(guò)控制緩沖模塊實(shí)現(xiàn)對(duì)業(yè)務(wù)狀態(tài)的影響。管理模塊通過(guò)判斷程序，主動(dòng)控制業(yè)務(wù)處理模塊完成業(yè)務(wù)行為。業(yè)務(wù)處理模塊間和業(yè)務(wù)處理模塊中均可植入緩沖模塊， 來(lái)調(diào)節(jié)節(jié)奏。此種方案要求對(duì)業(yè)務(wù)處理邏輯進(jìn)行建模之初，就要考慮到業(yè)務(wù)狀態(tài)遷移邏輯， 并植入緩沖模塊。此種方案在大型系統(tǒng)中使用較為普遍，特別是對(duì)于具有普遍控制和調(diào)節(jié)行為的業(yè)務(wù)處理邏輯，可以共享使用相同的緩沖模塊。此種方案中，調(diào)節(jié)參數(shù)除包括方案一中列舉的各參數(shù)外，還能調(diào)節(jié)多個(gè)處理過(guò)程之間的節(jié)奏和狀態(tài)，能夠定義更復(fù)雜的業(yè)務(wù)處理邏輯。
現(xiàn)有技術(shù)中提供的兩種業(yè)務(wù)狀態(tài)的調(diào)節(jié)方案，存在如下的缺點(diǎn)
方案一中必須在開發(fā)前期明確應(yīng)用的需求，并且代碼維護(hù)較為復(fù)雜，特別是對(duì)于調(diào)節(jié)參數(shù)的管理維護(hù)代價(jià)很大，且缺乏一致性，給應(yīng)用的部署帶來(lái)困難。實(shí)際使用中，靈活性較差，很難處理多個(gè)業(yè)務(wù)狀態(tài)的動(dòng)態(tài)調(diào)節(jié)。不適用于復(fù)雜的業(yè)務(wù)處理邏輯，并且一但發(fā)生需求變更，很難修改。
方案二要求在應(yīng)用的需求明確之后，程序設(shè)計(jì)開發(fā)過(guò)程中必須考慮各種可能，在保證業(yè)務(wù)處理邏輯完整性的前提下，適度加入緩沖模塊。并且，緩沖模塊不可避免與業(yè)務(wù)處理程序產(chǎn)生了固定的依賴關(guān)系。新增和變化調(diào)節(jié)機(jī)制，均需重新編譯和測(cè)試應(yīng)用。
現(xiàn)有技術(shù)中提供的兩種業(yè)務(wù)狀態(tài)的調(diào)節(jié)方案，不存在通用且獨(dú)立的調(diào)節(jié)裝置或調(diào) 節(jié)程序，而是采用與業(yè)務(wù)處理邏輯相關(guān)的處理方式，并且均采用主動(dòng)式方案調(diào)節(jié)業(yè)務(wù)狀態(tài)， 均存在實(shí)現(xiàn)復(fù)雜、靈活性差、不同應(yīng)用間不具有通用性的問(wèn)題，需要根據(jù)應(yīng)用的需求設(shè)計(jì)開 發(fā)相應(yīng)架構(gòu)，是不可分離的緊耦合方式。雖然在實(shí)際應(yīng)用中較為廣泛，但均限定了在程序設(shè) 計(jì)開發(fā)前期和過(guò)程中全面考慮應(yīng)用的需求，并且加入相應(yīng)的調(diào)節(jié)機(jī)制，均需要與業(yè)務(wù)處理 程序一起編譯再使用?，F(xiàn)有技術(shù)中提供的兩種業(yè)務(wù)狀態(tài)的調(diào)節(jié)方案均是以任務(wù)為中心，響 應(yīng)速度較慢，調(diào)節(jié)范圍有限，很難構(gòu)造復(fù)雜的隨機(jī)狀態(tài)。并且，隨著業(yè)務(wù)處理程序復(fù)雜度日 益提升，加入調(diào)節(jié)機(jī)制的情況下，復(fù)雜度更高，可靠性下降。
因此，在不增加程序設(shè)計(jì)開發(fā)復(fù)雜度的前提下，提供通用、穩(wěn)定、且易于管理維護(hù) 的業(yè)務(wù)狀態(tài)的調(diào)節(jié)機(jī)制，特別是在對(duì)業(yè)務(wù)狀態(tài)調(diào)節(jié)需求較高的多用戶、多任務(wù)、多并發(fā)應(yīng)用 中實(shí)現(xiàn)，成為現(xiàn)有技術(shù)中亟待解決的技術(shù)問(wèn)題之一。發(fā)明內(nèi)容
本發(fā)明提供一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，用以提升業(yè)務(wù)狀態(tài)調(diào)節(jié)機(jī)制的通用 性、穩(wěn)定性和可管理維護(hù)性。
本發(fā)明實(shí)施例提供一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，包括狀態(tài)機(jī)控制引擎和資源池控制 引擎，其中
所述狀態(tài)機(jī)控制引擎，用于接收業(yè)務(wù)處理程序在業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程 的入口發(fā)起的狀態(tài)請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò)程獲取啟動(dòng) 當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序；
所述資源池控制引擎，用于接收業(yè)務(wù)處理程序在所述業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理 過(guò)程中發(fā)起的資源請(qǐng)求，根據(jù)當(dāng)前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所 需的處理資源，并返回給所述業(yè)務(wù)處理程序。
本發(fā)明實(shí)施例提供一種基于上述調(diào)節(jié)裝置的業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法，包括
針對(duì)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程，狀態(tài)機(jī)控制引擎接收業(yè)務(wù)處理程序在當(dāng)前 的處理過(guò)程的入口發(fā)起的狀態(tài)請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò) 程獲取啟動(dòng)當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序；
資源池控制引擎接收業(yè)務(wù)處理程序在當(dāng)前的處理過(guò)程中發(fā)起的資源請(qǐng)求，根據(jù)當(dāng) 前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所需的處理資源，并返回給所述業(yè) 務(wù)處理程序。
本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置與業(yè)務(wù)處 理程序相互獨(dú)立運(yùn)行，無(wú)需改變業(yè)務(wù)處理程序的邏輯，無(wú)需對(duì)業(yè)務(wù)做任何中斷，可以隨時(shí)調(diào) 節(jié)各項(xiàng)設(shè)置提升業(yè)務(wù)狀態(tài)調(diào)節(jié)機(jī)制的通用性；通過(guò)定義處理過(guò)程狀態(tài)機(jī)，可以對(duì)業(yè)務(wù)在各 個(gè)處理過(guò)程進(jìn)行狀態(tài)切換時(shí)進(jìn)行各項(xiàng)調(diào)控，通過(guò)定義業(yè)務(wù)的各個(gè)處理過(guò)程所需的資源，可 以通過(guò)對(duì)資源數(shù)量的控制，實(shí)現(xiàn)對(duì)業(yè)務(wù)在各個(gè)處理過(guò)程內(nèi)執(zhí)行節(jié)奏的調(diào)控，從而提升業(yè)務(wù) 狀態(tài)調(diào)節(jié)機(jī)制的可管理維護(hù)性；業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置獨(dú)立運(yùn)行，可以有效的提升業(yè)務(wù)狀態(tài) 調(diào)節(jié)機(jī)制的穩(wěn)定性。
本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部分地從說(shuō)明書中變 得顯而易見，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫的說(shuō)明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1a為現(xiàn)有技術(shù)中業(yè)務(wù)狀態(tài)調(diào)節(jié)的被動(dòng)式方案示意圖1b為現(xiàn)有技術(shù)中業(yè)務(wù)狀態(tài)調(diào)節(jié)的主動(dòng)式方案不意圖2為現(xiàn)有技術(shù)中第二種業(yè)務(wù)狀態(tài)的調(diào)節(jié)方案功能模塊圖3為本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置框圖4為本發(fā)明實(shí)施例提供的全局共享的通訊鏈路示意圖5為本發(fā)明實(shí)施例提供的業(yè)務(wù)處理程序的處理流程圖6為本發(fā)明實(shí)施例提供的另一種較佳的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置框圖7為本發(fā)明實(shí)施例提供的中央調(diào)度策略控制器的邏輯結(jié)構(gòu)圖8為本發(fā)明實(shí)施例提供的處理過(guò)程狀態(tài)機(jī)的邏輯結(jié)構(gòu)圖9為本發(fā)明實(shí)施例提供的狀態(tài)資源池和行為資源池的邏輯結(jié)構(gòu)圖
圖10為本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法流程圖。
具體實(shí)施方式
本發(fā)明實(shí)施例提供一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，用以提升業(yè)務(wù)狀態(tài)調(diào)節(jié)機(jī)制 的通用性、穩(wěn)定性和可管理維護(hù)性。本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，能夠 廣泛應(yīng)用在各類復(fù)雜業(yè)務(wù)場(chǎng)景的應(yīng)用軟件及測(cè)試工具中，尤其適用于多用戶、多任務(wù)、多并 發(fā)的應(yīng)用調(diào)度。
以下結(jié)合說(shuō)明書附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此處所描述的 優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本發(fā)明，并且在不沖突的情況下，本發(fā) 明中的實(shí)施例及實(shí)施例中的特征可以相互組合。
本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，可以在多個(gè)維度上對(duì)業(yè)務(wù)狀態(tài) 做出動(dòng)態(tài)調(diào)節(jié)，從而使得業(yè)務(wù)處理程序表現(xiàn)出穩(wěn)定的業(yè)務(wù)狀態(tài)。業(yè)務(wù)狀態(tài)的多維動(dòng)態(tài)調(diào)節(jié) 機(jī)制，不會(huì)增加程序設(shè)計(jì)開發(fā)的復(fù)雜度，并且能夠滿足復(fù)雜的業(yè)務(wù)狀態(tài)調(diào)節(jié)需求。
首先，對(duì)本發(fā)明實(shí)施例涉及的幾個(gè)概念進(jìn)行簡(jiǎn)單說(shuō)明。
本發(fā)明實(shí)施例中所述的“業(yè)務(wù)”是指通過(guò)計(jì)算機(jī)程序即業(yè)務(wù)處理程序的信息交換 實(shí)現(xiàn)的一系列處理過(guò)程，其中每個(gè)處理過(guò)程都有明確的目的，并且持續(xù)一段時(shí)間。例如運(yùn) 營(yíng)商的短信網(wǎng)關(guān)的短信轉(zhuǎn)發(fā)業(yè)務(wù)，是接收SP(Service Provider,服務(wù)提供商)發(fā)送的短 信，將短信進(jìn)行計(jì)費(fèi)鑒權(quán)，之后轉(zhuǎn)發(fā)給短信中心，接收到短信投遞報(bào)告之后生成短信計(jì)費(fèi)話 單，并向SP返回投遞報(bào)告，即完成一次短信轉(zhuǎn)發(fā)業(yè)務(wù)。
本發(fā)明實(shí)施例中所述的“狀態(tài)信息”是指用于描述已經(jīng)\正在\將要發(fā)生的處理 過(guò)程的一系列信息的組合。在計(jì)算機(jī)處理某業(yè)務(wù)時(shí)需要執(zhí)行一系列處理過(guò)程，處理過(guò)程狀 態(tài)機(jī)用于描述一系列處理過(guò)程(行為狀態(tài))的遷移邏輯關(guān)系。
本發(fā)明實(shí)施例中所述的“調(diào)節(jié)”是指通過(guò)某種專用的計(jì)算機(jī)程序或裝置即業(yè)務(wù)狀 態(tài)的調(diào)節(jié)裝置，對(duì)業(yè)務(wù)處理程序?qū)崿F(xiàn)的業(yè)務(wù)的一系列處理過(guò)程產(chǎn)生影響，使業(yè)務(wù)的一系列處理過(guò)程按預(yù)定的節(jié)奏或用戶感受進(jìn)行，整個(gè)過(guò)程稱之為調(diào)節(jié)。例如短信發(fā)送業(yè)務(wù)需要以每秒100條的速率連續(xù)發(fā)送短信，則需要專用的計(jì)算機(jī)程序或裝置即業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，使實(shí)現(xiàn)短信發(fā)送業(yè)務(wù)的計(jì)算機(jī)程序即業(yè)務(wù)處理程序，以每秒執(zhí)行100次的節(jié)奏完成發(fā)送短信的一系列處理過(guò)程。
本發(fā)明實(shí)施例中所述的“資源”是指業(yè)務(wù)處理程序在完成業(yè)務(wù)的過(guò)程中，需要的一系列處理過(guò)程對(duì)應(yīng)的計(jì)算機(jī)的數(shù)據(jù)表示和硬件中斷請(qǐng)求。例如隨機(jī)數(shù)、IP地址、機(jī)器名、 連續(xù)的移動(dòng)終端號(hào)碼、獲取系統(tǒng)設(shè)備信息、獨(dú)占或鎖定某內(nèi)存區(qū)或設(shè)備等。
本發(fā)明實(shí)施例中，業(yè)務(wù)處理程序與業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置互相獨(dú)立，業(yè)務(wù)處理程序主動(dòng)向該調(diào)節(jié)裝置發(fā)送狀態(tài)請(qǐng)求或資源請(qǐng)求，業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置為業(yè)務(wù)的處理過(guò)程提供相應(yīng)的狀態(tài)信息和資源，完成狀態(tài)請(qǐng)求或資源請(qǐng)求的響應(yīng)。業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置不會(huì)主動(dòng)向業(yè)務(wù)處理程序發(fā)起任何形式的請(qǐng)求。
業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置提供業(yè)務(wù)的處理過(guò)程所需的資源和狀態(tài)信息，業(yè)務(wù)處理程序主動(dòng)與業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置不斷發(fā)生信息交換，最終業(yè)務(wù)處理程序的工作頻率達(dá)到與業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置相同或相近。
如圖3所示，本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，包括狀態(tài)機(jī)控制引擎和資源池控制引擎，其中
狀態(tài)機(jī)控制引擎，用于接收業(yè)務(wù)處理程序在業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的入口發(fā)起的狀態(tài)請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò)程獲取啟動(dòng)當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序；
資源池控制引擎，用于接收業(yè)務(wù)處理程序在所述業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程中發(fā)起的資源請(qǐng)求，根據(jù)當(dāng)前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所需的處理資源，并返回給所述業(yè)務(wù)處理程序。
下面結(jié)合說(shuō)明書附圖3進(jìn)行簡(jiǎn)要說(shuō)明。假設(shè)業(yè)務(wù)處理程序a需要完成al、a2、. . . an 等η個(gè)處理過(guò)程，在每個(gè)處理過(guò)程的入口訪問(wèn)狀態(tài)機(jī)控制引擎，獲取啟動(dòng)當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并根據(jù)獲取到的狀態(tài)信息啟動(dòng)當(dāng)前的處理過(guò)程；在當(dāng)前的處理過(guò)程中向資源池控制引擎申請(qǐng)完成當(dāng)前的處理過(guò)程所需的處理資源。由業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置發(fā)送狀態(tài)請(qǐng)求和資源請(qǐng)求的工作頻率，能夠限定業(yè)務(wù)處理程序a完成全部處理過(guò)程的節(jié)奏。業(yè)務(wù)處理程序b執(zhí)行過(guò)程與業(yè)務(wù)處理程序a類似，并且業(yè)務(wù)處理程序a和業(yè)務(wù)處理程序b可以共享業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，形成負(fù)載的分擔(dān)，a和b兩個(gè)業(yè)務(wù)處理程序甚至更多的業(yè)務(wù)處理程序全局表現(xiàn)為該業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置預(yù)先設(shè)定的工作頻率。
根據(jù)業(yè)務(wù)處理程序主動(dòng)與業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置發(fā)生信息交換的過(guò)程可知，業(yè)務(wù)處理程序執(zhí)行中需要作為調(diào)節(jié)因子的狀態(tài)信息和處理資源都需要向業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置發(fā)送請(qǐng)求，獲得請(qǐng)求響應(yīng)后，根據(jù)請(qǐng)求響應(yīng)的內(nèi)容，繼續(xù)下一步處理。業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置允許業(yè)務(wù)處理程序與之建立一條或多條全局共享的通訊鏈路。某一個(gè)業(yè)務(wù)處理程序在與調(diào)節(jié)裝置建立通訊鏈路并進(jìn)行通訊的過(guò)程，每個(gè)處理過(guò)程可以單獨(dú)建立通訊鏈路，也可以全局共享通訊鏈路。全局共享的通訊鏈路方式請(qǐng)參見圖4。業(yè)務(wù)處理程序在使用本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置時(shí)，需要在業(yè)務(wù)處理程序中進(jìn)行以下處理，如圖5所示
首先，建立并保持與該調(diào)節(jié)裝置的通訊鏈路，通訊鏈路可以為進(jìn)程問(wèn)通訊方式，也可以為Socket通訊方式,如果對(duì)實(shí)時(shí)性要求不高也可采用基于http/https的Web Service通訊方式。
其次，在需要狀態(tài)信息或處理資源時(shí)，通過(guò)通訊鏈路向該調(diào)節(jié)裝置發(fā)出請(qǐng)求，獲得 請(qǐng)求響應(yīng)后，將請(qǐng)求響應(yīng)的內(nèi)容進(jìn)行解析并賦值等操作，根據(jù)請(qǐng)求響應(yīng)的內(nèi)容繼續(xù)下一步處理。
具體實(shí)施中，可以在業(yè)務(wù)處理程序中每個(gè)需要調(diào)節(jié)的處理過(guò)程的入口處增加一段 代碼，使得業(yè)務(wù)處理程序可以在業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的入口發(fā)起狀態(tài)請(qǐng)求。也 可以采用如下方式使得業(yè)務(wù)處理程序可以在當(dāng)前的處理過(guò)程獲取進(jìn)入下一個(gè)需要調(diào)節(jié)的 處理過(guò)程所需的入口資源，具體的
所述資源池控制引擎，還用于在接收到所述資源請(qǐng)求之后，根據(jù)當(dāng)前的處理過(guò)程 從狀態(tài)資源池中獲取進(jìn)入下一個(gè)需要調(diào)節(jié)的處理過(guò)程所需的入口資源，并返回給所述業(yè)務(wù) 處理程序。
較佳的，業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置還可包括中央調(diào)度策略控制器，其中
所述中央調(diào)度策略控制器，用于根據(jù)業(yè)務(wù)狀態(tài)的調(diào)節(jié)需求對(duì)業(yè)務(wù)的狀態(tài)資源池和 行為資源池進(jìn)行調(diào)整，為業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程配置所需的入口資源和處理資 源，并將業(yè)務(wù)的每個(gè)處理過(guò)程所需的入口資源和處理資源與業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)相關(guān)聯(lián)。
較佳的，業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置還可包括監(jiān)控及校驗(yàn)控制引擎，其中
監(jiān)控及校驗(yàn)控制引擎，用于校驗(yàn)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的運(yùn)行數(shù)據(jù)是否 符合預(yù)設(shè)規(guī)則，并將狀態(tài)類校驗(yàn)結(jié)果反饋給所述狀態(tài)機(jī)控制引擎，將事務(wù)類校驗(yàn)結(jié)果反饋 給所述中央調(diào)度策略控制器，以及監(jiān)控所述調(diào)節(jié)裝置是否處于正常狀態(tài)，并將資源類監(jiān)控 結(jié)果反饋給所述資源池控制引擎，將事務(wù)類監(jiān)控結(jié)果反饋給所述中央調(diào)度策略控制器；
所述狀態(tài)機(jī)控制引擎，還用于根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的狀態(tài)類校驗(yàn)結(jié) 果，觸發(fā)相應(yīng)的狀態(tài)調(diào)節(jié)操作；所述的狀態(tài)調(diào)節(jié)操作，例如增加或減少某項(xiàng)狀態(tài)的數(shù)量，允 許或禁止某些狀態(tài)遷移的行為，調(diào)整狀態(tài)機(jī)的運(yùn)行邏輯等；
所述資源池控制引擎，還用于根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的資源類監(jiān)控結(jié) 果，觸發(fā)相應(yīng)的資源調(diào)節(jié)操作；所述的資源調(diào)節(jié)操作例如增加或減少某項(xiàng)資源(例如移動(dòng) 終端號(hào)碼)的數(shù)量，允許、臨時(shí)掛起或禁止某項(xiàng)資源的訪問(wèn)，調(diào)整資源的比例關(guān)系(包括數(shù) 量、時(shí)間等因子)等；
所述中央調(diào)度策略控制器，還用于根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的事務(wù)類校 驗(yàn)結(jié)果和事務(wù)類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的事務(wù)處理操作；所述的事務(wù)類校驗(yàn)結(jié)果和事務(wù)類監(jiān) 控結(jié)果，例如出現(xiàn)正常的事務(wù)超時(shí)或事務(wù)錯(cuò)誤，以及異常的事務(wù)處于未知狀態(tài)，事務(wù)因程序 錯(cuò)誤產(chǎn)生異常信息等。
本發(fā)明實(shí)施例提供一種較佳的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，包括中央調(diào)度策略控制器、 狀態(tài)機(jī)控制引擎、資源池控制引擎、監(jiān)控及校驗(yàn)控制引擎，連接關(guān)系如圖6所示。
中央調(diào)度策略控制器的邏輯結(jié)構(gòu)如圖7所示，主要功能包括一、是將用戶對(duì)業(yè) 務(wù)狀態(tài)的調(diào)節(jié)需求(包括一項(xiàng)或多項(xiàng)靜態(tài)的策略文件或動(dòng)態(tài)指令)，對(duì)業(yè)務(wù)的狀態(tài)資源池 和行為資源池進(jìn)行調(diào)整，為業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程配置所需的入口資源和處理資 源，并通過(guò)對(duì)外服務(wù)接口發(fā)布；二、將業(yè)務(wù)的每個(gè)處理過(guò)程所需的入口資源和處理資源與業(yè) 務(wù)的處理過(guò)程狀態(tài)機(jī)相關(guān)聯(lián)，處理過(guò)程狀態(tài)機(jī)的數(shù)量根據(jù)調(diào)節(jié)需求動(dòng)態(tài)增減變化；三、根據(jù)監(jiān)控及校驗(yàn)控制引擎反饋的事務(wù)類校驗(yàn)結(jié)果和事務(wù)類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的事務(wù)處理操 作。
狀態(tài)機(jī)控制弓I擎是需要進(jìn)行動(dòng)態(tài)調(diào)節(jié)的各類業(yè)務(wù)在本調(diào)節(jié)裝置中的映射，處理過(guò) 程狀態(tài)機(jī)實(shí)例的數(shù)量即當(dāng)前正在并行工作的任務(wù)數(shù)。各處理過(guò)程狀態(tài)機(jī)描述了業(yè)務(wù)狀態(tài)的 遷移邏輯關(guān)系，以及在各個(gè)處理過(guò)程所需的資源。處理過(guò)程狀態(tài)機(jī)的核心功能是客觀描述 當(dāng)前正在運(yùn)行的業(yè)務(wù)的處理過(guò)程。處理過(guò)程狀態(tài)機(jī)的邏輯結(jié)構(gòu)請(qǐng)參見圖8。
資源池控制引擎中包括兩種資源池，一種是狀態(tài)資源池，一種是行為資源池。狀 態(tài)資源池包括正在或?qū)⒁\(yùn)行的業(yè)務(wù)進(jìn)入下一個(gè)處理過(guò)程之前所需獲取的入口資源，限定 了處理過(guò)程的入口 ；行為資源池包括正在運(yùn)行的業(yè)務(wù)要完成當(dāng)前處理過(guò)程所需要的處理資 源，限定了當(dāng)前的處理過(guò)程是否可以順利完成。兩種資源的種類和數(shù)量是根據(jù)業(yè)務(wù)狀態(tài)的 調(diào)節(jié)需求動(dòng)態(tài)定義并分配的。狀態(tài)資源池和行為資源池的邏輯結(jié)構(gòu)請(qǐng)參見圖9。
監(jiān)控及校驗(yàn)控制引擎的功能是對(duì)該調(diào)節(jié)裝置進(jìn)行狀態(tài)監(jiān)控及處理過(guò)程校驗(yàn)。其中 處理過(guò)程校驗(yàn)偏重的是對(duì)業(yè)務(wù)處理程序的各個(gè)處理過(guò)程是否符合預(yù)定規(guī)則，并將狀態(tài)類校 驗(yàn)結(jié)果反饋給狀態(tài)機(jī)控制引擎，觸發(fā)相應(yīng)的狀態(tài)調(diào)節(jié)操作；狀態(tài)監(jiān)控偏重整個(gè)業(yè)務(wù)狀態(tài)的 調(diào)節(jié)裝置是否處于正常狀態(tài)，并將資源類監(jiān)控結(jié)果反饋給資源池控制引擎，觸發(fā)相應(yīng)的資 源調(diào)節(jié)操作。
本發(fā)明實(shí)施例提供的業(yè)務(wù)動(dòng)態(tài)的調(diào)節(jié)裝置與業(yè)務(wù)處理程序獨(dú)立存在，為松耦合關(guān) 系；通過(guò)將完成業(yè)務(wù)所需的各類資源進(jìn)行虛擬化，并采用標(biāo)準(zhǔn)化的管理機(jī)制，從而通過(guò)資源 的約束來(lái)實(shí)現(xiàn)對(duì)業(yè)務(wù)狀態(tài)的精確控制。
基于同一技術(shù)構(gòu)思，本發(fā)明實(shí)施例還提供了一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法，基于業(yè)務(wù) 狀態(tài)的調(diào)節(jié)裝置實(shí)現(xiàn)，由于該業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法解決問(wèn)題的原理與業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置 相似，因此該方法的實(shí)施可以參見裝置的實(shí)施，重復(fù)之處不再贅述。
如圖10所示，業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法，針對(duì)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程，執(zhí)行 如下步驟
SlOO1、狀態(tài)機(jī)控制弓I擎接收業(yè)務(wù)處理程序在當(dāng)前的處理過(guò)程的入口發(fā)起的狀態(tài) 請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò)程獲取啟動(dòng)當(dāng)前的處理過(guò)程所 需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序；
相應(yīng)的，業(yè)務(wù)處理程序根據(jù)獲取到的狀態(tài)信息啟動(dòng)當(dāng)前的處理過(guò)程；
S1002、資源池控制引擎接收業(yè)務(wù)處理程序在當(dāng)前的處理過(guò)程中發(fā)起的資源請(qǐng)求， 根據(jù)當(dāng)前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所需的處理資源，并返回給 所述業(yè)務(wù)處理程序；
相應(yīng)的，業(yè)務(wù)處理程序根據(jù)獲取到的狀態(tài)信息處理資源執(zhí)行當(dāng)前的處理過(guò)程。
具體實(shí)施中，所述業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法還包括
所述資源池控制引擎在接收到所述資源請(qǐng)求之后，根據(jù)當(dāng)前的處理過(guò)程從狀態(tài)資 源池中獲取進(jìn)入下一個(gè)需要調(diào)節(jié)的處理過(guò)程所需的入口資源，并返回給所述業(yè)務(wù)處理程序。
具體實(shí)施中，所述業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法還包括
中央調(diào)度策略控制器根據(jù)業(yè)務(wù)狀態(tài)的調(diào)節(jié)需求對(duì)業(yè)務(wù)的狀態(tài)資源池和行為資源 池進(jìn)行調(diào)整，為業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程配置所需的入口資源和處理資源，并將業(yè)務(wù)的每個(gè)處理過(guò)程所需的入口資源和處理資源與業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)相關(guān)聯(lián)。
具體實(shí)施中，所述業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法還包括
監(jiān)控及校驗(yàn)控制引擎校驗(yàn)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的運(yùn)行數(shù)據(jù)是否符合 預(yù)設(shè)規(guī)則，并將狀態(tài)類校驗(yàn)結(jié)果反饋給所述狀態(tài)機(jī)控制引擎，將事務(wù)類校驗(yàn)結(jié)果反饋給所 述中央調(diào)度策略控制器，以及監(jiān)控所述調(diào)節(jié)裝置是否處于正常狀態(tài)，并將資源類監(jiān)控結(jié)果 反饋給所述資源池控制引擎，將事務(wù)類監(jiān)控結(jié)果反饋給所述中央調(diào)度策略控制器；
所述狀態(tài)機(jī)控制引擎根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的狀態(tài)類校驗(yàn)結(jié)果，觸發(fā) 相應(yīng)的狀態(tài)調(diào)節(jié)操作；
所述資源池控制引擎根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的資源類監(jiān)控結(jié)果，觸發(fā) 相應(yīng)的資源調(diào)節(jié)操作；
所述中央調(diào)度策略控制器根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的事務(wù)類校驗(yàn)結(jié)果 和事務(wù)類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的事務(wù)處理操作。
本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，通過(guò)外掛的方式，不改變業(yè)務(wù) 處理程序的邏輯，能夠提供更高效、更穩(wěn)定、更易于維護(hù)管理的業(yè)務(wù)狀態(tài)的調(diào)節(jié)機(jī)制，對(duì)業(yè) 務(wù)狀態(tài)保持的更穩(wěn)定。對(duì)業(yè)務(wù)狀態(tài)的調(diào)節(jié)能力更強(qiáng)，通過(guò)定義處理過(guò)程狀態(tài)機(jī)，建立業(yè)務(wù)的 各個(gè)處理過(guò)程的映射關(guān)系，可以使用令牌機(jī)制對(duì)業(yè)務(wù)在各個(gè)處理過(guò)程進(jìn)行狀態(tài)切換時(shí)，進(jìn) 行各項(xiàng)調(diào)控；通過(guò)定義業(yè)務(wù)處理過(guò)程所需的資源，就可以通過(guò)對(duì)資源數(shù)量的控制，實(shí)現(xiàn)對(duì)業(yè) 務(wù)在某個(gè)處理過(guò)程內(nèi)執(zhí)行節(jié)奏的調(diào)控。
本發(fā)明實(shí)施例提供的業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置與業(yè)務(wù)處理程序的運(yùn)行相互獨(dú)立，因此 業(yè)務(wù)狀態(tài)的控制和變化更及時(shí)，在業(yè)務(wù)處理過(guò)程中，不需要對(duì)業(yè)務(wù)做任何中斷，可以隨時(shí)調(diào) 節(jié)各項(xiàng)設(shè)置，立即生效，而不必等到之前設(shè)置的調(diào)控策略執(zhí)行完畢，也可以通過(guò)延時(shí)機(jī)制， 在某個(gè)特定的時(shí)間生效。
業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置獨(dú)立運(yùn)行，可以有效的提升業(yè)務(wù)狀態(tài)的調(diào)節(jié)機(jī)制的可靠性， 可以進(jìn)行充分的測(cè)試與優(yōu)化，與業(yè)務(wù)系統(tǒng)或平臺(tái)通過(guò)外部服務(wù)接口完成各項(xiàng)調(diào)節(jié)，當(dāng)業(yè)務(wù) 系統(tǒng)或平臺(tái)的功能發(fā)生改變的過(guò)程中，無(wú)需修改調(diào)節(jié)機(jī)制。通過(guò)簡(jiǎn)單配置即可在混合多業(yè) 務(wù)實(shí)例應(yīng)用場(chǎng)景中使用，從而對(duì)多項(xiàng)不同的業(yè)務(wù)實(shí)現(xiàn)復(fù)雜的調(diào)節(jié)機(jī)制。
本領(lǐng)域的技術(shù)人員應(yīng)該明白，本發(fā)明的實(shí)施例可提供為裝置、方法、或計(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í)施例的裝置、方法和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或 方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/ 或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計(jì)算機(jī)程序指 令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生 一個(gè)機(jī)器，使得通過(guò)計(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)造 性概念，則可對(duì)這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu) 選實(shí)施例、以及落入本發(fā)明范圍的所有變更和修改。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，其特征在于，包括狀態(tài)機(jī)控制引擎和資源池控制引擎，其中 所述狀態(tài)機(jī)控制引擎，用于接收業(yè)務(wù)處理程序在業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的入口發(fā)起的狀態(tài)請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò)程獲取啟動(dòng)當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序； 所述資源池控制引擎，用于接收業(yè)務(wù)處理程序在所述業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程中發(fā)起的資源請(qǐng)求，根據(jù)當(dāng)前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所需的處理資源，并返回給所述業(yè)務(wù)處理程序。
2.如權(quán)利要求1所述的裝置，其特征在于， 所述資源池控制引擎，還用于在接收到所述資源請(qǐng)求之后，根據(jù)當(dāng)前的處理過(guò)程從狀態(tài)資源池中獲取進(jìn)入下一個(gè)需要調(diào)節(jié)的處理過(guò)程所需的入口資源，并返回給所述業(yè)務(wù)處理程序。
3.如權(quán)利要求2所述的裝置，其特征在于，還包括中央調(diào)度策略控制器，其中 所述中央調(diào)度策略控制器，用于根據(jù)業(yè)務(wù)狀態(tài)的調(diào)節(jié)需求對(duì)業(yè)務(wù)的狀態(tài)資源池和行為資源池進(jìn)行調(diào)整，為業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程配置所需的入口資源和處理資源，并將業(yè)務(wù)的每個(gè)處理過(guò)程所需的入口資源和處理資源與業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)相關(guān)聯(lián)。
4.如權(quán)利要求3所述的裝置，其特征在于，還包括監(jiān)控及校驗(yàn)控制引擎，其中 監(jiān)控及校驗(yàn)控制引擎，用于校驗(yàn)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的運(yùn)行數(shù)據(jù)是否符合預(yù)設(shè)規(guī)則，并將狀態(tài)類校驗(yàn)結(jié)果反饋給所述狀態(tài)機(jī)控制引擎，將事務(wù)類校驗(yàn)結(jié)果反饋給所述中央調(diào)度策略控制器，以及監(jiān)控所述調(diào)節(jié)裝置是否處于正常狀態(tài)，并將資源類監(jiān)控結(jié)果反饋給所述資源池控制引擎，將事務(wù)類監(jiān)控結(jié)果反饋給所述中央調(diào)度策略控制器； 所述狀態(tài)機(jī)控制引擎，還用于根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的狀態(tài)類校驗(yàn)結(jié)果，觸發(fā)相應(yīng)的狀態(tài)調(diào)節(jié)操作； 所述資源池控制引擎，還用于根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的資源類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的資源調(diào)節(jié)操作； 所述中央調(diào)度策略控制器，還用于根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的事務(wù)類校驗(yàn)結(jié)果和事務(wù)類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的事務(wù)處理操作。
5.如權(quán)利要求1所述的裝置，其特征在于，所述業(yè)務(wù)處理程序與所述調(diào)節(jié)裝置之間具有至少一條全局共享的通訊鏈路；或者，針對(duì)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程，所述業(yè)務(wù)處理程序與所述調(diào)節(jié)裝置之間具有一條通訊鏈路。
6.一種基于權(quán)利要求1所述調(diào)節(jié)裝置的業(yè)務(wù)狀態(tài)的調(diào)節(jié)方法，其特征在于，包括 針對(duì)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程，狀態(tài)機(jī)控制引擎接收業(yè)務(wù)處理程序在當(dāng)前的處理過(guò)程的入口發(fā)起的狀態(tài)請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò)程獲取啟動(dòng)當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序； 資源池控制引擎接收業(yè)務(wù)處理程序在當(dāng)前的處理過(guò)程中發(fā)起的資源請(qǐng)求，根據(jù)當(dāng)前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所需的處理資源，并返回給所述業(yè)務(wù)處理程序。
7.如權(quán)利要求6所述的方法，其特征在于，還包括 所述資源池控制引擎在接收到所述資源請(qǐng)求之后，根據(jù)當(dāng)前的處理過(guò)程從狀態(tài)資源池中獲取進(jìn)入下一個(gè)需要調(diào)節(jié)的處理過(guò)程所需的入口資源，并返回給所述業(yè)務(wù)處理程序。
8.如權(quán)利要求7所述的方法，其特征在于，還包括 中央調(diào)度策略控制器根據(jù)業(yè)務(wù)狀態(tài)的調(diào)節(jié)需求對(duì)業(yè)務(wù)的狀態(tài)資源池和行為資源池進(jìn)行調(diào)整，為業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程配置所需的入口資源和處理資源，并將業(yè)務(wù)的每個(gè)處理過(guò)程所需的入口資源和處理資源與業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)相關(guān)聯(lián)。
9.如權(quán)利要求8所述的方法，其特征在于，還包括 監(jiān)控及校驗(yàn)控制引擎校驗(yàn)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的運(yùn)行數(shù)據(jù)是否符合預(yù)設(shè)規(guī)則，并將狀態(tài)類校驗(yàn)結(jié)果反饋給所述狀態(tài)機(jī)控制引擎，將事務(wù)類校驗(yàn)結(jié)果反饋給所述中央調(diào)度策略控制器，以及監(jiān)控所述調(diào)節(jié)裝置是否處于正常狀態(tài)，并將資源類監(jiān)控結(jié)果反饋給所述資源池控制引擎，將事務(wù)類監(jiān)控結(jié)果反饋給所述中央調(diào)度策略控制器； 所述狀態(tài)機(jī)控制引擎根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的狀態(tài)類校驗(yàn)結(jié)果，觸發(fā)相應(yīng)的狀態(tài)調(diào)節(jié)操作； 所述資源池控制引擎根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的資源類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的資源調(diào)節(jié)操作； 所述中央調(diào)度策略控制器根據(jù)所述監(jiān)控及校驗(yàn)控制引擎反饋的事務(wù)類校驗(yàn)結(jié)果和事務(wù)類監(jiān)控結(jié)果，觸發(fā)相應(yīng)的事務(wù)處理操作。
10.如權(quán)利要求6所述的方法，其特征在于， 所述業(yè)務(wù)處理程序與所述調(diào)節(jié)裝置之間建立并保持至少一條全局共享的通訊鏈路；或者， 針對(duì)業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程，所述業(yè)務(wù)處理程序與所述調(diào)節(jié)裝置之間建立一條通訊鏈路。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置及方法，用以提升業(yè)務(wù)狀態(tài)調(diào)節(jié)機(jī)制的通用性、穩(wěn)定性和可管理維護(hù)性。所述業(yè)務(wù)狀態(tài)的調(diào)節(jié)裝置，包括狀態(tài)機(jī)控制引擎和資源池控制引擎，其中所述狀態(tài)機(jī)控制引擎，用于接收業(yè)務(wù)處理程序在業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程的入口發(fā)起的狀態(tài)請(qǐng)求，根據(jù)所述業(yè)務(wù)的處理過(guò)程狀態(tài)機(jī)描述的當(dāng)前的處理過(guò)程獲取啟動(dòng)當(dāng)前的處理過(guò)程所需的狀態(tài)信息，并返回給所述業(yè)務(wù)處理程序；資源池控制引擎，用于接收業(yè)務(wù)處理程序在所述業(yè)務(wù)的每個(gè)需要調(diào)節(jié)的處理過(guò)程中發(fā)起的資源請(qǐng)求，根據(jù)當(dāng)前的處理過(guò)程從行為資源池中獲取完成當(dāng)前的處理過(guò)程所需的處理資源，并返回給所述業(yè)務(wù)處理程序。
文檔編號(hào)G06F9/50GK103019808SQ201110299448
公開日2013年4月3日 申請(qǐng)日期2011年9月28日 優(yōu)先權(quán)日2011年9月28日
發(fā)明者種璟, 唐本亭, 趙立君, 陳源 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司