CN110084631A - 在线业务对象请求/发送方法、装置、介质和电子设备 - Google Patents

Abstract

本公开提供了一种在线业务对象请求/发送方法、装置、介质和电子设备，该请求方法包括：客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型；当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型；客户端向服务端发送获取第一业务对象的请求；当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。本公开将在线业务对象请求分为两个阶段，并在每一阶段控制电子标签的发送概率，使得整个事件的用户粘度大大增加，提升了用户粘度，增加了用户体验。

Description

在线业务对象请求/发送方法、装置、介质和电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种在线业务对象请求/发送方法、装置、介质和电子设备。

背景技术

随着互联网的发展，特别是移动互联网的发展，出现了越来越多的在线分享业务，例如，拼多多式的共享购物，集卡式的在线红包分享等，但现有的在线分享型业务由于持续时间长，形式单一等问题，往往参与分享的人数达不到理想状态。例如现有的集卡活动都只有一个阶段，除了稀缺卡(1张)，用户很快就能集齐其他卡。活动一般持续7-10天，用户常见的活跃前1-2天，还有最后1天(开奖)，活动中途的延续性差，导致用户参与度低。而且集卡概率的控制点只能是稀缺卡(一张)，概率控制发挥的空间受限，用户除了稀缺卡之外的卡，容易集齐，对集卡活动容易疲惫。

因此，如何快速有效的对在线分享型业务进行有节奏的控制，从而提高用户粘度，就成为急迫解决的技术问题。

公开内容

本公开的目的在于提供一种在线业务对象请求/发送方法、装置、介质和电子设备，能够解决上述提到的至少一个技术问题。具体方案如下：

根据本公开的具体实施方式，第一方面，本公开提供一种在线业务对象请求方法，包括：

客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型；

当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型；

客户端向服务端发送获取第一业务对象的请求；

当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。

可选的，所述客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型，包括：

所述客户端以第一概率接收来自服务端的第三数量不同类型第一电子标签；

当所述第一电子标签类型数量达到第三数量时，所述客户端以第二概率接收来自服务端的一张不同类型的第一电子标签；

当所述客户端接收到一张不同类型的第一电子标签后，所述客户端以第三概率接收来自服务端的另一张不同类型的第一电子标签。

可选的，所述第三数量小于所述第一数量，且二者之差为二。

可选的，所述第一概率为与所述客户端活跃度相关的一个随机数；和/或

所述第二概率为与一定时间段内参与在线业务对象请求人数相关的分配值；和/或

所述第三概率为欲分配第一业务对象人数和参与在线第一业务对象请求人数的比值。

可选的，还包括：

客户端接收服务端发送的匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签；

触发所述匿名数据包，使所述第二电子标签显示并存储于所述客户端。

可选的，还包括：

当所述第二电子标签类型数量达到第四数量时，所述客户端以第四概率接收来自服务端的一张不同类型的第二电子标签；

当所述客户端接收到一张不同类型的第二电子标签后，所述客户端以第五概率接收来自服务端的另一张不同类型的第二电子标签。

可选的，所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；和/或

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

根据本公开的具体实施方式，第二方面，本公开提供一种在线业务对象发送方法，包括：

向客户端发送第一电子标签，其中所述第一电子标签包括多种类型；

当接收到将第一数量的不同类型所述第一电子标签转化成一张第二电子标签的请求时，向所述客户端发送一张所述第二电子标签，所述第二电子标签包括多种类型；

响应所述客户端发送的获取第一业务对象的请求，并从第一业务对象集合中按照预定规则分配所述第一业务对象；

响应所述客户端发送的获取第二业务对象的请求，并从第二业务对象集合中按照预定规则分配所述第二业务对象。

可选的，所述向客户端发送第一电子标签，其中所述第一电子标签包括多种类型，包括：

向客户端以第一概率发送第三数量不同类型第一电子标签；

当发送的所述第一电子标签类型数量达到所述第三数量后，接收所述客户端请求，向所述客户端以第二概率发送的一张不同类型的所述第一电子标签；

接收所述客户端请求，向所述客户端以第三概率发送另一张不同类型的所述第一电子标签。

可选的，所述第三数量小于所述第一数量，且二者之差为二。

可选的，所述第一概率为与所述客户端活跃度相关的一个随机数；和/或

所述第二概率为与一定时间段内参与在线业务对象请求人数相关的分配值；和/或

所述第三概率为欲分配第一业务对象人数和参与在线第一业务对象请求人数的比值。

可选的，所述当接收到将第一数量的不同类型第一电子标签转化成一张第二电子标签的请求时，向客户端发送一张第二电子标签，所述第二电子标签包括多种类型之后，包括：

向所述客户端发送匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签。

可选的，还包括：

当所述第二电子标签类型数量达到第四数量时，接收所述客户端请求，向所述客户端以第四概率发送一张不同类型的所述第二电子标签；

接收所述客户端请求，向所述客户端以第五概率发送另一张不同类型的所述第二电子标签。

可选的，所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；和/或

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

根据本公开的具体实施方式，第三方面，本公开提供一种在线业务对象请求装置，包括：

接收单元，用于客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型；

转化单元，用于当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型；

第一请求单元，用于客户端向服务端发送获取第一业务对象的请求；

第二请求单元，用于当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。

根据本公开的具体实施方式，第四方面，本公开提供一种在线业务对象发送装置，包括：

第一发送单元，用于向客户端发送第一电子标签，其中所述第一电子标签包括多种类型；

