CN103269370A - 浏览器扩展推荐的显示方法、客户端、服务器及系统 - Google Patents

Abstract

本发明公开了一种浏览器扩展推荐的显示方法、客户端、服务器及系统，该方法包括：将本地访问列表中的至少部分网址发送至服务器，其中，访问列表包括访问次数超过阈值的网址；接收服务器返回的扩展列表，其中，扩展列表携带有服务器获取的与已上传的网址对应的扩展；将本地已安装的扩展与扩展列表中的扩展进行匹配，形成推荐列表，并将推荐列表发送至服务器，由服务器返回包括推荐列表中的扩展的扩展中心页面；接收扩展中心页面并在浏览器侧进行显示。通过本发明，能够根据不同用户来生成不同的扩展中心页面，使得所生成的扩展中心页面更贴合用户个性，提高了用户对扩展中心页面中扩展的使用频率，从而增强了用户体验。

Description

浏览器扩展推荐的显示方法、客户端、服务器及系统

技术领域

本发明涉及互联网领域，具体涉及一种浏览器扩展推荐的显示方法、客户端、服务器及系统。

背景技术

目前，浏览器成为了用户与互联网进行通信的主要工具。当用户通过浏览器经常访问某一网站时，为了避免每次手动输入网址来访问网站的繁琐操作，用户可以在浏览器中安装具有该网站功能的扩展。此时，当用户点击该扩展时，浏览器就可以直接调用该扩展的程序，以向用户提供所需的网站的功能，方便用户使用。例如，用户经常访问购物网站，则用户可以选择安装名为“购物袋”的扩展。当用户点击“购物袋”扩展时，“购物袋”扩展会向用户展示购物信息。

为了使用户能够更快地获取到可选择安装的扩展，大部分浏览器都会为用户提供包括了各种不同功能的扩展的扩展中心页面。用户可以在扩展中心页面中选择自己想要安装的扩展。

目前，浏览器为用户提供的扩展中心页面中，虽然包含了多种不同的扩展，但是面对众多扩展，用户也难以找到自己想要选择安装的扩展。

发明内容

鉴于上述问题，本发明提供一种浏览器扩展推荐的显示方法、客户端、服务器及系统，以便克服上述问题或者至少部分地解决上述问题的。

依据本发明的一个方面，提供了一种浏览器扩展推荐的显示方法，包括：

将本地访问列表中的至少部分网址发送至服务器，其中，访问列表包括访问次数超过阈值的网址；

接收服务器返回的扩展列表，其中，扩展列表携带有服务器获取的与已上传的网址对应的扩展；

将本地已安装的扩展与扩展列表中的扩展进行匹配，获取扩展列表中未在本地安装的扩展，形成推荐列表，并将推荐列表发送至服务器，由服务器返回包括推荐列表中的扩展的扩展中心页面；

接收扩展中心页面并在浏览器侧进行显示。

可选的，在将本地访问列表中的至少部分网址发送至服务器之前，还包括：

获取本地存储的用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表；

或者，

根据用户登录标识，从服务器中获取用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，访问列表中的网址按照访问次数由高到低的顺序排列；以及，

将本地访问列表中的至少部分网址发送至服务器，包括：

将访问列表中的前预设个数网址发送至服务器。

可选的，若服务器获取的扩展列表中的扩展个数未达到预设个数，在接收服务器返回的扩展列表之前，还包括：

接收服务器发送的继续获取网址的请求；

按照网址排列顺序，将访问列表中第一个尚未发送的网址发送至服务器，由服务器获取与该网址对应的扩展，直至服务器获取的扩展列表中的扩展个数达到预设个数。

可选的，在将推荐列表发送至服务器之前，还包括：

判断推荐列表中的扩展个数是否达到预设个数；

当未达到预设个数时，按照网址排列顺序，将访问列表中第一个尚未发送的网址发送至服务器，由服务器返回与该网址对应的扩展，直至推荐列表中的扩展个数达到预设个数。

可选的，扩展列表包括与已上传网址对应的扩展的名称、微标及下载地址；

推荐列表包括未在本地安装的扩展的名称、微标及下载地址。

依据本发明的一个方面，提供了另一种浏览器扩展推荐的显示方法，包括：

接收客户端发送的网址组合，其中，网址组合包括客户端存储的访问列表中的至少部分网址；

将网址组合与预置的匹配库进行匹配，获取与网址组合中的网址对应的扩展，得到扩展列表，并将扩展列表发送至客户端，由客户端获取扩展列表中未在客户端安装的扩展，形成推荐列表；

接收客户端发送的推荐列表，生成包括推荐列表中的扩展的扩展中心页面并返回给客户端。

可选的，在接收客户端发送的网址组合之前，还包括：

根据获取的用户登录标识查找用户在预设时间内的访问记录，并发送至客户端，其中，客户端提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，扩展列表的获取方式包括：

将网址列表中的网址分别与匹配库中的网址进行对比，在匹配库中提取对比成功的网址所对应的扩展，得到扩展列表。

可选的，在将扩展列表发送至客户端之前，还包括：

判断扩展列表中的扩展个数是否达到预设个数，其中，预设个数为网址组合所包括的网址个数；

当未达到预设个数时，向客户端发送继续获取网址的请求，由客户端按照网址排列顺序，返回访问列表中第一个尚未发送的网址；

接收该网址，并将该网址与匹配库进行匹配，得到与该网址对应的扩展，直至扩展列表中的扩展个数达到预设个数。

可选的，若客户端形成的推荐列表中的扩展个数未达到预设个数，在接收客户端发送的推荐列表之前，还包括：

接收客户端发送的访问列表中第一个尚未发送的网址；

