CN112861050B - 页面数据回溯方法、装置及设备 - Google Patents

Abstract

本申请公开了一种页面数据回溯方法、装置及设备，涉及互联网技术领域，能够提高页面回溯过程中记录动作的稳定性，节省页面数据的回溯时间以及因回溯行为造成的流量消耗。其中方法包括：针对页面结构中的部分组件数据进行标记；响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据；基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯。

Description

页面数据回溯方法、装置及设备

技术领域

本申请涉及互联网技术领域，尤其是涉及到一种页面数据回溯方法、装置及设备。

背景技术

互联网技术普及的今天，人们生活与互联网已经密不可分，尤其是web技术，互联网已经融入到生活的方方面面，包括购物、外卖、出行等等。随着用户群体的不断增加，客诉量也相应增加，纠纷问题已成为互联网服务提供者的重中之重，因此，需要通过页面数据回溯来记录用户使用过程的操作流程。

目前，利用预先存储页面DOM结构，并实时监控页面DOM结构产生的变化数据，可以追踪用户使用过程的操作流程。但是由于页面DOM结构本身的庞大和复杂，页面加载时需要上传数据量较多，使得在网络环境不佳的情况下造成上传稳定性较差，导致页面数据回溯过程中记录动作不稳定，产生页面数据回溯耗时过长以及消耗大量存储资源的问题。

发明内容

有鉴于此，本申请提供了一种页面数据回溯方法、装置及设备，主要目的在于解决现有技术中页面数据回溯过程中记录动作不稳定，产生页面数据回溯耗时过长以及消耗大量存储资源的问题。

根据本申请的第一个方面，提供了一种页面数据回溯方法，该方法包括：

针对页面结构中的部分组件数据进行标记；

响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据；

基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯。

进一步地，在所述针对页面结构中数据量大于预设数值的组件数据进行标记之前，所述方法还包括：

获取客户端发布应用页面的组件标识以及版本号；

将所述应用页面的组件标识以及版本号存储至数据库，并初始标记为无页面结构。

进一步地，所述针对页面结构中的部分组件数据进行标记，具体包括：

根据所述应用页面的组件标识以及版本号，获取页面结构中组件数据的数据量；

针对所述页面结构中数据量大于预设数值的组件数据进行标记。

进一步地，在所述将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据之前，所述方法还包括：

遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储。

进一步地，所述将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据，具体包括：

若所述组件数据的页面结构未存储，则根据所述应用页面的组件标识以及版本号标记页面结构，并将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据；

若所述组件数据的页面结构已存储，则记录所述组件数据产生加载行为的相关信息，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据。

进一步地，所述基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯，具体包括：

基于页面数据回溯请求的操作指令，优先加载预先存储的页面结构数据；

根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序；

按照所述执行动作的时间顺序返回所述预先存储的页面结构数据和所述页面关联数据。

进一步地，所述根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，具体包括：

根据所述操作指令携带的回溯条件，确定数据回溯映射的时间信息和行为信息；

根据数据回溯映射的时间信息和行为信息，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序。

根据本申请的第二个方面，提供了一种页面数据回溯装置，该装置包括：

标记单元，用于针对页面结构中的部分组件数据进行标记；

生成单元，用于响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据；

回溯单元，用于基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯。

进一步地，所述装置还包括：

获取单元，用于在所述针对页面结构中数据量大于预设数值的组件数据进行标记之前，获取客户端发布应用页面的组件标识以及版本号；

存储单元，用于将所述应用页面的组件标识以及版本号存储至数据库，并初始标记为无页面结构。

进一步地，所述标记单元包括：

获取模块，用于根据所述应用页面的组件标识以及版本号，获取页面结构中组件数据的数据量；

标记模块，用于针对所述页面结构中数据量大于预设数值的组件数据进行标记。

进一步地，所述装置还包括：

判断单元，用于在所述将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据之前，遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储；

进一步地，所述生成单元包括：

存储模块，用于若所述组件数据的页面结构未存储，则根据所述应用页面的组件标识以及版本号标记页面结构，并将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据。

接收模块，用于在所述遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储之后，若所述组件数据的页面结构已存储，则记录所述组件数据产生加载行为的相关信息，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据。

进一步地，所述回溯单元包括：

加载模块，用于基于页面数据回溯请求的操作指令，优先加载预先存储的页面结构数据；

检索模块，用于根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序；

返回模块，用于按照所述执行动作的时间顺序返回所述预先存储的页面结构数据和所述页面关联数据。

