一种分布式支付处理方法、系统及电子设备

摘要

本发明提供的一种分布式支付处理方法、系统及电子设备，包括：获取目标支付请求，所述目标支付请求包括支付方式信息；基于所述支付方式信息在所述多个支付终端中查找目标支付终端；当查找到所述目标支付终端时，与所述目标支付终端建立连接，并向所述目标支付终端发送所述目标支付请求和支付指令，所述支付指令用于指示所述目标支付终端对所述目标支付请求进行处理；接收所述目标支付终端反馈的支付结果。有效解决了当前支付处理系统中一台金融终端只能获取与金融终端进行有线连接的资源的问题，可以提高支付方式的多样性和适用性。

权利要求

1.一种分布式支付处理方法，其特征在于，用于金融终端，所述金融终端与多个支付终端基于分布式软总线进行分布式连接，所述金融终端为具备支付处理能力的终端，所述支付终端为具备特定支付能力的终端，所述特定支付能力为支持特定支付方式的硬件设备，所述方法包括：获取目标支付请求，所述目标支付请求包括支付方式信息；

基于所述支付方式信息在所述多个支付终端中查找目标支付终端；

当查找到所述目标支付终端时，与所述目标支付终端建立通讯连接，并向所述目标支付终端发送所述目标支付请求和支付指令，所述支付指令用于指示所述目标支付终端对所述目标支付请求进行处理；

接收所述目标支付终端反馈的支付结果；

所述方法还包括：

获取本机设备信息；

当所述本机设备信息中包含初始支付信息时，向所述多个支付终端发送所述初始支付信息，所述初始支付信息用于表征所述金融终端所配置的支付能力；

若其他支付终端接收到订单支付请求时，所述金融终端被调用进行支付；

所述基于所述支付方式信息在所述多个支付终端中查找目标支付终端的步骤，包括：向所述多个支付终端发起信息请求，所述信息请求用于请求接收每一个所述支付终端的配置支付信息，所述配置支付信息包括所述每一个支付终端所配置的支付能力；

接收所述每一个支付终端发送的配置支付信息；

根据配置支付信息，在所述多个支付终端中查找所述支付能力与所述支付方式信息相匹配的支付终端，得到备选支付终端；

根据预设的优先级选择策略，从所述备选支付终端中选择至少一个支付终端作为目标支付终端；

所述信息请求包括上报距离，在所述上报距离内，所述支付终端向所述金融终端发送所述配置支付信息，所述方法还包括：当未查找到所述目标支付终端时，调整所述金融终端与多个支付终端进行分布式连接的连接距离，并调整所述信息请求中的上报距离。

2.根据权利要求1所述的一种分布式支付处理方法，其特征在于，所述基于所述支付方式信息在所述多个支付终端中查找目标支付终端的步骤，包括：向所述多个支付终端发送所述支付方式信息，并接收每一个所述支付终端返回的应答信息；所述应答信息包括每一个支付终端所配置的支付能力以及所述支付能力与所述支付方式信息的匹配情况；

根据所述应答信息，在所述多个支付终端中查找所述支付能力与所述支付方式信息相匹配的支付终端，得到备选支付终端；

根据预设的优先级选择策略，从所述备选支付终端中选择至少一个支付终端作为目标支付终端。

3.根据权利要求1或2所述的一种分布式支付处理方法，其特征在于，所述预设的优先级选择策略包括距离优先级策略；

所述根据预设的优先级选择策略，从所述备选支付终端中选择至少一个支付终端作为目标支付终端的步骤，包括：获取所有所述备选支付终端与所述金融终端的距离信息；

在所述备选支付终端中选择一个所述距离信息最小的支付终端作为目标支付终端。

4.根据权利要求1或2所述的一种分布式支付处理方法，其特征在于，所述预设的优先级选择策略包括终端优先级策略；

所述根据预设的优先级选择策略，从所述备选支付终端中选择至少一个支付终端作为目标支付终端的步骤，包括：获取所述终端优先级策略中预设的标准特征信息，所述标准特征信息包括环境特征信息、安全特征信息或设备特征信息中的至少一种；

获取所述备选支付终端的终端特征信息；

在所述备选支付终端中选择所述终端特征信息与所述标准特征信息匹配的支付终端作为目标支付终端。

5.根据权利要求1所述的一种分布式支付处理方法，其特征在于，所述基于所述支付方式信息在所述多个支付终端中查找目标支付终端的步骤，包括：获取连接记录，所述连接记录包括历史连接终端的集合，所述历史连接终端用于表征与所述金融终端建立过连接关系的支付终端；

当所述连接记录中存在历史连接终端时，在所述历史连接终端中查找支付能力与所述支付方式信息相匹配的支付终端，得到目标支付终端。

6.根据权利要求1所述的一种分布式支付处理方法，其特征在于，所述方法还包括：在与所述目标支付终端建立连接后，将所述目标支付终端标记为历史连接终端，并将所述历史连接终端加入连接记录。

7.一种分布式支付处理系统，其特征在于，包括金融终端和多个支付终端，所述金融终端与所述多个支付终端基于分布式软总线进行分布式连接；所述金融终端为具备支付处理能力的终端，所述支付终端为具备特定支付能力的终端，所述特定支付能力为支持特定支付方式的硬件设备；

所述金融终端用于：获取目标支付请求，所述目标支付请求包括支付方式信息；

基于所述支付方式信息在所述多个支付终端中查找目标支付终端；

当查找到所述目标支付终端时，与所述目标支付终端建立通讯连接，并向所述目标支付终端发送所述目标支付请求和支付指令，所述支付指令用于指示所述目标支付终端对所述目标支付请求进行处理；

接收所述目标支付终端反馈的支付结果；

获取本机设备信息；

当所述本机设备信息中包含初始支付信息时，向所述多个支付终端发送所述初始支付信息，所述初始支付信息用于表征所述金融终端所配置的支付能力；

