CN111880931A - 业务执行系统、应用于业务执行系统的业务执行方法 - Google Patents

Abstract

本说明书公开了一种业务执行系统、应用于业务执行系统的业务执行方法，第一客户端可以先按照原始业务资源执行该目标业务，然后再联合执行该目标业务的至少一个第二客户端，而业务管理系统一旦监测到在目标业务对应的业务期限内，已消耗原始业务资源的目标客户端的目标客户端数量满足预设条件，则可以将第一客户端消耗的原始业务资源中的剩余业务资源返回给第一客户端，这样一来，用户无需等待即可立即执行所需的业务，同时还有效地保证了用户能够在一定程度上得到执行该目标业务所消耗的原始业务资源中的剩余业务资源，从而不但有效地提高了用户的业务执行效率，还给用户带来了良好的业务体验。

Description

业务执行系统、应用于业务执行系统的业务执行方法

技术领域

本说明书涉及计算机技术领域，尤其涉及一种业务执行系统、应用于业务执行系统的业务执行方法。

背景技术

当前，业务平台可以联合业务提供方向用户提供各种业务服务，而为了使用户在业务执行时能够获得良好的业务体验，业务平台可以联合业务提供方，将用户执行业务所需的业务资源按照一定的程度返回给用户。

具体的，在实际应用中，用户可以使用自己持有的设备联合其他用户所持有的设备来通过业务平台执行业务提供方所提供的业务，业务平台确定出联合执行该业务的设备的设备数量符合条件，则可以指示业务提供方按照小于执行该业务所需全部资源的业务资源，向这些设备提供该业务。

然而对于上述情况来说，需要用户通过自己持有的设备联合到足够数量的其他用户的设备，才可以执行该业务，也就是说，如果用户通过自己持有的设备联合不到足够数量的其他用户的设备，将无法执行该业务，这就极大的降低了用户的业务执行效率。

因此，如何能够有效地提高用户的业务执行效率，则是一个亟待解决的问题。

发明内容

本说明书提供一种业务执行系统、应用于业务执行系统的业务执行方法，以部分的解决现有技术存在的上述问题。

本说明书采用下述技术方案：

本说明书提供了一种业务执行系统，包括：业务管理系统、第一客户端以及至少一个第二客户端；

所述业务管理系统，接收第一客户端发送的业务请求，确定所述业务请求对应的业务作为目标业务，接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源，创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限，确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端，在所述业务期限内，若确定目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若确定所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端；

所述第一客户端，向所述业务管理系统发送所述业务请求，将执行所述业务请求对应目标业务所需的原始业务资源划拨给所述业务管理系统，并根据所述业务管理系统创建的所述联合业务，联合执行所述目标业务的至少一个第二客户端，在所述业务期限内，若所述目标客户端数量满足预设条件，则获取所述业务管理系统返回的所述第一客户端消耗的原始业务资源中的剩余业务资源；

所述第二客户端，确定所述业务管理系统创建的所述联合业务，通过所述联合业务，将执行所述目标业务所需的原始业务资源划拨给所述业务管理系统，在所述业务期限内，若所述目标客户端数量满足预设条件，则获取所述业务管理系统返回的所述第二客户端消耗的原始业务资源中的剩余业务资源。

可选地，所述业务管理系统，若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

可选地，所述业务管理系统，针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端，若通过所述业务提供方获取到该目标客户端对应的业务标识，确定该目标客户端执行所述目标业务。

可选地，所述业务管理系统，判断所述业务提供方是否能够按照所述原始业务资源中的部分业务资源提供所述目标业务，若确定所述业务提供方能够按照所述原始业务资源中的部分业务资源提供所述目标业务，则针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端。

可选地，所述业务管理系统，确定所述联合业务对应的基准客户端数量，根据所述基准客户端数量以及设定占比，确定目标数量，若监测到所述目标客户端数量不低于所述目标数量，确定所述目标客户端数量满足所述预设条件。

可选地，所述原始业务资源包括：执行所述目标业务所消耗的原始金额。

本说明书提供了一种应用于业务执行系统的业务执行方法，包括：

业务管理系统接收第一客户端发送的业务请求，并确定所述业务请求对应的业务，作为目标业务；

所述第一客户端将执行所述目标业务所需的原始业务资源划拨给所述业务管理系统；

所述业务管理系统创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

所述第一客户端根据所述业务管理系统创建的所述联合业务，联合执行所述目标业务的至少一个第二客户端；

所述业务管理系统确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

所述业务管理系统在所述业务期限内，若确定目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若确定所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

可选地，所述方法还包括：

若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则所述业务管理系统针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

本说明书提供了一种应用于业务管理系统的业务执行方法，包括：

接收第一客户端发送的业务请求，确定所述业务请求对应的业务，作为目标业务；

接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源；

创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

在所述业务期限内，若目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

可选地，所述方法还包括：

若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

可选地，所述方法还包括：

针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端，若通过所述业务提供方获取到该目标客户端对应的业务标识，确定该目标客户端执行所述目标业务。

可选地，所述方法还包括：

判断所述业务提供方是否能够按照所述原始业务资源中的部分业务资源提供所述目标业务；

若确定所述业务提供方能够按照所述原始业务资源中的部分业务资源提供所述目标业务，则针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端。

可选地，确定所述目标客户端数量满足预设条件，具体包括：

确定所述联合业务对应的基准客户端数量；

根据所述基准客户端数量以及设定占比，确定目标数量；

若监测到所述目标客户端数量不低于所述目标数量，确定所述目标客户端数量满足所述预设条件。

可选地，所述原始业务资源包括：执行所述目标业务所消耗的原始金额。

本说明书提供了一种业务执行的装置，包括：

第一接收模块，用于接收第一客户端发送的业务请求，确定所述业务请求对应的业务，作为目标业务；

