阅读说明：本技术 支付账单的方法、设备和计算机存储介质 (Method, equipment and the computer storage medium of payment bill ) 是由 沈瑾 陈晓磊 于 2019-08-27 设计创作，主要内容包括：本发明提供一种支付账单的方法、设备和计算机存储介质,其中支付账单的方法包括：接收第一用户发送的待支付账单拆分请求；确定待支付账单对应的参与账单拆分人数、待支付账单总金额；根据所述参与账单拆分人数均分所述待支付账单总金额,得到参与账单拆分的各用户的待支付子账单；将待支付子账单发送至包含所述第一用户在内的全部用户。本发明能够提升多人付款的情况下账单支付的便利性。(The present invention provides the method, equipment and computer storage medium of a kind of payment bill, and wherein the method for payment bill includes: and receives the bill to be paid that the first user sends to split request；Determine that the corresponding participation bill of bill to be paid splits number, bill total amount to be paid；Number is split according to the participation bill and divides equally the bill total amount to be paid, obtains the sub- bill to be paid for participating in each user that bill is split；Sub- bill to be paid is sent to comprising whole users including first user.The present invention is able to ascend the convenience of bill payment in the case that more people pay the bill.)

支付账单的方法、设备和计算机存储介质

【技术领域】

本发明涉及互联网技术领域，尤其涉及一种支付账单的方法、设备和计算机存储介质。

【背景技术】

在日常生活中，需要由多人付款的情况会时常发生。例如，同事或朋友在聚餐之后，通常是由一个人先付款给商家，再由其他人通过转账的方式将相应数目的钱再转给付款人。但是，很多情况下有人会忘记转账或者转账数目不正确。因此，现有技术中针对多人付款的账单支付方式不够便利。

【

发明内容

】

有鉴于此，本发明提供了一种支付账单的方法、设备和计算机存储介质，用于提升多人付款的情况下账单支付的便利性。

本发明为解决技术问题所采用的技术方案是提供一种支付账单的方法，所述方法包括：接收第一用户发送的待支付账单拆分请求；确定待支付账单对应的参与账单拆分人数、待支付账单总金额；根据所述参与账单拆分人数均分所述待支付账单总金额，得到参与账单拆分的各用户的待支付子账单；将待支付子账单发送至包含所述第一用户在内的全部用户。

由以上技术方案可以看出，本发明在接收到第一用户发送的待支付账单拆分请求之后，获取待支付账单对应的参与账单拆分人数以及待支付账单总金额，从而自动计算出参与待支付账单拆分的每个用户所对应的待支付子账单，将所得到的待支付子账单发送给包含第一用户在内的全部用户以进行待支付账单的支付，相比于现有技术中通过先付款后转账的方式，能够简化多人付款的情况下账单支付的支付步骤，从而提升了多人付款的情况下账单支付的便利性。

【附图说明】

图1为本发明一实施例提供的一种支付账单的方法流程图；

图2为本发明一实施例提供的计算机系统/服务器的框图。

【

具体实施方式

】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

图1为本发明一实施例提供的一种支付账单的方法流程图，如图1中所示，所述方法在服务器端中执行，包括：

在101中，接收第一用户发送的待支付账单拆分请求。

在本步骤中，接收第一用户发送的待支付账单拆分请求，以用于对待支付账单进行拆分支付。其中，本步骤中的第一用户可以为参与当前消费活动的用户中任意一个用户。

可以理解的是，本步骤中的第一用户在发送待支付账单拆分请求时，可以采用以下方式：第一用户进入账单支付界面；确定第一用户在账单支付界面中点击账单拆分的选项之后，发送待支付账单拆分请求。其中，第一用户可以通过扫描二维码的方式进入账单支付界面，例如扫描商家提供的付款码，或者扫描商家餐桌上提供的点餐码。

另外，本步骤中可以由服务器端接收第一用户所发送的待支付账单拆分请求。其中，该服务器端可以为对应点餐平台的服务器端，例如用户通过点餐平台向商户所提供的点餐码进行点餐后再进行支付；也可以为对应支付平台的服务器端，例如用户通过支付平台向商户所提供的付款码进行支付。

在102中，确定待支付账单对应参与账单拆分人数、待支付账单总金额。

在本步骤中，在步骤101接收到第一用户所发送的待支付账单拆分请求之后，确定该待支付账单对应的参与账单拆分人数以及待支付账单总金额。其中，本步骤所确定的参与账单拆分人数为参与支付待支付账单的用户数目，待支付账单总金额则为待支付账单对应的总花费。

