基于大数据的服务内容更新生成方法及云端计算服务系统

摘要

本公开实施例提供一种基于大数据的服务内容更新生成方法及云端计算服务系统，可以通过在目标服务页面中为用户订阅服务确定至少一个目标订阅内容项后，再根据至少一个目标订阅内容项对用户订阅服务进行服务更新，可以使得服务更新后的用户订阅服务能够更匹配实际的目标服务页面中的用户兴趣倾向，进而减少用户后续订阅操作中的筛选成本，提高服务体验。

说明书

技术领域

本公开涉及电子商务云服务技术领域，示例性地，涉及一种基于大数据的服务内容更新生成方法及云端计算服务系统。

背景技术

如今的用户被数据包围，用户在线和离线所做的一切都会生成数据。原始数据面临的问题在于其庞大的数量，服务提供商很难使用它作出明智的决定。数据通常从许多来源收集：网站分析，销售指标，客户潜在客户，电子邮件用户号码等。这些信息提供了零售商和电子商务服务提供商可以利用的有用见解。电子商务服务提供商现在可以使用从大数据收集的信息来增加收入，获得新客户，并简化运营。大数据在过去几年中已经改变了电子商务的面貌。

在相关技术方案中，在按照用户进行业务操作产生的业务大数据进行分析过程中，在产生定制化的服务页面后，如何为广泛访问该服务页面的其它用户提供更好的服务订阅体验，减少筛选成本，是亟待解决的问题。

发明内容

为了至少克服现有技术中的上述不足，本公开的目的在于提供一种基于大数据的服务内容更新生成方法及云端计算服务系统。

第一方面，本公开提供一种基于大数据的服务内容更新生成方法，应用于云端计算服务系统，所述云端计算服务系统与多个互动服务终端通信连接，所述方法包括：

获取根据业务大数据生成的目标服务页面，其中，所述目标服务页面中包含有服务推送热点集合，所述服务推送热点集合中的服务推送热点与所述业务大数据对应的电商热点序列中的电商服务热点一一对应；

在所述目标服务页面中为用户订阅服务确定至少一个目标订阅内容项，并根据至少一个目标订阅内容项对所述用户订阅服务进行服务更新，其中，所述至少一个目标订阅内容项是基于所述用户订阅服务向所述目标服务页面中的多个服务可订阅项进行服务匹配后匹配到的订阅内容项，所述多个服务可订阅项是根据所述目标服务页面中的多个服务推送热点相关的订阅项生成的。

第二方面，本公开实施例还提供一种基于大数据的服务内容更新生成系统，所述基于大数据的服务内容更新生成系统包括云端计算服务系统以及与所述云端计算服务系统通信连接的多个互动服务终端；

所述云端计算服务系统，用于：

获取根据业务大数据生成的目标服务页面，其中，所述目标服务页面中包含有服务推送热点集合，所述服务推送热点集合中的服务推送热点与所述业务大数据对应的电商热点序列中的电商服务热点一一对应；

在所述目标服务页面中为用户订阅服务确定至少一个目标订阅内容项，并根据至少一个目标订阅内容项对所述用户订阅服务进行服务更新，其中，所述至少一个目标订阅内容项是基于所述用户订阅服务向所述目标服务页面中的多个服务可订阅项进行服务匹配后匹配到的订阅内容项，所述多个服务可订阅项是根据所述目标服务页面中的多个服务推送热点相关的订阅项生成的。

根据上述任意一个方面，本公开提供的实施方式中，可以通过在目标服务页面中为用户订阅服务确定至少一个目标订阅内容项后，再根据至少一个目标订阅内容项对用户订阅服务进行服务更新，可以使得服务更新后的用户订阅服务能够更匹配实际的目标服务页面中的用户兴趣倾向，进而减少用户后续订阅操作中的筛选成本，提高服务体验。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要调用的附图作简单地介绍，应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。

图1为本公开实施例提供的基于大数据的服务内容更新生成系统的应用场景示意图；

图2为本公开实施例提供的基于大数据的服务内容更新生成方法的流程示意图；

图3为本公开实施例提供的基于大数据的服务内容更新生成装置的功能模块示意图；

图4为本公开实施例提供的用于实现上述的基于大数据的服务内容更新生成方法的云端计算服务系统的结构示意框图。

具体实施方式

下面结合说明书附图对本公开进行具体说明，方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。

图1是本公开一种实施例提供的基于大数据的服务内容更新生成系统10的交互示意图。基于大数据的服务内容更新生成系统10可以包括云端计算服务系统100以及与云端计算服务系统100通信连接的互动服务终端200。图1所示的基于大数据的服务内容更新生成系统10仅为一种可行的示例，在其它可行的实施例中，该基于大数据的服务内容更新生成系统10也可以仅包括图1所示组成部分的其中的至少部分或者还可以包括其它的组成部分。

在一种可能的设计思路中，基于大数据的服务内容更新生成系统10中的云端计算服务系统100和互动服务终端200可以通过配合执行以下方法实施例所描述的基于大数据的服务内容更新生成方法，具体云端计算服务系统100和互动服务终端200的执行步骤部分可以参照以下方法实施例的详细描述。

为了解决前述背景技术中的技术问题，图2为本公开实施例提供的基于大数据的服务内容更新生成方法的流程示意图，本实施例提供的基于大数据的服务内容更新生成方法可以由图1中所示的云端计算服务系统100执行，下面对该基于大数据的服务内容更新生成方法进行详细介绍。

步骤S110，获取根据业务大数据生成的目标服务页面，

本实施例中，目标服务页面中例如可以包含有服务推送热点集合，服务推送热点集合中的服务推送热点与业务大数据对应的电商热点序列中的电商服务热点一一对应，具体生成的过程将在后文进行阐述，此处不作说明。

步骤S120，在目标服务页面中为用户订阅服务确定至少一个目标订阅内容项，并根据至少一个目标订阅内容项对用户订阅服务进行服务更新。

本实施例中，至少一个目标订阅内容项可以是基于用户订阅服务（如订阅的电商直播过程中的商品推送服务）向目标服务页面中的多个服务可订阅项（如某些类别商品的服务可订阅项）进行服务匹配后匹配到的订阅内容项（如某些类别商品的商品风格维度的可订阅项），多个服务可订阅项是根据目标服务页面中的多个服务推送热点（如时下流行的商品热点等）相关的订阅项生成的。

基于上述步骤，可以通过在目标服务页面中为用户订阅服务确定至少一个目标订阅内容项后，再根据至少一个目标订阅内容项对用户订阅服务进行服务更新，可以使得服务更新后的用户订阅服务能够更匹配实际的目标服务页面中的用户兴趣倾向，进而减少用户后续订阅操作中的筛选成本，提高服务体验。

在一种可能的设计思路中，对于步骤S120，可以通过以下示例性的子步骤

步骤S121，选取用户订阅服务中的任一订阅知识点（如某个商品的某个购物过程中可以供用户了解的知识点）作为可订阅知识点，将可订阅知识点中的任一知识点标签（如知识点的类别信息，例如科普类别、大众共享类别等）作为第一知识点标签，基于第一知识点标签，向至少一个目标订阅内容项进行服务匹配。

步骤S122，在第一知识点标签的服务匹配指示发生匹配且发生匹配的匹配特征的内容匹配分量（如从内容特征，比如分词特征上的匹配特征向量）和主题匹配分量（如从主题特征，比如标题特征、摘要特征或书签分类特征上的匹配特征向量）的加权分量值大于等于目标分量值的情况下，基于可订阅知识点的基础知识点（如可订阅知识点直接关系的知识点）和扩展知识点（如可订阅知识点直接关系的知识点相关扩展的外围知识点），向至少一个目标订阅内容项进行服务匹配，扩展知识点基于基础知识点的知识点属性和可订阅知识点的知识点标签构建。

步骤S123，当基础知识点和扩展知识点的服务匹配指示未发生匹配时，在目标服务页面中将可订阅知识点从用户订阅服务中进行服务更新。

本公开实施例提供的方法，在目标服务页面中为用户订阅服务确定相对应的目标订阅内容项，分别基于用户订阅服务的可订阅知识点的知识点标签、基础知识点和扩展知识点，向目标订阅内容项进行服务匹配，从而确定可订阅知识点是否处于其它服务推送热点的内容服务，确定是否需要将可订阅知识点进行服务更新，可以在服务推送的准备阶段直接进行服务更新场景中每个服务推送热点在正常内容状态下无法获取的订阅知识点，无需提交配置每个服务推送热点的全部订阅知识点，在不改变开发人员工作流程的情况下，极大的减少需要提交配置的订阅知识点数量，减小资源量，使服务推送在实际运行时的计算资源占比以及占用内存减少，优化服务推送运行时的效率。

