多渠道報文處理系統(tǒng)及方法
【專利摘要】本發(fā)明公開了一種多渠道報文處理系統(tǒng)及方法，其中，所述系統(tǒng)包括：報文預(yù)處理模塊，用于接收通過不同渠道發(fā)送來的報文，并對接收到的報文進行第一報文處理得到待處理報文；路由模塊，用于根據(jù)所述待處理報文的報文內(nèi)容以及預(yù)設(shè)的路由策略確定所述待處理報文的處理方式；報文處理模塊，用于根據(jù)所述待處理報文的處理方式對所述待處理報文進行第二報文處理。采用本發(fā)明，能夠?qū)崿F(xiàn)對多國外匯清算的支持、統(tǒng)一格式的報文解析以及報文的自動化處理。
【專利說明】
多渠道報文處理系統(tǒng)及方法
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及數(shù)據(jù)處理領(lǐng)域，更為具體而言，設(shè)及一種多渠道報文處理系統(tǒng)及方法。
【背景技術(shù)】
[0002] 現(xiàn)有的中國建設(shè)銀行的外匯清算系統(tǒng)是基于國內(nèi)業(yè)務(wù)開發(fā)的，隨著海外業(yè)務(wù)的迅 猛發(fā)展，建行的各個海外分行由于受各國當?shù)貥I(yè)務(wù)法規(guī)規(guī)定，對于清算業(yè)務(wù)有各國不同的 要求，且海外分行核屯、系統(tǒng)也不同于國內(nèi)的核屯、系統(tǒng)，國內(nèi)的外匯清算系統(tǒng)已經(jīng)不能滿足 海外分行各幣種清算業(yè)務(wù)的需求。
[0003] 現(xiàn)有的在海外各國開業(yè)的中資銀行均采用外購當?shù)厍逅銟I(yè)務(wù)系統(tǒng)的方式，有著運 維成本高、系統(tǒng)不透明、無法進行個性化改造的缺點。
[0004] 因此，迫切需要一個支持多幣種且能實現(xiàn)自動清算的、自主研發(fā)的海外清算系統(tǒng)。

【發(fā)明內(nèi)容】

