CN108280125A - 页面显示的方法、装置、存储介质和电子装置 - Google Patents

Abstract

本发明公开了一种页面显示的方法、装置、存储介质和电子装置。其中，该方法包括：加载当前页面；获取根据用户点击数据生成的用户数据模型；根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；预加载所述目标页面，预加载完成的资源存储到本地内存中；当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。本发明解决了页面加载速度比较慢的技术问题。

Description

页面显示的方法、装置、存储介质和电子装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种页面显示的方法、装置、存储介质和电子装置。

背景技术

现有技术在页面进行渲染时优先加载首屏图片。当用户正常浏览页面时，该页面内部利用用户浏览页面的时间开始通过JavaScript加载该页面余下的图片，并将图片保存到浏览器本地缓存中。当用户出发图片浏览操作时，直接读取本地缓存来显示图片。然而，当需要跳转到下一个页面时，就需要从服务器加载页面内容，服务器与终端的数据传输需要时间，这就导致页面加载速度慢。

现有技术为了提高页面加载速度，通常对当前页面的所有链接指向的页面进行预加载，造成预加载的负担很重。并且，用户只访问所有链接指向的多个页面的其中一个页面，导致客户端冗余存储了未浏览的页面的资源，降低页面加载速度。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种页面显示的方法、装置、存储介质和电子装置，以至少解决页面加载速度比较慢的技术问题。

根据本发明实施例的一个方面，提供了一种页面显示的方法，包括：加载当前页面；获取根据用户点击数据生成的用户数据模型；根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；预加载所述目标页面，预加载完成的资源存储到本地内存中；当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。

根据本发明实施例的又一方面，还提供了一种页面显示的方法，包括：加载单元，用于加载当前页面；获取单元，用于获取根据用户点击数据生成的用户数据模型；预测单元，用于根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；预加载单元，用于预加载所述目标页面，预加载完成的资源存储到本地内存中；提取单元，用于当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。

根据本发明实施例的又一方面，还提供了一种存储介质，，所述存储介质包括存储的程序，其中，所述程序运行时执行上述页面显示的方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器通过所述计算机程序执行上述页面显示的方法。

在本发明实施例中，在接收到指令到显示目标页面的过程中，并没有向服务器请求加载资源，而是直接从本地内存中提取预先加载好的、从当前页面跳转后的第一个页面的资源，这就不需要在显示目标页面的过程中向服务器请求加载多个页面的资源，节约了服务器和终端之间传输数据的时间，从而提高了页面的加载速度，解决了现有技术页面的加载速度比较慢的技术问题。

附图说明

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

图1是根据本发明实施例的硬件环境系统的架构图；

图2是根据本发明实施例的页面显示的方法的流程图；

图3是未采用本实施例的页面显示的方法的数据传输情况的示意图；

图4是根据本实施例的页面加载方法的数据传输情况的示意图；

图5是根据本发明实施例生成用户数据模型的示意图；

图6是根据本发明实施例页面预加载的示意图；

图7是根据本发明实施例的当前页面的示意图；

图8是根据本发明实施例的目标页面的示意图；

图9是根据本发明一实施例的页面显示的方法的流程图；

图10是根据本发明实施例的页面加载装置的示意图；

图11是根据本发明实施例的电子装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种页面显示的方法。在本实施例中，上述页面显示的方法可以应用于如图2所示的客户端102和服务器104所构成的硬件环境中。如图2所示，客户端102通过网络与服务器104进行连接，上述网络包括但不限于：广域网、城域网或局域网，客户端102可以是手机客户端，也可以是PC客户端、笔记本客户端或平板电脑客户端。在客户端102上显示页面106(不包括百分比数字)。

图1中示出的硬件环境系统的主要工作原理是：

客户端102向服务器104请求显示页面106，在显示页面106时，根据用户数据模型预测用户在访问页面106之后第一个要访问的目标页面。例如，页面106上广告“KPL……跨界明星赛”所对应的页面为目标页面，则预加载该广告相关的资源，在客户端102上显示页面106时，广告的资源已经存储在客户端102的本地内存。其中，广告的资源包括该广告页面的所有资源，包括视频、图片、文字和页面代码等。当接收到从页面106跳转到上述广告的页面时，直接从客户端102的本地内存提取上述广告相关的资源，从而在客户端102上面显示上述广告的页面。用户点击数据可以体现用户的浏览习惯，根据用户点击数据生成的用户数据模型预测目标页面可以准确确定用户将要浏览的目标页面，在显示页面106时就将要跳转的目标页面的资源存储到客户端本地，那么，在准确预测到将要浏览的页面的基础上进行预先存储，在跳转到目标页面时就不需要再向服务器请求加载资源，节约了向服务器请求加载资源和资源传输的时间，提高了页面加载的加载速度。并且，预加载的资源丰富，并不局限于图片，进一步提高了页面加载的加载速度。

