支付方式的接入方法、装置、计算机设备及自动售卖系统.pdf

《支付方式的接入方法、装置、计算机设备及自动售卖系统.pdf》由会员分享，可在线阅读，更多相关《支付方式的接入方法、装置、计算机设备及自动售卖系统.pdf（21页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010721241.0 (22)申请日 2020.07.23 (71)申请人 山东新北洋信息技术股份有限公司 地址 264203 山东省威海市环翠区张村镇 昆仑路126号 (72)发明人 武栋李德逸李钢许云锋 赵健孙玉浩 (74)专利代理机构 北京超成律师事务所 11646 代理人 刘静 (51)Int.Cl. G06Q 20/08(2012.01) G06Q 20/18(2012.01) G06Q 20/38(2012.01) G07F 11/00(2006.01) (5。

2、4)发明名称 支付方式的接入方法、 装置、 计算机设备及 自动售卖系统 (57)摘要 本发明提供了一种支付方式的接入方法、 装 置、 计算机设备及自动售卖系统， 涉及自助售卖 技术领域， 包括： 当接收到支付方式接入请求时， 获取待接入支付方式所需的第一数量个目标支 付接口； 获取售卖系统内存储的第二数量个已配 置支付接口； 对第一数量个目标支付接口和第二 数量个已配置支付接口进行比对， 并根据比对结 果判断是否需要新增支付结点； 当判定需要新增 支付结点时输出新增结点请求， 并基于用户针对 新增结点请求的响应获取新增加的支付结点； 基 于新增加的支付结点将待接入支付方式接入至 售卖系统。 本。

3、发明可以有效缩减售卖系统的开发 周期， 还可以显著地降低售卖系统的维护难度。 权利要求书2页 说明书13页 附图5页 CN 111724149 A 2020.09.29 CN 111724149 A 1.一种支付方式的接入方法， 其特征在于， 所述方法应用于售卖系统， 所述方法包括： 当接收到支付方式接入请求时， 获取待接入支付方式所需的第一数量个目标支付接 口； 获取所述售卖系统内存储的第二数量个已配置支付接口； 其中， 每个所述已配置支付 接口对应一个支付结点； 对所述第一数量个目标支付接口和所述第二数量个已配置支付接口进行比对， 并根据 比对结果判断是否需要新增支付结点； 当判定需要新增。

4、支付结点时输出新增结点请求， 并基于用户针对所述新增结点请求的 响应获取新增加的支付结点； 其中， 所述新增结点请求中包括需要新增加的支付结点对应 的目标支付接口； 基于所述新增加的支付结点将所述待接入支付方式接入至所述售卖系统。 2.根据权利要求1所述的方法， 其特征在于， 所述对所述第一数量个目标支付接口和所 述第二数量个已配置支付接口进行比对， 并根据比对结果判断是否需要新增支付结点的步 骤， 包括： 对于每个目标支付接口， 判断所述第二数量个已配置支付接口中， 是否存在与所述目 标支付接口相匹配的已配置支付接口； 如果是， 确定所述目标支付接口属于可匹配接口； 如 果否， 确定所述目标。

5、支付接口属于不可匹配接口； 当每个所述目标支付接口均被确定为属于可匹配接口时， 确定不需要新增支付结点； 当任一所述目标支付接口被确定为属于不可匹配接口时， 确定需要新增支付结点； 其中， 需要新增加的支付结点为属于不可匹配接口的目标支付接口对应的支付结点。 3.根据权利要求1所述的方法， 其特征在于， 所述当接收到支付方式接入请求时， 获取 待接入支付方式所需的第一数量个目标支付接口的步骤， 包括： 当接收到支付方式接入请求时， 获取待接入支付方式的配置参数； 根据所述待接入支付方式的配置参数， 生成所述待接入支付方式所需的第一数量个目 标支付接口。 4.根据权利要求3所述的方法， 其特征在。

6、于， 所述根据所述待接入支付方式的配置参 数， 生成所述待接入支付方式所需的第一数量个目标支付接口的步骤， 包括： 确定所述待接入支付方式的配置参数中包括的接口生成参数； 根据预先配置的接口生成参数与支付接口之间的对应关系， 生成所述待接入支付方式 所需的第一数量个目标支付接口。 5.根据权利要求1所述的方法， 其特征在于， 所述方法还包括： 当确定不需要新增支付结点时， 获取所述待接入支付方式的当前配置信息； 其中， 所述 待接入支付方式的当前配置信息包括所述待接入支付方式的配置参数、 所述待接入支付方 式与所述待接入支付方式所需的多个目标支付接口之间的映射关系， 以及所述待接入支付 方式所。

