本發(fā)明涉及數(shù)據(jù)處理技術領域，特別涉及一種數(shù)據(jù)處理方法、裝置和系統(tǒng)。

背景技術：

自助終端設備是由人機界面組成，由用戶根據(jù)設備提示進行操作，因其具有較高的便捷性，近年來得以迅速地發(fā)展。隨著自助終端使用量的增加，產(chǎn)生的并發(fā)數(shù)據(jù)量逐漸增加，數(shù)據(jù)的種類也多種多樣，因此，對自助前置的數(shù)據(jù)處理要求越來越高。

目前，自助前置主要通過建立負載均衡集群方式，對多個自助終端同時發(fā)送的交易請求進行處理，負載均衡集群是在應用服務器高負載的情況下，由多臺節(jié)點提供可伸縮的、高負載的服務器組以保證對外提供良好的服務響應。但是，由于負載均衡集群部署起來比較繁瑣，使得數(shù)據(jù)處理效率較低。

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

本發(fā)明提供了一種數(shù)據(jù)處理方法、裝置和系統(tǒng)，提高了數(shù)據(jù)處理的效率。

第一方面，本發(fā)明提供了一種數(shù)據(jù)處理方法，包括：

預先設置監(jiān)控進程和至少兩個執(zhí)行進程，預先設置所述至少兩個執(zhí)行進程的強制釋放條件；

接收至少兩個交易請求；

為每個交易請求啟動至少一個執(zhí)行進程，利用所述監(jiān)控進程對每一個所述執(zhí)行進程進行監(jiān)控，當監(jiān)控到存在滿足所述強制釋放條件的執(zhí)行進程，所述監(jiān)控進程釋放所述滿足所述強制釋放條件的執(zhí)行進程；

針對每一個所述交易請求，調(diào)用當前交易請求對應的所述至少一個所述執(zhí)行進程，對所述當前交易請求進行處理。

優(yōu)選地，

預先設置每個交易碼對應的交互進程；

所述調(diào)用當前交易請求對應的所述至少一個所述執(zhí)行進程，對所述交易請求進行處理，包括：

調(diào)用所述當前交易請求對應的驗證進程，利用所述驗證進程對所述當前交易請求進行驗證，當驗證通過時，調(diào)用所述當前交易請求對應的解析進程，利用所述解析進程對所述當前交易請求進行解析，解析出所述當前交易請求對應的目標交易碼，確定所述目標交易碼對應的目標交互進程；

調(diào)用所述目標交互進程將所述當前交易請求中的交易報文發(fā)送給外部的交易報文處理服務器；

調(diào)用所述目標交互進程接收所述交易報文處理服務器反饋的所述交易報文的響應，將所述交易報文的響應發(fā)送給所述當前交易請求對應的自助終端。

優(yōu)選地，

預先設置交易超時時間；

針對每個所述執(zhí)行進程，當前執(zhí)行進程確定所述當前執(zhí)行進程的運行時間，當所述運行時間大于所述交易超時時間時，釋放所述當前執(zhí)行進程。

優(yōu)選地，

在所述對所述當前交易請求進行處理之后，進一步包括：

每個所述執(zhí)行進程處理完對應的交易請求時，向所述監(jiān)控進程發(fā)送完成消息；

所述當監(jiān)控到存在滿足所述強制釋放條件的執(zhí)行進程，所述監(jiān)控進程釋放所述滿足所述強制釋放條件的執(zhí)行進程，包括：

當所述監(jiān)控進程監(jiān)控到當前執(zhí)行進程停止運行，且沒有接收到所述當前執(zhí)行進程發(fā)來的完成消息時，所述監(jiān)控進程釋放所述當前執(zhí)行進程。

優(yōu)選地，

在所述為每個交易請求啟動至少一個執(zhí)行進程之前，進一步包括：

預先設置最大進程控制數(shù)；

判斷當前接收到的所述交易請求的第一數(shù)量和已經(jīng)啟動的所述執(zhí)行進程的第二數(shù)量之和是否大于所述最大進程控制數(shù)，如果否，執(zhí)行：所述為每個交易請求啟動至少一個執(zhí)行進程。

