CN116126653A - 埋点信息的展示方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明提供一种埋点信息的展示方法、装置、服务器及存储介质，该方法包括：响应于接收到埋点信息的展示请求，所述展示请求携带目标用户的用户标识和展示场景需求；基于所述展示场景需求和所述用户标识，从埋点信息数据库中获取所述目标用户的目标埋点信息；对所述目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息；将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息。本发明实施例能够实现以页面形式展示埋点信息，与只展示链路信息相比，提高了埋点信息的可视化效果。

Description

埋点信息的展示方法、装置、服务器及存储介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种埋点信息的展示方法、装置、服务器及存储介质。

背景技术

随着互联网技术的发展，为用户提高服务的应用程序的数量越来越多。其中，应用程序可以对用户的操作进行记录，并生成该用户的埋点信息。当需要对用户操作行为进行分析时，可以先调取该用户的埋点信息并对埋点信进行展示，然后根据展示结果对用户进行分析。

现有技术中，用户的埋点信息存储在列式数据库内，列式数据库内一个用户对应的一个埋点信息。当需要调取目标用户的埋点信息时，可以从数据库中调取该目标用户在应用程序内的多个操作对应的埋点信息，并展示多个操作对应的埋点信息。

其中，发明人发现现有技术至少存在如下技术问题：当目标用户的操作较多时，该目标用户对应的埋点信息的数量也较多，而埋点信息为后台数据，需要工作人员对数量较多的埋点信息进行逐条分析，费时费力，进而导致对用户操作行为进行分析的效率较低。

发明内容

本发明提供一种埋点信息的展示方法、装置、服务器及存储介质，能够提高对用户操作行为进行分析的效率。

第一方面，本发明提供一种埋点信息的展示方法，包括：

响应于接收到埋点信息的展示请求，所述展示请求携带目标用户的用户标识和展示场景需求；

基于所述展示场景需求和所述用户标识，从埋点信息数据库中获取所述目标用户的目标埋点信息；

对所述目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息；

将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息。

在一种可能的设计中，所述基于所述展示场景需求和所述用户标识，从数据库中获取所述目标用户的目标埋点信息，包括：

基于所述展示场景需求，确定需要获取的埋点信息的目标时间段；

将所述用户标识和所述目标时间段作为搜索条件，从数据库中获取所述目标用户在目标时间段内的目标埋点信息。

在一种可能的设计中，所述基于所述展示场景需求，确定需要获取的埋点信息的目标时间段，包括：

若所述展示场景需求为目标用户在预设时间段内的操作行为展示，则将所述预设时间段作为所述目标时间段；

若所述展示场景需求为异常操作请求的操作场景展示，则确定处理所述异常操作请求的处理时间段，将所述处理时间段作为所述目标时间段。

在一种可能的设计中，每个操作请求需要多个服务节点进行处理；所述确定处理所述异常操作请求的处理时间段，包括：

获取所述异常操作请求对应的操作类型标识；

基于所述操作类型标识，确定与所述异常操作请求对应的多个服务节点以及所述多个服务节点的处理顺序；

按照所述多个服务节点的处理顺序，从所述多个服务节点中选择排在最后的目标服务节点和所述目标服务节的上游服务节点，所述上游服务节点为所述目标服务节点的前一个服务节点；

将所述目标服务节点的处理时间段和所述上游服务节点的处理时间段进行组合，得到处理所述异常操作请求的处理时间段。

在一种可能的设计中，每个操作请求需要多个服务节点进行处理；所述埋点展示信息包括目标用户在目标时间段内的多个操作请求对应的多个服务节点的节点日志；

所述将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息，包括：确定目标用户在目标时间段内的多个操作请求的操作顺序；按照所述操作顺序，将所述多个操作请求对应的多个服务节点的节点日志推送至虚拟机；所述虚拟机接收所述多个服务节点的节点日志，并按照所述多个服务节点的节点日志的接收顺序，动态展示所述埋点展示信息。

在一种可能的设计中，所述埋点展示信息包括目标服务节的节点日志和上游服务节点的节点日志；

所述将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息，包括：