7、需的多个目标支付接口的执行顺序关系； 对所述待接入支付方式的当前配置信息进行校验， 并根据校验结果判断所述待接入支 付方式的当前配置信息是否满足接入需求； 当判定所述待接入支付方式的当前配置信息不满足接入需求时， 获取所述售卖系统内 的已有配置信息， 并根据所述售卖系统内的已有配置信息更新所述待接入支付方式的当前 权利要求书 1/2 页 2 CN 111724149 A 2 配置信息。 6.根据权利要求5所述的方法， 其特征在于， 所述对所述待接入支付方式的当前配置信 息进行校验， 并根据校验结果判断所述待接入支付方式的当前配置信息是否满足接入需求 的步骤， 包括： 对所述待接入支付方式的当前。

8、配置信息进行合法性校验和完整性校验； 当所述待接入支付方式的当前配置信息通过所述合法性校验和所述完整性校验时， 确 定所述待接入支付方式的当前配置信息满足接入需求。 7.一种支付方式的接入装置， 其特征在于， 所述装置应用于售卖系统， 所述装置包括： 第一获取单元， 用于当接收到支付方式接入请求时， 获取待接入支付方式所需的第一 数量个目标支付接口； 第二获取单元， 用于获取所述售卖系统内存储的第二数量个已配置支付接口； 其中， 每 个所述已配置支付接口对应一个支付结点； 比对判断单元， 用于对所述第一数量个目标支付接口和所述第二数量个已配置支付接 口进行比对， 并根据比对结果判断是否需要新增。

9、支付结点； 新增结点单元， 用于在所述比对判断单元判定需要新增支付结点时输出新增结点请 求， 并基于用户针对所述新增结点请求的响应获取新增加的支付结点； 其中， 所述新增结点 请求中包括需要新增加的支付结点对应的目标支付接口； 支付方式接入单元， 用于基于所述新增加的支付结点将所述待接入支付方式接入至所 述售卖系统。 8.根据权利要求7所述的装置， 其特征在于， 所述比对判断单元还用于： 对于每个目标支付接口， 判断所述第二数量个已配置支付接口中， 是否存在与所述目 标支付接口相匹配的已配置支付接口； 如果是， 确定所述目标支付接口属于可匹配接口； 如 果否， 确定所述目标支付接口属于不可匹配。

10、接口； 当每个所述目标支付接口均被确定为属于可匹配接口时， 确定不需要新增支付结点； 当任一所述目标支付接口被确定为属于不可匹配接口时， 确定需要新增支付结点； 其中， 需要新增加的支付结点为属于不可匹配接口的目标支付接口对应的支付结点。 9.一种计算机设备， 其特征在于， 包括存储器和处理器， 所述存储器中存储有可在所述 处理器上运行的计算机程序， 所述处理器执行所述计算机程序时实现上述权利要求1至6任 一项所述的方法的步骤。 10.一种自动售卖系统， 其特征在于， 包括如权利要求9所述的计算机设备和多个自动 售货机， 每个所述自动售货机与所述计算机设备通信连接。 权利要求书 2/2 页 3。

11、 CN 111724149 A 3 支付方式的接入方法、 装置、 计算机设备及自动售卖系统 技术领域 0001 本发明涉及自助售卖技术领域， 尤其是涉及一种支付方式的接入方法、 装置、 计算 机设备及自动售卖系统。 背景技术 0002 随着互联网技术的飞速发展， 网上支付的市场规模发展迅速， 第三方支付平台的 市场规模也越来越大， 为了满足不同用户的支付需求， 现有的售卖系统在开发及维护过程 中， 经常需要接入新的支付方式。 0003 相关技术公开了一种售卖系统， 当售卖系统需要接入一种新支付方式时， 售卖系 统的开发人员将根据该新支付方式提供的API(Application Programm。

12、ing Interface， 应 用程序编程接口)， 开发设计该新支付方式的业务处理流程， 并在售卖系统的业务流程中增 加对该新支付方式的业务处理流程的调用， 从而实现该新支付方式的接入。 对于相关技术 的售卖系统， 每当售卖系统需要增加一种新支付方式时， 开发人员都需要按照上述步骤为 新支付方式编写定制化的业务处理流程。 0004 然而， 发明人发现， 不同支付方式中存在大部分处理逻辑相同的业务处理流程， 因 此， 当售卖系统支持多种支付方式时， 多种支付方式的业务处理流程中会存在大量且重复 的处理逻辑， 而这将不利于售卖系统的后期的整体维护和修改， 并且， 每当有新的支付方式 要接入售卖系。

