CN102263770A - 一种数据的处理方法、***和装置 - Google Patents

Abstract

本发明实施例公开了一种数据的处理方法、***和装置，该方法应用于包括服务器和客户端的***中，该方法包括：所述服务器根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端；所述客户端根据所述预拉策略提取需要提前获取的数据。本发明实施例中，通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

Description

一种数据的处理方法、***和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种数据的处理方法、***和装置。

背景技术

随着科学技术的快速发展，无线互联网技术也迅速发展。其中，无线互联网是建立在无线网络基础上的互联网，是利用电磁波进行数据传输的互联网服务，无线互联网由移动无线网络组成，并实现网络的手机数据双向传输的网络。

在无线互联网速度慢、稳定性差的情况下，减少数据网络拉取时间，提高用户体验的流畅性，是手机、PDA(Personal Digital Assistant，个人数码助理)等手持设备上微浏览器面临的一大难题。

各大wap网站在积极控制页面大小合理分页的同时，作为用户客户端的微浏览器，也需要针对无线网络的特点，进行数据的提前拉取，从而有效的减少用户的等待时间。

现有技术中，数据的提前拉取可以归纳为两类：(1)服务器端的多card方式。

在wap1.0中的一个card标签标记为一个可显示页，为了减少浏览器与服务器的交互次数，节省链接建立的时间，服务器可以将多个显示的页拼接合成为一个wml(Wireless Markup Language，无线标记语言)文件，由客户端一次拉取，即可以获得多次显示的内容，从而达到减少网络时间消耗，数据提前获得，平滑用户体现的目的。

(2)客户端预判断预拉取的方式。

微浏览器客户端可以在后台提前拉取未来可能用到的数据，在用户真正请求该数据时，就可以直接使用之前拉取到的数据，从而达到节省网络拉取时间的目的。具体的设计过程包括，在分析当前页面时，提取用户下次可能请求的页面链接，在用户请求之前，则开始数据的拉取，即根据已有的经验，内置判断的逻辑，提前拉取，进行数据备用。

但是，在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

在使用服务器端的多card方式时，需要服务器的支持，这种方式的决定权在服务器，如果wap服务器不支持这种方式，则微浏览器作为客户端是无法使用这种方式的。此外，card标签是wap1.0内的标签，在wap2.x中将无法使用，继而导致这种方式只能在逐渐淘汰的wap1.0中使用，而先进的wap2.x却无法使用。

在使用客户端预判断预拉取的方式时，需要微浏览器客户端根据经验内置预判断的逻辑，该经验以及根据经验内置的判断逻辑在软件发布后即不能再更改，也无法根据用户浏览的内容进行动态的判断。对于提高用户体验的流畅性来讲效果有限，且强烈依赖用户当前浏览的内容，当浏览的内容与内置的逻辑类似时，用户体验才能达到最佳，但是通常情况下这种理想状态是很难达到的。

发明内容

本发明提供一种数据的处理方法、***和装置，以减少数据网络的拉取时间，提高用户体验的流畅性。

为了达到上述目的，本发明提供一种数据的处理方法，应用于包括服务器和客户端的***中，所述方法包括以下步骤：

所述服务器根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端；

所述客户端根据所述预拉策略提取需要提前获取的数据。

优选的，所述服务器根据用户行为获取预拉策略，包括：

所述服务器根据所述用户行为获取网站特征和用户特征，并根据所述网站特征和用户特征获取所述预拉策略。

优选的，所述客户端根据所述预拉策略提取需要提前获取的数据，包括：

所述客户端将所述预拉策略转换为可用命令，并根据所述可用命令提取所述需要提前获取的数据。

优选的，所述客户端根据所述预拉策略提取需要提前获取的数据，之后还包括：

所述客户端通过内置的浏览器内核处理所述需要提前获取的数据，并在需要显示所述需要提前获取的数据时，将处理后的所述需要提前获取的数据显示给用户。

本发明提供一种数据的处理***，包括服务器和客户端，其中，

所述服务器，用于根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端；

所述客户端，用于根据所述预拉策略提取需要提前获取的数据。

优选的，

所述服务器，具体用于根据所述用户行为获取网站特征和用户特征，并根据所述网站特征和用户特征获取所述预拉策略；

