CN106327178A - 一种一次同时支付到多账户的支付系统和方法 - Google Patents

Abstract

本申请公开了一种一次同时支付到多账户的支付系统和方法，系统包括支付信息生成模块、支付信息识别模块以及支付模块；方法包括步骤1支付特征码的生成：支付信息生成模块根据支付信息生成支付特征码，其中支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息；步骤2支付特征码的识别：支付信息识别模块识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；步骤3支付行为的进行：支付模块根据所述支付信息向收款方进行支付行为。本发明使得资金链较短，资金周转效率明显提升，可以避免第三方占用资金的风险，能够清晰地看到付款方和收款方一一对应关系，避免人为主观违约或违规的风险。

Description

一种一次同时支付到多账户的支付系统和方法

技术领域

本发明属于社会移动支付领域，尤其是涉及基于特征码识别一次同时支付到多帐户的支付系统和方法。

背景技术

随着移动技术的发展，移动支付作为一种常用的支付方式已经广泛应用到日常生活中。人们对于移动支付的接受度也已经越来越高。

现有技术中，一般的支付系统和方法是通过手机软件扫描条形码，识别出条形码中包含的商户信息，并将钱支付给支付平台，再由支付平台向商户完成支付。即所有资金的流程都是点到点的串联方式。

这种支付系统和方法存在一定的问题，每种商品或服务的背后，往往包含有多个利益主体，如：厂商、代理商、业务员、门店和税务等。现有点到点的扫码支付方案，资金的流程为：消费者→支付平台→门店，再由门店向厂商、代理商或业务员回款。这样的方法使得资金链过长，不利于资金周转效率的提升；现有点到点的扫码支付方法，存在平台商占用资金，使得资金存在较大的风险，政策上因此禁止未获支付牌照的第三方支付公司从事“二次清算”业务。

因此，如何研发一种资金链较短、无资金占用风险的支付系统和方法，将点到点串联的资金链模式，转变成点到多点并联的资金链模式，便成为亟待解决的技术问题。

发明内容

本申请解决的主要问题是提供一种一次同时支付到多账户的支付系统和方法，以解决现有技术中的支付系统存在的资金链过长，不利于资金周转效率的提升；现有点到点的支付方法，存在平台商占用资金，使得资金存在较大的风险等技术问题。

为了解决上述技术问题，本发明公开了一种一次同时支付到多账户的支付系统，包括支付信息生成模块、支付信息识别模块以及支付模块；其特征在于，所述支付信息生成模块用于根据支付信息生成支付特征码；所述支付信息识别模块用于识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；所述支付模块根据所述支付信息向收款方进行支付行为；所述支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息。

优选的，还包括安全验证模块，所述安全验证模块用于对支付信息识别模块识别得到的支付信息进行安全验证。

优选的，所述安全验证的内容包括支付信息加密与校验、身份验证、会话管理、支付权限验证和支付额度监控。

优选的，其特征在于，还包括消息通知模块，所述消息通知模块用于向收款方和付款方进行支付结果的通知，所述支付结果包括收款方名称、支付金额信息以及付款方名称和位置信息。

优选的，所述收款方包括商品或服务所涉及到的多个利益主体，包括厂商、代理商、业务员、门店和税务。

优选的，所述支付特征码包括二维码或条形码。

本发明还公开一种一次同时支付到多账户的支付方法，其特征在于，包括以下步骤：

步骤1支付特征码的生成：支付信息生成模块根据支付信息生成支付特征码，其中支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息；

步骤2支付特征码的识别：支付信息识别模块识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；

步骤3支付行为的进行：支付模块根据所述支付信息向收款方进行支付行为。

优选的，在步骤2完成之后，执行以下步骤：步骤2-1：安全验证模块对支付信息识别模块识别得到的支付信息进行安全验证。

优选的，在步骤3完成之后，执行以下步骤：步骤3-1：消息通知模块向收款方和付款方进行支付结果的通知，所述支付结果包括收款方名称、支付金额信息以及付款方名称和位置信息。

优选的，所述步骤2-1包括以下子步骤：

步骤2-1-1：安全验证模块对支付信息识别模块识别得到的支付信息进行加密；

步骤2-1-2：加密完成之后安全验证模块对进行支付请求进行信息校验；支付请求进行信息校验通过则进行下一步，校验未通过则验证未通过；

步骤2-1-3：安全验证模块对参与支付的多方帐户进行身份校验，身份校验通过则进行下一步，校验未通过则验证未通过；

步骤2-1-4：在身份验证通过后，安全验证模块建立支付会话，控制用户可操作的范围；

