CN110675135B - 多人共同支付方法、装置、介质及电子设备 - Google Patents

Abstract

本公开涉及数据分析领域，揭示了一种多人共同支付方法、装置、介质及电子设备。该方法包括：获取多个用户的支付账户关联信息；接收来自商家终端的支付任务请求，并根据支付任务请求确定与所述支付任务请求对应的支付账户集合；基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。此方法下，允许多人共同进行一笔账单的支付，提高了多人共同支付时的效率和公平性。

Description

多人共同支付方法、装置、介质及电子设备

技术领域

本公开涉及数据分析技术领域，特别涉及一种多人共同支付方法、装置、介质及电子设备。

背景技术

随着互联网特别是移动互联网时代的到来，移动支付蓬勃发展，目前已经进入了无现金时代。当一个用户在进行移动支付时，只需要出示付款码或者扫描商家的收款码即可完成支付。

然而，在现实场景下，经常需要多人来共同支付一笔账单，即所谓的AA制。在这种情景下，多人共同来支付这笔账单的方式一般是这样的：首先，选出一人支付整笔账单；然后，计算要共同支付该笔账单的每一人应当分摊的金额；最后，每一人按照计算出的分摊的金额向支付整笔账单的用户进行支付。

现有技术的缺陷在于，当多人共同进行一笔账单的支付时，支付流程复杂，导致了支付效率低下；此外，AA制并不意味着绝对的公平，由于共同支付一笔账单的用户并不一定认可完全平均支付，有的用户想要承担或者有能力承担更多的份额，因此多人支付时完全平均化进行支付在某种程度上也有不公平的因素存在。

发明内容

在数据分析技术领域，为了解决上述技术问题，本公开的目的在于提供一种多人共同支付方法、装置、介质及电子设备。

根据本申请的一方面，提供了一种多人共同支付方法，所述方法包括：

获取多个用户的支付账户关联信息，每一用户的支付账户关联信息与一个支付账户对应；

接收来自商家终端的支付任务请求，并根据支付任务请求确定与所述支付任务请求对应的支付账户集合，其中，所述支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户；

基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额；

按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。

根据本申请的另一方面，提供了一种多人共同支付装置，所述装置包括：

获取模块，被配置为获取多个用户的支付账户关联信息，每一用户的支付账户关联信息与一个支付账户对应；

接收模块，被配置为接收来自商家终端的支付任务请求，并根据支付任务请求确定与所述支付任务请求对应的支付账户集合，其中，所述支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户；

待支付金额确定模块，被配置为基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额；

发送模块，被配置为按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

扣款模块，被配置为根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。

根据本申请的另一方面，提供了一种计算机可读程序介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行如前所述的方法。

根据本申请的另一方面，提供了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如前所述的方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的多人共同支付方法包括如下步骤：获取多个用户的支付账户关联信息，每一用户的支付账户关联信息与一个支付账户对应；接收来自商家终端的支付任务请求，并根据支付任务请求确定与所述支付任务请求对应的支付账户集合，其中，所述支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户；基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额；按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。

此方法下，通过基于支付账户集合进行支付，实现了多人共同支付，同时，用户无需输入金额就可以完成多人共同支付，提高了多人共同支付时的效率，此外，参加共同支付的每个支付账户待支付的金额是根据支付账户关联信息产生的，每个用户在共同支付时分担的份额不是固定的，可以提高多人支付时的公平性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种多人共同支付方法的应用场景示意图；

图2是根据一示例性实施例示出的一种多人共同支付方法的流程图；

图3是根据一示例性实施例示出的一种多人共同支付方法的流程图；

图4是根据图2对应实施例示出的一实施例的步骤230的细节流程图；

图5是根据图2对应实施例示出的另一实施例的步骤230的细节流程图；

图6是根据图5对应实施例示出的一实施例的步骤235的细节流程图；

图7是根据一示例性实施例示出的一种多人共同支付装置的框图；

图8是根据一示例性实施例示出的一种实现上述多人共同支付方法的电子设备示例框图；

图9是根据一示例性实施例示出的一种实现上述多人共同支付方法的计算机可读存储介质。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

