CN105989511B - 业务实现方法及装置 - Google Patents

Abstract

本申请提供一种业务实现方法及装置，该方法包括：接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合；生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示；接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理。通过本申请的技术方案，可以实现基于多层级口令的业务处理。

Description

业务实现方法及装置

技术领域

本申请涉及业务实现技术领域，尤其涉及业务实现方法及装置。

背景技术

随着网络技术的发展，出现了多种多样的业务实现方式。以“红包”形式的虚拟物品交互为例，用户可以将电子贺卡、礼金等放入“红包”中，然后指定每个发放对象，实现“红包”的发放。

但是，现有业务实现过程中，业务对象之间通常是基于业务地址(例如URL)，或者包含业务地址的二维码信息的方式来进行业务发起方与业务接收方之间的联系，使得业务实现过程较为繁琐。

发明内容

有鉴于此，本申请提供一种业务实现方法及装置，可以简化业务实现过程。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种业务实现方法，包括：

接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合；

生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示；

接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理。

根据本申请的第二方面，提出了一种业务实现装置，包括：

主口令处理单元，接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合；

请求响应单元，生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示；

次级口令处理单元，接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理。

由以上技术方案可见，本申请通过口令方式来实现业务，且每个使用主口令的用户，均能够通过次级口令来引入更多用户加入业务，从而可以实现业务对象的扩展，有助于增加数据交互量、提升交互效率；同时，业务实现过程简单，只需要口令作为实现业务的接口，就可以实现业务。

附图说明

图1是相关技术中的一种应用场景的示意图；

图2是相关技术中的一种业务实现的示意图；

图3示出了根据本申请一示例性实施例的一种业务实现方法的流程图；

图4示出了根据本申请一示例性实施例的另一种业务实现方法的流程图；

图5示出了根据本申请一示例性实施例的一种业务对象扩展的示意图；

图6示出了根据本申请一示例性实施例的另一种业务对象扩展的示意图；

图7示出了根据本申请一示例性实施例的一种电子设备的结构示意图；

图8示出了根据本申请一示例性实施例的一种业务实现装置的框图。

具体实施方式

图1是业务实现中的场景示意图。本申请实施例技术方案可以在不同用户之间实现相关业务，例如以实现“红包”发放业务，“优惠券”发放业务等，其中红包发发送业务具体可以是指，一个用户通过将自己的资金或其它虚拟物品等，通过发放红包的方式给其它用户。现有技术在实现相关业务时，通常需要知道业务发起方用户知道准确的业务接收方用户才能发起业务，并且，往往是需要生成一个URL地址，或者生成包括URL的二维码的方式来通知业务接收方用户，这样实现过程非常复杂。例如，图1所示场景，若用户A若希望与用户B、用户C等实现数据交互时，比如以实现“红包”的发放业务为例，用户A必须一一指定用户B、用户C等为目标对象，则用户数量更多时会耗费用户A的大量时间资源。同时，用户A对于用户B、用户C等的指定，需要以用户B、用户C等为用户A的关联用户为前提，比如用户B、用户C等需要以“好友”等形式，事先被记录于用户A的通信录中；同时，在此过程中，业务接收方用户，如用户B、用户C还需要根据用户A发起的业务的业务链接，例如URL或二维码，来访问并完成相应的业务，业务实现过程较为复杂。

鉴于此，本申请提供一种业务实现方法及装置，以较为简单的方式来实现相关业务，例如红包业务，或者其它可通过网络来实现的业务等等。

本申请实施例中，可以基于口令来实现相关业务，具体地，如图2所示，该业务实现过程中，可以“口令”为中介，或者也可以称为业务接口，实现用户A与用户B之间的交互。具体地，由用户A向服务端请求后，服务端为需要交互的对象生成相关联的口令，并将该口令下发至用户A；用户A可以通过直接发送、分享至社交网络平台或口述等任意方式，将口令展示给用户B；那么，当用户B向服务端发起包含该口令的请求时，即可获得相关联的交互对象。

可见，基于口令形式的业务实现过程中，交互过程更为简单、灵活，但由于仅由用户A自身执行口令传递，在一些情况下受到限制，例如，对于需要更多用户参与的业务，仅仅依靠用户A来传递口令，方式较为简单，得接收到该口令的用户数量增长缓慢，不利于业务实现。因此，基于口令实现业务过程中，本申请提供的业务实现方法及装置，可以进一步的通过次级口令方式，来提升业务对象的扩大速度和范围。

图3示出了根据本申请一示例性实施例的一种业务实现方法的流程图，如图3所示，该方法应用于服务端，可以包括以下步骤：

步骤302，接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合。

