GB/T 23731-2009 GEDI—通用电子文档交换

ICS35.240.30

A14

道B

主t

和国国家标准

中华人民

~、

GB/T23731-2009/18017933:2000

GEDI一通用电子文档交换

GEDI-GenericElectronicDocumentInterchange

(ISO17933:2000,IDT)

2009-11-01实施

2009-05-06发布

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

发布

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

、数码防伪/

中华人民共和国

国家标准

GEDI一通用电子文挡交换

GB/T23731-2009/ISO17933:2000

铃

中国标准出版社出版发行

北京复兴门外三里河北街16号

邮政绩码:100045

网址

电话:6852394668517548

中国标准出版社秦皇岛印刷厂印刷

各地新华书店经销

铃

开本880X12301/16印张2.75字数77千字

2009年8月第一版2009年8月第一次印刷

铃

书号:155066•1-38256定价39.00元

如有印装差错由本社发行中心调换

版权专有侵权必究

举报电话:(010)68533533

GB/T23731-2009/ISO17933:2000

目次

前言……………m

I范围..

2规范性引用文件……·

3术语和定义·

4符号和缩略语…………………….2

5服务模式和拓扑结构…………….2

5.1概述……………………2

5.2一般模型·

5.3域的概念……………………….3

5.4功能性要素…………………….4

5.5GEDI拓扑结构

6GEDI记录格式的结构

7GEDI文件头信息……………….6

7.1概述………………..……………6

7.2GEDI文件头数据元-语义……………6

7.3GEDI文件头数据元-句法…………18

7.4按字母顺序排列的标号列表………………….21

7.5GEDI文件头的例子…………………22

8电子文档格式……………24

8.1概述……………………24

8.2文档格式标识符……………………….24

9文件传输机制…………….24

9.1概述………………·…………………….24

9.2文件名………………….24

9.3FTP介绍……………24

9.4FTP传输纲要………………………24

9.5支持FTP的协议战……………·……….25

9.6FTP的命名和选址…………………25

10邮件传输机制…………·…………25

10.1概述…………………25

10.2MIME传输配置表………….25

10.3支持MIME的协议找………….28

11一致性…………………28

11.1发送/接收角色……………·………………….28

11.2GEDI文件头数据元一致性………………………28

11.3电子文档拷贝的一致性………………·…….28

11.4协议一致性………28

GB/T23731-2009/ISO17933:2000

附录A(资料性附录)馆际互借APDU到GEDI的映射…….29

附录B(资料性附录)电子文挡拷贝格式注册………….33

参考文献……………….38

E

GB/T23731-2009/ISO17933:2000

前言

本标准等同采用国际标准ISO17933:2000((GEDI通用电子文档交换))(英文版)。

本标准对ISO17933:2000在文字上做了某些适合国情的修改，技术内容未作变动。

本标准的附录A和附录B是资料性附录。

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

本标准起草单位:中国化工信息中心。

本标准主要起草人:蔡志勇、张蓓、齐明、魏刚。

皿

GB/T23731-2009/ISO17933:2000

GEDI-通用电子文档交换

1范围

本标准规定了在计算机系统之间交换电子文档拷贝的格式，既包括GEDI文件头定义，其中包含请

求方和提供方信息，也包括文件的格式以及有关的书目信息。

本标准适用于支持馆际互借和文件传输请求的计算机系统。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有

的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成胁议的各方研究

是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

GB/T2659-2000世界各国和地区名称代码

GB/T7408一2005数据元和交换格式信息交换日期和时间表示法

GB/T23270.1一2009信息和文献开放系统互联馆际互借应用协议规范第1部分:协议说

明书

GB/T23270.2一2009信息和文献开放系统互联馆际互借应用协议规范第2部分:协议实

施一致性声明(PICS)条文

ISO2108:2005信息和文献国际标准书号(ISBN)

ISO3297:2007信息和文献国际标准连续出版物编号(ISSN)

RFC959文件传输协议(FT凹，1985年10月

3术语和定义

下列术语和定义道用于本标准。

3.1

接收方consumer

指以下应用进程:接收GEDI记录、处理GEDI文件头信息、使一个电子文档拷贝对最终用户可用。

3.2

域domain

彼此之间可以进行电子文挡交换事务的一个或多个提供方与一个或多个接收方的集合，相互之间

存在一个共同的协议，包括:1)电子文档交换格式和压缩规则，2)电子文档传输机制，3)网络技术。