13、统时， 开发人员都需要重新编写定制化的业务处理流程， 这就导致售卖系统 存在开发周期长、 维护难度大的问题。 发明内容 0005 有鉴于此， 本发明的目的在于提供一种支付方式的接入方法、 装置、 计算机设备及 自动售卖系统， 可以有效缩减售卖系统的开发周期， 还可以显著地降低售卖系统的维护难 度。 0006 第一方面， 本发明实施例提供了一种支付方式的接入方法， 所述方法应用于售卖 系统， 所述方法包括： 当接收到支付方式接入请求时， 获取待接入支付方式所需的第一数量 个目标支付接口； 获取所述售卖系统内存储的第二数量个已配置支付接口； 其中， 每个所述 已配置支付接口对应一个支付结点； 对所。

14、述第一数量个目标支付接口和所述第二数量个已 配置支付接口进行比对， 并根据比对结果判断是否需要新增支付结点； 当判定需要新增支 付结点时输出新增结点请求， 并基于用户针对所述新增结点请求的响应获取新增加的支付 结点； 其中， 所述新增结点请求中包括需要新增加的支付结点对应的目标支付接口； 基于所 述新增加的支付结点将所述待接入支付方式接入至所述售卖系统。 0007 在一种实施方式中， 所述对所述第一数量个目标支付接口和所述第二数量个已配 置支付接口进行比对， 并根据比对结果判断是否需要新增支付结点的步骤， 包括： 对于每个 目标支付接口， 判断所述第二数量个已配置支付接口中， 是否存在与所述目。

15、标支付接口相 匹配的已配置支付接口； 如果是， 确定所述目标支付接口属于可匹配接口； 如果否， 确定所 说明书 1/13 页 4 CN 111724149 A 4 述目标支付接口属于不可匹配接口； 当每个所述目标支付接口均被确定为属于可匹配接口 时， 确定不需要新增支付结点； 当任一所述目标支付接口被确定为属于不可匹配接口时， 确 定需要新增支付结点； 其中， 需要新增加的支付结点为属于不可匹配接口的目标支付接口 对应的支付结点。 0008 在一种实施方式中， 所述当接收到支付方式接入请求时， 获取待接入支付方式所 需的第一数量个目标支付接口的步骤， 包括： 当接收到支付方式接入请求时， 获取。

16、待接入支 付方式的配置参数； 根据所述待接入支付方式的配置参数， 生成所述待接入支付方式所需 的第一数量个目标支付接口。 0009 在一种实施方式中， 所述根据所述待接入支付方式的配置参数， 生成所述待接入 支付方式所需的第一数量个目标支付接口的步骤， 包括： 确定所述待接入支付方式的配置 参数中包括的接口生成参数； 根据预先配置的接口生成参数与支付接口之间的对应关系， 生成所述待接入支付方式所需的第一数量个目标支付接口。 0010 在一种实施方式中， 所述方法还包括： 当确定不需要新增支付结点时， 获取所述待 接入支付方式的当前配置信息； 其中， 所述待接入支付方式的当前配置信息包括所述待接。

17、 入支付方式的配置参数、 所述待接入支付方式与所述待接入支付方式所需的多个目标支付 接口之间的映射关系， 以及所述待接入支付方式所需的多个目标支付接口的执行顺序关 系； 对所述待接入支付方式的当前配置信息进行校验， 并根据校验结果判断所述待接入支 付方式的当前配置信息是否满足接入需求； 当判定所述待接入支付方式的当前配置信息不 满足接入需求时， 获取所述售卖系统内的已有配置信息， 并根据所述售卖系统内的已有配 置信息更新所述待接入支付方式的当前配置信息。 0011 在一种实施方式中， 所述对所述待接入支付方式的当前配置信息进行校验， 并根 据校验结果判断所述待接入支付方式的当前配置信息是否满足。

18、接入需求的步骤， 包括： 对 所述待接入支付方式的当前配置信息进行合法性校验和完整性校验； 当所述待接入支付方 式的当前配置信息通过所述合法性校验和所述完整性校验时， 确定所述待接入支付方式的 当前配置信息满足接入需求。 0012 第二方面， 本发明实施例还提供一种支付方式的接入装置， 所述装置应用于售卖 系统， 所述装置包括： 第一获取单元， 用于当接收到支付方式接入请求时， 获取待接入支付 方式所需的第一数量个目标支付接口； 第二获取单元， 用于获取所述售卖系统内存储的第 二数量个已配置支付接口； 其中， 每个所述已配置支付接口对应一个支付结点； 比对判断单 元， 用于对所述第一数量个目标。