将该网址与匹配库进行匹配，将匹配得到的扩展发送至客户端，直至推荐列表中的扩展个数达到预设个数。

可选的，匹配库中包括至少一个网址，以及与每个网址对应的扩展的名称、徽标和下载地址；

扩展列表包括与客户端发送的网址匹配的扩展的名称、微标及下载地址；

推荐列表包括未在客户端安装的扩展的名称、微标及下载地址。

依据本发明的一个方面，提供了一种客户端，包括：

发送模块，配置为将本地访问列表中的至少部分网址发送至服务器，其中，访问列表包括访问次数超过阈值的网址；

接收模块，配置为接收服务器返回的扩展列表，其中，扩展列表携带有服务器获取的与已上传的网址对应的扩展；

获取模块，配置为将本地已安装的扩展与扩展列表中的扩展进行匹配，获取扩展列表中未在本地安装的扩展，形成推荐列表，以及，将推荐列表发送至服务器，由服务器返回包括推荐列表中的扩展的扩展中心页面；

显示模块，配置为接收扩展中心页面并将其在本地进行显示。

可选的，上述客户端还包括：

生成模块，配置为在发送模块将本地访问列表中的至少部分网址发送至服务器之前，获取本地存储的用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表；

或者，

在发送模块将本地访问列表中的至少部分网址发送至服务器之前，根据用户登录标识，从服务器中获取用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，访问列表中的网址按照访问次数由高到低的顺序排列；以及，

上述发送模块，还配置为将访问列表中的前预设个数网址发送至服务器。

可选的，若服务器获取的扩展列表中的扩展个数未达到预设个数，此时，

上述接收模块，还配置为在接收服务器返回的扩展列表之前，接收服务器发送的继续获取网址的请求；

上述发送模块，还配置为按照网址排列顺序，将访问列表中第一个尚未发送的网址发送至服务器，由服务器获取与该网址对应的扩展，直至服务器获取的扩展列表中的扩展个数达到预设个数。

可选的，上述客户端还包括：

判断模块，配置为在获取模块将推荐列表发送至服务器之前，判断推荐列表中的扩展个数是否达到预设个数；

上述发送模块，还配置为当未达到预设个数时，按照网址排列顺序，将访问列表中第一个尚未发送的网址发送至服务器，由服务器返回与该网址对应的扩展，直至推荐列表中的扩展个数达到预设个数。

可选的，扩展列表包括与已上传网址对应的扩展的名称、微标及下载地址；

获取模块生成的推荐列表包括未在本地安装的扩展的名称、微标及下载地址。

依据本发明的一个方面，提供了一种服务器，包括：

接收模块，配置为接收客户端发送的网址组合，其中，网址组合包括客户端存储的访问列表中的至少部分网址；

获取模块，配置为将网址组合与预置的匹配库进行匹配，获取与网址组合中的网址对应的扩展，得到扩展列表，以及，发送模块，配置为将扩展列表发送至客户端，由客户端获取扩展列表中未在客户端安装的扩展，形成推荐列表；

生成模块，配置为接收客户端发送的推荐列表，生成包括推荐列表中的扩展的扩展中心页面并返回给客户端。

可选的，上述服务器还包括：

查找模块，配置为在接收模块接收客户端发送的网址组合之前，根据获取的用户登录标识查找用户在预设时间内的访问记录，并发送至客户端，其中，客户端提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，上述获取模块，还配置为将网址列表中的网址分别与匹配库中的网址进行对比，在匹配库中提取对比成功的网址所对应的扩展，得到扩展列表。

可选的，上述服务器还包括：

判断模块，配置为在发送模块将扩展列表发送至客户端之前，判断扩展列表中的扩展个数是否达到预设个数，其中，预设个数为网址组合所包括的网址个数；

上述发送模块，还配置为当未达到预设个数时，向客户端发送继续获取网址的请求，由客户端按照网址排列顺序，返回访问列表中第一个尚未发送的网址；

上述接收模块，还配置为接收该网址，以及，上述获取模块还配置为将该网址与匹配库进行匹配，得到与该网址对应的扩展，直至扩展列表中的扩展个数达到预设个数。

可选的，若客户端形成的推荐列表中的扩展个数未达到预设个数，此时，

上述接收模块，还配置为在接收客户端发送的推荐列表之前，接收客户端发送的访问列表中第一个尚未发送的网址；

上述获取模块，还配置为将该网址与匹配库进行匹配，将匹配得到的扩展发送至客户端，直至推荐列表中的扩展个数达到预设个数。

可选的，服务器中预置的匹配库包括至少一个网址，以及与每个网址对应的扩展的名称、徽标和下载地址；

上述获取模块生成的扩展列表包括与客户端发送的网址匹配的扩展的名称、微标及下载地址；

推荐列表包括未在客户端安装的扩展的名称、微标及下载地址。

依据本发明的一个方面，提供了一种浏览器扩展推荐的显示系统，该系统包括上述的客户端和上述的服务器。

本发明提供了一种浏览器扩展推荐的显示方法、客户端、服务器及系统。通过本发明，首先，客户端通过将本地访问列表中的网址发送给服务器，使得服务器能够根据接收到的网址进行扩展列表的获取，保证了扩展列表中的扩展均为与用户访问网址相关的扩展，使得获取的扩展对用户更具有实用性。其次，客户端形成的推荐列表包括扩展列表中未在本地安装的扩展，这使得服务器生成的扩展中心页面更具个性化，避免了为用户提供重复的扩展。