3.3

电子文档拷贝electronicdocumentcopy

包含电子文档拷贝的GEDI记录部分。

3.4

电子文挡交换事务electronicdocumentinterchangetransaction

进行电子文档拷贝交换的完整周期，从电子文档储存于提供方开始，到该文档完全发送给接收方

结束。

3.5

GEDI域GEDIdomain

所包含的通用协议与本标准相一致的域。

1

Gß/T23731一2009/ISO17933:2000

3.6

GEDI文件头GEDIheader;GEDIcove

GEDI记录的第一部分，包括:1)GEDI记录部分的格式和版本;2)电子文档交换事务;3)电子文

档的书目信息描述;的电子文档拷贝的格式。

3.7

GEDI记录GEDIr町ord

完整的GEDI信息，包括GEDI文件头和电子文档拷贝。

3.8

中继方relay

指以下应用进程z在一个域内从提供方接收GEDI记录，在第二个域内传输给接收方。

3.9

提供方supplier

指以下应用进程:获取一个电子文档拷贝，产生一个GEDI记录，将此记录传输给一个接收方，有可

能通过一个或多个中继方。

4符号和缩暗语

FTP:文件传输协议CFi1eTransferProtocol)

lFIF:1PEG文件交换格式OPEGFileInterchangeForrnat)

lPEG:静止图像压缩标准OointPhotographicExpertsGroup)

MIME:多用途因特网邮件扩充协议CMultipurposeInternetMailExtensions)

PDF:便携式文挡格式CPortableDocurnentForrnat)

POP:邮局协议CPostOfficeProtocol)

RFC:请求注释CRequestforCornrnent);Internet标准或建议

SMTP:简单邮件传输协议CSirnpleMai1TransferProtocol)

TIFF:标识图像文件格式CTaggedIrnageFileForrnat)

5服务模式和茹扑结构

5.1概述

通用电子文档交换CGEDl)是电子形式的文挡交换，本标准的重点在于以下两个方面z

a)电子文档格式的定义;

b)交换机制的描述。

交换仅仅是电子文档发送服务全过程中的一部分，因此GEDI的范围不如电子文档发送服务广泛。

除了以上两个GEDI要素外，为了提供完整的发送服务，电子文档完整发送还包括以下相关要素:

a)识别与定位:识别文档并确认原始资料的位置。可以通过在线访问联合目录(例如利用

ISO23950)，或者通过脱机服务如光盘或纸介质的目录实现;

b)订购z请求发送所要求的文档。其功能与发出馆际互借请求一致。在第7章所描述的GEDI

文件头信息中，把馆际互借标准CGB/T23270)作为文档识别的基础;

c)数字化:通过扫描设备将原始文档转换为电子数据z

d)交换:实现电子拷贝的实际转移;

e)原始文挡再现z通过打印设备，图像文挡被重新转回到纸或其他介质上p

f)编制怅单、结怅和其他管理程序。

2

GB/T23731-2009/ISO17933:2000

所有要素在实际情况下可能以几种形式发生;在特殊情况下有些可能不发生。

其中交换是一个关键要素，因为它有效地完成了一个文档拷贝的物理移动。其他要素在以下特定

情况下不发生:

一一基于普通常识进行识别和定位;

一一一在主动发送原文时不产生订购请求;

一一通过直接的电子出版物，或通过扫描并存储，文档已经被数字化时不必再进行数字化;

一→当电子拷贝被保存到存储介质中，略过原始文档再现:

一-在参与者费用共享的合作服务中不发生编制帐单和结帐。

GEDI协议主要集中于交换要素，为电子文档发送服务的发展提供通用基础，使不同的电子文档发

送服务之间易于连接，其他要素的发展也将受益于交换部分所达成的国际协议。

在文档发送服务交换要素的范围内，形成本标准基础的全部模型是一个全球性模型:与GEDI相关