第二发送单元，用于当接收到将第一数量的不同类型第一电子标签转化成一张第二电子标签的请求时，向客户端发送一张第二电子标签，所述第二电子标签包括多种类型；

第一分配单元，用于响应客户端发送的获取第一业务对象的请求，并从第一业务对象集合中按照预定规则分配第一业务对象；

第二分配单元，用于响应客户端发送的获取第二业务对象的请求，并从第二业务对象集合中按照预定规则分配第二业务对象。

根据本公开的具体实施方式，第五方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上任一项所述的方法。

根据本公开的具体实施方式，第六方面，本公开提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上任一项所述的方法。

本公开实施例的上述方案与现有技术相比，至少具有以下有益效果：本公开通过提供一种在线业务对象请求/发送方法、装置、介质和电子设备，将在线业务对象请求分为两个阶段，并在每一阶段控制电子标签的发送概率，使得整个事件的用户粘度大大增加，同时概率控制更加灵活多变，集卡的合成保证了第一阶段和第二阶段顺利过渡承接，进入第二阶段后，通过概率控制、鼓励交互、彩蛋抽取等多种技术手段的应用，进一步提升了用户粘度，增加了用户体验，使参与事件的活动人数大大增加。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了根据本公开实施例的在线业务对象请求方法的应用场景图；

图2示出了根据本公开实施例的在线业务对象请求方法流程图；

图3示出了根据本公开实施例的在线业务对象请求的客户端操作示意图；

图4示出了根据本公开实施例的在线业务对象请求的客户端操作另一示意图；

图5示出了根据本公开实施例的在线业务对象请求的客户端操作另一示意图；

图6示出了根据本公开实施例的在线业务对象发送方法流程图；

图7示出了根据本公开实施例的在线业务对象请求装置结构示意图；

图8示出了根据本公开实施例的在线业务对象发送装置结构示意图；

图9示出了根据本公开的实施例的电子设备连接结构示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

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

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

应当理解，尽管在本公开实施例中可能采用术语第一、第二、第三等来描述……，但这些……不应限于这些术语。这些术语仅用来将……区分开。例如，在不脱离本公开实施例范围的情况下，第一……也可以被称为第二……，类似地，第二……也可以被称为第一……。

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

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

下面结合附图详细说明本公开的可选实施例。

实施例1

如图1所示，为本公开实施例的一种应用场景图，该应用场景为多个用户通过手机等终端设备操作安装于该终端设备上的客户端，客户端通过网络与后台服务器进行数据通信。特别的一种应用场景为集卡分发过程，但并不限于该唯一应用场景，可以理解的任何能够应用于本实施方案的场景均包括在内，为了说明方便，本实施例以用户集卡分发的应用场景为例进行描述。

如图2所示，根据本公开的具体实施方式，第一方面，本公开提供一种在线业务对象请求方法，应用于客户端，具体包括如下方法步骤：

步骤S102：客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型。

所述客户端为安装于用户终端(例如手机、PAD等)的任何一种应用程序，例如支付宝、今日头条、百度、微信等应用程序，该应用程序具有集卡功能。

所述服务端，可以包括面向客户端提供服务的服务器、服务器集群或者云平台；例如，当上述客户端为今日头条客户端时，上述服务端可以是今日头条后台服务器。

所述第一电子标签，是用户向服务端提取第一业务对象时的一种凭证，所述第一电子标签具有与所述第一业务对象对应的属性，在实际示例中，所述第一电子标签的具体形式不进行具体的限制，例如可以是字符串、数字、字符、口令、虚拟卡片或图片等。所述第一电子标签是通过服务器在一定规则下发放到客户端的，能够以某种形式展示的可视化标签，例如是一张经图文渲染的卡片。服务端可以对用户提交的第一电子标签的内容、数量或者种类进行验证，来确定用户是否具备第一业务对象的提取权限，并在用户具备提取权限时，从业务对象集合中为用户分配业务对象。其中，每个电子标签可以有对应的类别或者种类，每种类别的第一电子标签可以代表一种类型的凭证，每一种类型的凭证可以具有相同或不同的内容。为了描述方便，实施例中以金卡作为第一电子标签的具体形式进行说明，以金卡1、金卡2、……、金卡n来描述不同种类的第一电子标签。

所述业务对象，可以为任意形式的客户端与服务端进行业务交互的数据。作为一示例性实施例，上述业务对象可以包括虚拟物品，例如优惠券、电子贺卡、礼金、现金、红包等。针对不同的业务实现，上述虚拟物品包含的内容可以互不相同；例如，在支付业务中，上述业务对象可以是资金；在商家发起的商品活动业务时，上述业务对象可以是优惠券，等等。上述业务对象集合是指用户可提取的业务对象的集合，例如，当业务对象为通过红包的形式所发放的资金时，上述业务对象集合可以是与红包发放平台合作的第三方企业的红包发放账户。在本实施例中，业务对象是指以服务商发起的供用户集卡后分享的现金红包。业务对象集合是指以服务商发起的供用户集卡后分享的现金红包的总和，例如集卡后可分享2亿现金红包。

如图3所示，在本实施例的该步骤中，具体可以描述为用户通过类似于今日头条的客户端接收来自后台服务器发放的金卡，其中所述金卡包括金卡1、金卡2、金卡3、金卡4、金卡5，更具体的可以以任意五个字的吉祥话来表示五张金卡，例如“发财中国年”等。

步骤S104：当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型。

