基于图型码的账单分割方法和系统与流程

本申请涉及金融电子设备及系统领域，尤其涉及一种基于图型码的账单分割方法和系统。

背景技术：

近年来，随着手机支付技术的迅速发展，手机支付的快捷性和多样性得到了消费者的青睐。图型码具有信息量大、价格低廉、纠错能力强、识别速度快等优点，在手机支付中，图型码成为了一种非常受欢迎的信息载体。例如，一些支付机构，通过扫描商品图型码进行手机支付，也有通过扫描图型码实现双方的转账支付等功能。在日常生活中，人们发现除了消费者自己有独立购物消费的需求外，在一些场合，往往需要和其他人共同承担支付一些商品或服务。例如朋友聚会，朋友们共同分摊活动费用。在这种场景下，当参加活动人数较多时，用人工方式进行收款往往比较麻烦。市面上也有一些“AA收款”产品，但需要用户都安装即时通讯的客户端并进行相互的关注，也需要注册和开通银行卡支付功能，操作流程相对复杂，安全性较低，很多用户也不愿意将银行卡注册到这些第三方支付软件中。因此，这些产品难以得到广泛的应用。

技术实现要素：

为解决现有技术中的上述问题，本申请的一个目的在于提出一种基于图型码的账单分割方法及系统，可以通过移动终端和图型码技术实现多人共同支付，操作简单便捷。

为达到上述目的，本申请实施例提出的基于图型码的账单分割方法，包括：第一主体发起账单分割支付；第一主体将账单分割信息发送至服务端，其中，所述账单分割信息包括第二主体的数量，第一主体的支付卡信息和支付方式；服务端根据所述账单分割信息对第一主体的支付卡进行验证和扣款，并生成账单图形码发送至第一主体的终端；第二主体扫描所述账单图形码，并根据所述账单图形码向服务端发送支付信息以支付相应的款项。

为达到上述目的，本申请实施例提出的基于图型码的账单分割系统，包括：包括第一终端，至少一个第二终端和服务端；其中，第一终端包括：发起模块，用于发起账单分割支付，将账单分割信息发送至服务端，其中，所述账单分割信息包括第二主体的数量，第一主体的支付卡信息和支付方式；显示模块，用于接收并显示账单图形码；服务端包括：扣款模块，用于根据所述账单分割信息对第一主体的支付卡进行验证和扣款；账单分割处理模块，用于进行账单分割处理，记录账单分割的明细和支付情况；图型码生成模块，用于生成账单图型码发送至第一终端；第二终端包括：扫描模块，用于扫描所述账单图形码；支付模块，用于根据所述账单图形码向服务端发送支付信息以支付相应的款项。

由以上本申请实施例提供的技术方案可见，本方案可利用账单图型码作为信息载体，使消费者通过移动客户端快捷、安全地共同完成商品或服务的支付，无需通过社交软件绑定银行卡并与其他支付者成为好友，提高了支付安全性和便捷性。通过对账单图形码时效加密，保证了图型码的机密性，防止伪冒和泄密，同时保证了交易的时效性，防止重复付款。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例的基于图型码的账单分割方法的流程示意图；

图2是本申请一实施例的基于图型码的账单分割系统的结构示意图；

图3是本申请另一实施例的基于图型码的账单分割系统的结构示意图；

图4是本申请另一实施例的基于图型码的账单分割方法的流程示意图。

具体实施方式

本申请实施例提供一种基于图型码的账单分割方法和系统。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

在本申请中，将通过移动终端下订单、由多人共同进行支付的方式，称为“账单分割”。

图1是本申请一实施例提出的基于图型码的账单分割方法的流程示意图，如图1所示，该方法包括：

步骤101，第一主体发起账单分割支付；

步骤102，第一主体将账单分割信息发送至服务端，其中，所述账单分割信息包括第二主体的数量，第一主体的支付卡信息和支付方式；

步骤103，服务端根据所述账单分割信息对第一主体的支付卡进行验证和扣款，并生成账单图形码发送至第一主体的终端；

步骤104，第二主体扫描所述账单图形码，并根据所述账单图形码向服务端发送支付信息以支付相应的款项。

其中，第一主体和第二主体可以通过手机、平板电脑等移动终端设备进行操作，所要支付的账单的最终收款方可以是提供商品或服务的商家，也可以是具体的个人用户。下面以通过手机购买商户产品的订单为例对本申请实施例进行说明。

