• 北京市欧美同学会组织海归义诊献爱心活动 2019-07-21
  • 中国内地6所高校跻身世界大学声誉排行榜百强  2019-06-29
  • 混战再起,专车补贴难再现 2019-06-14
  • 如何制订企业发展计划 2019-06-10
  • 贸易保护主义相关新闻 2019-06-10
  • 塔里木油田:沙漠深处谱写科技生态篇章 2019-06-09
  • 李克强在宁夏考察时强调 让“互联网+”更多惠及重点民生领域 2019-06-08
  • 全国京东大鼓星火日活动举行 2019-06-07
  • 凰家街采:你期待的长江时代 ——凤凰网房产武汉 2019-06-06
  • “香会”,中国代表团驳斥美防长言论 2019-06-06
  • 杨超马可谦《你才是美猴王》刷爆朋友圈 2019-06-05
  • 中共中央直属机关党校 2019-06-04
  • 事件 —频道 春城壹网 七彩云南 一网天下 2019-06-04
  • 悬崖边舔盐晒太阳 围观萌系斑羚的日常 2019-06-03
  • 一语惊坛(6月1日):特朗普对欧美盟友发动贸易战! 2019-06-02

    河南快赢481遗漏数据: GBT 16520-2011 消息处理业务 电子数据交换消息处理业务.rarGBT 16520-2011 消息处理业务 电子数据交换消息处理业务.rar

    河南快赢481下载 www.vqtxh.tw 收藏

    压缩包内文档预览:(预览前20页/共51页)
    I C S3 5 .2 4 0 .3 0 M1 9 a 雪 中华人民共和国国家标准 G B /T1 6 5 2 0 2 0 1 1 代替G B /T1 6 5 2 0 - - 1 9 9 6 消息处理业务 电子数据交换消息处理业务 M e s s a g eh a n d l i n gs e r v i c e s - - E l e c t r o n i cd a t ai n t e r c h a n g em e s s a g i n gs e r v i c e 2 0 1 1 - 0 7 - 2 9 发布 I T U TF .4 3 5 1 9 9 9 ,I D T 2 0 1 I - 1 1 0 1 实施 宰瞀髁紫瓣警糌瞥星发布中国国家标准化管理委员会仪“。 目次 前言?????????????????? 引言?????????????????? 1 范围????????????????一 2 规范性引用文件???????????一 3 术语和定义?????????????” 4 缩略语???????????????” 5 约定????????????????- - 6 E D I 消息处理业务??????????“ 6 .1 引言?????????????·?- 6 .2 E D I 消息处理??????????” 6 .3 E D I 消息处理环境????????一 6 .4E D I 消息处理用户????????一 7 E D I 消息处理系统??????????” 7 .1 引言?····?·??????????? 7 .2E D I M S 中的信息流????????“ 7 .3 E D I 消息处理业务的功能模型???·· 7 .4E D I 消息的结构?????????- - 7 .5 E D I 通知????????????.. 8 E D I M 责任与转发??????????” 8 .1 引言??????????????” 8 .2 转发和二次分发?????????- - 8 .3 情况1 无转发??????????” 8 .4 情况z 内容不改变和转发E D I M 责任 8 .5 情况3 不转发E D I M 责任????? 9 E D I 命名、寻址和号码簿的使用 1 0E D I 安全????????- 1 1 与物理投递业务的互通??- 1 1 .1 引言?????·???????????????” 1 1 .2 投递和通知?????????·????????·· 1 1 .3 E D I M 责任的传递??????????????? 1 1 .4 物理再现??????????????????? 1 2 为E D I 使用的消息存储???????- - 1 3 服务要素?·?····?????????? 1 4 服务要素的分类??????????一 G B /T1 6 5 2 0 2 0 1 1 ·?????????Ⅲ ???????·?·一Ⅳ ??????????1 ??????????1 ???????·?- - ·一2 ???????- - - ?- 一2 ???·??????~3 ??????????3 ?····?·??????·3 ··??·????- ??一4 ??????????4 ···?????·???··4 ··- ···- ··- - - ··········- - - - ·- ··4 ??- ?··?·······??一4 ·??- - ??·- - ··- ·- - - ?一5 ······························6 ·- - ···- - - ???????7 ········- ??- - - - - - - ??一8 ?····?·····- - ·- - - ???8 - - - - - - - - - - - - - - - ?- ???一8 ·····- ··??????·?9 ????- ????- - ·- - 9 ····????????1 0 ?????????·1 2 ??...?......??j ...生?...??.... 1 4 1 4 1 5 1 4 .1 基本的E D I 消息处理业务??????????···????????????????1 7 I “¨坫¨ ¨“ “ G B /T1 6 5 2 0 - - 2 0 11 1 4 .2E D I 消息处理业务的可选用户设施?????????????? 1 5 业务质量??????????????????????????? 1 5 .1E D I 消息状态??????????????????????? 1 5 .2 E D I 业务提供者的支持??·?···??????????????一 1 5 .3 投递和通知时间的模型??????????????????? 1 5 .4E D I 消息投递时间的目标值????????????????? 1 5 .5E D I 通知时间的目标???????????????????? 1 5 .6 差错?;????????????????????????? 1 5 .7 业务的可用性??????????????????????? 附录A 规范性附录 术语的词汇表????????????????? 附录B 规范性附录 服务要素的定义???????????????? 附录C 规范性附录 安全综述??????????????????? 附录D 规范性附录 E D I 命名、寻址和号码簿的使用????????? 附录E 规范性附录 交叉参考的综述???????????????? Ⅱ M如加n孔n毖毖鸵拈盯弘∞蛎 前言 G B /T1 6 5 2 0 - - 2 0 1 1 本标准按照G B /T1 .1 2 0 0 9 给出的规则起草。 本标准代替G B /T1 6 5 2 0 - - 1 9 9 6 消息处理电子数据交换消息处理业务。 本标准与G B /T1 6 5 2 0 - - 1 9 9 6 相比主要变化如下 标准名称由消息处理电子数据交换消息处理业务改为消息处理业务电子数据交换消 息处理业务; 修改了第1 章“范围”的内容; 将第2 章“引用标准”改为“规范性引用文件”,将所有引用标准的版本更新,并去掉I S O / I E C1 0 0 2 1 - 1 1 9 8 8 、I S O /I E C1 0 0 2 1 2 1 9 8 8 、I S O /I E C1 0 0 2 1 - 5 1 9 8 8 、I S O /I E C1 0 0 2 1 - n 、 I S O /I E C9 5 9 4 2 1 9 8 8 、I S O /i E C9 5 9 4 - 8 1 9 8 8 、I S O /I E C9 5 9 4 7 1 9 8 8 ; 将第3 章“定义”改为“术语和定义”; 增加了四个服务要素,分别是E D I 消息的自动证实、B .3E D I 消息的自动相关、B .4E D I 通知 的自动证实、B .3 3 合并存储消息的E D I 消息的提交,全文相关文字作修改; 附录B 中增加四节,分别是B .2E D I 消息的自动证实、B .3E D I 消息的自动相关、B .4E D I 通 知的自动证实、B .3 3 合并存储消息的E D I 消息的提交; 本标准修订肘将G B /T1 6 5 2 0 - - 1 9 9 6 的附录C 、附录D 、附录E 由“提示的附录”改为“规范性 附录”。 本标准使用翻译法等同采用I T U .·TF .4 3 5 1 9 9 9 消息处理业务电子数据交换消息处理业务 英文版 。 本标准由中华人民共和国工业和信息化部提出。 本标准由中国通信标准化协会归口。 本标准起草单位工业和信息化部电信研究院、上海贝尔股份有限公司。 本标准主要起草人吴英桦、杨洁。 本标准于1 9 9 6 年首次发布,本次是第一次修订。 Ⅲ G B /T1 6 5 2 0 2 0T 1 引言 本标准是有关消息处理的一组标准之一。这一组标准为由任意个合作开放系统组成的消息处理提 供了一个综合性的规范。 消息处理系统和服务能使用户在存储转发的基础上交换消息。由某个用户 始发者 提交的一份消 息,由消息传送系统 M T S 即一个较大型消息处理系统 M H S 的基本组成部分 加以运送,然后投递 给一个或多个其他用户 消息接受者 。 一个M H s 是由各种各样的互连功能实体组成的。消息传送代理 M T A 合作完成存储转发式的 消息传送功能。消息存储 M s 为消息提供存储功能,并提交、检索和管理这些消息。用户代理 u A 帮助用户访问M H S 。访问单元 A u 提供接至其他通信系统的和各种类型的服务,例如,其他远程信 息处理业务和邮政业务的连接。 本标准规定了称为E D I 消息处理的消息处理应用的总的系统与业务说明。 本版本规定了新的业务要素 E O s ,这些E O S 可以提供与用于消息存储关联和服务的I P M 消息 存储功能类似的E D I 消息存储。 Ⅳ 1 范围 消息处理业务 电子数据交换消息处理业务 G B /T1 6 5 2 0 - - 2 0 1 1 本标准规定了E D I 消息处理的总系统与业务。 在其他标准中,规定了消息处理系统与业务的其他方面。消息处理系统和业务相关标准均在I T U - T F .4 0 0 /x .4 0 0 的表1 中列出。I T u - TF .4 0 0 系列标准规定了在M H S 上构成的公用业务,以及公用业 务对M H s 间的相互访问。 I T U _ TX .4 0 0 系列标准规定了M H S 技术方面的内容,在I T u TX .4 0 2 /I s O /I E C1 0 0 2 1 2 中规 定了M H S 总的系统结构。在I T U - TX .4 3 5 /I S O /I E C1 0 0 2 1 - 9 中规定了E D I 消息处理技术方面的 内容。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文 件。凡是不注日期的引用文件,其最新版本 包括所有的修改单 适用于本文件。 I S O /I E Cl 0 0 2 1 - 1 信息技术消息处理系统 M H S 第1 部分系统和服务概述 I n f o r m a t i o n t e c h n o l o g y - - M e s s a g eH a n d l i n gS y s t e m s M H S P a r t1 S y s t e ma n ds e r v i c eo v e r v i e w I T U - TF .4 0 0 /x .4 0 0 消息处理系统与业务综述 M e s s a g eh a n d l i n gs e r v i c e s M e s s a g eh a n d l i n g s y s t e ma n ds e r v i c eo v e r v i e w I T U _ TF .4 0 1 消息处理业务共用消息处理业务的命名与寻址 M e s s a g eh a n d l i n gs e r v i c e s N a m i n ga n da d d r e s s i n gf o rp u b l i cm e s s a g eh a n d l i n gs e r v i c e s I T U .TF .4 1 5 消息处理业务与公用物理投递业务的互通 M e s s a g eh a n d l i n gs e r v i c e s I n t e r c o m m u n i c a t i o nw i t hp u b l i cp h y s i c a ld e l i v e r ys e r v i c e s I T U _ TX .4 0 2 1 9 9 9 lI S 0 /I E C1 0 0 2 1 2 1 9 9 9 消息处理系统总体结构 I n f o r m a t i o nt e c h n o l o g y - - M e s s a g eH a n d l i n gS y s t e m s M H S O v e r a l la r c h i t e c t u r e I T u Tx .4 1 3 1 9 9 9 lI s 0 /I E c1 0 0 2 1 5 1 9 9 9 消息处理系统消息存储抽象服务定义 I n f o r m a t i o nt e c h n o l o g y - - M e s s a g eH a n d l i n gS y s t e m s M H S M e s s a g es t o r e - - A b s t r a c ts e r v i c ed e f i n i t i o n I T U - TX .4 3 5 1 9 9 9 II S O /I E C1 0 0 2 1 9消息处理系统 电子数据交换消息处理系统 I n f o r m a t i o nt e c h n o l o g y - - M e s s a g eH a n d l i n gS y s t e m s M H S E l e c t r o n i cd a t ai n t e r c h a n g em e s s a g i n gs y s t e m l T U _ TX .5 0 1 1 9 9 7 1I s O /I E c9 5 9 4 2 1 9 9 8 信息技术 开放系统互连号码簿模型 I n f o r m a r i o nt e c h n o l o g y - - O p e nS y s t e m sI n t e r c o n n e c t i o n - - T h eD i r e c t o r y M o d e l s I T U - Tx .5 0 9 1 9 9 7 lI s O /I E c9 5 9 4 8 1 9 9 8信息技术 开放系统互连号码簿公钥和属性鉴 别框架 I n f o r m a t i o nt e c h n o l o g y - - O p e ns y s t e m si n t e r c o n n e e t i o n - - T h q .D i r e c t o r y P u b l i c - k e ya n da t t r i b u t ec e r t i f i c a t ef r a m e w o r k s I T u TX .5 2 1 1 9 9 7 II S O /I E C9 5 9 4 7 1 9 9 8 信息技术开放系统互连号码簿 已选的客体 类别 I n I o r m a t i o nt e c h n o l o g y - - O p e nS y s t e m sI n t e r c o n n e c t i o n - - T h eD i r e c t o r y S e l e c t e do b j e c te l a s s e s 】 G B /T1 6 5 2 0 2 01 1 3 术语和定义 下列术语和定义以及附录A 中的术语和定义适用于本文件。 本标准的附录B 中包含有适用于E D I 消息处理的服务要素的定义。在本标准中提出了适用于消 息传送业务和由E D I 消息处理所用的服务要素。但其定义则放在I T u TF .4 0 0 的附录B 中。 3 .1 E D I 转发E D If o r w a r d i n g 将收到的E D I M 向前传送给由进行转发的E D I 用户代理/消息存储决定的一个还是多个接受者。 在已投递到某个E D I 用户代理或E D I 消息存储的E D I 消息,向前转发给另一个E D I 用户代理或 E D I 消息存储时发生E D I 转发。 3 .2 E D I 消息E D Im e s s a g e 在E D I 消息处理用户间传送电子形式的信息。E D I 消息在E D I 消息处理用户问运送的主信息客 体类别的成员。 参见I T U - TX .4 3 5 的第5 章。 3 .3 E D I 消息处理用户 E D Im e s s a g i n gu ∞r 参与E D I 消息处理的用户。E D I 消息处理用户始发、接收或既始发又接收E D I 消息。E D I 消息处 理环境包含任意数目的E D I 消息处理用户。E D I 消息处理用户可以是人,也可以是计算机进程。E D I 消息处理用户可通过访问单元访问E D I 消息处理系统。 3 .4 E D I 通知 E D In o t i f i c a t i o n 次信息客体类别的成员,它给E D I 消息的始发者指出E D I 消息的E D I M 责任的安排。 3 .5 E D I 消息责任E D Im e s s a g er e s p o n s i b i l i t y E D I 消息责任指出某个特定的用户是否已通过它的E D I 用户代理/消息存储提供可用的主题E D I 消息。E D I 消息责任在本标准和I T u TX .4 3 5 建议中不具有法定意义。 4 缩略语 下列缩略语适用于本标准。 A N S I 美国国家标准协会 A U 访问单元 D I T 号码簿信息树 D L 分发表 D u A 号码簿用户代理 E D I 电子数据交换 E D I F A C T 电子数据交换用于行政、商业和运输 E D I M E D I 消息 2 A m e r i c a nN a t i o n a IS t a n d a r d sI n s t i t u t e A C C C S Su n i t D i r e c t o r yi n f o r m a t i o nt r e e D i s t r i b u t i o nl i s t D i r e c t o r yu s e ra g e n t E l e c t r o n i cd a t ai n L e r c h a n g e E l e c t r o n i cd a t ai n t e r c h a n g ef O rA d m i n i s t r a t i o n c o m m e r c ea n dt r a n s p o r t E D Im e s s a g e E D I M E E D I M G E D I M S E D I - A U E D I - I ⅥS E D I - U A E D I N F N I D M D M H M H S M S M T M T A M T S N D N N N O /R P D P D A U P D S P N P R M D T L M A U A U N T D I U T C 5 约定 E D I 消息处理环境 E D I 消息处理 E D I 消息处理系统 E D I 访问单元 E D I 消息存储 E D I 用户代理 E D I 通知 已转发通知 标识符 管理域 消息处理 消息处理系统 消息存储 消息传送 消息传送代理 消息传送系统 未投递通知 否定通知 始发者/接受者 物理投递 物理投递访问单元 物理投递系统 肯定通知 专用管理域 远程信息处理代理 用户代理 联合国贸易数据交换 协调通用时间 G B /T1 6 5 2 0 - - 2 0 1 1 E D Im e s s a g i n ge n v i r o n m e n t E D Im e s s a g i n g E D Im e s s a g i n gs y s t e m E D Ia c c e s su n i t E D Im e s s a g es t o r e E D Iu s e ra g e n t E D In o t i f i c a t i o n F o r w a r d e dn o t i f i c a t i o n I d e n t i f i e r M a n a g e m e n td o m a i n M e s s a g eh a n d l i n g M e s s a g eh a n d l i n gs y s t e m M e s s a g es t o r e M e s s a g et r a n s f e r M e s s a g et r a n s f e ra g e n t M e s s a g et r a n s f e rs y s t e m N o n - d e l i v e r yn o t i f i c a t i o n N e g a t i v en o t i f i c a t i o n O r i g i n a t o r /R e c i p i e n t P h y s i c a ld e l i v e r y P h y s i c a ld e l i v e r ya c c e s su n i t P h y s i c a ld e l i v e r ys y s t e m P o s i t i v en o t i f i c a t i o n P r i v a t em a n a g e m e n td o m a i n T e l e m a t i ca g e n t U s e ra g e n t U n i t e dN a t i o n s ,t r a d ed a t ai n t e r c h a n g e C o o r d i n a t e du n i v e r s a lt i m e 在第2 章中,引用的是I S O /I E C 取得一致的标准· 使用大写字母时,尽可能地使用通用语言习惯· 6E D I 消息处理业务 E D I 消息处理业务给E D I 消息处理用户提供一些特性,以便有助于与其他E D I 消息处理用户尊苎 处理。在大多数情况下,E D I 消息处理用户是计算机进程。E D I 消息处理业务利用消息传送业务的能 G B /T1 6 5 2 0 - - 2 0 11 力 见I T u T F .4 1 0 发送和接收E D I 消息。描述E D I 消息处理业务特性的服务要素在附录B 中定义, 并在第1 4 章中进行分类。 E D I 电子数据交换 ,可描述为计算机与计算机之问结构化的事务数据交换,例如发票和购货单。 在某些情况下,E D I 消息处理业务可用来将一次E D I 互换发送到物理呈现系统,例如物理投递系统或 传真机。 E D I 消息处理业务由E D I 消息处理提供。 6 .2E D I 消息处理 E D I 消息处理 E D I M G 由E D I 消息 E D I M 的交换和E D I 通知 E D I N 组成。这些消息和通知均 是在I T 【卜TX .4 3 5 中规定的信息客体。 6 .3E D | 消息处理环境 E D I 消息处理产生的环境可以被模型化为以下称为E D I 消息处理环境 E D I M E 的功能客体。细 分 按功能分解 时,E D I M E 可以着作是由称为E D I 消息处理主客体的更小客体组成的。这种主客体 包括单个中心客体、E D I 消息处理系统 E D I M S 和若干个称为E D I 消息处理系统用户 E D I M G 用户 的外国客体。 E D I 消息处理环境结构见图1 。 圈1E D I 消息处理环境 6 .4E D I 消息处理用户 E D I 消息处理用户 E D I M G 用户 是参与E D I 消息处理的用户。E D I M G 用户可以始发、接收或者 既始发又接收E D I M S 。E D I M G 可包含任意数目的E D I M G 用户。 E D I M G 用户可以是人,也可以是计算机进程。E D I M G 用户通过访问单元访问E D I M S 。 7E D I 消息处理系统 7 .1 引言 E D I 消息处理系统 E D I M S 是所有E D M I G 用户都通过E D I M S 相互进行E D I 消息处理的功能 客体。 E D I M S 可被模型化为由更小的相互作用的功能客体组成。这些更小的功能客体称为E D I 消息处 理的次客体。它们包括单个中央客体,即消息传送系统 M T S 和三个种娄的若干个外围客体E D I 用 户代理 E D I u A 、E D I 消息存储 E D I - M S 和E D I 访问单元 E D I _ A u 。 E D I M S 结构见图2 ,E D I U A 、E D I - M S 和E D I A U 是E D I M S 用来给E D I M G 用户提供业务的 客体。 G B /T1 6 5 2 0 2 0 ” 图2E D I 消息处理系统 7 .1 .1E D I 用户代理 E D I 用户代理 E D I _ u A 是定制成更适用于单个E D I M G 用户参与E D I 消息处理的用户代理。它 帮助E D I M G 用户始发和接收含有E D I M 的消息。E D I M 包含任意数目的E D I - U A 。 注E D I U A 和E D I M G 用户间的边界的确切定义已超出本标准范围。 7 .1 .2E D I 消息存储 E D I 消息存储 E D I - M S 是定制成更适用于单个E D I - U A 参与E D I 消息处理的消息存储。它帮助 E D I - U A 提交、投递、存储和检索含有E D I M 的消息。 7 .1 .3 消息传送系统 在目前的情况下,消息传送系统 M T S 在E D I - U A 间或在E D I U A 与访问单元问运送E D I M 或 E D I 通知 E D I N 。E D I M 包含有单个M T S 。 7 .1 .4E D I 访问单元 E D I M G 用户可以通过访问单元 A U 访问E D I M S 或接受E D I M S 的访问。其中一种类型的访问 单元是物理投递访问单元 P D A u 。在E D I M G 中,物理投递访问单元通过物理投递系统 P D S 向 E D I M G 接受者提供发送消息的能力。 7 .2E D I M S 中的信息流 图3 是对图2 的扩展并示出E D I 消息处理中的主信息流。 G B /T1 6 5 2 0 2 01 1 图3E D I 消息处理信息流程 7 .3E D I 消息处理业务的功能模型 图4 中指出E D I 消息处理业务的功能模型。E D I 消息处理业务中所用的u A 由一类特定类别的 合作的u A 组成。任选的P D A U 准许E D I M G 用户发送消息给E D I 消息处理环境外的间接用户。 E D I 消息处理业务中所用的消息存储,具有专用的E D I 相关功能,并可由E D I M G 用户任选地用来代表 它们自己投递消息。图4 中所示的远程信息处理代理 T L M A 准许访问远程信息处理业务。 G B /T1 6 5 2 0 2 0 1 1 7 .4E D I 消息的结构 图4E D I 消息处理业务的功能模型 E D I 类的U A 创建含有E D I 消息处理业务特定内容的消息。从一个E D I - u A 发送给另一个E D I - U A 的特定内容是始发者的结果。这个始发者通常是一个应用进程,它组成并发送消息,该消息称为E D I 消息 E D I M 。E D I M 携带E D I 交换信息,并可选用地携带E D I 交换有关的其他信息。在一个E D I 中 只包含一个E D I 交换。每个E D I M 在始发E D I M 时应包含一个E D I 交换的信体部分。转发E D I M 时,除已转发信体部分不能被移出外,任何后续的信体部分都可以被移出 全部移出,而不是部分移出 。 转发时,用位置留用区代替被移出的信体部分,以指出何种类型的信体部分被移出。转发E D I M 时, E D I M 的标题是不应被移出的。E D I M 结构,当它与M H S 基本消息结构有关时,示于图5 。当通过 M T s 传送时,E D I M 是用信封传送。 基本的消息结构 E D I 洧 息 图5E D I 消息结构 G B /T1 6 5 2 0 2 011 图6 中所示的典型的E D I 交换与相应的E D I 消息结构问的映射。E D I 交换可以全部映射到称为 主信体的信体部分内,E D I 交换可以是E D I F A C T 、A N S I X l 2 、U N T D I 或专门定义的E D I 交换。其他 信体部分可以用来运送与该E D I 交换相关的信息,例如图或解说性文本等。E D I M 标题包含各种信息 字段,有些信息字段可以出现在E D I F A C T 交换头部字段中 或是对应A N S IX 1 2 5U N T D I 的I S A 或 S T X 段 ,其他的信息字段包含来自始发者的业务请求。标题和信体部分形成E D I M 。 E D I F A C T 交换 图6 一个典型的E D I 交易的消息结构 7 .5E D I 通知 E D I M G 用户可请求接受者返回一个E D I 通知 E D I N ,指明收到的E D I 消息的安排。该通知由始 发E D I - U A 提出请求并由接受者E D I - U A 、E D I - M S 或A U 生成。请求和报告有三种可能的状态,导致 生成肯定通知 P N 、否定通知 N N 或已转发通知 F N 。收到的E D I 消息可原样转发,响应通知请求 的责任也有可能转发给被转发E D I 消息的接受者或中间接受者,中间接受者则应有责任对消息的原始 发者进行响应。始发E D I - U A 可请求告知响应通知请求的责任是否已转发。在这种情况下,转发 E D I M 的E D I - U A 或E D I - M S 应给始发E D I - U A 发送E D I 已转发通知 F N 。 在所有情况下,包括已被转发E D I M 的E D I - U A 发送的通知,都应包含由原始发者所指定的接受 者的O /R 名。 始发E D I .u A 可向任意组合的发送E D I M 接受者请求若干个任意组合的E D I N 。若始发者没有请 求通知,则接受者什么也不应发送。 8E D I M 责任与转发 8 .1 引言 E D I M s 包括一种称为E D I M 责任的概念。这种概念是下面描述E D I N 和转发的关键。为简化下 8 G B /T1 6 5 2 0 - - 2 0 11 面文本的描述起见,所示的所有转发由E D I o U A 来完成。应当注意的是,这里描述同样适用于E D I - M S 完成的转发。 引入E D I M 责任概念的目的,主要是在E D I - U A 之间提供一种运送消息证实的方法。在某种情况 下,E D I M 责任可适用于访问单元。E D I M 责任的概念描述如下 E D I M 责任指出接收E D I - U A 所收到的E D I M 可为E D I N G 用户所用。当转发时,不论E D I U A 增加还是移出信体部分,E D I M 责任总应当被接受。E D I M 不能离开E D I M S ,除非E D I M 责任已被接 受 投递到P D A U 是一种特殊情况 。若始发E D I - U A 请求这样做,则接受者E D I - U A 以及可能是中间 E D I U A 若请求 ,应给始发E D I U A 发送E D I N 。 E D I - U A 接收E D I M 时,若被请求有E D I N ,它应发送适当的E D I N ,通知始发E D I - U A ,接受者 E D I u A 已接受或拒绝E D I M 责任。 若请求通知,则当E D I - U A 接受、拒绝或转发E D I M 责任时,它应发送适当的E D I N 给始发者,若 转发,它应在已转发E D I M 创建适当的标题字段。这些操作的详细情况在I T U _ T X .4 3 5 中描述。 被转发的信体部分无论如何是不能被修改的。若E D I M 责任被转发,被转发的E D I M 无论如何也 是不能被修改的。若E D I M 责任被接受,则在创建已转发的E D I M 时,信体部分可从始发E D I M 移出, 也可以加到始发E D I M 上。转发时被移出的信体部分可用位置留用区代替,以指出何种类型的信体部 分被移出。E D I M 责任转发的接受者只限于一个。 E D I M G 包括转发时防止环路的机制。 8 .2 转发和二次分发 在E D I M G 中,可能希望由中央的E D I 用户代替接收E D I 消息,然后再转发给最终的E D I 用户代 理。例如,这种做法,使大型的组织能对进入该组织的全部E D I 消息业务量执行例如日志、审计等集中 的功能。在这些功能执行后,消息处理业务量可分配给为接受者E D I 应用服务的E D I 用户代理。同 样,增值网络的业务提供者也可代表它的用户操作一个类似的中间步骤。下面描述了如何将E D I o U A 用作这个中问步骤。 中间的E D I - U A 通常不是最终的E D I - U A ,因此在E D I M G 中,需要对E D I M 提供E D I M 责任接受 端对端的证实?!癊 D I 通知请求”服务要素,准许始发者从每个接受者请求发回肯定、否定和已转发通 知?!癊 D I 通知请求”允许中间的E D I - U A 用已转发消息和I T u T X .4 3 5 所定义的协议要素指出是否 已接受E D I M 责任。这些方法准许E D I M 责任接受推迟到E D I M 到达最终的E D I - U A ,并提供一个指 示表明哪一个E D I - U A 将给原始发者返回一个通知。 为了说明E D I o U A 作为中间步骤的使用情况,下面描述三种情况。无论在哪种情况下,E D I M 都始 发于E D I - U A 和终结于E D I - U A 3 。E D I - U A 2 是中间E D I - U A 。在情况1 和情况2 中,假设E D I M 是 内容不改变的转发。在所有三种情况下,均假设E D I - u A l 已请求通知。 注下列表中所描述的事件都不必接表1 中所给出的顺序严格执行。 8 .3 情况1 无转发 E D I - U A l 制备的E D I M 寻址到E D I - U A 3 。E D I M 提交给M T A l ,然后传送给M T A 3 ,再投递给 E D I - U A 3 ,最后由E D I M G 用户3 检索。Ⅱ I _ U A 3 用E D I N 响应,拒绝E D 田V l 责任 即P N 。若E D I - U A 3 已决定E D I M G 用户3 不能检索消息,E D I - U A 3 用E D I N 响应,拒绝E D I M 责任 即N N 。信息流按 图7 中所示。E D I M 和E D I N 的顺序在表1 中列出。 G B /T1 6 5 2 0 2 0 1 1 一一E D I N 传送的方向. 一E D 嘴送的方向。 围7 情况1 无转发 表1 情况1 无转发 事件 E D I ME D I N 1E D I - U A l 提交E D I M 至M T A l 2 M T A l 传送E D I M 至M T A 3 3 M T A 3 投递E D I M 至E D I - U A 3 4 E D I - U A 3 提交P N /N N 至M T A 3 5M T A 3 传送P N /N N 至M T A l 6M T A l 投递P N /N N 至E D I - U A l 8 .4 情况2 内容不改变和转发E D I M 责任 在这种情况下,中间E D I - U A 将消息从E D I - U A l 转发到E D I - U A 3 。最终的接受者是E D I - U A 3 , E D I - U A 2 执行转发操作,将E D I M 责任转发给E D I - U A 3 。由E D I - u A l 制备的E D I M 寻址到E D I - U A 2 。 E D I M 投递给E D I - U A 2 时,根据E D I - U A 2 已知道的选择准则,E D I - U A 2 把它不改变地转发给E D I - U A 3 。 E D I M 责任处理如下 E D I - U A 2 转发E D I M 责任时,它应创建已转发E D I M ,使E D I - U A l 接收请求的E D Ⅸ 详见I T U - T X .4 3 5 。这样就可发送下列E D I N 。 a 若E D I - U A l 请求转发E D I M 责任通知,E D I - U A 2 就给E D I - U A l 发送已转发通知F N 。E D I - U A 2 成功地将E D I M 提交给M T A 2 时,就可发送E D I N 。 b 若E D I - U A 2 从M T A 3 经M T A 2 接收未投递通知,它可给E D I - U A l 发送否定通知 N N 。 注意,在这种情况下,E D I - U A 2 可以选择发送或不发送E D I N 。 不可以请求或发送其他的E D I N 。例如,E D I - U A 2 不能向E D 卜u A 3 请求通知,E D I - U A 3 也 1 0 G B /T1 6 5 2 0 2 0 ” 不能给E D I .U A 2 发送E D I N 。 在未投递的情况下,E D I U A 2 可试图重新提交E D I M 给指定的接受者。在这种情况下,只有 当E D I _ u A 2 决定不再试图重新提交E D I M 给E D I _ u A 3 时,才发送N N 给E D 卜u A l 。 c 若转发成功,E D I _ u A 3 应发送适当的E D I N 给E D I - U A l ,接受或拒绝E D I M 责任。 图8 中表明上述情况2 所描述的信息流。E D I M 和E D I N 可能的顺序解释在表2 中解释。事件 8 、1 1 、1 3 和t 5 和 1 0 、1 2 、1 4 和1 6 是相互排斥的。 一- E D I N 和E D N 传送的方向 一E D I M 传送的方向。 圈8 情况2 E D L M 责任转发 表2 情况2 E D I M 责任转发 事件 E D I M E D 矾 N D N 未投递通告 l E D I - U A l 提交I /D I M 至M T A l 2 M T A l 传送E D I M 至M T A 2 3 M T A 2 投递E D I M 至E D I - U A 2 4 若请求,E D I - U A 2 提交F N 至M T A l 2 5E D I - U A 2 把要转发E D I M 提交至M T A 2 6 M T A 2 传送F N 至M T A l 7 M T A 2 传送E D I M 至M T A 3 8 M T A 2 发送N D N 至E D I - U A 2 9 M T A l 投递F N 至E D I - U A l 。 l O M T A 3 投递E D I M 至E D I - U A 3 1 1 E D I - U A 2 提交N N 至M T A 2 G B /T1 6 5 2 0 2 01 1 表2 续 事件E D I ME D I N N D N 未投递通告 1 2 E D I - U A 3 提交P N /N N 至M T A 3 1 3 M T A 2 传送N N 至M T A l 1 4 M T A 3 传送P N /N N 至M T A l 1 5 M T A l 投递N N 至E D I - U A l 1 6 M T A l 投递P N /N N 至E D I - U A l 应注意下列事项 a 若E D I - U A l 请求F N 已转发通知 ,它通?;峤邮盏饺舾筛鯡 D I N ; b E D I - U A l 可不按创建时的顺序来接收E D I N c 无论E D I - U A l 是否请求了F N ,E D I U A l 也有可能接收不到E D I N 。 例如,M T A 2 将E D I M 投递给E D I - U A 2 后,E D I - U A 2 发生了灾难性的故障。 由E D I - U A l 正确处理以上三项。例如,通过跟踪下列内容对第一项进行处理。 a E D I M I D l b 原接受者; c 提交时间; d 预期的E D I 通知。 可以使用在E D I N 中包含的U T C 时间 E D I N 创建时间 来对第二项进行处理。第三项可用E D I - U A l 的超时机制来处理。处理以上三项的机制是属于本地的实施事宜,因而超出本标准的范围。 8 .5 情况3 不转发E D I M 责任 这种情况是E D I - U A l 制备的E D I M 寻址到E D I - U A 2 ,E D I - U A 2 先接受消息的E D I M 责任,再转 发给E D I - U A 3 。例如,若E D I - U A 2 在转发 改变内容 时增加或移出信体部分,则就会出现这种情况。 在接受E D I M 责任时,E D I U A 2 发送E D I N 给始发者 即P N ,并创建已转发E D I M ,这样E D I - U A l 始发者 就不能再接收更多的E D I N 详见X .4 3 5 建议 。同情况2 一样,E D I - U A l 将E D I M 寻址到 E D I _ U A 2 。与前述的两种情况一样,E D I - U A 3 表示最终目的地。 检索到E D I M J F ,E D I U A 2 给E D I - U A l 返回一个适当的通知。于是该消息转发给E D I - U A 3 。由 于现在已接受了初始E D I M 责任,E D I U A 2 可根据需要,自由地请求或不请求E D I M 责任。若请求, 其结果是E D I M 责任的关系只在E D I - u A 3 和E D I U A 2 问应用,与前面的情况不同,不是端对端的。 这里描述的前提是,假设已被请求E D I M 责任,从而E D I - U A 3 用适当的通知来响应E D I - U A 2 。 图9 和图1 0 给出了情况3 的信息流。E D I M 和E D I N 的顺序解释都在表3 中解释。 G B /T1 6 5 2 0 2 0 1 1 一一E D I N 传送的方向 一E D I M 传送的方向 圈9 情况3 不转发E D I M 责任,第一部分 一一E D I N 传送的方向 一E D I M 传送的方向。 图1 0 情况3 不转发E D I M 责任,第二部分 1 3 G B /T1 6 5 2 0 - - 2 0 11 表3 情况3 不转发责任 事件蟹9图1 0 l E D I - U A l 提交E D I M 至M T A l 2 M T A l 传送E D I M 至M T A 2 3 M T A 2 投递E D I M 至E D I - U A 2 4 E D I - U A 2 提交P N 至M T A 2 5 E D I - U A 2 把要转发E D I M 提交至M T A 2 6 M T A 2 传送P N 至M T A l 7 M T A 2 传送E D I M 至M T A 3 8 M T A l 投递P N 至E D I - U A l 9 M T A 3 投递E D I M 至E D I - U A 3 1 0 E D I - U A 3 提交P N /N N 至M T A 3 1 1 M T A 3 传送P N /N N 至M T A 2 1 2 M T A 2 投递P N /N N 至E D I - U A 2 9E D I 命名、寻址和号码簿的使用 I T U - TF .4 0 0 /X .4 0 0 的第1 3 章对号码簿规定的M H S 使用是用来提供E D I 消息处理所需的号码 簿的业务。 每个管理域都应给它的E D I M G 用户提供号码簿业务。 E D I 消息处理、命名和寻址及后来的号码簿业务要求概述于本标准的附录D 。 1 0E D I 安全 I T U _ TF .4 0 0 /X .4 0 0 的第1 5 章中规定的M H S 安全能力,也适用于E D I 消息处理。另外,对 I T U - TF .4 0 0 /X .4 0 0 的1 5 .4 提供了下列扩展。 E D I M G 扩展的安全能力的概述如下 见表4 E D I 通知证明使E D I M 的接受者能创建一个E D I N ,E D I N 的接受者可用此E D I N 来鉴别E D I N 的始发者。 E D I 通知不可否认给E D I N 的接受者提供了源E D I N 的证明,防止E D I N 的始发者再有任何试图 否认发送了E D I N 。 接收内容证明使E D I M 的始发者能验证接受者所收到的消息内容与始发者始发的消息内容 相同。 始发内容不可否认给E D I M 的始发者提供所收到的消息内容与始发的消息内容有相同的证明。 这就防止始发者再有任何试图否认始发的消息内容。 接收内容不可否认给E D I M 的始发者提供所收到的消息内容与始发的消息内容有相同的证明。 这就防止接受者再有任何试图否认所收到的E D I M 内容。 衰4M H S 部件提供和使用的安全消息传输的服务要素 G B /T1 6 5 2 0 2 0 11 服务要素E D I M 始发者 M T S E D I M 接受者 E D I 通知证明 E D I 通知不可否认 接收内容证明 始发内容不可否认
    编号:20190623225858104    类型:共享资源    大?。?span class="font-tahoma">1.00MB    格式:RAR    上传时间:2019-06-23
      
    3
    关 键 词:
    电子数据交换消息处理业务 消息处理业务
    资源描述:
    GBT 16520-2011 消息处理业务 电子数据交换消息处理业务.rar,电子数据交换消息处理业务,消息处理业务
      人人文库网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:GBT 16520-2011 消息处理业务 电子数据交换消息处理业务.rar
    链接地址://www.vqtxh.tw/p-20190264.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 河南快赢481下载

    网站客服QQ:2846424093    人人文库上传用户QQ群:460291265   

    [email protected] 2016-2018  www.vqtxh.tw 网站版权所有   

    备案号:苏ICP备12009002号-5 


  • 北京市欧美同学会组织海归义诊献爱心活动 2019-07-21
  • 中国内地6所高校跻身世界大学声誉排行榜百强  2019-06-29
  • 混战再起,专车补贴难再现 2019-06-14
  • 如何制订企业发展计划 2019-06-10
  • 贸易保护主义相关新闻 2019-06-10
  • 塔里木油田:沙漠深处谱写科技生态篇章 2019-06-09
  • 李克强在宁夏考察时强调 让“互联网+”更多惠及重点民生领域 2019-06-08
  • 全国京东大鼓星火日活动举行 2019-06-07
  • 凰家街采:你期待的长江时代 ——凤凰网房产武汉 2019-06-06
  • “香会”,中国代表团驳斥美防长言论 2019-06-06
  • 杨超马可谦《你才是美猴王》刷爆朋友圈 2019-06-05
  • 中共中央直属机关党校 2019-06-04
  • 事件 —频道 春城壹网 七彩云南 一网天下 2019-06-04
  • 悬崖边舔盐晒太阳 围观萌系斑羚的日常 2019-06-03
  • 一语惊坛(6月1日):特朗普对欧美盟友发动贸易战! 2019-06-02
  • 大吉大利APP下载 塔什干棉农~吉达哈赫利 山西快乐10分走势图派彩电子 极速飞艇操作 2013手机捕鱼达人2无限金币 南昌麻将算子算钱一览表 埃瓦尔vs巴利亚多预测 广东快乐10分开奖遗漏 老虎月亮登陆 六肖中特比赛