可以理解的是，第一用户所进入的账单支付界面中还可以包含参与账单拆分人数以及待支付账单总金额的输入选项，第一用户在其中填写支付本次消费账单的参与人数以及消费总金额之后，会将填写内容以及待支付账单拆分请求一同进行发送。其中，账单支付界面中还可以包含用户当前进行消费的商户的商户信息，也可以包含商户信息的输入选项，第一用户可以进行手动填写。也就是说，本步骤可以根据步骤101中所接收的待支付账单拆分请求中直接获取待支付账单对应的参与账单拆分人数、待支付账单总金额，以及商户信息。

另外，本步骤在确定待支付账单对应的参与账单拆分人数以及待支付账单总金额时，还可以采用以下方式：实时记录待支付账单对应的消费信息，该消费信息中包含消费人数、消费金额以及消费商户；在接收到待支付账单拆分请求后，根据当前消费信息确定参与账单拆分人数、待支付账单总金额以及消费商户，例如根据当前消费信息中的消费人数确定参与账单拆分人数，根据当前消费信息中的消费金额确定待支付账单总金额，根据当前消费信息中的消费商户确定商户信息。

也就是说，在一些应用场景中，本步骤能够自动获取与待支付账单对应的相关信息，无需用户再进行手动输入，从而进一步简化账单的支付步骤，从而提升账单的支付效率。

可以理解的是，本步骤在确定待支付账单对应的参与账单拆分人数时，还可以进一步获取参与待支付账单拆分的用户的标识信息，例如将用户进行扫码时所使用客户端的用户名、ID等作为各用户的标识信息。举例来说，若用户使用应用A来扫描商家餐桌上的点餐码，则本步骤可以获取用户在应用A中的用户名作为该用户的标识信息。

在103中，根据所述参与账单拆分人数均分所述待支付账单总金额，得到参与账单拆分的各用户的待支付子账单。

在本步骤中，根据步骤102所确定的参与账单拆分人数均分待支付账单总金额，根据均分金额得到参与账单拆分的各用户的待支付子账单。

可以理解的是，本步骤在根据参与账单拆分人数均分待支付账单总金额之前，还可以包含以下内容：接收第一用户发送的修改请求；根据修改请求对参与账单拆分人数和/或待支付账单总金额进行修改；利用修改后的待支付账单总金额和/或参与账单拆分人数进行待支付账单的拆分。其中，本步骤中的第一用户可以为发起待支付账单拆分请求的用户，还可以为参与当前消费活动的其他用户。

另外，若本步骤接收到的修改请求为增加参与账单拆分人数的修改请求，则本步骤在得到参与账单拆分的各用户的待支付子账单时，还可以包含以下内容：将与所增加的参与账单拆分人数对应的待支付子账单合并到第一用户的待支付子账单中，使得第一用户对该合并账单进行支付。

在104中，将待支付子账单发送至包含所述第一用户在内的全部用户。

在本步骤中，在步骤103得到参与账单拆分的各用户的待支付子账单后，将所得到的待支付子账单发送至包含第一用户在内的全部用户，以使得各用户完成对待支付账单的支付。

可以理解的是，本步骤中在向全部用户发送待支付子账单之后，各用户便能够对相应的待支付子账单进行支付，当全部待支付子账单完成支付后，便完成了对待支付账单的支付。而在用户对相应的待支付子账单进行支付时，可以直接在客户端中完成支付，也可以通过访问服务器端来完成支付。

具体地，本步骤在将待支付子账单发送至包含第一用户在内的全部用户时，可以采用以下方式：根据各用户的标识信息，将待支付子账单分别发送至对应各用户，由各用户完成各自待支付子账单的支付。

可以理解的是，本步骤可以直接将待支付子账单发送至对应各用户的固定客户端，例如发送至用户扫描商家付款码时所使用的客户端；也可以将待支付子账单发送至对应用户社交应用的客户端。

另外，本步骤在将待支付子账单发送至包含第一用户在内的全部用户时，还可以采用以下方式：向包含第一用户在内的全部用户发送支付请求信息，以用于各用户根据支付请求信息完成各自待支付账单的支付，例如该支付请求信息用于访问服务器端，从而由用户在服务器端中完成待支付子账单的支付。即本步骤还可以将支付请求信息发送至包含全部用户的用户群，由各用户通过用户群中的支付请求信息完成各自待支付子账单的支付。

可以理解的是，本步骤在得到参与账单拆分的各用户的待支付子账单之后，若某个用户当前无法支付其所对应的待支付子账单，则本步骤还可以包含以下内容：接收其他用户对当前未支付用户的代付请求；将当前未支付用户的待支付子账单合并到发出代付请求的用户的待支付子账单中，以使得未支付用户的待支付子账单由代付用户进行支付。

另外，在由代付用户对未支付用户的待支付子账单完成支付后，本步骤还可以向未支付用户发送代付成功信息，以提示该未支付用户的待支付子账单已被代付用户成功支付。

