搜索调度方法及搜索服务器.pdf

本发明公开了一种搜索调度方法，包括：接收搜索请求；获取本地注册的各个搜索引擎对所述搜索请求的区配度；获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息；根据所述搜索服务器的标识信息访问在本搜索服务器虚拟注册的搜索引擎所属搜索服务器，获取所述本搜索服务器虚拟注册的搜索引擎对所述搜索请求的区配度；根据所述本地注册的各个搜索引擎对该搜索请求的区配度及所述本搜索服务器虚拟注册的搜索引擎对所述搜索请求的区配度，确定至少一个用于根据所述搜索请求进行信息检索的搜索引擎。同时本发明还

1、  一种搜索调度方法，其特征在于，包括：
接收搜索请求；
获取本地注册的各个搜索引擎对所述搜索请求的区配度；
获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息；
根据所述搜索服务器的标识信息访问对应的搜索服务器，获取所述本搜索服务器虚拟注册的搜索引擎对所述搜索请求的区配度；
根据所述本地注册的各个搜索引擎对所述搜索请求的区配度及所述本搜索服务器虚拟注册的搜索引擎对所述搜索请求的区配度，确定至少一个用于根据所述搜索请求进行信息检索的搜索引擎。

2、  如权利要求1所述的方法，其特征在于，所述获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息包括：
判定所述搜索请求所属的搜索类型，根据所述搜索类型信息获取在本搜索服务器虚拟注册的属于所述搜索类型的搜索引擎的标识信息及其所属搜索服务器的标识信息。

3、  如权利要求2所述的方法，其特征在于，所述判定所述搜索请求所属的搜索类型的步骤为：
提取所述搜索请求的搜索类型信息，所述搜索类型为所述搜索请求所属的搜索类型；或为
从所述搜索请求中提取搜索条件，根据所述搜索条件确定预设置的对应所述搜索条件的搜索类型；或为
确定所述搜索请求对应的默认搜索类型，所述默认搜索类型即为所述搜索请求所属的搜索类型。
4如权利要求2所述的方法，其特征在于，所述获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息包括：
从所述搜索请求中获取地域信息，根据所述搜索类型和地域信息获取在本搜索服务器虚拟注册的、属于所述搜索类型的且服务范围涵盖所述地域的搜索引擎的标识信息及其所属搜索服务器的标识信息。

5、  如权利要求1所述的方法，其特征在于，所述获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息包括：
从所述搜索请求中获取地域信息，根据所述地域信息获取在本搜索服务器虚拟注册的服务范围涵盖所述地域的搜索引擎的标识信息及其所属搜索服务器的标识信息。

6、  如权利要求1所述的方法，其特征在于，所述获取本地注册的各个搜索引擎对所述搜索请求的区配度的步骤包括：
从所述搜索请求中提取搜索条件，以所提取的搜索条件查询元索引数据库，获取本地注册的各个搜索引擎对所述搜索请求的区配度。

7、  如权利要求1至6任意项所述的方法，其特征在于，在所述获取本地注册的各个搜索引擎对所述搜索请求的区配度的步骤与所述获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息的步骤之间还包括：
判断所述各个搜索引擎对所述搜索请求的区配度是否大于预设门限值，若判断为是，则选择区配度大于预设门限值的搜索引擎用于根据所述搜索请求进行信息检索，否则，执行获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息的步骤。

8、  如权利要求3或6所述的方法，其特征在于，所述搜索条件为搜索关键词或结构化查询语言SQL语句。

9、  如权利要求1所述的方法，其特征在于，所述接收搜索请求之前包括：
接收归属于其他搜索服务器的搜索引擎的虚拟注册信息，所述虚拟注册信息包含搜索引擎标识、地域信息、搜索类型及所属搜索服务器的标识信息；
根据所述虚拟注册信息中的搜索引擎标识、地域信息、搜索类型及所属搜索服务器的标识信息对所述搜索服务器的搜索引擎进行虚拟注册。

10、  如权利要求9所述的方法，其特征在于，所述其他搜索服务器的搜索引擎的虚拟注册信息中还包含搜索请求接口。

11、  如权利要求10所述方法，其特征在于，所述搜索请求接口为URL统一资源定位查询模板。