第二接收模块，用于接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源；

创建模块，用于创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

客户端确定模块，用于确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

返回模块，用于在所述业务期限内，若目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务执行方法。

本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务执行方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

在本说明书提供的业务执行的方法中，业务管理系统接收第一客户端发送的业务请求，确定该业务请求对应的业务，作为目标业务，接收第一客户端划拨的执行目标业务所需的原始业务资源，创建第一客户端针对该目标业务的联合业务，并确定该目标业务对应的业务期限，确定在该业务期限内加入该联合业务的至少一个第二客户端，并将至少一个客户端以及第一客户端，作为目标客户端，在该业务期限内，若确定目标客户端数量不满足预设条件，则针对执行该目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给该目标业务对应的业务提供方，若确定目标客户端数量满足预设条件，则针对在该目标客户端数量满足预设条件之前已执行该目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

从上述方法中可以看出，由于第一客户端可以先按照原始业务资源执行该目标业务，然后再联合执行该目标业务的至少一个第二客户端，而业务管理系统一旦监测到在目标业务对应的业务期限内，已消耗原始业务资源的目标客户端的目标客户端数量满足预设条件，则可以将第一客户端消耗的原始业务资源中的剩余业务资源返回给第一客户端，这样一来，用户无需等待即可立即执行所需的业务，同时还有效地保证了用户能够在一定程度上得到执行该目标业务所消耗的原始业务资源中的剩余业务资源，从而不但有效地提高了用户的业务执行效率，还给用户带来了良好的业务体验。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：

图1为本说明书提供的业务管理系统联合业务提供方向用户提供网络资源下载服务的示意图；

图2为本说明书中一种应用于业务执行系统的业务执行方法的流程示意图；

图3为本说明书提供的第一用户执行菜品拼团活动所涉及到的整个过程的示意图；

图4为本说明书提供的受邀参加菜品拼团活动的用户执行该菜品拼团活动的整个过程的示意图；

图5为本说明书提供的一种业务执行的装置的示意图；

图6为本说明书提供的涉及图2的电子设备示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。

在实际应用中，业务管理系统可以联合业务提供方向用户提供多种业务模式，如图1所示。

图1为本说明书提供的业务管理系统联合业务提供方向用户提供网络资源下载服务的示意图。

图1中所示的业务提供方为向用户提供网络资源下载服务。而为了向更多的用户提供网络资源下载服务，该业务提供方可以与业务管理系统所归属的业务平台合作。其中，该业务提供方限制用户每个月所下载的网络资源的总量不能超过10GB。为了保证用户能够拥有更为良好的网络资源下载体验，用户可以通过业务平台所使用的业务管理系统，联合其他用户来对同一网络资源进行下载，这里联合其他用户一同下载该网络资源，并不是指各用户分工下载该网络资源中的各个部分，而是指所联合的每个用户均能够下载完整的该网络资源。

假设，用户需要通过第一客户端，从业务提供方下载1GB的网络资源，则可以通过业务管理系统，联合同样需要下载该1GB网络资源的其他用户，这里可以将联合到的其他用户所使用的客户端称之为第二客户端。该用户通过第一客户端联合到足够数量的第二客户端后(其实是指联系到足够数量的其他用户)，可以通过业务管理系统，从该业务提供方下载该1GB网络资源。其中，该第一客户端实际上依然需要消耗1GB的流量，通过业务管理系统从该业务提供方上下载的该1GB网络资源，但是由于该第一客户端联合到了足够数量的第二客户端，则实际只是从该用户当月可下载网络资源的剩余量中扣除了800MB的流量，而非1GB流量，对于联合到的第二客户端亦是如此。这样可以有效地提高用户的业务体验。

然而在实际应用中，若是该用户联合不到足够数量的第二客户端，则无法从该业务提供方下载该1GB网络资源，只有等到联合到了足够数量的第二客户端，则才能开启从业务提供方下载该1GB网络资源的下载任务，这样将极大的耗费用户执行网络资源下载业务的时间，从而降低了用户的业务执行效率。

为了有效的解决上述问题，本说明书提供了一种业务执行系统，该业务执行系统包括：业务管理系统、第一客户端以及至少一个第二客户端，其中，业务管理系统用于向用户提供业务提供方所能支持的各项业务，第一客户端为需要执行业务提供方所提供的业务的用户所使用的客户端，第二客户端为使用第一客户端的用户所联合的其他用户所使用的客户端。

在该业务执行系统中，第一客户端可以先按照原始业务资源执行该目标业务，然后再联合执行该目标业务的至少一个第二客户端，而业务管理系统一旦监测到在目标业务对应的业务期限内，已消耗原始业务资源的目标客户端的目标客户端数量满足预设条件，则可以将第一客户端消耗的原始业务资源中的剩余业务资源返回给第一客户端，这样一来，用户无需等待即可立即执行所需的业务，同时还有效地保证了用户能够在一定程度上得到执行该目标业务所消耗的原始业务资源中的剩余业务资源，从而不但有效地提高了用户的业务执行效率，还给用户带来了良好的业务体验。

下面将结合具体的示例，对本说明书提供的业务执行系统以及业务执行的方法进行详细说明。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图2为本说明书中一种应用于业务执行系统的业务执行方法的流程示意图，具体包括以下步骤：

S201：业务管理系统接收第一客户端发送的业务请求，并确定所述业务请求对应的业务，作为目标业务。

若用户根据自身的实际需求，确定需要执行业务提供方所提供的业务，则可以通过自己所使用的第一客户端，向业务管理系统发送业务请求，相应的，业务管理系统可以根据接收到的该业务请求，确定出该业务请求所对应的业务，作为目标业务。其中，这里提到的第一客户端也可以是诸如应用(Application，App)等软件形式的，抑或是理解成安装有能够进行业务执行的软件的硬件设备，如安装有用于业务执行的App的手机、平板电脑等电子设备。后续提到的第二客户端也可以是诸如App等软件形式，也可以是安装有能够进行业务执行的软件的硬件设备。