19、支付接口和所述第二数量个已配置支付接口进行比对， 并 根据比对结果判断是否需要新增支付结点； 新增结点单元， 用于在所述比对判断单元判定 需要新增支付结点时输出新增结点请求， 并基于用户针对所述新增结点请求的响应获取新 增加的支付结点； 其中， 所述新增结点请求中包括需要新增加的支付结点对应的目标支付 接口； 支付方式接入单元， 用于基于所述新增加的支付结点将所述待接入支付方式接入至 所述售卖系统。 0013 在一种实施方式中， 所述比对判断单元还用于： 对于每个目标支付接口， 判断所述 第二数量个已配置支付接口中， 是否存在与所述目标支付接口相匹配的已配置支付接口； 如果是， 确定所述目标支。

20、付接口属于可匹配接口； 如果否， 确定所述目标支付接口属于不可 匹配接口； 当每个所述目标支付接口均被确定为属于可匹配接口时， 确定不需要新增支付 说明书 2/13 页 5 CN 111724149 A 5 结点； 当任一所述目标支付接口被确定为属于不可匹配接口时， 确定需要新增支付结点； 其 中， 需要新增加的支付结点为属于不可匹配接口的目标支付接口对应的支付结点。 0014 第三方面， 本发明实施例还提供一种计算机设备， 包括存储器和处理器， 所述存储 器中存储有可在所述处理器上运行的计算机程序， 所述处理器执行所述计算机程序时实现 上述第一方面任一项所述的方法的步骤。 0015 第四方面。

21、， 本发明实施例还提供一种自动售卖系统， 包括如上述第三方面所述的 计算机设备和多个自动售货机， 每个所述自动售货机与所述计算机设备通信连接。 0016 本发明实施例提供的一种支付方式的接入方法、 装置、 计算机设备及自动售卖系 统， 当接收到支付方式接入请求时， 获取待接入支付方式所需的第一数量个目标支付接口， 以及获取售卖系统内存储的第二数量个已配置支付接口(每个已配置支付接口对应一个支 付结点)， 然后对第一数量个目标支付接口和第二数量个已配置支付接口进行比对， 并根据 比对结果判断是否需要新增支付结点， 当判定需要新增支付结点时输出新增结点请求， 并 基于用户针对新增结点请求的响应获取。

22、新增加的支付结点， 从而基于新增加的支付结点将 待接入支付方式接入至售卖系统， 其中， 上述新增结点请求中包括需要新增加的支付结点 对应的目标支付接口。 上述方法在将待接入支付方式接入至售卖系统的过程中， 售卖系统 的开发人员在初次设计时仅需要针对业务处理流程设计待接入支付方式的目标支付接口， 在售卖系统输出新增结点请求时， 才需要基于新增支付结点请求中包括的目标支付接口进 行对应的支付结点的处理逻辑的开发设计， 而在售卖系统判定不需要新增支付结点时， 则 不再需要进行支付结点的处理逻辑的开发设计， 此时可以直接利用售卖系统内的已配置支 付结点完成业务处理流程。 本发明实施例可以支持不同支付方。

23、式共用支付结点， 解决了不 同支付方式中存在大量重复逻辑， 以及售卖系统难于整体维护和修改的问题， 而且本发明 实施例还可以有效减少将新支付方式接入售卖系统时开发人员的工作量， 缩短了接入新支 付方式的开发周期， 降低了开发人员开发及维护售卖系统的难度。 0017 本发明的其他特征和优点将在随后的说明书中阐述， 并且， 部分地从说明书中变 得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优点在说明书、 权利要求书 以及附图中所特别指出的结构来实现和获得。 0018 为使本发明的上述目的、 特征和优点能更明显易懂， 下文特举较佳实施例， 并配合 所附附图， 作详细说明如下。 附图说明。

24、 0019 为了更清楚地说明本发明具体实施方式或现有技术中的技术方案， 下面将对具体 实施方式或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的 附图是本发明的一些实施方式， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前 提下， 还可以根据这些附图获得其他的附图。 0020 图1为本发明实施例提供的一种支付方式的接入方法的流程示意图； 0021 图2为本发明实施例提供的一种售卖系统的结构示意图； 0022 图3为本发明实施例提供的另一种支付方式的接入方法的流程示意图； 0023 图4为本发明实施例提供的一种支付购买方法的流程示意图； 0024 图5为本发明实施例。

25、提供的一种支付方式的接入装置的结构示意图； 说明书 3/13 页 6 CN 111724149 A 6 0025 图6为本发明实施例提供的一种计算机设备的结构示意图； 0026 图7为本发明实施例提供的一种自动售卖系统的结构示意图。 具体实施方式 0027 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合实施例对本发 明的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不 是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前 提下所获得的所有其他实施例， 都属于本发明保护的范围。 0028 目前， 相关技术公开了一种。

