页面处理方法、装置、设备及计算机可读存储介质与流程

本公开实施例涉及计算机技术领域，尤其涉及页面处理方法、装置、设备及计算机可读存储介质。

背景技术：

在同一页面展示多个卡片，是一种常见的平台类展示场景。随着卡片类型的丰富和数量的增加，页面数据请求接口的平均响应大小会不断增长。这会降低网络传输效率，影响用户体验，并且会造成用户流量的消耗。另外，对于位于页面深处的卡片，用户看到的概率比较低。如果每次对页面数据的请求都返回这些位于页面深处的卡片数据的话，会造成流量的浪费，和卡片微服务的压力。

技术实现要素：

有鉴于此，本公开第一方面提供了一种页面处理方法，包括：

响应于用户对页面的请求，从所述请求的参数中获取所述页面中的首屏卡片列表和次屏卡片列表，其中，所述首屏卡片列表是显示所述页面的屏幕区域中显示出的位于所述卡片列表最前端的卡片的列表，所述次屏卡片列表是显示所述页面的屏幕上还未显示出的卡片的列表；

确定所述次屏卡片列表中是否存在所述用户感兴趣的卡片；

响应于所述次屏卡片列表中不存在所述用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在所述第一加载方式中，仅在所述屏幕所显示的页面部分上加载所述首屏卡片的数据，直至所述次屏卡片被操作显示在所述屏幕所显示的页面部分上时才加载所述次屏卡片的数据。

本公开第二方面提供了一种页面处理装置，包括：

获取模块，被配置为响应于用户对页面的请求，从所述请求的参数中获取所述页面中的首屏卡片列表和次屏卡片列表，其中，所述首屏卡片列表是显示所述页面的屏幕区域中显示出的位于所述卡片列表最前端的卡片的列表，所述次屏卡片列表是显示所述页面的屏幕上还未显示出的卡片的列表；

确定模块，被配置为确定所述次屏卡片列表中是否存在所述用户感兴趣的卡片；

加载模块，被配置为响应于所述次屏卡片列表中不存在所述用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在所述第一加载方式中，仅在所述屏幕所显示的页面部分上加载所述首屏卡片的数据，直至所述次屏卡片被操作显示在所述屏幕所显示的页面部分上时才加载所述次屏卡片的数据。

本公开第三方面提供了一种电子设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现以下步骤：

响应于用户对页面的请求，从所述请求的参数中获取所述页面中的首屏卡片列表和次屏卡片列表，其中，所述首屏卡片列表是显示所述页面的屏幕区域中显示出的位于所述卡片列表最前端的卡片的列表，所述次屏卡片列表是显示所述页面的屏幕上还未显示出的卡片的列表；

确定所述次屏卡片列表中是否存在所述用户感兴趣的卡片；

响应于所述次屏卡片列表中不存在所述用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在所述第一加载方式中，仅在所述屏幕所显示的页面部分上加载所述首屏卡片的数据，直至所述次屏卡片被操作显示在所述屏幕所显示的页面部分上时才加载所述次屏卡片的数据。

本公开第四方面提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现如第一方面所述的方法。

在本公开实施方式中，通过响应于用户对页面的请求，从所述请求的参数中获取所述页面中的首屏卡片列表和次屏卡片列表，其中，所述首屏卡片列表是显示所述页面的屏幕区域中显示出的位于所述卡片列表最前端的卡片的列表，所述次屏卡片列表是显示所述页面的屏幕上还未显示出的卡片的列表；确定所述次屏卡片列表中是否存在所述用户感兴趣的卡片；响应于所述次屏卡片列表中不存在所述用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在所述第一加载方式中，仅在所述屏幕所显示的页面部分上加载所述首屏卡片的数据，直至所述次屏卡片被操作显示在所述屏幕所显示的页面部分上时才加载次屏卡片的数据，可以结合用户的行为习惯，来智能地判断如何对用户对页面的请求进行相应处理，对于用户不常看到的卡片，没有必要立刻返回(即，加载)其数据，而是可以等到用户真地看到次屏卡片时再进行请求，从而节省了流量，也节省了对各卡片对应的服务端的调用。

