CN109241474B - 页面信息的提供、展示、发布方法、服务器及客户端 - Google Patents

Abstract

本申请实施方式公开了一种页面信息的提供、展示、发布方法、服务器及客户端，其中，所述方法提供有资源集，所述资源集按照不同聚合规则划分为多个场景子集；所述场景子集中包括至少一个资源；所述方法包括：接收客户端发出的页面加载请求；响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；将得到的场景版块信息和对应的资源提供给所述客户端。本申请提供的技术方案，能够提高页面信息的加载效率。

Description

页面信息的提供、展示、发布方法、服务器及客户端

技术领域

本申请涉及网络通信技术领域，特别涉及一种页面信息的提供、展示、发布方法、服务器及客户端。

背景技术

随着网络通信技术和智能终端的不断发展，目前在终端设备上存在各式各样的应用程序，这些应用程序能够满足人们的各种日常需求。

当前，应用程序在向用户提供页面信息时，页面信息中通常可以包括多个独立的场景版块，这些场景版块可以各自加载相应的页面资源，以向用户提供丰富多样的页面信息。例如，在在线旅游网(Online Travel Agent，OTA)应用程序的目的地详情页面中，可以存在“编辑精选”、“头条”、“周边专题”等场景版块。在这些场景版块中分别提供与场景版块类型相符的一些文章、图片、视频等。

现有技术中，在提供上述的页面信息时，通常由应用程序的服务器依次获取每个场景版块中所需展示的资源。然而，当同一个页面中待展示的场景版块较多时，依次获取每个场景版块中的资源将会耗费相当长的时间，从而导致页面加载特别缓慢。

发明内容

本申请实施方式的目的是提供一种页面信息的提供、展示、发布方法、服务器及客户端，能够提高页面信息的加载效率。

为实现上述目的，本申请实施方式提供一种页面信息的提供方法，提供有资源集，所述资源集中包括按照不同聚合规则划分的多个场景子集；所述场景子集中包括至少一个资源；所述方法包括：接收客户端发出的页面加载请求；响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；将得到的场景版块信息和对应的资源提供给所述客户端。

为实现上述目的，本申请实施方式还提供一种服务器，提供有资源集，所述资源集中包括按照不同聚合规则划分的多个场景子集；所述场景子集中包括至少一个资源；所述服务器包括：接收单元，用于接收客户端发出的页面加载请求；场景版块控制单元，用于响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；场景版块选择单元，用于为所述至少二个场景版块分别选择对应的场景版块处理单元；场景版块处理单元，用于将所述场景版块关联的所述场景任务划分为与所述场景版块的资源位相对应的资源子任务并执行划分得到的所述资源子任务；其中，所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；版块信息收集单元，用于收集场景版块处理单元处理得到的场景版块信息和对应的资源，并将所述场景版块信息和对应的资源提供给所述客户端。

为实现上述目的，本申请实施方式还提供一种服务器，所述服务器包括网络通信端口、存储器以及处理器，其中：所述网络通信端口，用于进行网络数据通信；所述存储器，用于存储资源集，所述资源集按照不同聚合规则划分为多个场景子集；所述场景子集中包括至少一个资源；所述处理器，用于控制所述网络通信端口接收客户端发出的页面加载请求；响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；将每个所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；控制所述网络通信端口将得到的场景版块信息和对应的资源提供给所述客户端。

为实现上述目的，本申请实施方式还提供一种页面信息的展示方法，所述方法包括：向服务器发送页面加载请求，所述页面加载请求指向的页面中包括至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与所述服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；其中，所述场景任务可被划分为与所述场景版块的资源位相对应的资源子任务；接收所述服务器反馈的场景版块信息和对应的资源，并在当前页面中展示所述场景版块信息表征的场景版块和对应的资源；其中，所述资源由所述资源子任务从所述场景子集中确定。

为实现上述目的，本申请实施方式还提供一种客户端，所述客户端包括网络通信端口、显示器以及处理器，其中：所述网络通信端口，用于向服务器发送页面加载请求并且接收所述服务器反馈的页面信息；所述显示器，用于显示所述服务器反馈的页面信息；所述处理器，用于控制所述网络通信端口向服务器发送页面加载请求，所述页面加载请求指向的页面中包括至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与所述服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；其中，所述场景任务可被划分为与所述场景版块的资源位相对应的资源子任务；通过所述网络通信端口接收所述服务器反馈的场景版块信息和对应的资源，并在所述显示器的当前页面中展示所述场景版块信息表征的场景版块和对应的资源；其中，所述资源由所述资源子任务从所述场景子集中确定。

为实现上述目的，本申请实施方式还提供一种页面信息的发布方法，提供有版块发布平台，所述版块发布平台包括有发布校验规则；所述发布校验规则用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行；所述方法包括：接收待发布的场景版块信息；所述场景版块信息用于表征在客户端中展示的场景版块；根据所述发布校验规则对所述场景版块信息进行校验；在校验成功时，发布所述场景版块信息，以使所述场景版块信息处于能被提供给客户端的状态。

为实现上述目的，本申请实施方式还提供一种页面信息的展示方法，所述方法包括：向版块发布平台发送页面加载请求；所述版块发布平台包括有发布校验规则；所述发布校验规则用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行；接收所述版块发布平台反馈的至少二个场景版块信息以及每个场景版块中的资源，并展示所述至少二个场景版块信息表征的场景版块以及对应的资源；其中，所述至少二个场景版块信息中的每个场景版块信息均符合所述发布校验规则。

为实现上述目的，本申请实施方式还提供一种页面信息的提供方法，所述方法提供有资源集，所述资源集中包括至少一个资源；所述方法包括：接收客户端发出的页面加载请求；响应于所述页面加载请求，确定页面包括的至少二个场景版块；其中，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述资源集中确定所述资源位加载的资源；将得到的场景版块信息和对应的资源提供给所述客户端

由以上本申请实施方式提供的技术方案可见，本申请实施方式提供的一种页面信息的提供、展示、发布方法、服务器及客户端，在场景版块发布时，可以制定发布校验规则，该发布校验规则可以判断两个场景版块能够分别对应场景任务并行执行。只有符合所述发布校验规则的场景版块才能够被提供给客户端。这样，在客户端请求加载页面时，该页面上待加载的多个场景版块均可以对应各自的场景任务并行执行，从而在同一时间能够获取多个场景版块中的资源，从而提高了页面信息加载的效率。此外，在提供页面信息时，可以首先确定页面中待显示的各个场景版块。各个场景版块可以与聚合规则进行关联，这样，可以进一步地确定在各个场景版块中显示的资源，确定的资源可以与场景版块的聚合规则相适配。这样，本申请可以将页面加载的过程拆分为加载多个场景版块的过程，并且在加载每个场景版块时，再拆分为加载多个资源的过程。通过逐级拆分的方式，可以同步并行地处理各个场景版块以及各个资源，从而能够提高页面信息加载的效率。

附图说明

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

图1为本申请实施方式提供的一种页面信息的提供方法流程图；

图2为本申请实施方式中各个单元的处理场景图；

图3为本申请实施方式提供的一种服务器的结构示意图；

图4为本申请实施方式中客户端的界面显示示意图；

图5为本申请实施方式中页面信息的展示方法流程图；

图6为本申请实施方式中客户端的结构示意图；

图7为本申请实施方式中页面信息的发布方法流程图；

图8为本申请实施方式中页面信息的展示方法流程图；

图9为本申请实施方式中页面信息的提供方法流程图。

具体实施方式

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

本申请实施方式提供一种页面信息的提供方法，所述方法可以应用于服务器中。在本实施方式中，所述服务器可以为一个具有运算和网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理和网络交互提供支持的软件。

在本实施方式中，并不具体限定服务器的数量。所述服务器可以为一个服务器，还可以为几个服务器，或者，若干服务器形成的服务器集群。

在本实施方式中，所述服务器可以为应用程序的业务服务器。如此，客户端中可以安装应用程序，用户通过与应用程序进行交互，从而可以使得客户端通过网络与所述服务器进行通信。当然，所述服务器也可以为架设于业务服务器和客户端之间的中间服务器。如此，所述中间服务器可以作为业务服务器和客户端之间交互的渠道。

在本实施方式中，所述服务器可以提供有资源集，所述资源集中的各个资源按照至少一种聚合规则进行聚合，从而划分为多个场景子集。

在本实施方式中，所述资源集中的资源可以是在客户端的页面中展示的各个页面元素。所述资源例如可以是图片、文字、链接、视频、语音等页面元素。

在本实施方式中，所述资源集中的各个资源可以按照至少一种聚合规则进行聚合。其中，所述聚合规则可以限定资源的类型。例如，一个聚合规则可以为“聚合所有的视频”。这样，在所述资源集中的各个视频便可以被聚合至一个子集中。又例如，一个聚合规则可以为“聚合所有的旅游攻略”。这样，在所述资源集中凡是涉及旅游攻略的图片、文字、视频、链接等资源均可以被聚合至同一个子集中。

在本实施方式中，所述聚合规则可以是在服务器中预先配置的。在开发应用程序的时候，开发人员可以在应用程序的业务服务器中设置多种聚合规则。例如，可以设置“聚合所有的攻略”、“聚合所有的编辑整理内容”、“聚合所有的商家优惠信息”等多种聚合规则。而所述资源集中的各个资源可以根据设置的聚合规则，相应地被分配至少一个标签。例如，对于“冲绳岛四天两晚旅游攻略”这个资源而言，可以被分配“攻略”的标签；而对于“普吉岛7天5晚金牌行程超低价抢购”这个资源而言，其可以被分配“优惠信息”这个标签。这样，根据各个资源被分配的标签，以及各个聚合规则限定的资源类型，从而可以将所述资源集中的资源聚合至至少一个场景子集中。其中，各个场景子集中的资源可以具备至少一个相同的标签。

在本实施方式中，所述资源集可以存储于所述服务器中。这样，当服务器需要访问资源集中的资源时，只需要根据资源在本地存储的路径即可以进行访问。当然，所述资源集还可以存储于网络中的其它服务器上，通过与其它服务器进行数据交互，负责提供页面信息的服务器便可以对所述资源集进行访问，或者将所述资源集下载至本地。

请参阅图1，本申请实施方式提供一种页面信息的提供方法，所述方法可以包括以下步骤。

步骤S11：接收客户端发来的页面加载请求。