本公开首先提供了一种多人共同支付方法。多人共同支付是指至少两个人共同完成一笔账单的付款。

本公开的实施终端可以是任何具有计算和处理功能的设备，该设备可与外部设备相连，用于接收或者发出信息，可以是便携移动设备，例如智能手机、平板电脑、笔记本电脑、PDA(Personal Digital Assistant)等，也可以是固定式设备，例如，计算机设备、现场终端、台式电脑、服务器、工作站等，还可以是多个设备的集合，比如云计算的物理基础设施。

优选地，本公开的实施终端可以为服务器或者云计算的物理基础设施。

图1是根据一示例性实施例示出的一种多人共同支付方法的应用场景示意图。如图1所示，包括服务器110，商家终端120和用户终端130。三者中两两之间可以通过通信链路进行连接。当用户在商家的实体店铺进行消费后，需要通过电子方式进行支付。商家终端120和用户终端130分别安装有用于支付的应用，该应用的后台是运行在服务器110上的，商家终端120和用户终端130的应用都在服务器上进行了注册。目前，在一般情况下，移动支付方式可以是这样的：用户终端130出示付款码，然后商家终端120扫描付款码，并将扫描付款码得到的用户账户标识以及用户需要付款的金额提交到服务器110，最终完成支付；此外，移动支付方式还可以是这样的：商家直接出示用于收款的能标识该商家信息的收款码，用户使用用户终端扫描该收款码，然后输入要付款的金额，随后将该金额以及扫描商家收款码得到的商家收款账户信息提交到服务器，即可完成支付。本申请的发明人看到，现有的支付方式至少包括以下缺陷：如图1所示，当多人要共同支付时，需要有一个人先行支付全款，随后要共同支付的人需要算出自身要支付的份额，然后再向事先垫付全款一方进行支付，支付效率低下；另外，多个用户在共同支付时，无法公平设定每一人应当在该笔账单支付时分担的份额。

图2是根据一示例性实施例示出的一种多人共同支付方法的流程图。如图2所示，包括以下步骤：

步骤210，获取多个用户的支付账户关联信息。

支付账户关联信息是与支付账户有关的信息。每一用户的支付账户关联信息与一个支付账户对应，可以理解，用户是支付账户的拥有者，所以支付账户关联信息、支付账户和用户是一一对应的。支付账户是能进行支付的应用对应的账户。比如可以是类似支付宝账户、微信账户形式的账户。

另外，一项支付账户关联信息并不一定是仅仅一项信息，还可以是多项信息的集合。

在一个实施例中，每一用户的支付账户在注册以及使用时，会产生支付账户关联信息，并会存储在本端。

在一个实施例中，支付账户关联信息包括用户的职业、年龄、性别等信息。

步骤220，接收来自商家终端的支付任务请求，并根据支付任务请求确定与所述支付任务请求对应的支付账户集合。

其中，支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户，支付账户集合中包含的支付账户是需要完成本次支付的账户。

商家终端可以是台式计算机、智能手机、服务器、工作站等能够与外界进行通信并可以执行计算或者处理任务的终端。支付任务请求可以是能够传输信息或者数据的任何形式的网络请求，比如可以是HTTP/HTTPS类型的请求。

在一个实施例中，商家终端发送的支付任务请求中包含了由多个支付账户组成的支付账户集合，构成支付账户集合的多个支付账户可以通过如下方式获得：

对于商家终端扫描采集付款码的方式，商家的终端可以安装特定的可以采集多个付款码的硬件或者商家终端采集的设备有多种模式，包括直接扫码扣款模式和扫码读取账号模式，当商家终端采集的设备切换到扫码读取账号的模式，让每个用户出示其移动终端上的可以标识其账户的数字标识，可以分别获取要共同支付的多个支付账户。

在一个实施例中，根据支付任务请求确定与所述支付任务请求对应的支付账户集合具体包括：支付任务请求中包含商家的账户，本公开实施终端事先为商家账户生成了能唯一标识该商家账户的数字标识(例如二维码)；商家将该数字标识提供给用户，需要共同支付的多个用户通过使用其终端扫描商家的数字标识向本端发送，在本端建立数字标识以及共同支付的多个用户的账户的对应关系；然后由于数字标识与商家账户对应，而数字标识还与共同支付的多个用户的账户对应，所以可以得到商家账户与共同支付的多个用户账户的唯一对应关系，进而定与所述支付任务请求对应的支付账户集合。

