CN112767051A - 业务活动处理方法、装置、设备和存储介质 - Google Patents

Abstract

本说明书一个实施例提了一种业务活动处理方法、装置、设备和存储介质，其中方法包括：获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取第一业务活动的参与者的业务交互数据，根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息，根据奖励数据向发起者发放奖励，以及，响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

Description

业务活动处理方法、装置、设备和存储介质

技术领域

本文件涉及互联网技术领域，尤其涉及一种业务活动处理方法、装置、设备和存储介质。

背景技术

目前，各类业务都具有相应的业务活动，比如，出行业务对应的业务活动可以是参与拼团赢取打车优惠券，购物业务对应的业务活动可以是参与拼团赢取线下的商场优惠券。一次业务活动需要发起者和参与者共同完成，发起者负责开启本次业务活动并将活动信息发送给参与者，以邀请参与者参与活动，参与者在发起者的邀请下选择参与或者不参与业务活动。

在业务活动结束后，业务方通常计算发起者的奖励数据并向发起者发放奖励，因此有必要提供一种技术方案，以准确地计算发起者的奖励数据，提高向发起者发放奖励的准确性。

发明内容

本说明书一个实施例提供了一种业务活动处理方法，包括：获取业务活动链路上第一业务活动的发起者的业务活动数据。获取第一业务活动的参与者的业务交互数据。根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息。根据奖励数据向发起者发放奖励。响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

本说明书一个实施例提供了一种业务活动处理装置，包括：数据获取模块，获取业务活动链路上第一业务活动的发起者的业务活动数据。获取第一业务活动的参与者的业务交互数据。数据确定模块，根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息。奖励发放模块，根据奖励数据向发起者发放奖励。响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

本说明书一个实施例提供了一种业务活动处理设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，计算机可执行指令在被执行时使处理器实现以下流程：获取业务活动链路上第一业务活动的发起者的业务活动数据。获取第一业务活动的参与者的业务交互数据。根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息。根据奖励数据向发起者发放奖励。响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

本说明书一个实施例提供了一种存储介质，用于存储计算机可执行指令，计算机可执行指令在被执行时实现以下流程：获取业务活动链路上第一业务活动的发起者的业务活动数据。获取第一业务活动的参与者的业务交互数据。根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息。根据奖励数据向发起者发放奖励。响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

附图说明

为了更清楚地说明本说明书一个或多个实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一实施例提供的业务活动处理方法的流程示意图；

图2为本说明书一实施例提供的业务活动的人机交互界面示意图；

图3为本说明书一实施例提供的业务活动发起流程示意图；

图4为本说明书一实施例提供的业务活动参与流程示意图；

图5为本说明书一实施例提供的业务活动的产品框架示意图；

图6为本说明书一实施例提供的业务活动处理装置的模块组成示意图；

图7为本说明书一实施例提供的业务活动处理设备的结构示意图。

具体实施方式

本说明书一个或多个实施例提供一种业务活动处理方法、装置、设备和存储介质，以解决现有的计算发起者的奖励数据的方法准确性低的问题。

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

本说明书一个实施例中的业务活动处理方法能够应用于服务器端，由服务器执行实现。图1为本说明书一实施例提供的业务活动处理方法的流程示意图，如图1所述，该方法包括以下步骤：

步骤S102，获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取第一业务活动的参与者的业务交互数据；

步骤S104，根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息；

步骤S106，根据奖励数据向发起者发放奖励，以及，响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

本说明书一实施例中，根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定发起者的第一业务活动的奖励数据，并向发起者发放相应的奖励，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地计算发起者的奖励数据，提高向发起者发放奖励的准确性。另外，本实施例中，还根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定第二业务活动的活动配置信息，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地确定第二业务活动的活动配置信息，提高确定活动配置信息的准确性。

本实施例中，业务方预先提供有业务活动链路，该业务活动链路上包括多个业务活动，这多个业务活动按照预定顺序排列，共同构成业务活动链路。以餐饮业务为例，其业务活动链路上具有两个业务活动，第一个业务活动是邀请一个好友打卡指定网红店、第二个业务活动是邀请两个好友打卡指定网红店，这两个业务活动构成餐饮业务的业务活动链路。

同一业务可以具有多个业务活动链路，每个业务活动链路上的业务活动彼此独立。比如出行业务具有两个业务活动链路A和B，对于业务活动链路A，该链路上具有三个业务活动，第一个业务活动是3人拼团赢红包，第二个业务活动是5人拼团赢红包，第三个业务活动是10人拼团赢红包。对于业务活动链路B，该链路上具有两个业务活动，第一个环业务活动是10人拼团赢100元地铁卡，第二个业务活动是20人拼团赢200元地铁卡。这两条业务活动链路上的业务活动彼此独立。