上述提到的业务管理系统可以是指业务平台所使用的系统，该业务管理系统可以由若干服务器、若干终端设备(如电脑)等进行构成。业务平台可以向用户展示各个业务提供方所能提供的业务服务，相应的，用户可以在业务平台上执行业务提供方所提供的各项业务。

在本说明书中，可以将最初发起针对该业务对象的业务请求的客户端称之为第一客户端，而使用该第一客户端的用户可以称之为是第一用户。相应的，该第一用户后续所联合到的其他用户可以称之为是第二用户，第二用户所使用的客户端可以称之为是第二客户端。这里提到的“第一”以及“第二”仅为了区分不同的用户以及客户端，在本说明书中没有其他特殊的含义。

在本说明书中，目标业务的具体形式可以有多种，若业务提供方为餐馆，则目标业务可以是该餐馆向用户提供的菜品业务，若业务提供方为健身房，则目标业务可以是该健身房向用户提供的健身套餐业务，若业务提供方为购物平台，则目标业务可以是该购物平台向用户提供的购物业务，若业务提供方为网络资源的下载平台，则目标业务可以是该下载平台向用户提供的网络资源下载业务。其余形式的目标业务在此就不详细举例说明了。

而由于上述已经通过示例提到的目标业务为网络资源下载业务的情况，下面将以目标业务为餐馆向用户提供的菜品业务的形式，来进一步地描述本说明书提供的业务执行的方法。

在实际应用中，用户可以邀请其他用户来进行菜品拼团活动，所谓的菜品拼团活动是指用户想要以一定折扣的方式购买指定的菜品，那么需要该用户邀请一定数量的其他用户，才能够以一定折扣的方式购买该菜品。基于此，在本说明书中，用户可以向业务管理系统发送业务请求，该业务请求即是指用户针对商家(即业务提供方)所提供的一个菜品所发送的请求。例如，业务管理系统可以根据第一用户所发送的业务请求，确定出该用户在商家所要购买的菜品A，并进一步地将该第一用户需要在商家品尝菜品A作为目标业务。

S202：所述第一客户端将执行所述目标业务所需的原始业务资源划拨给所述业务管理系统。

业务管理系统需要确定出该执行上述目标业务所消耗的原始业务资源。由于目标业务有多种形式，所以，原始业务资源同样也具有多种形式。例如，若是目标业务为商家所提供的菜品业务，则执行该目标业务所消耗的原始业务资源是指用户(包括第一用户以及第二用户)在该商家购买该菜品所要花费的原始金额；再例如，若是目标业务为网络资源下载平台所提供的网络资源下载业务，则执行该目标业务所消耗的原始业务资源是指用户(包括第一用户以及第二用户)下载该网络资源时，需要从该用户当月可下载网络资源的剩余量中所扣除的原始流量。

在本说明书中，业务管理系统确定上述原始业务资源的方式可以有多种，例如，业务管理系统在确定出上述目标业务后，可以向业务提供方查询出该目标业务所对应的原始业务资源；再例如，业务管理系统中预先保存有该业务提供方所提供的各项业务与各原始业务资源之间的对应关系，业务管理系统可以通过该对应关系，查询出该目标业务所对应的原始业务资源。其他的方式在此就不一一举例说明了。

业务管理系统确定出上述原始业务资源后，可以通过该第一客户端向第一用户展示该原始业务资源。若第一用户根据自身的实际需求，确定需要通过消耗该原始业务资源执行上述目标业务，则可以通过该第一用户的账户，将执行该目标业务所需的原始业务资源划拨给该业务管理系统。

S203：所述业务管理系统创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限。

第一用户通过第一客户端将上述原始业务资源划拨给业务管理系统后，该业务管理系统可以根据该第一用户的实际需求，创建第一客户端针对该目标业务的联合业务。具体的，第一用户可以根据自身的实际需求，通过第一客户端向业务管理系统发送联合业务的创建请求，而业务管理系统可以根据该创建请求，创建出该联合业务。

在实际应用中，业务提供方所提供的各目标业务均对应有相应的业务期限，该业务期限规定了用户能够在哪一时间段执行该目标业务，才有资格获取业务管理系统返回的上述目标业务对应原始业务资源中的剩余业务资源。例如，假设目标业务为商家所提供的菜品业务，该业务期限其实是规定了用户(包括第一用户以及第二用户)在哪一时间段购买该菜品才有资格享受到菜品拼团的优惠折扣；再例如，目标业务为网络资源下载平台所提供的网络资源下载业务，该业务期限规定了用户(包括第一用户和第二用户)在哪一时间段才有资格以从当月可下载网络资源的剩余量中扣除较少流量为代价下载到该网络资源。

在本说明书中，业务管理系统确定上述业务期限可以有多种，例如，业务管理系统在确定出上述目标业务后，可以向业务提供方查询出该业务对象所对应的业务期限；再例如，业务管理系统可以先确定出该目标业务所属的类别，并根据该类别所对应的业务期限，确定出该目标业务的业务期限。其他的方式在此就不一一举例说明了。

S204：所述第一客户端根据所述业务管理系统创建的所述联合业务，联合执行所述目标业务的至少一个第二客户端。

S205：所述业务管理系统确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端。

第一客户端可以根据该业务管理系统创建的联合业务，联合其他用户参与执行该目标业务。其中，第一用户通过使用第一客户端可以向至少一个第二客户端发送针对该目标业务的业务联合请求，以联合至少一个其他用户联合执行该目标业务。这里提到的联合业务是业务管理系统创建的用于联合多名用户执行目标业务的业务。例如，若是目标业务为购买菜品A的业务，则联合业务为联合多个用户购买菜品A的业务。