在一种可能的设计思路中，仍旧针对步骤S120，可以通过示例性的实施方式实现。

步骤S124，确定目标服务页面包括的多个服务推送热点，根据多个服务推送热点的知识点标签信息，生成多个服务可订阅项。

目前在对服务信息推送情景（如电商直播过程中的商品服务信息推送情景等）进行数据处理将推送服务非正常内容状态下的订阅知识点进行服务更新时，采用的方法多为运行时进行服务更新，发明人认识到，采用上述方式对服务信息推送情景进行数据处理时，需要对每一个基础订阅服务的全部订阅知识点进行配置提交，对全部订阅知识点进行处理，而且对于在某些内容下非正常内容状态下的订阅知识点，很有可能发生误操作。因此，本公开提出了一种服务信息推送情景的数据处理方法，根据每个订阅知识点进行服务匹配，确定哪些订阅知识点无需处理，哪些订阅知识点需要删除更新，使得可以直接进行服务更新场景中每个服务推送热点在正常内容状态下无法获取的订阅知识点，在不改变开发人员工作流程的情况下，可以极大的减少需要提交配置的订阅知识点数量，优化运行时的效率和内存占用。

在本公开实施例中，将待进行订阅知识点进行服务更新处理的服务信息推送情景设置为目标服务页面。实际应用的过程中，目标服务页面中会包括大量的服务推送热点，有些服务推送热点的相关外围热点不存在任何其它的服务推送热点且数据量很小，不会轻易发生任何的状态变化，而有些服务推送热点很明显在当前的业务节点上被其它的服务推送热点所覆盖，因此，确定目标服务页面包括的多个服务推送热点，以便后续对这些服务推送热点进行数据的处理，实现非正常内容状态下订阅知识点的进行服务更新操作。而为了根据各个服务推送热点的订阅知识点进行服务匹配，根据多个服务推送热点的知识点标签信息，生成多个服务可订阅项，在后续根据订阅知识点向服务可订阅项进行服务匹配，从而确定订阅知识点是否需要被进行服务更新。需要说明的是，目前存在一些综合型服务推送开发工具，因此，在生成多个服务可订阅项时，可以基于综合型服务推送开发工具的服务可订阅项功能直接生成。

步骤S125，选取多个服务推送热点中的任一服务推送热点相关的订阅服务作为用户订阅服务，构建用户订阅服务的订阅配置信息（可根据用户的基本资料进行配置，如根据用户的爱好、性别等配置一个默认的订阅配置信息，具体可不做限定），基于订阅配置信息向多个服务可订阅项进行服务匹配，在多个服务可订阅项中确定服务匹配指示发生匹配的服务可订阅项作为至少一个目标订阅内容项。

在本公开实施例中，在确定了目标服务页面包括的多个服务推送热点后，选取多个服务推送热点中的任一服务推送热点作为用户订阅服务，后续以对该用户订阅服务进行处理为例进行说明，而在实际应用的过程中，目标服务页面中每一个服务推送热点都可以采用本公开所示的方法进行处理。

在确定了用户订阅服务后，由于只有用户订阅服务相对应的服务可订阅项在服务匹配中才具有参考价值，针对用户订阅服务差别较大的服务可订阅项是服务匹配无法触及的，因此，需要构建用户订阅服务的订阅配置信息，基于订阅配置信息向多个服务可订阅项进行服务匹配，在多个服务可订阅项中确定服务匹配指示发生匹配的服务可订阅项作为至少一个目标订阅内容项，从而得到用户订阅服务相对应的所有服务可订阅项。需要说明的是，根据订阅配置信息向多个服务可订阅项进行服务匹配可以通过综合型服务推送开发工具的交叉判断功能实现。

通过上述过程，在目标服务页面中便为用户订阅服务确定至少一个目标订阅内容项，具体地，至少一个目标订阅内容项是根据用户订阅服务进行服务匹配确定的，后续可以基于这至少一个目标订阅内容项实现对订阅知识点的处理。

步骤S126，选取用户订阅服务中的任一订阅知识点作为可订阅知识点，将可订阅知识点中的任一知识点标签作为第一知识点标签，基于第一知识点标签，向至少一个目标订阅内容项进行服务匹配，在第一知识点标签的服务匹配指示未发生匹配或发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值小于目标分量值的情况下，执行下述步骤S127。在第一知识点标签的服务匹配指示发生匹配且发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值大于等于目标分量值的情况下，执行下述步骤S128。

在本公开实施例中，当确定了用户订阅服务相关外围热点的目标订阅内容项后，开始对用户订阅服务进行处理。其中，对于用户订阅服务中的每一个订阅知识点，均采用下述的方式进行一系列的检测以及处理，因此，在这里，以可订阅知识点为例进行说明，该可订阅知识点可以是用户订阅服务中的任一订阅知识点。

在对可订阅知识点进行处理时，首先，选取用户订阅服务中的任一订阅知识点作为可订阅知识点，将可订阅知识点中的任一知识点标签作为第一知识点标签，基于可订阅知识点的第一知识点标签，向至少一个目标订阅内容项进行服务匹配，其中，该第一知识点标签是可订阅知识点中的任一知识点标签。随后，根据服务匹配返回的内容，确定服务匹配是否发生匹配。在第一知识点标签的服务匹配指示未发生匹配的情况下，表示该第一知识点标签不在其它服务推送热点的内部，是不能直接进行服务更新的，无需再对该可订阅知识点执行后续的操作，所以，可以跳过该可订阅知识点，并结束当前流程，所以，执行下述步骤S127。而在第一知识点标签的服务匹配指示发生匹配的情况下，并不能完全确定该第一知识点标签一定位于其它服务推送热点的内部，需要进一步确定发生匹配的匹配特征的内容匹配分量和主题匹配分量，计算内容匹配分量和主题匹配分量的加权分量值。若内容匹配分量和主题匹配分量的加权分量值大于等于目标分量值，表示该第一知识点标签不在其它服务推送热点的内部，是不能直接进行服务更新的，所以，执行下述步骤S127。这样，综合上述需要执行步骤S127的情况可以得出，在第一知识点标签的服务匹配指示未发生匹配或发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值小于目标分量值的情况下，均执行步骤S127。而若内容匹配分量和主题匹配分量的加权分量值小于目标分量值，表示该第一知识点标签是处于其它服务推送热点的内容服务的，需要根据该可订阅知识点的其它知识点标签以及边界等做进一步的判断，所以，执行下述步骤S128。其中，需要说明的是，本步骤中提及的目标分量值通常为1也即将内容匹配分量和主题匹配分量的加权分量值与1进行比对，从而确定应该执行哪种操作。

步骤S127，在第一知识点标签的服务匹配指示未发生匹配或发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值小于目标分量值的情况下，结束当前流程，在用户订阅服务中选取除可订阅知识点外的其它任一订阅知识点作为新的可订阅知识点，并重新基于新的可订阅知识点的知识点标签向至少一个目标订阅内容项进行服务匹配。

在本公开实施例中，在第一知识点标签的服务匹配指示未发生匹配或发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值小于目标分量值的情况下，表示该第一知识点标签不在其它服务推送热点的内部，是不能直接进行服务更新的，无需再对该可订阅知识点执行后续的操作，所以，跳过该可订阅知识点，并结束当前流程。而由于用户订阅服务中除可订阅知识点外还有其它订阅知识点等待处理，因此，在用户订阅服务中选取除可订阅知识点外的其它任一订阅知识点作为新的可订阅知识点，并重新基于新的可订阅知识点的知识点标签向至少一个目标订阅内容项进行服务匹配，也即基于新的可订阅知识点重复步骤S126中的过程，此处不再进行赘述。其中，针对于同一个用户订阅服务，该用户订阅服务中全部的订阅知识点可以同时进行检测，也即并行实现多个订阅知识点的检测，从而缩短服务推送热点的处理时间。或者也可以顺序进行检测，也即一个订阅知识点检测完毕后再执行下一个订阅知识点的检测，以便降低资源占用。本申请对订阅知识点的检测是同时进行还是顺序进行不做具体限定。