在本实施方式中，所述客户端可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机等。或者，所述客户端也可以为能够运行于上述电子设备中的软件。具体的，所述客户端可以为电子设备中的浏览器，所述浏览器中可以加载网站提供的访问入口。所述网站例如可以是阿里旅行网站、淘宝网站、当当网站、京东网站、亚马逊网站等，所述访问入口可以是上述网站的首页。所述客户端还可以为在智能终端中运行的应用程序。例如，所述应用程序可以为手机淘宝、手机当当、手机京东、手机携程等。

在本实施方式中，客户端可以根据指定页面地址进行页面加载。所述指定页面地址可以是按照固定格式进行编写的字符串。例如，所述指定页面地址可以是统一资源定位符(Uniform Resource Locator，URL)。所述固定格式可以限定指定页面地址的组成部分以及各个组成部分的排列顺序。例如，所述指定页面地址中可以包括协议标识、服务器标识和资源标识。其中，协议标识例如可以是http、https、ftp等数据传输协议的代表字符。所述服务器标识可以是服务器的名称或者服务器的IP地址。所述资源标识可以是待加载的页面中的资源在服务器中的存储名称或者是在服务器中被分配的编号。

在本实施方式中，所述指定页面地址可以是用户输入浏览器中的，也可以是用户通过点击某个链接生成的。例如，用户可以在浏览器的网址输入框中输入网站网址并点击搜索键，浏览器便可以通过输入的页面地址，加载该页面地址指向的页面。此外，所述指定页面地址还可以通过用户在应用程序中点击一个超链接触发。所述超链接可以是一个具体的网址，也可以是一段文字，还可以是一张图片或者一个按键。所述超链接可以与所述指定页面地址相绑定，当超链接被点击时，便可以跳转至该超链接绑定的指定页面地址处。例如，在线旅游平台的页面中可以设置“旅游锦囊”的按键，该按键可以与“旅游锦囊”的展示页面相绑定。当用户点击该按键时，便可以通过手机向在线旅游平台的业务服务器发送页面加载请求，从而可以跳转至“旅游锦囊”的页面。

在本实施方式中，所述客户端在加载页面时，可以向服务器发送页面加载请求。所述页面加载请求中可以包括上述的指定页面地址。在本实施方式中，所述页面加载请求可以是根据指定格式进行编写的报文(message)。在所述页面加载请求中，可以包括指定数量的字段，各个字段均可以填充不同的内容。例如，所述页面加载请求中可以包括源IP字段、目的IP字段以及页面地址字段等。其中，源IP字段可以填充发送所述页面加载请求的客户端的IP地址，所述目的IP字段可以填充待接收所述页面加载请求的服务器的IP地址，所述页面地址字段中可以填充待加载的页面对应的页面地址。

在本实施方式中，服务器可以通过指定的网络端口接收所述客户端发来的页面加载请求。具体地，所述网络端口可以是负责进行web数据通信的80号端口，也可以是负责进行FTP数据通信的21号端口，还可以是负责进行邮件数据通信的25号端口。各个网络端口根据类型的不同，可以绑定不同的网络通信协议。所述网络通信协议例如可以包括Http、TCP/IP或者FTP协议等。这样，服务器便可以通过指定的网络端口接收符合该网络端口的网络通信协议的页面加载请求。

步骤S13：响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。

在本实施方式中，服务器在接收到客户端发来的页面加载请求后，可以确定在所述页面中待显示的至少二个场景版块。

在本实施方式中，所述场景版块可以指在页面中按照区域进行划分的控件，在所述控件中可以展示具体的页面元素。例如，所述场景版块可以在页面中限定400*300像素值的矩形区域，在该矩形区域中可以展示各个旅游攻略。

在本实施方式中，在所述页面中可以展示至少二个场景版块，所述至少二个场景版块可以按照预先设置的排列方式，在页面中进行排列。例如，用于展示旅游攻略的场景版块和用于展示聊天信息的场景版块可以在页面中从上至下依次排列。

在本实施方式中，服务器在接收到客户端发来的页面加载请求后，可以识别该页面加载请求中的页面地址。当识别成功之后，可以对该页面加载请求作出响应。具体地，对页面加载请求作出响应可以指向所述客户端反馈页面加载请求接收成功的确收指令或者直接开始进行加载页面的准备工作。

在本实施方式中，服务器可以开始的进行加载页面的准备工作可以包括确定在所述页面中待显示的至少二个场景版块。具体地，各个页面中应当显示的场景版块可以是预先指定的。例如，对于“旅游推荐”的页面而言，其上显示的场景版块可以是推荐当前位置附近景点的场景版块和推荐用户最感兴趣的城市中景点的场景版块。页面与其上显示的场景版块之间的对应关系可以是当页面在被开发时预先指定的。这种对应关系可以存储于服务器中。具体地，服务器中可以通过数据表的形式来存储这种对应关系。在数据表中，相对应的页面和场景版块可以存储于同一行。在所述数据表中，为了数据存储的简便以及节省空间，可以仅显示页面和场景版块的标识。其中，页面的标识可以是该页面的地址或者根据该地址计算出的哈希值。场景版块的标识可以是预先根据场景版块的类型分配的唯一编号。这样，根据预先确定的页面和场景版块之间的对应关系，从而可以根据所述页面加载请求，确定出与页面加载请求中的页面地址相对应的至少二个场景版块。

在本实施方式中，各个场景版块均可以具备各自的聚合规则。通常而言，为了保证各个场景版块中显示的信息不重复，不同的场景版块可以具备不同的聚合规则。例如，在当前位置的场景版块中，聚合规则可以是“聚合所有的旅游攻略”；而在感兴趣的位置的场景版块中，聚合规则可以是“聚合商家的优惠信息”。各个场景版块与各自的聚合规则之间的对应关系可以是在页面或者应用程序开发时预先确定的。该对应关系可以存储于服务器中，那么在服务器确定了在页面中待显示的场景版块之后，便可以获知每个场景版块对应的聚合规则，从而可以确定在各个场景版块中待显示的是哪些资源。

在本实施方式中，由于每个聚合规则均可以对应一个场景子集，因此，每个场景版块便可以与至少一个场景子集相对应。例如，对于“好去处”这个场景版块，其可以具备两种聚合规则，一种是“聚合所有的攻略”，另一种是“聚合所有的本地聊天”。那么“好去处”这个场景版块便可以对应“微攻略”的场景子集以及“一起聊”的场景子集。

在本实施方式中，每个场景版块可以与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。所述资源位可以是页面中用于展示资源的控件，所述资源位的数量以及在页面中的位置可以预先在场景任务中进行编辑。所述场景任务可以是一段可执行的代码，在所述代码中可以写明资源位的数量以及在页面中的位置。这样，所述场景任务可以确认所述场景版块包括的资源位。在本实施方式中，每个场景版块在被开发时，可以预先被设定各自的场景任务。具体地，场景版块与场景任务之间的关联性体现在，当场景版块准备被加载时，可以自动调用与该场景版块相关联的场景任务，从而可以通过所述场景任务，确定所述场景版块中资源位的数量以及在页面中显示的位置。

步骤S15：将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源。

在本实施方式中，每个场景任务可以被划分为多个资源子任务，其中，所述资源子任务可以与场景版块中的资源位相对应。具体地，资源子任务与资源位的对应关系可以体现在：资源子任务的数量与资源位的数量一致，并且每个资源子任务与资源位之间可以是一一对应的关系。具体地，可以统计所述场景版块中资源位的数量，并且将每个所述场景任务划分为与所述资源位的数量相等个数的资源子任务，并在资源子任务与资源位之间建立一一对应的关系。例如，在场景版块中共包括5个资源位，那么可以将该场景版块的场景任务划分为5个资源子任务，其中，每个资源子任务可以从所述场景子集中确定一个资源位加载的资源。这样，场景版块中各个资源位便可以由多个资源子任务进行并行处理，从而能够提高资源加载的效率。

在本实施方式中，各个场景子集中的资源可以具备各自的资源热度。所述资源热度是能够表明资源重要程度的指数。所述资源热度可以是资源的搜索次数。这样，搜素次数越高，资源热度便越高。所述资源热度还可以是资源的用户评分的平均值。同样的，用户评分的平均值越高，资源热度也越高。

在本实施方式中，所述资源子任务可以根据资源热度对所述场景子集中的各个资源进行排序，并按照资源热度从高到低的顺序依次在各个所述资源位中加载资源。例如，所述场景版块中具备5个资源位，那么资源子任务在对场景子集中的各个资源进行排序后，可以将排名前5的资源依次在这5个资源位中进行展示。具体地，每个资源位可以具备自身的排序，所述排序可以是根据资源位由用户查看到的先后顺序确定的。最先被用户查看到的资源位可以具备最高的排序。由于资源位与资源子任务之间具备一一对应的关系，因此资源位的排序也可以作为资源子任务的排序。而每个资源在排序之后，也可以具备自身的排序。这样，可以将具备相同排序的资源位和资源进行匹配，这样，资源子任务可以获取与自身的排序相同的资源，并将获取的资源加载与自身对应的资源位中。

步骤S17：将得到的场景版块信息和对应的资源提供给所述客户端。

在本实施方式中，服务器在确定了与各个场景版块对应的资源后，可以将得到的所述场景版块信息和对应的资源提供给所述客户端。

在本实施方式中，场景版块信息可以包括场景版块在页面中所处的位置信息、大小信息、资源的显示方式以及场景版块中除资源之外所需显示的内容信息。具体地，场景版块在页面中所处的位置信息和大小信息均可以通过像素点数量或者尺寸来表示。例如，场景版块在页面中可以居中显示，其中，上边框、左边框以及右边框与页面边框之间的间距均可以为10个像素点，场景版块的长度可以是300个像素点，从而可以限定场景版块在页面中所处的位置以及大小。此外，在场景版块中，除了显示与其相适配的资源，还可以显示其它的一些内容信息。例如可以显示该场景版块的地理位置类型以及该地理位置类型对应的实际地理位置。具体地，假设场景版块的地理位置类型为当前位置，用户的实际当前位置为北京，那么在该场景版块中可以显示“当前位置：北京”的字样。当然，除资源之外所需显示的内容信息在场景版块中所处的位置以及大小可以是在开发该场景版块时预先指定的。例如，“当前位置：北京”的字样可以显示于场景版块的右上角，并占据5*10的像素空间。

