CN112884533A - 业务处理方法及装置 - Google Patents

Abstract

本申请提供业务处理方法及装置，其中所述业务处理方法包括：接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务；接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新；在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群；向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联；实现通过发起目标业务的方式触达更多的业务参与方，减少推广成本的同时提高触达用户的概率。

Description

业务处理方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种业务处理方法。本申请同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着互联网技术的发展，线上进行业务的推广成为了一种趋势。而通常情况下业务的推广效果是与业务发起方的投入成一定比例的，即业务发起方前期投入越高，所得到的推广效果也就越好。但是往往前期的推广都会以高昂的预算为代价，而得到的推广效果很难达到预期目标，致使业务发起方通过较高的预算触达用户的概率无法保障，无法带来核心用户的增长。

发明内容

有鉴于此，本申请实施例提供了一种业务处理方法。本申请同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的推广成本高触达用户概率低的问题。

根据本申请实施例的第一方面，提供了一种业务处理方法，包括：

接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务；

接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新；

在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群；

向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联。

根据本申请实施例的第二方面，提供了一种业务处理装置，包括：

接收模块，被配置为接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务；

更新模块，被配置为接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新；

确定模块，被配置为在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群；

发送模块，被配置为向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述业务处理方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述业务处理方法的步骤。

本申请提供的业务处理方法，通过接收到业务发起方提交的业务参与请求后，可以根据请求中携带的业务信息发起包含至少两个子业务的目标业务，之后接收业务参与方在业务周期内提交的选择请求，同时根据选择请求对任意一个子业务的目标支持度进行更新，当目标业务的业务周期结束后，可以通过确定各个子业务的参与方集群的方式，向各个子业务的参与方集群中的业务参与方发送与该子业务的目标支持度对应的业务信息，实现通过发布目标业务的方式驱使业务参与方进行业务的推广，不仅可以减少投入成本，还能够有效的触达更多的业务参与方，实现通过参与讨论的方式提高推广效果。

附图说明

图1是本申请一实施例提供的一种业务处理方法的流程图；

图2是本申请一实施例提供的第一种话题参与界面示意图；

图3是本申请一实施例提供的第二种话题参与界面示意图；

图4是本申请一实施例提供的一种资源浏览界面的示意图；

图5是本申请一实施例提供的第三种话题参与界面的示意图；

图6是本申请一实施例提供的一种应用于话题讨论场景中的业务处理方法的处理流程图；

图7是本申请一实施例提供的一种业务处理装置的结构示意图；

图8是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本申请中，提供了一种业务处理方法，本申请同时涉及一种业务处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种业务处理方法的流程图，具体包括以下步骤：

步骤S102，接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务。

具体的，所述业务发起方具体是指具有业务推广需求的一方，例如某公司需要提高旗下某品牌的知名度，则该公司即为所述业务发起方；相应的，所述业务参与请求具体是指对所述业务发起方对应的业务进行推广时，创建所述目标业务的请求，所述目标业务具体是指推广所述业务发起方对应的业务所采用的推广手段，且所述目标业务是从业务的主题出发进行创建；所述业务信息即为创建所述目标业务所需要使用的信息，需要说明的是，除发布平台发布所述目标业务的基本信息外，其他信息可以由所述业务发起方所决定。进一步的，所述子业务具体是指所述目标业务中供业务参与方进行选择的内容，且需要说明的是，一个业务参与方仅能够选择一个子业务，所述业务参与方即为参与所述目标业务的用户。

实际应用中，所述目标业务可以是所述业务发起方发起的话题，该话题可以具有至少两个观点，这两个观点即为所述目标业务的子业务，并且为了能够提高品牌渗透效果，可以从品牌主张的话题出发，发起能够引起用户热议的话题，也就是说，发起话题的一方可以基于品牌的主张或品牌当前的营销主张去选择话题的双方，实现触达用户的同时引发热议，以达到从话题讨论的方式对用户渗透品牌价值，达到破圈的目的；而发起该话题的业务发起方即为需要进行提高品牌知名度的企业或公司在发布话题的平台的账户，如A公司需要提供A品牌的知名度以对用户渗透品牌价值，则可以在B平台发布关于A品牌的话题，以供B平台的用户可以参与到该话题的讨论中，而该话题的至少两个观点也将有A公司决定，之后由参与到话题讨论中的用户根据自己的意图选择其中一个观点进行支持，从而实现通过话题讨论的方式提高产品知名度的同时，触达更多的用户，达到破圈目的的同时带来核心用户的增长。

此外，由于不同目标业务可以具有两个或两个以上的子业务，如某品牌基于品牌特性主张的话题为“人是否能够改写命运”，在该话题中，将具有两个观点，分别为“人能改写命运”和“人不能改写命运”，参与到该话题讨论中的用户可以根据意图选择其中的一个观点进行支持；或者品牌基于品牌特性主张的话题为“命运掌握在你，我，他谁的手中”，在该话题中，将具有三个观点，分别为“命运掌握在你的手中”、“命运掌握在我的手中”和“命运掌握在他的手中”，参与到该话题讨论中的用户可以根据意图选择其中的一个观点进行支持。而各个目标业务的子业务是由所述业务发起方所控制的，因此实际应用中业务发起方可以根据实际需求针对所述目标业务设定任意数量的子业务，本实施例在此不作任何限定。

此外，所述目标业务还可以是业务发起方针对业务创建的业务推荐信息，而所述目标业务中包含的子业务即为待推荐的业务。例如某品牌针对商品A和商品B进行推广，此时可以根据品牌提供的商品A信息和商品B信息创建商品推荐业务，使得用户可以在不购买商品的情况下，针对其中任意一个商品进行助力，使得其他用户可以根据助力热度从两个商品中确定热度最高的商品，之后根据需求是否选择购买，即用户可以在不购买商品的情况下完成商品的推荐和助力，使得其他用户可以根据当前助力热度进行选择购买，在向用户提供选择指向性的同时，完成了商品的推广，从而有效的提高了用户的参与体验。

