一种支付调用方法、装置及系统制造方法及图纸

本说明书实施例公开了一种支付调用方法、装置及系统。所述方法包括接收调用方发送的支付请求；根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；将所述调用结果发送给调用方。利用本说明书实施例可以在降低系统复杂性的同时，提高系统的可维护性。

A payment calling method, device and system

The embodiment of the specification discloses a payment calling method, device and system. The method includes receiving the payment request sent by the caller; generating the payment call component according to the payment request and configuration dictionary, the payment call component includes business rules, which are used to realize the business logic corresponding to the payment call component; and based on the payment call component, the payment component included in the pre built payment entity congestion model is The payment entity congestion model includes entity data structure and business logic layer, the business logic layer includes payment components, and the call result is sent to the caller. The embodiment of the specification can reduce the complexity of the system and improve the maintainability of the system.

【技术实现步骤摘要】
一种支付调用方法、装置及系统
本说明书实施例方案属于应用开发领域，尤其涉及一种支付调用方法、装置及系统。
技术介绍
随着金融科技、互联网金融的不断发展、创新、衍变，新型支付模式如扫码支付、NFC支付(NearFieldCommunication，近距离无线通讯)、手机收款、无卡取现、刷脸支付层出不穷，这导致金融支付体系越来越复杂。目前，金融支付体系的使用者(如商户、政府机构)，在使用金融服务时，往往不会只使用其中一种服务。例如，商户扫码支付场景下，系统的开发人员需要对接多种支付能力提供方(如银行、第三方支付机构等)，而且实际支付时支付介质也各有不同(如账户、卡、手机号码等)。由于不同支付服务接口差异很大，开发人员要为每一个服务接口单独写一套程序对接，这样不仅同时涉及处理大量复杂数据，而且必须适配很多各不相同的业务规则，导致系统代码冗余度高，不易维护。因此，业内亟需一种可以降低系统复杂性的解决方案。
技术实现思路
本说明书实施例在于提供一种支付调用方法、装置及系统，通过领域建模，将原来分散在业务处理流程各出的核心逻辑内聚到充血模型，从而可以在降低系统复杂性的同时，提高系统的可维护性。本说明书提供的支付调用方法、装置、设备及系统是包括以下方式实现的：一种支付调用方法，包括：接收调用方发送的支付请求；根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；将所述调用结果发送给调用方。本说明书提供的所述方法的另一个实施例中，所述预先构建的支付实体充血模型包括采用下述方式得到：获取功能相同的支付服务；提取所述支付服务中的业务逻辑；将功能相同的业务逻辑等效为支付构件，所述支付构件包括标准化构件、支付元素注入构件、支付校验构件、持久化构件、支付幂等构件、支付路由生成构件、支付接口调用构件；基于领域驱动设计构建支付实体充血模型，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件。本说明书提供的所述方法的另一个实施例中，所述支付实体充血模型中，每个支付构件包括预设个业务规则，所述业务规则对应不同提供方、不同支付介质、不同支付接口。本说明书提供的所述方法的另一个实施例中，所述基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，包括：对所述支付实体充血模型进行初始化处理，获得初始化充血模型；将所述支付调用构件注入到所述初始化充血模型中；调用所述初始化充血模型包括的支付构件。本说明书提供的所述方法的另一个实施例中，还包括：当所述支付实体充血模型中不存在满足所述支付请求的第一支付构件时，将所述第一支付构件添加到所述支付实体充血模型中。本说明书提供的所述方法的另一个实施例中，还包括：当所述支付实体充血模型中存在满足所述支付请求的第一支付构件，且所述第一支付构件包括的预设个业务规则中不存在满足所述支付请求的第一业务规则时，将所述第一业务规则添加到所述第一支付构件包括的业务规则中。一种支付调用装置，所述装置包括：接收模块，用于接收调用方发送的支付请求；生成模块，用于根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；调用模块，用于基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；发送模块，用于将所述调用结果发送给调用方。本说明书提供的所述装置的另一个实施例中，所述预先构建的支付实体充血模型包括：获取模块，用于获取功能相同的支付服务；提取模块，用于提取所述支付服务中的业务逻辑；等效模块，用于将功能相同的业务逻辑等效为支付构件，所述支付构件包括标准化构件、支付元素注入构件、支付校验构件、持久化构件、支付幂等构件、支付路由生成构件、支付接口调用构件；构建模块，用于基于领域驱动设计构建支付实体充血模型，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件。本说明书提供的所述装置的另一个实施例中，所述支付构件中，所述标准化构件用于实现请求报文到充血模型的转换，还用于实现支付信息的初始化；所述支付元素注入构件用于预先将生成规则保存到数据库中，所述生成规则用于生成标识当前交易的随机序列号码；所述支付校验构件用于实现支付过程中的数据检查；所述持久化构件用于提供标准的数据库操作模板，所述操作模板用于完成数据操作；所述支付幂等构件用于根据配置字典记录的幂等规则，在幂等处理过程中，将幂等逻辑和字段分离；所述支付路由生成构件用于自动判断支付请求需要调用的接口；所述支付接口调用构件用于读取所述支付路由生成构件提供的待调用接口信息，根据所述待调用接口信息调用对应的接口，还用于解析调用接口返回的报文，生成预设格式的结果发送给调用方。本说明书提供的所述装置的另一个实施例中，所述调用模块，包括：初始化单元，用于对所述支付实体充血模型进行初始化处理，获得初始化充血模型；注入单元，用于将所述支付调用构件注入到所述初始化充血模型中；调用单元，用于调用所述初始化充血模型包括的支付构件。本说明书提供的所述装置的另一个实施例中，还包括：第一添加模块，用于当所述支付实体充血模型中不存在满足所述支付请求的第一支付构件时，将所述第一支付构件添加到所述支付实体充血模型中。本说明书提供的所述装置的另一个实施例中，还包括：第二添加模块，用于当所述支付实体充血模型中存在满足所述支付请求的第一支付构件，且所述第一支付构件包括的预设个业务规则中不存在满足所述支付请求的第一业务规则时，将所述第一业务规则添加到所述第一支付构件包括的业务规则中。一种支付调用设备，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：接收调用方发送的支付请求；根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；将所述调用结果发送给调用方。一种支付调用系统，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现本说明书实本文档来自技高网...