步骤2-1-5：安全验证模块支付会话创建之后，安全验证模块验证用户权限，确保用户拥有支付相关的权限要求；用户权限验证通过则进行下一步，用户权限验证未通过则验证未通过；

步骤2-1-6：安全验证模块进行交易额的验证，避免超出安全交易额；用户权限验证通过则验证通过，用户权限验证未通过则验证未通过。

与现有技术相比，本申请所述的一种一次同时支付到多账户的支付系统和方法，达到了如下效果：

(1)本发明中的一次同时支付到多账户的支付系统和方法，采用付款方直接将款项支付给预设分配方案中的收款方，当收款方有多个时，直接支付到各方，无需经过现有技术中的第三方平台，因此资金链较短，资金周转效率明显提升。

(2)本发明中的一次同时支付到多账户的支付系统和方法，采用付款方直接将款项支付给预设分配方案中的收款方，当收款方有多个时，直接支付到各方，无需经过现有技术中的第三方平台，因此可以避免第三方占用资金的风险。

(3)本发明中的一次同时支付到多账户的支付系统和方法，可以同时向识别出的多个收款方按照预设的分配方案进行付款，支付密码只在本次扫码支付行为过程中输入一次。收款方可同时收到付款方的付款信息。通过本系统和方法能够清晰地看到付款方和收款方一一对应关系。

(4)本发明中的一次同时支付到多账户的支付系统和方法，可以同时向识别出的多个收款方按照预设的分配方案进行付款，使各利益相关方之间的合同条款或法律规定得到忠实地执行，避免人为主观违约或违规的风险。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例一支付系统的结构框图；

图2是本发明实施例二支付系统的结构框图；

图3是本发明实施例三支付系统的结构框图；

图4是本发明实施例四支付方法的流程图。

具体实施方式

如在说明书及权利要求当中使用了某些词汇来指称特定组件，本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

以下结合附图对本申请作进一步详细说明，但不作为对本申请的限定。

实施例一

如图1所示，为本发明的一种一次同时支付到多账户的支付系统，该系统包括支付信息生成模块100、支付信息识别模块200以及支付模块300；其中，所述支付信息生成模块100用于根据支付信息生成支付特征码；所述支付信息识别模块200用于识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；所述支付模块300根据所述支付信息向收款方进行支付行为；所述支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息。

本实施例主要运用于商品或者服务的支付过程，其中信息生成模块100根据支付信息生成支付特征码，其中的支付信息包括了商品或服务的多个收款方的信息，例如各个收款方账户信息、各个收款方身份信息、各个收款方金额分配信息以及其他的与此次支付相关的信息；支付信息识别模块用于支付信息识别模块200用于识别所述支付特征码，得到支付信息并将支付信息传递给支付模块300，支付模块300根据支付信息向收款方进行支付行为，其中的支付行为具体包括了支付信息的确认过程和密码输入过程，如果密码输入正确则按照支付信息，将需要支付的金额由付款方的的账户转到多个收款方的账户，支付成功；如果密码输入错误则支付失败。

其中的三个模块可以位于不同的终端和设备中，从而实现将点到点串联的资金链模式，转变成点到多点并联的资金链模式，资金链较短，由于可以直接支付给按照预设分配方案中的多个收款方账户，因此可以避免第三方，例如平台，对于资金的占用，使得支付过程更加安全可靠。

实施例二

如图2所示，为本发明的第二个实施例中，与实施例一相比，在实施例一的基础上增加了安全验证模块400，安全验证模块用于对支付信息识别模块识别得到的支付信息进行安全验证，验证通过，将得到的支付信息传递给支付模块；验证未通过支付失败。

安全验证的内容包括支付信息加密与校验、身份验证、会话管理、权限验证和额度监控等，

具体验证过程如下：首先对进行支付信息进行信息校验；然后对参与支付的多方帐户进行身份校验；参与支付的多方帐户进行身份校验通过后，建立支付会话，控制用户可操作的范围；支付会话创建之后，会验证用户权限，确保用户拥有支付相关的权限要求；进行交易额的验证，避免超出安全交易额。其中任意一个步骤不符合要求则验证未通过，支付失败；当所有验证均通过之后，将支付信息传递给支付模块，支付模块进行支付。

本实施例中，在实施例一的基础上增加了安全验证模块，安全验证模块的增加使得整个支付系统安全性增加，从多个方面对于支付信息进行验证，防止一些盗用等恶意行为。

实施例三

如图3所示，为本发明的第三个实施例中，在实施例二的基础上，增加了消息通知模块500，消息通知模块500接收来自于支付模块300或者安全验证模块400传递来的支付结果，即支付成功或者支付失败；然后消息通知模块500向收款方和付款方进行支付结果的通知，所述支付结果包括支付成功或失败、收款方名称、支付金额信息以及付款方名称和位置信息。