将所述目标服务节的节点日志和所述上游服务节点的节点日志推送至虚拟机，并通过所述虚拟机静态展示所述埋点展示信息。

在一种可能的设计中，还包括：

响应于接收到任一用户的操作请求，获取所述任一用户的用户标识以及所述操作请求对应的多个服务节点；

生成所述多个服务节点处理所述操作请求的节点日志；

将所述用户标识与所述多个服务节点对应的节点日志进行关联存储，得到所述埋点信息数据库。

第二方面，本发明提供一种埋点信息的展示装置，包括：

接收模块，用于响应于接收到埋点信息的展示请求，所述展示请求携带目标用户的用户标识和目标时间段；

获取模块，用于基于所述用户标识和所述目标时间段，从埋点信息数据库中获取目标埋点信息；

信息处理模块，用于对所述目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息；

展示模块，用于将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息。

第三方面，本发明提供一种服务器，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的埋点信息的展示方法。

第四方面，本发明提供一种计算机存储介质，所述计算机存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的埋点信息的展示方法。

第五方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时，实现如上第一方面以及第一方面各种可能的设计所述的埋点信息的展示方法。

本发明提供的埋点信息的展示方法、装置、服务器及存储介质，当接收到埋点信息的展示请求时，先根据展示场景需求和用户标识对应的搜索条件，获取用户的埋点信息，然后对埋点信息进行Mock虚拟处理，并通过虚拟机展示埋点展示信息。由此可见，本发明能够实现以页面形式展示用户的埋点信息，与只展示后台埋点数据相比，提高了埋点信息的可视化效果，进而提高了对用户操作行为进行分析的效率。

附图说明

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

图1是本发明实施例提供的埋点信息的展示方法的应用场景示意图；

图2为本发明实施例提供的埋点信息的展示方法流程示意图一；

图3为本发明实施例提供的埋点信息的展示方法流程示意图二；

图4为本发明实施例提供的埋点信息的展示方法流程示意图三；

图5为本发明实施例提供的埋点信息的展示装置的结构示意图；

图6为本发明实施例提供的服务器的硬件结构示意图。

具体实施方式

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

本申请的技术方案中，所涉及的埋点信息、图像数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

随着互联网技术的发展，为用户提高服务的应用程序的数量越来越多。其中，应用程序可以对用户的操作进行记录，并生成该用户的埋点信息。当需要对用户操作行为进行分析时，可以先调取该用户的埋点信息并对埋点信进行展示，然后根据展示结果对用户进行分析。

用户的埋点信息可以存储在微服务架构内。其中，微服务架构是指通过容器技术，以服务作为基本功能单元进行软件开发的架构和组织方法。它在解决单体架构的高耦合、高维护成本、高迭代成本的同时，也带来一些其他的问题。由于功能单元的粒度细化，因此不可避免地会导致服务调用链路的延长，这不仅会使服务在发生问题时，排查难度增加，还有可能导致服务雪崩效应(即链路中某一服务节点发生问题可能扩散到其他的上下游服务节点)。因此建立对于整个服务链路的日志链路，以及对链路中各服务节点的监控就显得尤其重要，它能使我们对于服务链路有个整体的把握。

由于业务体量的增加，导致单一服务实例或集群无法胜任服务任务，所以通过分布式集群来提高服务能力，同时也增加了服务实例或集群的容灾容错能力。相关技术中，将用户的埋点信息存储在列式数据库内，列式数据库内埋点信息中的服务节点为分布式结构。列式数据库内一个用户对应的一个埋点信息。当需要调取目标用户的埋点信息时，可以从数据库中调取该目标用户在应用程序内的多个操作对应的埋点信息，并展示多个操作对应的埋点信息。但是，当目标用户的操作较多时，该目标用户对应的埋点信息的数量也较多，而埋点信息为后台数据，需要工作人员对数量较多的埋点信息进行逐条分析，费时费力，进而导致对用户操作行为进行分析的效率较低。