若其他支付终端接收到订单支付请求时，所述金融终端被调用进行支付；

所述基于所述支付方式信息在所述多个支付终端中查找目标支付终端的步骤，包括：向所述多个支付终端发起信息请求，所述信息请求用于请求接收每一个所述支付终端的配置支付信息，所述配置支付信息包括所述每一个支付终端所配置的支付能力；

接收所述每一个支付终端发送的配置支付信息；

根据配置支付信息，在所述多个支付终端中查找所述支付能力与所述支付方式信息相匹配的支付终端，得到备选支付终端；

根据预设的优先级选择策略，从所述备选支付终端中选择至少一个支付终端作为目标支付终端；

所述信息请求包括上报距离，在所述上报距离内，所述支付终端向所述金融终端发送所述配置支付信息，所述方法还包括：当未查找到所述目标支付终端时，调整所述金融终端与多个支付终端进行分布式连接的连接距离，并调整所述信息请求中的上报距离。

8.一种电子设备，包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1‑6中任意一项所述的一种分布式支付处理方法中的各个步骤。

说明书

一种分布式支付处理方法、系统及电子设备

技术领域

[0001] 本发明涉及支付信息处理技术领域，尤其涉及一种分布式支付处理方法、系统及电子设备。

背景技术

[0002] MIS（Merchant Information System，商户信息系统）是一种以人为主导，利用终端硬件、终端软件、网络通信设备或通信链路，进行信息的收集、传输、加工、储存、处理和维护的系统。相关技术中，金融行业的MIS主要对商户原有的ERP（Enterprise Resource Planning，企业资源计划）系统进行改造升级，增加银行卡、二维码等支付方式受理功能，然后通过网络通信将订单支付信息传输到MIS终端进行电子交易。

[0003] 然而，利用上述金融行业的MIS进行支付处理时，由于金融终端本身的支付能力有限，在应对多样性支付请求时，适用性差。

发明内容

[0004] 本发明所要解决的技术问题是：提供一种分布式支付处理方法、系统及电子设备，提高了金融终端支付方式的多样性和适用性，降低支付处理系统成本。

[0005] 为了解决上述技术问题，本发明采用的技术方案为：

[0006] 一种分布式支付处理方法，用于金融终端，所述金融终端与多个支付终端进行分布式连接，所述方法包括：

[0007] 获取目标支付请求，所述目标支付请求包括支付方式信息；

[0008] 基于所述支付方式信息在所述多个支付终端中查找目标支付终端；

[0009] 当查找到所述目标支付终端时，与所述目标支付终端建立连接，并向所述目标支付终端发送所述目标支付请求和支付指令，所述支付指令用于指示所述目标支付终端对所述目标支付请求进行处理；

[0010] 接收所述目标支付终端反馈的支付结果。

[0011] 为了解决上述技术问题，本发明采用的另一种技术方案为：

[0012] 一种分布式支付处理方法，用于支付终端，所述支付终端与金融终端进行分布式连接，所述支付终端用于受理支付请求，所述方法包括：

[0013] 接收目标支付请求和支付指令；

[0014] 响应于所述支付指令，启动预设接口；

[0015] 通过所述预设接口调用分布式中间件来建立与所述金融终端的连接；

[0016] 对所述目标支付请求进行处理，并向所述金融终端发送支付结果。

[0017] 为了解决上述技术问题，本发明采用的又一种技术方案为：

[0018] 一种分布式支付处理系统，包括金融终端和多个支付终端，所述金融终端与所述多个支付终端进行分布式连接，所述金融终端用于：获取目标支付请求，所述目标支付请求包括支付方式信息；

[0019] 基于所述支付方式信息在所述多个支付终端中查找目标支付终端；

[0020] 当查找到所述目标支付终端时，与所述目标支付终端建立连接，并向所述目标支付终端发送所述目标支付请求和支付指令，所述支付指令用于指示所述目标支付终端对所述目标支付请求进行处理；

[0021] 接收所述目标支付终端反馈的支付结果；

[0022] 所述支付终端用于：

[0023] 接收所述目标支付请求和所述支付指令；

[0024] 响应于所述支付指令，启动预设接口；

[0025] 通过所述预设接口调用分布式中间件来建立与所述金融终端的连接；

[0026] 对所述目标支付请求进行处理，并向所述金融终端发送支付结果。

[0027] 为了解决上述技术问题，本发明采用的再一种技术方案为：

[0028] 一种电子设备，包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种分布式支付处理方法中的各个步骤。

[0029] 本发明的有益效果在于：本申请的金融终端与多个支付终端进行分布式连接，并且金融终端通过获取目标支付请求，根据目标支付请求中的支付方式信息，在多个支付终端中查找符合支付方式信息的目标支付终端，当查找到目标支付终端时，与目标支付终端建立连接，并向目标支付终端发送目标支付请求和支付指令，以指示目标支付终端对目标支付请求进行处理，最后，接收目标支付终端反馈的支付结果。本申请基于金融终端与多个支付终端进行分布式连接的特性，实现了金融终端与多个支付终端之间的协同工作，当金融终端接收到目标支付请求时，可以基于目标支付请求中的支付方式信息，从所有进行分布式连接的任意支付终端中查找与支付方式信息对应的支付终端来进行支付，因此，金融终端可以有效的利用进行分布式连接的任意支付终端的支付资源，有效解决了当前支付处理系统中一台金融终端只能获取与金融终端进行有线连接的资源的问题，可以提高支付方式的多样性和适用性。

附图说明

[0030] 图1为本发明实施例提供的一种分布式支付处理方法的步骤流程图；

[0031] 图2为本发明实施例提供的一种金融终端与支付终端连接关系图；

[0032] 图3为本发明实施例提供的一种金融终端获取目标支付请求的界面示意图；

