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

Abstract

本发明提供一种在第一用户端执行支付账单的方法：第一用户端获取到第一用户触发拆分待支付账单的请求后，获取待支付账单对应的标识信息；将待支付账单的拆分请求发送至服务器端；接收服务器端发送的人均待支付金额；根据人均待支付金额与账单标识生成待支付二维码，以用于至少一个第二用户通过扫描待支付二维码共同完成待支付账单的支付。本发明提供一种在服务器端执行支付账单的方法：接收第一用户端发送的待支付账单的拆分请求；确定待支付账单对应的参与账单拆分人数与待支付账单总金额；根据参与账单拆分人数均分待支付账单总金额确定人均待支付金额；将人均待支付金额发送至第一用户端。本发明能够提升多人付款的情况下账单支付的便利性。

Description

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

【技术领域】

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

【背景技术】

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

【发明内容】

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

本发明为解决技术问题所采用的技术方案是提供一种在第一用户端中执行的支付账单的方法，包括：第一用户端在获取到第一用户触发拆分待支付账单的请求之后，获取所述待支付账单对应的标识信息；将所述待支付账单的拆分请求发送至服务器端；接收服务器端发送的人均待支付金额；根据所述人均待支付金额以及账单标识生成待支付二维码，以用于至少一个第二用户通过扫描所述待支付二维码共同完成所述待支付账单的支付。

本发明为解决技术问题所采用的技术方案是提供一种在服务器端中执行的支付账单的方法，包括：接收第一用户端发送的待支付账单的拆分请求；确定所述待支付账单对应的参与账单拆分人数以及待支付账单总金额；根据所述参与账单拆分人数均分所述待支付账单总金额，确定人均待支付金额；将所述人均待支付金额发送至所述第一用户端。

由以上技术方案可以看出，本发明在第一用户端向服务器端发起待支付账单的拆分请求之后，由服务器端得到并将待支付账单所对应的人均待支付金额发送至第一用户端，再由第一用户端根据人均待支付金额以账单标识生成待支付二维码后，至少一个第二用户通过扫描该待支付二维码来共同完成该待支付账单的支付，相比于现有技术中通过一个用户先付款后再由其他用户转账来进行账单支付的方式，本发明能够简化多人付款的情况下账单支付的支付步骤，从而提升了多人付款的情况下账单支付的便利性。

【附图说明】

图1为本发明一实施例提供的一种在第一用户端中执行的支付账单的方法流程图；

图2为本发明一实施例提供的一种在服务器端中执行的支付账单的方法流程图；

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

【具体实施方式】

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

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

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

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

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

在101中，第一用户端在获取到第一用户触发拆分待支付账单的请求之后，获取所述待支付账单对应的标识信息。

在本步骤中，在第一用户端获取到第一用户触发拆分待支付账单的请求之后，获取该待支付账单所对应的标识信息。其中，本步骤中所获取的标识信息用于区分不同消费活动所对应的待支付账单；而本步骤中的第一用户则为参与当前消费活动的用户中的任意一个用户。

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

另外，本步骤在获取待支付账单对应的标识信息时，可以将第一用户所输入的信息作为该待支付账单对应的标识信息，例如将第一用户所输入的在商家就餐的桌号作为标识信息；也可以将第一用户端从点餐服务器端所拉取的信息作为该待支付账单对应的标识信息，例如第一用户端在扫描商家餐桌上提供的点餐码进入点餐平台之后所获取的商家名称作为标识信息。

在102中，将所述待支付账单的拆分请求发送至服务器端。

在本步骤中，在步骤101获取了待支付账单所对应的标识信息之后，由第一用户端将待支付账单的拆分请求发送至服务器端，从而用于服务器端对相应的待支付账单进行拆分。

可以理解的是，本步骤中的第一用户端还可以将步骤101中所获取的待支付账单所对应的标识信息一同发送至服务器端。

可以理解的是，第一用户所进入的账单支付界面中还可以包含参与账单拆分人数、待支付账单总金额以及商家信息的输入选项，第一用户在其中填写参与支付本次消费的人数、消费总金额以及消费商家之后，第一用户端会将填写内容与待支付账单的拆分请求一同发送至服务器端。也就是说，第一用户端向服务器端所发送的待支付账单的拆分请求中还可以包含有待支付账单对应的参与账单拆分人数、待支付账单总金额以及商家信息。

在103中，接收服务器端发送的人均待支付金额。

在本步骤中，在步骤102中由第一用户端向服务器端发送待支付账单拆分请求之后，接收由服务器端所发送的对应该待支付账单的人均待支付金额，该人均待支付金额即为参与账单拆分的各用户所要支付的金额。

在104中，根据所述人均待支付金额以及账单标识生成待支付二维码，以用于至少一个第二用户通过扫描所述待支付二维码共同完成所述待支付账单的支付。