为了解决上述技术问题，本发明实施例提出以下技术构思：本发明当接收到埋点信息的展示请求时，先根据展示场景需求和用户标识对应的搜索条件，获取用户的埋点信息，然后对埋点信息进行Mock虚拟处理，并通过虚拟机展示埋点展示信息。由此可见，本发明能够实现以页面形式展示用户的埋点信息，与只展示后台埋点数据相比，提高了埋点信息的可视化效果，进而提高了对用户操作行为进行分析的效率。下面采用详细的实施例进行详细说明。

图1是本发明实施例提供的埋点信息的展示方法的应用场景示意图。如图1所示，当需要获取目标用户在应用程序内的操作行为习惯时，用户可以触发埋点信息的展示请求。或者，当用户出现操作异常时，需要获取异常操作对应的埋点信息进行分析，此时，用户可以触发埋点信息的展示请求。

显示终端101接收用户基于应用程序触发的埋点信息的展示请求，将展示请求通过无线网络传输至服务器102。服务器102接收展示请求，确定与虚拟机(例如，显示终端101)适配的埋点展示信息。服务器102将埋点展示信息返回显示终端101，通过显示终端101展示埋点展示信息。

图2为本发明实施例提供的埋点信息的展示方法流程示意图一，本实施例的执行主体可以为图1所示实施例中的服务器，本实施例此处不做特别限制。如图2所示，该方法包括：

S201、响应于接收到埋点信息的展示请求，该展示请求携带目标用户的用户标识和展示场景需求。

在本发明实施例中，目标用户为操作出现异常的用户，也可以是打算获取操作行为习惯的用户。用户标识可以为用户名、用户电话号、用户编号等能够区别不同用户的符号。

其中，埋点信息用于记录用户的操作行为日志。例如，埋点信息为用户打开XX网页的操作、点击XX按钮的操作等。

S202、基于展示场景需求和用户标识，从埋点信息数据库中获取目标用户的目标埋点信息。

在本发明实施例中，用户的埋点信息可以通过kafka队列的方式存储在埋点信息数据库内。对于用户的每个操作请求，均需要多个服务节点进行处理，埋点信息可以包括多个服务节点处理操作请求的节点日志。其中，每个服务节点的所能实现的功能不同；节点日志可以包括对操作请求的数据进行处理或转换的过程，以及每一步处理或转换对应的时间戳。在本步骤中，从埋点信息数据库中获取的目标埋点信息，能够满足不同的展示场景需求。示例性的，展示场景需求可以是用户的操作行为展示，也可以是用户的异常操作展示。

S203、对目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息。

在本发明实施例中，通过Mock(Mock，虚拟)处理，可以实现生产服务在测试环境的操作复现和异常排查。当需要操作复现时，通过用户视图层Mock与云底座的埋点信息相结合，得到与虚拟机适配的埋点展示信息。当需要异常排查时，通过服务排查Mock对埋点信息中上游服务节点的节点数据进行虚拟处理，得到与虚拟机适配的埋点展示信息。需要说明的是，虚拟处理之前的节点数据为加密数据。虚拟处理后的节点数据为JSON格式的非加密数据。

S204、将埋点展示信息推送至虚拟机，通过虚拟机展示埋点展示信息。

在本发明实施例中，可以通过WebRTC(Web Real-Time Communications，浏览器实时通讯)技术将结合后的埋点展示信息推送至虚拟机，通过虚拟机实时展示埋点展示信息，实现用户生产环境的即时场景在测试环境的动态复现或者异常问题在测试环境的复现。

本发明提供的埋点信息的展示方法，当接收到埋点信息的展示请求时，先根据展示场景需求和用户标识对应的搜索条件，获取用户的埋点信息，然后对埋点信息进行Mock虚拟处理，并通过虚拟机展示埋点展示信息。由此可见，本发明能够实现以页面形式展示用户的埋点信息，与只展示后台埋点数据相比，提高了埋点信息的可视化效果，进而提高了对用户操作行为进行分析的效率。

图3为本发明实施例提供的埋点信息的展示方法流程示意图二。在本发明实施例中，在图2提供的实施例的基础上，S202中基于展示场景需求和用户标识，从数据库中获取目标用户的目标埋点信息的具体实现方法进行了详细说明。如图3所示，该方法包括：

S301、基于展示场景需求，确定需要获取的埋点信息的目标时间段。