的源信息(即文档图像〉定位于全世界的各个地方;文档发送服务的目标客户分布也非常广泛。这个模

型适合所有的资源和对象。

对于专用的解决方案，该模型认可参与文档发送的各组织之间的职责。一般来说，专用的解决方案

反映了组织中各团体之间为优化彼此间服务而存在的协议。GEDI模型不限制这种协议的可行性和自

由度。而这个全部模型的目标是为它们的进一步发展提供通用基础和指导方针，提供这些不同团体之

间互相工作的可能性。

5.2一般模型

电子文档发送交换过程的一般模型如图1。这个模型最主要的特征如下z

a)交换包括两方:提供方和接收方z

b)提供方和接收方之间通过必要设备连接，保证电子文档从提供方向接收方传输;

c)传输过程一次处理一个文挡。

完整的交换循环，从电子文档存储于提供方开始，到该文档完全发送到接收方为止，称为通用电子

文档交换事务。

图1所示的输入和输出功能并没有包括在通用电子文档交换事务中，这些功能确切的特性不属于

本标准范畴。实际情况中，以下一些输入和输出形式是可用的:

一一输入可以是来自经过扫描(目前是最简单的方式)的原始文档、存储的文档图像文件或电子出

版物;

一-输出可以采取把电子文档写入存储文件或打印的形式。执行这些可能的形式，有一些需要依

法律和版权而定。

提供方

接收方

输出

输入

事

务

|传输

图1电子文档交换的一般模型

5.3域的概念

域的概念将模型分成更小的部分，它承认专用域中、非公开职责之内的特殊解决方案，这种特殊解

决方案或多或少的独立于公共的、国际的、GEDI域的解决方案。仅在GEDI域内要求公共的协议;在

专用域内可以遵循、也可以不遵循GEDI的规定。

3

Gß/T23731-2009/18017933:2000

各种专用域通过GEDI域中的服务相连接。在反映专用域域内组织结构的多种功能性网络模型基

础上，专用服务一般是可用的。可以根据本标准的定义，规定在专用域和GEDI域交界处的中继方

功能。

域的定义:彼此之间可以进行电子文档交换事务的一个或多个提供方与一个或多个接收方的集合，

相互之间存在一个共同协议，用于z

a)电子文档交换格式和压缩算法z

b)电子文档传输机制;

c)网络技术。

域的协议不仅规定了采用的标准和机制，而且提供了适当的选择供其成员使用。在这一点上，域的

成员达成了共识，这减少了域组成系统发展的复杂性。

实际上，无论域的协议是否遵照国际标准和OS1模型，它都覆盖了所有的通讯层。例如，某个特定

域中的协议可能规定在TCP/IP之上的以FTP为基础的通讯，而另一个域也许会采用在TCP/1P之上

的M1ME.

在应用层中，文挡格式的协议与通讯一样，对域同等重要，它使提供方和接收方共享同一个电子文

档图像，并且不需要转换和重新格式化。

利用域的概念，同一个域内的提供方和接收方就能够直接互联。相反，如果他们属于不同的域，根

据两个域是否共享同一个协议，他们可能不能直接互联，但这两个被分开管理的域可能共享一个公用配

置文件。

如果两个域不共享相同的协议，互联将通过应用中继方的功能来实现。应用中继方将在第一个域

的协议下，采用传输机制接收GEDI记录，然后在第二个域的协议下把这个记录传输到第二个域a图2

概述了应用中继方的任务。

在图2的模型中，通用电子文档交换事务仍然存在于提供方和接收方之间，中继方作为配角。

提供方

接收方

中继方

输出

输入

供应1--一-一一事务一一一一-1处理

发送接收

域.1

域.2

图2商个蜡间的交换

5.4功能性要素

图2指出了所有跨越域边界的模型要素。如果两个域不共享公共的中继方，但都与第三个域有一

个中继方，模型可以延伸更远，下一节展示了GEDI环境中的这种情况。

图2给出了功能性要素总的概况，以下是这些要素的特征:

a)输入

负责生成提供方可用的电子文档拷贝。提供方仅仅采用协议的图像格式处理电子文档拷贝，

在域电子文挡拷贝格式协议范围内生成电子文档拷贝。例如:扫描原始文档z从存储设备中读

取电子文档。

4

GB/T23731-2009/ISO17933:2000

b)供应

采用输入生成的电子文档拷贝，增加事务相关信息，生成将被传输的数据结构。增加的信息

被称为GEDI文件头信息，包括事务的标识(可能涉及馆际互借事务)、电子文档拷贝的鉴定，

