GB/T 27702-2011信息与文献信息检索(Z39.50)应用服务定义和协议规范

ICS3524030

A14..

中华人民共和国国家标准

GB/T27702—2011/ISO239501998

:

信息与文献信息检索Z3950

(.)

应用服务定义和协议规范

Informationanddocumentation—InformationretrievalZ3950—

(.)

Applicationservicedefinitionandprotocolspecification

(ISO23950:1998,IDT)

2011-12-30发布2012-05-01实施

中华人民共和国国家质量监督检验检疫总局发布

中国国家标准化管理委员会

GB/T27702—2011/ISO239501998

:

目次

前言…………………………

Ⅰ

引言…………………………

Ⅱ

范围………………………

11

规范性引用文件…………………………

21

术语和定义………………

32

信息检索服务……………

410

信息检索服务的模型和特征………………………

4.111

信息检索服务机制…………………

4.213

消息记录长度和分段……………

4.3/53

操作和引用标识……………………

4.458

并发操作……………

4.558

组成规范……………

4.659

查询和查询…………………

4.7Type-1Type-10160

协议规范…………………

563

的抽象语法和规范……………………

5.1Z39.50APDUASN.163

协议过程……………

5.279

扩展性规则…………………………

5.388

一致性………………

5.488

附录规范性附录对象标识符………

A()OID:Z39.5095

附录规范性附录应用环境………………

B()CTX:basic-Z39.50-ac98

附录规范性附录属性集……………………

C()ATR:99

附录规范性附录错误诊断…………………

D()ERR:105

附录规范性附录记录语法…………………

E()REC:114

附录规范性附录资源报告格式……………

F()RSC:137

附录规范性附录访问控制格式……………

G()ACC:139

附录规范性附录本标准定义的扩展服务………………

H()EXT:142

附录规范性附录用户信息格式……………

I()USR:157

附录规范性附录元素规范格式……………

J()ESP:160

附录规范性附录变量集…………………

K()VAR:162

附录规范性附录标签集定义和模式………

L()TAG:165

附录资料性附录扩展结构集模型…………

M()ERS:169

附录资料性附录索取……………

N()RET:Z39.50171

附录资料性附录框架文件………

O()PRO:Z39.50189

附录资料性附录维护机构的指定………………

P()190

GB/T27702—2011/ISO239501998

:

前言

本标准按照给出的规则起草

GB/T1.1—2009。

本标准等同采用国际标准信息与文献信息检索应用服务定义和协议

ISO23950:1998《(Z39.50)

规范

》。

本标准对国际标准的中译文做了修改技术内容未作变动

ISO23950:1998,。

本标准共有个附录

16。

附录附录是规范性附录附录附录是资料性附录

A~L,M~P。

本标准由全国信息与文献标准化技术委员会提出并归口

(SAC/TC4)。

本标准起草单位中国国防科技信息中心中国科学技术信息研究所北京大学

:、、。

本标准主要起草人真溱龚昌明汤珊红李秀锦赵晋巍冯海涛陈凌

:、、、、、、。

Ⅰ

GB/T27702—2011/ISO239501998

:

引言

与具有相同的内容只是在文体上有一些细微的差别例

ISO23950ANSI/NISOZ39.50—1995,。

如中的附件中称为附录这两个标准具有相同的名称信息检

,ANSI/NISOZ39.50“”,ISO23950“”。:“

索应用服务定义和协议规范为避免认为这是两个不同的标准在两个标准的名称中都明

(Z39.50):”。,

确地使用通常指本标准定义的服务和协议被批准后将取代相关标

“Z39.50”。“Z39.50”。ISO23950,

准和在本篇序言的其余部分凡提到是指

ISO10162ISO10163。,Z39.50—1995ANSI/NISO

它与完全相同凡提到和是

Z39.50—1995,ISO23950。Z39.50—1988、Z39.50—1992Z39.50—1994,

指与不同的较早的版本

ISO23950。

信息检索应用服务定义和协议规范是

“ANSI/NISOZ39.50—1995(Z39.50):”ANSI/NISO

的修订版的草案稿是指实施者宜注意作为

Z39.50—1992。Z39.50—1995Z39.50—1994,Z39.50—