在本发明实施例中，展示场景需求包括用户的操作行为展示和异常操作展示。相应的，本步骤为：若展示场景需求为目标用户在预设时间段内的操作行为展示，则将预设时间段作为目标时间段；若展示场景需求为异常操作请求的操作场景展示，则确定处理异常操作请求的处理时间段，将处理时间段作为目标时间段。

在本申请实施例中对预设时间段的时长不做具体限定，可以是5分钟、10分钟、30分钟等。例如，预设时间段为下午8点到下午8点10分。

需要说明的是，每个操作请求需要多个服务节点进行处理；可以获取异常服务节点对应的处理时间段。相应的，确定处理异常操作请求的处理时间段，包括：获取异常操作请求对应的操作类型标识；基于操作类型标识，确定与异常操作请求对应的多个服务节点以及多个服务节点的处理顺序；按照多个服务节点的处理顺序，从多个服务节点中选择排在最后的目标服务节点和目标服务节的上游服务节点，上游服务节点为目标服务节点的前一个服务节点；将目标服务节点的处理时间段和上游服务节点的处理时间段进行组合，得到处理异常操作请求的处理时间段。

需要说明的是，从服务节点的角度来说，目标服务节点的输出结果，只依赖于该目标服务节点直接调用的上游服务节点。若排查过程中发现是目标服务节点直接调用的上游服务节点出现了问题，可以将该异常的上游服务节点作为新的目标服务节点，再次将新的目标服务节点的处理时间段和上游服务节点的处理时间段进行组合，得到处理异常操作请求的处理时间段，直至确定异常的服务节点。

在本申请实施例中，由于只获取异常服务节点对应的处理时间段内的埋点信息，减少了获取的埋点信息的数据量，便于异常问题的分析。

S302、将用户标识和目标时间段作为搜索条件，从数据库中获取目标用户在目标时间段内的目标埋点信息。

在本发明实施例中，不同的展示场景需求，所需要获取的埋点信息的时间段不同。可选地，埋点信息数据库内存储有时间段、用户标识和埋点信息之间的关联关系。相应的，本步骤为：将用户标识和目标时间段作为搜索条件，从已存储的时间段、用户标识和埋点信息之间的关联关系中，获取目标用户在目标时间段内的目标埋点信息。

由于从埋点信息数据库中获取的目标埋点信息，能够满足不同的展示场景需求，在提高获取埋点信息灵活性的同时，也较少了获取的埋点信息的数据量，进一步提高了对用户操作行为进行分析的效率。

图4为本发明实施例提供的埋点信息的展示方法流程示意图三。在本发明实施例中，每个操作请求需要多个服务节点进行处理；埋点展示信息包括目标用户在目标时间段内的多个操作请求对应的多个服务节点的节点日志。在图2提供的实施例的基础上，S204中将埋点展示信息推送至虚拟机，通过虚拟机展示埋点展示信息的具体实现方法进行了详细说明。如图4所示，该方法包括：

S401、确定目标用户在目标时间段内的多个操作请求的操作顺序。

在本发明实施例中，可以根据多个操作请求的时间顺序，确定目标用户在目标时间段内的多个操作请求的操作顺序。

S402、按照操作顺序，将多个操作请求对应的多个服务节点的节点日志推送至虚拟机。

可选地，按照操作顺序，采用WebRTC技术将多个操作请求对应的多个服务节点的节点日志推送至虚拟机。

S403、虚拟机接收多个服务节点的节点日志，并按照多个服务节点的节点日志的接收顺序，动态展示埋点展示信息。

在本发明实施例中，多个服务节点的节点日志的接收顺序与操作顺序一致。也即是，按照用户的操作顺序，动态展示埋点展示信息，进而提高了埋点信息的可视化效果。

在另一些实施例中，埋点展示信息包括目标服务节的节点日志和上游服务节点的节点日志；相应的，将埋点展示信息推送至虚拟机，通过虚拟机展示埋点展示信息，包括：将目标服务节的节点日志和上游服务节点的节点日志推送至虚拟机，并通过虚拟机静态展示埋点展示信息。可选的，埋点展示信息可以是JSON格式的非加密数据。

