一种基于复合收款码的清算方法和清算系统与流程

本申请涉及互联网技术领域，尤其是涉及一种基于复合收款码的清算方法和清算系统。

背景技术：

收款码是一种用于付款方和收款方之间的收款功能，可以实现面对面收款。如今，收款码已经大量应用于人们的日常生活中，例如微信中的收款码，属性是二维码，付款方与收款方无需加好友，付款方扫描二维码即可向收款方付款。

收款码支付方式通常是一对一、点对点的，但是在实际使用中经常存在一些特殊性需求的支付业务，例如按照已商定比例分配给多个收款方，这种情况下通常先由一个收款方通过一个支付渠道入账到统一账户中，再逐一定时分配给其他收款方，这种支付方式在复杂的支付业务中处理效率不高。

技术实现要素：

有鉴于此，本申请的目的在于提供一种基于复合收款码的清算方法和清算系统，以提高收款码支付方式在支付业务中的处理效率。

第一方面，本申请实施例提供了一种基于复合收款码的清算方法，包括：

商户交易模块获取交易订单对应的至少两个结算方信息；

所述商户交易模块生成对应于每个结算方信息的独立收款码；

基于至少两个所述独立收款二维码，所述商户交易模块生成复合收款码；

用户交易模块获取所述复合收款码，解析所述复合收款码，得到至少两个所述独立收款码，并基于每个所述独立收款码向对应的结算方付款。

结合第一方面，本申请实施例提供了第一方面的第一种可能的实施方式，其中，

所述用户交易模块获取所述复合收款码包括：

所述用户交易模块通过扫描的方式获取所述复合收款码。

结合第一方面，本申请实施例提供了第一方面的第二种可能的实施方式，其中，

所述基于每个所述独立收款码向对应的结算方付款，包括：

向所述结算方发送支付请求，并付款；

接收到所述结算方发送的支付成功信息后，显示完成交易消息。

结合第一方面，本申请实施例提供了第一方面的第三种可能的实施方式，其中，

所述复合收款码采用qr码嵌套汉信码或汉信码嵌套dm码码制。

结合第一方面，本申请实施例提供了第一方面的第四种可能的实施方式，其中，

所述结算方信息包括结算方名称。

第二方面，本申请实施例还提供一种基于复合收款码的清算系统，应用于基于复合收款码的清算方法，包括商户交易软件、复合收款码生成软件和用户交易软件；

所述商户交易软件，用于获取交易订单对应的至少两个结算方信息，生成对应于每个结算方信息的独立收款码；

所述复合收款码生成软件，用于基于至少两个所述独立收款二维码，生成复合收款码；

所述用户交易软件，用于获取所述复合收款码，解析所述复合收款码，得到至少两个所述独立收款码，并基于每个所述独立收款码向对应的结算方付款。

第三方面，本申请实施例还提供了一种基于复合收款码的清算装置，包括：获取模块、第一生成模块、第二生成模块以及支付模块；

所述获取模块，用于获取交易订单对应的至少两个结算方信息；

所述第一生成模块，用于生成对应于每个结算方信息的独立收款码；

所述第二生成模块，用于基于至少两个所述独立收款二维码，生成复合收款码；

所述支付模块，用于获取所述复合收款码，解析所述复合收款码，得到至少两个所述独立收款码，并基于每个所述独立收款码向对应的结算方付款。

结合第三方面，本申请实施例提供了第三方面的第一种可能的实施方式，其中，

还包括：发送模块和显示模块；

所述发送模块，用于向所述结算方发送支付请求，并付款；

所述显示模块，用于接收到所述结算方发送的支付成功消息后，显示完成交易消息。

第四方面，本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述任一种可能的实施方式中的步骤。

第五方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述任一种可能的实施方式中的步骤。

本申请实施例提供的一种基于复合收款码的清算方法和清算系统，商户交易模块获取交易订单对应的至少两个结算方信息，商户交易模块生成对应于每个结算方信息的独立收款码，基于至少两个独立收款二维码，商户交易模块生成复合收款码，用户交易模块获取复合收款码，解析复合收款码，得到至少两个独立收款码，并基于每个独立收款码向对应的结算方付款，付款方通过扫描复合收款码可以实现向多个结算方进行支付，提高了处理效率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种基于复合收款码的清算方法的流程图；

图2示出了本申请实施例所提供的另一种基于复合收款码的清算方法的流程图；

图3示出了本申请实施例所提供的一种基于复合收款码的清算装置的结构示意图；

图4示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

收款码是一种用于付款方和收款方之间的收款功能，可以实现面对面收款。如今，收款码已经大量应用于人们的日常生活中，例如微信中的收款码，属性是二维码，付款方与收款方无需加好友，付款方扫描二维码即可向收款方付款。