26、售卖系统， 每当需要将新的支付方式接入该售卖系统 时， 开发人员便需要重新编写定制化的业务处理流程， 而这一过程不仅将导致售卖系统的 开发周期较长， 而且由于不同支付方式中存在大量重复的处理逻辑， 因此还将增大售卖系 统的维护和修改难度。 为改善上述问题， 本发明实施提供了一种支付方式的接入方法、 装 置、 计算机设备及自动售卖系统， 可以有效缩减售卖系统的开发周期， 还可以显著地降低售 卖系统的维护难度。 0029 为便于对本实施例进行理解， 首先对本发明实施例所公开的一种支付方式的接入 方法进行详细介绍， 该方法应用于售卖系统， 参见图1所示的一种支付方式的接入方法的流 程示意图， 该方法。

27、主要包括以下步骤S102至步骤S110： 0030 步骤S102， 当接收到支付方式接入请求时， 获取待接入支付方式所需的第一数量 个目标支付接口。 0031 其中， 每个目标支付接口应对应一个支付结点， 目标支付接口可以理解为支付结 点的标识， 支付结点可以包括目标支付接口和处理逻辑。 在实际应用中， 按照预设顺序执行 各个目标支付接口对应的支付结点内的处理逻辑时， 可以完成待接入支付方式的业务处理 流程。 由于尚未确定目标支付接口对应的支付结点， 为将待接入支付方式接入至售卖系统 并成功执行待接入支付方式的业务处理流程， 需要获取待接入支付方式所需的第一数量个 目标支付接口， 并按照下述步。

28、骤确定各个目标支付接口对应的支付结点， 从而完成待接入 支付方式的接入。 在一种实施方式中， 售卖系统可以设置有配置界面， 开发人员可以通过该 配置界面对待接入支付方式所需的目标支付接口进行配置， 当售卖系统接收到支付方式接 入请求时， 即可通过配置界面获取到第一数量个目标支付接口。 0032 步骤S104， 获取售卖系统内存储的第二数量个已配置支付接口。 0033 其中， 每个已配置支付接口对应一个支付结点。 在一种实施方式中， 已配置支付接 口对应的支付结点可以存储于售卖系统内的指定位置， 诸如存储于售卖系统的配置中心 内， 从而可以直接从该指定位置处读取第二数量个已配置支付接口。 003。

29、4 步骤S106， 对第一数量个目标支付接口和第二数量个已配置支付接口进行比对， 并根据比对结果判断是否需要新增支付结点。 0035 其中， 对目标支付接口和已配置支付接口进行比对的过程， 可以理解为判断目标 支付接口与已配置支付接口之间是否匹配的过程， 而比对结果可以用于表征目标支付接口 与已配置支付接口之间的匹配结果。 在一种实施方式中， 如果每个目标支付接口均存在能 与之匹配的已配置支付接口， 则可以确定不需要新增支付结点； 如果存在任意一个目标支 付接口不存在与之匹配的已配置支付接口， 则可以确定需要新增支付结点。 说明书 4/13 页 7 CN 111724149 A 7 0036 。

30、步骤S108， 当判定需要新增支付结点时输出新增结点请求， 并基于用户针对新增 结点请求的响应获取新增加的支付结点。 0037 其中， 新增结点请求中包括需要新增加的支付结点对应的目标支付接口。 在一种 实施方式中， 可以通过售卖系统的配置界面显示该新增结点请求， 以提示开发人员该新增 结点请求所包含的目标支付接口对应的支付结点为需要新增加的支付结点， 此时开发人员 可以对该需要新增加的支付结点进行配置， 配置完成后售卖系统即可获取该新增加的支付 结点。 0038 步骤S110， 基于新增加的支付结点将待接入支付方式接入至售卖系统。 0039 在一种实施方式中， 可以根据上述比对结果从已配置支。

31、付接口对应的支付结点中 确定部分或全部目标支付接口对应的支付结点， 其中， 如果每个目标支付接口均存在能与 之匹配的已配置支付接口， 且根据比对结果确定不需要新增支付结点时， 从已配置支付接 口对应的支付结点中确定与每个目标支付接口对应的支付结点； 如果存在任意一个目标支 付接口不存在与之匹配的已配置支付接口， 且根据比对结果确定需要新增支付结点时， 从 已配置支付接口对应的支付结点中确定能够匹配的部分目标支付接口对应的支付结点， 从 上述新增加的支付结点中确定不能够匹配的部分目标支付接口对应的支付结点。 在确定每 个目标支付接口对应的支付结点后， 基于每个目标支付接口对应的支付结点将待接入支。

32、付 方式接入至售卖系统。 0040 例如， 获取到待接入支付方式所需的目标支付接口包括目标支付接口A1、 目标支 付接口A2和目标支付接口A3， 且售卖系统内存储有已配置支付接口B1及其对应的支付结点 b1、 已配置支付接口B2及其对应的支付结点b2、 已配置支付接口B3及其对应的支付结点b3、 已配置支付接口B4及其对应的支付结点b4， 其中， 目标支付接口A1与已配置支付接口B1相 匹配， 目标支付接口A2与已配置支付接口B2匹配， 目标支付接口A3与已配置支付接口B3匹 配， 因此， 此时可以确定目标支付接口A1对应支付结点b1， 目标支付接口A2对应支付结点 b2， 目标支付接口A3对。

