CN113778837A - 页面故障确定方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例提供了一种页面故障确定方法、装置、电子设备及存储介质，属于信息处理技术领域，旨在提高对页面显示故障排查的准确性，所述方法包括：获取与目标页面对应的原始推荐数据和业务数据；将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据；响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，其中，所述埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的原始推荐数据，进行埋点后得到的；基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

Description

页面故障确定方法、装置、电子设备及存储介质

技术领域

本发明涉及信息处理技术领域，特别是涉及一种页面故障确定方法、装置、电子设备及存储介质。

背景技术

随着线上APP的广泛应用，一般用户浏览一个APP的页面时，在该页面上除会显示APP固有的一些业务数据外，也会显示专向用户推荐的一些推荐数据，这些推荐数据可以理解为对应于用户的个性化推荐数据，即是用户可能会感兴趣的内容。一般而言，固有的业务数据由服务器的业务接口提供，而推荐数据由服务器的推荐接口提供，以APP为视频APP为例，推荐接口一般会根据用户信息向用户推荐一些视频，被推荐的视频一般放在页面上单独的模块，此种场景下，一个页面上被推荐的视频数据会与页面的固有视频数据会一起被构造成页面数据，从而在页面上显示。

在实际使用中，用户可能更希望浏览自己感兴趣的推荐数据，然而，若在页面上出现了某个推荐数据显示错误时，例如，推荐视频的图片内容和标题不符、或者推荐视频的图片未展示或点击无反应等问题时，用户便无法获取到想要的数据，此种情况下，用户可以上报该故障，然后由服务后端确定故障的原因，以解决这一问题。

相关技术中，确定故障的原因的一种方式是：通过将报障用户的设备号加入白名单中，当用户再次出现相关情况后，通过扫描所有的部署服务器的出现问题时间点的日志来进行排查，这种方法往往比较低效，且当排查出故障问题后，距离用户上报故障的时间已经较长，并不能对线上问题及时定位和解决，且此种方式下的确定故障需要消耗运营人员较长的时间，也不能较为准确地确定故障原因。

因而，在推荐场景下，针对页面出现的显示故障，如何能够准确实时确定故障原因成为亟待解决的技术问题。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种页面故障确定方法、装置、电子设备及存储介质。

根据本发明的第一方面，提供了一种页面故障确定方法，所述方法包括：

获取与目标页面对应的原始推荐数据和业务数据；

将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据；

响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，其中，所述埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的原始推荐数据，进行埋点后得到的；

基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

可选地，所述方法还包括：

对所述原始推荐数据进行埋点，得到埋点数据；

将所述埋点数据存储到服务器本地；

所述响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，包括：

响应于在当前时刻所显示的目标页面上所触发的实时页面显示故障请求，从所述服务器本地获取当前所存储的埋点数据；

所述方法还包括：

在获取到所述服务器本地在所述当前时刻所存储的埋点数据后，从所述服务器本地删除所述埋点数据；

在检测到针对所述目标页面的刷新请求或切换请求时，从所述服务器本地删除存储的埋点数据。

可选地，所述方法还包括：

对每个接收到的原始推荐数据进行埋点，得到多个埋点数据；

以所述目标页面的页面标识和每个埋点数据的埋点时刻为索引，将所述多个埋点数据存储到数据库；

响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，包括：

响应于针对在历史时刻所显示的所述目标页面的页面显示故障请求，以所述历史时刻为检索信息，从所述数据库中确定与所述历史时刻所显示的目标页面所对应的埋点数据。

可选地，所述方法还包括:

确定所述原始推荐数据的推荐来源；

根据所述埋点数据和所述页面数据，确定发生所述页面显示故障的故障原因，包括：

从预设数据结构库中获取与所述推荐来源对应的目标数据结构；

按照所述目标数据结构，对所述埋点数据中多个预设字段各自的字段值进行组装和排序，得到待比对推荐数据；

根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因。

可选地，根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因，包括：

对所述待比对数据中所述预设字段的字段值与所述页面数据中目标字段的字段值进行一致性比对，其中，所述目标字段与所述预设字段对应同一类别的字段；

根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因。

可选地，所述方法还包括：

获取所述目标页面的截图；

根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因，包括：

在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值不一致的情况下，确定所述故障原因为页面数据构造故障；

在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值一致的情况下，根据所述截图和所述待比对数据，确定所述故障原因。

可选地，根据所述截图和所述待比对数据，确定所述故障原因，包括：

对所述截图进行识别，得到与所述预设字段对应的页面显示内容；

在所述页面显示内容与所述预设字段的字段值不匹配时，确定所述故障原因为客户端页面渲染故障；

在所述页面显示内容与所述预设字段的字段值匹配时，确定所述故障原因为所述原始推荐数据引发的故障。

可选地，所述方法还包括：

响应于在所述目标页面上触发的多次显示故障请求，以所述多次显示故障请求分别对应的报障时刻为索引信息，将所述多次显示故障请求分别对应所述埋点数据和页面数据中存储到数据库中；

在接收到针对目标时刻的报障检索时，从所述数据库中确定与所述目标时刻对应的目标埋点数据和目标页面数据；

基于所述目标埋点数据和所述目标页面数据，确定在所述目标时刻发生所述页面显示故障的故障原因。

可选地，在将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据之前，所述方法还包括：

根据所述原始推荐数据所属的推荐来源，为所述页面数据关联推荐场景标识，所述推荐场景标识用于在所述目标页面启用与所述推荐场景对应的点击事件；

响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对所述原始推荐数据进行埋点后得到的埋点数据，包括：

接收在显示有所述页面数据的目标页面上所述点击事件被触发时所发送的显示故障请求；

响应于所述显示故障请求，获取对所述原始推荐数据进行埋点后得到的埋点数据。

本发明实施例的第二方面，提供一种页面故障确定装置，所述装置包括：

数据获得模块，用于获取与目标页面对应的原始推荐数据和业务数据；

埋点模块，用于对所述原始推荐数据进行埋点，得到埋点数据；

数据构造模块，用于将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据；

故障确定模块，用于响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

本发明实施例第三方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明第一方面所述的方法中的步骤。

本发明实施例第四方面提供一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现本发明第一方面所述的方法的步骤。

本发明实施例包括以下优点：