以及提供方和接收方的信息。供应功能还可以在实际传输电子文档拷贝之前将其临时保存，

例如批量制作电子文档拷贝便于晚上进行传输。

c)发送

通过网络完成电子文档拷贝和GEDI文件头信息的实际发送。传输功能包括整个通讯钱，其

中包括全部的应用程序以及发起方的更低层协议服务。

d)接收

与传输功能相对，从网络接收GEDI记录。采用与传输功能相同的通讯界面来执行，克当目标

或应答者的角色。

e)处理

接收GEDI记录，通过分析GEDI文件头信息的内容决定应该采取的行动。一般来说，将把电

子文档拷贝进行适当的输出，同时可以把GEDI文件头信息传给其他的应用程序，例如管理

目的。

f)输出

负责所接收电子文档拷贝最后的再现或电子化归档。例如:在激光和其他打印机上打印电子

文档拷贝;永久存储以备后用。

g)转发

提供两个域之间通讯的可能性，具有在两个域的协议之间转换的能力。实际上，它位于两个

域的交界处，从一个域获得GEDI记录，向另一个域中发送GEDI记录。

上述功能要素在模型内部可以组合成下列主要模型实体:

一一提供方:包括输入、供应和发送功能的应用进程;

一-接收方:包括接收、处理和输出功能的应用进程;

一-中继方:包括在一个域内接收、转发和在另一个域内传输功能的应用进程。

5.5GEDI拓扑结构

在GEDI环境中存在一些专用域，这些专用域可以进一步细分为子域，例如地方性的服务连接起来

形成全国性的服务。

可以在本标准的基础上发展专用域与GEDI域之间的中继方。

图3描述了通过两个中继方、分属两个不同专用域的提供方和接收方之间的通讯。

提供方

输入

处理

供应

中继方中继方

专用域1

GEDI域专用域2

固3通过GEDI域之间的通信

5

GBjT23731-2009jISO17933:2000

前一小节描述了所有与电子文档交换有关的实体和功能要素，在实际情况下，这些功能要素将通过

计算机系统的程序来执行，通过物理网络连接进行通讯。

6GEDI记录格式的结构

文档将以GEDI记录的形式进行交换，GEDI记录格式包括两部分z

a)GEDI文件头〈指示信息);

b)电子文档拷贝。

通过把GEDI文件头信息与电子文档拷贝分开，中继方不必读取文挡的图像格式，这也使将来提供

新的文档格式变得更容易，见图4。

GEDI文件头z

文档交换格式信息(类型1)

目标和存储信息(类型2)

事务信息(类型3)

文挡描述(类型的

琼充(类型5)

电子文档拷贝

图4GEDI记录交换格式

GEDI记录在不同的域中可以通过几种不同的机制进行传输，例如:文件传输协议付日FTP)或者电

子邮件协议(如MIME)。不同域之间中继方的存在，意味着单个GEDI记录在从一个域中的提供方转

到另一个域中接收方的过程中，可以通过几种不同的机制进行传输。GEDI记录的格式与传输机制元

关，也没有假定任何的传输机制，但必须可以处理8位数据和进行错误探测。

7GEm文件头信息

7.1概述

GEDI文件头信息分成5种类型。

一一-类型1:文档交换格式本身的辨认信息。

→一类型2:命名、时间、目标文件和传输机制的存储信息。

一一类型3:特殊电子文档发送事务的其他信息。

一一类型4.文挡的详细信息，包含简短的表述。

一一一类型5:在不改变GEDI文件头长度的情况下，考虑GEDI文件头将来的变化而进行的补充

