CN109325761A - 一种用于陌生人社交的分配支付方法及系统 - Google Patents

Abstract

本申请实施例提供一种用于陌生人社交的分配支付方法，包括：当前用户端生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息；收款方通过扫描所述支付二维码收取款项后，由所述收款后台服务器生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器；所述社交活动后台服务器接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。本申请实施例的用于陌生人社交的分配支付方法及系统，实现了陌生人社交的分配支付，并能够证实各参与用户的支付额度，从而提高了活动参与者的积极性。

Description

一种用于陌生人社交的分配支付方法及系统

技术领域

本申请涉及互联网技术领域，尤其涉及一种用于陌生人社交的分配支付方法及系统。

背景技术

社交是指社会上人与人的交际往来，是人们运用一定的方式（工具）传递信息、交流思想的意识，以达到某种目的的社会各项活动。当今时代，经济和社会环境的变化使得人与人之间的交往显得更加重要。因为我们只有不断地与各类人员进行交往和信息沟通，才能不断地丰富自己、发展自己、扩充自己。

随着科学技术的发展和互联网资源在生活中的应用，人与人之间的交往开始借助互联网来实现，陌生人之间也可以通过互联网进行社交，实现进一步发展自己和扩充自己的目的。现有技术中已经出现了一些主打陌生人社交服务的互联网平台和服务，例如搜索附近的人进行线上对话、传送网络漂流瓶等。

现有技术中最新出现的一种陌生人社交平台是由活动组织者在该平台上发布一个在预定时间和地点举办的社交活动（例如聚餐、郊游、做游戏等），并设定参与该社交活动需要符合的条件（例如性别、年龄等）；其他用户可以在该平台上搜索自己感兴趣且自身符合条件的社交活动并进行线上报名，进而作为活动参与者按时赴预定地点参与该社交活动。

现有技术中，陌生人之间在实现社交的过程中，往往借助于智能终端作为必需的工具，用户在智能终端的APP中通过发起或者报名参加社交活动，并且在活动的签到、乘车、用餐等环节通过出示智能终端上的报名码来表明身份，供活动组织者登记，或者通过提供二维码供活动组织者扫码来进行身份验证和登记，等等。

组织陌生人之间的社交活动，经常会涉及到餐费，门票费，交通费，场地租金等费用的分摊支付， 如果活动参与者都在现场，可以通过扫码即时支付或转账，但是很多情况下，需要由全体参与者活动之前提前或者活动事后支付给活动组织者或结账人。

由于参与活动的大部分是彼此陌生的人，相互没有加微信，也没有交换支付宝账号或者银行账号，也不是每次社交活动都会建立微信群，因此利用常规的转账支付或者群收款都会比较难实现。另外，还可能存在虚报费用的现象，或者有人赖账拒绝支付的情况，都会很难处理。比如，假设活动组织者或结账人向平台投诉某个活动参与者不支付应该分摊的费用，但是平台并没有能力和途径去取证证实该参与用户到底支付过费用没有，很难就该投诉进行行之有效的解决，这影响活动参与者继续组织或者参与活动的积极性。

发明内容

有鉴于此，本申请的目的在于提出一种用于陌生人社交的分配支付方法及系统，来解决现有技术中陌生人社交的分配支付难以实现和难以证实，影响活动参与者继续组织或者参与活动的积极性的技术问题。

基于上述目的，在本申请的一个方面，提出了一种用于陌生人社交的分配支付方法，包括：

当前用户端生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息；

收款方通过扫描所述支付二维码收取款项后，由所述收款后台服务器生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器；

所述社交活动后台服务器接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。

在一些实施例中，还包括：

所述社交活动后台服务器将所述待支付账单发送至目标参与用户的用户端。

在一些实施例中，还包括：

所述社交活动后台服务器将多个所述待支付账单整合成一个待支付总账单，并将所述待支付总账单发送至目标参与用户的用户端。

在一些实施例中，所述待支付账单，包括：

目标用户需要付款的额度，活动花费总额度，收款商家信息，当前用户与收款商家的交易记录，所述当前用户的社交账户信息，以及，所述当前用户的支付账号信息。

在一些实施例中，所述分摊费用额度由所述社交活动的发起者设定或者由所述社交活动后台服务器预先设定的分配规则确定。

在一些实施例中，所述分配规则，包括：