本实施例将以所述目标业务为业务发起方发起的话题，以所述目标业务中包含的子业务的数量为2进行描述，其他目标业务的实现过程均可参见本实施例中相似的描述内容，在此不作过多赘述。

例如，某公司需要对旗下的品牌S进行推广，以提高对品牌针对用户的渗透效果，此时可以通过B平台的品牌账号发起关于品牌S的话题创建请求，B平台接收到关于品牌S的话题创建请求后，即可从话题创建请求中提取出品牌S的设定话题信息，该话题信息包括：话题主题“大城市追梦还是小城市安居”，话题观点“追梦”和“安居”，B平台根据话题信息即可创建出包含两个话题观点的话题并进行发布，之后B平台的浏览用户即可在后续参与到话题讨论中。

此外，为了能够通过所述目标业务提高所述业务发起方的业务的推广效果，业务发起方可以在提高所述业务参与请求时，在所述业务信息中加入多媒体信息，即业务发起方可以针对各个子业务创建其对应的多媒体资源，之后在发布时发布包含多媒体资源的目标业务。

沿用上例，当品牌S发起“大城市追梦还是小城市安居”的话题后，品牌S还针对两个观点分别提供一段视频，针对观点“追梦”上传了一段论述大城市追梦存在好处的视频，针对“安居”上传了一段论述小城市安居存在好处的视频；之后由B平台进行保存，当有用户点击品牌S发布的话题后，可以向该用户展示如图2所示的话题参与界面示意图，其中包括话题主题，关于观点“追梦”所对应的视频，关于观点“安居”所对应的视频，以及供用户选择的控件，用户可以通过选择任意一个控件对自己意图所对应的观点进行支持。

步骤S104，接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新。

具体的，在上述根据所述业务发起方的业务参与请求发布所述目标业务后，进一步的，所述目标业务将发布于供业务参与方进行浏览的平台，该平台中将具有各个业务发起方发起的目标业务；若业务参与方浏览到感兴趣的目标业务后，可以针对感兴趣的目标业务进行选择，之后参与到目标业务中，根据意图针对所述目标业务中的任意一个子业务提交选择请求，此时即可根据所述业务参与方提交的选择请求对所述业务参与方选择的子业务的目标支持度进行更新，实现后续可以通过确定目标支持度的方式向各个业务参与方发送其支持的子业务的目标支持度对应的业务信息。

其中，所述业务参与方具体是指参与到所述目标业务中的用户。所述业务周期具体是指所述目标业务可以供业务参与方所参与的时间周期，所述业务周期由所述业务发起方所控制，即业务发起方可以根据需求控制所述业务周期的长短，可以设置为24小时，48小时或者72小时等，本实施例在此不作任何限定。相应的，所述选择请求具体是指所述业务参与方参与到所述目标业务后，针对任意一个子业务所提交的选择请求，通过选择请求可以确定所述业务参与方支持的子业务。所述目标支持度具体是指表征子业务被业务参与方支持后所对应的分值，所述目标支持度越大，说明该支持度对应的子业务的热度越高，反之所述目标支持度越小，说明该支持度对应的子业务的热度越低。

需要说明的是，由于所述目标支持度是体现所述目标业务中的各个子业务的热度的特征，因此所述目标支持的计算可以由多个维度的信息决定，例如可以根据业务参与方的数量，业务参与方的支持方式(发帖支持方式，点赞支持方式或者分享支持方式等)和/或各个子业务的曝光率综合确定，从而实现在业务周期结束时，可以整合多个维度信息的方式确定各个子业务的最终的目标支持度，以方便后续可以根据目标业务支持度向其对应的业务参与方发送相匹配的业务信息。

基于此，在所述业务参与方在所述业务周期内针对所述目标业务提交选择请求的过程中，由于平台发布的目标业务较多，因此需要根据业务参与方的浏览请求针对性发送目标业务的业务信息，从而才能够在所述业务参与方的终端显示出相应的业务参与界面，使得业务参与方可以通过该界面针对子业务提交选择请求，以完成后续的目标支持度的更新，本实施例中，具体实现方式如下所述：

接收所述业务参与方在所述业务周期内针对所述目标业务提交的浏览请求；

根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息，所述目标业务信息用于生成向所述业务参与方展示的业务参与界面；

接收所述业务参与方通过所述业务参与界面提交的所述选择请求。

具体的，所述浏览请求具体是指业务参与方针对所述目标业务进行浏览时提交的请求，根据该请求可以确定业务参与方需要浏览所述目标业务，则此时可以根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息，所述目标业务信息具体是指在所述业务参与方的终端生成业务参与界面的信息，所述业务参与界面具体是指向用户展示所述目标业务以及相关的子业务信息的界面，业务参与方可以通过该界面确定目标业务的相关信息，以及确定各个子业务的相关信息，从而可以根据自身意图选择一个子业务进行选择，以提交所述选择请求，用于后续对所述子业务的目标支持度进行更新。

基于此，在接收到所述业务参与方在所述业务周期内针对所述目标业务提交浏览请求的情况下，说明业务参与方需要浏览所述业务发起方发布的所述目标业务，则此时可以根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息，以实现在所述业务参与方的终端生成所述业务参与界面，若再次接收到所述业务参与方通过所述业务参与界面提交的选择请求，则说明所述业务参与方针对所述目标业务中的一个子业务提交了选择，即根据所述选择请求可以确定所述业务参与方支持的子业务，以实现后续可以对所述业务参与方支持的子业务的目标支持度进行更新。

