一种多个支付渠道的处理方法及相关装置

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种多个支付渠道的处理方法及相关装置。

背景技术

随着互联网移动支付的不断发展，各个停车场也在使用智慧停车平台来提高停车场的管理。目前电子支付的方式也是很多，信用卡支付、储蓄卡支付、第三方支付、网银支付等，相对应的停车场运营商不可避免的要接入很多支付渠道，所以运营商的云平台要有足够的开放性和可扩展性。

在现有技术中，有一些停车场运营商在接入支付渠道时都是在一个统一的支付模块服务，假如需要新增一个支付渠道，那么就要在这个模块代码逻辑上另外开一个分支进行新的渠道接入开发，这样要修改原来已接入成功的支付渠道的源代码，在上线前也要经过严格的测试，甚至是原有接入渠道的功能都要回归测试，这样的话新增一个支付渠道就会影响到原有的支付渠道，使得平台整体的健壮性和扩展性不好。

发明内容

本申请实施例提供了一种多个渠道的处理方法，用于减少新增一个支付渠道就会影响到原有的支付渠道，使得平台整体的健壮性和扩展性不好的情况。

本申请实施例第一方面提供了一种多个支付渠道的处理方法，包括：

接收订单服务器发送的业务订单信息，所述订单服务器用于获取所述业务订单信息；

判断所述业务订单信息的支付渠道是否为新增的支付渠道，若是，则通知第一支付服务器部署关联所述业务订单信息的支付渠道，所述第一支付服务器为未部署有任何支付渠道的支付服务器。

可选的，在所述分发服务器判断所述业务订单信息的支付渠道是否为新增的支付渠道之后，所述方法还包括：

若否，则通知第二支付服务器关联所述业务订单信息的支付接口，所述第二支付服务器为已经部署关联有所述业务订单的支付渠道的支付服务器。

可选的，所述通知第一支付服务器部署关联所述业务订单的支付渠道，包括：

所述分发服务器通知所述第一支付服务器根据所述业务订单类型的优先级由高到底的顺序依次部署关联所述支付渠道，所述优先级为实时性要求高的类型优先级高。

可选的，所述分发服务器判断所述业务订单信息的支付渠道是否为新增的支付渠道，包括：

所述分发服务器确定所述业务订单对应的支付渠道携带的标识；

所述分发服务器根据所述标识判断所述业务订单信息的支付渠道是否为新增的支付渠道。

可选的，在所述通知第一支付服务器部署关联所述业务订单信息的支付渠道之后，所述方法还包括：

所述分发服务器接收所述第一支付服务器部署完成反馈信息。

可选的，所述业务订单信息为支付订单信息或查询订单信息。

可选的，所述业务订单信息，包括：

所述业务订单信息为符合所述支付服务器对应的支付接口的接入标准。

本申请实施例第二方面提供了一种多个支付渠道的处理装置，包括：

接收单元，用于接收订单服务器发送的业务订单信息，所述订单服务器用于获取所述业务订单信息；

判断单元，用于判断所述业务订单信息的支付渠道是否为新增的支付渠道；

第一通知单元，用于当所述业务订单信息的支付渠道为新增的支付渠道时，通知第一支付服务器部署关联所述业务订单信息的支付渠道，所述第一支付服务器为未部署有任何支付渠道的支付服务器。

可选的，在所述判断单元之后，所述装置还包括：

第二通知单元，用于当所述业务订单信息的支付渠道不是新增的支付渠道，则通知第二服务器关联所述业务订单信息的支付接口，所述第二支付服务器为已经部署有所述业务订单的支付渠道的支付服务器。

可选的，所述第一通知单元包括：

通知模块，用于通知所述第一支付服务器根据所述业务订单类型的优先级由高到低的顺序依次部署关联所述支付渠道，所述优先级为实时性要求高的类型优先级高。

可选的，所述判断单元包括：

确定模块，用于确定所述业务订单对应的支付渠道携带的标识；

判断模块，用于根据所述标识判断所述业务订单信息的支付渠道是否为新增的支付渠道。

可选的，在所述第一通知单元之后，所述装置还包括：

接收单元，用于接收所述第一支付服务器部署完成的反馈信息。

本申请实施例第三方面提供了多个支付渠道的处理装置，包括：

处理器、存储器、输入输出单元、总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述处理器具体执行如下操作：

接收订单服务器发送的业务订单信息，所述订单服务器用于获取所述业务订单信息；

判断所述业务订单信息的支付渠道是否为新增的支付渠道；