需要说明的是，埋点信息数据库内包括多个用户的埋点信息。相应的，获取埋点信息数据库的过程，包括：响应于接收到任一用户的操作请求，获取任一用户的用户标识以及操作请求对应的多个服务节点；生成多个服务节点处理操作请求的节点日志；将用户标识与多个服务节点对应的节点日志进行关联存储，得到埋点信息数据库。

可选地，将用户标识与多个服务节点对应的节点日志进行关联存储，得到该用户的埋点信息，用户的埋点信息可以通过kafka队列的方式存储在埋点信息数据库内。其中，每个服务节点的所能实现的功能不同；节点日志可以包括对操作请求的数据进行处理或转换的过程，以及每一步处理或转换对应的时间戳。也即是，埋点信息数据库内存储有用户标识、时间段和埋点信息之间的关联关系。

图5为本发明实施例提供的埋点信息的展示装置的结构示意图。如图5所示，该埋点信息的展示装置包括：接收模块501、获取模块502、信息处理模块503以及展示模块504。

接收模块501，用于响应于接收到埋点信息的展示请求，展示请求携带目标用户的用户标识和目标时间段；

获取模块502，用于基于用户标识和目标时间段，从埋点信息数据库中获取目标埋点信息；

信息处理模块503，用于对目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息；

展示模块504，用于将埋点展示信息推送至虚拟机，通过虚拟机展示埋点展示信息。

在一种可能的设计中，获取模块502基于展示场景需求和用户标识，从数据库中获取目标用户的目标埋点信息，具体包括：基于展示场景需求，确定需要获取的埋点信息的目标时间段；将用户标识和目标时间段作为搜索条件，从数据库中获取目标用户在目标时间段内的目标埋点信息。

在一种可能的设计中，获取模块502基于展示场景需求，确定需要获取的埋点信息的目标时间段，具体包括：若展示场景需求为目标用户在预设时间段内的操作行为展示，则将预设时间段作为目标时间段；若展示场景需求为异常操作请求的操作场景展示，则确定处理异常操作请求的处理时间段，将处理时间段作为目标时间段。

在一种可能的设计中，每个操作请求需要多个服务节点进行处理；获取模块502确定处理异常操作请求的处理时间段，具体包括：获取异常操作请求对应的操作类型标识；基于操作类型标识，确定与异常操作请求对应的多个服务节点以及多个服务节点的处理顺序；按照多个服务节点的处理顺序，从多个服务节点中选择排在最后的目标服务节点和目标服务节的上游服务节点，上游服务节点为目标服务节点的前一个服务节点；将目标服务节点的处理时间段和上游服务节点的处理时间段进行组合，得到处理异常操作请求的处理时间段。

在一种可能的设计中，每个操作请求需要多个服务节点进行处理；埋点展示信息包括目标用户在目标时间段内的多个操作请求对应的多个服务节点的节点日志；展示模块504将埋点展示信息推送至虚拟机，通过虚拟机展示埋点展示信息，具体包括：确定目标用户在目标时间段内的多个操作请求的操作顺序；按照操作顺序，将多个操作请求对应的多个服务节点的节点日志推送至虚拟机；虚拟机接收多个服务节点的节点日志，并按照多个服务节点的节点日志的接收顺序，动态展示埋点展示信息。

在一种可能的设计中，埋点展示信息包括目标服务节的节点日志和上游服务节点的节点日志；展示模块504将埋点展示信息推送至虚拟机，通过虚拟机展示埋点展示信息，具体包括：将目标服务节的节点日志和上游服务节点的节点日志推送至虚拟机，并通过虚拟机静态展示埋点展示信息。

在一种可能的设计中，还包括：存储模块。存储模块，用于响应于接收到任一用户的操作请求，获取任一用户的用户标识以及操作请求对应的多个服务节点；生成多个服务节点处理操作请求的节点日志；将用户标识与多个服务节点对应的节点日志进行关联存储，得到埋点信息数据库。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图6为本发明实施例提供的服务器的硬件结构示意图。如图6所示，本实施例的服务器包括：处理器601以及存储器602；其中

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中服务器所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器602既可以是独立的，也可以跟处理器601集成在一起。