在本实施例中，对象可以为任意形式的交互数据。作为一示例性实施例，对象可以为虚拟物品，比如优惠券、电子贺卡、礼金等；相应地，对象集合可以为虚拟物品的集合。可以理解，针对不同的业务实现，虚拟对象是对应于相应的业务的，例如支付业务中，预设对象可以是资金，商家发起的商品活动业务时，预设对象可以是优惠券，等等。

在本实施例中，可以首先确定对应于所述主口令的对象集合组，每一对象集合组中包含至少一个对象集合；然后，按照预定义的分配规则，选取对象集合组，并从被选中的对象集合组中选取绑定至所述第一用户的对象集合。

在本实施例中，主口令或次级口令可以为字符串形式，该字符串可以包含一位或多位字符，且每位字符可以为数字、字母、汉字、符号等任意形式；可以根据实际需求或配置方案，确定主口令或次级口令包含的字符数量和各位字符之间的组合方式。

步骤304，生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示。

作为一示例性实施例，请求响应中可以直接包含次级口令，则第一用户可以直接从请求响应中获取构成次级口令的字符串。

作为另一示例性实施例，请求响应中可以包含用于获取该次级口令的链接，此时相当于将次级口令间接包含于请求响应中；那么，第一用户可以通过访问该链接即可获取对应的次级口令，获取构成次级口令的字符串。

作为又一示例性实施例，可以生成包含次级口令的展示图片，并将该展示图片包含于请求响应中。当然，基于获取的次级口令的字符串，第一用户也可以自行生成相应的展示图片，以用于向其他用户进行展示。

步骤306，接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理。

在本实施例中，第二用户是指所有区别于第一用户的“其他用户”，可以表示一个或多个“其他用户”。

在本实施例中，通过将对象集合向第一用户的分配过程，与对第二提取请求的处理结果相关联，使得第一用户将更加注重于对次级口令的传递与展示，从而有助于业务对象的扩展。

在本实施例中，当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户以及所述预设数量的第二用户；或者，当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户。

在本实施例中，对所述第二提取请求的处理可以包括：根据所述第二提取请求中包含的次级口令，将所述第二用户与对应于所述次级口令的对象集合绑定；其中，当每一所述第二用户绑定至所述对象集合时，可以将所述对象集合中的对象数量按照预设比例进行增加。或者，对所述第二提取请求的处理可以包括：将所述第二提取请求中的次级口令作为所述主口令进行处理。

下面结合图4，对基于本申请的技术方案所涉及的多方进行详细描述。其中，图4示出了根据本申请一示例性实施例的另一种业务实现方法的流程图，如图4所示，该方法可以包括以下步骤：

步骤402，平台与服务端之间进行业务协商。

在本实施例中，“平台”为可以提供对象集合的任意账号，其可以为个人账号，比如用户x；或者，也可以为企业账号，比如“XX电视台”等。

在本实施例中，平台与服务端之间进行协商时，协商内容可以包括以下内容：对象集合组的数量、每个对象集合组包含的对象集合数量、每个对象集合包含的对象数量，以及对象集合组、对象集合或对象的分配规则等；平台可以通过将上述内容添加至协商消息中，并发送至服务端，以实现告知。

步骤404，服务端根据协商结果，确定对象集合组和与该对象集合组相关联的主口令。

在本实施例中，以“红包”发放为例，则对象集合组为“红包群”，对象集合为每个“红包群”中包含的“红包”，对象为每个“红包”中的礼金。

在本实施例中，在实现对象集合组与主口令的关联时，主口令可以关联于部分或全部对象集合组；协商结果中可以对关联方式进行定义。

步骤406，服务端将主口令返回至平台。

步骤408，平台将主口令向用户进行展示，假定用户A获取了主口令。

在本实施例中，平台可以通过电视节目、电台节目、视频网站节目等渠道，采用视频播放、声音播报、主持人口述等多种形式，向用户展示主口令；或者，平台也可以通过向用户发送短信、在社交网络平台上分享等方式，向用户展示主口令。

在本实施例中，主口令可以存在一定的生命周期，比如5分钟，则超出该生命周期后，服务端可以删除该主口令与对象集合组之间的关联关系，并且可以对该主口令进行回收；其中，服务端可以将回收的主口令集中在回收数据库中，则下次可以直接从回收数据库中进行选取和使用，而省去了对主口令的生成过程。

步骤410，用户A向服务端发送第一提取请求，该第一提取请求中包含主口令。

步骤412，服务端获取对应于主口令的对象集合组，并将用户A与其中的对象集合进行绑定，还生成与该对象集合相关联的次级口令。

