[發明專利]分布式系統日切協同處理方法及系統有效
| 申請號: | 202010131441.0 | 申請日: | 2020-02-28 |
| 公開(公告)號: | CN111369333B | 公開(公告)日: | 2023-08-29 |
| 發明(設計)人: | 譚均昌;李曉明;鮑雷;解森茂 | 申請(專利權)人: | 中國工商銀行股份有限公司 |
| 主分類號: | G06Q40/03 | 分類號: | G06Q40/03;G06Q40/12;H04L67/025;H04L67/10 |
| 代理公司: | 北京三友知識產權代理有限公司 11127 | 代理人: | 趙平;周永君 |
| 地址: | 100140 北*** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 分布式 系統 協同 處理 方法 | ||
本發明提供了一種分布式系統日切協同處理方法及系統,所述方法包括:通過通用網關接收主機服務器的日切完成通知,形成平臺服務器日切控制信息并傳輸至平臺日切控制器;通過平臺日切控制器接收平臺服務器日切控制信息,形成平臺服務器日切指令并傳輸至分布式協同服務器;通過分布式協同服務器將平臺服務器日切指令分別傳輸至各平臺服務器以使各平臺服務器完成日切,本發明可保證分布式異構系統的日切協同,保證金融機構各平臺服務器間賬務處理的合理性。
技術領域
本發明涉及金融機構分布式系統日切技術領域,尤其涉及一種分布式系統日切協同處理方法及系統。
背景技術
隨著金融機構,例如銀行的IT架構轉型深入,越來越多應用系統在主機與開放?平臺服務器合理布局,業務流程涉及主機與平臺服務器交互、平臺服務器與平臺服務?器交互,原來以主機為核心的集中處理模式發生了較大的變化,在數據發布、信息交?互、事務處理模式等方面都與集中式處理有較大的差別;同時在記賬處理方面,原來以主機為核心進行統一日切的模式,變為主機、平臺服務器分開日切的模式,這也就?導致應用間的日切時間不一致,使得各個系統之間的系統日期不能保證一致,并可能?因記賬日期不同導致借貸不平等問題,為了保證賬務處理的正確性及各應用之間的系?統處理的合理性,需要針對異構的分布式系統的日切處理制定相關的協同機制。
發明內容
本發明的一個目的在于提供一種分布式系統日切協同處理方法,保證分布式異構系統的日切協同,保證金融機構各平臺服務器間賬務處理的合理性。本發明的另一個?目的在于提供一種分布式系統日切協同處理系統。本發明的再一個目的在于提供一種?計算機設備。本發明的還一個目的在于提供一種可讀介質。
為了達到以上目的,本發明一方面公開了一種分布式系統日切協同處理方法,包括:
通過通用網關接收主機服務器的日切完成通知,形成平臺服務器日切控制信息并傳輸至平臺日切控制器;
通過平臺日切控制器接收平臺服務器日切控制信息,形成平臺服務器日切指令并傳輸至分布式協同服務器;
通過分布式協同服務器將平臺服務器日切指令分別傳輸至各平臺服務器以使各平臺服務器完成日切。
優選的,所述分布式協同服務器為Zookeeper服務器。
優選的,進一步包括:
當平臺服務器日切失敗時,通過平臺監控服務器接收平臺服務器發送的日切失敗信息向用戶反饋所述日切失敗信息。
優選的,進一步包括:
通過平臺服務器接收客戶端的服務請求;
確定所述服務請求是否存在處理時間要求,當存在處理時間要求時,確定服務請求中的交易日期和平臺服務器的記賬日期是否滿足所述處理時間要求,若否,則返回?拒絕交易信息至客戶端;
若是,根據所述服務請求調用對應的服務組件進行交易處理,根據交易處理結果、交易日期和記賬日期形成交易信息。
優選的,進一步包括:
交易日期或記賬日期為準進行記賬形成記賬信息,其中,當以交易日期為準進行記賬時,在平臺服務器由當日日切至后一日之后,設置預設時間間隔的時間窗口,將?后一日時間窗口內的交易信息添加至當日的記賬信息中。
優選的,進一步包括:
對多個平臺服務器的記賬信息進行會計核算,對于會計核算中無法核算完成的貸方賬務或借方賬務的異常賬務,分別設置對應的掛賬賬目進行登記;
根據掛賬賬目中異常賬務的交易地區在該交易地區的所有交易信息中根據事件編號維度進行匹配,若匹配成功,刪除對應的異常賬務;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于中國工商銀行股份有限公司,未經中國工商銀行股份有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202010131441.0/2.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:一種數據標注的方法及裝置
- 下一篇:用于法律咨詢的證據采集建議生成系統及方法