(可选〉。

所有GEDI文件头数据元都是单独发生且不可重复的。提供方除了提供GEDI文件头数据元，还

可以把实际的封面作为电子文档拷贝的一部分。

7.2GEDI文件头数据元·语义

7.2.1简介

组成传输用GEDI文件头的数据元数据如下所述。接收方系统可以将它们在GEDI记录的封面上

进行适当打印。为了促进带有馆际互借请求的电子文档发送服务，任何情况下数据元尽可能按馆际互

借协议标准GBjT23270中的定义排列。附录A给出了馆际互借请求数据元与GEDI标号之间的映射

信息，作为参考。

"结构"字段定义了数据元的数据类型。采用以下数据类型:

一一字符串型:ASCII20...7E;即所有的ASCII图形字符

一-一数值型:ASCII30...39;即0...9

一一字母数字型:ASCII30...3941...5A61...7A;即0...9A...Za...z

6

GB/T23731-2009/ISO17933:2000

在服务字符串建议(SSAD)中，保留了一些专门用于结构标号的字符。

7.2.2类型1一-立档交换格式信息

名称:交换格式标识符(interchange--format-id)

标号:IFID

语义z文件交换格式的明确标识符。既可以识别抽象句法，也可以识别编码。

结构z字符串型

状态:必备

最大长度:20

例如:GEDI

名称z交换格式版本(interchange--format-version)

标号:IFVR

语义:交换格式标号的版本号。

结构:字符串型

状态:必备

最大长度:20

例如:3.0

名称:文件头信息长度(cover-information-length)

标号:CILN

语义:GEDI文件头信息的长度(包括IFID和IFVR)。作为电子文档拷贝与GEDI记录的分界点。

它是一个十进制的数字，指定GEDI文件头信息的所有字节数。

结构:数值型

状态:必备

最大长度:10(包括可能的补充部分)

例如:123

名称:文档格式标识符(document-format-id)

标号:DFID

语义:GEDI记录中电子文档拷贝格式的明确标识符。可能包括OIDs和MIME类型的值。最近

注册的标识符见附录Bo

结构:字符串型

状态:必备

最大长度:20

例如:TIFF-5.0,TIFF-6.0,PDF-1.1

名称z服务字符串建议(service--string-advice)

标号:SSAD

语义z建议采用哪些字符作为类型2、类型3和类型4数据元中的分隔符和指示符，以结构化的方

式提供数据元信息。每个字符必须放在字符串的指定位置，次序如下z

第一个字符:释放指示符

第二个字符z各项之间的分隔符

第三个字符:新宇段的前缀，在""之前总有占一个位置的、预先定义好的字母数字型字符

7

GB/T23731-2009/ISO17933:2000

第四个字符:开括号，开始嵌套结构

第五个字符z闭括号，结束嵌套结构

4个字符用作划分子段且必须放在服务字符串内:

""在构造标号时作为项目的分隔符

""作为新子段的前缀，在""前总是有占一个位置的己定义的字母数字型宇符

"("作为开括号，开始嵌套结构

勺"作为闭括号，结束嵌套结构

注:这些字符取自EDIFACT编码

结构z字符串型

状态z必备

最大长度:50

例如:?;=O

7.2.3类型2一一目标和存储信息

名称z接1&方名称(Consumer-name)

标号:CNSN

语义:指定GEDI记录目标。包括首选传输机制和系统地址。是首选目标顺序列表，要求至少有一

个值。

结构:字母数字型，结构化。名称(N=)、电子邮件(E=)、FTP地址/目录(F=)、传真号(x=)。

FTP必须细分成地址(A=)和目录(D=)，通过重复子标号序列表示接收方名称的多次

出现。

状态:必备

最大长度:250

例如:F=(A=12911004352;D=LGR.DOC);N=PICA

名称:记录名称(record-name)

标号:RCNM

语义:GEDI记录的名称，由提供方指定明确的名称，必须遵守9.2所述的文件名称规则。

结构z字符串型

状态:必备

最大长度:32

例如:RUGOPC2232

名称:提供方名称(supplier-name)

标号:SPLN

语义z指定GEDI记录的来掘，要求至少有一个值。

结构z字母数字型，结构化。名称(N=)、电子邮件(E=)、FTP地址/目录(F=)、传真号(x=)。

FTP必须细分成地址(A=)和目录(D=)。

状态:必备

最大长度:250

例如:F=(A=12911004352;D=LGR.DOC);N=RLG

名称:服务日期时间(service-date-time)

标号:SVDT

8

GB/T23731-2009/ISO17933:2000

语义z提供方创建传输GEDI记录的日期和时间。

结构:数值型YYYYMMDDHHMMSSC遵照GB/T740的。

最大长度:14

例如:19930204122436

名称:系统服务标识符(system-service-id)

标号:SYID

语义:电子文档拷贝发送系统的标识。

结构:字符串型，非结构化。

状态:可选

最大长度:50

例如:DIS12.12

名称:系统服务地址(system-servic~address)

标号:SYAD

语义z发送GEDI记录的系统地址;GB/T23270的系统地址。

结构:字符串型，结构化。电子邮件(E=)、打印位置(P=)、传真号(x=)。打印位置必须细分成

部门CD=)、房间CR=)、打印机名称CP=)。