提出的所有草案都不是该标准的最新版的多种草案稿都是在之

1994。Z39.50—1994Z39.50—1995

前提出的是最终定稿

,Z39.50—1995。

年本协议提出时仅用于书目信息领域随着越来越多的专业领域对产生兴趣

1984,。Z39.50,1990

年成立了实施者小组的成员包括希望获取或提供各种信息的制造商零售商咨

Z39.50(ZIG)。ZIG、、

询商信息提供商和大学这些信息包括书目信息文本信息图像信息金融信息公共设施信息化学

、,、、、、、

信息和新闻所有感兴趣的团体都可以成为的成员

。ZIG。

维护处成立于年它隶属于美国国会图书馆其任务是修订使之与

Z39.501989,。Z39.50—1988,

国际标准搜索与索取完全兼容当时为版提出了多个新的特性以支持

ISO10162/10163(SR)。,1992,

多种信息检索活动但是这些新特性尚未完全制订出来如果把它们纳入版会大大地延误标准

。,,1992

的公布因此维护处暂缓采纳新特性的提议但同时向实施者承诺将继续进行新特性的制订工作下

。,,,,

一版标准将成为与版兼容的超集取代了成为与

1992。Z39.50—1992Z39.50—1988,ISO10162/

搜索与索取兼容的超集

10163。

年维护处对的实施者进行了一次正式调查确定提议中的新特性的重要程度调查

1992,Z39.50,。

的目的是把这些特性缩小到可管理的范围之内确定提出的新特性是否得到充分说明和理解

:(a);(b);

估测它们的费用和复杂程度调查结果表明有些特性是必不可少的另有一些特性从更长远的角度

(c)。,

考虑可以删除除此之外的其他特性调查无法得出结论对它们的处理最终根据多数人的意见决定

。,,。

于年年底开始制定从年月到年月维护处在每次会议

Z39.50—19951991。19911219944,ZIG

上都提出一个修订草案实施者在的因特网邮件列表和会议上仔细阅读和充分讨论每个草案

。ZIG,。

对每个草案的评论和意见以及在会议上达成的协议都在后继的草案中得到体现年月

,ZIG。19944,

建议将草案最终定稿

ZIG。

版被认为是第版版被认为是第版这些版本名确实具有特定的协议意义但

1992“2”,1995“3”。,

并不指标准的版本规定第版协议规定第版和第版协议

。Z30.50—19922;Z39.50—199523。

代替了过时的但是和之间的关系则

Z39.50—1992Z39.50—1988,,Z39.50—1992Z39.50—1995

完全不同是与版兼容的超集实施者可以从中得到第版的全部

。Z39.50—19951992,Z39.50—19952

细节并实现与兼容

,Z39.50—1992。

协议基础

本协议规定了客户机和服务器之间信息交换的格式和过程使客户机能够请求服务器搜索某个

,(a)

数据库并识别出满足特定要求的记录索取识别出的部分或全部记录

,,(b)。

客户机可以代表用户创建请求本协议描述可能位于不同的计算机上的客户机和服务器之间的

:()

Ⅱ

GB/T27702—2011/ISO239501998

:

通信不描述客户机和用户之间的交互

;。

和均支持下列基本功能客户机可以发送搜索请求指明一个或多个数

Z39.50—1992ISO23950:,

据库并包含一个查询以及用于确定搜索出的记录是否作为响应的一部分返回的参数服务器以识别

,。

出的记录数作为响应并可能返回部分或所有记录然后客户机可以索取选定的记录客户机假设搜

,。,。

索到的记录形成一个结果集一个有序集其顺序由服务器确定这些记录可以根据它们在结果集中

“”(,),

的位置来引用可选的功能包括

。:

某些情况下客户机不希望接收完整的数据库记录时可以指定一个数据元集指明拟索取的数据

,,,

元例如客户机可以指定如果识别出的记录少于或等于条则传输完整记录若多于条则传

。,“5,‘’;5,

输简要记录

‘’”。

客户机可以为响应记录指定首选语法例如

,:USMARC。

客户机可以命名结果集以便以后引用

,。

客户机可以删除命名的结果集

。

服务器可以在处理请求之前要求验证以便对客户机施加访问控制

。