可见，与现有技术中，服务器为每个用户所提供的扩展中心页面均一致相比，本实施例所提供的方法、客户端、服务器及系统，能够根据不同用户来生成不同的扩展中心页面，使得所生成的扩展中心页面更贴合用户个性，同时也提高了用户对扩展中心页面中扩展的使用频率，从而增强了用户体验。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种浏览器扩展推荐的显示方法流程图;

图2示出了根据本发明一个实施例的另一种浏览器扩展推荐的显示方法流程图；

图3示出了根据本发明另一个实施例的一种浏览器扩展推荐的显示方法的流程图；

图4示出了根据本发明一个实施例的扩展中心页面的示意图；

图5示出了根据本发明一个实施例的一种客户端结构框图；

图6示出了根据本发明一个实施例的第二种客户端结构框图；

图7示出了根据本发明一个实施例的第三种客户端结构框图；

图8示出了根据本发明一个实施例的一种服务器结构框图；

图9示出了根据本发明一个实施例的第二种服务器结构框图；

图10示出了根据本发明一个实施例的第三种服务器结构框图；以及

图11示出了根据本发明一个实施例的一种浏览器扩展推荐的显示系统框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应该被这里阐述的实施例所限制。相反，提供这些实施例是为了能够透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

图1，为本发明实施例提供的一种浏览器扩展推荐的显示方法流程图。在该方法中，对浏览器扩展推荐的显示客户端进行了改进，该方法具体包括如下步骤S102至S108。

S102，将本地访问列表中的至少部分网址发送至服务器。

其中，访问列表包括访问次数超过阈值的网址。

S104，接收服务器返回的扩展列表。

其中，扩展列表携带有服务器获取的与已上传的网址对应的扩展。

S106，将本地已安装的扩展与扩展列表中的扩展进行匹配，获取扩展列表中未在本地安装的扩展，形成推荐列表，并将推荐列表发送至服务器，由服务器返回包括推荐列表中的扩展的扩展中心页面。

S108，接收扩展中心页面并在浏览器侧进行显示。

相应地，图2，为本发明实施例提供的另一种浏览器扩展推荐的显示方法流程图。在该方法中，对浏览器扩展推荐的显示服务器进行了改进，其中，服务器为上述客户端的后台服务器，该方法具体包括如下步骤S202至S206。

S202，接收客户端发送的网址组合。

其中，网址组合包括客户端存储的访问列表中的至少部分网址。

S204，将网址组合与预置的匹配库进行匹配，获取与网址组合中的网址对应的扩展，得到扩展列表，并将扩展列表发送至客户端，由客户端获取扩展列表中未在客户端安装的扩展，形成推荐列表。

S206，接收客户端发送的推荐列表，生成包括推荐列表中的扩展的扩展中心页面并返回给客户端。

本发明实施例提供了一种浏览器扩展推荐的显示方法。在该方法中，首先，客户端通过将本地访问列表中的网址发送给服务器，使得服务器能够根据接收到的网址进行扩展列表的获取，保证了扩展列表中的扩展均为与用户访问网址相关的扩展，使得获取的扩展对用户更具有实用性。其次，客户端形成的推荐列表只包括扩展列表中未在本地安装的扩展，这使得服务器生成的扩展中心页面更具有个性化，避免了为用户提供重复的扩展。

可见，与现有技术中，服务器为每个用户所提供的扩展中心页面均一致相比，本实施例所提供的方法中，服务器能够根据不同用户来生成不同的扩展中心页面，使得所生成的扩展中心页面更贴合用户个性，同时也提高了用户对扩展中心页面中扩展的使用频率，从而增强了用户体验。

实施例二

本实施例为上述实施例一的一种具体应用场景，通过本实施例，能够更加清楚、具体地阐述本发明所提供的方法。

图3为本发明实施例提供的一种浏览器扩展推荐的显示方法的流程图。该方法具体包括步骤S301至S316。

S301，客户端获取用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，为了确保客户端获取的访问记录中的网址均为用户最近访问的网址，客户端可以只获取用户在7天内的访问记录。同样的，为了确保获取到的访问记录中网址均为用户经常所访问的网址，可选的，客户端可以获取访问记录中访问次数超过的3次网址，生成访问列表。

另外，为了使得访问列表便于管理以及服务器确定推荐扩展的优先度，可选的，客户端还可以将访问列表中的网址按照访问次数由高到低的顺序进行排列，具体如表一所示。

表一

网址1
	网址2
网址3
	......
网址7
	......
网址n

需要说明的是，客户端生成访问列表的方式包括两种，下面分别具体介绍该两种方式。

方式一，客户端获取本地存储的用户在预设时间（如7天）内的访问记录，并提取访问记录中访问次数超过阈值（如3次）的网址，生成访问列表。

其中，本方法适用于用户未进行账号登录的情况，选择浏览器在本地保存的历史访问记录。

方式二，客户端获取用户的登录标识，并发送给服务器，服务器获取与该用户的登录标识对应的预设时间（如7天）内的访问记录并发送给客户端，客户端提取访问记录中访问次数超过阈值（如3次）的网址，生成所述访问列表并返回给客户端。

本方法适用于本地未保存有用户的访问记录无法生成访问列表的情况，此时，用户通过进行账号登陆即可由服务器获取其访问记录。

另外，当用户未进行账号登录对网址进行访问时，服务器会根据通过客户端的MAC（Media Access Control，介质访问控制）标识该客户端，当该客户端访问网址时，服务器默认该客户端已经进行了账号登录，并将该客户端的访问记录保存在服务器数据库中。

在客户端生成访问列表后，继续执行步骤S302。在步骤S302中，客户端将访问列表中的至少部分网址发送给服务器。