第二方面，本發(fā)明提供了一種數(shù)據(jù)處理裝置，包括：

設置單元，用于設置監(jiān)控進程和至少兩個執(zhí)行進程，設置所述至少兩個執(zhí)行進程的強制釋放條件；

接收單元，用于接收至少兩個交易請求；

監(jiān)控單元，用于為所述接收單元接收的每個交易請求，啟動所述設置單元設置的至少一個執(zhí)行進程，利用所述監(jiān)控進程對每一個所述執(zhí)行進程進行監(jiān)控，當監(jiān)控到存在滿足所述設置單元設置的所述強制釋放條件的執(zhí)行進程，所述監(jiān)控進程釋放所述滿足所述強制釋放條件的執(zhí)行進程；

處理單元，用于針對每一個所述交易請求，調(diào)用當前交易請求對應的所述監(jiān)控單元啟動的所述至少一個所述執(zhí)行進程，對所述當前交易請求進行處理。

優(yōu)選地，

所述設置單元，進一步用于設置每個交易碼對應的交互進程；

所述處理單元，用于調(diào)用所述當前交易請求對應的驗證進程，利用所述驗證進程對所述當前交易請求進行驗證，當驗證通過時，調(diào)用所述當前交易請求對應的解析進程，利用所述解析進程對所述當前交易請求進行解析，解析出所述當前交易請求對應的目標交易碼，根據(jù)所述設置單元設置的每個交易碼對應的交互進程，確定所述目標交易碼對應的目標交互進程；調(diào)用所述目標交互進程將所述當前交易請求中的交易報文發(fā)送給外部的交易報文處理服務器；調(diào)用所述目標交互進程接收所述交易報文處理服務器反饋的所述交易報文的響應，將所述交易報文的響應發(fā)送給所述當前交易請求對應的自助終端。

優(yōu)選地，

所述設置單元，進一步用于設置交易超時時間；

釋放單元，用于針對所述監(jiān)控單元啟動的每個所述執(zhí)行進程，當前執(zhí)行進程確定所述當前執(zhí)行進程的運行時間，當所述運行時間大于所述交易超時時間時，釋放所述當前執(zhí)行進程。

優(yōu)選地，

發(fā)送單元，用于根據(jù)所述處理單元中每個所述執(zhí)行進程處理完對應的交易請求時，向所述監(jiān)控單元中所述監(jiān)控進程發(fā)送完成消息；

所述監(jiān)控單元，用于當所述監(jiān)控進程監(jiān)控到當前執(zhí)行進程停止運行，且沒有接收到所述發(fā)送單元發(fā)送的所述當前執(zhí)行進程發(fā)來的完成消息時，所述監(jiān)控進程釋放所述當前執(zhí)行進程。

優(yōu)選地，

所述設置單元，進一步用于設置最大進程控制數(shù)；

確定單元，用于確定當前接收到的所述交易請求的第一數(shù)量和已經(jīng)啟動的所述執(zhí)行進程的第二數(shù)量；

判斷單元，用于判斷所述確定單元確定的所述第一數(shù)量和所述第二數(shù)量之和是否大于所述設置單元設置的所述最大進程控制數(shù)，如果否，觸發(fā)執(zhí)行所述監(jiān)控單元。

第三方面，本發(fā)明提供了一種數(shù)據(jù)處理系統(tǒng)，包括：至少一個自助終端和權利要求6-9任一所述的數(shù)據(jù)處理裝置；

所述至少一個自助終端，用于接收所述數(shù)據(jù)處理裝置發(fā)送的至少兩個交易請求。

本發(fā)明提供了一種數(shù)據(jù)處理方法、裝置和系統(tǒng)，該方法可以接收至少兩個交易請求，為每個交易請求啟動至少一個預先設置的執(zhí)行進程，并啟動預先設置的監(jiān)控進程對每一個執(zhí)行進程進行監(jiān)控，當監(jiān)測到存在滿足預先設置的強制釋放條件的執(zhí)行進程時，監(jiān)控進程釋放滿足強制釋放條件的執(zhí)行進程。針對每一個交易請求，調(diào)用當前交易請求對應的至少一個執(zhí)行過程，對當前交易請求進行處理。該方法通過設置執(zhí)行進程，可以同時對多個交易請求進行處理，無需建立負載均衡集群方式，提高了數(shù)據(jù)處理的效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個實施例提供的一種數(shù)據(jù)處理方法流程圖；