需要说明的是，在实际应用的过程中，当确定可订阅知识点不能直接进行服务更新时，可将该可订阅知识点保留在用户订阅服务中，这样，在遍历该用户订阅服务的所有订阅知识点后，用户订阅服务中会有保留的订阅知识点，就不用重复对用户订阅服务进行进行服务更新处理了，提高了进行服务更新效率。

步骤S128，在第一知识点标签的服务匹配指示发生匹配且发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值大于等于目标分量值的情况下，在可订阅知识点的基础知识点中提取第一拆分子知识点，基于第一拆分子知识点，向至少一个目标订阅内容项进行服务匹配，当第一拆分子知识点的服务匹配指示发生匹配时，执行下述步骤S129。当第一拆分子知识点的服务匹配指示未发生匹配时，执行下述步骤S1291和步骤S1292。

在本公开实施例中，在第一知识点标签的服务匹配指示发生匹配且发生匹配的匹配特征的内容匹配分量和主题匹配分量的加权分量值大于等于目标分量值的情况下，表示该第一知识点标签是处于其它服务推送热点的内容服务的，需要根据该可订阅知识点的其它知识点标签以及边界等做进一步的判断，因此，在可订阅知识点的基础知识点中提取第一拆分子知识点，基于第一拆分子知识点，向至少一个目标订阅内容项进行服务匹配，其中，第一拆分子知识点是基础知识点中以第一知识点标签为拆分单位的任一基础知识点。例如，假设可订阅知识点的三个知识点标签分别为A、B和C，其中，A为第一知识点标签，则第一拆分子知识点可为单位知识点AB。

在基于第一拆分子知识点向至少一个目标订阅内容项进行服务匹配后，根据服务匹配返回的内容确定本次的服务匹配是否发生了匹配。当第一拆分子知识点的服务匹配指示发生匹配时，表示可订阅知识点不完全在其它服务推送热点的内部，是不可以直接进行服务更新的，需要保留，因此，执行下述步骤S129。当第一拆分子知识点的服务匹配指示未发生匹配时，表示该第一拆分子知识点是处于其它服务推送热点的内容服务的，需要根据该可订阅知识点的其它知识点标签以及边界等做进一步的判断，因此，执行下述步骤S1291至步骤S1292。

步骤S129，当第一拆分子知识点的服务匹配指示发生匹配时，结束当前流程，在用户订阅服务中选取除可订阅知识点外的其它任一订阅知识点作为新的可订阅知识点，并重新基于新的可订阅知识点的知识点标签向至少一个目标订阅内容项进行服务匹配。

在本公开实施例中，当第一拆分子知识点的服务匹配指示发生匹配时，表示可订阅知识点不完全在其它服务推送热点的内部，是不可以直接进行服务更新的，结束当前流程。在用户订阅服务中选取除可订阅知识点外的其它任一订阅知识点作为新的可订阅知识点，并重新基于新的可订阅知识点的知识点标签向至少一个目标订阅内容项进行服务匹配，具体过程与上述步骤S126中的过程一致，此处不再进行赘述。

步骤S1291，当第一拆分子知识点的服务匹配指示未发生匹配时，采用基础知识点的知识点属性和可订阅知识点的知识点标签构建扩展知识点。

在本公开实施例中，当第一拆分子知识点的服务匹配指示未发生匹配时，表示该第一拆分子知识点是处于其它服务推送热点的内容服务的，需要根据该可订阅知识点的其它知识点标签以及边界等做进一步的判断，因此，采用基础知识点的知识点属性和可订阅知识点的知识点标签构建扩展知识点，以便将可订阅知识点整体考虑进来。

其中，在构建扩展知识点时，首先，需要分别获取第一拆分子知识点、第二拆分子知识点和第三拆分子知识点的三个知识点属性，并在可订阅知识点中提取除第一知识点标签外的第二知识点标签和第三知识点标签。随后，对于第一知识点标签，在三个知识点属性中提取第一知识点标签对应的第一知识点属性，构建以第一知识点标签和第一知识点属性为扩展单位的单位知识点作为第一子单位知识点，第一知识点属性是第二知识点标签和第三知识点标签所在的基础知识点的知识点属性。对于第二知识点标签，在三个知识点属性中提取第二知识点标签对应的第二知识点属性，构建以第二知识点标签和第二知识点属性为扩展单位的单位知识点作为第二子单位知识点，第二知识点属性是第一知识点标签和第三知识点标签所在的基础知识点的知识点属性。对于第三知识点标签，在三个知识点属性中提取第三知识点标签对应的第三知识点属性，构建以第三知识点标签和第三知识点属性为扩展单位的单位知识点作为第三子单位知识点，第三知识点属性是第一知识点标签和第二知识点标签所在的基础知识点的知识点属性。最后，将第一子单位知识点、第二子单位知识点和第三子单位知识点作为扩展知识点。

步骤S1292，在基础知识点中提取除第一拆分子知识点外的第二拆分子知识点和第三拆分子知识点，基于第二拆分子知识点、第三拆分子知识点和扩展知识点，向至少一个目标订阅内容项进行服务匹配，当基础知识点和扩展知识点的服务匹配指示未发生匹配时，执行下述步骤S1293。当基础知识点和扩展知识点中任一单位知识点的服务匹配指示发生匹配时，执行下述步骤S1294。

在本公开实施例中，在获取到扩展知识点后，由于第一拆分子知识点的服务匹配已经指示未发生匹配，因此，在基础知识点中提取除第一拆分子知识点外的第二拆分子知识点和第三拆分子知识点，基于第二拆分子知识点、第三拆分子知识点和扩展知识点，向至少一个目标订阅内容项进行服务匹配，并根据服务匹配返回的结果依次确定是否与至少一个目标订阅内容项发生了匹配。

当基础知识点和扩展知识点的服务匹配指示未发生匹配时，表示该可订阅知识点是完全处于其它服务推送热点的内部的，属于推送服务在正常推送配置状态下无法获取的订阅知识点，需要进行服务更新，也即执行下述步骤S1293。而当基础知识点和扩展知识点中任一单位知识点的服务匹配指示发生匹配时，表示该可订阅知识点并不完全处于其它服务推送热点的内部的，仍旧需要在后续对该订阅知识点进行挖掘等处理，不能直接进行服务更新，也即执行下述步骤S1294。

步骤S1293，当基础知识点和扩展知识点的服务匹配指示未发生匹配时，在目标服务页面中将可订阅知识点从用户订阅服务中进行服务更新。

在本公开实施例中，当基础知识点和扩展知识点的服务匹配指示未发生匹配时，表示该可订阅知识点是完全处于其它服务推送热点的内部的，属于推送服务在正常推送配置状态下无法获取的订阅知识点，需要进行服务更新，因此，在目标虚拟拟场景中将可订阅知识点从用户订阅服务中进行服务更新。

步骤S1294，当基础知识点和扩展知识点中任一单位知识点的服务匹配指示发生匹配时，结束当前流程，在用户订阅服务中选取除可订阅知识点外的其它任一订阅知识点作为新的可订阅知识点，并重新基于新的可订阅知识点的知识点标签向至少一个目标订阅内容项进行服务匹配。

在本公开实施例中，当基础知识点和扩展知识点中任一单位知识点的服务匹配指示发生匹配时，表示该可订阅知识点并不完全处于其它服务推送热点的内部的，仍旧需要在后续对该订阅知识点进行挖掘等处理，不能直接进行服务更新，因此，结束当前流程，在用户订阅服务中选取除可订阅知识点外的其它任一订阅知识点作为新的可订阅知识点，并重新基于新的可订阅知识点的知识点标签向至少一个目标订阅内容项进行服务匹配，具体过程与上述步骤S126中的过程一致，此处不再进行赘述。

通过上述过程便完成了对当前选中的可订阅知识点的处理。而实际上用户订阅服务是包括很多订阅知识点的，因此，需要继续执行用户订阅服务中除可订阅知识点外的其它订阅知识点向至少一个目标订阅内容项的服务匹配，对用户订阅服务中的每一个订阅知识点进行检测，确定是否需要将订阅知识点进行服务更新。确定进行服务更新的订阅知识点直接进行服务更新即可，确定不能进行服务更新的订阅知识点按照原始位置保留即可，直至用户订阅服务中全部订阅知识点完成处理。