进一步地，所述检索模块包括：

确定子模块，用于根据所述操作指令携带的回溯条件，确定数据回溯映射的时间信息和行为信息；

检索子模块，用于根据数据回溯映射的时间信息和行为信息，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序。

根据本申请的第三个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述页面数据回溯方法。

根据本申请的第四方面，提供了一种页面数据回溯设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述页面数据回溯方法。

借由上述技术方案，本申请提供的一种页面数据回溯方法、装置及设备，与目前现有方式中利用预先存储页面DOM结构，并实时监控页面DOM结构产生的变化数据来执行页面数据回溯的方式相比，本申请针对页面结构中组件数据进行标记，能够对页面中一些特殊组件进行预先标记，后续在页面加载时，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据，从而针对标记的组件预先缓存页面结构数据，针对未标记的组件实时生成页面增量数据，进而基于页面回溯请求的操作执行，结合预先存储的页面结构数据和页面增量数据执行页面数据回溯，由于预先缓存的页面结构数据相当于已经存储的公共数据资源，能够提高页面回溯过程中记录动作的稳定性，而在执行页面数据回溯时，预先缓存的页面结构数据无需耗时加载，不会造成更多的网络流量使用以及数据资源存储，从而节省了页面数据回溯的时间以及因回溯行为造成的流量消耗，提高页面数据回溯过程中数据加载速度。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种页面数据回溯方法的流程示意图；

图2示出了本申请实施例提供的另一种页面数据回溯方法的流程示意图；

图3示出了本申请实施例提供的页面数据回溯的流程示意图；

图4示出了本申请实施例提供的页面数据回溯系统的结构框图；

图5示出了本申请实施例提供客户端与服务端之间数据交互的流程图；

图6示出了本申请实施例提供的一种页面数据回溯装置的结构示意图；

图7示出了本申请实施例提供的另一种页面数据回溯装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

相关技术中，利用预先存储页面DOM结构，并实时监控页面DOM结构产生的变化数据，可以追踪用户使用过程的操作流程。但是由于页面DOM结构本身的庞大和复杂，页面加载时需要上传数据量较多，使得在网络环境不佳的情况下造成上传稳定性较差，导致页面数据回溯过程中记录动作不稳定，产生页面数据回溯耗时过长以及消耗大量存储资源的问题。

为了解决该问题，本实施例提供了一种页面数据回溯方法，如图1所示，该方法应用于互联网平台的服务端，包括如下步骤：

101、针对页面结构中的部分组件数据进行标记。

在web应用中，一个页面通常由多个组件数据构成，甚至是多层组件数据的嵌套，不仅仅包含主要的内容，还包含很多额外添加的内容，比如广告、导航条、辅助内容、页脚链接等。客户端发布页面后，页面结构已经确定，服务端可以通过获取页面结构，针对页面结构中的部分组件数据进行标记。

其中，页面结构中的组件数据是页面的基本组成部分，可以由页面中的按钮、文字、图片、标签等元素组成。每个元素都会有不同的样式，元素的样式不同，组件数据的样式也不同，例如，文字的组件数据可以包括尺寸、字体、段落间距、位置（布局）等方面的变化，进而可以形成不同样式文字的组件数据。

通常情况下，页面结构为树形DOM结构，该DOM对象相当于文档对象模型，通过DOM可以操作页面中各种元素，例如，添加元素、删除元素、替换元素等。由于树形DOM结构复杂，传输数据量较大或者结构复杂的组件数据，在一定程度上受到网络环境等因素的影响，容易造成上传稳定性较差的问题发生。在本实施例中，针对页面结构中的部分组件数据进行标记，具体可以是针对数据量较大的组件数据进行标记，可以是针对结构复杂的组件数据进行标记，还可以是针对嵌套层数较多的组件数据进行标记，这里不进行限定。

本发明实施例的执行主体可以为页面数据回溯装置，也可以为网络平台的服务端。网络平台的服务端可以收集来自各个渠道用户在网络平台上产生的页面数据，该页面数据至少包括用户访问页面所形成的静态页面数据以及用户在操作页面时所产生的动态页面数据，例如，用户滑动行为产生的动态页面数据或用户点击行为产生的动态页面数据等。通常情况下，用户在网络平台中产生的页面数据能够作为客诉等纠纷判责的依据，具有很重要的参考价值。本实施例通过对页面数据回溯的方式对页面数据进行记录，由于页面数据在回溯过程受到页面结构复杂度的影响，针对页面结构中的部分组件数据进行标记，可以提前对部分组件数据进行标记，以使得标记后的组件数据可以在页面数据回溯时优先被加载，以提高页面数据的回溯效率。