综上，为了能够精准的确定所述业务参与方针对目标业务中的子业务提交的选择请求，可以在接收到业务参与方的浏览请求后向业务参与方发送所目标业务信息，以实现在所述业务参与方的终端展示业务参与界面，从而更加方便业务参与方对所述目标业务，以及所述目标业务包含的各个子业务进行了解，方便针对期望的子业务作出选择。

进一步的，在向所述业务参与方发送所述目标业务信息后，业务参与方即可通过所述目标业务信息生成的业务参与界面选择期望的子业务，但是由于业务发起方需要通过所述目标业务实现业务推广的目的，因此为了能够提高业务发起方推广业务的成功率，可以设定未与所述业务发起方绑定的业务参与方无法参与到目标业务中，本实施例中，具体实现方式如下所述：

接收所述业务参与方通过所述业务参与界面提交的第一选择请求，根据所述第一选择请求读取所述业务参与方的发起方绑定信息；

判断所述发起方绑定信息中是否包含所述业务发起方对应的业务标识；

若是，将所述第一选择请求作为所述选择请求；

若否，向所述业务参与方发送绑定所述业务标识的提醒信息，在接收到所述业务参与方针对所述提醒信息返回第二选择请求的情况下，根据所述第二选择请求将所述业务标识添加至所述发起方绑定信息，并将所述第二选择请求作为所述选择请求。

具体的，所述第一选择请求具体是指业务参与方针对所述业务参与界面中子业务对应的选择控件提交的请求。相应的，所述发起方绑定信息具体是指与所述业务参与方具有绑定关系的业务发起方的相关信息，例如用户甲在B平台关注了品牌A，品牌B和品牌C的账号，则用户甲的关注信息即为所述发起方绑定信息，也就是说，所述发起方绑定信息可以确定与所述业务参与方具有绑定关系的发起方都有哪些。所述业务标识具体是指所述业务发起方所对应的唯一标识，如所述品牌A，品牌B和品牌C的账号，且所述业务标识在平台中具有唯一性。

基于此，所述提醒信息具体是指提醒所述业务参与方需要建立与所述业务发起方的绑定关系后，才能够参与所述目标业务的相关信息；所述第二选择请求具体是指业务参与方建立与所述业务发起方绑定关系的请求，同时在建立业务发起方和所述业务参与方的绑定关系后，为了节省业务参与方的操作，可以直接根据所述第二选择请求映射所述第一选择请求，完成对子业务的选择。

进一步的，当接收到所述第一选择请求后，为了能够达到业务发起方推广业务的目的，此时可以限制业务参与方基于所述第一选择请求针对任意一个子业务进行选择，即需要根据所述第一选择请求读取所述业务参与方的发起方绑定信息，并判断所述发起方绑定信息中是否包含所述业务发起方的业务标识；若是，则说明业务参与方已经建立过与所述业务发起方的绑定关系，则可以在业务参与方无感知的情况下完成判断，并将所述第一选择请求作为所述选择请求，用于对业务参与方选择的子业务进行支持；若否，则说明业务参与方未与所述业务发起方建立绑定关系，将限制业务参与方参与到子业务的选择中。以实现业务发起方可以根据参与目标业务成功的信息精准的定位核心业务参与方，方便后续进行相关业务的推广。

更进一步的，为了能够支持第一次参与业务发起方发起的目标业务的业务参与方的成功率，可以向所述业务参与方发送与所述业务发起方进行绑定的提醒信息。若此时所述业务参与方针对所述提醒信息返回了第二选择请求，说明业务参与方需要参与到目标业务当中，则可以将所述业务发起方的业务标识添加到所述业务参与方的发起方绑定信息中，同时将所述第二选择请求作为所述选择请求，用于确定所述业务参与方选择的子业务，方便后续进行子业务的目标支持度的更新。

沿用上例，在品牌S发起的话题在B平台发布后，B平台的用户即可参与到话题的讨论中，以根据自身的意图选择支持的观点；在此基础上，当接收到用户U1在话题的讨论周期内针对品牌S发起的话题提交浏览请求的情况下，说明用户U1可能需要参与到该话题的讨论中，则此时可以根据用户U1的浏览请求向用户U1的终端发送生成如图2所示的话题参与界面的相关信息，用户U1的终端将根据这部分信息生成话题参与界面并展示。

进一步的，当接收到用户U1通过该界面针对“追梦”这一观点提交选择请求的情况下，此时B平台将根据该选择请求读取用户U1的账号关注的账号，并检测用户关注的账号中是否存在品牌S的账号，若存在，则说明用户U1已经关注过品牌S，则可以直接响应于该选择请求，以控制终端向用户U1展示如图3所示的界面，表示用户U1完成了对“追梦”这一观点的选择。

若不存在，则说明用户U1未关注过品牌S，则此时为了能够促使用户U1参与到话题的讨论当中，可以向用户U1发送关注品牌S的提醒信息，并通过用户U1的终端展示告知界面，若用户U1在此时关注了品牌S的账号，则可以根据用户U1提交的选择请求直接展示如图3所示的界面，以节省用户多余的操作，而完成观点的支持。

综上所述，通过在业务参与方参与到目标业务的过程中，对业务参与方是否与业务发起方进行绑定，可以有效的提高业务发起方知名度，从而促进业务推广效果。

此外，为了能够在业务参与方参与到所述目标业务后，提高业务参与方的体验效果，可以向业务参与方发送与所述业务发起方关联的装扮信息，以实现对业务参与方的终端中的显示效果进行更新，本实施例中，具体实现方式如下所述：

