一種實時交易監(jiān)控系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種實時交易監(jiān)控系統(tǒng)，包括監(jiān)控核心平臺和數(shù)據庫，所述監(jiān)控核心平臺包括通信層、消息隊列層、業(yè)務處理層和數(shù)據采集層；通信層為負責與各個交易系統(tǒng)通信的程序接口，用于實現(xiàn)消息接收、路由分發(fā)和消息隊列監(jiān)控；消息隊列層用于接收從通信層轉發(fā)來的消息，并根據業(yè)務需求建立相應的消息隊列服務器以及調整消息隊列容量大??；業(yè)務處理層用于實現(xiàn)對業(yè)務邏輯的處理，對不同的交易系統(tǒng)或業(yè)務由線程池讀取，再交由不同的規(guī)則處理引擎服務器處理；數(shù)據采集層用于從業(yè)務處理層、緩存或者數(shù)據庫取得數(shù)據。本發(fā)明能夠對系統(tǒng)上下游系統(tǒng)穩(wěn)定性進行監(jiān)控。
【專利說明】一種實時交易監(jiān)控系統(tǒng)

【技術領域】
[0001] 本發(fā)明涉及互聯(lián)網支付【技術領域】，特別是涉及一種實時交易監(jiān)控系統(tǒng)。

【背景技術】
[0002] 隨著通聯(lián)支付業(yè)務的持續(xù)發(fā)展，業(yè)務系統(tǒng)越來越多，業(yè)務邏輯和各種應用場景越 來越復雜，現(xiàn)有的交易運行監(jiān)控系統(tǒng)已經不能滿足日常的監(jiān)控需求。對于第三方的支付系 統(tǒng)，核心的交互平臺需要監(jiān)控其平臺的上游數(shù)據（如商戶提交數(shù)據）和下游交互數(shù)據（如 收單銀行）之間是否存在網絡或者系統(tǒng)的不穩(wěn)定性或者不可訪問。對于第三方的支付系統(tǒng) 或者數(shù)據交互系統(tǒng)一般不可能定時用偽交易來檢查其上下游系統(tǒng)的穩(wěn)定性，因此亟需一種 能夠實時對系統(tǒng)上下游系統(tǒng)進行監(jiān)控的系統(tǒng)。


【發(fā)明內容】