所述第二电子标签，是用户向服务端提取第二业务对象时的一种凭证，所述第二电子标签具有与所述第二业务对象对应的属性，在实际示例中，所述第二电子标签的具体形式不进行具体的限制，例如可以是字符串、数字、字符、口令、虚拟卡片或图片等。所述第二电子标签是通过服务器在一定规则下发放到客户端的，能够以某种形式展示的可视化标签，例如是一张经图文渲染的卡片。服务端可以对用户提交的第二电子标签的内容、数量或者种类进行验证，来确定用户是否具备第二业务对象的提取权限，并在用户具备提取权限时，从业务对象集合中为用户分配业务对象。其中，每个电子标签可以有对应的类别或者种类，每种类别的第二电子标签可以代表一种类型的凭证，每一种类型的凭证可以具有相同或不同的内容。为了描述方便，实施例中以钻卡作为第二电子标签的具体形式进行说明，以钻卡1、钻卡2、……、钻卡n来描述不同种类的第二电子标签。

钻卡的获取方式可以表现为以下几种，

第一、通过五张金卡合成一张钻卡。

第二、通过彩蛋抽奖的方式获得一张钻卡。

第三、通过随机发放的形式获得一张钻卡。

如图4所示，在本实施例的该步骤中，具体可以描述为当用户的客户端搜集到的不同金卡的数量达到5时，即“发财中国年”五张卡全部集齐时，点击转化部件或自动的，5张不同类型的金卡标签转化成一张钻卡。其中所述钻卡包括钻卡1、钻卡2、钻卡3、钻卡4、钻卡5，更具体的可以以任意五个字的吉祥话来表示五张钻卡，例如“家和万事兴”等。

上述金卡和钻卡的数量不做具体的限定，在实际应用中可以根据实际的需求来确定。为了表述方便，特别以5张金卡、5张钻卡表述。

步骤S106：客户端向服务端发送获取第一业务对象的请求。

在本实施例的该步骤中，当客户端集齐5张金卡时，便具备了申请获取第一部分现金红包的资格，通过触控或自动提交的方式，向后台服务器提交分发第一部分现金红包的申请，服务端接收到相应的申请后进行资格验证，例如核实是否是5张不同的金卡，是否是第一次集齐该5张金卡等，如何核实通过，则记录该客户端的ID信息，等待发放时刻，按照预定规则进行发放。

步骤S108：当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。

在本实施例的该步骤中，当客户端集齐5张钻卡时，例如集齐了“家和万事兴”5张钻卡，便具备了申请获取第二部分现金红包的资格，通过触控或自动提交的方式，向后台服务器提交分发第二部分现金红包的申请，服务端接收到相应的申请后进行资格验证，例如核实是否是5张不同的钻卡，是否是第一次集齐该5张钻卡等，如何核实通过，则记录该客户端的ID信息，等待发放时刻，按照预定规则进行发放。

在其中之一的实施方式中，所述客户端接收来自服务端的第一电子标签，可以通过以下至少三种方式进行接收，当然接收方式不限于此。

第一、所述客户端以第一概率接收来自服务端的第三数量不同类型第一电子标签。

具体的示例中，例如，在今日头条客户端中，标示有“集卡活动”的参与入口，用户通过触控该入口，开启参与集卡的活动，开始搜集“发财中国年”的5张金卡。

用户首次进入集卡活动页面后，通过某一指定操作，例如扫描“福”字、回答问题、观看指定内容等方式进行集卡活动，为了描述方便，本实施例中以扫描“福”字为例进行说明，客户端扫描完成后，今日头条客户端可以向今日头条后台服务器发起获取虚拟卡片的请求，今日头条后台服务器在收到该请求后，可以随机的以一定概率为用户主动下发一张任意类型的虚拟卡片，例如此时客户可以以一定的概率获得“发财中国年”的任意一张，获得任一张的概率都是相同的，例如20％的概率，所述第一概率为与所述客户端活跃度相关的一个随机数，如果用户频繁参与集卡活动，该概率就会大大增加，如果用户几天参与一次，该概率就会降低。当然也可能此处的扫描手段没有获得任何的金卡，此时客户端收到诸如“谢谢参与”、“恭喜发财”等的祝福语。

经过多轮的参与，用户会以一定的概率得到多张金卡，此时金卡的种类最多不超过3种，每一种的数量可以不限，例如可以有10张“发”、12张“中”、1张“国”等，但是金卡种类最多有3种，在此情况下，用户通过扫描“福”字等方式进行了初步的活动参与，初步体会了参与的趣味性。在本例中，当用户的客户端获取到虚拟卡片时，可以为该虚拟卡片生成一张对应的展示图片，然后将该展示图片在活动界面中展示。其中，客户端为不同种类的虚拟卡片生成的展示图片上的内容互不相同。不同种类的卡片数量可以显示在卡片的顶端任意位置。例如，当客户端将获取的金卡添加至对应的展示位置后，客户端可以在该展示位置的预设位置上标注当前获取到的该虚拟卡片的数量，同时当与该展示位置对应的虚拟卡片的数量发生变化时，客户端还可以对该数量进行更新。

在本例中，用户除了可以获取服务端主动下发的虚拟卡片以外，还可以获取其它用户分享的虚拟卡片。其中，其它用户在分享虚拟卡片时，可以采用相同的客户端在客户端内部进行分享，也可以通过客户端将虚拟卡片以链接或者图文的形式通过第三方的社交平台或者即时通信客户端进行分享。