所述客户端，具体用于将所述预拉策略转换为可用命令，并根据所述可用命令提取所述需要提前获取的数据。

优选的，

所述客户端，还用于通过内置的浏览器内核处理所述需要提前获取的数据，并在需要显示所述需要提前获取的数据时，将处理后的所述需要提前获取的数据显示给用户。

本发明提供一种服务器，应用于包括服务器和客户端的***中，该服务器包括：

获取模块，用于根据用户行为获取预拉策略；

发送模块，用于将所述获取模块获取的所述预拉策略通知给所述客户端。

优选的，所述获取模块包括：

第一获取子模块，用于根据所述用户行为获取网站特征和用户特征；

第二获取子模块，用于根据所述第一获取子模块获取的所述网站特征和用户特征获取所述预拉策略。

本发明提供一种客户端，应用于包括服务器和客户端的***中，该客户端包括：

接收模块，用于接收所述服务器根据用户行为获取的预拉策略；

提取模块，用于根据所述接收模块接收的所述预拉策略提取需要提前获取的数据。

优选的，所述提取模块包括：

转换子模块，用于将所述预拉策略转换为可用命令；

提取子模块，用于根据所述转换子模块转换的所述可用命令提取所述需要提前获取的数据。

优选的，该客户端还包括：

处理模块，用于通过内置的浏览器内核处理所述需要提前获取的数据；

显示模块，用于在需要显示所述需要提前获取的数据时，将所述处理模块处理后的所述需要提前获取的数据显示给用户。

与现有技术相比，本发明具有以下优点：

通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

附图说明

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

图1为本发明实施例提出的一种数据的处理方法流程图；

图2为本发明一种应用场景的示意图；

图3为本发明一种应用场景下提出的一种数据的处理方法流程图；

图4为本发明提出的一种服务器的结构图；

图5为本发明提出的另一种服务器的结构图；

图6为本发明提出的一种客户端的结构图；

图7为本发明提出的另一种客户端的结构图。

具体实施方式

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

本发明实施例中，在无线互联网速度慢、稳定性差的情况下，通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

本发明实施例提出一种数据的处理方法，应用于包括服务器和客户端的***中，该包括服务器和客户端的***为针对无线互联网中的***，如图1所示，所述方法包括以下步骤：

步骤101，所述服务器根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端。

本步骤中，所述服务器根据用户行为获取预拉策略，包括：所述服务器根据所述用户行为获取网站特征和用户特征，并根据所述网站特征和用户特征获取所述预拉策略。

步骤102，所述客户端根据所述预拉策略提取需要提前获取的数据。

本步骤中，所述客户端根据所述预拉策略提取需要提前获取的数据，包括：所述客户端将所述预拉策略转换为可用命令，并根据所述可用命令提取所述需要提前获取的数据。

进一步的，所述客户端根据所述预拉策略提取需要提前获取的数据，之后还包括：所述客户端通过内置的浏览器内核处理所述需要提前获取的数据，并在需要显示所述需要提前获取的数据时，将处理后的所述需要提前获取的数据显示给用户。

可见，本发明实施例中，通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

为了更加清楚的阐述本发明实施例提供的技术方案，以下结合一种具体的应用场景对本发明实施例提出的数据的处理方法进行详细论述。如图2所示，本应用场景下，包括服务器和多个客户端，如图3所示，该数据的处理方法包括以下步骤：

步骤301，服务器根据用户行为获取预拉策略。

本步骤中，在根据用户行为获取该预拉策略的过程中，该服务器需要首先根据用户行为获取网站特征和用户特征，并根据网站特征和用户特征获取预拉策略。其中，该服务器可以维护策略信息表，该策略信息表中的内容包括但不限于网站特征，用户特征以及预拉策略。

具体的，在用户通过客户端访问各个网页的过程中，该服务器能够统计到各个用户的用户行为，并根据各个用户的用户行为获取到网站特征和用户特征。其中，各个用户的用户行为可以为服务器主动到客户端中去获取，也可以为客户端主动将用户行为上报给服务器。