本发明实施例中，可以获取与目标页面对应的原始推荐数据和业务数据；将原始推荐数据和所述业务数据构造为与目标页面对应的页面数据，进而可以响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，其中，埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的原始推荐数据，进行埋点后得到；之后，基于埋点数据和页面数据，确定发生页面显示故障的故障原因。由于可以在页面出现显示故障时，获取对原始推荐数据进行埋点后得到的埋点数据，便可以对原始推荐数据和构造完成的页面数据进行比对，从而确定页面显示故障的原因。这样，针对用户报障可以及时对发生故障时的推荐接口发送的数据和业务方接口整合后的页面数据进行分析和排查，从而实现快速定位并解决线上问题，避免定位滞后的问题，从提高了页面故障排查效率。又由于对故障时刻所显示的目标页面的原始推荐数据进行埋点，通过埋点数据可以复现发生推荐接口发送给故障时的目标页面的原始推荐数据，因而可以提高故障排查的准确性。

附图说明

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

图1是本发明实施例提供的一种页面故障确定方法的实施环境图

图2是本发明实施例提供的一种页面故障确定方法的流程图；

图3本发明实施例提供的一种页面故障确定方法中目标页面的示意图；

图4是本发明实施例提供的一种页面故障确定方法的实现原理图；

图5是本发明实施例提供的服务器确定页面显示故障的故障原因的步骤流程图；

图6是本发明实施例提供的务器存储故障产生时的数据的步骤流程图；

图7是本发明实施例提供的根据截图和待比对数据，确定故障原因的步骤流程图；

图8是本发明实施例提供的一种页面故障确定装置的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

相关技术中，为解决通过扫描所有的部署服务器的出现问题时间点的日志来进行排查确定故障原因时，所导致的故障排查缓慢的问题，又采用了另一种故障排查的方式，即在上报故障时，根据用户提供的设备id等信息再次请求推荐接口的推荐数据，通过观察再次反馈的推荐数据确定故障原因。然而，由于推荐接口的推荐数据往往是动态变化的，上报故障后推荐接口返回的推荐数据可能变化了，因此，无法保证可以其复现在出现故障时推荐接口所返回的数据，因而此种方式并不能准确地确定故障原因。

有鉴于此，本申请为解决相关技术中的技术问题，提出了一种可以准确及实时确定故障原因的技术方案，具体技术构思如下：在接收到推荐接口推荐的原始推荐数据时，对原始推荐数据进行埋点，从而使得原始推荐数据被标记和存储，接着，在接收到上报的页面显示故障请求时，可以将页面显示故障请求时所针对的目标页面的埋点数据和页面数据一并上报给服务器，服务器可以根据埋点数据和页面数据，确定发生页面显示故障请求时所针对的目标页面发生显示故障的故障原因。由此，可以复现页面发生故障时推荐接口返回的数据，并且避免了通过排查报障时间点的日志来进行排查的问题，从而可以快速且准确地排查故障原因。

参照图1所示，示出了本申请实施例的一种页面故障确定方法的实施环境图，如图1所示，包括客户端、服务器、业务接口、推荐接口。其中，业务接口和推荐接口均可以是服务器中配置的接口，业务接口用于维护客户端的页面上已配置的固定内容模块的数据，该固定内容模块的数据又可以称为业务数据。而推荐接口可以根据用户信息、用户历史行为数据获取针对用户的个性化数据，该个性化数据又可以称为推荐数据。

其中，客户端是面向用户的前端，以客户端为视频客户端为例，用户可以使用客户端观看线上或离线视频，客户端检测到用户进入某个页面时，可以向服务器发出数据获取请求，此时，业务接口可以根据所要请求数据的页面的页面标识，获得相应的业务数据，例如，进入的是首页，则业务接口会获得首页上的业务数据反馈给客户端。

其中，推荐接口可以根据用户的历史行为数据或者用户信息获得相应的推荐数据，其中，用户的历史行为数据可以是指用户在历史过程中的搜索行为数据、浏览行为数据、收藏行为数据、播放行为数据等，用户的历史行为数据可以反映用户对哪些类型的数据较为关注，因而可以将可能会被用户关注的其他一些数据作为推荐数据反馈给用户。

结合图1所示的实施环境，对本申请的一种页面故障确定方法进行介绍。其中，本申请的页面故障确定方法可以由服务器执行，或者可以由客户端执行，或者可以由客户端和服务器分别执行相应的功能以共同完成页面故障确定方法。

其中，在由客户端和服务器共同执行时，服务器可以负责对原始推荐数据进行埋点、服务器方的业务接口可以负责页面数据的构造，而客户端可以在用户上报故障时，可以从服务器获取页面数据和对应的埋点的原始推荐数据，进而将页面数据和埋点的原始推荐数据反馈给服务器，以使服务器基于埋点数据和页面数据，确定发生页面显示故障的故障原因。

参照图2，图2示出了本申请实施例的一种页面故障确定方法的步骤流程图，如图2所示，该页面故障确定方法具体可以包括以下步骤：

步骤S201：获取与目标页面对应的原始推荐数据和业务数据。

本申请实施例中，目标页面可以是指用户当前所打开的页面，当用户打开目标页面时，会向服务器请求该目标页面的数据，则服务器中的业务接口会获得该目标页面的业务数据，推荐接口则会根据用户信息以及用户的历史行为数据确定向用户推送的原始推荐数据。

实际中，目标页面的页面数据在一段时间内可以是固定的，页面数据一般由服务方进行维护。如上所述，业务接口用于维护客户端的页面上已配置的固定内容模块的数据，该固定内容模块的数据又可以称为业务数据，因而，业务数据是目标页面所预先配置的固定内容模块的数据，即不同的用户在同一时间所看到的业务数据是相同的。一般这些数据均被维护在业务接口，一些场景中，业务数据是可以定期更新的，例如，以客户端为视频客户端为例，固定内容模块为“电视剧”、“电影”，一般情况下，这些内容模块“电视剧”、“电影”的视频可以是统一由服务器定期更新的。则在一种示例中，获得的业务数据可以是最后一次更新后的业务数据。

其中，不同的用户可以对应不同的原始推荐数据，由于原始推荐数据是根据用户的行为数据而推荐给用户的，是目标页面上的个性化数据。

示例地，以客户端为视频客户端为例，目标页面是首页，在首页上一般会预先配置“电视剧”、“电影”、“综艺”、“短视频”等固定内容模块，则业务数据可以是指首页上所有固定内容模块的内容集合。