圖2是本發(fā)明一個實施例提供的另一種數(shù)據(jù)處理方法流程圖；

圖3是本發(fā)明一個實施例提供的一種數(shù)據(jù)處理裝置結構示意圖；

圖4是本發(fā)明一個實施例提供的另一種數(shù)據(jù)處理裝置結構示意圖；

圖5是本發(fā)明一個實施例提供的又一種數(shù)據(jù)處理裝置結構示意圖；

圖6是本發(fā)明一個實施例提供的再一種數(shù)據(jù)處理裝置結構示意圖；

圖7是本發(fā)明一個實施例提供的一種數(shù)據(jù)處理系統(tǒng)結構示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例，基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

如圖1所示，本發(fā)明實施例提供了一種數(shù)據(jù)處理方法，該方法可以包括以下步驟：

步驟101：預先設置監(jiān)控進程和至少兩個執(zhí)行進程，預先設置至少兩個執(zhí)行進程的強制釋放條件；

步驟102：接收至少兩個交易請求；

步驟103：為每個交易請求啟動至少一個執(zhí)行進程，啟動監(jiān)控進程對每一個執(zhí)行進程進行監(jiān)控，當監(jiān)控到存在滿足強制釋放條件的執(zhí)行進程，監(jiān)控進程釋放滿足強制釋放條件的執(zhí)行進程；

步驟104：針對每一個交易請求，調(diào)用當前交易請求對應的至少一個執(zhí)行進程，對當前交易請求進行處理。

在圖1所示的實施例中，該方法可以接收至少兩個交易請求，為每個交易請求啟動至少一個預先設置的執(zhí)行進程，并啟動預先設置的監(jiān)控進程對每一個執(zhí)行進程進行監(jiān)控，當監(jiān)測到存在滿足預先設置的。強制釋放條件的執(zhí)行進程時，監(jiān)控進程釋放滿足強制釋放條件的執(zhí)行進程。針對每一個交易請求，調(diào)用當前交易請求對應的至少一個執(zhí)行過程，對當前交易請求進行處理。該方法通過設置執(zhí)行進程，可以同時對自助終端發(fā)送的多個交易請求進行處理，無需建立負載均衡集群方式，提高了數(shù)據(jù)處理的效率。

需要說明的是，交易請求是外部的自助設備發(fā)送的，一個自助設備可以同時發(fā)送一個交易請求也可以同時發(fā)送多個交易請求。

在本發(fā)明的一個實施例中，為了判斷交易請求是否合法，確定交易請求對應的交易碼，進而對交易請求進行處理，該方法還包括：預先設置每個交易碼對應的交互進程；步驟104包括：調(diào)用當前交易請求對應的驗證進程，利用驗證進程對當前交易請求進行驗證，當驗證通過時，調(diào)用當前交易請求對應的解析進程，利用解析進程對當前交易請求進行解析，解析出當前交易請求對應的目標交易碼，確定目標交易碼對應的目標交互進程；調(diào)用目標交互進程將當前交易請求中的交易報文發(fā)送給外部的交易報文處理服務器；調(diào)用目標交互進程接收交易報文處理服務器反饋的交易報文的響應，將交易報文的響應發(fā)送給當前交易請求對應的自助終端。

在本實施例中，對交易請求的處理至少可以包含三個方面的內(nèi)容，驗證、解析、交互，相應的，可以針對不同方面調(diào)用不同的執(zhí)行進程進行處理，執(zhí)行進程至少可以包括：驗證進程、解析進程、交互進程；

第一方面：驗證；

接收到的交易請求可能來自于不同的自助終端，其中，有些終端可能不是合法終端，為了篩選出合法終端發(fā)送的交易請求，首先需要對接收到的交易請求進行驗證。