用户想要对某一类虚拟卡片进行分享，可以通过点击相关的触发按钮来触发该虚拟卡片对应的展示位置，当展示位置触发后，可以将与该展示位置对应的展示图片显示在用户界面中。此时，在该展示图片中可以提供“送一张给朋友”的触发选项；当用户通过点击等触发操作触发该触发选项后，客户端可以输出一个分享方式的选择界面，在该选择界面中可以提供若干种可供第一用户选择的分享方式；比如，分享方式可以包括“通过微信发送给朋友”、“通过QQ发送给朋友”以及“通过钉钉发送给朋友”等选项。

用户可以在该选择界面中选择分享方式，当选择完成后，用户还可以在好友列表中指定要分享的目标用户，然后由客户端将该虚拟卡片以链接或者图文的形式发送给该目标用户。

第二、当所述第一电子标签类型数量达到第三数量时，所述客户端以第二概率接收来自服务端的一张不同类型的第一电子标签。

在该实施例中，具体为，当所述金卡的数量达到3张时，服务端向客户端分发金卡的概率将不同于第一概率，此时分发的第二概率a％为与一定时间段内参与在线业务对象请求人数相关的一个分配值，例如整个集卡活动期限为10天，前3天已经有大量的人获得了第四张卡，则后续发放第四张卡的概率将会降低，以此延缓等待第5张卡的时间，避免陷入全部金卡用户都是“五缺一”的状态，避免全网求稀缺卡，导致用户负面反馈过多。反之，若前3天发放第4张卡的用户数量不够多，则可以提高发放第4张卡的概率。

第三、当所述客户端接收到一张不同类型的第一电子标签后，所述客户端以第三概率接收来自服务端的另一张不同类型的第一电子标签。

在该实施例中，具体为，当用户已经集齐任意四种类型的金卡后，服务器将以第三概率b％向该用户的客户端发放最后一张金卡。所述第三概率b％为欲分配第一业务对象人数和参与在线第一业务对象请求人数的比值。通过金卡5的抽中概率b％来灵活控制集齐金卡的人数，以控制获得第一批红包现金的人数。

同时，可以精确控制各个时段的集齐人数，例如前2天控制集齐人数<188名，这样可以保证“前188名集齐金卡用户能够获得价值3000元实体金卡”之类的奖励诱饵的有效性。

在其中之一的实施方式中，所述客户端接收来自服务端的第二电子标签，可以通过以下方式进行接收，当然接收方式不限于此。

第一、客户端接收服务端发送的匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签；触发所述匿名数据包，使所述第二电子标签显示并存储于所述客户端。

其中，如图5所示，所述匿名数据包可以包括任何在未打开之前是未知内容的任何表现形式，例如彩蛋、彩票、刮奖券等等，所述匿名数据包被打开后会呈现出服务端发送过来的随机的数据包，例如一张钻卡等，钻卡可以与用户已经获得的钻卡相同，或者不同，发放具有随机性。

第二、当所述第二电子标签类型数量达到第四数量时，所述客户端以第四概率接收来自服务端的一张不同类型的第二电子标签；

可选的，所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；

在该实施例中，具体为，当所述钻卡的数量达到3张时，服务端向客户端分发钻卡的概率将为第四概率c％，第四概率c％为与所述客户端在第一阶段向其他客户端分享所述金卡数量成正比例相关的一个随机数，用户向其他用户分享金卡的数量越多，后续获得钻卡的概率也就越大，以此来鼓励用户多多分享金卡，扩大参与积极性。

第三、当所述客户端接收到一张不同类型的第二电子标签后，所述客户端以第五概率接收来自服务端的另一张不同类型的第二电子标签。

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

在该实施例中，具体为，当用户已经集齐任意四种类型的钻卡后，服务器将以第五概率c％向该用户的客户端发放最后一张钻卡。所述第五概率c％为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。通过钻卡5的抽中概率c％来灵活控制集齐钻卡的人数，以控制获得第二批红包现金的人数。

同时，可以精确控制各个时段的集齐人数，例如前8天控制集齐人数<188名，这样可以保证“前188名集齐钻卡用户能够获得价值3000元实体钻卡”之类的奖励诱饵的有效性。

本公开通过提供一种在线业务对象请求方法，将在线业务对象请求分为两个阶段，并在每一阶段控制电子标签的发送概率，使得整个事件的用户粘度大大增加，同时概率控制更加灵活多变，集卡的合成保证了第一阶段和第二阶段顺利过渡承接，进入第二阶段后，通过概率控制、鼓励交互、彩蛋抽取等多种技术手段的应用，进一步提升了用户粘度，增加了用户体验，使参与事件的活动人数大大增加。

实施例2

结合如图1所示的应用场景图进行说明，该应用场景为多个用户通过手机等终端设备操作安装于该终端设备上的客户端，客户端通过网络与后台服务器进行数据通信。特别的一种应用场景为集卡分发过程，但并不限于该唯一应用场景，可以理解的任何能够应用于本实施方案的场景均包括在内，为了说明方便，本实施例以用户集卡分发的应用场景为例进行描述。本实施例承接实施例1，基于相同的名称含义的解释与实施例1相同，此处不再赘述。

如图6所示，根据本公开的具体实施方式，第二方面，本公开提供一种在线业务对象发送方法，应用于服务器端，具体包括如下步骤：

步骤S202：向客户端发送第一电子标签，其中所述第一电子标签包括多种类型。