用户订阅服务中全部订阅知识点完成处理后，该用户订阅服务便完成了整个处理过程，在目标服务页面中保存处理后的用户订阅服务。而目标服务页面中还存在其它需要处理的用户订阅服务，因此，继续对目标服务页面中除用户订阅服务外的其它用户订阅服务进行订阅知识点的服务匹配以及进行服务更新，直至目标服务页面中的多个服务推送热点均完成处理。需要说明的是，目标服务页面中的多个服务推送热点可以进行订阅知识点的进行服务更新操作，也即并行对多个服务推送热点进行处理，无需等待上一个服务推送热点处理完毕。或者，还可以顺序执行服务推送热点的处理，也即当前的服务推送热点处理完毕后再执行下一个服务推送热点的处理，本申请对同时还是顺序对服务推送热点进行处理不做具体限定。

当目标服务页面中全部的用户订阅服务均处理完毕后，需要将处理后的目标服务页面中生成的多个服务可订阅项全部配置，保存配置后的目标服务页面，后续可以根据当前目标服务页面中保留下来的订阅知识点进行后续的挖掘工作。

综上所述，整个服务信息推送情景的数据处理过程可以总结如下：

首先生成服务信息推送情景中所有需要参与进行服务更新的服务推送热点的服务可订阅项，选取服务推送热点中的任一服务推送热点作为用户订阅服务，根据用户订阅服务的订阅配置信息进行服务匹配，确定该用户订阅服务相对应的目标订阅内容项。选取用户订阅服务中的任一订阅知识点作为可订阅知识点，取可订阅知识点的第一知识点标签，基于第一知识点标签向目标订阅内容项进行服务匹配，如果没有发生匹配，则表示第一知识点标签不在其它服务推送热点的内部，保留该可订阅知识点并继续处理其它的订阅知识点。如果发生了匹配且匹配特征的内容匹配分量和主题匹配分量加权分量值小于1，则表示该第一知识点标签不在其它服务推送热点的内部，保留该可订阅知识点并继续处理其它的订阅知识点。如果发生了匹配且匹配特征的内容匹配分量和主题匹配分量加权分量值大于等于1，则使用可订阅知识点中第一知识点标签所处的第一拆分子知识点向目标订阅内容项进行服务匹配。如果发生匹配，表示可订阅知识点不完全在其它服务推送热点的内容服务，则保留该可订阅知识点并继续处理其它的订阅知识点。如果没有发生匹配，则构建可订阅知识点的扩展知识点，基于除第一拆分子知识点外的其它拆分子知识点以及扩展知识点，向目标订阅内容项进行服务匹配。如果发生匹配，表示可订阅知识点不完全在其它服务推送热点的内容服务，则保留该可订阅知识点并继续处理其它的订阅知识点。如果没有发生匹配，表示可订阅知识点完全在其它服务推送热点的内容服务，属于推送服务在正常推送配置状态下无法获取的订阅知识点，直接进行服务更新。重复执行上述过程，对用户订阅服务中的全部订阅知识点进行保留以及进行服务更新操作，并保存进行服务更新订阅知识点后的用户订阅服务。当目标服务页面中全部的服务推送热点均完成订阅知识点的进行服务更新后，将生成的全部服务可订阅项进行配置（如隐藏），保存目标服务页面即可。

在一种可能的设计思路中，对于步骤S110，可以通过以下示例性的子步骤具体实现，详细描述如下。

步骤S111，确定业务大数据的第一用户行为集的第一交互业务节点和第二用户行为集的第二交互业务节点，其中，第一交互业务节点为第一用户行为集在目标电商云计算服务中所触发的交互业务节点，第二交互业务节点为第二用户行为集在目标电商云计算服务中所触发的交互业务节点。

本实施例可以应用于电商云计算服务中的至少两个用户行为集在目标服务页面中执行同一电商服务功能的场景，该目标服务页面通常可以独立于该电商云计算服务。上述电商云计算服务可以是电商直播服务场景（例如，电商打赏服务的电商直播服务场景），至少两个用户行为集可以是至少两个互动成员行为，执行的同一电商服务功能可以是电商直播服务场景中的直播互动（例如，直播互动数据）。

本实施例中以电商打赏服务中的直播互动数据的直播互动场景的生成过程为例说明上述电商云计算服务的生成方法，对应地，目标电商云计算服务为目标电商直播服务场景，业务大数据为直播互动数据，第一用户行为集和第二用户行为集分别为第一互动成员行为（或者，第一互动成员行为集）和第二互动成员行为（或者，第二互动成员行为集）。值得说明的是，对于其它类似的场景，本实施例同样可以适用。

以电商打赏服务为例，用户（用户，可对应于一个对象）的互动服务终端上可以运行有电商打赏服务应用的应用程序APP，该应用程序APP可以与云端计算服务系统进行通信连接，该云端计算服务系统为电商打赏服务的后台云端计算服务系统。用户可以使用帐号和密码、动态密码、关联应用登录等方式登录到其互动服务终端上运行的上述应用程序APP，并控制其创建的、或者为其生成的互动页面组件（互动元素）在电商直播服务场景中执行直播互动过程，例如，在直播过程中进行打赏、商品跳转、与其它用户交互等等。

用户在电商打赏服务中可以控制一个互动页面组件（例如，互动按钮，互动元素），还可以控制该互动页面组件的一个或多个关联页面组件。互动按钮和互动按钮的关联页面组件可以均属于该用户。上述互动按钮或关联页面组件可以是预先定义的，本实施例中对此不作限定。

可选地，在本实施例中，用户也可以仅允许控制电商打赏服务中的一个互动页面组件，不同用户的互动页面组件之间可以通过邀请等方式成为同一个互动成员行为。

目标对象（对应于目标用户，可以通过目标帐号标识）在使用其互动服务终端上运行的电商打赏服务的应用程序APP进行服务运行的过程中，可以通过对该应用程序APP上显示的目标电商直播服务场景（目标电商云计算服务的一种示例）执行触发操作，触发启动直播互动数据（业务大数据的一种示例），进入到与直播互动数据对应的直播互动场景（目标服务页面的一种示例）。

触发操作可以是对目标电商直播服务场景中的互动页面组件等执行的触发操作。触发操作可以包括但不限于以下之一：会话添加、窗口添加等，本实施例中对此不作限定。

云端计算服务系统可以检测到上述触发操作，确定启动直播互动数据。直播互动数据一般具有两个互动成员行为，上述两个互动成员行为的任一互动成员行为可以包括以下至少之一：包含互动元素的互动成员行为；不包含互动元素的互动成员行为。对应地，直播互动数据可以是用户与用户之间的直播互动，也可以是用户与非用户之间的直播互动数据。

对于包含互动元素的互动成员行为，同一个互动成员行为的多个互动成员行为可以属于同一用户（同一对象），即，同一个互动成员行为的多个互动成员行为是属于同一用户的多个互动页面组件。同一个互动成员行为的多个互动成员行为也可以属于多个用户，即，同一个互动成员行为的多个互动成员行为是属于多个用户的多个互动页面组件，每个用户可以拥有一个或多个互动页面组件。

为了生成直播互动数据的直播互动场景，云端计算服务系统可以首先确定直播互动数据的第一互动成员行为（第一用户行为集的一种示例）在目标电商直播服务场景中所触发的第一交互业务节点，以及第二互动成员行为（第二用户行为集的一种示例）在目标电商直播服务场景中所触发的第二交互业务节点，直播互动数据的直播互动场景（业务大数据的目标服务页面的一种示例）是根据第一交互业务节点和第二交互业务节点确定的。第一互动成员行为和第二互动成员行为的其中一个为互动触发方，另一个为接收方，互动触发方是指主动发起直播互动的一方，接收方为被动进入直播互动的一方。

不同的互动成员行为的交互业务节点可以是相同的，也可以是不同的。对于一个互动成员行为，该互动成员行为的互动成员行为可以有一个或多个，不同的直播互动成员行为的交互业务节点可以是相同的，也可以是不同的。某一互动成员行为在目标电商直播服务场景中的交互业务节点可以是该互动成员行为的特定互动成员行为的交互业务节点等。

需要说明的是，第一交互业务节点为第一用户行为集在目标电商云计算服务中所触发的交互业务节点，即，第一用户行为集在目标电商云计算服务下的云服务场景中所触发的交互业务的具体业务板块位置，第二交互业务节点为第二用户行为集在目标电商云计算服务中所触发的交互业务节点，即，第二用户行为集在目标电商云计算服务下的云服务场景中所触发的交互业务的具体业务板块位置。

