第六章数字图书馆的互操作

1、第一节第一节 数字图书馆互操作概述数字图书馆互操作概述第二节第二节 OAIOAI互操作协议互操作协议第三节第三节 Z39.50Z39.50协议及协议及Z39.83Z39.83协议协议 提要第一节第一节 数字图书馆数字图书馆互操作概述互操作概述 根据根据US IEEEUS IEEE的定义的定义, ,互操作性是指两个或互操作性是指两个或多个系统相互使用已被交换的信息的能力多个系统相互使用已被交换的信息的能力。就其本质而言。就其本质而言, ,互操作性是对异质实体互操作性是对异质实体( (包括异种体系结构、异种操作系统、异种包括异种体系结构、异种操作系统、异种网络和异种语言等网络和异种语言等) )中可

2、获得资源的透明中可获得资源的透明调用的能力。解决数字图书馆的互操作问调用的能力。解决数字图书馆的互操作问题的难点在于各已有系统的建设并非遵循题的难点在于各已有系统的建设并非遵循同一种标准或规范进行。同一种标准或规范进行。一、数字图书馆互操作问题产生的原因一、数字图书馆互操作问题产生的原因( (一一) )数字信息资源的组织和结构问题数字信息资源的组织和结构问题信息资源是数字图书馆建设和服务的基础,信息资源组织和结构与传统的图书馆不同。在传统图书馆中，信息资源的组织是由其物理形式组织和界定的，而在数字图书馆中，所有的信息资源都数字图书馆中，所有的信息资源都是以数字化的形式表示的，而且数字信息资源不

3、是以数字化的形式表示的，而且数字信息资源不论是在格式论是在格式, , 还是数字信息的存储结构上都不尽还是数字信息的存储结构上都不尽相同。相同。但以怎样的逻辑结构组织信息资源才能让它在数字图书馆中更方便地处理、利用以及与其它系统交互呢，是我们需要考虑的一个问题。一、数字图书馆互操作问题产生的原因一、数字图书馆互操作问题产生的原因( (二二) )信息资源数字化中文件的命名问题信息资源数字化中文件的命名问题目前数字图书馆在信息资源数字化加工标准的研究中达成一致的共识是:数字资源的命名必须是全球唯一的、长期的、独立于地址的。但实际上许多图书馆在资源数字加工中，对资源的命名方面遵从的是不同的标准，即不考

4、虑资源命名的规范化，也不考虑文件命名对信息资源共享的影响，大部分图书馆是以自己特有的方式进行命名。一、数字图书馆互操作问题产生的原因一、数字图书馆互操作问题产生的原因（三）元数据问题（三）元数据问题通常数字图书馆都是将具有较高收藏价值的珍本、善本、通常数字图书馆都是将具有较高收藏价值的珍本、善本、语音、影视和科学数据等多媒体信息进行数字化加工，建语音、影视和科学数据等多媒体信息进行数字化加工，建立自己的特色数据库，以达到高质量地保存和管理这些多立自己的特色数据库，以达到高质量地保存和管理这些多媒体信息，实现知识增值的目的，并提供在广域网上高速媒体信息，实现知识增值的目的，并提供在广域网上高速横

5、向跨库连接的电子存取服务。横向跨库连接的电子存取服务。元数据是建设数字图书馆过程中的关键性问题。由于数字元数据是建设数字图书馆过程中的关键性问题。由于数字图书馆中资源类型的多样化，单一元数据标准不能满足描图书馆中资源类型的多样化，单一元数据标准不能满足描述各种数字资源的需求，从而出现适用于不同资源或适用述各种数字资源的需求，从而出现适用于不同资源或适用于不同组织的元数据类型。另外，在数字图书馆建设中，于不同组织的元数据类型。另外，在数字图书馆建设中，由于各个图书馆的独特需求或处理方式，即使相同类型的由于各个图书馆的独特需求或处理方式，即使相同类型的信息资源，也出现信息提供单位依据不同的标准对相

6、同类信息资源，也出现信息提供单位依据不同的标准对相同类型的资料进行元数据提取。型的资料进行元数据提取。一、数字图书馆互操作问题产生的原因一、数字图书馆互操作问题产生的原因（四）信息资源数字加工格式问题（四）信息资源数字加工格式问题有许多图书馆和出版商在对信息资源数字化加工时，是根据它们自己的需要而采用了特定的格式。如影像格式除了BMP、GIF、JPEG、PNG、TIFF等标准格式之外,还有KDC、PIX、PSD、TTF、XBM等许多格式。同时，数字信息资源的形式也有多种，不仅有文本, 还有图象、图形、声频、视频等。由于数字信息资源媒体的属性不同, 对数字信息进行格式化的标准不同，即使对同一种数

7、字信息进行处理的格式，不同的数字化加工单位采用的形式也是多样的。一、数字图书馆互操作问题产生的原因一、数字图书馆互操作问题产生的原因（五）体系结构方面的问题（五）体系结构方面的问题由于对数字信息的处理采取的方式不同, 数字信息资源的存储结构也不相同，复杂的存储结构给数字图书馆互操作性进行相互转换带来了一定的困难。另外，不同的数据资源平台提供给读者检索的界面和查询的体系结构也是各个不同，在是否支持布尔检索、结果显示等诸多方面存在差异。一、数字图书馆互操作问题产生的原因一、数字图书馆互操作问题产生的原因二、数字图书馆互操作问题产生的原因二、数字图书馆互操作问题产生的原因（六）系统构架问题（六）系统