而原始推荐数据由于是个性化的数据，因而，随着用户的不同而不同，即在同一时刻，不同的用户具有不同的原始推荐数据。其中，在目标页面上一般预设有可以显示原始推荐数据的内容模块。

步骤S202：将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据。

本实施例中，由于需要将原始推荐数据和业务数据显示到目标页面上的各内容模块，因而，需要业务接口对原始推荐数据和业务数据进行重新构造，得到可以在目标页面显示的页面数据。具体地，对原始推荐数据和业务数据可以是采用以下方式进行数据构造：

首先，可以按照目标页面对应的多个内容模块，将业务数据划分为与多个内容模块各自对应的内容数据；接着，从多个内容模块中，确定原始推荐数据所属的目标内容模块；将原始推荐数据作为目标内容模块对应的内容数据与其他内容模块的内容数据进行融合，得到页面数据。

具体地，每个内容模块可以理解为是对应一种类型的数据的页面展示模块，例如，电视剧、电影等内容模块。其中，一个内容模块可以展示多条数据，例如，电视剧模块可以展示多条类型为电视剧的视频数据。如此，按照多个内容模块，将业务数据划分为与多个内容数据，可以是指，按照类型，对业务数据进行重新组合，得到多组与多个内容模块各自对应的内容数据，不同的内容数据可以对应不同的内容模块。

其中，目标页面中可以包括与推荐数据对应的目标内容模块，例如，目标内容模块为“猜你喜欢”，则原始推荐数据需要放到目标页面的目标内容模块中展示，在进行数据构造时，需要将原始推荐数据作为目标内容模块的数据，与其他内容模块的内容数据进行融合，从而得到页面数据。

示例地，如图3所示，示出了一种目标页面的页面示意图，在该目标页面中包括电视剧、电影、综艺、猜你喜欢等内容模块，其中，猜你喜欢中的数据是向用户推荐的推荐数据。则需要将业务数据按照电视剧、电影、综艺进行分类，得到电视剧、电影、综艺各自对应的内容数据，然后将原始推荐数据作为“猜你喜欢”的内容数据，之后，与电视剧、电影、综艺各自对应的内容数据以及与“猜你喜欢”的内容数据进行融合，从而得到可以在目标页面显示的页面数据。

本实施例中，可以由服务器的业务接口对原始推荐数据和业务数据进行构造，进而，业务接口可以将构造得到的页面数据发送给客户端。或者，也可以由客户端对原始推荐数据和业务数据进行构造，进而客户端将构造得到的页面数据显示到目标页面。

步骤S203：响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据。

其中，所述埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的原始推荐数据，进行埋点后得到的。

如图3所示，当客户端在目标页面上显示页面数据时，可能会出现页面显示问题，本实施例中，页面显示故障一般是指与原始推荐数据有关的显示故障，具体的页面显示故障可以是指：在目标页面上出现了与原始推荐数据对应的目标内容模块有关的显示故障。

如图3所示，以“猜你喜欢”为例，在目标页面上显示时，猜你喜欢可以具有多个显示卡片，每个显示卡片对应原始推荐数据中的一条推荐数据，不同的显示卡片反映不同的推荐数据。其中，与原始推荐数据对应的目标内容模块的显示故障可以表现为；显示卡片上出现了“题目”与“内容”不符的显示问题、无法显示具体内容、显示不出图像等。

当出现了页面显示故障时，用户可以利用目标页面上预置的报障按钮触发客户端生成页面显示故障请求，进而获取对应的埋点数据。

本实施例中，页面显示故障请求可以是针对显示故障时刻下所显示的目标页面而发出的。如此，所获得的埋点数据是显示故障时刻下所显示的目标页面对应的原始推荐数据。如此，用户可以在发现当前显示的目标页面出现页面显示故障时，便触发页面显示故障请求，以请求对当前显示的目标页面的原始推荐数据；当然，用户也可以在发现所显示的目标页面出现页面显示故障后，在后续又刷新目标页面，刷新目标页面后，可以触发针对刷新前的故障时刻所显示的目标页面的页面显示故障请求，此时所获得的埋点是与刷新前的目标页面对应的原始推荐数据。

其中，服务器中的业务接口可以对原始推荐数据可以埋点，并将埋点的原始推荐数据和埋点时刻进行记录，一并存储，这样，在客户端发出页面显示故障请求时，可以根据显示故障时刻，将显示故障时刻下所显示的目标页面的埋点数据反馈给客户端。在具体实施时，可以对全部字段的原始推荐数据均埋点，也可以对原始推荐数据中的部分字段的数据进行埋点，例如，对预设字段的数据进行埋点。

其中，通过对原始推荐数据的埋点，可以使得该原始推荐数据在被传输的过程中，可以记录其数据的变化，从而得到埋点数据，这样，后期通过埋点数据可以追溯到原始推荐数据。

具体而言，在业务接口对原始推荐数据埋点后，可以将埋点数据存储在本地，之后，在客户端检测到目标页面出现显示故障时，便可以将存储的埋点数据发送给客户端，以使客户端获取到埋点数据。

步骤S204：基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

本实施例中，在响应于页面显示故障请求，获得所述埋点数据和构造完成的页面数据之后，可以基于所述埋点数据和页面数据，确定发生页面显示故障的故障原因。

其中，在由服务器的业务接口对原始推荐数据和业务数据进行构造得到页面数据时，可以由客户端获得获得埋点数据和构造完成的页面数据，则可以由客户端获得埋点数据和构造完成的页面数据，之后由客户端将埋点数据和页面数据携带在页面显示故障请求中发送给服务器。

具体实施时，在基于埋点数据和页面数据，确定发生页面显示故障的故障原因时，由于页面数据是由业务数据和原始推荐数据经过构造后得到的，在页面数据中便包括了经过构造后的原始推荐数据，如此，可以对融合到页面数据中的原始推荐数据和埋点数据进行一致性校验，根据一致性校验结果，以确定具体是推荐接口推荐的数据致使页面显示故障，还是业务接口在构造过程中致使页面显示故障。

采用本申请实施例的技术方案，由于预先对原始推荐数据进行了埋点，在页面出现故障时，便可以对原始推荐数据和构造完成的页面数据进行比对，从而确定页面显示故障的原因。这样，针对用户报障可以及时对发生故障时的推荐接口发送的数据和业务方接口进行数据构造后的数据进行分析和排查，避免了通过排查报障时间点的日志来进行排查的问题，从而避免定位滞后的问题，从提高了页面故障排查效率。