步骤S112，根据第一交互业务节点和第二交互业务节点，计算目标电商云计算服务中与业务大数据的目标服务页面所对应的目标服务业务区间。

根据第一交互业务节点和第二交互业务节点，云端计算服务系统可以计算出目标电商云计算服务中与业务大数据的目标服务页面所对应的目标服务业务区间，该目标服务业务区间可以是覆盖第一交互业务节点和第二交互业务节点的服务业务区间，或者，可以是与第一交互业务节点和/或第二交互业务节点的最近业务词条数量在目标预设业务词条数量范围内的服务业务区间。

以目标电商云计算服务为前述目标电商直播服务场景为例，为了确定目标服务业务区间，云端计算服务系统可以根据第一交互业务节点和第二交互业务节点确定出循环直播互动的直播互动场景的互动窗口关键业务实体（目标服务页面的关键业务实体的一种示例）、互动窗口业务维度（目标服务页面的业务维度的一种示例）、互动窗口范围（目标服务业务区间的一种示例）等，然后按照互动窗口关键业务实体、互动窗口业务维度、互动窗口范围等确定直播互动场景在目标电商直播服务场景中所覆盖到的服务业务区间，即，目标服务业务区间。

步骤S113，通过热点识别获得目标服务业务区间内的电商热点序列，其中，电商热点序列为目标服务业务区间内关联有热搜词条的电商服务热点的序列。

目标服务页面中除了显示有目标服务业务区间的边界等信息以外，还可以显示有与目标服务业务区间中关联有热搜词条的电商服务热点所对应的服务推送热点。

以目标电商云计算服务为前述目标电商直播服务场景为例，直播互动数据的直播互动场景中可以显示有服务推送热点集合，一个服务推送热点可以与位于目标服务业务区间内、并且关联有热搜词条的一个电商服务热点（即，一个电商热点）匹配，即，直播互动场景中的服务推送热点集合与目标服务业务区间内的电商热点序列匹配。服务推送热点与电商热点匹配可以是指：电商热点的类型和标签属性与对应的服务推送热点的类型和标签属性一致；电商热点在目标服务业务区间内的交互业务的具体业务板块位置与对应的服务推送热点在直播互动场景中的交互业务的具体业务板块位置一致。

可选地，在创建直播互动数据的直播互动场景时，云端计算服务系统可以确定目标电商直播服务场景中位于目标服务业务区间内的电商热点序列，也就是，目标服务业务区间内关联有热搜词条的电商服务热点的序列，例如，通过热点识别的方式获得互动窗口范围内（目标服务业务区间）内的电商服务热点，得到电商热点序列。

电商热点序列中包含一个或多个电商服务热点，每个电商服务热点均为关联有热搜词条的热点推送条。

为了确定电商热点序列，云端计算服务系统可以根据目标电商直播服务场景中的每个电商服务热点的交互业务节点信息，确定位于目标服务业务区间内的电商热点，得到电商热点序列。例如，云端计算服务系统可以确定整个目标电商直播服务场景中关联有热搜词条的电商服务热点。关联有热搜词条的电商服务热点可以通过电商服务热点列表进行记录，并在电商打赏服务运行的过程中进行实时更新。电商服务热点列表可以用于表示电商服务热点的热点推送条标识与热点推送条属性之间的对应关系，热点推送条属性可以包括但不限于以下之一：热点推送条类型，热点推送条标签属性，交互业务节点属性等等。

一个电商直播服务场景中具有热搜词条的电商服务热点可以是云端计算服务系统根据与本电商直播服务场景对应的电商服务热点列表（或者，其它能够记录电商服务热点的数据形式）确定的，也可以云端计算服务系统通过热点识别的方式实时确定的，还可以通过其它方式确定的，本实施例中对此不作限定。

在确定出目标电商直播服务场景中的一个或多个电商服务热点之后，云端计算服务系统可以确定各个电商服务热点的交互业务节点信息，电商服务热点的交互业务节点信息用于表示电商服务热点在目标电商直播服务场景中的交互业务节点。根据每个电商服务热点的交互业务节点信息，云端计算服务系统可以确定位于目标服务业务区间内的一个或多个电商热点，得到电商热点序列。

除了交互业务节点属性外，云端计算服务系统还可以获取各个电商热点的热点推送条类型、标签属性、热搜词条属性（热搜词条的类型，热搜词条在电商热点中的交互业务节点等）等，以便在创建直播互动场景时生成服务推送热点集合。

步骤S114，按照目标服务业务区间和电商热点序列，生成目标服务页面，其中，目标服务页面为覆盖目标服务业务区间的电商云计算服务，目标服务页面中包含有服务推送热点集合，服务推送热点集合中的服务推送热点与电商热点序列中的电商服务热点一一对应。

在一种可能的设计思路中，针对步骤S112，可以通过如下步骤进一步实现。

步骤S1121，根据第一交互业务节点和第二交互业务节点，确定目标服务页面的目标关键业务实体和目标业务维度。

步骤S1122，根据目标关键业务实体和目标业务维度，计算目标电商云计算服务中与业务大数据的目标服务页面对应的目标服务业务区间。

目标服务业务区间可以是根据区域关键业务实体（互动关键业务实体）和区域业务维度（目标服务页面业务维度）确定的，云端计算服务系统可以根据第一交互业务节点和第二交互业务节点，确定目标服务页面的目标关键业务实体和目标业务维度（目标区域业务维度），并根据目标关键业务实体和目标业务维度，计算目标电商云计算服务中与业务大数据的目标服务页面对应的目标服务业务区间。

以目标电商云计算服务为前述目标电商直播服务场景为例，为了生成直播互动场景，云端计算服务系统可以根据第一交互业务节点和第二交互业务节点，确定直播互动场景的目标互动窗口关键业务实体（目标关键业务实体的一种示例）和目标互动窗口业务维度（目标业务维度的一种示例）。上述目标互动窗口中心可以是第一交互业务节点或第二交互业务节点，或者，根据第一交互业务节点和第二交互业务节点所确定的一个交互业务节点，例如，上述目标互动窗口业务维度可以是一个互动成员行为到另一个互动成员行为的业务维度，也可以是根据该业务维度确定的业务维度，还可以是从覆盖目标互动窗口关键业务实体的各个业务维度中选取出的，选取的方式可以是互动窗口可用占比，和互动窗口可启用占比等等。

可选地，云端计算服务系统可以将以下至少之一的交互业务节点确定为目标互动窗口关键业务实体：第一交互业务节点，第二交互业务节点，第一交互业务节点和第二交互业务节点的关键业务实体，根据第一交互业务节点、第二交互业务节点、和/或第一交互业务节点和第二交互业务节点的关键业务实体所确定的交互业务节点。云端计算服务系统可以将以下至少之一的业务维度确定为目标互动窗口业务维度：第一交互业务节点跳转到第二交互业务节点的第一业务维度，第一业务维度沿某一业务订阅内容更新一定维度向量后对应的业务维度，第二交互业务节点到第一交互业务节点的第二业务维度，第二业务维度沿某一业务订阅内容更新一定维度向量后对应的业务维度，从覆盖互动窗口关键业务实体的各个业务维度上中选取出的一个业务维度，选取的依据可以是互动窗口可用占比、互动窗口可启用占比等等。

例如，业务大数据为互动触发方组和接收方组（被互动触发方组）之间的直播互动数据，互动触发方组的交互业务节点为P1和接收方组的交互业务节点为P2，可以根据P1和P2确定直播互动场景的互动窗口参照对象和互动窗口业务维度。

根据目标互动窗口关键业务实体和目标互动窗口业务维度，云端计算服务系统可以确定直播互动场景在目标电商直播服务场景中所覆盖到的目标服务业务区间。直播互动场景的互动窗口范围可以是以目标互动窗口关键业务实体为参照对象，以目标互动窗口业务维度为一个参考维度，而目标服务业务区间可以是该互动窗口范围在目标电商直播服务场景中所覆盖到的服务业务区间。

通过本实施例，根据直播互动双方的交互业务节点确定直播互动场景的互动窗口关键业务实体和互动窗口业务维度，可以简化直播互动场景的确定流程，同时提高直播互动场景确定的准确性。

在一种可能的设计思路中，步骤S1121可以通过如下具体实现方式实施。

步骤S11221，根据第一交互业务节点和第二交互业务节点，计算目标服务页面的多个待定业务数据，其中，多个待定业务数据中的一个待定业务数据包含一个待定关键业务实体和一个待定业务维度。

