本發(fā)明涉及一種財務(wù)信息系統(tǒng)的處理和備份方式，屬于財務(wù)信息處理技術(shù)領(lǐng)域。

背景技術(shù)：

在服務(wù)器/客戶端架構(gòu)的財務(wù)信息處理系統(tǒng)中，客戶端可能是離線，在線空閑，在線忙等多個狀態(tài)，服務(wù)器端需要根據(jù)客戶端的不同狀態(tài)提供服務(wù)。同時客戶端服務(wù)器采用的通訊協(xié)議也需要客戶端和服務(wù)器端保持同步的狀態(tài)以確保通訊協(xié)議的正常流程執(zhí)行。在已有的大型的財務(wù)信息處理系統(tǒng)中為實現(xiàn)大容量和可靠性，通常采用多模塊并發(fā)和模塊熱主備(1+1)的方式實現(xiàn)，如圖1所示。

采用1+1多模塊備份的方式，實際上備份的處理機在絕大多數(shù)場景都是不工作的，造成系統(tǒng)總體的負荷最大不過50％，這是極大的浪費。

1+1的備份方式，一旦兩個處理機都失敗，無法將業(yè)務(wù)遷移到其他處理機上，業(yè)務(wù)將失效。

由于用戶的狀態(tài)固定在某對主備的處理機上，一旦這個處理機上的用戶突然爆發(fā)大量財務(wù)信息處理請求，其他模塊處理機無法分擔負荷。

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

發(fā)明目的：為了克服現(xiàn)有技術(shù)中存在的不足，本發(fā)明提供一種無狀態(tài)的財務(wù)信息處理和備份系統(tǒng)及方法，本發(fā)明可以保持原有服務(wù)器功能的前提下，減少幾乎一半的硬件投資；財務(wù)信息處理能力的備份分布在B塊處理機上，相比1+1的備份可靠性大大提高；由于采用了無狀態(tài)處理機，系統(tǒng)可以在不影響正常處理的前提下靈活的彈性的擴容和縮容。

技術(shù)方案：為實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案為：

一種無狀態(tài)的財務(wù)信息處理和備份系統(tǒng)，包括狀態(tài)數(shù)據(jù)庫單元、模塊處理機單元以及負荷分配模塊；所述狀態(tài)數(shù)據(jù)庫單元包括主用狀態(tài)數(shù)據(jù)庫模塊和一個以上的備用狀態(tài)數(shù)據(jù)庫模塊，所述備用狀態(tài)數(shù)據(jù)庫模塊通過實時狀態(tài)同步的方式與主用狀態(tài)數(shù)據(jù)庫模塊同步狀態(tài)，而所述備用狀態(tài)數(shù)據(jù)庫模塊之間通過實時狀態(tài)同步的方式相互同步狀態(tài)，確保保狀態(tài)可靠且備用狀態(tài)數(shù)據(jù)庫模塊可隨時接管業(yè)務(wù)；所述模塊處理機單元包括一個以上的模塊處理機；所述負荷分配模塊用于將財務(wù)信息處理請求發(fā)到可用的模塊處理機上；而所述模塊處理機用于接收負荷分配模塊分發(fā)過來的請求，到主用狀態(tài)數(shù)據(jù)庫模塊中獲取該請求用戶的狀態(tài)信息，按照財務(wù)信息處理要求給予處理，處理完請求后修改用戶的狀態(tài)和信息，把狀態(tài)和信息存儲到主用狀態(tài)數(shù)據(jù)庫模塊中，然后釋放所有處理資源，準備接受下一個財務(wù)信息處理請求。

優(yōu)選的：所述主用狀態(tài)數(shù)據(jù)庫模塊和備用狀態(tài)數(shù)據(jù)庫模塊均采用相互獨立的服務(wù)器/處理機，各服務(wù)器/處理機之間通過實時狀態(tài)同步的方式相互同步狀態(tài)。

優(yōu)選的：所述模塊處理機采用相互獨立的服務(wù)器/處理機。

優(yōu)選的：所述負荷分配模塊將財務(wù)信息處理請求按有效處理機的負荷平均分配給各個有效的模塊處理機。

進一步地：還包括一個以上的客戶端，所述客戶端用于向負荷分配模塊發(fā)送財務(wù)信息處理請求。