同一业务链路上的各个业务活动，位于同一活动周期内，各个业务活动之间具有时间上的递进关系。比如上述例子中，当用户在规定时间内完成3人拼团后，才可以开启5人拼团，在规定时间内完成5人拼团后，才可以开启10人拼团，若用户5人拼团失败，则用户将返回3人拼团重新开始。

图2为本说明书一实施例提供的业务活动的人机交互界面示意图，图2以出行业务为例，提供了出行业务中的拼团活动的人机交互界面，从图2提供的人机交互界面图能够看出，该拼团活动具有一条业务链路，该业务链路上依次具有3人拼团抢优惠、5人拼团抢优惠、10人拼团抢优惠三个业务活动。

上述步骤S102中，获取业务活动链路上第一业务活动的发起者的业务活动数据。以第一业务活动是拼团活动为例，发起者是拼团的团长。发起者的业务活动数据包括发起者在第一业务活动过程中的数据，还包括发起者在历史业务活动过程中的数据，相应地，获取业务活动链路上第一业务活动的发起者的业务活动数据，包括：获取发起者在第一业务活动中的第一业务活动子数据，以及，获取发起者在历史业务活动中的第二业务活动子数据，将第一业务活动子数据和第二业务活动子数据作为业务活动数据。

第一业务活动子数据可以包括任何在第一业务活动中与发起者相关的数据，比如，发起者完成第一业务活动的用时，发起者所邀请到的参与者的数量。发起者完成第一业务活动的用时指的是第一业务活动开启后到第一业务活动完成的总时长，以3人拼团赢优惠券为例，该用时是拼团开始到拼团成功的总时长。发起者所邀请到的参与者的数量，以3人拼团赢优惠券为例，该数量指的是发起者所邀请到的助力者的数量。其中，若发起者参与拼团，则助力者数量为2人，若发起者不拼团只邀请助力者拼团，则助力者数量为3人。

第二业务活动子数据可以包括任何在历史业务活动中与发起者相关的数据，比如，发起者的历史业务活动的奖励数据，发起者历史发起的业务活动的最多参与人数，发起者完成历史业务活动的用时。其中，历史业务活动可以是与第一业务活动位于同一业务活动链路上的活动，也可以是位于不同业务活动链路上的活动。发起者的历史业务活动的奖励数据，可以举例为发起者以发起者的身份或者以参与者的身份完成历史业务活动后得到的优惠券面额。发起者历史发起的业务活动的最多参与人数，指的是发起者历史发起的活动所邀请到的最多参与者的人数，比如发起者历史发起的拼团活动的最多参与人数。发起者完成历史业务活动的用时，指的是，发起者发起历史业务活动到历史业务活动完成的总时长，以3人拼团赢优惠券为例，该用时是发起者发起拼团到拼团成功的总时长。

本实施例中，获取发起者在第一业务活动中的第一业务活动子数据，以及，获取发起者在历史业务活动中的第二业务活动子数据，将第一业务活动子数据和第二业务活动子数据作为业务活动数据，能够综合考虑到发起者在第一业务活动中的活动情况以及在历史业务活动中的活动情况，从而提高确定奖励数据和活动配置信息的准确性。

上述步骤S102中，获取业务活动链路上第一业务活动的参与者的业务交互数据。以第一业务活动是拼团活动为例，参与者是拼团的助力者。参与者的业务交互数据包括：参与者注册业务用户的注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次，参与者的属性信息等。

以业务为出行业务为例，注册时长指的是参与者注册为出行会员的时长。业务使用频次可以是参与者使用出行应用程序的频次。参与业务活动的频次可以是参与者参与出行业务中的拼团活动的频次。作为业务活动的发起者的频次可以是参与者作为团长开启出行业务中的拼团活动的频次。参与者的属性信息包括参与者的城市、年龄、兴趣偏好、在业务中的会员等级等信息。

上述步骤S104中，根据获取的业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据。以第一业务活动是拼团活动为例，可以在拼团成功后，确定发起者也即团长的奖励数据。

根据获取的业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据，具体包括：

(a1)从第一业务活动子数据中提取发起者完成第一业务活动的用时和参与者的数量，从第二业务活动子数据中提取发起者的历史业务活动的奖励数据；

(a2)根据业务交互数据、用时、参与者的数量和发起者的历史业务活动的奖励数据，确定发起者的第一业务活动的奖励数据。

