TWM644251U - 運行金融交易補償方法的金融系統 - Google Patents

Abstract

一種運行金融交易補償方法的金融系統，金融系統主要包括做為前台的櫃員系統以及實現後台的核心系統，櫃員系統用以提供使用者通過使用者介面提出交易請求，並在其中啟動一金融交易程序，執行一或多個微服務，再呼叫核心系統以完成金融交易，系統將針對其中每個微服務執行監控，當根據微服務的交易記錄發現到任一微服務的錯誤，取得對應出現錯誤的微服務的一應用程式介面，以對此應用程式介面進行補償。

Description

運行金融交易補償方法的金融系統

說明書公開一種可補償交易錯誤的金融系統，特別是指一種運行針對對應交易程序的各項微服務進行監控以能適時提供補償的金融交易補償方法的金融系統。

金融機構為了處理不同系統之間的交易，特別是涉及跨境交易，前台設有海外櫃員系統，並在處理交易程序時，與金融機構後台溝通，其中需要解決是海外櫃員系統與金融機構的各種系統之間應用程式介面（API）串接問題，如果串接有問題將導致交易異常的問題。

舉例來說，執行特定交易時，為了確保交易成功，金融機構的資料庫管理系統以呼叫金融機構的後台成功為準，其中應確保相關數據的不可分割性（Atomicity）、一致性（Consistency）、隔離性（Isolation）與持久性（Durability）。但傳統金融機構的後台處理每次交易程序時，因為交易程序的作業繁複、瑣碎，當系統之間串接產生問題或是任何錯誤產生，習知除了需要逐一排除錯誤以外，針對上述不可分割性、一致性、隔離性與持久性並未有有效的補償方式。

為了確保金融交易中相關數據的不可分割性（Atomicity）、一致性（Consistency）、隔離性（Isolation）與持久性（Durability），揭露書提出一種運行金融交易補償方法的金融系統，通過金融系統中針對每個金融交易程序的經模組化的多種微服務，提出對應每個微服務的監控程序，除了記錄並完整保留金融交易軌跡外，還提出監控程序，監視每個出錯的微服務，再提供對應的補償措施。

根據金融系統的實施例，金融系統主要包括一櫃員系統，連接一資料庫與一核心系統，櫃員系統實現金融系統的前台，而核心系統實現金融系統的後台，櫃員系統通過對應的應用程式介面串接金融系統的內部系統。

其中，當櫃員系統啟動一金融交易程序時，將根據金融交易程序需求串接內部系統的一或多個微服務，並通過一或多個監控程序對應監視並記錄一或多個微服務的運作過程。

根據金融系統所運行的金融交易補償方法的實施例，一開始先根據請求啟動一金融交易程序，再串接對應金融交易程序中的一或多個微服務，並呼叫核心系統已完成對應的交易，再通過一或多個監控程序對應監視並記錄一或多個微服務的運作過程，並記錄於資料庫或記錄表中。

當監視到其中之任一微服務的錯誤，即從資料庫或記錄表中取得對應金融交易程序對應發生錯誤的微服務的交易記錄，以及對應的應用程式介面，金融系統即針對應用程式介面進行補償。

進一步地，櫃員系統可為網路銀行前台系統、行動銀行前台系統、設於各處服務據點的金融資訊裝置或是網路或電話客服系統，櫃員系統設有一通訊介面，用於與內部系統與外部系統進行通訊。

優選地，所述內部系統可為網路銀行伺服系統、行動銀行伺服系統或檔案服務器；而所述外部系統可為環球銀行金融電信協會平台、快速支付系統平台，或外部風險控管系統。

進一步地，櫃員系統還提供使用者以使用者裝置存取金融服務的使用者介面。於是，櫃員系統提供使用者可通過使用者介面提出一交易請求，並針對金融交易程序對應的一或多個微服務執行監控以及針對有錯誤的任一微服務執行補償。

進一步地，每個微服務皆對應一個監控程序，監控程序用於監視對應的微服務、偵測微服務運作過程的錯誤，並在觸發一補償程序後，針對對應的應用程式介面進行補償。