【技术保护点】
1.一种支付调用方法，其特征在于，包括：/n接收调用方发送的支付请求；/n根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；/n基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；/n将所述调用结果发送给调用方。/n

【技术特征摘要】
1.一种支付调用方法，其特征在于，包括：
接收调用方发送的支付请求；
根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；
基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；
将所述调用结果发送给调用方。


2.如权利要求1所述的方法，其特征在于，所述预先构建的支付实体充血模型包括采用下述方式得到：
获取功能相同的支付服务；
提取所述支付服务中的业务逻辑；
将功能相同的业务逻辑等效为支付构件，所述支付构件包括标准化构件、支付元素注入构件、支付校验构件、持久化构件、支付幂等构件、支付路由生成构件、支付接口调用构件；
基于领域驱动设计构建支付实体充血模型，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件。


3.如权利要求1所述的方法，其特征在于，所述支付实体充血模型中，每个支付构件包括预设个业务规则，所述业务规则对应不同提供方、不同支付介质、不同支付接口。


4.如权利要求1所述的方法，其特征在于，所述基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，包括：
对所述支付实体充血模型进行初始化处理，获得初始化充血模型；
将所述支付调用构件注入到所述初始化充血模型中；
调用所述初始化充血模型包括的支付构件。


5.如权利要求1所述的方法，其特征在于，还包括：
当所述支付实体充血模型中不存在满足所述支付请求的第一支付构件时，将所述第一支付构件添加到所述支付实体充血模型中。


6.如权利要求1所述的方法，其特征在于，还包括：
当所述支付实体充血模型中存在满足所述支付请求的第一支付构件，且所述第一支付构件包括的预设个业务规则中不存在满足所述支付请求的第一业务规则时，将所述第一业务规则添加到所述第一支付构件包括的业务规则中。


7.一种支付调用装置，其特征在于，包括：
接收模块，用于接收调用方发送的支付请求；
生成模块，用于根据所述支付请求和配置字典生成支付调用构件，所述支付调用构件包括业务规则，所述业务规则用来实现与所述支付调用构件对应的业务逻辑；
调用模块，用于基于所述支付调用构件对预先构建的支付实体充血模型中包括的支付构件进行调用，获得调用结果，所述支付实体充血模型包括实体数据结构和业务逻辑层，所述业务逻辑层包括支付构件；
发送模块，用于将所述调用结果发送给调用方。


8.如权利要求7所述的装置，其特征在于，所述预先构建的支付实体充血模型包括：
获取模块，用于获取功能相同的支付服务；
提取模块，用于提取所述支付服务中的业务逻辑；

【专利技术属性】
技术研发人员：邓洁，康永乐，陈丽阳，张卉，
申请(专利权)人：中国工商银行股份有限公司，
类型：发明
国别省市：北京;11