12、  如权利要求11所述的方法，其特征在于，接收归属于其他搜索服务器的搜索引擎的虚拟注册信息为：
接收所述其他搜索服务器代理其所管理的搜索引擎发送的虚拟注册请求，从所述虚拟注册请求获取所述虚拟注册请求中携带的虚拟注册信息；或为，
根据所述其他搜索服务器发布的虚拟注册文档，从所述虚拟注册文档获取所述其他搜索服务器所管理的搜索引擎的虚拟注册信息。

13、  一种搜索服务器，其特征在于，包括：
本地注册单元，用于接收搜索引擎的本地注册请求，对搜索引擎进行本地注册；
虚拟注册单元，用于接收归属于其他搜索服务器的搜索引擎的虚拟注册请求，所述虚拟注册请求包含搜索引擎标识、地域信息、搜索类型及所属搜索服务器的标识信息，根据所述虚拟注册请求中的搜索引擎标识、地域信息、搜索类型及所属搜索服务器的标识信息对所述搜索服务器的搜索引擎进行虚拟注册；
元索引单元，用于生成并管理所述本地注册单元所注册的搜索引擎的元索引；
搜索调度单元，用于接收搜索请求，从所述元索引单元获取由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度，获取由所述虚拟注册单元虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息，根据所述搜索服务器的标识信息访问所述搜索服务器，获取由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度，由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度及由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度，确定至少一个用于根据所述搜索请求进行信息检索的搜索引擎。

14、  如权利要求13所述的搜索服务器，其特征在于，所述搜索调度单元包括：
搜索请求接收单元，用于接收搜索请求；
第一区配度获取单元，用于获取由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度；
第二区配度获取单元，用于获取由所述虚拟注册单元虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息，根据所述搜索服务器的标识信息访问所述搜索服务器，获取由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度；
选择单元，用于根据所述第一区配度获取单元获取的由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度，及所述第二区配度获取单元获取的由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度，选择至少一个用于根据所述搜索请求进行信息检索的搜索引擎。

15、  如权利要求14所述的搜索服务器，其特征在于，所述选择单元还包括判断单元、第一选择执行单元及第二选择执行单元，其中：
所述判断单元，用于判断所述第一区配度获取单元获取的由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度是否大于预设门限值；
所述第一选择执行单元，用于当所述判断单元判断为是时，选择区配度大于所述预设门限值的搜索引擎用于根据所述搜索请求进行信息检索；
所述第二选择执行单元，用于当所述判断单元判断为否时，根据所述第一区配度获取单元获取的由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度及所述第二区配度获取单元获取的由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度选择至少一个用于根据所述搜索请求进行信息检索的搜索引擎。

16、  如权利要求13所述的搜索服务器，其特征在于，所述第二区配度获取单元包括：
标识信息获取单元，用于获取由所述虚拟注册单元虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息；
区配度获取执行单元，用于根据所述搜索服务器的标识信息访问所述搜索服务器，并根据所述搜索引擎的标识信息获取由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度。

17、  如权利要求16所述的搜索服务器，其特征在于，所述标识信息获取单元包括：
搜索类型信息获取单元，用于从所述搜索请求中获取搜索类型信息；
第一标识信息获取执行单元，用于根据所述搜索类型信息获取单元所获取的所述搜索类型信息获取在本搜索服务器虚拟注册的属于所述搜索类型的搜索引擎的标识信息及其所属搜索服务器的标识信息。

18、  如权利要求16所述的搜索服务器，其特征在于，所述标识信息获取单元包括：
搜索条件提取单元，用于从所述搜索请求中提取搜索条件；
搜索类型确定单元，用于根据所述搜索条件提取单元所提取的所述搜索条件确定预设置的对应所述搜索条件的搜索类型；
第二标识信息获取执行单元，用于根据所述搜索类型确定单元所确定的搜索类型获取在本搜索服务器虚拟注册的属于所述搜索类型的搜索引擎的标识信息及其所属搜索服务器的标识信息。

19、  如权利要求16所述的搜索服务器，其特征在于，所述标识信息获取单元包括：
默认搜索类型确定单元，用于确定所述所述搜索请求对应的默认搜索类型；
第三标识信息获取执行单元，用于根据所述默认搜索类型确定单元所确定的默认搜索类型获取在本搜索服务器虚拟注册的属于所述默认搜索类型的搜索引擎的标识信息及其所属搜索服务器的标识信息。

20、  如权利要求18所述的搜索服务器，其特征在于，所述搜索条件为搜索关键词或结构化查询语言SQL语句。