本公开的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出根据本公开一实施方式的页面处理方法的流程图；

图2示出根据本公开另一实施方式的页面处理方法的流程图；

图3示出根据本公开图2所示的实施方式的页面处理方法中的步骤s201的示例的流程图；

图4示出根据本公开图3所示的实施方式的页面处理方法中的步骤s301的示例的流程图；

图5示出根据本公开一实施方式的页面处理方法的应用场景示例的示意图；

图6示出根据本公开另一实施方式的页面处理方法的另一应用场景示例的示意图；

图7示出根据本公开另一实施方式的页面处理方法的另一应用场景示例的示意图；

图8示出根据本公开另一实施方式的页面处理方法的另一应用场景示例的示意图；

图9示出根据本公开另一实施方式的页面处理装置的结构框图；

图10示出根据本公开一实施方式的电子设备的结构框图；

图11是适于用来实现根据本公开一实施方式的页面处理方法的计算机系统的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开方案，下面将结合本公开示例性实施例中的附图，对本公开示例性实施例中的技术方案进行清楚、完整地描述。

在本公开的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

图1示出根据本公开一实施方式的页面处理方法的流程图。该方法可以包括步骤s101、s102、s103和s104。在根据本实施例的方法中，步骤s103与步骤s104可以同时存在，也可以仅存在二者之一。

在步骤s101中，响应于用户对页面的请求，从请求的参数中获取页面中的首屏卡片列表和次屏卡片列表，其中，首屏卡片列表是显示页面的屏幕区域中显示出的位于卡片列表最前端的卡片的列表，次屏卡片列表是显示页面的屏幕上还未显示出的卡片的列表。

在步骤s102中，确定次屏卡片列表中是否存在用户感兴趣的卡片。

在步骤s103中，响应于次屏卡片列表中不存在用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在第一加载方式中，仅在屏幕所显示的页面部分上加载首屏卡片的数据，直至次屏卡片被操作显示在屏幕所显示的页面部分上时才加载次屏卡片的数据。

在步骤s104中，响应于次屏卡片列表中存在用户感兴趣的卡片的确定结果，按照第二加载方式加载页面上的卡片的数据，其中，在第二加载方式中，依次加载首屏卡片的数据和次屏卡片数据。

在本公开的一个实施例中，步骤s101包括：将用户对页面的请求按照预设大小分为多段请求，其中，每一段请求包含的卡片数量与所述首屏卡片数量相同。例如，预设大小可以指的是将请求切分成若干段，每一段请求包含的卡片数量。对在本公开的一个实施例中，用户对页面的请求可以被称作是总线接口请求。即，在该实施例中，可以将一个总线接口请求平均切分成若干段请求，每一段请求包含n个卡片。在根据本公开的实施例中，在总线接口里可以聚合来自多个卡片的数据。将一个总线接口请求分成若干段请求可以节省总线接口的平均响应的数据大小。

在本公开的一个实施例中，首屏卡片列表可以指的是显示页面的屏幕区域中显示出的位于卡片列表最前端的卡片的列表，即，页面顶部的卡片列表显示在屏幕上的部分卡片的列表。在本公开的一个实施例中，次屏卡片列表可以指的是显示页面的屏幕上还未显示出的卡片的列表，即，显示在屏幕上的页面顶部的卡片列表以下的卡片的列表。在本公开的一个实施例中，页面上可以存在多屏卡片列表，已经在屏幕上显示过且当前不再显示的卡片列表不被认为是首屏卡片列表。即，当前显示的该屏卡片列表是首屏卡片列表，首屏卡片列表的下一屏卡片列表是次屏卡片列表。