具体地，第一主体可通过手机客户端查询和选择商户提供的商品或服务，并发起账单分割支付流程。第一主体输入第二主体(共同承担账单者)的人数、第一主体的银行卡信息和支付方式，其中，支付方式可以有两种：一种是第一主体提前垫付款项，一种是第一主体不提前垫付。第一主体操作完成后，发送至银行服务器进行交易处理。服务端先对第一主体的银行卡信息进行验证和扣款处理，并为账单的第二主体生成一个账单图型码。

在具体地实施例中，账单图型码包括交易金额和收款方信息。收款方信息例如是商户名称、收款人信息或者收款账号等，交易金额可以是AA平摊的金额，也可以是第一主体预先设定的金额，账单图型码还可以包括支付项目(例如商品信息)和第一主体的身份信息(谁发起的账单分割)。

根据本申请的一个实施例，账单图型码可通过时效密钥进行加密，提升安全性。

账单第二主体通过手机客户端扫描账单图型码，并将第二主体的银行卡信息发送银行服务端进行支付处理，银行服务端进行银行卡的账户验证和扣款。银行服务端检查支付款项，若已达到交易总金额，为收款方商户进行入账处理，并发送信息通知第一主体和商户，完成支付流程。

本申请的实施例利用账单图型码作为信息载体，使消费者通过移动客户端快捷、安全地共同完成商品或服务的支付，无需通过社交软件绑定银行卡并与其他支付者成为好友，提高了支付安全性和便捷性。

根据本申请的一个实施例，所述账单图型码通过时效密钥进行加密，在所述根据所述账单图形码进行相应的支付之前，还包括：第二主体对扫描到的所述账单图形码解密，得到所述账单分割信息；第二主体确认所述账单分割信息，并发送支付信息至服务端进行支付，其中所述支付信息包括第二主体的支付卡信息、支付金额和收款方信息。

根据本申请的一个实施例，当所述支付方式为第一主体提前垫付时，所述方法还包括：服务端根据所述账单分割信息从所述第一主体的支付卡中全额扣款；当第二主体支付成功时，将所述第二主体支付的金额转入所述第一主体的支付卡中。

根据本申请的一个实施例，当所述支付方式为第一主体不提前垫付时，所述方法还包括：服务端根据已支付金额判断账单是否完成全额支付，若是，则为账单的收款商户入账，否则等待第二主体进行支付。具体例如，服务端可通过预先建立虚拟账户的方式记录已经收到的款项，当账单完成全额支付后，根据账单分割信息将虚拟账户中的款项转入收款方商户的账户中。

根据本申请的一个实施例，当已支付款项达到交易总金额时，服务端向账单的收款商户和第一主体发送支付完成的通知。

本申请的实施例利用账单图型码作为信息载体，使消费者通过移动客户端快捷、安全地共同完成商品或服务的支付，无需通过社交软件绑定银行卡并与其他支付者成为好友，提高了支付安全性和便捷性。通过对账单图形码时效加密，保证了图型码的机密性，防止伪冒和泄密，同时保证了交易的时效性，防止重复付款。

基于同一发明构思，本申请实施例还提供了一种基于图型码的账单分割系统，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于基于图型码的账单分割系统解决问题的原理与基于图型码的账单分割方法相似，因此基于图型码的账单分割系统的实施可以参见基于图型码的账单分割方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是本申请一实施例的基于图型码的账单分割系统的结构示意图。本实施例的系统可以为实现相应功能的逻辑部件构成，也可以为运行有相应功能软件的电子设备。

如图2所示，该基于图型码的账单分割系统包括：第一终端1，至少一个第二终端2和服务端3；其中，第一终端1包括：

发起模块11，用于发起账单分割支付，将账单分割信息发送至服务端，其中，所述账单分割信息包括第二主体的数量，第一主体的支付卡信息和支付方式；

显示模块12，用于接收并显示账单图形码；

服务端3包括：

扣款模块31，用于根据所述账单分割信息对第一主体的支付卡进行验证和扣款；

账单分割处理模块32，用于进行账单分割处理，记录账单分割的明细和支付情况；

图型码生成模块33，用于生成账单图型码发送至第一终端；

第二终端2包括：

扫描模块21，用于扫描所述账单图形码；

支付模块22，用于根据所述账单图形码向服务端发送支付信息以支付相应的款项。

进一步地，如图3所示，根据本申请的一个实施例，账单图型码包括交易金额和收款方信息，所述图型码生成模块33包括用于通过时效密钥对所述账单图形码进行加密的加密单元，所述第二主体2还包括：解密模块23，用于对扫描到的所述账单图形码解密，得到所述账单分割信息；所述支付模块22还用于在确认所述账单分割信息后，发送支付信息至服务端进行支付，其中所述支付信息包括第二主体的支付卡信息、支付金额和收款方信息。

