一种报文处理方法、装置及系统与流程

文档序号:20917128发布日期:2020-05-29 13:40阅读:753来源:国知局
一种报文处理方法、装置及系统与流程
本申请涉及通信
技术领域
,具体涉及一种报文处理方法、装置及系统。
背景技术
:环球同业银行金融电讯协会(societyforworldwideinterbankfinancialtelecommunication,swift)作为一个国际银行同业间非盈利性的国际合作组织,运营者世界级的金融电文网络,银行和企业通过swift网络交换报文完成金融交易。银行在向企业提供swift报文服务时,将收取服务费用。目前,银行在收取服务费用时,每接收企业发送的一个报文或每向企业发送的一个报文时,收取一定服务费用。然而,当存在大量的报文需要进行接收或发送时,此种收费方式将会增加通信网络负荷,影响通信效率。技术实现要素:有鉴于此,本申请实施例提供一种报文处理方法、装置及系统,以实现更为合理有效地对来往报文进行管理,降低网络负荷,提高通信效率。为解决上述问题,本申请实施例提供的技术方案如下:在本申请实施例第一方面,提供了一种报文处理方法,所述方法包括:针对任一用户,根据当前时间确定所述用户对应的目标报文类型以及各个所述目标报文类型对应的第一参数;确定各个所述目标报文类型对应的报文的数量;根据所述目标报文类型对应的报文的数量以及所述目标报文类型对应的第一参数获得传输所述目标报文类型对应的报文所消耗的目标资源。可选的,在根据当前日期确定所述用户对应的目标报文类型以及各个所述目标报文类型对应的第一参数时,所述方法还包括:确定各个所述目标报文类型对应的报文标识;所述报文标识包括来报标识、往报标识;所述确定各个目标报文类型对应的报文的数量,包括:根据所述目标报文类型对应的报文标识,从所述报文标识对应的信息表中获取所述目标报文类型对应的报文的数量;所述报文标识对应的信息表包括来报信息表、往报信息表。可选的,所述根据所述目标报文类型对应的报文标识,从所述报文标识对应的信息表中获取所述目标报文类型对应的报文的数量,包括:从所述报文标识对应的信息表中获取所述目标报文类型对应的报文,将接收时间或发送时间在预设时间内的报文的数量作为所述目标报文类型对应的报文的数量;所述来报信息表中记录报文的接收时间,所述往报信息表中记录报文的发送时间,所述预设时间根据所述当前时间以及维护周期确定。可选的,所述方法还包括:从所述用户对应的账户中扣除所述目标资源。可选的,在从所述用户对应的账户中扣除所述目标资源之前,所述方法还包括:判断所述用户对应的账户中剩余资源是否大于或等于所述目标资源;如果是,则从所述用户对应的账户中扣除所述目标资源;如果否,则记录扣除失败,并进行上报。可选的,在从所述用户对应的账户中扣除所述目标资源之前,所述方法还包括:判断所述目标资源是否位于第一资源阈值和第二资源阈值内;所述第二资源阈值大于所述第一资源阈值;如果所述目标资源小于所述第一资源阈值,则将所述第一资源阈值确定为目标资源;如果所述目标资源大于所述第二资源阈值,则将所述第二资源阈值确定为目标资源。可选的,所述方法还包括:接收所述用户发送的请求报文,在来报信息表中记录所述请求报文的报文类型和接收时间;向所述用户发送报文,在往报信息表中记录所述报文的报文类型和发送时间。在本申请实施例第二方面,提供了一种报文处理装置,所述装置包括:第一确定单元,用于针对任一用户,根据当前时间确定所述用户对应的目标报文类型以及各个所述目标报文类型对应的第一参数;第二确定单元,用于确定各个所述目标报文类型对应的报文的数量;获取单元,用于根据所述目标报文类型对应的报文的数量以及所述目标报文类型对应的第一参数获得传输所述目标报文类型对应的报文所消耗的目标资源。在本申请实施例第三方面,提供了一种报文处理系统,所述系统包括:参数维护模块,用于维护用户相关信息;所述用户相关信息至少包括用户标识、来往报标识、报文类型、单价、本期起始日期和下起起始日期;来报模块,用于记录用户发送的报文类型、接收日期以及所述用户标识;往报模块,用于记录向所述用户发送的报文类型、发送日期以及所述用户标识;计算模块,用于查询所述用户相关信息,确定待维护用户相关信息,并根据所述来报模块或所述往报模块所记录的信息确定费用。可选的,所述系统还包括:联机扣除模块,用于从所述用户对应的账户扣除所述计算模块所确定的费用。可选的,所述系统还包括:补扣模块,用于当所述联机扣除模块扣除失败时,接收扣除请求,从所述用户对应的账户扣除所述计算模块所确定的费用。在本申请实施例第四方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在终端设备上运行时,使得所述终端设备执行第一方面所述的报文处理方法。在本申请实施例第五方面,提供了一种实现报文处理的设备,包括:存储器,处理器,及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现第一方面所述的报文处理方法。由此可见,本申请实施例具有如下有益效果:本申请实施例首先根据当前时间确定每一用户对应的满足时间条件的目标报文类型以及该目标报文类型对应的第一参数。然后,确定该用户对应的目标报文类型对应的报文数量,根据目标报文类型对应的报文数量以及目标报文类型对应的第一参数计算传输目标报文类型对应的报文所消耗的目标资源。即,本申请实施例在确定用户在预设时间段内对应的服务费用时,先根据当前时间确定满足维护条件的目标报文类型以及该目标报文类型对应的费用单价。在确定每个目标报文类型对应的报文数量,根据该目标报文类型对应的报文数量以及费用单价确定传输目标报文类型对应的报文所需要花费的费用,与现有技术相比,可以周期计算用户在维护周期内的费用,减小计算量。附图说明图1为本申请实施例提供的一种记录来报信息的方法流程图;图2为本申请实施例提供的一种报文处理方法流程图;图3a为本申请实施例提供的一种报文处理系统结构图;图3b为本申请实施例提供的一种应用框架图;图4为本申请实施例提供的一种报文处理装置结构图。具体实施方式为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。为便于理解本申请实施例提供的技术方案,下面将先对本申请记录报文发送和接收过程进行说明。参见图1,该图为本申请实施例提供的一种报文信息存储方法流程图,如图1所示,该方法可以包括:s101:接收用户发送的请求报文,并记录接收时间。本实施中,当系统接收用户发送的请求报文时,需要记录接收时间。其中,接收时间包括具体的年月日。s102:根据所述请求报文获取用户标识、报文类型。本实施例中,为区分每个用户,每个申请加入swift组织的用户需按照swift阻值的规则,制定用户标识(即swift识别代码),经swift组织批准后生效。其中,用户是指向银行系统发送报文的终端设备。其中,请求报文中包括用户标识以及该报文对应的报文类型,因此,当报文处理系统接收到用户发送的请求报文后,可以获取用户标识以及该报文对应的报文类型。由于所有的与金融相关的报文必须符合swift报文结构,则swift报文的类型由三个数字构成,具体地由mtxxx表示,其中,第一个“x”表示类目,描述报文的基础功能,类目1表示客户支付和支票;第二个“x”表示分组,描述特定类目中的报文功能,如11n表示类目1的支票支付报文;第三个“x”表示类型,描述具体的功能,如112表示支票支付请求的报文。具体地,可以根据请求报文中的mtxxx确定该报文类型。另外,swift报文还可以包括pain.xxx和camt.xxx类型的报文s103:将用户标识、报文类型以及接收时间存储在来报信息表中。当获取到所接收的请求报文的用户标识、报文类型以及接收时间后,将其作为一项记录存储在来报信息表中。其中,来报信息表的表现形式如表1所示:表1来报信息表用户标识报文类型接收时间001mt1012019年12月2日002mt1042019年12月3日003pain.0012019年12月2日001mt1012019年12月12日对于银行系统向用户发送报文的过程,当需要向某用户发送报文时,记录用户标识、发送报文的报文类型以及发送时间,并将上述信息记录在往报信息表中。具体参见表2所示往报信息表:表2往报信息表可以理解的是,不同用户可以需要不同的服务,不同服务对应的费用是不同的,因此可以预先存储各个用户对应的报文类型、每种报文类型对应的收费参数以及维护周期等信息,以便可以根据上述信息确定需要维护的客户。具体地,可以在用户维护表中存储用户标识,报文标识(来报标识或往报标识)、报文类型、每个报文费用、折扣比例、费用下限、费用上限、维护周期(周、月、季度)、用户对应的账户、本期起始日期(维护日期及本期起始日期)、下期起始日期(本期起始日期+维护周期)。基于上述描述,下面将结合附图对本申请实施例提供的一种报文处理方法进行说明,参见图2,该图为本申请实施例提供的一种报文处理方法的流程图,如图2所示,该方法可以包括:s201:针对任一用户,根据当前时间确定用户对应的目标报文类型以及各个目标报文类型对应的第一参数。本实施例中,报文处理系统,针对任一用户,根据当前时间确定该用户需要维护的目标报文类型以及各个目标报文类型对应的第一参数。具体地,根据用户维护表中下起起始日期确定出下起起始日期为当日日期的各个目标报文类型。需要说明的是,当某一用户的某些报文类型的下起起始日期均为当日日期时,则存在多个目标报文类型,针对每一个目标报文类型,获取该目标报文类型对应的第一参数。其中,第一参数可以为目标报文类型对应的费用单价,当某一目标报文类型还对应有折扣比例时,第一参数可以为费用单价乘以折扣比例后的费用单价。s202:确定各个目标报文类型对应的报文的数量。s203:根据目标报文类型对应的报文的数量以及目标报文类型对应的第一参数获得传输目标报文类型对应的报文所消耗的目标资源。当确定某一用户对应的各个目标报文类型后,获取每个目标报文类型对应的报文数量,并根据该报文的数量以及对应的第一参数计算获得传输该类报文所消耗的目标资源。通过上述说明可知,对于用户发送的报文和向用户发送的报文分别在不同的信息表中记录,因此,在获取各个目标报文类型对应的报文的数量时,还需确定目标报文类型对应的报文标识,即确定该目标报文类型属于来报还是往报;然后,根据目标报文类型对应的报文标识,从报文标识对应的信息表中获取目标报文类型对应的报文的数量,其中,报文标识对应的信息表包括来报信息表、往报信息表。具体地,从报文标识对应的信息表中获取目标报文类型对应的报文;将接收时间或发送时间在预设时间内的报文的数量作为目标报文类型对应的报文的数量。其中,来报信息表中记录报文的接收时间,往报信息表中记录报文的发送时间,预设时间根据当前时间以及维护周期确定。也就是,当从报文标识对应的信息表中获取目标报文类型对应的报文时,所获取的报文中可能存在不在维护周期内的报文,因此,可以根据报文的接收时间或发送时间以及预设时间从中选择满足维护条件的报文,将满足维护条件的报文的数量确定为目标报文类型对应的报文的数量。其中预设时间为本期起始日期(包含)至下期起始日期(当前日期,不包含)。即,统计本期起始日期至下起起始日期范围内接收或发送的报文。当确定用户对应的各个目标报文类型的目标资源后,从用户对应的账户中扣除目标资源,即从账户中扣除总费用。具体地,当确定出目标报文类型的目标资源后,将其记录在费用流水表中,并标记为未扣除状态。扣除模块可以从费用流水表中读取状态为未扣除的记录,判断用户对应的账户中剩余资源是否大于或等于目标资源,如果是,从对应的账户中扣除目标资源,并标记为扣除成功;否则,记录为扣除失败,并进行上报,以通知工作人员手动扣除。另外,还可以针对不同的目标报文类型设置最低消耗资源阈值和最高消耗资源阈值,在计算获得目标报文类型对应的目标资源后,首先判断目标资源是否位于第一资源阈值和第二资源阈值之内,如果目标资源小于第一资源阈值,则将第一资源阈值确定为目标资源;如果目标资源大于第二资源阈值,则将第二资源阈值确定为目标资源。其中,第一资源阈值小于第二资源阈值。需要说明的是,当此次维护完成之后,需要更新用户维护表中本期其实日期(修改前的下起起始日期)和下起起始日期(修改前的下起起始日期+维护周期),以便在下次维护周期到来时,计算该维护周期内发送报文和接收报文的费用。基于上述描述可知,根据当前时间确定每一用户对应的满足时间条件的目标报文类型以及该目标报文类型对应的第一参数。然后,确定该用户对应的目标报文类型对应的报文数量,根据目标报文类型对应的报文数量以及目标报文类型对应的第一参数计算传输目标报文类型对应的报文所消耗的目标资源。即,本申请实施例在确定用户在预设时间段内对应的服务费用时,先根据当前时间确定满足维护条件的目标报文类型以及该目标报文类型对应的费用单价。在确定每个目标报文类型对应的报文数量,根据该目标报文类型对应的报文数量以及费用单价确定传输目标报文类型对应的报文所需要花费的费用,与现有技术相比,可以周期计算用户在维护周期内的费用,减小计算量。基于上述方法实施例,本申请实施例提供了一种报文处理系统,参见图3a,该系统可以包括:参数维护模块301,用于维护用户相关信息;所述用户相关信息至少包括用户标识、来往报标识、报文类型、单价、本期起始日期和下起起始日期;来报模块302,用于记录用户发送的报文类型、接收日期以及所述用户标识;往报模块303,用于记录向所述用户发送的报文类型、发送日期以及所述用户标识;计算模块304,用于查询所述用户相关信息,确定待维护用户相关信息,并根据所述来报模块或所述往报模块所记录的信息确定费用。在一种可能的实现方式中,所述系统还包括:联机扣除模块,用于从所述用户对应的账户扣除所述计算模块所确定的费用。在一种可能的实现方式中,所述系统还包括:补扣模块,用于当所述联机扣除模块扣除失败时,接收扣除请求,从所述用户对应的账户扣除所述计算模块所确定的费用。需要说明的是,其中各个模块的实现可以参见上述方法实施例,本实施例在此不再赘述。为便于理解,参见图3b所示应用框架图,该报文处理系统可以包括参数维护模块、来报模块、往报模块、计算模块、联机扣除模块和补扣模块。[参数维护模块]:接收柜台请求,记录企业标识(用户标识)、报文来往报标识(来报或往报)、报文类型(来报包括pain.001、mt101、pain.008、mt104;往报包括camt.052、camt.053、mt940、mt942、pain.002、mt199)、每个报文费用、收费比例、总费用下限、总费用上限、收费周期(周、月、季度、半年、年)、收费账户、本期起始日期(维护日期即本期起始日期)、下期起始日期(本期起始日期+周期),以上保存在a-费用参数表。[来报模块]:接收企业文件请求,记录企业标识(用户标识)、报文类型、接收日期和时间,以上保存在b1-来报信息表。[往报模块]:向企业发送往报,记录企业代码、报文类型、发送日期和时间,以上保存在b2-往报信息表。[计算模块]:轮循查找a-费用参数表’下期起始日期=当日’的记录,获取该记录的费用参数。并根据该记录的来往报标识查询b1-来报信息或b2-往报信息表,并计算费用:来报费用:从b1-来报信息表查询‘接收日期和时间’在a-费用参数.本期起始日期(包含)和下期起始日期(不包含)范围内的记录,计算符合条件的报文数,每个报文费用*报文输数量*收费比例,再与总费用上限和下限比较(不超过上限、不低于下限),计算出最终费用,插入c-费用流水表,状态为未扣除。更新a-费用参数表的本期起始日期(修改前的下期起始日期)和下期起始日期(修改前的下期起始日期+周期)。往报费用:从b2-往报信息表查询‘发送日期和时间’在a-费用参数.本期起始日期(包含)和下期起始日期(不包含)范围内的记录,计算符合条件的报文数,每个报文费用*报文数量*收费比例,再与总费用上限和下限比较(不超过上限、不低于下限),计算出最终费用,插入c-费用流水表,状态为未扣除。并更新a-费用参数表的本期起始日期(修改前的下期起始日期)和下期起始日期(修改前的下期起始日期+周期)。[联机扣除模块]:从c-费用流水表查询状态为未扣除的记录,调用核心收费接口,从收费账户扣除计算出的总费用。费用扣除成功后,状态为成功,否则为失败。[补扣模块]:柜员从柜台查询c-费用流水表中状态为‘失败’的记录,核实无误后,点击收费选项,从收费账户扣除计算出的总费用。基于上述方法实施例,本申请实施例提供了一种报文处理装置,参见图4,该装置可以包括:第一确定单元401,用于针对任一用户,根据当前时间确定所述用户对应的目标报文类型以及各个所述目标报文类型对应的第一参数;第二确定单元402,用于确定各个所述目标报文类型对应的报文的数量;获取单元403,用于根据所述目标报文类型对应的报文的数量以及所述目标报文类型对应的第一参数获得传输所述目标报文类型对应的报文所消耗的目标资源。在一种可能的实现方式中,所述装置还包括:第三确定单元,用于确定各个所述目标报文类型对应的报文标识;所述报文标识包括来报标识、往报标识;所述第二确定单元,具体用于根据所述目标报文类型对应的报文标识,从所述报文标识对应的信息表中获取所述目标报文类型对应的报文的数量;所述报文标识对应的信息表包括来报信息表、往报信息表。在一种可能的实现方式中,所述第二确定单元,包括:获取子单元,从所述报文标识对应的信息表中获取所述目标报文类型对应的报文,确定子单元,用于将接收时间或发送时间在预设时间内的报文的数量作为所述目标报文类型对应的报文的数量;所述来报信息表中记录报文的接收时间,所述往报信息表中记录报文的发送时间,所述预设时间根据所述当前时间以及维护周期确定。在一种可能的实现方式中,所述装置还包括:扣除单元,用于从所述用户对应的账户中扣除所述目标资源。在一种可能的实现方式中,所述装置还包括:第一判断单元,用于在执行所述扣除单元之前,判断所述用户对应的账户中剩余资源是否大于或等于所述目标资源;如果是,则执行所述扣除单元;如果否,则记录扣除失败,并进行上报。在一种可能的实现方式中,所述装置还包括:第二判断单元,用于在执行所述扣除单元之前,判断所述目标资源是否位于第一资源阈值和第二资源阈值内;所述第二资源阈值大于所述第一资源阈值;第四确定单元,用于如果所述目标资源小于所述第一资源阈值,则将所述第一资源阈值确定为目标资源;第五确定单元,用于如果所述目标资源大于所述第二资源阈值,则将所述第二资源阈值确定为目标资源。在一种可能的实现方式中,所述装置还包括:接收单元,用于接收所述用户发送的请求报文,在来报信息表中记录所述请求报文的报文类型和接收时间;发送单元,用于向所述用户发送报文,在往报信息表中记录所述报文的报文类型和发送时间。需要说明的是,本实施例中各个单元的实现可以参见上述方法实施例,本实施例在此不再赘述。另外,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在终端设备上运行时,使得所述终端设备执行所述的报文处理方法。本申请实施例提供了一种实现报文处理的设备,包括:存储器,处理器,及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现所述的报文处理方法。基于上述描述可知,根据当前时间确定每一用户对应的满足时间条件的目标报文类型以及该目标报文类型对应的第一参数。然后,确定该用户对应的目标报文类型对应的报文数量,根据目标报文类型对应的报文数量以及目标报文类型对应的第一参数计算传输目标报文类型对应的报文所消耗的目标资源。即,本申请实施例在确定用户在预设时间段内对应的服务费用时,先根据当前时间确定满足维护条件的目标报文类型以及该目标报文类型对应的费用单价。在确定每个目标报文类型对应的报文数量,根据该目标报文类型对应的报文数量以及费用单价确定传输目标报文类型对应的报文所需要花费的费用,与现有技术相比,可以周期计算用户在维护周期内的费用,减小计算量。需要说明的是,本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:只存在a,只存在b以及同时存在a和b三种情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或
技术领域
内所公知的任意其它形式的存储介质中。对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1