获取与所述业务发起方关联的装扮信息；

将所述装扮信息发送至所述业务参与方，用于对所述业务参与方的业务操作界面进行更新。

具体的，所述装扮信息具体是指能够对所述业务参与方的终端中展示业务参与界面的应用程序的主题进行更新的信息，所述装扮信息包括但不限于头像装扮、动态卡片装扮、进度条装扮、点赞动画，以及加载动画装扮等，以实现业务参与方再次使用应用程序时，可以以更新后的头像装扮、动态卡片装扮、进度条装扮、点赞动画，以及加载动画装扮等进行展示，提高用户的体验效果；其中，所述业务操作界面即为业务参与方在该应用程序中进行相应操作所观看到的界面。

沿用上例，当用户UI参与到品牌S的话题讨论后，并根据自身的意图针对“追梦”观点提交了选择请求，则此时可以向用户U1发送品牌S关联的头像装扮、动态卡片装扮和进度条装扮，之后基于这三类装扮对用户U1的头像，动态卡片以及进度条进行更新，实现后续用户在使用B平台对应的应用程序时，可以观看到更新后的装扮。

综上所述，为了能够表征业务参与方参与到了业务发起方发起的目标业务中，可以向所述业务参与方发送所述业务发起方关联的装扮信息，以实现对所述业务参与方观看到的业务操作界面进行更新，进一步提高了用户的体验效果。

此外，在所述业务参与方参与所述目标业务的过程中，由于业务参与方当前的意图可能处于中立状态，而为了能够促使业务参与方可以针对至少两个子业务中的任意一个子业务提交选择请求，可以在所述业务参与界面中展示各个子业务对应的多媒体资源，以使得业务参与方可以通过观看多媒体资源的方式抉择出支持的子业务，并对其作出选择，本实施例中，具体实现方式如下所述：

获取当前时刻所述至少两个子业务中的各个子业务对应的多媒体资源集合，以及所述多媒体资源集合中包含的多媒体资源的热度信息；

根据所述热度信息在所述多媒体资源集合中选择目标多媒体资源，并向所述业务参与方发送所述目标多媒体资源，所述目标多媒体资源通过所述业务参与界面向所述业务参与方展示。

具体的，所述当前时刻具体是指所述业务参与方提交所述浏览请求的时刻，所述多媒体资源集合具体是指其他业务参与方针对各自选择的子业务提交的多媒体资源，以表达自己支持的子业务；相应的，所述热度信息具体是指多媒体资源集合中各个多媒体资源对应的热度相关的信息。所述目标多媒体资源具体是指支持各个子业务对应的热度最高的多媒体资源。所述多媒体资源可以是图像，文字，视频或者音频等。

基于此，当接收到所述浏览请求后，为了能够提高业务参与方的参与度，以及促使业务参与方可以针对任意一个子业务作出选择，可以在当前时刻获取各个子业务对应的多媒体资源集合，以及各个子业务对应的多媒体资源集合中包含的各个多媒体资源换的热度信息；之后即可根据所述热度信息从各个子业务对应的所述多媒体资源集合中选择出热度最高的目标多媒体资源，并将所述目标多媒体资源发送给所述业务参与方，以通过所述业务参与界面向业务参与方进行展示，从而提高用户的参与体验。

沿用上例，当用户U2参与到品牌S发布的话题讨论当中的情况下，为了能够提高用户U2可以作出合理的选择，可以在用户U2针对该话题提交浏览请求时刻，获取当前时刻其他用户针对“追梦”这一观点上传的观点支持视频的视频集合，以及其他用户针对“安居”这一观点上传的观点支持视频的视频集合，之后通过计算各个视频的热度值以及上传时间的方式，从“追梦”和“安居”分别对应的视频集合中选择出热度最高的视频，向用户U2进行发送，并向用户U2进行展示，以使得用户可以通过观看视频的方式作出合理的选择，提高用户的参与度。

需要说明的是，根据所述热度信息选择所述目标多媒体资源的过程中，为了能够更有效的促使所述业务参与方参与到所述目标业务当中，可以通过选择热度最高的方式确定所述目标多媒体资源。此外，还可以通过结合多媒体资源的上传时间和热度综合考虑的方式确定所述目标多媒体资源，例如视频的互动值*80％+视频上传时间*x，其中x可以根据上传时间的长短决定，时间越短x越大，时间越长x越小，以有效的触达业务参与方，本实施例中，确定所述目标多媒体资源的方式可以根据实际需求进行设定，本实施例在此不作任何限定。

更进一步的，为了能够提高业务参与方的体验效果，还可以向业务参与方发送其他业务参与方针对各个子业务提交的多媒体资源，本实施例中，具体实现方式如下所述：

接收所述业务参与方通过所述业务参与界面提交的资源浏览请求；

根据所述资源浏览请求向所述业务参与方发送所述多媒体资源集合中包含的多媒体资源，所述多媒体资源具有其所属的子业务的子业务标识。

具体的，所述资源浏览请求具体是指业务参与方需要针对各个子业务对应的多媒体资源进行浏览的请求，所述子业务标识具体是指标记各个多媒体资源属于哪个子业务的标识。

基于此，当接收到所述业务参与方通过所述业务参与界面提交所述资源浏览请求的情况下，说明业务参与方需要充分的了解支持各个子业务的其他业务参与方的观点，而其他业务参与方针对支持的子业务所提交的观点将以多媒体资源的方式实现，因此此时可以根据所述资源浏览请求向所述业务参与方发送各个子业务对应的多媒体资源集合中包含的多媒体资源，同时为了能够方便业务参与方对各个多媒体资源的所属方进行识别，可以在每个多媒体资源中添加与子业务相关的所述的子业务标识，以方便业务参与方进行多媒体资源的浏览。