步骤S11222，计算与多个待定业务数据对应的多个待定服务业务区间，其中，多个待定业务数据与多个待定服务业务区间一一对应。

步骤S11223，计算与多个待定服务业务区间中的每个待定服务业务区间对应的目标业务区间信息，其中，目标业务区间信息用于表示每个待定服务业务区间与业务大数据的相关性参数。

步骤S11224，按照目标业务区间信息，从多个待定业务数据中选取出目标业务数据，其中，目标业务数据包括目标关键业务实体和目标业务维度。

以目标电商云计算服务为前述目标电商直播服务场景为例，为了确定直播互动数据的直播互动场景的互动窗口关键业务实体和互动窗口业务维度，云端计算服务系统可以首先根据第一交互业务节点和第二交互业务节点计算出直播互动场景的多个待定业务数据，每一个待定业务数据可以包含一个待定关键业务实体（例如，待定互动窗口关键业务实体）和一个待定业务维度（例如，待定互动窗口业务维度），不同待定参考对的待定关键业务实体可以相同，也可以不同，不同待定参考对中的待定业务维度可以相同，也可以不同，本实施例中对此不作限定。

云端计算服务系统中可以预先配置互动窗口区域的服务业务区间与互动窗口关键业务实体和互动窗口业务维度之间的对应关系，即，根据互动窗口关键业务实体和互动窗口业务维度确定互动窗口范围的规则。对于每个待定业务数据，云端计算服务系统可以确定与该待定业务数据对应的待定互动窗口范围（待定服务业务区间的一种示例），从而得到与多个待定业务数据对应的多个待定互动窗口范围，每个待定业务数据对应于一个待定互动窗口范围。

对于多个待定互动窗口范围中的每个待定互动窗口范围，云端计算服务系统可以确定与各个待定互动窗口范围对应的目标业务区间信息，该目标业务区间信息可以用于表示该待定互动窗口范围与直播互动数据的相关性参数，即，用于表示该待定互动窗口范围作为目标直播互动数据的直播互动场景的适宜程度。

按照目标业务区间信息，云端计算服务系统可以从多个待定业务数据中选取出目标业务数据，也就是，目标互动窗口关键业务实体（目标关键业务实体的一种示例）和目标互动窗口业务维度（目标业务维度的一种示例）。选取目标业务数据的方式可以是：选取与直播互动数据的相关性参数最高的待定业务数据作为目标业务数据，也可以是从与直播互动数据的相关性参数高于一定阈值的一个或多个待定参数中选取一个作为目标业务数据。

通过本实施例，通过确定目标服务页面的多个待定关键业务实体和待定业务维度的组合、并按照目标业务区间信息选取出目标关键业务实体和目标业务维度，可以提高互动关键业务实体和目标服务页面业务维度确定的合理性，提高对象对于业务大数据的业务体验。

在一种可能的设计思路中，根据第一交互业务节点和第二交互业务节点，计算出目标服务页面的多个待定业务数据包括：

（1）计算第一关键业务实体和第一业务维度，其中，第一关键业务实体为第一交互业务节点和第二交互业务节点的关键业务实体，第一业务维度为第一交互业务节点跳转到第二交互业务节点的业务维度；

（2）计算第一交互业务节点和第二交互业务节点之间的目标业务词条数量；

（3）在目标业务词条数量大于或者等于第一预设业务词条数量、且小于或者等于第二预设业务词条数量的情况下，计算第一关键业务实体按照第一业务维度扩充第一词条数量后所对应的第二关键业务实体、以及第一关键业务实体按照第二业务维度扩充第一词条数量后所对应的第三关键业务实体，其中，第二业务维度为第一业务维度的逆业务维度；

（4）确定包含第一关键业务实体和第一业务维度的第一业务数据、包含第二关键业务实体和第一业务维度的第二业务数据、以及包含第三关键业务实体和第一业务维度的第三业务数据，得到多个待定业务数据。

以目标电商云计算服务为前述目标电商直播服务场景为例，在确定多个待定业务数据时，云端计算服务系统可以首先确定第一交互业务节点（P1）和第二交互业务节点（P2）的关键业务实体，即，第一关键业务实体（C），并计算第一交互业务节点跳转到第二交互业务节点的第一业务维度（P2-P1，V）以及第一交互业务节点与第二交互业务节点之间的目标业务词条数量。

如果目标业务词条数量大于或者等于第一预设业务词条数量（例如，互动窗口允许的最小业务词条数量值）、且小于或者等于第二预设业务词条数量（例如，互动窗口允许的最大业务词条数量值），云端计算服务系统可以将第一关键业务实体按照第一业务维度扩充第一词条数量后对应的实体，作为第二关键业务实体（C1），将第一关键业务实体按照第一业务维度的逆业务维度（P1-P2，-V）扩充第一词条数量后对应的实体，作为第三关键业务实体（C2）。

在确定出第一关键业务实体、第二关键业务实体和第三关键业务实体之后，云端计算服务系统可以将第一关键业务实体、第二关键业务实体和第三关键业务实体分别作为互动窗口关键业务实体，第一业务维度为互动窗口业务维度，得到三个待定业务数据。

例如，云端计算服务系统可以通过P2-P1（P1为互动触发者的交互业务节点；P2为受击者的交互业务节点）计算出自身（P1）到目标（P2）的向量D，并计算出向量D的模值|D|以及单位向量V。

云端计算服务系统可以计算P1和P2的关键业务实体位置C，将C按V扩充一个固定词条数量（第一词条数量）得到C1，以及，将C按照-V扩充一个固定词条数量得到C2，将C、C1和C2作为互动窗口关键业务实体，V作为互动窗口业务维度，得到三个待定业务数据：（C，V）、（C1，V）、（C2，V），并分别生成对应的互动窗口服务业务区间（即，待定互动窗口范围）。

通过本实施例，如果服务双方的业务词条数量大于一个预设业务词条数量、且小于另一个预设业务词条数量，根据服务双方交互业务节点的关键业务实体以及一个用户行为集到另一个用户行为集的业务维度为目标服务页面业务维度获取多个待定业务数据，可以提高待定业务数据获取的便捷性和合理性。

在一种可能的设计思路中，在计算第一交互业务节点和第二交互业务节点之间的目标业务词条数量之后，上述方法还可以包括：

A、在目标业务词条数量小于第一预设业务词条数量、或者大于第二预设业务词条数量的情况下，计算第二交互业务节点按照第二业务维度扩充第二词条数量后对应的第四关键业务实体、第二交互业务节点按照第一业务维度扩充第二词条数量后对应的第五关键业务实体、第二交互业务节点按照第三业务维度扩充第二词条数量后对应的第六关键业务实体、以及第二交互业务节点按照第四业务维度扩充第二词条数量后对应的第七关键业务实体，其中，第四业务维度为第一业务维度按照第一业务订阅内容更新第一维度向量后对应的业务维度，第三业务维度是第四业务维度的逆业务维度；

B、确定包含第四关键业务实体和第一业务维度的第四业务数据、包含第五关键业务实体和第二业务维度的第五业务数据、包含第六关键业务实体和第四业务维度的第六业务数据、包含第七关键业务实体和第三业务维度的第七业务数据，得到多个待定业务数据。

以目标电商云计算服务为前述目标电商直播服务场景为例，如果目标业务词条数量小于第一预设业务词条数量、或者大于第二预设业务词条数量，云端计算服务系统可以基于某一个互动成员行为的交互业务节点（例如，第一交互业务节点，第二交互业务节点）按照预设规则确定出多个待定互动窗口关键业务实体。

可选地，云端计算服务系统可以将第二交互业务节点（P2）按照第二业务维度（-V）扩充第二词条数量后对应的点作为第四关键业务实体（C3），将第二交互业务节点按照第一业务维度（V）扩充第二词条数量后对应的点作为第五关键业务实体（C4）。

云端计算服务系统还可以将第一业务维度按照第一业务订阅内容更新第一维度向量后对应的业务维度作为第四业务维度（V1），将第四业务维度的逆业务维度作为第三业务维度（-V1）。云端计算服务系统可以将第二交互业务节点按照第三业务维度扩充第二词条数量后对应的点作为第六关键业务实体（C5），将第二交互业务节点按照第四业务维度扩充第二词条数量后对应的点作为第七关键业务实体（C6）。