动作(a1)中，从第一业务活动子数据中提取发起者完成第一业务活动的用时，该用时指的是发起者发起第一业务活动至第一业务活动完成的用时，比如，发起者发起拼团活动到拼团成功用时5小时，则该用时为5小时。参与者的数量可以是拼团活动中助力者的数量。从第二业务活动子数据中提取发起者的历史业务活动的奖励数据，该奖励数据可以是发起者在历史发起的业务活动中所接受的最高奖励数据，比如，发起者历史发起过5次拼团活动，最多一次拼团奖励为50元，则该奖励数据为50元，其中，发起者历史发起过5次拼团活动，指的是发起者作为团长发起过5次拼团活动。

动作(a2)中，根据业务交互数据、上述的用时、参与者的数量和发起者的历史业务活动的奖励数据，确定发起者的第一业务活动的奖励数据。该步骤具体包括：

(a21)根据业务交互数据、上述用时和参与者的数量，计算发起者的奖励权重；

(a22)根据发起者的奖励权重和发起者的历史业务活动的奖励数据，确定发起者的第一业务活动的奖励数据。

动作(a21)中，计算发起者的奖励权重，动作(a22)中，根据奖励权重和发起者的历史业务活动的奖励数据，计算发起者的第一业务活动的奖励数据。发起者的第一业务活动的奖励数据可以等于奖励权重乘以发起者的历史业务活动的奖励数据，比如，奖励权重为1.5，发起者的历史业务活动的奖励数据为优惠券50元，则发起者的第一业务活动的奖励数据为75元。

根据业务交互数据、上述用时和参与者的数量，计算发起者的奖励权重，具体包括：

(a211)从所述业务交互数据中提取所述参与者注册业务用户的注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次；

(a212)根据所述用时和所述参与者的数量，计算所述发起者邀请每个所述参与者的人均用时；

(a213)按照预设的权重计算规则，根据所述注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次和所述人均用时，计算所述发起者的奖励权重。

首先，从参与者的业务交互数据中提取参与者注册业务用户的注册时长，比如，业务为出行业务，参与者注册为会员一年零五天，则注册时长为一年零五天。提取参与者的业务使用频次，以出行业务为例，提取参与者使用出行APP的频次作为参与者的业务使用频次。提取参与者参与业务活动的频次，以业务活动为拼团活动为例，提取参与者参与拼团活动的频次，参与拼团活动包括作为团长和作为助力者两种情况。提取参与者作为业务活动的发起者的频次，以业务活动为拼团活动为例，提取参与者作为拼团活动的团长的频次。

然后，根据上面所说的从第一业务活动子数据中提取的发起者完成第一业务活动的用时和参与者的数量，计算发起者邀请每个参与者的人均用时。比如，发起者发起拼团活动到拼团成功用时5小时，拼团活动中助力者的数量为5人，则该人均用时为1小时1人。

最后，按照预设的权重计算规则，根据上述的注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次和人均用时，计算发起者的奖励权重。预设的权重计算规则可以是权重计算公式，该公式的思路可以表示为：奖励权重＝(注册时长+业务使用频次+参与业务活动的频次+作为业务活动的发起者的频次+人均用时的倒数)*预设系数。

该公式的设计思路为：注册时长越长、业务使用频次越高、参与业务活动的频次越高、作为业务活动的发起者的频次越高，说明参与者对业务的偏好程度越重，人均用时越短，说明发起者邀请每个参与者的耗时越小，则人均用时的倒数越大。通过将注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次、人均用时的倒数进行加和，再乘以预设系数，能够在参与者对业务的偏好程度越重，发起者邀请每个参与者的耗时越小的情况下，使得奖励权重越大，从而使得通过较短的时间邀请到业务重度爱好者作为参与者的发起者能够被发放较大的奖励。

另一种权重计算公式的思路可以表示为：奖励权重＝(注册时长的倒数+业务使用频次的倒数+参与业务活动的频次的倒数+作为业务活动的发起者的频次的倒数+人均用时的倒数)*预设系数。通过该公式，能够使得通过较短的时间邀请到业务轻度爱好者甚至是业务新用户作为参与者的发起者能够被发放较大的奖励。在实际应用中，可以根据具体情况选择上述两种公式中的一种计算奖励权重。

上述两种公式只是计算奖励权重的思路，并不一定是真实的公式。在实际实施中，在依据上述公式计算奖励权重时，可以预先将注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次、人均用时进行归一化处理，预设系数也可以通过试验设计得到，通过设置合理的预设系数可以保证计算出来的奖励权重的值位于0和指定数值比如5之间，以使得向用户发放奖励时不会超过之前的奖励的指定倍数，避免第一业务活动发放的奖励过大。