在本实施例中，当主口令仅对应于一个对象集合组，且该对象集合组中仅包含一个对象集合时，直接将该对象集合与用户A进行绑定；当主口令对应于多个对象集合组，或者对应的一个对象集合组包含多个对象集合时，可以根据预定义的分配规则，从中选取一个或多个对象集合，以绑定至用户A。

步骤414，服务端向用户A返回包含次级口令的请求响应。

在本实施例中，次级口令可以为字符串，该字符串可以包含一位或多位字符，且每位字符可以为数字、字母、汉字、符号等任意形式；当然，次级口令应当区别于主口令，以确保口令唯一性。那么，服务端可以直接将该次级口令的字符串包含于请求响应中，并发送至用户A；或者，服务端可以生成包含该次级口令的展示图片，并将该展示图片发送至用户A。

在生成展示图片时，服务端可以基于预定义的固定模板，静态生成展示图片；或者，可以预定义多种模板，则服务端可以生成对应于当前的次级口令的模板ID，并获取对应于所述模板ID的图片属性模板，从而按照该图片属性模板来动态生成展示图片。其中，图片属性模板可以包括：背景图片、背景颜色、文字颜色、文字大小、风格类型等各种属性之间的任意组合，可以确保展示图片的风格多样，不易被捕捉到相应的规律。

当然，用户A采用的客户端在接收到服务端返回的次级口令时，也可以在本地生成展示图片，其生成方式与服务端类似(如果本地没有所需的图片属性模板，则需要从服务端下载)，此处不再赘述。

步骤416，用户A向其他用户展示次级口令，假定用户B获取了次级口令。

在本实施例中，以“展示图片”为例。用户A可以将展示图片保存至本地，并通过社交应用将其分享至社交网络平台，使得用户B能够在社交网络平台上查看到用户A分享的展示图片中的提取口令。

当然，用户A还可以通过其他方式来实现提取口令的展示。比如，用户A可以直接将展示图片发送至用户B，譬如通过即时通信的方式来实现。或者，用户A还可以将提取口令通过口述、广播等任意方式告知用户B。

步骤418，用户B向服务端发送第二提取请求，该第二提取请求中包含次级口令。

步骤420，服务端将用户B绑定至与次级口令相关联的对象集合。

步骤422，服务端判断是否满足预设条件。

在本实施例中，预设条件可以存在多种形式，且根据预设条件的内容差异，服务端采取的相应处理方式也存在不同。下面对其中几种较为具体的预设条件进行说明，但本申请并不对此进行限制。

在一示例性实施例中，预设条件可以为：统计已经完成处理的第二提取请求对应的用户数量，且该用户数量达到预设数量。那么，服务端每次接收到第二提取请求并完成处理后，都需要对用户数量进行统计，并判断是否达到预设数量；比如，在上述的步骤420中，当服务端将用户B绑定至对象集合后，即可认为用户B发起的第二提取请求已经完成处理，然后由服务端对用户数量进行统计，并判断是否满足预设条件。

在另一示例性实施例中，次级口令对应的对象集合中的对象数量，随绑定至该对象集合的用户数量的增加而增加，则预设条件可以为：次级口令对应的对象数量达到预设数量。因此，在上述的步骤420中，当服务端将用户B绑定至对象集合，并且调整了对象数量后，即可认为用户B发起的第二提取请求已经完成处理，然后由服务端对用户数量进行统计，并判断是否满足预设条件。

步骤424A，服务端将对象集合向用户A进行分配。

在本实施例中，当满足预设条件时，服务端可以仅向用户A分配对象集合中的对象。其中，对象的分配规则可以存在多种形式：作为一示例性实施例，服务端可将对象集合对应的预设对象，按照预设比例分配至用户A。其中，该预设比例可以为预定义的分配比例，比如100％；或者，该预设比例可以为实时生成的随机比例，该随机比例可以为0-100％之间的任意数值。

步骤424B，服务端将对象集合向用户B等所有发起第二提取请求的用户进行分配。

在本实施例中，当满足预设条件时，服务端还可以向用户A和用户B等所有发起第二提取请求的用户共同分配对象集合中的对象，且分配规则可采用预定义的分配比例或实时生成的随机比例，但所有用户对应的分配比例之和应当小于或等于100％。

在上述实施例中，基于主口令和次级口令的结合，实现了平台-用户An-用户Bn之间的多层级业务传递。如图5所示，平台通过主口令，可以直接扩展用户A1至用户An等n个用户，而每个用户Ai(1≤i≤n)又能够进一步扩展，比如用户A1扩展得到用户B1至用户Bn，使得业务对象数量呈指数型增长。