在本公开的一个实施例中，第一加载方式可以被称为懒加载(lazyload)方式。在懒加载方式中，对于用户对页面的请求(一段请求，仅包括对首屏卡片的数据的请求)，只返回请求中的首屏卡片数据，次屏的卡片数据未被请求，直到用户操作页面滑动在屏幕上显示出第二部分的卡片时再请求次屏卡片的数据。即，用户对页面的请求可以仅包括对首屏卡片的数据的请求，而不包括对次屏卡片的数据的请求。在第一加载方式中，响应于用户对页面的请求，仅返回首屏卡片的数据，而不返回次屏卡片的数据，直至用户操作次屏卡片显示在屏幕上，此时再请求次屏卡片的数据。

在本公开的一个实施例中，第二加载方式可以被称为普通页面加载(pageload)方式，也可以被称作普通分页请求响应方式。在普通页面加载方式中，由于请求被按照预设的大小分成若干段请求，响应于每一段请求加载该段请求中的卡片的数据。即，用户对页面的请求可以分为多段请求，一段请求包括对首屏卡片的数据的请求，另一段请求包括对次屏卡片的数据的请求。在第二加载方式中，响应于用户对页面的请求(多段请求)，不仅返回首屏卡片的数据，还返回次屏卡片的数据，当用户操作次屏卡片显示在屏幕上时，已经加载了次屏卡片的数据。

在本公开的一个实施例中，每当接收到用户对页面的请求时，服务端从该请求的参数里获取到用户当前的卡片列表里的首屏卡片列表和次屏卡片列表。通过对用户行为的分析获知该用户喜欢的卡片。如果确定用户在次屏卡片列表中有喜欢的卡片，则说明该用户需要看到次屏卡片的新数据，那么就执行普通页面加载。如果确定用户在次屏中没有喜欢的卡片，则说明次屏卡片的数据可以暂时忽略，那么就执行懒加载方式。即，可以延迟到用户真地把次屏卡片滑动到屏幕上的可见范围的时候再加载次屏卡片的数据。

在本公开的一个实施例中，步骤s103还包括：在次屏卡片被操作显示在屏幕所显示的页面部分上时，按照第二加载方式加载页面上的卡片的数据。即，响应于次屏卡片列表中不存在用户感兴趣的卡片的确定结果，先执行懒加载方式对页面的卡片进行加载，即，加载首屏卡片的数据，而不加载次屏卡片的数据，直至次屏卡片通过用户的操作显示在屏幕上时，才按照普通页面加载的方式加载次屏卡片的数据。如果在懒加载方式下，用户一直不操作显示次屏卡片，则无需对次屏卡片执行加载。

因此，可以理解，根据本公开的实施例的页面处理方法可以包括步骤s103和/或s104。

在本公开实施方式中，通过响应于用户对页面的请求，从请求的参数中获取页面中的首屏卡片列表和次屏卡片列表，其中，首屏卡片列表是显示页面的屏幕区域中显示出的位于卡片列表最前端的卡片的列表，次屏卡片列表是显示页面的屏幕上还未显示出的卡片的列表；确定次屏卡片列表中是否存在用户感兴趣的卡片；响应于次屏卡片列表中不存在用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在第一加载方式中，仅在屏幕所显示的页面部分上加载首屏卡片的数据，直至次屏卡片被操作显示在屏幕所显示的页面部分上时才加载次屏卡片的数据，可以结合用户的行为习惯，来智能地判断如何对用户对页面的请求进行相应处理，对于用户不常看到的卡片，没有必要立刻返回(即，加载)其数据，而是可以等到用户真地看到次屏卡片时再进行请求，从而节省了流量，也节省了对各卡片对应的服务端的调用。

图2示出根据本公开另一实施方式的页面处理方法的流程图。图2所示的实施例与图1所示的实施例的区别在于还包括步骤s201。

在步骤s201中，根据用户对页面的操作行为的历史数据，评估用户对页面的卡片列表中的卡片是否感兴趣。

在本公开的一个实施例中，用户对页面的操作行为可以包括对页面进行显示、滚动、点击等操作。用户对页面的操作行为还会涉及到页面上的卡片，可以通过用户对页面的操作行为涉及卡片的情况来评估用户是否对卡片感兴趣。例如，用户滚动页面使得屏幕上显示出一些卡片，即，卡片被曝光。卡片的曝光可以被认为用户在一定程度上对卡片感兴趣。又例如，如果用户在页面上点击了卡片，则表明用户对卡片感兴趣。