在本实施方式中，各个场景版块中的资源的显示方式也可以是场景版块在开发时预先确定的。例如，在一个400*600像素值的场景版块中，各个资源的显示方式可以是从上至下依次排列，并且每个资源占据40*600像素值的空间。具体地，各个资源的显示方式可以通过能够被服务器和客户端识别的语言书写为代码。在代码书写过程中，可以严格按照指定的顺序进行书写各个部分的语句。例如，在表示显示方式的代码中一共可以包括3个部分，第一部分为待显示的资源个数，第二部分为资源的排列方式，第三部分为每个资源所占据的大小。那么服务器在确定了场景版块以及场景版块中待显示的资源后，可以向客户端发送类似“num:2，size:'400*90’，type：in row”这样的代码。客户端通过识别该代码可以获知，当前存在两个资源，每个资源的显示大小为400*90像素值，这两个资源从上到下呈列排列。

在本实施方式中，各个场景版块的信息可以是预先写入服务器中的。这样，在服务器确定了待显示的各个场景版块之后，便可以从本地获取与各个场景版块相对应的场景版块信息，从而可以将获取的场景版块信息发送至客户端处。

在本实施方式中，服务器发送至客户端的资源，可以是资源本身，也可以是资源的在服务器中存储的标识。如果是资源本身，客户端便可以直接按照资源的显示方式在场景版块中进行显示。如果是资源的标识，那么客户端可以进一步地向服务器发送携带该标识的资源获取请求，以从所述服务器中获取对应的资源。

需要说明的是，在本实施方式中，为了能够提高提供页面信息的效率，服务器中可以通过并行处理的方式对各个场景版块进行处理。具体地，所述至少二个场景版块对应的场景任务能够并行执行。其中，所述服务器中可以具备线程池，在所述线程池中可以包括至少两个能够同时运行的线程。这样，当需要加载至少二个场景版块时，各个场景版块对应的场景任务可以分别由线程池中的多个线程同步执行，从而实现并行处理场景版块的过程。

在本实施方式中，每个场景版块中可以包括至少二个资源位，为了进一步加快页面加载的效率，可以并行加载所述至少二个资源位中的资源。具体地，每个资源位可以对应一个资源子任务，这样，在所述场景版块对应的场景任务中，可以包括至少二个能够并行执行的资源子任务。这样，所述至少二个能够并行执行的资源子任务在被各自的线程执行时，从而可以同时进行资源的获取过程，从而进一步提高了页面信息的加载效率。

在本申请一个实施方式中，所述页面加载请求中还可以包括用户的身份信息。所述身份信息可以是用户在应用程序中注册的账号，也可以是与注册的账号相对应的后台编号。所述身份信息可以唯一地标识该用户。

在本实施方式中，用户与应用程序进行交互时，可以产生各种数据，这些数据可以被应用程序记录下来并传送至应用程序的服务器。应用程序的服务器对这些数据进行分析，从而可以确定用户的一些行为特征。具体地，所述数据可以是用户在应用程序中主动录入的数据。例如，这些主动录入的数据可以包括性别、年龄、工作、故乡等等。所述数据还可以是应用程序获取的一些数据。例如，这些获取的数据可以是用户在页面中的点击操作、用户在当前页面中停留的时间、用户的历史订单、用户购物车中的信息等。

在本实施方式中，可以通过Hadoop、MapReduce、Spark等大数据分析框架，对用户的数据进行分析，从而可以总结得出用户的行为特征。在本实施方式中，用户的行为特征可以指用户当前所处的位置、用户感兴趣的商品、用户最近的旅程安排、用户的购买力等能够体现用户属性的信息。其中，用户当前所处的位置可以通过用户随身携带的智能终端设备提供的定位数据分析得到。用户最近的旅程安排可以通过用户在应用程序中购买的旅游产品、机票、火车票、汽车票等与出行相关的商品数据分析得到。用户的购买力可以根据用户在应用程序中消费的金额数据分析得到。用户感兴趣的商品则可以根据用户的浏览数据中浏览次数和浏览频率分析得到。

在本实施方式中，由于用户数据能够表征用户的行为特征，因此可以基于用户数据，为各个用户设定用于表征所述行为特征的标签。

在本实施方式中，表征行为特征的标签可以是一个短语，该短语中可以描述用户的行为特征。例如，所述标签可以是“故乡：泰州”、“当前位置：苏州”、“感兴趣的城市：北京”等等。

在本实施方式中，上述的标签中可以包括标签类型和用户实际信息。在为用户设定标签时，可以分别设定标签类型和用户实际信息。其中，所述标签类型可以用于区分不同的标签。例如，所述标签类型可以包括“故乡”、“当前位置”、“目的城市”、“出发城市”、“相关产品”等等。所述标签类型可以是由服务器分析大量的用户数据后总结得到的，并且标签类型可以随着用户数据的增加而增加。这样，在服务器中便可以存储标签类型的列表，在该列表中可以列出各个标签类型。当服务器对新的用户数据进行分析时，可以根据所述列表中的各个标签类型，提取所述用户数据中包含的标签类型。

在本实施方式中，在提取了用户数据中包含的标签类型之后，可以填充用户实际信息。所述用户实际信息同样可以从用户数据中提取。例如，用户数据中包括东方航空公司的机票订单，该机票的出发城市为“北京”、目的城市为“杭州”，根据该机票订单，从而可以得到用户实际信息为“北京”和“杭州”，从而可以在出发城市的标签类型后填充北京，在目的城市的标签类型后填充杭州。这样便可以得到该用户的多个标签。

在本实施方式中，上述的能够表征用户行为特征的标签可以存储于服务器中。在所述服务器中，用户的标签可以与用户的身份信息关联存储。这样，根据所述用户的身份信息，可以获取能够表征所述用户的行为特征的标签。具体地，通过用户的身份信息，便可以查询得到该用户的标签。当然，表征用户行为特征的标签也可以存储于网络中的其它服务器上，通过与其它服务器进行数据交互，负责提供页面信息的服务器便可以对用户的标签进行访问，或者将用户的标签下载至本地，从而可以获取所述用户的标签。

在本实施方式中，在获取了能够表征用户的行为特征的标签之后，可以根据获取的所述标签，在所述页面中确定待显示的至少一个场景版。

在一个具体应用场景中，用户在使用手机上安装的在线旅游平台的APP(Application，应用程序)时，可以点“加载锦囊”的按键。此时，在线旅游平台的APP通过手机可以向在线旅游平台的业务服务器发送加载锦囊页面的加载请求。在该加载请求中可以携带用户的账号标识和锦囊页面的页面地址。业务服务器在接收到该加载请求后，可以提取其中的账号标识和页面地址。根据账号标识，业务服务器可以获取能够表征用户行为特征的一些标签。这些标签包括“当前位置：北京”和“常住地：北京”，由于该用户是刚开始使用在线旅游平台的APP，因此没有历史数据可以分析，业务服务器从而无法判断该用户感兴趣的旅游城市。鉴于此，业务服务器可以确定在锦囊页面中，可以显示有关“当前位置：北京”、“常住地：北京”以及“好去处：三亚”这三个场景版块的内容。其中，“好去处：三亚”的场景版块是由最近一年在线旅游平台中用户的订单信息分析得到的热度最高的旅游城市确定的。在这三个场景版块中，当前位置的场景版块对应的聚合规则为“聚合所有的旅游攻略”，那么根据该聚合规则，业务服务器可以获取按照“聚合所有的旅游攻略”聚合得到的场景子集。在该场景子集中，业务服务器进一步地可以挑选出地理位置中存在北京的资源。对于其他两个场景版块，也可以通过相同的方式确定各自的资源。这样，在确定了待显示的场景版块以及各个场景版块中的资源后，可以将各个场景版块的场景版块信息以及资源反馈给客户端。场景版块信息中可以限定了场景版块在页面中所处的位置、大小、场景版块中的资源的显示方式以及除资源以外所需显示的内容信息。这样，客户端便可以根据场景版块信息和资源，在当前页面中显示出各个场景版块中的详细内容。

在本申请一个实施方式中，在服务器接收到客户端发来的页面加载请求后，可以获取与所述用户的身份信息相关联的页面访问次数。所述页面访问次数可以是基于指定时长内进行统计的。例如可以是在一个自然日中统计的页面访问次数。在所述指定时长内，初始的页面访问次数可以是0，每当客户端加载一次所述页面，所述页面访问次数便加1。为了防止用户频繁地加载页面，对服务器造成过高的负载，在本实施方式中可以限制用户每天进行页面加载的次数。具体地，可以为用户设置访问次数阈值。所述访问次数阈值可以根据用户的级别进行个性化地设置。用户的级别越高，访问次数阈值可以越高。这样，当所述页面访问次数大于或者等于指定访问次数阈值时，表明在指定时长内用户过多地发起了页面加载请求，此时，服务器可以向所述客户端反馈无法加载的提示信息，从而拒绝用户的页面加载请求，直至本次累计的页面访问次数清零为止。

在本申请一个实施方式中，同一个场景版块可能具备不止一个聚合规则，从而可以与至少两个场景子集相对应。例如，表示“当前位置”的场景版块可以具备“聚合所有的旅游攻略”和“聚合所有的编辑整理”这两个聚合规则。这样，根据这两个聚合规则，可以分别得到两个场景子集。在本实施方式中，为了在客户端的页面中显示场景版块内容时不至于太混乱，可以预先为各个聚合规则分配优先级，由于每个聚合规则与场景子集相对应，也就相当于为场景子集分配了优先级。所述优先级可以限定各个场景子集中的资源在场景版块中显示的顺序。在本实施方式中，可以按照各个所述场景子集的优先级，将所述场景版块中各个资源位加载的资源进行排序。具体地，场景子集的优先级越高，其对应的资源的排序则可以越靠前。例如，“微攻略”场景子集比“小编整理”场景子集的优先级高，那么“冲绳岛4天2晚旅游攻略”在场景版块中显示的位置就比“小编告诉你北京该去的10个地方”的显示位置靠前。