在本说明书中，第一客户端联合至少一个第二客户端的具体时机可以多种，以用户进行菜品拼团活动的场景为例，用户在线上下单的过程中，可以通过业务管理系统提供的App，浏览该商家的菜品页面，并在该菜品页面中选择发起菜品拼团活动，而后，用户可以通过该App跳转到好友分享页面中，进而在该好友分享页面中选取需要邀请的好友(该用户通过该好友分享页面邀请好友，即为该用户通过第一客户端向需要邀请的好友的第二客户端发送业务联合请求)。

再例如，假设用户前往线下商家并品尝到菜品A后，在付款过程中向自己的好友发出邀请参与到针对菜品A的菜品拼团活动中，则该用户可以在付款过程中通过业务管理系统的App，选择针对菜品A的菜品拼团活动，并在App中所展示的好友分享页面中选取需要邀请的好友。

值得一提的是，在本说明书中，无论是第一客户端还是每个第二客户端均是单独执行上述目标业务，也就是说，虽然第一客户端向至少一个第二客户端发送了执行目标业务的业务联合请求，但并不意味着第一客户端和各第二客户端是一起共同执行该目标业务，也即，每个第二客户端或是第一客户端并不只是指执行该目标业务中的一部分，而是执行该目标业务的全部。

还以用户进行菜品拼团活动的场景为例，第一用户通过使用第一客户端邀请各第二用户就商家(即业务提供方)提供的菜品A进行拼团下单后，可以独自前往线下的商家品尝菜品A，而接受邀请的每个第二用户，也可以独自前往线下的商家品尝菜品A。也就是说，每个用户(包括发起拼团的第一用户以及接受邀请的各第二用户)前往线下的商家，均可单独品尝一份菜品A，而不是各用户共同分享一份菜品A。

在本说明书中，第一用户除了通过邀请好友的方式，联合执行上述目标业务的至少一个第二客户端外，也可以通过其他的方式联合至少一个第二客户端。例如，假设业务管理系统在确定出上述目标业务后，可以根据各用户针对该目标业务的历史业务执行记录，确定出在历史上执行该目标业务的业务次数超过设定次数的用户，并将这些用户推荐给第一用户，第一用户可以通过第一客户端从这些用户中选择出一些用户，并向这些用户发送针对该目标业务的业务联合请求。

在本说明书中，业务管理系统可以基于该联合业务，确定在业务期限内加入该联合业务的至少一个客户端，并将这些第二客户端以及第一客户端，作为目标客户端。即，使用第二客户端的第二用户可以根据自身的实际需求，确定是否要加入到该联合业务中，而一旦通过该联合业务，将执行该目标业务所需的原始业务资源划拨给业务管理系统，则加入到了该联合业务中。也就是说，对于任意一个客户端(包括第一客户端以及第二客户端)来说，一旦该客户端通过联合业务消耗了原始业务资源，则业务管理系统可以将该客户端作为目标客户端。

在本说明书中，第二客户端可以通过接收第一客户端发送的业务联合请求，来加入到该联合业务中，也可以通过其他第二客户端发送的业务联合请求，加入到该联合业务中。也就是说，上述提到的业务联合请求并不是只能通过第一客户端进行发送，第二客户端也可以基于该联合业务，向其他第二客户端发送业务联合请求。

S206：所述业务管理系统在所述业务期限内，若确定目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若确定所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

从上述内容可知，每个目标客户端在消耗上述原始业务资源后，均可以自行执行上述目标业务。相应的，针对每个目标客户端，目标客户端在上述业务期限内执行该目标业务时，业务管理系统可以判断目标客户端数量是否满足预设条件，若确定目标客户端数量不满足预设条件，则可以将该目标客户端消耗的原始业务资源中的部分业务资源划拨给上述业务提供方。

也就是说，对于每个用户来说(包括第一用户以及第一用户联合到的第二用户)，虽然该用户在业务期限内先消耗了原始业务资源，并执行该目标业务，但是业务管理系统若确定出目标客户端数量不满足预设条件，最开始只是将其中的部分业务资源转移给业务提供方，而并非是将全部的原始业务资源转移给业务提供方。

还以用户进行菜品拼团活动的场景为例，假设线下商家(即业务提供方)提供的菜品A为20元，拼团优惠价格为12元，用户(包括第一用户以及第一用户联合到的第二用户)在线上花费了20元购买了该菜品A，并前往该商家品尝了该菜品A，若业务管理系统监测到该用户虽然在业务期限内到该商家品尝了菜品A，但是联合到的用户总数(包括该用户)不满足预设条件，则业务管理系统可以先将其中的12元(即上述提到的部分业务资源)支付给该商家，而剩余的8元则暂时扣除在业务管理系统中。这里提到的联合到的用户总数相当于上述提到的目标客户端数量。

从这里可以看出，由于在执行业务时，第一用户并不需要邀请到足够数量的第二用户(即第二客户端)，即可前往该线下商家品尝该菜品A，这样有效地减少了用户的就餐等待时间，从而在提高用户就餐效率的同时，也给用户带来了良好的就餐体验。

进一步地，业务管理系统若确定目标客户端数量满足预设条件，则可以针对在目标客户端数量满足预设条件之前已执行目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。其中，这里提到的在目标客户端数量满足预设条件之前已执行目标业务的目标客户端，是指在目标客户端数量满足预设条件之前，已经执行完该目标业务的客户端。例如，若是目标业务为商家提供的菜品业务，则在目标客户端数量满足预设条件之前，已经执行完该目标业务的客户端，是指在联合到足够数量的用户之前，已经前往该商家并品尝该菜品的用户所使用的客户端。