21、  一种搜索调度方法，其特征在于，包括：
接收搜索请求；
从所述搜索请求中提取搜索条件，以所提取的搜索条件查询元索引数据库，获取本地注册的各个搜索引擎对所述搜索请求的区配度；
判断所述各个搜索引擎对所述搜索请求的区配度是否大于预设门限值，若判断为是，则选择区配度大于预设门限值的搜索引擎用于根据所述搜索请求进行信息检索。

22、  如权利要求21所述的方法，其特征在于，所述搜索条件为搜索关键词或结构化查询语言SQL语句。

23、  一种搜索服务器，其特征在于，包括：
接收单元，用于接收搜索请求；
搜索条件提取单元，用于从所述搜索请求中提取搜索条件；
区配度获取单元，用于根据所述搜索条件提取单元所提取的所述搜索条件查询元索引数据库，获取本地注册的各个搜索引擎对所述搜索请求的区配度；
搜索引擎选择单元，用于判断所述各个搜索引擎对所述搜索请求的区配度是否大于预设门限值，若判断为是，则选择区配度大于预设门限值的搜索引擎用于根据所述搜索请求进行信息检索。

搜索调度方法及搜索服务器
技术领域
本发明涉及网络技术领域，尤其涉及一种搜索调度方法及一种搜索服务器。
背景技术
在当今网络世界中，搜索引擎已经成为进行互联网信息检索必不可少的工具，现有的搜索引擎有传统的互联网巨头，如Google，Yahoo，Baidu，还有一些专业的针对某一行业的垂直搜索引擎，如酷讯的火车票搜索，房老大房地产信息搜索平台。还有移动领域的搜索引擎，如cgogo，UUCun，roboo等。还有一些提供本地服务的搜索引擎，如电信的号码百事通。然而，网上信息极度膨胀导致查找信息犹如大海捞针。虽然优秀搜索引擎提供了大量的信息资源并以优先的算法做支撑来帮助用户寻找他希望用的信息，但目前单个搜索引擎也有它的局限性。
元搜索引擎(Metasearch Engine)，是一种调用其它独立搜索引擎的引擎，亦称“搜索引擎之母(The mother of searce engines)”。在这里，“元”(Meta)为“总的”、“超越”之意，元搜索引擎就是对多个独立搜索引擎的整合、调用、控制和优化利用。相对元搜索引擎，可被利用的独立搜索引擎称为“源搜索引擎”(source Engine)，或“成员搜索引擎”，整合、调用、控制和优化利用源搜索引擎的技术，称为“元搜索技术”(Meta-searching technique)，元搜索技术是元搜索引擎的核心。
元搜索引擎可以通过元索引选择较优的搜索引擎。但不同搜索引擎一般有不同的请求格式与返回结果格式，因此，传统元搜索引擎不能无限制的集成多个成员搜索引擎的能力。在OpenSearch(开放搜索)规范中为各搜索引擎描述其能力提供了一种标准，搜索引擎只要按照OpenSearch规范提供描述文件，其它应用就能够很方便的通过其接口描述文件提供的公共接口与搜索引擎进行信息交互。规范的推出方便了各搜索引擎能力之间的集成。但现有的元搜索引擎要么元搜索引擎之间不能互相访问，或者选择搜索引擎的过程复杂。
斯坦福大学的Luis Gravano，Hkctor Garcia-Molina在论文《GeneralizingGIOSS to Vector-Space Databases and Broker Hierarchies》中提到了基于元元索引的搜索引擎调度方案，该技术方案的系统构架如图1所示，该系统包括多个元搜索平台(图中示出两个)，各元搜索平台基于元元搜索平台进行管理，元元搜索平台为各搜索平台建立元元索引，各元搜索平台管理各自所管理的成员搜索引擎，为各成员搜索引擎建立元索引，图2为该现有技术的基于元元索引的搜索引擎调度方法，包括：
101，元搜索平台接收来自用户的搜索请求；
102，元搜索平台把所接收到的搜索请求转发到元元搜索平台；
103，元元搜索平台根据元元索引计算出元搜索引擎对搜索请求的区配度，并根据预先设定的阈值，选择区配度较好的元搜索平台，例如选择元搜索平台B和元搜索平台C；
104，把搜索请求转发到步骤103所选择的元搜索平台B；
105，元搜索平台B接收到搜索请求后，根据元索引计算出成员搜索引擎的区配度；
106，把搜索引擎标识及其区配度返回给元元搜索平台；
107，把搜索请求转发到步骤103所选择的元搜索平台C；
108，元搜索平台C接收到搜索请求后，根据元索引计算出成员搜索引擎的区配度；
109，把搜索引擎标识及其区配度返回给元元搜索平台；
110，元元搜索平台根据各元搜索平台返回的搜索引擎及其权重和预先设定的阈值，计算出较好的成员搜索引擎；
111，元元搜索平台把较好的成员搜索引擎返回给元搜索平台。
发明人在实现本发明的过程中，发现在上述现有技术方案中，由于各元搜索平台之间通过元元搜索平台实现互相调用，元元搜索平台为各元搜索平台建立元元索引的过程会导致信息损失，导致无法找到真正需要的成员搜索引擎，元搜索平台接收到搜索请求后，需通过元元搜索平台，由元元搜索平台选择确定成员搜索引擎，调度流程复杂，处理时延较长。
发明内容
为了解决上述问题，本发明实施例提供一种搜索调度方法及一种搜索服务器，以提高搜索引擎的调度效率，简化调度流程，提高处理效率。
为了达到上述发明目的，本发明实施例提供了一种搜索调度方法，包括：
接收搜索请求；
获取本地注册的各个搜索引擎对所述搜索请求的区配度；
获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息；
根据所述搜索服务器的标识信息访问对应的搜索服务器，获取所述本搜索服务器虚拟注册的搜索引擎对所述搜索请求的区配度；
根据所述本地注册的各个搜索引擎对所述搜索请求的区配度及所述本搜索服务器虚拟注册的搜索引擎对所述搜索请求的区配度，确定至少一个用于根据所述搜索请求进行信息检索的搜索引擎。
及一种搜索服务器，包括：
本地注册单元，用于接收搜索引擎的本地注册请求，对搜索引擎进行本地注册；
虚拟注册单元，用于接收归属于其他搜索服务器的搜索引擎的虚拟注册请求，所述虚拟注册请求包含搜索引擎标识、地域信息、搜索类型及所属搜索服务器的标识信息，根据所述虚拟注册请求中的搜索引擎标识、地域信息、搜索类型及所属搜索服务器的标识信息对所述搜索服务器的搜索引擎进行虚拟注册；
元索引单元，用于生成并管理所述本地注册单元所注册的搜索引擎的元索引；
搜索调度单元，用于接收搜索请求，从所述元索引单元获取由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度，获取由所述虚拟注册单元虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息，根据所述搜索服务器的标识信息访问所述搜索服务器，获取由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度，由所述本地注册单元所注册的各个搜索引擎对所述搜索请求的区配度及由所述虚拟注册单元虚拟注册的搜索引擎对所述搜索请求的区配度，确定至少一个用于根据所述搜索请求进行信息检索的搜索引擎。
本发明实施例还提供了另一种搜索调度方法，包括：
接收搜索请求；
从所述搜索请求中提取搜索条件，以所提取的搜索条件查询元索引数据库，获取本地注册的各个搜索引擎对所述搜索请求的区配度；
判断所述各个搜索引擎对所述搜索请求的区配度是否大于预设门限值，若判断为是，则选择区配度大于预设门限值的搜索引擎用于根据所述搜索请求进行信息检索。
及另一种搜索服务器，包括：
接收单元，用于接收搜索请求；
搜索条件提取单元，用于从所述搜索请求中提取搜索条件；
区配度获取单元，用于根据所述搜索条件提取单元所提取的所述搜索条件查询元索引数据库，获取本地注册的各个搜索引擎对所述搜索请求的区配度；
搜索引擎选择单元，用于判断所述各个搜索引擎对所述搜索请求的区配度是否大于预设门限值，若判断为是，则选择区配度大于预设门限值的搜索引擎用于根据所述搜索请求进行信息检索。
实施本发明实施例，通过对其他搜索服务器所管理的搜索引擎进行虚拟注册，实现了在接收到搜索请求后，基于所述虚拟注册进行搜索服务器间的互相访问，在各搜索服务器所管理的搜索引擎中选择较优的搜索引擎，提高了搜索范围及搜索准确度，提高了调度效率，简化了调度流程。
实施本发明另一实施例，在接收到搜索请求后，根据搜索请求中提取的搜索条件查询并获取本地注册的各个搜索引擎对所述搜索请求的区配度，进而通过判断所述各个搜索引擎对所述搜索请求的区配度是否大于预设门限值，在判断为是时，选择区配度大于预设门限值的搜索引擎用于根据所述搜索请求进行信息检索，实现了快速、高效的选择较优的搜索引擎，提高了的搜索引擎的调度效率，简化了调度流程。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是现有技术的一种元元搜索系统组成示意图；
图2是该现有技术的一种基于元元索引的搜索引擎调度方法；
图3是本发明实施例一种搜索调度方法的流程示意图；
图4是本发明实施例搜索引擎选择方法的流程示意图；
图5是本发明搜索服务器实施例的组成示意图；
图6是本发明搜索服务器实施例中搜索调度单元8的组成示意图；
图7是本发明搜索调度单元8实施例中第二区配度获取单元83的组成示意图；
图8a是本发明第二区配度获取单元83实施例中标识信息获取单元831第一实施例组成示意图；
图8b是本发明第二区配度获取单元83实施例中标识信息获取单元831第二实施例组成示意图；
图8c是本发明第二区配度获取单元83实施例中标识信息获取单元831第三实施例组成示意图；
图9是本发明搜索调度单元8实施例中选择单元84的组成示意图；
图10是本发明实施例的另一种搜索调度方法的流程示意图；
图11是本发明实施例的另一种搜索服务器的组成示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围
参考图3，是本发明实施例一种搜索调度方法的流程示意图，该方法流程包括：
201，搜索服务器接收搜索请求。在本实施例中，在搜索服务器需为各搜索引擎建立元索引，也即搜索引擎在搜索服务器进行本地注册，在进行本地注册时，搜索服务器的本地注册中心按照OpenSearch规范提供注册接口给搜索引擎注册时使用。本地注册中心也可以基于OpenSearch的自动发现机制，主动获取搜索引擎的注册信息。即搜索引擎发布一个种子文档。种子文档的一个具体示例如下：
<feed xmlns＝″http://www.w3.org/2005/Atom″xmlns:opensearch＝″http://a9.com/-/spec/opensearch/1.1/″>
  <link rel＝″search″href＝″http://example.com/opensearchdescription.xml″type＝″application/opensearchdescription+xml″title＝″Content Search″/><！-此url中包含搜索引擎的注册信息-->
