本發(fā)明涉及系統(tǒng)架構(gòu)設(shè)計(jì)和框架開發(fā)，尤其涉及一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)。

背景技術(shù)：

1、目前大多數(shù)公司都需要公告推送服務(wù)，其實(shí)現(xiàn)方式一般為各子系統(tǒng)自行開發(fā)公告推送系統(tǒng)給各門戶網(wǎng)站，這種模式下，公司內(nèi)的各個(gè)公告推送系統(tǒng)之間通常存在接口不統(tǒng)一、數(shù)據(jù)轉(zhuǎn)換復(fù)雜以及業(yè)務(wù)系統(tǒng)與第三方門戶對(duì)接困難等問題，其缺點(diǎn)及其原因分析：

2、1.工作量大、重復(fù)性高：當(dāng)每個(gè)業(yè)務(wù)子系統(tǒng)都自行開發(fā)公告推送功能時(shí)，意味著每個(gè)系統(tǒng)都需要重復(fù)進(jìn)行類似的功能設(shè)計(jì)和開發(fā)，這無疑增加了整體的工作量。

3、2.可擴(kuò)展性低：各自為政的推送系統(tǒng)往往缺乏統(tǒng)一的設(shè)計(jì)和規(guī)范，使得系統(tǒng)之間的集成和擴(kuò)展變得困難，當(dāng)需要增加新的推送渠道或修改推送邏輯時(shí)，可能需要在多個(gè)系統(tǒng)中進(jìn)行更改，這降低了系統(tǒng)的可擴(kuò)展性。

4、3.維護(hù)成本高：由于存在多個(gè)獨(dú)立的推送系統(tǒng)，維護(hù)人員需要熟悉不同的代碼庫和技術(shù)棧，這增加了維護(hù)的復(fù)雜性和成本；當(dāng)出現(xiàn)問題時(shí)，需要逐個(gè)系統(tǒng)排查，效率低下。

5、4.接口不統(tǒng)一：不同的子系統(tǒng)可能采用不同的接口標(biāo)準(zhǔn)和協(xié)議，導(dǎo)致系統(tǒng)間通信困難；接口不統(tǒng)一還可能導(dǎo)致數(shù)據(jù)格式不一致，增加了數(shù)據(jù)轉(zhuǎn)換的復(fù)雜性和出錯(cuò)的可能性。

6、5.數(shù)據(jù)轉(zhuǎn)換復(fù)雜：由于接口和數(shù)據(jù)格式的不統(tǒng)一，數(shù)據(jù)在推送過程中可能需要進(jìn)行復(fù)雜的轉(zhuǎn)換和處理；這不僅增加了系統(tǒng)的復(fù)雜性和出錯(cuò)的可能性，也降低了推送效率。

7、6.業(yè)務(wù)系統(tǒng)與第三方門戶對(duì)接困難：當(dāng)業(yè)務(wù)系統(tǒng)需要與第三方門戶進(jìn)行對(duì)接時(shí)，由于接口和數(shù)據(jù)格式的不統(tǒng)一，對(duì)接過程可能變得復(fù)雜和困難；這可能導(dǎo)致對(duì)接效率低下，甚至無法成功對(duì)接。

8、7.安全風(fēng)險(xiǎn)增加：每個(gè)子系統(tǒng)都自行開發(fā)推送功能可能意味著每個(gè)系統(tǒng)都需要單獨(dú)處理安全問題，如認(rèn)證、授權(quán)和加密等；這增加了系統(tǒng)的安全風(fēng)險(xiǎn)，并可能導(dǎo)致數(shù)據(jù)泄露或未授權(quán)訪問等問題。

技術(shù)實(shí)現(xiàn)思路

1、本發(fā)明的目的在于提供一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，能夠利用統(tǒng)一的接口層設(shè)計(jì)簡化業(yè)務(wù)系統(tǒng)與第三方門戶網(wǎng)站的對(duì)接過程，靈活配置不同業(yè)務(wù)系統(tǒng)的公告推送實(shí)現(xiàn)方式，提高系統(tǒng)的可擴(kuò)展性和可維護(hù)性。

2、本發(fā)明通過如下技術(shù)方案實(shí)現(xiàn)：一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，主體為一體化公告組件系統(tǒng)，它包括依序連接的系統(tǒng)管理模塊、公告服務(wù)模塊以及第三方接收模塊；

3、所述系統(tǒng)管理模塊設(shè)有多個(gè)業(yè)務(wù)子系統(tǒng)，所述第三方接收模塊設(shè)有多個(gè)門戶網(wǎng)站，每個(gè)業(yè)務(wù)子系統(tǒng)均能通過公告服務(wù)模塊與第三方接收模塊中的任意一個(gè)門戶網(wǎng)站進(jìn)行數(shù)據(jù)傳輸；

4、每個(gè)業(yè)務(wù)子系統(tǒng)均通過相同的數(shù)據(jù)加密模式與公告服務(wù)模塊連接并傳輸公告業(yè)務(wù)數(shù)據(jù)；所述公告服務(wù)模塊能夠作為統(tǒng)一的接口層靈活處理業(yè)務(wù)子系統(tǒng)的公告業(yè)務(wù)數(shù)據(jù)并推送至對(duì)應(yīng)的門戶網(wǎng)站。