又由于对原始推荐进行埋点，通过埋点数据可以复现发生故障时的推荐接口发送的原始数据，因而可以提高故障排查的准确性。

当然，在得到页面显示故障原因后，还可以根据确定出的页面显示故障原因生成故障信息，并输出故障信息。如此，可以根据故障信息针对性地解决问题。

参照图4，图4示出了以客户端和服务器共同执行该页面故障确定方法时，该页面故障确定方法的原理示意图，结合图4所示，对本申请实施例的页面故障确定方法进行全面介绍。

4.1，对申请实施例所述的对原始推荐数据进行埋点的过程进行介绍。

在一种实施例中，用户可以在检测到当前时刻所显示的目标页面发生页面显示故障时，便触发页面显示故障请求，从而获取与当前时刻所显示的页面页面的埋点数据。如此，可以实现实时的页面显示故障排查，此种情况下，服务器可以存储当前显示的目标页面的埋点数据。

具体实施时，服务器的业务接口可以对当前所显示的目标页面的原始推荐数据进行埋点，将所述埋点数据存储到服务器本地。其中，服务器对当前所显示的目标页面的原始推荐数据进行埋点时，可以是在每获取到推荐接口发送的原始推荐数据时便进行埋点。其中，存储到服务器本地时，可以为该埋点数据标识上客户端的标识，以便后续识别发出保障请求的客户端的埋点数据。

此种情况下，客户端可以响应于在当前时刻所显示的目标页面上所触发的实时页面显示故障请求，从所述服务器本地获取当前所存储的埋点数据。实际中，为了保证服务器存储的埋点数据是当前显示的目标页面的埋点数据，在一种实施方式中，客户端在获取到所述服务器本地在当前时刻所存储的埋点数据后，可以从服务器本地删除当前所埋点的埋点数据。当然，若服务器在检测到针对目标页面的刷新请求或切换请求时，表征客户端的用户刷新了目标页面或者从目标页面切换到其他页面，此种情况下，可以表示目标页面未出现页面显示故障，因而可以从服务器本地删除存储的埋点数据。

采用此种实施方式时，可以保证服务器所存储的是当前所显示的目标页面的埋点数据，以实现目标页面的实时显示故障排查。

当然，在又一实施例中，服务器可以从服务器本地获取到埋点数据后，在后续的故障排查中，又可以从客户端发送的页面显示故障请求中接收页面数据，之后，根据客户端发送的页面数据和服务器本地的埋点数据进行故障排查。

采用本申请实施例的技术方案时，可以让服务器实时存储对原始推荐数据进行埋点得到的埋点数据，如此，可以实时响应目标页面上触发的页面显示故障请求，从而针对每次的页面显示故障请求进行故障分析。

在又一种实施例中，用户并不是每一次发生页面显示故障都需要进行故障排查，而是可以针对某一时刻进行故障排查，此种情况下，数据库中可以存储多个埋点数据和页面数据，之后针对用户想要的目标时刻的故障排查原因，进行排查。

则相应地，可以对每个接收到的原始推荐数据进行埋点，得到多个埋点数据，之后，以目标页面的页面标识和每个埋点数据的埋点时刻为索引，将所述多个埋点数据存储到数据库。其中，在以目标页面的页面标识和每个埋点数据的埋点时刻为索引时，还可以以客户端的用户标识为索引，从而标识所存储的埋点数据所属的用户、所属的具体时刻所显示的目标页面。

本实施例中，可以对每次发送给客户端的目标页面的原始推荐数据进行埋点，然后将埋点数据和进行页面构造后的页面数据存储在数据库中，在存储时，可以以埋点时刻为索引，如此，可以存储多个不同埋点时刻所对应的埋点数据和页面数据。

其中，业务数据所针对的客户端可以是指该业务数据要发送的客户端，例如客户端是用户设备001上的客户端，则该标识可以是用户设备001的标识。实际中，业务接口可以在每接收到针对客户端的原始推荐数据时，便可以将该原始推荐数据进行埋点，并将每次得到的埋点数据均存储到数据库中。

则在后续中，用户若想对历史上的目标页面发生显示故障的原因进行排查，则会获取历史时刻所显示的目标页面的埋点数据。具体而言，可以响应于针对在历史时刻所显示的所述目标页面的页面显示故障请求，以所述历史时刻为检索信息，从所述数据库中确定与所述历史时刻所显示的目标页面所对应的埋点数据。

本实施例中，在目标页面上触发针对历史时刻的显示故障请求，此时，服务器以所述历史时刻和目标页面的页面标识为检索信息，从所述数据库中确定历史时刻所显示的目标页面的埋点数据和页面数据。

本实施例中，可以在目标页面上预设历史故障排查事件，当用户点击历史故障排查事件时，便会提供给用户历次根据原始推荐数据和业务数据构建页面数据的时刻，用户可以选择某一个出现页面显示故障的时刻作为历史时刻，向服务器发送页面显示故障请求，此时，服务器可以根据页面显示故障请求中的历史时刻，将该历史时刻对应的埋点数据和页面数据返回给客户端。

采用此种实施方式时，可以为用户提供实时的页面显示故障排查，也可以向用户提供历史上出现页面显示故障的故障排查，也就是说本申请实施例中，可以做到针对性的页面显示故障排查。如此适用于以下场景下的用户需求：

例如，用户在浏览目标页面时，目标页面目前仅出现一次显示故障，用户刷新后又正常显示，此种情况下，用户为方便浏览时效，不会触发页面显示故障请求，当用户继续浏览目标页面，又相继出现了2次甚至3次页面显示故障请求后，用户为保证正常浏览页面，会触发页面显示故障的排查，以第1次或第3次出现页面显示故障的原因。这样，可以优化用户的使用体验。

4.2，对本申请实施例的上报页面显示故障的流程进行介绍。

在本实施例中，服务器中的推荐接口可以有多个，不同的推荐接口可以根据用户的历史行为数据向用户推荐不同类型的推荐数据，以客户端为视频客户端为例，推荐接口可以包括“猜你喜好的电影”推荐接口、“猜你喜好的综艺”推荐接口，不同推荐接口返回的推荐数据的数据结构、类型都可以是不同的。