102、响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据。

其中，应用页面的加载指令由页面访问者触发，加载页面过程中，页面结构已预先配置完成，后续需要上报页面结构中静态页面数据和动态页面数据，以执行页面数据的回溯过程。

为了减少上报页面数据量，这里可以基于组件数据是否标记将页面结构划分为两部分。针对标记的组件数据，可以在页面首次加载的情况下，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，该页面结构数据作为静态页面中的公共数据，预先存储页面结构数据可以减少页面数据回溯造成的流量消耗，该部分数据无需每次页面加载都进行上报，提升了页面数据的回溯效率。针对未标记的组件数据，当页面结构发生变化时接收未标记组件数据形成的页面增量数据，该页面增量数据作为动态页面中的变化数据，由于变化数据需要基于用户实时操作产生，故该部分数据为每次页面操作均需要加载的动态数据。

103、基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯。

其中，页面数据回溯请求为针对页面中用户行为数据进行追踪所发起的请求，页面数据回溯请求的操作指令具体可以表现为不同维度上页面数据的回溯。例如，针对操作维度，可以是针对用户点击操作的回溯；针对时间维度，可以是用户某一时间段页面操作的回溯，这里对操作指令的表现形式不进行限定。

由于在页面数据回溯过程中，操作指令能够从服务端中存储的页面数据中返回相应的页面数据，并展示用户在页面中的操作流程，具体可以将页面数据回溯请求的操作指令形成检索条件，并按照检索条件从预先存储的页面结构数据和页面增量数据中获取相应的页面数据，页面结构数据作为静态页面数据，相当于首次加载后预先存储在服务端的公共数据，执行页面数据的回溯过程中，优先加载预先存储在服务端被标记组件数据形成的页面结构数据，该部分数据可以减少数据拉取时间，加快页面数据的回溯速度，而未标记组件数据形成的页面增量数据作为实时上报到服务端的动态页面数据进行加载，该部分数据即为用户在页面中产生的行为数据，并记录有动作行为顺序，进而按照动作行为顺序结合静态页面数据和动态页面数据执行页面数据回溯。

本申请实施例提供的页面数据回溯方法，与目前现有方式中利用预先存储页面DOM结构，并实时监控页面DOM结构产生的变化数据来执行页面数据回溯的方式相比，本申请针对页面结构中组件数据进行标记，能够对页面中一些特殊组件进行预先标记，后续在页面加载时，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据，从而针对标记的组件预先缓存页面结构数据，针对未标记的组件实时生成页面增量数据，进而基于页面回溯请求的操作执行，结合预先存储的页面结构数据和页面增量数据执行页面数据回溯，由于预先缓存的页面结构数据相当于已经存储的公共数据资源，能够提高页面回溯过程中记录动作的稳定性，而在执行页面数据回溯时，预先缓存的页面结构数据无需耗时加载，不会造成更多的网络流量使用以及数据资源存储，从而节省了页面数据回溯的时间以及因回溯行为造成的流量消耗，提高页面数据回溯过程中数据加载速度。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本实施例提供了另一种页面数据回溯方法，如图2所示，该方法包括：

201、获取客户端发布应用页面的组件标识以及版本号。

其中，应用页面相当于应用程序中展示的功能页面，通常情况下，应用程序为了吸引用户，提高用户的使用体验，会不断增加新的功能或者针对已有功能进行完善或者改进，用户可以通过应用页面实现各种各样的功能，例如，拍摄功能、语音功能、文字功能等。客户端在发布应用页面的过程中，应用页面都有页面框架，该页面框架内包含页面内相应的组件标识以及版本号，服务端在应用页面发布后，获取组件标识以及版本号，该组件标识和版本号能够反映页面结构，例如，页面中组件位置和组件内容，便于后续对页面中组件加载。

可以理解的是，由于客户端发布应用程序中会包含多个应用页面，这里多个应用页面会被放到资源包中，但并不是所有应用页面都能够被大量用户访问，很多应用页面中涉及到的功能很少被用户访问，可以将这部分应用页面放到分包中，而大量被用户访问的应用页面放到主包中。

202、将所述应用页面的组件标识以及版本号存储至数据库，并初始标记为无页面结构。