在本实施方式中，为了让用户能够更好地区分不同的资源，可以为所述场景版块中的资源设定资源标题。所述资源标题可以与聚合规则相适配。具体地，“聚合所有的旅游攻略”的资源标题可以是“微攻略”，“聚合所有的编辑整理”的资源标题可以是“小编整理”，“聚合所有的本地聊天信息”的资源标题可以是“一起聊”。这样，在为所述场景版块中的资源设定资源标题后，处于同一个场景子集中的资源可以具备相同的资源标题，并且可以将具备同一个资源标题的资源显示于同一个场景子版块中。这样，在一个场景版块中可以具备至少一个场景子版块，该场景子版块可以由资源标题以及与所述资源标题相适配的资源构成。在本实施方式中，为场景子集分配的优先级也可以视为为各个场景子版块分配的优先级，优先级越高的场景子版块，在场景版块中显示的位置则越靠前。

在本申请一个实施方式中，各个场景版块可以与地理位置相关联。场景版块与地理位置相关联可以指场景版块中显示的内容与地理位置相关联。例如，用于展示旅游攻略的场景版块可以与地理位置“北京”相关联，这样，在该场景版块中展示的旅游攻略可以是北京当地的旅游攻略，也可以是北京周边城市的旅游攻略。

此外，所述资源集中的各个资源均也可以与地理位置相关联。具体地，与地理位置相关联可以指各个资源均可以对应至少一个地理位置标签。例如，所述资源集中的某个资源为描述故宫旅游的一篇攻略。那么这篇攻略可以对应“北京”这个地理位置标签。当然，同一个资源通常可以具备多个地理位置标签。例如，对于描述长城的一张图片而言，其对应的地理位置标签可以是其所在地“北京”，也可以是与其相邻的城市“天津”、“保定”等。当然，对于一些描述著名景点的资源而言，其对应的地理位置标签可以是任何一个城市。此外，对于一些没有明显地理位置特征的资源而言，其对应的地理位置标签也可以是任何一个地理位置。例如，对于一张包含秋天落叶的图片而言，其并不具备实际的地理位置特征，因此可以将该图片对应任何一个地理位置，表明该图片能够适用于任何一个地理位置的场景中。

在本实施方式中，各个场景版块可以根据地理位置的类型进行区分。所述地理位置的类型例如可以包括“当前位置”、“感兴趣的位置”、“常住地”、“好去处”等。其中，当前位置可以表明用户当前的实时位置；感兴趣的位置可以是根据用户的信息进行分析后得出的该用户关注的位置；常住地可以是该用户居住时间最长的位置；好去处可以是服务器根据对多个用户的感兴趣的位置进行排序后，向用户推荐的热度较高的位置。

在本实施方式中，各个地理位置的类型均可以填充与用户的实际情况相符的实际位置。例如，一位来自苏州的用户，刚来到北京工作，该用户比较想去普吉岛游玩。那么上述的当前位置可以显示北京；常住地可以显示苏州；感兴趣的位置可以显示普吉岛；好去处则可以根据众多用户的数据分析后显示云南。

在本实施方式中，各个场景版块与聚合规则和地理位置均相关联，那么在各个场景版块中显示的资源也可以由该场景版块的聚合规则以及该场景版块对应的地理位置决定。

具体地，场景版块的聚合规则可以是所述资源集中进行资源聚合的聚合规则中的一种。那么根据场景版块的聚合规则，首先可以从所述资源集中获取按照场景版块的聚合规则进行聚合的场景子集。例如，某个场景版块的聚合规则为“聚合所有的旅游攻略”，那么根据该聚合规则获取的场景子集中可以包括各种各样的旅游攻略。

在本实施方式中，在获取了按照场景版块的聚合规则进行聚合的场景子集后，所述资源子任务可以从所述场景子集中确定与所述场景版块的地理位置相适配的至少一个资源。具体地，资源与地理位置相适配可以指与资源相关联的地理位置中存在与场景版块的地理位置相同的地理位置。例如，场景版块的地理位置为北京，关于冲绳岛旅游攻略的地理位置可以包括日本、北京、上海、南京，那么由于这两者存在相同的地理位置“北京”，因此在该场景版块中，可以显示冲绳岛旅游攻略的资源。然后，所述资源子任务可以根据资源热度对所述至少一个资源进行排序，并按照资源热度从高到低的顺序依次在各个所述资源位中加载资源。

在本实施方式中，资源与场景版块的地理位置相适配可以指与资源相关联的地理位置中存在和所述场景版块的地理位置相同的地理位置。例如，某个资源相关联的地理位置包括“北京”、“上海”、“杭州”，而场景版块“好去处”的地理位置为“上海”，那么该资源便可以与场景版块“好去处”相适配。

在本申请一个实施方式中，各个所述场景版块均具备与地理位置相关联的场景版块标识。其中，所述场景版块标识可以是在开发页面时预先设置的，用于按照地理位置的类型进行划分的标识。所述地理位置的类型例如可以包括“当前位置”、“感兴趣的位置”、“常住地”、“好去处”等。其中，当前位置可以表明用户当前的实时位置；感兴趣的位置可以是根据用户的信息进行分析后得出的该用户关注的位置；常住地可以是该用户居住时间最长的位置；好去处可以是服务器根据对多个用户的感兴趣的位置进行排序后，向用户推荐的热度较高的位置。这样，上述的“当前位置”、“感兴趣的位置”、“常住地”、“好去处”便可以作为所述场景版块标识。每个场景版块可以对应一个场景版块标识。

在本实施方式中，各个场景版块标识可以关联与用户的实际情况相符的实际地理位置。例如，一位来自苏州的用户，刚来到北京工作，该用户比较想去普吉岛游玩。那么上述的当前位置可以显示北京；常住地可以显示苏州；感兴趣的位置可以显示普吉岛；好去处则可以根据众多用户的数据分析后显示云南。

在本实施方式中，服务器可以向客户端反馈各个场景版块的场景版块标识以及与各个场景版块标识相对应的地理位置。这样，客户端可以在各个所述场景版块的指定位置处，显示场景版块标识与地理位置的组合。例如，请参阅图4，客户端接收到的场景版块标识为当前位置，该场景版块标识相对应的地理位置为北京，那么在该场景版块的右上角可以显示“当前位置：北京”的字样。

在本申请一个实施方式中，在同一个场景版块中显示的资源也可以具备不同的资源类型。例如，针对当前位置为北京的场景版块而言，其中显示的资源可以包括北京的旅游攻略、北京的聊天信息、编辑整理的北京精品介绍等。为了给用户提供整洁的页面信息，可以使得显示于同一个场景版块中的资源按照资源类型进行分类，并且每类资源对应一个资源标签。例如，在一个场景版块中显示了两篇旅游攻略和三条本地聊天信息，那么可以将两篇旅游攻略归为一类，将三条本地聊天信息归为另一类。旅游攻略的这一类对应的资源标签可以为“微攻略”，聊天信息这一类对应的资源标签可以为“一起聊”。那么在本实施方式中，服务器可以向客户端反馈各个资源的资源标签，其中，具备相同资源标签的资源显示于同一个子场景版块中。这样，在同一个场景版块中可以根据资源类型的不同，显示至少一个场景子版块。其中，在所述场景子版块的指定位置处可以显示有所述场景子版块对应的资源标签。例如，请参阅图4，对于旅游攻略的场景子版块而言，在其左上角可以显示“微攻略”的资源标签。

请参阅图2，本申请实施方式还提供一种服务器，所述服务器提供有资源集，所述资源集中包括按照不同聚合规则划分的多个场景子集，所述场景子集中包括至少一个资源。所述服务器可以包括以下单元模块。

接收单元，用于接收客户端发出的页面加载请求。

场景版块控制单元，用于响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。

场景版块选择单元，用于为所述至少二个场景版块分别选择对应的场景版块处理单元。

场景版块处理单元，用于将所述场景版块关联的所述场景任务划分为与所述场景版块的资源位相对应的资源子任务并执行划分得到的所述资源子任务；其中，所述资源子任务用于从所述场景子集中确定所述资源位加载的资源。

版块信息收集单元，用于收集场景版块处理单元处理得到的场景版块信息和对应的资源，并将所述场景版块信息和对应的资源提供给所述客户端。

在本申请一个实施方式中，所述场景版块处理单元包括：

资源任务控制单元，用于将所述场景版块关联的所述场景任务划分为与所述场景版块的资源位相对应的资源子任务。

资源任务选择单元，用于为每个所述资源子任务选择对应的资源任务处理单元。

资源任务处理单元，用于执行所述资源子任务，以从所述场景子集中确定所述场景版块的资源位加载的资源。

任务资源收集器，用于收集各个资源任务处理单元处理得到的资源。

在本申请一个实施方式中，所述页面加载请求中携带有用户的身份信息；相应地，所述服务器还包括：

访问控制单元，用于获取与所述用户的身份信息相关联的页面访问次数；当所述页面访问次数大于或者等于指定访问次数阈值时，向所述客户端反馈无法加载的提示信息。

在本申请中，服务器可以通过接收单元接收客户端发来的页面加载请求，场景版块控制单元可以确定所述页面包括的至少二个场景版块。在确定了待显示的各个场景版块后，可以将确定的各个场景版块信息发送至所述场景版块选择单元。这样，场景版块选择单元可以从众多的场景版块处理单元中选择与各个场景版块相适配的场景版块处理单元。具体地，每个场景版块处理单元均可以对应一个场景版块，根据确定出的各个场景版块，从而可以确定出相对应的各个场景版块处理单元。场景版块处理单元从而可以对各个场景版块进行处理，以获取场景版块的资源位中的资源。各个场景版块处理单元在处理得到场景版块以及场景版块的资源后，可以通过版块信息收集单元将处理得到的场景版块和对应的资源提供给所述客户端。

在本实施方式中，各个场景版块处理单元可以并行地对各个场景版块进行处理，从而提高页面加载的效率。此外，各个场景版块处理单元中还可以包括资源任务控制单元。所述资源任务控制单元将场景版块关联的场景任务划分为与所述场景版块中的各个资源位相对应的资源子任务。资源任务控制单元确定出各个资源子任务之后，便可以将各个资源子任务的信息发送至资源任务选择单元。所述资源任务选择单元可以从众多的资源任务处理单元中选择与各个资源子任务一一对应的资源任务处理单元。例如，当前场景版块中总计需要加载10个资源位中的资源，那么可以通过10个资源任务处理单元分别对其中的一个资源位进行处理，从而可以并行获取这10个资源位中的资源。在资源任务处理单元获取到对应的资源后，可以通过任务资源收集器，将各个资源任务处理单元处理得到的资源汇总，汇总后的资源便可以作为所述场景版块对应的资源。