图2是根据本发明实施例的页面显示的方法的流程图。如图2所示，该页面显示的方法包括如下步骤：

步骤S302，加载当前页面。当前页面为用户正在浏览的页面。

步骤S304，获取根据用户点击数据生成的用户数据模型。用户点击数据可以通过设置在页面上的埋点进行收集。在页面上每个具有交互的地方都设置监测用点击数据的埋点，该埋点可以是数据统计的代码。当用户对页面进行点击(单击、双击、右键)以及浏览的行为时，记录这行操作所产生的数据。

用户点击数据可以追踪用户在历史浏览页面中的足迹，因此，可以根据用户点击数据确定用户的浏览习惯以及预判用户的浏览路线。例如，用户习惯浏览的版块，用户感兴趣的内容，用户习惯浏览图片、视频还是文字等。例如，用户习惯先看视频，然后根据推荐视频浏览相关图片，最后会浏览图片相关的文字等浏览路线。

用户的浏览习惯在客户端更新后或者用户使用对象变化时都会有变化，因此，除了根据用户点击数据来生成用户数据模型以外，还可以结合客户端的属性数据以及用户使用对象的属性数据来生成用户数据模型，具体包括以下多个方案：

(1)根据用户点击数据生成用户数据模型；

(2)根据用户点击数据以及客户端的属性数据生成用户数据模型；

(3)根据用户点击数据、客户端的属性数据和用户使用对象的属性数据生成用户数据模型；

(4)根据用户点击数据和用户使用对象的属性数据生成用户数据模型。

以下分别对每种方式进行说明。

(1)通过页面埋点收集用户点击数据，根据用户点击生成用户数据模型。

(2)根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

客户端的推广数据可以用来推荐最希望用户浏览的页面作为目标页面。例如，某产品为客户端主推的产品，并且是用户感兴趣的产品，那么，用户在当前页面看到关于该产品的广告后，会点开该产品的广告，则该广告详情页面就作为预测的目标页面。

客户端的版本会更新，更新后会有新的内容是期望用户浏览的，若期望用户浏览的内容是用户感兴趣的内容，则根据客户端的版本数据生成的用户数据模型预测出的目标页面为版本更新后期望用户浏览的内容。

客户端页面的更新数据类似客户端的版本，不同的是，客户端页面的更新数据是对某个页面的更新，而客户端的版本更新是客户端的整体更新。相似的地方在于，更新后都有新的内容是期望用户浏览的。同样道理，可以结合用户点击数据和客户端页面的更新数据来生成用户数据模型来预测目标页面。

用户点击数据包括在客户端的版本更新后用户对客户端的页面的点击数据，还包括客户端中页面更新后用户对客户端的页面的点击数据，这些用户点击数据反应出用户在客户端的版本更新后或者客户端中页面更新后用户所浏览的页面，在收集了大量样本之后，生成的用户数据模型就可以预测出用户在浏览当前页面之后将要浏览的目标页面。

在生成用户数据模型时，可以利用用户点击数据以及上述客户端的推广数据、客户端的版本数据和客户端中页面的更新数据的任意一个或者多个数据。

(3)根据所述用户点击数据和所述用户在客户端中使用对象的对象数据生成所述用户数据模型。

用户在客户端中可以使用多种对象，用户所使用的对象可以体现用户所感兴趣或者关注的内容。即，用户对其使用的对象相关的内容更感兴趣。例如，用户的使用对象为游戏中的人物，那么用户更加关注该人物的相关内容。根据用户历史的使用对象以及与用户使用对象对应的点击数据生成用户数据模型。

(4)根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

若用户的使用对象为游戏中的人物，该人物相关内容是客户端推广的内容，则该人物相关内容页面可预测为目标页面。进一步地，由于在该方案中，生成用户数据模型时需要利用用户点击数据、用户在客户端中使用对象的对象数据和客户端的属性数据，因此，可以对多种数据设置不同的权重，根据不同的权重来调整每个数据在生成用户数据模型时所占的比重，以提高根据用户数据模型预测目标页面的准确性。