在本说明书中，业务管理系统可以先确定出上述联合业务对应的基准客户端数量，也就是说，业务管理系统需要确定出包括第一客户端自身在内，第一客户端需要联合多少的第二客户端执行上述目标业务。而后，业务管理系统可以根据该基准客户端数量以及设定占比，确定出目标数量，并在监测到目标客户端数量不低于该目标数量时，确定目标客户端数量满足预设条件。

还以用户进行菜品拼团活动的场景为例，假设业务管理系统规定包括第一用户在内，第一用户需要凑够5名用户(即基准客户端数量)，才能享受菜品A的拼团优惠，基于此，第一用户一共邀请到自己的4位好友来进行拼团。进一步地，业务管理系统根据设定占比为：100％，确定出目标数量即为5。也就是说，只有这5名用户全部都在线上完成了针对菜品A的消费，业务管理系统才会在后续将菜品A原始金额中除预先向该商家支付的部分金额以外的剩余金额返还给这5名用户。

上述设定占比可以根据实际需求而设定，而不同的设定占比，业务管理系统所确定出的目标数量也有所不同，相应的，用于判断是否将原始业务资源中的剩余业务资源返回给各目标客户端的预设条件也有所不同。

继续沿用上例，假设设定占比为60％，则业务管理系统确定出的目标数量为3，这样一来，在第一用户成功消费菜品A的前提下，只要业务管理系统监测到这4名好友中有任意2名好友在线上完成了针对菜品A的支付，则可以在确定出该第一用户以及这2名好友在业务期限内均在线下到该商家品尝了菜品A时，将菜品A的原始金额中除预先向该商家支付的部分金额以外的剩余金额返还给该第一用户以及这2名好友。也就是说，第一用户依然需要邀请4名好友，但是只要有任意2名好友完成了线上支付，则第一用户以及这2名用户可以享受返现优惠。

在实际应用中，设定占比也可以超过100％，对于这种情况来说，目标数量可以依然按照100％的设定占比来确定，只不过多出100％的部分用于确定额外返现的用户数量。例如，假设设定占比为120％，若是第一用户在好友群里将拼团活动分享给了4名好友，则业务管理系统确定出的目标数量依然为5。对于这种情况来说，只要业务管理系统监测到该第一用户以及这4名好友均在线上完成了支付，则好友群中额外的任意1名好友在线上完成了针对菜品A的支付后，也可以享受拼团活动的返现。

上述提到的基准客户端数量可以是业务管理系统针对目标业务所规定的数量，也可以是使用第一客户端的第一用户自行选择的。若是该基准客户端数量是第一用户选择的，则该基准客户端数量可与业务管理系统向各用户(包括第一用户以及第二用户)返回的原始业务资源中的剩余业务资源的大小成正相关的关系，即，若是该基准客户端数量越多，则业务管理系统后续向各用户返回的原始业务资源中的剩余业务资源也越多。

当然，业务管理系统若监测到超过业务期限后目标客户端数量依然不满足预设条件，则可以针对已执行目标业务的每个目标客户段，将该目标客户端消耗的该原始业务资源中的剩余业务资源划拨给业务提供方。在这种情况下，有多少目标客户端在该业务期限内消耗了原始业务资源，业务管理系统就需要向业务提供方划拨多少次该原始业务资源中的剩余业务资源。

还以用户进行菜品拼团活动的场景为例，假设，用户a(即第一用户)邀请了3位好友b、c、d加入自己的菜品拼团活动，该菜品拼团活动的业务期限为7天，即，在接下来的7天内，只要这4名用户能够在线上完成针对菜品A的原价支付，则这4名用户将享受拼团价格购买菜品A。也就是说，这4名用户需要先按照菜品A的原始金额在该商家(即业务提供方)购买该菜品A，而后，业务管理系统可以将该原始金额中多出拼团价格的金额再返还给这4名用户。假设，菜品A的原始金额为20元，拼团价格为12元。对于用户a来说，用户a在线上需要按照20元购买该菜品A，业务管理系统一旦监测到该用户a前往了该商家品尝了菜品A，则可以先将12元支付给该商家，并扣留8元。当监测到这4名用户在该业务期限内均完成了针对菜品A的支付，则可以再将这8元返还给用户a。对于其余3名用户亦是如此，业务管理系统均需要将先前多扣除的8元分别返还给这3名用户。

但是，若是业务管理系统监测到这4名用户在该业务期限内并没有全部在线上完成针对菜品A的支付，则业务管理系统不会将先前多扣除的这8元返还给已经品尝完菜品A的用户。也就是说，在该业务期限内按照原价支付菜品A的用户，将无法得到业务管理系统返还的8元。相应的，业务管理系统将会把这多扣留的8元支付给该商家。

从上述方法中可以看出，第一客户端可以先按照原始业务资源执行该目标业务，然后再联合执行该目标业务的至少一个第二客户端，而业务管理系统一旦监测到在目标业务对应的业务期限内，已消耗原始业务资源的目标客户端的目标客户端数量满足预设条件，则可以将第一客户端消耗的原始业务资源中的剩余业务资源返回给第一客户端，这样一来，用户无需等待即可立即执行所需的业务，同时还有效地保证了用户能够在一定程度上得到执行该目标业务所消耗的原始业务资源中的剩余业务资源，从而不但有效地提高了用户的业务执行效率，还给用户带来了良好的业务体验。

在本说明书中，业务管理系统可以针对每个目标客户端(即在业务期限内已经消耗了原始业务资源的客户端)，确定出该目标客户端针对该目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端。

相应的，对于业务提供方来说，该业务提供方可以获取该目标客户端对应的业务标识，并发送给业务管理系统，而业务管理系统一旦通过该业务提供方获取到该目标客户端对应的业务标识，则可以确定出该目标客户端执行目标业务。也就是说，客户端一旦消耗了原始业务资源，则业务管理系统可以为该客户端分配业务标识，并在后续过程中，通过该业务标识，来监测该客户端是否执行了目标业务。