请参阅图3，本申请实施方式还提供一种服务器，所述服务器包括网络通信端口110、存储器210以及处理器310。

其中，所述网络通信端口110，用于进行网络数据通信。

所述存储器210，用于存储资源集，所述资源集按照不同聚合规则划分为多个场景子集；所述场景子集中包括至少一个资源。

所述处理器310，用于控制所述网络通信端口110接收客户端发出的页面加载请求；响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；将每个所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；控制所述网络通信端口110将得到的场景版块信息和对应的资源提供给所述客户端。

在本实施方式中，所述网络通信端口110可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的80号端口，也可以是负责进行FTP数据通信的21号端口，还可以是负责进行邮件数据通信的25号端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施方式中，所述存储器210可以是用于保存信息的记忆设备。在数字系统中，能保存二进制数据的设备可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也可以为存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也可以叫存储器，如内存条、TF卡等。

所述处理器310可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific IntegratedCircuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。

上述实施方式公开的服务器，其网络通信端口110、存储器210和处理器310实现的具体功能，可以与本申请中页面信息的提供方法实施方式相对照解释，可以实现本申请的页面信息的提供方法实施方式并达到方法实施方式的技术效果。

本申请实施方式还提供一种计算机存储介质，其上存储有计算机程序。请参阅图1，所述计算机程序被处理器执行时实现以下步骤。

S11：接收客户端发来的页面加载请求。

S13：响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。

S15：将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源。

S17：将得到的场景版块信息和对应的资源提供给所述客户端。

在本实施方式中，所述计算机存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方法的媒体加以存储。本实施方式所述的计算机存储介质又可以包括：利用电能方式存储信息的装置，如各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

本申请实施方式还提供一种页面信息的展示方法。所述方法可以应用于客户端中。请参阅图5，所述方法可以包括以下步骤。

S51：向服务器发送页面加载请求，所述页面加载请求指向的页面中包括至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与所述服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；其中，所述场景任务可被划分为与所述场景版块的资源位相对应的资源子任务。

S53：接收所述服务器反馈的场景版块信息和对应的资源，并在当前页面中展示所述场景版块信息表征的场景版块和对应的资源；其中，所述资源由所述资源子任务从所述场景子集中确定。

在本实施方式中，所述客户端可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机等。或者，所述客户端也可以为能够运行于上述电子设备中的软件。具体的，所述客户端可以为电子设备中的浏览器，所述浏览器中可以加载网站提供的访问入口。所述网站例如可以是在线旅游网站的首页。所述客户端还可以为在智能终端中运行的应用程序。例如，所述应用程序可以为飞猪APP、去哪儿网APP、手机携程APP等。

在本实施方式中，客户端可以根据指定页面地址进行页面加载。所述指定页面地址可以是按照固定格式进行编写的字符串。例如，所述指定页面地址可以是统一资源定位符(Uniform Resource Locator，URL)。所述固定格式可以限定指定页面地址的组成部分以及各个组成部分的排列顺序。例如，所述指定页面地址中可以包括协议标识、服务器标识和资源标识。其中，协议标识例如可以是http、https、ftp等数据传输协议的代表字符。所述服务器标识可以是服务器的名称或者服务器的IP地址。所述资源标识可以是待加载的页面中的资源在服务器中的存储名称或者是在服务器中被分配的编号。

在本实施方式中，所述指定页面地址可以是用户输入浏览器中的，也可以是用户通过点击某个链接生成的。例如，用户可以在浏览器的网址输入框中输入网站网址并点击搜索键，浏览器便可以通过输入的页面地址，加载该页面地址指向的页面。此外，所述指定页面地址还可以通过用户在应用程序中点击一个超链接触发。所述超链接可以是一个具体的网址，也可以是一段文字，还可以是一张图片或者一个按键。所述超链接可以与所述指定页面地址相绑定，当超链接被点击时，便可以跳转至该超链接绑定的指定页面地址处。例如，在线旅游平台的页面中可以设置“旅游锦囊”的按键，该按键可以与“旅游锦囊”的展示页面相绑定。当用户点击该按键时，便可以通过手机向在线旅游平台的业务服务器发送页面加载请求，从而可以跳转至“旅游锦囊”的页面。

在本实施方式中，所述客户端在加载页面时，可以向服务器发送页面加载请求。所述页面加载请求中可以包括上述的指定页面地址。在本实施方式中，所述页面加载请求可以是根据指定格式进行编写的报文(message)。在所述页面加载请求中，可以包括指定数量的字段，各个字段均可以填充不同的内容。例如，所述页面加载请求中可以包括源IP字段、目的IP字段以及页面地址字段等。其中，源IP字段可以填充发送所述页面加载请求的客户端的IP地址，所述目的IP字段可以填充待接收所述页面加载请求的服务器的IP地址，所述页面地址字段中可以填充待加载的页面对应的页面地址。

在本实施方式中，所述页面加载请求指向的页面中可以包括至少二个场景版块。所述场景版块可以指在页面中按照区域进行划分的控件，在所述控件中可以展示具体的页面元素。例如，所述场景版块可以在页面中限定400*300像素值的矩形区域，在该矩形区域中可以展示各个旅游攻略。

在本实施方式中，各个场景版块均可以具备各自的聚合规则。通常而言，为了保证各个场景版块中显示的信息不重复，不同的场景版块可以具备不同的聚合规则。例如，在当前位置的场景版块中，聚合规则可以是“聚合所有的旅游攻略”；而在感兴趣的位置的场景版块中，聚合规则可以是“聚合商家的优惠信息”。各个场景版块与各自的聚合规则之间的对应关系可以是在页面或者应用程序开发时预先确定的。

在本实施方式中，服务器中可以提供有资源集，所述资源集中的各个资源按照至少一种聚合规则进行聚合，从而划分为多个场景子集。

在本实施方式中，所述资源集中的资源可以是在客户端的页面中展示的各个页面元素。所述资源例如可以是图片、文字、链接、视频、语音等页面元素。

在本实施方式中，所述资源集中的各个资源可以按照至少一种聚合规则进行聚合。其中，所述聚合规则可以限定资源的类型。例如，一个聚合规则可以为“聚合所有的视频”。这样，在所述资源集中的各个视频便可以被聚合至一个子集中。又例如，一个聚合规则可以为“聚合所有的旅游攻略”。这样，在所述资源集中凡是涉及旅游攻略的图片、文字、视频、链接等资源均可以被聚合至同一个子集中。

在本实施方式中，由于每个聚合规则均可以对应一个场景子集，因此，每个场景版块便可以与至少一个场景子集相对应。例如，对于“好去处”这个场景版块，其可以具备两种聚合规则，一种是“聚合所有的攻略”，另一种是“聚合所有的本地聊天”。那么“好去处”这个场景版块便可以对应“微攻略”的场景子集以及“一起聊”的场景子集。

在本实施方式中，每个场景版块可以与服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。所述资源位可以是页面中用于展示资源的控件，所述资源位的数量以及在页面中的位置可以预先在场景任务中进行编辑。所述场景任务可以是一段可执行的代码，在所述代码中可以写明资源位的数量以及在页面中的位置。这样，所述场景任务可以确认所述场景版块包括的资源位。在本实施方式中，每个场景版块在被开发时，可以预先被设定各自的场景任务。具体地，场景版块与场景任务之间的关联性体现在，当场景版块准备被加载时，可以自动调用与该场景版块相关联的场景任务，从而可以通过所述场景任务，确定所述场景版块中资源位的数量以及在页面中显示的位置。

在本实施方式中，每个场景任务可以被划分为多个资源子任务，其中，所述资源子任务可以与场景版块中的资源位相对应。具体地，资源子任务与资源位的对应关系可以体现在：资源子任务的数量与资源位的数量一致，并且每个资源子任务与资源位之间可以是一一对应的关系。例如，在场景版块中共包括5个资源位，那么该场景版块的场景任务可以被划分为5个资源子任务，其中，每个资源子任务可以从所述场景子集中确定一个资源位加载的资源。这样，场景版块中各个资源位便可以由多个资源子任务进行并行处理，从而能够提高资源加载的效率。

在本实施方式中，服务器在处理得到各个场景版块信息及各个场景版块对应的资源之后，便可以将所述场景版块信息及对应的资源发送至客户端。这样，客户端便可以接收所述服务器反馈的场景版块信息和对应的资源，并在当前页面中展示所述场景版块和对应的资源。

在本申请一个实施方式中，所述页面加载请求中还可以包括用户的身份信息。那么在服务器接收到客户端发来的页面加载请求后，可以获取与所述用户的身份信息相关联的页面访问次数。所述页面访问次数可以是基于指定时长内进行统计的。例如可以是在一个自然日中统计的页面访问次数。在所述指定时长内，初始的页面访问次数可以是0，每当客户端加载一次所述页面，所述页面访问次数便加1。为了防止用户频繁地加载页面，对服务器造成过高的负载，在本实施方式中可以限制用户每天进行页面加载的次数。具体地，可以为用户设置访问次数阈值。所述访问次数阈值可以根据用户的级别进行个性化地设置。用户的级别越高，访问次数阈值可以越高。这样，当所述页面访问次数大于或者等于指定访问次数阈值时，表明在指定时长内用户过多地发起了页面加载请求，此时，服务器可以向所述客户端反馈无法加载的提示信息，从而拒绝用户的页面加载请求，直至本次累计的页面访问次数清零为止。这样，当所述页面访问次数大于或者等于指定访问次数阈值时，客户端便可以接收到所述服务器反馈的无法加载的提示信息。

在本申请另一个实施方式中，所述页面加载请求中还可以包括用户的当前地理位置信息。这样，用户向服务器上传了自身的当前地理位置信息后，服务器在获取场景版块中的资源时，便可以获取与所述当前地理位置相适配的资源。具体地，服务器的资源集中的各个资源可以与地理位置相关联。具体地，与地理位置相关联可以指各个资源均可以对应至少一个地理位置标签。例如，所述资源集中的某个资源为描述故宫旅游的一篇攻略。那么这篇攻略可以对应“北京”这个地理位置标签。当然，同一个资源通常可以具备多个地理位置标签。例如，对于描述长城的一张图片而言，其对应的地理位置标签可以是其所在地“北京”，也可以是与其相邻的城市“天津”、“保定”等。当然，对于一些描述著名景点的资源而言，其对应的地理位置标签可以是任何一个城市。此外，对于一些没有明显地理位置特征的资源而言，其对应的地理位置标签也可以是任何一个地理位置。例如，对于一张包含秋天落叶的图片而言，其并不具备实际的地理位置特征，因此可以将该图片对应任何一个地理位置，表明该图片能够适用于任何一个地理位置的场景中。