在用户没有用户数据模型时，根据用户点击数据生成用户数据模型，在生成用户数据模型以后，收集的用户的点击数据可以用来优化已经生成的用户数据模型，即用户数据模型里面的数据是动态的，会随用户的操作数据更新。除了生成每个用户对应的用户数据模型以外，还可以生成基础数据模型。在某个新用户浏览页面还没有对应的用户数据模型时，可以利用该基础数据模型预测目标页面。基础数据模型的数据来自多个用户的操作数据，还可以包括客户端的属性数据，也就能预测当前用户要访问的目标页面。采用上述一种或者多种生成用户数据模型的方式来生成用户数据模型和基础数据模型。

生成的用户数据模型可以预测用户浏览当前页面后第一个浏览的目标页面；更新曾经生成的用户数据模型，可以优化旧的用户数据模型，以便在用户的浏览习惯发生改变时，及时准确预测目标页面。

步骤S306，根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面。

用户数据模型可以反映用户的浏览喜好和浏览习惯，则根据用户数据模型预测出的页面是用户最有可能访问的页面，也就是用户在浏览完当前页面之后第一个会访问的目标页面。

步骤S308，预加载所述目标页面，预加载完成的资源存储到本地内存中。

在用户浏览当前页面时从服务器请求该目标页面的资源进行预加载，将预加载完成的资源存储在本地内存。

步骤S310，当接收到所述用户点击进入所述目标页面的指令时，在本地内存中提取所述资源并显示预加载完成的所述目标页面。

该指令通过用户对当前页面的点击操作触发，例如，用户点击当前页面的某个文字链接或者图片链接(该文字链接和图片链接指向目标页面)等。当用户浏览当前页面时，点击指向目标页面的链接时从本地内存中提取预加载的资源，从而显示目标页面。

本实施例根据用户点击数据生成的用户数据模型可以准确预测出目标页面，在显示当前页面，并且还未接收到显示目标页面的指令的时候，向服务器请求该目标页面的资源，预加载目标页面的资源并将预加载的资源存储在本地内存。在显示当前页面时，目标页面的资源已经存储在本地内存，因此，当接收到指示跳转到目标页面的指令后，从本地内存中提取目标页面的资源以显示目标页面。

本实施例在接收到进入目标页面的指令到显示目标页面的过程中，并没有向服务器请求加载资源，而是直接从本地内存中提取预先加载好的资源，这就不需要在显示目标页面的过程中向服务器请求加载资源，节约了服务器和终端之间传输数据的时间，从而提高了页面的加载速度。同时，预加载页面是需要耗费时间和存储空间的，预加载多个页面资源不仅造成时间耗费和存储资源的浪费，而且有可能在接收到用户点击进入目标页面的指令后目标页面还没有完成预加载，然而本实施例可以准确预测出目标页面，无需预加载多个页面，解决了现有技术页面的加载速度比较慢的技术问题，达到提高预加载速度的技术效果。

可选地，页面包含多种类型的资源，如文字资源、代码资源和图片资源。预加载所述目标页面，预加载完成的资源存储到本地内存中包括：预加载所述目标页面中多种类型的资源，预加载完成的所述多种类型的资源存储到本地内存，其中，所述多种类型的资源包括文字资源、代码资源和图片资源。

可选地，所述代码资源包括页面层叠样式表和JS脚本，预加载所述目标页面中多种类型的资源包括：按照所述目标页面的文字资源、所述目标页面的页面层叠样式表、所述目标页面的JS脚本和所述目标页面的图片的顺序预加载所述目标页面的所述多种类型的资源。

页面中的文字资源、代码资源和图片资源都是影响浏览的资源，且图片资源和代码资源都是在加载时比较耗时的资源，因此，本实施例在进行目标页面加载时，不仅加载目标页面中的图片资源和文字资源，也对目标页面中的代码资源进行加载。因为页面加载是队列的形式，因此在预加载的过程中会按照目标页面的文字资源、目标页面的页面层叠样式表、目标页面的JS脚本和目标页面的图片的顺序预加载目标页面的资源。

