一種實時交易監控系統的製作方法

2023-04-28 05:12:06 2

一種實時交易監控系統的製作方法
【專利摘要】本發明涉及一種實時交易監控系統，包括監控核心平臺和資料庫，所述監控核心平臺包括通信層、消息隊列層、業務處理層和數據採集層；通信層為負責與各個交易系統通信的程序接口，用於實現消息接收、路由分發和消息隊列監控；消息隊列層用於接收從通信層轉發來的消息，並根據業務需求建立相應的消息隊列伺服器以及調整消息隊列容量大小；業務處理層用於實現對業務邏輯的處理，對不同的交易系統或業務由線程池讀取，再交由不同的規則處理引擎伺服器處理；數據採集層用於從業務處理層、緩存或者資料庫取得數據。本發明能夠對系統上下遊系統穩定性進行監控。
【專利說明】一種實時交易監控系統

【技術領域】
[0001] 本發明涉及網際網路支付【技術領域】，特別是涉及一種實時交易監控系統。

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


【發明內容】

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

【專利附圖】

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

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