[發(fā)明專利]一種數(shù)據(jù)集成化處理方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201911420185.0
• 申請(qǐng)日: 2019-12-31
• 公開（公告）號(hào): CN111158657A
• 公開（公告）日: 2020-05-15
• 發(fā)明（設(shè)計(jì)）人: 師尊俐
• 申請(qǐng)（專利權(quán)）人: 上海富勒信息科技有限公司
• 主分類號(hào): G06F8/20
• 分類號(hào): G06F8/20;G06F16/25;G06Q10/10
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發(fā)明公開了一種數(shù)據(jù)集成化處理方法，利用包括但不限于Zookeeper、nginx、Kafka、Redis、MongoDB和關(guān)系數(shù)據(jù)庫，構(gòu)建消息處理和存儲(chǔ)分析，通過適配器對(duì)數(shù)據(jù)進(jìn)行集成處理，具體包括定義消息集，將所有消息統(tǒng)一歸屬為一個(gè)消息集分類；定義消息源，用于消息的主動(dòng)獲取來源和發(fā)送目的地；定義消息，定義消息的入向、出向和應(yīng)答。本發(fā)明基于軟件系統(tǒng)，滿足系統(tǒng)集成的功能性管理,同時(shí)滿足數(shù)據(jù)集成方式、數(shù)據(jù)模型多變特性和對(duì)于未來企業(yè)海量數(shù)據(jù)的儲(chǔ)存需求，降低企業(yè)數(shù)字化建設(shè)成本和管理成本，并且提高管理效率。

技術(shù)領(lǐng)域

本發(fā)明涉及一種信息數(shù)字化領(lǐng)域，特別涉及一種數(shù)據(jù)集成化處理方法。

背景技術(shù)

當(dāng)前企業(yè)的普遍在順應(yīng)數(shù)字化發(fā)展的趨勢(shì)進(jìn)行數(shù)字化轉(zhuǎn)型，為未來企業(yè)智能化提供基礎(chǔ)設(shè)施。

但是在在此過程中普遍存在企業(yè)內(nèi)部信息孤島現(xiàn)象嚴(yán)重，目前， EAI（Enterprise Application Integration，企業(yè)應(yīng)用集成）主要用于將企業(yè)內(nèi)部不同系統(tǒng)之間建立起無縫集成，使得不同系統(tǒng)在企業(yè)內(nèi)部像一個(gè)整體，現(xiàn)有EAI技術(shù)主要著重與具體需求功能的開發(fā)實(shí)現(xiàn)，缺乏對(duì)接口實(shí)現(xiàn)過程的重復(fù)利用和監(jiān)控管理，開發(fā)工作量較大，對(duì)于系統(tǒng)使用者的技術(shù)要求較高，配置文件保存配置信息，實(shí)現(xiàn)過程基本需要大量的二次開發(fā)來滿足。系統(tǒng)對(duì)運(yùn)維人員依賴和二次開發(fā)的技術(shù)要求較高，對(duì)數(shù)據(jù)沒有做系統(tǒng)沉淀，不能為后續(xù)的數(shù)據(jù)應(yīng)用提供數(shù)據(jù)基礎(chǔ)。

EDI（Electronic data interchange，縮寫EDI）主要是指示按照通用標(biāo)準(zhǔn)格式，將信息通過通信網(wǎng)絡(luò)傳輸在貿(mào)易伙伴的系統(tǒng)之間進(jìn)行數(shù)據(jù)交換和自動(dòng)處理，一般用于按照行業(yè)制定標(biāo)準(zhǔn)通用格式，相關(guān)企業(yè)按照該統(tǒng)一的規(guī)范交換信息代替紙面單證，如海關(guān)、貿(mào)易、運(yùn)輸?shù)龋?實(shí)際應(yīng)用場(chǎng)景中的EDI處理往往需要跟EAI聯(lián)動(dòng)處理，傳統(tǒng)的EDI應(yīng)用系統(tǒng)主要注重EDI的收發(fā)和解析功能，對(duì)于EDI到業(yè)務(wù)系統(tǒng)的應(yīng)用主要通過具體的開發(fā)實(shí)現(xiàn)，增加了EDI對(duì)接的復(fù)雜性和實(shí)現(xiàn)周期。

ESB全稱為Enterprise Service Bus，即企業(yè)服務(wù)總線。它是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物。

ESB提供了網(wǎng)絡(luò)中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素，是一種在松散耦合的服務(wù)和應(yīng)用之間標(biāo)準(zhǔn)的集成方式。

但是，傳統(tǒng)的ESB總線一般基于XML和WebService 實(shí)現(xiàn)，難以滿足當(dāng)前系統(tǒng)服務(wù)的多樣化需求，企業(yè)ESB實(shí)現(xiàn)過程中構(gòu)建成本較高，傳統(tǒng)ESB難以滿足當(dāng)前海量數(shù)據(jù)的支撐，不能滿足當(dāng)前微服務(wù)的發(fā)展方向。

企業(yè)級(jí)API 為企業(yè)內(nèi)部各系統(tǒng)提供統(tǒng)一的API服務(wù)管理，構(gòu)建企業(yè)內(nèi)部服務(wù)API化， 現(xiàn)有企業(yè)API管理平臺(tái)更注重于企業(yè)API的管理和服務(wù)功能，缺少對(duì)于API的業(yè)務(wù)功能實(shí)現(xiàn)的持續(xù)支持和動(dòng)態(tài)調(diào)整功能，導(dǎo)致線上環(huán)境的的業(yè)務(wù)功能不能實(shí)時(shí)動(dòng)態(tài)調(diào)整。

故而，急迫需要一個(gè)統(tǒng)一集成處理方法來打通企業(yè)內(nèi)部各業(yè)務(wù)系統(tǒng)及外部系統(tǒng)之間的信息通道，既要滿足企業(yè)在數(shù)字化時(shí)代的信息快速變化又要提供統(tǒng)一數(shù)據(jù)管理。

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

本發(fā)明為解決上述問題，提供一種數(shù)據(jù)集成化處理方法，滿足系統(tǒng)集成的功能性管理,同時(shí)滿足數(shù)據(jù)集成方式、數(shù)據(jù)模型多變特性和對(duì)于未來企業(yè)海量數(shù)據(jù)的儲(chǔ)存需求，降低企業(yè)數(shù)字化建設(shè)成本和管理成本，并且提高管理效率。

為達(dá)到上述目的，本發(fā)明采用的技術(shù)方案是：一種數(shù)據(jù)集成化處理方法，利用包括但不限于Zookeeper、nginx、Kafka,、Redis,、MongoDB和關(guān)系數(shù)據(jù)庫，構(gòu)建消息處理和存儲(chǔ)分析，通過適配器對(duì)數(shù)據(jù)進(jìn)行集成處理，具體包括如下步驟：

S1、定義消息集，將所有消息統(tǒng)一歸屬為一個(gè)消息集分類；

S2、定義消息源，用于消息的主動(dòng)提取和寫入；

S3、定義消息，定義消息的入向、出向和應(yīng)答。