在本实施方式中，获取与所述当前地理位置相适配的资源可以指获取标签中包含所述当前地理位置的资源。例如，用户上传的当前地理位置为北京，那么在“当前位置”这个场景版块中，可以提供北京的旅游攻略或者编辑整理的内容。这样，所述客户端接收的所述场景版块中的资源刻意与所述当前地理位置信息相适配。

请参阅图6，本申请还提供一种客户端，所述客户端包括网络通信端口610、显示器620以及处理器630。

其中，所述网络通信端口610，用于向服务器发送页面加载请求并且接收所述服务器反馈的页面信息。

所述显示器620，用于显示所述服务器反馈的页面信息。

所述处理器630，用于控制所述网络通信端口610向服务器发送页面加载请求，所述页面加载请求指向的页面中包括至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与所述服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；其中，所述场景任务可被划分为与所述场景版块的资源位相对应的资源子任务；通过所述网络通信端口610接收所述服务器反馈的场景版块信息和对应的资源，并在所述显示器620的当前页面中展示所述场景版块信息表征的场景版块和对应的资源；其中，所述资源由所述资源子任务从所述场景子集中确定。

在本实施方式中，所述网络通信端口610可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的80号端口，也可以是负责进行FTP数据通信的21号端口，还可以是负责进行邮件数据通信的25号端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施方式中，所述显示器620可以是将一定的电子文件通过特定的传输设备显示到屏幕上再反射到人眼的显示工具。所述显示器可以包括液晶LCD显示屏、阴极射线管CRT显示屏、发光二极管LED显示屏等。

所述处理器630可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific IntegratedCircuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。

上述实施方式公开的客户端，其网络通信端口610、显示器620以及处理器630实现的具体功能，可以与本申请中页面信息的展示方法的实施方式相对照解释，可以实现本申请的页面信息的展示方法的实施方式并达到方法实施方式的技术效果。

本申请还提供一种页面信息的发布方法，该方法提供有版块发布平台。所述版块发布平台可以是由一台服务器或者多台服务器的集群提供的用于存储并处理场景版块的平台。其中，所述版块发布平台包括有发布校验规则，所述发布校验规则可以用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行。具体地，所述发布校验规则可以限定待发布的场景版块信息的数据格式。所述数据格式可以包括数据组成部分以及各个数据组成部分的排列顺序。那么只有当待发布的场景版块信息中包括各个所述数据组成部分，并且各个所述数据组成部分按照所述排列顺序进行排列，所述版块发布平台才可以判定待发布的场景版块信息可以与已发布的场景版块信息分别对应场景任务并行执行。

在本实施方式中，场景版块可以与场景任务相关联，所述场景任务可以用于确认所述场景版块包括的资源位。其中，所述场景任务可以被划分为与所述场景版块的资源位相对应的资源子任务，所述资源子任务用于从所述场景子集中确定所述资源位加载的资源。这样，待发布的场景版块信息与已发布的场景版块信息分别对应场景任务并行执行可以指通过两个不同的线程同时分别执行待发布的场景版块关联的场景任务和已发布的场景版块关联的场景任务。通过并行处理的方式，能够提高在同一个页面中加载多个场景版块的效率。

请参阅图7，所述页面信息的发布方法可以包括以下步骤。

S71：接收待发布的场景版块信息，所述场景版块信息用于表征在客户端中展示的场景版块。

S73：根据所述发布校验规则对所述场景版块信息进行校验。

S75：在校验成功时，发布所述场景版块信息，以使所述场景版块信息处于能被提供给客户端的状态。

在本实施方式中，所述待发布的场景版块信息可以是由版块发布平台根据提供的路径读取的，也可以是用户在所述版块发布平台中上传的。所述场景版块信息可以用于限定场景版块的样式、大小以及其中包含的资源位等信息。

在本实施方式中，所述场景版块信息表征在客户端中展示的场景版块可以指所述场景版块信息包括场景版块在页面中所处的位置信息、大小信息、资源的显示方式以及场景版块中除资源之外所需显示的内容信息。具体地，场景版块在页面中所处的位置信息和大小信息均可以通过像素点数量或者尺寸来表示。例如，场景版块在页面中可以居中显示，其中，上边框、左边框以及右边框与页面边框之间的间距均可以为10个像素点，场景版块的长度可以是300个像素点，从而可以限定场景版块在页面中所处的位置以及大小。此外，在场景版块中，除了显示与其相适配的资源，还可以显示其它的一些内容信息。例如可以显示该场景版块的地理位置类型以及该地理位置类型对应的实际地理位置。具体地，假设场景版块的地理位置类型为当前位置，用户的实际当前位置为北京，那么在该场景版块中可以显示“当前位置：北京”的字样。当然，除资源之外所需显示的内容信息在场景版块中所处的位置以及大小可以是在开发该场景版块时预先指定的。例如，“当前位置：北京”的字样可以显示于场景版块的右上角，并占据5*10的像素空间。

在本实施方式中，版块发布平台接收到该待发布的场景版块信息后，可以将所述场景版块信息与所述发布校验规则限定的数据格式进行比对，从而对所述待发布的场景版块信息进行校验。具体地，在进行校验时，可以判断所述待发布的场景版块信息中是否包含所述发布校验规则限定的数据格式中的数据组成部分以及各个数据组成部分是否按照所述发布校验规则限定的排列顺序进行排列。如果所述待发布的场景版块信息中的数据格式与所述发布校验规则限定的数据格式完全一致，则可以表示校验成功。

在本实施方式中，在校验成功之后，所述版块发布平台可以存储所述待发布的场景版块信息，并将所述场景版块信息设置为能被提供给客户端的状态。这样，当客户端发来页面加载请求时，便可以在必要的时候向所述客户端提供该待发布的场景版块信息。具体地，在提供该待发布的场景版块信息时，可以与所述版块发布平台中已发布的场景版块信息并行处理，从而提高页面的加载效率。

在本申请一个实施方式中，不同场景版块的聚合规则可以不同，所述聚合规则可以用于限定对应的场景版块中加载的资源需要符合的条件。具体地，为了保证各个场景版块中显示的信息不重复，不同的场景版块可以具备不同的聚合规则。例如，在当前位置的场景版块中，聚合规则可以是“聚合所有的旅游攻略”；而在感兴趣的位置的场景版块中，聚合规则可以是“聚合商家的优惠信息”。各个场景版块与各自的聚合规则之间的对应关系可以是在页面或者应用程序开发时预先确定的。

在本实施方式中，所述发布校验规则还包括判断待发布的场景版块信息表征的场景版块中的至少二个资源位能否分别对应资源子任务并行执行，所述资源子任务用于根据所述聚合规则确定相应资源位加载的资源。具体地，每个场景版块可以与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。所述资源位可以是页面中用于展示资源的控件，所述资源位的数量以及在页面中的位置可以预先在场景任务中进行编辑。所述场景任务可以是一段可执行的代码，在所述代码中可以写明资源位的数量以及在页面中的位置。这样，所述场景任务可以确认所述场景版块包括的资源位。在本实施方式中，每个场景版块在被开发时，可以预先被设定各自的场景任务。具体地，场景版块与场景任务之间的关联性体现在，当场景版块准备被加载时，可以自动调用与该场景版块相关联的场景任务，从而可以通过所述场景任务，确定所述场景版块中资源位的数量以及在页面中显示的位置。

在本实施方式中，每个场景任务可以被划分为多个资源子任务，其中，所述资源子任务可以与场景版块中的资源位相对应。具体地，资源子任务与资源位的对应关系可以体现在：资源子任务的数量与资源位的数量一致，并且每个资源子任务与资源位之间可以是一一对应的关系。例如，在场景版块中共包括5个资源位，那么该场景版块的场景任务可以被划分为5个资源子任务，其中，每个资源子任务可以从所述场景子集中确定一个资源位加载的资源。在本实施方式中，版块发布平台中的场景版块中的至少二个资源位可以分别由至少二个资源子任务进行并行处理，从而能够提高资源加载的效率。这样，所述发布校验规则还可以包括判断待发布的场景版块信息表征的场景版块中的至少二个资源位能否分别对应资源子任务并行执行。只有在待发布的场景版块信息表征的场景版块中的至少二个资源位能够分别对应资源子任务并行执行时，才可以将所述待发布的场景版块存储于版块发布平台中，并可以由版块发布平台设置为能够被提供给客户端的状态。

请参阅图8，本申请实施方式还提供一种页面信息的展示方法，所述方法可以应用于客户端中。所述方法可以包括以下步骤。

S81：向版块发布平台发送页面加载请求；所述版块发布平台包括有发布校验规则；所述发布校验规则用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行。

S83：接收所述版块发布平台反馈的至少二个场景版块信息以及场景版块中的资源，并展示所述至少二个场景版块信息表征的场景版块以及对应的资源；其中，所述至少二个场景版块信息中的场景版块信息均符合所述发布校验规则。

在本实施方式中，客户端可以根据指定页面地址进行页面加载。所述指定页面地址可以是按照固定格式进行编写的字符串。例如，所述指定页面地址可以是统一资源定位符(Uniform Resource Locator，URL)。所述固定格式可以限定指定页面地址的组成部分以及各个组成部分的排列顺序。例如，所述指定页面地址中可以包括协议标识、版块发布平台标识和资源标识。其中，协议标识例如可以是http、https、ftp等数据传输协议的代表字符。所述版块发布平台标识可以是版块发布平台的名称或者版块发布平台的IP地址。所述资源标识可以是待加载的页面中的资源在版块发布平台中的存储名称或者是在版块发布平台中被分配的编号。

在本实施方式中，所述指定页面地址可以是用户输入浏览器中的，也可以是用户通过点击某个链接生成的。例如，用户可以在浏览器的网址输入框中输入网站网址并点击搜索键，浏览器便可以通过输入的页面地址，加载该页面地址指向的页面。此外，所述指定页面地址还可以通过用户在应用程序中点击一个超链接触发。所述超链接可以是一个具体的网址，也可以是一段文字，还可以是一张图片或者一个按键。所述超链接可以与所述指定页面地址相绑定，当超链接被点击时，便可以跳转至该超链接绑定的指定页面地址处。例如，版块发布平台的页面中可以设置“旅游锦囊”的按键，该按键可以与“旅游锦囊”的展示页面相绑定。当用户点击该按键时，便可以通过手机向版块发布平台的业务服务器发送页面加载请求，从而可以跳转至“旅游锦囊”的页面。