云端计算服务系统可以将第四关键业务实体（C3）作为待定互动窗口关键业务实体、将第一业务维度（V）作为待定互动窗口业务维度，得到一个待定业务数据（第四业务数据），将第五关键业务实体（C4）作为待定互动窗口关键业务实体、将第二业务维度（-V）作为待定互动窗口业务维度，得到一个待定业务数据（第五业务数据），将第六关键业务实体（C5）作为待定互动窗口关键业务实体、将第四业务维度（-V1）作为待定互动窗口业务维度，得到一个待定业务数据（第六业务数据），将第七关键业务实体（C6）作为待定互动窗口关键业务实体、将第三业务维度（V1）作为待定互动窗口业务维度，得到一个待定业务数据（第七业务数据），进而得到四个待定业务数据。

例如，如果互动双方的业务词条数量|D|小于互动窗口允许的最小业务词条数量值、或者大于互动窗口允许的最大业务词条数量值，云端计算服务系统可以以P2为起始点，分别计算：C3=P2-V*k，C4=P2+V*k。云端计算服务系统可以将V更新后得到V1，以P2为起始点，分别计算：C5=P2-V1*k，C6=P2+V1*k，其中，k为一个固定值，将C3、C4、C5和C6作为互动窗口关键业务实体，将V、-V、V1、-V1作为互动窗口业务维度，得到四个待定业务数据，并生成对应的互动窗口服务业务区间。

通过本实施例，如果互动双方的业务词条数量小于一个预设业务词条数量、或者大于另一个业务词条数量值，根据某一个互动方的交互业务节点以及一个互动方到另一个互动方的业务维度为目标服务页面业务维度获取多个待定业务数据，可以提高待定业务数据获取的便捷性和合理性。

在一种可能的设计思路中，在根据第一交互业务节点和第二交互业务节点，计算目标服务页面的多个待定业务数据之前，上述方法还包括以下至少之一：

A、在第一交互业务节点和第二交互业务节点之间的目标业务词条数量小于第一预设业务词条数量的情况下，按照目标扩充数量针对第一交互业务节点按照第二业务维度逐步扩充，直到第一交互业务节点不满足允许扩充条件，其中，第二业务维度为第二交互业务节点到第一交互业务节点的业务维度。

B、按照目标扩充数量针对第二交互业务节点按照第一业务维度逐步扩充，直到第二交互业务节点不满足允许扩充条件，其中，第一业务维度为第一交互业务节点跳转到第二交互业务节点的业务维度；

其中，允许扩充条件为：扩充前的交互业务节点范围与扩充后的交互业务节点范围之间的区间差值的绝对值大于或者等于目标区间差阈值、或者扩充后的目标业务词条数量大于或者等于第一预设业务词条数量。

以目标电商云计算服务为前述目标电商直播服务场景为例，如果第一交互业务节点和第二交互业务节点之间的业务词条数量（即，目标业务词条数量）小于第一预设业务词条数量，云端计算服务系统可以尝试控制第一交互业务节点（第一交互业务节点分量）和/或第二交互业务节点（第二交互业务节点分量）进行扩充，确定是否可以将两者之间的业务词条数量调整到大于或者等于第一预设业务词条数量。

云端计算服务系统可以预先配置交互业务节点扩充的允许扩充条件，即，扩充前的交互业务节点范围和扩充后的交互业务节点范围的区间差值的绝对值小于一个区间差阈值（目标区间差阈值）；扩充后的目标业务词条数量小于或者等于第一预设业务词条数量。

云端计算服务系统还可以预先配置每次交互业务节点扩充的扩充数量，即，目标扩充数量。云端计算服务系统可以控制至少一个交互业务节点按照远离另一个交互业务节点的业务维度扩充，每次扩充的扩充数量为目标扩充数量，如果满足允许扩充条件，则可以扩充，直到某次扩充不满足允许扩充条件。

例如，云端计算服务系统如果判断|D|小于互动窗口允许的最小业务词条数量值，可以先将互动触发方组的交互业务节点（P1）沿-V业务维度逐步扩充一小段业务词条数量，计算出扩充之后的范围值与扩充之前的范围值的区间差。如果区间差小于单步最大增加的范围值（目标区间差阈值），则将互动触发方组的交互业务节点P1设置到扩充之后的交互业务节点，并继续判断新的|D|值，如果依然小于互动窗口允许的最小业务词条数量值，则继续扩充。如果扩充增加的范围大于单轮最大增加范围值，则开始用同样的方式扩充接收方组的交互业务节点（P2），直到某次扩充增加的范围大于单轮最大增加范围值，或者，双方的业务词条数量大于互动窗口允许的最小业务词条数量值。

通过本实施例，满足双方的业务词条数量大于目标服务页面允许的最小业务词条数量值，可以提高目标服务页面生成的合理性，进而提高用户的使用体验。

在一种可能的设计思路中，计算与多个待定业务数据对应的多个待定服务业务区间具体可以包括：

A、从多个待定业务数据中依次选取各个待定业务数据，得到当前待定业务数据，其中，当前待定业务数据包含当前待定关键业务实体和当前待定业务维度；

B、根据当前待定关键业务实体和当前待定业务维度，计算出四个当前参考业务位置，其中，四个当前参考业务位置包括：当前待定关键业务实体按照当前待定业务维度扩充第三词条数量后所对应的第一参考业务位置，当前待定关键业务实体按照当前待定业务维度的逆业务维度扩充第三词条数量后所对应的第二参考业务位置，当前待定关键业务实体按照第五业务维度扩充第三词条数量后所对应的第三参考业务位置，当前待定关键业务实体按照第五业务维度的逆业务维度扩充第三词条数量后所对应的第四参考业务位置，第五业务维度为当前待定业务维度按照第二业务订阅内容更新第二维度向量后所对应的业务维度；

C、按照四个当前参考业务位置，计算出以四个当前参考业务位置作为业务位置的当前参考服务业务区间；

D、将当前参考服务业务区间映射到目标电商云计算服务中，得到与当前待定业务数据所对应的当前待定服务业务区间，其中，多个待定服务业务区间包括当前待定服务业务区间。

以目标电商云计算服务为前述目标电商直播服务场景为例，为了确定各个待定业务数据的待定互动窗口范围（待定服务业务区间的一种示例），云端计算服务系统可以从多个待定业务数据中依次选取待定业务数据作为当前待定业务数据，当前待定业务数据包含当前待定关键业务实体和当前待定互动窗口业务维度（当前待定业务维度的一种示例）。

当前待定业务数据与当前待定互动窗口范围（当前待定服务业务区间的一种示例）对应。云端计算服务系统可以但不限于通过以下方式确定当前待定互动窗口范围的四个当前参考业务位置：

将当前待定关键业务实体按照当前待定互动窗口业务维度扩充第三词条数量（r）后所对应的点，作为第一当前参考业务位置；

将当前待定关键业务实体按照当前待定互动窗口业务维度的逆业务维度扩充第三词条数量后对应的点，作为第二当前参考业务位置；

将当前待定关键业务实体按照第五业务维度扩充第三词条数量后对应的点，作为第三当前参考业务位置，而第五业务维度为当前待定互动窗口业务维度按照第二业务订阅内容更新第二维度向量（例如，沿y轴更新90°）后对应的业务维度；

将当前待定关键业务实体按照第五业务维度的逆业务维度扩充第三词条数量后对应的点，作为第四当前参考业务位置。

在得到四个当前参考业务位置之后，云端计算服务系统可以按照四个当前参考业务位置，计算出以四个当前参考业务位置作为业务位置的当前参考服务业务区间，将当前参考服务业务区间映射到目标电商云计算服务中，得到与当前待定业务数据所对应的当前待定服务业务区间。

通过本实施例，通过将待定服务业务区间设定为服务业务区间在目标电商云计算服务上的映射，可以提高待定服务业务区间确定的效率，进而提升业务大数据的处理效率。

在一种可能的设计思路中，计算与多个待定服务业务区间中的每个待定服务业务区间对应的目标业务区间信息具体可以包括：

A、计算每个待定服务业务区间的服务业务启用占比，其中，服务业务启用占比用于表示每个待定服务业务区间中允许用于目标服务页面的业务区间占每个待定服务业务区间的占比；

B、计算每个待定服务业务区间的服务业务可互动占比，其中，服务业务可互动占比用于表示每个待定服务业务区间中与业务大数据的互动组件所在的交互业务节点之间没有互动禁用的服务业务区间占每个待定服务业务区间的占比；