本实施例中，考虑到发起者的历史业务活动的奖励数据为空的情况，比如发起者历史没有发起过业务活动，或者发起业务活动后没有得到过奖励，则，若发起者的历史业务活动的奖励数据为空，则获取预设的奖励基准数据，将奖励基准数据作为发起者的历史业务活动的奖励数据，从而在发起者的历史业务活动的奖励数据为空的情况，也能够计算发起者在第一业务活动中的奖励数据。

本实施例中，在根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据之前，还包括：

(b1)判断第一业务活动是否为业务活动链路上的第一个业务活动；其中，业务活动链路包括按照预定顺序排列的多个业务活动；

(b2)若是，则获取基准奖励数据，将基准奖励数据作为发起者的奖励数据；

(b3)若否，则执行根据业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据的步骤。

根据前面对业务活动链路的介绍可知，业务活动链路上包括预定顺序排列的多个业务活动，比如包括3人开团、5人开团、10人开团三个业务活动，而且在3人开团完成后，才能开启5人开团，在5人开团完成后，才能开启10人开团。动作(b1)中，判断第一业务活动是否为业务活动链路上的第一个业务活动，比如，判断第一业务活动是否为3人开团活动。

若是，则获取预设的基准奖励数据，将基准奖励数据作为发起者的奖励数据，也就是说，当第一业务活动是业务活动链路上的第一个业务活动时，将预设的基准奖励数据作为发起者在第一业务活动中的奖励数据，而不再根据上述的动作(a1)和(a2)计算奖励数据，从而使得任何人在开启业务活动链路上的第一个业务活动时，都得到统一的奖励数据，避免为发起者带来不好的活动体验。

若不是，也就是说，若第一业务活动是业务活动链路上的第一个业务活动以外的业务活动，则根据上述的动作(a1)和(a2)计算奖励数据，从而准确计算发起者在第一业务活动中的奖励数据。

在一个具体的实施例中，可以通过团长价值模型实现上述的根据获取的业务活动数据和业务交互数据，确定发起者的第一业务活动的奖励数据的过程，也即，上述的动作(a1)和(a2)通过预先训练好的团长价值模型实现。该团长价值模型可以为神经网络模型。

上述步骤S104中，还根据业务活动数据和业务交互数据，确定业务活动链路上第二业务活动的活动配置信息。活动配置信息至少包括第二业务活动的参与者的数量。第二业务活动是业务活动链路上的位于第一业务活动后面的业务活动，结合前面的例子，若第一业务活动为5人开团活动，则第二业务活动可以为10人开团活动，这里的10人即为确定好的活动配置信息。

根据业务活动数据和业务交互数据，确定业务活动链路上第二业务活动的活动配置信息，包括：

(c1)从第一业务活动子数据中提取参与者的数量，从第二业务活动子数据中提取发起者历史发起的业务活动的最多参与人数，从业务交互数据中提取参与者的属性信息；

(c2)根据参与者的数量、最多参与人数和参与者的属性信息，确定第二业务活动的活动配置信息。

动作(c1)中，从第一业务活动子数据中提取参与第一业务活动的参与者的数量，比如第一业务活动为3人拼团，若团长不参与拼团只负责召集助力者拼团，则参与者数量为3。从第二业务活动子数据中提取发起者历史发起的业务活动的最多参与人数，比如，提取发起者历史作为团长发起的拼团活动中的最多参与人数，假设发起者历史作为团长发起的拼团活动中最多的助力者为10人，且团长不参与拼团只负责召集助力者拼团，则该最多参与人数为10人。以及，从业务交互数据中提取参与第一业务活动的参与者的属性信息，该属性信息包括城市、收入、年龄、性别等信息。

动作(c2)中，根据参与者的数量、最多参与人数和参与者的属性信息，确定第二业务活动的活动配置信息，具体包括：

(c21)确定参与者的数量和最多参与人数之间的最大值，在预设的多个活动参与人数中选取大于最大值的人数，作为第二业务活动的所需参与人数；

(c22)在预设的人数时间对应关系中选取与第二业务活动的所需参与人数相对应的时间，作为第二业务活动的最长完成用时；

(c23)根据参与者的属性信息，确定第二业务活动的参与者的属性信息要求；

(c24)根据第二业务活动的所需参与人数、第二业务活动的最长完成用时和第二业务活动的参与者的属性信息要求，生成第二业务活动的活动配置信息。