33、应支付结点b3， 并基于上述支付结点b1、 支付结点b2和支付结点b3将 待接入支付方式接入至售卖系统。 0041 再例如， 同样对于上述的目标目标支付接口A1、 目标支付接口A2和目标支付接口 A3， 目标支付接口A1与已配置支付接口B1相匹配， 目标支付接口A2与已配置支付接口B2匹 配， 目标支付接口A3不存在与之匹配的已配置支付接口， 此时可以确定目标支付接口A1对 应支付结点b1， 目标支付接口A2对应支付结点b2， 并按照上述步骤S108获取目标支付接口 A3对应的新增加的支付结点c， 然后基于上述支付结点b1、 支付结点b2和支付结点c将待接 入支付方式接入至售卖系统。 0042。

34、 本发明实施例提供的上述支付方式的接入方法， 在将待接入支付方式接入至售卖 系统的过程中， 售卖系统的开发人员在初次设计时仅需要针对业务处理流程设计待接入支 付方式的目标支付接口， 在售卖系统输出新增结点请求时， 才需要基于新增支付结点请求 中包括的目标支付接口进行对应的支付结点的处理逻辑的开发设计， 而在售卖系统判定不 需要新增支付结点时， 则不再需要进行支付结点的处理逻辑的开发设计， 此时可以直接利 用售卖系统内的已配置支付结点完成业务处理流程。 本发明实施例可以支持不同支付方式 共用支付结点， 解决了不同支付方式中存在大量重复逻辑， 以及售卖系统难于整体维护和 修改的问题， 而且本发明实。

35、施例还可以有效减少将新支付方式接入售卖系统时开发人员的 说明书 5/13 页 8 CN 111724149 A 8 工作量， 缩短了接入新支付方式的开发周期， 降低了开发人员开发及维护售卖系统的难度。 0043 对于上述步骤S102， 本发明实施例提供了一种当接收到支付方式接入请求时， 获 取待接入支付方式所需的第一数量个目标支付接口的具体实施方式， 可参见如下步骤1至 步骤2： 0044 步骤1， 当接收到支付方式接入请求时， 获取待接入支付方式的配置参数。 其中， 配 置参数可以包括支付方式标识、 支付方式对应的支付渠道的标识、 收款账号、 加密秘钥、 解 密秘钥、 支付方式的配置文件的存。

36、储路径、 支付方式的配置文件的权限等。 上述配置文件可 以理解为用于存储配置信息的文件， 而配置信息包括目标支付接口的配置参数， 配置文件 的权限可以包括读取、 修改、 删除等。 另外， 售卖系统设置有配置界面， 该配置界面可用于输 入支付方式接入请求， 还可以用于输入待接入支付方式的配置参数。 为便于对上述步骤1进 行理解， 本发明实施例提供了以下几种获取待接入支付方式的配置参数的方式， 参见如下 方式一至方式三： 0045 方式一： 当开发人员(也可称之为， 维护人员或管理员等)接收到在售卖系统中接 入新的支付方式的需求时， 开发人员通过上述配置界面输入待接入支付方式的配置参数， 并输入支。

37、付方式接入请求， 售卖系统即可根据待接入支付方式的配置参数生成待接入支付 方式所需的多个目标支付接口。 在一种具体的实施方式中， 配置界面中可以配置有多个可 选的输入框和 “接入请求控件” 等， 开发人员可以在该输入框内输入各个目标支付接口的配 置参数， 并通过操作 “接入请求控件” ， 将支付方式接入请求和待接入支付方式的各个目标 支付接口的配置参数上传至售卖系统。 0046 方式二： 当开发人员接收到在售卖系统中接入新的支付方式的需求时， 可通过操 作配置界面配置的 “接入请求控件” ， 向售卖系统发送支付方式接入请求， 此时售卖系统可 以通过读取预先存储的配置文件， 从预先存储的配置文件。

38、中获取待接入支付方式所需的各 个目标支付接口的配置参数。 0047 方式三： 当开发人员接收到在售卖系统中接入新的支付方式的需求时， 开发人员 通过上述配置界面输入待接入支付方式的配置参数， 售卖系统在获取到待接入支付方式的 配置参数后， 可将其保存至配置文件中。 当售卖系统判定需要新增支付结点并输出新增支 付结点请求时， 开发人员可以补充设计新增加的支付结点的处理流程， 并在补充设计完成 后通过输入再次接入目标支付方式的请求， 申请接入待接入支付方式， 此时， 售卖系统可以 从已保存的配置文件中获取待接入支付方式的配置参数。 可选的， 售卖系统还能够以可编 辑状态显示所获取的配置参数， 以使。