相应地，在一个目标页面上可以包括与多个推荐接口各自对应的目标内容模块，以分别显示不同推荐接口所推送的推荐数据。

在本申请实施例中，可以对原始推荐数据所来源的推荐接口进行标记。具体地，服务器中的业务接口可以根据用户在客户端发送的页面数据请求，获得目标页面的业务数据，服务器中的推荐接口可以根据用户的历史行为数据确定向用户所推荐的原始推荐数据，其中，推荐接口所推荐的原始推荐数据可以交由给业务接口，因而业务接口也可以获得推荐接口所反馈的原始推荐数据，相应地，在业务接口处便汇总了业务数据和原始推荐数据。

如图4所述，客户端向业务接口请求数据时，业务接口处便可以汇总业务数据和原始推荐数据。

其中，服务器中的业务接口可以对原始推荐数据进行埋点。

接着，业务接口可以将原始推荐数据和业务数据构造为与目标页面对应的页面数据，并将该页面数据和所述埋点数据均发送给客户端。

其中，业务接口可以一并在构造完成的页面数据中标记原始推荐数据所来源的推荐接口，在一种示例中，业务接口可以在页面数据中增加一个字段，以标识原始推荐数据所来源的推荐接口。例如，对接的推荐接口较多，有A推荐接口、B推荐接口等等，不同的推荐接口返回的数据结构和类型又不同，所以以此字段来做区分，比如rec_source＝bi，则表示该数据来自B推荐。

具体实施时，由于业务接口可以在页面数据中增加一个字段以标记原始推荐数据所来源的推荐接口，因而，在一种示例中，客户端可以为根据所述原始推荐数据所属的推荐来源，为所述页面数据关联推荐场景标识。其中，推荐场景标识用于在所述目标页面启用与所述推荐场景对应的点击事件。

其中，原始推荐数据所属的推荐来源即可以理解为是原始推荐数据所来源的推荐接口。

具体实施时，客户端可以根据页面数据中所增设的字段，确定原始推荐数据所来源的推荐接口，例如，业务方接口在页面数据中下发推荐场景标识rec_source，该字段同时用来标识推荐接口，客户端识别到业务方接口下发的rec_source字段时，即可以确定构造该页面数据的原始推荐数据所属的推荐接口，继而，可以为页面数据关联推荐场景标识。

其中，客户端为页面数据关联的推荐场景标识主要是启用推荐场景下的报障功能，即在客户端启用推荐场景下的点击事件，具体地，客户端可以在页面展示点击事件的按钮，以方便用户后续触摸或点击按钮以实现报障。其中启动推荐场景下的点击事件，可以与其它场景的报障相区分，即与目标页面上固有的内容模块的显示故障相区分，例如，将“电视剧”下的报障和“猜你喜欢”的报障相区分。

之后，客户端可以将页面数据渲染到目标页面上，并将所述埋点数据进行存储。

其中，客户端在将页面数据渲染到目标页面上时，可以将点击事件的按钮一并渲染到目标页面上。

相应地，在客户端的目标页面上显示页面数据时，若页面显示出现了推荐场景下的显示故障，则用户会触发目标页面上点击事件的按钮以上报故障，此种情况下，客户端可以基于目标页面上点击事件被触发的操作，获取页面数据和埋点数据，并将存储的页面数据和埋点数据携带在显示故障请求中上报给服务器，从而服务器可以从显示故障请求中获取埋点数据和页面数据，并基于埋点数据和页面数据，确定发生页面显示故障的故障原因。

以上，便是上报页面显示故障前的所有流程。

4.3，对本申请实施例的确定页面显示故障原因的流程进行介绍。

本实施例中，服务器可以从显示故障请求中获取所述埋点数据和页面数据，并基于埋点数据和页面数据，确定发生页面显示故障的故障原因。

相应地，如图5所示，示出了服务器确定页面显示故障的故障原因的步骤流程图，如图5所示，具体可以包括以下步骤：

步骤S501：确定所述原始推荐数据的推荐来源。

本实施例中，原始推荐数据的推荐来源即为原始推荐数据所属的推荐接口，由于业务接口在页面数据中增加一个字段以标记原始推荐数据所来源的推荐接口，因而，所上报的页面数据中便可以携带该字段，则服务器可以根据携带的字段确定原始推荐数据的推荐来源。例如，上报的页面数据中携带的rec_source字段为rec_source＝bi，则表示原始推荐数据来源于B推荐接口。

步骤S502：从预设数据结构库中获取与所述推荐来源对应的目标数据结构。

本实施例中，由于埋点数据是对原始推荐数据进行埋点而得到的，其反映的是原始推荐数据在流向客户端的过程，因而，可以根据埋点数据反解出原始推荐数据。具体地，如图4所示，服务器中可以预设接口转换服务，该接口转换服务器中可以配置预设数据结构库，该预设数据结构库中可以预先存储多个推荐来源对应的数据结构，例如，可以存储A推荐接口、B推荐接口和C推荐接口的推荐数据的数据结构。其中，推荐来源对应的数据结构可以是指推荐接口获取的推荐数据的数据结构，不同的推荐接口由于返回的推荐数据不同，便可以具有不同的数据结构。

其中，服务器在根据页面数据中标识推荐接口的字段确定出原始推荐数据的推荐来源时，可以从预设数据结构库中获取与推荐来源对应的目标数据结构，并根据目标数据结构和埋点数据，反解出原始推荐数据。

步骤S503：按照所述目标数据结构，对所述埋点数据中多个预设字段以及各自的字段值进行组装和排序，得到待比对推荐数据。

本实施例中，根据目标数据结构，对埋点数据中多个预设字段各自的字段值进行组装和排序可以是指：先从埋点数据中提取出多个预设字段的字段值，之后，按照目标数据结构中这些预设字段的排列顺序，对多个预设字段各自的字段名和字段值进行组装和排序，从而得到待比对推荐数据，该待比对数据即为原始推荐数据中的部分推荐数据。

步骤S504：根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因。

其中，待比对数据是对埋点数据的部分字段的数据按照目标数据结构进行重新组装和排列后的数据。由于页面数据是根据业务数据和原始推荐数据进行数据构造得到的，因此，页面数据中包括了原始推荐数据构造后的数据，例如，页面数据中的字段“r_source”对应待比对数据中的字段“r_source”，页面数据中的字段“text”对应待比对数据中的“reason”。