首先，确定第一业务活动的参与者的数量和最多参与人数之间的最大值，在预设的多个活动参与人数中选取大于最大值的人数，作为第二业务活动的所需参与人数。然后，在预设的人数时间对应关系中选取与第二业务活动的所需参与人数相对应的时间，作为第二业务活动的最长完成用时。该最长完成用时即为第二业务活动允许的最长用时。其次，根据第一业务活动的参与者的属性信息，确定第二业务活动的参与者的属性信息要求，比如，第一业务活动的参与者所在的城市都为北京，则确定属性信息要求为要求第二业务活动的参与者所属的城市为北京以外的其他城市，又如，第一业务活动的参与者均为女性，则确定属性信息要求为要求第二业务活动的参与者均为男性。最后，将第二业务活动的所需参与人数、第二业务活动的最长完成用时和第二业务活动的参与者的属性信息要求，共同作为第二业务活动的活动配置信息。

需要说明的是，拼团活动有两种情况，团长也即发起者参与拼团，或者，团长也即发起者不参与拼团，只是通过分享信息的形式邀请其他人拼团。当团长也即发起者参与拼团时，若确定的活动配置信息包括所需参与人数为10人，则其中9人为参与者，1人为团长。当团长也即发起者不参与拼团，只是邀请其他人拼团时，若确定的活动配置信息包括所需参与人数为10人，则其中10人均为参与者。

本实施例中，根据业务活动数据和业务交互数据，确定业务活动链路上第二业务活动的活动配置信息，能够达到结合发起者的业务活动数据和参与者的业务交互数据，准确地确定第二业务活动的活动配置信息，提高确定活动配置信息的准确性的效果。

在一个具体的实施例中，可以通过活动信息配置模型实现上述的确定第二业务活动的活动配置信息的过程，也即，上述的动作(c1)和(c2)通过预先训练好的活动信息配置模型实现。该活动信息配置模型可以为神经网络模型。

本实施例中，在确定发起者的第一业务活动的奖励数据和业务活动链路上第二业务活动的活动配置信息之后，执行步骤S106，根据奖励数据向发起者发放奖励，以及，响应于发起者对第二业务活动的活动发起请求和活动配置信息，启动第二业务活动。

假设第一业务活动为3人拼团，在3人拼团完成后，计算发起者的奖励数据，计算奖励数据为75元优惠券，则向发起者发放75元优惠券。并且，计算下一次拼团所需的参与者的人数，即确定第二业务活动的活动配置信息，假设下一次拼团需要5人参加，则在接收到发起者针对第二业务活动的活动发起请求后，开启5人拼团活动供发起者进行拼团。3人拼团和5人拼团位于同一业务活动链路上。

本实施例中，在获取第一业务活动的参与者的业务交互数据之后，还可以执行：

(d1)根据业务交互数据，确定参与者的奖励数据；

(d2)根据参与者参的奖励数据，向所述参与者发放参与所述第一业务活动的奖励。

根据参与第一业务活动的参与者的业务交互数据，确定参与者的奖励数据，具体过程可以为：根据参与第一业务活动的参与者的业务交互数据，根据参与第一业务活动的参与者的业务偏好，然后，根据该业务偏好，确定参与者参与第一业务活动的奖励数据。

比如，参与者的业务交互数据表示参与者倾向于打快车而非出租车，则确定其业务偏好为打快车，基于该业务偏好，确定参与者的奖励数据为快车优惠券。进而，动作(d2)中，根据参与者参的奖励数据，向参与者发放参与第一业务活动的奖励，比如，向参与者发放快车优惠券。

在一个具体的实施例中，可以通过助力者价值模型实现上述的确定参与者的奖励数据的过程，也即，上述的动作(d1)通过预先训练好的助力者价值模型实现。该助力者价值模型可以为神经网络模型。

以上介绍了本实施例中的业务活动处理方法，在该实施例中，业务包括出行业务，第一业务活动和第二业务活动均包括拼团抢优惠活动，发起者为拼团的团长，参与者为拼团的助力者。当然，业务也可以为其他业务比如购物业务，第一业务活动和第二业务活动均包括拼团抢购物红包活动，发起者为拼团的团长，参与者为拼团的助力者。

以业务活动为拼团活动，且，发起者作为团长不参与拼团，只将拼团信息分享给助力者(即参与者)为例，图3为本说明书一实施例提供的业务活动发起流程示意图，如图3所示，该流程包括：

步骤S302，显示拼团页面；

步骤S304，判断团长是否满足拼团要求；

判断团长是否实名认证通过，是否为灰黑产用户，所用的账户、证件、手机号、手机设备是否一致，若实名认证通过，不是灰黑产用户，且，所用的账户、证件、手机号、手机设备一致，则执行步骤S306，否则执行步骤S308。

