【国家标准(GB)】 消息处理 电子数据交换消息处理业务

ICS35.240.30
中华人民共和国国家标准此内容来自标准下载网
GB/T16520—1996
idtCCITTF.435:1991
消息处理
电子数据交换消息
处理业务
Messagehandling
Electronic data interchange messaging service1996-09-09发布
国家技术监督局
1997-05-01实施
GB/T16520—1996
本标准等同采用国际电报电话咨询委员会CCITT（现国际电信联盟ITU）制定的F.435建议《消息处理电子数据交换消息处理业务》。编写格式遵循了GB/T1.1一1993《标准化工作导则第1单元：标准的起草与表述规则第1部分：标准编写的基本规定》的规定。本标准主要包括下列内容：
.EDI消息处理业务；
.EDI消息处理系统；
.EDI责任与转发；
.EDI命名、寻址和号码簿的使用；.EDI安全，
。与物理投递业务的互通；
·为EDI使用的消息存储，
·服务要素及服务要素的分类；·服务质量。
本标准的附录A和附录B都是标准的附录本标准的附录C、附录D和附录E都是提示的附录。本标准由中华人民共和国邮电部提出。本标准由邮电部电信科学研究规划院归口。本标准由邮电部数据通信技术研究所负责起草。本标准主要负责人：陈淑仪。
GB/T16520—1996
CCITT前言
CCITT国际电报电话咨询委员会负责研究技术的、操作的和资费的问题，并且为了实现全世界电信标准化，对上述问题发布建议。每4年召开一次的CCITT全体会议确定研究课题并批准由各研究组起草的建议，在两次全体会议之前，CCITT的成员可按CCITT第2号决议（1988年订于墨尔本）拟定的程序批准建议。CCITTF.435建议由第研究组起草，并根据第2号决议的程序于1991年3月22日被批准。引言
中华人民共和国国家标准
消息处理
电子数据交换消息处理业务
Message handling
Electronic data interchange messaging serviceGB/T16520—1996
idt CCITTF.435:1991
本标准是有关消息处理的一组标准之一。这一组标准为由任意个合作开放系统组成的消息处理提供了一个综合性的规范。
消息处理系统和服务能使用户在存储转发的基础上交换消息。由某个用户（始发者）提交的一份消息，由消息传送系统（MTS）（即一个较大型消息处理系统（MHS）的基本组成部分）加以运送，然后投递给一个或多个其他用户(消息接受者)。个MHS是由各种各样的互连功能实体组成的。消息传送代理（MTA）合作完成存储转发式的消息传送功能。消息存储（MS）为消息提供存储功能，并提交、检索和管理这些消息。用户代理(UA）帮助用户访问MHS。访问单元（AU）提供接至其他通信系统的和各种类型的服务例如，其他远程信息处理业务和邮政业务的连接。
本标准规定了称为EDI消息处理的消息处理应用的总的系统与业务说明。1范围
本标准规定了EDI消息处理的总系统与业务。在其他标准中，规定了消息处理系统与业务的其他方面。消息处理系统和业务诸标准布局示于CCITTF.400表1。CCITTF.400系列标准规定了在MHS上构成的公用业务，以及公用业务对MHS间的查互访问。
CCITTX.400系列建议规定了MHS技术方面的内容，在CCITTX.402建议中规定了MHS总的系统结构。在CCITTX435建议中规定了EDI消息处理技术方面的内容。2引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效，所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。CCITTF.400：1988消息处理系统与业务综述ISO/IEC10021：1988消息处理系统文本消息处理面向消息的文本互换：系统和业务综述CCITTF.401：1988消息处理业务：公用消息处理业务的命名与寻址CCITTF.415：1988消息处理业务：与公用物理投递业务的互通CCITTX.402：1988消息处理系统：总体结构ISO/IEC10021-2：1988面向消息的文本交换系统，总体结构CCITTX.413：1988消息处理系统：消息存储：抽象服务定义ISO/ISC10021-5：1988面向消息的文本交换系统：消息存储：抽象服务定义国家技术监督局1996-09-09批准1997-05-01实施
GB/T16520—1996
CCITTX.435：1991消息处理系统，电子数据交换消息处理系统ISO/IEC10021-n：面向消息的文本交换系统CCITTX.501:1988号码簿模型
ISO/IEC9594-2：1988信息处理系统开放系统互连号码薄模型
CCITTX.509：1988号码簿鉴别框架ISO/IEC9594-8：1988信息处理系统开放系统互连CCITTX.521：1988号码簿已选的客体类别号码簿
ISO/IEC9594-7:1988信息处理系统开放系统互连号码簿
3定义
本标准采用下列定义以及附录A中的定义。鉴别框架
已选客体类别
本标准的附录B中包含有适用于EDI消息处理的服务要素的定义。在本标准中提出了适用于消息传送业务和由EDI消息处理所用的服务要素，但其定义则放在CCITTF.400的附录B中。3.1EDI转发
将收到的EDIM向前传送给由进行转发的EDI用户代理/消息存储决定的一个还是多个接受者。在已投递到某个EDI用户代理或EDI消息存储的EDI消息，向前转发给另一个EDI用户代理或EDI消息存储时发生EDI转发。
3.2EDI消息
在EDI消息处理用户间传送电子形式的信息。EDI消息在EDI消息处理用户间运送的主信息客体类别的成员。
参见CCITTX.435：1988的第5章，3.3EDI消息处理用户
参与EDI消息处理的用户。EDI消息处理用户始发，接收或既始发又接收EDI消息。EDI消息处理环境包含任意数目的EDI消息处理用户。EDI消息处理用户可以是人，也可以是计算机进程。EDI消息处理用户可通过访问单元访问EDI消息处理系统3.4EDI通知
次信息客体类别的成员，它给EDI消息的始发者指出EDI消息的EDIM责任的安排。3.5EDI消息责任
EDI消息责任指出某个特定的用户是否已通过它的EDI用户代理/消息存储提供可用的主题EDI消息。EDI消息责任在本标准和CCITTX.435建议中不具有法定意义。4缩略语
EDIFACT
美国国家标准协会
访问单元
号码簿信息树
分发表
号码簿用户代理
电子数据交换
电子数据交换用于行政、商业和运输EDI消息
EDI消息处理环境
EDI消息处理
EDI消息处理系统
EDI-AU
EDI-MS
EDI-UA
5约定
GB/T16520—1996
EDI访问单元
EDI消息存储
EDI用户代理
EDI通知
已转发通知
标识符
管理域
消息处理
消息处理系统
消息存储
消息传送
消息传送代理
消息传送系统
未投递通知
否定通知
始发者/接受者
物理投递
物理投递访问单元
物理投递系统
肯定通知
专用管理域
远程信息处理代理
用户代理
联合国贸易数据交换
协调通用时间
在第2章中，引用的是ISO/IEC取得一致的标准。使用大写字母时，尽可能地使用通用语言习惯。6EDI消息处理业务
6.1引言
EDI消息处理业务给EDI消息处理用户提供一些特性，以便有助于与其他EDI消息处理用户消息处理。在大多数情况下，EDI消息处理用户是计算机进程。EDI消息处理业务利用消息传送业务的能力（参见CCITTF.410)发送和接收EDI消息。描述EDI消息处理业务特性的服务要素，在附录B中定义并在第14章中进行分类。
EDI（电子数据交换），可描述为计算机与计算机之间结构化的事务数据交换，例如发票和购货单。在某些情况下，EDI消息处理业务可用来将一次EDI互换发送到物理呈现系统，例如物理投递系统或传真机。
EDI消息处理业务由EDI消息处理提供。6.2EDI消息处理
EDI消息处理(EDIMG)由EDI消息(EDIM)的交换和EDI通知(EDIN)组成。这些消息和通知均是在CCITTX.435中规定的信息客体。3
6.3EDI消息处理环境
GB/T16520—1996
EDI消息处理产生的环境可以被模型化为以下称为EDI消息处理环境(EDIME)的功能客体。细分（按功能分解）时，EDIME可以看作是由称为EDI消息处理主客体的更小客体组成。这种主客体包括单个中心客体，EDI消息处理系统(EDIMS)和若干个称为EDI消息处理系统用户(EDIMG用户）的外围客体。
EDIME结构见图1。
高处理
图1EDI消息处理环境
6.4EDI消息处理用户
EDI消息处理用户EDIMG用户）是参与EDI消息处理的用户。EDIMG用户可以始发、接收或者既始发又接收EDIMS。EDIMG可包含任意数目的EDIMG用户。EDIMG用户可以是人，也可以是计算机进程。EDIMG用户通过访问单元访问EDIMS。7EDI消息处理系统
7.1引言
EDI消息处理系统（EDIMS)是所有EDMIG用户都通过EDIMS相互进行EDI消息处理的功能客体。
EDIMS可被模型化为由更小的相互作用的功能客体组成。这些更小的功能客体称为EDI消息处理的次客体。它们包括单个中央客体，即消息传送系统(MTS)和三个种类的若干个外围客体：EDI用户代理(EDI-UA)、EDI消息存储(EDI-MS)和EDI访问单元(EDI-AU)。EDIMS结构见图2。如图2所示，EDI-UA，EDI-MS和EDI-AU是EDIMS用来给EDIMG用户提供业务的客体。
ErI MS
活应点班
图2EDI消息处理系统
7.1.1EDI用户代理
EDI用户代理(EDI-UA)是定制成更适用于单个EDIMG用户参与EDI消息处理的用户代理。它4
GB/T16520—1996
帮助EDIMG用户始发和接收含有EDIM的消息。EDIM包含任意数目的EDI-UA。注：EDIUA和EDIMG用户间的边界的确切定义已超出本标准范围。7.1.2EDI消息存储
EDI消息存储(EDI-MS)是定制成更适用于单个EDI-UA参与EDI消息处理的消息存储。它帮助EDI-UA提交、投递、存储和检索含有EDIM的消息。7.1.3消息传送系统
在目前的情况下，消息传送系统（MTS)在EDI-UA间或在EDI-UA与访问单元间运送EDIM或EDI通知(EDIN)。EDIM包含有单个MTS。EDIMG用户可以通过访问单元（AU）访问EDIMS或接受EDIMS的访问。其中一种类型的访问单元是物理投递访问单元(PDAU）。在EDIMG中，物理投递访问单元通过物理投递系统（PDS）向EDIMG接受者提供发送消息的能力。其他类型的EDI-AU（例如，传真访问单元）可能是将来标准化的课题。
7.2EDIMS中的信息流
图3是对图2的扩展并示出EDI消息处理中的主信息流。0
ANSI X1:
上站息
趾用海家
FDI-LA
空变快控制信志的E[交按
（，等）
A效典拍信意上FI变,体信点(持会标激说射到 名生标
隐和指效店树
把 EDI减题和 EII变换效以在提交冶谢内。:MTS
投避, 员MTS促取 ED[变炎，运适 EDI屈H.
注：缩写词和缩写语见本标准的第4章和附录A。图3EDI消息处理信息流程
7.3EDI消息处理业务的功能模型S
图4示出EDI消息处理业务的功能模型。EDI消息处理业务中所用的UA由一类特定类别的合作5
GB/T16520—1996
的UA组成。任选的PDAU准许EDIMG用户发送消息给EDI消息处理环境外的间接用户。EDI消息处理业务中所用的消息存储，具有专用的EDI相关功能，并可由EDIMG用户任选地用来代表它们自己投递消息。图4中所示的远程信息处理代理（TLMA）准许访问远程信息处理业务，它可能是将来标准化的课题。
Fr消总处
7.4EDI消息的结构
理业务
MT业务
LLI- MS
图4EDI消息处理业务的功能模型FDH-UA
EDI类的UA创建含有EDI消息处理业务特定内容的消息。从一个EDI-UA发送给另一个EDI-UA的特定内容是始发者的结果。这个始发者通常是一个应用进程，它组成并发送消息，该消息称为EDI消息（EDIM）。EDIM携带EDI交换信息，并可选用地携带EDI交换有关的其他信息。在一个EDI中只包含一个EDI交换。每个EDIM在始发EDIM时应包含一个EDI交换的信体部分。转发EDIM时，除已转发信体部分不能被移出外，任何后续的信体部分都可以被移出（全部移出，而不是部分移出）。转发时，用位置留用区代替被移出的信体部分，以指出何种类型的信体部分被移出。转发EDIM时，EDIM的标题是不应被移出的。EDIM结构，当它与MHS基本消息结构有关时，示于图5。当通过MTS传送时，EDIM是用信封传送。
存牛部分
自作处
ELSFACT变换
附均作息
GB/T16520—1996
EDI消息结构
其本的的总法托
学段2
宇段3
主信体部分
信体部分
图6一个典型的EDI交易的消息结构题
图6中所示的典型的EDI交换与相应的EDI消息结构间的映射。EDI交换可以全部映射到称为主信体的信体部分内，EDI交换可以是EDIFACT、ANSIX12、UNTDI或专门定义的EDI交换。其他信体部分可以用来运送与该EDI交换相关的信息，例如图或解说性文本等。EDIM标题包含各种信息字段，有些信息字段可以出现在EDIFACT交换头部字段中（或是对应ANSIX125UNTDI的ISA或STX段），其他的信息字段包含来自始发者的业务请求。标题和信体部分形成EDIM。7.5EDI通知
EDIMG用户可请求接受者返回一个EDI通知(EDIN)，指明收到的EDI消息的安排。该通知由始发EDI-UA提出请求并由接受者EDI-UA、EDI-MS或AU生成。请求和报告有三种可能的状态，导致生成肯定通知(PN）、否定通知(NN)或已转发通知(FN）。PN,NN和FN响应的意义按8.1的描述。收到的EDI消息可原样转发，响应通知请求的责任也有可能转发给被转发EDI消息的接受者或中间接受者，中间接受者则应有责任对消息的原始发者进行响应。始发EDI-UA可请求告知响应通知请求的责7
GB/T16520—1996
任是否已转发。在这种情况下，转发EDIM的EDI-UA或EDI-MS应给始发EDI-UA发送EDI已转发通知(FN）。
在所有情况下，包括已被转发EDIM的EDI-UA发送的通知，都应包含由原始发者所指定的接受者的O/R名。
始发EDI-UA可向任意组合的发送EDIM接受者请求若干个任意组合的EDIN。若始发者没有请求通知，则接受者什么也不应发送。8EDIM责任与转发
8.1引言
EDIMS包括一种称为EDIM责任的概念。这种概念是下面描述EDIN和转发的关键。为简化下面文本的描述起见，所示的所有转发由EDI-UA来完成。应当注意的是，这里描述同样适用于EDI-MS完成的转发。
引入EDIM责任概念的目的，主要是在EDI-UA之间提供一种运送消息证实的方法。在某种情况下，EDIM责任可适用于访问单元。EDIM责任的概念描述如下：EDIM责任指出接收EDI-UA所收到的EDIM可为EDING用户所用。当转发时，不论EDI-UA增加还是移出信体部分，EDIM责任总应当被接受。EDIM不能离开EDIMS，除非EDIM责任已被接受（投递到PDAU是一种特殊情况，按11.3的描述）。若始发EDI-UA请求这样做，则接受者EDI-UA以及可能是中间EDI-UA（若请求），应给始发EDI-UA发送EDIN。EDI-UA接收EDIM时，若被请求有EDIN，它应发送适当的EDIN，通知始发EDI-UA，接受者EDI-UA已接受或拒绝EDIM责任。发送EDIN的各种情况在后面8.2中详细说明。若请求通知，则当EDI-UA接受、拒绝或转发EDIM责任时，它应发送适当的EDIN给始发者，若转发，它应在已转发的EDIM中创建适当的标题字段。这些操作的详细情况在CCITTX.435中描述。被转发的信体部分无论如何是不能被修改的。若EDIM责任被转发，被转发的EDIM无论如何也是不能被修改的。若EDIM责任被接受，则在创建已转发的EDIM时，信体部分可从始发EDIM移出，也可以加到始发EDIM上。转发时被移出的信体部分可用位置留用区代替，以指出何种类型的信体部分被移出。EDIM责任转发的接受者只限于一个。EDIMG包括转发时防止环路的机制。8.2转发和二次分发
在EDIMG中，可能希望由中央的EDI用户代替接收EDI消息，然后再转发给最终的EDI用户代理。例如，这种做法，使大型的组织能对进入该组织的全部EDI消息业务量执行例如日志、审计等集中的功能。在这些功能执行后，消息处理业务量可分配给为接受者EDI应用服务的EDI用户代理。同样，增值网络的业务提供者也可代表它的用户操作一个类似的中间步骤。下面描述了如何将EDI-UA用作这个中间步骤。
中间的EDI-UA通常不是最终的EDI-UA，因此在EDIMG中，需要对EDIM提供EDIM责任接受端对端的证实。“EDI通知请求”服务要素，准许始发者从每个接受者请求发回肯定、否定和已转发通知。“EDI通知请求”允许中间的EDI-UA用已转发消息和X.435建议所定义的协议要素指出是否已接受EDIM责任。这些方法准许EDIM责任接受推迟到EDIM到达最终的EDI-UA，并提供一个指示表明哪个EDI-UA将给原始发者返回一个通知。为了说明EDI-UA作为中间步骤的使用情况，下面描述三种情况。无论在那种情况下，EDIM都始发于EDI-UA和终结于EDI-UA3。EDI-UA2是中间EDI-UA。在情况1和情况2中，假设EDIM是内容不改变的转发。在所有三种情况下，均假设EDI-UA1已请求通知。注：下列表中所描述的事件都不必按表1中所给出的顺序严格执行。8.3情况1：无转发
GB/T16520—1996
EDI-UA1制备的EDIM寻址到EDI-UA3。EDIM提交给MTA1，然后传送给MTA3，再投递给EDI-UA3，最后由EDIMG用户3检索。EDI-UA3用适当的EDIN响应，接受EDIM责任（即PN）。若EDI-UA3已决定EDIMG用户3不能检索消息，EDI-UA3用EDIN响应，拒绝EDIM责任（即NN）。信息流按图7中所示。EDIM和EDIN的顺序在表1中列出。ED
用户2
(EDI-UA)
消且传速点统MT
II消思变理统（ETTMS）
ED1消起处理环境(EDMF)
→EDIN传送的方向
EDIM传送的方向
情况1：无转发
情况1.无转发
EDI-UA1提交EDIM至MTAI
MTAI传送EDIM至MTA3
MTA3投递EDIM至EDI-UA3
8.4情况2：内容不改变和转发EDIM责任(EDI-A
EDI-UA3提交PN/NN至MTA3
MTA3传送PN/NN至MTA1
MTA1投递PN/NN至EDI-UA1
在这种情况下，中间EDI-UA将消息从EDI-UA1转发到EDI-UA3。最终的接受者是EDI-UA3，EDI-UA2执行转发操作，将EDIM责任转发给EDI-UA3。由EDI-UA1制备的EDIM寻址到EDI-UA2。EDIM投递给EDI-UA2时，根据EDI-UA2已知道的选择准则，EDI-UA2把它不改变地转发给EDI-UA3。
EDIM责任处理如下：
EDI-UA2转发EDIM责任时，它应创建已转发EDIM，使EDI-UA1接收请求的EDIN（详见X。9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。