</feed>文档中link的超链接即为搜索引擎注册信息的URL(unifor mresourcelocation，统一资源定位)。
本地注册中心根据种子文档中搜索引擎注册信息的URL地址获取搜索引擎的注册信息。
搜索引擎包括各种搜索引擎，可以是互联网和移动网上的搜索引擎，如baidu，google，cgogo等；也可以是垂直搜索引擎，也可以是提供搜索功能的数据库；也可以是本地搜索引擎，如黄页搜索等。
搜索引擎在搜索服务器的本地注册中心注册的注册信息包括搜索引擎标识，地域信息，搜索类型，搜索请求接口。其中搜索引擎的标识唯一标识一个搜索引擎，可以是搜索引擎的名字，如搜索引擎百度的标识可以是baidu，或者中文的“百度”，也可以是其他能唯一标识搜索引擎的标志；地域信息是指所述搜索引擎服务的地域范围。比如一个提供深圳餐馆搜索的引擎，则它的地域信息为中国/广东/深圳；搜索类型可以是搜索引擎的内容分类，也可以是地理位置分类，类型也可以由一个或多个标签组成。所述分类或者标签可以由搜索引擎自身定义，或者由搜索服务器定义类型，由搜索引擎注册时选择所属分类或标签。一个搜索引擎可以属于多个搜索类型。
搜索请求接口是搜索引擎的搜索调用接口。搜索请求接口可以是遵守Opensearch规范的URL查询模板。也可以是其他可以调用的API(ApplicationProgramming Interface，应用程序接口)，如web service接口或Ajax(asynchronousJavaScript and XML，异步JavaScript和可扩展标记语言)接口。下面是一个搜索引擎注册信息的具体示例：
    <？xml version＝″＝1.0″encoding＝″UTF-8″？>
    <OpenSearchDescription xmlns＝″http://a9.com/-/spec/opensearch/1.1/″>
     <ShortName>Web Search</ShortName>  <！-此处表示是搜索引擎标识-->
    <Description>Use Example.com to search the Web.</Description>
    <Tags>example web</Tags>            <！-此处表示是搜索类型-->
    <Contact>admin@example.com</Contact>
    <Url                                               type＝″application/rss+xml″
