專利名稱：實現(xiàn)業(yè)務(wù)分發(fā)與同步的設(shè)備、系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式業(yè)務(wù)領(lǐng)域，特別是實現(xiàn)業(yè)務(wù)分發(fā)與同步的設(shè)備、系統(tǒng)及方法。
背景技術(shù)：
目前，隨著數(shù)據(jù)業(yè)務(wù)的廣泛發(fā)展，不論是在因特網(wǎng)、移動通信網(wǎng)絡(luò)，還是在固定網(wǎng)絡(luò)中，業(yè)務(wù)的類型、數(shù)量以及使用業(yè)務(wù)的用戶數(shù)量都在日益增加。以移動通信網(wǎng)絡(luò)為例，目前就有手機報紙、移動QQ及手機在線問答等等的業(yè)務(wù)，而固定網(wǎng)絡(luò)中也有電話銀行、號碼百事通等業(yè)務(wù)。
為了提高業(yè)務(wù)的接入性能，減輕業(yè)務(wù)平臺的壓力，目前的許多業(yè)務(wù)運營商都采用分布式的部署方案，在不同的地點都建設(shè)相應(yīng)的業(yè)務(wù)平臺。例如移動通行網(wǎng)絡(luò)的運營商就會針對某個業(yè)務(wù)在各省公司建立業(yè)務(wù)平臺。但是，這樣的做法就帶來了業(yè)務(wù)的分發(fā)與同步的問題，即，如何將一個業(yè)務(wù)分發(fā)到各個業(yè)務(wù)平臺，以及如何在各個業(yè)務(wù)平臺上同步執(zhí)行。
現(xiàn)有技術(shù)的解決方案是，當運營商推出某一業(yè)務(wù)時，將包含該業(yè)務(wù)代碼的軟件載體記錄在可移動存儲設(shè)備上，如光盤或磁盤，通過這些可移動存儲設(shè)備將業(yè)務(wù)代碼傳遞和部署到分布在各地的業(yè)務(wù)平臺。
但是，這種解決方案所存在的問題是首先，由于業(yè)務(wù)運行的平臺在空間上的分布性，其距離上的差異導(dǎo)致很難同時完成業(yè)務(wù)部署，使得業(yè)務(wù)在各地上線的時間差距較大。而一些業(yè)務(wù)的生命周期很短，例如一些在線投票的服務(wù)，可能僅僅為幾天或十幾天，把該業(yè)務(wù)在各地都部署完成，卻需要較長的時間，造成該業(yè)務(wù)的運營得不償失。
其次，業(yè)務(wù)維護的成本較高。一方面需要在各個業(yè)務(wù)平臺都安排相應(yīng)的人力進行維護；另一方面，一些業(yè)務(wù)會進行版本升級，此時還需要在各地重新分發(fā)和部署，導(dǎo)致又付出了二次建設(shè)的成本。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供實現(xiàn)業(yè)務(wù)分發(fā)與同步的設(shè)備、系統(tǒng)及方法，用于自動分發(fā)業(yè)務(wù)和同步業(yè)務(wù)的操作，降低業(yè)務(wù)部署和維護成本。
本發(fā)明的實施例提供了一種業(yè)務(wù)分發(fā)設(shè)備，該業(yè)務(wù)分發(fā)設(shè)備包括分發(fā)任務(wù)管理模塊，用于向各子節(jié)點設(shè)備下發(fā)業(yè)務(wù)數(shù)據(jù)包以及發(fā)送業(yè)務(wù)任務(wù)控制指令；子節(jié)點接口模塊，用于與各子節(jié)點設(shè)備進行信息交互。
本發(fā)明的實施例還提供了一種業(yè)務(wù)接收設(shè)備，該業(yè)務(wù)接收設(shè)備包括業(yè)務(wù)接收部署模塊，用于接收業(yè)務(wù)數(shù)據(jù)包和業(yè)務(wù)任務(wù)控制指令，對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署；業(yè)務(wù)運行設(shè)備接口模塊，用于完成所述業(yè)務(wù)接收部署模塊與業(yè)務(wù)運行設(shè)備間的通訊，通知所述業(yè)務(wù)運行設(shè)備執(zhí)行所述業(yè)務(wù)任務(wù)控制指令；中心節(jié)點接口模塊，用于與中心節(jié)點設(shè)備進行信息交互。
本發(fā)明的實施例還提供了一種實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，包括中心節(jié)點設(shè)備，用于下發(fā)業(yè)務(wù)數(shù)據(jù)包并控制業(yè)務(wù)任務(wù)的執(zhí)行；子節(jié)點設(shè)備，用于接收業(yè)務(wù)數(shù)據(jù)包并對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署，在所述中心節(jié)點設(shè)備的控制下執(zhí)行所述業(yè)務(wù)任務(wù)。
本發(fā)明的實施例還提供了一種應(yīng)用于所述實現(xiàn)業(yè)務(wù)分發(fā)與同步系統(tǒng)上的業(yè)務(wù)處理方法，包括各子節(jié)點從中心節(jié)點接收業(yè)務(wù)數(shù)據(jù)包并對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署；當所述各子節(jié)點接收到中心節(jié)點發(fā)送的業(yè)務(wù)上線消息時，同步啟動所述業(yè)務(wù)數(shù)據(jù)的運行。
本發(fā)明通過將業(yè)務(wù)代碼自動下發(fā)到業(yè)務(wù)運行設(shè)備上以及執(zhí)行業(yè)務(wù)上下線，從而實現(xiàn)了業(yè)務(wù)的自動分發(fā)以及業(yè)務(wù)操作的同步性，同時，由于業(yè)務(wù)的下發(fā)和同步由設(shè)備自動完成，不需要在各地的子節(jié)點上配備專門的維護人員，節(jié)約了人力物力。


