GB T 14805.3-1999 用于行政、商业和运输业电子数据交换的应用级语法规则 第3部分;交互式电子数据交换专用的语法规则.pdf

《GB T 14805.3-1999 用于行政、商业和运输业电子数据交换的应用级语法规则 第3部分;交互式电子数据交换专用的语法规则.pdf》由会员分享，可在线阅读，更多相关《GB T 14805.3-1999 用于行政、商业和运输业电子数据交换的应用级语法规则 第3部分;交互式电子数据交换专用的语法规则.pdf（21页珍藏版）》请在麦多课文档分享上搜索。

1、中华人民共和国国家标准用于行政商业和运输业电子数据交换的应用级语法规则语法版本号第部分交互式电子数据交换专用的语法规则发布实施国家质量技术监督局发布前言本标准等同采用联合国用于行政商业和运输业电子数据交换的应用级语法规则第部分交互式电子数据交换专用的语法规则系列标准在用于行政商业和运输业电子数据交换的应用级语法规则语法版本号的总标题下目前包括下列个部分第部分公用的语法规则及语法服务目录第部分批式电子数据交换专用的语法规则第部分交互式电子数据交换专用的语法规则第部分批式电子数据交换语法和服务报告报文报文类型为第部分批式电子数据交换安全规则真实性完整性和源抗抵赖性第部分安全鉴别和确认报文报文类型为

2、第部分批式电子数据交换安全规则保密性第部分电子数据交换中的相关数据第部分密钥和证书管理报文报文类型为第部分交互式电子数据交换安全规则将来还有可能增加新的部分系列标准对应于第四版虽然替代了早期各版但根据的有关规定用户仍可使用早期各版有鉴于此我国于年根据的版版和版制定的国家标准亦可在今后一段时间内继续使用因此本系列标准的发布与实施不替代本标准的附录附录和附录都是提示的附录本标准由中国标准化与信息分类编码研究所提出并归口管理本标准由中国标准化与信息分类编码研究所海关总署业务规范司邮电部数据传输所交通部水运所共同起草本标准主要起草人刘碧松程女范胡涵景房庆石文来陈淑仪刘芳陈琪明前言国际标准化组织是一个世

3、界性的各国标准机构国家成员体联盟国际标准的制定工作一般通过技术委员会完成对某个已建立的技术委员会的项目感兴趣的每个成员团体有权向技术委员会表述意见任何与有联络关系的官方和非官方的国际组织都可直接参与制定国际标准与国际电工委员会在电工技术标准的所有领域密切合作由技术委员会正式通过的国际标准草案须经各成员团体投票表决作为一项国际标准发布要求至少的成员团体投票赞成本国际标准由联合国欧洲经济委员会贸易部作为的组成部分起草由行政商业和工业中的单证和数据元技术委员会通过快速表决程序正式表决通过鉴于本标准替代了早期各版并在交换头段的必备型数据元语法版本号中用来标识本版本因此继续使用早期发布的各版语法规则的交

4、换应使用下列语法版本号以便彼此区别语法版本号年修订并重印版语法版本号年修订并重印版及其年第号修订单语法版本号当前版在联合国用于行政商业和运输业的电子数据交换应用级语法规则语法版本号的总标题下由下列几部分组成公用的语法规则及语法服务目录批式电子数据交换专用的语法规则交互式电子数据交换专用的语法规则批式电子数据交换语法和服务报告报文报文类型为批式电子数据交换安全规则真实性完整性和源抗抵赖性安全鉴别和确认报文报文类型为批式电子数据交换安全规则保密性电子数据交换中的相关数据密钥和证书管理报文报文类型为交互式电子数据交换安全规则将来还有可能增加新的部分在本标准中附录附录和附录为提示的附录引言根据批式或交