為使能更進一步瞭解本新型的特徵及技術內容，請參閱以下有關本新型的詳細說明與圖式，然而所提供的圖式僅用於提供參考與說明，並非用來對本新型加以限制。

以下是通過特定的具體實施例來說明本創作的實施方式，本領域技術人員可由本說明書所公開的內容瞭解本創作的優點與效果。本創作可通過其他不同的具體實施例加以施行或應用，本說明書中的各項細節也可基於不同觀點與應用，在不悖離本創作的構思下進行各種修改與變更。另外，本創作的附圖僅為簡單示意說明，並非依實際尺寸的描繪，事先聲明。以下的實施方式將進一步詳細說明本創作的相關技術內容，但所公開的內容並非用以限制本創作的保護範圍。

應當可以理解的是，雖然本文中可能會使用到“第一”、“第二”、“第三”等術語來描述各種元件或者信號，但這些元件或者信號不應受這些術語的限制。這些術語主要是用以區分一元件與另一元件，或者一信號與另一信號。另外，本文中所使用的術語“或”，應視實際情況可能包括相關聯的列出項目中的任一個或者多個的組合。

設於金融機構中以電腦系統與資料庫實作的金融系統用於提供客戶各種金融服務，並根據客戶提出的服務需求處理相關金融交易程序。針對金融系統在串接某一服務時產生錯誤卻缺乏有效的補償方法的問題，揭露書提出一種運行金融交易補償方法的金融系統。

先參考圖1所示運行金融交易補償方法的金融系統架構實施例圖，圖示的金融系統在其前台設有一櫃員系統（teller system）100，櫃員系統100由電腦系統與資料庫形成的伺服系統所實現，如圖所示，對內連接一資料庫110與一核心系統120，其中整合了各種電腦相關硬體以及提供各種金融服務的軟體，實現金融系統的前台，並通過櫃員系統100整合金融系統前後台，也整合了金融機構的內部系統115或外部系統113的各種服務。相應地，金融系統的後台系統可以是一核心系統（core system）120，核心系統120可以一種T24系統實作，用於提供軟體服務，於金融系統中處理各種交易流程，通過前台提供金融交易程序所涵蓋的各種微服務，而核心系統120根據前台櫃員系統100的呼叫處理各種微服務的流程。

在此一提的是，所述微服務（microservice）是一種軟體架構，每個微服務以單一責任為設計基礎，對應特定功能，利用模組化的方式組合出大型的應用程式。舉例來說，完成一個金融交易（如線上支付），將涉及金融系統中的多個業務，並由多個程序組成，根據新型概念，對應出多個微服務，其中每個微服務可能由不同的業務單位或軟體程序執行，最終由多個微服務完成一個金融交易。

根據揭露書提出的金融系統的實施例，作為金融系統的前台的櫃員系統100直接提供客戶各種金融服務，形式上可以是網路銀行前台系統、行動銀行前台系統、設於各處服務據點的金融資訊裝置（如ATM、KIOSK等）以及網路或電話客服系統等。其中還通過軟體並搭配硬體實現有監控各種金融服務運作的監控模組101，用於監控金融系統提供的各種微服務，每個微服務（例如存提款、轉帳、借貸、支付與各種交易的授信等）都有對應的監控器，並連接資料庫110，用以記錄每個微服務運作形成的交易記錄。舉例來說，在櫃員系統100中，監視每個用戶提出的交易請求所運行的每個微服務，所產生的交易記錄將記錄於一交易記錄表中，提供查詢與確認補償事宜之用。

櫃員系統100還提供客戶以使用者裝置111存取金融服務的使用者介面103，例如由一網頁伺服器提供網頁存取的介面，使用者可以藉由網頁介面或是應用程式（APP）的介面要求金融服務，使得使用者可操作使用者裝置111通過使用者介面103進行各種信息往來。櫃員系統100並設有通訊介面105，例如是網路介面或各種通訊協定的介面，用於與金融機構其他內部系統115通訊，或是通過網路10與外部系統113通訊。舉例來說，可以參考圖4顯示的實施例示意圖，內部系統115可以是金融機構的其他伺服系統，如網路銀行伺服系統、行動銀行伺服系統或檔案服務器等。舉例來說，外部系統113可以是環球銀行金融電信協會（The Society for Worldwide Interbank Financial Telecommunication，SWIFT）平台、快速支付系統（Faster Payment System，FPS）平台、外部風險控管系統或其他。