用所述社交活动的消费项目的总额度与参与所述消费项目对应的活动流程的人数的比值确定每个所述参与用户的分摊费用额度。

在一些实施例中，所述分配规则，包括：

按照预先协商的分摊比例或分摊规则确定每个所述参与用户的分摊费用额度。

在一些实施例中，还包括：

所述目标参与用户对所述待支付账单进行核实确认，当确认通过后，根据所述待支付账单向所述当前用户付款；

当所述目标参与用户对所述待支付账单有异议时，可以不向所述当前用户付款，并向所述社交活动后台服务器发送申诉请求。

在一些实施例中，还包括：

若所述目标参与用户在预设时间段内未向所述当前用户付款且未向所述社交活动后台服务器发送申诉请求，所述社交活动后台服务器暂停该用户发起或者报名参与社交活动的资格。

基于上述目的，在本申请的另一个方面，还提出了一种用于陌生人社交的分配支付系统，包括：

用户端，用于生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息；

收款后台服务器，用于通过扫描所述支付二维码收取款项后，生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器；

社交活动后台服务器，用于接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。

本申请实施例提供一种用于陌生人社交的分配支付方法及系统，实现了陌生人社交的分配支付，收款后台服务器生成支付记录并直接发给社交活动后台服务器，通过第三方证实了活动费用实际支付及其额度，避免了虚报费用的问题，进而计算各参与用户的支付额度，增加了费用支付的可靠性和透明度；并且社交活动后台服务器能够证实各参与用户的支付与否及其额度，支持异议等服务，还可以实现各种费用分摊规则，从而提高了活动参与者继续组织或者参与活动的积极性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请实施例一的用于陌生人社交的分配支付方法的流程图；

图2是本申请实施例二的用于陌生人社交的分配支付方法的流程图；

图3是本申请实施例三的用于陌生人社交的分配支付系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

作为本申请的一个实施例，如图1所示，是本申请实施例一的用于陌生人社交的分配支付方法的流程图。从图1中可以看出，本实施的用于陌生人社交的分配支付方法，可以包括以下步骤：

S101：当前用户端生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息。

本申请实施例的用于陌生人社交的分配支付方法，可以应用于智能终端，例如常见的智能手机等，智能终端中可以安装有APP（应用软件），用户可以通过注册APP账户来实现陌生人社交。具体地，用户可以通过安装在智能终端上的APP发起活动，并将活动信息发布，使其他用户能够获取所述活动信息，进而参与所述活动，来实现陌生人之间的社交，同时，用户也可以参与其他用户发起的活动，来实现陌生人之间的社交。在活动的签到、乘车、用餐等环节，用户可以通过出示智能终端上的报名码来表明身份，供活动组织者登记录入服务器；或者，用户通过提供二维码供活动组织者扫码，来进行身份验证和参与环节的登记，等等。

在进行社交活动的过程中，会涉及到餐费，门票费，交通费，场地租金等费用，这些费用可以由参与社交活动中的一名用户支付，即为其他用户垫付，等到活动结束后其他参与社交活动的用户可以将个人应当支付的数额支付给该垫付的用户。垫付费用的用户可以是活动组织者，也可以是活动的报名参与者。

在活动过程中，当发生费用支付时，即向商家发起支付时，当前用户（即为其他用户垫付的用户）的用户端生成支付二维码，所述支付二维码包含有所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息。支付账号信息可以是现有技术中常用支付软件的支付账号信息，例如微信支付账号信息，支付宝支付账号信息等；如果陌生人社交APP具有移动钱包功能，则也可以是由用户端中安装的陌生人社交APP生成的支付账号信息。所述当前用户参与的社交活动的活动信息可以包括在陌生人社交APP中该当前用户参与的社交活动的ID，该社交活动的ID中有该社交活动的发起人的社交账户信息和该社交活动的编号，例如，可以是“发起者为XXXX发起的编号为1002的陌生人社交活动”。该活动信息中还可以包括垫付费用的当前用户的社交账户信息。

通过支付账号信息可以确定垫付用户的支付账号信息，方便其他用户转账；通过社交活动的活动信息可以确定结账对应的社交活动，以便于后续步骤中向其他参与活动的用户传递账单以及费用支付有关的信息；所述发起人的社交账户信息和垫付费用的当前用户的社交账户信息用于供其他用户对社交活动及垫付用户的身份信息进行核实。