[0033] 图4为本发明实施例提供的一种预设标准终端特征信息的弹窗示意图；

[0034] 图5为本发明实施例提供的一种获取目标支付终端的界面示意图；

[0035] 图6为本发明实施例提供的另一种分布式支付处理方法的步骤流程图；

[0036] 图7为本发明实施例提供的一种分布式支付处理系统的架构示意图；

[0037] 图8为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

[0038] 为了使本申请所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

[0039] 以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

[0040] 应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

[0041] 在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

[0042] 相关技术中，金融行业的MIS主要对商户原有的ERP（Enterprise Resource Planning，企业资源计划）系统进行改造升级，增加银行卡、二维码等支付方式受理功能，然后通过网络通信将订单支付信息传输到MIS终端进行电子交易。因此，相关技术中的支付处理方法在进行支付处理时，由于金融终端本身的支付能力有限，在应对多样性支付请求时，适用性差。

[0043] 举例来说，当金融终端是收银机时，相关技术中的收银机对应连接的支付终端是有限的，有些收银机只连接了一个扫码器，因此，这就会出现以下几个问题：第一，适用性差，当顾客支付要用到刷卡支付或其他支付时，均无法进行该支付的处理。第二，即使商户手上有多个支付终端，也无法共享这些支付终端的资源。第三，容错性差，如果扫码器坏了，或者扫码器和收银机连接出现故障，那么将导致无法受理顾客的支付请求。第四，扩展成本高，当商户要扩展新的支付方式时，必须单独购买对应支付方式的设备与收银机进行连接。

[0044] 为了解决上述问题，本申请提供了一种分布式支付处理方法、系统及电子设备。需要说明的是，本申请的金融终端可以是收银机、金融POS机、智能POS机、刷卡机和扫码器等具备支付处理能力的终端。本申请的支付终端包括了刷卡器、扫码器、数字人民币受理器、NFC支付设备、刷脸支付设备和指纹支付设备等具备特定支付能力的终端。

[0045] 下面具体介绍本申请的分布式支付处理方法。

[0046] 请参照图1，本申请实施例提供了一种分布式支付处理方法，用于金融终端，金融终端与多个支付终端进行分布式连接。提到分布式，首先对应的是分布式计算。分布式计算将计算问题分成许多小的计算部分，然后把这些部分分配给许多联网参与计算的计算机进行并行处理，最后将这些计算结果综合起来得到最终的结果；分布式存储将数据分散的存储于多台独立的机器设备上”。分布式计算最大的好处是可以利用分布式连接的计算机的算力。而本申请分布式连接也是一样的，本申请的金融终端可以通过与支付终端进行分布式连接，从而可以利用支付终端的能力来处理支付。本申请的分布式连接可以利用分布式软总线的方式进行连接。

[0047] 分布式软总线是将类似于硬件的一个物理总线软件化，连接在上面的所有设备都是以软件的形式进行的，可以理解为软件是一个个的设备，由于软件可以实现去中心，分布式的布置。而且，最重要的特性是，处于分布式软总线中的设备可以调用其他设备的能力来处理请求。例如，当一台手机和一台电脑处于分布式连接时，手机可以应用电脑的高算力来处理手机中的图片，电脑可以利用手机的高清摄像头来拍照等。下面具体介绍本申请的分布式支付处理方法。该方法包括步骤S110‑S140。

[0048] 步骤S110：获取目标支付请求，其中，目标支付请求包括支付方式信息。

[0049] 目标支付请求是顾客或其他用户通过金融终端发起的特定支付请求，例如，以金融终端为收银机为例，当顾客需要购买特定商品时，通过收银机的订单录入系统，输入商品的数量、金额以及支付方式，就可以发起支付请求，而此时收银机就可以获取到该支付请求，作为目标支付请求。其中，目标支付请求中包括了支付方式信息。支付方式信息与特定的支付能力对应，当支付终端具备了刷卡支付能力时，对应的其支付方式信息就包括了刷卡支付方式，在金融终端中发起支付时选择用刷卡支付，那么对应的支付方式信息就是刷卡支付这一信息。

[0050] 步骤S120：基于支付方式信息在多个支付终端中查找目标支付终端。

[0051] 与金融终端连接的支付终端数量有多个，因此，就需要基于支付方式信息选择出合适的支付终端作为目标支付终端。例如，当确定的支付方式信息是刷卡支付时，那就需要在支付终端中查找出具备刷卡支付能力的支付终端作为目标支付终端。其中，具备刷卡支付能力可以是支付终端上包括了刷卡器等支持刷卡的硬件设备。例如，可以是刷卡器或带有刷卡功能的POS机等。

[0052] 步骤S130：当查找到目标支付终端时，与目标支付终端建立连接，并向目标支付终端发送目标支付请求和支付指令，其中，支付指令用于指示目标支付终端对目标支付请求进行处理。

[0053] 当查找到目标支付终端后，就可以和目标支付终端建立连接，并向目标支付终端发送目标支付请求和支付指令。例如，当金融终端查找到具备刷卡能力目标支付终端后，就可以和具备刷卡能力目标支付终端建立连接。

[0054] 其中，此处的连接是通讯连接，与前面的分布式连接不同。如图2所示，图2示意性的示出了金融终端与支付终端连接关系图。分布式连接是基于分布式软总线，所有的设备都通过分布式软总线连接在一起，但是由于连接的设备较多，分布式连接一般不会直接发送较大的数据。参考图2，当金融终端与多个支付终端进行分布式连接时，对应的构建了一个在金融终端周围，并可以与金融终端建立连接关系的支付终端的地图。在图2中，围在金融终端周围的支付终端是可以与金融终端建立连接关系的。当查找到目标支付终端时，金融终端就会和目标支付终端建立连接，对应图2中，金融终端和目标支付终端就直接连接在一起了。