还以用户进行菜品拼团活动的场景为例，假设第一用户成功邀请了3名用户来执行针对菜品A的拼团活动，则业务管理系统在确定出这4名用户(即包括第一用户以及邀请的这3名用户)均完成了线上支付时，可以针对这4名用户，确定出针对菜品A的拼团码(即上述的业务标识)，其中，每个用户均对应有一个拼团码。用户前往商家后，可以将该拼团码向该商家(即业务提供方)展示，该商家通过扫描的方式获取到该拼团码，并将该拼团码发送给业务管理系统，而业务管理系统在接收到该拼团码后，可以确定出该用户已经前往了商家进行菜品A的品尝。

在本说明书中，业务提供方获取到该业务标识的方式可以有多种，业务提供方可以通过接收目标客户端发送的信息的方式，来获取该业务标识，也可以通过上述提到的扫描的方式，获取到该业务标识，抑或是通过目标客户端发送的用户账号，在业务管理系统中查询出该目标客户端所对应的业务标识，进而将查到的业务标识发送给业务管理系统，其余的方式在此就不详细举例说明了。

在本说明书中，业务管理系统还需要确定业务提供方是否能够按照上述原始业务资源中的部分业务资源提供上述目标业务，即，该业务提供方是否能够向客户端(包括第一客户端和第二客户端)提供以消耗原始业务资源中的部分业务资源来执行的目标业务。例如，假设目标业务为品尝菜品A的业务，则业务管理系统需要确定出业务提供方是否还有库存向用户提供享受拼团价格的菜品A。

在本说明书中，业务管理系统可以通过主动查询的方式，向业务提供方发送查询请求，以查询出该业务提供方是否能够按照原始业务资源中的部分业务资源提供上述目标业务。除此之外，业务提供方也可以先将能够按照原始业务资源中的部分业务资源提供的目标业务的业务数量上报给业务管理系统，相应的，业务管理系统可以根据业务提供方已经提供出的目标业务，对该业务数量进行实时更新，并根据更新后的业务数量，来确定该业务提供方是否还能按照原始业务资源中的部分业务资源提供该目标业务。

业务管理系统若确定业务提供方能够按照原始业务资源中的部分业务资源提供该目标业务，则在监测到客户端(即包括第一客户端以及第二客户端)消耗该原始业务资源时，可以将该客户端作为目标客户段，并确定该目标客户端针对该目标业务的业务标识，作为该目标客户端对应的业务标识，以及将该目标客户端对应的业务标识返回给该目标客户端。后续若是通过业务提供方获取到该该目标客户端对应的业务标识，则可以确定出该目标客户端执行该目标业务。

为了进一步地说明本说明书提供的业务执行系统以及业务执行的方法，下面将以第一用户发起菜品拼团活动的场景为例，对第一用户执行菜品拼团活动所涉及到的整个过程，以及受邀参加菜品拼团活动的用户执行该菜品拼团活动的整个过程进行说明，如图3、4所示。

图3为本说明书提供的第一用户执行菜品拼团活动所涉及到的整个过程的示意图。

第一用户可以根据自己的实际需求，发起针对菜品B的菜品拼团活动，该第一用户可以通过业务管理系统邀请自己的好友参与到该菜品拼团活动中。而后，该第一用户可以在线上按照原价购买该菜品B，并在线下完成该菜品B的品尝后，业务管理系统可以将该原价中包含的用户拼图成功后的拼团价格(该拼团价格低于原价)支付给该商家(即业务提供方)。

与此同时，业务管理系统可以判断该第一用户以及邀请的用户中，是否在业务期限内有足够数量的用户在线上购买了该菜品B(即在线上完成了针对菜品B的支付)，若确定出在业务期限内没有足够数量的用户在线上购买了该菜品B，则除非第一用户在该业务期限内又重新邀请了其他用户，并且受邀的其他用户在该业务期限内完成了针对菜品B的支付，致使业务管理系统确定在业务期限内已有足够数量的用户在线上购买了菜品B，否则都将导致拼团失败，即，按照原价购买该菜品B的第一用户，以及受邀且已经完成支付的其他用户均得不到返现(即原价与拼团成功后所享受的拼团价格的差价)。

业务管理系需要判断该商家是否还有菜品B的库存，若是该商家没有菜品B的库存，并且在此之前没有足够数量的用户(包括第一用户以及第一用户成功邀请到的用户)在线上完成了针对菜品B的支付，则将导致拼团失败。

进一步地，若确定该商家还有菜品B的库存，则该受邀的用户按照原价购买了菜品B后，业务管理系统需要判断当前是否已经满足了成团的人数(即已经有足够数量的用户购买了菜品B)，若是，则确定拼团成功，进而可以对这些购买该菜品B的用户进行返现，否则，则可以向第一用户发送提示信息，以提示该用户在业务期限内继续邀请好友参与到菜品B的菜品拼团活动中来。

图4为本说明书提供的受邀参加菜品拼团活动的用户执行该菜品拼团活动的整个过程的示意图。

对于接受邀请的用户来说，业务管理系统需要先判断该用户是否在业务期限内已于线上完成了针对菜品B的支付，若确定已经超出该业务期限，则可以提示该用户只能按照原价购买该菜品B，无法享受拼团价格来购买该菜品B。若确定未超出该业务期限，则业务管理系统可以继续判断该商家此时是否还留有菜品B的库存，若否，则说明库存中已没有能够享受拼团价格的菜品B，则可以提示该用户若有需求，可以按照原价购买不享受拼团价格的菜品B。