以下参照图3对步骤s201的一个示例进行进一步描述。

图3示出根据本公开图2所示的实施方式的页面处理方法中的步骤s201的示例的流程图。如图3所示，步骤s201包括步骤s301、s302和s303。

在步骤s301中，将与对页面上的卡片的曝光和点击相关的历史数据作为特征值，利用特征值和预设确定规则获得用户是否对页面上的卡片感兴趣的标签值。

在步骤s302中，根据特征值和标签值训练数据模型。

在步骤s303中，利用数据模型对用户对页面的卡片列表中的卡片是否感兴趣进行预测。

在本公开的一个实施例中，对页面上的卡片的曝光和点击相关的历史数据可以是诸如用户过去一段时间(例如，一周、一月等)操作页面时每个卡片的曝光时间段数、曝光率、点击时间段数、点击率、曝光时间段数与点击数之比等数据。预设确定规则可以指的是利用对页面上的卡片的曝光和点击相关的历史数据作为特征值来确定用户对卡片感兴趣程度的标签值或者用户是否对卡片感兴趣的标签值。

在本公开的一个实施例中，数据模型可以是逻辑斯蒂回归模型。本领域技术人员可以理解，可以采用各种模型来对用户对所述页面的卡片列表中的卡片是否感兴趣进行预测。

以下参照图4来对步骤s301的一个示例进行进一步描述。

图4示出根据本公开图3所示的实施方式的页面处理方法中的步骤s301的示例的流程图。如图4所示，步骤s301包括步骤s401和s402。

在步骤s401中，根据特征值的正态分布，确定用户是否对页面上的卡片感兴趣的临界值。

在步骤s402中，根据预设确定规则利用临界值获得用户是否对页面上的卡片感兴趣的标签值。

在本公开的一个实施例中，预设确定规则可以是临界判定规则。例如，当根据临界判定规则，确定用户的特征值大于相应的临界值时，得到用户对卡片感兴趣的标签值。

以下参照图5至图8来描述根据本公开的实施方式的页面处理方法的应用场景。

在如图5所示场景中，可以将根据本公开的实施方式的页面处理方法应用于一个系统，该系统包括用户行为分析模块、总线接口模块和客户端。

在如图5所示的系统的示例中，用户行为分析模块可以用于执行用户喜好卡片分析，具体操作包括诸如数据采集、模型训练、结果预测等。总线接口模块可以用于数据获取和智能分页决策。数据获取操作可以包括诸如卡片数据获取、总线响应合并之类的操作。智能分页决策操作可以包括诸如获取楼层数据(例如，首屏卡片数据、次屏卡片数据之类的数据)、获取用户喜好卡片数据、分页策略决策等操作。客户端可以执行分页决策处理。分页策略处理可以包括诸如懒加载处理、分段请求处理之类的操作。

图6示出根据本公开另一实施方式的页面处理方法的另一应用场景示例的示意图。具体而言，图6是图5所示的系统中的用户行为分析模块的操作的一个示例。

如图6所示，用户行为分析模块首先清洗用户的行为数据，清洗数据可以去除诸如不完整的数据、错误的数据、重复的数据之类的脏数据。在清洗数据之后，获得用户过去一周访问页面时各卡片的曝光天数、曝光率、点击天数、点击率、曝光点击比等行为特征。根据各特征的正态分布，得到各特征用来判定用户是否喜欢卡片的临界值。根据临界判定规则，得到用户是否喜欢卡片的标签值。根据历史的特征值和标签值，训练一个逻辑斯蒂回归模型。根据逻辑斯蒂回归模型，对最新的数据进行预测，得到用户是否喜欢卡片的值。

图7示出根据本公开另一实施方式的页面处理方法的另一应用场景示例的示意图。具体而言，图7是图5所示的系统中的总线接口模块的操作的一个示例。