在本步骤中，在步骤103接收到由服务器端发送的人均待支付金额之后，由第一用户端根据所接收到的人均待支付金额以及账单标识生成待支付二维码，从而用于至少一个第二用户通过扫描待支付二维码来共同完成该待支付账单的支付。

其中，本步骤在生成待支付二维码所使用的账单标识用于区别用户所要支付的账单，从而确保各用户所支付的金额能够准确地支付与其对应的待支付账单。账单标识为根据步骤101中所获取的待支付账单对应的标识信息得到的，可以直接为步骤101中所获取的待支付账单对应的标识信息，例如就餐桌号；也可以为根据步骤101中所获取的待支付账单对应的标识信息重新创建的关联标识，例如根据就餐桌号生成对应的数字信息。

可以理解的是，本步骤中的第二用户可以为包含第一用户在内的全部用户，即全部用户均根据当前所生成的待支付二维码来支付各自对应的金额。

本步骤中的第二用户还可以为不包含第一用户的其他用户，即除了第一用户之外，其他用户采用扫描该待支付二维码的方式来支付各自对应的金额。

在第二用户中不包含第一用户，即第一用户不通过扫描待支付二维码的方式来进行支付的情况下，本步骤中的第一用户在支付其所对应的金额时，可以采用以下方式：第一用户端根据人均待支付金额以及账单标识生成对应的支付入口，以用于第一用户通过该支付入口完成其所对应金额的支付。

举例来说，本步骤可以在生成待支付二维码之前，由第一用户端通过生成支付入口的方式先触发第一用户进行支付，在第一用户支付完成后，再由第一用户端根据人均待支付金额以及账单标识来生成待支付二维码。

另外，在参与账单拆分的全部用户完成各自金额的支付后，本步骤还可以包含以下内容：接收服务器端发送的待支付账单支付成功的消息，从而使得第一用户端的第一用户知晓待支付账单已被成功支付。

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

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

在本步骤中，接收由第一用户端所发送的待支付账单的拆分请求。可以理解的是，本步骤中的服务器端还会接收由第一用户端所发送的待支付账单所对应的标识信息。

可以理解的是，服务器端可以为对应点餐平台的服务器端，例如用户通过点餐平台向商家所提供的点餐码进行点餐后再进行支付；也可以为对应支付平台的服务器端，例如用户通过支付平台向商户所提供的付款码进行支付。

在202中，确定所述待支付账单对应的参与账单拆分人数以及待支付账单总金额。

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

可以理解的是，由于步骤201中所获取的待支付账单的拆分请求中可以包含有参与账单拆分人数以及待支付账单总金额，因此本步骤可以直接从所接收的待支付账单的拆分请求中获取待拆分的待支付账单的参与账单拆分人数以及待支付账单总金额。

另外，本步骤在获取待支付账单对应的参与账单拆分人数以及待支付账单总金额时，还可以采用以下方式：确定待支付账单对应的标识信息；根据该标识信息拉取该待支付账单所对应的消费信息；根据所拉取的消费信息确定参与账单拆分人数、待支付账单总金额以及消费商家，例如根据所拉取的消费信息中的消费人数确定参与账单拆分人数，根据所拉取的消费信息中的消费金额确定待支付账单总金额，根据所拉取的消费信息中的消费商家确定商家信息。

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

在203中，根据所述参与账单拆分人数均分所述待支付账单总金额，确定人均待支付金额。

在本步骤中，根据步骤202所获取的参与账单拆分人数对待支付账单总金额进行均分，从而将所得到的均分金额确定为参与账单拆分的各用户所对应的人均待支付金额。

另外，本步骤在根据参与账单拆分人数均分待支付账单总金额之前，还可以包含以下内容：接收第一用户端发送的修改请求；根据修改请求对参与账单拆分人数和/或待支付账单总金额进行修改；利用修改后的待支付账单总金额和/或参与账单拆分人数进行待支付账单的拆分。也就是说，第一用户端可以根据实际情况来随时更改支付信息，从而使得账单的支付更加灵活。

在204中，将所述人均待支付金额发送至所述第一用户端。

在本步骤中，将步骤203中所确定的人均待支付金额发送至第一用户端，以用于包含第一用户在内的全部用户完成待支付账单的支付。

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

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

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

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

其中，本步骤中的账单标识用于区分不同的待支付账单，使得所建立的公共资金池能够对应不同的待支付账单。该账单标识根据待支付账单对应的标识信息得到，可以直接为待支付账单所对应的标识信息，也可以为根据待支付账单所对应的标识信息重新创建的关联标识。

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

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