步骤S306，开启拼团；

步骤S308，提示不允许开团的提示消息；

步骤S310，判断是否在预设时间内拼团成功；

判断团长是否在预设时间内邀请到指定数量的助力者，若是，执行步骤S312，否则执行步骤S314。

步骤S312，根据团长的业务活动数据和助力者的业务交互数据，计算团长的奖励并向团长发放；

步骤S314，提示拼团失败；

步骤S316，根据团长的业务活动数据和助力者的业务交互数据，确定下一阶段拼团的活动配置信息；

下一阶段的活动配置信息包括下一阶段所需的助力者的数量。需要说明的是，本次拼团活动和下一阶段的拼团活动位于同一条拼团活动链路上。

步骤S318，自动为团长开启下一阶段的拼团活动。

比如，在3人拼团成功后，确定下一阶段的活动配置信息为5人拼团，则自动开启5人拼团活动。

以业务活动为拼团活动，且，发起者作为团长不参与拼团，只将拼团信息分享给助力者(即参与者)为例，图4为本说明书一实施例提供的业务活动参与流程示意图，如图4所示，该流程包括：

步骤S402，显示助力页面；

步骤S404，判断助力者是否满足拼团要求；

判断助力者是否实名认证通过，是否为灰黑产用户，所用的账户、证件、手机号、手机设备是否一致，若实名认证通过，不是灰黑产用户，且，所用的账户、证件、手机号、手机设备一致，则执行步骤S406，否则执行步骤S408。

步骤S406，显示助力入口供助力者拼团助力；

步骤S408，提示不允许拼团的提示消息；

步骤S410，判断是否在预设时间内拼团成功；

判断团长是否在预设时间内邀请到指定数量的助力者，若是，执行步骤S412，否则执行步骤S414。

步骤S412，根据助力者的业务交互数据，计算助力者的活动奖励并发放。

步骤S414，提示拼团失败。

以业务活动为拼团活动为例，图5为本说明书一实施例提供的业务活动的产品框架示意图，如图5所示，该框架包括模型层和数据层，其中，模型层包括团长价值模型、助力者价值模型、团价值模型、用户偏好模型、动态定奖模型、场景关联模型、活动信息配置模型。数据层包括用户的业务活动数据、用户的业务交互数据、用户的基本属性信息数据。

图5中，动态定奖模型用于计算团长和助力者的奖励数据。当计算团长的奖励数据时，动态定奖模型调用团长价值模型，团长价值模型执行图1中的步骤S104，根据团长的业务活动数据和助力者的业务交互数据，确定团长的奖励数据，当计算助力者的奖励数据时，动态定奖模型调用助力者价值模型，根据助力者的业务交互数据，计算助力者的奖励数据。其中，助力者价值模型调用用户偏好模型，通过用户偏好模型根据助力者的业务交互数据确定助力者的业务偏好，从而确定助力者的奖励数据。活动信息配置模型用于根据团长的业务活动数据和助力者的业务交互数据，确定下一阶段拼团活动的活动配置信息。

在计算团长和助力者的奖励数据的过程中，需要调用数据层中的业务活动数据和业务交互数据。在确定活动配置信息时，需要调用数据层中的用户的基本属性信息数据。

图5中，团价值模型用于根据团长价值(也即团长的奖励数据)计算团的价值。团价值用于衡量团的流量带动能力。团价值用于反馈至后台为后续业务方设计业务活动提供参考。场景关联模型用于根据助力者的业务偏好确定助力者偏好的业务场景，为业务方设计助力者的奖励数据提供参考。

综上，本实施例中提供的业务活动处理方法，能够灵活准确的确定团长的价值(即奖励)，从而通过鼓励团长的开团提升团长的分享效率，进而提升场景流量。这种动态决策团长的奖励的方案可以应用于网约车场景，比如邀请好友点赞赢打车券，带动打车程序的访问和支付，还可以应用于信用卡还款场景，比如邀请好友帮忙赢取还款金，带动信用卡还款访问和笔数。

本说明书一实施例还提供了一种业务活动处理装置，图6为本说明书一实施例提供的业务活动处理装置的模块组成示意图，如图6所示，该装置包括：

数据获取模块61，获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

数据确定模块62，根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

奖励发放模块63，根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

图6中的装置能够实现前述方法的全部过程，并达到相同的效果和功能，这里不再赘述。

本说明书一实施例中，根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定发起者的第一业务活动的奖励数据，并向发起者发放相应的奖励，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地计算发起者的奖励数据，提高向发起者发放奖励的准确性。另外，本实施例中，还根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定第二业务活动的活动配置信息，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地确定第二业务活动的活动配置信息，提高确定活动配置信息的准确性。