8、构架问题数字资源的数据是以集中管理和共享为特征的，因数字资源的数据是以集中管理和共享为特征的，因此数据库系统成为数据管理的主要形式此数据库系统成为数据管理的主要形式, , 它是信它是信息系统的主要支撑系统。但是息系统的主要支撑系统。但是, , 由于分布式数据由于分布式数据库系统均是独立发展起来的库系统均是独立发展起来的, , 不同的出版商、不不同的出版商、不同的数字资源创建单位在系统的数据库结构、应同的数字资源创建单位在系统的数据库结构、应用程序、网络和运行平台等方面有所不同，要对用程序、网络和运行平台等方面有所不同，要对此进行集成此进行集成, ,实现跨平台检索异构数据源实现跨平台检索异构数据

9、源, , 是数是数字图书馆的互操作性面临的又一个复杂的困难和字图书馆的互操作性面临的又一个复杂的困难和问题问题第二节第二节 OAI互操作协议互操作协议一、一、OAIOAI互操作协议的起源互操作协议的起源开放文档先导（开放文档先导（OAIOAI，Open Open Archive Initiative)Archive Initiative)是一个旨是一个旨在促进网络信息资源开发、发在促进网络信息资源开发、发布与共享的一个合作组织。布与共享的一个合作组织。OAIOAI的第一次会议于的第一次会议于19991999年年1010月由月由美国图书馆和信息资源委员会美国图书馆和信息资源委员会(CLIR)(C

10、LIR)、数字图书馆联盟（、数字图书馆联盟（DLFDLF）等组织发起来，在美国新墨西哥等组织发起来，在美国新墨西哥州的圣达菲市召开。州的圣达菲市召开。“圣达菲协议圣达菲协议”（Santa Fe Santa Fe ConventionConvention）OAI-PMHOAI-PMH（Metadata Harvesting Metadata Harvesting ProtocolProtocol，有时也写成，有时也写成OAI-MHPOAI-MHP） 元数据标准是数字图书馆技术应用的一个重要元数据标准是数字图书馆技术应用的一个重要方面，随着元数据标准应用的推广，逐渐体现方面，随着元数据标准应用的推

11、广，逐渐体现出元数据的互操作是数字图书馆建设的关键。出元数据的互操作是数字图书馆建设的关键。但是目前不同的资源对象采用不同的元数据格但是目前不同的资源对象采用不同的元数据格式，这直接影响信息资源的共享、交换和存取式，这直接影响信息资源的共享、交换和存取。OAIOAI协议的主要目的是通过元数据采集的手段协议的主要目的是通过元数据采集的手段来实现网上发布信息的不同组织之间的互操作来实现网上发布信息的不同组织之间的互操作，因此，不同元数据标准之间的互操作可以通，因此，不同元数据标准之间的互操作可以通过过OAIOAI协议来实现。协议来实现。二、二、 OAI-PMHOAI-PMH技术框架技术框架 OAI

12、OAI协议通过简单、低成本的元数据协议通过简单、低成本的元数据搜寻、共享和检索方式，支持用户搜寻、共享和检索方式，支持用户对分布的数字对象存储库的开放检对分布的数字对象存储库的开放检索，无论这些存储库采用什么技术索，无论这些存储库采用什么技术平台、内部格式和检索协议。平台、内部格式和检索协议。信息仓储信息仓储信息仓储数据提供方服务提供方RecordResponseOAI VerbRequestOAI协议的组件基本构架OAI协议的组件基本构架数据提供者1数据提供者2数据提供者n服务提供者1服务提供者2服务提供者nHTTP RequestOAI VerbHTTP ResponseValid XML

13、用户注册服务器OAI协议的组件基本构架一次操作OAI协议的组件基本构架数字仓储(数字资料)元数据创建数字仓储(元数据)元数据映射符合OAI的元数据用于元数据收获的OAI接口元数据组织注册模块注册服务器服务提供者注册界面元数据采集器数据提供者的模块数字资料的发布数据提供者数据提供者的模块元数据仓储增值服务(如统一主题分类)注册模块元数据收集接口元数据采集器统一查询服务提供者注册界面元数据采集器注册服务器服务提供者元数据收集接口数据提供者用户接口用户服务提供者的模块服务提供者的模块数据提供者与服务提供者的注册信息仓储分类组织注册服务查询服务注册界面数据提供者注册界面服务提供者用户界面用户注册服务器

14、的模块注册服务器注册服务器的模块三、三、OAIOAI协议的几个概念协议的几个概念 1 1资源（资源（resource）资源就是元资源就是元数据记录所描述的对象。数据记录所描述的对象。 2 2项目项目（Item）概念上而言，项概念上而言，项目可以看作一个容器，该容器保目可以看作一个容器，该容器保存着有关一个资源中的各种元数存着有关一个资源中的各种元数据格式的元数据记录。据格式的元数据记录。 OAI OAI协议的几个概念协议的几个概念 3 3唯一标识符（唯一标识符（UniqueIdentifierUniqueIdentifier）唯一标识符明确地指明了元数据信息唯一标识符明确地指明了元数据信息仓储