5、互式处理的需求本标准包含对开放环境中的电子报文交换中的数据进行结构化的应用级规则联合国欧洲经济委员会已经同意把这些规则作为用于行政商业和运输业电子数据交换的应用级语法规则这些规则是联合国贸易数据交换目录的一部分还包含批式和交互式报文设计指南本标准可用于任一应用但是使用这些规则的报文只有符合中的其他指南规则和目录才能称其为报文就而言交互式报文应符合交互式报文设计规则这些规则在中维护通信规范和协议不在本标准范围之内本标准是在当前版中新增加的一部分它提供在交互式会话式环境中的报文的交换交互式具有下列特征在使用对话的两个参与方之间有形式化的联系具有根据对话中先前交换的结果动态地指明交易趋向的能力简短的

6、应答时间在一个对话中交换的所有报文与同一业务交易有关交易是能够在两个或多个参与方之间发生的对话的可控集合这些特征使不同于批式电子数据交换专用的语法规则中规定的批式为了一致性和使那些既想使用批式处理又想使用交互式处理的用户简化本标准的实施本标准已在很大程度上与一致中华人民共和国国家标准用于行政商业和运输业电子数据交换的应用级语法规则语法版本号第部分交互式电子数据交换专用的语法规则国家质量技术监督局批准实施范围本标准规定了专用于在计算机应用系统之间交换的交互式报文的传送的语法规则有关交互式环境中的包的传送见一致性与一个标准一致意味着支持其所有需求包括所有选项如果不是所有选项都被支持则任何一致性声明

7、都应包含一个说明用于标识那些被声明为与其一致的选项如果所交换的数据的结构和表示符合本标准中规定的语法规则则这些数据处于一致性状态当支持本标准的设备能创建和或解释其结构和表示与本标准一致的数据时这些设备处于一致性状态与本标准的一致应包含与的一致当在本标准中标识出在相关标准中定义的条款时这些条款应构成一致性判定条件的组成部分引用标准下列标准所包含的条文通过在本标准中引用而成为本标准的条文本标准出版时所示版本均为有效所有标准都会被修订使用本标准的各方应探讨使用下列标准最新版本的可能性和的成员维护着当前有效的国际标准的注册用于行政商业和运输业电子数据交换的应用级语法规则语法版本号第部分公用的语法规则及

8、语法服务目录用于行政商业和运输业电子数据交换的应用级语法规则语法版本号第部分电子数据交换中的相关数据定义本标准采用的定义见的附录交换结构在交换中服务串通知如果使用的话头服务段和尾服务段按下列顺序出现名称标记状态服务串通知条件型交互式交换头必备型交互式交换尾必备型交互式报文头必备型报文体交互式报文尾必备型在上图中左边的各连线指出了成对的头段和尾段为简单起见图中列出的交换只包含一个报文服务串通知的规范见的附录交互式头段和尾段的规范见的附录注报文中使用的段在联合国贸易数据交换目录中定义交易中的报文见图交易中的报文示意图图一个交易包含对话一个对话包含一个发起方交换一个对应的应答方交换一个发起方交换包含

9、服务串通知如果使用的话交互式交换头报文如果有的话交互式交换尾一个应答方交换包含交互式交换头报文如果有的话交互式交换尾一个报文包含交互式报文头一个报文体交互式报文尾一个报文体包含段和或段组一个段组包含一个触发段段和可能出现的段组一个段包含一个段标记独立数据元和或复合数据元和或重复的独立数据元和或重复的复合数据元一个重复的独立数据元是同一个独立数据元的一次或多次出现一个重复的复合数据元是同一个复合数据元的一次或多次出现一个复合数据元包含两个或两个以上的成分数据元一个成分数据元是一个简单数据元一个独立数据元是一个简单数据元一个简单数据元包含一个数据元值交易中的报文说明图图完对话控制一个交易是特定剧本