在本实施方式中，所述客户端在加载页面时，可以向版块发布平台发送页面加载请求。所述页面加载请求中可以包括上述的指定页面地址。在本实施方式中，所述页面加载请求可以是根据指定格式进行编写的报文(message)。在所述页面加载请求中，可以包括指定数量的字段，各个字段均可以填充不同的内容。例如，所述页面加载请求中可以包括源IP字段、目的IP字段以及页面地址字段等。其中，源IP字段可以填充发送所述页面加载请求的客户端的IP地址，所述目的IP字段可以填充待接收所述页面加载请求的版块发布平台的IP地址，所述页面地址字段中可以填充待加载的页面对应的页面地址。

在本实施方式中，所述版块发布平台可以包括有发布校验规则，所述发布校验规则可以用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行。具体地，所述发布校验规则可以限定待发布的场景版块信息的数据格式。所述数据格式可以包括数据组成部分以及各个数据组成部分的排列顺序。那么只有当待发布的场景版块信息中包括各个所述数据组成部分，并且各个所述数据组成部分按照所述排列顺序进行排列，所述版块发布平台才可以判定待发布的场景版块信息可以与已发布的场景版块信息分别对应场景任务并行执行。

在本实施方式中，每个场景版块可以与场景任务相关联，所述场景任务可以用于确认所述场景版块包括的资源位。其中，所述场景任务可以被划分为与所述场景版块的资源位相对应的资源子任务，所述资源子任务用于从所述场景子集中确定所述资源位加载的资源。这样，待发布的场景版块与已发布的场景版块分别对应场景任务并行执行可以指通过两个不同的线程同时分别执行待发布的场景版块关联的场景任务和已发布的场景版块关联的场景任务。通过并行处理的方式，能够提高在同一个页面中加载多个场景版块的效率。

在本实施方式中，版块发布平台在确定了所述页面加载请求指向的页面中待显示的至少二个场景版块信息以及每个场景版块中的资源后，可以向所述客户端反馈所述至少二个场景版块信息及其对应的资源。在本实施方式中，所述至少二个场景版块信息中每个场景版块信息均符合所述发布校验规则。具体地，如果所述场景版块信息的数据格式与所述发布校验规则限定的数据格式完全一致，则可以表示所述场景版块信息符合所述发布校验规则。

在本申请一个实施方式中，不同场景版块的聚合规则可以不同，所述聚合规则可以用于限定对应的场景版块中加载的资源需要符合的条件。具体地，为了保证各个场景版块中显示的信息不重复，不同的场景版块可以具备不同的聚合规则。例如，在当前位置的场景版块中，聚合规则可以是“聚合所有的旅游攻略”；而在感兴趣的位置的场景版块中，聚合规则可以是“聚合商家的优惠信息”。各个场景版块与各自的聚合规则之间的对应关系可以是在页面或者应用程序开发时预先确定的。

在本实施方式中，所述发布校验规则还包括判断待发布的场景版块信息表征的场景版块中的至少二个资源位能否分别对应资源子任务并行执行，所述资源子任务用于根据所述聚合规则确定相应资源位加载的资源。具体地，每个场景版块可以与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。所述资源位可以是页面中用于展示资源的控件，所述资源位的数量以及在页面中的位置可以预先在场景任务中进行编辑。所述场景任务可以是一段可执行的代码，在所述代码中可以写明资源位的数量以及在页面中的位置。这样，所述场景任务可以确认所述场景版块包括的资源位。在本实施方式中，每个场景版块在被开发时，可以预先被设定各自的场景任务。具体地，场景版块与场景任务之间的关联性体现在，当场景版块准备被加载时，可以自动调用与该场景版块相关联的场景任务，从而可以通过所述场景任务，确定所述场景版块中资源位的数量以及在页面中显示的位置。

在本实施方式中，每个场景任务可以被划分为多个资源子任务，其中，所述资源子任务可以与场景版块中的资源位相对应。具体地，资源子任务与资源位的对应关系可以体现在：资源子任务的数量与资源位的数量一致，并且每个资源子任务与资源位之间可以是一一对应的关系。例如，在场景版块中共包括5个资源位，那么该场景版块的场景任务可以被划分为5个资源子任务，其中，每个资源子任务可以从所述场景子集中确定一个资源位加载的资源。在本实施方式中，版块发布平台中的场景版块中的至少二个资源位可以分别由至少二个资源子任务进行并行处理，从而能够提高资源加载的效率。这样，所述发布校验规则还可以包括判断待发布的场景版块信息表征的场景版块中的至少二个资源位能否分别对应资源子任务并行执行。只有在待发布的场景版块信息表征的场景版块中的至少二个资源位能够分别对应资源子任务并行执行时，才可以将所述待发布的场景版块存储于版块发布平台中，并可以由版块发布平台设置为能够被提供给客户端的状态。

请参阅图9，本申请还提供一种页面信息的提供方法，所述方法提供有资源集，所述资源集中包括至少一个资源。所述方法可以包括以下步骤。

S91：接收客户端发出的页面加载请求；

S93：响应于所述页面加载请求，确定页面包括的至少二个场景版块；其中，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位；

S95：将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述资源集中确定所述资源位加载的资源；

S97：将得到的场景版块信息和对应的资源提供给所述客户端。

在本实施方式中，所述资源集中的资源可以是在客户端的页面中展示的各个页面元素。所述资源例如可以是图片、文字、链接、视频、语音等页面元素。

在本实施方式中，客户端在加载页面时，可以向服务器发送页面加载请求。所述页面加载请求中可以包括指定页面地址。在本实施方式中，所述页面加载请求可以是根据指定格式进行编写的报文(message)。在所述页面加载请求中，可以包括指定数量的字段，各个字段均可以填充不同的内容。例如，所述页面加载请求中可以包括源IP字段、目的IP字段以及页面地址字段等。其中，源IP字段可以填充发送所述页面加载请求的客户端的IP地址，所述目的IP字段可以填充待接收所述页面加载请求的服务器的IP地址，所述页面地址字段中可以填充待加载的页面对应的页面地址。

在本实施方式中，服务器在接收到客户端发来的页面加载请求后，可以确定在所述页面中待显示的至少二个场景版块。

在本实施方式中，所述场景版块可以指在页面中按照区域进行划分的控件，在所述控件中可以展示具体的页面元素。例如，所述场景版块可以在页面中限定400*300像素值的矩形区域，在该矩形区域中可以展示各个旅游攻略。

在本实施方式中，在所述页面中可以展示至少二个场景版块，所述至少二个场景版块可以按照预先设置的排列方式，在页面中进行排列。例如，用于展示旅游攻略的场景版块和用于展示聊天信息的场景版块可以在页面中从上至下依次排列。

在本实施方式中，服务器在接收到客户端发来的页面加载请求后，可以识别该页面加载请求中的页面地址。当识别成功之后，可以对该页面加载请求作出响应。具体地，对页面加载请求作出响应可以指向所述客户端反馈页面加载请求接收成功的确收指令或者直接开始进行加载页面的准备工作。

在本实施方式中，服务器可以开始的进行加载页面的准备工作可以包括确定在所述页面中待显示的至少二个场景版块。具体地，各个页面中应当显示的场景版块可以是预先指定的。例如，对于“旅游推荐”的页面而言，其上显示的场景版块可以是推荐当前位置附近景点的场景版块和推荐用户最感兴趣的城市中景点的场景版块。页面与其上显示的场景版块之间的对应关系可以是当页面在被开发时预先指定的。这种对应关系可以存储于服务器中。具体地，服务器中可以通过数据表的形式来存储这种对应关系。在数据表中，相对应的页面和场景版块可以存储于同一行。在所述数据表中，为了数据存储的简便以及节省空间，可以仅显示页面和场景版块的标识。其中，页面的标识可以是该页面的地址或者根据该地址计算出的哈希值。场景版块的标识可以是预先根据场景版块的类型分配的唯一编号。这样，根据预先确定的页面和场景版块之间的对应关系，从而可以根据所述页面加载请求，确定出与页面加载请求中的页面地址相对应的至少二个场景版块。

在本实施方式中，场景版块可以与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位。所述资源位可以是页面中用于展示资源的控件，所述资源位的数量以及在页面中的位置可以预先在场景任务中进行编辑。所述场景任务可以是一段可执行的代码，在所述代码中可以写明资源位的数量以及在页面中的位置。这样，所述场景任务可以确认所述场景版块包括的资源位。在本实施方式中，每个场景版块在被开发时，可以预先被设定各自的场景任务。具体地，场景版块与场景任务之间的关联性体现在，当场景版块准备被加载时，可以自动调用与该场景版块相关联的场景任务，从而可以通过所述场景任务，确定所述场景版块中资源位的数量以及在页面中显示的位置。

在本实施方式中，场景任务可以被划分为多个资源子任务，其中，所述资源子任务可以与场景版块中的资源位相对应。具体地，资源子任务与资源位的对应关系可以体现在：资源子任务的数量与资源位的数量一致，并且每个资源子任务与资源位之间可以是一一对应的关系。具体地，可以统计所述场景版块中资源位的数量，并且将每个所述场景任务划分为与所述资源位的数量相等个数的资源子任务，并在资源子任务与资源位之间建立一一对应的关系。例如，在场景版块中共包括5个资源位，那么可以将该场景版块的场景任务划分为5个资源子任务，其中，每个资源子任务可以从所述资源集中确定一个资源位加载的资源。这样，场景版块中各个资源位便可以由多个资源子任务进行并行处理，从而能够提高资源加载的效率。

在本实施方式中，服务器在确定了与各个场景版块对应的资源后，可以将得到的所述场景版块信息和对应的资源提供给所述客户端。