15、中的一个项目，以便通过仓储中的一个项目，以便通过OAIOAI请请求指令，从项目中抽取对应的一条元求指令，从项目中抽取对应的一条元数据记录。数据记录。DCDC格式的元数据记录格式的元数据记录TEITEI格式的元数据记录格式的元数据记录EADEAD格式的元数据记录格式的元数据记录项目项目唯一标识符 OAI OAI协议的几个概念协议的几个概念 5 5OAIOAI记录（记录（recordrecord）记录就是一定记录就是一定格式的元数据记录，由格式的元数据记录，由XMLXML封装后提封装后提供给服务提供方。供给服务提供方。 一个唯一标识符明确地定义了所要抓一个唯一标识符明确地定义了所要抓取的记录所在的

16、项目，而元数据前缀取的记录所在的项目，而元数据前缀参数（参数（metadata Prefixmetadata Prefix）则指明了）则指明了所要采集的记录是采用哪种元数据格所要采集的记录是采用哪种元数据格式。式。 OAI OAI协议的几个概念协议的几个概念 5 5信息仓储（信息仓储（RepositoryRepository）信息仓信息仓储由很多项目（储由很多项目（itemitem）组成。信息仓）组成。信息仓储由数据提供方管理，供服务提供方储由数据提供方管理，供服务提供方采集器定期或不定期的抓取元数据记采集器定期或不定期的抓取元数据记录。录。 6 6集（集（SetSet）集也称为集合，是为了集

17、也称为集合，是为了进行选择性获取而建立的项目分组结进行选择性获取而建立的项目分组结构。构。 OAI OAI协议的几个概念协议的几个概念 7 7采集器（采集器（HarvesterHarvester）采集器采集器就是一段发送就是一段发送OAI requestOAI request（OAIOAI请求）的客户应用程序。采集器请求）的客户应用程序。采集器由服务提供方操作，服务提供方由服务提供方操作，服务提供方通过这种方式从元数据信息仓储通过这种方式从元数据信息仓储中抓取元数据记录。中抓取元数据记录。四、四、OAIOAI互操作协议的指令互操作协议的指令OAIOAI主要是通过指定的命令集，主要是通过指定的命

18、令集，提供前端向后端信息仓储提取所提供前端向后端信息仓储提取所需信息的协议。在需信息的协议。在OAIOAI协议中，协议中，主要规定了六条请求主要规定了六条请求(request)(request)和响应和响应(response)(response)指令。指令。OAIOAI互操作协议的指令互操作协议的指令 1、Identify 用于获取元数据信息用于获取元数据信息仓储的相关信息。仓储的相关信息。 2、ListMetadataFormat用来获取元数据信息仓储所支持用来获取元数据信息仓储所支持的元数据格式种类。的元数据格式种类。OAIOAI互操作协议的指令互操作协议的指令 3、ListSets 使用

19、ListSets指令可以得到信息仓储集的结构，获取集名称等。 4、ListRecords 用来抓取一个数据仓储中用来抓取一个数据仓储中的多条完整的元数据记录。通过可选择性的多条完整的元数据记录。通过可选择性参 数 ， 此 抓 取 可 以 是 基 于参 数 ， 此 抓 取 可 以 是 基 于 s e ts e t 或 者或 者datestampdatestamp日期标识的限定范围而进行。日期标识的限定范围而进行。参 数 ：参 数 ： s e ts e t 、 f r o mf r o m 、 u n t i lu n t i l 、 metadataPrefixmetadataPrefixOAI

20、OAI互操作协议的指令互操作协议的指令 5、ListIdentifiers 获取可以从元数据获取可以从元数据信息仓储中查到的记录的标识符，是信息仓储中查到的记录的标识符，是请求指令请求指令ListRecordsListRecords的简短形式。的简短形式。通过可选择性的参数，可以通过通过可选择性的参数，可以通过SetSet关系或者关系或者DatestampDatestamp日期标志来定向日期标志来定向抓取所需要的元数据头标信息。抓取所需要的元数据头标信息。OAIOAI互操作协议的指令互操作协议的指令 6、GetRecord 从一个元数据信息从一个元数据信息仓储中抓取一条具体的元数据记仓储中抓取

21、一条具体的元数据记录。录。 参数：参数：IdentifierIdentifier metadataPrefixmetadataPrefix。OAI-MHPOAI-MHP协议是基于协议是基于HTTPHTTP协议的，所有的协议的，所有的OAIOAI中的指令都在中的指令都在URLURL中编码成一个中编码成一个HTTPHTTP请求，由一个服务提供者发送给一个数请求，由一个服务提供者发送给一个数据提供者，数据提供者中返回的结果都据提供者，数据提供者中返回的结果都使用使用XMLXML进行编码。进行编码。假设一个数据提供者的基本假设一个数据提供者的基本URLURL地址为地址为http:/naca.larc.

22、/oai，如果我们，如果我们要列出自要列出自2003-9-222003-9-22以后数据提供者中所以后数据提供者中所有新增资源的标识，则应向此数据提供有新增资源的标识，则应向此数据提供者发出如下请求：者发出如下请求：/oai?verb=/oai?verb=ListIdentifiers&from=2003-9-22ListIdentifiers&from=2003-9-22请求请求/OAI-script?verb=GetRecord&a

