跳转到主要内容

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

当您初次登录到 developerWorks 时,将会为您创建一份概要信息。您在 developerWorks 概要信息中选择公开的信息将公开显示给其他人,但您可以随时修改这些信息的显示状态。您的姓名(除非选择隐藏)和昵称将和您在 developerWorks 发布的内容一同显示。

所有提交的信息确保安全。

  • 关闭 [x]

当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

所有提交的信息确保安全。

  • 关闭 [x]

XML在传统制造业供应链中的应用分析(六):

XML对传统EDI的冲击与支持

郭 路, Technical Manager
郭路
郭 路 has co-authored this article

简介: XML的诞生为电子数据交换提供了新的思路,EDI的缺陷正是XML应用的长处,XML充分利用了现有的网络资源,通过定制DTD/Schema可以方便灵活地体现新的商业规则,无论从技术还是成本上,XML都更容易流行。

发布日期: 2001 年 2 月 01 日
级别: 初级
访问情况 : 515 次浏览
评论: 


基于EDI的B2B商务应用

电子商务源于英文ELECTRONIC COMMERCE(BUSINESS),简写为EC(EB)。顾名思义,其内容包含两个方面,即电子方式和商贸活动。根据贸易双方身份的不同,可将电子商务分为B2C(企业对消费者)、B2B(企业对企业)、B2A(企业对行政机构)等形式,其中以B2B最为重要,其应用技术也最复杂和全面。

传统的电子商务开始于六十年代末期,为了使一个信息系统中的商务文件不通过传真,电报,手工输入的方式便能自动转入另一个信息系统,美国的TDCC(传输数据协调委员会)开始在EDP(电子数据处理,应用于企业内部的业务自动化)的基础上,尝试建立面向商务规则的数据标准,以实现商务数据在不同贸易伙伴的计算机系统间自动交换,这就是今天我们所说的EDI(电子数据交换)。时至今日,EDI已发展成为集计算机软硬件技术,商业规则,安全保密等于一体的标准体系,并在企业高端的B2B应用中起着骨干作用。

就技术而言,EDI报文采用结构化的数据,它是按EDI单证标准进行格式化的,而EDI用户的应用系统使用的则是各种内部数据库的专用数据格式,因此,EDI用户在报文提交网络前,须将其译成标准的EDI报文格式。在实际应用中,用户系统从数据库中取出符合内部格式的源数据,要先通过一个映射程序(Mapper)转化为平面文件(Flat-file,一种无格式的数据文件),然后由翻译软件(Translator)将无格式的数据添到EDI报文的相应字段中完成翻译。同样,接收系统对收到的EDI报文需经过“EDI报文->翻译软件->平面文件->映射程序->系统内部数据格式”的转换才能使用。EDI架构对信息的安全保密提出了很高的要求(遵循X.800安全管理框架),一般用户系统通过专用的EDI增值网VAN相连,并由EDI服务中心控制数据的传递。下图是一个典型的EDI通信模型:

EDI将新的电子信息技术与商业活动较好的结合起来,尤其对于那些信息吞吐量大,复杂度高,安全性、可靠性、完整性、及时性要求很强的高端B2B应用有着独特的优势。不过,经过几十年的发展,EDI虽然在技术上日趋成熟,但始终无法得到广泛的商业应用,这说明其本身存有较大的局限性,具体而言有如下几点:

  • 费用高昂,需租用专用的VAN,定制一对一转换系统,增加了企业信息处理成本;
  • 覆盖面低,采用封闭的专用增值网络,因此只能与有限的贸易伙伴连接;
  • EDI标准的结构灵活性差,不能随着与其对应的业务环境的变化相同步;
  • EDI报文的传输有较多限制,只能使用指定的网络协议和安全保密协议;
  • 现行单证、报文、EDIFACT/X.12等标准无法满足实际需求时,无计可施;
  • EDI标准基于传统商业事务规则,由于社会发展,规则的进步,有许多商务应用已无法用早期的EDI标准去规范化表示。

新的基于XML的B2B解决方案

XML的诞生为电子数据交换提供了新的思路,EDI的缺陷正是XML应用的长处,XML充分利用了现有的网络资源,通过定制DTD/Schema可以方便灵活地体现新的商业规则,无论从技术还是成本上,XML都更容易流行。

