生成通知报文的方法及装置制造方法及图纸

本发明专利技术公开了一种生成通知报文的方法及装置，涉及大数据，其中该方法包括：在接收到GUPP报文后，通过规则引擎确定所述报文是否属于生成通知报文的报文，其中，所述规则引擎是通过页面配置并通过刷新缓存的方式生效的，规则引擎的规则是根据金融机构客户签署的协议配置的；在属于生成通知报文的报文时，检查通知参数，其中，所述通知参数包括接收通知报文的金融机构客户的账户以及通知报文的类型，所述通知参数是根据需求配置并按设置时间生效的；根据所述通知参数生成通知报文。本发明专利技术可以快速、灵活的实现支付业务的通知报文发送需求，可以满足绝大部分支付业务的通知报文发送方式。方式。方式。

【技术实现步骤摘要】
生成通知报文的方法及装置


[0001]本专利技术涉及大数据
，尤其涉及生成通知报文的方法及装置。

技术介绍

[0002]支付清算系统是银行IT(信息技术，Internet Technology)系统中十分重要的组成部分，大部分银行业务需要依托于支付清算系统展开。GUPP(全球统一支付平台，global unique payment platform)为银行所有境内外分行提供支付清算服务，按照IT蓝图策略，GUPP采取全球逻辑集中、统一部署的方式，以充分发挥内部报文的优势，进一步提高支付清算效率，降低运营成本。
[0003]银行的境内外分行在处理支付业务时，需要给金融机构客户(在我行开立资金结算账户的其他银行等金融机构)发送通知报文，发送的通知报文类型一般分为MT900(借记通知报文，当我行借记他行开在我行的实体账户时发送)，MT910/MT202(贷记通知报文，当我行贷记他行开在我行的实体账户时发送)。
[0004]现有方案是将发送通知报文的功能固定在流程的某一个节点中，例如当报文状态变为某一固定值，或对客户账号产生借记/贷记动作时，触发通知报文生成及发送功能。
[0005]现有技术的不足在于，不能满足各境内外分行的差异化需求。

技术实现思路