23、mp;identifier=oai:arXiv:hep-th/9901001&metadataPrefix=oai-dc五、各成员之间的交互五、各成员之间的交互OAI系统交互图OAI系统交互图六、六、OAIOAI三方的交互三方的交互 数据提供方与服务提供方和用户之间的交互过数据提供方与服务提供方和用户之间的交互过程如下：程如下： （1 1）在注册服务器中进行数据提供方的身份注）在注册服务器中进行数据提供方的身份注册，在得到注册服务器的注册成功响应并分配册，在得到注册服务器的注册成功响应并分配URLURL地址之后，向服务提供方提供元数据发布服地址之后，向服务提供方提供元数据发布服务；务；

24、 （2 2）接受服务提供方的符合）接受服务提供方的符合OAIOAI协议的六条抓协议的六条抓取指令请求，并返回符合请求条件的本地数据取指令请求，并返回符合请求条件的本地数据库中的相关元数据记录；库中的相关元数据记录； （3 3）当用户需要得到详细资料时，接受用户的）当用户需要得到详细资料时，接受用户的元数据记录联接请求，向用户返回详细资料。元数据记录联接请求，向用户返回详细资料。六、六、OAIOAI三方的交互三方的交互 用户查询过程如下：用户查询过程如下： （1 1）用户通过服务提供方的查询界面进行详细）用户通过服务提供方的查询界面进行详细查询，如果用户不清楚服务提供方的信息，则查询，如果用户不

25、清楚服务提供方的信息，则可以从注册服务器中获得；可以从注册服务器中获得； （2 2）通过服务提供方的查询界面，用户可以通）通过服务提供方的查询界面，用户可以通过书名、作者以及高级查询等方式，在服务提过书名、作者以及高级查询等方式，在服务提供方的元数据数据库中查找供方的元数据数据库中查找 （3 3）如果用户需要相关元数据记录对应的详细）如果用户需要相关元数据记录对应的详细资料，那么通过服务提供方所提供的元数据记资料，那么通过服务提供方所提供的元数据记录与数据提供方之间的链接，用户可以直接链录与数据提供方之间的链接，用户可以直接链接到数据提供方的储存器，得到原始资料。接到数据提供方的储存器，得到原

26、始资料。七、七、OAI - PMH协议的应用协议的应用CAL IS 高校学位论文全文数据高校学位论文全文数据库系统总体框架库系统总体框架CAL IS 高校学位论文全文数据库系统总体框架高校学位论文全文数据库系统总体框架第三节第三节 Z39.50协议协议一、一、Z39.50Z39.50协议概况协议概况传统的数据库检索系统的不便传统的数据库检索系统的不便之处：之处：图书馆目录数据库、各种商业图书馆目录数据库、各种商业化信息检索数据库和各种光盘化信息检索数据库和各种光盘数据库产品，都有不同的检索数据库产品，都有不同的检索途径。途径。您需要知道它们的地理位置、您需要知道它们的地理位置、使用的检索系统环

27、境和软件使用的检索系统环境和软件界面等因素。界面等因素。当您进入一个数据库检索环当您进入一个数据库检索环境后，您面对的是一个专门境后，您面对的是一个专门的操作界面。的操作界面。如果您需要通过互联网查询如果您需要通过互联网查询众多服务器的资源，虽然这众多服务器的资源，虽然这些资源只需要些资源只需要使用一个应用程序：使用一个应用程序：网络浏览器，网络浏览器，但是您面对的仍是另您但是您面对的仍是另您目不暇接的操作界面。目不暇接的操作界面。有没有一种可能性，使用户有没有一种可能性，使用户通过单一的应用程序、单一通过单一的应用程序、单一的操作规则，检索来自：的操作规则，检索来自：不同机构、不同机构、不同

28、的服务器、不同的服务器、不同的数据库管理系统、不同的数据库管理系统、不同的数据库资源不同的数据库资源的信息资源？的信息资源？Z39.50标准的出现，标准的出现，为解决这个问题提供为解决这个问题提供了一种可能性。了一种可能性。Z39.50标准给我们带标准给我们带来的希望和可能性，来的希望和可能性，是多方面的。是多方面的。Z39.50协议全称为协议全称为Information Retrieval Application Service Definition and Protocol Specification。 应用于信息检索的标准。应用于信息检索的标准。Z39.50 Z39.50 是分布式虚拟联

29、合数据库检索是分布式虚拟联合数据库检索体系，其目的是实现网上多个数据库检体系，其目的是实现网上多个数据库检索、规范查询格式、简化检索过程、实索、规范查询格式、简化检索过程、实现异构系统和不同图书馆系统之间的通现异构系统和不同图书馆系统之间的通信。信。Z39.50Z39.50协议提供了一个统一的方法，协议提供了一个统一的方法，使得用户在检索服务方的信息时，不必使得用户在检索服务方的信息时，不必学习和掌握服务方系统的检索命令和有学习和掌握服务方系统的检索命令和有关特性，也不必关心其系统的硬件平台。关特性，也不必关心其系统的硬件平台。Z39.50Z39.50协议是按照典型的客户机协议是按照典型的客户