可以理解的是，在应用页面未被加载时，也就是没有用户访问应用页面的情况下，服务端是无法获取到页面结构也无法标记页面结构的，所以服务端先将应用页面的组件标识以及版本号存储至数据库，并初始标记为无页面结构。

203、针对页面结构中数据量大于预设数值的组件数据进行标记。

其中，预设数值相当于预先设置的数据量阈值，作为判定组件数据是否被标记的依据。具体可以通过新增配置后台将数据量较大的组件数据进行标记，标记的方式可以为以下两种，一种是通过页面设计人员人为判断组件数据的数据量是否大于预设数值，并针对数据量较大的组件数据进行标记；另一种是通过系统程序设定数据量阈值，例如，设定数据量阈值为100KB，当上报组件数据的数据量大于100KB，则自动标记组件数据到配置后台。

204、响应于应用页面的加载指令，遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储。

可以理解的是，页面访问者触发应用页面的加载指令后，应用页面中的组件数据会被加载，对于组件数据的页面结构存储的情况下，也就是应用页面并非首次被加载的情况，由于组件数据形成的页面结构数据已经预先存储至服务端，说明该组件为标记的组件数据，已经在首次加载时组件数据形成的页面结构数据已经被记录至服务端，而对于组件数据的页面结构未存储的情况下，也就是应用页面首次被加载的情况，对于标记的组件数据，组件数据形成的页面结构数据并未存储至服务端，需要记录组件形成的页面结构数据，并预先缓存到服务端。

205a、若所述组件数据的页面结构未存储，则根据所述应用页面的组件标识以及版本号标记页面结构，并将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据。

205b、若所述组件数据的页面结构已存储，则记录所述组件数据产生加载行为的相关信息，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据。

具体遍历应用页面中的组件数据的过程中，针对每一个组件进行判断，判断当前组件的页面结构是否已存储，如果被存储，则说明非首次加载应用页面，且该组件为标记的组件数据，其所形成页面结构数据已经预先缓存至服务端，后续无需重新上传，如果未存储，则说明首次加载应用页面，且对于标记的组件数据，需要初始化组件数据形成页面结构数据，并预先缓存至服务端。

206、基于页面数据回溯请求的操作指令，优先加载预先存储的页面结构数据。

这里页面结构数据作为公共页面数据预先缓存至服务端，通过页面数据回溯请求的操作指令可以优先加载页面结构数据，该部分页面数据并不包括用户在网络平台中的操作行为信息，而是页面加载每次都需要的静态数据，这样可以减少数据拉取时间，无需客户端重复上报页面结构数据，提高页面数据的回溯效率。

207、根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据。

这里页面增量数据作为变化页面数据无需预先缓存至服务端，而是每次经过客户端监控到页面结构发生变化时将页面增量数据上报至服务端，由服务端根据操作指令携带的回溯条件，从页面增量数据中检索出页面关联数据。

具体可以根据操作指令携带的回溯条件，确定数据回溯映射的时间信息和行为信息，然后根据数据回溯映射的时间信息和行为信息，从页面增量数据中检索出页面关联数据，该页面关联数据记录有执行动作的时间顺序。具体地，针对本实施例中数据回溯映射的时间信息，可以针对某一时间段，也可以针对某一时间点。例如，针对日期为20190405用户A产生的页面关联数据进行检索，也可以针对半小时内用户B产生的页面关联数据进行检索。针对本实施例中数据回溯映射的行为信息，可以针对某一操作行，也可以针对一系列操作行为。例如，针对用户A的滑动操作产的页面关联数据进行检索，也可以针对用户B的点击操作产生的页面关联数据进行检索。

具体在针对用户B购买操作行为产生的页面关联数据进行检索的应用场景中，数据回溯映射的行为信息为用户B购买操作行为，从页面增量数据中检索出用户B购买操作行为的页面关联数据可以包括用户在不同时间点执行的动作形成页面关联数据，具体包括用户在时间点1执行滑动动作的页面数据，用户在时间点2执行点击进入页面m动作的页面数据，用户在时间点3执行点击进入页面n动作的页面数据。

208、按照所述执行动作的时间顺序返回所述预先存储的页面结构数据和所述页面关联数据。

具体执行页面数据回溯的过程如图3所示，可以通过回溯系统预先存储配置后台组件DOM数据，该组件DOM数据相当于标记的组件数据所形成页面结构数据，然后回溯系统根据条件检索用户数据，该用户数据即为页面中用户行为实时变化所产生的页面增量数据，进一步回溯系统获取用户相关数据，并根据执行动作顺序，返回回溯相关数据。