在一个实施例中，本公开的实施终端为服务器，用户通过在其终端输入付款群密码的方式，使本端根据支付任务请求确定与所述支付任务请求对应的支付账户集合。

群密码可以由商家提供，可以让用户自由任意选择。当群密码由商家提供时，商家输入付款金额时，商家终端自动生成付款群密码，此时付款群密码可以由服务器根据商家账户发送给商家终端，可以由商家终端自主生成，生成后会将该付款群密码以及商家账户发送到服务器对应存储，商家将付款群密码告知需要共同支付的用户，用户在自己的终端上的特定支付入口输入付款群密码，可以将自己的支付账户与待支付总金额绑定，当多个用户在终端上确认后，多个用户的支付账户、对应的付款群密码、待支付总金额就会上传到服务器，这样当接收到商家的支付任务请求后，根据发送支付任务请求的商家的账户确定对应的付款群密码，根据之前用户提交的待支付总金额和付款群密码，可以唯一地确定要共同支付这笔账单的多个用户账户；当付款群密码由用户任意选择时，商家的账户提前从商家终端发送到服务器，当多个用户输入付款群密码后，加载可以选择商家账户的界面，该界面内显示的商家账户由用户终端的网络位置确定，当多个用户同时选择了同一个商家账户后，就将共同支付的多个用户账户与商家账户绑定，并提交到服务器，当服务器接收到来自商家的支付任务请求，可以根据该支付任务请求确定商家账户，进而确定与商家账户绑定的要共同支付的多个支付账户。

步骤230，基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额。

在一个实施例中，支付账户关联信息包括每一用户向本端提交的本次多人共同支付时，该用户针对该笔多人共同支付的订单，想要在该笔订单中承担的金额，通过如下方式确定所述支付账户集合中每个支付账户待支付的金额：获取所有支付账户提交的要在该笔订单中承担的金额；确定所述金额之和；针对每一支付账户，获取所述金额与所述和的比值；将每一支付账户的所述比值与所述待支付总金额的乘积作为该支付账户待支付的金额。

在一个实施例中，所述用户的支付账户关联信息包括用户的年龄、职业、性别、资产、支付金额、支付笔数、支付账单类型占比七项特征信息，所述基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额，包括：分别将所述多个用户的支付账户关联信息中每一支付账户关联信息包括的年龄、职业、性别、资产、支付金额、支付笔数、支付账单类型占比数值化，以得到特征数值；将获取的每一特征数值归一化到[0,1]之间，得到归一化后的特征数值；针对每一支付账户关联信息，将该支付账户关联信息对应的归一化后的特征数值转化为向量，以得到特征向量；根据支付账户关联信息对应的特征向量，对所有支付账户进行聚类，以得到多个簇；获取每一簇对应的支付比例；确定所述支付账户集合中每一支付账户所属的簇；根据所述簇对应的支付比例以及所述支付账户集合中每一支付账户所属的簇获取支付账户集合中每一支付账户的支付金额占比；针对每一支付账户，将该支付账户的支付金额占比与待支付总金额的乘积，作为该支付账户的待支付的金额。

在一个实施例中，预先设有一个支付金额平均值范围与支付比例的对应关系表。首先确定每一簇中用户的支付金额的平均值，然后查找该对应关系表获取支付金额的平均值所属的支付金额平均值范围，即可确定每一簇的支付比例。

在一个实施例中，通过K-means算法对所有支付账户进行聚类。

在一个实施例中，获取每一簇中的所有支付账户对应的支付金额的归一化后的特征数值的平均值，然后可以按照所述平均值来确定每一簇的支付比例。例如，一共聚类得到了5个簇，针对每一簇得到的平均值分别是0.20，0.35，0.50，0.75和0.80；获取所有平均值之和，为2.6；则可以将每一簇的所述平均值与2.6的比值作为该簇的支付比例。

步骤240，按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令。

在一个实施例中，每一支付账户终端安装有应用，通过触发支付账户对应的终端弹出支付页面的方式向支付账户对应的终端发送支付指令。