本实施例中，访问列表中的网址数量通常较多，为了使服务器能够获取到用户较为可能安装的扩展，客户端可以按照访问列表排列顺序将表一中排在前预设个数（如6个）网址发送给服务器，具体如表二所示。

表二

网址1
	网址2
网址3
	网址4
网址5
	网址6

服务器在接收到客户端发送的网址后，执行步骤S303。在步骤S303中，服务器将接收到的网址分别与预置的匹配库进行匹配，获取与接收到的网址对应的扩展，得到扩展列表。

需要说明的是，在服务器中预先设置有一匹配库，匹配库中至少保存有网址与扩展的对应关系。为了清楚地表示匹配库中网址与扩展的对应关系，本实施例提供了表三，用于示意上述匹配库。

表三

通过表三得知，匹配库中至少包括一个网址，每个网址对应一个扩展，也可以多个网址对应于一个扩展。匹配库中还包括扩展的名称、微标（Logo）及下载地址。

可选的，步骤S303具体实现方式包括：

服务器将接收到的网址分别与所述匹配库中的网址进行对比，在所述匹配库中提取对比成功的网址所对应的扩展，并取出每个扩展的名称、微标及下载地址，得到扩展列表。

由上可知，本实施例中，由于匹配库中存在多个网址对应于一个扩展的情况，故服务器所获取的与接收到的网址对应的扩展个数可能小于预设个数（如6个）。为了确保服务器能够为用户提供与接收到的网址数量相同的扩展，服务器在获取到扩展列表之后，继续执行如下步骤S304的操作。

S304，服务器判断获取的扩展列表中的扩展个数是否达到预设个数。

当未达到预设个数时，继续执行如下步骤S305。

当达到预设个数时，直接执行如下步骤S308。

在步骤S304中判断得到扩展列表中的扩展个数当未达到预设个数时，执行步骤S305，即，服务器向客户端发送继续获取网址的请求。

客户端接收到该请求后，执行步骤S306，即，按照网址排列顺序在访问列表中取出第一个尚未发送给服务器的网址，并发送给服务器。

例如，在本实施例中，若客户端第一次接收服务器发送的该请求，则客户端可以将上述表一中的第七个网址发送给服务器。

在服务器接收到客户端发送的网址后，继续执行步骤S307，即，服务器将该网址与匹配库进行匹配，得到与该网址对应的扩展。

本实施例步骤S307中的匹配方式与上述步骤S303中的匹配方式相同，在此不再赘述。

需要说明的是，服务器在得到与该网址对应的扩展后，将该扩展添加到扩展列表中，并返回执行上述步骤S304中判断扩展列表中的扩展个数当未达到预设个数的操作。且当判断扩展列表中的扩展个数达到预设个数时，停止继续执行上述步骤S305，继续执行步骤S308。

当上述步骤S304判断得到扩展列表中的扩展个数达到预设个数时，执行此步骤S308。在步骤S308中，服务器将获取到的扩展列表发送给客户端。

客户端接收到扩展列表后，执行步骤S309，即，客户端将本地已安装的扩展与扩展列表中的扩展进行匹配，获取扩展列表中未在本地安装的扩展，形成推荐列表。

可选的，本实施例步骤S309的实现方式包括：

客户端可以将扩展列表中的扩展的信息（如名称、微标及下载地址）对比本地已安装的扩展的信息，从而获取扩展列表中未在本地安装的扩展，形成推荐列表。

其中，形成的推荐列表中包括未在本地安装的扩展的名称、微标及下载地址。

本实施例中，为了能够向用户提供本地未安装的扩展，客户端将扩展列表中已经安装的扩展在扩展列表中去除，仅保留未在本地安装的扩展作为推荐列表。

由上可知，本实施例中，由于扩展列表中的扩展可能已经在本地进行了安装，故客户端形成的推荐列表中的扩展数量可能小于预设个数（如6个）。可选的，为了确保服务器能够为用户提供适当个数的扩展，在客户端形成推荐列表后，继续执行如下步骤S310的操作。

S310，客户端判断在步骤S309中形成的推荐列表中的扩展个数是否达到预设个数。

当未达到预设个数时，继续执行步骤S311。

当达到预设个数时，直接执行步骤S314。

S311，客户端按照访问列表中的网址排列顺序，将访问列表中第一个尚未发送给服务器的网址发送至服务器。

服务器接收到客户端发送的网址后，执行步骤S312，即，服务器将该网址与匹配库进行匹配，得到与该网址对应的扩展，并将其发送至客户端。

本实施例中的匹配方式与上述步骤S303中的匹配方式相同，在此不再赘述。

客户端接收到服务器发送的该扩展后，执行步骤S313，即，客户端将本地已安装的扩展与该扩展进行匹配，并判断该扩展是否已在本地安装。

当匹配得到该扩展在本地已安装时，说明推荐列表中的扩展数量仍然未能达到预设个数，此时，返回执行上述步骤S311至S312的操作，以保证最终扩展列表中的扩展个数达到预设个数。

当匹配得到该扩展在本地未安装时，将该扩展添加到推荐列表中，并返回执行上述步骤S310。并当判断推荐列表中的扩展个数达到预设个数时，停止执行上述步骤S311，继续执行步骤S314。

当步骤S310中判断得到推荐列表中的扩展个数达到预设个数时，执行步骤S314，即，客户端将推荐列表发送给服务器。

服务器接收到推荐列表后，执行步骤S315，即，服务器生成包括推荐列表中的扩展的扩展中心页面并返回给客户端。