例如，接收到的交易請求分別為A1、A2、A3，其中，A1和A2為某一銀行網(wǎng)點的自助設備，而A3是某一餐廳的自助設備，當需要對銀行網(wǎng)點的交易請求進行處理時，A1和A2發(fā)送的交易請求即為合法交易請求，需要被處理；而A3發(fā)送的交易請求為不合法交易請求，通過驗證過程，可以將A3發(fā)送的交易請求篩選出來。

驗證過程可以通過以下過程實現(xiàn)：將交易請求中包含的目標自助終端編號或者目標自助終端的地址，與預先存儲的自助終端編號或自助終端地址進行匹配，如果匹配成功，則驗證通過，否則，該目標自助終端是不合法的。

第二方面：解析；

交易請求一般是以加密的報文信息形式存在，為了獲取交易請求中的交易碼，需要通過解析進程對交易請求進行解析。根據(jù)預先設置的每個交易碼對應的交互進程，確定目標交易碼對應的交互進程。例如，預先設置交易碼A對應交互進程“轉賬”；交易碼B對應交互進程“取款”，當解析得到的目標交易碼為A時，確定目標交互進程為“轉賬”。

第三方面：交互；

交互進程主要用于與交易報文處理服務器、自助終端進行信息交互。例如，根據(jù)解析過程確定的目標交互進程為“轉賬”，該進程將交易請求中關于轉賬的交易報文發(fā)送給銀行的交易報文處理服務器進行處理，銀行根據(jù)報文信息進行轉賬操作，轉賬成功后反饋處理完成的提示，該進程將處理完成的提示發(fā)送給發(fā)送該交易請求的自助終端。

在本發(fā)明的一個實施例中，為了限制執(zhí)行進程的運行時間，防止當前進程的運行時間過長造成資源浪費，該方法還包括：預先設置交易超時時間；針對每個執(zhí)行進程，當前執(zhí)行進程確定當前執(zhí)行進程的運行時間，當運行時間大于交易超時時間時，釋放當前執(zhí)行進程。

交易超時時間為每一個執(zhí)行進程最大的運行時間，從執(zhí)行進程啟動時開始計時。設置交易超時時間，也可以為全部的執(zhí)行進程設置統(tǒng)一的交易超時時間。執(zhí)行進程釋放至少可以包括兩種釋放方式：

方式1：自動釋放；

自動釋放至少可以包括兩種情況：執(zhí)行進程在設置的交易超時時間內(nèi)處理完當前任務，則執(zhí)行進程自動釋放；執(zhí)行進程處理當前任務時，運行時間超過設置的交易超時時間，則執(zhí)行進程自動釋放。

為每一個執(zhí)行進程設置統(tǒng)一的交易超時時間為2s，當驗證進程對目標交易申請進行驗證時，驗證進程對對運行過程進行計時，獲得自身的運行時間，隨著驗證過程的進行，當該運行時間大于交易超時時間，此時，驗證過程并沒有完成，驗證進程自動釋放；當驗證進程完成驗證時，運行時間不大于交易超時時間時，驗證進程自動釋放。

方式2：強制釋放；

在本發(fā)明的一個實施例中，為了釋放發(fā)生異常停止運行的執(zhí)行進程，該方法還包括：每個執(zhí)行進程處理完對應的交易請求時，向監(jiān)控進程發(fā)送完成消息；步驟103包括：當監(jiān)控進程監(jiān)控到當前執(zhí)行進程停止運行，且沒有接收到當前執(zhí)行進程發(fā)來的完成消息時，監(jiān)控進程釋放當前執(zhí)行進程。

執(zhí)行進程完成當前任務時，會向監(jiān)控進程發(fā)送完成消息，但是，當執(zhí)行進程發(fā)生異常停止運行時，無法實現(xiàn)自動釋放，此時，該執(zhí)行進程滿足強制釋放條件，即監(jiān)控進程監(jiān)控到執(zhí)行進程停止運行，且沒有接收到執(zhí)行進程發(fā)來的完成消息，因此，監(jiān)控進程釋放執(zhí)行進程。