当所述业务订单信息的支付渠道为新增的支付渠道时，通知第一支付服务器部署关联所述业务订单信息的支付渠道，所述第一支付服务器为未部署有任何支付渠道的支付服务器。

可选的，所述处理器还用于执行第一方面中的任意可选方案的操作。

本申请实施例第四方面提供了多个支付渠道的计算机可读存储介质，包括：

所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行前述多个支付渠道处理的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：分发服务器接收到订单服务器发送的业务订单信息，分发服务器根据接收到的业务订单信息判断该信息对应的支付渠道是否为新增的支付渠道，若是，则通知第一支付服务器部署关联业务订单信息的支付渠道，第一支付服务器为未部署有任何支付渠道的支付服务器。这样将整个支付流程分为三层，分别是订单服务器进行订单处理，数据存储，分发服务器根据订单信息的支付渠道分发给一一对应的支付服务器，相互之前不影响，减少了新增一个支付渠道影响到原有的支付渠道，平台整体的健壮性和扩展性不好的情况。

附图说明

图1为本申请实施例中多个支付渠道的处理方法一个实施例流程示意图；

图2为本申请实施例中多个支付渠道的处理方法另一个实施例流程示意图；

图3为本申请实施例中多个支付渠道的处理装置一个实施例结构示意图；

图4为本申请实施例中多个支付渠道的处理装置另一个实施例结构示意图；

图5为本申请实施例中多个支付渠道的处理装置另一个实施例结构示意图。

具体实施方式

本申请实施例提供了一种多支付渠道的处理方法，用于减少新增一个支付渠道影响到原有的支付渠道的情况。

请参阅图1，本申请实施例中多支付渠道的处理方法一个实施例包括：

101、分发服务器接收订单服务器发送的业务订单信息，订单服务器用于获取业务订单信息；

在实际应用中，例如用户通过手机软件或者关注公众号进行扫码付费，其中，用户的资金来源不同，可以选择的支付渠道也是很多，那么后台就会根据用户选择的支付方式进行订单的处理。

在本实施例中，移动支付后台把订单支付的管理分为三层，订单服务负责所有支付渠道订单的统一下单、成功通知、查询、退款等功能，分发服务器在接收到订单服务器发送的支付方式的指令后，则通知第一支付服务器部署关联业务订单对应的支付渠道，其中，分发服务器不做业务处理，只负责接收订单服务器发送的指令，通知支付服务器，使得支付服务器完成业务订单的相关功能。

在本实施例中，支付终端可以是用户支付终端，包括手机、平板、个人电脑、笔记本、智能电视等具有移动支付功能的移动电子设备，具体此处不做限定。

102、分发服务器判断业务订单的支付渠道是否为新增的支付渠道，若是，则通知第一支付服务器部署关联业务订单信息的支付渠道，第一服务器为未部署有任何支付渠道的支付服务器。

在本实施例中，分发服务器在接收到订单服务器发送的支付或者查询指令时，要根据订单的支付渠道进行通知，如果是新增的支付渠道，说明在现有的支付服务器还没找到对应的渠道接口，那么分发服务器通知未部署有任何支付渠道的支付服务器要关联渠道提供支付接口。

在本实施例中，支付渠道可以有很多种，比如可以是支付宝支付、微信支付、财付通支付、翼支付和银联支付等，此处不做限定。

请参阅图2，本申请实施例中多支付渠道的处理方法另一个实施例包括：

201、分发服务器接收订单服务器发送的业务订单信息，订单服务器用于获取业务订单信息；

本实施例中的步骤201与前述实施例中步骤101类似，此处不做赘述。

202、分发服务器确定业务订单对应的支付渠道携带的标识；

在本实施例中，不同的支付渠道对于支付状态的信息跟踪是不同的，并且不同的支付渠道设置不同的频率、请求方式，分发服务器在确定业务订单符合支付服务器各个的支付接口的接入标准后，可以根据确定该业务订单对应的支付渠道的频率、请求方式等特征标识来确定是哪种支付方式的渠道。

203、分发服务器根据标识判断业务订单信息的支付渠道是否为新增的支付渠道；

分发服务器确定了业务订单的支付渠道携带的标识后，对比后台已经存在的渠道接口，如果是有对应的接口，那么确定该支付渠道不是新增的，如果没有对应的接口，那么确定该支付渠道是新增的，那么分发服务器生成新增指令，发送通知给支付服务器，上报错误对接信号，使得支付服务器部署关联业务订单对应的支付渠道的支付接口。