步骤250，根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。

在一个实施例中，支付账户对应的终端获得本端的支付指令是通过显示支付页面的方式进行的，该页面上还有用于确认支付的按钮控件，当用户点击该按钮控件后，会向本公开的实施终端发送支付指令。

在一个实施例中，对所述支付账户集合中的支付账户进行扣款的方式可以为，将每个支付账户的账户余额减去对应的待支付的金额；同理，为商家账户余额增加与待支付总金额相同的数额。

综上所述，在图2所示出的实施例中，基于支付账户集合进行支付，实现了多人共同支付，同时，用户无需输入金额可以完成多人共同支付，提高了多人共同支付时的效率；另外，多人共同支付时每人支付的金额是根据账户关联信息来确定出的，使得为每个人设定的需支付的金额更为切合用户本身，提高了多人支付时的公平性。

图3是根据一示例性实施例示出的一种多人共同支付方法的流程图。如图3所示，包括服务器、商家终端以及3个用户终端。3个用户终端通过安装的应用分别在服务器进行注册后，服务器会为每一用户终端的用户分配一个支付账户，支付账户可以转入或转出一定的金额；每一用户在使用支付账户时，会产生各种数据，注册时提交的信息以及支付账户的对应数据可以作为支付账户关联信息；商家终端向服务器发送支付请求，然后服务器会根据该支付请求确定支付账户集合，支付账户请求中包含待支付总金额；然后服务器会根据支付账户集合中支付账户的支付账户关联信息和待支付总金额来确定每个支付账户待支付的金额；服务器得到每一支付账户的待支付金额后，会向支付账户集合中每个支付账户对应的终端发送支付指令；等用户终端向服务器发送确认支付指令后，服务器按照每个支付账户待支付金额对每个用户的支付账户进行扣款。

在一个实施例中，支付任务请求中还包含待支付总金额的平均支付基数。图4是根据图2对应实施例示出的一实施例的步骤230的细节流程图。如图4所示，包括以下步骤：

步骤230'，基于支付账户集合中支付账户的支付账户关联信息、待支付总金额的平均支付基数以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额。

平均支付基数是支付账户集合中支付账户支付的最低数额。在确定个支付账户待支付的金额时，首先获取支付账户集合中支付账户的数目；获取所述数目与平均支付基数的乘积；确定所述待支付总金额与所述乘积的差值；然后根据所述差值和支付账户关联信息来获取每个支付账户的补充金额，补充金额是每一支付账户待支付的金额中的不固定的部分；针对每一支付账户，将补充金额与平均支付基数作为该支付账户待支付的金额。本实施例的好处在于，使得确定出的所述支付账户集合中每个支付账户待支付的金额不至于相差过大，提高了支付的公平性。

在一个实施例中，所述用户的支付账户关联信息包括用户的年龄、职业、性别、资产、支付金额、支付笔数、支付账单类型占比七项特征信息。图5是根据图2对应实施例示出的另一实施例的步骤230的细节流程图。如图5所示，包括以下步骤：

步骤231，分别将所述支付账户集合中每个支付账户对应的用户的年龄、职业、性别、资产、支付金额、支付笔数、支付账单类型占比数值化，以得到特征数值。

在一个实施例中，通过查表的方式获取每一项特征信息的数值。

在一个实施例中，支付账单占比可以是奢侈品支付账单金额在总消费金额中的占比，还可以是生活必需品支付账单在总消费金额中的占比。比如如果一个人的奢侈品支付账单金额在总消费金额中的占比为0.5，则可以为他设置支付账单占比的特征数值为5，如果生活必需品支付账单在总消费金额中的占比为0.8，则为他设置支付账单占比的特征数值为2。

在一个实施例中，年龄的特征数值根据规则或者经验来获取。比如根据每个年龄段的财富积累情况进行设定。比如，如果一个人的年龄为40-60岁，由于这个年龄段的人一般是人一生财富积累最多的，而且一般是家庭里的家长或者公司里的管理层，则可以为他设定年龄的特征数值为9，同理，如果一个人年龄为30-40岁，则可以为他设定年龄的特征数值为8，可以为0-18岁这个年龄段的人设定年龄的特征数值为2。