在本实施例的该步骤中，具体可以描述为用户通过类似于今日头条的后台服务器向客户端发送金卡，其中所述金卡包括金卡1、金卡2、金卡3、金卡4、金卡5，更具体的可以以任意五个字的吉祥话来表示五张金卡，例如“发财中国年”等。

步骤S204：当接收到将第一数量的不同类型所述第一电子标签转化成一张第二电子标签的请求时，向所述客户端发送一张所述第二电子标签，所述第二电子标签包括多种类型。

在本实施例的该步骤中，具体可以描述为当用户的客户端搜集到的不同金卡的数量达到5时，即“发财中国年”五张卡全部集齐时，点击转化部件或自动的，5张不同类型的金卡标签转化成一张钻卡，此时便会向服务器端发送要求获得钻卡的请求指令。服务器接收到请求指令后，会核实客户端是否已经集齐了五张不同的金卡，当确认集齐后，便会发放钻卡到客户端。其中所述钻卡包括钻卡1、钻卡2、钻卡3、钻卡4、钻卡5，更具体的可以以任意五个字的吉祥话来表示五张钻卡，例如“家和万事兴”等。

上述金卡和钻卡的数量不做具体的限定，在实际应用中可以根据实际的需求来确定。为了表述方便，特别以5张金卡、5张钻卡表述。

步骤S206：响应所述客户端发送的获取第一业务对象的请求，并从第一业务对象集合中按照预定规则分配所述第一业务对象。

在本实施例的该步骤中，当客户端集齐5张金卡时，便具备了申请获取第一部分现金红包的资格，通过触控或自动提交的方式，向后台服务器提交分发第一部分现金红包的申请，服务端接收到相应的申请后进行资格验证，例如核实是否是5张不同的金卡，是否是第一次集齐该5张金卡等，如何核实通过，则记录该客户端的ID信息，等待发放时刻到时，按照预定规则向客户端发放预定比例的现金红包。

步骤S208：响应所述客户端发送的获取第二业务对象的请求，并从第二业务对象集合中按照预定规则分配所述第二业务对象。

在本实施例的该步骤中，当客户端集齐5张钻卡时，例如集齐了“家和万事兴”5张钻卡，便具备了申请获取第二部分现金红包的资格，通过触控或自动提交的方式，向后台服务器提交分发第二部分现金红包的申请，服务端接收到相应的申请后进行资格验证，例如核实是否是5张不同的钻卡，是否是第一次集齐该5张钻卡等，如何核实通过，则记录该客户端的ID信息，等待发放时刻到时，按照预定规则向客户端发放预定比例的现金红包。

在其中之一的实施方式中，服务端向所述客户端发放第一电子标签，可以通过以下至少三种方式进行接收，当然发放方式不限于此。

第一、向客户端以第一概率发送第三数量不同类型第一电子标签。

具体的示例中，客户端判断该客户端的金卡的类型数量小于等于3时，随机的以一定概率为用户主动下发任意类型的虚拟卡片，例如此时可以以一定的概率发放“发财中国年”的任意一张，发放任一张的概率都是相同的，例如20％的概率，所述第一概率为与所述客户端活跃度相关的一个随机数，如果用户频繁参与集卡活动，该概率就会大大增加，如果用户几天参与一次，该概率就会降低。

第二、当发送的所述第一电子标签类型数量达到所述第三数量后，接收所述客户端请求，向所述客户端以第二概率发送的一张不同类型的所述第一电子标签；

在该实施例中，具体为，当所述金卡的数量达到3张时，服务端向客户端分发金卡的概率将不同于第一概率，此时分发的第二概率a％为与一定时间段内参与在线业务对象请求人数相关的一个分配值，例如整个集卡活动期限为10天，前3天已经有大量的人获得了第四张卡，则后续发放第四张卡的概率将会降低，以此延缓等待第5张卡的时间，避免陷入全部金卡用户都是“五缺一”的状态，避免全网求稀缺卡，导致用户负面反馈过多。反之，若前3天发放第4张卡的用户数量不够多，则可以提高发放第4张卡的概率。

第三、接收所述客户端请求，向所述客户端以第三概率发送另一张不同类型的所述第一电子标签。

在该实施例中，具体为，当用户已经集齐任意四种类型的金卡后，服务器将以第三概率b％向该用户的客户端发放最后一张金卡。所述第三概率b％为欲分配第一业务对象人数和参与在线第一业务对象请求人数的比值。通过金卡5的抽中概率b％来灵活控制集齐金卡的人数，以控制获得第一批红包现金的人数。

同时，可以精确控制各个时段的集齐人数，例如前2天控制集齐人数<188名，这样可以保证“前188名集齐金卡用户能够获得价值3000元实体金卡”之类的奖励诱饵的有效性。

在其中之一的实施方式中，向所述客户端发放第二电子标签，可以通过以下方式进行发放，当然发放方式不限于此。

第一、服务端向客户端发送匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签；触发所述匿名数据包，使所述第二电子标签显示并存储于所述客户端。

其中，所述匿名数据包可以包括任何在未打开之前是未知内容的任何表现形式，例如彩蛋、彩票、刮奖券等等，所述匿名数据包被打开后会呈现出服务端发送过来的随机的数据包，例如一张钻卡等，钻卡可以与用户已经获得的钻卡相同，或者不同，发放具有随机性。

第二、当所述第二电子标签类型数量达到第四数量时，所述服务端以第四概率向客户端发送一张不同类型的第二电子标签。

可选的，所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；