其中，目标业务区间信息包括服务业务启用占比和服务业务可互动占比。

目标业务区间信息包括以下至少之一：服务业务启用占比和服务业务可互动占比，云端计算服务系统可以按照待定服务业务区间的服务业务启用占比和/或服务业务可互动占比，从所述多个待定业务数据中选取出目标业务数据。

云端计算服务系统可以分别计算每个待定服务业务区间的服务业务启用占比，服务业务启用占比用于表示每个待定服务业务区间中允许用于目标服务页面的业务区间占每个待定服务业务区间的占比。以目标电商云计算服务为前述目标电商直播服务场景为例，对于一个待定互动窗口范围，云端计算服务系统可以计算该待定互动窗口范围的互动窗口可用占比（服务业务启用占比的一种示例），互动窗口可用占比用于表示该待定互动窗口范围中允许用于直播互动数据的直播互动场景的范围占该待定服务业务区间的占比。

云端计算服务系统可以分别计算每个待定服务业务区间的服务业务可互动占比，服务业务可互动占比用于表示每个待定服务业务区间中与业务大数据的互动组件所在的交互业务节点之间没有互动禁用的服务业务区间占每个待定服务业务区间的占比。以目标电商云计算服务为前述目标电商直播服务场景为例，对于一个待定互动窗口范围，云端计算服务系统可以计算该待定互动窗口范围的互动窗口可启用占比（服务业务可互动占比的一种示例），互动窗口可用占比用于表示该待定互动窗口范围中与直播互动数据的互动组件所在的交互业务节点之间没有互动禁用的服务业务区间占该待定互动窗口范围的占比。

通过本实施例，通过服务业务启用占比和服务业务可互动占比作为选取目标服务页面的关键业务实体和业务维度的依据，可以提高目标服务页面的关键业务实体和业务维度选取的合理性，进而提高目标服务页面生成的合理性。

在一种可能的设计思路中，计算每个待定服务业务区间的服务业务启用占比具体可以包括：将每个待定服务业务区间拆分成多个单元服务业务分区，计算出多个单元服务业务分区中的每个单元服务业务分区的最大业务分区，记录多个单元服务业务分区中的可启用服务业务的数量，其中，可启用服务业务内为多个单元服务业务分区中，对应的最大业务分区处于目标服务页面的可用范围范围的单元服务业务分区，将可启用服务业务的数量与多个单元服务业务分区的数量之间的占比，确定为服务业务启用占比。

以目标电商云计算服务为前述目标电商直播服务场景为例，对于一个待定互动窗口范围，云端计算服务系统可以将该待定互动窗口范围拆分成多个单元服务业务分区。

云端计算服务系统可以将单元服务业务分区的最大业务分区与待定互动窗口关键业务实体之间的区间差值的绝对值小于或者等于一个区间差阈值（第一区间差阈值）的单元服务业务分区，记录为可启用服务业务，并记录多个单元服务业务分区中的所有可启用服务业务的数量，并将可启用服务业务的数量与多个单元服务业务分区的总数量之间的占比，确定为该待定互动窗口范围的互动窗口可用占比（服务业务启用占比的一种示例）。

通过本实施例，通过将待定服务业务区间划分为多个单元服务业务分区，并根据可用单元服务业务分区的数量与多个单元服务业务分区的总数量确定服务业务启用占比，可以提高服务业务启用占比计算的灵活性，提升服务业务启用占比计算的效率。

在一种可能的设计思路中，计算每个待定服务业务区间的服务业务可互动占比具体可以包括：以每个待定服务业务区间的待定关键业务实体和待定业务维度进入业务大数据之后业务大数据的互动组件所在的交互业务节点，对每个待定服务业务区间进行多次互动目标解析，得到每个待定服务业务区间的多个互动目标解析对象，确定多个互动目标解析对象中与互动组件所在的交互业务节点之间没有互动禁用的可启用互动目标解析对象，将可启用互动目标解析对象的数量与多个互动目标解析对象的数量之间的占比，确定为服务业务可互动占比。

通过本实施例，通过对待定服务业务区间内的多个互动目标解析对象进行检测，确定多个互动目标解析对象中的可启用互动目标解析对象，可以提高服务业务可互动占比计算的灵活性，提升服务业务可互动占比计算的效率。

在一种可能的设计思路中，按照目标业务区间信息，从多个待定业务数据中选取出目标业务数据包括如下实施方式。

首先，可以从多个待定业务数据中选取多个待定业务数据中服务业务启用占比最大、且服务业务可互动占比大于或者等于目标占比阈值的待定业务数据，得到目标业务数据。

以目标电商云计算服务为前述目标电商直播服务场景为例，对于多个待定业务数据，云端计算服务系统可以按照目标业务区间信息，从多个待定业务数据中选取出互动窗口可用占比最大、并且互动窗口可启用占比大于或者等于目标占比阈值（例如，80%，90%等）的待定业务数据，作为目标业务数据，从而得到直播互动数据的直播互动场景的目标互动窗口关键业务实体和目标互动窗口业务维度。

例如，可以取互动窗口可用占比最大并且可启用占比大于一个阈值的互动窗口关键业务实体和互动窗口业务维度，作为将要生成互动窗口的互动窗口关键业务实体和互动窗口业务维度。

可选地，也可以将互动窗口可用占比和互动窗口可启用占比进行加权求和，得到与每个待定业务数据对应的相关性参数值，按照相关性参数值从多个待定业务数据中选取出目标业务数据，例如，选取相关性参数值最大的待定业务数据作为目标业务数据，或者，选取相关性参数值大于或者等于相关性参数阈值的待定业务数据作为目标业务数据，本实施例中对此不作限定。

通过本实施例，通过选取服务业务启用占比最大并且服务业务可互动占比大于一个阈值的待定关键业务实体和待定业务维度，作为将要生成目标服务页面的关键业务实体和业务维度。

可选地，在本实施例中，在选取目标关键业务实体和目标业务维度时，已经计算过各个待定关键业务实体和待定业务维度所对应的待定服务业务区间，因此，在按照目标关键业务实体和目标业务维度确定目标服务业务区间时，可以将已经计算出的与目标关键业务实体和目标业务维度对应的待定服务业务区间，作为与业务大数据对应的目标服务业务区间，本实施例中对此不作具体限定。

可选地，在本实施例中，目标电商云计算服务可以是目标电商直播服务场景，业务大数据可以为第一用户行为集（第一互动成员行为）和第二用户行为集（第二互动成员行为）之间的直播互动数据，目标服务页面可以为直播互动数据的直播互动场景，前述已经进行过描述的，在此不做赘述。

图3为本公开实施例提供的基于大数据的服务内容更新生成装置300的功能模块示意图，下面分别对该基于大数据的服务内容更新生成装置300的各个功能模块的功能进行详细阐述。

获取模块310，用于获取根据业务大数据生成的目标服务页面，其中，目标服务页面中包含有服务推送热点集合，服务推送热点集合中的服务推送热点与业务大数据对应的电商热点序列中的电商服务热点一一对应；

更新模块320，用于在目标服务页面中为用户订阅服务确定至少一个目标订阅内容项，并根据至少一个目标订阅内容项对用户订阅服务进行服务更新，其中，至少一个目标订阅内容项是基于用户订阅服务向目标服务页面中的多个服务可订阅项进行服务匹配后匹配到的订阅内容项，多个服务可订阅项是根据目标服务页面中的多个服务推送热点相关的订阅项生成的。

图4示出了本公开实施例提供的用于实现上述的基于大数据的服务内容更新生成方法的云端计算服务系统100的硬件结构意图，如图4所示，云端计算服务系统100可包括处理器110、机器可读存储介质120、总线130以及收发器140。

在具体实现过程中，至少一个处理器110执行机器可读存储介质120存储的计算机执行指令，使得处理器110可以执行如上方法实施例的基于大数据的服务内容更新生成方法，处理器110、机器可读存储介质120以及收发器140通过总线130连接，处理器110可以用于控制收发器140的收发动作，从而可以与前述的互动服务终端200进行数据收发。

处理器110的具体实现过程可参见上述云端计算服务系统100执行的各个方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

此外，本公开实施例还提供一种可读存储介质，所述可读存储介质中预设有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上基于大数据的服务内容更新生成方法。

最后，应当理解的是，本说明书中实施例仅用以说明本说明书实施例的原则。其它的变形也可能属于本说明书范围。因此，作为示例而非限制，本说明书实施例的替代配置可启用为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。