S102：收款方通过扫描所述支付二维码收取款项后，由所述收款后台服务器生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器。

当当前用户端生成支付二维码后，收款方（商家）可以通过扫描设备扫描所述支付二维码，填写费用金额后发送给收款后台服务器，从而收取费用，由后台服务器将对应金额从当前用户的支付账户转入收款方账户。并且，由所述收款后台服务器生成对应的支付记录，例如，当前用户端通过微信或者支付宝账户向收款方完成支付后，由微信支付或者支付宝支付的后台服务器生成支付记录并将所述支付记录发送至社交活动后台服务器（即陌生人社交APP的后台服务器）。所述支付记录中不但含有支付交易号、支付额度以及当前用户的支付账号信息、收款方的账号信息等，还包含上述社交活动的活动信息，即社交活动的编号、活动发起人的社交账户信息以及当前用户的社交账户信息。例如，商家可以通过微信的扫码收款功能收取当前用户支付的费用，以及提取所述支付二维码中包含的社交活动信息，在完成收取费用后，由商家的用户端将收取费用信息上传至微信的后台服务器，微信的后台服务器根据商家的用户端上传的收取费用信息，生成支付记录，并将该支付记录发送至社交活动后台服务器。

S103：所述社交活动后台服务器接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。

所述社交活动后台服务器接收所述支付记录，从所述支付记录中提取当前用户的支付账号信息、支付额度信息和所述当前用户参与的社交活动的活动信息。基于社交活动的活动信息，社交活动的后台服务器可以利用其中社交活动的编号查询对应的社交活动的记录，验证社交活动发起人和垫付费用的当前用户，确定全部活动参与者，进而确定参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单，每个所述参与用户可以根据各自对应的待支付账单，将应分摊的费用支付给所述当前用户。

本申请实施例的用于陌生人社交的分配支付方法，实现了陌生人社交的分配支付的便利性，并能够通过微信、支付宝等收款后台服务器生成支付记录并直接发给社交活动后台服务器，通过第三方证实了活动费用实际支付及其额度，避免了虚报费用的问题，进而计算各参与用户的支付额度，增加了费用支付的可靠性和透明度，从而提高了活动参与者继续组织或者参与活动的积极性。

如图2所示，是本申请实施例二的用于陌生人社交的分配支付方法的流程图。从图1中可以看出，本实施的用于陌生人社交的分配支付方法，可以包括以下步骤：

S201：当前用户端生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息。

S202：收款方通过扫描所述支付二维码收取款项后，由所述收款后台服务器生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器。

S203：所述社交活动后台服务器接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。

本实施例中的步骤S201、步骤S202和步骤S203与实施例一中的步骤S101、步骤S102和步骤S103相类似，这里不再赘述。此外，本实施例还可以包括以下步骤：

S204：所述社交活动后台服务器将所述待支付账单发送至目标参与用户的用户端。

在本实施例中，当所述社交活动后台服务器接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单后，可以将所述待支付账单发送至目标参与用户的用户端，以供所述目标参与用户对待支付账单进行核实，即确认是否是自己应当支付的费用，包括确认是否是自己参加的陌生人社交活动或者确认是否是自己应当支付的数额。

在本实施例中，所述待支付账单后可以包括目标用户需要付款的额度，活动花费总额度，收款商家信息（例如收款方的支付账号），当前用户与收款商家的交易记录（支付交易号及支付发生时间等），所述当前用户的社交账户信息，以及，所述当前用户的支付账号信息。

S205：所述目标参与用户对所述待支付账单进行核实确认，当确认通过后，根据所述待支付账单向所述当前用户付款。

所述目标参与用户接收到所述社交活动后台服务器发送的待支付账单后，可以对该待支付账单进行核实确认，即对以下信息进行核实：目标用户需要付款的额度，活动花费总额度，收款商家信息，当前用户与收款商家的交易记录，所述当前用户社交账户信息，以及，所述当前用户支付账号信息。例如，目标参与用户可以核对收款商家是否是自己参与活动时的商家，垫付费用的当前用户是否是活动参与者之一，等等。当确认无误后，根据所述待支付账单向所述当前用户付款。具体地，可以将款项支付给所述社交活动后台服务器，再由所述社交活动后台服务器划转给所述当前用户的支付账号； 或者，根据待支付账单中的当前用户的支付账号信息，直接支付给所述当前用户。当目标参与用户根据当前用户的支付账号信息直接支付费用时，生成的支付记录中可以携带所述社交活动的活动信息以及目标参与用户的社交账户信息；微信、支付宝等后台服务器可以将该支付记录再次发送给社交活动后台服务器。所述社交活动后台服务器可以监控所述目标参与用户对所述待支付账单的支付情况，当超过一定的时间段未完成支付的情况下，社交活动后台服务器可以向未完成支付的目标参与用户发送提示。