10、的一个实例由一个或多个对话组成在两个或多个参与方之间同时或者顺序发生一个对话由一对交替的交换组成其中一个为发起方交换另一个为应答方交换应发生下列传送发起方通过向应答方发送交换头段来开始一个对话在交换头段前可根据需要放置段在交换头段后可根据需要放置报文应答方用交换头段回复发起方在交换头段后可根据需要放置报文注意由发起方发送的的值也适用于应答方发起方向应答方发送询问报文应答方用应答报文回复发起方发起方和应答方根据需要交换其他报文发起方通过向应答方发送交换尾段来结束这一对话在交换尾段前可根据需要放置报文应答方用交换尾段回复发起方在交换尾段前可根据需要放置报文可能出现以下几种变化对于从发起方到应答方的

11、每一个报文应答方对发起的应答报文可以是无一个或多个反之亦然服务段可以与报文交替出现任一参与方都可在任何时候使用服务段提前终止对话一个或多个报文可与下列之一相组合交换头交换尾交换头和交换尾形成一个完整对话虽然由发起方控制的数据交换是交互式应用的一种公共的操作模式但语法不排除其他的操作模式有关的例子见附录图是共同构成一个对话的两个交换的流程图图两个交换的流程图图中的箭头指出数据流的方向注意只由发起方发送图中的状态指出必备型或条件型以及允许重复的次数在每个交换中至少应发送一个报文详见附录附录提示的附录说明段顺序的例子例第一个和最后一个报文分别与交换头和交换尾组合在一起的成对报文发起方段和或段组应答方

12、段和或段组发起方段和或段组应答方段和或段组发起方段和或段组应答方段和或段组等等发起方段或或段组应答方段或或段组例带有的分离的交换头和交换尾的成对报文注意只由发起方发送但也适用于应答方发起方应答方发起方段和或段组应答方段和或段组发起方段和或段组应答方段和或段组发起方段和或段组应答方段和或段组等等发起方应答方例与交换头和交换尾组合在一起的单个报文发起方段和或段组应答方段和或段组例最后一个报文与交换尾组合在一起的多个报文的序列发起方应答方发起方段和或段组应答方段和或段组段和或段组发起方段和或段组应答方段和或段组例带有的分离的交换头和交换尾的成对报文其中嵌有一对发起方应答方发起方段和或段组应答方段和或

13、段组等等发起方报告功能代码型查询状态应答方报告功能代码型状态报告发起方段和或段组应答方段和或段组等等发起方应答方例带有的分离的交换头和交换尾的成对报文其中用于报告由应答方查出的严重错误发起方应答方发起方段和或段组应答方段和或段组发起方段和或段组应答方段和或段组发起方段和或段组应答方报告功能代码型废弃对话原因代码指出问题的范围在该对话中不能再进行进一步的交换例不能开始的对话应答方用报告开始对话拒绝发起方应答方报告功能代码型开始对话拒绝原因代码指出问题的范围在该对话中不能再进行进一步的交换例第一个和最后一个报文分别与交换头和交换尾组合在一起的成对报文其中使用了暂停和继续发起方段和或段组应答方段和或

14、段组发起方段和或段组应答方段和或段组应答方报告功能代码型暂停对话原因代码指出暂停的原因如资源不足对话中无进一步的数据流直到某段时间之后应答方报告功能代码型继续对话发起方段和或段组应答方段和或段组等等发起方段和或段组应答方段和或段组附录提示的附录功能状态和事件功能在随后各条中根据不同的情况应用一词可以指主应用程序也可以指管理对话的操作部分联系一词指两个应用之间的逻辑关系而不是在其他标准中使用的任何其他含义注意下列功能没必要映射到单个的服务段或报文上开始对话请求允许一个应用向远地应用传递足够的信息以便能够发起两个应用之间的联系开始对话确认允许远地应用向发起应用传递足够的信息以便通知它联系已被接受开