如图7所示，总线接口模块从用户行为分析模块获取用户对卡片的喜好数据。总线接口模块解析用户对页面的请求中的参数，获取用户的首屏卡片列表和次屏卡片列表。将分页大小pagesize设置为用户的首屏卡片个数。pagesize指的是将请求切分成若干段，每一段请求包含的卡片数量。分页大小指的是前述“将用户对所述页面的请求按照预设大小分为多段请求”中的预设大小。如果pagesize小于预先设置的兜底的最小值，则需要将pagesize修正为兜底的最小值。之后，判断页面的次屏中是否有用户喜好的卡片。

在本公开的一个实施例中，如果不存在用户喜好的卡片，则对本次请求执行懒加载(lazyload)策略，按照pagesize对页面对响应进行分割，只下发(加载)第一个pagesize的卡片数据(首屏卡片的数据)。此时，服务端加载策略为普通的懒加载(lazyload)策略。

在本公开的一个实施例中，如果存在用户喜好的卡片，则对本次请求执行普通的页面加载(pageload)策略，按照pagesize对页面对响应进行分割，只下发(加载)第一个pagesize的卡片数据(首屏卡片的数据)。此时，服务端加载策略为普通的页面加载(pageload)策略。

图8示出根据本公开另一实施方式的页面处理方法的另一应用场景示例的示意图。具体而言，图8是图5所示的系统中的客户端的操作的一个示例。

如图8所示，客户端从服务端收到响应。如果服务端以懒加载(lazyload)策略下发响应，则确定被懒加载的卡片目前在屏幕上是否可见。如果被懒加载的卡片目前在屏幕上不可见，则记录下被懒加载的卡片，等到用户将次屏卡片活动到屏幕范围时请求次屏卡片的数据。如果被懒加载的卡片目前在屏幕上可见，则客户端转换成普通页面加载(pageload)策略来请求服务端加载次屏卡片的数据。如果服务端未以懒加载(lazyload)策略下发响应，则对于被请求的卡片，返回的响应中卡片数据不为空。因此可以从懒加载卡片的列表中移除该卡片。

在该实施例中，如果客户端收到响应时发现服务端下发了懒加载策略，当被懒加载的卡片在屏幕上可见时，说明用户已经需要看到这部分卡片的数据，不能再执行懒加载，而是要转变成普通页面加载做分段请求。如果被懒加载的卡片在屏幕上不可见，则可以执行懒加载策略，被懒加载的卡片会被记录下来，直到用户把次屏卡片滑动的屏幕范围内时进行请求。

接下来，客户端可以确定服务端是否以普通页面加载(pageload)策略下发响应。如果服务端以普通页面加载(pageload)策略下发响应，则对于没有返回数据的卡片，按照pagesize分成若干段请求来重新获取卡片数据。如果服务端未以普通页面加载(pageload)策略下发响应，则结束处理。

图9示出根据本公开另一实施方式的页面处理装置的结构框图。该装置可以包括获取模块901、确定模块902和加载模块903。

获取模块901被配置为响应于用户对页面的请求，从请求的参数中获取页面中的首屏卡片列表和次屏卡片列表，其中，首屏卡片列表是显示页面的屏幕区域中显示出的位于卡片列表最前端的卡片的列表，次屏卡片列表是显示页面的屏幕上还未显示出的卡片的列表。

确定模块902被配置为确定次屏卡片列表中是否存在用户感兴趣的卡片。

加载模块903被配置为响应于次屏卡片列表中不存在用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在第一加载方式中，仅在屏幕所显示的页面部分上加载首屏卡片的数据，直至次屏卡片被操作显示在屏幕所显示的页面部分上时才加载次屏卡片的数据。

以上描述了页面处理装置的内部功能和结构，在一个可能的设计中，该页面处理装置的结构可实现为页面处理设备，如图10中所示，该处理设备1000可以包括处理器1001以及存储器1002。

所述存储器1002用于存储支持页面处理装置执行上述任一实施例中页面处理方法的程序，所述处理器1001被配置为用于执行所述存储器1002中存储的程序。

所述存储器1002用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器1001执行以实现以下步骤：