S206：当所述目标参与用户对所述待支付账单有异议时，可以不向所述当前用户付款，并向所述社交活动后台服务器发送申诉请求。

当所述目标参与用户在对该待支付账单进行核实的过程，对所述待支付账单有异议时，即对目标用户需要付款的额度，活动花费总额度，收款商家信息，当前用户与收款商家的交易记录，所述当前用户的社交账户信息，以及，所述当前用户的支付账号中的一项有异议时，可以向所述社交活动后台服务器发送申诉请求，请求所述社交活动后台服务器对异议项进行核实。所述社交活动后台服务器接收到所述申诉请求后，可以将该请求转发给客户服务人员进行人工核实与处理。

S207：若所述目标参与用户在预设时间段内未向所述当前用户付款且未向所述社交活动后台服务器发送申诉请求，所述社交活动后台服务器暂停该用户发起或者报名参与社交活动的资格。

所述社交活动后台服务器可以自动完成对待支付订单的完成情况的监控以及对目标参与用户活动资格的暂停。或者，当当前用户向社交活动的客户服务投诉某个目标参与用户未支付应分摊的费用，则客户服务人员可以调取社交后台服务器对待支付账单的监控记录，判断该待支付订单是否确实在预设时间段内没有支付且没有提出申诉请求，在确实没有支付的情况下向目标参与用户发送提示或者暂停其资格。

本申请实施例的用于陌生人社交的分配支付方法，实现了陌生人社交的分配支付，并能够监控和证实各参与用户的支付额度和支付情况，从而在面临费用纠纷时社交活动的客户服务人员有据可查，可以暂停恶意拖欠费用的用户的活动参与资格，提高了活动参与者继续组织或者参与活动的积极性。

此外，作为本申请的一个可选实施例，在上述实施例中，所述社交活动后台服务器也可以将多个所述待支付账单整合成一个待支付总账单，在社交活动结束后将所述待支付总账单发送至目标参与用户的用户端。 例如，对于同一个社交活动相关的车费、餐费、场地费、门票费等多笔费，社交活动后台服务器可以利用每一笔费用的所述支付记录为目标参与用户生成待支付账单，然后将各笔费用的待支付账单合为一个待支付总账单，发送给目标参与用户，从而简化了费用支付的次数。

在本申请的一些实施例中，所述分摊费用额度由所述社交活动的发起者设定或者由所述社交活动后台服务器预先设定的分配规则确定。具体地，所述分配规则，可以包括以下任意一种：（1）用所述社交活动的消费项目的总额度与参与所述消费项目对应的活动流程的人数的比值确定每个所述参与用户的分摊费用额度，即参与陌生人社交活动的所有用户平均分摊所需费用。如上文所述，在活动的签到、乘车、用餐等环节，用户可以通过出示智能终端上的报名码来表明身份，供活动组织者登记录入服务器；或者，用户通过提供二维码供活动组织者扫码，来进行身份验证和参与环节的登记，可见，社交活动后台服务器可以获得每个用户是否参与了社交活动中的某个消费项目的记录，从而可以获得社交活动过程中每个消费项目的总额度与参与所述消费项目对应的活动流程的人数，能够准确、自动计算每个活动参与者的分摊额度，根据每个参与者参与的活动内容公平分摊。比如某个聚餐活动包括租车费和餐费两部分费用，那没乘坐该租车的用户就不用分摊车费，只分摊餐费；参与情况也可以由社交活动参与者中的代表用户或者活动组织者人工编辑并上传给社交平台。（2）也可以按照预先协商的分摊比例或分摊规则确定每个所述参与用户的分摊费用额度。例如，可以按照人为设定的比例分摊；或者，有的用户自愿多承担一部分经费，或者活动组织者自己出了一部分发起金，则可以从分摊费用额度之中将用户自愿多承担部分的费用减除，然后再按照人均进行分摊。这些规则可以由活动组织者或者活动参与者上传给平台的后台服务器。