在本發(fā)明的一個實施例中，為了控制運行的執(zhí)行進程的數(shù)量，該方法還包括：預先設置最大進程控制數(shù)；確定當前接收到的交易請求的第一數(shù)量和已經(jīng)啟動的執(zhí)行進程的第二數(shù)量；判斷第一數(shù)量和第二數(shù)量之和是否大于最大進程控制數(shù)，如果否，執(zhí)行：為每個交易請求啟動至少一個執(zhí)行進程。

最大進程控制數(shù)為允許啟動的執(zhí)行進程最大數(shù)量，例如，最大進程控制數(shù)為10，當前接收到交易請求的第一數(shù)量為3，已經(jīng)啟動的執(zhí)行進程的第二數(shù)量為5，第一數(shù)量與第二數(shù)量之和小于10，則為3個交易請求分別啟動一個執(zhí)行進程。

在本實施例中，接收到的交易請求可以來自不同的端口，也可以來自同一個端口，可以設置監(jiān)聽進程對端口進行監(jiān)聽，接收通過端口傳輸?shù)慕灰渍埱蟆?/p>

需要說明的是，每個交易請求啟動執(zhí)行進程的數(shù)量并不固定，例如，最大進程控制數(shù)為10，當前接收到交易請求的第一數(shù)量為2，已經(jīng)啟動的執(zhí)行進程的第二數(shù)量為3，第一數(shù)量與第二數(shù)量之和小于5，可以為2個交易請求分別啟動兩個執(zhí)行進程，也可以為其中一個交易請求啟動3個執(zhí)行進程，為其中一個交易請求啟動1個執(zhí)行進程。

下面以銀行的自助終端發(fā)送交易請求為例，對自助前置的數(shù)據(jù)處理方法進行詳細的說明，該方法包括以下步驟：

步驟201：預先設置監(jiān)控進程、至少兩個執(zhí)行進程、兩個執(zhí)行進程的強制釋放條件、每個交易碼對應的交互進程、交易超時時間、最大進程控制數(shù)。

監(jiān)控進程用于對每一個執(zhí)行進程進行監(jiān)控，例如，監(jiān)控執(zhí)行進程的啟動數(shù)量和運行情況。

執(zhí)行進程用于處理交易請求，可以同時對至少兩個交易請求進行處理，每一個交易請求對應至少一個執(zhí)行進程。根據(jù)處理過程不同，執(zhí)行進程種類不同，至少可以包括：驗證進程、解析進程和交互進程。在本實施例中，預先設置5個驗證進程、5個解析進程和5個交互進程。

執(zhí)行進程在運行的過程中，可能會發(fā)生異常停止等情況，無法自動釋放，為了解除其對資源的占用，需要將其強制釋放，進而預先設置強制釋放條件。在本實施例中，設置的強制釋放條件為：監(jiān)控進程監(jiān)控到當前執(zhí)行進程停止運行，且沒有接收到當前執(zhí)行進程發(fā)來的完成消息。

對于銀行中的自助終端，可能涉及多種交易，例如，轉賬、取錢、存錢等，每一種交易對應一種交易碼，每種交易碼對應不同的交互進程。在本實施例中，預先設置交易碼A對應交互進程“轉賬”、交易碼B對應交互進程“存款”、交易碼C對應交互進程“取款”。

為了保證執(zhí)行進程的運行效率，避免對資源的浪費，預先設置執(zhí)行進程的交易超時時間，可以統(tǒng)一為每一個執(zhí)行進程進行設置，也可以為每一個執(zhí)行進程分別進行設置。在本實施例中，為驗證進程、解析進程和交互進程設置統(tǒng)一的交易超時時間為3s。

最大進程控制數(shù)為允許啟動的執(zhí)行進程最大數(shù)量，在本實施例中，設置最大進程控制數(shù)為20，即啟動的執(zhí)行進程的數(shù)量不能大于20。

步驟202：接收自助終端發(fā)送的至少兩個交易請求。

在本實施例中，接收2個自助終端發(fā)送的2個交易請求M、N。

步驟203：確定當前接收到的交易請求的第一數(shù)量和已經(jīng)啟動的執(zhí)行進程的第二數(shù)量。