根據實施例，圖中顯示的金融系統的核心系統120形成一個資訊後台，其中提供各種資訊服務，運用軟體程序實作多種金融服務，如建立帳戶、存提款、轉帳與各種貸款申請等。核心系統120與櫃員系統100通過一內部機制相互通訊，核心系統120根據櫃員系統100的需求運作各種微服務對應之交易。

在一實施例中，金融機構可以根據需求在海內外各營業場合設置櫃員系統100，除了可以提升各種服務的順暢度外，還可有效降低每個分行行員的操作風險，還能因應未來各海內外單位針對當地特色業務發展彈性，因此每個櫃員系統100可根據地區特色將相關業務需求、使用者需求及風險控管設計在所提供的服務中，能有效減少核心系統120客製化開發情形。同時藉由建置櫃員系統100，還可將各海外單位帳務核心與周邊系統的架構設計趨於一致。

在金融系統處理客戶提起的交易請求時，根據需要運行的一或多個微服務，櫃員系統100通過對應的應用程式介面（API）串接金融系統的內部系統115，或有需要外部資源時也通過應用程式介面串接外部系統113，相互連結的系統通過應用程式介面傳遞信息以及符合格式規定的數據。

如此，設置於金融系統前台的櫃員系統100在金融交易程序中需要與後台的核心系統120通過各種應用程式介面進行信息往來，但如果在某個連線（API）或系統運作上產生問題而導致交易（transaction）資料異常，為了確保交易的不可分割性（Atomicity）、一致性（Consistency）、隔離性（Isolation）與持久性（Durability），揭露書提出的金融系統將運行金融交易補償方法，可參考圖2所示的實施例示意圖。

圖中顯示金融系統中設有櫃員系統200與核心系統220，櫃員系統200運用軟體架構提供多種經過模組化的微服務，此例示意顯示有微服務A（221）、微服務B（222）以及微服務C（223），而櫃員系統200中針對每個微服務執行一對應的監控程序，圖中顯示對應核心系統220中的多個微服務的多個監控程序，包括監控程序A（201）、監控程序B（202）以及監控系統C（203）。更者，每次金融交易程序將涉及金融系統所關聯的各種內外系統的服務，櫃員系統200將根據使用者25發出的請求確認提供服務的內部或外部系統，此例示意顯示有子系統A（21）、子系統B（22）與子系統C（23）。

當使用者25利用櫃員系統200提供的使用者介面207請求執行一金融交易程序，櫃員系統200將基於使用者25提出的交易請求運行其中一或多個微服務（221, 222, 223等），在櫃員系統200中，每個微服務都對應一個監控程序（201, 202, 203等），櫃員系統200還根據金融交易程序通過應用程式介面（API）205串接其他系統的服務，如此例顯示的子系統A（21）、子系統B（22）與子系統C（23），分別對應一個金融交易程序中涵蓋的多個業務單位。

在執行金融交易程序的過程中，監控程序（201, 202, 203等）將記錄對應的微服務（221, 222, 223等）的運作過程，並包括監控通過應用程式介面205取得對應金融交易程序的各種子系統（21, 22, 23等）的運作信息，每個監控程序（201, 202, 203等）。最終，使用者25通過使用者介面207取得通過應用程式介面205得到的交易結果，金融交易程序的過程中將通過櫃員系統200中一或多個監控程序記錄起來，例如可以記錄於資料庫210中的記錄表211。

基於圖2所示金融系統所提供的金融交易補償的機制，相關流程可參考圖3所示的金融交易補償方法實施例流程圖。

流程一開始，櫃員系統可以通過使用者介面接收到使用者所請求的一交易，舉例來說，使用者通過應用程式請求執行一支付交易，或是通過網路銀行網頁執行一轉帳交易，或是在銀行臨櫃要求存提款的交易等，都會涉及身份認證、授信與匯款等業務，櫃員系統即啟動金融交易程序（步驟S301）。