[0003] 本發(fā)明所要解決的技術問題是提供一種實時交易監(jiān)控系統(tǒng)，能夠對支付系統(tǒng)或者 數(shù)據交互系統(tǒng)上上下游系統(tǒng)穩(wěn)定性進行監(jiān)控，并實現(xiàn)高可用和大數(shù)據量處理。
[0004] 本發(fā)明解決其技術問題所采用的技術方案是：提供一種實時交易監(jiān)控系統(tǒng)，包括 監(jiān)控核心平臺和數(shù)據庫，所述監(jiān)控核心平臺包括通信層、消息隊列層、業(yè)務處理層和數(shù)據采 集層；所述通信層為負責與各個交易系統(tǒng)通信的程序接口，用于實現(xiàn)消息接收、路由分發(fā)和 消息隊列監(jiān)控，實現(xiàn)與各個交易系統(tǒng)物理、程序、業(yè)務處理充分解耦；所述消息隊列層用于 接收從通信層轉發(fā)來的的消息，并實現(xiàn)消息的持久化，并根據業(yè)務需求建立相應的消息隊 列服務器以及調整消息隊列容量大小，實現(xiàn)堅向擴展；所述業(yè)務處理層用于實現(xiàn)對業(yè)務邏 輯的處理，對不同的交易系統(tǒng)或者不同的業(yè)務由線程池讀取，然后交由不同的規(guī)則處理引 擎服務器處理；所述業(yè)務處理層實現(xiàn)對規(guī)則處理引擎服務器和線程池進行管理，實現(xiàn)對規(guī) 則處理引擎服務器動態(tài)注入；所述數(shù)據采集層用于從業(yè)務處理層、緩存或者數(shù)據庫取得數(shù) 據。
[0005] 所述數(shù)據庫還與管理平臺相連，所述管理平臺用于實現(xiàn)對核心監(jiān)控平臺的參數(shù)化 配置管理，包括對業(yè)務系統(tǒng)進行數(shù)據初始化、定義規(guī)則種類與規(guī)則組、以及定義監(jiān)控規(guī)則。
[0006] 所述的實時交易監(jiān)控系統(tǒng)還包括展現(xiàn)層，所述展現(xiàn)層用于展示經過業(yè)務處理滿足 監(jiān)控需求的信息。
[0007] 所述的實時交易監(jiān)控系統(tǒng)還包括自身監(jiān)控平臺，所述自身監(jiān)控平臺用于監(jiān)控平臺 的各個服務組件的狀態(tài)，確保監(jiān)控平臺能正常工作。
[0008] 所述通信層包括：通信模塊，用于與各業(yè)務系統(tǒng)進行數(shù)據交換；隊列監(jiān)控模塊，用 于監(jiān)控部署所有的消息隊列，如果發(fā)現(xiàn)隊列全部堵塞則向自身監(jiān)控模塊報警；分發(fā)模塊，用 于將通信模塊取到數(shù)據分發(fā)到任何一個不堵塞的隊列；存儲轉發(fā)模塊在隊列監(jiān)控模塊報警 時將收到的數(shù)據存入數(shù)據庫，并在消息隊列不堵塞情況下讀取數(shù)據并轉發(fā)；轉發(fā)存儲模塊， 用于將收到的數(shù)據直接存入數(shù)據庫；第一自身監(jiān)控模塊通過自身監(jiān)控平臺心跳來檢查通信 層是否正常。
[0009] 所述業(yè)務處理層包括：報文解析模塊，用于解析從消息隊列里讀取的報文；線程 池管理模塊，通過管理平臺配置參數(shù)管理線程池，包括線程的新增和銷毀；規(guī)則注入管理模 塊，用于讀取緩存里的業(yè)務和業(yè)務相對應的處理規(guī)則、并由管理平臺刷新這些業(yè)務和對應 的規(guī)則；遠程調用服務模塊，用于將解析或者處理的數(shù)據通過遠程調用上送到數(shù)據采集層； 第二自身監(jiān)控模塊通過自身監(jiān)控平臺心跳來檢查業(yè)務處理層是否正常。
[0010] 所述數(shù)據采集層包括：數(shù)據接收模塊，用于將收到報文解析模塊的數(shù)據寫入緩存 服務器；寫入消息隊列模塊，用于將收到報文解析模塊的數(shù)據寫入消息隊列，并從緩存讀取 未處理的數(shù)據；規(guī)則注入管理模塊，用于讀取緩存里的業(yè)務和業(yè)務相對應的處理規(guī)則、并由 管理平臺刷新這些些業(yè)務和對應的規(guī)則；消息隊列管理模塊，根據后臺數(shù)據生成或者銷毀 相對應業(yè)務的消息隊列；業(yè)務處理模塊，用于對每個業(yè)務消息隊列對應一個線程讀取隊列 消息并做業(yè)務處理，在處理成功后刪除緩存上的數(shù)據；報警數(shù)據管理模塊，用于從后臺讀取 要報警的規(guī)則；報警數(shù)據寫入模塊，用于將報警信息根據規(guī)則寫入數(shù)據庫；消息分發(fā)模塊， 用于將報警信息推送到監(jiān)控終端；數(shù)據查詢模塊，用于通過監(jiān)控終端查詢歷史報警信息。有 益效果
[0011] 由于采用了上述的技術方案，本發(fā)明與現(xiàn)有技術相比，具有以下的優(yōu)點和積極效 果：本發(fā)明為面向應用的交易全周期監(jiān)控系統(tǒng)，可從各種業(yè)務應用系統(tǒng)中實時獲取交易數(shù) 據，通過內部規(guī)則庫對數(shù)據進行分析、過濾，并對異常的交易進行展現(xiàn)及實時預警。同時交 易監(jiān)控還具備異常驗證及處理的機制，通過對應用系統(tǒng)是否可用進行測試，驗證應用系統(tǒng) 是否正常，當應用系統(tǒng)發(fā)送異常影響正常交易時，可以通過應急處理快速緩解故障，保證部 分關鍵交易可以進行。另外，本監(jiān)控系統(tǒng)可以對各監(jiān)控對象進行多維度、多時間段定制化的 監(jiān)控，多維度表現(xiàn)在如交易的承兌率、成功率、TPS等，還可以監(jiān)控業(yè)務系統(tǒng)的交易報文、日 志報文和系統(tǒng)的健康狀態(tài)等。

【專利附圖】

【附圖說明】
[0012] 圖1是應用系統(tǒng)交互圖；
[0013] 圖2是系統(tǒng)構架圖。