在本實施例中，確定已經(jīng)啟動的執(zhí)行進程的第二數(shù)量為5，當前接收到交易請求的第一數(shù)量為2。

步驟204：判斷第一數(shù)量和第二數(shù)量之和，是否大于最大進程控制數(shù)，如果否，執(zhí)行步驟205。

第一數(shù)量與第二數(shù)量之和7小于最大進程控制數(shù)20，同時執(zhí)行步驟205。

步驟205：為每個交易請求啟動至少一個執(zhí)行進程，利用監(jiān)控進程對每一個執(zhí)行進程進行監(jiān)控。

在本實施例中，針對每一個交易請求，需要進行三個方面的處理：驗證、解析和交互，因此，為每一個交易請求分別啟動三個執(zhí)行進程：驗證進程、解析進程和交互進程，并利用監(jiān)控進程對每一個驗證進程、解析進程和交互進程進行監(jiān)控。其中，監(jiān)控進程可以在執(zhí)行進程啟動之前啟動，可以與執(zhí)行進程同時啟動，也可以在執(zhí)行進程之后啟動。

步驟206：針對每一個交易請求，調(diào)用當前交易請求對應的驗證進程；利用驗證進程對當前交易請求進行驗證，當驗證通過時，執(zhí)行步驟207，并向監(jiān)控進程發(fā)送完成消息；在驗證過程中，驗證進程確定驗證進程的運行時間，判斷運行時間是否大于交易超時時間，如果是，釋放驗證進程；當監(jiān)控進程監(jiān)控到驗證進程停止運行，且沒有接收到驗證進程發(fā)來的完成消息時，監(jiān)控進程釋放驗證進程。

以交易請求M為例，驗證過程可以通過以下過程實現(xiàn)：調(diào)用一個驗證進程，將交易請求M中包含的自助終端編號a，與預先存儲的自助終端編號a、b、c、d進行匹配，結果匹配成功，驗證通過。向監(jiān)控進程發(fā)送驗證完成消息。調(diào)用一個驗證進程，將交易請求N中包含的自助終端編號e，與預先存儲的自助終端編號a、b、c、d進行匹配，沒有匹配成功，驗證不通過，向監(jiān)控進程發(fā)送驗證完成消息。

當監(jiān)控進程啟動后，對每一個驗證進程運行的過程進行實時監(jiān)控，驗證進程在運行時發(fā)生異常時，無法實現(xiàn)自動釋放，此時，驗證進程滿足強制釋放條件，即監(jiān)控進程監(jiān)控到驗證進程停止運行，且沒有接收到驗證進程發(fā)來的完成消息，因此，監(jiān)控進程釋放驗證進程。

在驗證進程運行過程中，驗證進程可以對自身的運行時間進行計時，運行時間從驗證進程啟動開始計算。以交易請求M對應的驗證進程為例，確定自身的運行時間為1s。運行時間小于設置的交易超時時間3s，此時，驗證進程繼續(xù)運行。但如果確定的身的運行時間為4s，大于交易超時時間，驗證進程自動釋放。

步驟207：調(diào)用當前交易請求對應的解析進程，利用解析進程對當前交易請求進行解析，解析出當前交易請求對應的目標交易碼，確定目標交易碼對應的目標交互進程，執(zhí)行步驟208，并向監(jiān)控進程發(fā)送完成消息；在解析過程中，解析進程確定解析進程的運行時間，判斷運行時間是否大于交易超時時間，如果是，釋放解析進程；當監(jiān)控進程監(jiān)控到解析進程停止運行，且沒有接收到解析進程發(fā)來的完成消息時，監(jiān)控進程釋放解析進程。

對于通過驗證的當前交易請求，調(diào)用解析進程對M進行解析。交易請求一般是以加密的報文信息形式存在，解析過程可以通過以下的過程實現(xiàn)，例如，M通過公鑰1進行加密，那么，可以利用與公鑰1對應的私鑰1，對M進行解析，獲得M對應的目標交易碼A，根據(jù)步驟201確定對應的目標交互進程“轉賬”，執(zhí)行步驟208，并向監(jiān)控進程發(fā)送完成消息。