15、始对话拒绝允许远地应用向发起应用传输足够的信息以便通知它联系不能被接受传送数据允许一个应用向另一个应用传送业务信息请求状态允许一个应用向联系中的其他应用请求状态或控制信息报告状态回复允许一个应用向联系中的其他应用发送状态或控制信息它可以作为一个对请求状态的回复或者作为一个主动提供的附属报告暂停对话允许一个应用请求暂停对话直至该应用请求继续对话为止继续对话允许一个应用请求继续其先前提出暂停的对话废弃对话允许一个应用在不能保持联系时无条件地结束联系结束对话请求允许一个应用向联系中的其他应用请求结束联系该功能通常发生在业务交易正常结束之时结束对话确认允许应答应用向请求应用确认联系被终止完整对话请求允

16、许一个应用向远地应用传输足够的信息以便在单个的传送中能够在两个应用之间建立联系传递数据和终止联系完整对话确认允许一个远地应用向发起应用传递足够的信息以便在单个的传送中通知它已接受联系返回数据和终止联系数据需求表指出了如何把抽象的功能映射成服务段和报文其中状态一栏指出段在功能中是必备型的还是条件型的一栏指出它的重复次数表映射成服务段的功能功能段开始对话请求数据开始对话确认数据开始对话拒绝传送数据数据请求状态报告状态废弃对话结束对话请求数据结束对话确认数据完整对话请求数据完整对话确认数据功能的顺序在下列图表中协议用协议可能处于的状态和引起状态转移的事件来描述随着每个事件的发生协议机自动地从一个状态

17、转移到另一个状态协议能够处于的有效状态的数目是有限的对话状态图图给出了协议的状态影响协议的事件和从一个状态到另一个状态的转移这些内容被进一步形式化为状态事件矩阵表即协议机的二维表示其中一维是状态另一维是事件状态和事件的交叉部分给出该特定事件所导致的下一状态所有其他事件均为出错条件图对话状态图图涉及的符号及其含义如下符号含义第一个或中间报文最后一个报文后缀发起方后缀应答方表状态事件矩阵状态事件注带星号的状态表示如果通信媒体是半双工的该状态也许不产生状态在任一时刻协议都可能处于有限个状态中的某一状态表列出了协议的有效状态并描述了这些状态的含义表状态状态描述不存在联系且无未完成的应答等待从应答方到发

18、起方的开始对话确认等待从应答方到发起方的传送数据等待从发起方到应答方的传送数据等待从应答方到发起方的报告状态等待从发起方到应答方的报告状态等待从应答方到发起方的结束对话确认等待从应答方到发起方的完整对话确认事件表列出了协议的有效事件并描述了与这些事件有关的条件这些事件通常由正通过协议操作者传送的数据客体或控制客体引发表事件事件功能方向开始对话请求从发起方到应答方开始对话确认从应答方到发起方开始对话拒绝从应答方到发起方传输数据从发起方到应答方传输数据从应答方到发起方结束对话请求从发起方到应答方结束对话确认从应答方到发起方废弃对话从发起方到应答方废弃对话从应答方到发起方请求状态从发起方到应答方请求

19、状态从应答方到发起方报告状态从发起方到应答方报告状态从应答方到发起方完整对话请求从发起方到应答方完整对话确认从应答方到发起方附录提示的附录过程模型概述是在独立的参与方的应用之间为完成共同任务而进行的一系列的信息交换其中的下一个交换可能取决于先前交换的结果通常有严格的时间约束交互式应用包括民航订票系统保健药店索赔提交和合格性审核银行的远地自动柜员机起初着重于发起方向应答方发送数据且应答方以应答的形式发回数据的应用迄今为止由发起方控制的交替的数据交换是交互式应用之间最通用的工作方式但是语法并不排斥其他工作方式的定义取决于通用的的定义在本标准中所采用的的方法是以下设的特别工作组编制的关于开放式概念模