204、通知第一支付服务器根据业务订单类型的优先级由高到低的顺序依次部署关联所述支付渠道，优先级为实时性要求高的类型优先级高，第一支付服务器为未部署有任何支付渠道的支付服务器。

第一支付服务器接收到对接指令后判断该业务订单的支付功能，比如用户选择微信支付方式，在本实施例中，支付功能和查询功能都是在支付服务器实现的服务，只是借口分开来，两者之间相互不影响，在微信支付中，主动支付服务的实时性要求高于查询类服务，那么优先部署支付服务对应的接口。这样保证了实时性要求不高的接口不会影响到实时性要求高的接口。

205、分发服务器接收第一支付服务器部署完成反馈信息。

在本实施例中，通过支付服务器发送部署完成的反馈信息来展示订单的支付状态信息，将该订单的支付服务以及查询等其他服务集中在一个服务器里处理，这样不会影响到前端的业务功能的涉及和开发。

206、通知第二支付服务器关联业务订单的支付接口，第二支付服务器为已经部署有业务订单的支付渠道的支付服务器。

当分发服务器确定该业务订单对应的支付渠道不是新增的支付渠道时，则通知第二支付服务关联业务订单的支付接口，不是新增的支付渠道说明支付后台是已经存在该支付方式的渠道接口，服务器可根据标识或者历史支付信息以及渠道的流量等信息找到该支付接口，则对应的支付服务器可实现业务订单的支付已经查询等一系列的服务。

请参阅图3，本申请实施例中多个支付渠道的处理装置一个实施例包括：

接收单元301，用于接收订单服务器发送的业务订单信息，所述订单服务器用于获取所述业务订单信息；

判断单元302，用于判断所述业务订单信息的支付渠道是否为新增的支付渠道；

第一通知单元303，用于当业务订单信息的支付渠道为新增的支付渠道时，通知第一支付服务器部署关联业务订单信息的支付渠道，第一支付服务器为未部署有任何支付渠道的支付服务器。

本实施例中，接收单元301接收到订单服务器发送的业务订单信息后，判断单元302判断业务订单信息的支付渠道是否为新增的支付渠道，若是，则第一通知单元303通知第一支付服务器部署关联业务订单信息的支付渠道，把整个支付流程分为三层，分别是订单服务器进行订单处理，数据存储，分发服务器根据订单信息的支付渠道分发给一一对应的支付服务器，相互之前不影响，减少了新增一个支付渠道影响到原有的支付渠道，平台整体的健壮性和扩展性不好的情况。

下面对本申请实施例中多个支付渠道的处理装置进行详细描述，请参阅图4，本申请实施中多个支付渠道的处理装置另一实施例包括：

接收单元401，用于接收订单服务器发送的业务订单信息，所述订单服务器用于获取所述业务订单信息；

判断单元402，用于判断所述业务订单信息的支付渠道是否为新增的支付渠道；

第一通知单元403，用于当业务订单信息的支付渠道为新增的支付渠道时，通知第一支付服务器部署关联业务订单信息的支付渠道，第一支付服务器为未部署有任何支付渠道的支付服务器。

第二通知单元404，用于当业务订单信息的支付渠道不是新增的支付渠道时，通知第二支付服务器关联业务订单信息的支付渠道，第二支付服务器为已经部署有支付渠道的支付服务器。

接收单元405，用于接收第一支付服务器部署完成的反馈信息。

本实施例中，判断单元402可以包括确定模块4021和判断模块4022：

确定模块4021，用于确定业务订单对应的支付渠道携带的标识；

判断模块4022，用于根据标识判断业务订单的支付渠道是否为新增的支付渠道。

本实施例中，各单元及模块的功能与前述图2所示实施例中的步骤对应，此处不做赘述。

下面对本申请实施例中多个支付渠道的处理装置进行详细描述，请参阅图5，本申请实施例中多个支付渠道的处理装置另一实施例包括：

处理器501、存储器502、输入输出单元503、总线504；

处理器501与存储器502、输入输出单元503以及总线504相连；

处理器501执行如下操作：

接收订单服务器发送的业务订单信息，所述订单服务器用于获取所述业务订单信息；

判断所述业务订单信息的支付渠道是否为新增的支付渠道；

当所述业务订单信息的支付渠道为新增的支付渠道时，通知第一支付服务器部署关联所述业务订单信息的支付渠道，所述第一支付服务器为未部署有任何支付渠道的支付服务器。

可选的，处理器501的功能与前述图1至图2所示实施例中的步骤对应，此处不做赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。