[0006]本专利技术实施例提供一种生成通知报文的方法，用以解决不能满足各境内外分行的差异化需求的问题，该方法包括：
[0007]在接收到GUPP报文后，通过规则引擎确定所述报文是否属于生成通知报文的报文，其中，所述规则引擎是通过页面配置并通过刷新缓存的方式生效的，规则引擎的规则是根据金融机构客户签署的协议配置的；
[0008]在属于生成通知报文的报文时，检查通知参数，其中，所述通知参数包括接收通知报文的金融机构客户的账户以及通知报文的类型，所述通知参数是根据需求配置并按设置时间生效的；
[0009]根据所述通知参数生成通知报文。
[0010]本专利技术实施例还提供一种生成通知报文的装置，用以解决不能满足各境内外分行的差异化需求的问题，该装置包括：
[0011]引擎模块，用于在接收到GUPP报文后，通过规则引擎确定所述报文是否属于生成通知报文的报文，其中，所述规则引擎是通过页面配置并通过刷新缓存的方式生效的，规则引擎的规则是根据金融机构客户签署的协议配置的；
[0012]参数模块，用于在属于生成通知报文的报文时，检查通知参数，其中，所述通知参数包括接收通知报文的金融机构客户的账户以及通知报文的类型，所述通知参数是根据需求配置并按设置时间生效的；
[0013]报文模块，用于根据所述通知参数生成通知报文。
[0014]本专利技术实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述生成通知报文的方法。
[0015]本专利技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述生成通知报文的方法。
[0016]本专利技术实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述生成通知报文的方法。
[0017]本专利技术实施例中，与现有技术中使用硬编码结合参数的的技术方案相比，由于将通知报文的生成的确定分成规则引擎与通知参数两个环节后再来确定，也即，通知报文生成依靠规则配置和参数配置完成；
[0018]通过规则引擎确定所述报文是否属于生成通知报文的报文，而规则引擎是通过页面配置并通过刷新缓存的方式生效的，生产环境上配置并更新缓存后即可生效，无需进行编译、构建等步骤，无需停止应用服务即可完成功能变更，实施周期短且非常灵活；
[0019]通知参数包括接收通知报文的金融机构客户的账户以及通知报文的类型，可以根据通知参数生成通知报文；而通知参数是根据需求配置并按设置时间生效的；使通知报文发送功能变的参数化，业务仅需进行参数变更便可以决定该账户是否需要发送相关的通知，可以做到灵活配置，实时生效；
[0020]因此，可以在不修改系统代码，不修改后台数据库的情况下快速、灵活的实现支付业务的通知报文发送需求，并且实现方式灵活，可以满足绝大部分支付业务的通知报文发送方式，使分行的各类通知报文发送需求都能够在不改动系统代码的情况下得到满足；
[0021]进一步的，不仅为开发人员节省了开发成本，也给业务提供了非常丰富且灵活的空间。
附图说明
[0022]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
[0023]图1为本专利技术实施例中生成通知报文的方法实施流程示意图；
[0024]图2为本专利技术实施例中生成通知报文的架构示意图；
[0025]图3为本专利技术实施例中生成通知报文的实施流程示意图；
[0026]图4为本专利技术实施例中生成通知报文的装置结构示意图；
[0027]图5为本专利技术实施例中计算机设备示意图。
具体实施方式
[0028]为使本专利技术实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本专利技术实施例做进一步详细说明。在此，本专利技术的示意性实施例及其说明用于解释本专利技术，但并不作为对本专利技术的限定。
[0029]专利技术人在专利技术过程中注意到：
[0030]银行的境内外分行在处理支付业务时，需要给金融机构客户发送通知报文。金融机构客户是否接收通知报文，接收什么类型的通知报文，是金融机构在我行开户时签协议确定的，因此在确定是否发送通知报文，以及发送什么类型的通知报文时，还需要通过账户相关信息进行校验。
[0031]现有方案一般将发送通知报文的功能固定在流程的某一个节点中，例如当报文状态变为某一固定值，或对客户账号产生借记/贷记动作时，触发通知报文生成及发送功能。
[0032]现有的支付系统大多使用硬编码结合参数的方式来进行通知报文的判断及生成，一般通过代码实现并固化在流程中，无法在系统启动时灵活的进行修改并生效，也无法灵活满足各境内外分行的差异化需求，每当有新需求提出时，都需要分析系统的现有逻辑是否能覆盖新需求，如果不能覆盖则需要修改代码，并进行编译、构建、安装等过程才能进行投产并生效，周期长，灵活性差，反应速度慢且成本高。
[0033]基于此，本专利技术实施例提供的技术方案将解决如何结合报文状态及账户信息确定如何发送通知报文的问题。
[0034]下面结合实施例进行说明。
[0035]图1为生成通知报文的方法实施流程示意图，如图1所示，可以包括：
[0036]步骤101、在接收到GUPP报文后，通过规则引擎确定所述报文是否属于生成通知报文的报文，其中，所述规则引擎是通过页面配置并通过刷新本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种生成通知报文的方法，其特征在于，包括：在接收到全球统一支付平台GUPP报文后，通过规则引擎确定所述报文是否属于生成通知报文的报文，其中，所述规则引擎是通过页面配置并通过刷新缓存的方式生效的，规则引擎的规则是根据金融机构客户签署的协议配置的；在属于生成通知报文的报文时，检查通知参数，其中，所述通知参数包括接收通知报文的金融机构客户的账户以及通知报文的类型，所述通知参数是根据需求配置并按设置时间生效的；根据所述通知参数生成通知报文。2.如权利要求1所述的方法，其特征在于，通过规则引擎确定所述报文是否属于生成通知报文的报文，是在报文处理的过程中，每次状态变化完成需要进行数据库存库操作时进行的。3.如权利要求1所述的方法，其特征在于，生成的通知报文是环球同业银行金融电讯协会SWIFT通知类报文。4.如权利要求1所述的方法，其特征在于，每条通知参数是绑定在一个已有的金融机构客户的账户上的。5.如权利要求1所述的方法，其特征在于，通知参数中包括的通知报文的类型包括：需要维护的通知报文类型，和/或需要发送的通知报文类型。6.一种生成通知报文的装置，其特征在于，包括：引擎模块，用于在接收到GUPP报文后，通过规则引擎确定所述报文是否属于生成通知报文的报文，其中，所述规则引擎是通过页面配置并通过刷新缓存的方式生效的，规则引擎的规则是根据金融机构客户签署的协议配置的；参数模块，用于在属于生成通知报文...

【专利技术属性】
技术研发人员：宫子诚，
申请(专利权)人：中国银行股份有限公司，
类型：发明
国别省市：