當櫃員系統啟動金融交易程序時，將根據金融交易程序需求串接一或多個微服務（如圖2顯示的微服務A, B以及/或C）（步驟S303）。每個微服務針對執行相關業務的系統設有對應的應用程式介面，因此可根據微服務的屬性通過對應的應用程式介面串接到執行金融交易程序的內部或外部系統（如圖2顯示的子系統A, B或C），在櫃員系統中，每個微服務對應一個監控程序（如圖2顯示的監控程序A, B或C），使得櫃員系統針對每個微服務進行監控並記錄微服務的運作過程，形成所述記錄表，或儲存在資料庫中（步驟S305）。同時，在步驟S309中，監控程序持續監控運作過程，持續從記錄表（如圖2的記錄表211）或資料庫（如圖2的資料庫210）中取得記錄。

在圖3描述的流程中，櫃員系統中的監控程序將通過比對程序查核是否監視到問題（步驟S307），若沒有發生問題，反覆步驟S305。當監控程序從記錄中發現其中任一微服務有問題時，在步驟S309中，從微服務記錄中取得對應此微服務的交易記錄與對應錯誤資訊的應用程式介面。在櫃員系統中，根據對應錯誤資訊的應用程式介面，將判斷出補償對象，如特定業務單位（步驟S311），進而對此補償對象觸發一補償程序（步驟S313）。

舉例來說，當使用者通過櫃員系統請求一金融交易程序時，每個金融交易流程串接一或多個微服務，例如一個轉帳的交易涉及身分認證、授信、匯款等微服務，並對應相關的業務單位，前台的櫃員系統將與後台的核心系統交涉並取得相關資訊與數據。每個微服務的監控程序形成記錄，此時，監控程序即時進行監控，當發現有錯誤時，例如櫃員系統與核心系統交涉過程產生連線問題，或是過程中串接特定負責授信的系統的連線錯誤或系統運作錯誤等，監控程序將即時取得交易記錄，經程式判斷是授信出了問題，也就得出執行授信的子系統的應用程式介面，因此櫃員系統可以針對此應用程式介面進行補償。在補償程序中，金融系統可以自動進行反向交易，將交易狀態回歸到發生錯誤之前，已達到交易一致性及完整性，避免造成顧客損失。

關於金融系統的外部系統以及相關金融交易補償方法，可參考圖4所示運行金融交易補償方法的金融系統與外部系統的實施例示意圖。

圖中顯示作為前台的櫃員系統400連接運行後台的核心系統410，後端還包括處理金融交易程序中涉及金額與帳務業務的金融機構中的帳務系統420，櫃員系統400以專屬的應用程式介面串接外部系統，圖中列舉幾個外部系統，如法金平台401、印鑑平台402、風險控管系統403、檔案系統404、數據平台405與通訊平台406。

其中，法金（法人金融）平台401將涉及企業金融方面的業務；印鑑平台402則是關於法人與自然人身分認證資訊的管理；風險控管系統403關於金融系統執行各種交易的風險控管，例如信貸風險管理、洗錢防制、交易分析與預警等；檔案系統404則是涉及金融系統的資料庫，相應的是數據平台405用於客戶資料管理，包括管理相關交易數據、記錄與信用資訊等；通訊平台406用於與客戶或企業的通訊，包括電子郵件、市話與行動電話等各種通訊方式。

基於上述金融系統與外部系統的系統架構，當金融系統接收到客戶提出的交易請求時，將針對交易請求所涵蓋業務得出對應的一或多個微服務與其內部系統（如網路銀行、行動銀行等）或外部系統建立連線，櫃員系統將通過應用程式介面與內部或外部系統進行通訊，並進行相關金融交易程序。過程中，櫃員系統中的監控程序針對每個微服務與內外信息來往進行監控、偵測錯誤，以及在觸發補償程序後，通知對應的業務單位（各種子系統，涵蓋內部與外部系統），以進行補償。

圖5以另一示意圖描述金融系統中所運行的金融交易補償方法的實施例圖。