在该实施例中，具体为，当所述钻卡的数量达到3张时，服务端向客户端分发钻卡的概率将为第四概率c％，第四概率c％为与所述客户端在第一阶段向其他客户端分享所述金卡数量成正比例相关的一个随机数，用户向其他用户分享金卡的数量越多，后续获得钻卡的概率也就越大，以此来鼓励用户多多分享金卡，扩大参与积极性。

第三、服务端向客户端以第五概率发送另一张不同类型的第二电子标签。

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

在该实施例中，具体为，当用户已经集齐任意四种类型的钻卡后，服务器将以第五概率c％向该用户的客户端发放最后一张钻卡。所述第五概率c％为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。通过钻卡5的抽中概率c％来灵活控制集齐钻卡的人数，以控制获得第二批红包现金的人数。

同时，可以精确控制各个时段的集齐人数，例如前8天控制集齐人数<188名，这样可以保证“前188名集齐钻卡用户能够获得价值3000元实体钻卡”之类的奖励诱饵的有效性。

本公开通过提供一种在线业务对象发送方法，将在线业务对象发送分为两个阶段，并在每一阶段控制电子标签的发送概率，使得整个事件的用户粘度大大增加，同时概率控制更加灵活多变，集卡的合成保证了第一阶段和第二阶段顺利过渡承接，进入第二阶段后，通过概率控制、鼓励交互、彩蛋抽取等多种技术手段的应用，进一步提升了用户粘度，增加了用户体验，使参与事件的活动人数大大增加。

实施例3

如图1所示，为本公开实施例的一种应用场景图，该应用场景为多个用户通过手机等终端设备操作安装于该终端设备上的客户端，客户端通过网络与后台服务器进行数据通信。特别的一种应用场景为集卡分发过程，但并不限于该唯一应用场景，可以理解的任何能够应用于本实施方案的场景均包括在内，为了说明方便，本实施例以用户集卡分发的应用场景为例进行描述。本实施例承接实施例1，用于实现如实施例1所述的方法步骤，基于相同的名称含义的解释与实施例1相同，具有与实施例1相同的技术效果，此处不再赘述。

结合附图7所示，根据本公开的具体实施方式，第三方面，本公开提供一种在线业务对象请求装置，具体包括接收单元702、转化单元704、第一请求单元706、第二请求单元708，具体如下：

接收单元702：用于客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型。

转化单元704：用于当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型。

第一请求单元706：用于客户端向服务端发送获取第一业务对象的请求。

第二请求单元708：用于当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。

在其中之一的实施方式中，所述客户端接收单元702接收来自服务端的第一电子标签，可以通过以下至少三种方式进行接收，当然接收方式不限于此。

第一、所述客户端以第一概率接收来自服务端的第三数量不同类型第一电子标签。

第二、当所述第一电子标签类型数量达到第三数量时，所述客户端以第二概率接收来自服务端的一张不同类型的第一电子标签。

第三、当所述客户端接收到一张不同类型的第一电子标签后，所述客户端以第三概率接收来自服务端的另一张不同类型的第一电子标签。

同时，可以精确控制各个时段的集齐人数，例如前2天控制集齐人数<188名，这样可以保证“前188名集齐金卡用户能够获得价值3000元实体金卡”之类的奖励诱饵的有效性。

在其中之一的实施方式中，所述客户端接收来自服务端的第二电子标签，可以通过以下方式进行接收，当然接收方式不限于此。

第一、客户端接收服务端发送的匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签；触发所述匿名数据包，使所述第二电子标签显示并存储于所述客户端。

其中，所述匿名数据包可以包括任何在未打开之前是未知内容的任何表现形式，例如彩蛋、彩票、刮奖券等等，所述匿名数据包被打开后会呈现出服务端发送过来的随机的数据包，例如一张钻卡等，钻卡可以与用户已经获得的钻卡相同，或者不同，发放具有随机性。

第二、当所述第二电子标签类型数量达到第四数量时，所述客户端以第四概率接收来自服务端的一张不同类型的第二电子标签；

可选的，所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；

在该实施例中，具体为，当所述钻卡的数量达到3张时，服务端向客户端分发钻卡的概率将为第四概率c％，第四概率c％为与所述客户端在第一阶段向其他客户端分享所述金卡数量成正比例相关的一个随机数，用户向其他用户分享金卡的数量越多，后续获得钻卡的概率也就越大，以此来鼓励用户多多分享金卡，扩大参与积极性。

第三、当所述客户端接收到一张不同类型的第二电子标签后，所述客户端以第五概率接收来自服务端的另一张不同类型的第二电子标签。

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

在该实施例中，具体为，当用户已经集齐任意四种类型的钻卡后，服务器将以第五概率c％向该用户的客户端发放最后一张钻卡。所述第五概率c％为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。通过钻卡5的抽中概率c％来灵活控制集齐钻卡的人数，以控制获得第二批红包现金的人数。

本公开通过提供一种在线业务对象请求装置，将在线业务对象请求分为两个阶段，并在每一阶段控制电子标签的发送概率，使得整个事件的用户粘度大大增加，同时概率控制更加灵活多变，集卡的合成保证了第一阶段和第二阶段顺利过渡承接，进入第二阶段后，通过概率控制、鼓励交互、彩蛋抽取等多种技术手段的应用，进一步提升了用户粘度，增加了用户体验，使参与事件的活动人数大大增加。

实施例4