30、机/ /服服务器结构设计的，它把互联双方分务器结构设计的，它把互联双方分别称为请求方和提供方（服务方），别称为请求方和提供方（服务方），通过通过Z39.50 Z39.50 服务为双方提供互连和服务为双方提供互连和检索服务。检索服务。Z39.50Z39.50协议规定了客户协议规定了客户机与服务器间进行信息检索时，所机与服务器间进行信息检索时，所用的格式与信息处理。用的格式与信息处理。Z39.50 协议最早在协议最早在1984 年推出，年推出，1988 年年美国国家信息标准组织（美国国家信息标准组织（National Information Standard Organization，简称，简称N

31、ISO）正式批准）正式批准Z39.50-1988标准。从标准。从1989 年到年到1995 年，年，Z39.50 协议先后通过协议先后通过了第二版（了第二版（Z39.50-1992）和第三版）和第三版（Z39.50-1995），），由原先单纯的书目信息由原先单纯的书目信息检索服务扩大为信息检索协议检索服务扩大为信息检索协议，目前正在，目前正在进行第进行第4 版的制定。国际标准化组织版的制定。国际标准化组织（ISO）接受了）接受了Z39.50 作为国际标准，定作为国际标准，定名为名为ISO 23950。于于2002年上半年公布了新一代的年上半年公布了新一代的Z3950协议：协议： ZING（Z3

32、9.50 International : Next Generation），是一个面向互联网的协议。是一个面向互联网的协议。二、二、Z39.50Z39.50协议信息检索服务机制协议信息检索服务机制Z39.50Z39.50协议的所有功能由一组服务定义协议的所有功能由一组服务定义（Service DefinitionService Definition）组成，服务定）组成，服务定义 描 述 了义 描 述 了 Z 3 9 . 5 0Z 3 9 . 5 0 协 议 中 的 服 务协 议 中 的 服 务（ S e r v i c e sS e r v i c e s ） 和 支 持 的 操 作） 和 支

33、 持 的 操 作（OperationsOperations）。）。Z39.50Z39.50协议将服务分协议将服务分成 几 组 ， 一 个 组 称 为 一 个 机 制成 几 组 ， 一 个 组 称 为 一 个 机 制（FacilityFacility），机制对服务进行归类和），机制对服务进行归类和划分，也就是若干服务和操作的逻辑组划分，也就是若干服务和操作的逻辑组合。合。Z39.50Z39.50协议定义了协议定义了1111种机制，包含种机制，包含了了1313种服务。种服务。Z39.50Z39.50协议定义的服务分为：协议定义的服务分为： 证实型服务证实型服务：由请求方或提供方发出：由请求方或提供

34、方发出请求，需要对方响应的服务。请求，需要对方响应的服务。 非证实型服务非证实型服务：由请求方或提供方发：由请求方或提供方发出的请求，不需要对方响应的服务。出的请求，不需要对方响应的服务。 条件证实型服务条件证实型服务：由请求方或提供方：由请求方或提供方发出请求，对方根据条件可能会做出发出请求，对方根据条件可能会做出响应的服务。响应的服务。Z39.50Z39.50协议属于一种面向会话的协议属于一种面向会话的（Session-orientedSession-oriented）有状态的协议，）有状态的协议，目前广泛使用的因特网超文本传输协目前广泛使用的因特网超文本传输协议（议（HTTPHTTP）是

35、一种无状态的协议，因）是一种无状态的协议，因此此Z39.50Z39.50协议与协议与HTTPHTTP协议不同，它的协议不同，它的服务和机制在一个会话期间内会连续服务和机制在一个会话期间内会连续出现状态的变化。出现状态的变化。1初始化机制初始化机制Initialization Facility （初始化服务（初始化服务（Init Service）初始化服务的功能是由请求方发起产生一个初初始化服务的功能是由请求方发起产生一个初始化操作，并建立一个始化操作，并建立一个Z Z联动联动。Z Z联动联动（Z39.50-associationZ39.50-association或或Z-association

36、Z-association），），也称为也称为Z39.50Z39.50联接联接，Z39.50Z39.50请求方与请求方与Z39.50Z39.50提提供方是通过一个供方是通过一个Z Z联动来进行通讯的，该联动来进行通讯的，该Z Z联动联动是包含在一个应用联动（是包含在一个应用联动（Application Application AssociationAssociation）之中。）之中。Z Z联动是由请求方直接建联动是由请求方直接建立并由请求方或提供方终止的一个会话，在一立并由请求方或提供方终止的一个会话，在一个应用联动中，可能有多个连续不断的个应用联动中，可能有多个连续不断的Z Z联动。联动。

37、同时在一个同时在一个Z Z联动中，又可以有多个并行操作。联动中，又可以有多个并行操作。2搜索机制搜索机制Search Facility （搜索（搜索服务（服务（Search Service）搜索服务是指请求方创建的一种证实搜索服务是指请求方创建的一种证实型服务，用以创建搜索操作。利用搜型服务，用以创建搜索操作。利用搜索服务，请求方向提供方提交检索表索服务，请求方向提供方提交检索表达式，对提供方的一个或多个数据库达式，对提供方的一个或多个数据库进行查询。提供方在数据库中检索符进行查询。提供方在数据库中检索符合条件的记录，并把检索结果记录全合条件的记录，并把检索结果记录全部或部分返回给请求方，或将