與步驟206中的驗證過程類似，監(jiān)控進程對執(zhí)行交易請求M解析過程的解析進程進行實時監(jiān)控，如果解析進程在運行時發(fā)生異常時，無法實現(xiàn)自動釋放，此時，解析進程滿足強制釋放條件，即監(jiān)控進程監(jiān)控到解析進程停止運行，且沒有接收到解析進程發(fā)來的完成消息，因此，監(jiān)控進程釋放解析進程。

與步驟206中的驗證進程類似，在解析進程的運行過程中，解析進程可以對自身的運行進行計時，獲得運行時間，在運行的過程中，實時判斷運行時間是否大于設置的交易超時時間，若大于，則解析進程自動釋放。

步驟208：調(diào)用目標交互進程將當前交易請求中的交易報文發(fā)送給外部的交易報文處理服務器，接收交易報文處理服務器反饋的交易報文的響應，將交易報文的響應發(fā)送給當前交易請求對應的自助終端，并向監(jiān)控進程發(fā)送完成消息；在交互過程中，目標交互進程確定目標交互進程的運行時間，判斷運行時間是否大于交易超時時間，如果是，釋放目標交互進程；當監(jiān)控進程監(jiān)控到目標交互進程停止運行，且沒有接收到目標交互進程發(fā)來的完成消息時，監(jiān)控進程釋放目標交互進程。

調(diào)用目標交互進程將M中的交易報文信息發(fā)送給外部的交易報文處理服務器進行轉賬處理。調(diào)用目標交互進程接收轉賬的處理結果，將處理結果反饋給交易請求M對應的自助終端。

與上述的驗證進程和解析進程類似，當監(jiān)控進程啟動后，對每一個目標交互進程運行的過程進行實時監(jiān)控，目標交互進程在運行時發(fā)生異常時，無法實現(xiàn)自動釋放，此時，目標交互進程滿足強制釋放條件，即監(jiān)控進程監(jiān)控到目標交互進程停止運行，且沒有接收到目標交互進程發(fā)來的完成消息，因此，監(jiān)控進程釋放目標交互進程。

在目標交互進程運行過程中，目標交互進程可以對自身的運行時間進行計時，運行時間從目標交互進程啟動開始計算。以交易請求M對應的目標交互進程為例，確定自身的運行時間為2s。運行時間小于設置的交易超時時間3s，此時，目標交互進程繼續(xù)運行。但如果確定自身的運行時間為5s，大于交易超時時間，目標交互進程自動釋放。

如圖3所示，本發(fā)明實施例提供了一種數(shù)據(jù)處理裝置，包括：設置單元301，用于設置監(jiān)控進程和至少兩個執(zhí)行進程，設置至少兩個執(zhí)行進程的強制釋放條件；接收單元302，用于接收至少兩個交易請求；監(jiān)控單元303，用于為接收單元302接收的每個交易請求，啟動設置單元301設置的至少一個執(zhí)行進程，啟動監(jiān)控進程對每一個執(zhí)行進程進行監(jiān)控，當監(jiān)控到存在滿足設置單元301設置的強制釋放條件的執(zhí)行進程，監(jiān)控進程釋放滿足強制釋放條件的執(zhí)行進程；處理單元304，用于針對每一個交易請求，調(diào)用當前交易請求對應的監(jiān)控單元303啟動的至少一個執(zhí)行進程，對當前交易請求進行處理。

在本發(fā)明的一個實施例中，設置單元301還可以用于設置每個交易碼對應的交互進程；處理單元304，用于調(diào)用當前交易請求對應的驗證進程，利用驗證進程對當前交易請求進行驗證，當驗證通過時，調(diào)用當前交易請求對應的解析進程，利用解析進程對當前交易請求進行解析，解析出當前交易請求對應的目標交易碼，根據(jù)設置單元設置的每個交易碼對應的交互進程，確定目標交易碼對應的目標交互進程；調(diào)用目標交互進程將當前交易請求中的交易報文發(fā)送給外部的交易報文處理服務器；調(diào)用目標交互進程接收交易報文處理服務器反饋的交易報文的響應，將交易報文的響應發(fā)送給當前交易請求對應的自助終端。