具体实施时，可以对待比对推荐数据和页面数据进行一致性比对，进而根据比对结果，确定页面显示故障的故障原因。

在一种示例中，在根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因时，可以对所述待比对数据中所述预设字段的字段值与所述页面数据中目标字段的字段值进行一致性比对，其中，所述目标字段与所述预设字段均属于同一类别；并根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因。

在本示例中，在对待比对推荐数据和页面数据进行一致性比对时，可以对待比对数据中预设字段的字段值与页面数据中目标字段的字段值进行一致性比对，例如，可以将页面数据中的字段“r_source”的字段值与待比对数据中的字段“r_source”的字段值进行比对，将页面数据中的字段“text”的字段值与待比对数据中的“reason”的字段值进行比对。以此类推，可以将待比对数据中每个预设字段的字段值与页面数据中相应的字段的字段值进行进行比对，从而得到各个预设字段的字段值的比较结果。

示例地，若多个预设字段中存在字段值不一致的字段值时，可以表示业务接口在根据业务数据和原始推荐数据进行数据构造时出现了故障，使得页面数据中构造出的推荐数据与原始推荐数据不一致，则可以确定页面显示故障原因为页面数据构造故障。

当然，在一些实际情况中，若待比对推荐数据中各个预设字段的字段值和页面数据中相应字段的字段值是一致的，此种情况下，可能是推荐接口反馈的原始推荐数据出现了故障，也可能是客户端在渲染页面数据时出现了故障，则为了避免此种情况下无法确定真实故障原因的问题，在一种示例中，服务器还可以获取所述目标页面的截图，以进一步明确故障原因。

此种情况下，目标页面的截图可以是客户端在上报页面故障请求时一并上报的，具体的，可以是客户端对目标页面进行截图得到的。

则根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因时，可以在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值不一致的情况下，确定所述故障原因为页面数据构造故障；在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值一致的情况下，根据所述截图和所述待比对数据，确定所述故障原因。

本实施例中，在待比对数据中预设字段的字段值与页面数据中目标字段的字段值不一致时，可以表征是业务接口在根据业务数据和原始推荐数据进行数据构造时出现了故障，则可以确定页面显示故障为页面数据构造故障。

在待比对数据中预设字段的字段值与页面数据中目标字段的字段值一致时，可以表征业务接口在根据业务数据和原始推荐数据进行数据构造时，是正确的进行了数据构造，此种情况下，可能是推荐接口返回的原始推荐数据存在问题，也可能是客户端在渲染页面数据时出现了显示故障。具体地，可以再结合目标页面的截图进行判断。

具体地，在一种示例中，参照图6所示，示出了根据截图和待比对数据，确定故障原因的步骤流程图，具体可以包括以下步骤：

步骤S601：对所述截图进行识别，得到与所述预设字段对应的页面显示内容。

本实施例中，可以对截图进行识别，具体地，得到与预设字段对应的页面显示内容可以是：从截图中分割出原始推荐数据所在的目标图像区域，即目标内容模块对应的目标图像区域，进而对目标图像区域进行文字识别，从而得到页面显示内容，该页面显示内容可以表征原始推荐数据被渲染到目标页面的内容，一般而言，原始推荐数据中被渲染到目标页面的内容即可以是指预设字段显示到目标页面的字段值。

示例地，原始推荐数据的字段“name”的字段值为“神雕侠侣”，目标图像区域的页面显示内容为“神雕夹吕”，因此，可以比较“神雕侠侣”与“神雕夹吕”是否一致。

步骤S602：在所述页面显示内容与所述预设字段的字段值不匹配时，确定所述故障原因为客户端页面渲染故障。

步骤S603：在所述页面显示内容与所述预设字段的字段值匹配时，确定所述故障原因为所述原始推荐数据引发的故障。

本实施例中，可以确定页面显示内容和预设字段的字段值是否匹配，具体可以是指：对页面显示内容和预设字段的字段值进行一致性校验，在校验到二者不一致时，表征是客户端页面渲染故障，在校验到二者一致时，表征页面渲染没有出错，而是原始推荐数据引发的故障。

通过4.3节所述的内容，具体给出了如何根据埋点数据和页面数据，确定发生页面显示故障的故障原因，由于在确定故障原因时，还可以结合客户端的目标页面的截图，这样，相当于结合了三方数据，即推荐接口的原始推荐数据、业务接口进行数据构造后的页面数据以及客户端渲染后的数据进行了评估，从而可以提高页面显示故障的排查准确性。

当然，在一些实际情况中，可以存储客户端历次触发的页面显示故障请求所对应的埋点数据和页面数据，并以触发页面显示故障请求时的时刻为索引。如此，可以对客户端上发送的页面显示故障按照用户上报的故障时刻进行检索，这样，开发人员可以获得在时间线上的故障原因特点。例如，可以分析得到在哪些时刻容易出现哪些故障而导致页面显示问题，从而方便开发人员进行后期维护。

相应地，参照图7所示，示出了服务器存储故障产生时的数据的步骤流程图，具体可以包括以下步骤：

步骤S701：响应于在所述目标页面上多次触发的显示故障请求，以所述显示故障请求对应的报障时刻为索引信息，将每次被触发的显示故障请求所对应的所述埋点数据和页面数据中存储到数据库中。

本实施例中，可以在目标页面上每触发显示故障请求时，便将当次显示故障请求对应的报障时刻、埋点数据和页面数据进行关联存储到数据库中，其中，可以将报障时刻作为索引信息。如此，在数据库中可以存储客户端的多次显示故障请求对应的埋点数据和页面数据。

当然，在存储显示故障请求对应的埋点数据和页面数据时，除以报障时刻作为索引信息外，还可以以用户ID为索引信息，如此，可以存储不同用户的客户端所上报的显示故障请求对应的埋点数据和页面数据，以便后期检索不同用户在不同时刻上报的显示故障请求。

步骤S702：在接收到针对目标时刻的报障检索时，从所述数据库中确定与所述目标时刻对应的目标埋点数据和目标页面数据。

本实施例中，用户可以针对不同时刻上报的显示故障请求所对应的埋点数据和页面数据进行分析，以得到某个目标时刻的页面显示故障的故障原因。

本实施例中，用户可以向数据库发出查询请求，即针对目标时刻的报障检索，从而服务器可以从数据库中查询到目标时刻对应的目标埋点数据和目标页面数据。