5、較之前技術(shù)而言，本發(fā)明的有益效果為：

6、1.本發(fā)明通過統(tǒng)一的接口層設(shè)計(jì)和相同的數(shù)據(jù)加密模式，能夠靈活配置不同業(yè)務(wù)系統(tǒng)的公告推送實(shí)現(xiàn)方式，提高了系統(tǒng)的可擴(kuò)展性和可維護(hù)性，簡化了業(yè)務(wù)系統(tǒng)與第三方門戶的對(duì)接過程，降低了開發(fā)成本和溝通成本。

7、2.通過not?i?ce服務(wù)塊定制化字段映射關(guān)系配置，能夠準(zhǔn)確地將各業(yè)務(wù)系統(tǒng)的公告數(shù)據(jù)轉(zhuǎn)換為對(duì)應(yīng)門戶網(wǎng)站所需的字段值，提高了數(shù)據(jù)轉(zhuǎn)換的準(zhǔn)確性和效率。

8、3.系統(tǒng)自動(dòng)重試機(jī)制，確保了在推送失敗時(shí)能夠自動(dòng)重新嘗試推送，提高了推送的可靠性和穩(wěn)定性。

技術(shù)特征：

1.一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：主體為一體化公告組件系統(tǒng)，它包括依序連接的系統(tǒng)管理模塊、公告服務(wù)模塊以及第三方接收模塊；

2.根據(jù)權(quán)利要求1所述的一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：所述業(yè)務(wù)子系統(tǒng)包括采購執(zhí)行系統(tǒng)、電子交易系統(tǒng)、電子賣場(chǎng)系統(tǒng)以及監(jiān)督管理系統(tǒng)，以上各業(yè)務(wù)子系統(tǒng)均用于生成、存儲(chǔ)和管理相同項(xiàng)目下的用戶賬號(hào)和公告業(yè)務(wù)數(shù)據(jù)；

3.根據(jù)權(quán)利要求1所述的一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：每個(gè)業(yè)務(wù)子系統(tǒng)均使用相同的數(shù)據(jù)封裝格式，且每個(gè)業(yè)務(wù)子系統(tǒng)的公告業(yè)務(wù)數(shù)據(jù)均采用des-ecb模式加密公告業(yè)務(wù)數(shù)據(jù)，其中還伴隨有數(shù)據(jù)sha256簽名碼。

4.根據(jù)權(quán)利要求3所述的一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：所述公告服務(wù)模塊包括互相連接的notice服務(wù)塊和data服務(wù)塊；且notice服務(wù)塊與每個(gè)業(yè)務(wù)子系統(tǒng)連接，data服務(wù)塊與每一個(gè)門戶網(wǎng)站連接；

5.根據(jù)權(quán)利要求4所述的一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：所述數(shù)據(jù)的指定發(fā)送方式包括http請(qǐng)求、soap請(qǐng)求或ftp上傳。

6.根據(jù)權(quán)利要求4所述的一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：所述接收方地址包括門戶網(wǎng)站的url地址和ip地址，也包括用戶的郵箱地址。

7.根據(jù)權(quán)利要求1所述的一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，其特征在于：所述公告服務(wù)模塊還包含日志配置塊，用于記錄公告服務(wù)模塊的服務(wù)記錄。

技術(shù)總結(jié)
本發(fā)明涉及一種基于政府采購一體化微服務(wù)架構(gòu)的公告組件系統(tǒng)，主體為一體化公告組件系統(tǒng)，它包括系統(tǒng)管理模塊、公告服務(wù)模塊以及第三方接收模塊；系統(tǒng)管理模塊設(shè)有多個(gè)業(yè)務(wù)子系統(tǒng)，第三方接收模塊設(shè)有多個(gè)門戶網(wǎng)站，每個(gè)業(yè)務(wù)子系統(tǒng)均能與第三方接收模塊中的任意一個(gè)門戶網(wǎng)站進(jìn)行數(shù)據(jù)傳輸；每個(gè)業(yè)務(wù)子系統(tǒng)均通過相同的數(shù)據(jù)加密模式與公告服務(wù)模塊連接并傳輸公告業(yè)務(wù)數(shù)據(jù)；公告服務(wù)模塊作為統(tǒng)一的接口層靈活處理業(yè)務(wù)子系統(tǒng)的公告業(yè)務(wù)數(shù)據(jù)并推送至對(duì)應(yīng)的門戶網(wǎng)站。通過統(tǒng)一的接口層設(shè)計(jì)和相同的數(shù)據(jù)加密模式，靈活配置不同業(yè)務(wù)系統(tǒng)的公告推送實(shí)現(xiàn)方式，提高系統(tǒng)的可擴(kuò)展性和可維護(hù)性，簡化業(yè)務(wù)系統(tǒng)與第三方門戶的對(duì)接過程，降低開發(fā)成本和溝通成本。

技術(shù)研發(fā)人員：徐慧欣,王青,張永鵬,許峰華
受保護(hù)的技術(shù)使用者：博思數(shù)采科技股份有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2025/1/6