沿用上例，当用户U1需要了解其他用户针对品牌S发布的话题的观点时，可以向B平台提交浏览其他用户上传的观点视频的请求，此时B平台将根据用户U1的请求获取“追梦”和“安居”这两个观点分别对应的视频资源，并在“追梦”对应的视频资源中添加“追梦”这一观点方所具有的唯一标识“粉色战队”，以及在“安居”对应的视频资源中添加“安居”这一观点方所具有的唯一标识“蓝色战队”，之后将这两部分视频资源发送至用户U1的终端，以通过用户U1的终端展示如图4所示的资源浏览界面的示意图，实现用户U1可以对其他用户的观点进行观看。

综上，为了能够提高业务参与方的参与度，可以向业务参与方发送其他业务参与方的多媒体资源，使得业务参与方可以通过浏览多媒体资源的方式了解其他业务参与方的支持方式，以提高业务参与方的参与体验。

更进一步的，当获取到所述选择请求之后，即可根据所述选择请求确定所述业务参与方支持的目标子业务，并基于所述选择请求对目标子业务的目标支持度进行更新即可，本实施例中，具体实现方式如下所述：

对所述选择请求进行解析获得子业务支持信息；

根据所述子业务支持信息在所述至少两个子业务中确定目标子业务，并基于所述选择请求对所述目标子业务的目标支持度进行更新。

具体的，所述子业务支持信息具体是指所述业务参与方在至少两个子业务中所选择的子业务对应的信息，所述目标子业务即为所述业务参与方选择的子业务。

沿用上例，当接收到用户U1提交的选择请求后，通过对该选择请求进行解析，确定用户U1在“追梦”和“安居”中选择了“追梦”，则此时可以根据用户的选择请求对“追梦”的支持度进行更新，更新后的支持度为19722，而当前时刻“安居”的支持度为1020。

步骤S106，在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群。

具体的，在上述通过业务参与方的选择请求完成对子业务的目标支持度更新完成之后，若所述目标业务的业务周期结束，则此时说明所述业务发起方发起的目标业务结束，无法在供业务参与方进行子业务的选择，以及针对子业务的目标支持度进行更新。此时为了能够提高业务参与方的参与体验，可以在后续统计完成各个子业务的目标支持度后，向参与过目标业务的业务参与方发送与子业务的目标支持度相关的业务信息，以提高触达用户的概率。其中，所述参与方集群具体是指所述至少两个子业务中，支持各个子业务的业务参与方所组成的集群，通过确定所述参与方集群的方式，可以方便后续按照各个子业务的目标支持度进行业务信息的发送，即不同的子业务将按照目标支持度发送不同的业务信息。

而在此之前，在业务参与方成功参与所述目标业务后，为了能够提高业务发起方通过发布目标业务的方式推广业务的效果，还可以向业务参与方提供其他多种提高目标支持度的方式，本实施例中，第一种方式如下所述：

接收所述业务参与方针对所述目标子业务提交的资源支持请求，所述资源支持请求中携带有支持多媒体资源；

确定所述支持多媒体资源的资源类型，并根据所述资源类型确定资源支持分值；

基于所述资源支持分值对所述目标子业务的目标支持度进行更新。

具体的，所述资源支持请求具体是指业务参与方在支持所述子业务时，采用了发表多媒体资源的方式提高目标子业务的目标支持度，所述支持多媒体资源即为业务参与方此时提交的支持目标子业务的多媒体资源，所述支持多媒体资源可以是图像，文字，音频或者视频等，而由于不同类型的多媒体资源被浏览的概率不同，因此可以针对不同的资源类型设置不同的资源支持分值，以方便后续可以基于资源支持分值对业务参与方支持的目标子业务的目标支持度进行更新。

基于此，在接收到所述业务参与方针对其选择的目标子业务提交资源支持请求后，说明业务参与方选择通过发表多媒体资源的方式支持所述目标子业务，则此时可以从所述资源支持请求中提取所述支持多媒体资源，之后所述支持多媒体资源的资源类型，并读取所述资源类型对应的资源支持分值；最后再基于所述资源支持分值对所述目标子业务的目标支持度进行更新，即可达到通过发表多媒体资源的方式支持所述目标子业务。

综上，为了能够提高业务参与方的参与体验，可以通过业务参与方提交支持多媒体资源的方式提高所述目标子业务的目标支持度，从而不仅达到业务发起方推广业务的目的，还促进了业务发起方的参与程度，从而可以精准的定位核心业务参与方。

此外，本实施例中，还提供了另一种支持方式，具体实现方式如下所述：

接收所述业务参与方针对所述目标子业务关联的多媒体资源提交的选择支持请求；

根据所述选择支持请求确定选择支持分值，并基于所述选择支持分值对所述目标子业务的目标支持度进行更新。

具体的，所述选择支持请求具体是指业务参与方针对目标子业务关联的多媒体资源提交的支持请求，所述选择支持请求包括但不限于对目标资源关联的多媒体资源进行点赞、收藏、发送弹幕、分享等，且不同类型的选择支持请求对应不同的分值，以实现后续可以综合多个维度信息的方式确定所述目标子业务的目标支持度。

沿用上例，当用户U1需要提高“追梦”这一观点的支持度的情况下，此时用户UI选择了发表视频的方式对“追梦”这一观点进行支持，此时用户U1的终端可以向用户展示如图5中(a)所示的上传支持视频的界面，用户U1可以选择需要发布的视频，同时可以在文本编辑框中输入相应的文本内容，当用户U1发布视频后，即完成对“追梦”这一观点的支持；同时当用户U3需要提高“安居”这一观点的支持度的情况下，用户U3选择了针对已发布的视频进行点赞的方式进行支持，则此时用户U3可以浏览其他用户发布的关于“安居”这一观点的相关视频，之后通过点赞的方式可以完成对“安居”这一观点进行支持。