若确定该商家此时还留有菜品B的库存，则可以提示该用户完成针对菜品B的线上支付。在该用户完成支付后，业务管理系统可以判断是否已经满足成团的人数，若是，则确定拼团成功，进而在后续过程中，将差价返回给已经购买菜品B的各用户，若否，则可以等待第一用户在上述业务期限内继续邀请新用户参加该菜品拼团活动，或是提示该用户主动去邀请其他用户参加该菜品拼团活动。若业务管理系统确定在该业务期限内，第一用户或是该用户邀请到了足够人数的用户购买了该菜品B，则确定拼团成功，否则，确定拼团失败。

需要说明的是，针对每个目标客户端，业务管理系统若是在监测到目标客户端数量已经满足预设条件的情况下，又将原始业务资源退还给该目标客户端，则依然可以针对每个其他目标客户端，将该其他目标客户端消耗的原始业务资源中的剩余业务资源返回给该其他目标客户端。其中，业务管理系统向目标客户端退还原始业务资源可以是目标客户端主动发起的，也可以是业务管理系统发起的。

还以用户进行菜品拼团活动的场景为例，假设第一用户成功邀请了3名用户来执行针对菜品A的拼团活动(即第一用户和这3名用户均在线上完成了针对菜品A的支付)，则业务管理系统可以确定这4名用户拼团成功。在拼团成功的情况下，即使其中的某一用户或某几个用户又申请了退款，到店完成菜品A品尝的用户依然可以享受拼团价格的优惠，即，对于到店完成菜品A品尝的用户来说，业务管理系统依然会将菜品A原始金额与拼团价格之间的差价返还给该用户。

当然，针对每个目标客户端，业务管理系统也可以在监测到目标客户端数量已经满足预设条件的情况下，又将原始业务资源退还给该目标客户端，则可以针对每个其他目标客户端，将该其他目标客户端消耗的原始业务资源中的剩余业务资源转移给业务提供方。

继续沿用上例，假设第一用户成功邀请了3名用户来执行针对菜品A的拼团活动(即第一用户和这3名用户均在线上完成了针对菜品A的支付)，则业务管理系统可以确定这4名用户拼团成功。在拼团成功的情况下，业务管理系统监测到其中的某一用户或某几个用户又申请了退款，到店完成菜品A品尝的用户则将无法享受拼团价格的优惠，即，对于到店完成菜品A品尝的用户来说，业务管理系统会将菜品A原始金额与拼团价格之间的差价返还给提供该菜品A的商家。

业务提供方可以对应有相应的第三方客户端，该第三方客户端可以用于接收业务管理系统划拨的原始业务资源中的部分业务资源，或是在业务管理系统确定在超过业务期限后目标客户端数量不满足预设条件时，接收业务管理系统划拨的原始业务资源中的剩余业务资源。其中，本说明书中提到的原始业务资源中的部分业务资源和原始业务资源中剩余业务资源的加和可以为原始业务资源。

这里提到的第三方客户端可以指业务提供方所使用的客户端，该第三方客户端也可以是诸如App等软件形式的，抑或是理解成安装有能够进行业务执行的软件的硬件设备，如安装有用于业务执行的App的手机、平板电脑、安装指定客户端的电脑、能够执行业务提供方所提供的业务的服务器等电子设备。

相应的，上述提到的业务执行系统中可以包含有该第三方客户端，该第三方客户端可以看做是执行业务提供方所要执行的业务动作，具体细节在此就不详细说明了。

还需说明的是，上述示例大部分均是以菜品拼团场景进行说明的，但是本说明书提供的业务执行系统以及业务执行的方法其实还适用于其他的业务场景，如上述提到的网络资源下载的场景。对于网络资源下载的场景来说，第一客户端一旦联合到足够数量的客户端(包括第一客户端自身以及联合到的第二客户端)，即可以只消耗小于网络资源原始流量的流量数，完成该网络资源的下载(第一客户端下载时实际所消耗的流量还是与网络资源实际大小相同的，只是在当月可下载网络资源的剩余量中扣除的流量数要小于实际下载所消耗的流量)。

在网络资源下载的场景下，也依然适用上述返回原始业务资源的情况，即，针对每个目标客户端，业务管理系统若是在业务期限内监测到目标客户端数量已经满足预设条件，且已经从该目标客户端当月可下载网络资源的剩余量中扣除了网络资源所对应的原始流量(即原始业务资源)的情况下，监测到该目标客户端未成功下载该网络资源，则可以在该目标客户端当月可下载网络资源的剩余量中将该原始流量数再补充回去。而针对每个其他目标客户端，则依然可以将该其他目标客户端所消耗的原始业务资源中的剩余业务资源返回给该其他目标客户端。当然，也可以根据实际的业务需求，将该其他目标客户端执行所消耗的原始业务资源中的剩余业务资源转移给业务提供方。

对于适用的其他业务场景来说，整个业务执行过程与上述提到的菜品拼团场景以及网络资源下载的场景在过程上大致相同，所以在此就不详细一一举例说明了。

以上为本说明书的一个或多个实施例提供的业务执行的方法，基于同样的思路，本说明书还提供了相应的业务执行的装置，如图5所示。

图5为本说明书提供的一种业务执行的装置示意图，具体包括：

第一接收模块501，用于接收第一客户端发送的业务请求，确定所述业务请求对应的业务，作为目标业务；

第二接收模块502，用于接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源；

创建模块503，用于创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

客户端确定模块504，用于确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

返回模块505，用于在所述业务期限内，若目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

可选地，所述返回模块505还用于，若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

可选地，所述客户端确定模块504具体用于，针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端，若通过所述业务提供方获取到该目标客户端对应的业务标识，确定该目标客户端执行所述目标业务。

