CN110896413A - 一种报文处理方法及装置 - Google Patents
一种报文处理方法及装置 Download PDFInfo
- Publication number
- CN110896413A CN110896413A CN201911128615.1A CN201911128615A CN110896413A CN 110896413 A CN110896413 A CN 110896413A CN 201911128615 A CN201911128615 A CN 201911128615A CN 110896413 A CN110896413 A CN 110896413A
- Authority
- CN
- China
- Prior art keywords
- type
- message
- state
- processed
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Marketing (AREA)
- Signal Processing (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种报文处理方法及装置,从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息。依据明细项信息,确定第一类型报文的明细状态和交易类型。针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台。依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态。针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。相较于人工核查和处理报文的方式,使用报文监听队列接收用户发送的报文,自动从报文中获取明细项信息,依据明细项信息,实现对报文的区别处理,即快速又不容易出现差错,显著提高处理报文的效率。
Description
技术领域
本申请涉及报文自动化处理领域,尤其涉及一种报文处理方法及装置。
背景技术
在银行转账业务中,大部分用户通过银行柜台向第三方进行转账,例如每月的电费、水费、税费等缴费转账业务。然而,银行柜台可能出现排队进行业务办理的情况,从而影响到用户办理缴费转账业务的效率。为了方便用户的缴费转账业务的办理效率,通常会提倡用户与银行签约委托协议,该委托协议用于指示用户委托银行进行缴费转账,从而避免用户到银行柜台进行业务办理。
目前,用户与银行签约委托协议后,银行会接收用户通过环球同业银行金融电讯协会(Society For Worldwide Interbank Financial Telecommunication S.C.,SWIFT)网络发送的pain.008报文,并由银行的工作人员对pain.008报文进行核查与处理,在处理结束该pain.008报文的业务后,由工作人员编写相应的pain.002报文并向用户发送该pain.002报文。可见,银行在接收用户发送的报文时,大多数是采用人工处理的方式处理报文,若报文数量过多,则人工处理的速度明显不能够令人满意,报文处理的效率显得尤为低下。
发明内容
本申请提供了一种报文处理方法及装置,目的在于解决现有技术中人工处理报文效率低下的问题。
为了实现上述目的,本申请提供了以下技术方案:
本申请提供了一种报文处理方法,包括:
从报文监听队列中获取第一类型报文,对所述第一类型报文进行拆分,得到明细项信息,所述明细项信息包括所述第一类型报文指示的交易属性,所述报文监听队列用于接收用户发送的所述第一类型报文;
依据所述明细项信息,确定所述第一类型报文的明细状态和交易类型,所述明细状态包括待处理状态或已处理状态;
针对待处理状态的第一类型报文,依据所述交易类型,调用预设接口将所述待处理状态的第一类型报文发送至后台,所述后台用于处理所述待处理状态的第一类型报文;
依据所述后台反馈的处理结果,更新所述待处理状态的第一类型报文的明细状态为已处理状态;
针对已处理状态的第一类型报文,生成第二类型报文,并向所述用户发送所述第二类型报文。
可选的,所述明细项信息至少包括:
收款账户、付款账户、收款账户开户银行、付款账户开户银行、交易金额和指令执行日期。
可选的,所述依据所述明细项信息,确定所述第一类型报文的明细状态,包括:
根据所述收款账户、所述付款账户、所述收款账户开户银行、以及所述付款账户开户银行,判断所述用户是否与本地银行签约委托协议;
若所述用户与所述本地银行签约所述委托协议,则确定所述第一类型报文的明细状态为待处理状态;
若所述用户与所述本地银行未签约所述委托协议,则确定所述第一类型报文的明细状态为已处理状态。
可选的,所述用户与所述本地银行未签约所述委托协议,则确定所述第一类型报文的明细状态为已处理状态,包括:
所述用户与所述本地银行未签约所述委托协议,则确定所述第一类型报文处理失败。
可选的,所述依据所述明细项信息,确定所述第一类型报文的交易类型,包括:
判断所述收款账户开户银行是否与本地银行相同;
若所述收款账户开户银行与所述本地银行相同,则确定所述第一类型报文的交易类型为本行交易;
若所述收款账户开户银行与所述本地银行不相同,则确定所述第一类型报文的交易类型为跨行交易。
可选的,所述交易类型包括本行交易或跨行交易;
所述依据所述交易类型,调用预设接口将所述待处理状态的第一类型报文发送至后台,包括:
若所述交易类型为本行交易,则调用核心转账接口,将所述待处理状态的第一类型报文发送至后台;
若所述交易类型为跨行交易,则调用跨行借记接口,将所述待处理状态的第一类型报文发送至后台。
可选的,所述已处理状态指示第一类型报文处理成功或失败;
所述依据所述后台反馈的处理结果,更新所述待处理状态的第一类型报文的明细状态为已处理状态,包括:
若所述后台反馈的处理结果指示所述第一类型报文处理失败,则确定所述待处理状态的第一类型报文处理失败;
若所述后台反馈的处理结果指示所述第一类型报文处理成功,则确定所述待处理状态的第一类型报文处理成功。
本申请还提供了一种报文处理处理装置,其特征在于,包括:
获取单元,用于从报文监听队列中获取第一类型报文,对所述第一类型报文进行拆分,得到明细项信息,所述明细项信息包括所述第一类型报文指示的交易属性,所述报文监听队列用于接收用户发送的所述第一类型报文;
确定单元,用于依据所述明细项信息,确定所述第一类型报文的明细状态和交易类型,所述明细状态包括待处理状态或已处理状态;
处理单元,用于针对待处理状态的第一类型报文,依据所述交易类型,调用预设接口将所述待处理状态的第一类型报文发送至后台,所述后台用于处理所述待处理状态的第一类型报文;
更新单元,用于依据所述后台反馈的处理结果,更新所述待处理状态的第一类型报文的明细状态为已处理状态;
反馈单元,用于针对已处理状态的第一类型报文,生成第二类型报文,并向所述用户发送所述第二类型报文。
可选的,处理单元具体用于,若交易类型为本行交易,则调用核心转账接口,将待处理状态的第一类型报文发送至后台。若交易类型为跨行交易,则调用跨行借记接口,将待处理状态的第一类型报文发送至后台。
可选的,更新单元,用于依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态。
可选的,更新单元中提及的已处理状态指示第一类型报文处理成功或失败。若后台反馈的处理结果指示第一类型报文处理失败,则确定待处理状态的第一类型报文处理失败。若后台反馈的处理结果指示第一类型报文处理成功,则确定待处理状态的第一类型报文处理成功。
可选的,反馈单元,用于针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。
本申请还提供了一种存储介质,所述存储介质包括存储的程序,其中,所述程序执行上述任意一种报文处理方法。
本申请还提供了一种设备,包括:处理器、存储器和总线;所述处理器与所述存储器通过所述总线连接;
所述存储器用于存储程序,所述处理器用于运行程序,其中,所述程序运行时执行上述任意一种报文处理方法。
本申请提供的报文处理方法及装置,通过确定报文监听队列中的第一类型报文,报文监听队列用于接收用户发送的第一类型报文。从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息。依据明细项信息,确定第一类型报文的明细状态和交易类型。针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台,依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为成功状态。针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。可见,相较于人工核查和处理报文的方式,使用报文监听队列接收用户发送的第一类型报文,自动从第一类型报文中获取明细项信息,从而基于明细项信息处理报文,并记录报文处理结果,依据处理结果自动生成第二类型报文,从而实现自动处理第一类型报文,即快速又不容易出现差错,显著提高银行处理报文的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种报文处理方法的示意图;
图2为本申请实施例提供的一种依据明细项信息确定第一类型报文的明细状态和交易类型的具体实现方式的示意图;
图3为本申请实施例提供的一种报文处理装置的结构示意图;
图4为本申请实施例提供的一种设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
由背景技术可知,现有技术中处理用户发送的pain.008报文,大多数是采用人工处理的方式处理报文,若报文数量过多,则人工处理的速度明显不能够令人满意,报文处理的效率显得尤为低下。因此,本申请实施例提供了一种报文处理方法,用于提高报文的处理效率。
如图1所示,为本申请实施例提供的一种报文处理方法的示意图,包括如下步骤:
S101:从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息。
其中,明细项信息包括第一类型报文指示的交易属性,报文监听队列用于接收用户发送的第一类型报文。第一类型报文指的是pain.008报文,报文监听队列为本领域技术人员所惯用的技术手段,例如,采用MQ消息队列作为报文监听队列等,这里不再赘述。
对第一类型报文包括文件头和文件明细。文件头中定义了明细笔数、总金额、企业BIC码等交易属性。文件明细分位收款部分和付款部分,其中,收款部分包括执行日期、收款账户、收款账户开户行等交易属性,付款部分包括指令ID、交易币别和金额、付款账户、付款账户开户行、附言等交易属性。每一个第一类型报文中只具备一个文件头,但是可以包含多笔明细。
需要说明的是,对第一类型报文进行拆分,得到明细项信息这一过程,可以采用机器学习模型进行明细项信息提取,也可以采用现有技术中其他报文拆分和信息提取技术手段来实现,这里不再赘述。
从第一类型报文中拆分得到明细项信息的具体内容,可由技术人员根据实际情况进行设置。
可选的,明细项信息中至少包括:收款账户、付款账户、收款账户开户银行、付款账户开户银行、交易金额和指令执行日期。
S102:依据明细项信息,确定第一类型报文的明细状态和交易类型。
其中,明细状态包括待处理状态或已处理状态,交易类型包括本行交易或跨行交易。在确定第一类型报文的明细状态为待处理状态的情况下,确定第一类型报文的交易类型。
需要说明的是,依据明细项信息,确定第一类型报文的明细状态和交易类型的具体实现方式可参见下述图2及图2示出的解释说明。
S103:针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台。
其中,后台用于处理待处理状态的第一类型报文,后台处理第一类型报文的具体过程为本领域技术人员所熟悉的公知常识,这里不再赘述。
需要强调的是,针对不同的交易类型,调用的接口也会有所不同。
可选的,若交易类型为本行交易,则调用核心转账接口,将待处理状态的第一类型报文发送至后台。若交易类型为跨行交易,则调用跨行借记接口,将待处理状态的第一类型报文发送至后台。
S104:依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态。
其中,后台反馈的处理结果指示第一类型报文处理成功或失败。
若后台反馈的处理结果指示第一类型报文处理失败,则确定待处理状态的第一类型报文处理失败。
若后台反馈的处理结果指示第一类型报文处理成功,则确定待处理状态的第一类型报文处理成功。
S105:针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。
其中,第二类型报文指的是pain.002报文,pain.002报文包含pain.008报文的明细项信息,用于指示交易成功或失败。
在本申请实施例中,从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息,明细项信息包括第一类型报文指示的交易属性,报文监听队列用于接收用户发送的第一类型报文。依据明细项信息,确定第一类型报文的明细状态和交易类型,明细状态包括待处理状态或已处理状态。针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台,后台用于处理待处理状态的第一类型报文。依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态。针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。可见,相较于人工核查和处理报文的方式,使用报文监听队列接收用户发送的第一类型报文,自动从第一类型报文中获取明细项信息,从而基于明细项信息处理报文,并记录报文处理结果,依据处理结果自动生成第二类型报文,从而实现自动处理第一类型报文,即快速又不容易出现差错,显著提高银行处理报文的效率。
可选的,如图2所示,为本申请实施例提供的一种依据明细项信息确定第一类型报文的明细状态和交易类型的具体实现方式的示意图,包括如下步骤:
S201:根据收款账户、以及付款账户、以及收款账户开户银行、以及付款账户开户银行,判断用户是否与本地银行签约委托协议。
其中,若用户与本地银行签约委托协议,则执行S202,否则执行S203。
需要说明的是,用户与本地银行签约的委托协议后,委托协议上会记录有对应的收款账户、付款账户、收款账户开户银行和付款账户开户银行,并存储本地银行中。将第一类型报文中拆分得到的收款账户、付款账户、收款账户开户银行和付款账户开户银行,与本地银行存储的委托协议上记录的收款账户、付款账户、收款账户开户银行和付款账户开户银行分别进行一一比对,若完全相同,则确定用户与本地银行已经签约委托协议,否则确定用户与本地银行未签约委托协议。
S202:确定第一类型报文的明细状态为待处理状态。
其中,执行S202结束后,继续执行S204。
S203:确定第一类型报文的处理失败。
其中,因用户与本地银行未签约委托协议,故用户无法完成第一类型报文指示的交易,从而确定第一类型报文的处理失败。
S204:判断收款账户开户银行是否与本地银行相同。
其中,若收款账户开户银行与本地银行相同,则执行S205,否则执行S206。
S205:确定第一类型报文的交易类型为本行交易。
S206:确定第一类型报文的交易类型为跨行交易。
在本申请实施例中,根据收款账户、以及付款账户、以及收款账户开户银行、以及付款账户开户银行,判断用户是否与本地银行签约委托协议。若用户与本地银行签约委托协议,则第一类型报文的明细状态为待处理状态,否则确定第一类型报文处理失败。针对待处理状态的第一类型报文,判断收款账户开户银行是否与本地银行相同,若相同,则确定第一类型报文的交易类型为本行交易,否则确定第一类型报文的交易类型为跨行交易。由此可见,能够依据明细项信息,实现对第一类型报文的明细状态和交易类型的确认。
与上述本申请实施例提供的报文处理方法相对应,本申请实施例还提供了一种报文处理装置,如图3所示,包括:
获取单元100,用于从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息,明细项信息包括第一类型报文指示的交易属性,报文监听队列用于接收用户发送的第一类型报文。
其中,获取单元100具体用于,确定明细项信息中的收款账户、付款账户、收款账户开户银行、付款账户开户银行、交易金额和指令执行日期。
确定单元200,用于依据明细项信息,确定第一类型报文的明细状态和交易类型,明细状态包括待处理状态或已处理状态。
其中,确定单元200具体用于,根据收款账户、以及付款账户、以及收款账户开户银行、以及付款账户开户银行,判断用户是否与本地银行签约委托协议。若用户与本地银行签约委托协议,则确定第一类型报文的明细状态为待处理状态。若用户与本地银行未签约委托协议,则确定第一类型报文的明细状态为已处理状态。
确定单元200具体用于,判断收款账户开户银行是否与本地银行相同。若收款账户开户银行与本地银行相同,则确定第一类型报文的交易类型为本行交易。若收款账户开户银行与本地银行不相同,则确定第一类型报文的交易类型为跨行交易。
处理单元300,用于针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台,后台用于处理待处理状态的第一类型报文。
其中,处理单元300具体用于,若交易类型为本行交易,则调用核心转账接口,将待处理状态的第一类型报文发送至后台。若交易类型为跨行交易,则调用跨行借记接口,将待处理状态的第一类型报文发送至后台。
更新单元400,用于依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态。
更新单元400中提及的已处理状态指示第一类型报文处理成功或失败。若后台反馈的处理结果指示第一类型报文处理失败,则确定待处理状态的第一类型报文处理失败。若后台反馈的处理结果指示第一类型报文处理成功,则确定待处理状态的第一类型报文处理成功。
反馈单元500,用于针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。
在本申请实施例中,从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息,明细项信息包括第一类型报文指示的交易属性,报文监听队列用于接收用户发送的第一类型报文。依据明细项信息,确定第一类型报文的明细状态和交易类型,明细状态包括待处理状态或已处理状态。针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台,后台用于处理待处理状态的第一类型报文。依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态。针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。可见,相较于人工核查和处理报文的方式,使用报文监听队列接收用户发送的第一类型报文,自动从第一类型报文中获取明细项信息,从而基于明细项信息处理报文,并记录报文处理结果,依据处理结果自动生成第二类型报文,从而实现自动处理第一类型报文,即快速又不容易出现差错,显著提高银行处理报文的效率。
所述的报文处理装置包括处理器和存储器,上述获取单元、确定单元、处理单元、更新单元和反馈单元等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数执行报文处理的效率。
本申请实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现所述的报文处理方法。
本申请实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行所述的报文处理方法。
本发明实施例提供了一种设备,如图4所示,设备400包括至少一个处理器401、以及与处理器401连接的至少一个存储器402、总线403;其中,处理器401、存储器402通过总线403完成相互间的通信;处理器401用于调用存储器402中的程序指令,以执行上述的辅助办案的方法。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:
从报文监听队列中获取第一类型报文,对第一类型报文进行拆分,得到明细项信息,明细项信息包括第一类型报文指示的交易属性,报文监听队列用于接收用户发送的第一类型报文;依据明细项信息,确定第一类型报文的明细状态和交易类型,明细状态包括待处理状态或已处理状态;针对待处理状态的第一类型报文,依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台,后台用于处理待处理状态的第一类型报文;依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态;针对已处理状态的第一类型报文,生成第二类型报文,并向用户发送第二类型报文。
其中,明细项信息至少包括:收款账户、付款账户、收款账户开户银行、付款账户开户银行、交易金额和指令执行日期。
其中,依据明细项信息,确定第一类型报文的明细状态,包括:根据收款账户、付款账户、收款账户开户银行、以及付款账户开户银行,判断用户是否与本地银行签约委托协议;若用户与本地银行签约委托协议,则确定第一类型报文的明细状态为待处理状态;若用户与本地银行未签约委托协议,则确定第一类型报文的明细状态为已处理状态。
其中,用户与本地银行未签约委托协议,则确定第一类型报文的明细状态为已处理状态,包括:用户与本地银行未签约委托协议,则确定第一类型报文处理失败。
其中,依据明细项信息,确定第一类型报文的交易类型,包括:判断收款账户开户银行是否与本地银行相同;若收款账户开户银行与本地银行相同,则确定第一类型报文的交易类型为本行交易;若收款账户开户银行与本地银行不相同,则确定第一类型报文的交易类型为跨行交易。
其中,交易类型包括本行交易或跨行交易;依据交易类型,调用预设接口将待处理状态的第一类型报文发送至后台,包括:若交易类型为本行交易,则调用核心转账接口,将待处理状态的第一类型报文发送至后台;若交易类型为跨行交易,则调用跨行借记接口,将待处理状态的第一类型报文发送至后台。
其中,已处理状态指示第一类型报文处理成功或失败;依据后台反馈的处理结果,更新待处理状态的第一类型报文的明细状态为已处理状态,包括:若后台反馈的处理结果指示第一类型报文处理失败,则确定待处理状态的第一类型报文处理失败;若后台反馈的处理结果指示第一类型报文处理成功,则确定待处理状态的第一类型报文处理成功。
本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算设备可读取存储介质中。基于这样的理解,本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,服务器,移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种报文处理方法,其特征在于,包括:
从报文监听队列中获取第一类型报文,对所述第一类型报文进行拆分,得到明细项信息,所述明细项信息包括所述第一类型报文指示的交易属性,所述报文监听队列用于接收用户发送的所述第一类型报文;
依据所述明细项信息,确定所述第一类型报文的明细状态和交易类型,所述明细状态包括待处理状态或已处理状态;
针对待处理状态的第一类型报文,依据所述交易类型,调用预设接口将所述待处理状态的第一类型报文发送至后台,所述后台用于处理所述待处理状态的第一类型报文;
依据所述后台反馈的处理结果,更新所述待处理状态的第一类型报文的明细状态为已处理状态;
针对已处理状态的第一类型报文,生成第二类型报文,并向所述用户发送所述第二类型报文。
2.根据权利要求1所述的方法,其特征在于,所述明细项信息至少包括:
收款账户、付款账户、收款账户开户银行、付款账户开户银行、交易金额和指令执行日期。
3.根据权利要求2所述的方法,其特征在于,所述依据所述明细项信息,确定所述第一类型报文的明细状态,包括:
根据所述收款账户、所述付款账户、所述收款账户开户银行、以及所述付款账户开户银行,判断所述用户是否与本地银行签约委托协议;
若所述用户与所述本地银行签约所述委托协议,则确定所述第一类型报文的明细状态为待处理状态;
若所述用户与所述本地银行未签约所述委托协议,则确定所述第一类型报文的明细状态为已处理状态。
4.根据权利要求3所述的方法,其特征在于,所述用户与所述本地银行未签约所述委托协议,则确定所述第一类型报文的明细状态为已处理状态,包括:
所述用户与所述本地银行未签约所述委托协议,则确定所述第一类型报文处理失败。
5.根据权利要求2所述的方法,其特征在于,所述依据所述明细项信息,确定所述第一类型报文的交易类型,包括:
判断所述收款账户开户银行是否与本地银行相同;
若所述收款账户开户银行与所述本地银行相同,则确定所述第一类型报文的交易类型为本行交易;
若所述收款账户开户银行与所述本地银行不相同,则确定所述第一类型报文的交易类型为跨行交易。
6.根据权利要求1所述的方法,其特征在于,所述交易类型包括本行交易或跨行交易;
所述依据所述交易类型,调用预设接口将所述待处理状态的第一类型报文发送至后台,包括:
若所述交易类型为本行交易,则调用核心转账接口,将所述待处理状态的第一类型报文发送至后台;
若所述交易类型为跨行交易,则调用跨行借记接口,将所述待处理状态的第一类型报文发送至后台。
7.根据权利要求1所述的方法,其特征在于,所述已处理状态指示第一类型报文处理成功或失败;
所述依据所述后台反馈的处理结果,更新所述待处理状态的第一类型报文的明细状态为已处理状态,包括:
若所述后台反馈的处理结果指示所述第一类型报文处理失败,则确定所述待处理状态的第一类型报文处理失败;
若所述后台反馈的处理结果指示所述第一类型报文处理成功,则确定所述待处理状态的第一类型报文处理成功。
8.一种报文处理处理装置,其特征在于,包括:
获取单元,用于从报文监听队列中获取第一类型报文,对所述第一类型报文进行拆分,得到明细项信息,所述明细项信息包括所述第一类型报文指示的交易属性,所述报文监听队列用于接收用户发送的所述第一类型报文;
确定单元,用于依据所述明细项信息,确定所述第一类型报文的明细状态和交易类型,所述明细状态包括待处理状态或已处理状态;
处理单元,用于针对待处理状态的第一类型报文,依据所述交易类型,调用预设接口将所述待处理状态的第一类型报文发送至后台,所述后台用于处理所述待处理状态的第一类型报文;
更新单元,用于依据所述后台反馈的处理结果,更新所述待处理状态的第一类型报文的明细状态为已处理状态;
反馈单元,用于针对已处理状态的第一类型报文,生成第二类型报文,并向所述用户发送所述第二类型报文。
9.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,所述程序执行权利要求1~7任意一项权利要求所述的报文处理方法。
10.一种设备,其特征在于,包括:处理器、存储器和总线;所述处理器与所述存储器通过所述总线连接;
所述存储器用于存储程序,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1~7任意一项权利要求所述的报文处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911128615.1A CN110896413A (zh) | 2019-11-18 | 2019-11-18 | 一种报文处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911128615.1A CN110896413A (zh) | 2019-11-18 | 2019-11-18 | 一种报文处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110896413A true CN110896413A (zh) | 2020-03-20 |
Family
ID=69786675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911128615.1A Pending CN110896413A (zh) | 2019-11-18 | 2019-11-18 | 一种报文处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110896413A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114785875A (zh) * | 2022-03-29 | 2022-07-22 | 中银金融科技有限公司 | 一种报文处理方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101957974A (zh) * | 2009-07-15 | 2011-01-26 | 中国工商银行股份有限公司 | 一种支持多种清算支付体系的汇款处理装置及方法 |
US20160267447A1 (en) * | 2015-03-11 | 2016-09-15 | Facebook, Inc. | Facilitating sending, receiving, and updating of payments using message and payment queues |
CN106846144A (zh) * | 2017-01-08 | 2017-06-13 | 世纪禾光科技发展(北京)有限公司 | Mt940报文在银企直连中应用的方法及系统 |
CN109246188A (zh) * | 2018-08-03 | 2019-01-18 | 银联数据服务有限公司 | 一种支持多渠道交易的系统及多渠道交易处理的方法 |
CN110460602A (zh) * | 2019-08-15 | 2019-11-15 | 中国银行股份有限公司 | 可支持多银行多时区的swift报文处理方法及系统 |
-
2019
- 2019-11-18 CN CN201911128615.1A patent/CN110896413A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101957974A (zh) * | 2009-07-15 | 2011-01-26 | 中国工商银行股份有限公司 | 一种支持多种清算支付体系的汇款处理装置及方法 |
US20160267447A1 (en) * | 2015-03-11 | 2016-09-15 | Facebook, Inc. | Facilitating sending, receiving, and updating of payments using message and payment queues |
CN106846144A (zh) * | 2017-01-08 | 2017-06-13 | 世纪禾光科技发展(北京)有限公司 | Mt940报文在银企直连中应用的方法及系统 |
CN109246188A (zh) * | 2018-08-03 | 2019-01-18 | 银联数据服务有限公司 | 一种支持多渠道交易的系统及多渠道交易处理的方法 |
CN110460602A (zh) * | 2019-08-15 | 2019-11-15 | 中国银行股份有限公司 | 可支持多银行多时区的swift报文处理方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114785875A (zh) * | 2022-03-29 | 2022-07-22 | 中银金融科技有限公司 | 一种报文处理方法及系统 |
CN114785875B (zh) * | 2022-03-29 | 2024-02-23 | 中银金融科技有限公司 | 一种报文处理方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109981910B (zh) | 业务推荐方法及设备 | |
CN110232565B (zh) | 资源清算方法、装置、计算机设备和存储介质 | |
CN106101179B (zh) | 资源处理方法、装置和系统 | |
CN111240812B (zh) | 任务执行方法及装置 | |
CN104751266A (zh) | 数据处理方法、增值服务器及系统 | |
CN107748952A (zh) | 基于消费风险控制的信誉审核方法、装置及存储介质 | |
CN112163946A (zh) | 基于分布式交易系统的账务处理方法及装置 | |
CN108768707A (zh) | 一种运维工单自动化处理系统、终端和服务器 | |
CN106096926B (zh) | 事件处理方法、装置、电子装置和存储介质 | |
CN110896413A (zh) | 一种报文处理方法及装置 | |
CN115147202A (zh) | 一种银行业账务处理系统、方法及装置 | |
CN114528377A (zh) | Pdf电子签章批量签署的方法、设备及存储介质 | |
CN112333262A (zh) | 数据更新提示方法、装置、计算机设备及可读存储介质 | |
CN110933624B (zh) | 不限量套餐用户的投诉处理方法和装置 | |
CN111324368A (zh) | 一种数据共享方法及服务器 | |
CN115311076A (zh) | 基于区块链技术和5g消息提前还房贷的方法及系统 | |
CN113691683B (zh) | 电话客服等待处理方法及装置 | |
WO2024066749A1 (zh) | 区块链的交易执行方法、装置、程序产品、设备和介质 | |
KR102522490B1 (ko) | 빅데이터를 이용한 금융거래 소요시간 단축을 안내하는 컴퓨팅 장치 및 그 방법 | |
CN111738833B (zh) | 智能柜台及其批量扣费的短信生成方法 | |
CN111311417A (zh) | 金融产品购买方法及装置 | |
CN111178888A (zh) | 一种支付服务的管理方法及系统 | |
CN114862401A (zh) | 一种支付异常的处理方法、装置、设备及介质 | |
CN111476655A (zh) | 基于银行系统的集中打印方法及系统 | |
CN115269161A (zh) | 一种异常流程逆向回滚方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200320 |
|
RJ01 | Rejection of invention patent application after publication |