[0005] 鑒于現(xiàn)有技術(shù)的上述缺陷，本發(fā)明實施方式提供了一種多渠道報文處理系統(tǒng)及方 法，能夠支持多幣種且能實現(xiàn)自動清算。
[0006] 具體地，本發(fā)明實施例提供了一種多渠道報文處理系統(tǒng)，其包括：
[0007] 報文預(yù)處理模塊，用于接收通過不同渠道發(fā)送來的報文，并對接收到的報文進行 第一報文處理確定待處理報文；
[000引路由模塊，用于根據(jù)所述待處理報文的報文內(nèi)容W及預(yù)設(shè)的路由策略確定所述待 處理報文的處理方式；
[0009] 報文處理模塊，用于根據(jù)所述待處理報文的處理方式對所述待處理報文進行第二 報文處理。
[0010] 相應(yīng)地，本發(fā)明實施例還提供了一種多渠道報文處理方法，其包括：
[0011] 接收通過不同渠道發(fā)送來的報文，并對接收到的報文進行第一報文處理確定待處 理報文；
[0012] 根據(jù)所述待處理報文的報文內(nèi)容W及預(yù)設(shè)的路由策略確定所述待處理報文的處 理方式；
[0013] 根據(jù)所述待處理報文的處理方式對所述待處理報文進行第二報文處理。
[0014] 采用本發(fā)明實施方式具有下述有益效果：
[0015] 通過靈活的接口設(shè)計來接收不同渠道發(fā)送來的報文，能夠集中接收不同地區(qū)、不 同清算系統(tǒng)發(fā)送的報文，實現(xiàn)對多國外匯清算的支持；
[0016] 通過將接收到的報文轉(zhuǎn)換為統(tǒng)一的格式，有利于進行統(tǒng)一的報文解析，且能簡化 業(yè)務(wù)人員學(xué)習(xí)報文的要求；
[0017] 通過結(jié)合預(yù)設(shè)的路由策略，能夠自動確定不同報文的處理方式進而根據(jù)確定的處 理方式處理報文，實現(xiàn)報文的自動化處理(例如，報文的清分）；
[0018] 將本發(fā)明應(yīng)用于B/S(化owser/Server，瀏覽器/服務(wù)器）的銀行網(wǎng)絡(luò)體系中，能夠 在實現(xiàn)數(shù)據(jù)集中的同時，為業(yè)務(wù)系統(tǒng)升級、功能擴展、維護等提供了極大的便利條件。
【附圖說明】
[0019] 圖1是根據(jù)本發(fā)明實施例的一種多渠道報文處理系統(tǒng)的框圖的一例；
[0020] 圖2A是圖1所示報文處理系統(tǒng)的報文預(yù)處理模塊的框圖的一例；
[0021] 圖2B是根據(jù)本發(fā)明實施例的一種多渠道報文處理系統(tǒng)與不同的當?shù)厍逅阆到y(tǒng)的 接口示意圖；
[0022] 圖2C是圖1所示報文處理系統(tǒng)的路由模塊的框圖的一例；
[0023] 圖3是根據(jù)本發(fā)明實施例的一種多渠道報文處理系統(tǒng)的框圖的另一例；
[0024] 圖4是根據(jù)本發(fā)明實施例的一種多渠道報文處理方法的流程示意圖的一例；
[0025] 圖5是根據(jù)本發(fā)明實施例的一種銀行網(wǎng)絡(luò)體系的示意圖；
[0026] 圖6是根據(jù)本發(fā)明實施例的系列正則表達式中的部分正則表達式的一例。
【具體實施方式】
[0027] 為了便于理解本發(fā)明技術(shù)方案的各個方面、特征W及優(yōu)點，下面結(jié)合附圖對本發(fā) 明進行具體描述。應(yīng)當理解，下述的各種實施方式只用于舉例說明，而非用于限制本發(fā)明的 保護化圍。
[0028] 首先對本發(fā)明可能設(shè)及到的名稱或術(shù)語進行解釋。
[0029] SWIFT: SWIFT國際報文組織。
[0030] SWIFT Alliance系統(tǒng):SWIFT組織提供的、應(yīng)用于總行的報文收發(fā)系統(tǒng)。
[0031] 0CBS系統(tǒng)：指中國建設(shè)銀行海外分行核屯、業(yè)務(wù)處理系統(tǒng)，用于處理會計總賬、客戶 信息、存貸款業(yè)務(wù)等銀行核屯、業(yè)務(wù)。
[0032] RTGS系統(tǒng):香港本地清算系統(tǒng)，負責(zé)香港本地港元、美元清算。
[0033] CHIPS/FEDWIRE系統(tǒng):美國的本地清算系統(tǒng)，負責(zé)美元清算。
[0034] 化巧et2/SEPA/EMZ系統(tǒng):德國本地清算系統(tǒng)，負責(zé)歐元清算。
[0035] B0J系統(tǒng)：日本本地清算系統(tǒng)，負責(zé)日元清算。
[0036] RITS系統(tǒng):澳大利亞本地清算系統(tǒng)，負責(zé)澳元清算。
[0037] 圖1是根據(jù)本發(fā)明實施例的一種多渠道報文處理系統(tǒng)的框圖的一例。參照圖1，報 文處理系統(tǒng)包括報文預(yù)處理模塊11、路由模塊12和報文處理模塊13,下面分別進行說明。
[0038] 在本實施例中，報文預(yù)處理模塊11用于接收通過不同渠道發(fā)送來的報文，并對接 收到的報文進行第一報文處理得到待處理報文。關(guān)于所述不同渠道的說明請參見下文結(jié)合 圖2A和圖2B進行的說明。
[0039] 在本實施例中，路由模塊12用于根據(jù)所述待處理報文的報文內(nèi)容W及預(yù)設(shè)的路由 策略確定所述待處理報文的處理方式。
[0040] 可選地，在本實施例的一種實現(xiàn)方式中，報文的報文內(nèi)容包括報文的特征內(nèi)容信 息和報文的唯一標識信息等關(guān)鍵信息。其中，所述特征內(nèi)容信息例如可W是幣種、報文類 型、發(fā)報行、收報行等;所述唯一標識信息可W是流水號或者是通過組合構(gòu)成報文的唯一標 識的信息。
[0041] 可選地，在本實施例的一種實現(xiàn)方式中，預(yù)設(shè)的路由策略可W是一系列正則表達 式，用于與報文的關(guān)鍵信息進行匹配確定報文的處理方式(例如，確定報文的處理隊列）。其 中，不同的正則表達式可W用于與不同的關(guān)鍵信息進行匹配，本領(lǐng)域技術(shù)人員可W根據(jù)需 要靈活設(shè)置正則表達式W及與之進行匹配的關(guān)鍵信息，本發(fā)明對此不做限制。
[0042] 在本實施例中，報文處理模塊13用于根據(jù)所述待處理報文的處理方式對所述待處 理報文進行第二報文處理。其中，第二報文處理包括清算處理、業(yè)務(wù)簽收處理等。
[0043] 采用本實施例提供的系統(tǒng)，具有如下優(yōu)點:通過接收不同渠道發(fā)送來的報文，能夠 集中接收不同地區(qū)、不同清算系統(tǒng)發(fā)送的報文，實現(xiàn)對多國外匯清算的支持;通過結(jié)合預(yù)設(shè) 的路由策略，能夠自動確定不同報文的處理方式進而根據(jù)確定的處理方式處理報文，實現(xiàn) 報文的自動化處理(例如，報文的清分）。
[0044] 可選地，在本實施例的一種實現(xiàn)方式中，如圖2A所示，報文預(yù)處理模塊11包括:接 收子模塊111，用于通過不同通訊接口接收通過不同渠道發(fā)送來的報文;格式轉(zhuǎn)換子模塊 112,用于將接收到的報文中的非SWIF巧良文轉(zhuǎn)換為SWIFT格式，所述接收子模塊接收到的W 及所述格式轉(zhuǎn)換子模塊轉(zhuǎn)換得到的SWIF巧良文即所述待處理報文。
[0045] 采用本實現(xiàn)方式，通過多種通訊接口來接收不同渠道發(fā)送來的報文(包括SWIF巧良 文、各地清算系統(tǒng)報文)并將報文轉(zhuǎn)換為統(tǒng)一的報文格式，能夠簡化業(yè)務(wù)人員學(xué)習(xí)報文的要 求。
[0046] 在本實現(xiàn)方式中，通過多種不同的通訊接口能夠?qū)崿F(xiàn)不同清算系統(tǒng)的靈活接入。 更具體而言，參照圖2B所示的報文處理系統(tǒng)與不同的當?shù)厍逅阆到y(tǒng)的接口示意圖，報文處 理系統(tǒng)可W采用MQ通訊工具與紐約的EGIFT系統(tǒng)相連轉(zhuǎn)接美元清算系統(tǒng)(陽DWIRE/CHIPS); 采用TCP^P協(xié)議與法蘭克福的歐元清算系統(tǒng)(SEPA/EMZ)連接;采用HTTP協(xié)議與臺北臺幣和 人民幣清算系統(tǒng)連接;采用采用文件接口，通過報文文件導(dǎo)入、報文生成下載的功能實現(xiàn)與 布置在東京的格式特殊的日元清算系統(tǒng)B0J、布置在胡志明市的越南盾清算系統(tǒng)CITAD、越 南的美元清算系統(tǒng)VCBMoney的對接。當然，如果需要，還可W通過自定義的接口或現(xiàn)有接口 與其它清算系統(tǒng)直接或間接地連接。例如，如圖2B中虛線框所示，采用HTTP協(xié)議與中國建設(shè) 銀行開發(fā)的總行報文管理系統(tǒng)GMX連接進而與SWIFT連接，所述總行報文管理系統(tǒng)可通過智 能路由的方式實現(xiàn)海外各分行之間的報文流轉(zhuǎn)而無需通過SWIFT進行中轉(zhuǎn)，從而實現(xiàn)本發(fā) 明的報文處理系統(tǒng)與海外各分行間的報文統(tǒng)一管理和相互轉(zhuǎn)發(fā)。
[0047] 此外，如圖2B所示，報文處理系統(tǒng)與0CBS系統(tǒng)連接W便對匯款客戶或收款客戶的 賬戶進行扣帳或解付，與0PICS系統(tǒng)連接W便代0PICS系統(tǒng)接收或發(fā)送資金交易類的SWIFT 報文。其中，0CBS系統(tǒng)是海外核屯、系統(tǒng)，客戶在中國建設(shè)銀行開立的賬戶信息就存放在該系 統(tǒng)，而要對客戶的賬戶進行扣帳，就要連接0CBS，把存儲了"借記哪個賬戶，貸記哪個賬戶" 信息的會計分錄發(fā)送到0CBS中，0CBS就根據(jù)會計分錄，對客戶賬戶進行扣帳。0PICS系統(tǒng)是 "資金業(yè)務(wù)后臺處理系統(tǒng)"，該系統(tǒng)可W自己制作或處理SWIFT報文，但是它不直接連接 SWIFT,所W需要本發(fā)明的報文處理系統(tǒng)代它接收或發(fā)送SWIF巧良文。它通過一個基于 socket協(xié)議的文件交換工具把存儲著報文的文本文件發(fā)送到報文處理系統(tǒng)，報文處理系統(tǒng) 不處理報文，直接將其發(fā)送到GMX中，同樣，對于從GMX接收到的報文，報文處理系統(tǒng)判斷出 是要轉(zhuǎn)發(fā)給0PICS的，也不進行處理，而是通過文件交換工具把報文發(fā)送給0PICS。
[004引可選地，在本實施例的一種實現(xiàn)方式中，如圖2C所示，路由模塊12包括:索引子模 塊121，用于通過保存路由策略索引信息的路由信息設(shè)定表確定保存路由策略的路由策略 設(shè)定表中與所述待處理報文相關(guān)的路由策略；匹配子模塊122，用于根據(jù)所述待處理報文的 報文內(nèi)容和與所述待處理報文相關(guān)的路由策略進行匹配處理，確定所述待處理報文的處理 方式。
[0049] 進一步可選地，如圖2C中的虛線框所示，路由模塊12還可W包括保存子模塊123， 用于將所述待處理報文的處理方式保存至待處理報文臨時表。此時，報文處理模塊13可W 讀取(例如，周期性地讀取)待處理報文臨時表確定帶處理報文的處理方式進而根據(jù)待處理 報文的處理方式對所述待處理報文進行所述第二報文處理。在所述待處理報文臨時表中可 W同時保存待處理報文的報文內(nèi)容。
[0050] 圖3是根據(jù)本發(fā)明實施例的一種多渠道報文處理系統(tǒng)的框圖的另一例，如圖3所 示，報文處理系統(tǒng)除了包括報文預(yù)處理模塊11、路由模塊12和報文處理模塊13之外，還可W 包括:流水號模塊14,用于根據(jù)序號控制表生成用于唯一標識所述SWIF巧良文中各報文的流 水號;保存模塊15,用于根據(jù)報文路徑參數(shù)表確定所述SWIF巧良文中各報文的存儲目錄，并 將所述SWIF巧良文存儲至相應(yīng)的存儲目錄;解析模塊16，用于解析所述待處理報文得到所述 待處理報文的報文內(nèi)容；登記模塊17,用于將所述待處理報文的報文內(nèi)容保存至收文記錄 表和收文待分發(fā)表，W及，將針對接收到的報文的每一步處理(包括格式轉(zhuǎn)換后的每一步處 理)記錄于操作流水表。
[0051] 本實施例提供的報文處理系統(tǒng)同樣具有圖1所示報文處理系統(tǒng)的優(yōu)點。
[0052] 圖4是根據(jù)本發(fā)明實施例的一種多渠道報文處理方法的流程示意圖的一例，參照 圖4,所述方法包括：
[0053] 40:報文接收和預(yù)處理。具體而言，接收通過不同渠道發(fā)送來的報文，并對接收到 的報文進行第一報文處理得到待處理報文。
[0054] 42:確定報文的處理方式。具體而言，根據(jù)所述待處理報文的報文內(nèi)容W及預(yù)設(shè)的 路由策略確定所述待處理報文的處理方式。
[0055] 44:處理待處理報文。具體而言，根據(jù)所述待處理報文的處理方式對所述待處理報 文進行第二報文處理。
[0056] 采用本實施例提供的方法，通過接收不同渠道發(fā)送來的報文，能夠集中接收不同 地區(qū)、不同清算系統(tǒng)發(fā)送的報文，實現(xiàn)對多國外匯清算的支持;通過結(jié)合預(yù)設(shè)的路由策略， 能夠自動確定不同報文的處理方式進而根據(jù)確定的處理方式處理報文，實現(xiàn)報文的自動化 處理(例如，報文的清分）。
[0057] 可選地，在本實施例的一種實現(xiàn)方式中，處理40包括:首先，通過不同通訊接口接 收通過不同渠道發(fā)送來的報文。例如，通過MQ通訊工具、支持文件傳輸?shù)慕涌?、支持HTTP協(xié) 議的接口、支持TCP/IP協(xié)議的接口等接收不同渠道發(fā)送來的報文。之后，將接收到的報文中 的非SWIF巧良文轉(zhuǎn)換為SWIFT格式。運樣，有利于集中對報文進行解密、拆解、解析等處理。
[0058] 可選地，在本實施例的一種實現(xiàn)方式中，處理42包括:通過保存路由策略索引信息 的路由信息設(shè)定表確定保存路由策略的路由策略設(shè)定表中與所述待處理報文相關(guān)的路由 策略；根據(jù)所述待處理報文的報文內(nèi)容和與所述待處理報文相關(guān)的路由策略進行匹配處 理，確定所述待處理報文的處理方式。
[0059] 進一步可選地，所述方法還包括:將所述待處理報文的處理方式保存至待處理報 文臨時表。此時，處理44可W通過W下方式實現(xiàn):讀取所述待處理報文臨時表并根據(jù)所述待 處理報文的處理方式對所述待處理報文進行所述第二報文處理。該待處理報文臨時表可w 在保存待處理報文的處理方式的同時保存待處理報文的報文內(nèi)容。
[0060] 可選地，在本實施例的一種實現(xiàn)方式中，所述第二報文處理包括:清算處理、業(yè)務(wù) 簽收處理、退件、批量打印等。例如，針對匯款業(yè)務(wù)報文進行清算處理(包括自動解付和自動 扣賬發(fā)報）、針對部口相關(guān)的業(yè)務(wù)報文進行業(yè)務(wù)簽收處理、針對其它報文（例如，與ACK (Acknowledgement,應(yīng)答信號）、資金國際結(jié)算、黑名單檢索相關(guān)的報文）進行相應(yīng)的處理 等。
[0061] 可選地，在本實施例的一種實現(xiàn)方式中，報文處理方法除了前述步驟40-44之外， 還包括:根據(jù)序號控制表生成用于唯一標識所述SWIF巧良文中各報文的流水號;根據(jù)報文路 徑參數(shù)表確定所述SWIF巧良文中各報文的存儲目錄，并將所述SWIF巧良文存儲至相應(yīng)的存儲 目錄;解析所述待處理報文得到所述待處理報文的報文內(nèi)容;將所述待處理報文的報文內(nèi) 容保存至收文記錄表和收文待分發(fā)表，W及，將針對接收到的報文的每一步處理記錄于操 作流水表。在本實現(xiàn)方式中，可W通過讀取所述收文待分發(fā)表獲取所述待處理報文的報文 內(nèi)容。
[0062] 下面對本發(fā)明實施例所設(shè)及的用于進行信息登記的部分表格的內(nèi)容及作用進行 示例說明。
[0063] 報文路徑表：
[0067]
[006引收文記錄表：
[0069]
[0070]
[0071] 收文待分發(fā)表：
[0074]操作流水表：
[0075]
[0076] 路由信息設(shè)定表：
[0077]
[0078] 路由策略設(shè)定表：
[0079]
[0081] 轉(zhuǎn)發(fā)登記簿：
[0082]
[0083]
[0084]
[00化]待處理報文臨時表
[0086]
[0087]
[0088] W上結(jié)合附圖對本發(fā)明的部分實施例及實現(xiàn)方式進行了說明，下面結(jié)合實際應(yīng)用 對本發(fā)明的部分相關(guān)內(nèi)容進行示例性說明。
[0089] 【相關(guān)的網(wǎng)絡(luò)體系結(jié)構(gòu)】
[0090] 本發(fā)明提供的報文處理系統(tǒng)可W應(yīng)用于銀行領(lǐng)域，例如，應(yīng)用于中國建設(shè)銀行的 海外清算系統(tǒng)(GMPS似實現(xiàn)對多國外匯清算的統(tǒng)一處理。例如，如圖5所示是根據(jù)本發(fā)明實 施例的一種銀行網(wǎng)絡(luò)體系的示意圖。該網(wǎng)絡(luò)體系采用ΒΛ網(wǎng)絡(luò)體系結(jié)構(gòu)，各操作用戶（包括 各海外分行用戶）可W利用自己的客戶機上瀏覽器，通過中國建設(shè)銀行的專線骨干網(wǎng)登錄 海外清算系統(tǒng)，在集中的數(shù)據(jù)庫匯總完成自己職責(zé)范圍內(nèi)的操作。
[0091] B/S的體系結(jié)構(gòu)使得所有數(shù)據(jù)及應(yīng)用服務(wù)集中于建行北京數(shù)據(jù)中屯、的應(yīng)用服務(wù)器 和數(shù)據(jù)庫服務(wù)器，在實現(xiàn)數(shù)據(jù)集中的同時，為業(yè)務(wù)系統(tǒng)升級、功能擴展、維護等提供了極大 的便利條件。具體而言，如圖5所示，可W將海外清算系統(tǒng)部署在北京數(shù)據(jù)中屯、，所有的海外 分行采用同一套應(yīng)用、同一套數(shù)據(jù)庫，從而實現(xiàn)系統(tǒng)的集中部署和總行的統(tǒng)一維護?？傂袃?nèi) 各系統(tǒng)通過廣域網(wǎng)實現(xiàn)與海外分行各系統(tǒng)的連接;海外清算系統(tǒng)包括兩臺集群部署的應(yīng)用 服務(wù)器(AP)、兩臺集群部署的數(shù)據(jù)庫服務(wù)器(DB)，并通過肥B池部署WEB服務(wù)器。
[0092] 【報文處理的整體實現(xiàn)過程】
[0093] 采用本發(fā)明提供的報文處理系統(tǒng)或方法的GMPS系統(tǒng)具有直接接入各個國家的當 地清算系統(tǒng)的能力。此外，通過連接總行報文管理系統(tǒng)(GMX)，GMPS系統(tǒng)還可W接收SWIFT組 織來源及國內(nèi)建行來源的SWIF巧良文。
[0094] 在本發(fā)明的一種具體應(yīng)用中，可W通過服務(wù)和隊列的方式自動實現(xiàn)報文處理過 程，步驟如下：1)由收報服務(wù)通過直連方式或連接GMX系統(tǒng)的方式，分別獲得當?shù)厍逅阆到y(tǒng) 格式報文和SWIF巧良文，如果當?shù)厍逅阆到y(tǒng)格式報文為非SWIF巧良文，則將其轉(zhuǎn)換成SWIFT格 式。2)根據(jù)報文路徑參數(shù)表得到報文的存儲路徑，根據(jù)序號控制表生成流水號作為報文的 文件名，將第1步處理后得到的報文存儲到本地，隨后對報文進行解密、拆解和解析，根據(jù)報 文內(nèi)容登記收文記錄表、收文待分發(fā)表，并登記操作流水表。3)路由服務(wù)通過讀取收文待分 發(fā)表獲得待處理的報文，用待處理報文的報文內(nèi)容去匹配路由信息設(shè)定表和路由策略設(shè)定 表(包含路由策略）。如果匹配結(jié)果符合自動清分條件，則將報文自動清分至相應(yīng)的待處理 隊列，包括匯入隊列、匯出隊列、部口隊列W及其他隊列等。如果匹配結(jié)果不符合自動清分 條件，則針對該報文進行人工清分或人工重新分發(fā)。4)根據(jù)清分結(jié)果登記轉(zhuǎn)發(fā)登記簿和待 處理報文臨時表。5)各類自動處理服務(wù)通過讀取待處理報文臨時表獲取待處理報文，根據(jù) 業(yè)務(wù)規(guī)則及業(yè)務(wù)參數(shù)對報文進行處理。例如，針對匯入隊列和匯出隊列的報文進行自動或 人工的清算處理，對落入部口隊列的報文進行業(yè)務(wù)簽收，對落入其他隊列（例如，ACK、資金 國際結(jié)算、黑名單檢索）的報文進行相應(yīng)的處理。
[00M]在上述處理中，路由策略是一系列正則表達式，用于根據(jù)報文的關(guān)鍵信息（如報文 類型，發(fā)報行，收報行，幣種等)進行匹配處理。如圖6所示是系列正則表達式中的部分正則 表達式。參照前文提及的路由信息設(shè)定表，假設(shè)一份報文的frommapid字段(參見路由信息 設(shè)定表）的值是FRALU表示該報文是swift來源的報文），如果其關(guān)鍵要素中的報文類型 (MSGTYPE)是910并且該報文的發(fā)報行(沈ND邸)不是字符串"HKICHKHH"開頭的，則滿足了圖 6中的第一條正則表達式，此時，判定運份報文的tomapid是PAYIN(表示報文的目的隊列是 匯入隊列），不同的tomapid則對應(yīng)不同的報文處理方式。為了確定報文的tomapid，需要取 出每一條完整的路由策略去匹配報文的關(guān)鍵要素，直到判斷出報文的tomapid為止。如果取 完路由策略仍無法判斷，則由業(yè)務(wù)人員操作，人工判斷報文的去向。
[0096] 參見圖6,如果結(jié)束標志（庫表字段為finished)欄的值為N，則表示該條正則表達 式未結(jié)束，需繼續(xù)連接下一條正則表達式，直到某條正則表達式的結(jié)束標志是Y為止，構(gòu)成 完整的路由策略。此外，序號表示表達式的優(yōu)先級，序號越小的表達式越優(yōu)先被使用。
[0097] 在上述處理的第3步中，所謂把報文清分至相應(yīng)的待處理隊列，是指根據(jù)確定的 tomapid,將報文的關(guān)鍵信息登記在待處理報文臨時表中。例如，假設(shè)某份來自swift的報文 的tomapid是PAYIN(匯入隊列），則將運份報文所屬的分行、進入系統(tǒng)的日期、系統(tǒng)分配給該 報文的序號(Ξ者可構(gòu)成報文的唯一標識）、報文來源FRAIILW及該報文的路由結(jié)果PAYIN 登記到待處理報文臨時表中，W便在第5步中由匯入自動服務(wù)進行處理。
[0098] 所述匯入自動服務(wù)是?？谔幚韰R入報文的后臺進程，用于定時掃描待處理報文臨 時表，查看是否有字段tomapid的值為PAYIN的記錄。如果有，則根據(jù)該記錄的分行號+日期+ 序號查找收文記錄表，從收文記錄表中找到報文的文件名，讀取報文并解析報文內(nèi)容，進行 后續(xù)的處理。
[0099] 需要說明的是，在本本發(fā)明的實施例中并不限制如何劃分隊列、如何針對不同隊 列中的報文進行處理。換言之，在運些方面，本領(lǐng)域技術(shù)人員可根據(jù)需要靈活設(shè)置。
[0100] 【自動業(yè)務(wù)處理的示例】
[0101 ]采用本發(fā)明提供的報文處理系統(tǒng)或方法，能夠?qū)笪倪M行自動解付或者自動扣賬 發(fā)報。下面通過列舉對業(yè)務(wù)處理過程進行說明。
[0102] -、匯入?yún)R款：
[0103] 首先，讀取待處理報文臨時表，提取待處理的記錄，根據(jù)待處理記錄的收報報文日 期及報文序號，分別查找轉(zhuǎn)發(fā)登記簿及收文記錄表，判斷待處理記錄所指示的報文是否存 在，若存在，繼續(xù)做業(yè)務(wù)處理。之后，根據(jù)收報登記簿記錄的文件名及讀取報文路徑表獲取 報文存放路徑，讀取出報文原文。之后，根據(jù)收報登記簿中登記的報文類型分別對報文進行 處理。
[0104] a.若報文類型為MT103，則進行W下處理：
[0105] 解析報文內(nèi)容，對匯入?yún)R款進行初始化，設(shè)置解付日期、解付金額、國家代碼、收費 電標志等信息。
[0106] 對報文進行黑名單檢索，若命中黑名單則落地(即，落入手工修改隊列)處理;若未 命中，則讀取一般參數(shù)表判斷四角碼落地標志，若需要，再判斷原文是否存在四角碼，若存 在則進行落地處理，若不存在則繼續(xù)進行匯入雜項判斷，并進行相應(yīng)的處理。
[0107] 隨后登記客戶匯入?yún)R款主表、匹配流水表、勾銷流水表。然后對不規(guī)則的RTGS報文 進行規(guī)則轉(zhuǎn)換，若是SWIF巧良文則無需轉(zhuǎn)換。
[0108] 然后根據(jù)報文的57域或59域識別客戶類型，根據(jù)客戶類型的不同，從往來賬戶參 數(shù)表或掛賬賬號參數(shù)表或帳戶行參數(shù)表獲取實際入賬賬號和入賬幣種。
[0109] 計算賬戶戶名匹配率，若匹配率不足則落地，否則繼續(xù)進行匹配報文判斷。
[0110] 根據(jù)清算渠道來源的不同，適用不同的匹配報文判斷規(guī)則，登記匹配流水表。
[0111] 隨后獲取檔案編號，然后進行解付條件判斷，根據(jù)分行號、報文類型、實際幣種、發(fā) 報行取得解付條件參數(shù)，根據(jù)解付條件獲取對應(yīng)的解付銀行，若解付條件參數(shù)沒有判斷出 解付銀行，則通過報文內(nèi)容判斷該報文的解付銀行。
[0112] 隨后進行頭寸預(yù)測，調(diào)用費用模型獲取手續(xù)費，判斷是否需要發(fā)送收費電。
[0113] 判斷72域是否存在落地關(guān)鍵字，判斷是否需要強制落地修改，讀取流程控制參數(shù) 表判斷后續(xù)處理隊列，若都無需落地，則生成會計分錄發(fā)送至建行海外核屯、系統(tǒng)進行記賬， 打印客戶匯款通知書。
[0114] 最后更新客戶匯入?yún)R款主表、匹配流水表、勾銷流水表，結(jié)束處理。
[0115] b.若報文類型為MT202，則進行W下處理：
[0116] 解析報文內(nèi)容，初始化金額、國家代碼、時間等相關(guān)信息。
[0117] 對報文進行黑名單檢索，若中黑名單則落地處理，若未中則讀取一般參數(shù)表判斷 四角碼落地標志，若需要判斷再判斷原文是否存在四角碼，若存在則落地處理，若不存在則 繼續(xù)進行匯入雜項判斷，并進行相應(yīng)的處理。
[0118] 隨后登記普通匯入?yún)R款主表、匹配流水表、勾銷流水表。然后對不規(guī)則的RTGS報文 進行規(guī)則轉(zhuǎn)換，若是SWIF巧良文則無需轉(zhuǎn)換。
[0119] 隨后根據(jù)報文的54域、57域、58域的內(nèi)容查找V0STR0(指:在中國建設(shè)銀行開立了 賬戶的同業(yè)機構(gòu)，假如匯豐銀行在建行開立有賬戶，則匯豐銀行是建行的VOSTRO并且會在 VOSTRO賬戶參數(shù)表中記錄)賬戶參數(shù)表或第Ξ方客戶識別參數(shù)表，進行業(yè)務(wù)類型判斷。
[0120] 然后判斷轉(zhuǎn)發(fā)報文類型，如果是第Ξ方代理收款業(yè)務(wù)，默認發(fā)202報文。如果是 202C0V，默認發(fā)202報文，否則根據(jù)報文56域、57域、58域查找VOSTRO賬戶參數(shù)表kabal)，判 斷是否轉(zhuǎn)發(fā)910報文，否則轉(zhuǎn)發(fā)202報文。
[0121] 隨后判斷匹配報文，先根據(jù)報文內(nèi)容查找是否有匹配報文，若有則根據(jù)匹配流水 信息分別做處理。有匹配報文的202報文需要結(jié)合匹配報文的內(nèi)容進行頭寸預(yù)測、費用計 算、解付處理，無匹配報文的單筆202報文根據(jù)報文內(nèi)容進行頭寸預(yù)測、費用計算、解付處 理。
[0122] 然后進行落地判斷，若無需落地則生成會計分錄發(fā)送至建行海外核屯、系統(tǒng)進行記 賬。
[0123] 最后更新普通匯入?yún)R款主表、匹配流水表、勾銷流水表，結(jié)束處理。
[0124] 二、事務(wù)報文：
[0125] 讀取分行的待處理報文臨時表提取待處理數(shù)據(jù)，根據(jù)待處理報文臨時表查詢出的 待處理記錄的收報報文日期及報文序號，分別查找來報轉(zhuǎn)發(fā)登記簿及收報登記簿，判斷待 處理記錄是否存在，若存在，解讀該筆事務(wù)報文文件。
[0126] 若為索費報文則無需解析報文;若為查詢報文、撤銷報文和回復(fù)報文則需要解析 報文的原始報文類型、原始發(fā)報日期、原始報文序號。
[0127] 處理匯入事務(wù)報文并進行事務(wù)關(guān)聯(lián)。關(guān)聯(lián)的條件是tag21(在SWIF巧良文體系中， tag21和tag20都是報文參考編號，用于指示與報文匹配的另一份報文）必須有值，先按 tag21找到原匯出匯款的勾銷流水，若無結(jié)果，則用tag21找到客戶匯款或者頭寸的勾銷流 水;若無結(jié)果則用tag21找到狀態(tài)為已關(guān)聯(lián)的事務(wù)報文記錄及其匹配事務(wù)報文和勾銷流水； 若無結(jié)果則根據(jù)該筆事務(wù)報文的tag21的前12位關(guān)聯(lián)CASE號（即，事物檔案號。對一份事務(wù) 報文，都要設(shè)置一個對應(yīng)的事務(wù)檔案，每個事務(wù)檔案都有自己的事務(wù)檔案號），找到事務(wù)檔 案，和相應(yīng)的勾銷流水。
[0128] 判斷是否成功找到勾銷流水，如果找到勾銷流水，再找到相應(yīng)的主表流水，判斷主 表流水是否允許關(guān)聯(lián)。如果允許，則進行開檔關(guān)聯(lián)處理。如果已經(jīng)存在相關(guān)的事務(wù)檔，則進 行追加或者更新，如果不存在則進行開檔處理。
[0129] Ξ、匯出匯款：
[0130] 讀取分行的待處理報文臨時表提取待處理記錄，根據(jù)分行號、報文日期、報文序號 從來報轉(zhuǎn)發(fā)登記表中取出發(fā)報行的編號(TAG20)和報文的發(fā)報行，調(diào)用公共拆包功能，讀取 報文內(nèi)容，檢查發(fā)報行的編號(TAG20)、幣種、金額、起息日在匯出匯款登記簿里查找是否有 業(yè)務(wù)狀態(tài)為未注銷的記錄，如果有則認為是重復(fù)報文，落失敗交易處理。
[0131] 按分行生成匯出流水號，根據(jù)分行號、交易類型、業(yè)務(wù)類型、幣種、金額，讀取流程 控制參數(shù)表，判斷目的隊列，若無參數(shù)則目的隊列為落匯出修改隊列。
[0132] 調(diào)用匯出匯款帳戶行判斷，判斷失敗則落匯出修改隊列。
[0133] 調(diào)用匯出手續(xù)費計算功能，計算手續(xù)費，填寫手續(xù)費幣種、手續(xù)費金額、電報費金 額、郵電費金額、內(nèi)外扣方式、收費方式、收費周期、收費帳號字段。
[0134] 根據(jù)分行號、發(fā)報行BIC(Bank Identified Code,銀行身份代碼)調(diào)用VOSTRO帳號 獲取公函，得到發(fā)報行在建行海外核屯、系統(tǒng)的帳號；如果取不到帳號，則根據(jù)原始發(fā)報行、 幣種、53域帳號查找第Ξ方客戶識別參數(shù)表，找到對應(yīng)的VOSTRO的BIC，取此BIC在VOSTRO賬 戶參數(shù)表(cabal)中對應(yīng)的帳號;若還未找到則報文落人工修改隊列，登記原因為"發(fā)報行 BIC對應(yīng)的帳戶不存在"。把取得的登記帳號信息登記到匯出匯款登記簿的扣款帳號中。
[0135] 調(diào)用頭寸預(yù)測，預(yù)測失敗或者不通過則落匯出修改隊列。
[0136] 如果后續(xù)處理標志是修改，則落匯出修改隊列，否則進行匯出交易落地校驗，校驗 失敗則落匯出修改隊列，否則進行匯出交易合法性判斷，判斷失敗則落匯出修改隊列。
[0137] 如果匯出業(yè)務(wù)的隊列未定且匯出業(yè)務(wù)處理參數(shù)的后續(xù)處理標志是'自動處理'，則 調(diào)用匯出交易的可支付性校驗，如果支付校驗失敗則落等待支付，如果最后匯出業(yè)務(wù)的隊 列未定且匯出業(yè)務(wù)處理參數(shù)的后續(xù)處理標志是自動處理'，則調(diào)用匯出支付處理，調(diào)用建行 海外核屯、系統(tǒng)記賬接口，產(chǎn)生會計分錄，打印客戶通知書，登記匯出匯款登記簿、發(fā)報流水 表和報文待發(fā)流水表。
[0138] 通過W上的實施方式的描述，本領(lǐng)域的技術(shù)人員可W清楚地了解到本發(fā)明可借助 軟件結(jié)合硬件平臺的方式來實現(xiàn)?；谶\樣的理解，本發(fā)明的技術(shù)方案對【背景技術(shù)】做出貢 獻的全部或者部分可軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可W存儲在存儲介 質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用W使得一臺計算機設(shè)備(可W是個人計算 機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。
[0139] 本領(lǐng)技術(shù)人員應(yīng)當理解，W上所公開的僅為本發(fā)明的實施方式而已，當然不能W 此來限定本發(fā)明之權(quán)利范圍，依本發(fā)明實施方式所作的等同變化，仍屬本發(fā)明權(quán)利要求所 涵蓋的范圍。
【主權(quán)項】
1. 一種多渠道報文處理系統(tǒng)，其特征在于，所述系統(tǒng)包括： 報文預(yù)處理模塊，用于接收通過不同渠道發(fā)送來的報文，并對接收到的報文進行第一 報文處理得到待處理報文； 路由模塊，用于根據(jù)所述待處理報文的報文內(nèi)容以及預(yù)設(shè)的路由策略確定所述待處理 報文的處理方式； 報文處理模塊，用于根據(jù)所述待處理報文的處理方式對所述待處理報文進行第二報文 處理。2. 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述報文預(yù)處理模塊包括： 接收子模塊，用于通過不同通訊接口接收通過不同渠道發(fā)送來的報文； 格式轉(zhuǎn)換子模塊，用于將接收到的報文中的非SWIFT報文轉(zhuǎn)換為SWIFT格式，所述接收 子模塊接收到的以及所述格式轉(zhuǎn)換子模塊轉(zhuǎn)換得到的SWIFT報文即所述待處理報文。3. 如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括： 流水號模塊，用于根據(jù)序號控制表生成用于唯一標識所述SWIFT報文中各報文的流水 號； 保存模塊，用于根據(jù)報文路徑參數(shù)表確定所述SWIFT報文中各報文的存儲目錄，并將所 述SWIFT報文存儲至相應(yīng)的存儲目錄； 解析模塊，用于解析所述待處理報文得到所述待處理報文的報文內(nèi)容； 登記模塊，用于將所述待處理報文的報文內(nèi)容保存至收文記錄表和收文待分發(fā)表，以 及，將針對接收到的報文的每一步處理記錄于操作流水表。4. 如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述路由模塊還用于通過讀取所述收文待分 發(fā)表獲取所述待處理報文的報文內(nèi)容。5. 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述路由模塊包括： 索引子模塊，用于通過保存路由策略索引信息的路由信息設(shè)定表確定保存路由策略的 路由策略設(shè)定表中與所述待處理報文相關(guān)的路由策略； 匹配子模塊，用于根據(jù)所述待處理報文的報文內(nèi)容和與所述待處理報文相關(guān)的路由策 略進行匹配處理，確定所述待處理報文的處理方式。6. 如權(quán)利要求5所述的系統(tǒng)，其特征在于，所述路由模塊還包括： 保存子模塊，用于將所述待處理報文的處理方式保存至待處理報文臨時表。7. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述報文處理模塊用于： 讀取所述待處理報文臨時表并根據(jù)所述待處理報文的處理方式對所述待處理報文進 行所述第二報文處理。8. 如權(quán)利要求1或7所述的系統(tǒng)，其特征在于，所述第二報文處理包括:清算處理和/或 業(yè)務(wù)簽收處理。9. 一種多渠道報文處理方法，其特征在于，所述方法包括： 接收通過不同渠道發(fā)送來的報文，并對接收到的報文進行第一報文處理得到待處理報 文； 根據(jù)所述待處理報文的報文內(nèi)容以及預(yù)設(shè)的路由策略確定所述待處理報文的處理方 式； 根據(jù)所述待處理報文的處理方式對所述待處理報文進行第二報文處理。10. 如權(quán)利要求9所述的方法，其特征在于， 接收通過不同渠道發(fā)送來的報文包括:通過不同通訊接口接收通過不同渠道發(fā)送來的 報文； 對接收到的報文進行第一報文處理得到待處理報文包括：將接收到的報文中的非 SWIFT報文轉(zhuǎn)換為SWIFT格式，所述接收子模塊接收到的以及所述格式轉(zhuǎn)換子模塊轉(zhuǎn)換得到 的SWIFT報文即所述待處理報文。11. 如權(quán)利要求10所述的方法，其特征在于，所述方法還包括： 根據(jù)序號控制表生成用于唯一標識所述SWIFT報文中各報文的流水號； 根據(jù)報文路徑參數(shù)表確定所述SWIFT報文中各報文的存儲目錄，并將所述SWIFT報文存 儲至相應(yīng)的存儲目錄； 解析所述待處理報文得到所述待處理報文的報文內(nèi)容； 將所述待處理報文的報文內(nèi)容保存至收文記錄表和收文待分發(fā)表，以及，將針對接收 到的報文的每一步處理記錄于操作流水表。12. 如權(quán)利要求11所述的方法，其特征在于，所述方法還包括： 通過讀取所述收文待分發(fā)表獲取所述待處理報文的報文內(nèi)容。13. 如權(quán)利要求9所述的方法，其特征在于，根據(jù)所述待處理報文的報文內(nèi)容以及預(yù)設(shè) 的路由策略確定所述待處理報文的處理方式包括： 通過保存路由策略索引信息的路由信息設(shè)定表確定保存路由策略的路由策略設(shè)定表 中與所述待處理報文相關(guān)的路由策略； 根據(jù)所述待處理報文的報文內(nèi)容和與所述待處理報文相關(guān)的路由策略進行匹配處理， 確定所述待處理報文的處理方式。14. 如權(quán)利要求13所述的方法，其特征在于，所述方法還包括： 將所述待處理報文的處理方式保存至待處理報文臨時表。15. 如權(quán)利要求14所述的方法，其特征在于，根據(jù)所述待處理報文的處理方式對所述待 處理報文進行第二報文處理包括： 讀取所述待處理報文臨時表并根據(jù)所述待處理報文的處理方式對所述待處理報文進 行所述第二報文處理。16. 如權(quán)利要求9或15所述的方法，其特征在于，所述第二報文處理包括:清算處理和/ 或業(yè)務(wù)簽收處理。
【文檔編號】G06Q40/02GK105872035SQ201610183305
【公開日】2016年8月17日
【申請日】2016年3月28日
【發(fā)明人】曾毅鋒, 吳風(fēng)雷, 鄒偉力, 蔡躍進, 曹穎, 張利珍, 林壽宏, 劉姝, 謝沙, 史文
【申請人】中國建設(shè)銀行股份有限公司