39、开发人员可以对所获取的配置参数进行修改。 0048 在实际应用中， 可以从上述方式一至方式三中选择一种或多种方式获取待接入支 付方式的配置参数。 0049 步骤2， 根据待接入支付方式的配置参数， 生成待接入支付方式所需的第一数量个 目标支付接口。 在一种实施方式中， 配置参数中还包括接口生成参数， 通过预先配置接口生 成参数与支付接口之间的对应关系， 可以根据该对应关系和上述待接入支付方式的配置参 数内的接口生成参数， 生成所需的目标支付接口。 具体的， 可按照如下步骤2.1至步骤2.2生 成待接入支付方式所需的第一数量个目标支付接口： 0050 步骤2.1， 确定待接入支付方式的配置参数中。

40、包括的接口生成参数。 其中， 接口生 成参数可以包括诸如秘钥或用户签名等。 说明书 6/13 页 9 CN 111724149 A 9 0051 步骤2.2， 根据预先配置的接口生成参数与支付接口之间的对应关系， 生成待接入 支付方式所需的第一数量个目标支付接口。 例如， 秘钥与支付业务数据加密解密接口之间 存在对应关系， 用户签名与支付业务数据加签验签接口之间存在对应关系， 也即， 当接口生 成参数中包括秘钥时将生成支付业务数据加密解密接口， 当接口生成参数中包括用户签名 时， 将生成支付业务数据加签验签接口。 0052 本发明实施例还提供了另一种生成待接入支付方式所需的第一数量个目标支付 。

41、接口的实施方式， 当开发人员接收到在售卖系统中接入新的支付方式的需求时， 根据待接 入支付方式抽象待接入支付方式的目标支付接口， 并在配置界面中按照预设顺序输入所抽 象的第一数量个目标支付接口， 售卖系统根据开发人员的输入信息获取待接入支付方式的 第一数量个目标支付接口。 0053 在一种具体的实施方式中， 可以预先设定接口命名规则， 对于售卖系统的每种支 付方式， 该支付方式包含的支付结点对应的支付接口将依据该接口命名规则进行设计， 例 如， 对于完成一种特定功能的支付结点， 该支付结点对应的支付接口将按照预先设计的接 口名称进行命名。 基于此， 本发明实施例提供了一种对第一数量个目标支付接。

42、口和第二数 量个已配置支付接口进行比对， 并根据比对结果判断是否需要新增支付结点的实施方式， 具体可参见如下(一)至(二)： 0054 (一)对于每个目标支付接口， 判断第二数量个已配置支付接口中， 是否存在与该 目标支付接口相匹配的已配置支付接口； 如果是， 确定该目标支付接口属于可匹配接口； 如 果否， 确定该目标支付接口属于不可匹配接口。 在一种实施方式中， 售卖系统的存储装置中 预先存储有整个系统中已经配置的第二数量个支付结点对应的支付接口的列表， 售卖系统 的控制装置通过读取预先存储的第二数量个支付结点对应的支付接口的列表， 以获取售卖 系统中已配置的支付结点对应的支付接口， 对于每。

43、个目标支付接口， 控制装置逐一将该目 标支付接口与已经配置的支付结点对应的支付接口进行对比， 判断支付结点对应的支付接 口中是否存在与该目标支付接口的名称一致的支付接口。 当第二数量个支付结点对应的支 付接口中存在与该目标支付接口的名称一致的支付接口时， 确定该目标支付接口属于可匹 配接口； 当第二数量个支付结点对应的支付接口中不存在与该目标支付接口的名称一致的 支付接口时， 确定该目标支付接口属于不可匹配接口。 0055 (二)当每个目标支付接口均被确定为属于可匹配接口时， 确定不需要新增支付结 点； 当任一目标支付接口被确定为属于不可匹配接口时， 确定需要新增支付结点。 其中， 需 要新增。

44、加的支付结点为属于不可匹配接口的目标支付接口对应的支付结点。 例如， 获取到 待接入支付方式所需的目标支付接口包括目标支付接口A1、 目标支付接口A2和目标支付接 口A3， 且售卖系统内存储有已配置支付接口B1、 已配置支付接口B2、 已配置支付接口B3、 已 配置支付接口B4。 假设目标支付接口A1与已配置支付接口B1名称一致、 目标支付接口A2与 已配置支付接口B2的名称一致、 目标支付接口A3与已配置支付接口B3名称一致， 也即每个 目标支付接口均属于可匹配接口， 此时确定不需要新增支付结点。 假设目标支付接口A1与 已配置支付接口B1名称一致、 目标支付接口A2与已配置支付接口B2的名。