收款码支付方式通常是一对一、点对点的，但是在实际使用中经常存在一些复杂需求的支付业务，例如当消费者对所购商品进行支付时，所付款目将直接通过商户收取，而所购商品的商业税则需要商户上缴到国家系统中，商户作为中间环节容易出现虚假交易、虚假亏损经营等弊端；再如按照已商定比例分配给多个收款方，这种情况下通常先由一个收款方通过一个支付渠道入账到统一账户中，再逐一定时分配给其他收款方，若该收款方不能及时将资金直接分配给其他收款方，容易造成其他收款方的资金问题，在这样的情况下，现有收款码支付方式处理效率不高，对资金的统一收款方造成较大的压力。

考虑到现有收款码支付方式在支付业务中的处理效率不高的问题。基于此，本申请实施例提供了一种基于复合收款码的清算方法和清算系统，下面通过实施例进行描述。

为便于对本实施例进行理解，首先对本申请实施例所公开的一种基于复合收款码的清算方法进行详细介绍。

图1为本申请实施例提供的一种基于复合收款码的清算方法流程图，本申请实施例适用于交易订单中包含多个结算方的清算过程。如图1所示，在本申请实施例中基于复合收款码的清算方法包括以下步骤：

s101：商户交易模块获取交易订单对应的至少两个结算方信息。

用户与商户的交易订单中通常包含多个结算方，在本实施例中，结算方的个数为两个或两个以上。例如，用户对所购商品进行支付时，用户不仅需要与商户结算方进行结算，用户还可能需要与税务机关结算方进行结算，因此用户与商户的交易订单中可以包含至少两个结算方。

在具体实施中，商户利用商户交易模块从交易订单中获取至少两个结算方信息。商户交易模块可以是商户专用交易软件，商户专用交易软件可以获取结算方的个数、结算方的名称以及每个结算方应结算的金额等信息。

s102：商户交易模块生成对应于每个结算方信息的独立收款码。

商户利用商户交易模块生成与每个结算方信息相对应的独立收款码，这里，独立收款码可以为二维码，二维码中包含有相对应的结算方的信息，多个二维码之间可以采用相同的码制，也可以采用不用的码制。在本实施例中，优选地，采用不同的码制，具体可以采用qr码、汉信码和dm码等码制。应当理解的是，上述对二维码种类的限定仅仅是为了便于对本申请的内容进行说明以使本领域技术人员能够理解，并不构成对本申请权利要求范围的限定。

s103：基于至少两个独立收款码，商户交易模块生成复合收款码。

商户利用商户交易模块将至少两个独立收款码生成复合收款码，复合收款码可以采用嵌套的方式，若独立收款码为二维码，根据二维码的码制，可以采用qr码嵌套汉信码或汉信码嵌套dm码的方式生成复合二维码。例如，复合二维码分为第一区域和第二区域，生成针对商户结算方信息的第一二维码位于第一区域，生成针对其他结算方信息的至少一个第二二维码位于第二区域，第二区域的面积范围为第一区域的面积的(0，3/8)，在具体实施中，二维码的编码要求允许二维码可以被破坏的最大面积为3/8。

这里，商户交易模块的功能不同于步骤s101中商户交易模块的功能，这里商户交易模块可以为复合收款码生成软件。应当理解的是，商户交易模块既可以实现步骤s101中获取交易订单对应的至少两个结算方信息的功能，也可以实现在步骤s103中生成复合收款码的功能。

s104：用户交易模块获取复合收款码，解析复合收款码，得到至少两个独立收款码，并基于每个独立收款码向对应的结算方付款。

用户交易模块通过扫描复合收款码，得到至少两个独立收款码，获取每个独立收款码对应的结算方信息，根据结算方信息分别向结算方付款。

具体地，用户交易模块可以是用户专用交易软件，这里，用户专用交易软件的终端可以是智能移动终端(比如：具有收款码扫描功能的智能手机)或者其他具有收款码扫描功能的终端。

用户交易模块在向结算方付款过程中，首先向结算方发送支付请求，并向结算方付款，付款后用户交易模块等待接收结算方发送成功信息，用户交易模块接收到结算方发送付款成功信息后，向用户显示完成交易消息。

图2为本申请实施例提供的另一种基于复合收款码的清算方法的流程图。如图2所示，为本申请实施例提供的一种基于复合收款码的清算方法的优选实施方案。本申请实施例提供的另一种基于复合收款码的清算方法适用于交易订单中包含两个结算方的清算过程。

s201：商户专用交易软件获取交易订单对应的两个结算方信息。

