按照更新后的显示顺序在所述浏览器的界面上显示各个内置搜索引擎，并且所述 各个内置搜索引擎的名称和图标均显示为更新后的名称和图标。
[0046] 本实施例中，所述从服务器获取用于更新所述内置搜索引擎属性的配置文件，可 W包括：
[0047] 按照指定的周期定期从服务器获取用于更新所述内置搜索引擎属性的配置文件。
[0048] 本实施例中，所述解析该配置文件得到所述内置搜索引擎的配置信息，可W包 括：
[0049] 在确定所述浏览器支持该配置文件的格式时，解析该配置文件得到所述内置搜索 引擎的属性信息。
[0050] 本实施例中，所述从服务器获取用于更新所述内置搜索引擎属性的配置文件，可 W包括：
[0051] 发送查询请求给服务器，请求获取用于更新所述内置搜索引擎属性的配置文件， 该查询请求携带本地配置文件为第一版本的信息；
[0052] 接收该服务器返回的第二版本的配置文件，该第二版本比该第一版本的版本高。
[0053] 本实施例提供的上述方法，通过在所述浏览器的界面上按照所述内置搜索引擎当 前的属性信息显示所述内置搜索引擎，从服务器获取用于更新所述内置搜索引擎属性的配 置文件，解析所述配置文件得到所述内置搜索引擎的属性信息，在关闭所述浏览器时，将所 述内置搜索引擎当前的属性信息更新为解析得到的所述属性信息，当再次启动所述浏览器 时，按照更新后的所述属性信息在所述浏览器的界面上显示所述内置搜索引擎，从而无需 更改代码就能动态更新内置搜索引擎的属性，提高了更新内置搜索引擎的灵活性，而且，不 用等待浏览器新版本发布，可W进行动态更新浏览器内置的搜索引擎，提高了更新内置搜 索引擎的及时性，为用户提供更直接有效的搜索引擎展现方式。
[0054] 实施例2
[0055] 参见图2,本实施例提供了一种更新内置搜索引擎的方法，应用于浏览器，该浏览 器具有内置搜索引擎，该方法包括：
[0056] 201 ;在浏览器的界面上按照所述内置搜索引擎当前的属性信息显示所述内置搜 索引擎；
[0057] 202 ;从服务器获取用于更新所述内置搜索引擎属性的配置文件；
[0058] 优选地，可W按照指定的周期定期从服务器获取用于更新所述内置搜索引擎属性 的配置文件，从而保证更新的及时性。
[0059] 203 ;解析该配置文件得到所述内置搜索引擎的属性信息；
[0060] 本步骤可W包括：
[0061] 在确定所述浏览器支持该配置文件的格式时，解析该配置文件得到所述内置搜索 引擎的属性信息。
[0062] 当然，如果确定所述浏览器不支持该配置文件的格式，则无法进行解析，当前流程 结束。
[0063] 204;在关闭该浏览器时，将所述内置搜索引擎当前的属性信息更新为解析得到的 所述属性信息；
[0064] 其中，所述内置搜索引擎的属性信息至少包括W下一种：搜索引擎类别、搜索引擎 标识、搜索引擎名称、搜索源、显示顺序和图标信息。
[0065] 虽然可W在解析得到属性信息后立刻进行属性更新，但是为了避免由于浏览器内 置搜索引擎的显示方式突然改变而造成用户的疑惑，本实施例中，优选地，采用在浏览器关 闭时进行内置搜索引擎属性更新的方式，更容易被用户接受。而且，在当前浏览器关闭前更 新，在下次浏览器启动时生效，能够自然过渡，更新过程更流畅，对用户使用浏览器的影响 最低，更加符合用户的使用习惯。
[0066] 例如，参见图3和图4,为浏览器内置搜索引擎更新先后对比的示意图。其中，图 3为当前启动浏览器后显示的内置搜索引擎的列表，由上至下依次为；搜狗、百度、Google、 Bing和SOSO。在关闭浏览器之前进行了内置搜索引擎的更新，当再次启动浏览器后根据更 新后的结果显示内置搜索引擎列表，如图4所示。更新后的搜索引擎列表由上至下依次为： 百度、搜狗和Bing。可W看出，在不变更现有代码的情况下，下拉列表中实现百度和搜狗两 个搜索引擎的位置互换，另外Google与SOSO被隐藏，不再显示。可见，实现了浏览器内置搜 索引擎的动态更新，无需更改浏览器的代码就可W实现，而且更新结果直接显示在页面上， 更直观。
[0067] 205;当再次启动该浏览器时，按照更新后的显示顺序在所述浏览器的界面上显示 各个内置搜索引擎，并且所述各个内置搜索引擎的名称和图标均显示为更新后的名称和图 标。
[0068] 本实施例中，所述从服务器获取用于更新所述内置搜索引擎属性的配置文件，可 W包括：
[0069] 发送查询请求给服务器，请求获取用于更新所述内置搜索引擎属性的配置文件， 该查询请求携带本地配置文件为第一版本的信息；
[0070] 接收该服务器返回的第二版本的配置文件，该第二版本比该第一版本的版本高。
[0071] 本实施例提供的上述方法，通过在所述浏览器的界面上按照所述内置搜索引擎当 前的属性信息显示所述内置搜索引擎，从服务器获取用于更新所述内置搜索引擎属性的配 置文件，解析所述配置文件得到所述内置搜索引擎的属性信息，在关闭所述浏览器时，将所 述内置搜索引擎当前的属性信息更新为解析得到的所述属性信息，当再次启动所述浏览器 时，按照更新后的所述属性信息在所述浏览器的界面上显示所述内置搜索引擎，从而无需 更改代码就能动态更新内置搜索引擎的属性，提高了更新内置搜索引擎的灵活性，而且，不 用等待浏览器新版本发布，可W进行动态更新浏览器内置的搜索引擎，提高了更新内置搜 索引擎的及时性，为用户提供更直接有效的搜索引擎展现方式。
[00刮 实施例3
[0073] 参见图5,本实施例提供了一种更新内置搜索引擎的方法，应用于客户端的浏览 器，该浏览器具有内置搜索引擎，该方法包括：
[0074] 501;客户端的浏览器发送查询请求给服务器，请求获取用于更新所述内置搜索引 擎属性的配置文件，该查询请求携带本地配置文件为第一版本的信息；
[0075] 其中，优选地，客户端的浏览器可W按照指定的周期定期向服务器发送查询请求， W便达到及时更新内置搜索引擎的效果。
[0076] 502;服务器接收到该查询请求后，将本地保存的配置文件的版本信息与查询请求 中携带的版本信息进行比较，如果确定本地保存的配置文件为第二版本且比第一版本的版 本高，则发送该第二版本的配置文件给客户端；
[0077] 进一步地，为了提高安全性，服务器还可W将配置文件加密后再下发给客户端，客 户端收到后进行相应的解密再进行解析及后续操作。
[0078] 其中，服务器保存的配置文件中可W包括配置文件的版本信息，如版本号。客户端 发送的查询请求中也可W包括客户端当前保存的配置文件的版本信息。服务器将该两个版 本信息进行比较后，就可W得知配置文件是否已经升级，如果该两个版本信息相同，则可W 确定没有升级，如果该两个版本不同，且服务器保存的配置文件的版本比客户端保存的配 置文件的版本高，则确定配置文件已经升级。
[0079] 例如，客户端保存的配置文件为1. 0版本，服务器保存的配置文件的版本为2. 0， 且2. 0的版本比1. 0的版本高，则服务器可W确定配置文件已经升级，因此，将新版本2. 0 发送给客户端进行更新。
[0080] 本实施例中，配置文件升级可W多种场景，包括但不限于；增加搜索引擎、删除搜 索引擎、改变搜索引擎的显示顺序、改变搜索引擎的图标、改变搜索引擎的名称等等，本实 施例对此不做具体限定。
[0081] 503 ;客户端的浏览器接收服务器返回的第二版本的配置文件；
[0082] 504;客户端的浏览器解析该第二版本的配置文件得到所述内置搜索引擎的属性 信息；
[0083] 具体地，客户端的浏览器可W先判断自身是否支持该配置文件的格式，在确定支 持该配置文件的格式时，解析该配置文件得到所述内置搜索引擎的属性信息。
[0084] 505;客户端的浏览器在关闭时，将所述内置搜索引擎当前的属性信息更新为解析 得到的所述属性信息；
[0085] 506 ;当所述浏览器再次启动时，按照更新后的所述属性信息在所述浏览器的界面 上显示所述内置搜索引擎。
[0086] 本实施例中，所述内置搜索引擎的属性信息至少包括W下一种：搜索引擎类别、搜 索引擎标识、搜索引擎名称、搜索源、显示顺序和图标信息