消息通知模块500的设置，使得最终的支付结果可以传递给付款方和收款方，使得支付状态更加明确，在通知时，可以采用多种不同的方式，例如可以采用短信通知、邮件通知和/或数据通信通知。

在上述实施例中，多个收款方包括商品或服务所涉及到的多个利益主体，例如可以包括厂商、代理商、业务员、门店和/或税务，当包括税务部门成为收款方之一时，税收可以在消费者进行商品或服务的购买时直接将各方应该缴纳的税款在预设的分配比例中进行限定，使得税务部门的收税可以更加明确，避免人为操作的不便。

在上述实施例中，各个模块可以设置于不同的设备或终端，其组合而得到的整个系统是实现本发明的技术效果的必要条件，但不限定所有的模块固定于单一的设备或终端。

实施例四

本实施例在实例三的系统的基础上进行，本实施例是一种一次同时支付到多账户的支付方法，包括以下步骤：

步骤1支付特征码的生成：支付信息生成模块根据支付信息生成支付特征码，其中支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息；

步骤2支付特征码的识别：支付信息识别模块识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；

步骤2-1：安全验证模块对支付信息识别模块识别得到的支付信息进行安全验证；

步骤3支付行为的进行：支付模块根据所述支付信息向收款方进行支付行为；

步骤3-1：消息通知模块向收款方和付款方进行支付结果的通知，所述支付结果包括收款方名称、支付金额信息以及付款方名称和位置信息。

本实施例中的一种一次同时支付到多账户的支付方法，使得资金链较短，资金周转效率明显提升，可以避免第三方占用资金的风险，能够清晰地看到付款方和收款方一一对应关系，避免人为主观违约或违规的风险。

在一些实施例中，其中的步骤2-1包括以下子步骤：

步骤2-1-1：安全验证模块对支付信息识别模块识别得到的支付信息进行加密；

步骤2-1-2：加密完成之后安全验证模块对进行支付请求进行信息校验；支付请求进行信息校验通过则进行下一步，校验未通过则验证未通过；

步骤2-1-3：安全验证模块对参与支付的多方帐户进行身份校验，身份校验通过则进行下一步，校验未通过则验证未通过；

步骤2-1-4：在身份验证通过后，安全验证模块建立支付会话，控制用户可操作的范围；

步骤2-1-5：安全验证模块支付会话创建之后，安全验证模块验证用户权限，确保用户拥有支付相关的权限要求；用户权限验证通过则进行下一步，用户权限验证未通过则验证未通过；

步骤2-1-6：安全验证模块进行交易额的验证，避免超出安全交易额；用户权限验证通过则验证通过，用户权限验证未通过则验证未通过。

安全验证步骤进行多项的验证，使得支付环境更加安全可靠。

实施例五

在现实应用中，例如：经营公司提供平台，商家可以入驻平台，入驻条件是业务员与商家签订支付给公司佣金比例，然后业务员获得佣金中的提成。

预设分配方案为：其中平台佣金为消费金额的10％，业务员提成为消费金额的10％，剩余金额为商家所得。即收款方包括：平台、业务员和商家。

某一消费者在平台针对该商家消费100元，采用本发明中的一次同时支付到多账户的支付系统对消费金额进行支付。

首先支付信息生成模块根据预设的分配方案生成支付特征码，例如二维码或条形码等，支付信息识别模块对该支付特征码进行识别，得到支付信息，并将支付信息传递给支付模块，支付模块根据所述支付信息向各收款方进行支付行为，其中平台收款10元、业务员收款10元，商家收款80元。

在支付模块之前，如果设有安全验证模块，则需要对支付信息进行验证，若果验证未通过则支付失败，并通过支付结果通知模块通知付款方和收款方；验证通过，验证模块将支付信息传递给支付模块；支付模块根据支付信息进行支付行为，如果付款账户余额不足或支付密码有误时，则支付失败，并通过支付结果通知模块通知付款方和收款方；若付款成功，则平台收款10元、业务员收款10元，商家收款80元，并通过支付结果通知模块通知消费者和收款方(平台、业务员和商家)。

在本实施例中，由于本发明中一次同时支付到多账户的支付系统的应用，使得消费者在进行商品或服务的购买时，可以一次性同时支付给平台收款、业务员收款和商家收款应得的金额，免去了再次进行结算的麻烦，同时只有从付款方到多个收款方的过程，资金链短，资金没有被占用的风险，同时支付中进行多方的验证安全可靠。

与现有技术相比，本发明所述的一种一次同时支付到多账户的支付系统和方法，达到了如下效果：