可选的，本实施例为了使得生成的扩展中心页面更便于用户的选择和安装，服务器可以在生成扩展中心页面时，在扩展中心页面中选取一个专门显示推荐列表中的扩展的区域，例如，可以将该区域命名为“你可能喜欢的”。服务器将推荐列表中扩展的扩展名称、微标及下载地址进行组合，并将这些扩展按照一定顺序写入到扩展中心页面的“你可能喜欢的”区域中。本实施例还提供了图4，图4展示了根据本实施例方法形成的扩展中心页面的示意图。

由图4可见，在推荐和显示扩展的同时，还增加了对该扩展的作用和版本的描述，使得用户更加快速地了解到每个扩展的具体信息，以便对扩展的选择和安装，也进一步提高了用户体验。

需要说明的是，在上述步骤S301中已经提到，访问列表的形成与用户的访问记录有关。这就说明本步骤中，服务器所形成的扩展中心页面也由于访问列表的不同而有所不同，使得服务器能够为用户提供个性化的扩展中心页面。

S316，客户端接收服务器发送的扩展中心页面，并将其显示在浏览器侧。

可选的，当用户点击图4“你可能喜欢的”区域中的“优酷视频广告屏蔽”扩展的“安装”按钮时，客户端会根据该扩展的下载地址为用户进行扩展的下载及安装。

本发明实施例提供了一种浏览器扩展推荐的显示方法。在该方法中，首先，客户端通过将本地访问列表中的网址发送给服务器，使得服务器能够根据接收到的网址进行扩展列表的获取，保证了扩展列表中的扩展均为与用户访问网址相关的扩展，使得获取的扩展对用户更具有实用性。其次，客户端形成的推荐列表包括扩展列表中未在本地安装的扩展，这使得服务器生成的扩展中心页面更具有个性化，避免了为用户提供重复的扩展。

可见，与现有技术中，服务器为每个用户所提供的扩展中心页面均一致相比，本实施例所提供的方法中，服务器能够根据不同用户来生成不同的扩展中心页面，使得所生成的扩展中心页面更贴合用户个性，同时也提高了用户对扩展中心页面中扩展的使用频率，从而增强了用户体验。

实施例三

图5，为本发明实施例提供的一种客户端结构框图。该客户端500包括：

发送模块501，配置为将本地访问列表中的至少部分网址发送至服务器，其中，访问列表包括访问次数超过阈值的网址；

接收模块502，配置为接收服务器返回的扩展列表，其中，扩展列表携带有服务器获取的与已上传的网址对应的扩展；

获取模块503，与上述接收模块502相耦合，配置为将本地已安装的扩展与扩展列表中的扩展进行匹配，获取扩展列表中未在本地安装的扩展，形成推荐列表，以及，将推荐列表发送至服务器，由服务器返回包括推荐列表中的扩展的扩展中心页面；

显示模块504，配置为接收扩展中心页面并将其在本地进行显示。

可选的，图6，为本发明实施例提供的第二种客户端结构框图。上述客户端还包括：

生成模块505，与上述发送模块501相耦合，配置为在发送模块501将本地访问列表中的至少部分网址发送至服务器之前，获取本地存储的用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表；

或者，

在发送模块501将本地访问列表中的至少部分网址发送至服务器之前，根据用户登录标识，从服务器中获取用户在预设时间内的访问记录，并提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，访问列表中的网址按照访问次数由高到低的顺序排列；以及，

上述发送模块501，还配置为将访问列表中的前预设个数网址发送至服务器。

可选的，若服务器获取的扩展列表中的扩展个数未达到预设个数，此时，

上述接收模块502，还配置为在接收服务器返回的扩展列表之前，接收服务器发送的继续获取网址的请求；

上述发送模块501，还配置为按照网址排列顺序，将访问列表中第一个尚未发送的网址发送至服务器，由服务器获取与该网址对应的扩展，直至服务器获取的扩展列表中的扩展个数达到预设个数。

可选的，图7，为本发明实施例提供的第三种客户端结构框图。上述客户端还包括：

判断模块506，分别与上述发送模块501和获取模块503相耦合，配置为在获取模块503将推荐列表发送至服务器之前，判断推荐列表中的扩展个数是否达到预设个数；

上述发送模块501，还配置为当未达到预设个数时，按照网址排列顺序，将访问列表中第一个尚未发送的网址发送至服务器，由服务器返回与该网址对应的扩展，直至推荐列表中的扩展个数达到预设个数。

可选的，扩展列表包括与已上传网址对应的扩展的名称、微标及下载地址；

获取模块503生成的推荐列表包括未在本地安装的扩展的名称、微标及下载地址。

图8，为本发明实施例提供的一种服务器结构框图。该服务器800包括：

接收模块801，配置为接收客户端发送的网址组合，其中，网址组合包括客户端存储的访问列表中的至少部分网址；

获取模块802，与上述接收模块801相耦合，配置为将网址组合与预置的匹配库进行匹配，获取与网址组合中的网址对应的扩展，得到扩展列表，以及，发送模块803，与上述获取模块802相耦合，配置为将扩展列表发送至客户端，由客户端获取扩展列表中未在客户端安装的扩展，形成推荐列表；

生成模块804，配置为接收客户端发送的推荐列表，生成包括推荐列表中的扩展的扩展中心页面并返回给客户端。

可选的，图9，为本发明实施例提供的第二种服务器结构框图。上述服务器还包括：

查找模块805，配置为在接收模块801接收客户端发送的网址组合之前，根据获取的用户登录标识查找用户在预设时间内的访问记录，并发送至客户端，其中，客户端提取访问记录中访问次数超过阈值的网址，生成访问列表。

可选的，上述获取模块802，还配置为将网址列表中的网址分别与匹配库中的网址进行对比，在匹配库中提取对比成功的网址所对应的扩展，得到扩展列表。

可选的，图10，为本发明实施例提供的第三种服务器结构框图。上述服务器还包括：