图3是未采用本实施例的页面显示的方法的数据传输情况的示意图。图4是根据本实施例的页面加载方法的数据传输情况的示意图。对比可知，如图3所示，未采用本实施例的页面加载方法时，在显示目标页面时所有资源都需要向服务器进行加载请求，包括示目标页面需要传输的图片资源(包括gif格式和png格式)和代码资源(如JS代码)，每个资源的传输都需要消耗一些时间。而如图4所示，在采用本实施例的页面加载方法时，无论是代码资源还是图片资源都是从本地内存中读取，不需要从服务器传输，也不消耗传输时间。因此，采用本实施例的页面加载方法可以有效提高目标页面的显示速度。

现有技术在预先加载页面时，是在显示当前页面时加载当前页面还没显示完成的图片，而本实施例是在显示当前页面时加载将要跳转的下一个页面的资源。现有技术仅仅是加载图片，加载内容单一，且没有被加载的内容还需要耗费与服务器之间通信传输的时间。并且，在预先存储多个页面的情况下，无论页面是否会被用户访问，该页面的内容都会保存在本地内存，不仅浪费传输带宽还造成本地存储的资源冗余。

本实施例在对目标页面的资源进行预加载之前，先根据用户数据模型预测出目标页面，也即确定从当前页面跳转后第一个访问的页面，再加载目标页面的资源，无需加载多个页面的资源，可以避免带宽的浪费和本地存储的资源冗余。

本实施例有益效果包括：第一、引入大数据模型进行用户行为预测，针对目标页面进行预加载，有效的避免预加载可能造成的宽带浪费和资源冗余；第二、预加载的资源非常丰富，可以实现整个页面的所有资源预加载，而不仅仅局限于图片。

在预加载技术的选型上，本方案的预加载的技术可以用HTML5的prefetch属性(此HTML5的新特性，应用在所有web端页面上)，其他端(例如安卓端、IOS端等等)与prefetch属性相似的属性也可以应用本方案。

生成用户数据模型的方式如图5所示，具体如下：

1、对页面进行数据埋点，即对页面中所有可能会与用户有交互行为的地方都埋下数据统计的代码(如图5所示的三角形表示的数据埋点)，用来检测与用户的交互行为。

2、数据上报，用户对页面进行任何交互行为产生的数据，都上报到服务器。

3、服务器存储和计算上报的数据，并建立模型。即在服务器端存储用户的交互行为数据并进行计算和分析，对分析的结果进行建模，为每个用户建立一套用户数据模型。还可以根据多个用户上报的数据建立一个基础模型，该基础模型可以作为新用户使用的模型。用户数据模型是根据用户点击数据生成的，因此，该用户数据模型能够体现用户的交互行为，也就能预测用户从当前页面跳转后第一个访问的目标页面。

在用户数据模型建立后，就可以实现页面的预加载了。本实施例的用户数据模型可以由服务器建立或者客户端建立，此处以服务器建立用户数据模型为例进行说明。如图6所示。

4、在用户进入首页就开始首先获取用户的专属ID，再向服务器请求获取该ID对应的用户数据模型。

5、在用户进入首页时服务器或者终端根据该ID确定对应的用户数据模型，并对用户数据模型进行分析操作，预测目标页面。

如图6所示，以服务器生成用户数据模型并预测目标页面为例，需要说明的是，用户数据模型也可以由客户端建立，并由客户端预测目标页面：

①终端向服务器发送ID。

②服务器从模型A1至模型An中查找到与ID对应的模型Ai，利用模型Ai预测从当前跳转后的第一个页面为目标页面。具体分析过程如图7所示，根据用户数据模型，分析出当前页面每个部分可能跳转的百分比。其中，在页面左上方的广告处，可能跳转的百分比为23％，则将该广告跳转后的页面作为目标页面。

③服务器通知终端目标页面为Ai，并在接收到终端对目标页面的资源加载请求后，向终端发送资源。

④终端按照预设的顺序将资源存储在内存。

⑤终端显示目标页面时从内存中提取资源。

6、在显示当前页面时，向服务器发起进入目标页面的指令，以请求获取目标页面的资源。跳转后的目标页面如图8所示。由图8可知，跳转后的页面包括视频资源、图片资源和文字资源等。这些资源都可以在显示当前页面时向服务器请求，以获取这些资源。

7、对预测页面进行资源的加载，接收服务器响应资源请求发送的目标页面的资源。