template＝″http://example.com/？q＝{searchTerms}&amp；pw＝{startPage？}&amp；form
at＝rss″/>                            <！-此处表示是搜索请求URL-->
    </OpenSearchDescription>
其中，用ShortName来标识搜索引擎的标识，用Tags来表示搜索类型，用Url查询模板来表示搜索请求接口。
搜索服务器所管理的搜索引擎即指所有在本地注册中心注册的搜索引擎。
搜索服务器接收其所管理的搜索引擎本地注册请求后，为在本地注册中心注册的搜索引擎建立元索引，建立元索引的具体方式有多种，如表一所示的一个采用定量的方式建立的元索引的具体示例。
表一：

其中，内容源一行代表内容源。术语一列代表搜键词术语。全局反文件频率权值gidf为内容源中的文件总算与含有术语q的文件数的比值；对于给定的搜索请求q，假设q被切分成{key1，key2，...keyk}，key1，key2，...keyk的权重分别为(q1，q2，...，qk)，则对于搜索请求q对应搜索引擎的区配度
R=max1≤i≤k{qi*gidfi*mnwi+Σj=1,j&NotEqual;ikqj*gidfi*anwj}|q|]]>
具体实施时，无论元索引用什么算法构建，最终都是为了计算搜索请求与搜索引擎的区配度。具体可参考孟卫一和吴宗寰在《计算机研究与发展》2001年04期上发表的论文《集成搜索引擎的文本数据库选择》。
本发明实施例中，搜索服务器还接收其他搜索服务器所管理的搜索引擎的虚拟注册信息，所述虚拟注册信息包含搜索引擎标识、地域信息、搜素类型及所属搜索服务器的标识信息。虚拟注册请求可以由搜索引擎直接发起的请求，也可以由其所属的搜索服务器代理发起的，搜索服务器接收到所述虚拟注册请求后，根据所述虚拟注册请求中携带的所述搜索引擎标识、地域信息、搜素类型及所属搜索服务器的标识信息对搜索引擎进行虚拟注册。也可以由其他搜索服务器发布一个虚拟注册文档，所述文档包含其所管理的支持虚拟注册的搜索引擎信息，搜索服务器从该虚拟注册文档主动获取其他搜索服务器所管理的搜索引擎信息，根据该搜索引擎信息对搜索引擎进行虚拟注册。相应地，搜索服务器的也可以把其所管理的搜索引擎虚拟注册到其他搜索服务器。
虚拟注册是指虚拟注册中心接受搜索引擎的注册信息，但虚拟注册中心不为这些虚拟注册的搜索引擎建立元索引。
虚拟注册信息中除了包括搜索引擎标识，地域信息、搜索类型，搜索引擎所属的搜索服务器的标识信息，还可以包含搜索请求接口。所述搜索引擎所属的搜索服务器的标识信息可以是搜索服务器的名称，也可以是搜索服务器的地理位置信息等。
下面为一个搜索服务器主动获取其他搜索服务器的搜索引擎的虚拟注册信息的虚拟注册文档的具体示例。
<？xml version＝″1.0″encoding＝″UTF-8″？>
<VirtualRegisterDescription xmlns＝″http://a9.com/-/spec/opensearch/1.1/″>
<SearchEngine>
<SearchEngineID>Yohoo</SearchEngineID><！-此处表示是搜索引擎标识
-->
    <MetaSearchID>MetaSearchA</MetaSearchID><！-此处是所属的搜索服务