38、查询结部或部分返回给请求方，或将查询结果集保存，并对每一条记录按所处的果集保存，并对每一条记录按所处的位置进行标识后，供后续的操作引用位置进行标识后，供后续的操作引用。一个结果集可以认为是命中记录的一个结果集可以认为是命中记录的标识的集合，结果集模型的逻辑结标识的集合，结果集模型的逻辑结构为一个有序列表。列表的每个条构为一个有序列表。列表的每个条目分别对应每条命中记录，条目由目分别对应每条命中记录，条目由三部分组成：三部分组成：a.a.条目所处位置的序号；条目所处位置的序号；b.b.对应记录所在数据库的名字。对应记录所在数据库的名字。c.c.对应记录在数据库中的唯一标识。对应记录在数据库中的唯

39、一标识。3、提取机制、提取机制Retrieval Facility （提交服务（提交服务（Present Service）和分段服务和分段服务（Segment Service） ）提交服务提交服务（Present ServicePresent Service，表示，表示服务服务）允许客户端从结果集中请求一允许客户端从结果集中请求一个或多个记录。这包括请求对集中的个或多个记录。这包括请求对集中的特定范围内记录的请求（如第特定范围内记录的请求（如第10 10 号号记录到第记录到第20 20 号记录），对记录中特号记录），对记录中特定项的请求（如请求返回标题和作者）定项的请求（如请求返回标题和作者）

40、定义所需记录的参数（如格式信息，定义所需记录的参数（如格式信息，UNIMARCUNIMARC、USMARCUSMARC、MS-WORD MS-WORD 或者或者HTMLHTML；或者采用的语言，中文或英文；或者采用的语言，中文或英文等），以及其他一些元数据信息。服等），以及其他一些元数据信息。服务器也可以提供其他一些元数据（如务器也可以提供其他一些元数据（如评分、单词出现频率、文档长度等评分、单词出现频率、文档长度等等），使客户端能够将不同服务器获等），使客户端能够将不同服务器获得的结果进行合并。得的结果进行合并。如果如果分段服务分段服务有效，而且返回的记录有效，而且返回的记录超过了提交响应消

41、息的大小，记录不超过了提交响应消息的大小，记录不能在一个提交响应中返回时，提供方能在一个提交响应中返回时，提供方首先会将待发送的记录分成若干段，首先会将待发送的记录分成若干段，通过分段请求依次将记录返回到请求通过分段请求依次将记录返回到请求方，最后才发出提交响应。方，最后才发出提交响应。4删除结果集机制删除结果集机制Result-set-delete Facility（删除服务（删除服务（Delete service）删除服务是指请求方创建的一种证删除服务是指请求方创建的一种证实型服务，用以创建删除操作。删实型服务，用以创建删除操作。删除服务使请求方能够请求提供方删除服务使请求方能够请求提供方

42、删除指定的结果集，或删除在除指定的结果集，或删除在Z Z联接中联接中建立的所有结果集。建立的所有结果集。5 5浏览机制浏览机制 Browse Facility Browse Facility （扫描服务（扫描服务（Scan serviceScan service）扫描服务是指请求方创建的一扫描服务是指请求方创建的一种证实型服务，是请求方发出种证实型服务，是请求方发出浏览提供方定义的数据库检索浏览提供方定义的数据库检索词表的请求。词表的请求。6排序机制排序机制Sort Facility（排序服（排序服务（务（Sort Service）分类排序服务是指请求方创建分类排序服务是指请求方创建的一种证实

43、型服务，用以创建的一种证实型服务，用以创建分类排序操作。分类排序服务分类排序操作。分类排序服务允许请求方请求提供方对结果允许请求方请求提供方对结果集进行分类排序（或合并多个集进行分类排序（或合并多个结果集后再分类排序）。结果集后再分类排序）。7访问控制机制访问控制机制Access-control Facility（访问控制服务（访问控制服务（Access-control service）访问控制服务是指提供方创建的一种证实访问控制服务是指提供方创建的一种证实型服务。允许提供方可以对请求方的行为型服务。允许提供方可以对请求方的行为采取必要的限制和控制措施。提供方在执采取必要的限制和控制措施。提供

44、方在执行初始化、查询、表示或删除服务时，对行初始化、查询、表示或删除服务时，对请求方的权限提出置疑，要求请求方必须请求方的权限提出置疑，要求请求方必须予以回应以证实合法身份或权限，否则提予以回应以证实合法身份或权限，否则提供方可以终止连接。供方可以终止连接。8计帐计帐/资源控制机制资源控制机制Accounting/Resource Control Facility（资源控制服务（资源控制服务（Resource-control service）、触）、触发资源控制服务（发资源控制服务（Trigger-resource-control service）、资源）、资源报告服务（报告服务（Resour

45、ce-report service）资源控制服务资源控制服务是提供方创建的一种条是提供方创建的一种条件证实型服务。资源控制服务允许提件证实型服务。资源控制服务允许提供方发送资源控制请求，其中可以包供方发送资源控制请求，其中可以包含资源报告。该报告可以通知请求方含资源报告。该报告可以通知请求方实际或预计的资源消耗是否超出事先实际或预计的资源消耗是否超出事先商定的限制（或在提供方内建立的限商定的限制（或在提供方内建立的限制），并且请求请求方同意通过资源制），并且请求请求方同意通过资源控制响应继续操作。控制响应继续操作。触发资源控制服务触发资源控制服务在一个操作在一个操作期间由请求方创建的一种非证期