(1)本发明中的一次同时支付到多账户的支付系统，采用付款方直接将款项支付给预设分配方案中的收款方，当收款方有多个时，直接支付各方，无需经过现有技术中的第三方平台，因此资金链较短，资金周转效率明显提升。

(2)本发明中的一次同时支付到多账户的支付系统，采用付款方直接将款项支付给预设分配方案中的收款方，当收款方有多个时，直接支付各方，无需经过现有技术中的第三方平台，因此可以避免第三方占用资金的风险。

(3)本发明中的一次同时支付到多账户的支付系统，可以同时向识别出的多个收款方按照预设的分配方案进行付款，支付密码只在本次扫码支付行为过程中输入一次。收款方可同时收到付款方的付款信息。通过本系统能够清晰地看到付款方和收款方一一对应关系。

(4)本发明中的一次同时支付到多账户的支付系统，可以同时向识别出的多个收款方按照预设的分配方案进行付款，使各利益相关方之间的合同条款或法律规定得到忠实地执行，避免人为主观违约或违规的风险。

由于方法部分已经对本申请实施例进行了详细描述，这里对实施例中涉及的系统与方法对应部分的展开描述省略，不再赘述。对于系统中具体内容的描述可参考方法实施例的内容，这里不再具体限定。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (10)

1.一种一次同时支付到多账户的支付系统，包括支付信息生成模块、支付信息识别模块以及支付模块；其特征在于，所述支付信息生成模块用于根据支付信息生成支付特征码；所述支付信息识别模块用于识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；所述支付模块根据所述支付信息向收款方进行支付行为；所述支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息。

2.根据权利要求1所述的一次同时支付到多账户的支付系统，其特征在于，还包括安全验证模块，所述安全验证模块用于对支付信息识别模块识别得到的支付信息进行安全验证。

3.根据权利要求2所述的一次同时支付到多账户的支付系统，其特征在于，所述安全验证的内容包括支付信息加密与校验、身份验证、会话管理、支付权限验证和支付额度监控。

4.根据权利要求3所述的一次同时支付到多账户的支付系统，其特征在于，还包括消息通知模块，所述消息通知模块用于向收款方和付款方进行支付结果的通知，所述支付结果包括收款方名称、支付金额信息以及付款方名称和位置信息。

5.根据权利要求4所述的一次同时支付到多账户的支付系统，其特征在于，所述收款方包括商品或服务所涉及到的多个利益主体，包括厂商、代理商、业务员、门店和税务。

6.根据权利要求1-5任一所述的一次同时支付到多账户的支付系统，特征在于，所述支付特征码包括二维码或条形码。

7.一种一次同时支付到多账户的支付方法，其特征在于，包括以下步骤：

步骤1支付特征码的生成：支付信息生成模块根据支付信息生成支付特征码，其中支付信息包括按照预设分配方案中的多个收款方账户，以及与多个收款方对应的支付金额信息；

步骤2支付特征码的识别：支付信息识别模块识别所述支付特征码，得到支付信息并将支付信息传递给支付模块；

步骤3支付行为的进行：支付模块根据所述支付信息向收款方进行支付行为。

8.根据权利要求7所述的一次同时支付到多账户的支付方法，其特征在于，在步骤2完成之后，执行以下步骤：

步骤2-1：安全验证模块对支付信息识别模块识别得到的支付信息进行安全验证。

9.根据权利要求8所述的一次同时支付到多账户的支付方法，其特征在于，在步骤3完成之后，执行以下步骤：

步骤3-1：消息通知模块向收款方和付款方进行支付结果的通知，所述支付结果包括收款方名称、支付金额信息以及付款方名称和位置信息。

10.根据权利要求7或8所述的一次同时支付到多账户的支付方法，其特征在于，所述步骤2-1包括以下子步骤：

步骤2-1-1：安全验证模块对支付信息识别模块识别得到的支付信息进行加密；

步骤2-1-2：加密完成之后安全验证模块对进行支付请求进行信息校验；支付请求进行信息校验通过则进行下一步，校验未通过则验证未通过；

步骤2-1-3：安全验证模块对参与支付的多方帐户进行身份校验，身份校验通过则进行下一步，校验未通过则验证未通过；

步骤2-1-4：在身份验证通过后，安全验证模块建立支付会话，控制用户可操作的范围；

步骤2-1-5：安全验证模块支付会话创建之后，安全验证模块验证用户权限，确保用户拥有支付相关的权限要求；用户权限验证通过则进行下一步，用户权限验证未通过则验证未通过；

步骤2-1-6：安全验证模块进行交易额的验证，避免超出安全交易额；用户权限验证通过则验证通过，用户权限验证未通过则验证未通过。