由上可见，本申请实施方式提供的一种页面信息的提供、展示、发布方法、服务器及客户端，在场景版块发布时，可以制定发布校验规则，该发布校验规则可以判断两个场景版块能够分别对应场景任务并行执行。只有符合所述发布校验规则的场景版块才能够被提供给客户端。这样，在客户端请求加载页面时，该页面上待加载的多个场景版块均可以对应各自的场景任务并行执行，从而在同一时间能够获取多个场景版块中的资源，从而提高了页面信息加载的效率。此外，在提供页面信息时，可以首先确定页面中待显示的各个场景版块。各个场景版块可以与聚合规则进行关联，这样，可以进一步地确定在各个场景版块中显示的资源，确定的资源可以与场景版块的聚合规则相适配。这样，本申请可以将页面加载的过程拆分为加载多个场景版块的过程，并且在加载每个场景版块时，再拆分为加载多个资源的过程。通过逐级拆分的方式，可以同步并行地处理各个场景版块以及各个资源，从而能够提高页面信息加载的效率。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对客户端、服务器的实施方式来说，均可以参照前述方法的实施方式的介绍对照解释。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施方式描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (19)

1.一种页面信息的提供方法，其特征在于，提供有资源集，所述资源集中包括按照不同聚合规则划分的多个场景子集；所述场景子集中包括至少一个资源；所述方法包括：

接收客户端发出的页面加载请求；

响应于所述页面加载请求，确定页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位，所述资源位是页面中用于展示资源的控件；

将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；所述至少二个场景版块对应的场景任务并行执行，所述场景任务包括至少二个并行执行的资源子任务；

将得到的场景版块信息和对应的资源提供给所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述页面加载请求中携带有用户的身份信息；相应地，确定所述页面包括的至少二个场景版块包括：

根据所述用户的身份信息，获取能够表征所述用户的行为特征的标签；

根据获取的所述标签，在所述页面中确定待显示的至少二个场景版块。

3.根据权利要求1所述的方法，其特征在于，当所述场景版块与至少两个场景子集相对应时，各个所述场景子集与优先级相绑定；相应地，所述方法还包括：

按照各个所述场景子集的优先级，将所述场景版块中各个资源位加载的资源进行排序，并将所述场景版块中资源的排序信息发送至所述客户端。

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

为所述场景版块中的资源设定资源标题，其中，处于同一个场景子集中的资源具备相同的资源标题，具备同一个资源标题的资源显示于同一个场景子版块中。

5.根据权利要求1所述的方法，其特征在于，将每个所述场景任务划分为与所述场景版块的资源位相对应的资源子任务包括：

统计所述场景版块中资源位的数量；

将每个所述场景任务划分为与所述资源位的数量相等个数的资源子任务，并在资源子任务与资源位之间建立一一对应的关系。

6.根据权利要求1所述的方法，其特征在于，各个所述场景版块还与地理位置相关联；相应地，所述资源子任务用于从所述场景子集中确定所述资源位加载的资源包括：

所述资源子任务从所述场景子集中确定与所述场景版块的地理位置相适配的至少一个资源；

所述资源子任务根据资源热度对所述至少一个资源进行排序，并按照资源热度从高到低的顺序依次在各个所述资源位中加载资源。

7.根据权利要求6所述的方法，其特征在于，所述资源集中的各个资源与地理位置相关联；相应地，资源与场景版块的地理位置相适配包括：

与资源相关联的地理位置中存在和所述场景版块的地理位置相同的地理位置。

8.根据权利要求1所述的方法，其特征在于，各个所述场景版块均具备与地理位置相关联的版块标识；相应地，所述方法还包括：

向所述客户端反馈各个场景版块的版块标识以及与各个版块标识相对应的地理位置；其中，版块标识与对应的地理位置的组合显示于所述场景版块的指定位置处。

9.一种服务器，其特征在于，提供有资源集，所述资源集中包括按照不同聚合规则划分的多个场景子集；所述场景子集中包括至少一个资源；所述服务器包括：

接收单元，用于接收客户端发出的页面加载请求；

场景版块控制单元，用于响应于所述页面加载请求，确定页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位，所述资源位是页面中用于展示资源的控件；

场景版块选择单元，用于为所述至少二个场景版块分别选择对应的场景版块处理单元；

场景版块处理单元，用于将所述场景版块关联的所述场景任务划分为与所述场景版块的资源位相对应的资源子任务并执行划分得到的所述资源子任务；其中，所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；所述至少二个场景版块对应的场景任务并行执行，所述场景任务包括至少二个并行执行的资源子任务；

版块信息收集单元，用于收集场景版块处理单元处理得到的场景版块信息和对应的资源，并将所述场景版块信息和对应的资源提供给所述客户端。

10.根据权利要求9所述的服务器，其特征在于，所述场景版块处理单元包括：

资源任务控制单元，用于将所述场景版块关联的所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；

资源任务选择单元，用于为每个所述资源子任务选择对应的资源任务处理单元；

资源任务处理单元，用于执行所述资源子任务，以从所述场景子集中确定所述场景版块的资源位加载的资源；

任务资源收集器，用于收集各个资源任务处理单元处理得到的资源。

11.根据权利要求9所述的服务器，其特征在于，所述页面加载请求中携带有用户的身份信息；相应地，所述服务器还包括：

访问控制单元，用于获取与所述用户的身份信息相关联的页面访问次数；当所述页面访问次数大于或者等于指定访问次数阈值时，向所述客户端反馈无法加载的提示信息。

12.一种服务器，其特征在于，所述服务器包括网络通信端口、存储器以及处理器，其中：

所述网络通信端口，用于进行网络数据通信；

所述存储器，用于存储资源集，所述资源集按照不同聚合规则划分为多个场景子集；所述场景子集中包括至少一个资源；

所述处理器，用于控制所述网络通信端口接收客户端发出的页面加载请求；响应于所述页面加载请求，确定所述页面包括的至少二个场景版块；其中，所述场景版块与至少一个所述场景子集相对应，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位，所述资源位是页面中用于展示资源的控件；将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从所述场景子集中确定所述资源位加载的资源；所述至少二个场景版块对应的场景任务并行执行，所述场景任务包括至少二个并行执行的资源子任务；控制所述网络通信端口将得到的场景版块信息和对应的资源提供给所述客户端。

13.一种页面信息的展示方法，其特征在于，所述方法包括：

向服务器发送页面加载请求，所述页面加载请求指向的页面中包括至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与所述服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位，所述资源位是页面中用于展示资源的控件；其中，所述场景任务可被划分为与所述场景版块的资源位相对应的资源子任务；所述至少二个场景版块对应的场景任务并行执行，所述场景任务包括至少二个并行执行的资源子任务；

接收所述服务器反馈的场景版块信息和对应的资源，并在当前页面中展示所述场景版块信息表征的场景版块和对应的资源；其中，所述资源由所述资源子任务从所述场景子集中确定。

14.根据权利要求13所述的方法，其特征在于，所述页面加载请求中还包括用户的当前地理位置信息；相应地，所述服务器反馈的资源与所述当前地理位置信息相适配。

15.根据权利要求13所述的方法，其特征在于，所述页面加载请求中还包括用户的身份信息，所述身份信息与页面访问次数相关联；相应地，所述方法还包括：

当所述页面访问次数大于或者等于指定访问次数阈值时，接收所述服务器反馈的无法加载的提示信息。

16.一种客户端，其特征在于，所述客户端包括网络通信端口、显示器以及处理器，其中：

所述网络通信端口，用于向服务器发送页面加载请求并且接收所述服务器反馈的页面信息；

所述显示器，用于显示所述服务器反馈的页面信息；

所述处理器，用于控制所述网络通信端口向服务器发送页面加载请求，所述页面加载请求指向的页面中包括至少二个场景版块；其中，所述场景版块与至少一个场景子集相对应，所述场景版块与所述服务器中的场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位，所述资源位是页面中用于展示资源的控件；其中，所述场景任务可被划分为与所述场景版块的资源位相对应的资源子任务；所述至少二个场景版块对应的场景任务并行执行，所述场景任务包括至少二个并行执行的资源子任务；通过所述网络通信端口接收所述服务器反馈的场景版块信息和对应的资源，并在所述显示器的当前页面中展示所述场景版块信息表征的场景版块和对应的资源；其中，所述资源由所述资源子任务从所述场景子集中确定。

17.一种页面信息的发布方法，其特征在于，提供有版块发布平台，所述版块发布平台包括有发布校验规则；所述发布校验规则用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行；所述方法包括：

接收待发布的场景版块信息；所述场景版块信息用于表征在客户端中展示的场景版块；

根据所述发布校验规则对所述待发布的场景版块信息进行校验；

在校验成功时，发布所述场景版块信息，以使所述场景版块信息处于能被提供给客户端的状态；

其中，不同场景版块的聚合规则不同；所述聚合规则用于限定对应的场景版块中加载的资源需要符合的条件；相应地，所述发布校验规则还包括判断待发布的场景版块信息表征的场景版块中的至少二个资源位能否分别对应资源子任务并行执行；所述资源子任务用于根据所述聚合规则确定相应资源位加载的资源。

18.一种页面信息的展示方法，其特征在于，所述方法包括：

向版块发布平台发送页面加载请求；所述版块发布平台包括有发布校验规则；所述发布校验规则用于判断待发布的场景版块信息，能否与已发布的场景版块信息分别对应场景任务并行执行；

接收所述版块发布平台反馈的至少二个场景版块信息以及场景版块中的资源，并展示所述至少二个场景版块信息表征的场景版块以及对应的资源；其中，所述至少二个场景版块信息中的场景版块信息均符合所述发布校验规则；

其中，不同场景版块的聚合规则不同；所述聚合规则用于限定对应的场景版块中加载的资源需要符合的条件；相应地，所述发布校验规则还包括判断待发布的场景版块信息表征的场景版块中的至少二个资源位能否分别对应资源子任务并行执行；所述资源子任务用于根据所述聚合规则确定相应资源位加载的资源。

19.一种页面信息的提供方法，其特征在于，所述方法包括：

接收客户端发出的页面加载请求；

响应于所述页面加载请求，确定页面包括的至少二个场景版块；其中，所述场景版块与场景任务相关联，所述场景任务用于确认所述场景版块包括的资源位，所述资源位是页面中用于展示资源的控件；

将所述场景任务划分为与所述场景版块的资源位相对应的资源子任务；所述资源子任务用于从资源集中确定所述资源位加载的资源；所述至少二个场景版块对应的场景任务并行执行，所述场景任务包括至少二个并行执行的资源子任务；

将得到的场景版块信息和对应的资源提供给所述客户端。

Images