判断模块806，分别与上述获取模块802和发送模块803相耦合，配置为在发送模块803将扩展列表发送至客户端之前，判断扩展列表中的扩展个数是否达到预设个数，其中，预设个数为网址组合所包括的网址个数；

上述发送模块803，还配置为当未达到预设个数时，向客户端发送继续获取网址的请求，由客户端按照网址排列顺序，返回访问列表中第一个尚未发送的网址；

上述接收模块801，还配置为接收该网址，以及，上述获取模块802还配置为将该网址与匹配库进行匹配，得到与该网址对应的扩展，直至扩展列表中的扩展个数达到预设个数。

可选的，若客户端形成的推荐列表中的扩展个数未达到预设个数，此时，

上述接收模块801，还配置为在接收客户端发送的推荐列表之前，接收客户端发送的访问列表中第一个尚未发送的网址；

上述获取模块802，还配置为将该网址与匹配库进行匹配，将匹配得到的扩展发送至客户端，直至推荐列表中的扩展个数达到预设个数。

可选的，服务器中预置的匹配库包括至少一个网址，以及与每个网址对应的扩展的名称、徽标和下载地址；

上述获取模块802生成的扩展列表包括与客户端发送的网址匹配的扩展的名称、微标及下载地址；

推荐列表包括未在客户端安装的扩展的名称、微标及下载地址。

图11，为本发明实施例提供的一种浏览器扩展推荐的显示系统框图。该系统包括上述的客户端500和上述的服务器800。

在本发明实施例提供的客户端、服务器及浏览器扩展推荐的系统中，首先，客户端通过将本地访问列表中网址发送给服务器，使得服务器能够根据接收到的网址进行扩展列表的获取，保证了扩展列表中的扩展均为与用户访问网址相关的扩展，使得获取的扩展对用户更具有实用性。其次，客户端形成的推荐列表包括扩展列表中未在本地安装的扩展，这使得服务器生成的扩展中心页面更具有个性化，避免了为用户提供重复的扩展。

可见，与现有技术中，服务器为每个用户所提供的扩展中心页面均一致相比，本实施例所提供的客户端、服务器及浏览器扩展推荐的系统，能够根据不同用户来生成不同的扩展中心页面，使得所生成的扩展中心页面更贴合用户个性，同时也提高了用户对扩展中心页面中扩展的使用频率，从而增强了用户体验。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的网页显示装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明实施例提供可A1、一种浏览器扩展推荐的显示方法，包括：将本地访问列表中的至少部分网址发送至服务器，其中，所述访问列表包括访问次数超过阈值的网址；接收所述服务器返回的扩展列表，其中，所述扩展列表携带有所述服务器获取的与已上传的网址对应的扩展；将本地已安装的扩展与所述扩展列表中的扩展进行匹配，获取所述扩展列表中未在本地安装的扩展，形成推荐列表，并将所述推荐列表发送至所述服务器，由所述服务器返回包括所述推荐列表中的扩展的扩展中心页面；接收所述扩展中心页面并在浏览器侧进行显示。A2、根据A1所述的方法，其特征在于，在所述将本地访问列表中的至少部分网址发送至服务器之前，还包括：获取本地存储的用户在预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表；或者，根据用户登录标识，从所述服务器中获取用户在所述预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表。A3、根据A1或A2所述的方法，其特征在于，所述访问列表中的网址按照访问次数由高到低的顺序排列；以及，所述将本地访问列表中的至少部分网址发送至服务器，包括：将所述访问列表中的前预设个数网址发送至服务器。A4、根据A3所述的方法，其特征在于，若所述服务器获取的所述扩展列表中的扩展个数未达到所述预设个数，在所述接收所述服务器返回的扩展列表之前，还包括：接收所述服务器发送的继续获取网址的请求；按照网址排列顺序，将所述访问列表中第一个尚未发送的网址发送至所述服务器，由所述服务器获取与该网址对应的扩展，直至所述服务器获取的所述扩展列表中的扩展个数达到所述预设个数。A5、根据A3或A4所述的方法，其特征在于，在将所述推荐列表发送至所述服务器之前，还包括：判断所述推荐列表中的扩展个数是否达到所述预设个数；当未达到所述预设个数时，按照网址排列顺序，将所述访问列表中第一个尚未发送的网址发送至所述服务器，由所述服务器返回与该网址对应的扩展，直至所述推荐列表中的扩展个数达到所述预设个数。A6、根据A1至A5任一项所述的方法，其特征在于，所述扩展列表包括与已上传网址对应的扩展的名称、微标及下载地址；所述推荐列表包括未在本地安装的扩展的名称、微标及下载地址。