进一步的，当品牌S发布的话题达到结束时间的情况下，此时可以统计“安居”和“追梦”分别对应的支持度的方式确定哪一方观点的支持度最高，以方便后续进行品牌S的相关奖励的发送。各个观点的支持度S可以通过公式(1)计算，公式(1)如下所述：

S＝P*a+B*b+L*c+C*d+G*e (1)

其中S表示观点的支持度，P表示针对观点进行发帖的数量，B表示针对观点发送弹幕的数量，L表示观点被分享的数量，C表示观点被收藏的数量，G表示观点被点赞的数量；相应的a表示发帖维度对应的权重，b表示弹幕维度对应的权重，c表示分享维度对应的权重，d表示收藏维度对应的权重，e表示点赞维度对应的权重。具体实施时，权重a，b，c，d和e可以根据实际应用场景进行调整，具体调整策略本申请在此不作任何限定。

本实施例以a＝45％，b＝19％，c＝15％，d＝15％，e＝1％为例进行说明，基于此，结合上述公式(1)通过计算确定“追梦”的支持度为25000，“安居”的支持度为15000，同时确定支持“追梦”的用户集群包含2000人，支持“安居”的用户集群包含1000人，之后后续即可根据各个观点的支持度向各观点对应的用户集群发送不同的奖励。

综上所述，为了能够提高业务参与方的参与度，向业务参与方提供了多种不同的支持方式，并且不同的支持方式对应不同的支持分值，从而有效的保证了计算目标支持度的精准度，方便后续进行业务信息的推送。

步骤S108，向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联。

具体的，在确定所述各个子业务对应的参与方集群后，即可根据所述各个子业务的目标支持度向其对应的参与方集群中包含的业务参与方发送对应的业务信息，其中，所述业务信息具体是指向所述业务参与方发送的所述业务发起方设定的信息，所述业务信息可以是优惠券信息，体验券信息，商品或者生成动画特效的相关信息。

基于此，由于所述目标业务属于一种相互竞争的机制，因此当业务周期结束后，根据各个子业务的目标支持度即可确定胜出子业务和落败子业务，之后即可向不同的一方发送不同的业务信息，本实施例中，具体实现方式如下所述：

根据所述至少两个子业务中的各个子业务的目标支持度确定目标参与方集群和非目标参与方集群；

获取所述业务发起方预设的目标业务信息和非目标业务信息；

向所述目标参与方集群中的业务参与方发送所述目标业务信息，以及所述向所述非目标参与方集群中的业务参与方发送所述非目标业务信息。

具体的，所述目标参与方集群具体是指由目标支持度最高的子业务的支持方所组成的集群，所述非目标参与方集群具体是指出除所述目标参与方集群中的业务参与方外，其他业务参与方组成的集群，也就是说，目标参与方集群中的业务参与方所选择的子业务是胜出子业务，所述非目标参与方集群中的业务参与方所选择的子业务是落败子业务；相应的，所述目标业务信息具体是指向选择胜出子业务的业务参与方发送的信息，可以是业务发起方相关的权益，如优惠券，产品体验信息、产品信息等。所述非目标业务信息具体是指向选择落败子业务的业务参与方发送的信息，可以是业务发起方相关的介绍信息或鼓励信息等。

沿用上例，通过比较“追梦”和“安居”的支持度，确定“追梦”这一观点的支持度较高，则将“追梦”这一观点对应的用户集群确定为胜出方，将“安居”这一观点对应的用户集群确定为落败方，根据预先设定的奖惩策略，采用私信的方式向胜出方对应的用户集群中的各个用户发送奖励信息，向落败方对应的用户集群中的各个用户发送惩罚信息。

进一步的，当用户收到私信后，通过点击私信可以确定支持的观点是否胜出，同时可以观看到与胜出或落败对应的奖惩动画；由于观点“追梦”的支持度要高于“安居”的支持度，因此采用私信的方式向支持观点“追梦”的用户发送奖励信息，向支持观点“安居”的用户发送惩罚信息。当支持观点“追梦”的用户收到品牌S发送的私信后，通过点击该信息可以观看到“惊喜雨”动画，参见图5中(b)所示的示意图，用户可以通过点击“惊喜雨”动画中的礼品控件，获得相应的实物产品，需要说明的是，“惊喜雨”中包含的礼品可以由品牌S控制。相应的，当支持观点“安居”的用户收到品牌S发送的私信后，通过点击该信息可以观看到“下雨”动画，参见图5中(c)所示的示意图，以此表明用户在本次话题讨论中并未胜出。

此外，在业务信息发送完成之后，为了能够提高业务参与方的体验，还可以向胜出的一方展示奖励动画，向落败的一方展示落败动画，以提高用户的参与体验。同时，若所述目标业务的业务周期较长，可以通过订阅的方式跟进业务的更多讨论，也可以通过分享子业务的方式促使提高子业务的曝光率，从而提高目标业务的参与度。

本申请提供的业务处理方法，通过接收到业务发起方提交的业务参与请求后，可以根据请求中携带的业务信息发起包含至少两个子业务的目标业务，之后接收业务参与方在业务周期内提交的选择请求，同时根据选择请求对任意一个子业务的目标支持度进行更新，当目标业务的业务周期结束后，可以通过确定各个子业务的参与方集群的方式，向各个子业务的参与方集群中的业务参与方发送与该子业务的目标支持度对应的业务信息，实现通过发布目标业务的方式驱使业务参与方进行业务的推广，不仅可以减少投入成本，还能够有效的触达更多的业务参与方，实现通过参与讨论的方式提高推广效果，达到破圈目的的同时带来核心用户的增长。