20、型的报告为基础的开放式概念模型的特征包括使超出贸易领域更加通用化把定义为开放式适合于所有参与方遵从标准不需要专门的双边协议协调与通信建模与开放环境领域的其他国际标准的关系业务语境的两个主要因素促使的开发很有必要第一个因素是来自很多组织不仅仅是民营部门的市场压力它们要求在市场上更具竞争性和更高的快速反应能力因此很多基本的过程必须被重新模型化以对付这种压力第二个因素是对标准解决方案的期望与当前情况即非开放式有较大差异在定义需求中采用了下列指导原则用户容易实施是第一位的标准应相应地定义其要素的机制应与的其他形式完全兼容在可能的情况下应完全相同无论采用何种通信方法都可得到所需的功能只要在低层通信协议如

21、交易处理中可得到等同的功能都可以使用它们标准应与所有其他相关的国际标准充分协调为了独立于低层体系结构表示的特征和需求下面描述了业务和功能模型以及服务段所需的信息内容建议而非强制采用相关的协议传送数据的业务需求使在两个或多个业务伙伴之间进行的单一的业务交易能够连贯一致地完成必须支持交互式的对话活动以及时的方式提供对大业务量信息的处理为在业务伙伴之间安全地传递业务信息提供工具支持业务需求的功能需求在业务交易中应能够使应用之间合作进行多个双边对话协调双边对话级联双边对话在双边对话中双向交换报文为在一秒钟内作出应答提供有效的机制通过减少开销而支持大业务量交易应由通用的安全标准或其他标准提供安全业务模型

22、对话既分离又独立于在其他文件中作为术语使用的对话图类型和实例概貌如图所示剧本是为完成特定的业务目标而在各参与方之间发生的一组业务活动的形式规范它建立了参与方之间的关系和相互作用的模型交易是剧本的实例当剧本中的角色被扮演以执行实际的业务交易时交易便被建立在这里刻画交易仅仅是为了明确对话的语境为了执行交易参与业务交易的不同的参与方要使用该交易的部分的对话进行双边通信交易具有将对话成组的潜能但是许多剧本可被模型化为在双方之间只包含单一的对话类型其实例便是在两个参与方之间只包括单一对话的交易图业务交易示例在同一交易中可将对话成组在同一对参与方或不同对的参与方之间可发生多个对话见图功能模型见图图对话最小

23、的通信需求通信必须无差错按原来传输的顺序投递数据允许双向的数据流提供检测和报告丢失的逻辑联系在应用之间提供稳定的逻辑联系如会话谈话等因此每个对话应有其自身的唯一的逻辑联系如果不能满足这种需求则实现者必须处理与分隔符和字符集识别有关的问题数据需求下列清单试图给出执行已命名的功能所需的数据清单该清单曾用于建立服务段的模型但是在这里存在的一个功能不一定保证存在唯一的服务段因为某些服务段执行多个功能开始对话请求和可选的报文分隔符字符集语法标识符对话参考业务交易参考剧本标识符对话标识符发送方标识符接收方标识符日期和时间重复指示符测试指示符安全信息开始对话确认和可选的报文语法标识符对话参考业务交易参考剧本

24、标识符对话标识符发送方标识符接收方标识符日期和时间重复指示符测试指示符应答信息安全信息发送数据报文查询或命令报文标识符或类型报文参考对话参考传送状态日期和时间测试指示符接收数据报文应答报文标识符或类型报文参考对话参考传送状态日期和时间测试指示符请求状态对话参考功能查询日期和时间报告状态对话参考功能报告原因代码源于出错报文的其他信息日期和时间开始对话拒绝对话参考功能开始对话拒绝原因代码源于出错对话的其他信息日期和时间暂停对话对话参考功能暂停原因代码日期和时间继续对话对话参考功能继续日期和时间废弃对话参考功能废弃对话原因代码源于出错报文的其他信息日期和时间结束对话请求可选的报文和对话参考已发送报文的控制计数重复指示符结束对话确认可选的报文和报文对话参考已发送报文的控制计数