圖1為本發(fā)明的實施例中實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)結(jié)構(gòu)圖；圖2為本發(fā)明的實施例中業(yè)務(wù)分發(fā)設(shè)備的內(nèi)部結(jié)構(gòu)圖；圖3為本發(fā)明的實施例中業(yè)務(wù)接收設(shè)備的內(nèi)部結(jié)構(gòu)圖；圖4為本發(fā)明的實施例中業(yè)務(wù)分發(fā)的方法流程圖；圖5為本發(fā)明的實施例中業(yè)務(wù)上下線的方法流程圖；圖6為本發(fā)明的實施例中業(yè)務(wù)狀態(tài)查詢的方法流程圖；圖7為本發(fā)明的實施例中業(yè)務(wù)狀態(tài)上報的方法流程圖。
具體實施例方式
本發(fā)明實施例通過將業(yè)務(wù)數(shù)據(jù)包自動下發(fā)到各子節(jié)點，各子節(jié)點根據(jù)接收到的業(yè)務(wù)數(shù)據(jù)包進行業(yè)務(wù)數(shù)據(jù)部署，并通過中心節(jié)點下發(fā)的業(yè)務(wù)控制指令同步啟動或停止運行各業(yè)務(wù)數(shù)據(jù)，從而實現(xiàn)了業(yè)務(wù)的自動分發(fā)以及業(yè)務(wù)操作的同步性，其中，本發(fā)明實施例中的業(yè)務(wù)數(shù)據(jù)可以是業(yè)務(wù)代碼也可以是其它數(shù)據(jù)形式的業(yè)務(wù)信息。同時，由于業(yè)務(wù)的下發(fā)和同步由設(shè)備自動完成，不需要在各地的子節(jié)點上配備專門的維護人員，節(jié)約了人力物力。進一步，本發(fā)明中還能夠?qū)Ω鞯刈庸?jié)點到中心節(jié)點的登錄進行鑒權(quán)，以及對子節(jié)點與中心節(jié)點間的消息傳遞加密保護，保證了整個系統(tǒng)的安全性和可靠性。
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進一步的詳細描述。
圖1所示為本發(fā)明的實施例中實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)結(jié)構(gòu)圖，該系統(tǒng)包括中心節(jié)點設(shè)備和多個子節(jié)點設(shè)備，其中，各子節(jié)點設(shè)備采用分布式部署在各地，通過該系統(tǒng)能夠?qū)崿F(xiàn)業(yè)務(wù)的集中管理和自動分發(fā)以及各子節(jié)點的操作同步，其中，中心節(jié)點設(shè)備包括
業(yè)務(wù)管理平臺11，用于實現(xiàn)業(yè)務(wù)的集中管理，為中心節(jié)點的管理員提供業(yè)務(wù)分發(fā)與同步、業(yè)務(wù)狀態(tài)查詢和數(shù)據(jù)統(tǒng)計的統(tǒng)一管理接口，并通過該接口進行業(yè)務(wù)數(shù)據(jù)包加載及業(yè)務(wù)任務(wù)配置，如業(yè)務(wù)分發(fā)任務(wù)、業(yè)務(wù)狀態(tài)查詢?nèi)蝿?wù)、業(yè)務(wù)上下線任務(wù)等。通知業(yè)務(wù)分發(fā)設(shè)備下發(fā)業(yè)務(wù)數(shù)據(jù)包和執(zhí)行業(yè)務(wù)任務(wù)，并接收業(yè)務(wù)分發(fā)設(shè)備上報的業(yè)務(wù)任務(wù)執(zhí)行響應(yīng)信息。
業(yè)務(wù)分發(fā)設(shè)備12，用于將業(yè)務(wù)數(shù)據(jù)包分發(fā)給需要運行該業(yè)務(wù)的各子節(jié)點，并根據(jù)業(yè)務(wù)任務(wù)執(zhí)行通知向各子節(jié)點發(fā)送業(yè)務(wù)任務(wù)控制指令，通過發(fā)送業(yè)務(wù)上下線消息來控制各子節(jié)點業(yè)務(wù)的同步啟動和停止，并通過業(yè)務(wù)狀態(tài)查詢請求消息向各子節(jié)點查詢業(yè)務(wù)運行過程中的業(yè)務(wù)狀態(tài)數(shù)據(jù)，并將各子節(jié)點上報的業(yè)務(wù)運行狀態(tài)信息轉(zhuǎn)發(fā)給業(yè)務(wù)管理平臺。該設(shè)備還能夠進一步實現(xiàn)對首次登錄到本系統(tǒng)中的子節(jié)點的鑒權(quán)，主要是對子節(jié)點上報的節(jié)點標識及登錄信息等的驗證。所述登錄信息可以包括但不僅限于登錄節(jié)點的標識、登錄IP或登錄口令等。本發(fā)明的實施例中，將業(yè)務(wù)的啟動稱為業(yè)務(wù)上線，業(yè)務(wù)的停止稱為業(yè)務(wù)下線。
子節(jié)點設(shè)備包括業(yè)務(wù)接收設(shè)備13，用于接收業(yè)務(wù)分發(fā)設(shè)備下發(fā)的業(yè)務(wù)數(shù)據(jù)包和業(yè)務(wù)任務(wù)控制指令，并將業(yè)務(wù)數(shù)據(jù)部署到業(yè)務(wù)運行設(shè)備上，通知業(yè)務(wù)運行設(shè)備執(zhí)行業(yè)務(wù)任務(wù)控制指令，如，業(yè)務(wù)任務(wù)控制指令為業(yè)務(wù)上下線消息時，則通知業(yè)務(wù)運行設(shè)備完成業(yè)務(wù)的同步啟動和停止；業(yè)務(wù)任務(wù)控制指令為業(yè)務(wù)狀態(tài)查詢請求消息時，則通知業(yè)務(wù)運行設(shè)備收集要查詢的業(yè)務(wù)運行狀態(tài)信息，并將查詢的業(yè)務(wù)狀態(tài)數(shù)據(jù)返回給業(yè)務(wù)分發(fā)設(shè)備，或者是在業(yè)務(wù)運行過程中，接收業(yè)務(wù)運行設(shè)備主動上報的業(yè)務(wù)運行狀態(tài)信息，并發(fā)送給業(yè)務(wù)分發(fā)設(shè)備，其中，接收業(yè)務(wù)運行設(shè)備可以通過定時檢測業(yè)務(wù)的運行狀態(tài)來實現(xiàn)主動上報。該設(shè)備還能夠進一步用于子節(jié)點到中心節(jié)點的登錄，主要是向中心節(jié)點上的業(yè)務(wù)分發(fā)設(shè)備發(fā)送本子節(jié)點的節(jié)點標識及登錄口令等信息，在獲得鑒權(quán)通過后，登錄到本中心節(jié)點。
業(yè)務(wù)運行設(shè)備14，用于運行業(yè)務(wù)接收設(shè)備部署的業(yè)務(wù)數(shù)據(jù)，并根據(jù)業(yè)務(wù)任務(wù)控制指令執(zhí)行所述業(yè)務(wù)任務(wù)或在運行過程中向業(yè)務(wù)接收設(shè)備主動上報業(yè)務(wù)運行狀態(tài)信息。
圖2為本發(fā)明實施例中業(yè)務(wù)分發(fā)設(shè)備12的內(nèi)部結(jié)構(gòu)圖，該設(shè)備具體包括業(yè)務(wù)管理平臺接口模塊121，用于完成與業(yè)務(wù)管理平臺11之間的通訊，實現(xiàn)業(yè)務(wù)分發(fā)設(shè)備與業(yè)務(wù)管理平臺之間的消息傳輸。
分發(fā)任務(wù)管理模塊122，用于運行預(yù)先配置的業(yè)務(wù)分發(fā)任務(wù)、業(yè)務(wù)上下線任務(wù)及業(yè)務(wù)狀態(tài)查詢?nèi)蝿?wù)，并將業(yè)務(wù)分發(fā)消息、業(yè)務(wù)上下線消息及業(yè)務(wù)狀態(tài)查詢請求消息下發(fā)給各子節(jié)點。
登錄鑒權(quán)模塊123，用于對登錄到業(yè)務(wù)分發(fā)設(shè)備的各子節(jié)點進行鑒權(quán)。
子節(jié)點接口模塊124，用于完成與各子節(jié)點設(shè)備間的消息交互，并進一步用于業(yè)務(wù)分發(fā)設(shè)備與業(yè)務(wù)接收設(shè)備之間的通訊鏈路的建立和維護。
第一加解密模塊125，用于對子節(jié)點接口模塊與各子節(jié)點設(shè)備之間傳遞的消息進行加解密。
圖3為本發(fā)明實施例中業(yè)務(wù)接收設(shè)備13的內(nèi)部結(jié)構(gòu)圖，該設(shè)備具體包括業(yè)務(wù)運行設(shè)備接口模塊131，用于完成業(yè)務(wù)接收部署模塊與業(yè)務(wù)運行設(shè)備14之間的通訊，并通知業(yè)務(wù)運行設(shè)備執(zhí)行所述業(yè)務(wù)任務(wù)控制指令。
業(yè)務(wù)接收部署模塊132，用于將從業(yè)務(wù)分發(fā)設(shè)備12接收到的業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)部署到業(yè)務(wù)運行設(shè)備14上，并接收業(yè)務(wù)任務(wù)控制指令，將中心節(jié)點查詢的業(yè)務(wù)狀態(tài)數(shù)據(jù)通過中心節(jié)點接口模塊134返回給所述中心節(jié)點，以及將業(yè)務(wù)運行設(shè)備14上報的業(yè)務(wù)運行狀態(tài)通過中心節(jié)點接口模塊134轉(zhuǎn)發(fā)給業(yè)務(wù)分發(fā)設(shè)備12。
登錄模塊133，用于通過中心節(jié)點接口模塊向中心節(jié)點設(shè)備發(fā)起登錄請求，完成業(yè)務(wù)接收設(shè)備13所隸屬的子節(jié)點到中心節(jié)點的登錄。
中心節(jié)點接口134，用于完成與中心節(jié)點設(shè)備間的消息交互，并進一步用于業(yè)務(wù)接收設(shè)備與業(yè)務(wù)分發(fā)設(shè)備之間的通訊鏈路的建立和維護。
第二加解密模塊135，用于對業(yè)務(wù)接收部署模塊與中心節(jié)點設(shè)備之間傳遞的消息進行加解密。
以上實施例中，業(yè)務(wù)任務(wù)控制指令也可以由業(yè)務(wù)接收部署模塊來執(zhí)行，不用通知業(yè)務(wù)運行設(shè)備執(zhí)行。
利用本發(fā)明實施例中的實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，通過業(yè)務(wù)分發(fā)設(shè)備以及業(yè)務(wù)接收設(shè)備上的業(yè)務(wù)接收部署模塊能夠?qū)I(yè)務(wù)代碼包自動分發(fā)并部署到業(yè)務(wù)運行設(shè)備上；進一步的，通過登錄模塊及登錄鑒權(quán)模塊，可以實現(xiàn)各地子節(jié)點在接入到本發(fā)明所述系統(tǒng)時的登錄與鑒權(quán)，而加解密模塊對消息的加密保護，保證了消息傳輸過程中的安全性。
在本發(fā)明的實施例中，中心節(jié)點在進行業(yè)務(wù)分發(fā)與同步之前，首先要建立中心節(jié)點與各地子節(jié)點的TCP長連接，完成各地子節(jié)點的業(yè)務(wù)接收設(shè)備到中心節(jié)點的業(yè)務(wù)分發(fā)設(shè)備的登錄與鑒權(quán)。
業(yè)務(wù)分發(fā)設(shè)備或業(yè)務(wù)接收設(shè)備在開機時，先向?qū)Χ税l(fā)送連接請求消息，消息中包含消息類型和攜帶的登錄信息，登錄信息可以為業(yè)務(wù)接收設(shè)備所屬子節(jié)點的節(jié)點標識、登錄口令或登錄IP等，對端在應(yīng)答消息中返回連接是否被成功建立。在所述TCP長連接被建立后，業(yè)務(wù)接收設(shè)備要向業(yè)務(wù)分發(fā)設(shè)備發(fā)起登錄和鑒權(quán)，該登錄和鑒權(quán)采用登錄協(xié)議實現(xiàn)。首先，業(yè)務(wù)接收設(shè)備向業(yè)務(wù)分發(fā)設(shè)備發(fā)送登錄請求消息，消息中攜帶的關(guān)鍵內(nèi)容可以包括消息類型、登錄標識、預(yù)先約定的登錄口令及該業(yè)務(wù)接收設(shè)備所屬子節(jié)點的節(jié)點標識等；業(yè)務(wù)分發(fā)設(shè)備接到該消息后對登錄口令進行驗證，對子節(jié)點的身份進行鑒權(quán)，判斷該子節(jié)點是否具備運行業(yè)務(wù)的權(quán)限，若鑒權(quán)通過，向業(yè)務(wù)接收設(shè)備返回應(yīng)答消息，消息中攜帶消息類型、節(jié)點標識及登錄結(jié)果標識。
TCP長連接被建立后，該連接應(yīng)在中心節(jié)點和子節(jié)點的運行過程中一直保持接續(xù)狀態(tài)，以用于實現(xiàn)二者間的通信，實現(xiàn)長時間接續(xù)基于業(yè)務(wù)接收設(shè)備與業(yè)務(wù)分發(fā)設(shè)備間的心跳協(xié)議業(yè)務(wù)分發(fā)設(shè)備或業(yè)務(wù)接收設(shè)備以固定頻率向?qū)Χ税l(fā)送心跳消息，消息中攜帶消息類型及業(yè)務(wù)接收設(shè)備所屬子節(jié)點的節(jié)點標識，如果在規(guī)定時間間隔內(nèi)收到對端返回的應(yīng)答，則表明TCP長連接處于接續(xù)狀態(tài)，如果超時，則表明心跳失敗，業(yè)務(wù)分發(fā)設(shè)備或業(yè)務(wù)接收設(shè)備按照預(yù)設(shè)的心跳失敗的處理策略進行處理，例如，業(yè)務(wù)分發(fā)設(shè)備執(zhí)行斷開連接的操作，和/或業(yè)務(wù)接收設(shè)備重新發(fā)起連接請求。心跳消息可以由業(yè)務(wù)分發(fā)設(shè)備發(fā)送給業(yè)務(wù)接收設(shè)備，也可以由業(yè)務(wù)接收設(shè)備發(fā)送非業(yè)務(wù)分發(fā)設(shè)備，或者二者分別以各自的頻率向?qū)Χ税l(fā)送。
圖4為本發(fā)明的實施例中利用前述的實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)進行業(yè)務(wù)分發(fā)的方法流程圖，本流程為將業(yè)務(wù)從中心節(jié)點部署到各地子節(jié)點的過程，本實施例中所述業(yè)務(wù)采用代碼包的形式，一般使用C、PHP或JAVA等工具編寫，部署到各地子節(jié)點后，由業(yè)務(wù)運行設(shè)備自動加載運行。
步驟401、業(yè)務(wù)管理平臺加載業(yè)務(wù)代碼包。
步驟402、在業(yè)務(wù)管理平臺上配置業(yè)務(wù)分發(fā)任務(wù)。該業(yè)務(wù)分發(fā)任務(wù)中可以包括任務(wù)執(zhí)行時間、運行該業(yè)務(wù)的子節(jié)點標識、業(yè)務(wù)標識等信息。該業(yè)務(wù)分發(fā)任務(wù)在配置完成后并非一定立即執(zhí)行，例如一個天氣預(yù)報的升級業(yè)務(wù)，需要在下個月的1號在運行該天氣預(yù)報的子節(jié)點上同時進行，則可以將該業(yè)務(wù)分發(fā)任務(wù)的執(zhí)行時間設(shè)定為下個月1號的某一時刻，在預(yù)設(shè)的時刻到來時，業(yè)務(wù)管理平臺自動啟動執(zhí)行該業(yè)務(wù)分發(fā)任務(wù)。
步驟403、業(yè)務(wù)管理平臺根據(jù)業(yè)務(wù)分發(fā)任務(wù)的設(shè)定，通知業(yè)務(wù)分發(fā)設(shè)備啟動分發(fā)流程。業(yè)務(wù)管理平臺將要運行的業(yè)務(wù)的業(yè)務(wù)標識、業(yè)務(wù)包內(nèi)容以及運行該業(yè)務(wù)的子節(jié)點標識等信息發(fā)送給業(yè)務(wù)分發(fā)設(shè)備。
步驟404、業(yè)務(wù)分發(fā)設(shè)備向要運行該業(yè)務(wù)的子節(jié)點的業(yè)務(wù)接收設(shè)備發(fā)送業(yè)務(wù)分發(fā)請求消息。該消息基于業(yè)務(wù)分發(fā)協(xié)議，用于業(yè)務(wù)分發(fā)設(shè)備向運行該業(yè)務(wù)的子節(jié)點傳輸業(yè)務(wù)包內(nèi)容，該消息中攜帶的關(guān)鍵內(nèi)容可以包括消息類型、接收子節(jié)點標識、業(yè)務(wù)標識及業(yè)務(wù)包內(nèi)容等信息。有的業(yè)務(wù)可能執(zhí)行程序較大，包含多個業(yè)務(wù)包，業(yè)務(wù)分發(fā)設(shè)備可能需要傳輸多次。對于所述接收并運行該業(yè)務(wù)的子節(jié)點，以下簡稱為接收子節(jié)點，或子節(jié)點。
步驟405、接收子節(jié)點的業(yè)務(wù)接收設(shè)備在收到業(yè)務(wù)分發(fā)請求消息后，啟動業(yè)務(wù)接收流程。
步驟406、業(yè)務(wù)接收設(shè)備接收包含業(yè)務(wù)代碼的業(yè)務(wù)代碼包。業(yè)務(wù)接收設(shè)備將接收到的業(yè)務(wù)代碼部署到特定的目錄下，并建立業(yè)務(wù)數(shù)據(jù)模型。如果業(yè)務(wù)包中的業(yè)務(wù)代碼是用JAVA編寫，則可以部署到相應(yīng)WebServer指定的目錄下，例如webmaster的實現(xiàn)方式為resin或tomcat容器時，可以部署到webapps目錄下；如果業(yè)務(wù)包中的業(yè)務(wù)代碼是用C或PHP編寫，則可以部署到Apache服務(wù)器指定的目錄下。建立業(yè)務(wù)數(shù)據(jù)模型主要是設(shè)定業(yè)務(wù)運行的環(huán)境變量，創(chuàng)建業(yè)務(wù)的配置文件及業(yè)務(wù)數(shù)據(jù)庫等。
步驟407、業(yè)務(wù)接收設(shè)備向業(yè)務(wù)分發(fā)設(shè)備返回業(yè)務(wù)分發(fā)請求消息的應(yīng)答，表明業(yè)務(wù)代碼的接收已完成。該消息中可以包含消息類型、接收子節(jié)點標識、業(yè)務(wù)標識以及接收是否成功等。
步驟408、如果業(yè)務(wù)接收成功完成，則業(yè)務(wù)分發(fā)設(shè)備向業(yè)務(wù)管理平臺返回分發(fā)成功的信息；否則返回分發(fā)失敗的信息，業(yè)務(wù)管理平臺按照中心節(jié)點管理員的設(shè)置選擇是否重新啟動業(yè)務(wù)分發(fā)任務(wù)。
以上所述流程為業(yè)務(wù)分發(fā)的過程，該過程采用的是業(yè)務(wù)分發(fā)設(shè)備向業(yè)務(wù)接收設(shè)備推送業(yè)務(wù)包的方式，作為替代方案，業(yè)務(wù)包的分發(fā)也可以采用業(yè)務(wù)接收設(shè)備主動到業(yè)務(wù)分發(fā)設(shè)備去獲取的方式。實現(xiàn)該方案的流程如下業(yè)務(wù)分發(fā)設(shè)備在業(yè)務(wù)分發(fā)消息中不攜帶業(yè)務(wù)代碼包，只攜帶業(yè)務(wù)代碼包在業(yè)務(wù)分發(fā)設(shè)備上存放的位置信息；業(yè)務(wù)接收設(shè)備接收到業(yè)務(wù)分發(fā)消息后，通過FTP方式從業(yè)務(wù)分發(fā)設(shè)備獲取所述業(yè)務(wù)代碼包；業(yè)務(wù)接收設(shè)備在獲取業(yè)務(wù)代碼包后，返回業(yè)務(wù)代碼包的獲取結(jié)果；也可以在接收業(yè)務(wù)分發(fā)設(shè)備的業(yè)務(wù)分發(fā)消息后，先返回一個應(yīng)答消息，表明處于分發(fā)消息接收狀態(tài)，然后在執(zhí)行FTP操作后，再上報實際的FTP結(jié)果。
業(yè)務(wù)分發(fā)完成后，業(yè)務(wù)包中的業(yè)務(wù)代碼被成功部署到接收子節(jié)點上。但是該業(yè)務(wù)并不一定要在接收子節(jié)點的業(yè)務(wù)運行設(shè)備上立即運行，依然以前述的在線投票業(yè)務(wù)為例，該業(yè)務(wù)對運行的實時性和同步性要求較高，一般要在特定的時間間隔內(nèi)，在接收子節(jié)點上同步運行。因此，在將該業(yè)務(wù)的業(yè)務(wù)包提前分發(fā)到各個接收子節(jié)點上后，要在特定時刻同步運行該業(yè)務(wù)，并在另一特定時刻同步中止該業(yè)務(wù)。業(yè)務(wù)開始運行稱為業(yè)務(wù)上線，業(yè)務(wù)中止運行稱為業(yè)務(wù)下線。
圖5為本發(fā)明的實施例中利用前述實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)進行業(yè)務(wù)上下線的方法流程圖，具體包括以下步驟步驟501、在業(yè)務(wù)管理平臺上配置業(yè)務(wù)上下線任務(wù)。對于業(yè)務(wù)上線或下線任務(wù)，需要配置業(yè)務(wù)標識、業(yè)務(wù)上線或下線的時間、運行該業(yè)務(wù)的子節(jié)點標識等。
步驟502、業(yè)務(wù)管理平臺通知業(yè)務(wù)分發(fā)設(shè)備啟動業(yè)務(wù)上下線流程。業(yè)務(wù)管理平臺將需要上線或下線的業(yè)務(wù)的業(yè)務(wù)標識、業(yè)務(wù)上線或下線的時間、運行該業(yè)務(wù)的子節(jié)點標識等信息發(fā)送給業(yè)務(wù)分發(fā)設(shè)備。
步驟503、業(yè)務(wù)分發(fā)設(shè)備使用業(yè)務(wù)上下線接口向業(yè)務(wù)接收設(shè)備發(fā)送業(yè)務(wù)上下線消息。該消息基于業(yè)務(wù)狀態(tài)控制協(xié)議，該協(xié)議用于業(yè)務(wù)分發(fā)設(shè)備向業(yè)務(wù)接收設(shè)備發(fā)送業(yè)務(wù)狀態(tài)控制指令。在該消息中，可以包含業(yè)務(wù)標識、業(yè)務(wù)上線或下線的時間，此外，還可以包含運行該業(yè)務(wù)的子節(jié)點標識，如果沒有該子節(jié)點標識，則表示為所有子節(jié)點。
步驟504、業(yè)務(wù)接收設(shè)備接收業(yè)務(wù)上下線消息。業(yè)務(wù)接收設(shè)備從消息中解析出業(yè)務(wù)標識及上線或下線的時間等信息，用于完成業(yè)務(wù)的上線或下線。
步驟505、業(yè)務(wù)接收設(shè)備通知業(yè)務(wù)運行設(shè)備啟動或停止指定的業(yè)務(wù)。業(yè)務(wù)接收設(shè)備在規(guī)定的時刻向業(yè)務(wù)運行設(shè)備發(fā)送通知，啟動或停止業(yè)務(wù)的運行。
步驟506、業(yè)務(wù)運行設(shè)備向業(yè)務(wù)接收設(shè)備返回業(yè)務(wù)啟動或停止情況。業(yè)務(wù)運行設(shè)備按照業(yè)務(wù)接收設(shè)備的通知啟動或停止相應(yīng)業(yè)務(wù)的運行，并將啟動或停止是否成功返回給業(yè)務(wù)接收設(shè)備。
步驟507、業(yè)務(wù)接收設(shè)備將業(yè)務(wù)啟動或停止的情況返回給業(yè)務(wù)分發(fā)設(shè)備。業(yè)務(wù)接收設(shè)備通過業(yè)務(wù)上下線消息的應(yīng)答消息將從業(yè)務(wù)運行設(shè)備接收到的業(yè)務(wù)啟動或停止是否成功的信息上報給業(yè)務(wù)分發(fā)設(shè)備，該消息也基于業(yè)務(wù)狀態(tài)控制協(xié)議。
步驟508、業(yè)務(wù)分發(fā)設(shè)備將業(yè)務(wù)啟動或停止的情況返回給業(yè)務(wù)管理平臺。
通過以上所述流程，業(yè)務(wù)被成功啟動之后，在子節(jié)點上運行。在業(yè)務(wù)的運行過程中，中心節(jié)點的管理員可能需要隨時查詢業(yè)務(wù)運行過程中的一些狀態(tài)數(shù)據(jù)，例如，在在線投票的業(yè)務(wù)運行過程中，可能需要獲知某時刻的當前投票情況，如投票人數(shù)，候選人支持率等信息；有時需要查詢業(yè)務(wù)運行設(shè)備是否運行正常，以及當前收發(fā)消息數(shù)等的具體統(tǒng)計數(shù)據(jù)，此時，就需要應(yīng)用業(yè)務(wù)查詢流程來查詢相應(yīng)的參數(shù)或數(shù)據(jù)等。
圖6為本發(fā)明的實施例中利用前述實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)進行業(yè)務(wù)狀態(tài)查詢的方法流程圖，具體包括以下步驟步驟601、在業(yè)務(wù)管理平臺上配置查詢?nèi)蝿?wù)。需要配置當前查詢涉及到的子節(jié)點的標識、業(yè)務(wù)標識及查詢的參數(shù)名稱等。
步驟602、業(yè)務(wù)管理平臺通知業(yè)務(wù)分發(fā)設(shè)備啟動狀態(tài)查詢流程。業(yè)務(wù)管理平臺將本次查詢涉及的子節(jié)點標識、業(yè)務(wù)標識及查詢的參數(shù)名稱等信息發(fā)送給業(yè)務(wù)分發(fā)設(shè)備。
步驟603、業(yè)務(wù)分發(fā)設(shè)備使用業(yè)務(wù)查詢接口向業(yè)務(wù)接收設(shè)備發(fā)送業(yè)務(wù)狀態(tài)查詢請求消息。該消息基于業(yè)務(wù)狀態(tài)查詢協(xié)議，消息中可以包含消息類型、查詢的子節(jié)點標識、業(yè)務(wù)標識、查詢指令及查詢條件等，如截至某時刻的投票人數(shù)。
步驟604、業(yè)務(wù)接收設(shè)備接收所述業(yè)務(wù)狀態(tài)查詢消息。業(yè)務(wù)接收設(shè)備從消息中解析出要查詢的業(yè)務(wù)標識、查詢指令及查詢條件等信息。
步驟605、業(yè)務(wù)接收設(shè)備通知業(yè)務(wù)運行設(shè)備收集要查詢的業(yè)務(wù)狀態(tài)數(shù)據(jù)。
步驟606、業(yè)務(wù)運行設(shè)備將收集到的業(yè)務(wù)狀態(tài)數(shù)據(jù)返回給業(yè)務(wù)接收設(shè)備。
步驟607、業(yè)務(wù)接收設(shè)備將接收到的業(yè)務(wù)狀態(tài)數(shù)據(jù)發(fā)給業(yè)務(wù)分發(fā)設(shè)備。業(yè)務(wù)接收設(shè)備通過業(yè)務(wù)狀態(tài)查詢請求的應(yīng)答消息發(fā)送業(yè)務(wù)狀態(tài)數(shù)據(jù)，該消息也基于業(yè)務(wù)狀態(tài)查詢協(xié)議，消息中可以包含消息類型、子節(jié)點標識、業(yè)務(wù)標識及查詢結(jié)果等。
步驟608、業(yè)務(wù)分發(fā)設(shè)備將所述業(yè)務(wù)狀態(tài)數(shù)據(jù)返回給業(yè)務(wù)管理平臺。
業(yè)務(wù)管理平臺在接收到所述業(yè)務(wù)狀態(tài)數(shù)據(jù)后，能夠?qū)ζ溥M行處理。這里所說的處理例如將業(yè)務(wù)狀態(tài)數(shù)據(jù)寫入數(shù)據(jù)庫，以及一些其它的特定處理，例如設(shè)定一積壓消息數(shù)閾值，當業(yè)務(wù)運行設(shè)備上報的未處理的收發(fā)消息數(shù)大于該閾值時，業(yè)務(wù)管理平臺會發(fā)出告警。
一方面，中心節(jié)點的管理員可以通過以上流程主動發(fā)起業(yè)務(wù)狀態(tài)的查詢；另一方面，業(yè)務(wù)運行設(shè)備在運行業(yè)務(wù)的過程中，有可能出現(xiàn)諸如消息堵塞、數(shù)據(jù)庫連接不上、磁盤空間不夠，與外部設(shè)備如短信網(wǎng)關(guān)或彩信中心失去聯(lián)系等設(shè)備運行異常的情況，當然，異常情況并不限于以上幾種，此時，為了讓管理員能夠及時獲知并處理這些異常情況，在本發(fā)明的實施例中，業(yè)務(wù)運行設(shè)備可以主動發(fā)起業(yè)務(wù)狀態(tài)上報的流程，將業(yè)務(wù)運行狀態(tài)信息通知給業(yè)務(wù)管理員。
圖7為本發(fā)明的實施例中利用前述實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)進行業(yè)務(wù)狀態(tài)上報的方法流程圖，該方法具體包括以下步驟步驟701、業(yè)務(wù)運行設(shè)備定時檢測業(yè)務(wù)的運行情況。
步驟702、業(yè)務(wù)運行設(shè)備將業(yè)務(wù)運行狀態(tài)上報給業(yè)務(wù)接收設(shè)備。業(yè)務(wù)運行設(shè)備將檢測到的業(yè)務(wù)運行中的前述異常情況上報給業(yè)務(wù)接收設(shè)備，該業(yè)務(wù)運行狀態(tài)信息與業(yè)務(wù)狀態(tài)查詢流程中上報的業(yè)務(wù)狀態(tài)數(shù)據(jù)有一定的差別，主要體現(xiàn)在在業(yè)務(wù)狀態(tài)查詢流程中，上報的業(yè)務(wù)狀態(tài)數(shù)據(jù)包括中心節(jié)點管理員想得到的有關(guān)業(yè)務(wù)運行的任意數(shù)據(jù)，其目的是為了獲知業(yè)務(wù)在設(shè)備上的運行情況；而在業(yè)務(wù)狀態(tài)上報流程中，上報的業(yè)務(wù)狀態(tài)信息是業(yè)務(wù)運行過程中所出現(xiàn)的一些異常情形，這些異常若不能得到及時處理，會影響到業(yè)務(wù)的正常運行，因此，業(yè)務(wù)運行設(shè)備一旦檢測到這樣的異常，會立即通過本流程將異常情形上報給業(yè)務(wù)管理平臺。
步驟703、業(yè)務(wù)接收設(shè)備通過業(yè)務(wù)狀態(tài)上報接口將所述業(yè)務(wù)運行狀態(tài)發(fā)送給業(yè)務(wù)分發(fā)設(shè)備。業(yè)務(wù)接收設(shè)備通過業(yè)務(wù)狀態(tài)上報消息將業(yè)務(wù)運行狀態(tài)發(fā)送給業(yè)務(wù)接收設(shè)備，該消息同樣基于業(yè)務(wù)狀態(tài)查詢協(xié)議，消息中可以包含消息類型、子節(jié)點標識、業(yè)務(wù)標識及業(yè)務(wù)狀態(tài)信息等。
步驟704、業(yè)務(wù)分發(fā)設(shè)備將業(yè)務(wù)運行狀態(tài)發(fā)送給業(yè)務(wù)管理平臺。
業(yè)務(wù)管理平臺在接收到所述業(yè)務(wù)運行狀態(tài)信息后，能夠?qū)ζ溥M行處理，主要是寫入數(shù)據(jù)庫，并采用屏幕顯示等方式將這些狀態(tài)信息上報。
在前述的流程中，所述基于登錄協(xié)議、心跳協(xié)議、業(yè)務(wù)分發(fā)協(xié)議、業(yè)務(wù)狀態(tài)控制協(xié)議及業(yè)務(wù)狀態(tài)查詢協(xié)議的消息都可以加密和校驗，從而保證消息傳遞的安全性。加密方法可以但不僅限于采用信息摘要算法5(MD5)算法，對消息進行數(shù)字簽名，其他的加密算法如DES對稱加密算法同樣適用。
在本發(fā)明實施例中，所述業(yè)務(wù)分發(fā)與同步任務(wù)及業(yè)務(wù)查詢?nèi)蝿?wù)由業(yè)務(wù)管理平臺創(chuàng)建，并在業(yè)務(wù)分發(fā)設(shè)備的分發(fā)任務(wù)管理模塊上運行，由分發(fā)任務(wù)管理模塊將分發(fā)同步或查詢消息下發(fā)給各地子節(jié)點。進一步地，所述業(yè)務(wù)分發(fā)與同步任務(wù)及業(yè)務(wù)查詢?nèi)蝿?wù)也可以直接在業(yè)務(wù)管理平臺上運行，并通過業(yè)務(wù)管理平臺接口模塊提交到分發(fā)任務(wù)管理模塊來下發(fā)相應(yīng)消息。所述業(yè)務(wù)分發(fā)與同步任務(wù)及業(yè)務(wù)查詢?nèi)蝿?wù)可以為定時任務(wù)，即規(guī)定在特定時刻執(zhí)行該任務(wù)，或為立即執(zhí)行任務(wù)，即接收到該任務(wù)后立即執(zhí)行。
利用圖4至圖7所述的流程，本發(fā)明實施例通過自動分發(fā)業(yè)務(wù)代碼包和業(yè)務(wù)升級代碼包，節(jié)省了現(xiàn)有技術(shù)中在各地子節(jié)點部署和維護業(yè)務(wù)運行所花費的人力成本，通過執(zhí)行業(yè)務(wù)上下線任務(wù)，實現(xiàn)了業(yè)務(wù)的同步運行；在本發(fā)明中，通過中心節(jié)點管理員查詢或業(yè)務(wù)運行設(shè)備主動上報業(yè)務(wù)運行中的狀態(tài)參數(shù)，保證了管理員能夠隨時獲知業(yè)務(wù)運行中的狀況；最后，對消息的加解密增強了消息傳遞過程中的安全性。
總之，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種業(yè)務(wù)分發(fā)設(shè)備，其特征在于，該業(yè)務(wù)分發(fā)設(shè)備包括分發(fā)任務(wù)管理模塊，用于向各子節(jié)點設(shè)備下發(fā)業(yè)務(wù)數(shù)據(jù)包以及發(fā)送業(yè)務(wù)任務(wù)控制指令；子節(jié)點接口模塊，用于與各子節(jié)點設(shè)備進行信息交互。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)分發(fā)設(shè)備，其特征在于，所述業(yè)務(wù)任務(wù)控制指令包括業(yè)務(wù)上、下線消息和業(yè)務(wù)狀態(tài)查詢消息。
3.根據(jù)權(quán)利要求1或2所述的業(yè)務(wù)分發(fā)設(shè)備，其特征在于，該設(shè)備進一步包括登錄鑒權(quán)模塊，用于對登錄到所述業(yè)務(wù)分發(fā)設(shè)備的各子節(jié)點設(shè)備進行鑒權(quán)。
4.根據(jù)權(quán)利要求3所述的業(yè)務(wù)分發(fā)設(shè)備，其特征在于，所述業(yè)務(wù)分發(fā)設(shè)備進一步包括第一加解密模塊，用于對所述業(yè)務(wù)分發(fā)設(shè)備與各子節(jié)點設(shè)備之間傳遞的信息進行加解密。
5.一種業(yè)務(wù)接收設(shè)備，其特征在于，該業(yè)務(wù)接收設(shè)備包括業(yè)務(wù)接收部署模塊，用于接收業(yè)務(wù)數(shù)據(jù)包和業(yè)務(wù)任務(wù)控制指令，對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署；業(yè)務(wù)運行設(shè)備接口模塊，用于完成所述業(yè)務(wù)接收部署模塊與業(yè)務(wù)運行設(shè)備間的通訊，通知所述業(yè)務(wù)運行設(shè)備執(zhí)行所述業(yè)務(wù)任務(wù)控制指令；中心節(jié)點接口模塊，用于與中心節(jié)點設(shè)備進行信息交互。
6.根據(jù)權(quán)利要求5所述的業(yè)務(wù)接收設(shè)備，其特征在于，所述業(yè)務(wù)任務(wù)控制指令包括業(yè)務(wù)上、下線消息和業(yè)務(wù)狀態(tài)查詢消息。
7.根據(jù)權(quán)利要求5或6所述的業(yè)務(wù)接收設(shè)備，其特征在于，該設(shè)備進一步包括登錄模塊，用于通過中心節(jié)點接口模塊向中心節(jié)點設(shè)備發(fā)起登錄請求，完成到中心節(jié)點設(shè)備的登錄。
8.根據(jù)權(quán)利要求7所述的業(yè)務(wù)接收設(shè)備，其特征在于，所述業(yè)務(wù)接收設(shè)備進一步包括第二加解密模塊，用于對與所述中心節(jié)點設(shè)備之間傳遞的信息進行加解密。
9.一種實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，其特征在于，包括中心節(jié)點設(shè)備，用于下發(fā)業(yè)務(wù)數(shù)據(jù)包并控制業(yè)務(wù)任務(wù)的執(zhí)行；子節(jié)點設(shè)備，用于接收業(yè)務(wù)數(shù)據(jù)包并對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署，在所述中心節(jié)點設(shè)備的控制下執(zhí)行所述業(yè)務(wù)任務(wù)。
10.根據(jù)權(quán)利要求9所述的實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，所述業(yè)務(wù)任務(wù)包括業(yè)務(wù)上、下線任務(wù)和業(yè)務(wù)查詢?nèi)蝿?wù)。
11.根據(jù)權(quán)利要求9或10所述的實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，其特征在于，所述中心節(jié)點設(shè)備包括業(yè)務(wù)管理平臺，用于加載業(yè)務(wù)數(shù)據(jù)包及配置業(yè)務(wù)任務(wù)，并發(fā)送下發(fā)業(yè)務(wù)數(shù)據(jù)包通知和執(zhí)行業(yè)務(wù)任務(wù)通知；業(yè)務(wù)分發(fā)設(shè)備，用于根據(jù)業(yè)務(wù)管理平臺發(fā)送的通知，向子節(jié)點設(shè)備下發(fā)所述業(yè)務(wù)數(shù)據(jù)包以及業(yè)務(wù)任務(wù)控制指令。
12.根據(jù)權(quán)利要求9或10所述的實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，其特征在于，所述子節(jié)點設(shè)備包括業(yè)務(wù)接收設(shè)備，用于接收所述中心節(jié)點設(shè)備下發(fā)的業(yè)務(wù)數(shù)據(jù)包及業(yè)務(wù)任務(wù)控制指令，將所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)部署到業(yè)務(wù)運行設(shè)備上，并根據(jù)接收到的業(yè)務(wù)任務(wù)控制指令通知業(yè)務(wù)運行設(shè)備執(zhí)行所述業(yè)務(wù)任務(wù)；業(yè)務(wù)運行設(shè)備，用于運行所述業(yè)務(wù)接收設(shè)備部署的業(yè)務(wù)數(shù)據(jù)，并根據(jù)業(yè)務(wù)任務(wù)控制指令執(zhí)行所述業(yè)務(wù)任務(wù)。
13.一種應(yīng)用于所述實現(xiàn)業(yè)務(wù)分發(fā)與同步系統(tǒng)上的業(yè)務(wù)處理方法，其特征在于，包括各子節(jié)點從中心節(jié)點接收業(yè)務(wù)數(shù)據(jù)包并對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署；當所述各子節(jié)點接收到中心節(jié)點發(fā)送的業(yè)務(wù)上線消息時，同步啟動所述業(yè)務(wù)數(shù)據(jù)的運行。
14.根據(jù)權(quán)利要求13所述的業(yè)務(wù)處理方法，其特征在于，該方法進一步包括在所述業(yè)務(wù)的運行過程中，各子節(jié)點接受中心節(jié)點的查詢上報或主動上報業(yè)務(wù)運行狀態(tài)信息。
15.根據(jù)權(quán)利要求14所述的業(yè)務(wù)處理方法，其特征在于，該方法進一步包括在所述業(yè)務(wù)數(shù)據(jù)運行過程中，當各子節(jié)點接收到中心節(jié)點發(fā)送的業(yè)務(wù)下線消息時，同步停止所述業(yè)務(wù)數(shù)據(jù)的運行。
16.根據(jù)權(quán)利要求13、14或15所述的業(yè)務(wù)處理方法，其特征在于，還包括子節(jié)點與中心節(jié)點建立傳輸控制協(xié)議長連接，并在連接建立后，通過定時向?qū)Χ税l(fā)送心跳消息來維持所述長連接的持續(xù)連通。
17.根據(jù)權(quán)利要求16所述的業(yè)務(wù)處理方法，其特征在于，接收所述中心節(jié)點設(shè)備下發(fā)的業(yè)務(wù)數(shù)據(jù)包前，還進一步包括子節(jié)點向中心節(jié)點發(fā)送登錄請求消息，所述中心節(jié)點對該消息中的登錄信息進行驗證，對子節(jié)點的身份進行鑒權(quán)，判斷該子節(jié)點是否具備運行業(yè)務(wù)的權(quán)限。
18.根據(jù)權(quán)利要求13、14或15所述的業(yè)務(wù)處理方法，其特征在于，所述對業(yè)務(wù)數(shù)據(jù)進行部署后還進一步包括子節(jié)點向中心節(jié)點返回應(yīng)答消息，所述應(yīng)答消息中攜帶所述業(yè)務(wù)數(shù)據(jù)部署是否成功完成的信息；
19.根據(jù)權(quán)利要求14所述的業(yè)務(wù)處理方法，其特征在于，所述中心節(jié)點查詢業(yè)務(wù)運行狀態(tài)信息包括以下步驟中心節(jié)點根據(jù)預(yù)先配置的任務(wù)向子節(jié)點發(fā)送業(yè)務(wù)狀態(tài)查詢請求消息，所述子節(jié)點接收到該消息后，收集要查詢的業(yè)務(wù)運行狀態(tài)信息，并將所述業(yè)務(wù)運行狀態(tài)信息上報給中心節(jié)點。
20.根據(jù)權(quán)利要求14所述的業(yè)務(wù)處理方法，其特征在于，所述子節(jié)點主動上報業(yè)務(wù)運行狀態(tài)信息包括以下步驟各子節(jié)點定時檢測業(yè)務(wù)的運行狀態(tài)，并將所述業(yè)務(wù)運行狀態(tài)信息發(fā)送給中心節(jié)點。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)分發(fā)設(shè)備，包括分發(fā)任務(wù)管理模塊及子節(jié)點接口模塊。本發(fā)明還公開了一種業(yè)務(wù)接收設(shè)備，包括業(yè)務(wù)接收部署模塊及中心節(jié)點接口模塊。本發(fā)明還公開了一種實現(xiàn)業(yè)務(wù)分發(fā)與同步的系統(tǒng)，包括中心節(jié)點設(shè)備及子節(jié)點設(shè)備。最后，本發(fā)明還公開了一種應(yīng)用于所述實現(xiàn)業(yè)務(wù)分發(fā)與同步系統(tǒng)上的業(yè)務(wù)處理方法，包括各子節(jié)點從中心節(jié)點接收業(yè)務(wù)數(shù)據(jù)包并對所述業(yè)務(wù)數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)進行部署；當所述各子節(jié)點接收到中心節(jié)點發(fā)送的業(yè)務(wù)上線消息時，同步啟動所述業(yè)務(wù)數(shù)據(jù)的運行。本發(fā)明實現(xiàn)了業(yè)務(wù)的自動分發(fā)以及業(yè)務(wù)操作的同步性，不需要在各地的子節(jié)點上配備專門的維護人員，節(jié)約了人力物力。
文檔編號H04L12/58GK101026490SQ20071000269
公開日2007年8月29日 申請日期2007年1月26日 優(yōu)先權(quán)日2007年1月26日
發(fā)明者李大偉, 方強 申請人:華為技術(shù)有限公司