一種無狀態(tài)的財務(wù)信息處理和備份方法，包括以下步驟：

步驟1，財務(wù)信息處理請求從終端發(fā)起，到負荷處理模塊匯聚分配，負荷處理模塊確認所有有效的模塊處理機的負荷，將財務(wù)信息處理請求分配給有效的模塊處理機。

步驟2，模塊處理機接收到負荷分配模塊分發(fā)過來的請求，到主用狀態(tài)數(shù)據(jù)庫模塊中獲取該請求用戶的狀態(tài)信息，按照財務(wù)信息處理要求給予處理。

步驟3，模塊處理機處理財務(wù)信息請求完成后，修改用戶的狀態(tài)和信息，并回存到主用狀態(tài)數(shù)據(jù)庫模塊中，釋放所有計算資源，準備接受下一個處理請求。

優(yōu)選的：步驟1中負荷處理模塊按照有效處理機的負荷平均分配給有效的模塊處理機。

有益效果：本發(fā)明提供的一種無狀態(tài)的財務(wù)信息處理和備份系統(tǒng)及方法，相比現(xiàn)有技術(shù)，具有以下有益效果：

本發(fā)明采用無狀態(tài)的處理機集群(N+B)和集中狀態(tài)數(shù)據(jù)庫，可以保持原有服務(wù)器功能的前提下，減少幾乎一半的硬件投資；財務(wù)信息處理能力的備份分布在B塊處理機上，相比1+1的備份可靠性大大提高；由于采用了無狀態(tài)處理機，系統(tǒng)可以在不影響正常處理的前提下靈活的彈性的擴容和縮容。

附圖說明

圖1為現(xiàn)有的大型的財務(wù)信息處理系統(tǒng)結(jié)構(gòu)示意圖。

圖2為本發(fā)明的結(jié)構(gòu)示意圖。

具體實施方式

下面結(jié)合附圖和具體實施例，進一步闡明本發(fā)明，應(yīng)理解這些實例僅用于說明本發(fā)明而不用于限制本發(fā)明的范圍，在閱讀了本發(fā)明之后，本領(lǐng)域技術(shù)人員對本發(fā)明的各種等價形式的修改均落于本申請所附權(quán)利要求所限定的范圍。

一種無狀態(tài)的財務(wù)信息處理和備份系統(tǒng)，在服務(wù)器/客戶端架構(gòu)的財務(wù)信息處理系統(tǒng)中，客戶端可能是離線，在線空閑，在線忙等多個狀態(tài)，服務(wù)器端需要根據(jù)客戶端的不同狀態(tài)提供服務(wù)。同時客戶端服務(wù)器采用的通訊協(xié)議也需要客戶端和服務(wù)器端保持同步的狀態(tài)以確保通訊協(xié)議的正常流程執(zhí)行。本系統(tǒng)包括狀態(tài)數(shù)據(jù)庫單元、模塊處理機單元以及負荷分配模塊；所述狀態(tài)數(shù)據(jù)庫單元包括主用狀態(tài)數(shù)據(jù)庫模塊和一個以上的備用狀態(tài)數(shù)據(jù)庫模塊，所述備用狀態(tài)數(shù)據(jù)庫模塊通過實時狀態(tài)同步的方式與主用狀態(tài)數(shù)據(jù)庫模塊同步狀態(tài)，而所述備用狀態(tài)數(shù)據(jù)庫模塊之間通過實時狀態(tài)同步的方式相互同步狀態(tài)，確保保狀態(tài)可靠且備用狀態(tài)數(shù)據(jù)庫模塊可隨時接管業(yè)務(wù)；所述模塊處理機單元包括一個以上的模塊處理機；所述負荷分配模塊用于將財務(wù)信息處理請求發(fā)到可用的模塊處理機上；而所述模塊處理機用于接收負荷分配模塊分發(fā)過來的請求，到主用狀態(tài)數(shù)據(jù)庫模塊中獲取該請求用戶的狀態(tài)信息，按照財務(wù)信息處理要求給予處理，處理完請求后修改用戶的狀態(tài)和信息，把狀態(tài)和信息存儲到主用狀態(tài)數(shù)據(jù)庫模塊中，然后釋放所有處理資源，準備接受下一個財務(wù)信息處理請求。所述負荷分配模塊將財務(wù)信息處理請求按有效處理機的負荷平均分配給各個有效的模塊處理機。