由于页面加载是队列的形式，且可以加载的资源包括多种类型，因此在预加载的过程中会严格按照预定的顺序进行预加载。多种类型资源包括文字资源、代码资源和图片资源等。代码资源包括页面层叠样式表(CSS)和JS脚本等。图片资源包括多种格式的图片，如jpg，png格式。在存储时，按照页面本身(页面的文字信息)-页面CSS-页面JS-页面图片的顺序进行加载，把加载完成的资源逐一存储到本地内存，形成缓存。

8、接到指示跳转到目标页面的指令后，直接从本地内存进行请求，显示预加载资源。

图9是根据本发明一实施例的页面显示的方法的流程图。如图9所示，该页面显示的方法包括：

S800，大数据模型建立。

S801，页面数据埋点。

S802，通过用户浏览上报数据到服务器。

S803，服务器储存用户信息。

S804，计算各个模块的点击数据。

S805，建立用户数据模型。

S806，请求用户数据模型，获取用户点击数据，进行数据分析，与此同时，执行S808。

S807，预测用户接下来第一个会访问的页面。

S808，用户进入首页。

S809，首页加载完毕。

S810，利用用户正在浏览首页的时间进行预加载。

S811，把加载完成的资源存在本地内存中。

S812，用户点击操作进入下一个页面。

S813，显示预加载完成后的页面。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

根据本发明实施例，还提供了一种用于实施上述页面加载方法的页面加载装置，如图10所示，该页面加载装置包括：

加载单元1202，用于加载当前页面；当前页面为用户正在浏览的页面。

获取单元1204，用于获取根据用户点击数据生成的用户数据模型；用户点击数据可以通过设置在页面上的埋点进行收集。在页面上每个具有交互的地方都设置监测用点击数据的埋点，该埋点可以是数据统计的代码。当用户对页面进行点击(单击、双击、右键)以及浏览的行为时，记录这行操作所产生的数据。

用户点击数据可以追踪用户在历史浏览页面中的足迹，因此，可以根据用户点击数据确定用户的浏览习惯以及预判用户的浏览路线。例如，用户习惯浏览的版块，用户感兴趣的内容，用户习惯浏览图片、视频还是文字等。例如，用户习惯先看视频，然后根据推荐视频浏览相关图片，最后会浏览图片相关的文字等浏览路线。

用户的浏览习惯在客户端更新后或者用户使用对象变化时都会有变化，因此，除了根据用户点击数据来生成用户数据模型以外，还可以结合客户端的属性数据以及用户使用对象的属性数据来生成用户数据模型，具体包括以下多个方案：

(1)根据用户点击数据生成用户数据模型；

(2)根据用户点击数据以及客户端的属性数据生成用户数据模型；

(3)根据用户点击数据、客户端的属性数据和用户使用对象的属性数据生成用户数据模型；

(4)根据用户点击数据和用户使用对象的属性数据生成用户数据模型。

以下分别对每种方式进行说明。

(1)通过页面埋点收集用户点击数据，根据用户点击生成用户数据模型。

(2)根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

客户端的推广数据可以用来推荐最希望用户浏览的页面作为目标页面。例如，某产品为客户端主推的产品，并且是用户感兴趣的产品，那么，用户在当前页面看到关于该产品的广告后，会点开该产品的广告，则该广告详情页面就作为预测的目标页面。

客户端的版本会更新，更新后会有新的内容是期望用户浏览的，若期望用户浏览的内容是用户感兴趣的内容，则根据客户端的版本数据生成的用户数据模型预测出的目标页面为版本更新后期望用户浏览的内容。

客户端页面的更新数据类似客户端的版本，不同的是，客户端页面的更新数据是对某个页面的更新，而客户端的版本更新是客户端的整体更新。相似的地方在于，更新后都有新的内容是期望用户浏览的。同样道理，可以结合用户点击数据和客户端页面的更新数据来生成用户数据模型来预测目标页面。

用户点击数据包括在客户端的版本更新后用户对客户端的页面的点击数据，还包括客户端中页面更新后用户对客户端的页面的点击数据，这些用户点击数据反应出用户在客户端的版本更新后或者客户端中页面更新后用户所浏览的页面，在收集了大量样本之后，生成的用户数据模型就可以预测出用户在浏览当前页面之后将要浏览的目标页面。

在生成用户数据模型时，可以利用用户点击数据以及上述客户端的推广数据、客户端的版本数据和客户端中页面的更新数据的任意一个或者多个数据。