圖中顯示使用者51可通過櫃員系統52的提供的使用者介面提出交易請求，例如申請貸款（步驟S501），金融交易程序中通過監控模組55監控金融交易程序（步驟S509）。接著，櫃員系統52針對此申請貸款的金融交易程序對應的微服務，如授信微服務521，呼叫核心系統53以執行動用貸款的交易（步驟S503），並且記錄動用貸款交易的內容（步驟S504），此例顯示記錄在記錄表57中，形成①動用交易API記錄。

以此類推，執行申請貸款的金融交易程序通過多個微服務完成，從授信開始，之後完成核貸後進行匯款微服務522，執行轉帳交易（步驟S505），同時記錄轉帳交易的內容（步驟S506），在記錄表57中形成②轉帳交易API記錄。在轉帳交易後，執行匯出交易（步驟S507）。

當監控模組55執行監控程序，當發現步驟S503、步驟S505、步驟S507中其一發生錯誤，則從記錄表57讀取記錄（步驟S511），找到對應的補償應用程式介面並向交易補償模組59發出指令，交易補償模組59接到指令後，針對每個發現錯誤的微服務應用程式介面進行補償（步驟S513），其中，若動用貸款的金融交易程序有錯誤，即執行①動用交易補償API；若轉帳交易程序有錯誤，即執行②轉帳交易補償API。

基於以上金融系統運作金融交易補償方法的架構，當啟動一個需要跨系統的金融交易程序時，顯示金融交易程序涵蓋跨系統的多個微服務，並對應多個串接應用程式介面，當有交易失敗時候，將會依照記錄表57的記錄，針對交易過的應用程式介面開始進行補償。如此，當金融系統通過櫃員系統提供微服務時，金融系統通過資訊後台記錄交易過程的事件，針對錯誤的部分進行補償，將使得金融系統可以僅靠記錄表57加上監控模組55就能達成跨系統補償機制。

在此列舉金融交易補償方法的實施範例，如圖6所示，此範例是客戶將銀行核發的貸款的未使用貸款額度中撥出一部分成為已使用貸款額度，建立一般動用交易（步驟S601），銀行處理行內轉帳交易，將所述的一部分轉到客戶的銀行帳戶中（步驟S603），過程中都是櫃員系統中的微服務呼叫核心系統執行對應的金融交易程序。在確認為借新還舊之後，客戶開始償還舊的貸款（步驟S605）。實務上，使用者可以登入金融機構的匯款頁面（步驟S607），進行轉帳設定（步驟S609），並於提交後完成轉帳（步驟S611）。

在上述過程中，金融系統以軟體實現的監控程序監控每個進行中的微服務，並形成記錄。當監控發現交易失敗（步驟S613），除了查閱錯誤的記錄外（步驟S615），得出發現錯誤的特定微服務對應的業務，並在觸發一補償程序後，通知對應的業務單位，並過對應的應用程式介面進行補償。此例顯示，若在償還貸款的微服務有錯誤時，相關補償可以是還原成未使用的貸款額度（步驟S617）；若在行內轉帳交易發生錯誤時，即針對對應的微服務進行補償，此例顯示為將款項轉回銀行（步驟S619）。完成補償後，經金融系統排除並解除錯誤後，可以繼續相關金融交易程序。

綜上所述，根據上述實施例所描述運行金融交易補償方法的金融系統，其中新型概念是讓相關金融機構在運行於前台的櫃員系統與運行於後台的核心系統的架構下保持各處櫃員系統運作的順暢度，並降低行員交易操作的風險，還因為關於金融交易程序中的各項業務對應多個經模組化的微服務，通過記錄能完整保留在金融系統的交易軌跡（包括人、事、時、地、物），能夠很清楚的知道整條交易的過程，並且確保資料的最終一致性。在所述方法中，將可有效簡化控制核心的設計，只需要將對應每個微服務的補償措施控管在每個程序中，把業務需求和使用者需求及風險控管設計在櫃員系統提出的介面中，可讓金融系統中各業務核心與相關系統的架構設計趨於一致。

以上所公開的內容僅為本新型的優選可行實施例，並非因此侷限本新型的申請專利範圍，所以凡是運用本新型說明書及圖式內容所做的等效技術變化，均包含於本新型的申請專利範圍內。