還包括一個以上的客戶端(終端)，所述客戶端用于向負荷分配模塊發(fā)送財務(wù)信息處理請求。

所述主用狀態(tài)數(shù)據(jù)庫模塊和備用狀態(tài)數(shù)據(jù)庫模塊均采用相互獨立的服務(wù)器/處理機，各服務(wù)器/處理機之間通過實時狀態(tài)同步的方式相互同步狀態(tài)。所述模塊處理機采用相互獨立的服務(wù)器/處理機。

也就是說，設(shè)立單獨的狀態(tài)數(shù)據(jù)庫單元，為保證可靠性，狀態(tài)數(shù)據(jù)庫單元采用高可靠性的服務(wù)器，并用多個高可靠性的服務(wù)器實現(xiàn)1+1，甚至1+1+1的備份，主備狀態(tài)數(shù)據(jù)庫模塊采用實時狀態(tài)同步的方式同步狀態(tài)，確保狀態(tài)可靠備用數(shù)據(jù)庫可隨時接管業(yè)務(wù)。

這時的模塊處理機單元不再有狀態(tài)，也無需向主備用模塊處理機同步，只單純的負責處理財務(wù)信息請求，處理完請求就直接把狀態(tài)存儲到主狀態(tài)數(shù)據(jù)庫模塊，自己就可以釋放所有處理資源，準備接受下一個財務(wù)信息處理請求。

由于模塊處理機簡單，可以采用廉價的服務(wù)器大規(guī)模海量部署，即便一個或若干個處理機失效，負荷分擔模塊會把財務(wù)信息處理請求發(fā)到其他可用的處理機上，從而不會影響任何業(yè)務(wù)?；谏鲜龇绞侥K處理機采用N+B的方式，N為正常業(yè)務(wù)要處理的模塊處理機數(shù)，B為當N個正常處理機中失效需要備份的處理機個數(shù)，B值越大，在處理機故障時的備份機越多，可靠性越高，通常B為1就可以達到圖1架構(gòu)中的可靠程度。所以總的處理機所需的硬件數(shù)量基本等于圖1方式的一半。

由于模塊處理機沒有狀態(tài)，同一個用戶的不同狀態(tài)下的財務(wù)信息處理請求會被負荷分擔到所有模塊處理機，一旦某個處理機失效或者某些用戶的請求爆發(fā)，負荷處理模塊自動把處理請求均勻轉(zhuǎn)發(fā)到其他處理機，所有處理機的負荷都是均勻的。

一種無狀態(tài)的財務(wù)信息處理和備份方法，包括以下步驟：

步驟1，財務(wù)信息處理請求從終端發(fā)起，到負荷處理模塊匯聚分配，負荷處理模塊確認所有有效的模塊處理機的負荷，將財務(wù)信息處理請求按照有效處理機的負荷平均分配給有效的模塊處理機。

步驟2，模塊處理機接收到負荷分配模塊分發(fā)過來的請求，到主用狀態(tài)數(shù)據(jù)庫模塊中獲取該請求用戶的狀態(tài)信息，按照財務(wù)信息處理要求給予處理。

步驟3，模塊處理機處理財務(wù)信息請求完成后，修改用戶的狀態(tài)和信息，并回存到主用狀態(tài)數(shù)據(jù)庫模塊中，釋放所有計算資源，準備接受下一個處理請求。

本發(fā)明的工作流程如下：首先,財務(wù)信息處理請求從終端發(fā)起，到負荷處理模塊匯聚分配，負荷處理模塊確認所有有效處理機的負荷，按照平均的原則選擇一個處理機分發(fā)處理請求。然后,處理機接收到負荷分配模塊分發(fā)過來的請求，到狀態(tài)數(shù)據(jù)庫獲取該請求用戶的狀態(tài)信息，按照財務(wù)信息處理要求給予處理。最后,處理機處理財務(wù)信息請求完成后，修改用戶的狀態(tài)和信息，并回存到狀態(tài)數(shù)據(jù)庫，釋放所有計算資源，準備接受下一個處理請求。

以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出：對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。