[發明專利]IBM主機實現事件驅動架構的方法及裝置

有效

• 申請號: 201810787455.0
• 申請日: 2018-07-17
• 公開（公告）號: CN108965431B
• 公開（公告）日: 2020-11-10
• 發明（設計）人: 鄭駿
• 申請（專利權）人: 中國建設銀行股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙) 11371
• 代理人: 徐彥圣

本發明提供了一種IBM主機實現事件驅動架構的方法及裝置，包括：獲取執行聯機交易時的EDA關注事件內容；調用EDA事件觸發程序，將EDA關注事件內容送入EDA事件觸發程序，EDA事件觸發程序讀取EDA關注事件內容所對應的事件觸發條件，并結合EDA關注事件內容確定對應的EDA關注事件是否觸發；如果EDA關注事件觸發，則將EDA關注事件內容及事件訂閱方的信息存儲至后處理數據庫；通過EDA長掛進程對后處理數據庫中的EDA關注事件內容進行轉碼轉格式和事件報文組裝，得到合法的EDA事件報文；通過調用事件發布方的事件管理接口的方式向事件訂閱方推送合法的EDA事件報文。該方法緩解了現有的IBM主機與開放平臺的信息發送存在效率低下，主機資源浪費嚴重，固化不靈活的技術問題。

技術領域

本發明涉及計算機的技術領域，尤其是涉及一種IBM主機實現事件驅動架構的方法及裝置。

背景技術

現有的在進行IBM主機與開放平臺的信息發送時，一般采用以下兩種方案：一種是被動輪詢的模式。具體的，開放平臺不斷向IBM主機發起輪詢交易請求報文，IBM主機收到交易請求報文后，執行交易，然后返回給開放平臺交易返回報文，如果交易中得到了關注信息會將關注信息置于交易返回報文中(有可能沒有得到關注信息)，這樣開放平臺就獲取得到了關注信息。這種被動輪詢模式的主要問題是：無法保證傳遞效率，因為輪詢是定時發起的，無法保證能取得關注信息，這樣會造成開放平臺和主機資源的浪費，增加了不必要的主機交易。而造成此問題的主因是了解關注信息情況的主機端處于被動狀態，而不了解情況的開放端卻處于主動狀態，沒有準確信息指引的開放端只能采取比較盲目的輪詢方法。

另外一種是主動推送的模式。具體的，IBM主機與開放平臺之間通TCP/IP連接或Socket連接的方式建立網絡通訊，當主機確定得到關注信息后，會將關注信息推送給開放平臺。這樣可以提高傳輸效率，不會造成不必要的主機交易，減少了系統及網絡開銷。但是，這種主動推送模式中，主機發送方與開放平臺接收方之間是緊耦合的，固化不靈活，后期維護不便(一方信息發生更改，另一方也要同時對應改變)，TCP/IP的異常情況需要全由開發人員自己處理，并且如果有多個接收方，則要建立多套發送接收進程，且相同數據要往每個接收方都發送一份，也就是相同的數據需要在主機上復制多份，然后再發送至多個不同的開放平臺，使用資源昂貴的主機做低價值的工作浪費了主機資源。

綜上，現有的IBM主機與開放平臺的信息發送存在效率低下，主機資源浪費嚴重，固化不靈活的技術問題。

發明內容

有鑒于此，本發明的目的在于提供一種IBM主機實現事件驅動架構的方法及裝置，以緩解現有的IBM主機與開放平臺的信息發送存在效率低下，主機資源浪費嚴重，固化不靈活的技術問題。

第一方面，本發明實施例提供了一種IBM主機實現事件驅動架構的方法，應用于事件發布方，所以方法包括：

獲取執行聯機交易時得到的EDA關注事件內容；

調用EDA事件觸發程序，并將所述EDA關注事件內容送入所述EDA事件觸發程序，其中，所述EDA事件觸發程序獲取到所述EDA關注事件內容后，讀取所述EDA關注事件內容所對應的事件觸發條件，并結合所述EDA關注事件內容確定所述EDA關注事件內容所對應的EDA關注事件是否觸發；

如果所述EDA關注事件觸發，則確定對應的事件訂閱方，并將所述EDA關注事件內容及所述事件訂閱方的信息存儲至后處理數據庫；

通過EDA長掛進程對所述后處理數據庫中的EDA關注事件內容進行轉碼轉格式和事件報文組裝，得到合法的EDA事件報文；

通過調用所述事件發布方的事件管理接口的方式向所述事件訂閱方推送所述合法的EDA事件報文，其中，所述合法的EDA事件報文先到達消息中心，所述消息中心再將所述合法的EDA事件報文發送至所述事件訂閱方，以使所述事件訂閱方接收所述合法的EDA事件報文。