上述页面数据的回溯过程具体可以通过回溯系统实现，该回溯系统的结构如图4所示，分别包括前端、服务端和存储端，前端主要由web客户端和回溯web客户端组成，web客户端用于加载页面以及配置页面信息，并判断组件数据页面结构是否上报至服务端，回溯web客户端用于在页面数据回溯过程中监控页面结构的变化并实时上报页面增量数据，服务端由配置后台、回溯服务和回溯检索服务组成，配置后台用于标记组件数据，回溯服务用于执行页面数据的回溯过程，回溯检索服务用于根据检索条件在页面数据的回溯过程中检索关联的页面数据，存储端由服务端的数据库和云端的数据库组成，服务端的数据库用来预先缓存组件数据形成的页面结构数据，而云端的数据库用于存储页面数据回溯形成的页面关联数据。

具体在实际应用场景中，客户端与服务端之间数据交互过程如图5所示，客户端发布页面后，组件DOM配置后台配置前端组件标识以及版本号，并存入数据库，初始标记为无DOM结构，然后当客户端页面加载时获取配置信息，并判断当前组件DOM结构是否存储，若否，则说明页面为首次被加载，进一步配置后台根据组件标识以及版本标识标记DOM为已存在状态，并在回溯系统后台存储初始化的DOM数据，若是，则说明页面并非首次加载，进一步回溯系统后台存储组件行为顺序等相关信息，不记录DOM数据，并由客户端监听DOM结构变化，生成页面增量数据，并回溯系统后台记录DOM上报行为的页面增量数据。

进一步的，作为图1-图2方法的具体实现，本申请实施例提供了一种应页面数据回溯装置，如图6所示，该装置包括：标记单元31、生成单元32、回溯单元33。

标记单元31，可以用于针对页面结构中的部分组件数据进行标记；

生成单元32，可以用于响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据；

回溯单元33，可以用于基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯。

本发明实施例提供的页面数据回溯装置，与目前现有方式中利用预先存储页面DOM结构，并实时监控页面DOM结构产生的变化数据来执行页面数据回溯的方式相比，本申请针对页面结构中组件数据进行标记，能够对页面中一些特殊组件进行预先标记，后续在页面加载时，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据，从而针对标记的组件预先缓存页面结构数据，针对未标记的组件实时生成页面增量数据，进而基于页面回溯请求的操作执行，结合预先存储的页面结构数据和页面增量数据执行页面数据回溯，由于预先缓存的页面结构数据相当于已经存储的公共数据资源，能够提高页面回溯过程中记录动作的稳定性，而在执行页面数据回溯时，预先缓存的页面结构数据无需耗时加载，不会造成更多的网络流量使用以及数据资源存储，从而节省了页面数据回溯的时间以及因回溯行为造成的流量消耗，提高页面数据回溯过程中数据加载速度。

在具体的应用场景中，如图7所示，所述装置还包括：

获取单元34，可以用于在所述针对页面结构中数据量大于预设数值的组件数据进行标记之前，获取客户端发布应用页面的组件标识以及版本号；

存储单元35，可以用于将所述应用页面的组件标识以及版本号存储至数据库，并初始标记为无页面结构。

在具体的应用场景中，如图7所示，所述标记单元31包括：

获取模块311，可以用于根据所述应用页面的组件标识以及版本号，获取页面结构中组件数据的数据量；

标记模块312，可以用于针对所述页面结构中数据量大于预设数值的组件数据进行标记。

在具体的应用场景中，如图7所示，所述装置还包括：

判断单元36，可以用于在所述将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据之前，遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储。

在具体的应用场景中，如图7所示，所述生成单元32包括：

存储模块321，可以用于若所述组件数据的页面结构未存储，则根据所述应用页面的组件标识以及版本号标记页面结构，并将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据。

接收模块322，可以用于在所述遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储之后，若所述组件数据的页面结构已存储，则记录所述组件数据产生加载行为的相关信息，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据。

在具体的应用场景中，如图7所示，所述回溯单元33包括：

加载模块331，可以用于基于页面数据回溯请求的操作指令，优先加载预先存储的页面结构数据；

检索模块332，可以用于根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序；

返回模块333，可以用于按照所述执行动作的时间顺序返回所述预先存储的页面结构数据和所述页面关联数据。