步骤S703：基于所述目标埋点数据和所述目标页面数据，确定在所述目标时刻发生所述页面显示故障的故障原因。

本申请实施例中，服务器可以基于目标埋点数据和目标页面数据，确定在目标时刻发生页面显示故障的故障原因。具体地，确定页面显示故障的故障原因的过程可以参照步骤S601至步骤S603的过程所述。

当然，在本实施例中，由于每次触发的页面显示故障请求均会分析页面显示故障原因，如此，可以在存储每个显示故障请求所对应的所述埋点数据和页面数据时，将每个显示故障请求所对应的故障原因也进行存储。这样，在数据库中便可以关联存储报障时刻对应的埋点数据、页面数据以及故障原因，从而方便开发人员统计用户所上报的显示显示故障，从而获得在时间线上的故障原因的动态变化，从而方便开发人员对客户端、业务接口和推荐接口进行后期维护。

适应性地，本申请实施例提出了一种实施环境下的完整实施例，结合图4的实施环境，介绍如下：

1、业务接口对来自推荐接口构造的数据下发推荐场景标识rec_source，该字段同时用来标识推荐来源，由于对接的推荐接口来源较多，有A推荐，B推荐等等，不同的推荐接口返回结构又不同，所以以此字段来做区分，比如rec_source＝bi，则表示该数据来自bi推荐。

2、业务接口对推荐接口返回的必要字段和数据(比如视频id，封面，标题，推荐理由和pingback数据等)进行埋点和标记，将每个页面划分为多个card组成，每个card下又由多个区块block构成，推荐接口返回的每条数据均按一个block来构造，每个block中包括标题，图片，点击事件等信息，由接口数据转换服务使用。

3、客户端识别到业务接口下发的rec_source字段以及页面数据时，一方面渲染页面数据，另一方面，由于下发的rec_source字段表示该数据构造来自推荐接口，则对推荐场景下的报障功能设置并定义相关的点击事件操作，以便和其它场景区分，因其它场景的报障功能与此点击事件不同。

4、用户发现推荐场景下的数据异常后，通过card上的报障功能，将本次的页面请求，页面接口所返回的页面数据，包括问题发生时间或截图以及用户自定义描述等信息上传至服务端，服务端以用户设备号id为维度，将此时的埋点数据下发给客户端。

5、客户端将页面数据和埋点数据携带在页面请求中上报给服务器。

6、服务器对页面请求中的上述信息进行存储，并建立相关索引，方便后续快速查询到对应报障的相关数据。

7、接口数据转换服务根据业务方接口的返回数据来将其转换为推荐接口返回数据，首先根据rec_source字段识别出推荐接口的来源，然后查找之前已输入的不同推荐接口返回结构，找到对应接口的返回结构，接着根据业务方接口埋点的埋点数据中的视频id，封面，标题，推荐理由等信息将其赋值和转化到对应来源推荐接口结构，最后对数据进行组装和排序，从而获取推荐接口返回数据(即上述实施例中的待比对推荐数据)。

8、根据推荐接口返回数据和页面数据，进行比对，确定故障原因。

采用本申请实施例的技术方案，具有以下方面的优点：

第一点：可以提高故障排查的准确性。

一方面，由于本实施例可以对原始推荐进行埋点，通过埋点数据可以复现发生故障时的推荐接口发送的原始数据，因而可以依据故障发生时推荐接口反馈的原始推荐数据进行故障排查，从而提高故障排查的准确性。另一方面，由于在进行故障排查时，还可以结合客户端上报的目标页面的截图，这样，可以结合推荐接口的原始推荐数据、业务接口进行数据构造后的页面数据以及客户端渲染后的数据进行评估，由于综合了多方的数据，因此可以进一步提高页面显示故障的排查准确性。

第二点：可以提高故障排查的实时性。

由于在页面发送故障时，即可根据埋点数据和页面数据进行故障排查，从而避免定位滞后的问题，可以在发生页面显示故障时，便立即进行准确的故障排查，从提高了页面故障排查效率。

第三点：可以获得页面显示故障原因在历史过程中的变化，以便后期维护。

由于可以将每个报障时刻所分析得到的故障原因对应存储到数据库中，这样，在数据库中便可以关联存储报障时刻对应的埋点数据、页面数据以及故障原因，方便开发人员统计在时间线上的故障原因的动态变化，方便开发人员对客户端、业务接口和推荐接口进行后期维护，从而可以进一步优化客户端、业务接口和推荐接口。

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

参照图8，示出了一种页面故障确定装置的框图，实际中，该装置可以集成到服务器中，也可以集成到客户端中，具体可以包括以下模块：

数据获得模块801，用于获取与目标页面对应的原始推荐数据和业务数据；

数据构造模块802，用于将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据；

埋点数据获取模块803，用于响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，其中，所述埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的，原始推荐数据进行埋点后得到的；

故障确定模块804，用于基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

可选地，所述装置还可以包括以下模块:

推荐来源确定模块，用于确定所述原始推荐数据所属的推荐来源；

所述故障确定模块804，具体可以包括以下单元：

数据结构获得单元，用于从预设数据结构库中获取与所述推荐来源对应的目标数据结构；

反解单元，用于按照所述目标数据结构，对所述埋点数据中的多个预设字段以及各自的字段值进行组装和排序，得到待比对推荐数据；

原因确定单元，用于根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因。

可选地，所述原因确定单元，具体可以包括以下子单元：

比对子单元，用于对所述待比对数据中所述预设字段的字段值与所述页面数据中目标字段的字段值进行一致性比对，其中，所述目标字段与所述预设字段对应同一类别的字段；

确定子单元，用于根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因。

可选地，所述装置还可以包括以下模块：

截图获得模块，用于获取所述目标页面的截图；

所述确定子单元，具体可以包括以下子单元：

第一子单元，用于在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值不一致的情况下，确定所述故障原因为页面数据构造故障；

第二子单元，在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值一致的情况下，根据所述截图和所述待比对数据，确定所述故障原因。

可选地，所述第二子单元，具体可以用于执行以下步骤：

对所述截图进行识别，得到与所述预设字段对应的页面显示内容；

在所述页面显示内容与所述预设字段的字段值不匹配时，确定所述故障原因为客户端页面渲染故障；

在所述页面显示内容与所述预设字段的字段值匹配时，确定所述故障原因为所述原始推荐数据引发的故障。