[0055] 当建立了金融终端和目标支付终端的连接之后，金融终端就可以向目标支付终端发送目标支付请求和支付指令，其中，支付指令用于指示目标支付终端对目标支付请求进行处理。因此，目标支付终端就可以基于支付指令来对目标支付请求进行处理。例如，当目标支付终端是刷卡器时，刷卡器就可以基于支付指令来对目标支付请求进行处理，这样用户直接将磁卡放置在该刷卡器上进行刷卡即可，刷卡器就可以完成支付。

[0056] 步骤S140：接收目标支付终端反馈的支付结果。

[0057] 目标支付终端进行了支付后，会反馈支付结果，此时，金融终端就可以接收目标支付终端反馈的支付结果。

[0058] 其中，上述举例的目标支付终端是刷卡支付终端，根据实际应用需求，目标支付终端还可以是扫码支付终端、NFC支付终端、刷脸支付终端、数字人民币支付终端、指纹支付终端、掌纹支付终端和声纹支付终端等其他支付终端，本申请对此不做限制。

[0059] 本申请基于金融终端与多个支付终端进行分布式连接的特性，实现了金融终端与多个支付终端之间的协同工作，当金融终端接收到目标支付请求时，可以基于目标支付请求中的支付方式信息，从所有进行分布式连接的任意支付终端中查找与支付方式信息对应的支付终端来进行支付，因此，金融终端可以有效的利用进行分布式连接的任意支付终端的支付资源，有效解决了当前支付处理系统中一台金融终端只能获取与金融终端进行有线连接的资源的问题，可以提高支付方式的多样性和适用性。

[0060] 同时，本申请的方案在提高支付方式的多样性和适用性的同时，还带来了以下的效果。本申请的方法可以将商户手上的多个支付终端有效的利用起来，可以共享这些支付终端的资源。本申请的方法可以提高容错性，如果扫码器坏了，或者扫码器和收银机连接出现故障，可以通过与金融终端进行分布式连接的支付终端受理顾客的支付请求。而且，本申请的方法可以降低扩展成本，当商户要扩展新的支付方式时，无需单独购买对应支付方式的设备与收银机进行连接，直接用现有的设备构建分布式连接即可。此外，在出现新的支付方式后，只需要在当前包含金融终端与多个支付终端的分布式网络中增加该支付方式对应的支付终端，即可扩展当前支付处理系统中的支付方式，无需更换所有金融终端即可实现多种支付方式的组合，提高支付方式的多样性，降低支付处理系统成本。

[0061] 在本申请的一个实施例中，如图3所示，步骤S110在一种场景下由操作员点击金融终端上的【收银】按钮后，会在金融终端中发起支付操作，金融终端对应生成目标支付请求。其中，图3的左侧设置有商品展示界面，可通过点击【商品】页面后得到该商品的金额，同时可通过图3中右侧的数字键盘输入对应的商品数量或支付金额。同时还可以在收银前选择特定的支付方式信息，例如扫码支付或刷卡支付。因此，目标支付请求就包括了支付方式信息以及订单金额等。

[0062] 在本申请的一个实施例中，在步骤S120中，基于支付方式信息在多个支付终端中查找目标支付终端的方法，包括步骤S210‑步骤S240。

[0063] 步骤S210：向多个支付终端发起信息请求，信息请求用于请求接收每一个支付终端的配置支付信息，配置支付信息包括每一个支付终端所配置的支付能力。

[0064] 金融终端向多个支付终端发起信息请求，以接收每一个支付终端的配置支付信息，其中，配置支付信息包括每一个支付终端所配置的支付能力。继续以收银机作为金融终端为例，收银机向多个支付终端发起信息请求，此时多个支付终端都会向金融终端发送配置支付信息，配置支付信息中包括了各个支付终端的支付能力。例如，当支付终端是刷卡器时，配置支付信息中包括了刷卡支付能力。

[0065] 步骤S220：接收所述每一个支付终端发送的配置支付信息。

[0066] 金融终端接收每一个支付终端发送的配置支付信息，这样就可以了解到与其进行分布式连接的每一个支付终端的支付能力。

[0067] 步骤S230：根据配置支付信息，在多个支付终端中查找支付能力与支付方式信息相匹配的支付终端，得到备选支付终端。

[0068] 金融终端就可以根据这些配置信息，在多个支付终端中查找支付能力和步骤S110获取的支付方式信息相匹配的支付终端，作为备选支付终端。其中，支付方式信息与支付能力是对应的，因此，可以根据支付方式信息来查找出多个支付终端中与支付方式信息相匹配的支付终端。例如，当支付方式信息是刷卡支付时，对应的就可以查找多个支付终端中支付能力是具备刷卡支付能力的支付终端作为备选支付终端。

[0069] 步骤S240：根据预设的优先级选择策略，从备选支付终端中选择至少一个支付终端作为目标支付终端。

[0070] 金融终端可以根据预设的优先级选择策略，从备选支付终端中选择至少一个支付终端作为目标支付终端。其中，预设的优先级选择策略可以提前设置，商家可以进行自定义。

[0071] 由上述实施例可知，通过向所有支付终端发起信息请求，以便批量获取所有支付终端的支付能力，避免支付终端数量过多所造成的逐一查询导致信息查询效率慢的问题，保证金融终端对目标支付请求的处理效率。其中，以上的方法适用于在金融终端本身处理能力较强时使用。例如，当金融终端的配置较高，其处理能力较快时，就可以利用步骤S210‑步骤S240的方法，将查找和信息处理的步骤放置在金融终端中进行，可以有效的利用金融终端本身的配置，提高信息处理效率。同时通过查找支付能力与支付方式信息相匹配的支付终端作为备选支付终端，再从备选支付终端中根据优先级选择策略选择对应的支付终端作为目标支付终端，在此方式下，当金融终端默认连接的支付终端出现故障时，金融终端可通过支付方式信息调用同类型的其他支付终端进行支付任务，实现了多个支付终端之间的协同工作，同样也提高了容错率。