(3)根据所述用户点击数据和所述用户在客户端中使用对象的对象数据生成所述用户数据模型。

用户在客户端中可以使用多种对象，用户所使用的对象可以体现用户所感兴趣或者关注的内容。即，用户对其使用的对象相关的内容更感兴趣。例如，用户的使用对象为游戏中的人物，那么用户更加关注该人物的相关内容。根据用户历史的使用对象以及与用户使用对象对应的点击数据生成用户数据模型。

(4)根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

若用户的使用对象为游戏中的人物，该人物相关内容是客户端推广的内容，则该人物相关内容页面可预测为目标页面。进一步地，由于在该方案中，生成用户数据模型时需要利用用户点击数据、用户在客户端中使用对象的对象数据和客户端的属性数据，因此，可以对多种数据设置不同的权重，根据不同的权重来调整每个数据在生成用户数据模型时所占的比重，以提高根据用户数据模型预测目标页面的准确性。

在用户没有用户数据模型时，根据用户点击数据生成用户数据模型，在生成用户数据模型以后，收集的用户的点击数据可以用来优化已经生成的用户数据模型，即用户数据模型里面的数据是动态的，会随用户的操作数据更新。除了生成每个用户对应的用户数据模型以外，还可以生成基础数据模型。在某个新用户浏览页面还没有对应的用户数据模型时，可以利用该基础数据模型预测目标页面。基础数据模型的数据来自多个用户的操作数据，还可以包括客户端的属性数据，也就能预测当前用户要访问的目标页面。采用上述一种或者多种生成用户数据模型的方式来生成用户数据模型和基础数据模型。

生成的用户数据模型可以预测用户浏览当前页面后第一个浏览的目标页面；更新曾经生成的用户数据模型，可以优化旧的用户数据模型，以便在用户的浏览习惯发生改变时，及时准确预测目标页面。

预测单元1206，用于根据用户数据模型预测用户在当前页面之后第一个会访问的目标页面；

用户数据模型可以反映用户的浏览喜好和浏览习惯，则根据用户数据模型预测出的页面是用户最有可能访问的页面，也就是用户在浏览完当前页面之后第一个会访问的目标页面。

预加载单元1208，用于预加载目标页面，预加载完成的资源存储到本地内存中；

在用户浏览当前页面时从服务器请求该目标页面的资源进行预加载，将预加载完成的资源存储在本地内存。

提取单元1210，用于当接收到用户点击进入目标页面的指令时，从本地内存中提取资源并显示预加载完成的目标页面。

该指令通过用户对当前页面的点击操作触发，例如，用户点击当前页面的某个文字链接或者图片链接(该文字链接和图片链接指向目标页面)等。当用户浏览当前页面时，点击指向目标页面的链接时从本地内存中提取预加载的资源，从而显示目标页面。

本实施例根据用户点击数据生成的用户数据模型可以准确预测出目标页面，在显示当前页面，并且还未接收到显示目标页面的指令的时候，向服务器请求该目标页面的资源，预加载目标页面的资源并将预加载的资源存储在本地内存。在显示当前页面时，目标页面的资源已经存储在本地内存，因此，当接收到指示跳转到目标页面的指令后，从本地内存中提取目标页面的资源以显示目标页面。

本实施例在接收到进入目标页面的指令到显示目标页面的过程中，并没有向服务器请求加载资源，而是直接从本地内存中提取预先加载好的资源，这就不需要在显示目标页面的过程中向服务器请求加载资源，节约了服务器和终端之间传输数据的时间，从而提高了页面的加载速度。同时，预加载页面是需要耗费时间和存储空间的，预加载多个页面资源不仅造成时间耗费和存储资源的浪费，而且有可能在接收到用户点击进入目标页面的指令后目标页面还没有完成预加载，然而本实施例可以准确预测出目标页面，无需预加载多个页面，解决了现有技术页面的加载速度比较慢的技术问题，达到提高预加载速度的技术效果。

可选地，预加载单元包括：预加载模块，用于预加载目标页面中多种类型的资源，预加载完成的多种类型的资源存储到本地内存，其中，多种类型的资源包括文字资源、代码资源和图片资源。

可选地，代码资源包括页面层叠样式表和JS脚本，预加载模块还用于按照目标页面的文字资源、目标页面的页面层叠样式表、目标页面的JS脚本和目标页面的图片的顺序预加载目标页面的多种类型的资源。