进一步地，本说明书另一实施例还提供了一种业务活动处理设备，图7为本说明书一实施例提供的业务活动处理设备的结构示意图，如图7所示，业务活动处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器901和存储器902，存储器902中可以存储有一个或一个以上存储应用程序或数据。其中，存储器902可以是短暂存储或持久存储。存储在存储器902的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对业务活动处理设备中的一系列计算机可执行指令。更进一步地，处理器901可以设置为与存储器902通信，在业务活动处理设备上执行存储器902中的一系列计算机可执行指令。业务活动处理设备还可以包括一个或一个以上电源903，一个或一个以上有线或无线网络接口904，一个或一个以上输入输出接口905，一个或一个以上键盘906等。

在一个具体的实施例中，业务活动处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对业务活动处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

图7中的设备能够实现前述方法的全部过程，并达到相同的效果和功能，这里不再赘述。

本说明书一实施例中，根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定发起者的第一业务活动的奖励数据，并向发起者发放相应的奖励，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地计算发起者的奖励数据，提高向发起者发放奖励的准确性。另外，本实施例中，还根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定第二业务活动的活动配置信息，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地确定第二业务活动的活动配置信息，提高确定活动配置信息的准确性。

进一步地，本说明书另一实施例还提供了一种存储介质，用于存储计算机可执行指令，一种具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：

获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

本实施例中的存储介质能够实现前述方法的全部过程，并达到相同的效果和功能，这里不再赘述。

本说明书一实施例中，根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定发起者的第一业务活动的奖励数据，并向发起者发放相应的奖励，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地计算发起者的奖励数据，提高向发起者发放奖励的准确性。另外，本实施例中，还根据第一业务活动的发起者的业务活动数据和第一业务活动的参与者的业务交互数据，确定第二业务活动的活动配置信息，从而结合发起者的业务活动数据和参与者的业务交互数据，准确地确定第二业务活动的活动配置信息，提高确定活动配置信息的准确性。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在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 (20)

1.一种业务活动处理方法，包括：

获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

2.根据权利要求1所述的方法，获取业务活动链路上第一业务活动的发起者的业务活动数据，包括：

获取所述发起者在所述第一业务活动中的第一业务活动子数据，以及，获取所述发起者在历史业务活动中的第二业务活动子数据；

将所述第一业务活动子数据和所述第二业务活动子数据作为所述业务活动数据。

3.根据权利要求2所述的方法，根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据，包括：

从所述第一业务活动子数据中提取所述发起者完成所述第一业务活动的用时和所述参与者的数量，从所述第二业务活动子数据中提取所述发起者的历史业务活动的奖励数据；

根据所述业务交互数据、所述用时、所述参与者的数量和所述发起者的历史业务活动的奖励数据，确定所述发起者的所述第一业务活动的奖励数据。

4.根据权利要求3所述的方法，根据所述业务交互数据、所述用时、所述参与者的数量和所述发起者的历史业务活动的奖励数据，确定所述发起者的所述第一业务活动的奖励数据，包括：

根据所述业务交互数据、所述用时和所述参与者的数量，计算所述发起者的奖励权重；

根据所述奖励权重和所述发起者的历史业务活动的奖励数据，确定所述发起者的所述第一业务活动的奖励数据。

5.根据权利要求4所述的方法，根据所述业务交互数据、所述用时和所述参与者的数量，计算所述发起者的奖励权重，包括：

从所述业务交互数据中提取所述参与者注册业务用户的注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次；

根据所述用时和所述参与者的数量，计算所述发起者邀请每个所述参与者的人均用时；

按照预设的权重计算规则，根据所述注册时长、业务使用频次、参与业务活动的频次、作为业务活动的发起者的频次和所述人均用时，计算所述发起者的奖励权重。

6.根据权利要求3-5任一项所述的方法，还包括：

若所述发起者的历史业务活动的奖励数据为空，则获取奖励基准数据，将所述奖励基准数据作为所述发起者的历史业务活动的奖励数据。

7.根据权利要求1所述的方法，在根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据之前，还包括：

判断所述第一业务活动是否为所述业务活动链路上的第一个业务活动；其中，所述业务活动链路包括按照预定顺序排列的多个业务活动；

若是，则获取基准奖励数据，将所述基准奖励数据作为所述发起者的奖励数据；

若否，则执行根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据的步骤。

8.根据权利要求2所述的方法，根据所述业务活动数据和所述业务交互数据，确定所述第二业务活动的活动配置信息，包括：