状态z可选

最大长度:100

例如:E=Devries@ubg.nl;P=CD=development;R=123;P=oakprntr)

名称:发送服务Cdelivery-service)

标号:DLVS

语义:发送服务或用于传送电子文档拷贝方法的名称或代码。

结构:字符串型，结构化。名称CN=)、电子邮件CE=)、FTP地址/目录CF=)、传真号CX=).FTP

必须进一步结构化，分成地址CA=)和目录CD=)。

状态:可选

最大长度:50

例如:F=CA=12911004352;D=LGR.DOC)

[GB/T23270定义z发送服务或用于传送文献方法的名称或代码(元变化).J

名称:确认地址Cconformation-address)

标号:CNFA

语义:用于确认GEDI记录在两个发送系统之间的传输地址。

结构:字符串型，结构化。名称CN=)、电子邮件CE=)、FTP地址/目录CF=)、传真号CX=)oFTP

必须细分成地址CA=)和目录CD=)。

状态:可选

最大长度:50

例如:F=CA=12911004352;D=LGR.DOC)

7.2.4类型3-一事务信息

名称z优先级Cpriority)

标号:PRTY

9

GB/T23731-2009/ISO17933:2000

语义z给予电子文档发送事务的优先级;0为最低，9为最高。

结构:数值型s数字0-9。

状态:可选

最大长度:1

例如:0

名称:一般注释(genera!-note)

标号:GNLN

语义z从提供方到接收方的自由文本信息。

结构;字符串型，非结构化。

状态t可选

最大长度:600

例如:文章末页不确定

名称:客户名称(client-name)

标号:CLNT

语义:请求电子文档拷贝的读者名称。

结构:字符串型，结构化。电子邮件(E=)、名称(N=)。

状态:可选

最大长度:50

例如:E=devries@pica.n!;N=DeVries

[GB/T23270定义z请求项目的个人或机构的名称。]

名称:客户标识符(client-id)

标号:CLID

语义z请求电子文档拷贝读者的标号(例如图书馆读者编号)。

结构:字符串型，非结构化。

状态t可选

最大长度:25

例如:LIB1234567

[GB/T23270定义:用于唯一标识客户的数字或代码。]

名称:客户身份(client-status)

标号:CLST

语义z请求电子文档拷贝读者的身份。

结构z字符串型，结构化。国家代码遵照GB/T2659一2000世界各国和地区名称代码(L=)、身份

(S=)。

状态z可选

最大长度:25

例如:L=NL;S=Ing

[GB/T23270定义z客户的专业级别或职位。]

10

GB/T23731-2009/ISO17933:2000

名称z个人或机构名称(name-of-person-or-institution)

标号:NPOI

语义:电子文档拷贝目的邮件地址中的名称。

结构:字符串型，非结构化。

状态:可选

最大长度:150

例如:中国国家图书馆

[GB/T23270定义:机构名称:表示一个图书馆、机构或公司的单词、短语或缩略语;个人名称z某

个人常为人知的或被指定的一个单词或短语和/或姓名首字母，在馆际互借事务中，以此表示其人。]

名称:扩展的邮递地址(extended-postal-delivery-address)

标号:XPDA

语义z目的邮件地址中的附加信息。

结构:字符串型，非结构化。

状态:可选

最大长度:100

例如:馆际互借部门

名称:街道及门牌号(street-and-number)

标号:STNM

语义:目的邮件地址中的街道及门牌号。

结构z字符串型，非结构化。

状态:可选

最大长度:128

例如:ZhongguancunNandajie99

[GB/T23270定义:表示城市或乡村中某一建筑物位置的号码和/或短语。]

名称:邮政信箱(post-office-box)

标号:POBX

语义:目的邮件地址中的邮政信箱。

结构:字符串型，非结构化。

状态z可选

最大长度:40

例如:北京101信箱

[GB/T23270定义:邮局分配的邮政信箱号。]

名称:城市(city)

标号:CITY

语义:目的邮件地址中的城市。

结构:字符串型，非结构化。