如图1所示，为本公开实施例的一种应用场景图，该应用场景为多个用户通过手机等终端设备操作安装于该终端设备上的客户端，客户端通过网络与后台服务器进行数据通信。特别的一种应用场景为集卡分发过程，但并不限于该唯一应用场景，可以理解的任何能够应用于本实施方案的场景均包括在内，为了说明方便，本实施例以用户集卡分发的应用场景为例进行描述。本实施例承接实施例1，用于实现如实施例2所述的方法步骤，基于相同的名称含义的解释与实施例1相同，具有与实施例2相同的技术效果，此处不再赘述。

如图8所示，根据本公开的具体实施方式，第二方面，本公开提供一种在线业务对象发送装置，第一发送单元802、第二发送单元804、第一分配单元806、第二分配单元808，具体包括：

第一发送单元802：用于向客户端发送第一电子标签，其中所述第一电子标签包括多种类型。

在本实施例的该步骤中，具体可以描述为用户通过类似于今日头条的后台服务器向客户端发送金卡，其中所述金卡包括金卡1、金卡2、金卡3、金卡4、金卡5，更具体的可以以任意五个字的吉祥话来表示五张金卡，例如“发财中国年”等。

第二发送单元804：用于当接收到将第一数量的不同类型所述第一电子标签转化成一张第二电子标签的请求时，向所述客户端发送一张所述第二电子标签，所述第二电子标签包括多种类型。

在本实施例的该步骤中，具体可以描述为当用户的客户端搜集到的不同金卡的数量达到5时，即“发财中国年”五张卡全部集齐时，点击转化部件或自动的，5张不同类型的金卡标签转化成一张钻卡，此时便会向服务器端发送要求获得钻卡的请求指令。服务器接收到请求指令后，会核实客户端是否已经集齐了五张不同的金卡，当确认集齐后，便会发放钻卡到客户端。其中所述钻卡包括钻卡1、钻卡2、钻卡3、钻卡4、钻卡5，更具体的可以以任意五个字的吉祥话来表示五张钻卡，例如“家和万事兴”等。

上述金卡和钻卡的数量不做具体的限定，在实际应用中可以根据实际的需求来确定。为了表述方便，特别以5张金卡、5张钻卡表述。

第一分配单元806：用于响应所述客户端发送的获取第一业务对象的请求，并从第一业务对象集合中按照预定规则分配所述第一业务对象。

第二分配单元808：用于响应所述客户端发送的获取第二业务对象的请求，并从第二业务对象集合中按照预定规则分配所述第二业务对象。

在其中之一的实施方式中，服务端向所述客户端发放第一电子标签，可以通过以下至少三种方式进行接收，当然发放方式不限于此。

第一、向客户端以第一概率发送第三数量不同类型第一电子标签。

第二、当发送的所述第一电子标签类型数量达到所述第三数量后，接收所述客户端请求，向所述客户端以第二概率发送的一张不同类型的所述第一电子标签；

第三、接收所述客户端请求，向所述客户端以第三概率发送另一张不同类型的所述第一电子标签。

在其中之一的实施方式中，向所述客户端发放第二电子标签，可以通过以下方式进行发放，当然发放方式不限于此。

第一、服务端向客户端发送匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签；触发所述匿名数据包，使所述第二电子标签显示并存储于所述客户端。

其中，所述匿名数据包可以包括任何在未打开之前是未知内容的任何表现形式，例如彩蛋、彩票、刮奖券等等，所述匿名数据包被打开后会呈现出服务端发送过来的随机的数据包，例如一张钻卡等，钻卡可以与用户已经获得的钻卡相同，或者不同，发放具有随机性。

第二、当所述第二电子标签类型数量达到第四数量时，所述服务端以第四概率向客户端发送一张不同类型的第二电子标签。

可选的，所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；

在该实施例中，具体为，当所述钻卡的数量达到3张时，服务端向客户端分发钻卡的概率将为第四概率c％，第四概率c％为与所述客户端在第一阶段向其他客户端分享所述金卡数量成正比例相关的一个随机数，用户向其他用户分享金卡的数量越多，后续获得钻卡的概率也就越大，以此来鼓励用户多多分享金卡，扩大参与积极性。

第三、服务端向客户端以第五概率发送另一张不同类型的第二电子标签。

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

在该实施例中，具体为，当用户已经集齐任意四种类型的钻卡后，服务器将以第五概率c％向该用户的客户端发放最后一张钻卡。所述第五概率c％为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。通过钻卡5的抽中概率c％来灵活控制集齐钻卡的人数，以控制获得第二批红包现金的人数。

本公开通过提供一种在线业务对象发送装置，将在线业务对象发送分为两个阶段，并在每一阶段控制电子标签的发送概率，使得整个事件的用户粘度大大增加，同时概率控制更加灵活多变，集卡的合成保证了第一阶段和第二阶段顺利过渡承接，进入第二阶段后，通过概率控制、鼓励交互、彩蛋抽取等多种技术手段的应用，进一步提升了用户粘度，增加了用户体验，使参与事件的活动人数大大增加。

实施例5

如图9所示，本实施例提供一种电子设备，该设备用于对在线业务对象发送/接收，所述电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上实施例所述的方法步骤。

实施例6

本公开实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行如上实施例所述的方法步骤。

实施例7

下面参考图9，其示出了适于用来实现本公开实施例的电子设备900的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900可以包括处理装置(例如中央处理器、图形处理器等)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储装置908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有电子设备900操作所需的各种程序和数据。处理装置901、ROM 902以及RAM 903通过总线909彼此相连。输入/输出(I/O)接口909也连接至总线909。