这里，交易订单中只包含两个结算方，因此商户专用交易软件只获取两个结算方信息。具体地，商户专用交易软件可以获取结算方的名称以及每个结算方应结算的金额等信息。例如，用户对所购商品进行支付时，用户不仅需要与商户结算方进行结算，用户还需要与税务机关结算方进行结算。

s202：商户专用交易软件生成对应于每个结算方信息的独立二维码。

商户利用商户交易模块生成与每个结算方信息相对应的独立二维码，二维码中包含有相对应的结算方的信息，两个二维码之间可以采用相同的码制，也可以采用不用的码制。在本实施例中，优选地，采用不同的码制，具体可以采用qr码、汉信码和dm码等码制。应当理解的是，上述对二维码的数量以及二维码种类的限定仅仅是为了便于对本申请的内容进行说明以使本领域技术人员能够理解，并不构成对本申请权利要求范围的限定。

对二维码生成之前，商户专用交易软件对每个二维码的属性进行限定，例如，限定二维码的码制、对应的结算方信息及参数等。

s203：基于两个独立二维码，复合二维码生成软件生成复合二维码。

这里，商户利用复合二维码生成软件将两个独立二维码生成复合二维码，复合二维码可以采用嵌套的方式，具体地，可以采用qr码嵌套汉信码或汉信码嵌套dm码的方式生成复合二维码。复合二维码生成软件可以将两个二维码设置在预设的模板中对应的位置区域，预设的模板中还包含两个二维码之间的位置关系和大小关系。例如，预设的模板分为第一区域和第二区域，生成针对商户结算方信息的第一二维码位于第一区域，生成针对其他结算方信息的第二二维码位于第二区域，且第一二维码位于第二二维码的左上方，第二区域的面积范围为第一区域的面积的(0，3/8)，在具体实施中，二维码的编码要求允许二维码可以被破坏的最大面积为3/8，在本申请实施例中，优选地，第二区域的面积为第一区域的面积的1/3。

s204：用户专用交易软件获取复合二维码，解析复合二维码，得到两个独立二维码，并基于每个独立二维码向对应的结算方付款。

用户通过用户专用交易软件扫描复合二维码，得到两个独立二维码，并获取独立二维码对应的结算方信息，根据结算方信息分别向结算方付款。这里，用户专用交易软件可以是智能移动终端(比如：智能手机)中具有二维码扫描功能的软件(如微信)或者硬件。

基于相同的技术构思，本申请实施例还提供一种基于复合收款码的清算装置、电子设备以及计算机存储介质等，具体可参见以下实施例。

图3为本申请实施例提供的一种基于复合收款码的清算装置结构示意图。如图3所示，本申请实施例提供的基于复合收款码的清算装置300，包括：获取模块301、第一生成模块302、第二生成模块303以及支付模块304；

获取模块301，用于获取交易订单对应的至少两个结算方信息；

第一生成模块302，用于生成对应于每个结算方信息的独立收款码；

第二生成模块303，用于基于至少两个独立收款二维码，生成复合收款码；

支付模块304，用于获取复合收款码，解析复合收款码，得到至少两个独立收款码，并基于每个独立收款码向对应的结算方付款。

进一步地，所述基于复合收款码的清算装置，还包括发送模块和显示模块；

发送模块，用于向结算方发送支付请求，并付款；

显示模块，用于接收到结算方发送的支付成功消息后，显示完成交易消息。

如图4所示，为本申请实施例提供的一种电子设备400的结构示意图，该电子设备400包括：至少一个处理器401，至少一个网络接口404或者其他用户接口403，存储器405，至少一个通信总线402。通信总线402用于实现这些组件之间的连接通信。该终端设备400可选的包含用户接口403，包括显示器(例如，触摸屏等)，键盘或者点击设备(例如，鼠标，轨迹球(trackball),触感板或者触摸屏等)。

存储器405可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。

在一些实施方式中，存储器405存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集:

操作系统4051，包含各种系统程序，用于实现各种基础业务以及处理基于硬件的任务；

应用程序模块4052，用于实现各种应用业务。

在本发明实施例中，通过调用存储器405存储的程序或指令，处理器401用于：

商户交易模块获取交易订单对应的至少两个结算方信息；

商户交易模块生成对应于每个结算方信息的独立收款码；

基于至少两个独立收款二维码，商户交易模块生成复合收款码；

用户交易模块获取复合收款码，解析复合收款码，得到至少两个独立收款码，并基于每个独立收款码向对应的结算方付款。

作为一个实施例，所述处理器401还用于：

用户交易模块扫描复合收款码，得到复合收款码；

进一步地，所述处理器401还用于：

向结算方发送支付请求，并付款；

接收到结算方发送的支付成功信息后，显示完成交易消息。

本申请实施例所提供的进行基于复合收款码的清算方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。