根据本申请的一个实施例，当所述支付方式为第一主体提前垫付时，所述扣款模块31具体用于根据所述账单分割信息从所述第一主体的支付卡中全额扣款，并在第二主体支付成功时，将所述第二主体支付的金额转入所述第一主体的支付卡中。当所述支付方式为第一主体不提前垫付时，所述扣款模块31具体用于根据已支付金额判断账单是否完成全额支付，若是，则为账单的收款商户入账，否则等待第二主体进行支付。

根据本申请的一个实施例，所述服务端3还包括：通知模块34，用于在已支付款项达到交易总金额时，向账单的收款商户和第一终端发送支付完成的通知。

举例而言，以通过手机客户端购买商户产品的订单为例，用户通过第一终端查询商户信息及商户所提供的商品或服务信息，选择购买商品生成订单，并通过发起模块11选择账单分割交易，输入支付方式和第二主体的数量。支付方式有两种方式：第一主体预先垫付方式，银行先从第一主体账户全额扣款，再从第二主体的账户转账到第一主体账户；第一主体不做垫付方式：当所有第二主体完成支付后，再为商户入账。同时第一主体可输入交易金额、银行卡信息和客户个人信息，进行加密后，发送至银行客户端进行支付处理。显示模块12将银行服务器返回的账单图型码显示出来，并可以向第二主体进行推送；第二主体客户端通过该模块进行账单图型码解密和解析，获取出图型码中的信息，例如商户名称，交易金额，支付项目和第一主体的信息等。

银行服务端3负责银行卡支付处理、账单图型码生成等功能。扣款模块31根据所述账单分割信息对第一主体的支付卡进行验证，验证通过则进行扣款处理。图型码生成模块33利用时效密钥将商户名称、交易金额、支付项目和第一主体的信息等进行加密后生成账单图型码并发送至第一终端。账单分割处理模块32进行账单分割处理，记录账单分割的明细和支付情况。在全部账款支付成功后，银行服务端3为商户进行入账处理。

本申请的实施例利用账单图型码作为信息载体，使消费者通过移动客户端快捷、安全地共同完成商品或服务的支付，无需通过社交软件绑定银行卡并与其他支付者成为好友，提高了支付安全性和便捷性。通过对账单图形码时效加密，保证了图型码的机密性，防止伪冒和泄密，同时保证了交易的时效性，防止重复付款。

在一个具体的实施例中，该系统还可以包括商户服务器4，商户服务器4包括以下功能模块：商品订单处理模块、交易成功信息接收模块，其中：商品订单处理模块用于维护商户信息、商品和服务信息，可供手机客户端查询选择商户或服务；交易成功信息接收模块用于接收银行服务器发送的交易成功信息，进行后台的出库处理。这样可以使手机客户端和商户服务器进行连接，使消费者通过手机方便地选择商户提供的商品或服务。

图4所示是本申请一具体实施例的基于图型码的账单分割系统操作流程示意图。与前述实施例相同的部分不再赘述。如图4所示，具体步骤如下：

步骤201，第一主体浏览和选择商户及其商品或服务。

步骤202，第一主体选择账单分割支付及支付方式。

步骤203，第一主体输入账单共同承担者的第二主体数量、银行卡信息和个人身份信息等账单分割信息。

步骤204，银行服务器进行账务处理和身份验证。

如果账务处理失败或身份验证失败则执行步骤205，否则执行步骤206。

步骤205，拒绝交易。

步骤206，银行服务器生成和返回账单图型码到第一终端。

步骤207，第二主体使用第二终端扫描第一终端上显示的账单图型码或第一主体转发过来的账单图型码，并确认交易信息(包括商户名称，商品信息和交易金额等)是否正确。第二主体可取消交易或选择继续进入下一步骤。

步骤208，第二主体输入银行卡信息和个人信息，获取相关支付信息后发送至银行服务器。

步骤209，银行服务器进行身份验证和账务处理，如果账务处理失败或身份验证失败则执行步骤205，否则执行步骤210。

步骤210，扣款成功后，银行服务器检查是否已达到账单的总金额。如果达到，则执行步骤211，否则继续等待其他第二主体的支付。

步骤211，银行服务器将成功结果返回给商户和第一主体。

本实施例利用账单图型码作为信息载体，使消费者通过移动客户端快捷、安全地共同完成商品或服务的支付，无需通过社交软件绑定银行卡并与其他支付者成为好友，提高了支付安全性和便捷性。通过对账单图形码时效加密，保证了图型码的机密性，防止伪冒和泄密，同时保证了交易的时效性，防止重复付款。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。