可选地，所述客户端确定模块504具体用于，判断所述业务提供方是否能够按照所述原始业务资源中的部分业务资源提供所述目标业务；若确定所述业务提供方能够按照所述原始业务资源中的部分业务资源提供所述目标业务，则针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端。

可选地，所述返回模块505具体用于，确定所述联合业务对应的基准客户端数量；根据所述基准客户端数量以及设定占比，确定目标数量；若监测到所述目标客户端数量不低于所述目标数量，监测到所述目标客户端数量满足所述预设条件。

可选地，所述原始业务资源包括：执行所述目标业务所消耗的原始金额。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图2提供的业务执行的方法。

本说明书还提供了图6所示的电子设备的示意结构图。如图6所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图2所述的业务执行的方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (17)

1.一种业务执行系统，其特征在于，包括：业务管理系统、第一客户端以及至少一个第二客户端；

所述业务管理系统，接收第一客户端发送的业务请求，确定所述业务请求对应的业务作为目标业务，接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源，创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限，确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端，在所述业务期限内，若确定目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若确定所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端；

所述第一客户端，向所述业务管理系统发送所述业务请求，将执行所述业务请求对应目标业务所需的原始业务资源划拨给所述业务管理系统，并根据所述业务管理系统创建的所述联合业务，联合执行所述目标业务的至少一个第二客户端，在所述业务期限内，若所述目标客户端数量满足预设条件，则获取所述业务管理系统返回的所述第一客户端消耗的原始业务资源中的剩余业务资源；

所述第二客户端，确定所述业务管理系统创建的所述联合业务，通过所述联合业务，将执行所述目标业务所需的原始业务资源划拨给所述业务管理系统，在所述业务期限内，若所述目标客户端数量满足预设条件，则获取所述业务管理系统返回的所述第二客户端消耗的原始业务资源中的剩余业务资源。

2.如权利要求1所述的系统，其特征在于，所述业务管理系统，若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

3.如权利要求1所述的系统，其特征在于，所述业务管理系统，针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端，若通过所述业务提供方获取到该目标客户端对应的业务标识，确定该目标客户端执行所述目标业务。

4.如权利要求1所述的系统，其特征在于，所述业务管理系统，判断所述业务提供方是否能够按照所述原始业务资源中的部分业务资源提供所述目标业务，若确定所述业务提供方能够按照所述原始业务资源中的部分业务资源提供所述目标业务，则针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端。

5.如权利要求1所述的系统，其特征在于，所述业务管理系统，确定所述联合业务对应的基准客户端数量，根据所述基准客户端数量以及设定占比，确定目标数量，若监测到所述目标客户端数量不低于所述目标数量，确定所述目标客户端数量满足所述预设条件。

6.如权利要求1～5任一项所述的系统，其特征在于，所述原始业务资源包括：执行所述目标业务所消耗的原始金额。

7.一种应用于业务执行系统的业务执行方法，其特征在于，包括：

业务管理系统接收第一客户端发送的业务请求，确定所述业务请求对应的业务，作为目标业务；

所述第一客户端将执行所述目标业务所需的原始业务资源划拨给所述业务管理系统；

所述业务管理系统创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

所述第一客户端根据所述业务管理系统创建的所述联合业务，联合执行所述目标业务的至少一个第二客户端；

所述业务管理系统确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

所述业务管理系统在所述业务期限内，若确定目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若确定所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

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

若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则所述业务管理系统针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

9.一种应用于业务管理系统的业务执行方法，其特征在于，包括：

接收第一客户端发送的业务请求，确定所述业务请求对应的业务，作为目标业务；

接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源；

创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

在所述业务期限内，若目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

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

若在超过所述业务期限后确定所述目标客户端数量不满足所述预设条件，则针对已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源划拨给所述目标业务对应的业务提供方。

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

针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端，若通过所述业务提供方获取到该目标客户端对应的业务标识，确定该目标客户端执行所述目标业务。

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

判断所述业务提供方是否能够按照所述原始业务资源中的部分业务资源提供所述目标业务；

若确定所述业务提供方能够按照所述原始业务资源中的部分业务资源提供所述目标业务，则针对每个目标客户端，确定该目标客户端针对所述目标业务的业务标识，作为该目标客户端对应的业务标识，并将该目标客户端对应的业务标识返回给该目标客户端。

13.如权利要求9所述的方法，其特征在于，确定所述目标客户端数量满足预设条件，具体包括：

确定所述联合业务对应的基准客户端数量；

根据所述基准客户端数量以及设定占比，确定目标数量；

若监测到所述目标客户端数量不低于所述目标数量，监测到所述目标客户端数量满足所述预设条件。

14.如权利要求9～13任一项所述的方法，其特征在于，所述原始业务资源包括：执行所述目标业务所消耗的原始金额。

15.一种业务执行的装置，其特征在于，包括：

第一接收模块，用于接收第一客户端发送的业务请求，确定所述业务请求对应的业务，作为目标业务；

第二接收模块，用于接收所述第一客户端划拨的执行所述目标业务所需的原始业务资源；

创建模块，用于创建所述第一客户端针对所述目标业务的联合业务，并确定所述目标业务对应的业务期限；

客户端确定模块，用于确定在所述业务期限内加入所述联合业务的至少一个第二客户端，并将所述至少一个第二客户端以及所述第一客户端，作为目标客户端；

返回模块，用于在所述业务期限内，若目标客户端数量不满足预设条件，则针对执行所述目标业务时的每个目标客户端，将该目标客户端消耗的原始业务资源中的部分业务资源划拨给所述目标业务对应的业务提供方，若所述目标客户端数量满足预设条件，则针对在所述目标客户端数量满足预设条件之前已执行所述目标业务的每个目标客户端，将该目标客户端消耗的原始业务资源中的剩余业务资源返回给该目标客户端。

16.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求7～14任一项所述的方法。

17.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求7～14任一项所述的方法。

Images