器标识-->
    <Description>Use Example.com to search the Web.</Description>
    <Tags>example web</Tags>            <！-此处表示是搜索类型-->
    <Url type＝″application/rss+xml″template＝″http://example.com/？q＝{search
Terms}&amp；pw＝{startPage？}&amp；format＝rss″/><！-此处表示是搜索请求
URL-->
    </SearchEngine>
    </VirtualRegisterDescription>
其中，一个虚拟注册文档可以包含多个可以虚拟注册的搜索引擎信息。ShortName表示搜索引擎的标识，MetaSearchID表示搜索引擎所属的搜索服务器，Tags表示搜索类型，用Url查询模板来表示搜索请求接口。
202，获取本地注册的各个搜索引擎对该搜索请求的区配度。
所述区配度是指搜索引擎的查询结果对于给定查询(也即搜索条件)的相似度，其相似度大小可以近似反映所述给定查询和搜索引擎相关有用程度大小。一般来说，对于给定查询，区配度越高，则搜索引擎的查询结果越正确。
搜索服务器从搜索请求中提取出搜索条件，所述搜索条件可以是搜索关键词，也可以是SQL(Structured Query Language结构化查询语言)语句。从本地注册中心取出所有注册的搜索引擎列表，根据元索引计算搜索引擎对搜索条件的区配度。
搜索服务器可以对其所管理的搜索引擎的区配度进行从高到低排序，若存在区配度大于预先设定的门限值T的搜索引擎，则可以认为已经找到搜索效果较好的搜索引擎，本次搜索引擎的选择流程结束。搜索服务器可以利用这些区配度大于预设门限值T的搜索引擎进行搜索。若搜索服务器不存在区配度大于所述预先设定的们限值T的搜索引擎时，则继续执行步骤203，当然搜索服务器也可以在找到区配度大于预设门限值T的搜索引擎时，仍然继续执行步骤203，以期从搜索服务器虚拟注册的搜索引擎中找到搜索效果更好的搜索引擎。预先设定的门限值T可以为搜索服务器为其所管理的各个搜索引擎统一设定的，另外每个搜索引擎可以有一个对应的门限值T，比如搜索引擎Ei对应的门限值为Ti，若Ei的区配度Ri大于Ti，则认为Ei的搜索效果已经较好，这种情况也可以认为已经找到搜索效果较好的搜索引擎。其中，Ti可以由搜索服务器预先设定，也可以为搜索引擎自己提供。
203，获取在本搜索服务器虚拟注册的搜索引擎的标识信息及其所属搜索服务器的标识信息。
根据所获取的搜索引擎的标识信息及其所属搜索服务器的标识信息，搜索服务器可以确定搜索引擎及其所属的搜索服务器。此步骤分如下两种情况：
1，搜索请求中包含搜索类型
搜索服务器从搜索请求中提取出要搜索类型，虚拟注册中心找到属于该搜索类型的一个或多个搜索引擎。然后从搜索请求中提取出要搜索的地域信息，若搜索请求中不包含地域信息，则获取这些搜索引擎的标识信息及其所属的搜索服务器的标识信息。
若所述搜索请求中包含地域信息，则从上述找到的搜索引擎中，找出服务的范围涵盖所述地域信息的搜索引擎。比如，若地域信息为深圳市，则选择服务范围包含深圳市的搜索引擎。然后获取这些搜索引擎的标识信息及其所属的搜索服务器的标识信息。
2，搜索请求中只包含搜索关键词q，不包括搜索类型。此时，可以有如下三种方案：
一、虚拟注册中心可以确定搜索请求的默认搜索类型。进而确定属于该默认搜索类型的搜索引擎，获取在本搜索服务器虚拟注册的属于该默认搜索类型的搜索引擎的标识信息及其所属的搜索服务器的标识信息。所述默认搜索类型由搜索服务器预先设定。
二、从所述搜索请求中提取出要搜索的地域信息，若搜索请求中不包含地域信息，则获取在虚拟注册中心注册的所有搜索引擎的标识信息以及所属的搜索服务器的标识信息。若所述搜索请求中包含地域信息，则从所有的搜索引擎中，找出服务的范围涵盖所述地域信息的搜索引擎。比如，若地域信息为深圳市，则选择服务范围包含深圳市的搜索引擎。获取在虚拟注册中心注册的所有搜索引擎的标识信息以及所属的搜索服务器的标识信息。
三、为搜索类型建立词库，把搜索请求和词库进行匹配，根据匹配结果确定搜索请求所属的类型，进而确定属于该默认搜索类型的搜索引擎，获取在本搜索服务器虚拟注册的属于该搜索类型的搜索引擎的标识信息及其所属的搜索服务器的标识信息。。具体实现时，所述搜索请求和词库进行匹配为：从所述搜索请求中提取搜索关键词，根据所述关键词确定预设置的对应该关键词的搜索类型。在一具体示例中，如表二所示，在搜索类型的词库中，每一个搜索类型有很多关键词组成。从搜索请求中提取出搜索请求关键词q，把q进行切词，如切成{key1，key2}，然后把{key1，key2}与词库进行匹配。通过匹配找到搜索请求q属于的搜索类型。
表二：