GBT14805.3-2007行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号：4,语法发布号：1)交互式电子数据交换专用的语法规则.pdf 21页

'ICS35．240．60L70a目中华人民共和国国家标准GB／T14805．3--2007／IS09735．3：2002代替GB／T14805．3—1999行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号：4，语法发布号：1)第3部分：交互式电子数据交换专用的语法规则Electronicdatainterchangeforadministration，commerceandtransport(EDIFACT)--Applicationlevelsyntaxrules(Syntaxversionnumber：4’Syntaxreleasenumber：1)一nIn3：Syntaxrulesspecifictoint嘲ctiveEDI(ISO9735—3：2002，IDT)中纠坠瞳娑塑国国塞质量监督检验检疫总局告士中国国家标准化管理妻‘剪签发币 GB／T14805．3--2007／ISO9735-3：2002目次前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯”IsO前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯“目l言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯”1范围⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·2一致性⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·3规范性引用文件⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·4术语和定义⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·5I-EDI交换结构⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·6交易中的I-EDI报文⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯7对话管理⋯⋯一⋯⋯⋯⋯⋯⋯⋯···⋯⋯·⋯·⋯⋯⋯·⋯⋯⋯⋯·附录A(资料性附录)说明段顺序的示例⋯⋯⋯⋯⋯⋯⋯⋯⋯·附录B(资料性附录)I-EDI功能、状态和事件⋯⋯⋯⋯⋯⋯⋯·B．1I-EDI功能⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·B．2数据需求⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·B．3I-EDI功能的顺序⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·B．3．1概：述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·B．3．2状态⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-B．3．3事件⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯附录C(资料性附录)I-EDI过程模型⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．1I-EDI概述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．2I-EDI的业务需求⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．3支持业务需求的功能需求⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．4业务模型⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．5功能模型⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯”C．6最小的通信需求⋯⋯····⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一C．7数据需求⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯IⅡⅢ，11235788∞他地地他n¨M¨ 前言GB／T14805．3--2007／ISO9735-3；2002GB／T14805((行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号：4，语法发布号：1)》由下列部分组成：——第i部分：公用的语法规则，——第2部分：批式电子数据交换专用的语法规则；——第3部分：交互式电子数据交换专用的语法规则}——第4部分：批式电子数据交换语法和服务报告报文(报文类型为CONTRI．)；——第5部分：批式电子数据交换安全规则(真实性、完整性和源抗抵赖性)；——第6部分：安全鉴别和确认报文(报文类型为AUTACK)；——第7部分：批式电子数据交换安全规则(保密性)；——第8部分：电子数据交换中的相关数据；——第9部分：安全密钥和证书管理报文(报文类型为KEYMAN)；——第10部分：语法服务目录。将来还有可能增加新的部分。本部分为GB／T14805的第3部分。本部分等同采用ISO9735—3：2002<(行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号：4，语法发布号：1)第3部分：交互式电子数据交换专用的语法规则》。本部分代替GB／T14805．3—1999。本部分与CJB／T14805．3—1999的主要变化为：对ISO前言和本部分的引言部分进行了更新。与以前版本相比，大部分内容相同，只是在术语和段组的使用说明上有些变化，并更正了一些编辑性错误。本部分的附录A、附录B和附录c为资料性附录。本部分由中国标准化研究院提出。本部分由全国电子业务标准化技术委员会归口。本部分由中国标准化研究院负责起草。本部分的主要起草人：胡涵景、刘碧松、魏宏、任冠华、刘颖、孙文峰、岳高峰、徐成华、曹新九、章建方。本部分于1999年第一次发布。 GB／T14805．3--2007／ISO9735-3：2002ISO前言ISO(国际标准化组织)是一个世界性的各国标准机构(ISO国家成员体)联盟。国际标准的制定工作一般通过ISO技术委员会完成。对某个已建立的技术委员会的项目感兴趣的每个成员体，有权对该技术委员会表述意见。任何与ISO有联络关系的官方和非官方的国际组织都可直接参与制定国际标准。ISO与IEC(国际电工委员会)在电工技术标准的所有领域密切合作。应按照ISO／IEC导则第3部分的规则起草国际标准。技术委员会的主要任务是起草国际标准。由技术委员会正式通过的国际标准草案在被ISO理事会接受为国际标准之前，须分发到各成员体进行表决，按照ISO的工作程序，至少75％的成员体投票赞成后，该标准草案才成为国际标准。应当注意的是本部分可能涉及到专利。ISO不负责标识这些专利。本部分由ISO／TC154(商业、工业和行政中的过程、数据元和单证)与UN／CEFACT联合语法工作组合作起草。本部分取代第一版标准(ISO9735—3：1998)。而在本部分第2章提到的ISO9735t1988以及其1992年第1号修改单只是被临时性地保留。另外。为了更好地进行维护，已经将ISO9735各部分中的语法服务目录取消，并将它们重新组合成一个新的部分，即：ISO9735-10。在ISO9735—1：1998发布的时候，已经将ISO9735—10分配为“交互式EDI安全规则”部分。由于缺乏用户的支持，这部分内容被撤消，因此在本部分中删除了所有与“交互式EDI安全规则”有关的参考。在ISO9735各部分中的术语和定义被重新编排并被放在ISO9735—1中。ISO9735在《行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号：4，语法发布号：1)》的总标题下由下列几部分组成：——第1部分：公用的语法规则I——第2部分t批式电子数据交换专用的语法规则；——第3部分，交互式电子数据交换专用的语法规则}——第4部分；批式电子数据交换语法和服务报告报文(报文类型为CONTRI。)；——第5部分：批式电子数据交换安全规则(真实性、完整性和源抗抵赖性)；——第6部分：安全鉴别和确认报文(报文类型为AUTACK)；——第7部分：批式电子数据交换安全规则(保密性)；——第8部分：电子数据交换中的相关数据}——第9部分：安全密钥和证书管理报文(报文类型为KEYMAN)；——第10部分：语法服务目录。将来还有可能增加新的部分。本部分的附录A、附录B和附录c为资料性附录。 引言GB／T14805．3--2007／IS09735-3：2002基于对批式或交互式处理的需求。本部分包含了用于结构化在开放环境中交换的电子报文中的数据的应用级规则。联合国欧洲经济委员会(UN／ECE)已经同意把这些规则作为用于行政、商业和运输业电子数据交换(EDIFACT)的应用级语法规则。这些规则是联合国贸易数据交换目录(UNTDID)的一部分。UNTDID还包含批式和交互式报文设计指南。本部分可用于各种应用，但是如果报文符合UNTDID中的其他指南、规则和目录，则使用这些规则的报文可称为EDIFACT报文。就UN／EDIFACT而言，交互式报文应符合交互式的报文设计规则。这些规则在UNTDID中加以维护。通信规范及协议不在本部分的范围之内。本部分是ISO9735新增加的一部分。它提供了在交互式(会话式)EDI环境中的EDIFACT报文交换。交互式EDI具有下列特征：——在使用对话的两个参与方之间有形式化的联系，——根据对话中早期交换的结果，动态地指明I-EDI交易进程，——短暂的应答时间；——在对话中交换的所有报文与同一个业务交易相关联；——交易是一个在两个或多个参与方间发生的对话的可控制的集合。这些特征使I-EDI不同于GB／T14805．2(批式电子数据交换专用的语法规则)中规定的批式EDI。为了一致性和使那些既想使用批式EDI处理又想使用I-EDI来处理的用户简化了本部分的实施，本部分已在很大程度上与GB／T14805．2一致。Ⅲ cs／v14805．3--2007／ISO9735—3：2002行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号：4，语法发布号：1)第3部分：交互式电子数据交换专用的语法规则1范围本部分规定了专用于在计算机应用系统之间交换的交互式报文的传送的语法规则。有关在交互式环境中的包的传送。应见GB／T14805．8。2一致性尽管本部分应在段UNB(交换头)中出现的必备型数据元0002(语法版本号)中使用版本号⋯4’，和条件型数据元0076(语法发布号)使用发布号“01”，但是，为了能够与本部分相区别，继续使用早期版本中语法规则的交换应使用下列语法版本号：——IsO973511988：语法版本号11，——IsO9735：1988(1990年修改并且量新印刷)；语法版本号：2#——Iso9735：1988及其1992年第l号修改单：语法版本号13；——IsO973511998：语法版本号：4。与某个标准的一致性意味着支持其包括所有选项的所有需求。如果不支持所有选项，则任何一致性声明应包含一个说明，用于标识那些声明与其一致的选项。如果所交换的数据的结构和表示符台本部分规定的语法规则，则这些数据处于一致性状态。当支持本部分的设备能够刨建和／或解释其结构和表示与本部分一致的数据时，这些设备处于一致性状态。与本部分的一致性应包括与GB／T14805．1和GB／T14805．10的一致性。当在本部分中标识出在相关标准中定义的条款时，这些条款应构成一致性判定条件的组成部分。3规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款．凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最薪版本适用于本部分。GB／T14805．1—2007行政、商业和运输业电子数据交换(EDIFACT)应用级语法规则(语法版本号；4，语法发布号：1)第1部分：公用的语法规则(ISO9735—1：2002，IDT)。GB／T14805．10一2005用于行政、商业和运输业电子数据交换的应用级语法规则第10部分：语法服务目录(ISO9735—10：2002，IDT)。4术语和定义GB／T14805．1—2007中确立的术语和定义适用于本部分。】 Ga／T14805．3--2007／ISO9735-3：20025I-EDI交换结构在I-EDI交换中，服务串通知(如果使用的话)、头服务段和尾服务段应按图1所示的顺序出现圈1I-EDI交换结构在图1中，左边的各连线指出了成对的头段和尾段。为简单起见，图中列出的交换仅包含一个报文。服务串通知的说明应见GB／T14805．1的附录A。交互式头段和尾段的说明应见GB／T14805．10。注一UN／EDIFACT报文中使用的段在联合国贸易数据交换目录(UNTDID)中定义。6交易中的I-EDI报文交易中的I—EDI报文见图2。注：为了说明而使用缺省的服务字符。图2交易中的I-EDI报文 GB／T14805．3--2007／IS09735—3,2002图3绘出了交易中的批式EDI报文的说明图。一个I—EDI交易包古t——对话一十对话包含t——一个发趋方空袭l——个对应的应菩方交换一个发起方交换包音t——町№．服务串通知(如果使用的话)—uIB，交互式变换头——报文(如晕有的话)----OIZ，交互式交换尾一个应菩方交换包古t—uIB，交互式交换头——I报文(如果有的话)——uIz，交互式交换尾一个报文包台；——_UIH，交互式报空头一个报文体—uIT，交互式报文尾一十报文体包古，——段和／或段蛆一个段组包台t——一十越发段——段和可能出现的段组一十段包古·一十段标记——独立数据元和／或复合数据元和／或I复的独立数据元和／戚t复的复合数据元一个重复的独立蕺嚣元是·’——间一个独立救据元的一敬或多次出现一个置复的复合披据元是：——同一个复合数据元的一次成多次出现一十复合数据元包含t——两十或两十以上的成分数据元一十成分数据元是t一十简单数据元一十独立数据元是：——一十简单数据元一个筒单数据元包含t【——一十数据元值圈3交易中的I-EDI报文说明图7对话管理I-EDI交易作为特定剧本的一个实例由一个或多个对话组成，在两个或多个参与方之间同时出现或者按顺序出现。一个对话由一对交替的EDIFACT交换组成，其中一个为发起方交换，另一个为应答方交换。应发生下列传送：——发起方通过向应答方发送交换头段来开始一个对话。在交换头段前·可根据需要放置UNA段，在交换头段后，可根据需要放置报文。——应答方用交换头段回复发起方。在交换头段后，可根据需要放置报文(注意：由发起方发送的3 GB／T14805．3--2007／ISO9735-3t2002UNA的值也适用于应答方)。——发起方向应答方发送询问报文。一一应答方用应答报文回复发起方。一发起方和应答方根据需要交换其他报文。一一发起方通过向应答方发送交换尾段来结束这一对话。在交换尾段前，可根据需要放置报文。——应答方用交换尾段回复发起方。在交换尾段前，可根据需要放置报文。可能出现以下几种变化：对于从发起方到应答方的每个报文，应答方对发起方的应答报文可以是无、一个或多个，反之亦然。UIR服务段可以与报文交替出现。任一参与方都可在任何时候使用uIR服务段提前终止对话。一个或多个报文可与下列之一相组合：——交换头{——交换尾；——交换头和交换尾(形成一个完整对话)。虽然由发起方控制的数据交换是交互式应用的一种公共的操作横武，但I-EDI语法不排除其他的操作模式。有关的例子见附录A。图4给出了构成一个对话的两个交换的流程图。图4两个I-EDI交换的流程圈图4中的箭头指出数据流的方向。注意，uNA仅由发起方发送。图4中的状态指出必备型(M)或条件型(c)以及允许重复的次数。 示例1发起方应答方发起方应答方发起方应答方等等发起方应答方示例2于应答方)：发起方应答方发起方应答方发起方应答方发起方应答方等等发起方应答方示例3发起方应答方示伽4发起方应答方发起方应答方发起方应答方示例5发起方应答方发起方GB／T14805．3--2007／ISO9735-3：2002附录A(资料性附录)说明段顺序的示例第一个和量后一个报文分别与交换头和交换尾组合在一起的成对报文：UIB⋯UIH⋯段和／或段组⋯UITUIH⋯段和／或段组⋯UlTUIH⋯段和／或段组⋯UITUIH⋯段和／或段组⋯uITUIH⋯段和／或段组⋯UIT⋯UIZUIH⋯段和／或段组⋯UlT⋯UIZ’t带有．UNA的分离的交换头和交换■的成对报文(往曩tlJNA只由发起方发送，但也适用UNA．．．UIBUIBUIH⋯段和／或段组⋯UITUIH,··段和／或段组⋯UITUIH⋯段和／或段组⋯I疆黔UIH⋯段和／或段组⋯UITUIZ与交换头和交换尾组台在一起的单个报文(--个完整的对话)：UIB⋯UIH⋯段和／或段组⋯UIT⋯UIZ最后一个报文与交接尾组合在一起的多个报文的痒列：UIBUIH⋯段和／或段组⋯uITUIH(F)⋯段和／或段组⋯UITUlH(L)⋯段和／或段组⋯UITUIH⋯段和／或段组⋯UIT⋯UIZUIH⋯段和／或段组⋯UIT⋯UIz带有UNA的分离的交换头和交换尾的成对报文，其中嵌有一对OIRUNA⋯UIBUIBUIH⋯段和／或段组⋯UIT GB／T14805．3--2007／ISO9735-3：2002应答方UIH⋯段和／或段组⋯UIT等等发起方UIR⋯报告功能，代码型=’n，(查询状态)应答方UIR⋯报告功能。代码型=’rr(状态报告)发起方UIH⋯段和／或段组⋯UlT应答方UIH⋯段和／或段组⋯UIT等等发起方UIZ应答方UIZ示例6带有UNA的分离的交换头和交换尾的成对报文，其中UIR用于报告由应答方童出的严重镥误：发起方UNA⋯UIB应答方uIB发起方UIH⋯段和／或段组⋯UIT应答方UIH⋯段和／或段组⋯UIT发起方UIH⋯段和／或段组⋯UIT应答方UIH⋯段和／或段组⋯UIT发起方UIH⋯段和／或段组⋯uIT应答方UIR⋯报告功能，代码型一’if(放弃对话)原因代码指出问题的范围。在该对话中没有进一步的交换。示例7不能开始的对话。应答方用UIR报告开始对话拒绝；发起方UNA⋯UIB应答方UIR⋯报告功能，代码型=’“开始对话拒绝)原因代码指出问题的范围。在该对话中投有进一步的交换。示例8第一个和最后一个报文分别与交换头和交换忠组合在一起的成对报文，其中使用了暂停和继续：发起方UIB⋯UIH⋯段和／或段组⋯UIT应答方UIB⋯UIH⋯段和／或段组⋯UIT发起方UIH⋯段和／或段组⋯UIT应答方UIH⋯段和／或段组⋯UIT应答方UIR⋯报告功能，代码型=’rr(暂停对话)原因代码指出暂停的原因，如资源不足。对话中无进一步的数据流，直到某段时间之后：应答方UIR⋯报告功能，代码型=’仃(继续对话)发起方UIH⋯段和／或段组⋯uIT应答方UIH⋯段和／或段组⋯UIT等等发起方UIH⋯段和／或段组⋯UIT⋯UIZ应答方UIH⋯段和／或段组⋯uIT⋯UIZ B．1I-EDI功能附录B(资料性附录)I-EDI功能、状态和事件GB／T14805．3--2007／ISO9735-3：2002在下面的各条中，根据实施的情况，“应用”一词可以指主应用程序，也可以指管理I-EDI对话的I-EDI操作部分。“相关”一词指两个应用之间的逻辑关系，而不是在其他标准中使用的其他含义。注意，下列功能没必要映射到单个的服务段或报文上。开始对话请求允许一个应用向远程应用传递足够的信息，以便能够发起两个应用之间的联系。开始对话确认允许远程应用向发起应用传递足够的信息，以便通知它联系已被接受。开始对话拒绝允许远程应用向发起应用传输足够的信息，以便通知它联系不能被接受。传送数据允许一个应用向另一个应用传送业务信息。请求状态允许一个应用向联系中的其他应用请求状态或控制信息。报告状态(回复)允许一个应用向联系中的其他应用发送状态或控制信息。它可以作为一个对请求状态的回复，或者作为一个主动提供的附属报告。暂停对话允许一个应用请求暂停对话，直至该应用请求继续对话为止。继续对话允许一个应用请求继续其先前提出暂停的对话。放弃对话允许一个应用在不能保持联系时无条件地结束联系。结束对话请求允许一个应用向联系中的其他应用请求结束联系。该功能通常发生在业务交易正常结束之时。结束对话确认允许应答应用向请求应用确认联系被终止。完成对话请求允许一个应用向远程应用传输足够的信息。以便在单个的传送中，能够在两个应用之间建立联系、传递数据和终止联系。完成对话确认允许一个远程应用向发起应用传递足够的信息，以便在单个的传送中，通知它已接受联系、返回数据和终止联系。B．2数据需求表B．1指出了如何把抽象的I-EDI功能映射成I-EDI服务段和报文，其中⋯S’(状态)一栏指出段在I-EDI功能中是必备型的还是条件型的，“R”一栏指出它的重复次数。7 GB／T14805．3--2007／ISO9735-3=2002表B．1映射成服务段的功能功能段SRUNAC1开始对话请求UIBM1(UIH<数据>UIT)CnUIBM1开始对话确认(UIH<数据>UIT)Cn开始对话拒绝UIRMl传送数据(UIH<数据>UIT)M请求状态UIRMl报告状态UIRM1放弃对话UIRM1(UIH<数据>UlT)CnUIT)Cn结束对话确认U1ZM1UNAClUIBM1完成对话请求(UIH<数据>UIT)MnUIZM1UIBMl完成对话确认(U1H<数据>UIT)MnUIZM1B．3I-EDI功能的顺序B．3．1概述在下列图表中，IEDI协议通过协议所处的状态和引起状态转移的事件来描述。当这些事件出现时，协议“机器”自动地从一个状态转移到另一个状态。I-EDI协议能够处于有效状态的数目是有限的。对话状态图(图B．1)给出了Y-EDI协议的状态、影响I—EDI协议的事件和从一个状态到另一个状态的转移。这些内容被进一步形式化为状态一事件矩阵(表B．4)，即I—EDI协议机的二维表示。其中一维是状态，另一维是事件。状态和事件的交叉部分给出该特定事件所导致的下一状态，所有其他事件均为出错条件。B．3．2状态在任一时刻，I-EDI协议都可能处于有限个状态中的某一状态。表B．2列出了I-EDI协议的有效状态，并描述了这些状态的含义。 GB／T14805．3--2007／ISO9735-3z2002注I符号(FUI)(L)后缀_I后缀一R含义第一个或中间报文最后一个报文发起方应答方图B．1对话状态图9 GB／T14805．3--2007／iso9735-3：2002衰B．2状态状态描述IDLE不存在联系且无未完成的应答START—I等待从应答方到发起方的“开始对话确认”DATA—I等待从应答方到发起方的“传送数据”DATA—R等待从发起方到应答方的“传送数据”REPoRT—I等待从应答方到发起方的“报告状态”REPORT■R等待从发起方到应答方的“报告状态”STOPI等待从应答方到发起方的“结束对话确认”CMPL—I等待从应答方到发起方的“完成对话确认”B．3．3事件表B．3列出了I-EDI协议的有效事件，并描述了与这些事件有关的条件。这些事件通常由通过协议操作者传送的数据对象或控制对象引发。表B．3事件事件功能方向SD_REo_i开始对话请求从发起方到应答方SD二CNF_R开始对话确认从应答方到发起方SD—REJ—R开始对话拒绝从应答方到发起方TR。DATA—I传输数据从发起方到应答方TR—DATA—R传输数据从应答方到发起方EDLREO_I结束对话请求从发起方到应答方EI)-CNF_R结束对话确认从应答方到发起方ABORT_I放弃对话从发起方到应答方A130RT—R放弃对话从应答方到发起方REQUEST_I请求状态从发起方到应答方REQUEST-R请求状态从应答方到发起方REP-ST_1报告状态从发起方到应答方REPS’r-R报告状态从应答方到发起方CD_REQ_1完成对话请求从发起方到应答方CI)-CNF-R完成对话确认从应答方到发起方衰B．4状态一事件矩阵状态事件Ⅱ)LESTARTIDATA—IDATARSTOP—ICPMLIREPORT_IREPORT—RSD_REqLISTARTjSr)_CNF_RDATA-RSD-REJ—RIDI。EIDLETR—DATA_I(FUI)DATA_R 裹B．4(续)GB／T14805．3--2007／ISO9735-3：2002状态事件IDLEsTART_IDATA—IDATA—RSTOP-ICPML-IREPORTIREPORT-RTR—DATA—I(L)DATAJTR-DATA—R(FUI)DATA—ITR—DATA—R(L)DATA—RED．REqLISTOPjED—CNF—RIDLEABORT_IIDLEIDI。E。IDLE1DLEIIDLEIDLE．1DLEABoRT—RlDLE1DLEIIDLEIDLE‘REQUEST_1REPORT一】REQUEST-RREPOR，r-RREP．．ST．．IDATA—RDATAIREP—ST—RDATA一1DATA—RCr)-REqLICMPL_ICD—CNF—RIDLE8如果通信介质为半双工的，则不可能出现此状态一事件矩阵。1l GB／T14805．3--2007／ffi09735-3：2002附录C(资料性附录)I-EDI过程模型C．1卜EDI概述I—EDI是在独立的参与方的应用之间为完成共同任务而进行的一系列的信息交换，其中后续的交换可能取决于先前交换的结果，通常有严格的时间限制。交互式应用包括民航订票系统，保健药店、索赔提交和合格性审核，银行的远程自动柜员机。起初，I-EDI着重于发起方向应答方发送数据且应答方以应答的形式发回数据的应用。迄今为止，由发起方控制的交替的数据交换是交互式应用之间最通用的工作方式。但是，I-EDI语法并不排斥其他工作方式。I-EDI的定义取决于通用的EDI的定义。在本部分中所采用的EDI的方法是以ISO／IEC／JTCl下设的EDI特别工作组编制的“关于开放式EDI概念模型的报告”为基础的。“开放式EDI概念模型”的特征包括：——使超出贸易领域的EDI更加通用化I——把EDI定义为“开放式”(适合于所有参与方，遵从标准，并不需要专门的双边协议)；——协调EDI与通信、建模和开放环境领域的其他国际标准的关系。EDI业务语境的两个主要因素促使I-EDI的开发很有必要。第一个因素是来自很多组织(不仅仅是民营部门)的市场压力，它们要求在市场上更具竞争性和更高的快速反应能力。因此，很多基本的过程必须被重新模型化，以对付这种压力。第二个因素是对标准解决方案的期望与当前情况(即“非开放式EDI”)有较大差异。在定义I-EDI需求中采用了下列指导原则：——用户容易实施是第一位的，标准应相应地定义其要素，——I—EDI的机制应与EDI的其他形式完全兼容，在可能的情况下应完全相同；——无论采用何种通信方法，都可得到所需的功能，——只要在低层通信协议(如x．25、OSI交易处理)中可得到等同的功能，都可以使用它们；——EDI标准应与所有其他相关的国际标准充分协调。为了独立于低层体系结构表示I-EDI的特征和需求，下面描述了业务和功能模型以及I-EDI服务段所需的信息内容。建议而非强制采用相关的ISO协议传送I-EDI数据。C．2I-EDI的业务需求——使在两个或多个业务伙伴之间进行的单一的业务交易能够连贯一致地完成——必须支持交互式的对话活动}——以及时的方式提供对大业务量信息的处理I——为在业务伙伴之间安全地传递业务信息提供方法。C．3支持业务需求的功能需求在业务交易中应能够：12 GB／T14805．3--200711509735-3：2002——使应用之间合作；——进行多个双边对话；——双边对话协调；——进行分级双边对话}——在双边对话中进行双向交换I-EDI报文；——为在一秒钟内作出应答提供有效的机制；——通过减少开销而支持大业务量交易}——应由通用的UN／EDIFACT安全标准或其他标准提供安全。C．4业务模型I-EDI对话既分离于又独立于在其他ISO文件中作为术语使用的对话。如图C．1所示，剧本是为完成特定的业务目标而在各参与方之间发生的一组业务活动的形式规范。它建立了参与方之间的关系和相互作用的模型。圈C．1类型和实例概貌交易是剧本的实例。当剧本中的角色被扮演以执行实际的业务交易时，交易便被建立。在这里刻画交易仅仅是为了明确对话的语境，。为了执行交易，参与业务交易的不同的参与方要使用该交易的I-EDI部分的对话进行双边通信。交易具有将对话成组的潜能。但是，许多剧本可被模型化为在双方；af．-1只包含单一的对话类型，其实例便是在两个参与方之间只包括单一对话的交易。在同一交易中可将对话成组，在同一对参与方或不同对的参与方之间可发生多个对话(见图C．2)。 GB／T14805．3--2007／]SO9735-3t2002C．5功能模型功能模型见图C．3所示。图C．2业务交易示例圈C．3通过对话实现的功能模型c．6最小的通信需求通信必须：——无差错}——按原来传输的顺序投递数据；——允许双向的数据流；——提供检测和报告丢失的逻辑联系I——在应用之间提供稳定的逻辑联系(如会话、对话等)。因此每个I-EDI对话应有其自身的唯一的逻辑联系。如果不能满足这种需求，则实现者必须处理与分隔符和字符集识别有关的问题。 GB／T14805．3--2007／ISO9735-3：2002C．7数据需求下列清单试图给出执行已命名的功能所需的数据清单。该清单曾用于建立服务段的模型，但是，在这里存在的一个功能不一定保证存在唯一的服务段，因为某些服务段执行多个功能。开始对话请求(UNA、UIB和可选的报文)——分隔符；——字符集；——语法标识符}——对话参考}——业务交易参考}——剧本标识符I——对话标识符I——发送方标识符}——接收方标识符f——日期和时间，——重复指示符i——测试指示符；——安全信息。开始对话确认(Ⅱ，和可选的曩文)——语法标识特I，——对话参考4。——业务交囊誉考I——剧本标识狩，——对话标识符，——发送方标识符I——接收方标识符}——日期和时间f——重复指示符；——测试指示符；——应答信息}——安全信息。发送数据(报文一UIH、查询或命令、UIT)——报文标识符或类型}——报文参考}——对话参考；——传送状态}——日期和时间l——测试指示符。接收数据(报文一UIH、应答、UIT)——报文标识符或类型；——报文参考}——对话参考；——传送状态；15 GB／T14805．3—2007／ISO9735-3：2002——日期和时间；——测试指示符。请求状态(UIR)——对话参考；——功能(一查询)；——日期和时间。报告状态(UIR)——对话参考}——功能(=报告)；——原因代码；——源于出错报文的其他信息；——日期和时间。开始对话拒绝(uIR)——对话参考；——功能(一开始对话拒绝)；——原因代码；——源于出错对话的其他信息}——日期和时间。暂停对话(UIR)——对话参考}——功能(一暂停)}——原因代码；——日期和时间。．继续对话(UIR)——对话参考；——功能(一继续)；——日期和时间。放弃对话(UIR)——对话参考f——功能(一放弃对话)I——原因代码；。——源于出错报文的其他信息}——日期和时间。结束对话请求(可选的报文和UIZ)——对话参考；——已发送报文的控制计数；——重复指示符。结束对话确认(可选的报文和UIZ)——对话参考I——已发送报文的控制计数。'