46、间由请求方创建的一种非证实型服务。触发资源控制服务实型服务。触发资源控制服务允许请求方请求提供方创建资允许请求方请求提供方创建资源控制服务，或者取消操作。源控制服务，或者取消操作。资源报告服务资源报告服务是请求方创建的是请求方创建的一种证实型服务，用以创建资一种证实型服务，用以创建资源报告操作。资源报告服务允源报告操作。资源报告服务允许请求方请求提供方发送属于许请求方请求提供方发送属于指定的、已经完成的操作或者指定的、已经完成的操作或者整个整个Z-Z-联接的资源报告。联接的资源报告。9解释机制解释机制Explain Facility（无任何服务）（无任何服务）解释机制不包含任何服务，而使用查询

47、和提解释机制不包含任何服务，而使用查询和提取机制中的服务。解释机制是取机制中的服务。解释机制是Z39.50-1995 Z39.50-1995 加上的功能，它提供一个解释数据库加上的功能，它提供一个解释数据库（Explain databaseExplain database）让请求方查询，以得）让请求方查询，以得知提供方的相关信息，包括提供方可供查询知提供方的相关信息，包括提供方可供查询的数据库有哪些、所支持的属性集及错误信的数据库有哪些、所支持的属性集及错误信息、记录语法什么样，有哪些可浏览的语词息、记录语法什么样，有哪些可浏览的语词表、以及扩展服务等。有了这些信息后，表、以及扩展服务等。有了

48、这些信息后，Z Z 客户端才能设定自己的状态，并显示告知给客户端才能设定自己的状态，并显示告知给使用者。使用者。10扩展服务机制扩展服务机制Extended Services Facility（扩展服务群服务）（扩展服务群服务）扩展服务群服务允许请求方在提供扩展服务群服务允许请求方在提供方建立、修改、删除任务包。提供方建立、修改、删除任务包。提供方在一个特殊数据库中维护这些任方在一个特殊数据库中维护这些任务包。扩展服务群服务是指请求方务包。扩展服务群服务是指请求方创建的一种证实型服务，用以创建创建的一种证实型服务，用以创建扩展服务群操作。扩展服务群操作。在图书馆的信息系统中用到的在图书馆的信息

49、系统中用到的扩展服务主要有：扩展服务主要有： 保留结果集保留结果集（Persistent Result SetPersistent Result Set）：）：请求方可以存储请求方可以存储Z Z联动中的结果集，并在联动中的结果集，并在另一个另一个Z Z联动中指定从此结果集中检索资联动中指定从此结果集中检索资料，所保留的结果集可以增加或者删除。料，所保留的结果集可以增加或者删除。 保留查询语句保留查询语句（Persistent QueryPersistent Query）：可）：可以在提供方存储查询语句，以便在以后的以在提供方存储查询语句，以便在以后的查询中使用。查询中使用。在图书馆的信息系统中

50、用到的在图书馆的信息系统中用到的扩展服务主要有：扩展服务主要有： 定期查询服务定期查询服务（Periodic Query Periodic Query Schedule ServiceSchedule Service）：这项服务可以指定）：这项服务可以指定系统定期、自动地以上述保留查询语句进系统定期、自动地以上述保留查询语句进行查询。行查询。 订购资料订购资料：可以让使用者订购资料，这些：可以让使用者订购资料，这些资料可能来自结果集或者是馆际互借系统。资料可能来自结果集或者是馆际互借系统。订购者的名字与住址都会列入订购单中，订购者的名字与住址都会列入订购单中，也包括账户资料及订购号码。也包括账

51、户资料及订购号码。在图书馆的信息系统中用到的在图书馆的信息系统中用到的扩展服务主要有：扩展服务主要有： 资料库更新资料库更新：这个服务可以让：这个服务可以让Z Z客户端更客户端更新服务器上的记录。新服务器上的记录。 转出规范转出规范：此服务允许请求方定义记录的：此服务允许请求方定义记录的组合方式，以便转出并送到目的地。规范组合方式，以便转出并送到目的地。规范中包括：栏位、语法、地址。中包括：栏位、语法、地址。 转出请求转出请求：此服务可以让提供方呼叫转出：此服务可以让提供方呼叫转出规范，并使用转出规范，以指定的格式要规范，并使用转出规范，以指定的格式要求服务器送一份记录到某地址。求服务器送一份

52、记录到某地址。11终止机制终止机制 Termination Facility (关闭服务关闭服务)关闭服务是请求方或提供方创建的关闭服务是请求方或提供方创建的一种证实型服务。它不创建任何操一种证实型服务。它不创建任何操作，也不是任何操作的一部分。它作，也不是任何操作的一部分。它允许请求方或提供方突然终止所有允许请求方或提供方突然终止所有激活的操作，并可以终止本次激活的操作，并可以终止本次Z Z联接。联接。三、三、Z39.50Z39.50协议交互过程协议交互过程 Z39.50 Z39.50的工作过程大致是的工作过程大致是: :客户端向客户端向服务器端发出创建连接的请求服务器端发出创建连接的请求,

