JSTOR于九月推出了全新的XML网关，以方便对JSTOR档案进行联合搜索或"元搜索"。该网关是JSTOR为提倡和采用基于标准的元搜索方式进行不懈努力的最终成果，目的是为了改善JSTOR和元搜索引擎之间的相互作用，最终为用户搜索带来更多的便利。

什么是元搜索？

元搜索允许用户通过单一接口同时搜索多个内容来源（数据库、网站、索引和其他搜索引擎）。元搜索引擎把用户的搜索请求发送给多个来源，检索和汇总相应的搜索结果，然后将一组最终搜索结果送交给用户。元搜索既能大幅度扩大搜索范围，又能有效地缩短搜索时间。对用户而言，这可能是一种极为便利的工具。但元搜索引擎返回的一组搜索结果的质量和相关性可能差别很大。其中一个关键原因是元搜索引擎成功地搜索用户的目标数据库的能力。

如何进行搜索？

迄今为止，元搜索引擎一直依赖两种方法搜索各种内容来源。第一种方法是Z39.50协议，这是一种用于协助计算机系统之间通讯的标准，多年来很多图书馆一直使用此类系统搜索电子资源。尽管Z39.50协议可有效地用于元搜索，但仍然有局限性，很难得到其他资源的支持，原因是不同的资源以不同的方式执行Z39.50，因而可能导致互用性问题。

元搜索服务提供商广泛应用的另一种方法是HTML分析或“屏幕抓取”（screen-scraping）。在这种方法中，元搜索引擎模仿用户，将搜索请求发送给数据库，检索HTML结果页，然后对该页信息进行分析，生成传送给用户的汇总结果集。HTML分析非常有吸引力，因为HTML分析可在无需建立正式关联或“连接”的情况下允许元搜索引擎搜索多种无Z39.50部署的数据源。但是，屏幕抓取却存在其他问题。因为没有统一的查询和数据交换方法，获取精确的结果就会十分困难。成功与否在很大程度上取决于元搜索引擎能否跟上不断变化的数据源的能力。例如，如果JSTOR更新自己的搜索接口，元搜索引擎采用的HTML分析机制则无法运作。

一种全新的方法

2003年，JSTOR发现越来越多的图书馆和学者开始使用元搜索引擎，并认识到在档案和元搜索引擎之间建立可靠连接的益处。因此，JSTOR开始通过全国信息标准组织（NISO）持续开展的元搜索计划参与有关解决方案的社区讨论。NISO元搜索计划提出了多项建议，其中一项建议认为，改善内容服务提供商和元搜索引擎之间通讯的最佳途径是部署XML网关。

JSTOR从2005年4月开始部署自己的XML网关。该网关基于搜索和检索URL（SRU）服务，这是一项基于网络服务的协议，目前正作为NISO元搜索计划的一部分接受审查。SRU服务将普通查询语言（CQL）作为向内容服务提供商送交搜索查询的格式。CQL允许进行简单和复杂的查询，并允许进行涉及布尔运算符和嵌套等方法的强功能查询。查询返回的搜索结果则以Dublin Core格式编制成XML记录，并按照相关性排列。JSTOR XML网关设计采用SRW/U开放源软件，由图书馆计算机联网中心（OCLC）研究部开发。详情请访问 www.oclc.org/research/projects/webservices/。

这一新方法避免了早期方法的主要缺点，允许在协定框架内接收和翻译搜索请求，并传送结果集。对JSTOR而言，这种方法为希望依赖其他搜索方法的用户提供了使用档案的一种方法，而且更好地确保了元搜索引擎返回的JSTOR查询结果的准确性。

社区合作伙伴

今年夏季，JSTOR与Auto-Graphics Inc.、Endeavor Information Systems Inc.、ExLibris和WebFeat合作，开发和测试了XML网关。最近，JSTOR又与另外几家供应商合作，并且希望以后能与更多的其他供应商合作。有关JSTOR XML网关的信息，请访问 http://www.jstor.org/about/xml_gateway.html。有关JSTOR目前的联合搜索合作伙伴的详情，请访问 http://www.jstor.org/about/metasearch_partners.html。

新的链接合作伙伴

JSTOR继续扩大与出版商、图书馆和其他联机资源服务提供商的链接关系。仅在今年，JSTOR有14%的文章浏览来自与其他网站档案的链接。我们希望这一数字能随着我们扩大用户访问路径的努力而继续增长。有关设置和配置的信息以及链接合作伙伴的完整名单和使用说明均载于 www.jstor.org/resources/linking.partners.html。