页面中的文字资源、代码资源和图片资源都是影响浏览的资源，且图片资源和代码资源都是在加载时比较耗时的资源，因此，本实施例在进行目标页面加载时，不仅加载目标页面中的图片资源和文字资源，也对目标页面中的代码资源进行加载。因为页面加载是队列的形式，因此在预加载的过程中会按照目标页面的文字资源、目标页面的页面层叠样式表、目标页面的JS脚本和目标页面的图片的顺序预加载目标页面的资源。

图3是未采用本实施例的页面显示的方法的数据传输情况的示意图。图4是根据本实施例的页面加载方法的数据传输情况的示意图。对比可知，如图3所示，未采用本实施例的页面加载方法时，在显示目标页面时所有资源都需要向服务器进行加载请求，包括示目标页面需要传输的图片资源(包括gif格式和png格式)和代码资源(如JS代码)，每个资源的传输都需要消耗一些时间。而如图4所示，在采用本实施例的页面加载方法时，无论是代码资源还是图片资源都是从本地内存中读取，不需要从服务器传输，也不消耗传输时间。因此，采用本实施例的页面加载方法可以有效提高目标页面的显示速度。

根据本发明实施例，还提供了一种用于实施上述页面显示的方法的电子装置。

可选地，图11是根据本发明实施例的一种电子装置的结构框图。如图11所示，该电子装置可以包括：一个或多个(图中仅示出一个)处理器141、至少一个通信总线142、用户接口143、至少一个传输装置144和存储器145。其中，通信总线142用于实现这些组件之间的连接通信。其中，用户接口143可以包括显示器146和键盘147。传输装置144可选的可以包括标准的有线接口和无线接口。