下述结合附图6，以本申请提供的业务处理方法在话题讨论场景中的应用为例，对所述业务处理方法进行进一步说明。其中，图6示出了本申请一实施例提供的一种应用于话题讨论场景中的业务处理方法的处理流程图，具体包括以下步骤：

步骤S602：接收品牌方提交的话题发起请求，根据话题发起请求中携带的话题信息发布包含两个观点的目标话题。

步骤S604，接收用户在话题周期内针对目标话题提交的浏览请求。

步骤S606，根据浏览请求向用户发送目标话题的目标话题信息，目标话题信息用于生成向用户展示的话题参与界面。

步骤S608，接收用户通过话题参与界面提交的第一选择请求，根据第一选择请求读取用户关注的品牌方。

步骤S610，判断用户关注的品牌方中是否包含发布目标话题的品牌方，若是，执行步骤S612，若否，执行步骤S614。

步骤S612，将第一选择请求作为目标选择请求。

步骤S614，向用户发送关注品牌方的提醒信息，在接收到用户关注品牌方的第二选择请求的情况下，将第二选择请求作为目标选择请求。

步骤S616，基于目标选择请求确定用户选择的目标观点，并基于选择请求对目标观点的支持度进行更新。

步骤S618，在话题周期结束的情况下，确定两个观点中各个观点的用户集群。

步骤S620，向支持度高的观点对应的用户集群发送奖励信息，向支持度低的观点对应的用户集群发送品牌推荐信息。

综上所述，实现通过发布目标业务的方式驱使业务参与方进行业务的推广，不仅可以减少投入成本，还能够有效的触达更多的业务参与方，实现通过参与讨论的方式提高推广效果，达到破圈目的的同时带来核心用户的增长。

与上述方法实施例相对应，本申请还提供了业务处理装置实施例，图7示出了本申请一实施例提供的一种业务处理装置的结构示意图。如图7所示，该装置包括：

接收模块702，被配置为接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务；

更新模块704，被配置为接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新；

确定模块706，被配置为在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群；

发送模块708，被配置为向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联。

一个可选的实施例中，所述更新模块704进一步被配置为：

接收所述业务参与方在所述业务周期内针对所述目标业务提交的浏览请求；根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息，所述目标业务信息用于生成向所述业务参与方展示的业务参与界面；接收所述业务参与方通过所述业务参与界面提交的所述选择请求。

一个可选的实施例中，所述更新模块704进一步被配置为：

接收所述业务参与方通过所述业务参与界面提交的第一选择请求，根据所述第一选择请求读取所述业务参与方的发起方绑定信息；判断所述发起方绑定信息中是否包含所述业务发起方对应的业务标识；若是，将所述第一选择请求作为所述选择请求；若否，向所述业务参与方发送绑定所述业务标识的提醒信息，在接收到所述业务参与方针对所述提醒信息返回第二选择请求的情况下，根据所述第二选择请求将所述业务标识添加至所述发起方绑定信息，并将所述第二选择请求作为所述选择请求。

一个可选的实施例中，所述更新模块704进一步被配置为：

获取与所述业务发起方关联的装扮信息；将所述装扮信息发送至所述业务参与方，用于对所述业务参与方的业务操作界面进行更新。

一个可选的实施例中，所述更新模块704进一步被配置为：

对所述选择请求进行解析获得子业务支持信息；根据所述子业务支持信息在所述至少两个子业务中确定目标子业务，并基于所述选择请求对所述目标子业务的目标支持度进行更新。

一个可选的实施例中，所述业务处理装置，还包括：

第一支持度更新模块，被配置为接收所述业务参与方针对所述目标子业务提交的资源支持请求，所述资源支持请求中携带有支持多媒体资源；确定所述支持多媒体资源的资源类型，并根据所述资源类型确定资源支持分值；基于所述资源支持分值对所述目标子业务的目标支持度进行更新。

一个可选的实施例中，所述业务处理装置，还包括：

第二支持度更新模块，被配置为接收所述业务参与方针对所述目标子业务关联的多媒体资源提交的选择支持请求；根据所述选择支持请求确定选择支持分值，并基于所述选择支持分值对所述目标子业务的目标支持度进行更新。

一个可选的实施例中，所述业务处理装置，还包括：

第一发送资源模块，被配置为获取当前时刻所述至少两个子业务中的各个子业务对应的多媒体资源集合，以及所述多媒体资源集合中包含的多媒体资源的热度信息；根据所述热度信息在所述多媒体资源集合中选择目标多媒体资源，并向所述业务参与方发送所述目标多媒体资源，所述目标多媒体资源通过所述业务参与界面向所述业务参与方展示。

一个可选的实施例中，所述业务处理装置，还包括：

第二发送资源模块，被配置为接收所述业务参与方通过所述业务参与界面提交的资源浏览请求；根据所述资源浏览请求向所述业务参与方发送所述多媒体资源集合中包含的多媒体资源，所述多媒体资源具有其所属的子业务的子业务标识。

一个可选的实施例中，所述发送模块708进一步被配置为：

根据所述至少两个子业务中的各个子业务的目标支持度确定目标参与方集群和非目标参与方集群；获取所述业务发起方预设的目标业务信息和非目标业务信息；向所述目标参与方集群中的业务参与方发送所述目标业务信息，以及所述向所述非目标参与方集群中的业务参与方发送所述非目标业务信息。