服务器可以通过发送非征求性或征求性的状态报告提供资源控制服务器可以暂停处理并允许客

,;

户机指明是否继续

。

查询表达式

对查询的支持做出详细的规定和要求查询用一个一个的搜索项表

ISO23950Type-1。Type-1

示每个搜索项都有一个属性集例如指明搜索项的类型主题名称等是否被截断以及搜索项的结

,,(、),,

构服务器负责将这些属性映射到数据库的逻辑设计中在一个查询中搜索项可以通过布

。。Type-1,

尔运算符组合起来这些搜索项和运算符以逆波兰标记法表示

。。

属性集

与某个搜索项相关联的属性都属于某个特定的属性集其定义是经过注册的也就是被分配了一个

,,

唯一的全局可识别的包含在查询中的对象标识符即属性集标识符

、、,。

附录定义并注册了属性集它描述了用于书目查询的各种属性属性集是由书

CATRbib-1,。bib-1

目界开发的如有需要其他团体也可以开发并注册属性集附加的属性集可以在之外进行

;,。ISO23950

注册

。

响应记录

本协议将出现在服务器响应消息中的记录分为两类数据库记录和诊断记录

:。

附录注册了各种格式的对象标识符包括

ERECMARC,USMARC、UKMARC、NorwayMARC

和服务器返回的数据库记录带有这些对象标识符该附录定义了其他几种类型的记录格

CANMARC;。

式并规定了注册更多记录格式的方法

,。

诊断记录同样也带有标识其格式的对象标识符附录定义并注册了两种诊断记录格式

。DERR

定义了其中一种包括了用于书目应用的各种诊断代码也可以注册其他的诊断记录

(Z39.50—1992),。

格式

。

新特性

下面汇总了的增强特性相对于版第版和第版是协议的两个版

Z39.50—1995(1992)。“2”“3”

本和则是标准的两个版本用的新特性描述的某一

;“Z39.50—1992”“Z39.50—1995”。“Z39.50—1995”

特性一般适用于两个协议版本例如扫描实施者可以将扫描服务增加到已存在的实

。:Z39.50—1992

现中而不必利用其他新特性

,。

下面分四类对增强特性进行描述搜索索取新的服务和机制以及其他增强的特性

:、、,。

搜索

属性属性和属性集具有许多新特性在第版中单个查询甚至单个搜索项中的属性可以来

。。3,()

自不同的属性集这有两个优点第一这一特性可用于搜索多个数据库虽然第版支持对多个数据

。:,(2

Ⅲ

GB/T27702—2011/ISO239501998

:

库进行搜索但一个查询包含的所有属性必须属于单个属性集这就制约了搜索多个数据库的能力除

,,,

非这些数据库相似第二定义新的属性集时可以减少重复

);,。

第版增加了两个能够灵活地定义属性集的新特性一是为属性值定义了新的数据类型在第

3。(2

版中属性值只能是数值型二是属性集定义现在可以列出一些可选的评估规则例如是否允许服务

,)。(,

器使用它认为更合适的属性来代替某个属性并且查询时可选择其中一条规则增强的属性集

),。bib-1

定义采用了这一新特性

。

在中除了包含中所有的属性定义还包含了许多新的属性

Z39.50—1995(Z39.50—1992),bib-1。

扩展结果集模型中开发了结果集的基本模型版描述了扩展结果集模型

。Z39.50—1992;1995“”,

这一模型支持扩展的邻近搜索

。

该扩展模型还支持第版的一种新的搜索功能限制这项功能实际上是对结果集的一种操

3———,()

作它允许根据指定的属性从结果集中选择记录

。。

搜索项在第版中查询用的搜索项可以具有多种数据类型在第版中搜索项为二进制类

。3,。(2,

型实质上没有数据类型通常用结构属性描述其类型由于减少了对结构属性的需要该新特性将简

,,。),

化查询以及属性集定义

。

中间结果在中服务器报告搜索进展时可以提供每个查询部件即每个子查询

。Z39.50—1995,,(

或每个数据库的信息作为搜索响应的一部分仅用于第版或作为资源控制的一部分服务器还可

),(3)。

以为单个查询部件创建结果集并提供对结果集的访问

。

索取