本发明实施例揭示了B7、一种浏览器扩展推荐的显示方法，包括：接收客户端发送的网址组合，其中，所述网址组合包括所述客户端存储的访问列表中的至少部分网址；将所述网址组合与预置的匹配库进行匹配，获取与所述网址组合中的网址对应的扩展，得到扩展列表，并将所述扩展列表发送至所述客户端，由所述客户端获取所述扩展列表中未在所述客户端安装的扩展，形成推荐列表；接收所述客户端发送的所述推荐列表，生成包括所述推荐列表中的扩展的扩展中心页面并返回给所述客户端。B8、根据B7所述的方法，其特征在于，在所述接收客户端发送的网址组合之前，还包括：根据获取的用户登录标识查找用户在预设时间内的访问记录，并发送至所述客户端，其中，所述客户端提取所述访问记录中访问次数超过阈值的网址，生成所述访问列表。B9、根据B7或B8所述的方法，其特征在于，所述扩展列表的获取方式包括：将所述网址组合中的网址分别与所述匹配库中的网址进行对比，在所述匹配库中提取对比成功的网址所对应的扩展，得到所述扩展列表。B10、根据B7至B9任一项所述的方法，其特征在于，在将所述扩展列表发送至所述客户端之前，还包括：判断所述扩展列表中的扩展个数是否达到预设个数，其中，所述预设个数为所述网址组合所包括的网址个数；当未达到所述预设个数时，向所述客户端发送继续获取网址的请求，由所述客户端按照网址排列顺序，返回所述访问列表中第一个尚未发送的网址；接收该网址，并将该网址与所述匹配库进行匹配，得到与该网址对应的扩展，直至所述扩展列表中的扩展个数达到所述预设个数。B11、根据B10所述的方法，其特征在于，若所述客户端形成的所述推荐列表中的扩展个数未达到所述预设个数，在所述接收所述客户端发送的所述推荐列表之前，还包括：接收所述客户端发送的所述访问列表中第一个尚未发送的网址；将该网址与所述匹配库进行匹配，将匹配得到的扩展发送至所述客户端，直至所述推荐列表中的扩展个数达到所述预设个数。B12、根据B7至B11任一项所述的方法，其特征在于，所述匹配库中包括至少一个网址，以及与每个网址对应的扩展的名称、徽标和下载地址；所述扩展列表包括与所述客户端发送的网址匹配的扩展的名称、微标及下载地址；所述推荐列表包括未在所述客户端安装的扩展的名称、微标及下载地址。

本发明实施例提供了C13、一种客户端，包括：发送模块，配置为将本地访问列表中的至少部分网址发送至服务器，其中，所述访问列表包括访问次数超过阈值的网址；接收模块，配置为接收所述服务器返回的扩展列表，其中，所述扩展列表携带有所述服务器获取的与已上传的网址对应的扩展；获取模块，配置为将本地已安装的扩展与所述扩展列表中的扩展进行匹配，获取所述扩展列表中未在本地安装的扩展，形成推荐列表，以及，将所述推荐列表发送至所述服务器，由所述服务器返回包括所述推荐列表中的扩展的扩展中心页面；显示模块，配置为接收所述扩展中心页面并将其在本地进行显示。C14、根据C13所述的客户端，其特征在于，所述客户端还包括：生成模块，配置为在所述发送模块将本地访问列表中的至少部分网址发送至服务器之前，获取本地存储的用户在预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表；或者，在所述发送模块将本地访问列表中的至少部分网址发送至服务器之前，根据用户登录标识，从所述服务器中获取用户在所述预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表。C15、根据C13或C14所述的客户端，其特征在于，所述访问列表中的网址按照访问次数由高到低的顺序排列；以及，所述发送模块，还配置为将所述访问列表中的前预设个数网址发送至服务器。C16、根据C15所述的客户端，其特征在于，若所述服务器获取的所述扩展列表中的扩展个数未达到所述预设个数，此时，所述接收模块，还配置为在接收所述服务器返回的扩展列表之前，接收所述服务器发送的继续获取网址的请求；所述发送模块，还配置为按照网址排列顺序，将所述访问列表中第一个尚未发送的网址发送至所述服务器，由所述服务器获取与该网址对应的扩展，直至所述服务器获取的所述扩展列表中的扩展个数达到所述预设个数。C17、根据C15或C16所述的客户端，其特征在于，所述客户端还包括：判断模块，配置为在所述获取模块将所述推荐列表发送至所述服务器之前，判断所述推荐列表中的扩展个数是否达到所述预设个数；所述发送模块，还配置为当未达到所述预设个数时，按照网址排列顺序，将所述访问列表中第一个尚未发送的网址发送至所述服务器，由所述服务器返回与该网址对应的扩展，直至所述推荐列表中的扩展个数达到所述预设个数。C18、根据C13至C17任一项所述的客户端，其特征在于，所述扩展列表包括与已上传网址对应的扩展的名称、微标及下载地址；所述获取模块生成的所述推荐列表包括未在本地安装的扩展的名称、微标及下载地址。

本发明实施例揭示了D19、一种服务器，包括：接收模块，配置为接收客户端发送的网址组合，其中，所述网址组合包括所述客户端存储的访问列表中的至少部分网址；获取模块，配置为将所述网址组合与预置的匹配库进行匹配，获取与所述网址组合中的网址对应的扩展，得到扩展列表，以及，发送模块，配置为将所述扩展列表发送至所述客户端，由所述客户端获取所述扩展列表中未在所述客户端安装的扩展，形成推荐列表；生成模块，配置为接收所述客户端发送的所述推荐列表，生成包括所述推荐列表中的扩展的扩展中心页面并返回给所述客户端。D20、根据D19所述的服务器，其特征在于，所述服务器还包括：查找模块，配置为在所述接收模块接收客户端发送的网址组合之前，根据获取的用户登录标识查找用户在预设时间内的访问记录，并发送至所述客户端，其中，所述客户端提取所述访问记录中访问次数超过阈值的网址，生成所述访问列表。D21、根据D19或D20所述的服务器，其特征在于，所述获取模块，还配置为将所述网址组合中的网址分别与所述匹配库中的网址进行对比，在所述匹配库中提取对比成功的网址所对应的扩展，得到所述扩展列表。D22、根据D19至D21任一项所述的服务器，其特征在于，所述服务器还包括：判断模块，配置为在所述发送模块将所述扩展列表发送至所述客户端之前，判断所述扩展列表中的扩展个数是否达到预设个数，其中，所述预设个数为所述网址组合所包括的网址个数；所述发送模块，还配置为当未达到所述预设个数时，向所述客户端发送继续获取网址的请求，由所述客户端按照网址排列顺序，返回所述访问列表中第一个尚未发送的网址；所述接收模块，还配置为接收该网址，以及，所述获取模块还配置为将该网址与所述匹配库进行匹配，得到与该网址对应的扩展，直至所述扩展列表中的扩展个数达到所述预设个数。D23、根据D22所述的服务器，其特征在于，若所述客户端形成的所述推荐列表中的扩展个数未达到所述预设个数，此时，所述接收模块，还配置为在接收所述客户端发送的所述推荐列表之前，接收所述客户端发送的所述访问列表中第一个尚未发送的网址；所述获取模块，还配置为将该网址与所述匹配库进行匹配，将匹配得到的扩展发送至所述客户端，直至所述推荐列表中的扩展个数达到所述预设个数。D24、根据D19至D23任一项所述的服务器，其特征在于，所述服务器中预置的所述匹配库包括至少一个网址，以及与每个网址对应的扩展的名称、徽标和下载地址；所述获取模块生成的所述扩展列表包括与所述客户端发送的网址匹配的扩展的名称、微标及下载地址；所述推荐列表包括未在所述客户端安装的扩展的名称、微标及下载地址。