当存储器602独立设置时，该服务器还包括总线603，用于连接存储器602和处理器601。

本发明实施例还提供一种计算机存储介质，计算机存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上任一种可能的实现方式中的埋点信息的展示方法。

本发明实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现如上任一种可能的实现方式中的埋点信息的展示方法。本发明实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现如上任一种可能的实现方式中的埋点信息的展示方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种埋点信息的展示方法，其特征在于，包括：

响应于接收到埋点信息的展示请求，所述展示请求携带目标用户的用户标识和展示场景需求；

基于所述展示场景需求和所述用户标识，从埋点信息数据库中获取所述目标用户的目标埋点信息；

对所述目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息；

将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息。

2.根据权利要求1所述的方法，其特征在于，所述基于所述展示场景需求和所述用户标识，从数据库中获取所述目标用户的目标埋点信息，包括：

基于所述展示场景需求，确定需要获取的埋点信息的目标时间段；

将所述用户标识和所述目标时间段作为搜索条件，从数据库中获取所述目标用户在目标时间段内的目标埋点信息。

3.根据权利要求2所述的方法，其特征在于，所述基于所述展示场景需求，确定需要获取的埋点信息的目标时间段，包括：

若所述展示场景需求为目标用户在预设时间段内的操作行为展示，则将所述预设时间段作为所述目标时间段；

若所述展示场景需求为异常操作请求的操作场景展示，则确定处理所述异常操作请求的处理时间段，将所述处理时间段作为所述目标时间段。

4.根据权利要求3所述的方法，其特征在于，每个操作请求需要多个服务节点进行处理；所述确定处理所述异常操作请求的处理时间段，包括：

获取所述异常操作请求对应的操作类型标识；

基于所述操作类型标识，确定与所述异常操作请求对应的多个服务节点以及所述多个服务节点的处理顺序；

按照所述多个服务节点的处理顺序，从所述多个服务节点中选择排在最后的目标服务节点和所述目标服务节的上游服务节点，所述上游服务节点为所述目标服务节点的前一个服务节点；

将所述目标服务节点的处理时间段和所述上游服务节点的处理时间段进行组合，得到处理所述异常操作请求的处理时间段。

5.根据权利要求3所述的方法，其特征在于，每个操作请求需要多个服务节点进行处理；所述埋点展示信息包括目标用户在目标时间段内的多个操作请求对应的多个服务节点的节点日志；

所述将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息，包括：

确定目标用户在目标时间段内的多个操作请求的操作顺序；

按照所述操作顺序，将所述多个操作请求对应的多个服务节点的节点日志推送至虚拟机；

所述虚拟机接收所述多个服务节点的节点日志，并按照所述多个服务节点的节点日志的接收顺序，动态展示所述埋点展示信息。

6.根据权利要求4所述的方法，其特征在于，所述埋点展示信息包括目标服务节的节点日志和上游服务节点的节点日志；

所述将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息，包括：

将所述目标服务节的节点日志和所述上游服务节点的节点日志推送至虚拟机，并通过所述虚拟机静态展示所述埋点展示信息。

7.根据权利要求1-6任一项所述的方法，其特征在于，还包括：

响应于接收到任一用户的操作请求，获取所述任一用户的用户标识以及所述操作请求对应的多个服务节点；

生成所述多个服务节点处理所述操作请求的节点日志；

将所述用户标识与所述多个服务节点对应的节点日志进行关联存储，得到所述埋点信息数据库。

8.一种埋点信息的展示装置，其特征在于，包括：

接收模块，用于响应于接收到埋点信息的展示请求，所述展示请求携带目标用户的用户标识和目标时间段；

获取模块，用于基于所述用户标识和所述目标时间段，从埋点信息数据库中获取目标埋点信息；

信息处理模块，用于对所述目标埋点信息进行Mock虚拟处理，得到与虚拟机适配的埋点展示信息；

展示模块，用于将所述埋点展示信息推送至虚拟机，通过所述虚拟机展示所述埋点展示信息。

9.一种服务器，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至7任一项所述的埋点信息的展示方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至7任一项所述的埋点信息的展示方法。

Images