10:網路 111:使用者裝置 113:外部系統 115:內部系統 100:櫃員系統 101:監控模組 103:使用者介面 105:通訊介面 110:資料庫 120:核心系統 200:櫃員系統 201:監控程序A 202:監控程序B 203:監控系統C 205:應用程式介面 207:使用者介面 25:使用者 21:子系統A 22:子系統B 23:子系統C 210:資料庫 211:記錄表 220:核心系統 221:微服務A 222:微服務B 223:微服務C 400:櫃員系統 410:核心系統 420:帳務系統 401:法金平台 402:印鑑平台 403:風險控管系統 404:檔案系統 405:數據平台 406:通訊平台 51:使用者 52:櫃員系統 521:授信微服務 522:匯款微服務 53:核心系統 55:監控模組 57:記錄表 59:交易補償模組 步驟S301～S313:金融交易補償流程 步驟S501～S513:顯示運行金融交易補償的流程 步驟S601～S619:顯示金融交易補償的範例流程

圖1顯示運行金融交易補償方法的金融系統架構實施例圖；

圖2顯示運行金融交易補償方法的金融系統的實施例示意圖；

圖3顯示金融交易補償方法的實施例流程圖；

圖4顯示運行金融交易補償方法的金融系統與外部系統的實施例示意圖；

圖5顯示執行金融交易補償的金融系統實施例圖；以及

圖6顯示金融交易補償的方法的實施範例流程圖。

10:網路

111:使用者裝置

113:外部系統

115:內部系統

100:櫃員系統

101:監控模組

103:使用者介面

105:通訊介面

110:資料庫

120:核心系統

Claims (10)

1. 一種運行金融交易補償方法的金融系統，包括： 一櫃員系統，連接一資料庫與一核心系統，該櫃員系統實現該金融系統的前台，該核心系統實現該金融系統的後台，該櫃員系統通過對應的一應用程式介面串接該金融系統的一內部系統； 其中，當該櫃員系統啟動一金融交易程序時，將根據該金融交易程序需求串接該內部系統的一或多個微服務，並通過一或多個監控程序對應監視並記錄該一或多個微服務的運作過程。
2. 如請求項1所述的運行金融交易補償方法的金融系統，其中，當該櫃員系統監視到其中之一微服務的錯誤，取得對應發生錯誤的該微服務的交易記錄以及對應出現錯誤的該微服務的一應用程式介面，以透過該應用程式介面進行補償。
3. 如請求項1所述的運行金融交易補償方法的金融系統，其中該金融系統通過該資料庫以一記錄表記錄該金融交易程序中該一或多個微服務的交易記錄。
4. 如請求項1所述的運行金融交易補償方法的金融系統，其中該櫃員系統還通過對應的該應用程式介面串接運行該一或多個微服務的一外部系統。
5. 如請求項4所述的運行金融交易補償方法的金融系統，其中該櫃員系統設有一通訊介面，用於與該內部系統與該外部系統進行通訊。
6. 如請求項5所述的運行金融交易補償方法的金融系統，其中該內部系統為一網路銀行伺服系統、一行動銀行伺服系統或一檔案服務器；該外部系統為一環球銀行金融電信協會平台、一快速支付系統平台，或一外部風險控管系統。
7. 如請求項1所述的運行金融交易補償方法的金融系統，其中該櫃員系統提供一使用者以一使用者裝置存取一金融服務的一使用者介面。
8. 如請求項7所述的運行金融交易補償方法的金融系統，其中該櫃員系統提供該使用者通過該使用者介面提出一交易請求，並針對該金融交易程序對應的該一或多個微服務執行監控以及針對有錯誤的任一微服務執行補償。
9. 如請求項8所述的運行金融交易補償方法的金融系統，其中該櫃員系統為一網路銀行前台系統、一行動銀行前台系統、設於各處服務據點的一金融資訊裝置或是一網路或電話客服系統。
10. 如請求項1至9中任一項所述的運行金融交易補償方法的金融系統，其中每個微服務皆對應一個監控程序，該監控程序用於監視對應的該微服務、偵測該微服務運作過程的錯誤，並在觸發一補償程序後，通知對應的一業務單位，並針對該應用程式介面進行補償。

Images