本发明实施例揭示了E25、一种浏览器扩展推荐的显示系统，其特征在于，包括C13至C18任一项所述的客户端和D19至D24任一项所述的服务器。

Claims (10)

1.一种浏览器扩展推荐的显示方法，包括：

将本地访问列表中的至少部分网址发送至服务器，其中，所述访问列表包括访问次数超过阈值的网址；

接收所述服务器返回的扩展列表，其中，所述扩展列表携带有所述服务器获取的与已上传的网址对应的扩展；

将本地已安装的扩展与所述扩展列表中的扩展进行匹配，获取所述扩展列表中未在本地安装的扩展，形成推荐列表，并将所述推荐列表发送至所述服务器，由所述服务器返回包括所述推荐列表中的扩展的扩展中心页面；

接收所述扩展中心页面并在浏览器侧进行显示。

2.根据权利要求1所述的方法，其特征在于，在所述将本地访问列表中的至少部分网址发送至服务器之前，还包括：

获取本地存储的用户在预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表；

或者，

根据用户登录标识，从所述服务器中获取用户在所述预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表。

3.根据权利要求1或2所述的方法，其特征在于，所述访问列表中的网址按照访问次数由高到低的顺序排列；以及，

所述将本地访问列表中的至少部分网址发送至服务器，包括：

将所述访问列表中的前预设个数网址发送至服务器。

4.一种浏览器扩展推荐的显示方法，包括：

接收客户端发送的网址组合，其中，所述网址组合包括所述客户端存储的访问列表中的至少部分网址；

将所述网址组合与预置的匹配库进行匹配，获取与所述网址组合中的网址对应的扩展，得到扩展列表，并将所述扩展列表发送至所述客户端，由所述客户端获取所述扩展列表中未在所述客户端安装的扩展，形成推荐列表；

接收所述客户端发送的所述推荐列表，生成包括所述推荐列表中的扩展的扩展中心页面并返回给所述客户端。

5.根据权利要求4所述的方法，其特征在于，在所述接收客户端发送的网址组合之前，还包括：

根据获取的用户登录标识查找用户在预设时间内的访问记录，并发送至所述客户端，其中，所述客户端提取所述访问记录中访问次数超过阈值的网址，生成所述访问列表。

6.根据权利要求4或5所述的方法，其特征在于，所述扩展列表的获取方式包括：

将所述网址组合中的网址分别与所述匹配库中的网址进行对比，在所述匹配库中提取对比成功的网址所对应的扩展，得到所述扩展列表。

7.一种客户端，包括：

发送模块，配置为将本地访问列表中的至少部分网址发送至服务器，其中，所述访问列表包括访问次数超过阈值的网址；

接收模块，配置为接收所述服务器返回的扩展列表，其中，所述扩展列表携带有所述服务器获取的与已上传的网址对应的扩展；

获取模块，配置为将本地已安装的扩展与所述扩展列表中的扩展进行匹配，获取所述扩展列表中未在本地安装的扩展，形成推荐列表，以及，将所述推荐列表发送至所述服务器，由所述服务器返回包括所述推荐列表中的扩展的扩展中心页面；

显示模块，配置为接收所述扩展中心页面并将其在本地进行显示。

8.根据权利要求7所述的客户端，其特征在于，所述客户端还包括：

生成模块，配置为在所述发送模块将本地访问列表中的至少部分网址发送至服务器之前，获取本地存储的用户在预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表；

或者，

在所述发送模块将本地访问列表中的至少部分网址发送至服务器之前，根据用户登录标识，从所述服务器中获取用户在所述预设时间内的访问记录，并提取所述访问记录中访问次数超过所述阈值的网址，生成所述访问列表。

9.一种服务器，包括：

接收模块，配置为接收客户端发送的网址组合，其中，所述网址组合包括所述客户端存储的访问列表中的至少部分网址；

获取模块，配置为将所述网址组合与预置的匹配库进行匹配，获取与所述网址组合中的网址对应的扩展，得到扩展列表，以及，发送模块，配置为将所述扩展列表发送至所述客户端，由所述客户端获取所述扩展列表中未在所述客户端安装的扩展，形成推荐列表；

生成模块，配置为接收所述客户端发送的所述推荐列表，生成包括所述推荐列表中的扩展的扩展中心页面并返回给所述客户端。

10.一种浏览器扩展推荐的显示系统，其特征在于，包括权利要求7至8中任一项所述的客户端和权利要求9所述的服务器。

Images