本申请实施例能够取得与上述实施例相类似的技术效果，同时还可以简化活动参与用户的付款次数，并且是分摊规则趋于合理和人性化。

如图3所示，是本申请实施例三的用于陌生人社交的分配支付系统的结构示意图。本实施例的用于陌生人社交的分配支付系统，其特征在于，包括：

用户端301，用于生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息。

收款后台服务器302，用于在收款方通过扫描所述支付二维码收取款项后，生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器。

社交活动后台服务器303，用于接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。

本申请实施例的用于陌生人社交的分配支付系统，实现了陌生人社交的分配支付，并能够证实各参与用户的支付额度，从而提高了活动参与者继续组织或者参与活动的积极性。

作为本申请的一个可选实施例，所述社交活动后台服务器303还用于将所述待支付账单发送至目标参与用户的用户端。目标参与用户的用户端接收到所述社交活动后台服务器发送的待支付账单后，可以对该待支付账单进行核实确认；当确认无误后，根据所述待支付账单向所述当前用户付款。目标参与用户的用户端可以将款项支付给所述社交活动后台服务器，再由所述社交活动后台服务器划转给所述当前用户的支付账号。或者，根据待支付账单中的当前用户的支付账号信息，直接支付给所述当前用户；并且，收款后台服务器将目标参与用户支付待支付账单之后所生成的支付记录发送给社交活动后台服务器，所述社交活动后台服务器可以监控所述目标参与用户对所述待支付账单的支付情况。

并当目标参与用户对所述待支付账单有异议并发送申诉请求后，所述社交活动后台服务器对接收到的申诉请求进行核实。此外，所述社交活动后台服务器303还用于当目标参与用户在预设时间段内未向所述当前用户付款且未向社交活动后台服务器303发送申诉请求时，暂停该用户发起或者报名参与社交活动的资格。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种用于陌生人社交的分配支付方法，其特征在于，包括：

当前用户端生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息；

收款方通过扫描所述支付二维码收取款项后，由所述收款后台服务器生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器；

所述社交活动后台服务器接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。

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

所述社交活动后台服务器将所述待支付账单发送至目标参与用户的用户端。

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

所述社交活动后台服务器将多个所述待支付账单整合成一个待支付总账单，并将所述待支付总账单发送至目标参与用户的用户端。

4.根据权利要求2所述的方法，其特征在于，所述待支付账单，包括：

目标用户需要付款的额度，活动花费总额度，收款商家信息，当前用户与收款商家的交易记录，所述当前用户的社交账户信息，以及，所述当前用户的支付账号信息。

5.根据权利要求4所述的方法，其特征在于，所述分摊费用额度由所述社交活动的发起者设定或者由所述社交活动后台服务器预先设定的分配规则确定。

6.根据权利要求5所述的方法，其特征在于，所述分配规则，包括：

用所述社交活动的消费项目的总额度与参与所述消费项目对应的活动流程的人数的比值确定每个所述参与用户的分摊费用额度。

7.根据权利要求5所述的方法，其特征在于，所述分配规则，包括：

按照预先协商的分摊比例或分摊规则确定每个所述参与用户的分摊费用额度。

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

所述目标参与用户对所述待支付账单进行核实确认，当确认通过后，根据所述待支付账单向所述当前用户付款；

当所述目标参与用户对所述待支付账单有异议时，可以不向所述当前用户付款，并向所述社交活动后台服务器发送申诉请求。

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

若所述目标参与用户在预设时间段内未向所述当前用户付款且未向所述社交活动后台服务器发送申诉请求，所述社交活动后台服务器暂停该用户发起或者报名参与社交活动的资格。

10.一种用于陌生人社交的分配支付系统，其特征在于，包括：

用户端，用于生成支付二维码，所述支付二维码包括所述当前用户端所属的当前用户的支付账号信息和所述当前用户参与的社交活动的活动信息；

收款后台服务器，用于通过扫描所述支付二维码收取款项后，生成对应的支付记录，并将所述支付记录发送至社交活动后台服务器；

社交活动后台服务器，用于接收所述支付记录，根据所述支付记录计算参与所述社交活动的每个参与用户的分摊费用额度，并为每个所述参与用户生成一个待支付账单。