XML本身只是一种数据定义规范,而与具体应用无关,因此,常见的网络架构、通信协议、加密协议都可与XML相结合,从而构成多样化的B2B解决方案。通常两个企业用户间的XML数据传输可采用“点对点”的方式,每个用户既是客户又是服务器,对于接收到的XML数据,可以通过翻译软件转化为本系统默认的数据格式,也可在I/O端口处仅对XML数据作合法性检验,然后直接分流至本系统中各应用解析后处理。当企业与企业间的数据传输存在多对多的现象时,可采用XML SERVER的集中管理方式,各企业用户将其对应的DTD/Schema上载至XML SERVER,由其统一实现不同DTD/Schema之间的XML数据转化。对于企业间一些通用的商业事务信息,目前大多已建有相应的XML国际标准,这些国际标准是完全开放的并经过验证的,因此可以放心的用于XML电子数据交换的中间格式。如OFX(开放式金融交换方式),便是一种描述计算机中财务数据的XML国际标准,通过OFX可以方便地实现不同财务软件(如MS Money和Quicken)之间的数据交互及与银行、证券交易所等金融机构的数据交换。

互联网是XML的最大载体,与传统EDI的VAN联网方式相比,互联网具有成本较低、连接广泛、扩展性好的特点。然而这只是XML胜出EDI的一个方面,在一些可靠性要求极高的关键性商务应用中,成本往往是次要的,企业需要的是一个可依赖的网络,因此要想真正以基于互联网的XML替代基于专用增值网VAN的EDI实现“无纸贸易”的解决方案,Internet还必须能在技术上提供以往VAN所特有的功能。目前,在互联网上能基本实现的VAN服务有以下几种:

  • 数据验证与转换:基于DTD/Schema的XML验证,基于模板的XML数据转换;
  • 安全性与保证机制:发送方数字签名、CA权威证书、单/双密钥加密体制;
  • 连接的可靠性与稳定性:带宽的提高,拨号连接的防断开与自动续接技术;
  • 基于中间媒介的记录审查踪迹:采用支持XML的存储库以记录审查轨迹。
  • 事务的完整性/一次性支持:使用远程消息系统与事务过程监视器,提供事务层支持;

互联网技术的发展是 XML能否真正取代EDI标准的关键,作为XML信息的物理载体,网络的可靠性至关重要,短暂的中断也可能引发企业日常工作的停顿,从而造成重大损失,相对而言,网络的速度倒还是其次的。值得庆幸的是,随着光纤通信、卫星通信、ATM、DSL等联网技术的实际应用,互联网的物理可靠性已逐步接近于专用网。在实际操作中,企业可以选择经过认证(包括服务内容的技术认证、通信控制平台的设备认证及安全保密的管理认证)的ASP作为XML数据交换的服务中心,对于可靠性与速度等有特殊要求的还可以租用DDN专线,即使如此,采用XML方案的花费也要远远小于EDI(通常至少低一个数量级),这对于国内众多想发展电子商务的传统企业而言,无疑是有极大的现实意义的。


XML对EDI的扩展与支持

就现在来看,XML代表了B2B电子商务应用的未来,不过作为一种成熟的电子数据交换技术,EDI在许多方面的研究仍然是领先的。尤其EDI经过几十年实际应用的积累,已经成为一个包罗万象、非常完善的国际标准体系,而基于XML的商务应用标准仍处于发展研究的初期,要想在短期内重起炉灶完全取而代之是不现实的,这里不仅仅是由于技术上的原因。同时已有的造价不菲的EDI商务系统也不可能就此舍弃,而它又牵制着企业未来B2B应用的发展,在这种情况下,为了能利用新技术弥补传统EDI的不足,我们可以采取折中的方法,即在现有的EDI系统中引入XML,通过二者在某种程度的结合来实现对EDI的改造和扩展,这种基于XML的EDI方案我们称之为XML/EDI。

XML/EDI设计的初衷是要把XML与EDI联合起来,同时又保留各自在电子商务方面的优势,以Internet代替VAN与EDIFACT消息通信,从而越过专有网络拓展EDI潜在用户的基础。与传统的EDI系统相比,新的XML/EDI系统变化主要体现在以下几点:

  • 以XML作为数据交换格式,以XSL作为表示格式;
  • XML/EDI运行于Internet上,可使用标准的TCP/IP协议和HTTP等应用层协议;
  • XML/EDI数据与EDIFACT格式数据可互相转换;;
  • 使用DTD/Schema定制消息,不再需要传统EDI中的翻译软件。

在实际的XML/EDI应用中,其系统架构可分为两部分,即基于VAN的传统EDI商务系统与基于互联网的XML Network。XML Network是一个以XML Server为管理核心的Internet商贸子网,其中XML Server的后端与EDI Server(或称EDI服务中心)相连,实现EDIFACT与XML/EDI数据之间的转化,前端则与Web Server或企业用户相连,负责接收Web Server页面或Client端的请求并处理。以下是一个典型的XML/EDI应用框架图示:

XML/EDI充分发挥了已有EDI商务系统的潜力,尤其为SME(中小企业)提供了在不同层次上使用EDI的电子数据交换方案,最简单的例子是,企业通过浏览器与 XML Server 相连,以Web表单的形式提交需要传递的商业数据,之后的EDI消息转换及传输,都由服务器负责处理,对于一些有着少量单证数据需要交互的企业,这种方式就非常适合。

XML/EDI保留在原有EDI用户的基础上为新的互联网用户提供数据交换服务,在最小的成本下实现了新老客户的交互。不仅如此,XML/EDI还使过时的EDI架构具有了最新的XML信息交换的特点,传统EDI系统中企业间的连接是一对一的,这意味着某EDI用户如果要与两家不同的企业交换数据,就需要建立两个物理连接,两个连接不能相互访问,而XML/EDI的出现使EDI用户的一对多成为可能。以上图为例,将XML Server与EDI Server看作一个虚拟的Server交换平台,则此平台具备了不同EDI报文转换的能力(EDI报文->XML数据->EDI报文),此时EDI用户可将报文发至EDI Server,由XML Server转换处理后返回EDI Server,并送到指定接收方用户的EDI信箱。传统的EDI连接遵循严谨的业务规则及通信架构,一旦确定后就难以改变,要扩展其功能只可能通过代理,由于缺少方便通用的中间标准,这种设想一直以来都无法实现,而基于XML/EDI的XML Server则为此提供了理想选择。

作为W3C的研究课题之一,XML/EDI目前由华盛顿地区的XML/EDI小组负责,其主要的工作就是制定以XML形式实现的EDI报文规范及XML/EDI架构的研究。尽管目前XML在国内的商业化应用还刚刚起步,然而作为一种极富前景的工业标准,我们有理由对XML及与其相关的XML/EDI等应用报以更多的热忱。“当挑战来临时,或者张开双臂迎接它,或者被它甩在脑后,”这句话是描述Internet的,也同样适用于XML。


名词解释

B2C企业对消费者Business-to-Consumer
B2B企业对企业Business-to-Business
B2A企业对行政机构Business-to-Administrations
EDI电子数据交换Electronic Data Interchange
EDP电子数据处理Electronic Data Processing
VAN增值网Value Added Network
OFX开放式金融交换格式Open Financial Exchange
DDN数字数据服务网Digital Data service Network
ASP数字数据服务网Application Service Provider
SME应用服务供应商Small-Medium size Enterprise
DSL数字用户环线Digital Subscriber Loop
ATM异步传输模式Asynchronous Transfer Mode

参考资料

EDI技术陈淑仪等人民邮电出版社
XML用户手册Charles F. Goldfarb
Paul Prescod
人民邮电出版社
企业电子商务实务顾永才中华工商联合出版社
XML理论和应用基础孙一中等北京邮电大学出版社
XML应用实例——建立电子商务应用Sean Mcgrath人民邮电出版社
XML 对 Internet EDI 的影响韩启明 http://www.amteam.org/a_edi_ec/edi_ec_019.htm

关于作者

郭路

郭 路 has co-authored this article

关于报告滥用的帮助

报告滥用

谢谢! 此内容已经标识给管理员注意。


关于报告滥用的帮助

报告滥用

报告滥用提交失败。 请稍后重试。


developerWorks:登录


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 使用条款

 


当您初次登录到 developerWorks 时,将会为您创建一份概要信息。您在 developerWorks 概要信息中选择公开的信息将公开显示给其他人,但您可以随时修改这些信息的显示状态。您的姓名(除非选择隐藏)和昵称将和您在 developerWorks 发布的内容一同显示。

请选择您的昵称:

当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

(长度在 3 至 31 个字符之间)


单击提交则表示您同意developerWorks 的条款和条件。 使用条款.

 


为本文评分

评论

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=XML
ArticleID=21483
ArticleTitle=XML在传统制造业供应链中的应用分析(六):
publish-date=02012001
author1-email=
author1-email-cc=

标签

Help
使用 搜索 文本框在 My developerWorks 中查找包含该标签的所有内容。

使用 滑动条 调节标签的数量。

热门标签 显示了特定专区最受欢迎的标签(例如 Java technology,Linux,WebSphere)。

我的标签 显示了特定专区您标记的标签(例如 Java technology,Linux,WebSphere)。

使用搜索文本框在 My developerWorks 中查找包含该标签的所有内容。热门标签 显示了特定专区最受欢迎的标签(例如 Java technology,Linux,WebSphere)。我的标签 显示了特定专区您标记的标签(例如 Java technology,Linux,WebSphere)。