[0072] 在本申请的一个实施例中，在步骤S120中，所述基于所述支付方式信息在多个支付终端中查找目标支付终端的方法，包括S310‑S330：

[0073] 步骤S310：向多个支付终端发送支付方式信息，并接收每一个支付终端返回的应答信息；应答信息包括每一个支付终端所配置的支付能力以及支付能力与支付方式信息的匹配情况。

[0074] 金融终端向多个支付终端发送支付方式信息，并接收每一个支付终端返回的应答信息，其中，应答信息包括每一个支付终端所配置的支付能力以及支付能力与支付方式信息的匹配情况。以收银机作为金融终端为例，收银机向多个支付终端发送支付方式信息，此时支付终端接收到支付方式信息后会获取自身配置的支付能力与支付方式信息进行匹配，如果支付终端的支付能力不能与支付方式匹配，则支付终端不发送应答信息至收银机；如果支付终端的支付能力能与支付方式匹配，则支付终端发送应答信息至收银机。例如，当收银机发送的支付方式信息为二维码支付时，如果支付终端配置的支付能力为扫码器，则支付终端发送应答信息至收银机，如果支付终端配置的支付能力为刷卡器，则支付终端不发送应答信息至收银机。

[0075] 步骤S320：根据应答信息，在多个支付终端中查找支付能力与支付方式信息相匹配的支付终端，得到备选支付终端。

[0076] 金融终端根据这些应答信息，在多个支付终端中直接筛除掉未回复应答信息的支付终端，将接收到应答信息的支付终端作为备选支付终端。其中，接收到应答信息的支付终端可能包括多个。例如，当支付方式信息是刷卡支付时，金融终端就可以接收到多个支付终端中支付能力是具备刷卡支付能力的支付终端的应答信息。

[0077] 步骤S330：根据预设的优先级选择策略，从所述备选支付终端中选择至少一个支付终端作为目标支付终端。

[0078] 金融终端可以根据预设的优先级选择策略，从备选支付终端中选择至少一个支付终端作为目标支付终端。其中，预设的优先级选择策略可以提前设置，商家可以进行自定义。

[0079] 由上述实施例可知，通过向所有支付终端发送支付方式信息，并接收所有支付终端的应答信息，由支付终端根据支付方式信息进行选择性应答。其中，以上的方法适用于在金融终端本身处理能力较差时使用。例如，当金融终端的配置较低，其处理能力较慢时，就可以利用步骤S310‑步骤S330的方法，将查找和信息处理的步骤放置在支付终端中进行，可以有效的利用支付终端的配置，提高支付请求的信息处理效率。

[0080] 在本申请的一个实施例中，预设的优先级选择策略包括距离优先级策略；此时，在步骤S240或步骤S330中，根据预设的优先级选择策略，从备选支付终端中选择至少一个支付终端作为目标支付终端的方法，包括步骤S510‑步骤S520。

[0081] 步骤S510：获取所有备选支付终端与金融终端的距离信息。

[0082] 在支付终端和金融终端构建分布式连接时，支付终端可以将其自身的位置信息同步给金融终端，因此，金融终端就可以根据支付终端的位置信息和金融终端本身的位置信息，计算出各个支付终端和金融终端的距离信息。

[0083] 因此，本申请的金融终端可以根据之前构建的分布式连接，获取所有备选支付终端与金融终端的距离信息。例如，支付终端在金融终端旁边，其位置信息是0.1米，在较远的位置时，可以是5米。

[0084] 步骤S520：在备选支付终端中选择一个距离信息最小的支付终端作为目标支付终端。

[0085] 当获取到所有备选支付终端与金融终端的距离信息后，可以选择一个距离信息最小的支付终端作为目标支付终端。这样顾客和商户在进行支付处理时，可以极大便利的完成支付的流程。

[0086] 本申请的一个实施例中，顾客或商户如果是通过远程发起目标支付请求时，此时，金融终端还可以获取顾客或用户发起目标支付请求设备对应的远程设备位置信息。对应的，金融终端就可以实施步骤S610‑步骤S620。

[0087] 步骤S610：获取所有备选支付终端与远程设备的距离信息。

[0088] 步骤S620：在备选支付终端中选择一个与远程设备距离信息最小的支付终端作为目标支付终端。

[0089] 该场景具体可以是当顾客或商户在远端通过APP或指定设备下单时，该订单通过无线传输到距离顾客或商户较远的金融终端上，例如，用户在桌子上扫码下单，订单通过无线传输到前台的收银机，此时，用户的手机就可以作为远程设备。此时，金融终端就可以获取所有备选支付终端与远程设备的距离信息，在备选支付终端中选择一个与远程设备距离信息最小的支付终端作为目标支付终端。对应的，就可以选择距离顾客或商户最近的一个支付终端作为目标支付终端。

[0090] 由上述步骤S510‑步骤S520或步骤S610‑步骤S620的描述可知，根据距离优先级策略选择金融终端与支付终端距离信息最小的备选支付终端作为目标支付终端，从而保证金融终端与目标支付终端的连接稳定性。同时，确保支付终端与金融终端前需要进行支付业务的用户处于同一位置，以此保证支付终端与用户之间的实时交互，极大的提高了商户或顾客支付的便利性。

[0091] 在本申请的一个实施例中，预设的优先级选择策略包括终端优先级策略；此时，在步骤S240或步骤S330中，根据预设的优先级选择策略，从备选支付终端中选择至少一个支付终端作为目标支付终端的方法，包括步骤S710‑步骤S730。

[0092] 步骤S710：获取终端优先级策略中预设的标准特征信息，标准特征信息包括环境特征信息、安全特征信息或设备特征信息中的至少一种。