【具體實施方式】
[0014] 下面結合具體實施例，進一步闡述本發(fā)明。應理解，這些實施例僅用于說明本發(fā)明 而不用于限制本發(fā)明的范圍。此外應理解，在閱讀了本發(fā)明講授的內容之后，本領域技術人 員可以對本發(fā)明作各種改動或修改，這些等價形式同樣落于本申請所附權利要求書所限定 的范圍。
[0015] 本發(fā)明的實施方式涉及一種實時交易監(jiān)控系統(tǒng)，如圖2所示，包括監(jiān)控核心平臺 和數(shù)據庫，所述監(jiān)控核心平臺包括通信層、消息隊列層、業(yè)務處理層和數(shù)據采集層；所述通 信層為負責與各個交易系統(tǒng)通信的程序接口，用于實現(xiàn)消息接收、路由分發(fā)和消息隊列監(jiān) 控，實現(xiàn)與各個交易系統(tǒng)物理、程序、業(yè)務處理充分解耦；所述消息隊列層用于接收從通信 層轉發(fā)來的的消息，并實現(xiàn)消息的持久化，并根據業(yè)務需求建立相應的消息隊列服務器以 及調整消息隊列容量大小，實現(xiàn)堅向擴展；所述業(yè)務處理層用于實現(xiàn)對業(yè)務邏輯的處理， 對不同的交易系統(tǒng)或者不同的業(yè)務由線程池讀取，然后交由不同的規(guī)則處理引擎服務器處 理；所述業(yè)務處理層實現(xiàn)對規(guī)則處理引擎服務器和線程池進行管理，實現(xiàn)對規(guī)則處理引擎 服務器動態(tài)注入；所述數(shù)據采集層用于從業(yè)務處理層、緩存或者數(shù)據庫取得數(shù)據。其中，所 述數(shù)據庫還與管理平臺相連，所述管理平臺用于實現(xiàn)對核心監(jiān)控平臺的參數(shù)化配置管理， 包括對業(yè)務系統(tǒng)進行數(shù)據初始化、定義規(guī)則種類與規(guī)則組、以及定義監(jiān)控規(guī)則。所述的實時 交易監(jiān)控系統(tǒng)還包括展現(xiàn)層，所述展現(xiàn)層用于展示經過業(yè)務處理滿足監(jiān)控需求的信息。所 述的實時交易監(jiān)控系統(tǒng)還包括自身監(jiān)控平臺，所述自身監(jiān)控平臺用于監(jiān)控平臺的各個服務 組件的狀態(tài)，確保監(jiān)控平臺能正常工作。
[0016] 圖1是應用系統(tǒng)交互圖，其中，業(yè)務系統(tǒng)提供交易數(shù)據給監(jiān)控系統(tǒng)，從而使得監(jiān)控 系統(tǒng)能夠對各個業(yè)務系統(tǒng)的交易情況進行監(jiān)控。監(jiān)控系統(tǒng)用于收集分析交易數(shù)據、推送給 監(jiān)控終端。監(jiān)控終端用于監(jiān)控各業(yè)務系統(tǒng)的交易情況、報警情況、交易統(tǒng)計情況、各業(yè)務系 統(tǒng)健康狀態(tài)情況。
[0017] 所述通信層為負責與各個交易系統(tǒng)通信的程序接口，用于實現(xiàn)消息接收、路由分 發(fā)和消息隊列監(jiān)控，實現(xiàn)與各個交易系統(tǒng)物理、程序、業(yè)務處理充分解耦。具體包括：通信 模塊，用于與各業(yè)務系統(tǒng)進行數(shù)據交換；隊列監(jiān)控模塊，用于監(jiān)控部署所有的消息隊列，如 果發(fā)現(xiàn)隊列全部堵塞則向自身監(jiān)控模塊報警；分發(fā)模塊，用于將通信模塊取到數(shù)據分發(fā)到 任何一個不堵塞的隊列；存儲轉發(fā)模塊在隊列監(jiān)控模塊報警時將收到的數(shù)據存入數(shù)據庫， 并在消息隊列不堵塞情況下讀取數(shù)據并轉發(fā)（與轉發(fā)存儲模塊分開是因為直接存儲數(shù)據 量，，查詢性能差）；轉發(fā)存儲模塊，用于將收到的數(shù)據直接存入數(shù)據庫；第一自身監(jiān)控模塊 通過自身監(jiān)控平臺心跳來檢查通信層是否正常。
[0018] 由此可見，所述通信層負責與各個交易子系統(tǒng)進行通信，并將接收到的數(shù)據轉發(fā) 到消息隊列層?？刹捎眯聠⒂枚丝谕ㄟ^管理平臺配置，而不用修改程序。通信層對定制開 發(fā)透明，可根據不同的需求實現(xiàn)路由分發(fā)。
[0019] 所述業(yè)務處理層用于實現(xiàn)對業(yè)務邏輯的處理，對不同的交易系統(tǒng)或者不同的業(yè)務 由線程池讀取，然后交由不同的規(guī)則處理引擎服務器處理；所述業(yè)務處理層實現(xiàn)對規(guī)則處 理引擎服務器和線程池進行管理，實現(xiàn)對規(guī)則處理引擎服務器動態(tài)注入。具體包括：報文解 析模塊，用于解析從消息隊列里讀取的報文；線程池管理模塊，通過管理平臺配置參數(shù)管理 線程池，包括線程的新增和銷毀；規(guī)則注入管理模塊，用于讀取緩存里的業(yè)務和業(yè)務相對應 的處理規(guī)則、并由管理平臺刷新這些業(yè)務和對應的規(guī)則；遠程調用服務模塊，用于將解析或 者處理的數(shù)據通過遠程調用上送到數(shù)據采集層；第二自身監(jiān)控模塊通過自身監(jiān)控平臺心跳 來檢查業(yè)務處理層是否正常。
[0020] 業(yè)務處理層作為監(jiān)控平臺的核心處理層，可根據交易系統(tǒng)上送報文處理業(yè)務邏 輯，對規(guī)則引擎實現(xiàn)注入的方式。核心的處理引擎的功能對定制開發(fā)是透明的，抽象提取公 共的業(yè)務處理引擎，實現(xiàn)對新增引擎的熱部署，并且實現(xiàn)不同的交易系統(tǒng)或者不同的業(yè)務 處理不同的物理機部署，可以通過后臺配置實現(xiàn)配置不同的業(yè)務處理引擎。同時還將相應 的業(yè)務處理的結果放入緩存或者數(shù)據庫，實現(xiàn)堅向擴展。業(yè)務處理層還實現(xiàn)不同的線程池 讀不同的消息隊列，可定時觸發(fā)各個交易系統(tǒng)健康檢查。
[0021] 所述數(shù)據采集層用于從業(yè)務處理層、緩存或者數(shù)據庫取得數(shù)據。具體包括：數(shù)據接 收模塊，用于將收到報文解析模塊的數(shù)據寫入緩存服務器；寫入消息隊列模塊，用于將收到 報文解析模塊的數(shù)據寫入消息隊列，并從緩存讀取未處理的數(shù)據；規(guī)則注入管理模塊，用于 讀取緩存里的業(yè)務和業(yè)務相對應的處理規(guī)則、并由管理平臺刷新這些業(yè)務和對應的規(guī)則； 消息隊列管理模塊，根據后臺數(shù)據生成或者銷毀相對應業(yè)務的消息隊列；業(yè)務處理模塊， 用于對每個業(yè)務消息隊列對應一個線程讀取隊列消息并做業(yè)務處理，在處理成功后刪除緩 存上的數(shù)據；報警數(shù)據管理模塊，用于從后臺讀取要報警的規(guī)則；報警數(shù)據寫入模塊，用于 將報警信息根據規(guī)則寫入數(shù)據庫；消息分發(fā)模塊，用于將報警信息推送到監(jiān)控終端；數(shù)據 查詢模塊，用于通過監(jiān)控終端查詢歷史報警信息。
[0022] 所述展現(xiàn)層用于展示經過業(yè)務處理滿足監(jiān)控需求的信息。包括以下模塊：菜單展 現(xiàn)界面模塊，以樹狀結構展現(xiàn)要監(jiān)控的維度要素；對應維度展現(xiàn)的TPS界面模塊；對應維度 展現(xiàn)的成功率界面模塊；對應維度展現(xiàn)的承兌率界面模塊；對應維度展現(xiàn)的交易日志界面 模塊；對應維度展現(xiàn)的應用日志界面模塊。展現(xiàn)層用于展示經過業(yè)務處理滿足監(jiān)控需求的 信息，并能實現(xiàn)展現(xiàn)的可配置化。根據業(yè)務需要展現(xiàn)監(jiān)控數(shù)據，提供多種展現(xiàn)方式，如柱狀 圖、線形圖、餅狀圖、儀表盤等，展示形式包括地域形式和日志形式。報表包括：成功率曲線、 承兌率曲線、告警分布柱狀圖、告警分布餅圖、返回碼分布柱狀圖、返回碼分布餅圖、TPS曲 線。
[0023] 所述管理平臺用于實現(xiàn)對核心監(jiān)控平臺的參數(shù)化配置管理，包括對業(yè)務系統(tǒng)進行 數(shù)據初始化、定義規(guī)則種類與規(guī)則組、以及定義監(jiān)控規(guī)則。
[0024] 對各業(yè)務系統(tǒng)進行數(shù)據初始化包括業(yè)務系統(tǒng)管理、分公司管理、機構管理、渠道管 理、商戶管理、應答碼管理、業(yè)務系統(tǒng)交易類型管理。其中，業(yè)務系統(tǒng)管理：監(jiān)控系統(tǒng)為每個 業(yè)務分配的業(yè)務系統(tǒng)標示。管理的字段有業(yè)務系統(tǒng)名稱、業(yè)務系統(tǒng)描述、業(yè)務標示ID。業(yè) 務系統(tǒng)標示ID在整個監(jiān)控系統(tǒng)是唯一的，以便區(qū)分其他的業(yè)務系統(tǒng)。實現(xiàn)的功能，登錄用 戶在有權限的情況下進行新增、修改、查詢、刪除。分公司管理：初始化所在業(yè)務系統(tǒng)的分公 司數(shù)據。管理的字段有業(yè)務系統(tǒng)、分公司ID、分公司名稱、分公司描述。登錄用戶在有權限 的情況下進行新增、修改、查詢、刪除。機構管理：初始化所在業(yè)務系統(tǒng)的機構。管理的字段 有業(yè)務系統(tǒng)、機構ID、機構名稱、機構描述。登錄用戶在有權限的情況下進行新增、修改、查 詢、刪除。渠道管理：初始化所在業(yè)務系統(tǒng)的渠道。管理的字段有業(yè)務系統(tǒng)、渠道ID、渠道名 稱、渠道描述。登錄用戶在有權限的情況下進行新增、修改、查詢、刪除。商戶管理：初始化 所在業(yè)務系統(tǒng)的商戶。管理的字段有業(yè)務系統(tǒng)、商戶ID、商戶名稱、商戶描述。登錄用戶在 有權限的情況下進行新增、修改、查詢、刪除。應答碼管理：初始化所在業(yè)務系統(tǒng)的應答碼。 管理的字段有業(yè)務系統(tǒng)、應答碼ID、應答碼名稱、應答碼描述。登錄用戶在有權限的情況下 進行新增、修改、查詢、刪除。業(yè)務系統(tǒng)交易類型管理：初始化所在業(yè)務系統(tǒng)的交易類型。管 理的字段有業(yè)務系統(tǒng)、交易類型ID、交易類型名稱、交易類型描述、承兌率統(tǒng)計標志。登錄用 戶在有權限的情況下進行新增、修改、查詢、刪除。
[0025] 定義規(guī)則種類和規(guī)則組。通過規(guī)則種類綁定規(guī)則組，監(jiān)控項值綁定規(guī)則種類來確 定監(jiān)控項值和定義規(guī)則的關系。其中，規(guī)則組管理：定義規(guī)則組。管理的字段有規(guī)則組標示 ID、規(guī)則組描述、監(jiān)控項、規(guī)則組名稱、業(yè)務系統(tǒng)。登錄用戶在有權限的情況下進行新增、修 改、查詢、刪除。規(guī)則種類管理：定義規(guī)則種類。管理的字段有規(guī)則種類標示ID、規(guī)則種類 描述、規(guī)則組名稱、業(yè)務系統(tǒng)。登錄用戶在有權限的情況下進行新增、修改、查詢、刪除。監(jiān) 控種類與監(jiān)控規(guī)則組綁定管理：定義監(jiān)控類別與監(jiān)控規(guī)則組的關系。管理的字段有綁定標 示、綁定名稱、綁定描述、規(guī)則種類標示ID、規(guī)則組標示ID。登錄用戶在有權限的情況下進 行新增、修改、查詢、刪除。監(jiān)控項與規(guī)則種類管理：定義監(jiān)控項與規(guī)則種類對應關系。管理 的字段有綁定標示、綁定名稱、綁定描述、業(yè)務系統(tǒng)ID、業(yè)務系統(tǒng)監(jiān)控項ID、監(jiān)控項值ID、監(jiān) 控類別ID。登錄用戶在有權限的情況下進行新增、修改、查詢、刪除同時修改相應的緩存數(shù) 據。修改緩存數(shù)據的規(guī)則是：根據業(yè)務系統(tǒng)讀取表監(jiān)控項與規(guī)則種類找到此業(yè)務系統(tǒng)下所 有的監(jiān)控種類。根據監(jiān)控種類讀數(shù)據表業(yè)務規(guī)則組與規(guī)則種類綁定表找到所有的監(jiān)控組。 根據監(jiān)控組讀數(shù)據表規(guī)則組表找到所有的監(jiān)控規(guī)則，并將這些規(guī)則初始到內存。根據業(yè)務 規(guī)則讀數(shù)據計算公式表找到要參與計算的應答碼組合。機構合并管理：將多個機構合并成 一個機構。機構會涉及到渠道、商戶、分公司和交易機構（銀行），將選中的機構合并成新的 一個機構、渠道、商戶、分公司，并將合并后的機構表不成已合并。
[0026] 定義各種監(jiān)控規(guī)則，比如成功率、承兌率、TPS、連續(xù)應答碼、應答碼正向組合、應答 碼反向組合、應用日志。其中，成功率規(guī)則管理：定義成功率的監(jiān)控規(guī)則。管理的字段有成 功率業(yè)務規(guī)則組、成功率規(guī)則名稱、監(jiān)控規(guī)則有效區(qū)間、告警壓制次數(shù)、數(shù)據采集區(qū)間、告警 區(qū)間、告警級別、告警顏色、告警聲效、監(jiān)控信息保留時間、計算率公式。登錄用戶在有權限 的情況下進行新增、修改、查詢、刪除。在同一規(guī)則組里所有的規(guī)則與規(guī)則之間的的監(jiān)控時 間區(qū)間可以重貼（時間相同但告警區(qū)間不同）但不能交叉，而且所有的時間組合為一整天， 不能沒有不能監(jiān)控到的時間段。承兌率規(guī)則管理：定義承兌率的監(jiān)控規(guī)則。管理的字段有 承兌率業(yè)務規(guī)則組、承兌率規(guī)則名稱、監(jiān)控規(guī)則有效區(qū)間、告警壓制次數(shù)、數(shù)據采集區(qū)間、告 警區(qū)間、告警級別、告警顏色、告警聲效、監(jiān)控信息保留時間、計算率公式。登錄用戶在有權 限的情況下進行新增、修改、查詢、刪除。在同一規(guī)則組里所有的規(guī)則與規(guī)則之間的的監(jiān)控 時間區(qū)間可以重貼（時間相同但告警區(qū)間不同）但不能交叉，而且所有的時間組合為一整 天，不能沒有不能監(jiān)控到的時間段。TPS規(guī)則管理：定義TPS的監(jiān)控規(guī)則。管理的字段有 TPS業(yè)務規(guī)則組、TPS規(guī)則名稱、監(jiān)控規(guī)則有效區(qū)間、數(shù)據采集區(qū)間、告警區(qū)間、告警級別、告 警顏色、告警聲效、監(jiān)控信息保留時間。登錄用戶在有權限的情況下進行新增、修改、查詢、 刪除。在同一規(guī)則組里所有的規(guī)則與規(guī)則之間的的監(jiān)控時間區(qū)間可以重貼（時間相同但告 警區(qū)間不同）但不能交叉，而且所有的時間組合為一整天，不能沒有不能監(jiān)控到的時間段。 計算公式管理：定義業(yè)務規(guī)則的計算公式。管理的字段有業(yè)務系統(tǒng)、公式名、監(jiān)控項、分母 應答碼、分子應答碼。登錄用戶在有權限的情況下進行新增、修改、查詢、刪除。連續(xù)應答碼 管理：定義業(yè)務規(guī)則的計算公式。管理的字段有業(yè)務規(guī)則組、規(guī)則名稱、數(shù)據采集區(qū)間、監(jiān)控 規(guī)則有效區(qū)間、告警級別、告警區(qū)間、告警聲效、告警顏色、監(jiān)控信息保留時間、應答碼連續(xù) 返回次數(shù)、計算公式。登錄用戶在有權限的情況下進行新增、修改、查詢、刪除。在同一規(guī)則 組里所有的規(guī)則與規(guī)則之間的的監(jiān)控時間區(qū)間可以重貼（時間相同但告警區(qū)間不同）但不 能交叉，而且所有的時間組合為一整天，不能沒有不能監(jiān)控到的時間段。應答碼反向組合管 理：定義業(yè)務規(guī)則的計算公式。管理的字段有業(yè)務規(guī)則組、規(guī)則名稱、數(shù)據采集區(qū)間、監(jiān)控規(guī) 則有效區(qū)間、告警級別、告警筆數(shù)、告警聲效、告警顏色、監(jiān)控信息保留時間、計算公式。登錄 用戶在有權限的情況下進行新增、修改、查詢、刪除。在同一規(guī)則組里所有的規(guī)則與規(guī)則之 間的的監(jiān)控時間區(qū)間可以重貼（時間相同但告警區(qū)間不同）但不能交叉，而且所有的時間 組合為一整天，不能沒有不能監(jiān)控到的時間段。應答碼正向組合管理：定義業(yè)務規(guī)則的計算 公式。管理的字段有業(yè)務規(guī)則組、規(guī)則名稱、數(shù)據采集區(qū)間、監(jiān)控規(guī)則有效區(qū)間、告警級別、 告警筆數(shù)、告警聲效、告警顏色、監(jiān)控信息保留時間、計算公式。登錄用戶在有權限的情況下 進行新增、修改、查詢、刪除。在同一規(guī)則組里所有的規(guī)則與規(guī)則之間的的監(jiān)控時間區(qū)間可 以重貼（時間相同但告警區(qū)間不同）但不能交叉，而且所有的時間組合為一整天，不能沒有 不能監(jiān)控到的時間段。應用日志規(guī)則管理：定義業(yè)務規(guī)則的計算公式。管理的字段有規(guī)則 名稱、描述、告警級別、關鍵字、日志級別、告警顏色、告警聲效、監(jiān)控信息保留時間。登錄用 戶在有權限的情況下進行新增、修改、查詢、刪除。在同一規(guī)則組里所有的規(guī)則與規(guī)則之間 的的監(jiān)控時間區(qū)間可以重貼（時間相同但告警區(qū)間不同）但不能交叉，而且所有的時間組 合為一整天，不能沒有不能監(jiān)控到的時間段。消息隊列連接參數(shù)管理：定義通信層放置解析 后的消息到指定的隊列。業(yè)務處理組件連接消息隊列參數(shù)管理：定義業(yè)務處理組件要從配 置參數(shù)表里讀取指定的消息隊列。
[0027] 不難發(fā)現(xiàn)，本發(fā)明為面向應用的交易全周期監(jiān)控系統(tǒng)，可從各種業(yè)務應用系統(tǒng)中 實時獲取交易數(shù)據，通過內部規(guī)則庫對數(shù)據進行分析、過濾，并對異常的交易進行展現(xiàn)及實 時預警。同時交易監(jiān)控還具備異常驗證及處理的機制，通過對應用系統(tǒng)是否可用進行測試， 驗證應用系統(tǒng)是否正常，當應用系統(tǒng)發(fā)送異常影響正常交易時，可以通過應急處理快速緩 解故障，保證部分關鍵交易可以進行。另外，本監(jiān)控系統(tǒng)可以對各監(jiān)控對象進行多維度、多 時間段定制化的監(jiān)控，多維度表現(xiàn)在如交易的承兌率、成功率、TPS等，還可以監(jiān)控業(yè)務系統(tǒng) 的交易報文、日志報文和系統(tǒng)的健康狀態(tài)等。
【權利要求】
1. 一種實時交易監(jiān)控系統(tǒng)，包括監(jiān)控核心平臺和數(shù)據庫，其特征在于，所述監(jiān)控核心 平臺包括通信層、消息隊列層、業(yè)務處理層和數(shù)據采集層；所述通信層為負責與各個交易系 統(tǒng)通信的程序接口，用于實現(xiàn)消息接收、路由分發(fā)和消息隊列監(jiān)控，實現(xiàn)與各個交易系統(tǒng)物 理、程序、業(yè)務處理充分解耦；所述消息隊列層用于接收從通信層轉發(fā)來的的消息，并實現(xiàn) 消息的持久化，并根據業(yè)務需求建立相應的消息隊列服務器以及調整消息隊列容量大小， 實現(xiàn)堅向擴展；所述業(yè)務處理層用于實現(xiàn)對業(yè)務邏輯的處理，對不同的交易系統(tǒng)或者不同 的業(yè)務由線程池讀取，然后交由不同的規(guī)則處理引擎服務器處理；所述業(yè)務處理層實現(xiàn)對 規(guī)則處理引擎服務器和線程池進行管理，實現(xiàn)對規(guī)則處理引擎服務器動態(tài)注入；所述數(shù)據 采集層用于從業(yè)務處理層、緩存或者數(shù)據庫取得數(shù)據。
2. 根據權利要求1所述的實時交易監(jiān)控系統(tǒng)，其特征在于，所述數(shù)據庫還與管理平臺 相連，所述管理平臺用于實現(xiàn)對核心監(jiān)控平臺的參數(shù)化配置管理，包括對業(yè)務系統(tǒng)進行數(shù) 據初始化、定義規(guī)則種類與規(guī)則組、以及定義監(jiān)控規(guī)則。
3. 根據權利要求1所述的實時交易監(jiān)控系統(tǒng)，其特征在于，還包括展現(xiàn)層，所述展現(xiàn)層 用于展示經過業(yè)務處理滿足監(jiān)控需求的信息。
4. 根據權利要求1所述的實時交易監(jiān)控系統(tǒng)，其特征在于，還包括自身監(jiān)控平臺，所述 自身監(jiān)控平臺用于監(jiān)控平臺的各個服務組件的狀態(tài)，確保監(jiān)控平臺能正常工作。
5. 根據權利要求1-4中任一權利要求所述的實時交易監(jiān)控系統(tǒng)，其特征在于，所述通 信層包括：通信模塊，用于與各業(yè)務系統(tǒng)進行數(shù)據交換；隊列監(jiān)控模塊，用于監(jiān)控部署所有 的消息隊列，如果發(fā)現(xiàn)隊列全部堵塞則向自身監(jiān)控模塊報警；分發(fā)模塊，用于將通信模塊取 到數(shù)據分發(fā)到任何一個不堵塞的隊列；存儲轉發(fā)模塊在隊列監(jiān)控模塊報警時將收到的數(shù)據 存入數(shù)據庫，并在消息隊列不堵塞情況下讀取數(shù)據并轉發(fā)；轉發(fā)存儲模塊，用于將收到的數(shù) 據直接存入數(shù)據庫；第一自身監(jiān)控模塊通過自身監(jiān)控平臺心跳來檢查通信層是否正常。
6. 根據權利要求1-4中任一權利要求所述的實時交易監(jiān)控系統(tǒng)，其特征在于，所述業(yè) 務處理層包括：報文解析模塊，用于解析從消息隊列里讀取的報文；線程池管理模塊，通過 管理平臺配置參數(shù)管理線程池，包括線程的新增和銷毀；規(guī)則注入管理模塊，用于讀取緩存 里的業(yè)務和業(yè)務相對應的處理規(guī)則、并由管理平臺刷新這些業(yè)務和對應的規(guī)則；遠程調用 服務模塊，用于將解析或者處理的數(shù)據通過遠程調用上送到數(shù)據采集層；第二自身監(jiān)控模 塊通過自身監(jiān)控平臺心跳來檢查業(yè)務處理層是否正常。
7. 根據權利要求6所述的實時交易監(jiān)控系統(tǒng)，其特征在于，所述數(shù)據采集層包括：數(shù)據 接收模塊，用于將收到報文解析模塊的數(shù)據寫入緩存服務器；寫入消息隊列模塊，用于將收 到報文解析模塊的數(shù)據寫入消息隊列，并從緩存讀取未處理的數(shù)據；規(guī)則注入管理模塊，用 于讀取緩存里的業(yè)務和業(yè)務相對應的處理規(guī)則、并由管理平臺刷新這些些業(yè)務和對應的規(guī) 貝1J ;消息隊列管理模塊，根據后臺數(shù)據生成或者銷毀相對應業(yè)務的消息隊列；業(yè)務處理模 塊，用于對每個業(yè)務消息隊列對應一個線程讀取隊列消息并做業(yè)務處理，在處理成功后刪 除緩存上的數(shù)據；報警數(shù)據管理模塊，用于從后臺讀取要報警的規(guī)則；報警數(shù)據寫入模塊， 用于將報警信息根據規(guī)則寫入數(shù)據庫；消息分發(fā)模塊，用于將報警信息推送到監(jiān)控終端； 數(shù)據查詢模塊，用于通過監(jiān)控終端查詢歷史報警信息。
【文檔編號】G06Q20/02GK104156850SQ201410338787
【公開日】2014年11月19日 申請日期:2014年7月16日 優(yōu)先權日:2014年7月16日
【發(fā)明者】蔣明福 申請人:通聯(lián)支付網絡服務股份有限公司