另外，本步骤在将待支付子账单发送至包含第一用户在内的全部用户之后，若确定参与账单拆分的各用户已完成各自待支付子账单的支付，则本步骤还可以包含以下内容：确定待支付账单对应的商户信息，并根据商户信息向商户发送待支付账单支付成功的消息。

同时，本步骤在向商户发送待支付账单支付成功的信息时，还可以包含以下内容：向发送账单拆分请求的第一用户发送待支付账单支付成功的消息。

可以理解的是，在多个用户分别对各自待支付子账单支付后，若将各用户所支付的金额分别转至商户，则可能造成商户收款时混乱，极容易导致商户无法准确得知用户是否已对待支付账单完成支付。

因此，为了提升商户对待支付账单收款时的准确性，本步骤还可以包含以下内容：建立对应待支付账单的公共资金池，例如在服务器端中根据第一用户的标识信息来建立对应待支付账单的公共资金池，其中不同的待支付账单对应不同的公共资金池；接收并将参与账单拆分的各用户所支付的金额转入所建立的公共资金池；在确定所建立的公共资金池中的金额达到待支付账单总金额时，将公共资金池中的金额转入商户账户，并通知商户支付成功。

另外，为了避免所建立的公共资金池过多而消耗存储资源，本步骤在将对应当前待支付账单的公共资金池中的金额转入商户账户之后，还可以消除所建立的公共资金池。

通过两个实施例对上述过程进行说明：

实施例1：在吃饭消费场景中，各用户通过扫描商户餐桌上的点餐码进入点餐界面，消费完毕进行买单时，由参与消费的任意一个用户再次通过扫描该点餐码进入账单支付界面而发出待支付账单拆分请求后，由于点餐系统会自动记录进入当前餐桌的用户数量以及所点菜品对应的总金额，从而由点餐系统根据所记录的用户数量以及总金额对该餐桌的待支付账单进行拆分，得到参与账单拆分的各用户的待支付子账单，将各待支付子账单发送至包含发出待支付账单拆分请求在内的全部用户，从而使得各用户支付各自待支付子账单来完成待支付账单的支付。

实施例2：在吃饭消费场景中，各用户通过菜单点餐，消费完毕进行买单时，由参与消费的任意一个用户通过扫描商家所提供的付款码进入账单支付界面，选择账单拆分选项并填写参与账单拆分人数以及待支付账单总金额后，发出待支付账单拆分请求，支付系统会根据该用户所填写的内容对待支付账单进行拆分，得到参与账单拆分的各用户的待支付子账单，将各待支付子账单发送至包含发出待支付账单拆分请求在内的全部用户，从而使得各用户支付各自待支付子账单来完成待支付账单的支付。

图2示出了适于用来实现本发明的一些实施方式的示例性计算机系统/服务器012的框图。图2显示的计算机系统/服务器012仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统/服务器012以通用计算设备的形式表现。计算机系统/服务器012的组件可以包括但不限于：一个或者多个处理器或者处理单元016，系统存储器028，连接不同系统组件(包括系统存储器028和处理单元016)的总线018。

总线018表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，***总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。

计算机系统/服务器012典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器012访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器028可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)030和/或高速缓存存储器032。计算机系统/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统034可以用于读写不可移动的、非易失性磁介质(图2未显示，通常称为“硬盘驱动器”)。尽管图2中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线018相连。存储器028可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块042的程序/实用工具040，可以存储在例如存储器028中，这样的程序模块042包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块042通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器012也可以与一个或多个外部设备014(例如键盘、指向设备、显示器024等)通信，在本发明的一些实施例中，计算机系统/服务器012与外部雷达设备进行通信，还可与一个或者多个使得用户能与该计算机系统/服务器012交互的设备通信，和/或与使得该计算机系统/服务器012能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口022进行。并且，计算机系统/服务器012还可以通过网络适配器020与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器020通过总线018与计算机系统/服务器012的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器012使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元016通过运行存储在系统存储器028中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的方法流程。

上述的计算机程序可以设置于计算机存储介质中，即该计算机存储介质被编码有计算机程序，该程序在被一个或多个计算机执行时，使得一个或多个计算机执行本发明上述实施例中所示的方法流程和/或装置操作。例如，被上述一个或多个处理器执行本发明实施例所提供的方法流程。

随着时间、技术的发展，介质含义越来越广泛，计算机程序的传播途径不再受限于有形介质，还可以直接从网络下载等。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

由以上技术方案可以看出，本发明在接收到第一用户发送的待支付账单拆分请求之后，获取待支付账单对应的参与账单拆分人数以及待支付账单总金额，从而自动计算出参与待支付账单拆分的每个用户所对应的待支付子账单，将所得到的待支付子账单发送给包含第一用户在内的全部用户以进行待支付账单的支付，相比于现有技术中通过先付款后转账的方式，能够简化多人付款的情况下账单支付的支付步骤，从而提升了多人付款的情况下账单支付的便利性。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。