可选地，所述装置还可以包括以下模块：

存储模块，用于响应于在所述目标页面上多次被触发的显示故障请求，以所述多次显示故障请求分别对应的报障时刻为索引信息，将每次被触发的显示故障请求对应的所述埋点数据和页面数据中存储到数据库中；

检索模块，用于在接收到针对目标时刻的报障检索时，从所述数据库中确定与所述目标时刻对应的目标埋点数据和目标页面数据；

故障确定模块，用于基于所述目标埋点数据和所述目标页面数据，确定在所述目标时刻发生所述页面显示故障的故障原因。

可选地，所述装置还可以包括以下模块：

关联模块，用于根据所述原始推荐数据所属的推荐来源，为所述页面数据关联推荐场景标识，所述推荐场景标识用于在所述目标页面启动与所述推荐场景对应的点击事件；

所述埋点数据获取模块803，具体可以包括以下单元：

接收单元，用于接收在显示有所述页面数据的目标页面上所述点击事件被触发时所发送的显示故障请求；

获取单元，用于响应于所述显示故障请求，获取对应的埋点数据。

可选地，所述装置还包括：

埋点模块，用于对所述原始推荐数据进行埋点，得到埋点数据；

存储模块，用于将所述埋点数据存储到服务器本地；

埋点数据获取模块803，用于响应于在当前时刻所显示的目标页面上所触发的实时页面显示故障请求，从所述服务器本地获取当前所存储的埋点数据。

删除模块，用于在获取到所述服务器本地在所述当前时刻所存储的埋点数据后，从所述服务器本地删除所述埋点数据；以及在检测到针对所述目标页面的刷新请求或切换请求时，从所述服务器本地删除存储的埋点数据。

可选地，所述装置还包括：

对每个接收到的原始推荐数据进行埋点，得到多个埋点数据；

以所述目标页面的页面标识和每个埋点数据的埋点时刻为索引，将所述多个埋点数据存储到数据库；

所述埋点数据获取模块803，响应于针对在历史时刻所显示的所述目标页面的页面显示故障请求，以所述历史时刻为检索信息，从所述数据库中确定与所述历史时刻所显示的目标页面所对应的埋点数据。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例第三方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例的页面故障确定方法中的步骤。

本发明实施例第四方面提供一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现本发明实施例的页面故障确定方法中的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种页面故障确定方法、装置、设备及介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种页面故障确定方法，其特征在于，所述方法包括：

获取与目标页面对应的原始推荐数据和业务数据；

将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据；

响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，其中，所述埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的原始推荐数据，进行埋点后得到的；

基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

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

对所述原始推荐数据进行埋点，得到埋点数据；

将所述埋点数据存储到服务器本地；

所述响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，包括：

响应于在当前时刻所显示的目标页面上所触发的实时页面显示故障请求，从所述服务器本地获取当前所存储的埋点数据；

所述方法还包括：

在获取到所述服务器本地在所述当前时刻所存储的埋点数据后，从所述服务器本地删除所述埋点数据；

在检测到针对所述目标页面的刷新请求或切换请求时，从所述服务器本地删除存储的埋点数据。

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

对每个接收到的原始推荐数据进行埋点，得到多个埋点数据；

以所述目标页面的页面标识和每个埋点数据的埋点时刻为索引，将所述多个埋点数据存储到数据库；

响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，包括：

响应于针对在历史时刻所显示的所述目标页面的页面显示故障请求，以所述历史时刻为检索信息，从所述数据库中确定与所述历史时刻所显示的目标页面所对应的埋点数据。

4.根据权利要求1-3任一所述的方法，其特征在于，所述方法还包括:

确定所述原始推荐数据所属的推荐来源；

根据所述埋点数据和所述页面数据，确定发生所述页面显示故障的故障原因，包括：

从预设数据结构库中获取与所述推荐来源对应的目标数据结构；

按照所述目标数据结构，对所述埋点数据中的多个预设字段以及各自的字段值进行组装和排序，得到待比对推荐数据；

根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因。

5.根据权利要求4所述的方法，其特征在于，根据所述待比对推荐数据和所述页面数据，确定发生所述页面显示故障的故障原因，包括：

对所述待比对数据中所述预设字段的字段值与所述页面数据中目标字段的字段值进行一致性比对，其中，所述目标字段与所述预设字段均属于同一类别；

根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因。

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

获取所述目标页面的截图；

根据所述一致性比对的结果，确定发生所述页面显示故障的故障原因，包括：

在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值不一致的情况下，确定所述故障原因为页面数据构造故障；

在确定所述待比对数据中预设字段的字段值与所述页面数据中目标字段的字段值一致的情况下，根据所述截图和所述待比对数据，确定所述故障原因。

7.根据权利要求6所述的方法，其特征在于，根据所述截图和所述待比对数据，确定所述故障原因，包括：

对所述截图进行识别，得到与所述预设字段对应的页面显示内容；

在所述页面显示内容与所述预设字段的字段值不匹配时，确定所述故障原因为客户端页面渲染故障；

在所述页面显示内容与所述预设字段的字段值匹配时，确定所述故障原因为所述原始推荐数据引发的故障。

8.根据权利要求1-7任一项所述的方法，其特征在于，在将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据之前，所述方法还包括：

根据所述原始推荐数据所属的推荐来源，为所述页面数据关联推荐场景标识，所述推荐场景标识用于在所述目标页面启动与所述推荐场景对应的点击事件；

响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对应的埋点数据，包括：

接收在显示有所述页面数据的目标页面上所述点击事件被触发时所发送的显示故障请求；

响应于所述显示故障请求，获取对应的埋点数据。

9.一种页面故障确定装置，其特征在于，所述装置包括：

数据获得模块，用于获取与目标页面对应的原始推荐数据和业务数据；

数据构造模块，用于将所述原始推荐数据和所述业务数据构造为与所述目标页面对应的页面数据，以在所述目标页面上显示所述页面数据；

埋点数据获取模块，用于响应于在显示有所述页面数据的目标页面上所触发的页面显示故障请求，获取对对应的埋点数据，其中，所述埋点数据为对与所述页面显示故障请求所针对的显示故障时刻下的目标页面的原始推荐数据，进行埋点后得到的；

故障确定模块，用于基于所述埋点数据和所述页面数据，确定发生页面显示故障的故障原因。

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

11.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-8任一项所述的方法的步骤。

Images