例如，用户1至用户10等10个用户均依次访问网页A1、网页A2、网页A3，以此类推；用户11依次访问网页B1、网页B2、网页B3，以此类推；用户12依次访问网页B1、网页B3、网页B5，以此类推；该网页A1、网页A2、网页A3对应网站A，网页B1、网页B2、网页B3等对应网站B。

当服务器获取到用户1至用户12的上述用户行为后，该服务器则能够根据该用户行为获取到网站A和网站B的网站特征，以及用户1至用户12的用户特征。假如共有12个用户访问网站A，有10个用户采用上述的访问方式访问网站A，则该网站A的网站特征为各个用户依次访问网页A1、网页A2、网页A3，以此类推；假如共有2个用户访问网站B，则该网站B的网站特征可能为各个用户依次访问网页B1、网页B2、网页B3，以此类推；该网站B的网站特征也可能为各个用户依次访问网页B1、网页B3、网页B5，以此类推。

需要注意的是，本发明实施例中，可以根据实际需要设置预设比例，当大于该预设比例的用户均采用同一种方式(方式A)访问相关网站时，则可以认为该网站的网站特征为方式A，本发明实施例中不再详加赘述。

进一步的，当服务器获取到用户1至用户12的上述用户行为后，该服务器还能够根据该用户行为获取到用户1至用户12的用户特征，其中，用户1至用户10的用户特征为依次访问网页A1、网页A2、网页A3，以此类推；用户11的用户特征为依次访问网页B1、网页B2、网页B3，以此类推；用户12的用户特征为依次访问网页B1、网页B3、网页B5，以此类推。

综上所述，服务器可以根据用户行为获取到网站特征和用户特征。进一步的，该服务器还需要根据网站特征和用户特征获取预拉策略。例如，对于网站A，预拉策略可以为当某用户访问网页A1时，需要预拉网页A2、网页A3，以此类推。对于用户1，预拉策略可以为当用户1访问网页A1时，需要预拉网页A2、网页A3，以此类推。

综上可以看出，本发明实施例中，并不局限于根据网站特征和用户特征获取预拉策略，实际应用中，还可以只对用户进行处理，即根据用户特征获取各个用户对应的预拉策略；也可以只对网站进行处理，即根据网站特征获取各个网站对应的预拉策略，本发明实施例中不再详加赘述。

另外，需要注意的是，本发明实施例中也并不局限于服务器根据用户行为获取预拉策略，客户端还可以将自身对应的用户特征和网站特征直接上报给服务器，由服务器根据该用户特征和网站特征获取对应的预拉策略，本发明实施例中不再详加赘述。

步骤302，服务器将预拉策略通知给对应的客户端。

例如，服务器需要将针对网站A的预拉策略通知给需要访问网站A的客户端；服务器需要将针对网站B的预拉策略通知给需要访问网站B的客户端；服务器需要将针对用户1的预拉策略通知给用户1的客户端；服务器需要将针对用户2的预拉策略通知给用户2的客户端。

步骤303，各个客户端根据预拉策略提取需要提前获取的数据。

具体的，各个客户端需要将预拉策略转换为可用命令(即可使用的逻辑)，并根据该可用命令提取需要提前获取的数据。

例如，当客户端接收到针对网站A的预拉策略时，该客户端当前访问的网页为网页A1，则客户端知道自身需要提取网页A2、网页A3、网页A4(以此类推)中的数据，并将提取网页A2、网页A3、网页A4(以此类推)中数据的过程转换为可用命令，从而根据该可用命令提取网页A2、网页A3、网页A4(以此类推)中数据。

又例如，当客户端接收到针对用户1的预拉策略时，该客户端当前访问的网页为网页A1，则客户端知道自身需要提取网页A2、网页A3、网页A4(以此类推)中的数据，并将提取网页A2、网页A3、网页A4(以此类推)中数据的过程转换为可用命令，从而根据该可用命令提取网页A2、网页A3、网页A4(以此类推)中数据。

步骤304，客户端通过内置的浏览器内核处理该需要提前获取的数据，并在需要显示该需要提前获取的数据时，将处理后的需要提前获取的数据显示给用户。

具体的，由于提取到的数据为网页中的内容，如果要显示给用户，还需要将该网页中的内容转换为能够在手机等设备上显示的内容，此时，该客户端需要通过内置的浏览器内核处理该数据，该处理过程包括但不限于对该数据进行解析排版、屏幕缓存生成等操作。