其中，存储器145可用于存储软件程序以及模块，如本发明实施例中的页面显示的方法和装置对应的程序指令/模块，处理器141通过运行存储在存储器145内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的页面显示的方法。存储器145可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器145可进一步包括相对于处理器141远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置144用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置144包括一个网络适配器(NetworkInterface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置144为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，存储器145可用于存储软件程序以及模块，如本发明实施例中的页面显示的方法和装置对应的程序指令/模块，处理器141通过运行存储在存储器145内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的页面显示的方法。存储器145可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器145可进一步包括相对于处理器141远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置144用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置144包括一个网络适配器(NetworkInterface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置144为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器145用于预加载的资源和应用程序。

处理器141可以通过传输装置调用存储器145存储的信息及应用程序，以执行下述步骤：加载当前页面；获取根据用户点击数据生成的用户数据模型；根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；预加载所述目标页面，预加载完成的资源存储到本地内存中；当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。

可选的，上述处理器141还可以执行如下步骤的程序代码：根据所述用户点击数据和客户端的属性数据生成所述用户数据模型，其中，所述属性数据包括以下至少之一：所述客户端的推广数据、所述客户端的版本数据和所述客户端中页面的更新数据。

可选的，上述处理器141还可以执行如下步骤的程序代码：根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

可选的，上述处理器141还可以执行如下步骤的程序代码：根据所述用户点击数据和所述用户在客户端中使用对象的对象数据生成所述用户数据模型。

可选的，上述处理器141还可以执行如下步骤的程序代码：预加载所述目标页面中多种类型的资源，预加载完成的所述多种类型的资源存储到本地内存，其中，所述多种类型的资源包括文字资源、代码资源和图片资源。

可选的，上述处理器141还可以执行如下步骤的程序代码：按照所述目标页面的文字资源、所述目标页面的页面层叠样式表、所述目标页面的JS脚本和所述目标页面的图片的顺序预加载所述目标页面的所述多种类型的资源。

采用本发明实施例，提供了一种页面显示的方法的方案。本实施例在接收到指令到显示目标页面的过程中，并没有向服务器请求加载资源，而是直接从本地内存中提取预先加载好的资源，这就不需要在显示目标页面的过程中向服务器请求加载资源，节约了服务器和终端之间传输数据的时间，从而提高了页面的加载速度，解决了现有技术页面的加载速度比较慢的技术问题。

本领域普通技术人员可以理解，图11所示的结构仅为示意，电子装置也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图11其并不对上述电子装置的结构造成限定。例如，电子装置还可包括比图11中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图11所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于存储上述页面显示的方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，加载当前页面；

S2，获取根据用户点击数据生成的用户数据模型；

S3，根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；

S4，预加载所述目标页面，预加载完成的资源存储到本地内存中；

S5，当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据所述用户点击数据和客户端的属性数据生成所述用户数据模型，其中，所述属性数据包括以下至少之一：

所述客户端的推广数据、所述客户端的版本数据和所述客户端中页面的更新数据。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据所述用户点击数据和所述用户在客户端中使用对象的对象数据生成所述用户数据模型。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：预加载所述目标页面中多种类型的资源，预加载完成的所述多种类型的资源存储到本地内存，其中，所述多种类型的资源包括文字资源、代码资源和图片资源。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：按照所述目标页面的文字资源、所述目标页面的页面层叠样式表、所述目标页面的JS脚本和所述目标页面的图片的顺序预加载所述目标页面的所述多种类型的资源。

可选地，存储介质还被设置为存储用于执行上述实施例中的方法中所包括的步骤的程序代码，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种页面显示的方法，其特征在于，包括：

加载当前页面；

获取根据用户点击数据生成的用户数据模型；

根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；

预加载所述目标页面，预加载完成的资源存储到本地内存中；

当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。

2.根据权利要求1所述的方法，其特征在于，获取根据用户点击数据生成的用户数据模型包括：

根据所述用户点击数据和客户端的属性数据生成所述用户数据模型，其中，所述属性数据包括以下至少之一：

所述客户端的推广数据、所述客户端的版本数据和所述客户端中页面的更新数据。

3.根据权利要求1所述的方法，其特征在于，获取根据用户点击数据生成的用户数据模型包括：

根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

4.根据权利要求1所述的方法，其特征在于，获取根据用户点击数据生成的用户数据模型包括：

根据所述用户点击数据和所述用户在客户端中使用对象的对象数据生成所述用户数据模型。

5.根据权利要求1所述的方法，其特征在于，预加载所述目标页面，预加载完成的资源存储到本地内存中包括：

预加载所述目标页面中多种类型的资源，预加载完成的所述多种类型的资源存储到本地内存，其中，所述多种类型的资源包括文字资源、代码资源和图片资源。

6.根据权利要求5所述的方法，其特征在于，所述代码资源包括页面层叠样式表和JS脚本，预加载所述目标页面中多种类型的资源包括：

按照所述目标页面的文字资源、所述目标页面的页面层叠样式表、所述目标页面的JS脚本和所述目标页面的图片的顺序预加载所述目标页面的所述多种类型的资源。

7.一种页面显示的装置，其特征在于，包括：

加载单元，用于加载当前页面；

获取单元，用于获取根据用户点击数据生成的用户数据模型；

预测单元，用于根据所述用户数据模型预测用户在所述当前页面之后第一个会访问的目标页面；

预加载单元，用于预加载所述目标页面，预加载完成的资源存储到本地内存中；

提取单元，用于当接收到所述用户点击进入所述目标页面的指令时，从所述本地内存中提取所述资源并显示预加载完成的所述目标页面。

8.根据权利要求7所述的装置，其特征在于，所述获取单元包括：

第一生成模块，用于根据所述用户点击数据和客户端的属性数据生成所述用户数据模型，其中，所述属性数据包括以下至少之一：

所述客户端的推广数据、所述客户端的版本数据和所述客户端中页面的更新数据。

9.根据权利要求7所述的装置，其特征在于，所述获取单元包括：

第二生成模块，用于根据所述用户点击数据、用所述用户在客户端中使用对象的对象数据和所述客户端的属性数据生成所述用户数据模型。

10.根据权利要求7所述的装置，其特征在于，所述获取单元包括：

第三生成模块，用于根据所述用户点击数据和所述用户在客户端中使用对象的对象数据生成所述用户数据模型。

11.根据权利要求7所述的装置，其特征在于，所述预加载单元包括：

预加载模块，用于预加载所述目标页面中多种类型的资源，预加载完成的所述多种类型的资源存储到本地内存，其中，所述多种类型的资源包括文字资源、代码资源和图片资源。

12.根据权利要求11所述的装置，其特征在于，所述代码资源包括页面层叠样式表和JS脚本，所述预加载模块还用于按照所述目标页面的文字资源、所述目标页面的页面层叠样式表、所述目标页面的JS脚本和所述目标页面的图片的顺序预加载所述目标页面的所述多种类型的资源。

13.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至6任一项中所述的方法。

14.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行所述权利要求1至6任一项中所述的方法。