实施例1：在吃饭消费场景中，各用户通过扫描商家餐桌上的点餐码进入点餐界面，消费完毕进行买单时，由参与消费的任意一个用户(第一用户)再次通过扫描该点餐码进入账单支付界面，发出待支付账单拆分请求后，获取待支付账单对应的标识信息，并由第一用户端将待支付账单的标识信息以及拆分请求发送至点餐服务器端；由于点餐服务器端会自动记录进入当前餐桌的用户数量以及所点菜品对应的总金额的消费信息，因此点餐服务器端会根据该标识信息拉取对应餐桌的消费信息，进而根据所拉取的消费信息来对待支付账单进行拆分，得到人均待支付金额并发送至第一用户端；第一用户端根据人均待支付金额以及账单标识生成待支付二维码，以用于至少一个第二用户通过扫描该待支付二维码来对各自对应的金额进行支付，从而共同完成对该待支付账单的支付。

实施例2：在吃饭消费场景中，各用户通过菜单点餐，消费完毕进行买单时，由参与消费的任意一个用户(第一用户)通过扫描商家所提供的付款码进入账单支付界面，第一用户选择账单拆分选项后，获取待支付账单对应的标识信息，并在填写参与账单拆分人数以及待支付账单总金额后，第一用户端将包含有人数以及总金额的拆分请求发送至支付服务器端；支付服务器端会根据拆分请求中所包含的内容对待支付账单进行拆分，得到人均待支付金额并发送至第一用户端；第一用户端根据人均待支付金额以及账单标识生成待支付二维码，用于至少一个第二用户通过扫描该待支付二维码来对各自对应的金额进行支付，从而共同完成对待支付账单的支付。

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

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

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

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

***存储器028可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)030和/或高速缓存存储器032。计算机***/服务器012可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***034可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如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)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (15)

1.一种支付账单的方法，其特征在于，所述方法在第一用户端执行，包括：

第一用户端在获取到第一用户触发拆分待支付账单的请求之后，获取所述待支付账单对应的标识信息；

将所述待支付账单的拆分请求发送至服务器端；

接收服务器端发送的人均待支付金额；

根据所述人均待支付金额以及账单标识生成待支付二维码，以用于至少一个第二用户通过扫描所述待支付二维码共同完成所述待支付账单的支付。

2.根据权利要求1所述的方法，其特征在于，所述将所述待支付账单的拆分请求发送至服务器端包括：

将所述待支付账单对应的标识信息与所述拆分请求一同发送至服务器端。

3.根据权利要求1所述的方法，其特征在于，所述待支付账单的拆分请求中包含所述待支付账单对应的参与账单拆分人数、待支付账单总金额以及商家信息。

4.根据权利要求1所述的方法，其特征在于，所述账单标识为所述待支付账单对应的标识信息；或者

所述账单标识为根据所述待支付账单对应的标识信息创建的关联标识。

5.根据权利要求1所述的方法，其特征在于，在第二用户中不包含所述第一用户时，所述方法还包括：

第一用户端根据所述人均待支付金额以及账单标识生成对应的支付入口，以用于所述第一用户通过所述支付入口完成其所对应金额的支付。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收服务器端发送的所述待支付账单支付成功的消息。

7.一种支付账单的方法，其特征在于，所述方法在服务器端执行，包括：

接收第一用户端发送的待支付账单的拆分请求；

确定所述待支付账单对应的参与账单拆分人数以及待支付账单总金额；

根据所述参与账单拆分人数均分所述待支付账单总金额，确定人均待支付金额；

将所述人均待支付金额发送至所述第一用户端。

8.根据权利要求7所述的方法，其特征在于，所述确定所述待支付账单对应的参与账单拆分人数以及待支付账单总金额包括：

获取所述待支付账单对应的标识信息；

根据所述标识信息拉取所述待支付账单所对应的消费信息；

根据所述消费信息确定所述待支付账单对应的参与账单拆分人数以及待支付账单总金额。

9.根据权利要求8所述的方法，其特征在于，在根据所述参与账单拆分人数均分所述待支付账单总金额之前，还包括：

接收第一用户端发送的修改请求；

根据所述修改请求对参与账单拆分人数和/或待支付账单总金额进行修改；

利用修改后的待支付账单总金额和/或参与账单拆分人数进行所述待支付账单的拆分。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：

确定所述待支付账单对应的商家信息；

在确定参与账单拆分的各用户完成各自对应金额的支付后，根据所述商家信息向商家发送所述待支付账单支付成功的消息。

11.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在确定参与账单拆分的各用户完成各自对应金额的支付后，向所述第一用户端发送所述待支付账单支付成功的消息。

12.根据权利要求7所述的方法，其特征在于，所述方法还包括：

确定所述待支付账单的账单标识；

根据所述账单标识建立对应所述待支付账单的公共资金池；

接收并将参与账单拆分的各用户所支付的金额转入所述公共资金池；

在确定所述公共资金池中的金额达到所述待支付账单总金额时，将所述公共资金池中的金额转入对应的商家账户，并通知商家支付成功。

13.根据权利要求12所述的方法，其特征在于，所述账单标识为所述待支付账单对应的标识信息；或者

所述账单标识为根据所述待支付账单对应的标识信息创建的关联标识。

14.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-13中任一所述的方法。

15.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-13中任一所述的方法。

Images