[0093] 在金融终端发送支付请求的同时，在金融终端对应的显示屏幕上弹窗提醒用户设置标准特征信息。

[0094] 步骤S720：获取所述备选支付终端的终端特征信息。

[0095] 在支付终端和金融终端构建分布式连接时，支付终端可以将其自身的终端特征信息同步给金融终端。

[0096] 步骤S730：在所述备选支付终端中选择所述终端特征信息与所述标准特征信息匹配的支付终端作为目标支付终端。

[0097] 在一种场景下，如图4所示，图4示意性的示出了金融终端提醒用户设置标准特征信息的弹窗示意图。参考图4，标准特征信息包括环境特征信息、安全特征信息和设备特征信息。

[0098] 其中，环境特征信息包括上报距离阈值；例如，当用户在【上报距离】一栏设置为50米时，上报距离在50米以内的支付终端均为环境特征信息匹配的支付终端。

[0099] 同时，安全特征信息包括可信终端列表；例如，当用户在【是否可信】一栏设置为可信时，所有位于可信终端列表中的支付终端均为安全特征信息匹配的支付终端；其中，在可信终端列表中的支付终端上线状态和下线状态均可进行提示，当用户在【是否上线】一栏设置为上线时，可信终端列表中上线状态的支付终端均为安全特征信息匹配的支付终端。其中，安全特征信息还包括认证方式；例如，当用户在【认证类型】一栏设置为同账号时，则采用账号认证的支付终端均为安全特征信息匹配的支付终端。

[0100] 同时，设备特征信息包括设备类型，设备类型可包括L2及以上的标准系统设备、L1小型系统设备和L0轻量设备以下的设备。例如，当用户在【设备类型】一栏设置为平板时，则所有设备类型为平板的支付终端均为设备特征信息匹配的支付终端。

[0101] 在上述场景下，支付终端的终端特征信息需同时满足环境特征信息、安全特征信息以及设备特征信息才能作为目标支付终端。

[0102] 由上述步骤S710‑步骤S730的描述可知，由于在查找目标支付终端的过程中，可能存在备选支付终端数量过多的问题，因此，通过获取用户预设的标准特征信息选择终端特征信息匹配的备选支付终端作为目标支付终端，从而提高金融终端与目标支付终端的连接速度，以此保证金融终端对支付请求的处理速度。

[0103] 在本申请的一个实施例中，当预设的优先级选择策略包括终端优先级策略，可在上述步骤S120之前，执行步骤S710‑步骤S730。例如，获取终端优先级策略中预设的标准特征信息；获取每一个支付终端的终端特征信息；在多个支付终端中选择终端特征信息与标准特征信息匹配的支付终端作为可用设备。后续步骤S120可基于支付方式信息在可用设备中查找目标支付终端。

[0104] 以此方式提高检索效率，通过获取用户预设的终端特征信息筛除分布式连接中不匹配的支付终端，从而减少支付终端的搜索范围，提高金融终端与目标支付终端的连接速度，以此保证金融终端对支付请求的处理速度。

[0105] 在本申请的一个实施例中，在步骤S120中，基于支付方式信息在多个支付终端中查找目标支付终端的步骤，包括步骤S810‑步骤S820。

[0106] 步骤S810：获取连接记录，连接记录包括历史连接终端的集合，历史连接终端用于表征与金融终端建立过连接关系的支付终端。

[0107] 当金融终端第一次查找目标支付终端时，连接记录是空白的，里面没有与与金融终端建立过连接关系的支付终端。当金融终端在第二次之后查找目标支付终端时，连接记录中可能存在上一次已经与金融终端建立过连接关系的支付终端的列表，此时，就可以直接获取到连接记录。

[0108] 步骤S820：当连接记录中存在历史连接终端时，在历史连接终端中查找支付能力与支付方式信息相匹配的支付终端，得到目标支付终端。

[0109] 如果在连接记录存在历史连接终端时，此时可以直接在历史连接终端中查找支付能力与支付方式信息相匹配的支付终端，得到目标支付终端，然后再进行步骤S130‑步骤S140。例如，当金融终端已经连接过支付终端包括了扫码终端和刷卡终端时，此时历史连接终端就包括了扫码终端和刷卡终端，当出现后续有支付方式信息是扫码或刷卡时，可以直接将历史连接终端中的扫码终端或刷卡终端作为目标支付终端。参照图5所示，当前金融终端（ECR_QB（本机））的连接记录存在历史连接终端（ZJ‑0566银行卡收银），若支付方式信息为刷卡时，则将ZJ‑0566银行卡收银作为目标支付终端；若支付方式信息为扫码时，则选择XL001二维码收银作为目标支付终端。

[0110] 由上述描述可知，若金融终端与支付终端在先前已经建立了连接，则金融终端在后续处理相同支付方式信息的过程中可以直接选择对应的历史连接终端作为目标支付终端，从而可以更快的查找到目标支付终端，节省了业务受理时间，提高了处理速度，大大提高用户体验。

[0111] 在本申请的一个实施例中，当连接记录中不存在历史连接终端时，此时可以进行上述步骤S210‑步骤S240或者步骤S310‑步骤S330的方法进行目标支付终端的查找，避免未查找到目标支付终端，从而影响支付进度。

[0112] 在本申请的一个实施例中，本申请的分布式支付处理方法还包括：

[0113] 在与目标支付终端建立连接后，将目标支付终端标记为历史连接终端，并将历史连接终端加入连接记录。

[0114] 通过该步骤可以不断地更新连接记录，从而可以方便步骤S810‑步骤S820的进行。而且建立连接的目标支付终端生成对应的连接记录，当下次存在相同支付请求时，可默认连接或自动连接该目标支付终端完成支付请求，从而提高金融终端的支付效率。

[0115] 在本申请的一个实施例中，本申请在步骤S110之后，还可以包括步骤S910‑步骤S920。