在本發(fā)明的一個實施例中，設置單元301還可以用于設置交易超時時間，此時，如圖4所示，該裝置還可以包括：釋放單元305，用于針對監(jiān)控單元303啟動的每個執(zhí)行進程，當前執(zhí)行進程確定當前執(zhí)行進程的運行時間，當運行時間大于交易超時時間時，釋放當前執(zhí)行進程。

在本發(fā)明的一個實施例中，如圖5所示，該裝置還可以包括：發(fā)送單元306，用于根據(jù)處理單元304中每個執(zhí)行進程處理完對應的交易請求時，向監(jiān)控單元303中監(jiān)控進程發(fā)送完成消息；監(jiān)控單元303，用于當監(jiān)控進程監(jiān)控到當前執(zhí)行進程停止運行，且沒有接收到發(fā)送單元306發(fā)送的當前執(zhí)行進程發(fā)來的完成消息時，監(jiān)控進程釋放當前執(zhí)行進程。

在本發(fā)明的一個實施例中，設置單元301還可以用于：設置最大進程控制數(shù)，此時，如圖6所示，該裝置還可以包括：確定單元307，用于確定當前接收到的交易請求的第一數(shù)量和已經(jīng)啟動的執(zhí)行進程的第二數(shù)量；判斷單元308，用于判斷確定單元307確定的第一數(shù)量和第二數(shù)量之和是否大于設置單元301設置的最大進程控制數(shù)，如果否，觸發(fā)執(zhí)行監(jiān)控單元303。

如圖7所示，本發(fā)明實施例提供了一種數(shù)據(jù)處理系統(tǒng)，包括：至少一個自助終端701和任一實施例所述的數(shù)據(jù)處理裝置702；至少一個自助終端701，用于接收所述數(shù)據(jù)處理裝置702發(fā)送的至少兩個交易請求。

綜上，本發(fā)明各個實施例至少具有如下效果：

1、在本發(fā)明實施例中，可以同時接收至少兩個交易請求，為每個交易請求啟動至少一個預先設置的執(zhí)行進程，并啟動預先設置的監(jiān)控進程對每一個執(zhí)行進程進行監(jiān)控，當監(jiān)測到存在滿足預先設置的強制釋放條件的執(zhí)行進程時，監(jiān)控進程釋放滿足強制釋放條件的執(zhí)行進程。針對每一個交易請求，調(diào)用當前交易請求對應的至少一個執(zhí)行過程，對當前交易請求進行處理。該方法通過設置執(zhí)行進程，可以同時對多個交易請求進行處理，無需建立負載均衡集群方式，提高了數(shù)據(jù)處理的效率。

2、在本發(fā)明實施例中，通過驗證進程對交易請求進行驗證，當驗證通過時，利用解析進程對交易請求進行解析，通過解析得到的交易碼確定對應的交互進程，并利用該交互進程分別實現(xiàn)與外部的交易報文處理服務器和對應的自助終端進行信息交互。

3、在本發(fā)明實施例中，可以通過設置交易超時時間控制執(zhí)行進程的運行時間，提高交易請求數(shù)據(jù)的處理效率。通過設置最大進程控制數(shù)，控制運行的執(zhí)行進程的數(shù)量，避免執(zhí)行進程過度占用資源，造成運行緩慢。

4、在本發(fā)明實施例中，可以利用監(jiān)控進程對滿足強制釋放條件的執(zhí)行進程進行強制釋放，強制釋放條件主要針對于執(zhí)行進程在運行過程中發(fā)生的一些異常情況造成執(zhí)行進程中止，提高數(shù)據(jù)處理效率。

上述裝置內(nèi)的各單元之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明方法實施例基于同一構思，具體內(nèi)容可參見本發(fā)明方法實施例中的敘述，此處不再贅述。

需要說明的是，在本文中，諸如第一和第二之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個〃·····”限定的要素，并不排除在包括要素的過程、方法、物品或者設備中還存在另外的相同因素。

最后需要說明的是：以上所述僅為本發(fā)明的較佳實施例，僅用于說明本發(fā)明的技術方案，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。