从所述第一业务活动子数据中提取所述参与者的数量，从所述第二业务活动子数据中提取所述发起者历史发起的业务活动的最多参与人数，从所述业务交互数据中提取所述参与者的属性信息；

根据所述参与者的数量、所述最多参与人数和所述参与者的属性信息，确定所述第二业务活动的活动配置信息。

9.根据权利要求8所述的方法，根据所述参与者的数量、所述最多参与人数和所述参与者的属性信息，确定所述第二业务活动的活动配置信息，包括：

确定所述参与者的数量和所述最多参与人数之间的最大值，在预设的多个活动参与人数中选取大于所述最大值的人数，作为所述第二业务活动的所需参与人数；

在预设的人数时间对应关系中选取与所述第二业务活动的所需参与人数相对应的时间，作为所述第二业务活动的最长完成用时；

根据所述参与者的属性信息，确定所述第二业务活动的参与者的属性信息要求；

根据所述第二业务活动的所需参与人数、所述第二业务活动的最长完成用时和所述第二业务活动的参与者的属性信息要求，生成所述第二业务活动的活动配置信息。

10.根据权利要求1所述的方法，在获取所述业务交互数据之后，还包括：

根据所述业务交互数据，确定所述参与者的奖励数据；

根据所述参与者参的奖励数据，向所述参与者发放参与所述第一业务活动的奖励。

11.根据权利要求10所述的方法，根据所述业务交互数据，确定所述参与者的奖励数据，包括：

根据所述业务交互数据，确定所述参与者的业务偏好；

根据所述业务偏好，确定所述参与者参与所述第一业务活动的奖励数据。

12.根据权利要求1所述的方法，

所述业务包括出行业务；所述第一业务活动和所述第二业务活动均包括拼团抢优惠活动；所述发起者为所述拼团的团长；所述参与者为所述拼团的助力者。

13.一种业务活动处理装置，包括：

数据获取模块，获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

数据确定模块，根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

奖励发放模块，根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

14.根据权利要求13所述的装置，所述数据获取模块，

获取所述发起者在所述第一业务活动中的第一业务活动子数据，以及，获取所述发起者在历史业务活动中的第二业务活动子数据；

将所述第一业务活动子数据和所述第二业务活动子数据作为所述业务活动数据。

15.根据权利要求14所述的装置，所述数据确定模块，

从所述第一业务活动子数据中提取所述发起者完成所述第一业务活动的用时和所述参与者的数量，从所述第二业务活动子数据中提取所述发起者的历史业务活动的奖励数据；

根据所述业务交互数据、所述用时、所述参与者的数量和所述发起者的历史业务活动的奖励数据，确定所述发起者的所述第一业务活动的奖励数据。

16.根据权利要求15所述的装置，所述数据确定模块，

根据所述业务交互数据、所述用时和所述参与者的数量，计算所述发起者的奖励权重；

根据所述奖励权重和所述发起者的历史业务活动的奖励数据，确定所述发起者的所述第一业务活动的奖励数据。

17.根据权利要求14所述的装置，所述数据确定模块，

从所述第一业务活动子数据中提取所述参与者的数量，从所述第二业务活动子数据中提取所述发起者历史发起的业务活动的最多参与人数，从所述业务交互数据中提取所述参与者的属性信息；

根据所述参与者的数量、所述最多参与人数和所述参与者的属性信息，确定所述第二业务活动的活动配置信息。

18.根据权利要求17所述的装置，所述数据确定模块，

确定所述参与者的数量和所述最多参与人数之间的最大值，在预设的多个活动参与人数中选取大于所述最大值的人数，作为所述第二业务活动的所需参与人数；

在预设的人数时间对应关系中选取与所述第二业务活动的所需参与人数相对应的时间，作为所述第二业务活动的最长完成用时；

根据所述参与者的属性信息，确定所述第二业务活动的参与者的属性信息要求；

根据所述第二业务活动的所需参与人数、所述第二业务活动的最长完成用时和所述第二业务活动的参与者的属性信息要求，生成所述第二业务活动的活动配置信息。

19.一种业务活动处理设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现以下流程：

获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

20.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下流程：

获取业务活动链路上第一业务活动的发起者的业务活动数据，以及，获取所述第一业务活动的参与者的业务交互数据；

根据所述业务活动数据和所述业务交互数据，确定所述发起者的所述第一业务活动的奖励数据和所述业务活动链路上第二业务活动的活动配置信息；

根据所述奖励数据向所述发起者发放奖励，以及，响应于所述发起者对所述第二业务活动的活动发起请求和所述活动配置信息，启动所述第二业务活动。

Images