通常，以下装置可以连接至I/O接口909：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置906；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置909；包括例如磁带、硬盘等的存储装置908；以及通信装置909。通信装置909可以允许电子设备900与其他设备进行无线或有线通信以交换数据。虽然图9示出了具有各种装置的电子设备900，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置909从网络上被下载和安装，或者从存储装置908被安装，或者从ROM 902被安装。在该计算机程序被处理装置901执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

Claims (18)

1.一种在线业务对象请求方法，其特征在于，包括：

客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型；

当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型；

客户端向服务端发送获取第一业务对象的请求；

当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。

2.如权利要求1所述的方法，其特征在于，所述客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型，包括：

所述客户端以第一概率接收来自服务端的第三数量不同类型第一电子标签；

当所述第一电子标签类型数量达到第三数量时，所述客户端以第二概率接收来自服务端的一张不同类型的第一电子标签；

当所述客户端接收到一张不同类型的第一电子标签后，所述客户端以第三概率接收来自服务端的另一张不同类型的第一电子标签。

3.如权利要求2所述的方法，其特征在于，所述第三数量小于所述第一数量，且二者之差为二。

4.如权利要求2或3所述的方法，其特征在于，

所述第一概率为与所述客户端活跃度相关的一个随机数；和/或

所述第二概率为与一定时间段内参与在线业务对象请求人数相关的分配值；和/或

所述第三概率为欲分配第一业务对象人数和参与在线第一业务对象请求人数的比值。

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

客户端接收服务端发送的匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签；

触发所述匿名数据包，使所述第二电子标签显示并存储于所述客户端。

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

当所述第二电子标签类型数量达到第四数量时，所述客户端以第四概率接收来自服务端的一张不同类型的第二电子标签；

当所述客户端接收到一张不同类型的第二电子标签后，所述客户端以第五概率接收来自服务端的另一张不同类型的第二电子标签。

7.如权利要求6所述的方法，其特征在于，

所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；和/或

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

8.一种在线业务对象发送方法，其特征在于，包括：

向客户端发送第一电子标签，其中所述第一电子标签包括多种类型；

当接收到将第一数量的不同类型所述第一电子标签转化成一张第二电子标签的请求时，向所述客户端发送一张所述第二电子标签，所述第二电子标签包括多种类型；

响应所述客户端发送的获取第一业务对象的请求，并从第一业务对象集合中按照预定规则分配所述第一业务对象；

响应所述客户端发送的获取第二业务对象的请求，并从第二业务对象集合中按照预定规则分配所述第二业务对象。

9.如权利要求8所述的方法，其特征在于，所述向客户端发送第一电子标签，其中所述第一电子标签包括多种类型，包括：

向客户端以第一概率发送第三数量不同类型第一电子标签；

当发送的所述第一电子标签类型数量达到所述第三数量后，接收所述客户端请求，向所述客户端以第二概率发送的一张不同类型的所述第一电子标签；

接收所述客户端请求，向所述客户端以第三概率发送另一张不同类型的所述第一电子标签。

10.如权利要求9所述的方法，其特征在于，所述第三数量小于所述第一数量，且二者之差为二。

11.如权利要求9或10所述的方法，其特征在于，

所述第一概率为与所述客户端活跃度相关的一个随机数；和/或

所述第二概率为与一定时间段内参与在线业务对象请求人数相关的分配值；和/或

所述第三概率为欲分配第一业务对象人数和参与在线第一业务对象请求人数的比值。

12.如权利要求8所述的方法，其特征在于，所述当接收到将第一数量的不同类型第一电子标签转化成一张第二电子标签的请求时，向客户端发送一张第二电子标签，所述第二电子标签包括多种类型之后，包括：

向所述客户端发送匿名数据包，所述匿名数据包包含随机类型的一张所述第二电子标签。

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

当所述第二电子标签类型数量达到第四数量时，接收所述客户端请求，向所述客户端以第四概率发送一张不同类型的所述第二电子标签；

接收所述客户端请求，向所述客户端以第五概率发送另一张不同类型的所述第二电子标签。

14.如权利要求13所述的方法，其特征在于，

所述第四概率为与所述客户端向其他客户端分享所述第一电子标签数量成正比例相关的一个随机数；和/或

所述第五概率为欲分配第二业务对象人数和参与在线第二业务对象请求人数的比值。

15.一种在线业务对象请求装置，其特征在于，包括：

接收单元，用于客户端接收来自服务端的第一电子标签，其中所述第一电子标签包括多种类型；

转化单元，用于当所述第一电子标签的类型数量达到第一数量时，所述第一数量的不同类型第一电子标签转化成一张第二电子标签，其中所述第二电子标签包括多种类型；

第一请求单元，用于客户端向服务端发送获取第一业务对象的请求；

第二请求单元，用于当所述第二电子标签的类型数量达到第二数量时，客户端向服务端发送获取第二业务对象请求。

16.一种在线业务对象发送装置，其特征在于，包括：

第一发送单元，用于向客户端发送第一电子标签，其中所述第一电子标签包括多种类型；

第二发送单元，用于当接收到将第一数量的不同类型第一电子标签转化成一张第二电子标签的请求时，向客户端发送一张第二电子标签，所述第二电子标签包括多种类型；

第一分配单元，用于响应客户端发送的获取第一业务对象的请求，并从第一业务对象集合中按照预定规则分配第一业务对象；

第二分配单元，用于响应客户端发送的获取第二业务对象的请求，并从第二业务对象集合中按照预定规则分配第二业务对象。

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

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至14中任一项所述的方法。