[0116] 步骤S910：与直连支付终端建立连接，并向直连支付终端发送目标支付请求和第二支付指令，第二支付指令用于指示直连支付终端对目标支付请求进行处理。

[0117] 直连支付终端是与金融终端建立直连关系的支付终端，其中，可以包括上一次与金融终端进行连接的支付终端，例如，上一次和金融终端建立连接的是扫码器，则对应的直连支付终端就是扫码器。直连支付终端还可以包括被金融终端设定为可信任的支付终端，例如，金融终端设定了扫码器是可信任的支付终端，那么扫码器就是直连支付终端。直连支付终端还可以是商户预设的特定支付终端，例如，商户根据最方便顾客支付用的对应预设支付终端作为直连支付终端，那么对应的就可以将该预设支付终端作为直连支付终端。

[0118] 在步骤S910中，当金融终端获取到目标支付请求，就可以直接与直连支付终端建立连接，并向直连支付终端发送目标支付请求和第二支付指令，直连支付终端接收到目标支付请求和第二支付指令后，就可以基于第二支付指令，对目标支付请求进行处理。

[0119] 步骤S920：接收直连支付终端反馈的支付结果。

[0120] 直连支付终端处理完目标支付请求后，会反馈支付结果，此时，金融终端就可以接收直连支付终端反馈的支付结果。

[0121] 通过以上的方案，可以进一步的缩短交易的时间，避免了复杂的查找目标支付终端的进程，提高效率。

[0122] 在本申请的一个实施例中，本申请的分布式支付处理方法还包括步骤S1010‑步骤S1020。

[0123] 步骤S1010：获取本机设备信息。

[0124] 金融终端可以获取本机的设备信息，其中本机设备信息中包括本机的支付能力。例如，有些收银机不具备支付能力，此时就需要借助其他支付终端来完成支付，而有些收银机本身就具备了刷卡和扫码的能力，因此，就可以通过本步骤获取到自身的支付能力。

[0125] 步骤S1020：当本机设备信息中包含初始支付信息时，向多个支付终端发送初始支付信息，初始支付信息用于表征金融终端所配置的支付能力。

[0126] 当金融终端本身包含初始支付信息时，表示金融终端本身就具备了特定的支付能力，此时，金融终端本身可以作为其他设备的支付终端，因此，可以向多个支付终端发送初始支付信息。这样，如果其他支付终端接收到订单支付请求时，同样可以调用金融终端进行支付。例如，当金融终端是带有人脸识别的收银机时，人脸识别收银机会向其他多个支付终端发送初始支付信息，即发送人脸识别收银机具备人脸识别支付能力。这样其他支付终端例如某个POS机在自己处理支付订单时，可以利用人脸识别收银机作为其支付终端。

[0127] 由上述描述可知，当金融终端自身也具有支付能力时，可通过向所有支付终端广播自身的支付能力，以便支付终端能够获取到金融终端的支付能力。在支付终端作为上位程序时，可反向调用金融终端的支付能力进行支付业务，以此提高金融终端场景应用的灵活性，拓宽了金融终端的业务处理范围。

[0128] 在本申请的一个实施例中，在步骤S110之后，分布式支付处理方法还包括：当本机设备信息中包含初始支付信息时，直接调用本机处理目标支付请求，初始支付信息用于表征金融终端所配置的支付能力。

[0129] 当本机本身具备支付能力时，就可以优先利用本机处理目标支付请求。如果支付成功了就完成了支付流程。如果支付不成功，还可以继续进行上述步骤S120‑步骤S140的过程，再调用其他支付终端进行支付。

[0130] 在本申请的一个实施例中，本申请的分布式支付处理方法还包括：

[0131] 当未查找到目标支付终端时，调整金融终端与多个支付终端进行分布式连接的连接距离。

[0132] 商家为了提高目标支付终端的查找速度，可以预先设置分布式连接的连接距离，例如，金融终端只连接20米距离内的支付终端。但是，如果出现在20米内的支付终端中都未查找到目标支付终端时，就需要调整金融终端与多个支付终端进行分布式连接的连接距离，例如将距离调整为50米，这样可以完成支付的过程，提高适用性。

[0133] 由上述描述可知，当未查找到目标支付终端时，可调整分布式连接的搜索范围，继续查找其他支付终端，从而在其他支付终端中查找支付能力与支付方式信息匹配的目标支付终端，有效扩展了金融终端可用的支付方式，实现了大范围内多个支付终端的资源共享与协同工作。

[0134] 在本申请的一个实施例中，本申请的分布式支付处理方法还包括：

[0135] 当未查找到目标支付终端时，调整信息请求中的上报距离。

[0136] 上报距离是金融终端向多个支付终端设置的距离阈值，在步骤S210或步骤S310中，当金融终端向多个支付终端发起信息请求时，会同步包括了上报距离。此时，支付终端如果在上报距离内，才会向金融终端发送配置支付信息。例如，金融终端设置了上报距离是20米，那么只有处于和金融终端是20米距离范围内的支付终端才会向金融终端发送配置支付信息。

[0137] 但是，如果出现在20米内的支付终端中都未查找到目标支付终端时，就需要调整信息请求中的上报距离，例如将上报距离调整为50米，这样可以完成支付的过程，提高适用性。

[0138] 请参照图6，本申请另一实施例提供了一种分布式支付处理方法，用于支付终端，支付终端与金融终端进行分布式连接，支付终端用于受理支付请求，分布式支付处理方法包括步骤S1110‑步骤S1140。

[0139] 步骤S1110：接收目标支付请求和支付指令。

[0140] 该方法是与金融终端进行交互的支付终端侧进行的方法，特别的是确定好的目标支付终端与金融终端建立连接后，可以接收目标支付请求和支付指令。