进一步地，还可以采用更多层级的用户和口令结构，以实现数量和效率上的增长。如图6所示，以用户B1为例，还可以为用户B1生成对应的再次级口令，并通过用户B1对再次级口令的展示，得到用户B11至用户B1n等用户。具体地，比如在图4所示的步骤422中，若判定未满足预设条件，即可将用户B发送的次级口令作为主口令，并通过类似于步骤410-416的处理过程，使得用户B实现下一层级的用户扩展。具体地，若以上述的“次级口令”为第1层级次级口令、以“再次级口令”为第2层级次级口令，则本申请的技术方案还可以包括：

当任一用户通过客户端发起的提取请求中包含第n层级次级口令时，将所述第n层级次级口令对应的对象集合绑定至所述任一用户；

若绑定至所述任一用户的对象集合满足预设条件，则执行对该对象集合的分配处理，否则生成对应于该对象集合的第n+1层级次级口令，并向所述任一用户返回包含所述第n+1层级次级口令的请求响应，以便所述任一用户将所述第n+1层级次级口令向其他用户进行展示，其中n≥1。

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

请参考图8，在软件实施方式中，该业务实现装置可以包括主口令处理单元、请求响应单元和次级口令处理单元。其中：

主口令处理单元，接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合；

请求响应单元，生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示；

次级口令处理单元，接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理。

可选的，所述次级口令处理单元具体用于：

当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户以及所述预设数量的第二用户；

或者，当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户。

可选的，所述次级口令处理单元通过下述方式对所述第二提取请求进行处理：

根据所述第二提取请求中包含的次级口令，将所述第二用户与对应于所述次级口令的对象集合绑定；

或者，将所述第二提取请求中的次级口令作为所述主口令进行处理。

可选的，还包括：

数量调整单元，当每一所述第二用户绑定至所述对象集合时，将所述对象集合中的对象数量按照预设比例进行增加。

可选的，所述主口令处理单元具体通过下述方式将第一用户绑定至所述对象集合：

确定对应于所述主口令的对象集合组，每一对象集合组中包含至少一个对象集合；

按照预定义的分配规则，选取对象集合组，并从被选中的对象集合组中选取绑定至所述第一用户的对象集合。

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

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

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

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

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种业务实现方法，其特征在于，应用于服务器，包括：

接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合；

生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示；

接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理，包括：当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户以及所述预设数量的第二用户；或者，当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户。

2.根据权利要求1所述的方法，其特征在于，对所述第二提取请求的处理，具体包括：

根据所述第二提取请求中包含的次级口令，将所述第二用户与对应于所述次级口令的对象集合绑定；

或者，将所述第二提取请求中的次级口令作为所述主口令进行处理。

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

当每一所述第二用户绑定至所述对象集合时，将所述对象集合中的对象数量按照预设比例进行增加。

4.根据权利要求1所述的方法，其特征在于，所述将第一用户绑定至所述对象集合，包括：

确定对应于所述主口令的对象集合组，每一对象集合组中包含至少一个对象集合；

按照预定义的分配规则，选取对象集合组，并从被选中的对象集合组中选取绑定至所述第一用户的对象集合。

5.一种业务实现装置，其特征在于，应用于服务器，包括：

主口令处理单元，接收到第一用户发起的包含主口令的第一提取请求时，获取与所述主口令对应的对象集合，并将第一用户绑定至所述对象集合；

请求响应单元，生成对应于所述对象集合的次级口令，并向所述第一用户返回包含所述次级口令的请求响应，以便所述第一用户将所述次级口令向其它用户进行展示；

次级口令处理单元，接收第二用户发起的包含所述次级口令的第二提取请求时，根据对所述第二提取请求的处理结果，对将所述对象集合分配给第一用户的分配过程进行处理，包括：当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户以及所述预设数量的第二用户；或者，当对预设数量的第二用户发起的第二提取请求均处理完毕时，将所述对象集合中的对象分配给所述第一用户。

6.根据权利要求5所述的装置，其特征在于，所述次级口令处理单元通过下述方式对所述第二提取请求进行处理：

根据所述第二提取请求中包含的次级口令，将所述第二用户与对应于所述次级口令的对象集合绑定；

或者，将所述第二提取请求中的次级口令作为所述主口令进行处理。

7.根据权利要求6所述的装置，其特征在于，还包括：

数量调整单元，当每一所述第二用户绑定至所述对象集合时，将所述对象集合中的对象数量按照预设比例进行增加。

8.根据权利要求7所述的装置，其特征在于，所述主口令处理单元具体通过下述方式将第一用户绑定至所述对象集合：

确定对应于所述主口令的对象集合组，每一对象集合组中包含至少一个对象集合；

按照预定义的分配规则，选取对象集合组，并从被选中的对象集合组中选取绑定至所述第一用户的对象集合。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为可执行指令以实现如权利要求1-4中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-4中任一项所述方法的步骤。

Images