例如，当客户端提取到网页A2、网页A3、网页A4中的数据后，该客户端需要依次将网页A2、网页A3、网页A4对应的数据转换为能够在手机上显示的数据，当用户需要观看网页A2对应的数据时，该客户端能够直接将网页A2对应的数据显示给用户，从而提高了用户的使用体验，不需要用户等待即可以将相应信息显示给用户。

可见，通过使用本发明实施例提供的方法，通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

本发明实施例能够进行灵活的配置，具有扩展性，能够根据用户当前浏览的内容以及用户的特征，灵活使用对应的预拉策略，从容应对新闻、小说、网页游戏、农场等各种应用场景，且未来可根据新出现的应用方便灵活的进行扩展。

另外，通过对用户行为的分析与统计，根据用户的实际行为以及预拉策略的应用情况，能够即时统计预拉策略的有效性，此数据可作为未来预拉策略的根据，更好的运营产品。

基于同样的发明构思，本发明实施例还提出了一种数据的处理***，包括服务器和客户端，其中，

所述服务器，用于根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端。

所述服务器，具体用于根据所述用户行为获取网站特征和用户特征，并根据所述网站特征和用户特征获取所述预拉策略。

所述客户端，用于根据所述预拉策略提取需要提前获取的数据。

所述客户端，具体用于将所述预拉策略转换为可用命令，并根据所述可用命令提取所述需要提前获取的数据。

另外，所述客户端，还用于通过内置的浏览器内核处理所述需要提前获取的数据，并在需要显示所述需要提前获取的数据时，将处理后的所述需要提前获取的数据显示给用户。

基于同样的发明构思，本发明实施例还提出了一种服务器，应用于包括服务器和客户端的***中，如图4所示，该服务器包括：

获取模块11，用于根据用户行为获取预拉策略。

发送模块12，用于将所述获取模块11获取的所述预拉策略通知给所述客户端。

如上所述，本发明实施例中该装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个装置，也可以进一步拆分成多个子模块。

基于同样的发明构思，本发明实施例还提出了一种服务器，应用于包括服务器和客户端的***中，如图5所示，该服务器包括：

获取模块21，用于根据用户行为获取预拉策略。

所述获取模块21包括：

第一获取子模块211，用于根据所述用户行为获取网站特征和用户特征。

第二获取子模块212，用于根据所述第一获取子模块211获取的所述网站特征和用户特征获取所述预拉策略。

发送模块22，用于将所述获取模块21获取的所述预拉策略通知给所述客户端。

如上所述，本发明实施例中该装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个装置，也可以进一步拆分成多个子模块。

可见，通过使用本发明实施例提供的服务器，通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

本发明实施例能够进行灵活的配置，具有扩展性，能够根据用户当前浏览的内容以及用户的特征，灵活使用对应的预拉策略，从容应对新闻、小说、网页游戏、农场等各种应用场景，且未来可根据新出现的应用方便灵活的进行扩展。

另外，通过对用户行为的分析与统计，根据用户的实际行为以及预拉策略的应用情况，能够即时统计预拉策略的有效性，此数据可作为未来预拉策略的根据，更好的运营产品。

基于同样的发明构思，本发明实施例还提出了一种客户端，应用于包括服务器和客户端的***中，如图6所示，该客户端包括：

接收模块31，用于接收所述服务器根据用户行为获取的预拉策略。

提取模块32，用于根据所述接收模块31接收的所述预拉策略提取需要提前获取的数据。

如上所述，本发明实施例中该装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个装置，也可以进一步拆分成多个子模块。

基于同样的发明构思，本发明实施例还提出了一种客户端，应用于包括服务器和客户端的***中，如图7所示，该客户端包括：

接收模块41，用于接收所述服务器根据用户行为获取的预拉策略。

提取模块42，用于根据所述接收模块41接收的所述预拉策略提取需要提前获取的数据。

所述提取模块42包括：

转换子模块421，用于将所述预拉策略转换为可用命令。

提取子模块422，用于根据所述转换子模块421转换的所述可用命令提取所述需要提前获取的数据。