在一个实施例中，性别的特征数值是根据社会的分工情况以及女性在就业市场占据了劣势来设定的。可以理解的是，在日常生活中，男性付账单的比例远远高于女性，所以，男性的性别特征数值要比女性高，比如可以为女性设置性别特征数值为4，为男性设置性别特征数值为6。

在一个实施例中，资产的特征数值可以根据资产情况来判断，比如一个人有车有房，则可以为他设置资产的特征数值为8，如果一个人有房没车，则可以为他设置资产特征数值为6，一个人有车没房，可以为他设置资产特征数值为4，以此类推。

在一个实施例中，职业的特征数值可以事先根据当前社会各职业的平均工资来设置，比如为金领设置职业的特征数值为9，为白领设置职业特征数值为7，为蓝领设置职业特征数值为5，为家庭主妇设置职业特征数值为2，等等。

步骤232，将所述支付账户集合中每个支付账户对应的用户的年龄、职业、性别、资产、支付金额、支付笔数、支付账单类型占比的特征数值归一化到[0,1]之间，得到归一化后的特征数值。

在一个实施例中，为每一特征信息的设置基准特征数值，通过获取特征数值与基准特征数值的比值来将每一特征数值归一化。

步骤233，分别获取年龄、职业、性别、资产、支付金额、支付笔数、支付账单类型占比每一项特征信息的权重。

在一个实施例中，每一项特征信息的权重是事先根据经验设定的。

步骤234，根据所述权重，针对每一用户，确定归一化后的特征数值的加权和。

步骤235，基于所述加权和以及所述待支付总金额确定所述支付账户集合中每个用户的支付账户待支付的金额。

在一个实施例中，通过如下方式确定所述支付账户集合中每个用户的支付账户待支付的金额：获取针对每一用户确定的所述加权和之和；确定每一用户的加权和与所述和的比值，作为第一比值；将每一用户的所述第一比值与所述待支付总金额的乘积作为为所述支付账户集合中每个用户的支付账户待支付的金额。

本实施例的好处在于，使得确定出的每一支付账户待支付的金额都与特征信息对应的特征数值直接相关，保证了待支付金额与用户的切合程度。

图6是根据图5对应实施例示出的一实施例的步骤235的细节流程图。如图6所示，包括以下步骤：

步骤2351，对针对每一用户确定的所述加权和按照从大到小的顺序排序。

在一个实施例中，通过冒泡排序算法对针对每一用户确定的加权和排序。

步骤2352，将所有加权和按照所述顺序划分为预定数目个区间。

其中，针对每一用户确定的加权和仅属于一个区间。

在一个实施例中，首先获取所述加权和的数目；然后确定所述预定数目与1的差值；获取所述加权和的数目与所述差值的比值；最后从排序在第一个的所述加权和开始，每次获取数目为所述比值的加权和，将该次获取的所述加权和划分为一个区间；当剩余的加权和的数目不足所述比值时，将所有加权和划分为最后一个区间。

步骤2353，根据划分为的区间，确定该区间内的加权和对应用户的支付账户的支付金额占比。

在一个实施例中，通过如下方式确定每一区间内的加权和对应用户的支付账户的支付金额占比：获取针对所有用户确定的加权和之和，作为第一数值，获取每一区间内针对所有用户确定的加权和之和，作为第二数值；确定每一区间内的加权和的数目，作为第三数值；针对每一区间，获取该区间的第二数值与第一数值的比值；根据每一区间的所述比值，确定该区间内的加权和对应用户的支付账户的支付金额占比。

在一个实施例中，获取支付账户集合中每一支付账户的加权和所属区间的比值，作为第一比值；获取所有第一比值之和；然后获取每一第一比值与所述和的比值，作为第二比值；将每一支付账户对应的所述第二比值作为该支付账户的支付金额占比。

步骤2354，针对所述支付账户集合中每个用户的支付账户，将该用户的支付账户的支付金额占比与所述待支付总金额的乘积作为该用户的支付账户待支付的金额。

