基于soa架構(gòu)的企業(yè)信息技術(shù)系統(tǒng)數(shù)據(jù)的交換與整合系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種基于S0A架構(gòu)的企業(yè)信息技術(shù)系統(tǒng)數(shù)據(jù)的交換與整合系統(tǒng)。
【背景技術(shù)】
[0002] 信息技術(shù)是企業(yè)實(shí)現(xiàn)管理優(yōu)化的一個(gè)重要手段，但我們發(fā)現(xiàn)，信息化實(shí)踐過(guò)程中， 常常會(huì)面對(duì)"信息孤島"、"應(yīng)用孤島"和"資源孤島"三大難題，這三大難題與企業(yè)的管理需 求產(chǎn)生了以下難以調(diào)和的矛盾：
[0003] "信息孤島"和信息共享的矛盾：企業(yè)在發(fā)展過(guò)程中會(huì)根據(jù)不同時(shí)期的業(yè)務(wù)需求建 設(shè)不同的IT系統(tǒng)，如0A，EBS，考勤，甚至內(nèi)部其他系統(tǒng)，如來(lái)賓系統(tǒng)，報(bào)賬系統(tǒng)等，這些系 統(tǒng)建設(shè)過(guò)程中由于缺乏統(tǒng)一規(guī)劃，各有各的登陸賬戶，各有各的展示方式，無(wú)法相互集成能 力，形成整體系統(tǒng)，嚴(yán)重浪費(fèi)了企業(yè)的IT投資。
[0004] "應(yīng)用孤島"和業(yè)務(wù)整合的矛盾：針對(duì)自己某方面管理需求而引入的各種應(yīng)用系 統(tǒng)，在單個(gè)業(yè)務(wù)領(lǐng)域管理上無(wú)疑有自己的優(yōu)點(diǎn)，但由于他們無(wú)法面向整個(gè)的業(yè)務(wù)過(guò)程，各個(gè) 系統(tǒng)之間也難以緊密集成，使得企業(yè)環(huán)環(huán)相扣的業(yè)務(wù)被這些分散的系統(tǒng)分割開來(lái)，企業(yè)不 得不花大量的人力、物力在不同的應(yīng)用系統(tǒng)之間切換，造成運(yùn)營(yíng)效率低下和反應(yīng)遲緩。
[0005] "資源孤島"和資源協(xié)同矛盾：企業(yè)運(yùn)作的基本元素"人"、"財(cái)"、"物"、"信息"和"流 程"，不能統(tǒng)一的被管理，并在突破各種屏障和邊界的工作環(huán)境下進(jìn)行調(diào)配和緊密的整合， 因而難以為企業(yè)的目標(biāo)進(jìn)行一致性的協(xié)作和服務(wù)。
【發(fā)明內(nèi)容】
[0006] 本發(fā)明的目的在于：針對(duì)現(xiàn)有技術(shù)中存在的上述技術(shù)問(wèn)題，提供一種基于S0A架 構(gòu)的可靈活支持路由配置、服務(wù)處理模塊數(shù)據(jù)交換的企業(yè)信息技術(shù)系統(tǒng)數(shù)據(jù)的交換與整合 系統(tǒng)。
[0007] 本發(fā)明是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的：
[0008] 基于S0A架構(gòu)的企業(yè)信息技術(shù)系統(tǒng)數(shù)據(jù)的交換與整合系統(tǒng)，包括前端服務(wù)模塊、 路由模塊、管理配置服務(wù)模塊、智能管理服務(wù)模塊和消息處理服務(wù)模塊，所述前端服務(wù)模塊 對(duì)接需要接入交換的異構(gòu)系統(tǒng)，數(shù)據(jù)通過(guò)前端服務(wù)模塊流入交換平臺(tái)；所述消息處理服務(wù) 模塊對(duì)P〇sp、webp、風(fēng)控、加密機(jī)及對(duì)接代理集成服務(wù)模塊之間的報(bào)文解耦，消息處理服務(wù) 模塊可即時(shí)嵌入相關(guān)消息處理jar包；所述路由模塊根據(jù)路由配置信息選擇數(shù)據(jù)下一個(gè)路 由節(jié)點(diǎn)，路由模塊對(duì)消息進(jìn)行處理，消息在路由過(guò)程中可支持特殊路由；所述管理配置服務(wù) 模塊主要負(fù)責(zé)把配置信息從數(shù)據(jù)庫(kù)讀入到內(nèi)存，以及動(dòng)態(tài)將配置信息寫入到數(shù)據(jù)庫(kù)；所述 智能管理服務(wù)模塊根據(jù)監(jiān)控信息向應(yīng)用系統(tǒng)提供負(fù)載均衡接口，支持本地優(yōu)先和加權(quán)輪詢 策略，應(yīng)用系統(tǒng)可以通過(guò)調(diào)用該接口實(shí)現(xiàn)不同系統(tǒng)或不同模塊間調(diào)用的負(fù)載均衡，以及異 常狀況下的自我隔離。
[0009] 進(jìn)一步，上述系統(tǒng)采用統(tǒng)一二進(jìn)制數(shù)據(jù)格式。
[0010] 進(jìn)一步，所述前端服務(wù)模塊的功能包括：負(fù)責(zé)交換系統(tǒng)的二進(jìn)制協(xié)議與具體的受 理系統(tǒng)的協(xié)議間的協(xié)議轉(zhuǎn)換；調(diào)用具體的受理系統(tǒng)的接口，以實(shí)現(xiàn)具體的業(yè)務(wù)操作；負(fù)責(zé) 對(duì)具體的受理系統(tǒng)的負(fù)載均衡的調(diào)用。
[0011] 進(jìn)一步，所述路由模塊功能包括：與外部應(yīng)用之間通過(guò)netty建立tcp長(zhǎng)連接 通信，以進(jìn)行報(bào)文交互，其中的連接支持心跳檢測(cè)機(jī)制；與數(shù)據(jù)交換系統(tǒng)的路由模塊通過(guò) activeMQ建立單向多條的消息隊(duì)列通信；與風(fēng)控系統(tǒng)進(jìn)行交互，進(jìn)行風(fēng)控檢測(cè)，支持業(yè)務(wù) 上同步與異步的兩種配置，當(dāng)異步時(shí)，前端服務(wù)模塊在給風(fēng)控系統(tǒng)發(fā)送數(shù)據(jù)的同時(shí)，需要給 下一數(shù)據(jù)流向的對(duì)象發(fā)送數(shù)據(jù)；當(dāng)同步時(shí)，只給風(fēng)控系統(tǒng)發(fā)送數(shù)據(jù)，直到風(fēng)控返回結(jié)果，根 據(jù)返回的結(jié)果才確定是否給下一數(shù)據(jù)流向?qū)ο蟀l(fā)送數(shù)據(jù)；消息包長(zhǎng)的合法性，主要是驗(yàn)證 包的長(zhǎng)度是否符合包長(zhǎng)的規(guī)范；讀取報(bào)文頭的內(nèi)容，根據(jù)報(bào)文頭的相關(guān)域，結(jié)合配置信息， 進(jìn)行消息分發(fā)；根據(jù)負(fù)載均衡策略確定選擇合適的消息處理服務(wù)模塊。
[0012] 進(jìn)一步，所述管理配置服務(wù)模塊的內(nèi)存管理配置信息采用redis數(shù)據(jù)庫(kù)，同時(shí)支 持web頁(yè)面或者界面操作的方式操作存儲(chǔ)配置信息的數(shù)據(jù)庫(kù)。
[0013] 進(jìn)一步，所述消息處理服務(wù)模塊功能包括：為posp、webp、風(fēng)控、加密機(jī)及前端服 務(wù)模塊進(jìn)行組包，組包完成后通過(guò)消息隊(duì)列傳給路由模塊；消息校驗(yàn)，主要是消息的合法 性；發(fā)起路由走向，負(fù)責(zé)對(duì)報(bào)文頭的標(biāo)志位域以及特殊路由代碼域進(jìn)行賦值，以便路由模塊 在消息分發(fā)時(shí)讀?。桓鶕?jù)路由信息和交易受理系統(tǒng)狀態(tài)，判定是否進(jìn)入交易拒絕模塊。
[0014] 進(jìn)一步，所述智能管理服務(wù)模塊功能還包括：應(yīng)用系統(tǒng)監(jiān)控，包括進(jìn)程、消息隊(duì)列 監(jiān)控，并將監(jiān)控信息反饋給應(yīng)用系統(tǒng)或監(jiān)控報(bào)警系統(tǒng)。
[0015] 進(jìn)一步，上述交換系統(tǒng)在對(duì)接的過(guò)程中，支持如下兩種對(duì)接方式：主動(dòng)對(duì)接被服務(wù) 的系統(tǒng)，由交換系統(tǒng)主動(dòng)對(duì)接的系統(tǒng)，通常包括渠道對(duì)接；被動(dòng)對(duì)接被服務(wù)的系統(tǒng)，交換系 統(tǒng)提供二進(jìn)制報(bào)文，供被服務(wù)的系統(tǒng)主動(dòng)發(fā)起調(diào)用，并且被服務(wù)的系統(tǒng)負(fù)責(zé)具體的拆包、業(yè) 務(wù)處理。
[0016] 上述前端服務(wù)模塊的對(duì)接集成處理流程包括如下步驟：
[0017] 步驟S1，開始，前端服務(wù)模塊根據(jù)收到的交易數(shù)據(jù)，讀取報(bào)文頭，判斷包長(zhǎng)是否符 合規(guī)則；
[0018] 步驟S2,若包長(zhǎng)符合規(guī)則，進(jìn)行消息分發(fā)，消息分別發(fā)給webp及posp、密鑰系統(tǒng)、 對(duì)接代理集成服務(wù)模塊、消息處理服務(wù)模塊、風(fēng)控檢測(cè)，消息處理服務(wù)模塊再進(jìn)行負(fù)載均衡 選擇目標(biāo)路由模塊、轉(zhuǎn)發(fā)交易數(shù)據(jù)到目標(biāo)路由模塊，風(fēng)控檢測(cè)進(jìn)行風(fēng)控是否通過(guò)判斷，若通 過(guò)，則返回到消息分發(fā)處繼續(xù)處理，若不通過(guò)，則結(jié)束；
[0019] 步驟S3,若包長(zhǎng)不符合規(guī)則，則直接記錄日志，交易丟棄；
[0020] 步驟S4,結(jié)束。
[0021] 上述路由模塊處理流程包括如下步驟：
[0022] 步驟S1，開始，判斷消息是否校驗(yàn)成功，若消息校驗(yàn)成功，則讀取報(bào)文頭路由代碼 及響應(yīng)碼域，再判斷是否需要?jiǎng)討B(tài)調(diào)用jar包或動(dòng)態(tài)庫(kù)，若是，則動(dòng)態(tài)調(diào)用jar包或動(dòng)態(tài)庫(kù)， 再對(duì)報(bào)文體填充后組包，若否，直接進(jìn)入報(bào)文體填充后組包；
[0023] 步驟S2,若消息校驗(yàn)不成功，直接記錄日志，交易丟棄，結(jié)束；
[0024] 步驟S3,將步驟S1中的對(duì)報(bào)文體填充后組包，再判斷是否需要特殊路由，若需要 特殊路由，則填充標(biāo)志位及特殊路由代碼，若不需要特殊路由，則判斷受理系統(tǒng)狀態(tài)是否異 常，若異常，則轉(zhuǎn)報(bào)文到交易拒絕模塊，再轉(zhuǎn)發(fā)報(bào)文到路由模塊，若正常，則直接轉(zhuǎn)發(fā)報(bào)文到 路由模塊；
[0025] 步驟S4,結(jié)束。
[0026] 綜上所述，由于采用了上述技術(shù)方案，本發(fā)明的有益效果是：
[0027] 本發(fā)明基于S0A架構(gòu)，將不同的應(yīng)用可以通過(guò)對(duì)應(yīng)的對(duì)接集成服務(wù)對(duì)接不同的異 構(gòu)系統(tǒng)，可支持靈活路由配置、支持運(yùn)行時(shí)部署服務(wù)處理模塊的數(shù)據(jù)交換，消滅信息孤島， 提高企業(yè)信息化管理水平，便于企業(yè)實(shí)施實(shí)時(shí)協(xié)同管理。
【附圖說(shuō)明】
[0028] 本發(fā)明將通過(guò)例子并參照附圖的方式說(shuō)明，其中：
[0029] 圖1為本發(fā)明的系統(tǒng)結(jié)構(gòu)示意圖；
[0030] 圖2為本發(fā)明的不同應(yīng)用通過(guò)前端服務(wù)模塊對(duì)接不同的異構(gòu)系統(tǒng)示意圖；
[0031] 圖3為本發(fā)明的前端服務(wù)模塊處理流程圖；
[0032] 圖4為本發(fā)明的路由模塊處理流程圖。
【具體實(shí)施方式】
[0033] 本說(shuō)明書中公開的所有特征，或公開的所有方法或過(guò)程中的步驟，除了互相排斥 的特征和/或步驟以外，均可以以任何方式組合。
[0034] 本說(shuō)明書（包括任何附加權(quán)利要求、摘要和附圖）中公開的任一特征，除非特別敘 述，均可被其他等效或具有類似目的的替代特征加以替換。即，除非特別敘述，每個(gè)特征只 是一系列等效或類似特征中的一個(gè)例子而已。
[0035] 如圖1和圖2所示，基于S0A架構(gòu)的企業(yè)信息技術(shù)系統(tǒng)數(shù)據(jù)的交換與整合系統(tǒng)，包 括前端服務(wù)模塊、路由模塊、管理配置服務(wù)模塊、智能管理服務(wù)模塊和消息處理服務(wù)模塊， 所述前端服務(wù)模塊對(duì)接需要接入交換的異構(gòu)系統(tǒng)，數(shù)據(jù)通過(guò)前端服務(wù)模塊流入交換平臺(tái)； 所述消息處理服務(wù)模塊對(duì)P〇sp、Webp、風(fēng)控、加密機(jī)及對(duì)接代理集成服務(wù)模塊之間的報(bào)文解 耦，消息處理服務(wù)模塊可即時(shí)嵌入相關(guān)消息處理jar包；所述路由模塊根據(jù)路由配置信息 選擇數(shù)據(jù)下一個(gè)路由節(jié)點(diǎn)，路由模塊對(duì)消息進(jìn)行處理，消息在路由過(guò)程中可支持特殊路由； 所述管理配置服務(wù)模塊主要負(fù)責(zé)把配置信息從數(shù)據(jù)庫(kù)讀入到內(nèi)存，以及動(dòng)態(tài)將配置信息寫 入到數(shù)據(jù)庫(kù)；所述智能管理服務(wù)模塊根據(jù)監(jiān)控信息向應(yīng)用系統(tǒng)提供負(fù)載均衡接口，支持本 地優(yōu)先和加權(quán)輪詢策略，應(yīng)用系統(tǒng)可以通過(guò)調(diào)用該接口實(shí)現(xiàn)不同系統(tǒng)或不同模塊間調(diào)用的 負(fù)載均衡，以及異常狀況下的自我隔離。
[0036] 其中，對(duì)接代理集成服務(wù)模塊是交換系統(tǒng)中與具體的受理系統(tǒng)的橋梁，它的主要 功能及設(shè)計(jì)如下：
[0037] 負(fù)責(zé)交換系統(tǒng)的二進(jìn)制協(xié)議與具體的受理系統(tǒng)的協(xié)議間的協(xié)議轉(zhuǎn)換；
[0038] 調(diào)用具體的受理系統(tǒng)的接口，以實(shí)現(xiàn)具體的業(yè)務(wù)操作；
[0039] 負(fù)責(zé)對(duì)具體的受理系統(tǒng)的負(fù)載均衡的調(diào)用。
[0040] 其中，路由模塊是外圍受理系統(tǒng)與數(shù)據(jù)交換系統(tǒng)的橋梁，其主要功能及設(shè)計(jì)如 下：
[0041] 與外部應(yīng)用之間通過(guò)netty建立tcp長(zhǎng)連接通信，以進(jìn)行報(bào)文交互，其中的連接支 持心跳檢測(cè)機(jī)制；
[0042] 與數(shù)據(jù)交換系統(tǒng)的路由模塊通過(guò)activeMQ建立單向多條的消息隊(duì)列通信；
[0043] 與風(fēng)控系統(tǒng)進(jìn)行交互，進(jìn)行風(fēng)控檢測(cè)。需要支持業(yè)務(wù)上同步與異步的兩種配置，當(dāng) 異步時(shí)，前端服務(wù)模塊在給風(fēng)控系統(tǒng)發(fā)送數(shù)據(jù)的同時(shí)，需要給下一數(shù)據(jù)流向的對(duì)象發(fā)送數(shù) 據(jù)；當(dāng)同步時(shí)，只給風(fēng)控系統(tǒng)發(fā)送系統(tǒng)，直到風(fēng)控的返回，根據(jù)返回的結(jié)果才確定是否給下 一數(shù)據(jù)流向?qū)ο蟀l(fā)送數(shù)據(jù)。如果風(fēng)控檢測(cè)沒有通過(guò)，那么，前端服務(wù)模塊只需要記錄本次業(yè) 務(wù)流水，不需要返回信息到用戶，返回信息的這一動(dòng)作由風(fēng)控系統(tǒng)自身發(fā)起；
[0044] 消息包長(zhǎng)的合法性，主要是驗(yàn)證包的長(zhǎng)度是否符合包長(zhǎng)的規(guī)范；
[0045] 讀取