处理模块43，用于通过内置的浏览器内核处理所述提取模块42提取的所述需要提前获取的数据。

显示模块44，用于在需要显示所述需要提前获取的数据时，将所述处理模块43处理后的所述需要提前获取的数据显示给用户。

如上所述，本发明实施例中该装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个装置，也可以进一步拆分成多个子模块。

可见，通过使用本发明实施例提供的客户端，通过用户行为获取预拉策略，使得客户端在根据预拉策略提取数据时，能够很大程度上提高策略的命中率以及预取数据的有效性，并最大程度减少移动网络不稳定、速度慢对于浏览流畅性的影响。

本发明实施例能够进行灵活的配置，具有扩展性，能够根据用户当前浏览的内容以及用户的特征，灵活使用对应的预拉策略，从容应对新闻、小说、网页游戏、农场等各种应用场景，且未来可根据新出现的应用方便灵活的进行扩展。

另外，通过对用户行为的分析与统计，根据用户的实际行为以及预拉策略的应用情况，能够即时统计预拉策略的有效性，此数据可作为未来预拉策略的根据，更好的运营产品。

通过以上实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (12)

1.一种数据的处理方法，应用于包括服务器和客户端的***中，其特征在于，所述方法包括以下步骤：

所述服务器根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端；

所述客户端根据所述预拉策略提取需要提前获取的数据。

2.如权利要求1所述的方法，其特征在于，所述服务器根据用户行为获取预拉策略，包括：

所述服务器根据所述用户行为获取网站特征和用户特征，并根据所述网站特征和用户特征获取所述预拉策略。

3.如权利要求1所述的方法，其特征在于，所述客户端根据所述预拉策略提取需要提前获取的数据，包括：

所述客户端将所述预拉策略转换为可用命令，并根据所述可用命令提取所述需要提前获取的数据。

4.如权利要求3所述的方法，其特征在于，所述客户端根据所述预拉策略提取需要提前获取的数据，之后还包括：

所述客户端通过内置的浏览器内核处理所述需要提前获取的数据，并在需要显示所述需要提前获取的数据时，将处理后的所述需要提前获取的数据显示给用户。

5.一种数据的处理***，其特征在于，包括服务器和客户端，其中，

所述服务器，用于根据用户行为获取预拉策略；并将所述预拉策略通知给所述客户端；

所述客户端，用于根据所述预拉策略提取需要提前获取的数据。

6.如权利要求5所述的***，其特征在于，

所述服务器，具体用于根据所述用户行为获取网站特征和用户特征，并根据所述网站特征和用户特征获取所述预拉策略；

所述客户端，具体用于将所述预拉策略转换为可用命令，并根据所述可用命令提取所述需要提前获取的数据。

7.如权利要求6所述的***，其特征在于，

所述客户端，还用于通过内置的浏览器内核处理所述需要提前获取的数据，并在需要显示所述需要提前获取的数据时，将处理后的所述需要提前获取的数据显示给用户。

8.一种服务器，应用于包括服务器和客户端的***中，其特征在于，该服务器包括：

获取模块，用于根据用户行为获取预拉策略；

发送模块，用于将所述获取模块获取的所述预拉策略通知给所述客户端。

9.如权利要求8所述的服务器，其特征在于，所述获取模块包括：

第一获取子模块，用于根据所述用户行为获取网站特征和用户特征；

第二获取子模块，用于根据所述第一获取子模块获取的所述网站特征和用户特征获取所述预拉策略。

10.一种客户端，应用于包括服务器和客户端的***中，其特征在于，该客户端包括：

接收模块，用于接收所述服务器根据用户行为获取的预拉策略；

提取模块，用于根据所述接收模块接收的所述预拉策略提取需要提前获取的数据。

11.如权利要求10所述的客户端，其特征在于，所述提取模块包括：

转换子模块，用于将所述预拉策略转换为可用命令；

提取子模块，用于根据所述转换子模块转换的所述可用命令提取所述需要提前获取的数据。

12.如权利要求11所述的客户端，其特征在于，还包括：

处理模块，用于通过内置的浏览器内核处理所述需要提前获取的数据；

显示模块，用于在需要显示所述需要提前获取的数据时，将所述处理模块处理后的所述需要提前获取的数据显示给用户。

Images