本申请提供的业务处理装置，通过接收到业务发起方提交的业务参与请求后，可以根据请求中携带的业务信息发起包含至少两个子业务的目标业务，之后接收业务参与方在业务周期内提交的选择请求，同时根据选择请求对任意一个子业务的目标支持度进行更新，当目标业务的业务周期结束后，可以通过确定各个子业务的参与方集群的方式，向各个子业务的参与方集群中的业务参与方发送与该子业务的目标支持度对应的业务信息，实现通过发布目标业务的方式驱使业务参与方进行业务的推广，不仅可以减少投入成本，还能够有效的触达更多的业务参与方，实现通过参与讨论的方式提高推广效果，达到破圈目的的同时带来核心用户的增长。

上述为本实施例的一种业务处理装置的示意性方案。需要说明的是，该业务处理装置的技术方案与上述的业务处理方法的技术方案属于同一构思，业务处理装置的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

图8示出了根据本申请一实施例提供的一种计算设备800的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。

计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备800还可以是移动式或静止式的服务器。

其中，处理器820执行所述指令时实现所述的业务处理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的业务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述业务处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的业务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述业务处理方法的技术方案的描述。

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

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (13)

1.一种业务处理方法，其特征在于，包括：

接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务；

接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新；

在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群；

向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联。

2.根据权利要求1所述的业务处理方法，其特征在于，所述接收业务参与方在所述目标业务的业务周期内提交的选择请求，包括：

接收所述业务参与方在所述业务周期内针对所述目标业务提交的浏览请求；

根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息，所述目标业务信息用于生成向所述业务参与方展示的业务参与界面；

接收所述业务参与方通过所述业务参与界面提交的所述选择请求。

3.根据权利要求2所述的业务处理方法，其特征在于，所述接收所述业务参与方通过所述业务参与界面提交的所述选择请求，包括：

接收所述业务参与方通过所述业务参与界面提交的第一选择请求，根据所述第一选择请求读取所述业务参与方的发起方绑定信息；

判断所述发起方绑定信息中是否包含所述业务发起方对应的业务标识；

若是，将所述第一选择请求作为所述选择请求；

若否，向所述业务参与方发送绑定所述业务标识的提醒信息，在接收到所述业务参与方针对所述提醒信息返回第二选择请求的情况下，根据所述第二选择请求将所述业务标识添加至所述发起方绑定信息，并将所述第二选择请求作为所述选择请求。

4.根据权利要求3所述的业务处理方法，其特征在于，还包括：

获取与所述业务发起方关联的装扮信息；

将所述装扮信息发送至所述业务参与方，用于对所述业务参与方的业务操作界面进行更新。

5.根据权利要求1所述的业务处理方法，其特征在于，所述根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新，包括：

对所述选择请求进行解析获得子业务支持信息；

根据所述子业务支持信息在所述至少两个子业务中确定目标子业务，并基于所述选择请求对所述目标子业务的目标支持度进行更新。

6.根据权利要求5所述的业务处理方法，其特征在于，所述根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新步骤执行之后，还包括：

接收所述业务参与方针对所述目标子业务提交的资源支持请求，所述资源支持请求中携带有支持多媒体资源；

确定所述支持多媒体资源的资源类型，并根据所述资源类型确定资源支持分值；

基于所述资源支持分值对所述目标子业务的目标支持度进行更新。

7.根据权利要求5所述的业务处理方法，其特征在于，所述根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新步骤执行之后，还包括：

接收所述业务参与方针对所述目标子业务关联的多媒体资源提交的选择支持请求；

根据所述选择支持请求确定选择支持分值，并基于所述选择支持分值对所述目标子业务的目标支持度进行更新。

8.根据权利要求2所述的业务处理方法，其特征在于，所述根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息步骤执行之后，还包括：

获取当前时刻所述至少两个子业务中的各个子业务对应的多媒体资源集合，以及所述多媒体资源集合中包含的多媒体资源的热度信息；

根据所述热度信息在所述多媒体资源集合中选择目标多媒体资源，并向所述业务参与方发送所述目标多媒体资源，所述目标多媒体资源通过所述业务参与界面向所述业务参与方展示。

9.根据权利要求8所述的业务处理方法，其特征在于，所述根据所述浏览请求向所述业务参与方发送所述目标业务的目标业务信息步骤执行之后，还包括：

接收所述业务参与方通过所述业务参与界面提交的资源浏览请求；

根据所述资源浏览请求向所述业务参与方发送所述多媒体资源集合中包含的多媒体资源，所述多媒体资源具有其所属的子业务的子业务标识。

10.根据权利要求1所述的业务处理方法，其特征在于，所述向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，包括：

根据所述至少两个子业务中的各个子业务的目标支持度确定目标参与方集群和非目标参与方集群；

获取所述业务发起方预设的目标业务信息和非目标业务信息；

向所述目标参与方集群中的业务参与方发送所述目标业务信息，以及所述向所述非目标参与方集群中的业务参与方发送所述非目标业务信息。

11.一种业务处理装置，其特征在于，包括：

接收模块，被配置为接收业务发起方提交的业务参与请求，根据所述业务参与请求中携带的业务信息发布包含至少两个子业务的目标业务；

更新模块，被配置为接收业务参与方在所述目标业务的业务周期内提交的选择请求，根据所述选择请求对所述至少两个子业务中的任意一个子业务的目标支持度进行更新；

确定模块，被配置为在所述业务周期结束的情况下，确定所述至少两个子业务中的各个子业务对应的参与方集群；

发送模块，被配置为向所述参与方集群中的业务参与方发送与所述目标支持度对应的业务信息，其中，所述业务信息与所述业务发起方关联。

12.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现权利要求1-10任意一项所述方法的步骤。

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

Images