在具体的应用场景中，如图7所示，所述检索模块332包括：

确定子模块3321，可以用于根据所述操作指令携带的回溯条件，确定数据回溯映射的时间信息和行为信息；

检索子模块3322，可以用于根据数据回溯映射的时间信息和行为信息，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序。

需要说明的是，本实施例提供的一种可应用于服务端侧的页面数据回溯装置所涉及各功能单元的其它相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1-图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1-图2所示的页面数据回溯方法；

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施场景所述的方法。

基于上述如图1-图2所示的方法，以及图6-图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务端实体设备，具体可以为计算机，服务器，或者其他网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1-图2所示的页面数据回溯方法。

可选的，上述实体设备都还可以包括用户接口、网络接口、摄像头、射频（RadioFrequency，RF）电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏（Display）、输入单元比如键盘（Keyboard）等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口（如WI-FI接口）等。

本领域技术人员可以理解，本实施例提供的一种页面数据回溯的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述页面数据回溯的实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有方式相比，本申请能够提高页面回溯过程中记录动作的稳定性，而在执行页面数据回溯时，预先缓存的页面结构数据无需耗时加载，不会造成更多的网络流量使用以及数据资源存储，从而节省了页面数据回溯的时间以及因回溯行为造成的流量消耗，提高页面数据回溯过程中数据加载速度。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (9)

1.一种页面数据回溯方法，其特征在于，包括：

针对页面结构中的部分组件数据进行标记，所述部分组件数据为页面结构中数据量大于预设数值的组件数据；

响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据，所述页面结构数据为静态页面中的公共数据，所述页面增量数据为动态页面中的变化数据；

基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯，具体包括：基于页面数据回溯请求的操作指令，优先加载预先存储的页面结构数据；根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序；按照所述执行动作的时间顺序返回所述预先存储的页面结构数据和所述页面关联数据。

2.根据权利要求1所述的方法，其特征在于，在所述针对页面结构中的部分组件数据进行标记之前，所述方法还包括：

获取客户端发布应用页面的组件标识以及版本号；

将所述应用页面的组件标识以及版本号存储至数据库，并初始标记为无页面结构。

3.根据权利要求2所述的方法，其特征在于，所述针对页面结构中的部分组件数据进行标记，具体包括：

根据所述应用页面的组件标识以及版本号，获取页面结构中组件数据的数据量；

针对所述页面结构中数据量大于预设数值的组件数据进行标记。

4.根据权利要求1所述的方法，其特征在于，在所述将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据之前，所述方法还包括：

遍历所述应用页面中的组件数据，判断所述组件数据的页面结构是否已存储。

5.根据权利要求4所述的方法，其特征在于，所述将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据，具体包括：

若所述标记的组件数据的页面结构未存储，则根据所述应用页面的组件标识以及版本号标记页面结构，并将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据；

若所述标记的组件数据的页面结构已存储，则记录所述组件数据产生加载行为的相关信息，并当页面结构发生变化时接收未标记的组件数据形成的页面增量数据。

6.根据权利要求1所述的方法，其特征在于，所述根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，具体包括：

根据所述操作指令携带的回溯条件，确定数据回溯映射的时间信息和行为信息；

根据数据回溯映射的时间信息和行为信息，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序。

7.一种页面数据回溯装置，其特征在于，包括：

标记单元，用于针对页面结构中的部分组件数据进行标记，所述部分组件数据为页面结构中数据量大于预设数值的组件数据；

生成单元，用于响应于应用页面的加载指令，将标记的组件数据进行初始化，预先存储初始化后形成的页面结构数据，并当所述页面结构发生变化时接收未标记的组件数据形成的页面增量数据，所述页面结构数据为静态页面中的公共数据，所述页面增量数据为动态页面中的变化数据；

回溯单元，用于基于页面数据回溯请求的操作指令，结合预先存储的页面结构数据和所述页面增量数据执行页面数据回溯，具体包括：基于页面数据回溯请求的操作指令，优先加载预先存储的页面结构数据；根据所述操作指令携带的回溯条件，从所述页面增量数据中检索出页面关联数据，所述页面关联数据记录有执行动作的时间顺序；按照所述执行动作的时间顺序返回所述预先存储的页面结构数据和所述页面关联数据。

8.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至6中任一项所述的页面数据回溯方法。

9.一种页面数据回溯设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6中任一项所述的页面数据回溯方法。

Images