状态z可选

最大长度:128

例如:Beijing

[GB/T23270定义:用来表示城市、城镇或乡村的短语。]

11

Gß/T23731-2009/ISO17933:2000

名称:地区(region)

标号:REGN

语义z目的邮件地址中的地区。

结构z字符串型，非结构化。

状态z可选

最大长度:128

例如z朝阳区

[GB/T23270定义:表示省、州、地区或地点的短语J

名称:国家(country)

标号:CNTR

语义z目的邮件地址中的国家。

结构:字符串型，非结构化。

状态:可选

最大长度:50

例如:中国

[GB/T23270定义z用来表示国家的短语。]

名称:邮政编码(postal-code)

标号:POCD

语义:目的邮件地址中的邮政编码。

结构:字符串型，非结构化。

状态z可选

最大长度:40

例如:100083

[GB/T23270定义:表示某个城市或其他地理区域里一个指定区域的代码。]

名称:请求方标识符(requester-id)

标号:RQID

语义:生成馆际互借请求的图书馆(系统〉的标识信息，典型的是馆际互借办公室。

结构:字符串型，非结构化。

状态:可选

最大长度:25

例如:0019/0000

[GB/T23270定义:馆际互借事务请求方的确认信息。注意:请求方不总是一个图书馆!J

名称z请求方名称(requester-name)

标号:RQNM

语义z生成文档请求的图书馆(系统〉的名称。

结构z字符串型，结构化。名称(N=);电子邮件(E=);FTP地址/目录(F=);传真号(X=)aFTP

必须细分成地址(A=)和目录(D=)。

状态:可选

最大长度:150

12

Gß/T23731-2009/ISO17933:2000

例如:N=RUU;E=webmaster@

[GB/T23270定义z请求方标号:馆际互借事务请求方的确认信息。]

名称:应答方标识符(responder-id)

标号:RSID

语义:满足文档请求的图书馆(系统)的确认信息。

结构:字符串型，非结构化。

状态:可选

最大长度:25

例如:0019/0000

[GB/T23270定义:馆际互借事务应答方的确认信息。]

名称z应答方名称(responder-name)

标号:RSNM

语义:满足文档请求的图书馆(系统)的名称。

结构:字符串型，结构化。名称(N=)、电子邮件(E=)、FTP地址/目录(F=)、传真号(x=).FTP

必须细分成地址(A=)和目录(D=)。

状态:可选

最大长度:150

例如:F=(A=12900045;D=KGH.DOC)

[GB/T23270定义:应答方标号:馆际互借事务应答方的确认信息J

名称:版权许可(copyright-compliance)

标号:CPRT

语义:请求方符号，请求方指明他所坚持的适用版权规范或法律。

结构:字符串型，结构化。代码(C=)、注释(N=)。

状态:可选

最大长度:150

例如:C=l;N=仅私人用

[GB/T23270定义:请求方指明他所坚持的适用版权规范或法律。]

名称:馆际互借事务标识符(lLL-transaction-id)

标号:ILTI

语义:与电子文档发送事务相关的馆际互借事务信息的唯一标识。

结构z字符串型，结构化。符号(S=)、名称(N=)、组限定语(G=)、限定语(Q=)、子限定语(B=)。

状态:可选

最大长度:25+150+25+25+25+(5祷的=270

例如:S=1200/0000;N=RUU;G=ION;Q=1234;B=1

[GB/T23270定义:事务眼定语z确认与某个馆际互借事务相关的所有服务和消息的字母数字型

字符串。它是由馆际互借事务的初始请求方赋值的唯一字符串，并由馆际互借合作者应用于所有与馆

际互借事务相关的服务和消息。与请求方标号和事物组限定语结合，提供了馆际互借事务通用的唯一

标识。]

13

Gß/T23731-2009/lS017933:2000

名称:应答方注释(responder-note)

标号:RSNT

语义:来自馆际互借请求应答方的自由文本信息。

结构:字符串型，非结构化。

状态;可选

最大长度:600

例如:最后页遗失

[GB/T23270定义:馆际互借事务应答方提供的注释。]

名称:接收控制(receive-control)

标号:RCON

语义:控制接收者对接收项目所采取行动的信息。

结构:字符串型，结构化。D(只能打印或删除)、F(禁止转发〉、P(只能打印