响应于用户对页面的请求，从所述请求的参数中获取所述页面中的首屏卡片列表和次屏卡片列表，其中，所述首屏卡片列表是显示所述页面的屏幕区域中显示出的位于所述卡片列表最前端的卡片的列表，所述次屏卡片列表是显示所述页面的屏幕上还未显示出的卡片的列表；

确定所述次屏卡片列表中是否存在所述用户感兴趣的卡片；

响应于所述次屏卡片列表中不存在所述用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，其中，在所述第一加载方式中，仅在所述屏幕所显示的页面部分上加载所述首屏卡片的数据，直至所述次屏卡片被操作显示在所述屏幕所显示的页面部分上时才加载所述次屏卡片的数据。

在本公开的一个实施例中，所述一条或多条计算机指令还被所述处理器1001执行以实现以下步骤：

响应于所述次屏卡片列表中存在所述用户感兴趣的卡片的确定结果，按照第二加载方式加载页面上的卡片的数据，其中，在所述第二加载方式中，依次加载所述首屏卡片的数据和所述次屏卡片数据。

在本公开的一个实施例中，所述响应于用户对页面的请求，从所述请求的参数中获取所述页面中的首屏卡片列表和次屏卡片列表，包括：

将所述用户对所述页面的请求按照预设大小分为多段请求，其中，每一段请求包含的卡片数量与所述首屏卡片数量相同。

在本公开的一个实施例中，所述响应于所述次屏卡片列表中不存在所述用户感兴趣的卡片的确定结果，按照第一加载方式加载页面上的卡片的数据，还包括：

在所述次屏卡片被操作显示在所述屏幕所显示的页面部分上时，按照所述第二加载方式加载页面上的卡片的数据。

在本公开的一个实施例中，所述一条或多条计算机指令还被所述处理器1001执行以实现以下步骤：

根据所述用户对所述页面的操作行为的历史数据，评估所述用户对所述页面的卡片列表中的卡片是否感兴趣。

在本公开的一个实施例中，所述根据所述用户对所述页面的操作行为的历史数据，评估所述用户对所述页面的卡片列表中的卡片是否感兴趣，包括：

将与对所述页面上的卡片的曝光和点击相关的历史数据作为特征值，利用所述特征值和预设确定规则获得所述用户是否对所述页面上的卡片感兴趣的标签值；

根据所述特征值和所述标签值训练数据模型；

利用所述数据模型对所述用户对所述页面的卡片列表中的卡片是否感兴趣进行预测。

在本公开的一个实施例中，所述将与对所述页面上的卡片的曝光和点击相关的历史数据作为特征值，利用所述特征值和预设确定规则获得所述用户是否对所述页面上的卡片感兴趣的标签值，包括：

根据所述特征值的正态分布，确定所述用户是否对所述页面上的卡片感兴趣的临界值；

根据所述预设确定规则利用所述临界值获得所述用户是否对所述页面上的卡片感兴趣的标签值。

在本公开的一个实施例中，所述数据模型是逻辑斯蒂回归模型。

所述处理器1001用于执行前述各方法步骤中的全部或部分步骤。

其中，所述页面处理设备的结构中还可以包括通信接口，用于页面处理设备与其他设备或通信网络通信。

本公开示例性实施例还提供了一种计算机存储介质，用于储存所述页面处理装置所用的计算机软件指令，其包含用于执行上述任一实施例中页面处理方法所涉及的程序。

图11是适于用来实现根据本公开一实施方式的页面处理方法的计算机系统的结构示意图。

如图11所示，计算机系统1100包括中央处理单元(cpu)1101，其可以根据存储在只读存储器(rom)1102中的程序或者从存储部分1108加载到随机访问存储器(ram)1103中的程序而执行上述图1所示的实施方式中的各种处理。在ram1103中，还存储有系统1100操作所需的各种程序和数据。cpu1101、rom1102以及ram1103通过总线1104彼此相连。输入/输出(i/o)接口1105也连接至总线1104。

以下部件连接至i/o接口1105：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至i/o接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

特别地，根据本公开的实施方式，上文参考图1描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行图1的数据处理方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，并且/或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。