GBT27702-2011信息与文献信息检索(Z39.50)应用服务定义和协议规范.pdf 197页

'ICS35．240．30A14园雪中华人民共和国国家标准GB／T27702--2011／iso23950：1998信息与文献信息检索(Z39．50)应用服务定义和协议规范Informationanddocumentation--Informationretrieval(Z39．50)一Applicationservicedefinitionandprotocolspecification2011—12—30发布(IS023950：1998，IDT)2012-05-01实施丰瞀骶紫瓣警襻瞥星发布中国国家标准化管理委员会仅19 标准分享网www.bzfxw.com免费下载GB／T27702—2011／lSO23950：1998目次前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯··-引言⋯⋯⋯⋯⋯-⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯·l范围⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯-⋯2规范性引1L}j文件⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯··3术语和定义⋯⋯⋯⋯---⋯⋯⋯⋯⋯⋯⋯⋯4信息检索服务⋯⋯⋯-·---⋯⋯⋯⋯⋯⋯⋯⋯·4．1信息检索服务的模型和特征⋯⋯⋯⋯⋯⋯4．2信息检索服务机制⋯⋯⋯⋯⋯⋯⋯⋯·-4．3消息／记录长度和分段⋯⋯⋯⋯⋯⋯⋯··4．4操作和引用标识⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯··4．5并发操作⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·4．6组成规范⋯-⋯⋯⋯⋯⋯--⋯⋯⋯--⋯·4．7Type1查询和Type】o]查询⋯⋯·5|办议规范⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯5．1Z39．50APDU的抽象语法和ASN．1规范5．2协议过程⋯⋯⋯⋯⋯---⋯⋯⋯⋯⋯⋯⋯⋯5．3扩展性规则⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯5．4一一致性-⋯⋯·附录A(规范一H二附录)附录B(规范性附录)附录C(规范性附录)附录D(规范性附录)附录E(规范性附录)附录F(规范性附录)附录G(规范性附录)附录H(规范性附录)附录I(规范性附录)附录J(规范性附录)附录K(规范性附录)附录I，(规范性附录)附录M(资料性附录)附录N(资料性附录)附录O(资料性附录)附录P(资料性附录)OID；Z39．50对象标识符⋯⋯··CTX：应用环境basicZ39．50一acATR：属性集⋯⋯⋯⋯⋯⋯⋯··ERR：错误诊断⋯⋯⋯⋯⋯REC：记录语法⋯⋯--⋯⋯⋯⋯RSC：资源报告格式⋯⋯⋯ACC；访问控制格式⋯⋯⋯⋯⋯EXT：本标准定义的扩展服务USR：用户信息格式⋯⋯⋯⋯ESP：元素规范格式⋯⋯⋯⋯VAR：变量集⋯⋯⋯⋯⋯TAG：标签集定义和模式⋯⋯ERS：扩展结构集模型⋯⋯⋯RET：Z39．50索取⋯⋯⋯·PR()：Z39．50框架文件⋯⋯维护机构的指定⋯⋯⋯⋯⋯●Ⅱ●，0m¨n弱强黔的∞∞韶约踞踞％鲫∞M卯∞北盯∞舵％盼n聃∞ 标准分享网www.bzfxw.com免费下载刖罱GB／T27702--2011／ISO23950：1999本标准按照GB／T1．1—2009给出的规则起草。本标准等同采用国际标准ISO23950：1998<(信息与文献信息检索(Z39．50)应用服务定义和协议规范》。本标准对国际标准ISO23950：1998的中译文做了修改，技术内容未作变动。本标准共有16个附录。附录A～附录L是规范性附录，附录M～附录P是资料性附录。本标准由全国信息与文献标准化技术委员会(SAC／TC4)提出并归口。本标准起草单位、：冲国国防科技信息中心、中国科学技术信息研究所、北京大学。本标准主要起草人：真溱、龚昌明、汤珊红、李秀锦、赵晋巍、冯海涛、陈凌。 标准分享网www.bzfxw.com免费下载GB／T27702--2011／ISO23950：1998引言ISO23950与ANsI／NISOZ39．50—1995具有相同的内容，只是在文体上有～些细微的差别。例如，ANsI／NIs()Z39．50中的“附件”，ISO23950中称为“附录”。这两个标准具有相同的名称：“信息检索(Z39．50)：应用服务定义和协议规范”。为避免认为这是两个不同的标准，在两个标准的名称中都明确地使用“Z39．50”。“Z39．50”通常指本标准定义的服务和协议。Is()23950被批准后，将取代相关标准Is()10162和ISO10163。在本篇序言的其余部分，凡提到Z39．50一1995是指ANSI／NISOZ39．50一1995，它与ISO23950完全相同。凡提到Z39．50一1988、Z39．50一1992和Z39．501994，是指与ISO23950不同的较早的版本。“ANsI／N1soZ39．50一1995信息检索(Z3950)：应用服务定义和协议规范”是ANSI／NISOZ39．501992的修订版。Z39．50一1995的草案稿是指Z39．501994，实施者宜注意作为Z39．501994提出的所有草案都不是该标准的最新版。Z39．501994的多种草案稿都是在Z39．501995之前提出的，Z39．50一一1995是最终定稿。1984年，本协议提出时仅用于书目信息领域。随着越来越多的专业领域对Z39．50产生兴趣，1990年成立了Z39．50实施者小组(ZIG)。ZIG的成员包括希望获取或提供各种信息的制造商、零售商、咨询商、信息提供商和大学，这些信息包括书目信息、文本信息、图像信息、金融信息、公共设施信息、化学信息和新闻。所有感兴趣的团体都可以成为ZIG的成员。Z39．50维护处成立于1989年，它隶属于美国国会图书馆。其任务是修订Z39．501988，使之与国际标准ISO10162／10163搜索与索取(SR)完全兼容。当时，为1992版提出了多个新的特性，以支持多种信息检索活动。但是，这些新特性尚未完全制订出来，如果把它们纳入1992版会大大地延误标准的公布。因此，维护处暂缓采纳新特性的提议，但同时向实施者承诺，将继续进行新特性的制订工作，下一版标准将成为与1992版兼容的超集。Z39．501992取代了Z39．50一1988，成为与1SO10162／10163搜索与索取兼容的超集。1992年，维护处对Z39．50的实施者进行了一次正式调查，确定提议中的新特性的重要程度。调查的目的是：(a)把这些特性缩小到可管理的范围之内；(b)确定提出的新特性是否得到充分说明和理解；(c)估测它们的费用和复杂程度。调查结果表明有些特性是必不可少的，另有一些特性从更长远的角度考虑可以删除。除此之外的其他特性，调查无法得出结论，对它们的处理最终根据多数人的意见决定。Z39．501995于1991年年底开始制定。从1991年12月到1994年4月，维护处在每次ZIG会议上都提出一个修订草案。实施者在ZIG的因特网邮件列表和会议上，仔细阅读和充分讨论每个草案。对每个草案的评论和意见，以及在ZIG会议上达成的协议都在后继的草案中得到体现。1994年4月，ZIG建议将草案最终定稿。1992版被认为是“第2版”，1995版被认为是“第3版”。这些版本名确实具有特定的协议意义，但并不指标准的版本。Z30．501992规定第2版协议；Z39．501995规定第2版和第3版协议。Z39．50一-1992代替了过时的Z39．501988，但是，Z39．501992和Z39．50—1995之间的关系则完全不同。Z39．501995是与1992版兼容的超集，实施者可以从Z39．50—1995中得到第2版的全部细节，并实现与Z39．50—1992兼容。协议基础本协议规定了客户机和服务器之间信息交换的格式和过程，使客户机能够(a)请求服务器搜索某个数据库，并识别出满足特定要求的记录，(b)索取识别出的部分或全部记录。客户机可以代表用户创建请求：本协议描述(可能位于不同的计算机上的)客户机和曩v务器之闯的II 标准分享网www.bzfxw.com免费下载GB／T27702—2011／lSO23950：1998通信；不描述客户机和用户之间的交互。Z39．501992和ISO23950均支持下列基本功能：客户机可以发送搜索请求，指明一个或多个数据库，并包含一个查询以及用于确定搜索出的记录是否作为响应的一部分返回的参数。服务器以识别出的记录数作为响应，并可能返回部分或所有记录。然后，客户机可以索取选定的记录。客户机假设搜索到的记录形成一个“结果集”(一个有序集，其顺序由服务器确定)，这些记录可以根据它们在结果集中的位置来引用。可选的功能包括：某些情况下，客户机不希望接收完整的数据库记录时，可以指定一个数据元集，指明拟索取的数据元。例如，客户机可以指定“如果识别出的记录少于或等于5条，则传输‘完整’记录；若多于5条，则传输‘简要’记录”。客户机可以为响应记录指定首选语法，例如：USMARC。客户机可以命名结果集，以便以后引用。客户机可以删除命名的结果集。服务器可以在处理请求之前要求验证以便对客户机施加访问控制。服务器可以通过发送非征求性或征求性的状态报告，提供资源控制；服务器可以暂停处理并允许客户机指明是否继续。查询表达式ISO23950对Type1查询的支持做出详细的规定和要求。Type—l查询用一个一个的搜索项表示，每个搜索项都有一个属性集，例如指明搜索项的类型(主题、名称等)，是否被截断，以及搜索项的结构。服务器负责将这些属性映射到数据库的逻辑设计中。在一个Typel查询中，搜索项可以通过布尔运算符组合起来。这些搜索项和运算符以逆波兰标记法表示。属性集与某个搜索项相关联的属性都属于某个特定的属性集，其定义是经过注册的，也就是被分配了一个唯一的、全局可识别的、包含在查询中的对象标识符，即属性集标识符。附录CATR定义并注册了属性集bib一1，它描述了用于书目查询的各种属性。bib1属性集是由书目界开发的；如有需要，其他团体也可以开发并注册属性集。附加的属性集可以在Is()23950之外进行注册。．响应记录本协议将出现在服务器响应消息中的记录分为两类：数据库记录和诊断记录。附录EREC注册了各种MARC格式的对象标识符，包括USMARC、UKMARC、NorwayMARC和CANMARC；服务器返回的数据库记录带有这些对象标识符。该附录定义了其他几种类型的记录格式，并规定了注册更多记录格式的方法。诊断记录同样也带有标识其格式的对象标识符。附录DERR定义并注册了两种诊断记录格式(Z39．50—1992定义了其中一种)，包括了用于书目应用的各种诊断代码。也可以注册其他的诊断记录格式。新特性下面汇总了Z39．501995的增强特性(相对于1992版)。“第2版”和“第3版”是协议的两个版本；“Z39．50一1992”和“Z39．501995”则是标准的两个版本。用“Z39．50一1995的新特性”描述的某一特性一般适用于两个协议版本。例如扫描：实施者可以将扫描服务增加到已存在的Z39．50一1992实现中，而不必利用其他新特性。下面分四类对增强特性进行描述：搜索、索取、新的服务和机制，以及其他增强的特性。搜索属性。属性和属性集具有许多新特性。在第3版中，单个查询(甚至单个搜索项)中的属性可以来自不同的属性集。这有两个优点：第一，这一特性可用于搜索多个数据库(虽然第2版支持对多个数据m 标准分享网www.bzfxw.com免费下载GB／T27702—2011／ISO23950：1998库进行搜索，但一个查询包含的所有属性必须属于单个属性集，这就制约了搜索多个数据库的能力，除非这些数据库相似)；第二，定义新的属性集时可以减少重复。第3版增加了两个能够灵活地定义属性集的新特性。一是为属性值定义了新的数据类型(在第2版中，属性值只能是数值型)。二是属性集定义现在可以列出一些可选的评估规则(例如，是否允许服务器使用它认为更合适的属性来代替某个属性)，并且查询时可选择其中一条规则。增强的bibl属性集定义采用了这一新特性。在Z39．501995中(除了包含Z39．501992中所有的属性)，bib一1定义还包含了许多新的属性。扩展结果集模型。Z39．501992中开发了结果集的基本模型；1995版描述了“扩展结果集模型”，这一模型支持扩展的邻近搜索。该扩展模型还支持第3版的一种新的搜索功能——限制，这项功能(实际上)是对结果集的一种操作。它允许根据指定的属性从结果集中选择记录。搜索项。在第3版中，查询用的搜索项可以具有多种数据类型。(在第2版中，搜索项为二进制类型，实质上没有数据类型，通常用结构属性描述其类型。)由于减少了对结构属性的需要，该新特性将简化查询以及属性集定义。中间结果。在Z39．501995中，服务器报告搜索进展时，可以提供每个查询部件(即每个子查询或每个数据库)的信息，作为搜索响应的一部分(仅用于第3版)或作为资源控制的一部分。服务器还可以为单个查询部件创建结果集并提供对结果集的访问。索取分段。在第2版中，一个索取响应被限制在单个消息中；服务器尽可能将请求的记录放人该消息中，如果放不下，则能放多少放多少。例如，客户机想要索取一万条记录，并且知道在单个消息中不可能索取这一万条记录。典型的作法是客户机请求所有的一万条记录，等待响应，确定索取到了多少条记录．然后为其余记录发送另一个请求。在许多环境下，这种方法很有效，但在高速网络中这样做会非常慢。服务器在发送每组记录前都必须等待请求，这就产生一个延迟。对于普通网络来说，这种延迟可以忽略不计，但对高速网络来说，这种延迟是不能忍受的。在第3版中，服务器可以用多个连续响应消息来回应一个索取请求，其间无需再穿插请求。当单个记录太长、无法放入单个消息中时，出现更为严重的分段问题。第3版引入了二级分段：一个记录可以跨越多个响应消息。客户机或服务器可以选择支持任何一级的分段，或不分段(第2版规则适用这种情况)。索取工具。为支持各种索取应用、特别是文献索取应用，ZIG用了两年多时间开发出具有丰富索取功能的一个扩展模型及一套工具。附录N对该模型作了详细描述。Z39．50一1995指定了几种新的对象类(模式、标签集和变量)，并根据这些对象类和其他类定义了一些特定对象。该附录提供了这些对象的详细语义，描述了如何将它们结合起来使用提供多种文献索取功能。下面是几个例子：一条数据库记录可以包括多篇文献。客户机可以找到并索取某篇指定文献，而不是整个数据库记录。客户机可以索取某篇文献逻辑上或者物理上的某个特定部分，例如，特定的页、特定的章节、特定的标题、所有标题、或者所有的图像。客户机还可以只索取标题，例如所有章或者所有节的标题。可以用多种格式(如PostScript、SGMl。)、语言、表示参数(如行长、每页行数和分栏等)以及其他变量获取某篇文献。客户机可以发现某篇文献支持哪些变量，以及与某种特殊变量形式相关的信息：例如，按照特定变量或者文献大小索取文献的费用。最终，客户机可以按照所需变量索取该文献(或某个特定部分)。对于某个给定搜索，与某篇文献相关联的可能是命中点：它是指向(文献内)与搜索相关的搜索项的指针。客户机可以索取某篇文献中的命中点，以迅速定位到满意的那些部分。客户机也可以只索取(按重要性排序的)命中点，然后索取指定的满意的那些部分。Ⅳ GB／T27702—2011／iso23950．1998新的服务与机制扫描和排序。扫描和排序是Z39．501995中新增的服务，前者用于对列表或索引中的搜索项进行扫描，后者用于对结果集进行排序。扫描目前是Z39．50浏览机制中仅有的一种服务，但拟在今后的版本中增加其他浏览功能。扩展服务群。扩展服务群是Z39．501995中的一种新机制，它包含一项新的Z39．50服务，即扩展服务群服务，用于创建Z39．50会话之外执行的一个特定的扩展服务任务，可以用Z39．50服务来监督该任务的进度。特定的扩展服务包括：保存结果集、建立周期性查询计划、输出文献、订购文献和更新数据库。解释。新的解释机制允许客户机索取服务器实施情况的细节：一般特性(描述、联系信息、运行时间、限制、使用费用等)、可供搜索的数据库、索引、属性集、属性细节、模式、记录语法、排序能力和扩展服务。服务器在一个特定的数据库中维护解释信息，客户机可以利用Z39．50的搜索和索取机制来访问这个数据库。本标准详细描述了解释信息的格式。有些解释信息对客户机是透明的，以便直接显示给客户机用户，并且也是这样指定的(例如“一般特性”)。有些解释信息可由客户机和用户共享。例如，客户机可以索取可搜索数据库的列表；客户机可以为列表中的每个数据库显示一个非正式的名称、一个图标，和一段简要的描述。同时，客户机可以在协议消息中保留使用的真实的数据库名称，并可以不显示这个真名。有些解释信息对用户是完全透明的。例如，客户机可以索取某个数据库支持的属性信息，并在形成一个查询表达式时(即把用户提供的查询转化为一个Z39．50的Type一1查询时)，使用该信息。其他增强的特性终止和重新初始化。第3版包括更为灵活地终止Z39．50会话的方法，这实际上允许在不中断网络连接的情况下重新初始化。并发操作。第3版允许多个并发操作。而在第2版中，操作是严格按顺序执行的。诊断。大多数Z39．50服务都包括诊断功能。在第2版中，一个诊断必须与本标准定义的特定格式一致。在第3版中，诊断格式可以在外部定义和注册。本标准定义了这样一种(新的)诊断格式，附带了一个综合的诊断集。访问控制格式。Z39．501992提供了访问控制，但未定义任何访问控制格式。Z39．501995定义了加密和认证格式，并定义了允许服务器向客户机提示各种信息的格式。字符集支持。为字符串引入了一种新的数据类型，即“InternationalString”(国际字符串)。它的定义使客户机和服务器能更灵活地决定在一次会话中使用某一特殊语言以及一种或多种字符集。计量单位。为支持计量单位，引入了新的数据类型。这些定义允许使用标准的方法表示计量单位的类型及计量单位。例如，计量单位的类型是“质量”，计量单位是“千克”。可扩展性和协商。第3版提供了强大的可扩展性。每个协议消息都包含一个字段，用于标示在外部定义格式的那些信息。这些外部定义的格式作为IsO23950的临时性扩展和试验性使用，由Z39．50维护处注册和管理，并有可能并入将来的版本。Z39．501995引入了“协商记录”的概念。客户机在初始化消息中可以包含协商记录，以建议某些条件是否在会话中起作用(例如，使用某一特殊语言以及一种或多种字符集)。服务器可以响应，指明建议是否被接受或提出一个反建议。协商记录是新的可扩展特性的应用。协商记录可以在外部定义，并由Z39．50维护处维护。 1范围GB／T27702--2011／ISO23950：1998信息与文献信息检索(Z39．50)应用服务定义和协议规范本标准规定了信息检索的应用服务定义和协议规范。服务定义部分描述了在一个应用中实现搜索和索取数据库中信息的服务；协议规范部分包括协议控制信息的定义、交换该信息的规则，以及实施协议需要满足的一致性要求。本标准适用于支持信息检索服务的系统，以及诸如信息服务机构、大学、图书馆、联合编目中心这样的组织；注：Z39．50共有三种出版物：Z39．50—1988、Z39．50一1992和Z39．501995；搜索和检索协议有一种出版物：ISO101631：1993。Z39．501992、1S0101631：1993和Z39501995(不包括Z39501988)这二种出版物都体现了协议版本概念，并定义了三种协议版本：第1版、第2版和第3版。Is()lOl631：1993基十第1版协议；Z39．501992基于第2版协议；Z39．50—1995基于第2版协议和第3版协议。(Z39．501988与协议版本无关。)本标准基于第2版和第3版协议。它假定第1版和第2版是一致的。支持第2版的实施自动支持第1版(另外，在本标准的其他任何地方都不直接提及第1版)。对本标准中只适用第2版或第3版的过程，分别给出，注释。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注El期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB／T156951995信息技术开放系统互连表示服务定义(ISO／IEC8822：1994，IDT)GB／T16262一1996(所有部分)信息技术抽象语法记法(AsN．1)规范(ISO／IEC8824：2002，IDT)GB／T162631996(所有部分)信息技术ASN．1编码规则(1S()8825：2002，II)"1、)GB／T16687．1—2008信息技术开放系统互连面向连接的联系控制服务元素协议第l部分：协议规范(ISO86501：1996，IDT)GB／T166882008信息技术开放系统互连联系控制服务元素服务定义(ISO／IEC8649：1996，IDT)ANsI／NIs()Z39．53～1994信息交换语言表示代码(Codesfortherepresentationoflanguagesforinformationinterchange)ANSI／NISOZ39．581992联机交互信息检索的公共命令语言(Commoncomnland[anguageforonlineinteractiveinformationretrieval)IS()2709：1996信息和文献信息交换格式(InformationanddocumentationFormatforinfor—marionexchange)Is()4217：1990货币和现金表示代码(Codesfortherepresentationofcurrenciesandfunds)Is()7498：1984信息处理系统开放系统互连基本参考模型(Informationprocessingsystems()pensystemsinterconnectionBasicreferencemodel)ISO8649：1987信息处理系统开放系统互连联系控制服务元素服务定义(Informationpro一】 GB／T27702--2011／iso23950：1998cessingsystenls—Opensystemsinterconnection—Servicedefinitionfortheassociationcontrolserviceele——ment)Is()8650：1988信息处理系统开放系统互连联系控制服务元素协议规范(Informationproeessingsystems．．Opensystemsinterconnection，，Protocolspecificationfortheassociationcontrolserviceelement)Is()8777：1993信息和文献交互文本搜索命令(Informationanddocumentation--Commandsforinteractivetextsearching)Is()8822：1988信息处理系统开放系统互连面向连接的表示服务定义(InformationprocessingsystemsOpensystemsinterconnectionConnectionorientedpresentationservicedefinition)1SO8824：1990信息技术开放系统互连抽象语法记法1(ASN．1)规范(Informationtechnology—OpensystemsinterconneetionSpecificationofabstractsyntaxnotationone(ASN一1))Is()8825：1990信息技术开放系统互连抽象语法记法1(ASN．1)基本编码规则规范(Informationtechnology()pensystemsinterconnectionSpecificationofbasicencodingrulesforabstractsyntaxnotationone(ASN．1))ISO10160：1997信息和文献开放系统互连馆际互借应用服务定义(Informationanddocu—mentation——Opensystemsinterconnection，，Interlibraryloanapplicationservicedefinition)ISO10161—1：1997信息和文献开放系统互连馆际互借应用协议规范：第一部分协议规范(Informationanddocumentation一()pensystemsinterconnection—Interlibraryloanapplicationprotocolspecification．Part1：Protocolspecification)Is()10163—1：1993信息和文献开放系统互连搜索和检索应用协议规范：第一部分协议规范(Informationanddocumentation()pensystemsinterconnection—SearchandretrieveapplicationprotocolspecificationPart1：Protocolspecification)注：尽管本标准代替了1so101631．由于已经存在1s()10163l的实施，本标准设定某些条款的目的是为了与Is()10163—1保持兼容。ISO编码字符集的国际注册。3术语和定义下述术语和定义适用于本文件。3．1A-联接A-association见应用联接。3．2抽象数据库记录abstractdatabaserecord数据库记录信息的抽象表示。把(模式定义的)抽象记录结构应用到数据库记录，形成抽象数据库记录。把数据元规范应用到抽象数据库记录，形成另一种抽象数据库记录。3．3抽象记录结构abstractrecordstructure数据库模式的主要部件。把抽象记录结构应用到数据库记录，形成抽象数据库记录。3．4抽象语法abstractsyntax使用一种抽象语法标记法对特殊数据类型的描述，可以通过一个对象标识符(OlD)来引用。3．5抽象语法标记法abstractsyntaxnotation允许使用与表示方式无关的方法描述数据类型的一种语言。ASN．1就是一个例子。2 GB／T27702--2011／lso23950：19983．6检索点accesspoint在搜索记录时，可以单独指定或与其他检索点结合起来指定的唯一键或非唯一键。检索点可能与(抽象语法定义的)一个数据元相等，该数据元是从由一个或多个数据元组成的集合中抽取出来的。检索点也可能与任何数据元都无关。3．7检索点子句accesspointclauseType一1查询的操作数(非正式的定义)。3．8聚合提取响应aggregatepresentresponse表示操作中分段请求(如果有)和提取响应的合称。3．9APDU见应用协议数据单元。3．10应用联接applicationassociation数据库用户和数据库提供者之间的通信会话。它可以由一个或多个连续的z联接组成。3．11应用协议applicationprotocol控制起源方与目的方之间信息格式和信息交换的规则。3．12应用协议控制信息applicationprotocolcontrolinformation应用协议数据单元传送的信息。3．13应用协议数据单元applicationprotocoldataunit起源方与目的方之间传送信息的一个单元，其格式由Z39．50协议规定，由应用协议信息和可能出现的应用用户数据组成。3．14应用变量appliedvariant变量规范的三种用法之一。应用变量是目的方用于索取记录中所含数据元的变量规范。见变量请求和支持变量。3．15ARS见抽象记录结构。3．16ASN．1由lS()8824和IS()8825规定的抽象语法标记法l。3．17属性attribute搜索项的特征，或共同构成搜索项特征的几个特征部件之一。3．18属性元attributeelement由属性类型以及该类型的值表示的一个属性。3 GB／T27702—2011／ISO23950：19983．19属性列表attributelist属性元及其所属的属性集标识符的集合。属性列表与搜索项结合，构成Type1查询的操作数。通常，集合中的一个属性元对应于一个规范化的检索点，该检索点与(其他属性元限定的)搜索项相匹配。3．20属性集attributeset属性类型的集合，对于每个属性类型，都有一个属性值列表。每个属性类型由一个整数表示，在(由它的属性集标识符表示的)集合中，它是唯一的，并且对于给定的属性类型，其中的每个值也是唯一的。3．21属性集标识符attributesetid表示属性列表中的一个属性元所属的属性集的对象标识符。3．22属性类型attributetype属性元的一个部件。属性集定义了一个或多个属性类型，并给每个类型分配一个整数(也为每个类型定义了特定的值)。例如，bib一1为属性类型“使用”分配了整数1。3．23属性值attributevalue属性元的一个部件。属性集为其定义的每个属性类型定义一个或多个值。例如，bib一1定义使用属性的一个属性值为“人名”。3．24客户机client包含起源方的应用；数据库用户。3．25客户机系统clientsystem客户机所属的系统。3．26组成规范compositionspecification包含在提取请求中的一个规范，用于指明索取记录所需的组成方式(如数据元和记录语法)。它包括模式标识符、数据元规范和记录语法标识符。3．27条件确认型服务conditionallyconfirmedservice一种既可以作为确认型服务来调用，也可以作为非确认型服务来调用的服务。(起源方或目的方发出)请求之后(对方)可能有响应的服务，就是条件确认型服务。例如，资源控制是由目的方创建的一种条件确认型服务。见非确认型服务和确认型服务。。3．28确认型服务confirmedservice(起源方或目的方发出)请求之后(对方)必有响应的服务，就是确认型服务。搜索是由起源方创建的一种确认型服务；访问控制是目的方创建的一种确认型服务。见条件确认型服务和非确认型服务。3．29数据库database包含相关信息的信息单元的集合，其中每个单元是一条数据库记录。4 GB／T27702—2011／Is023950：19983．30数据库记录databaserecord表示数据库中一个信息单元的局部数据结构。3．31数据库模式databaseschema起源方和目的方对数据库记录中包含信息的共同理解，它允许通过数据元规范选择该信息的部分内容。一个模式定义一种抽象记录结构，这种结构应用于一条数据库记录，就形成～条抽象数据库记录。3．32数据元素dataelement见数据元。3．33数据元element由模式定义的信息单元。3．34数据元请求elementrequest含有数据元规范、检索指定数据元的请求。数据元请求可以包含一个变量请求，表明所需数据元的变量形式。3．35数据元集名称elementsetname采用基本名形式的数据元规范。3．36数据元规范elementspecification数据元规范格式或数据元集名称的实例。数据元规范将一条抽象数据库记录转变为另一条抽象数据库记录(这可能是空转换)。数据元规范从抽象数据库记录中选择数据元，并且有可能为那些数据元规定变量形式。3．37数据元规范格式elementspecificationformat用以表示数据元规范的结构。3．38数据元规范标识符elementspecificationidentifier数据元规范格式或数据元集名称的对象标识符。3．39异常记录长度exceptionalrecordsize在特殊情况下，当需要一个异常大的(即大于首选消息长度的)记录时，提取响应中可以包含的记录的最大长度。3．40机制facilityZ39．50服务的一个逻辑组，有时是单个服务。例如，索取机制由提取服务和分段服务组成；搜索机制由搜索服务组成。另外，一种机制可能不是由服务组成，而是利用其他机制的服务。例如，解释机制未定义任何服务，但使用了搜索和提取服务。3．41最终片段finalfragment在记录终止处结束的片段。见片段。5 GB／T27702--2011／JSO23950：19983．42片段fragment严格意义上的记录子串。(本定义只在4．3．3描述的2级分段环境中才有意义，在该节中，一条记录被视为一串字节。)3．43GRS一般记录语法。3．44劬建请求initiatingrequest创建一个操作的请求。3．45中间片段intermediatefragment既不在记录起始处开始、也不在记录终止处结束的片段。见片段。3．46IR信息检索。3．47项item(1)结果集项。(2)书目项；见ISO10160。3．48最大段长度maximumsegmentsize使用分段时聚合提取响应允许的最大段的尺寸。3．49名称name用某种语言表示的与对象对应的语言概念。一个名称表示(即标识)它约束的对象。3．50非确认型服务non—confirmedservice起源方或目的方发出请求后没有相应响应的服务。例如，分段是由目的方创建的一种非确认型服务。见确认型服务。3．51对象标识符objectidentifier数据对象的一种明确的、全局认可的注册标识，由注册机构分配。3．52oID见对象标识符。3．53操作operation创建请求和对应的终止响应，以及其间的相关消息。例如，搜索操作总是包含一个搜索请求和搜索响应，还可能包括访问控制和资源控制消息。在一个z一联接中可以出现多个并发操作。3．54操作类型operationtype创建请求的名称。例如，搜索请求创建一个类型为“搜索”的操作。6 GB／T27702--2011／ISO23950：19983．55起源方origin创建z一联接并在该z一联接过程中创建操作的实体。3．56起源方服务用户originservice-user向起源方提出请求的那一部分客户机。见服务用户。3．57oSI开放系统互连。3．58P一环境P—context见表示环境。3．59首选消息长度preferredmessagesize不使用分段时，搜索响应或提取响应的最大长度。它用响应记录长度(的字节数)之和来表示，并且扣除协议控制信息长度。3．60表示环境presentationcontext为了在应用联接中使用抽象语法，由表示层协商的一对抽象语法和传输语法。3．61原语primitive见服务原语。3．62基本名primitivename无需用户知道其内部结构或作用的名称。注：基本名与原语无关。3．63记录语法recordsyntax由起源方请求的或目的方使用的表示索取记录的抽象语法。完整定义见4．6．3。3．64响应记录responserecord在搜索响应或(复合)提取响应中代表数据库记录的索取记录或替代性诊断记录。3．65结果集resultset用作传送查询得到的记录的一种选择机制的局部数据结构。它的逻辑结构是～个命名的、有序的结果集项列表，或者可能是替代了创建该结果集的搜索的一些未指定的信息。3．66结果集项resultsetitem数据库名称、指向数据库中一条记录的指针，以及与记录相关联的可能附加的未指定的信息。3．67结果集记录resultsetrecord结果集项表示的数据库记录的惯用表述。见结果集。 GB／T27702—2011／iso23950：19983．68索取记录retrievalrecord将记录语法应用到抽象数据库记录上而定义的可输出结构。3．69RPN查询RPNquery用逆波兰标记法(RPN)的格式表示的搜索查询。3．70模式schema见数据库模式。3．71段segment目的方作为一个聚合提取响应，即分段请求或提取响应的一部分传送(或在传输准备过程中使用)的消息。3．72服务器server包含目的方的应用；数据库提供者。3．73服务器系统serversystem服务器所在的系统。3．74服务service(1)Z39．50服务，例如“搜索”服务；(2)扩展服务，例如“持久结果集扩展服务”；(3)服务提供者。3．75服务原语serviceprimitive在服务用户和服务提供者之间相互作用的一个抽象的、与实施无关的表示。服务原语有四种类型：请求原语、指示原语、响应原语和确认原语。3．76服务提供者service-provider为对等的服务用户提供服务的实体(起源方与目的方)的一种整体抽象。使用服务提供者概念，便于规范协议过程。仅在5．2．2中用它来描述协议模型。注：服务提供者与数据库提供者无关，与电信服务提供者也无关。3．77服务用户service-user起源方服务用户或目的方服务用户。分别向起源方或目的方提出请求的那一部分客户机或服务器。使用服务用户概念，便于规范协议过程。仅在5．2．2中用它来描述协议模型。注：服务用户与数据库用户无关。3．78简单提取响应simplepresentresponse由单个段组成的聚合提取响应，即仅包含一个提取响应，没有分段请求。3．79起始片段startingfragment从记录起始处开始的片段。见片段。8 GB／T27702—2011／ISO23950119983．80支持变量supportedVariant变量规范的三种用法之一。支持变量是目的方列出的一个作为支持特殊数据元的变量规范。见应用变量和变量请求。3．81替代性诊断记录surrogatediagnosticrecord用于替代索取记录的诊断记录，它表示一条数据库记录。3．82标记tag数据元(或代表数据元的标记路径的节点)的标识。它由标记类型和标记值组成。3．83标记路径TagPath当记录数据元以树形层次表示时，从树根到标记路径所表示节点的一系列节点。标记路径的每个节点都由一个标记表示。当标记路径表示一个数据元时，末端节点是叶节点；而当标记路径表示子树时，子树的树根是这个标记路径的末端节点。3．84标记集Tagset数据元集合的标记值(及建议的数据类型)。3．85标记集标识TagSetId作为标记集的持久标识的对象标识符。3．86标记类型TagType标记集的速记(整数)标识符。模式定义可以给标记集标识分配一个标记类型，以便(在模式定义的环境中)表示一个特殊标记集。3．87标记值TagValue数据元(或代表数据元的标记路径的节点)的标识符。它既可以是整数也可以是字符串，由标记类型限定。3．88目的方target接收Z联接的实体。3．89目的方服务用户targetservice-user向目的方提出请求的那一部分服务器。见服务用户。3．90终止响应terminatingresponse结束操作的响应。3．91传送语法transfersyntax与抽象语法一起形成记录语法的语法。 GB／T27702--2011／lSO23950：19983．923元组triple3元组(即一个N元组，且N一3)。3．93Type一1查询Type-1query见RPN查询。3．94变量variant几种可以用于索取的一种数据元形式。起源方可以根据特定变量请求一个数据元，目的方可以根据特定变量表示一个数据元。目的方可以指明一个数据元可以有哪些变量。395变量列表variantlist目的方提供的某个特殊数据元的支持变量列表。3．96变量请求VariantRequest变量规范的三种用法之一。变量请求是数据元请求中出现的变量规范。见应用变量和支持变量。3．97变量集variantset一组类的定义；每个类都有一组类型；每种类型都有一组值。变量规范由特定变量集中的一组变量标识符组成。3．98变量集标识符variantsetidentifier表示一个变量集的对象标识符。3．99变量规范variantspecification变量请求、应用变量或支持变量。变量规范是一系列的三元组，其中每个元都是一个变量说明符。3．100变量说明符variantspecifier变量规范的一个部件。它由类、该类定义的一种类型以及该类型的值构成。3．101z一联接Z—association见Z39．50-联接。3102Z39．50-联接Z39．50-association由起源方显式建立并由起源方或目的方显式终止，或因A一联接的终止而隐式地终止的会话。在一个应用联接中，起源方和目的方之间的通信通过Z39．50联接来实现。在一个A一联接中，可以有多个连续的z联接。4信息检索服务信息检索服务的定义描述了两个应用之间的活动：一个创建应用，是客户机，和一个响应应用，是服务器。服务器与一个或多个数据库相关联。客户机和服务器间的通信由Z39．50协议实现，第5章对此作出规范。Z39．50协议逻辑上分为属10 GB／T27702--2011／ISO23950：1998于客户机的过程和属于服务器的过程。实现Z39．50协议过程的那一部分客户机和服务器，分别称为Z39．50起源方和Z39．50目的方。4．1信息检索服务的模型和特征起源方与目的方之间的通信是通过应用联接(A联接；见5．2．1．2)中的Z39．50联接(Z一联接)来实现的。Z一联接由目的方显式建立，由起源方或目的方显式终止，或者因为A联接的终止而隐式终止。在一个A一联接中，可以有多个连续的Z一联接。在一个Z一联接中，可以有多个连续的、并发的操作(见4．5)。在z联接中，起源方和目的方的角色不可以颠倒。z一联接不可以重新创建。一旦z一联接被终止，除了显式保存下来的信息之外，状态信息将全部丢失。服务定义描述了服务和操作。4．1．1和4．1．2描述了服务和操作的模型。服务是按照机制分组的。4．2定义了Z39．50机制和服务。4．1．1Z39．50服务Z39．50服务通过起源方和目的方之间交换消息来实现。一条消息是一个请求或一个响应。服务分为确认型服务、非确认型服务和条件确认型服务。确认型服务是(起源方或目的方发出)请求后(对方)有响应的服务。例如，搜索是由起源方创建的一种确认型服务。搜索服务是起源方发出搜索请求之后，目的方做出搜索响应的服务。访问控制是由目的方创建的一种确认型服务。非确认型服务是起源方或目的方发出请求后无响应的服务。例如，触发资源控制是起源方创建的一种非确认型服务。分段是目的方创建的一种非确认型服务。条件确认型服务是一种既可能作为确认型服务来调用、也可能作为非确认型服务来调用的服务。(起源方或目的方发出)请求后(对方)可能有响应的服务，就是条件确认型服务。例如，资源控制是由目的方创建的条件确认型服务。4．1．2Z39．50操作本标准描述了8种操作类型：初始化、搜索、提取、删除、扫描、排序、资源报告和扩展服务群。起源方提出的某一特定操作类型的请求，创建该类型的操作。(例如，一个搜索请求创建一个搜索操作。)目的方作出的对应的响应终止该操作。只有起源方可以创建一个操作，但并非起源方提出的所有请求均能创建操作(见4．4)。创建操作的请求被称为创建请求，终止操作的响应被称作终止响应。从起源方的角度来看，当它发出创建请求时，操作开始；当它接收到终止响应时，操作结束。从目的方的角度来看，当它接收到创建请求时，操作开始；当它发出终止响应时，操作结束。操作由创建请求、终止响应以及两者之间的有关消息构成(见4．4)。4．1．3数据库模型本标准的目的是在客户机搜索和索取服务器数据库中的信息时促进客户机和服务器的开放互连。数据库实施的方法存在很大的差异。不同系统数据存储的描述方式不同，访问数据的方法也不同。因此，各个系统使用共同的抽象模型来描述数据库便可以映射它的实施。这使得不同的系统在搜索和索取数据库信息时能够用标准的、彼此理解的术语进行通信。在4．1．4和4．1．5中，对搜索和索取模型作了描述。本标准使用的数据库这个术语指的是记录的集合。每条记录是作为一个单元来处理的有关信息的集合。数据库记录这个术语指的是表示某个特定记录信息的局部数据结构。与数据库相关联的是搜索11 GB／T27702--2011／lso23950：1998数据库记录时指定一组或多组检索点(见4．1．4)，以及从数据库记录中检出的一个或多个数据元集合(见4．1．5)。在搜索记录时，检索点是可以单独指定或与其他检索点结合起来指定的一个唯一键或非唯一键。检索点可以但不必与某个数据元相关。它可能与从一个或多个数据元集合中抽取出的某个数据元等效，也可能与任何数据元都无关。4．1．4搜索数据库指定与数据库检索点相匹配的值，将一个查询应用到数据库。通过查询形成的记录子集，称为结果集(见4．1．6)。后继的查询可以引用该结果集，并通过一定的操作形成一个新的结果集。一个搜索请求指定一个或多个数据库，并包含一个查询。本标准定义的Type1查询(见4．7)由一个检索点子句或者用逻辑运算符联结的几个检索点子句构成。例如，在名为“图书”的数据库中，可以找到检索点“题名”值为“Evangeline”与(AND)检索点“作者”值为“Longfellow”的所有记录。每个检索点子句都由搜索项和属性组成。属性限定搜索项。通常，每个属性对应于一个规范的检索点，它与搜索项相匹配(该搜索项被其他属性限定)。每个属性都由一对属性类型和该类型的值组成(例如，类型可以是“检索点”，值为“作者”；或者类型可以是“截断”，而值为“左”)。每个属性由一个属性集标识符限定，该属性集标识符表示属性所属的属性集。属性集指定一个属性类型集，并为每个属性类型指定对应的一个属性值列表。4．1．5检索数据库记录搜索操作结束后，目的方给起源方提供结果集，用于后继的索取请求。当请求索取结果集中的记录时，起源方可以提供一个数据库模式标识符、数据元规范和记录语法标识符。为了索取结果集中的记录，每个数据库都与一个或多个模式相关联。模式表示起源方和目的方对数据库记录中包含信息的共同理解，以便允许通过数据元规范选择部分信息内容。模式定义一个抽象记录结构，当这个结构应用于数据库记录，就形成抽象数据库记录，抽象数据库记录是数据库记录信息的抽象表示。数据元规范应用于抽象数据库记录，形成另一抽象数据库记录(这可能是空转换)。数据元规范从抽象数据库记录中选择数据元，并且也可以为这些数据元指定变量形式。目的方将记录语法应用于抽象数据库记录，形成一个称为索取记录的可输出结构。4．1．6结果集模型通常认为查询处理不必物理访问记录，因而可以把查询得到的结果集视为记录标识(例如记录指针)，而不是查询选中记录的实际集合。(可以认为数据库记录未被锁定。本标准未对防止修改或删除结果集记录的并发控制方法做出规定。)结果集可以用作系统间传送记录的选择机制。可以认为结果集本身是纯粹的局部数据结构并且不被传送(这就是说，传送记录，但不传送记录的局部指针)。为了索取记录，结果集的逻辑结构是一个命名的、有序的项目列表结构，其中每项都是一个三元组，其组成是：a)与列表中该三元组的位置对应的序号，b)数据库名，c)在b)中命名的数据库记录的(仅有局部意义的)唯一标识符。通过在结果集内的位置，引用结果集项，即通过a)来引用。为了搜索，当结果集用作查询的操作数时，其逻辑结构是下列两者之一：·基本模型：两元组集合，每组由上述检索模型的b)和c)组成。·扩展模型：三元组集合，每组由上述检索模型的b)和c)组成，并包含与每个记录相关联的未指定信息，该信息可以用来替代建立结果集的搜索。注：查询规范可以指明使用基本模型，或在何种条件下使用扩展模型，并且指明未指定信息的性质。对于Type一1查询，如果使用第2版协议，则使用基本模型。】2 4．1．7扩展服务群模型GB／T27702—2011／ISO23950：1998Z39．50服务家族包括扩展服务群(ES)服务。“扩展服务群”是指被本标准认可的一类服务，但不是(如4．1．1所述的)Z30．50服务。ES服务是一种Z39．50服务，并且一个ES操作导致创建一个扩展服务群任务。不能将扩展服务群任务视为Z39．50ES操作的一部分。起源方通过ES请求创建ES操作。完成操作的ES响应并不(一定)标志任务的完成。例如，它可以指明任务已经开始或进入队列(或者它也可以指明任务已经完成。事实上，ES请求可以指定任务在ES响应之前完成)。ES任务的生命期可以大于z一联接的生命期。扩展服务群的例子：保存结果集或查询、输出或订购某篇文献。晦项ES任务用一个称为任务包的数据库记录表示，目的方在一个特殊数据库即“扩展服务群数据库”中维护该任务包。起源方利用ES请求在ES数据库上创建任务包。通过Z39．50的搜索和索取机制，搜索该数据库，索取记录。起源方可以搜索某种特殊类型的任务包，或由某个特定用户建立的任务包，或者处于某种特定状态(即暂挂、激活或完成)的任务包，或者根据其他规范建立的任务包。特别是起源方可以在提交ES请求后(在相同的或后继的z联接过程中)为得到任务包搜索该数据库，确定任务的状态信息。例如，确定任务是否已开始。4．1．8解释起源方可以得到目的方实施情况的细节，包括数据库、属性集、诊断集、记录语法和支持的数据元规范。起源方通过Z39．50解释机制获取这些细节。在起源方可以通过Z39．50搜索和提取机制访问的数据库内，目的方维护这些信息。在起源方看来，“解释”数据库与目的方支持的任何其他数据库是一样的，但它有一个众所周知的名字和一个预先定义的记录语法，对应于每种信息种类，还预先定义了一些搜索项，以允许语义级的互操作。每个信息种类有它自己的记录设置，全都包含在解释语法之中。4．2信息检索服务机制第4．2．1～4．2．1l描述信息检索服务的11种机制。大部分机制由服务的逻辑组构成。在有些情况下，一种机制仅包含一种服务。在本标准的未来版本中，每种机制都可能会增加其他一些服务。以下概括性描述这11种机制。初始化机制初始化服务：起源方创建的一种确认型服务，用以创建初始化操作。搜索机制搜索服务：起源方创建的一种确认型服务，用以创建搜索操作。索取机制索取机制由两项服务组成：a)提取服务：起源方创建的一种确认型服务，用以创建提取操作。b)分段服务：在提取操作阶段由目的方创建的一种非确认型服务。注：提取操作由一个提取请求、跟在这个请求之后的零个或多个分段请求，以及分段请求之后的一个提取响应构成。结果集删除机制删除服务：起源方创建的一种确认型服务，用以创建删除操作。浏览机制扫描服务：起源方创建的一种确认型服务，用以创建扫描操作。排序机制排序服务：起源方创建的一种确认型服务，用以创建排序操作。访问控制机制3 GB／T27702—2011／ISO23950：1998访问控制服务：目的方创建的一种确认型服务。它不创建操作，并且可以是也可以不是激活操作的一部分。记账／资源控制机制记账／资源控制机制由三项服务组成：a)资源控制服务：目的方创建的一种条件确认型服务。它不创建操作，并且可以是也可以不是激活操作的一部分。b)触发资源控制服务：在一个操作期间由起源方创建的一种非确认型服务。c)资源报告服务：起源方创建的一种确认型服务，用以创建资源报告操作。解释机制解释机制不包括任何服务，但能使用搜索和索取机制的服务。扩展服务群机制扩展服务群服务：起源方创建的一种确认型服务，用以创建扩展服务群操作。终止机制关闭服务：起源方或目的方创建的一种确认型服务。它不创建任何操作，也不是任何操作的一部分。它允许起源方或目的方突然终止所有激活的操作，并可以终止Z一联接。(在}联接终止后，起源方可以试着利用初始化服务创建另一个z一联接。)4．2．1初始化机制初始化机制只包括一个服务，即初始化服务。4．2．1．1初始化服务初始化服务允许起源方建立z一联接。在初始化请求中，起源方为初始化参数提出建议值。在初始化响应中，目的方用初始化参数值作为响应。这些值可能与起源方建议值不同，但在z联接中起作用。见表1。如果目的方作出肯定响应(结果一“接受”)，则z联接被建立。如果起源方不能接受目的方的响应值，它可以通过关闭服务终止这个z一联接(随后可以试着再次进行初始化)。如果目的方作出否定响应，起源方可以试着再次进行初始化。表1初始化服务参数参数起源方请求目的方响应版本项(Version)X标识／验证项(Id／authent㈣tton)X(可选)选择项(Options)X首选消息长度项(Preferredmessage_size)X异常记录长度项(Exceptionalrecordsize)X结果项(Result)X实施标识项(Implementationid)x(可选)实施名称项(Implementationname)X(可选)实施版本项(Implementationversion)X(可选)x(可选)用户信息字段项(User—information—field)X(可选)其他信息项(()the>information)X(可选)x(可选)引用标识项(Reference—id)X(可选)X(如果适用) 4．2．1．1．1版本项GB／T27702—2011／lSO23950：1998起源方和目的方均指明它们支持的所有版本。最高共用版本用于z一联接，或者说对该z联接“生效”。如果没有共用的版本，目的方应该将结果参数置为“拒绝”。注1：高于最高已知版本的版本号，应予以忽略。注2：第1版和第2版是等同的。为了实现与只支持第1版的系统(例如1S010163：】993的实施)的互操作，支持第2版的系统应该指明对第l版的支持。4．2．1．1．2标识／验证项在本标准的范围之外，起源方和目的方同意是否由起源方提供该参数。如果是，就提供该参数值。目的方利用该值来确定起源方是否被授权与目的方进行通信。4．2．1．1．3选择项对于下面列出的每一个功能，起源方既可建议“开”也可建议“关”，意思分别是“有效”或“无效”，目的方对每一个建议作出相应的响应。这些响应决定是否使用该功能。这些功能是：搜索提取删除资源报告扫描排序扩展服务群触发资源控制1级分段2级分段并发操作命名结果集资源控制访问控制注：上列功能在本协议的未来版本中将会扩展。下面的规则描述这些功能的协商办法，意在允许没有必要实现同样的功能的起源方和目的方，也能进行互操作。选择项参数由一个布尔标记串组成，每个标记与一项功能对应。起源方可以将目的方未知的某项功能标记置为“有效”。在这种情况下，建议目的方在响应中将相应的标记置为“无效”。然而，如果起源方把某个标记置为“无效”，而目的方将相应的标记置为“有效”，并且起源方不知道该标记表示什么功能，则建议起源方终止Z一联接。搜索、提取、删除、资源报告、扫描、排序和扩展服务群：目的方为这些操作类型一一指明是否希望创建相应类型的操作；如果是，目的方指明是否愿意进行该类型的操作。如果起源方建议某一特定的操作类型“无效”，目的方也必须指定(该操作类型)“无效”。注1：目的方指明愿意进行一个资源报告操作，并不意味着它将在响应中包含资源报告。注2：对于任何版本，上述任何一种操作类型都可以协商，特别是当使用第2版时。尽管在ANSIZ39．50一1992中没有定义，扫描、排序和扩展服务群也可以协商。触发资源控制：起源方可以建议提交触发资源控制请求。如果起源方发出了这样的请求，则目的15 GB／T27702--2011／[so23950：1998方应指明是否接受触发资源控制请求。如果起源方建议这一操作类型“无效”，则目的方也必须指定该操作类型“无效”。注1：如果目的方指定触发资源控制“有效”，但指定“资源控制”“无效”，则起源方只能使用触发资源控制的取消功能。注2：即使目的方指定“资源控制”“有效”，它也可以指明不愿意接受触发资源控制请求。注3：目的方指明愿意接受触发资源控制请求并不意味着它将采取任何行动作为触发资源控制请求的结果。j级和2级分段：起源方可提出下列建议中的一种：·“不分段”：指定1级分段和2级分段均“无效”；·“1级分段”：指定1级分段“有效”，2级分段“无效”；·“2级分段”：指定2级分段“有效”。注1：如果起源方建议2级分段“有效”，它还可以建议1级分段“有效”，表明如果目的方不能支持2级分段，起源方希望1级分段有效。注2：如果1级分段或2级分段有效，“分段”就“有效”。注3：仅当使用第3版协议时，分段才能有效。目的方的响应指明它愿意采用哪种分段形式：·不管起源方提出哪种建议，如果目的方既未指定1级分段，也未指定2级分段，则“不分段”有效。·不管起源方提出哪种建议，如果目的方指定1级分段(但未指定2级分段)，则它将不采用2级分段，起源方必须作好接受1级分段的准备。·如果目的方指定2级分段，则起源方必须作好接收2级分段的准备，不管起源方提出哪种建议(目的方赋于1级分段的值应为“无效”)。当“不分段”有效时，目的方对提取请求的响应只能由单个消息(单个“段”，即只有一个提取响应，没有分段请求)组成，消息中包含整数个记录数。当“1级分段”有效时，目的方对带有多个段的提取请求做出响应(即其问穿插一个或多个分段请求的提取响应)；每个段包含的记录数必须是整数。当“2级分段”有效时，目的方用多个段对提取请求做出响应，并且单个记录可以跨段。4．3对分段过程做详细叙述。并发操作：起源方可以提议创建并发操作。如果起源方建议创建并发操作，目的方指明它是否接受并发操作。如果起源方建议这一操作类型为“无效”，目的方也必须指定该操作类型为“无效”。如果并发操作无效，则“串行操作”有效。仅当使用第3版时并发操作才有效。命名结果集：起源方可建议使用命名结果集(即指定结果集名而不是用“缺省”作为搜索请求中的结果集名)。如果起源方建议使用命名结果集，则目的方指定它是否愿意支持命名结果集。如果起源方建议“无效”，则目的方也必须指定为“无效”。资源控制和访问控制：起源方指明它是否希望目的方调用资源控制和／或访问控制(即发送资源控制请求和／或访问控制请求)。目的方指定它是否计划调用资源控制和／或访问控制。注1：如果目的方指定资源控制(或访问控制)为“无效”，即使起源方建议“有效”，目的方仍不能调用资源控制(或访问控制)。注2：如果起源方建议资源控制为“无效”，目的方指明资源控制为“有效”，这表明它不愿意抑制资源控制请求，并且若起源方不能接受资源控制请求，起源方宜终止Z一联接。注3：如果起源方建议访问控制为“无效”，而Z联接开始时目的方系统的安全要求强制性地调用安全措施(不同于标识／验证项参数提供的机制)，则目的方宜拒绝该}联接(通过将结果项参数置为“拒绝”，并且指定“访问控制”为“有效”)。然而，安全措施可以在不同层次上调用。除了在z一联接开始时的验证，还可以调用安全措施来控制对特定数据库、特定记录、特定结果集、特定资源报告格式的访问，或某种操作的使用。因此，如果起源方建议访问控制为“无效”，并且目的方通常(不在z一联接层上)调用安全措施，目的方不一定拒绝z一】6 GB／T27702—2011／lso239501998联接。目的方可能希望在一个初始化操作中调用安全质询，以确定起源方是否已被验证能够使用它提出的建议的权能。如果起源方已建议访问控制为“无效”，目的方可能会简单地通过选择项拒绝使用这一特定的操作。如果起源方建议访问控制项为“无效”，目的方选择接受这个z一联接，并且如果起源方接着创建了一个触发访问控制请求的动作(例如，起源方搜索某个尚未建立相应信任关系的数据库)，目的方宜抑制该访问请求并以一个错误状态作为响应，该错误状态指出需要进行安全质询但未能发出。4．2．1．1．4首选消息长度项和异常记录长度项初始化请求包含起源方建议的首选消息长度项和异常记录长度项的值，单位是字节。初始化响应包含目的方将要使用的首选消息长度项和异常记录长度项。这些值可能与起源方建议的值不相同(并覆盖起源方的建议值)。初始化请求和响应中的首选消息长度项都必须小于或等于异常记录长度项。在提取操作过程中，异常记录长度项有意义，但仅在提取请求中请求单个异常大的记录(即大于首选消息长度)的特殊情况下有意义。在这种特殊情况下，可以覆盖(该提取操作中的)首选消息长度项。因此，可以出现长度等于异常记录长度项的单个记录。请求单个记录实际上表明起源方发出了可以覆盖首选消息长度项的信号。异常记录长度项必须大于或等于首选消息长度项。如果它们相等，则异常记录长度项没有意义(这种方法表示在Z一联接过程，上述特殊情况不适用)。这些参数的使用详见4．3。注：异常记录长度项的含义与Z39．50一1992中定义的最大记录长度项含义相同。为了更清楚地阐述，改变了这个参数的名称。4．2．1．1．5结果项目的方通过把结果项置为“接受”或“拒绝”，表明它是否接受}联接。(如果置为“拒绝”，则表明起源方可以另发一个初始化请求)。4．2．1．1．6实施标识项、实施名称项和实施版本项请求或响应可以选择性地包含这三个参数中的任意一个。对起源方或目的方的实施而言，它们分别是一个(在客户机／服务器系统中具有唯一性的)标识符、一个描述性的名称和一个描述性的版本。提供这三个实施参数只是使实施者能够方便地区别不同的实施。4．2．1．1．7用户信息字段项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。4．2．1．1．8其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。注：起源方在使用该参数时宜注意；起源方在发出初始化请求时并不能确定是否使用第3版。4．2．1．1．9BI用标识项见4．4。4．2．2搜索机制搜索机制只包含一种服务，即搜索。】7 GB／T27702--2011／iso23950：19984．2．2．1搜索服务搜索服务使得起源方能够查询目的方系统中的数据库，接收有关查询结果的信息。搜索请求允许起源方请求目的方查询位于目的方的一组指定的数据库，利用查询中各属性查找记录。目的方建立结果集查询得到记录的集合，维护该结果集以便后继的检索请求使用。根据搜索参数，可以立即检索出由结果集表示的一个或多个记录，作为搜索响应的一部分。结果集是一个有序集；结果集中的一个条目代表的一条记录按照该条目在结果集的位置来引用。见表2。表2搜索服务参数参数起源方请求目的方响应查询类型项(Query—type)X查询项(Query)X数据库名称项(Database—names)X结果集名称项(Result—set—name)X替代指示项(Replaceindicator)X小集合数据元集名称项(Small—setelemenl-setnames)X(可选)中集合数据元集名称项(Medium-set_e[emerrt—set-aames)X(可选)首选记录语法项(Preferre&record—syntax)x(可选)小集合上限项(Small—wet—uppe·bound)X大集合下限项(Large—set—lower_bound)X中集合表示数项(Medium—set—present-number)X响应记录项(Response—records)x(如适用)结果总数项(Resultcount)X返回记录数项(Number—of—records—returned)XF一个结果集位置项(Nexpresult-set-posftl。n}-X搜索状态项(Search-status)X结果集状态项(Resultset—status)x(如适用)表示状态项(Present_status)x(如适用)附加搜索信息项(Additional—search-information)x(可选)X(可选)其他信息项(Other—information)x(可选)X(可选)引用标识项(Referenee-id)X(可选)X(如适用)4．2．2．1．1查询类型项和查询项查询类型项确定查询的类型，即查询项的语法。定义了6种查询类型：·Type0查询，仅当起源方和目的方具有本标准之外的先验协议时才可使用。·Type1查询，在4．7中规定的逆波兰标记法(RPN)查询。·Type2查询，ISO8777中规定的ISO8777型查询。·Type一100查询，ANSIZ39．58中规定的Z39．58型查询。·Type一101查询，扩展逆波兰标记法(ERPN)查询，这是对Type一1查询的扩展，允许相邻搜索18 GB／T27702--2011／iso23950：1998以及利用属性限制结果集。在4．7中做出规定。注：Type101查询和Type1查询除了下述情况之外是相同的：对于Type一1查询，仅当使用第3版时，相邻和限制才有效。对于Type101查询，使用第2版和第3版时相邻和限制都有效。(Type一101查询的定义与版本无关。)·Type102查询是等级列表查询，将在本标准的未来版本中定义。4．2．2．1．2数据库名称项起源方指明适用于查询的一组数据库。注1：目的方(通过解释机制或者本标准之外的机制)指定一个搜索请求可以查找哪些数据库，以及这些数据库的组合方式。例如，目的方可以指定单独地搜索数据库A、B和C，联合搜索数据库A和B(而不是A和C，也不是B和c)。注2：目的方指定的每个数据库名称是一个字符串，且该字符串对大小写不敏感。即对于任何一个字符，起源方使用大小写都可以，而不管目的方是怎样指定数据库名称的。4．2．2．1．3结果集名称项和替代指示项结果集名称项给(查询建立的)结果集指定一个名称，其后就可以(在同一个z一联接内)引用。如果在目的方已存在相同名称的结果集，(目的方)采取的动作取决于替代指示项，即：·如果替代指示项的值是“开”，则该查询处理完成后，将删除由结果集名称项指定名称的已有结果集，并建立一个同名的新结果集。如果搜索不能执行，则该结果集内容为空。·如果替代指示项的值是“关”，则搜索不能执行。目的方将返回一个错误诊断，并且由结果集名称项指定名称的已有结果集不变。如果由结果集名称项指定名称的结果集不存在，则目的方以该名称建立一个结果集，并忽略替代指示项。新建结果集的内容最初为空。只要查询没有找到记录，该结果集仍保持为空。目的方一般不必支持起源方命名结果集。但是，目的方至少要支持一个名为“default”的结果集。如果起源方指定“default”作为结果集名称项，替代指示项的值必须是“开”。搜索请求建立的结果集(即由结果集名称项指定的结果集)，可以在后继的提取请求中引用，或者作为后继搜索请求的一个操作数被引用(例如，在一个Type一1查询中)。如果建立了一个名为“default”的结果集，该结果集从建立开始直至它所在的z-联接结束，以及下述情况之一发生之前都被保留以备引用：·建立了另一个缺省结果集，其原因是“default”这个名称在后继的搜索中被指定为结果集名称项，或者·目的方单方面删除了这个结果集。任何一个名称不是“default”的结果集，从建立开始直至使用下述方法之一删除之前都被保留以备引用：·执行删除操作。·隐性删除，其原因是某个搜索请求中用同一名称指定了结果集，且替代指示项的值为“开”。·由目的方单方面删除(在任何时刻)。·因z-联接终止而删除。4．2．2．1．4小集合数据元集名称项和中集合数据元集名称项这两个参数描述搜索响应中预期记录的首选组成。如果查询产生一个小集合(见4．2．2．1．6)，则小集合数据元集名称项适用。如果查询产生一个中集合，则中集合数据元集名称项适用。在4．6．2对这两个参数作了描述。]9 GB／T27702--2011／lSO23950：19984．2．2．1．5首选记录语法项起源方可为索取记录指定首选记录语法。如果目的方不能根据首选记录语法项提供某个特定记录时，它将根据集合的另外一种抽象语法提供记录，该集合是为当前A联接建立的表示环境用的。如果目的方既不能按照要求的语法又不能按照与已经建立的表示环境相应的语法提供记录，它将为该记录返回一个替代性诊断，除非建立的表示环境集合为空。本标准未描述在这种情况下目的方的动作。4．2．2．1．6小集合上限项、大集合下限项和中集合表示数项根据搜索请求的小集合上限项、大集合下限项、以及搜索响应的结果总数项的值(见4．2．2．1．8)，认定结果集为“小集合”、“中集合”或“大集合”。如果结果总数项不大于小集合上限项，则结果集为小集合。如果结果总数项大于或等于大集合下限项，则结果集为大集合。否则结果集为中集合。如果查询产生小集合，由结果集表示的对应所有数据库记录的响应记录返回给起源方(可能受到消息长度的限制)。如果查询产生大集合，将不返回响应记录。如果查询产生中集合，返回的响应记录的最大数由中集合表示数项指定。注1：仅当结果总数项大于小集合上限项且小于大集合下限项时，结果集可以是中集合，仅当大集合下限项至少比小集合上限项大2时才出现这种情况。即，如果大集合下限项仅比小集合上限项大1，结果集不可能是中集合。例如，如果大集合下限项等于11，而小集合上限项为lO，上述条件的意思就是“如果找到的数据库记录少于或等于10条，返回与所有数据库记录对应的响应记录，否则不返回任何记录”，并且中集合表示数项不适用。注2：小集合上限项可以为0。大集合下限项必须大于小集合上限项。注3：如果起源方希望结果总数项不论为何值都不返回任何响应记录，则宜设定大集合下限项为l，且小集合上限项为0。4．2．2．1．7响应记录项目的方处理搜索，建立一个标识一组数据库记录的结果集。然而并不能假定搜索处理需要物理访问数据库记录。有可能无法访问某条特定的数据库记录，但是在试图访问该数据库记录形成索取记录时才能发现这个情况。搜索完成后，目的方试图建立包含在搜索响应中的索取记录，这些记录对应于由结果集标识的前N条数据库记录(如4．2．2．1．6中所述，N取决于请求参数和结果总数项)。不能包含在索取记录中的数据库记录，都用替代性诊断记录代替。响应记录这个术语指一条索取记录或一条替代性诊断记录。响应记录项是下列之一：·N条响应记录；·多条响应记录，因受消息长度的限制，少于N个(见4．3)；·指明搜索不能进行及其原因的一条或多条非替代性诊断记录(见注)}·指明记录无法表示及其原因的一条或多条非替代性诊断记录(见注)，例如，“数据元集名称对数据库无效”。注：如果使用第2版，目的方返回单条非替代性诊断记录。如果使用第3版，目的方返回一条或多条非替代性诊断记录。响应记录项中的响应记录按照结果集确定的顺序出现。每条记录可以选择性地附上所属数据库名称。数据库名称必须附在拟返回的第一条响应记录上，一旦某条记录所属的数据库不同于前一条记录所属的数据库，其库名也必须附上。4．2．2．1．8结果总数项和返回记录数项结果总数项是由结果集标识的数据库记录的总数。如果结果集为空，结果总数项等于0。返回记 GB／T27702--2011／lso23950：1998录数项是搜索响应中返回的记录总数。4．2．2．1．9下一个结果集位置项下一个结果集位置项的取值为M+1，M是结果集项的位置，该结果集项标识返回的最后一个响应记录对应的数据库记录。若M等于结果总数，该参数为0。4．2．2．1．10搜索状态项在响应中返回的搜索状态项取下列两值之一：成功(success)——成功地完成搜索；失败(failure)——未成功地完成搜索。值“成功”并不意味着预期的响应记录作为响应的一部分返回(见4．2．2．1．11)。另需注意，值“成功”并不意味着搜索找到了数据库记录。值“失败”确实意味着没有返回预期的响应记录。在后面这种情况下，目的方返回一条或多条非替代性诊断记录(见注)，表明搜索没有能够执行。注：如果使用第2版，目的方返回单条非替代性诊断记录。如果使用第3版，目的方返回一条或多条非替代性诊断记录。4．2．2．1．11结果集状态项和表示状态项这是用于区分搜索和提取操作中可能出现的潜在的模糊状况所必需的状态描述。结果集状态项仅在搜索状态项的值为“失败”时出现，其取值为下列值之一：子集(subset)——可以得到部分、有效的结果。临时(interim)——可以得到部分、但未必有效的结果。无(none)——没有结果集。表示状态项仅在搜索状态项的值为“成功”时出现，其取值为下列值之一：成功(success)——可以得到所有预期的响应记录。部分一1(partial一1)——因为请求被访问控制终止，不能返回所有预期的响应记录。部分一2(partial一2)——因为超出首选消息长度的范围，不能返回所有预期的响应记录。部分一3(partial一3)——因为请求被起源方请求的资源控制终止，不能返回所有预期的响应记录。部分一4(partial一4)——因为请求被目的方请求的资源控制终止，不能返回所有预期的响应记录。失败(failure)——预期的响应记录都不能返回。返回一条或多条非替代性诊断记录(见4．2．2．1．7的注释)。4．2．2．1．12附加搜索信息项响应时，目的方可以使用该参数传送作为搜索过程的副产品信息。例如，中间结果记录数、返回特殊记录的原因、或者搜索数据库时是否使用某个特殊属性。请求时，起源方可以使用该参数来指明该信息的首选格式或者内容。用户信息项的格式--SearchResponse1在附录I中定义。仅在使用第3版时才可使用该参数。4．2．2．1．13其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．2．1．14引用标识项见4．4。2】 GB／T27702—2011／iso23950：19984．2．3索取机制索取机制包含两种服务：提取服务和分段服务。起源方根据目的方维护的结果集中响应记录的位置，对响应记录发出提取请求。目的方以提取响应作为回答，其中包含了请求的响应记录。另一种情况是，如果使用分段，且提取响应消息中放不下请求的响应记录，则目的方可在提取响应之前发出一个或多个分段请求，将该响应分段。4．3描述了分段的过程。分段请求(如果有)和提取响应合在一起称为聚合提取响应。每个分段请求和提取响应称为提取响应的一个段。如果聚合提取响应由单个段组成(即只有一个提取响应)，该响应称为简单提取响应。4．2．3．1提取服务提取服务允许起源方请求与指定结果集代表的数据库记录对应的响应记录。数据库记录根据其在结果集中的相对位置来引用。起源方指定一个范围，也可在后继的请求中指定不同的范围。见表3。表3提取服务参数参数起源方请求目的方响应请求记录数项(Number—of—recordsrequested)X结果集起始位置项(Result—set—startposition)X附加范围项(Additionalranges)x(可选)结果集标识项(Result—set—id)X数据元集名称项(Elementsetnames)x(可选)首选记录语法项(Preferred—record—syntax)X(可选)组成规范项(Coml>spec)X(可选)最大段数项(Max-segmentcount)x(可选)最大段长度项(Max-segmentsize)x(可选)最大记录长度项(Max-record-size)X(可选)响应记录项(Response_records)X(如适用)返回记录数项(Number-of-records-returned)X下一个结果集位置项fNextresult—set-position)X提取状态项(Present_status)X其他信息项(Other-information)x(可选)引用标识项(Reference—id)X(可选)x(如适用)注1：如果使用第3版，单个请求可以包含多个范围。例如，起源方可以请求第1至第5条记录，然后请求第4至第6条记录。注2：在本部分，“第N条记录”表示第N个结果集人口指定的数据库记录对应的响应记录。4．2．3．1．1请求记录数项和结果集起始位置项起源方请求某一范围的记录：从第M条记录开始的N条记录。其中M一结果集起始位置项，N一请求记录数项且N不大于结果集总数减去M加l。22 GB／T27702—2011／ISO23950：19984．2．3．1．2附加范围项起源方可以利用该参数请求附加记录范围。该参数由一对或多对(M，N)组成，其中M和N在4．2．3．1．1中描述。第l对(M，N)中的M必须大于或等于结果集起始位置项和请求记录数项之和。对于任意连续的(M1，N1)对和(M2，N2)对，M1和N1之和必须小于M2。仅当使用第3版时才可使用该参数。4．2．3．1．3结果集标识项起源方指定在z一联接中建立的、从中索取记录的临时结果集的名称。4．2．3．1．4数据元集名称项起源方可指明所需的索取记录组成。见4．6．2。4．2．3．1．5首选记录语法项见4．2．2．1．5。4．2．3．1．6组成规范项仅当数据元集名称项省略、且仅当使用第3版时才使用该参数。如果有该参数，组成规范项提供了指定检索到的记录所需组成的另一种方法。见4．6。4．2．3．1．7最大段数项、最大段长度项和最大记录长度项仅当使用第3版时才可使用这3个参数。使用l级或2级分段时，可以包含最大段数项。该参数指定目的方在聚合提取响应中可以包含的段的最大数量。如果最大段数项的值为1，则分段不适用于该操作，且不宜包含最大记录长度项。仅在使用第2级分段时才可以包含最大段数项和／或最大记录长度项。最大段长度项是允许的最大段的长度。如果包含这个参数，它将覆盖首选消息长度项(仅对本次提取操作)；如果不包含这个参数，它将取首选消息长度项的值。最大记录长度项是聚合提取响应中允许的最大的索取记录。如果包含这个参数，它必须大于或等于最大段长度项。在4．3．3．2中进一步描述了这3个参数。4．2．3．1．8响应记录项本参数由一连串响应记录组成，或者，如果使用“2级分段”，最后一个片段(见4．3．3)之后跟着零个或多个响应记录。另一种情况是(如果操作不包含分段请求)，该参数由一条或多条非替代性诊断记录组成，指明请求未能处理及其原因(见下述注)。在聚合提取响应中，请求得到的每条记录将返回一条响应记录(当然还受到消息长度、访问控制和资源控制的限制)。除非请求中包含附加范围项，每条响应记录都对应一个结果集人1：3，且响应记录代表的结果集位置顺序为升序并且连续。此时，位置顺序为升序但有间隙，这些间隙与请求的范围完全对应。每条响应记录可以选择性地附上与之对应的数据库名称。但是，数据库名称必须附在聚合提取响应的第一段的第一条响应记录(或者起始片段)上，并且如果聚合提取响应中某条响应记录(或者某条响应记录的起始片段)所属的数据库不同于前一条记录(或前一个片段)所属的数据库，也必须附上数据库名称。23 GB／T27702--2011／lso23950：1998起源方接收到聚合提取响应，(如果所有段重组，并且分段的响应记录的片段也重组，则)结果将是下列情况之一：·N条响应记录，N=请求记录数项。·多条响应记录，但记录数小于N(由提交状态项指定其原因)，或者·一条或多条诊断记录(见注)，指明请求不能处理及其原因。注；如果使用第2版，目的方返回一条非替代性诊断记录。如果使用第3版，目的方返回一条或多条非替代性诊断记录。4．2．3．1．9返回记录数项和下一个结果集位置项返回记录数项参数是聚合提取响应中记录的总数。下一个结果集位置项等于M+1，其中M是响应包含的最后一条记录对应的结果集项位置；如果M是最后一个结果集项的位置，则下一个结果集位置项为0。4．2．3．1．10提取状态项提取响应中提取状态项是必备的，其值与4．2．2．1．11列出的提取状态值一样。提取状态项与聚合提取响应有关。4．2．3．1．11其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．3．1．12引用标识项见4．4。4．2．3．2分段服务如果一个段放不下提取请求得到的记录，并且使用分段，则目的方返回多个段，每段都包含一部分记录。除最后一段外，每段都作为分段请求返回(最后一段作为提取响应返回)。注1：分段服务作为请求建模，即使逻辑上目的方不产生请求也是如此。其原因是(对抽象服务定义以及由定义产生的协议规范而言)任何一个消息都是一个请求或一个响应。一个响应之前必须有一个相同类型的请求，并且对于一个给定的请求，至多只有一个响应。由于存在下述建模限制：(a)分段服务不能作为响应建模(因为如果那样，必须对分段请求做出响应，而分段服务是一种非确认型服务)。(b)提取操作不能作为一个紧跟有多个提取响应的提取请求建模。注2：仅当使用第3版时，才可以使用分段服务。注3：如果不使用分段，目的方不发送分段请求，聚合提取响应由一个简单提取响应组成。如果一个段放不下请求得到的记录，则采用4．3．1中叙述的步骤。注4：不论是否使用分段，如果一个段能够放下请求得到的记录，目的方不发送分段请求．聚合提取响应由一个简单提取响应组成。表4分段服务参数参数目的方请求分段记录项(Segment—records)X返回记录数项(Number-of-records-returned)X其他信息项(Other-information)X(可选)引用标识项(Reference—id)x(如适用)24 GB／T27702--2011／ISO23950：19984．2．3．2．1分段记录项如果使用1级分段，分段记录项由一连串响应记录组成。如果使用2级分段，分段记录项可以包含响应记录和片段(见4．3．3)。该参数可能由一个最终片段组成(聚合提取响应第一段除外)，其后紧跟着零条或多条响应记录，再往后是一个起始片段。并非必须出现这两种片段。如果两种片段都不出现，则必须至少有一条响应记录。注：片段仅适用于索取记录。诊断记录不能分段。索取记录的片段或者响应记录是按照结果集标识的记录顺序出现的。每条响应记录或者起始片段可以选择性地附上该记录所属的数据库名称。然而，在聚合提取响应的第一段内，数据库名称必须附在第一条响应记录上(或起始片段上)。并且在聚合提取响应中，如果(某条索取记录的起始片段或者)响应记录与前一个(片段或者前一条)记录分别属于不同的数据库，则该数据库名称应附在(该片段或者)该记录上。4．2．3．2．2返回记录数项该参数表示段中包含的响应记录和起始片段的总数。4．2．3．2．3其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。4．2．3．2．4引用标识项见4．4。4．2．4结果集删除机制结果集删除机制包括一种服务：删除服务。4．2．4．1删除服务删除服务使起源方能够请求目的方删除指定的结果集，或删除在z一联接中建立的所有结果集。目的方作出响应，报告操作结果信息。见表5。表5删除服务参数参数起源方请求目的方响应删除功能项(Delete-function)X结果集列表项(Result—set—list)X(如适用)删除操作状态项(Deleteoperation-status)X删除列表状态项(Delete—list_statuses)X(如适用)未删除数项(Number_notdeleted)x(如适用)批量状态项(Bulk-statuses)X(如适用)删除消息项(Delete—msg)x(可选)其他信息项(Other—information)X(可选)x(可选)引用标识项(Referenceid)x(可选)x(如适用) GB／T27702—2011／ISO23950：19984．2．4．1．1删除功能项起源方指定下列功能之一：列表(1ist)——删除指定的结果集(见4．2．4．1．2)，或者批量删除(bulk—delete)——删除目的方在当前z一联接期间建立的所有结果集。4．2．4．1．2结果集列表项仅当删除功能项是“列表”时，才使用该参数。它包含一个(当前Z一联接期间建立的)将被删除的结果集列表。表6删除状态状态说明成功(success)结果集被删除失败一1(failure一1)结果集不存在失败一2(failure2)结果集已被目的方单方面删除失败3(failure-3)目的方出现系统问题(可以选择性地在删除消息项中包含文本消息)访问控制失败：删除请求导致目的方发出一个起源方不能满足的访问控制请求，或者起源失败一4(failure一4)方不能接受访问控制请求失败5(failure-5)起源方请求的资源控制终止了操作失败6(failure-6)由于资源限制，目的方终止了操作失败7(failure-7)目的方不支持批量删除结果集失败一8(failure-8)(在批量删除请求时)并未删除所有的结果集(见4．2．4．1．5)失败一9(failure-9)(在列表请求时)并未删除所有请求的结果集失败10(failure—lO)正在使用结果集4．2．4．1．3删除操作状态项删除操作状态项是删除请求的状态。它的值为表6中从“成功”或者“失败3”到“失败一9”中的一个。注1：仅当删除功能项为“批量删除”时失败一7和失败8才出现。注2：仅在使用第3版时才能使用失败一10。4．2．4．1．4删除列表状态项当请求中的删除功能项为“列表”时，删除响应中才出现删除列表状态项。删除列表状态项与删除请求的结果集列表项一样，包含相同的结果集列表。列表中的每一项都有一个状态。可能的状态值为“成功”、“失败1”至“失败一6”以及“失败一10”。见表6。4．2．4．1．5未删除数项和批量状态项仅当删除功能项为“批量删除”，并且删除操作状态为“失败一8”时，才出现这两个参数。未删除数项表明有多少个结果集未被删除，而批量状态项给出未被删除的各结果集的状态。但要注意，目的方并非必须为批量删除时未被删除的各个结果集提供状态。例如，当删除结果集第26 GB／T27702—2011／[so23950：1998一次失败时，即批量删除部分失败时，目的方就可能中止批量删除。在此情况下，批量状态项中可能仅包含一个状态。如果一个删除响应消息中放不下批量删除产生的多个状态，则目的方可以舍弃那些放不下的部分。4．2．4．1．6删除消息项如果有删除消息项，它将包含一条可选的文本消息。一4．2．4．1．7其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．4．1．8引用标识项见4．4。4．2．5访问控制机制访问控制机制包含一种服务：访问控制。4．2．5．1访问控制服务访问控制服务允许目的方质询起源方。这种质询可以属于一个指定的操作或者z一联接。访问控制请求／响应机制可用于支持访问控制质询或验证，包括口令质询、公共密钥加密体制以及算法验证。如果使用访问控制，起源方必须准备接受并响应目的方的访问控制请求。目的方可以发送作为某个指定的(激活)操作的一部分或者属于本次z一联接的访问控制请求。·如果使用并发操作：——若访问控制请求包含引用标识项：提供的引用标识项必须对应于某个激活的操作；访问控制是该操作的一部分。访问控制响应也必须包含该引用标识项。——若访问控制请求不包含引用标识项：该访问控制请求及其响应不是任何操作的一部分，而是属于该z一联接。·如果使用串行操作：仅当存在激活操作时，目的方才可以发出访问控制请求；该访问控制请求和随后的响应是该操作的一部分，并且必须包含该操作的引用标识项(如果在创建请求中没有引用标识项，则该操作的引用标识项取值为“空”)。以下是用于操作的访问控制过程：a)起源方发送创建请求后，在收到终止响应之前，必须准备接收(供该操作用的)访问控制请求，用访问控制响应作出回应，然后接收另一个访问控制请求等。目的方在发送访问控制请求后可以暂挂操作处理，直到收到访问控制响应为止。质询不中断任何操作。如果目的方接受起源方响应，则操作将继续进行，就好像从来没有出现过质询一样。如果起源方不能正确地响应质询，目的方对中断操作的终止响应，表明由于访问控制失败，操作已被终止。b)如果在初始化操作期间，起源方未能正确地响应质询，目的方可以拒绝z一联接(方法是将结果项设置为“拒绝”，并且可选择性地在初始化响应中的用户信息字段项中提供说明性消息)。然而，目的方不必一定拒绝z一联接。例如，目的方可以希望在初始化操作期间进行安全措施质询，以确定起源方是否已被授权使用目的方建议的能力。如果起源方不能正确地作出响应，目的方可以简单地(通过选择项)拒绝使用该特定操作。c)在搜索或提取操作期间，当目的方准备提取用的记录时，可以发送有关某一特定记录的访问控制请求。如果起源方对质询不能正确地作出响应，目的方可以简单地以替代性诊断(记录)“安全措施质询失败；不包含记录”来代替。27 GB／T27702—2011／1SO2395011998以下是用于z一联接的访问控制过程：a)如果使用并发操作，在初始化后，在联接期间的任何时刻，不论操作是否处于激活状态，起源方必须准备接收属于该z一联接的访问控制请求，用访问控制响应作为回应，随后接收另一个访问控制请求等。b)目的方在发出访问控制请求后，可以暂挂部分或所有激活的操作，直到收到访问控制响应。如果目的方接受起源方的响应，暂挂的操作继续，就好像从来没有质询过一样。c)如果起源方对质询不能正确地作出响应，则目的方可以决定终止一个或多个操作，但继续开放z联接。在此情况下，目的方对这些操作发出终止响应，表明由于访问控制失败而终止操作。或者，目的方可以关闭z一联接，见表7。表7访问控制服务参数参数目的方请求起源方响应安全措施质询项(Security-challenge)X安全措施质询响应项(Security-challenge-response)X其他信息项(o小e卜1nform8tlon)x(可选)X(可选)引用标识项(Reference-id)X(如适用)x(如适用)4．2．5．1．1安全措施质询项及安全措施质询响应项安全措施质询项及安全措施质询响应项的格式和内容的定义取决于其注册的情况。附录G已经提出并注册了几个定义。这两个参数的内容也可由给定的目的方／起源方之间事先约定后确定。4．2．5．1．2其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．5．1．3引用标识项使用串行操作或者并发操作，并且质询属于某个特定的操作时，引用标识项的使用由4．4规定。如果使用并发操作而质询从属于当前z联接，请求和响应均省略引用标识项。4．2．6记账／资源控制机制记账／资源控制机制包括三种服务：a)资源控制服务，由目的方调用，既可作为(任何类型的)激活操作的一部分，也可以属于z一联接。b)触发资源控制服务，由起源方调用，作为(除初始化操作以外的任何类型的)激活操作的一部分。c)资源报告服务，由起源方调用，创建一个资源报告操作。资源控制服务允许目的方发送资源控制请求，其中可以包含资源报告。该报告可以通知起源方实际或预计的资源消耗是否超出事先商定的限制(或在目的方内建立的限制)，并且请求起源方同意通过资源控制响应继续操作。例如，在某个搜索操作期间，目的方可以通知起源方有关目的方产生的结果集的当前状态，并且指明有关操作进展的信息。触发资源控制服务允许起源方请求目的方创建资源控制服务，或者取消操作。资源报告服务允许起源方请求目的方发送属于已经完成的操作或者属于z_联接的资源报告。28 4．2．6．1资源控制服务GB／T27702--2011／ISO2395011998如果使用资源控制，起源方必须作好准备，接受和响应目的方的资源控制请求。目的方可以发送资源控制请求，该请求可以是某个特定(激活)操作的一部分，也可以属于z联接。·如果使用并发操作：——若资源控制请求包含引用标识项，则提供的引用标识项必须与某个激活操作相对应。资源控制请求是该操作的一部分。(如果有)资源控制响应，则响应中也必须包含该引用标识项。——若资源控制请求没有包含引用标识项，则资源控制请求和响应不属于任何操作，而属于z一联接。·如果使用串行操作：仅当存在激活操作时，目的方才可以发送资源控制请求。该资源控制请求以及(可能的)后继响应是该操作的一部分，并且必须包括该操作的引用标识项(如果在创建请求中没有引用标识项，则赋值为“空”)。资源控制请求指明是否需要响应：·如果需要，起源方必须发出资源控制响应。如果资源控制请求是某个操作的一部分，则该响应是同一操作的一部分。目的方等待资源控制响应，然后在操作处理完成后发出终止响应。·如果不需要，起源方不必发送资源控制响应。如果资源控制请求是某个操作的一部分，目的方在操作处理结束后发送终止响应。起源方宜做好准备，接收并(有条件地)响应属于某个(激活)操作或z-联接魄多个资源控制请求。如果起源方用资源控制响应来回答某个资源控制请求，表明希望终止某个操作，则它将收到一个终止响应，该响应表明操作是应起源方的请求而终止的。但是，该响应也可以表明操作结束，因为在资源控制响应到达目的方之前，目的方可以继续执行和完成操作，见表8。表8资源控制服务参数参数目的方请求起源方响应资源报告项(Resourc}rep。rt)x(可选)可得部分结果项(Partial—results—available)x(如适用)暂挂标志项(Suspended—flag)x(如适用)要求响应项(Re3p。nse_required)X触发请求标志项(Triggered—request—flag)X(可选)继续标志项(Continue-flag)X需要结果集项(Result—set—wanted)x(如适用)其他信息项(Other_information)X(可选)x(可选)引用标识项(Reference-id)X(如适用)x(如适用)4．2．6．1．1资源报告项该参数可以用于传送有关服务器上当前及预计的资源消耗信息。资源报告resourcel和resource-2的格式在附录F中定义。4．2．6．1．2可得部分结果项目的方通过可得部分结果项这一标识来表明结果集的状态，其值为以下几种值之一 GB／T27702--2011／lso23950：1998子集(subset)——可以得到部分有效的结果。临时(interim)——可以得到部分但不一定有效的结果。无(none)得不到任何结果。本参数仅在作为搜索操作的一部分时才有意义。如果其值为“子集”或“临时”，而起源方(通过连续标志项)表明操作将被终止．且需要结果集项参数为“开”，目的方将接受针对结果集的后继提取请求。如果可得部分结果项的值不是“无”，且起源方(通过连续标志项)表明操作将被终止，目的方无须接受后继的提取请求。注意，如果暂挂标志项为“关”，由于搜索操作可能仍在处理，可以得到的部分结果的状态可能发生变化。在任何情况下，搜索响应中搜索状态项和结果集状态项值都宜作为特许信息。4．2．6．1．3暂挂标志项该参数仅当请求属于某个操作时才有效。目的方指明在资源控制响应之前操作处理是否已被暂挂。此标志仅当要求响应项的值为“是”时才出现。4．2．6．1．4要求响应项目的方指明是否需要(起源方)对此请求作出响应。4．2．6．1．5触发请求标志项该参数仅当请求属于某个操作时才有效。目的方可选择地指明该请求是否由起源方发出的触发资源控制请求产生。4．2．6．1．6继续标志项该参数仅当请求属于某个操作时才有效。起源方向目的方指明是否继续处理操作。4．2．6．1．7需要结果集项该标志仅在如下情况时才有效：·在搜索操作过程中；·当得到的部分结果值为“子集”或“临时”时，并且·当继续标识项的值为“不继续”时。如果该标志值为“是”，目的方将为后继的提取操作保存结果集(可能只是部分)。如果该标志值为“否”，目的方可以删除结果集。后继搜索响应中结果集状态为“无”，表明目的方已经删除了结果集。在任何情况下，搜索响应中的搜索状态项和结果集状态项的值都描述了目的方作出的实际决定，以及终止搜索的方式。4．2．6．1．8其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．6．1．9引用标识项见4．4。4．2．6．2触发资源控制服务起源方可以在(除初始化操作之外的)某个操作期间发送触发资源控制请求，作为该操作的一部分。它给目的方发出一个信号，即起源方希望目的方：30 GB／T27702—2011／lso23950：1998·简单地发送一个资源报告，即发出一个要求响应项为“关”的资源控制请求。·调用所有的资源控制，即发出一个要求响应项为“开”的资源控制请求；或·取消操作。目的方接到触发资源控制请求后并不一定要采取某个特定的动作。就过程描述来看，该请求没有对应的响应。如果目的方想发出资源控制请求，它可以单方面地发出。(如果起源方发出触发资源控制请求，随后接收到作为相同操作一部分的资源控制请求，则起源方不一定非要确定后者是否由触发资源控制请求产生。但是，目的方可以通过在资源控制请求中包含触发请求标志项来指明这一点。)如果起源方发出要求取消操作的触发资源控制请求，且目的方认可了该请求，则起源方可期待收到一个表明按其要求终止该操作的终止响应。虽然起源方可以发出作为某个激活操作的一部分的触发资源控制请求，目的方在操作终止后仍可能收到该请求。在此情况下，目的方将忽略该触发资源控制请求。而且，目的方在为某个操作发出资源控制请求后，在等待资源控制响应的同时，可能会收到触发资源控制请求，同时，在此情况下，目的方同样宜忽略触发资源控制请求。注：一般来说，目的方可忽略任何触发资源控制请求。见表9。表9触发资源控制服务参数参数起源方请求请求动作项(Requestedaction)X首选资源报告格式项(Preferred-resource-reportformat)x(如适用)需要结果集项(Resu|t—set—wanted)x(如适用)其他信息项(Othe>information)x(可选)引用标识项(Reference-id)x(如适用)4．2．6．2．1请求动作项起源方指明下列动作之一：资源报告——发出资源控制请求，并将要求响应项置为“关”。响应控制——发出资源控制请求，并将要求响应项置为“开”。撤消——终止操作。4．2．6．2．2首选资源报告格式项起源方可指明首选的资源报告格式。4．2．6．2．3需要结果集项该标识仅在搜索操作以及请求的动作被“撤消”时才有意义。若该标志值为“是”，则起源方请求目的方为后继的提取操作保存(可能只是部分的)结果集。见4．2．6．1．7。4．2．6．2．4其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．6．2．5引用标识项见4．4。31 GB／T27702—2011／ISO23950：19984．2．6．3资源报告服务资源报告服务允许起源方请求属于已完成的特定操作或属于整个z一联接的资源报告。注：在这方面，资源报告服务不同于触发资源控制服务：触发资源控制是一种非确认型服务}有请求但无响应，其请求是操作的一部分，但并不创建操作。它请求属于本次激活操作的报告。与之相反，资源报告是一种确认型服务；有请求和响应(虽然目的方并不一定在响应中包含资源报告，但它必须作出响应)，其请求和响应分别创建和终止操作；请求标识出一个已完成的特定操作，并且请求一个属于该操作的报告(或者请求一个属于整个Z_联接的报告)。见表10。表10资源报告服务参数参数起源方请求目的方响应首选资源报告格式项(Preferred—resource-report—format)X(可选)操作标识项(Ol>id)X(可选)资源报告状态项(Resourcereport)X资源报告项(Resource-report)X(可选)其他信息项(Other-information)x(可选)引用标识项(Referenceid)x(可选)x(如适用)4．2．6．3．1首选资源报告格式项起源方可以指明首选的资源报告格式。4．2．6．3．2操作标识项起源方可以提供该参数来识别一个已完成的操作，起源方针对该操作提出资源报告请求。仅当使用第3版时方可使用该参数。·如果操作标识项出现，则它包含一个引用标识项，并且指向使用该引用标识的最近完成的那个操作。注1：当一个操作终止时，若起源方希望随后发送一个属于该操作的资源报告请求，则它有责任确保在此之前不重新使用该引用标识。注2：起源方为资源报告操作使用的引用标识项与操作标识项中指定的引用标识项，可以(但不必)相同。如果那样，操作标识项将仍然只属于一个已完成的操作。然而，建议起源方不要把操作标识项的值置为该资源报告操作以外的其他激活操作正在使用的引用标识。如果起源方这样做．则目的方可以(但不必)考虑请求有误(见资源报告状态的失败6)。注3：如果起源方需要某个激活操作的资源信息，它不宜使用资源报告服务，而要利用作为该操作一部分的触发资源控制服务。如果在目的方接到触发资源控制请求之前该操作终止，起源方将接到一个终止响应，然后可以发送属于该(已完成)操作的资源报告请求。·如果操作标识项不出现，起源方请求一个属于z一联接的资源报告。4．2．6．3．3资源报告状态项目的方提供下列状态值之一：成功(success)——如果在请求中包含首选资源报告格式项，则包含一个(使用首选格式的)资源报告。部分(partial)——包含一个资源报告，但不使用首选格式(仅当请求中包含首选资源报告格式项时32 才适用)。失败一1(failure1)——目的方不能提供资源报告。失败一2(failure-2)——由于资源限制，目的方终止操作。失败一3(failure3)——访问控制失败。失败一4(failtire一4)——未指定的失败。失败一5(failure5)——有一个带有指定标识的未知操作。失败一6(failure一6)——有一个带有指定标识的激活操作。注：失败一5和失败一6仅当使用第3版时适用。GB／T27702--2011／[SO23950：19984．2．6．-3．4资源报告项见4．2．6．1．1。4．2．6．3．5其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。该参数仅在第3版中使用。4．2．6．3．6引用标识项见4．4。4．2．7排序机制排序机制包含一种服务：排序。4．2．7．1排序服务排序服务允许起源方请求目的方对结果集进行排序(或合并多个结果集后再排序)。起源方指定排序数据元的次序。结果集将按照该指定的次序进行序化，目的方将解析对该结果集后继的位置请求，并应用到序化的结果集上。见表11。表11排序服务参数参数起源方请求目的方响应输入结果集项(Input—resultsets)X排序结果集项(Sorted—result—set)X排序次序项(Sort—sequence)X排序状态项(Sorbstatus)X结果集状态项(Result—set—status)x(如适用)诊断项(Diagnostics)x(如适用)其他信息项(Otherinformation)x(可选)X(可选)引用标识项(Reference-id)X(可选)X(如适用)4．2．7．1．1输入结果集项该参数是拟排序的结果集的名称，或者拟合并的结果集和已排序的结果集的名称。 GB／T27702—2011／1SO23950：19984．2．7．1．2排序结果集项该参数是已排序的结果集名称。它可以是已存在的结果集名称(包括输入结果集项中的一个名称)；在此情况下进行排序，现有结果集将被删除，并且建立一个同名的新结果集；其内容是排序后的结果。如果排序结果集项不是已存在的结果集的名称，在此情况下进行排序，目的方将建立取指定名的结果集，其内容是排序后的结果；输入结果集项的内容不会改变。在任何情况下，如果不进行排序，排序结果集项的最终内容由结果集状态项指明。4．2．7．1．3排序次序项排序次序项包含用于排序的数据元、排序的方向(升序或降序)、大小写敏感的情况(如果适用)，以及拟排序的结果集中的记录遗漏了数据元时目的方的动作。每个分类数据元是一个属性集，一个排序字段指示符，或者一种数据元规范，目的方指定该数据元作为排序的键(见下述)。注：目的方通过解释机制或者通过本标准规定之外的其他一些机制来指定这些信息。4．2．7．1．4排序状态项目的方回送的排序状态项取以下值之一：成功(success)——成功执行了排序。部分1(par_【ia|一1)——执行了排序，但目的方遇到在一个或多个排序数据元中遗漏了值的记录。失败(failure)——未执行排序，目的方在诊断项中提供一个或多个诊断。4．2．7．1．5结果集状态项当且仅当排序状态项的值为“失败”时，目的方才提供该参数。该参数与分类结果集项的内容有关其值取下列值之一：空(empty)——结果集为空。临时(interim)获得部分结果，不一定有效。不变(unchanged)——结果集的内容不变(仅当排序结果集项是输入结果集之一时才适用)。无(none)——未建立结果集(仅当排序结果集项不是输入结果集之一时才适用)。4．2．7．1．6诊断项当排序状态项值为“失败”时，目的方包含此参数。它包含一个或多个诊断记录。4．2．7．1．7其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。4．2．7．1．8引用标识项见4．4。4．2．8浏览机制浏览机制包括一种服务：扫描。4．2．8．1扫描服务扫描服务用于扫描排序后的搜索项列表(主题词、姓名、题名等)。搜索项列表的顺序由目的方定义。起源方指定欲扫描的搜索项列表、起始搜索项(通过指定一个属性／搜索项组合和一个数据库标识34 GB／T27702—2011／iso23950：1998项隐式地指定)、扫描步长、所希望的款目数和响应中该起始搜索项的位置。见表12。表12扫描服务参数参数起源方请求目的方响应数据库名称项(Databasenames)X搜索项列表和起始点项(Term—list—and—start—point)X步长项(Stepsize)x(可选)x(如适用)款目数项(Number_oLentries)X响应位置项(Positiomimresponse)X(可选)扫描状态项(Scanstatus)X款目项(Entries)X(可选)其他信息项(Othe>information)x(可选)X(可选)引用标识项(Reference-id)X(可选)x(如适用)4．2．8．1．1数据库名称项数据库名称项指定(通过搜索项列表和起始点项规定的)搜索项列表所属的一组数据库。4．2．8．1．2搜索项列表和起始点项起源方提供一个属性列表和搜索项。属性列表包含的属性指明欲扫描的搜索项列表。由这些属性限定的搜索项指明从何处开始扫描。这将是搜索项列表中一个预设款目。如果没有匹配的款Et，具有较高值的第一个款目将成为起始点。以扫描人名列表为例：属性列表可能由一个属性组成，其类型为“使用”，其值为“人名”。搜索项将指定某个人名。数据库标识将标识出人名列表所属的一个或多个数据库。4．2．8．1．3步长项起源方可以指定一个响应中的搜索项列表内两个相邻款目之间预期的款目数。零值意指“不跳过任何款目”。如果目的方不能支持请求的步长，它将扫描状态项置为“失败”，并且包含一个非替代性诊断，例如“只支持零步长”或“不支持请求的步长”。如果起源方省略了该参数，则由目的方选定步长，并且目的方在响应中包含选定的步长。4．2．8．1．4款目数项起源方(用该参数)指明建议返回的款目数。目的方用该参数指明实际返回的款目数。如果实际数小于建议数，则在扫描状态项中指明原因。4．2．8．1．5响应位置项起源方可以在返回的款目之内选择地指明指定起始点值的首选位置。值为1意指返回的第一个款目。值为0意指返回款目应起始于紧接在起始点搜索项之后的那个搜索项。值为款目数项+1意指起源方请求起始于紧靠在起始点搜索项之前的搜索项。目的方可以在返回的款目中指明选定起始点的实际位置。例如，如果请求参数款目数项和响应位置项的值分别取10和3，则起源方请求的是紧靠在起始点35 GH／T27702--20”／iSO23950：1998值之前的两个搜索项，其后是起始点值，再其后是7个搜索项。注：如果响应参数响应位置项的值小于请求中建议的值，则起源方可以断定，搜索项列表中的低端搜索项比预期的要少。然而，如果响应位置项的值等于请求中建议的值，但响应中的款目数项小于请求中建议的值．则起源方不能断定搜索项列表中的高端搜索项比预期的要少，除非扫描状态项的值为“部分一5”。扫描状态项中给出了返回的搜索项少于预期数的原因。4．2．8．1．6扫描状态项目的方指明操作的结果。规定的值为：成功(success)——响应包含的款目数等于请求的款目数(搜索项列表款El数或替代性诊断数)。部分1(partial一1)——访问控制终止操作，预期款目未能全部返回。部分2(partial一2)——响应消息中放不下所有的预期款目。部分3(partial一3)——起源方请求的资源控制终止操作，预期款目未能全部返回。部分一4(partial4)——目的方请求的资源控制终止操作，预期款目未能全部返回。部分一5(partial一5)——搜索项列表(低端、高端或两端)的款目少于请求的搜索项数，预期款目未能全部返回。失败(failure)——预期款目都未能返回。返回了一个或多个非替代性诊断。4．2．8．1．7款且项目的方返回的款目项由下列各项中的一项组成：·N个款目，其中每个款目是一个搜索项列表款目或替代性诊断，N一请求中的款目数。·款目数小于N，并可以等于零(原因由扫描状态项指定)。·款目项也可能包含：·一个或多个非替代性诊断记录(可能指明操作未能进行及其原因)。每个搜索项列表款目包含(出现在数据库名称项指定的数据库中的)一个搜索项，其可选值如下：·一个显示搜索项(当目的方认为实际搜索项不适合显示时)。·用于后继扫描请求的一个建议属性列表(用于同时扫描多个索引，例如扫描著者索引和题名索引)。·建议的替代搜索项。·出现信息项：该参数可以包含记录中搜索项出现的次数。它还可以列出指定属性的使用次数，这些属性可能被数据库进一步细分。或者就某些有关属性，一个搜索项列表款目可以列出搜索项出现的数据库，但不包含出现的次数。·其他信息：与款目相关的附加信息。4．2．8．1．8其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。4．2．8．1．9引用标识项见4．4。4．2．9扩展服务群机制扩展服务群机制包含一种服务：扩展服务群。36 4．2．9．1扩展服务群服务GB／T27702--2011／ISO23950：1998扩展服务群(ES)服务允许起源方在目的方建立、修改、删除任务包。目的方在一个特殊数据库中维护这些任务包，4．2．9．2对此作出叙述。一个任务包属于一个ES任务。扩展服务是一种与信息检索有关的任务类型，但这些任务类型未作为Z39．50服务来定义。目的方执行任务超出了]SO23950的范畴。本标准定义的扩展服务群在4．2．9．1．2列出。附录H包含这些服务的定义。起源方向目的方发送ES请求，请求执行任务。该请求包含目的方用于构建任务包的参数。目的方检查请求的合法性、与用户访问权限的一致性，以及与目的方有关的其他可能的限制·。目的方发送ES响应，表明请求已被接受，或提供拒绝请求的理由。ES服务是起源方创建的一种确认型服务。ES操作包含一个起源方请求和一个目的方响应，其间可能穿插访问控制或资源控制消息。然而，请求虽然可能导致任务的创建，但该任务却不能视为Z39．50ES操作的一部分。目的方结束ES操作的响应，并不必是任务完成的信号。任务的生存期可能超过Z一联接的生存期。执行ES操作会建立一个任务包，该任务包由ES数据库中的一条数据库记录表示。例如，当目的方建立一个持续结果集类型的任务包时，便建立一个(持续的)结果集，建立的该任务包用扩展服务群数据库中一条记录的形式来表示该结果集。当起源方随后在相同或不同的z一联接中索取该任务包时，z联接可以获取该持续结果集的一个副本，作为一个Z39．50结果集(即作为一个临时结果集；在z一联接期间使用的结果集的名称包含在这个任务包内)。当起源方删除任务包时，该持续结果集被删除。任务包包含的参数有些是所有任务包共有的，与任务包类型无关，而其他一些参数则仅限于某种特殊的扩展服务。在这些共有参数(在表13右边一栏“任务包参数”中列出)中，有些是由起源方提供、作为ES请求的参数，并由目的方用于形成任务包；起源方提供的一些参数可能被目的方覆盖。其他一些共有参数由目的方提供。特殊参数来自ES请求的任务特定参数项(见附录H)。注：表13中响应参数任务包项意指实际的任务包(见42．9．13)，如果出现，它包含“任务包参数”栏下列出的一些或者所有参数(取决于数据元项参数)。4．2．9．1．1功能项起源方规定了建立、删除或修改三种功能。如果功能项是建立，则目的方建立一个任务包，如果提供了任务包名称项，目的方据此给该任务包的名称赋值。表13扩展服务服务参数参数起源方请求目的方响应任务包参数功能项(Function)X包类型项(Package—type)X包名称项(Package—name)X(可选)用户标识项(User-id)X(可选)保留时间项(Retention—time)X(可选)x(可选)允许项(Permissions)X(可选)x(可选)描述项(Description)X(可选)x(可选)目的方引用项(Targetreference)X(可选) GB／T27702--2011／ISO23950：1998表13(续)参数起源方请求目的方响应任务包参数建立日期时间项(Creationdata-time)X(可选)任务状态项(Taskstatus)X包诊断项(Package-diagnostics)X(可选)任务特定参数项(Task-specific—paranleters)X(见注释)等待动作项(Wait-action)X数据元项(Elements)x(如适用)操作状态项(Operationstatus)X操作诊断项(Operationdiagnostics)x(如适用)任务包项(Task—package)x(如适用)其他信息项(Otherin{ormation)X(可选)引用标识项(Ref『erence—id)x(可选)x(如适用)注：每个扩展服务都定义了任务指定参数项。对于每个任务特定参数，该定义说明在任务包中是否出现该参数。如果功能项是删除或修改，目的方删除或修改由包名称项指定的任务包。支持删除或修改的目的方依然可以拒绝请求，其原因是任务包已经在进行之中，或者任务包正在使用之中。如果功能项是删除，起源方的请求是：如果指定的任务尚未进行，则指定的任务不应开始；如果该任务处于激活，则目的方或终止任务，或拒绝该请求。如果功能项是修改，起源方请求用请求中的参数值(以及任务特定参数项中的那些参数值)替代任务包中相应的值。如果省略了某个可选参数，目的方不修改任务包中的这个参数(因此，如果希望某个参数返回其缺省值，起源方必须明确地提供缺省值)。4．2．9．1．2包类型项包类型项标识请求的扩展任务。本标准定义的扩展任务(见附录H)是·保存结果集以备后用；·保存查询以备后用；·定义定期搜索计划；·预定项目；·更新数据库；·建立输出规范；·调用先前建立的输出规范。4．2．9．1．3包名称项起源方可为拟建立的任务包选择性地提供一个名称。如果这样，则(由包类型、用户标识项和包名称项构成的)三元组必须是唯一的(即，对于同名的用户，不存在其他具有相同类型的任务包，否则请求出现错误)，并且该三元组能够在后继的引用中代表这个任务包。如果起源方希望引用该任务包，则(在请求中)宜包含包名称项。 GB／T27702—2011／lSO23950：19984．2．9．1．4用户标识项用户标识项标识与任务包有关的用户。如果不提供该参数，则可缺省为当前用户的标识。目的方可允许、也可不允许起源方提供一个与起源方的标识不同的用户标识。4．2．9．1．5保留时间项起源方可以选择性地规定保留期(例如，2h，3d或者1周)，目的方可以覆盖该保留期。保留时间到期后，目的方可以删除保留的任务包。保留时间为零，意指在任务完成后不保留任务包。4．2．9．1．6允许项起源方可以指明谁有权访问该任务包。如果起源方不提供该参数，则只有建立用户才能访问该任务包。见4．2．9．3。4．2．9．1．7描述项起源方可以包含一个描述项。例如，该描述项可以为持续结果集任务描述结果集；或者为持续查询任务描述查询。4．2．9．1．8目的方引用项目的方可为该任务包提供一个唯一标识。4．2．9．1．9建立日期时间项目的方提供任务包的建立El期和时间。4．2．9．1．10任务状态项目的方用以指明任务的状态。其值为“暂挂”(pending)、“激活”(active)、“完成”(complete)和“失败”(aborted)。4．2．9．1．11包诊断项目的方可以在任务包中包含一个或多个诊断。4．2．9．1．12任务特定参数项指定的扩展服务定义的附加参数。4．2．9．1．13等待动作项起源方指明目的方是否宜将(或可将)任务包包含在ES响应之中。这种立即响应机制可以无需后继的搜索和提取操作，或者更为一般地，也不需要通过扩展服务群数据库建立任务包(见4．2．9．2)。该参数的值可能有四个：·等待(wait)：目的方在发送ES响应之前，必须执行任务(除非操作失败；见4．2．9．4)。如果目的方在发送响应之前不愿执行任务，它必须通过对“失败”状态的响应和一个合适的诊断来拒绝请求。如果目的方接受了请求，则它在响应中应包含任务包项。·如可能就等待(wait—iLpossible)：起源方请求如果有可能，目的方在发送ES响应之前应执行任务，并将任务包包含在响应之中。如果不可能，目的方的处理方式宜和等待动作项的值为“不等待”时一样。39 GB／T27702--20”／ISO23950：1998·不等待(do—not—wait)：起源方在发送ES响应之前不请求目的方执行任务。但是，如果目的方在发送响应之前执行了任务，则响应可以包含任务包。·不发送任务包(donotsend—task-package)：仅当目的方决定执行时它才执行任务，但在任何情况下它都不会将任务包包含在响应之中。4．2．9．1．14数据元项若等待动作项不是“不发送任务包”，起源方可以选择性地包含该参数。如果在响应参数任务包项中返回了数据元项，则数据元项就是该任务包的数据元集名称。4．2．9．1．15操作状态项这是ES操作的状态。其值取下列之一：完成(d。ne)——已接受请求，任务包已经完成，结果集包含在任务包项中。接受(accept)——已接受请求，任务在等候处理的队列中或正在处理之中。失败(failure)——已拒绝请求，(并在操作诊断项中)提供了一个或多个诊断。4．2．9．1．16操作诊断项如果操作状态项为“失败”，则目的方提供附加诊断信息。4．2．9．1．17任务包项如果操作状态项为“完成”，目的方(应在响应中)包含任务包。包含的实际的任务包部分取决于数据元项。4．2．9．1．18其他信息项起源方和目的方可以利用该参数来使用本标准中未指定的附加信息。4．2．9．1．19引用标识项见4．4。4．2．9．2扩展服务群数据库支持扩展服务群机制的目的方提供对名为“IR—Extend一1”的数据库的访问(该数据库被称为“扩展服务群数据库”或“ES数据库”)。扩展服务群数据库中的记录是扩展服务请求中的请求参数包项构建的任务包(目的方可以在接受请求后的任何时刻开始执行任务，这一时刻可能在任务包存人数据库之前)。请求的任务包完成后，目的方可以(但无需)保留任务包；它可以保留任务包，直到起源方请求删除该任务包。目的方可以在任何时刻单方面地从ES数据库中删除任务包。注：这意味着，实际上就某一给定的任务，目的方无须真正地建立任务包。立即执行任务包时尤其如此。但是，如果任务状态为“暂挂”、“激活”或者“失败”，建议目的方保留任务包。目的方在接到ES请求之后、在完全验证该请求前，可以立即建立一个状态为“暂挂”的任务包。起源方在提交请求后(在同一个或后继的z一联接期间内)的任何时刻，为得到结果任务包可以搜索数据库。尤其是若某个ES操作失败(见4．2．9．4)，起源方可以确定(目的方)已经接收到该操作的请求。ES数据库可以在目的方的解释数据库中列出，同时列出的有目的方支持的扩展服务、允许的输出目的、起源方为输出任务提供的选项等。对于起源方，扩展服务群数据库与目的方支持的其他任何数据库一样，(都可通过z39．50搜索和索取机制搜索和索取记录。搜索处理由目的方局部地定义。目的方可以强制性地进行访问控制、或将4n GB／T27702—2011／ISO23950：1998起源方无权访问的记录排除在搜索的范围之外)。但是，为了得到语义级的互操作性，需要预先定义一些搜索项。附录C定义和注册了用于搜索ES数据库的属性集。附录H注册了任务包的结构。ES数据库还可以提供以下特殊数据元集(⋯F’除外)：·标识(Identification)：包括建立任务包的用户的标识、起源方提供的任务包名，以及其他用户访问请求的可能的许可。还可以包括建立时间之类的其他标识信息。·唯一名(UniqueName)：建立任务包的用户的标识和任务包名。·许可(Permissions)：唯一名数据元集的内容，此外，还包括对该任务包授予的许可。目的方可能仅对任务包的建立者显示完整的许可列表，对其他用户则仅显示对他们适用的许可。·状态(Status)：请求的目前状态的简短总结，可能包括费用和其他资源利用状况。·简要(Brief)：标识数据元集的数据元加上状态数据元集中最主要的数据元。4．2．9．3所有者和许可建立任务包的用户可以将任何扩展服务功能以及(通过索取机制)索取整个包的功能赋予任务包，并且通过其他扩展服务调用该任务包。(例如，当定期查询任务引用了某个保留的查询时，调用便开始。)起源方利用扩展服务请求的修改功能，通过提供一个新的许可列表，可以改变对任务包的访问许可。许可列表是一串用户标识，并且对每个标识来说，是一串被允许的操作，操作有下列几种：·删除；·修改内容；·修改许可；·提取；·调用。目的方可以代表客户端用户建立持续查询型任务包是使用“调用”许可的一个例子；由建立的任务包表示已建立持续查询。接着，要求目的方代表另一个用户建立定期查询计划型任务包，这个任务包引用(即调用)该持续查询型任务包。只有当该用户对该持续查询具有“调用”权限时，目的方才这样做。另一个例子是目的方可以代表某个用户建立输出规范型任务包，如果该用户具有该输出规范的“调用”权限，他可以通过建立调用输出规范型任务包来“调用”该输出规范。目的方可以提供组名供许可列表使用。但是，组名在句法上与用户标识相同。(目的方可以报告组的组成，但本标准对该报告机制不作描述。)4．2．9．4失败的操作正如任何其他Z39．50操作，起源方只有在发出ES请求的z一联接过程中才可能接收对该请求的响应。如果某个ES操作失败(可能是显式失败，也可能因为z_联接关闭或者玉联接终止而失败)，起源方接收不到终止响应。这对任务的处置或处理会不产生任何影响，与请求指定的等待动作项值无关。如果ES操作失败，等待动作项自动取值为“不发送任务包”。如果某个ES操作失败，为了获取本应在响应中回送的信息，起源方可以搜索ES数据库(可能在随后的z联接中)。4．2．10解释机制解释机制允许起源方获取目的方实施情况的细节，包括可用于搜索的数据库、目的方使用的属性集和诊断集、模式、记录语法和支持检索的数据元规范定义。支持解释机制的目的方：·通过Z39．50搜索和提取服务提供访问名为“IR-Explain-1”的数据库(简称为“解释数据库”)的人口。·支持附录c定义的解释属性集exp1(该附录定义了一系列使用属性，并引入bib一1非使用属性)，并且41 GB／T27702--2011／1so23950：1998·支持附录E定义并注册的解释语法。解释数据库中的记录(或表示记录的结果集项)称为“解释记录”。4．2．10．1搜索解释数据库对起源方来说，解释数据库与目的方支持的任何其他数据库是相同的。但是为了实现语义级的互操作性，预先定义了与信息类别对应的某些检索项。搜索项对大小写不敏感。使用exp1属性集搜索解释数据库。使用属性和搜索项的结合后允许根据信息类别进行搜索；起源方可以使用经过仔细定义的使用属性结合作为附加规范将记录限定在更感兴趣的范围之内。在4．2．10．1．1和4．2．10．1．4中，列出了执行共同搜索集的exp一1使用属性结合。由于解释数据库可以和其他数据库一样利用一个或多个属性集中的属性进行搜索，这个列表没有列举所有的情况。但是，建议支持解释机制的目的方支持这个共同搜索列表。如4．2．10．1．2和4．2．10．1．3叙述的那样，自然字符串语言(HumanStringLanguage)、添加日期、变化日期和终止日期可以和4．2．10．1．1和4．2．10．1．4列出的任何一种组合再次组合起来使用。exp一1属性集包括一系列的使用属性，并且引入非使用Bib1属性。建议支持解释机制的目的方支持bib1的关系属性“等于”(见注)、位置属性“字段中的任何位置”和结构属性“键”。注：如果目的方希望支持基于日期范围的搜索(即将搜索的范围限定在特定El期之前或之后，或两个日期之间创建的记录)，则目的方还宜支持一个或多个下列关系属性：“小于”、“小于或等于”、“大于”和“大于或等于”。起源方一般不宜期望能够采用bibl截断属性、完备性属性或bib—l中定义的关系、位置和结构属性的其他任何替代值来搜索解释数据库。但是，目的方可以利用上述属性以及其他一些替代属性和属性值，自由地访问解释数据库。4．2．10．1．1搜索预先定义的信息类别以特定解释信息类别名称作为搜索项的操作数，可以搜索对应于该类别的记录。例如，搜索项“目的方信息”，可以搜索对应于目的方信息的所有记录。对于每个信息类别，都定义了一个或多个键数据元，(利用适当的属性，)这些键数据元可以用作搜索项。某个搜索的操作数的使用属性为“解释类别”，搜索项为一个类别，并且对应于该类别的每个键都有一个附加的操作数。使用属性值是键，该搜索(至少)应产生一条记录。从解释数据库中搜索和检索信息的主要机制是利用使用属性“解释类别”为起源方选择某个类别中的记录，并且从这些记录中提取所需的信息以形成后继搜索。例如，起源方可以搜索解释类别等于“数据库信息”的记录，并索取这些记录的概要信息(见4．2．10．2．2)。每条概要记录都包含一个数据库名称，用作可能的后继搜索的键。表14给出了解释信息类别(及搜索项)的列表和简要叙述，同时列出了每个类别使用的键。4．2．103对每个类别作了详细叙述。起源方利用预先定义的信息类别搜索解释数据库时，宜遵循以下规则：·搜索目的方的有关信息，使用解释类别一“目的方信息”。·搜索某个特定数据库的有关信息，使用解释类别一“数据库信息”，并与数据库名称属性结合起来指定所需数据库信息记录的键。·搜索某个特定模式的有关信息，使用解释类别一“模式信息”，并与模式对象标识符属性结合起来指定所需模式。·搜索某个特定标记集的有关信息，使用解释类别一“标记信息”，并与标记集对象标识符属性结合起来指定所需标记集。·搜索某个特定记录语法的有关信息，使用解释类别一“记录语法信息”，并与记录语法对象标识符属性结合起来指定所需记录语法。·搜索某个特定属性集的有关信息，使用解释类别=“属性集信息”，并与属性集对象标识符属性结合起来指定所需属性集。42 GB／T27702—2011／1so23950：1998·搜索某个数据库搜索项列表的有关信息，使用解释类别一“搜索项列表信息”，并与数据库名称属性结合起来指定所需数据库。·搜索某个特定扩展服务的有关信息，使用解释类别一“扩展服务群信息”，并与该扩展服务的对象标识符结合使用。·搜索在搜索某个数据库时可以使用的属性及属性结合，使用解释类别一“属性细节”，并与数据库名称属性结合起来指定需要知道其属性信息的数据库。·搜索特定搜索项列表的有关信息，使用解释类别一“搜索项列表细节”，并与该搜索项列表的名称结合使用。·搜索为某个特定数据库的一种记录语法定义的数据元集名称，使用解释类别一“数据元集细节”，并与记录语法对象标识符属性结合起来指定所需记录语法，与数据库名称属性结合起来指定所需数据库。·搜索某个特定数据元集名称的定义，使用解释类别=“数据元集细节”，并与数据元集名称属性项结合起来指定所需数据元集名称。因为对于每个数据库的每个记录语法的每个数据元集名称，解释数据库都包含一条记录，所以可能会找到多条记录。·搜索为某个特定数据库或某种记录语法定义的一个特定数据元集的名称，使用解释类别一“数据元集细节”，并与数据元集名称属性结合起来指定所需的数据元集名称，与记录语法对象标识符属性结合起来指定所需的记录语法，与数据库名属性结合起来指定所需的数据库。·搜索某个特定记录语法、某个指定模式或某个特定数据库的索取记录中的数据元的描述，使用解释类别一“索取记录细节”，并与记录语法对象标识符属性结合起来指定所需记录语法，与模式对象标识符属性结合起来指定所需的模式，与数据库名称属性结合起来指定所需数据库。4．2．10．1．2搜索以特定语言表示的信息起源方希望向用户表示的数据元由“人可读文本”组成。每条记录包含一个语言数据元，指明记录中人可读文本使用的语言。解释数据库可能包含以不同的语言表示的具有相同信息的多条记录。要搜索以某种语言表示的记录，可以使用自然字符串语言属性(同时使用3字符语言代码作为搜索项，见Z39．531994)。例如，如需搜索英文描述性记录的数据库列表，查询形式可为：(类别一“数据库信息”)AND(自然字符串语言一“eng”)自然字符串语言属性主要用于第2版。使用第3版时，建议使用变量。4．2．10．1．3通过控制日期搜索信息如要搜索解释数据库中的新记录，使用添加日期属性；如要搜索更新记录，使用变化日期属性；如要根据记录的终止日期搜索记录，使用终止日期属性。这三种方法中的任何一种，均可以与前文所述的搜索结合使用。4．2．10．1．4利用内容值搜索信息利用从相关解释记录中的数据元取值的属性，可以搜索某些解释记录。这些使用属性可以用来选择特定信息类别的记录子集。例如，可以使用可用性使用属性选择当前可用的那些数据库的数据库信息记录。起源方使用这些属性时宜遵循如下规则：·确定当前可用的数据库的位置，使用解释类别一“数据库信息”，并与搜索项为“是”的可用性属性结合使用。·确定指定供应者提供的数据库的位置，使用解释类别一“数据库信息”，并与以提供者名称为搜索项的提供者属性结合使用。·确定指定制作者提供的数据库的位置，使用解释类别一“数据库信息”，并与以制作者名称为搜43 GB／T27702—2011／ISO23950二1998索项的制作者属性结合使用。·确定没有专用权的数据库的位置，使用解释类别合使用。·确定不收使用费的数据库的位置，使用解释类别结合使用。“数据库信息”，并与专用权属性一“无”结“数据库信息”，并与用户费用属性一“无”4．210．2索取解释记录解释记录的提取请求宜把解释语法指定为首选记录语法。每个解释信息类别都有各自的记录格式，解释语法定义中对所有这些格式进行了描述(见附录E)。解释记录包含用于唯一标识每条记录的键数据元。每个解释类别都按照键数据元、非键“简要”数据元(见4．2．10．2．2)、“非简要”数据元或其他可能的类别定义。键数据元总是简要数据元的一个部分。表14解释类别和键类别本类别下的解释记录描述键目的方信息目的方，包括目的方施加的搜索限制目的方名称数据库。有关支持的查询类型、属性集、记录语法、模式、诊断集、资源控制格式、访问控制格式方面的信息。具有一个公共特性集的数据库信息数据库名称一组数据库可以被描述为一个单一的逻辑数据库。此时提供归人该逻辑数据库的数据库列表模式信息模式模式对象标识符标记集信息标记集标记集对象标识符记录语法信息记录语法记录语法对象标识符属性集信息属性集，包括属性集内被支持的属性属性集对象标识符搜索项列表信息可以用于某个数据库的搜索项列表数据库名称扩展服务信息扩展服务扩展服务对象标识符属性细节可以用于搜索某个数据库的属性，以及可以结合使用的其他属性数据库名称搜索项列表细节搜索项列表搜索项列表名称数据库名称数据元集细节数据元集(针对特定数据库或特定记录语法)数据元集名称记录语法对象标识符索取记录细节索取记录的数据元(针对特定语法，由特定模式定义)数据库名称排序细节数据库的排序规范数据库名称针对特定处理环境或某个数据库的处理指令，指令名称，以及外处理环境处理部定义指令的抽象语法的对象标识符名称对象标识符变量集定义；针对目的方支持的特定变量集定义的类、类型和值。变量集信息目的方支持的特定变量集定义并不意味着该定义被任意数据库或变量集对象标识符数据元支持单位信息目的方支持的单位定义单位系统名称类别列表目的方支持的解释类别无键 4．2．10．2．1检索和人可读文本GB／T27702--2011／ISO2395011998解释数据库可以提供人可读信息的其他变化形式(但对于语言变化，见下面的注释)。例如，可以ASCII、SGMI。或PostScript格式检索文本数据元。如要请求某种特定格式，采用第3版的变量机制。注：语言变化觅4．2．10．1．2。对不同的语言。解释数据库逻辑上有着不同记录。因此，在搜索过程中出现根据语言进行选择的情况。4．2．10．2．2索取概要和描述性信息解释机制保证概要或“简要”信息的索取。例如，起源方可以请求目的方支持的所有数据库的概要信息，而不用索取完整的数据库信息记录。在每个类别的定义中，数据元被指定为“简要”或“非简要”。使用数据元集名称“B”，得到指定为“简要”的数据元。使用数据元集名称⋯F’，得到指定为“非简要”的数据元(以及简要数据元)。通过数据元集名称“描述(description)”，解释机制还可以保证某些类别的描述信息的检索(详细情况参阅ASN．1解释语法定义)。例如，一个数据库信息记录包括一个数据元，这个数据元包含该数据库的一个(人可读文本的)描述；如果只检索简要数据元和描述数据元，可使用数据元集名称“描述”。解释语法中定义的某个类别可以为该类别范围内的信息的特定子集指定其他数据元集名称。4．2．10．3信息类别的详细说明本条包含了每个信息类别的完整说明。除了列举的信息之外，每个记录：·包含有关记录本身的信息，例如记录的建立日期和终止13期。·包括一个数据元，指明记录的“人可读文本”数据元使用的语言。这些都是逻辑性的说明，不反映记录有语言变量，或数据元有语法变量的可能性。许多解释数据元是可选的，但是在下列说明中并没有指明。有关的详细信息见ASN．1定义。4．2．10．3．1目的方信息有关目的方的信息。在解释数据库中，有这样一条解释记录。简要数据元：·用人可读文本表示的目的方名称(只有～个)。·用人可读文本表示的、使用目的方的用户感兴趣的最新情况。·用机器可表达形式表示的代表目的方的图标。·是否支持命名的结果集。·是否能在一个搜索请求中搜索多个数据库。·最多支持多少个并发结果集。·一个结果集的最大(记录)数。·一个搜索请求中允许的最大搜索项数。·如果没有动作发生，目的方触发事件后的超时间隔。·起源方显示的、来自目的方的“欢迎”信息。非简要数据元：·支持该目的方的组织采用的联系信息。·用人可读文本表示的对目的方的描述。·已知的目的方的昵称或代用名集。·用人可读文本表示的目的方的限制。·支持该目的方的组织的付费地址(例如办公室)。45 GB／T27702--2011／ISO23950：1998·运行时间。·支持的数据库结合的列表。·因特网网址和端口号。·0SI地址。·支持消息串的语言。·下列数据元，其中列出的每个对象都用来支持一个或多个数据库(要确定哪些对象用来支持某个特定的数据库，索取有关该数据库的记录)：——支持的查询类型，以及每种查询类型的详细情况。——支持的诊断集。——支持的属性集。——支持的模式。——支持的记录语法。——支持的资源质询。——支持的访问质询。——费用信息。——支持的变量集。⋯～支持的数据元集名称。支持的单元系统。4．2．10．3．2数据库信息对数据库及与数据库有关的限制和参数的详细描述。对支持的每个数据库，都有这样一条解释记录。简要数据元：·数据库全称(只有一个)。·是否是一个解释数据库(可能供不同的服务器使用)。·数据库的简称(或代用名)列表。·以机器可表达形式表示的代表该数据库的图标。·访问该数据库是否收费。·该数据库当前是否可以访问。·数据库的一个人可读名称或标题(与数据库名称不同。数据库名称通常是一个非人可读的短字符串，并且不随语言的不同而变化)。非简要数据元：·数据库用的关键词的列表。·用人可读文本表示的数据库的描述。·相关数据库：目的方允许(并且可能鼓励)与该数据库结合搜索的那些数据库。·构成概念上单一的该数据库的分数据库。·用人可读文本表示的该数据库的弃权声明。·用人可读文本表示的该数据库的新闻。·该数据库的记录数(以及这个数字是准确数字还是估计数字)。·用人可读文本表示的对记录表示的缺省顺序的说明。·记录平均长度的估计值(以字节计)。·记录最大长度(以字节计)。·该数据库可用的运行时间。46 GB／T27702—2011／ISO23950：1998用人可读文本表示的访问该数据库的最佳时间。该数据库最后一次更新时间。该数据库的更新周期及间隔时间。用人可读文本表示的该数据库的时间跨度。该数据库是否包含专用权信息。用人可读文本表示的有关该数据库的版权说明。用人可读文本表示的版权描述，目的方希望起源方如有可能向用户显示这些描述。用人可读文本表示的数据库制作者和数据库提供者的说明和联系信息，以及如何向该数据库提交资料的说明和联系信息。该数据库支持的查询类型以及每种被支持的查询类型的详细情况。该数据库支持的诊断集。该数据库支持的属性集。该数据库定义的模式。该数据库支持的记录语法。该数据库支持的资源报告。人可读文本表示的该数据库访问控制的描述文本。用机读格式和人可读文本表示的有关该数据库连接、提取和搜索的费用信息。该数据库支持的变量集。该数据库支持的数据元集名，其名称和说明用人可读文本表示。该数据库支持的单元系统。4．2．10．3．3模式信息数据库模式的描述信息。目的方支持的每种模式都有一条解释记录。注：该信息并不针对某个数据库。简要数据元：·该模式定义的对象标识符。·该模式的名称。非简要数据元：·用人可读文本表示的该模式的说明。·该模式使用的标记集以及为每个标记集指定的标记类型。·该模式定义的抽象记录结构。4．2．10．3．4标记集信息给定标记集的描述信息。每种被支持的标记集都有一条解释记录。简要数据元：·该标记集的对象标识符。·该标记集的名称。非简要数据元：·用人可读文本表示的该标记集的描述。·对于该标记集中定义的每个数据元：——数据元的名称；——数据元的别名；——数据元指定的标记；47 GB／T27702--2011／ISO23950：1998——数据元的说明；——数据元的数据类型。4．2．10．3．5记录语法信息记录语法的描述信息。目的方支持的每种抽象记录语法都有一条解释记录。注：该信息并不针对某个数据库。简要数据元：·抽象记录语法的对象标识符。·该语法的名称。非简要数据元：·该抽象语法(对象标识符)支持的传输语法。·用人可读文本表示的抽象记录语法的说明。·描述该语法的ASN．1模块。·该语法定义的记录结构。4．2．10．3．6属性集信息属性集的描述信息。每个被支持的属性集都有一条解释记录。简要数据元：·该属性集的属性集标识(对象标识符)。·属性集名称。非简要数据元：·每一种属性类型的属性名、说明、该类型的整数值以及一个属性列表。对于每个属性——名称；——说明；——值；——等效属性的名称。从属性集定义(而不是从目的方动作)推导出等效性。·属性集说明。4．2．10．3．7搜索项列表信息搜索项列表的描述信息。每个数据库都有一条解释记录。简要数据元：·数据库全称(只有一个)。·与该数据库有关的每个搜索项列表的概要信息(对于被描述的每个搜索项列表，都有一个搜索项列表详细记录)：——搜索项列表名称(对该数据库来说必须唯一，该名称用于为该搜索项列表搜索列表详细记录)。——标题(用来向用户显示，不必唯一)。——利用有关属性搜索时的费用的指示。目的方指明下列情况之一：与该列表有关的属性(结合)将使搜索加快。注：获取属性结合需要检索有关的搜索项列表详细记录。一该属性(结合)将如预期的那样起作用，因此该属性(结合)可能有一个索引或某种类似的机制。能够利用该属性(结合)，但是它不能提供满意的结果。可能没有索引，也可能需要对记48 GB／T27702--2011／ISO23950：1998录进行后处理。一不能单独利用该属性(结合)进行搜索。——是否能扫描该搜索项列表。——替代性的更广义的搜索项列表的名称列表。——替代性的更狭义的搜索项列表的名称列表。非简要数据元：无4．2．10．3．8扩展服务群信息有关某种扩展服务的描述信息。每种被支持的扩展服务都有一条解释记录。简要数据元：·该扩展服务的对象标识符。·该扩展服务的名称。·表明下列情况的布尔标识：——是否是专用的扩展服务；——是否有限制条件；——是否收费；——服务是否可用；——是否支持保留。·支持哪一级等待动作。非简要数据元：·用人可读文本表示的说明。·该扩展服务专用的解释数据元(在指定的扩展服务定义中定义)。·解释定义用的ASN．1模块。4．2．10．3．9属性细节每个属性的信息。对于每个被支持的数据库，都有一条解释记录。简要数据元：·该属性信息适用的数据库库名。非简要数据元：·对于该数据库支持的每个属性集、属性集的对象标识符，且对于属性集中的每个属性：——属性类型。——省略属性时使用的缺省值以及用人可读形式表示的缺省动作的说明。——对于该属性的每个值：属性值；一用人可读文本表示的该属性值的说明；一(使用属性项为)子属性：允许访问同一方面、但更为详细的记录的替代属性值列表；一(使用属性项为)超属性：允许访问同一方面、但更为粗略的记录的替代属性值列表；该值是否只是“部分被支持”：即该值能被接受，但可能不能提供预期的结果。·该数据库支持的所有属性结合的列表。4．2．10．3．10搜索项列表细节搜索项列表的描述信息。搜索项列表详细记录列出的每一个搜索项列表都有一条(解释)记录。简要数据元：49 GB／T27702—2011／ISO23950：1998·搜索项列表名称。非简要数据元：·说明。·对应于该列表的属性结合。如果该列表可以被扫描，这是一个扫描用的属性结合。·支持的最大步长。·人可读文本表示的比较排序的次序(例如：ASCII、EBCDIC)。·排序方式(升序或降序)。·搜索项的估计数量。·抽样搜索项列表(这些抽样搜索项不一定有效；最好能代表该搜索项列表的均匀分布抽样)。4．2．10．3．11数据元集细节数据元集的描述信息。对于每个数据库的每个记录语法的每个数据元，都有一条解释记录。简要数据元：·该记录所属的数据库。·该记录描述的数据元集的数据元集名称。·该记录所属的记录语法。·定义该数据元的模式。非简要数据元：·人可读文本表示的数据元集说明。·由索取记录细节类别为数据元集中的每个数据元提供的信息。4．2．10．3．12索取记录细节索取记录中数据元的描述信息。注：数据元与数据库模式有关。每个记录语法的每个模式的每个数据库，都有一条解释记录。简要数据元：·该解释记录所属的数据库、模式和记录语法。非简要数据元(语法描述的每个数据元)：·数据元名称。·数据元的标记(如果有)。·记录语法中组成该数据元的模式数据元列表。·数据元的最大长度。-数据元的最小长度。·数据元的平均长度。·若定长时，数据元的长度。·数据元是否可重复。·数据元是否必须。·人可读文本表示的数据元说明。·人可读文本表示的数据元内容说明。·人可读文本表示的有关该数据元的收费／记帐情况。·人可读文本表示的有关使用和访问该数据元的限制(例如：版权和产权)。·该数据元的替代名称。·该数据元文本的属名(例如，一个“地理主题”数据元还可置于属名“主题”之下)。·与该数据元对应的属性结合。5n 4．2．10．3．13排序细节GB／T27702--2011／ISO23950：1998目的方支持的排序能力的描述。每个数据库都有一条解释记录。简要数据元：·该排序说明所属的数据库。非简要数据元：·对每个数据元的排序键：——说明；——数据元规范(如果该键是一个记录数据元)；——属性结合规范(如果该键是一个属性结合)；——键类型：字符、数值、结构；⋯该键是否对大小写敏感。4．2．10．3．14处理信息向用户提供的、表示目的方如何认定起源方宜处理数据的指令。指令由外部定义。对于目的方提供处理信息的某个给定数据库和处理环境(访问、搜索、索取、记录表示和记录操作)而言，指令集可能不止一个。根据名称来区别这些指令集。每个指令集可能在多个抽象语法中使用。根据对象标识符来区别这些抽象语法。因此，这种类型的解释记录可以根据数据库、处理环境、名称和对象标识符来区别。简要数据元：·该记录所属的数据库全名。·与该处理信息有关的环境。·该处理信息的名称。·外部定义的指令的抽象语法的对象标识符。非简要数据元：·用人可读形式表示的指令说明。·外部定义的机器处理指令(其抽象语法由上面引用的对象标识符表示)。4．2．10．3．15变量集信息目的方支持的变量集定义的描述信息；某个特定的变量集支持的分类、类型和值的描述信息。支持某个特定变量集定义并不意味着任意特定的数据库或数据元都支持指该定义。简要数据元：·变量集定义的对象标识符。·变量集定义的名称。非简要数据元：·支持的分类的列表，包括名称和说明；对其中每个分类，支持的类型的列表，包括名称和说明。对其中每个类型，支持的值的列表。4．2．10．3．16计量单位信息目的方支持的有关计量单位制定义的描述信息。简要数据元：·计量单位制名称。非简要数据元：·说明。5】 GB／T27702—2011／ISO23950：1998·单位类型列表(包括名称和说明)以及对应于其中每个单位类型的单位列表(包括名称和说明)。4．2．10．3．17类别列表目的方支持的解释类别列表。每个解释数据库都有一条解释记录。对于每个支持的类别，它由下列信息组成：简要数据元：·与解释类别的使用属性结合起来使用、以搜索该类别的记录的搜索项。注：仅当目的方支持未被本标准定义的某个类别时，才出现下列情况：·原始搜索项(用于目的方支持某个类别原始定义的修订版时的信息类别)。·说明。·该类别记录的ASN1定义。4．2．11终止机制终止机制包含一种服务：关闭。4．2．11．1关闭服务关闭服务允许起源方或目的方突然终止所有激活的操作，并启动z-联接的终止。见表15。仅当使用第3版时才能使用关闭服务。如果使用第3版，初始化之后、发出或收到关闭请求之前的任意时刻，起源方或目的方：·可以发出关闭请求，认为所有激活的操作被突然终止，等待关闭响应(忽略在此之间的所有消息)，并且认为z联接被关闭；或者·宜准备好接收关闭请求，认为所有激活的操作被突然终止，发出关闭响应，并认为Z-联接被关闭。表15关闭服务参数参数请求响应注关闭原因项(Close—reason)X诊断信息项(Diagnostic—inforamtion)x(可选)X(可选)资源报告格式项(Resource_repor【_format)X(可选)(只适用起源方)资源报告项(Resource-report)x(可选)(只适用目的方)其他信息项(Other-information)x(可选)引用标识项(Reference—id)x(如适用)4．2．11．1．1关闭原因项该参数指明起源方或目的方关闭z一联接的理由。其值为·完成；·关机；·系统问题；·费用限制；·资源；·违反安全要求；52 GB／T27702--2011／lso23950：1998·协议错误；·缺乏活动性；·未指定；·响应关闭请求。注：关闭请求和关闭响应均映射到同一个协议消息(关闭APDU)。如果两个系统同时发出关闭请求，每个系统将把对方的消息作为关闭响应(即使该消息不是这样发出的)。这种潜在的模糊性不会影响协议的正确操作。但是，如果该消息确实作为关闭响应发出，则提供上列状态中最后一种状态，即“响应关闭请求”，并可选择地使用这种状态。4．2．11．1．2诊断信息项目的方可以包含一个选择性的文本消息，提供附加的诊断信息。4．2．11．1．3资源报告格式项和资源报告项起源方发出关闭请求时：起源方可以包含资源报告格式项参数，以请求目的方在响应中包含资源报告(见4．2．6．1．1)。目的方单方面决定是否在响应中包含资源报告(及其格式)。它可以包含报告也可以省略报告，而不管起源方是否包含资源报告格式项。目的方在发出关闭请求时可以单方面地包含资源报告。4．2．11．1．4其他信息项起源方或目的方可以使用该参数增加传送本标准中未规定的附加信息。4．2．11．1．5引用标识项在起源方的关闭请求或响应中，可以包含也可以省略引用标识项参数。对关闭请求，目的方宜省略引用标识项。如果目的方对一个包含引用标识项的关闭请求做出响应，它可以在关闭响应中包含使用相同值的引用标识项，也可以省略该参数；如果目的方对一个不包含引用标识项的关闭请求做出响应，它宜省略该参数。4．3消息／记录长度和分段一个“段”是目的方作为聚合提取响应(即分段请求或提取响应)的一个部分发送(或准备传输)的消息。在整个4．3中，“记录”的用法如下：·除非另外规定，它的意思是指“响应记录”，即索取记录或替代性诊断。·除了4．3．3外，如果记录长度超过首选消息长度，指“替代性诊断记录”。·“第N条记录”指与结果集第N个条目指示的数据库记录对应的响应记录。·一条记录被认为是一串字节(为了描述分段步骤的需要)。·“记录长度”指用字节表示的记录长度。除了4．3．3外，如果一系列记录的长度之和(不包括协议控制信息)不超过首选消息长度项，称为“装人一个段”。对于提取操作，因为受记录长度或信息长度的限制，目的方可能无法将搜索到的记录装入单个段中。此时，(如果使用分段，)目的方可以将提取响应分为多个段发送(分段请求后紧跟提取响应)。协商确定l级和2级分段这两个分段级别。如果两种分段都无效，目的方对提取请求的响应由一个简单提取响应(单个段)组成，这个响应包含整数个记录。如果使用l级分段，目的方对提取请求的响应由多个段组成(分段请求后紧跟提取响应)，其中每个段必须包含整数个记录，即记录不能跨段。如果53 GB／T27702—2011／[so23950：1998使用2级分段，目的方对提取请求的响应由多个段组成，并且记录可以跨段。4．3．1不使用分段的过程本条论述的过程适用于不使用分段的情况。(这些过程不仅适用于不使用分段的提取操作，通常还适用于搜索操作，不管此时是否使用分段。一个搜索响应不需要分段。)目的方以一个简单提取响应对提取请求做出响应，(或以一个搜索响应对搜索请求做出响应)，这个响应包含整数个记录。如果因为受消息长度的限制，目的方不能返回所有请求的记录，它宜装入尽可能多的记录。过程假定目的方试图返回第M到第N条记录。如果第M到第N条记录可以装入响应，那么目的方返回这些记录。否则，目的方返回第M到第P条记录，选择的P要能使第M到第P条记录可以装入响应，但第M到第P+1条记录不能装入。示例假定目的方试图返回第1条到第10条记录；第1条到第6条记录可以装人响应，但第1条到第7条索取记录不能装入响应。第7条索取记录的长度：a)不超过首选消息长度，或者b)超过了首选消息长度，但不超过异常记录长度，或者c)超过异常记录长度。如果是a)，目的方返回第1条到第6条记录。如果是b)，除了下面注释的情况(见“异常”)，目的方用一条诊断记录代替第7条索取记录，表明该记录超过首选消息长度。如果是c)，目的方用一条诊断记录代替第7条索取记录，表明记录超过异常记录长度。(如果异常记录长度等于首选消息长度，那么这两种诊断的意义没有区别。)如果是b)或c)：·如果诊断记录不能与第l条到第6条记录一起装入响应，那么目的方返回第1条到第6条记录。(首选消息长度必须总是长到能装入任何诊断记录；因此从第7条记录开始的后继提取请求将索取诊断记录。)·否则，目的方插入诊断记录并继续试着装入第8条到第10条记录。异常如果一个提取请求指定了一条记录(即请求记录数等于1)，且该索取记录的长度超过首选消息长度但未超过异常记录长度，则目的方返回该索取记录。注意这种异常处理只适用于提取操作而不适用于搜索操作。因此，如果是b)，起源方随后可以发出一个提取请求索取第7条索取记录，提取请求中该记录是唯一被请求的记录。注：区别首选消息长度项和异常记录长度项的目的是允许例程利用方便的缓冲大小来完成正常长度记录的传输，同时也提供偶然出现异常大的索取记录的传输手段。起源方无需为这些最不利情况下的记录分配和占用本地缓冲空间。同时也要注意到如果起源方总是请求单条记录，这个意图是不成功的。4．3．21级分段使用l级分段时，目的方可以将聚合提取响应分成多个段(零个或多个分段请求后紧跟着一个提取响应)，每段由整数个记录构成(即记录不可以跨段)。如果使用1级分段，本条(4．3．2)描述的过程适用。从被请求的第l条记录开始、紧跟序号更大的记录，目的方生成包含被请求记录的段。除了最后一54 GB／T27702--2011／iso23950：1998段作为提取响应发送以外，每个段都作为一个分段请求发送。如果提供了(可选的)最大段数项的值，则段数不能超过该值。如果提供了最大段数项，并且其值是l，那么4．3．1描述的过程适用。如果一个提取请求业已请求单条记录，那么4．3．1中引述的异常情况也适用。过程假定起源方请求结果集中的第M到N条记录。示例A：Msent：起源方正在等待来自目的方的一个(Op)响应PDU。2．Rscrecvd：起源方接收到属于操作的资源控制PDU，正在等待服务用户的资源控制响应。3．Accrecvd：起源方接收到属于操作的访问控制PDU，正在等待服务用户的访问控制响应。目的方状态Z-联接的目的方状态0．Closed：目的方正在等待起源方的初始化PDU。1．Inkrecvd：目的方正在等待服务用户的初始化响应。2．AceSent：初始化阶段，目的方已经发送了访问控制PDU，正在等待起源方的访问控制响应。3．Rscsent：初始化阶段，目的方已经发送了资源控制PDU，正在等待起源方的资源控制响应。4．SerialIdle：z一联接已建立，使用“串行操作”，但无激活操作。5．ConcurrentIdle：Z一联接已建立，使用“并发操作”，但无激活操作。6．SerialActive：使用“串行操作”，且有一个激活操作。7．ConcurrentActive：使用“并发操作”，且至少有一个激活操作。8．z—Accsent：目的方已经发送了属于z联接的访问控制PDU，正在等待起源方的访问控制响应。9．Z—Rscsent：目的方已经发送了属于z一联接的资源控制PDU，正在等待起源方的资源控制响应。10．Closesent：目的方正在等待起源方的关闭PDU。11．CloseReceived：目的方正在等待服务用户的关闭响应。操作的目的方状态1．对于提取操作：Presentsent：目的方正在等待服务用户的提取响应PDU。对于提取之外的其他操作：《Op>sent：目的方正在等待服务用户的(Op>响应PDU。2．Rscsent：目的方已接收到属于操作的资源控制PDU，正在等待起源方的资源控制响应PDU。3．Accsent：目的方已接收到属于操作的访问控制PDU，正在等待起源方的访问控制响应PDU。82 GB／T27702—2011／ISO2395011998事件和动作表16列出了状态表(表17表22)中出现的事件和动作。与服务原语或APDU相对应的列在前面(按照它们在表中使用的缩写字母顺序)，其后是其他动作。表16状态表中事件和动作的缩写缩写含义PDU请求‘op)resp(操作类型)响应(op)con[(操作类型)确认响应PDUAccconf访问控制确认Acclnd访问控制指示AcePDU访问控制PDUAcereq访问控制请求AceresD访问控制响应AceRespPDU访问控制响应PDUAnyOpPdu属于某个操作的任一PDUAnvPdu除关闭PDU之外任一PDUCloseepnf关闭确认Closelnd关闭指示ClosePDU关闭PDuCloseren关闭请求。Closeresp关闭响应EndOpLnd结束操作指示lnitconf+初始化确认(接受)Initconf-初始化确认(拒绝)lnitind初始化指示InitPDU初始化PDUInitrea初始化请求InitrespPDU上初始化响应PDU(接受)InitrespPDU一初始化响应PDU(拒绝)Initresp+初始化响应(接受)InitresD-初始化响应(拒绝)Prsnteonf提取确认PrsntrespPDU提取PDUPrsntresp提取响应 GB／T27702--2011／iso23950：1998表16(续)缩写含义RSCconf资源控制确认Rsclnd资源控制指示RSCPDU资源控制PDURSt2req资源控制请求Rscresp资源控制响应RscrespPDU资源控制响应PDUSegind分段指示SegPDU分段PDUSegreq分段请求TrigrcPDU触发资源控制PDUTrigrcreq触发资源控制请求ZAccconf访问控制确认(Z一联接)Z—ACCPDU访问控制PDU(Z_联接)z_Accreq访问控制请求(Z-联接)Z-Accresp访问控制响应(}联接)z-ACCrespPDU访问控制响应PDU(Z一联接)z-Rscconf资源控制确认(Z-联接)ZⅧRPDU资源控制PDU(Z联接)Z—RSCreq资源控制请求(Z-联接)Z—RscreqnoResp资源控制请求，“无响应”(Z-联接)ZRscresp资源控制响应(z一联接)Z—RSCresPPDU资源控制响应PDU(Z一联接)KillOpsSet(variable>一(x>(x)DeerExit841．为创建《op>操作；创建《op)操作；创建(op>操作；操作；(7)设RetSt=7；设RetSt一7；(6)(8)(9)EndOplnd(4)Decr；Deel"；Decr；：[noOps](5)：[noOps]设否则(7)：RetSt一5：；RetSt=5：；(8)(9)Z_AccPDUAcclnd；Acclnd：设RetSt=5；设RetSt=7；(8)ZAccrespAccrespPDU：(RetSt)ZRscPDURsclnd；Rsclnd：：Eresp]设：[resp]设RetSt一5；(9)RetSt一7；(9)否则(5)：否则(7)：Z_RscrespRscRespPDU；(RetSt)CloserepClosePDU；ClosePDU；ClosePDU；ClosePDU：ClosePDU：ClosePDU；(10)Ki[IOps；KillOps；KiltOps；KillOps；(10)ClosePDUCloseind；Closelnd：Close1nd；Close1nd；CIose1nd：Closelnd：(11)KillOps；Kil]Ops；KillOps；(11) GB／T27702—2011／too2395011998表17状态表1(第3部分——起源方Z39．50连接：终止阶段)状态事件Closesent10CloseRecvd11AnyopPdu(10)Z—RscPDU：[noResp]Rscind：；(10)Z-AcePDU(10)CloserespClosePDU；(10)ClosePDUClosecon{；(10)表18状态表2--起源方提取操作状态事件Presentsent1Rserecvd2Accrecvd3RscPDURscind；：[resp](2)否则(1)：RscrespRscrespPDU；(1)AccPDUAcc1nd；(3)AccresDAccrespPDU：(1)lngrcreqTrigrcPDU；(1)SegPDUSegind；(1)PrsntrespPDUPrsntconhEndOpind；Exit表19状态表3——起源方除提取之外的操作状态事件conf；EndOplnd：Exit表20状态表4(第1部分——目的方Z39．50连接：初始化阶段)状态事件Closed0lnitrecvdlAccsent2Rscsent3lnitPDU]nitjnd；(1)InitrespPDu+；设opCnt=0；Initresp上：[cone](5)否则(4)：InitrespPDU；(0)AcereqAccPDU；(2)AccrespPDUAccconf；(1)RscreqRsePDU；：[resp](3)否则(1)：RscrespPDURsccon[；(1)86 CB／T27702m2011／1SO2395011998表20状态表4(第2部分——目的方Z39．50连接：处理阶段)状态SerialIdleConcurrentSerialCOl3currei3tZAccsentZ-RSCsent事件Idle5Active6Active78PDU创建(op)创建操作；操作；(6)操作；(7)设RetSt一7；设RetSt一7；(9)(8)EndODind(4)Decr：Decr；Decr；：EnoOps]：[noOps](5)：EnoOps]设RetSt=5}(9)else(7)：设RetSt一5；(8)ZAccreqAccPDU：AccPDU：设RetSt一5；设RetSt一7；(8)Z-AccresDACCcon{；PDU(RetSt)ZRscreqRSCPDU；RscPDU：：LrespJ：Lrespj设RetSt一5；设RetSt=7；(9)否则(5)：(9)否则(7)：ZRSCrespRscconf2PDU(RetSt)ClosereqClosePDU；(10)ClosePDU；ClosePDU：ClosePDU：ClosePDU；ClosePDU；(10)KillOps；(10)KillOps{(10)Kil|Ops；(10)ClosePDUCloselnd；(11)Closelnd：Closelnd；Closeind：Closelnd；Closelnd；KillOps；(11)KirIOps；(11)KillOps；(11)表20状态表4(第3部分——目的方Z39．50连接：终止阶段)状态事件Closesent10CloseRecvdllAnvPdu(10)Z_Rscreq13．ORespRSCPDU}(10)CloserespClosePDU；(0)ClosePDUCl洮econ{：(0)87 GB／T27702--2011／1SO23950：1998表21状态表5——目的方提取操作Presenl】-pCvC]RscsentAec．sent状态事件RSCreqRscPDU；：Eresp](2)否则(1)：RscrespPDURSCconf；(1)AccrespPDUAccconf：(1)TrigrcPDUTrigrcind；(1)SegreqSegPDU；(1)PrsntrespPrsntrespPDU；EndOp1nd；Exit表22状态表6--目的方除提取之外的操作(op)recvdRSCsentACCsent状态事件RscreqRscPDU；：Eresp](2)否则(1)：RSCrespPDURSCconf；(1)AccreqACCPDU；(3)ACCrespPDUAccconf；(1)TrigrcPDUTrigrc1nd；(1)top，resPtagSet—M：2一一>tagSet—G：3一一)局部定义的标签(主要用于字符串标签，也不排除数值标签)。在下列的标记中，在使用(x，y)之处，“x”为标签类型，而⋯y’为标签。下面的一列应插入表N．I的左边。标签路径(2，1)(2，7)(1，16)(1，18)(1，14)(3，(局部定义的字符串标签))RET．2．2．3重复出现的对象元素当允许有多重对象元素(即对象元素多次出现)时，模式才变得有一点复杂。模式可指明对象元素的每次出现具有不同的字符串标签。对于对象元素，ARS的“可重复”列中的各项应从“否”改为“是”。例如，假定某个记录包含了一个指纹文件，一张照片和一份简历，都用来描述一个人(而“姓名”元素可识别它们描述的这个人)。这三个元素的字符串标签分别是“指纹”、“照片”和“简历”。起源方可以将这些元素视作对象元素出现，因为模式指定只有对象元素才可有字符串标签。(这并不意味着起源方根据其字符串标签就能识别这种类型的信息(例如，指纹)；但起源方可以将字符串标签显示给用户，对用户来讲，它是有意义的。)ARS如下所示(定义列省略)：标签路径(2，i)(2．7)(1，16)(1。18)(1，14)(3，(字符串标签>)元素题名姓名日期积分记录标识对象元素强制性?是否是可重复?否是否是RET．2．2．4结构化的元素在前例中，ARS是平面的，所有的元素都是数据元素，即叶节点。在表N．2的ARS中，引入了层次结构；ARS包含结构化的元素(即，元素的标签路径长度大于1)。表N．2中的ARS是数据库模式的一部分，其中每条记录描述一项信息资源。它假设如下标签集：175 GB／T27702—2011／ISO23950：1998表N．2层次型的ARS标签元素名称建议数据类型25连接InternatlonalStrlng27记录源InternationalString5l目的InternationalStnng52组织者InternatlonalStrlng55订购处理InternatIonalString70可获取性(结构化的)90发行者(结构化的)94联系人(结构化的)97交叉引用(结构化的)下面将采用(X，y)／(z，w)这一记法来表示元素(x，y)是元素(z，w)的子元素。在“模式元素名称”列，使用缩格表示这种从属关系。例如，发行者姓名(一种数据元素)，是结构化元素发行者的子元素，而发行者反过来又是结构化元素可获取性的子元素。在本例中，模式指定上面定义的标签集的标签类型为4。该ARS的一些元素(隐含地)从tagSet—G(其标签类型为2)中输入，它们是：题名、文摘、姓名、机构、通信地址和电话号码。该ARS描述由题名、文摘、目的、组织者、可获取性、联系人、交叉引用和记录源组成的一个抽象数据库记录。它们是“顶级”元素，其中可获取性、联系人和交叉引用是结构化元素，其他则为数据元素。可获取性由发行者、订购处理和连接组成；其中发行者是结构化元素。RET．2．3变量索取时以变化的形式即以变量可得到一个元素。元素变量的概念用于以下三种情况：·起源方可以根据某一特定的变量来请求元素(在提取请求中)。·目的方可以根据某一特定的变量来表示元素(在提取响应中)。·目的方指明特定元素的哪些变量是可用的。相应地，并且更正式地，变量规范(variantSpec)可以采取变量请求、应用变量、或者支持变量的形式。在这三种情况下，变量规范都是一个变量部件序列，每个部件都是一个三元组(类、类型和值)。“类”是一个整数，“类型”也是一个整数，每个类都定义了一组类型。每个类型都定义了值。变量集定义为一个注册的对象(其对象标识称为变量集标识)，它定义了一个变量部件中使用的一组类、类型和值。变量规范由其变量集标识限定，以提供在变量部件中出现的值的环境(这一点与在RPN查询中包含一个属性集标识相似，后者为属性列表中的属性值提供了一个环境)。变量集的定义variant一1见附录K，并在RET．3．3中作了详细描述。RET．2．4记录语法目的方在抽象数据库记录中应用记录语法，以形成索取记录。记录语法分为两类：内容特定的和一般的。内容特定记录语法包括：·属于MARC家族的语法(在附录E的开始部分列出)。·解释(REC．1)。·OPAC和概要(REC．3和REC．4)。176 GB／T27702—2011／ISO23950：1998·扩展服务群(REC．6)。一般记录语法进一步分为：结构化的和非结构化的。结构化记录语法可以用来表示标签集元素。GRS-1，一种一般结构化语法，在REC．5中定义，并在RET．3．2中详细描述。简单非结构化文本记录语法(SUTRS)，在REC．2中定义。RET．3本标准定义的检索对象本附件的剩余部分将详细描述本标准定义的下列索取对象：元素规范格式eSpec一1、记录语法GRS1、变量集variant一1、tagSet—M和tagSet—G。在这些描述中，假定这些对象是一起被使用，例如，在eSpec一1的描述中，假定GRS一1是用作记录语法。但是，一般不作这样的限制。例如，使用SUTRS时，eSpec-1也可以用作元素规范。RET．3．1元素规范格式eSpee-1元素规范格式eSpec—l在附件10ESP中定义。采用这种格式的元素规范基本上是一个元素请求集合，可以看到主结构的最后一个成员是这样的：elements[4]IMPLICITSEQUENCEOFElementRequest······每个元素请求可以是“简单元素”或者是“复合元素”，通过元素请求定义区别为：ElementRequest：：一CHOICEfsimpleElement[1]⋯compositeElementr2]⋯简单元素在RET．3．1．1中描述。复合元素是由一个或多个简单元素构成，在RET．3．1．2中作了描述。注：采用简单元素形式的元素请求实际上可能产生一个多元素的请求(参见RET．3．1．1．3)。元素规范可包含附加元素请求，它们来自主序列中的第一个成员“元素集名称项”。“元素集名称项”产生的元素请求都是简单元素。在主结构中还包含了一个缺省的变量集标识和一个缺省的变量请求，在RET．3．1．1．5中对它们作了描述。RET．3．1．1简单元素简单元素的请求由该元素的标签路径和变量请求(可选地)组成。标签路径指定代表抽象数据库记录层次结构的逻辑树(或多棵树)的一个节点，而元素规范用于该数据库记录上。标签路径就是从树根到该路径代表的那个节点所经过的节点形成的序列，其中每个节点都用一个标签代表。标签路径的末端节点可能是一个包含数据的叶节点，也可能是一个非叶节点。如果是后者，请求属于整个子树，其根就是该节点，GRS-1递归地表示这棵子树(见RET．3．2．1．1)。RET．3．1．1．1标签每个标签由标签类型限定。因此，一个标签是由一个标签类型和一个标签值组成。(一个标签进而由其“出现”限定，见RET．3．1．1．2)。每个标签类型是～个整数，每个标签值可能是一个整数或字符串。假设标签路径上的每个标签都有一个显式的或隐式的标签类型；它可以在规范中显式地提供，如果省略掉，则使用缺省类型(在所使用的模式中，应列出缺省类型)。标签路径上的标签可以有不同的标签类型。RET．3．1．1．2出现标签路径上的每个节点不仅可依据其标签加以区别，而且依据其在具有相同标签的节点中的出现177 GB／T27702--2011／lso23950：1998来区别。一个记录可能包含重复出现的元素，起源方可能希望请求特定元素的第N次出现(例如“第4幅图”)。可省略一个节点的“出现”规范，此时其缺省值为1。出现可以显式地指定为“最后”(提供这一能力的情况是：起源方不知道出现了多少次，并且不论出现多少次，需要最后一次出现)。RET．3．1．1．3多个简单元素在某些情况下，一个“简单元素”请求(在元素请求结构中)产生多个简单元素。这发生在以下这几种情况下：如果标签路径指定一个非叶节点，请求就代表了整个子树(在逻辑上与简单请求其下属的每个叶节点是相同的)。·“出现”被指定为“所有”，其含义是“具有给定标签的所有节点”。·“出现”被指定为一段范围(例如，从1至10)。·标签路径含有一个通配符(见RET．3．1．5)以替代特定的标签。RET．3．1．1．4通配符标签路径可以看作是包含标签和通配符的表达式。有两种通配符，即单通配符和通配路径，分别在RET．3．1．4．1和RET．3．1．4．2中作了描述。为了讨论通配符，考虑图N．1中显示的具有层次型结构记录的例子。1(根)班．1／a11218(出现1)11218(出现2)《⋯12l1／2／8／5(出现1)1121815(出现2)1121811311316113171131618113№}马113171lo11317111¨⋯⋯⋯¨¨113161815¨1／317／11／51／317111112178图N．1用以说明层次型结构和单通配符的记录示例 GB／T27702--2011／ISO23950：1998图中的每个单元表示一个元素，其标签路径在单元内标出。标签路径中的数值是标签值；为了简洁，省略了标签类型，并假设所有标签类型是相同的。叶节点用双线框单元表示。例如，标签路径1／3／7表示(非叶节点)带标签7的元素从属于带标签3的元素，带标签3的元素从属于带标签1的元素。而1／3／7／11／12表示(叶节点)节点标签为12的元素。RET．3．1．1．4．1单通配符标签路径表达式可包括单通配符，代替标签。单通配符采用出现规范形式：例如，标签路径表达式“1／2／单通配符(出现3)”代表了节点1／2／9，因为它是节点i／2的第3个子节点。表达式“1／单通配符(出现2)”与路径1／3等效，即代表了节点中有标签3的整个子树。RET．3．1．1．4．2通配路径标签路径表达式可包括通配路径，代替标签。通配路径与任意路径上的任意标签序列匹配，这样，沿着表达式中的通配路径的标签是沿着匹配路径序列。例如，表达式“通配路径／5”和“l／通配路径／5”都将出现在以5结束的所有路径中。它将匹配：1／2／8(出现1)／5(出现1)l／2／8(出现1)／5(出现2)1／3／6／8／5和1／3／7／11／5表达式“i／z／通配路径／5”将匹配上列头两个，而表达式“1／3／通配路径／5”将匹配上列后两个。RET．3．1．1．5变量请求每个简单元素的请求都可选择地包含一个变量请求。注：eSpec-l主结构可选择地包含“缺省变量请求”。如果元素请求中不包含变量请求，而主结构中出现“缺省变量请求”，则“缺省变量请求”适用。如果元素请求中不包含变量请求，而主结构中不出现“缺省变量请求”，则没有与该元素请求有关的变量请求。主结构中还可以选择地包含“缺省变量集标识符”。变量规范可包含也可不包含变量集标识符。如果元素请求中含有变量请求，而变量请求不包括变量集标识符，则“缺省变量集”适用。(如果元素请求中包含的变量请求没有包含变量集标识，而主结构中出现“缺省变量集”，则该变量请求出现错误。)RET．3．1．2复合元素复合元素的元素请求采用简单元素(在RET．3．1中描述，或者是用一个或多个元素集名称来指定的简单元素)、一个传送标签和一个可选的变量请求的列表的形式。这些简单元素由目的方合成一个简单(逻辑)元素，(可选的)复合变量适用于该简单元素，目的方使用提供的传送标签来表示这个元素。RET．3．2一般记录语法GRs_1GRS-1结构是一个表示数据库记录的索取记录。它的逻辑内容是一个表示抽象数据库记录层次结构的树，或者当抽象记录没有根时是树的一个序列。RET．3．2．1通用树结构顶级“SEQUENCEOFTaggedElement”可能是一个TaggedElement的实例，代表一颗树的根，这棵树代表抽象记录(在退化的情况下，该记录由一个元素组成)。或者，顶级SEUQNECEOF可能包含多个已置标元素实例，此时该记录的根不唯一；该记录由多棵树表示，其中可能有或者全都是单个元素(因此，GRS一1结构可能表示元素的平面序列)。179 GB／T27702—2011／ISO23950：1998GRS-1结构中的每个叶节点可能与某个元素请求相对应，该元素请求包含在对应的eSpee一1元素规范中。非叶节点可能与一个元素请求相对应；如果一个eSpec一1元素请求标签路径在一个非叶节点处结束，则该请求与由该节点表示的整个子树对应。RET．3．2．1．1递归和子树每个已置标元素实例通过递归可包含一个子树。从树根(或者从一个预级节点)开始，利用标签和出现，已置标元素指定一个直接下属节点。如果“内容”的CHOICE是“子树(subtree)”，则指定的节点是一个非叶节点；“子树”本身定义为SEQUENCEOFTaggedElement，因此就定义了下一级的节点。因此，可用递归描述任意复杂的树。RET．3．2．1．2叶节点沿着由GRS-1记录描述的路径，最后会遇上叶节点(即“内容”不是“子树”)。叶节点的内容是下列内容之一：·数据，参见RET．3．2．2。·空，因为下列原因之一：——请求的元素不存在；——请求的元素存在，但没有数据；——指定的元素请求(通过variant一1变量请求)不返回数据(这可能是因为只需要元数据。因此变量请求可以申请元数据，该元数据与这个节点相伴；参见RET．3．2．3)。·诊断。RET．3．2．2数据如果叶节点含有数据，则其“内容”是下列ASN．1类型之一：0CTETSTRING、INTEGER、通用时间、EXTERNAL、InternationalSt“ng、BOOLEAN、OBJECTIDENTIFIER，或者IntUnit。这就是说，元素数据的CHOICE是以上类型之一，实际数据使用选择的类型，也可指明应用变量，方法是包含主结构的应用变量。RET．3．2．3元数据如果叶节点包含数据，或者为空，可包括含有元素的元数据的“元数据(metaData)”。元数据可能与数据包含在一起，或当元素请求要求不返回数据时(即“内容项”为“不请求数据项”)，代替数据。当“内容”是“没有元素”、“元素空”或“诊断”时，不包含元数据。叶节点的元数据是下列情况之一或者全部是：·用法正确(usageRight)：目的方申明元素可以自由地分发，或者限制使用。对于后者，目的方以文本消息或许可指针的形式提供限制。·命中(hit)：参见RET．3．2．3．1。·显示名称(displayName)：目的方建议的元素名称，供起源方显示。·支持变量(supportedVariant)：参见RET．3．2。·消息(message)：供起源方给用户显示的与元素有关的消息。对于非叶节点，当包含元数据时，还可能有下列情况：·序列顺序(seriesOrder)：见RET．3．2．3．2。RET．3．2．3．1命中可能有一个或多个命中矢量与一个元素相关连。每个矢量都指向元素的一个片段。每个这样的片180 GB／T27702—2011／ISO23950：1998段都与使(元素所属的)该记录落人结果集的搜索有某种关系(记录在该结果集中表示)。注：命中矢量和元素的这种关联仅在搜索的环境中才有意义。命中矢量可选择性地包含一个“满足项(Satisfier)”：例如，查询中的一个搜索项，它又在该元素的片段中出现，命中矢量就指向这个片段。目的方可以在返回元素的同时返回命中矢量，这样起源方就能迅速地确定元素(满足查询条件的)那一部分的位置，甚至可能将满足项明确地显示给用户。目的方可返回元素的一个部分，并返回命中矢量，其中一些矢量指向索取到的部分，其他一些则指向没有包含的片段，这样就告诉起源方请求哪个片段就能索取到元素的其他相关部分。命中矢量可包含定位信息：偏移量(片段在元素中开始的位置)和长度。这两种信息都用IntUnit来表示，例如，定位信息可能指定偏移量为“10页”、长度为“1页”，它的意思是，满足项在第10页上(或者片段就是第10页)。注：如果出现在同一页上的带同一个满足项的命中矢量有多个，并且目的方希望指定“等级项(rank)”(见下文)，则需要使用比“页”粒度更小的单元。命中矢量中还可以包含“等级项”，该项与命中矢量集中的其他命中有关。等级是一个正整数，其值小于或等于命中矢量的数值。多个命中可以共享相同的等级。最后，目的方可以赋给命中矢量一个标记，这个标记指向与该命中相连的某个片段。起源方在此之后的(元素请求中的)变量请求中可以使用该标记索取(或引用)这个片段，但必须在同一个弘联接之中。目的方可以提供定位信息，或者一个标记，此后可以用该标记来索取特定的片段。如果目的方既提供了定位信息又提供了标记，例如，定位信息可能指向“第lo页”j此后起源方可以索取其前后页，包括该页(即第9～11页)。如果目的方还提供了一个标记，则起源方可以索取“前一片段”或“后一片段”。定位信息总是变量特定的。而标记则既可能是变量特定的又可能是变量无关。起源方可(利用variant1为元素)请求“命中：非变量特定”，或者指定“没有数据”。返回的命中矢量将与变量无关。(因此，标记可包含在每个命中矢量中，而定位信息不能)。在此之后，起源方还能在元素请求中使用标记来索取相应的片段，与元素请求中包含的变量请求无关。对于某一特殊变量，起源方也可为某一元素请求“命中：变量特定”。目的方可返回定位信息和(或)标记，但无论在哪种情况下，命中矢量仅对该变量有效。在此之后，起源方在元素请求中使用定位信息或者标记索取相应的片段，但必须指定该变量。命中的替代，见RET．3．3．1．8，亮区(Highlighting)。RET．3．2．3．2序列顺序目的方可包含元数据“序列顺序”(仅对非叶节点)。它表示具有相同标签的直接下属元素是如何排序的，其值列在TAG．2．1中，但可被模式覆盖。序列顺序的值与元素排序项的值相等(见RET．3．4．1．2．3)，元素排序应用于记录一级，(即，在整个记录的范围之内，元素排序对所有具有相同标签的同类元素都有效。)RET．3．3变量集variant-1本节描述变量集variant一1。RET．3．3．1variant-1类本节描述变量集variant一1定义的类、类型和值。RET．3．3．1．1变量标识Variant一1类l“变量标识”可用于提供变量规范的一个标识(在类l中只有一种类型，所以变量标识18】 GB／T27702--2011／IS023950：1998始终是类1、类型1)。它是一个临时的标识，可以用来指定某个Z-联接中的某个特定变量规范。(变量标识不要与变量集标识混淆，后者指定变量集定义。)变量标识可以包含在支持变量、变量请求、或应用变量之中。目的方可支持元素的变量列表(见3．3．2)。它由一系列元素的支持变量组成，其中每个变量都有一个变量标识。此后，在(元素请求的)变量请求中起源方使用该标识，指定支持变量(即，元素的变量形式)，代替变量的显式的创建。变量标识可以用于应用变量中，当起源方希望在此后的请求中使用它时，目的方就提供它，并有可能覆盖一些变量参数。RET．3．3．1．2主体部分类型Variant一1类2“主体部分类型”用来代表元素的结构或“主体部分的类型”。它可以在支持变量、变量请求或应用变量中使用。由三种类型：类型1是iana类／予类，适用于因特网号码分配处IANA(InternetAssignedNumberAuthority)注册的内容类型。类型2用于Z39．50维护处(Z39．50MaitenanceAgency)注册的主体部分类型(类型2一般用于其他一些尚未正式注册的格式)。类型3用于双方承认的主体部分类型。下列是已注册的一些IANA内容类型／子类型：类型子类型文本无格式RichtextTaft一分隔值应用Octet—StreamPostscriptodaDxWordperfect5．1PdfZipMacwriteiiMSWord图像JpegGifIefTiff音频基本视频Mpeg例如，PostScript，可以由三元组(Triple)表示：(2，1，‘应用／Postscript’)。SGML尚未被IANA注册，所以它作为一个Z39．50主体部分类型来注册，用(2，2，‘sgml／(dtd)’)来表示，其中是SGMLDTD的名称。Z39．50主体部分类型仅在它不作为一个IANA类型时才被注册。如果在此之后被IANA采纳，则建议引用IANA的类型。RET．3．3．1．3格式化／表示Variant—l类3“格式化”可包含在变量请求、应用变量，或支持变量之中。它指明附加的格式化参数，例如每行长度、每页行数，字体和边界。182 RET．3．3．1．4语言／字符集GB／T27702--2011／lSO23950：1998Variant一1类4“语言／字符集”可用于变量请求、应用变量，或支持变量之中。它指明语言和／或字符集。RET．3．3．1．5片Variant一1类5“片”可包含在(类型1的)变量请求和(类型2的)应用变量中，查询元素的某个特定的片或片段。起源方使用类型1来请求：·从元素开始部分开始的一个片段(“开始”)。·“下一个”片段(与目的方标记指明的片段相关连，参见类型7)。·“前一个”片段。·“当前”片段(目的方标记指明的片段)。·元素中的“最后一个”片段。目的方使用类型2来指明被表示的片段：·从元素开始部分开始，但不是整个元素(“开始”)；·既不从元素开始部分开始‘，也不在元素结束部分结束(“中间”)；·不从元素开始部分开始，但在元素结束部分结束(“结束”)；·在元素结束部分结束，但元素将来会增加(“当前结束”)；·“整个”元素。目的方可以使用类型3、4(或5)、6代替类型2，以指明片段的“开始”和“结束”或者“开始”和“多少”(例如，从第1页开始，共100页)或者“步”长。例如，目的方可以指明片段从第10000字节开始，到第20000字节结束(此时应当指明步长为1，如果省略“步”，则隐式地认定步长为1)；或者从第100页开始到第200页结束的其中每个第5页。类似地，起源方可以使用类型3、4(或5)、6来请求一个片段。在变量请求中，这些类型用来限定类型2和7指定的片段。例如，请求可能指定了一个目的方标记为(5，1，3)的前一个片段、开始和结束。此时，这个开始和结束与指定的片段相关连，即与目的方标识指定片段的前一个片段相关连。目的方可以在应用变量中使用类型7以提供一个标记作为所支持片段的标识，在此之后，起源方能够在变量请求中使用该标记来表示该片段。RET．3．3．1．6请求的元数据Variant一1类6“请求的元数据”可包含在变量请求之中，以请求与元素相关的元数据。例如，起源方可能想要知道，检索PostScript中的特定元素的费用，以及(PostScript形式的元素)页数。在变量请求中应为该元素包含下列变量指示符：·(2，1，‘应用／Postscript’)——Postsc“pt·(6，l，NULL)——费用·(6，2，单元：页)——页数·(9，1，NULL)——没有数据(仅返回上面的元数据)或者，如果起源方知道费用和页数信息的变量的变量标识，它就可以用变量标识来代替一系列显式的指示符(在上例中，代替Postscript指示符)。(如果起源方知道变量标识，它可能已经得到了费用和页数信息，因为它可能已经从变量列表(VariantList)中知道了那个标识。如果这样，目的方可能已经在支持变量中包含了费用和页数信息。)起源方也可询问元素中命中位置定位信息(见RET．3．2．3．1)。元素中可能有变量特定的命中和】83 GB／T27702--2011／ISO23950：1998非变量特定的命中。上述请求可能也想利用(6，3，NULL)得到特定于某个变量的命中(即Postscript)，或者利用(6，4，NULL)询问非变量特定的命中。无论那种情况，请求都是要目的方返回检索到的GRS记录中的命中矢量。起源方可请求目的方利用指示符(6，5，NULL)提供一个元素的变量列表。目的方可能在GRS结构中(而不是在应用变量中)提供(由一系列支持变量组成的)变量列表，参见RET．3．3．2。起源方可能是用(6，6，NULl。)来询问某个特定的变量是否被支持。茌RET．3．3．2中提供了一个例子。RET．3．3．1．7返回的元数据Variant一1类7“返回的元数据”可包含在应用变量或支持变量中。元素元数据有几个种类。如类7中费用、页数、完整性和可分离性这些元数据是为变量一1中的表示而选出的，因为目的方可以在支持变量中包含这些元数据。其他元数据，包括命中和变量列表，包含在GRS-1结构中。在RET．3．2．3．1中，对命中作了描述。RET．3．3．1．8亮区Variant一1类8“亮区”可包含在变量请求或者应用变量中。亮区可以用来代替或者补充命中矢量，在RET．3．2．3．1中作了描述。起源方可以在变量请求中包括“前缀项”和“后缀项”，以请求目的方在命中周围的实际数据中插入指定的字符串，这样起源方在检索数据时可以通过简单地定位这些字符串来快速地访问命中。起源方可使用“服务器缺省项”来代替“前缀项”和“后缀项”，以表明目的方选择用于亮区的字符串。目的方可以在应用变量中使用“前缀项”和“后缀项”，以表明在元素中亮区显示命中时所使用的字符串。RET．3．3．2变量列表目的方提供变量列表的完整性由具体实施决定。例如，对于目的方以PostScript提供的元素(代表了一篇文献)，应考虑下列情况：·文献可能已经以打印格式存在，目的方可能仅支持单个PostScript变量。·目的方支持几个变量形式，因语言不同而变化。·目的方支持许多变量形式，因语言不同而变化。·目的方支持许多变量形式，因语言不同而变化，并且因格式／表示参数而变化，包括每页行数、字体等。目的方可为该元素列出单个支持变量，以指明该元素能以PostScript形式获取。此时，起源方不必知道究竟出现了上述那种情况。而如果目的方列出了3个支持元素，每个都指明PostScript和一种语言。此时，起源方有理由判断出能获取只以这三种语言表示的元素，但起源方可能无法推断究竟应使用哪个格式化参数。目的方可在每个支持变量中指明一个或多个格式化参数。起源方推断其他变量被支持的范围取决于具体实施。起源方可显式地要求支持哪个变量，其方法是，创建想要的变量(包括所有想要的格式化参数等)并用三元组(6，6，NULL)指明“变量是否支持?”。如果变量存在，变量请求可能还要求目的方提供费用(6，1，NULL)和页数(6，2，NULL)信息。目的方使用带有元素和相同参数的应用变量回答能不能支持请求的变量，其中包含三元组(7，5，TRUE)或(7，5，FALSE)。如果目的方指明TRUE(即变量被支持)，则它还可提供一个变量标识，起源方可以用这个变量标识来请求该变量。起源方可创建一个包含变量标识以及附加的变量指示符的变量请求。假如目的方列出下列支持变量：184 GB／T27702--2011／iso2395011998(1，I，(变量标识>)一-标识该变量(2，1，’应用／postscript’)一PostScript格式(4，1，’por’)一葡萄牙语可以获取Postscript格式的葡萄牙语元素。起源方可只提交包含(1，1，(变量标识))的变量请求来请求这个Postscript格式的葡萄牙语元素。再假如，目的方列出下列支持变量：(1，1，(变量标识))一一标识该变量(2，1，’应用／postscript’)一PostScript这样目的方就指明可以获取PostScript格式的元素，但不提供其他变量的信息。起源方可只提交包含(1，1，(变量标识>)(4，1，’pot’)的变量请求。这个请求请求的仍是Postscript格式的葡萄牙语元素。或者，起源方可提交下列变量请求：(1，l，(变量标识))(4，1，’por’)(4，2，84)一葡萄牙语字符集(5，3，第1页)一从第1页开始(5，4，第100页)一到第100页结束该请求请求的是一个PostScript格式的葡萄牙语元素，葡萄牙语字符集，从第1页到100页。RET．3．4本标准定义的标签集附件标签定义两类标签集，tagSet—M(主要用于传送记录元数据和相关信息的元素)和tagSet—G(主要用于一般元素)。在RET．3．4．1和RET．3．4．2中对这两类标签集描述。RET．3．4．1tagSet-MtagSet—M定义了目的方可以选择在索取记录中返回的一组元素，即使该元素没有被请求并且不是数据库记录中实际包含的信息。实际上。它是关于数据库记录、索取记录或者结果集记录的信息。在一个GRS一1记录中，目的方返回tagSet—M元素的方法与目的方从任何其他标签集返回元素的方法一样。1)有关数据库记录的元信息有：处理指令项·记录用法项；·限制项；·用户消息项；·URL项；·局部控制号项；·创建日期项；·最后修改日期项；·最后查看日期项。2)定义的有助于构建和处理索取记录的元素有：模式标识项；·元素已排序项；】85 GB／T27702--2011／isO23950：1998·元素排序项；·缺省标签类型项；·缺省变量集标识项；·缺省变量规范项；·记录项；·众所周知项；·记录包装项。3)结果集中有关记录入VI的元素有：等级项·积分项RET．3．4．1．1元信息在TAG．2．1中提供了这类元素的定义。这些元素中的任何一个元素未必确实出现在数据库记录中。但是需要强调的是这些元素描述数据库记录。它们并不包括数据库记录中除了记录本身之外其他对象的元信息。例如，tagSet—M元素“url”涉及数据库记录的URL，数据库记录本身可含有该记录描述资源用的URL；tagSet—M元素“url”不包括这些URL。RET．3．4．1．2索取记录的信息RET．3．4．1．2．1模式标识项索取记录仅在模式定义的范围内有意义。方知道某条特定索取记录所使用的模式定义。源方可能不清楚使用的模式时提供。在许多(可能是大多数)情况下，目的方有理由相信起源此时，目的方不需要显式地表示该模式。该元素仅在起该元素对于包含由不同模式定义的下属记录或嵌套记录也有用处。见RET．3．4．1．2．5。如果提供，该元素通常应作为索取记录(或下属记录或嵌套记录)中的第一个元素，因此如果目的方希望按数字顺序表示元素，则该元素被赋以标签1(见RET．3．4．1．2．2)。RET．3．4．1．2．2元素已排序项该元素是一个BOOLEAN标志，指明了索取记录中的元素是否按其标签的顺序表示。这个顺序在附件12TAG．2．1中描述。该元素定义的gl的在于，当起源方拟确定某个特定元素在索取记录中的位置时，了解元素是否顺序地表示是有用的。如果提供，该元素通常作为索取记录中的第一个元素；如果提供模式标识项，则作为第二个元素，并被赋以标签2。RET．3．4．1．2．3元素tt}序项对于包含重复出现元素(即具有相同标签的兄弟元素)的索取记录，目的方可按照某种逻辑顺序提取这些元素，例如，按照时间顺序、普遍性递增、同心对象快照、或正常用量(即页、帧)。该元素指示了顺序；其值在TAG．2．1中列出。注：这些值与用于元素层的“序列顺序”(见RET．3．2．3．2)的值相等，且适用于一个元素的子元素。“元素排序项”这个元素用于记录层，即，它用于整个记录，对所有具有相同标签的兄弟元素都适用。RET．3．4．1．2．4缺省标签类型项、缺省变量集标识项和缺省变量规范项标签类型省略时，如果提供缺省标签类型项，则认定它为表示元素的变量类型。定义它的目的仅仅186 GB／T27702--2011／ISO23950：1998是为了简化索取记录。如果索取记录中有主标签类型，则该元素允许目的方为具有标签类型的元素省略标签类型。注：模式还可列出缺省标签类型。如果这样，则缺省标签类型项(如果存在)将覆盖模式列出的缺省值。如果模式不列出缺省的标签类型，且本元素不出现，则索取记录中的每个标签都应包含一个标签类型。索取记录省略变量集标识时，认定缺省变量集标识项为应用变量的变量集标识。索取记录省略应用变量时，认定缺省变量规范项(如果提供)为所有元素的应用变量。模式也可列出缺省变量集标识和／或缺省应用变量。如果是这样，则这些元素(如果出现)，将覆盖模式列出的对应的缺省项。如果模式未列出缺省变量集标识，而且未提供缺省变量集标识项，则索取记录中的每个应用变量都应包含一个变量标识。如果模式未列出缺省的应用变量，而且没有提供缺省变量规范项，则认定未提供应用变量的索取记录中的元素不使用应用变量。RET．3．4．1．2．5记录项tagSet—M元素“记录项”可用来标识嵌套记录或下属记录。一条索取记录表示一条数据库记录，但是该数据库记录可包含代表数据库记录的元素(可能从不同的数据库中复制得到)。例如，某个数据库可包含代表队列化的数据库更新信息的记录。每条这样的记录可含有对其他数据库记录产生影响的一系列数据库记录。OPAC数据库中的记录可以定义为包含一条书目记录和对应的馆藏记录，而馆藏记录又可包含一系列流通记录，这是另一个例子。重要的是应注意，尽管一条索取记录可包括任意数量的下属记录或嵌套记录，它仍然只是一条结果集记录。采用这种方法定义的下属记录(或嵌套记录)，可根据与索取记录不同的模式提交。tagSet—M元素模式标识项可以包含在代表一条记录的元素中，并且如果这样，它只在这个元素之中使用。RET．3．4．1．2．6众所周知项一些模式的开发者预料，不同的目的方希望为某些元素提供该元素的某些可选择的形式。为了支持这样的灵活性，定义了元素“众所周知项”。假定某个模式定义了“题名”元素，其目的可能是目的方简单地返回一个值，目的方认为这个值就是题名。此时，“题名”应该是根据tagSetG定义的一个叶节点，不需要使用“众所周知项”。但假定目的方希望返回包含题名的几种形式的“题名”元素，其中也有起源方不能识别其他种形式时所认定的那种缺省形式(在这种情况下，目的方可忽略除了缺省形式之外的其他形式，也可仍将它们都显示给最终用户。即使起源方不理解，最终用户仍可能理解这些形式)。起源方返回的一个“题名”元素，构成下列子元素：·缺省题名；·“缩写键题名”；·“前题名”；·“扩充的题名”；·“罗马字形式的题名”；·“缩短的题名”。其他形式的题名(即除了缺省题名之外的题名)可使用上述的局部定义字符串标签，或者它们是在其他标签集中定义的已知标签。但不管怎样，缺省题名有一个明显不同的整数标签，该标签赋给tagSet—M的元素“众所周知项”，以将其区别。因此，众所周知项这个元素总是属于某个其句法已知的上级元素(如“题名”、“地址”、“姓名”)，且该上级元素构成该元素的一种或多种形式，其中一种形式是缺省形式，由众所周知项元素中的标签予以区别。众所周知项的环境通过其上级元素获知。】87 GB／T27702—2011／ISO2395011998RET．3．4．1．2．7记录包装项定义该元素的目的是表示一条没有根的记录(例如，一条平面记录，或者层次结构是多个树的记录)时使用。当起源方请求该元素时，该请求被解释为对提交的下属于该元素的整条记录的请求。定义该元素的主要目的是与指定为“没有数据”的变量请求联合使用，以索取记录的结构(即只有标签没有数据)。如果一条记录没有根，且该元素出现，则该记录实际根表示为从属于该元素。RET．3．4．1．3结果集记录信息tagSet—M元素等级项和积分项提供与结果集中的记录入口有关的信息。一条记录可能同时有等级项和积分项。结果集记录的等级项是从1至N的一个整数，其中N是结果集的入口数(每条记录应有一个唯一的级别)。结果集记录的积分数项是从l至M的一个整数，M是正规化因子，与结果集的大小无关，可以有多条记录具有相同的积分。规范化因子在模式中指定。RET．3．4．2tagSet-GtagSet—G包含模式定义通用的一般元素。除了显示主体项之外，其他元素无需说明。RET．3．4．2．1显示主体项目的方可能将一条记录中的几个元素，以显示的格式，组成一个显示主体项元素，以便由起源方显示给用户。对于给定的模式和特定的应用，一些起源方可能需要目的方区别索取记录中的各个元素，这可能是因为起源方想复制这条记录。在另外一些情况下，目的方需要将所有元素打包成为显示格式以便直接显示给最终用户，起源方才感到满意。无论上述哪种情况，显示主体项都不适用，(在后者情况下，目的方可以使用SUTRS记录语法而不用GRS-1)。但是在某些情况下，起源方可能需要某些元素被区别出来，并且以便目的方能够将剩余元素打包成一个检索元素用于显示。在这些情况下，显示主体项是有用的。假如目的方希望表示一条记录的二十个元素，但只有前三个拟供起源方使用，其余元素拟透明地传输给用户。目的方不需要将所有二十个元素打包，而是传送四个元素，其中第四个元素是将后面的十七个元素以显示格式打包。从一个检索元素将多个逻辑元素打包来看，显示主体项元素与组合元素(参见RET．3．1．2)类似。但是，显示主体项与复合元素在以下三方面不同：·由目的方，而不是起源方挑选打包的元素子集。·在复合元素中，可能有起源方和用户理解的标签传递的句法。例如，一个复合元素的请求可能要求将245字段的h子字段和246字段的C子字段连接，并作为“题名”传递元素项发送回来(可能有与“题名”有关的某些可识别的句法)。显示主体项除了通知起源方“有～个用于显示的复合元素”之外没有其他句法。·显示主体项合成的元素始终应是显示格式。但复合元素可能采用显示格式，也可能采用其他格式，这需要由变量决定。188 附录o(资料性附录)PRO：7．39．50框架文件GB／T27702—2011／ISO23950：1998本附件列出由开放系统环境实施者工作组(OIW)图书馆应用专业组(sIG／I。A)批准的Z39．50的框架文件。在本标准出版之时，OIWS1G／LA业已批准了下列框架文件：政府信息定位服务(GILS)应用框架文件。ANSI／NISOZ39．50的GILS规范和符合GII。S的服务器的其他方面的内容，超出了Z39．50的范围。GILS框架文件为所有的GILS应用(包括GILS核心)提供规范，GII，S核心是所有GILS定位记录的一个子集。该规范详尽地论述了Z39．50在其中的应用。2WAlSZ39．50第2版WAIS框架文件(第1．4版)：广域信息服务器(WAIS)网络出版系统的应用框架文件。基于ANSI／NISOZ39．50—1995规范的Z39．50第2版。3ATS-1详述Z39．50的1类查询中属性集bibl的使用方法，通过著者、题名或主题进行搜索，提供对书目数据库的基本的搜索人口。其目的在于保证起源方和目的方能够象许多图书馆中使用的常见的联机目录系统那样，提供搜索书目数据库的基本人口。4在TCP之上直接使用Z39．50—1992基于因特网RFC“在因特网环境中使用Z39．50信息检索协议”。该框架文件讨论了(其范围也局限于)：·直接在TCP之上的Z39．50(不使用OSIACSE、表示层、或会话层)；·Z39．501992(Z39．50一1995的扩展正在进行之中)。该框架文件没有讨论Z39·因特网上的通讯。得到上述文件的办法，请参照：http：／／lcweb．10c．gov／z3950／agency GB／T27702--2011／tso23950：1998附录P(资料性附录)维护机构的指定有关本标准实现中的问题请送到美国国会图书馆的Z39．50维护处。通信地址：NetworkDevelopmentandMARCStandardsOffice．Washington．DC20540电话：202—707—6237Email：ndmso@loe．gov'