本实施例的好处在于，通过根据加权和所属区间来设置支付比例，使同一加权和区间内的各支付账户的支付比例的差异更小，避免了由于确定出的加权和不足以准确表明支付账单的能力导致用户承担不符合其自身能力的金额。

本公开还提供了一种多人共同支付装置，以下是本公开的装置实施例。

图7是根据一示例性实施例示出的一种多人共同支付装置的框图。如图7所示，多人共同支付装置700包括：

获取模块710，被配置为获取多个用户的支付账户关联信息，每一用户的支付账户关联信息与一个支付账户对应；

接收模块720，被配置为接收来自商家终端的支付任务请求，并根据支付任务请求确定与所述支付任务请求对应的支付账户集合，其中，所述支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户；

待支付金额确定模块730，被配置为基于支付账户集合中支付账户的支付账户关联信息以及所述待支付总金额确定所述支付账户集合中每个支付账户待支付的金额；

发送模块740，被配置为按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

扣款模块750，被配置为根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。

据本公开的第三方面，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为***、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同***组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(ROM)823。

存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备1000(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

根据本公开的第四方面，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图9所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品900，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

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

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (4)

1.一种多人共同支付方法，其特征在于，所述方法包括：

获取多个用户的支付账户关联信息，每一用户的支付账户关联信息与一个支付账户对应，所述用户的支付账户关联信息包括每一用户向本端提交的本次多人共同支付时，该用户针对该笔多人共同支付的订单，想要在该笔订单中承担的金额；

获取各用户终端的网络位置，并根据各用户终端的网络位置确定需要在选择商家账户的界面中显示的商家账户；

当接收到多个用户输入的同一付款群密码，向各用户的用户终端返回所述需要在选择商家账户的界面中显示的商家账户，并在各用户终端加载的选择商家账户的界面中进行显示；

当所述多个用户在所述选择商家账户的界面中选择了同一商家账户，将所述多个用户对应的支付账户与所述商家账户绑定；

接收来自商家终端的支付任务请求，并根据支付任务请求确定商家账户，并确定与所述商家账户绑定的多个支付账户作为所述支付任务请求对应的支付账户集合，其中，所述支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户；

获取所有支付账户提交的要在该笔订单中承担的金额；

确定所述金额之和；

针对每一支付账户，获取所述金额与所述和的比值；

将每一支付账户的所述比值与所述待支付总金额的乘积作为该支付账户待支付的金额；

按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款。

2.一种多人共同支付装置，其特征在于，所述装置包括：

获取模块，被配置为获取多个用户的支付账户关联信息，每一用户的支付账户关联信息与一个支付账户对应，所述用户的支付账户关联信息包括每一用户向本端提交的本次多人共同支付时，该用户针对该笔多人共同支付的订单，想要在该笔订单中承担的金额；

接收模块，被配置为接收来自商家终端的支付任务请求，并根据支付任务请求确定商家账户，并确定与所述商家账户绑定的多个支付账户作为所述支付任务请求对应的支付账户集合，其中，所述支付任务请求包含待支付总金额，所述支付账户集合包含至少一个支付账户；

待支付金额确定模块，被配置为获取所有支付账户提交的要在该笔订单中承担的金额；确定所述金额之和；针对每一支付账户，获取所述金额与所述和的比值；将每一支付账户的所述比值与所述待支付总金额的乘积作为该支付账户待支付的金额；

发送模块，被配置为按照所述支付账户集合中每个支付账户待支付的金额向支付账户对应的终端发送支付指令；

扣款模块，被配置为根据接收到的来自支付账户对应的终端的确认支付指令对所述支付账户集合中的支付账户进行扣款；

所述装置还被配置为：获取各用户终端的网络位置，并根据各用户终端的网络位置确定需要在选择商家账户的界面中显示的商家账户；当接收到多个用户输入的同一付款群密码，向各用户的用户终端返回所述需要在选择商家账户的界面中显示的商家账户，并在各用户终端加载的选择商家账户的界面中进行显示；当所述多个用户在所述选择商家账户的界面中选择了同一商家账户，将所述多个用户对应的支付账户与所述商家账户绑定。

3.一种计算机可读程序介质，其特征在于，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行根据权利要求1所述的方法。

4.一种电子设备，其特征在于，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1所述的方法。