53、 ,服务器端服务器端做出回应做出回应, ,创建连接成功创建连接成功; ;用户在客户端输用户在客户端输入检索条件入检索条件, ,由客户端将检索表达式转为由客户端将检索表达式转为逆波兰表达式并进一步将其转换成用抽象逆波兰表达式并进一步将其转换成用抽象语法标记语法标记ASN.1(Abstract Syntax ASN.1(Abstract Syntax Notation OneNotation One）描述的）描述的Z39.50Z39.50标准格式标准格式, ,依据基本编码规则依据基本编码规则(BER,Basic Encoding (BER,Basic Encoding Rules)Rules)进行

54、编码进行编码, ,形成应用协议数据单元形成应用协议数据单元(APDU,Application Protocol Data (APDU,Application Protocol Data Unit)Unit)位串位串, ,然后作为检索请求发往服务器然后作为检索请求发往服务器端的检索系统端的检索系统; ;服务器端检索系统接收应用协议数据单服务器端检索系统接收应用协议数据单元元(APDU)(APDU)并对其解码并对其解码, ,转换成自身的检转换成自身的检索命令索命令, ,再执行该命令再执行该命令, ,并从后台数据库并从后台数据库中找到满足检索条件的记录中找到满足检索条件的记录, ,将所有满将所有满足

55、条件的记录的标识组成结果集返回到足条件的记录的标识组成结果集返回到客户端客户端; ;客户端发出显示某个记录内容客户端发出显示某个记录内容的请求的请求, ,并给定其在结果集中的编号并给定其在结果集中的编号, ,服服务器端找到对应的记录标识务器端找到对应的记录标识, ,将记录返将记录返回到客户端回到客户端; ;客户端发出终止连接的请客户端发出终止连接的请求求, ,服务器端做出响应服务器端做出响应, ,连接结束。连接结束。 服 务 器（Server） 客 户 机（Client） 源端服务使用者 (Origin Service- User) 目的端服务使用者 (Server Service- User

56、) 请求 确认 指示 响应 协议信息 服务提供者 (Service-Provider) 源端 (Origin) 目的端 (Target) Z39.50客户机Z39.50服务器1数据库Z39.50服务器2数据库Z39.50服务器n数据库连接请求1查询请求1（APDU）连接响应1查询响应1（APDU）图形四、四、Z39.50Z39.50协议应用模式协议应用模式 Z39.50 用户 Z39.50 服务器 专用客户软件 Z39.50 客户 浏览器插件 Z39.50 Z39.50 数据库 服务器 SQL 单层客户服务器模式单层客户服务器模式 单层客户服务器模式单层客户服务器模式 采用单层客户服务器模式的

57、好处是：充分利用采用单层客户服务器模式的好处是：充分利用客户端的计算资源，使客户端具有较强数据处客户端的计算资源，使客户端具有较强数据处理能力，能完成复杂的功能，减轻服务器的计理能力，能完成复杂的功能，减轻服务器的计算量；服务器可以设计的相对简单，易于实现算量；服务器可以设计的相对简单，易于实现和维护。缺点是：和维护。缺点是：Z39.50Z39.50客户端软件维护工作客户端软件维护工作量大，因为客户软件修改或升级以后，用户必量大，因为客户软件修改或升级以后，用户必须获得一个须获得一个Z39.50Z39.50客户软件的一个新的拷贝，客户软件的一个新的拷贝，才能使用才能使用Z39.50Z39.50

58、协议进行查询。协议进行查询。多层客户服务器模式多层客户服务器模式多层客户服务器模式多层客户服务器模式 用户可以利用标准的浏览器来访问应用服务器用户可以利用标准的浏览器来访问应用服务器，应用服务器能同时接收和处理多个用户的请，应用服务器能同时接收和处理多个用户的请求，将其转化成求，将其转化成Z39.50Z39.50的服务请求提交给的服务请求提交给Z39.50Z39.50服务器，并将服务器，并将Z39.50Z39.50服务器的返回结果服务器的返回结果用主页的形式返回给用户。采用这种方式可以用主页的形式返回给用户。采用这种方式可以为不同用户提供高效率的服务。为不同用户提供高效率的服务。五、五、Z39

59、.50Z39.50协议和协议和OAI-MHPOAI-MHP协议的协议的比较分析比较分析用户Z39.50客户机Z39.50数据库Z39.50数据库Z39.50数据库用户服务提供方数据提供方数据提供方数据提供方Z39.50分布检索模式OAI集中检索模式图形六、六、Z39.50Z39.50的用途的用途1. 1. 公共目录查询公共目录查询u通过通过Z39.50Z39.50客户端专用程序，可以提供公客户端专用程序，可以提供公共目录查询服务。共目录查询服务。u用户可以输入一个检索词，用户可以输入一个检索词，在全球众多图书馆服务器上在全球众多图书馆服务器上查找所需要的书目信息。查找所需要的书目信息。2. 编

60、目编目u使用支持使用支持Z39.50 Z39.50 的客户端程序，的客户端程序，可以检索并下载书目记录。可以检索并下载书目记录。u利用利用Z39.50 Z39.50 的客户端程序，编的客户端程序，编目员选择一个功能较完备的客户目员选择一个功能较完备的客户端软件，就可以检索全球众多图端软件，就可以检索全球众多图书馆的书目数据资源。书馆的书目数据资源。u图书馆工作人员可以通过因特网图书馆工作人员可以通过因特网同时检索多个服务器上的书目数同时检索多个服务器上的书目数据，并对这些数据进行比较选择。据，并对这些数据进行比较选择。3. 联合目录联合目录u建立联合目录，曾是图书馆提供服务的一种建立联合目录，曾是图书馆提供服务的一种有效工