集群部署前置機的方法、裝置和系統(tǒng)的制作方法
【技術領域】
[0001] 本發(fā)明涉及計算機互聯(lián)網(wǎng)領域，具體而言，涉及一種集群部署前置機的方法、裝置 和系統(tǒng)。
【背景技術】
[0002] 現(xiàn)有技術提供的前端客戶端與后臺服務器之間進行業(yè)務操作的過程中，可以通過 提供一個位于前端客戶端和后臺服務器之間的前置機來實現(xiàn)一種安全驗證服務，本領域技 術人員可以獲知的是該前置機具有網(wǎng)絡通信、報文認證和加密的特點。
[0003] 基于上述系統(tǒng)，在本領域中，可以將上述系統(tǒng)結(jié)構(gòu)應用于銀行交易服務的過程中。 具體的，在銀行為了拓展自己業(yè)務范疇的情況下，可以將轉(zhuǎn)賬、支付、退貨等銀企直連類型 業(yè)務功能開放給使用前端客戶端的商戶使用。
[0004] 為了方便使用前端客戶端的商戶和銀行提供的后臺服務器之間的業(yè)務數(shù)據(jù)進行 交互，銀行會為使用前端客戶端的商戶提供一種安裝在前端客戶端的應用軟件，而與該安 裝在前端客戶端的應用軟件相對應的設備，通常稱之為"前置機"。該前置機位于前端客戶 端與后臺服務器之間，用于實現(xiàn)網(wǎng)絡通信、報文認證、加密等功能。
[0005] 在前端客戶端與后臺服務器進行數(shù)據(jù)交互的過程當中，前端客戶端只需要將報文 明文發(fā)送至前置機，前置機與后臺服務器之間實現(xiàn)的網(wǎng)絡通信、報文認證、加密等具體業(yè) 務，都在前置機的后臺自動完成。從而使得前端客戶端和后臺服務器之間的報文通信過程 變得更加便捷。這樣，降低了前端客戶端的開發(fā)難度，縮短了開發(fā)周期，方便使用前端客戶 端的商戶接入銀行提供的銀企直連服務。
[0006] 具體的，基于圖1所示的示例可知，為了使得商戶的前端客戶端與銀行提供的后 臺服務器具有更便捷的數(shù)據(jù)交互，現(xiàn)有技術提供了應用場景為單點部署的前置機。這種單 點部署的前置機通常只有加密，加簽的功能。使用前端客戶端的商戶通過部署服務器，連接 單個前置機，從而與銀行提供的后臺服務器相連。
[0007] 例如圖1所示的示例應用在銀行交互系統(tǒng)中，銀行出于提高數(shù)據(jù)交互的安全性的 目的，銀行后臺服務器會頒發(fā)一個與前置機匹配的證書或者密鑰。頒發(fā)的與前置機相匹配 的證書或者密鑰一般只允許在一臺前端服務器上安裝，并且對該證書或者密鑰設置唯一的 用戶名和密碼。使用前端客戶端的商戶在將報文明文發(fā)送至前端機的時候，需要同時發(fā)送 該用戶名和密碼。
[0008] 進一步的，可以結(jié)合圖2來描述圖1所示系統(tǒng)的業(yè)務流程，如圖2所示，部署服務 器通過前置機與銀行提供的后臺服務器的流程包括：首先，用戶發(fā)送對部署服務器的操作 請求，部署服務器收到用戶發(fā)送的請求后，組織報文明文。然后前置機接收前端客戶端組織 的報文明文和與前置機對應的用戶名、密碼。前置機對用戶名、密碼進行驗證，通過后，將加 簽后的報文發(fā)送至后臺服務器。
[0009] 在上述使用單點部署前置機的方案中，對于交易量小的商戶而言是一種很好的選 擇，該單點部署的前置機方案可以降低部署服務器的開發(fā)成本，縮短部署服務器的開發(fā)周 期。但是對于交易量大的商戶而言，系統(tǒng)的容量和可用性更為重要，任何單點故障都會影響 交易正常進行，從而影響商戶的業(yè)務處理和業(yè)務擴展。由于單點部署前置機的方案在大量 交易的情況下，會導致單點部署致前置機負載過大，操作效率低的狀況發(fā)生。因此，無法適 用于交易量大的商戶。
[0010] 針對上述現(xiàn)有技術提供的單點部署前置機的方案在進行大數(shù)據(jù)交互的過程中，由 于前置機負載過大會導致交互效率低的問題，目前尚未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0011] 本發(fā)明實施例提供了一種集群部署前置機的方法、裝置和系統(tǒng)，以至少解決點部 署前置機導致的前置機負載過大會導致交互效率的技術問題。
[0012] 根據(jù)本發(fā)明實施例的一個方面，提供了一種集群部署前置機的方法，包括：接收用 戶操作請求；從前置機路由表中獲取前置機集群中滿足預設條件的前置機，確定用戶操作 請求對應的訪問通道；基于用戶操作請求生成操作報文；使用用戶操作請求對應的訪問通 道將操作報文發(fā)送至對應的前置機；接收前置機返回的報文處理結(jié)果，其中，通過接收到操 作報文的前置機轉(zhuǎn)發(fā)操作報文至報文處理系統(tǒng)，來獲取到報文處理系統(tǒng)生成的報文處理結(jié) 果。
[0013] 根據(jù)本發(fā)明實施例的另一方面，還提供了一種集群部署前置機的裝置，包括：接收 模塊，用于接收用戶操作請求；確定模塊，用于從前置機路由表中獲取前置機集群中滿足預 設條件的前置機，確定用戶操作請求對應的訪問通道；報文生成模塊，用于基于用戶操作請 求生成操作報文；發(fā)送模塊，用于使用用戶操作請求對應的訪問通道將操作報文發(fā)送至對 應的前置機；接收模塊，用于接收前置機返回的報文處理結(jié)果，其中，通過接收到操作報文 的前置機轉(zhuǎn)發(fā)操作報文至報文處理系統(tǒng)，來獲取到報文處理系統(tǒng)生成的報文處理結(jié)果。
[0014] 根據(jù)本發(fā)明實施例的另一方面，還提供了一種集群部署前置機的系統(tǒng)，包括：前端 客戶端，用于生成用戶操作請求；前置機集群，包括多個前置機；部署服務器，分別與前端 客戶端和前置機集群中的每個前置機建立通信關系，用于接收用戶操作請求，在從前置機 路由表中獲取前置機集群中滿足預設條件的前置機，確定用戶操作請求對應的訪問通道之 后，使用用戶操作請求對應的訪問通道將基于用戶操作請求生成的操作報文發(fā)送至對應的 前置機；報文處理服務器，與前置機集群中的每個前置機建立通信關系，用于接收對應的前 置機轉(zhuǎn)發(fā)的操作報文，并生成報文處理結(jié)果。
[0015] 在本發(fā)明實施例中，采用接收用戶操作請求；從前置機路由表中獲取前置機集群 中滿足預設條件的前置機，確定用戶操作請求對應的訪問通道；基于用戶操作請求生成操 作報文；使用用戶操作請求對應的訪問通道將操作報文發(fā)送至對應的前置機；接收前置機 返回的報文處理結(jié)果，其中，通過接收到操作報文的前置機轉(zhuǎn)發(fā)操作報文至報文處理系統(tǒng)， 來獲取到報文處理系統(tǒng)生成的報文處理結(jié)果的方式，通過接收模塊，用于接收用戶操作請 求；確定模塊，用于從前置機路由表中獲取前置機集群中滿足預設條件的前置機，確定用戶 操作請求對應的訪問通道；報文生成模塊，用于基于用戶操作請求生成操作報文；發(fā)送模 塊，用于使用用戶操作請求對應的訪問通道將操作報文發(fā)送至對應的前置機；接收模塊，用 于接收前置機返回的報文處理結(jié)果，其中，通過接收到操作報文的前置機轉(zhuǎn)發(fā)操作報文至 報文處理系統(tǒng)，來獲取到報文處理系統(tǒng)生成的報文處理結(jié)果，達到了集群部署前置機的目 的，進而解決了點部署前置機導致的前置機負載過大會導致交互效率的技術問題。
【附圖說明】
[0016] 此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：
[0017] 圖1是根據(jù)現(xiàn)有技術的單點部署前置機的系統(tǒng)的結(jié)構(gòu)示意圖；
[0018] 圖2是根據(jù)現(xiàn)有技術的單點部署前置機的工作流程圖；
[0019] 圖3是根據(jù)本發(fā)明實施例一的集群部署前置機的系統(tǒng)的結(jié)構(gòu)示意圖；
[0020] 圖4根據(jù)本發(fā)明實施例二的集群部署前置機的方法的流程示意圖；
[0021] 圖5根據(jù)本發(fā)明實施例二的一種可選的集群部署前置機的方法的流程示意圖；
[0022] 圖6根據(jù)本發(fā)明實施例二的一種可選的集群部署前置機的方法的流程示意圖；
[0023] 圖7根據(jù)本發(fā)明實施例二的一種集群部署前置機的工作流程圖；
[0024] 圖8是根據(jù)本發(fā)明實施例三的集群部署前置機的裝置的示意圖；
[0025] 圖9根據(jù)本發(fā)明實施例二的一種可選的集群部署前置機的示意圖；以及
[0026] 圖10根據(jù)本發(fā)明實施例二的一種可選的集群部署前置機的示意圖。
【具體實施方式】
[0027] 為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的 附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是 本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術 人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范 圍。
[0028] 需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語"第一"、"第 二"等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用 的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或 描述的那些以外的順序?qū)嵤?。此外，術語"包括"和"具有"以及他們的任何變形，意圖在于 覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備不必限 于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn) 品或設備固有的其它步驟或單元。
[0029] 實施例1
[0030] 在其最基本的配置中，圖3是根據(jù)本發(fā)明實施例一的集群部署前置機的系統(tǒng)的結(jié) 構(gòu)示意圖。出于描述的目的，所繪的體系結(jié)構(gòu)僅為合適環(huán)境的一個示例，并非對本申請的使 用范圍或功能提出任何局限。也不應將該計算系統(tǒng)解釋為對圖3所示的任一組件或其組合 具有任何依賴或需求。
[0031] 如圖3所示，本申請?zhí)峁┑募翰渴鹎爸脵C的系統(tǒng)可以包括：前端客戶端10、前置 機集群12、部署服務器14和報文處理服務器16。
[0032] 其中前端客戶端10,用于生成用戶操作請求；前置機集群12,包括多個前置機 122 ;部署服務器14,分別與前端客戶端和前置機集群中的每個前置機建立通信關系，用于 接收用戶操作請求，在從前置機路由表中獲取前置機集群中滿足預設條件的前置機，確定 用戶操作請求對應的訪問通道之后，使用用戶操作請求對應的訪問通道將基于用戶操作請 求生成的操作報文發(fā)送至對應的前置機；報文處理服務器16,與前置機集群中的每個前置 機建立通信關系，用于接收對應的前置機轉(zhuǎn)發(fā)的操作報文，并生成報文處理結(jié)果。
[0033] 分析可知，本申請上述實施例一中，部署服務器獲取到用戶操作請求后，讀取存儲 在部署服務器的前置機路由表，從該表中獲取前置機集群中滿足預設條件的前置機，從而 確定執(zhí)行該操作請求所對應的前置機，并通過確認與該前置機對應的訪問通道?；谟脩?操作請求生成的操作報文，使用與用戶操作請求所對應的訪問通道，將操作報文發(fā)送至對 應的前置機。該前置機在接收到操作報文后，將操作報文轉(zhuǎn)發(fā)至報文處理系統(tǒng)，從而獲取到 報文處理系統(tǒng)生成的報文處理結(jié)果。最后將報文處理結(jié)果發(fā)送至部署服務器當中。顯而易 見的，上述方案通過使用部署服務器中的前置機路由表來確定當前用戶操作請求對應的訪 問通道，該訪問通道指向前置機集群中一個唯一的目標前置機，由此，通過上述方案可以準 確定位前置機集群中的一個前置機來完成大數(shù)據(jù)的交互操作，從而解決了現(xiàn)有技術中單點 部署前置機的方案在進行大數(shù)據(jù)交互的過程中，由于前置機負載過大會導致交互效率低的 問題，達到了提高前置機處理交互操作數(shù)據(jù)的效率。
[0034] 本申請上述實施例一的實施方式可以在部署服務器上運用。在實施過程中，上述 實施例一中的部署服務器的一種實施方式，可以是商戶為了使用前置機集群所使用的部署 服務器，下面就以該部署服務器為例對上述事實里進行詳細描述。
[0035] 上述實施例一中的部署服務器在接收到交易信息（即交易類型，交易金額等相關 信息）之后，部署服務器首先讀取存儲在部署服務器中的前置機路由表。根據(jù)前置機路由 表中記錄的前置機信息，獲取到滿足預設條件的前置機，為交易提供一條部署服