45、称一致， 而已配置 支付接口中不存在与目标支付接口A3名称一致的支付接口， 也即目标支付接口A3属于不可 匹配接口， 此时确定需要新增支付结点。 0056 在实际应用中， 存在根据比对结果确定不需要新增支付结点的情况， 针对这一情 说明书 7/13 页 10 CN 111724149 A 10 况， 本发明实施例提供了一种将待接入支付方式接入至售卖系统的实施方式， 实施过程可 参照如下步骤a至步骤c： 0057 步骤a， 当确定不需要新增支付结点时， 获取待接入支付方式的当前配置信息。 其 中， 待接入支付方式的当前配置信息包括待接入支付方式的配置参数、 待接入支付方式与 待接入支付方式所需的。

46、各个目标支付接口之间的映射关系， 以及待接入支付方式所需的多 个目标支付接口的执行顺序关系。 例如， 待接入支付方式的配置参数可以包括秘钥或用户 签名等； 映射关系可以为： 待接入支付方式X对应的目标支付接口包括支付接口x1和支付接 口x2； 执行顺序关系可以为： 先执行支付接口x2对应的支付结点内的处理逻辑， 再执行支付 接口x1对应的支付结点内的处理逻辑。 0058 步骤b， 对待接入支付方式的当前配置信息进行校验， 并根据校验结果判断待接入 支付方式的当前配置信息是否满足接入需求。 其中， 校验的内容可以包括当前配置信息的 合法性和完整性， 并在当前配置信息合法且完整的情况下， 确定当前。

47、配置信息满足接入需 求。 在一种具体的实施方式中， 可按照如下步骤b1至步骤b2所示的方法判断当前配置信息 是否满足接入需求： 0059 步骤b1， 对待接入支付方式的当前配置信息进行合法性校验和完整性校验。 例如， 可以对收款账号的合法性进行校验、 对秘钥的合法性进行校验等； 而对于必须配置有参数 值的配置参数， 需要对其进行完整性校验况， 可以检验该配置参数的参数值是否已经设置。 0060 步骤b2， 当待接入支付方式的当前配置信息通过合法性校验和完整性校验时， 确 定待接入支付方式的当前配置信息满足接入需求。 0061 步骤c， 当判定待接入支付方式的当前配置信息不满足接入需求时， 获取。

48、售卖系统 内的已有配置信息， 并根据售卖系统内的已有配置信息更新待接入支付方式的当前配置信 息。 在一种实施方式中， 可以将未通过合法性校验和/或完整性校验的当前配置信息确定为 待更新的配置信息， 例如， 当待接入支付方式的当前配置信息中包括的收款账号未设置时， 将待接入支付方式的收款账号的值设置为售卖系统已存储的收款账号的值。 0062 为便于对上述实施例进行理解， 本发明实施例提供了一种售卖系统， 参见如图2所 示的一种售卖系统的结构示意图， 图2中示意出了售卖系统可以包括接入层、 业务调度层、 支付业务处理层、 数据处理层、 基础数据层等五个层次， 外围包含配置中心和安全中心。 0063。

49、 在一种实施方式中， 接入层用于处理新支付方式接入申请、 新支付方式接入审核 和新支付方式接入管理等功能。 0064 在一种实施方式中， 业务调度层用于管理支付业务的调度规则， 包含调度规则校 验、 调度规则维护、 调度规则检索、 调度规则规划等几个部分。 其中， 调度规则校验用于检验 调度规则配置的是否合理， 例如， 判断是否需要新增支付结点， 或者， 判断待接入支付方式 的配置信息是否满足接入需求； 调度规则维护和检索用于管理现有的调度规则， 例如， 通过 调度规则检索对M(也即， 上述第一数量)个目标支付接口和已配置的N(也即， 上述第二数 量)个支付结点对应的已配置支付接口进行比对， 。

50、通过调度规则维护更新待接入支付方式 的配置信息； 调度规则规划用于对新接入的支付方式进行调度规则抽象和规划， 例如， 生成 待接入支付方式的目标支付接口， 基于开发人员针对新增支付结点请求的响应， 获取新增 加的支付结点， 以将待接入支付方式接入到售卖系统中。 0065 在一种实施方式中， 支付业务处理层用于聚合待接入支付方式的多个业务支付结 说明书 8/13 页 11 CN 111724149 A 11 点， 为业务调度层提供业务处理能力， 例如， 支付业务处理层包括支付业务处理结点1、 支付 业务处理结点2至支付业务处理结点n。 其中， 支付业务处理层包括的多个独立的业务支付 处理的支付结。