分段在第版中一个索取响应被限制在单个消息中服务器尽可能将请求的记录放入该消息

。2,;

中如果放不下则能放多少放多少例如客户机想要索取一万条记录并且知道在单个消息中不可能

,,。,,

索取这一万条记录典型的作法是客户机请求所有的一万条记录等待响应确定索取到了多少条记

。,,

录然后为其余记录发送另一个请求在许多环境下这种方法很有效但在高速网络中这样做会非常

,。,,

慢服务器在发送每组记录前都必须等待请求这就产生一个延迟对于普通网络来说这种延迟可以

。,。,

忽略不计但对高速网络来说这种延迟是不能忍受的在第版中服务器可以用多个连续响应消息

,,。3,

来回应一个索取请求其间无需再穿插请求

,。

当单个记录太长无法放入单个消息中时出现更为严重的分段问题第版引入了二级分段一

、,。3:

个记录可以跨越多个响应消息客户机或服务器可以选择支持任何一级的分段或不分段第版规则

。,(2

适用这种情况

)。

索取工具为支持各种索取应用特别是文献索取应用用了两年多时间开发出具有丰富索取

。、,ZIG

功能的一个扩展模型及一套工具附录对该模型作了详细描述指定了几种新的对

。N。Z39.50—1995

象类模式标签集和变量并根据这些对象类和其他类定义了一些特定对象该附录提供了这些对象

(、),。

的详细语义描述了如何将它们结合起来使用提供多种文献索取功能下面是几个例子

,。:

一条数据库记录可以包括多篇文献客户机可以找到并索取某篇指定文献而不是整个数据库

。,

记录

。

客户机可以索取某篇文献逻辑上或者物理上的某个特定部分例如特定的页特定的章节特定的

,,、、

标题所有标题或者所有的图像客户机还可以只索取标题例如所有章或者所有节的标题

、、。,。

可以用多种格式如语言表示参数如行长每页行数和分栏等以及其他变

(PostScript、SGML)、、(、)

量获取某篇文献客户机可以发现某篇文献支持哪些变量以及与某种特殊变量形式相关的信息例

。,:

如按照特定变量或者文献大小索取文献的费用最终客户机可以按照所需变量索取该文献或某个

,。,(

特定部分

)。

对于某个给定搜索与某篇文献相关联的可能是命中点它是指向文献内与搜索相关的搜索项的

,:()

指针客户机可以索取某篇文献中的命中点以迅速定位到满意的那些部分客户机也可以只索取按

。,。(

重要性排序的命中点然后索取指定的满意的那些部分

),。

Ⅳ

GB/T27702—2011/ISO239501998

:

新的服务与机制

扫描和排序扫描和排序是中新增的服务前者用于对列表或索引中的搜索项进

。Z39.50—1995,

行扫描后者用于对结果集进行排序

,。

扫描目前是浏览机制中仅有的一种服务但拟在今后的版本中增加其他浏览功能

Z39.50,。

扩展服务群扩展服务群是中的一种新机制它包含一项新的服务即扩

。Z39.50—1995,Z39.50,

展服务群服务用于创建会话之外执行的一个特定的扩展服务任务可以用服务来监

,Z39.50,Z39.50

督该任务的进度特定的扩展服务包括保存结果集建立周期性查询计划输出文献订购文献和更新

。:、、、

数据库

。

解释新的解释机制允许客户机索取服务器实施情况的细节一般特性描述联系信息运行时

。:(、、

间限制使用费用等可供搜索的数据库索引属性集属性细节模式记录语法排序能力和扩展服

、、)、、、、、、、

务服务器在一个特定的数据库中维护解释信息客户机可以利用的搜索和索取机制来访问

。,Z39.50

这个数据库本标准详细描述了解释信息的格式

。。

有些解释信息对客户机是透明的以便直接显示给客户机用户并且也是这样指定的例如一般特

,,(“

性有些解释信息可由客户机和用户共享例如客户机可以索取可搜索数据库的列表客户机可以

”)。。,;

为列表中的每个数据库显示一个非正式的名称一个图标和一段简要的描述同时客户机可以在协

、,。,

议消息中保留使用的真实的数据库名称并可以不显示这个真名有些解释信息对用户是完全透明的

,。