[0141] 步骤S1120：响应于支付指令，启动预设接口。

[0142] 支付终端响应于支付指令后，会启动预设接口。例如，支付终端会启动ability接口（能力接口），Ability是分布式系统的最小调度单位，也是不同设备之间系统最小迁移单元。

[0143] 步骤S1130：通过预设接口调用分布式中间件来建立与金融终端的连接。

[0144] 支付终端通过这个ability接口就可以调用分布式中间件来与金融终端建立连接。其中，分布式中间件和ability接口是预先设置在支付终端中，用于为支付终端实现与金融终端进行分布式连接的工具。

[0145] 步骤S1140：对目标支付请求进行处理，并向金融终端发送支付结果。

[0146] 当与金融终端建立连接后，支付终端就可以作为金融终端的一个支付工具，这时就可以直接对目标支付请求进行处理，并向金融终端发送支付结果。

[0147] 从上述描述可知，本申请的有益效果在于：基于分布式支付系统的特性，使得支付终端能够接收到与自身支付能力相匹配的目标支付请求，并通过调用预设接口完成与金融终端的连接以完成目标支付请求。以此方式，解决了当支付终端有支付能力但由于金融终端的不同，而无法处理目标支付请求造成支付终端利用率低，产生资源浪费的问题，有效降低了支付处理系统成本。而且，利用通过预设接口调用分布式中间件来建立与金融终端的连接可以有效的建立支付终端和金融终端进行连接，提高支付效率和稳定性。

[0148] 请参照图7，本申请另一实施例提供了一种分布式支付处理系统，图7示出本申请实施例提供的一种分布式支付处理系统100的架构示意图，其中，包括金融终端101和多个支付终端102，金融终端101与多个支付终端102进行分布式连接。在一些实施例中，分布式支付处理系统100中的金融终端101与用于生成目标支付请求的订单/信息管理系统200连接。

[0149] 金融终端101用于：获取目标支付请求，目标支付请求包括支付方式信息；

[0150] 基于支付方式信息在多个支付终端102中查找目标支付终端；

[0151] 当查找到目标支付终端时，与目标支付终端建立连接，并向目标支付终端发送目标支付请求和支付指令，支付指令用于指示目标支付终端对目标支付请求进行处理；

[0152] 接收目标支付终端反馈的支付结果；

[0153] 支付终端102用于：

[0154] 接收目标支付请求和支付指令；

[0155] 响应于支付指令，启动预设接口；

[0156] 通过预设接口调用分布式中间件来建立与金融终端101的连接；

[0157] 对目标支付请求进行处理，并向金融终端发送支付结果。

[0158] 其中，分布式支付处理系统100中的金融终端101和支付终端102对应内容已经在上述部分公开，此处不再赘述。

[0159] 从上述描述可知，本申请的有益效果在于：本申请的金融终端与多个支付终端进行分布式连接，并且金融终端通过获取目标支付请求，根据目标支付请求中的支付方式信息，在多个支付终端中查找符合支付方式信息的目标支付终端，当查找到目标支付终端时，与目标支付终端建立连接，并向目标支付终端发送目标支付请求和支付指令，以指示目标支付终端对目标支付请求进行处理，最后，接收目标支付终端反馈的支付结果。本申请基于金融终端与多个支付终端进行分布式连接的特性，实现了金融终端与多个支付终端之间的协同工作，当金融终端接收到目标支付请求时，可以基于目标支付请求中的支付方式信息，从所有进行分布式连接的任意支付终端中查找与支付方式信息对应的支付终端来进行支付，因此，金融终端可以有效的利用进行分布式连接的任意支付终端的支付资源，有效解决了当前支付处理系统中一台金融终端只能获取与金融终端进行有线连接的资源的问题，可以提高支付方式的多样性和适用性。

[0160] 请参照图8，本申请再一实施例提供了一种电子设备300，包括存储器301、处理器302及存储在存储器301上并在处理器302上运行的计算机程序，处理器202执行计算机程序时实现上述的一种分布式支付处理方法中的各个步骤。

[0161] 其中，分布式支付处理方法中已经在上述部分公开，此处不再赘述。

[0162] 从上述描述可知，本申请的有益效果在于：本申请基于金融终端与多个支付终端进行分布式连接的特性，实现了金融终端与多个支付终端之间的协同工作，当金融终端接收到目标支付请求时，可以基于目标支付请求中的支付方式信息，从所有进行分布式连接的任意支付终端中查找与支付方式信息对应的支付终端来进行支付，因此，金融终端可以有效的利用进行分布式连接的任意支付终端的支付资源，有效解决了当前支付处理系统中一台金融终端只能获取与金融终端进行有线连接的资源的问题，可以提高支付方式的多样性和适用性。

[0163] 综上所述，本申请提供的一种分布式支付处理方法、系统及电子设备，当获取到目标支付请求，得到支付方式信息，金融终端可在多个支付终端中通过环境特征信息、设备特征信息或安全特征信息筛选合适的备选支付终端，以缩小金融终端的查找范围，同时基于备选支付终端与金融终端之间的距离信息或待处理列表信息，在备选支付终端中进一步缩小查找范围，以提高目标支付终端的检索效率，最后基于支付方式信息查找到支付能力匹配的目标支付终端，与该目标支付终端建立连接后完成目标支付请求。本申请基于分布式支付系统的特性，实现了不同支付能力的支付终端之间的协同工作，使得支付终端之间支付能力资源进行共享，有效解决了当前支付处理系统中一台金融终端只能获取一个支付终端的支付能力资源的问题。基于本申请的分布式支付处理方法，在出现新的支付方式后，只需要在当前分布式连接中增加该支付方式对应的支付终端，即可扩展当前支付处理系统中的支付方式，无需更换所有金融终端即可实现多种支付方式的组合，提高支付方式的多样性，降低支付处理系统成本。

[0164] 以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。