基于UBL和纯XML数据库的EDI系统设计与实现.pdf

基于 UBL 和纯 XML 数据库的 EDI 系统设计与实现 摘 要 本文在 总 原有 EDI 系统建设中存在的 问题 基础上，引入了 UBL 和 Native XML DB 两种新技术，最后，提出了构建 EDI 系统所需实现的基本功能框架。本文可以为正兴 起的地方 电子 口岸的 EDI 系统建设起到一个指导作用 关键词 电子数据交换 EDI UBL 纯 XML 数据 1 EDI 简述及现 电子数据交换（Electronic Data Interchange ，EDI）就是将数据的信息规范化和格式化， 并通过 计算 机 网络 进行联通处理。EDI 系统在很多领域有广泛的 应用 ，如医疗、零售 、海运等，主要用来做组织机构间相互交换信息 传统贸易中是使用各种单据、单证、票据通过人工或半人工的方式来实现贸易相关方之间 的信息流转。将传统贸易模式过渡到 EDI 贸易模式，那将可以大大提高交易效率，简化交 易流程，减少错误，降低成本。特别是在外贸物流行业，贸易所涉及到环节繁多，人工出 错率大，数据需要反复确认等许多不利因素。EDI 系统将有效帮助解决这类因素，从而加 快物流通关速度，节约物流通关成本。因此，国家也在大力推行各地方电子口岸的建设 传统的基于增值网络的 EDI 系统造价昂贵，需要租用线路，可扩展性不强。如今 Internet 是如此的普及和方便，各贸易实体当然希望能够通过 Internet 的方式实现和 EDI 系统进行 信息交换，但是 Internet 上传输的数据存在很大的不安全性，这就需要增加物理链路的安 全性和数据本身的安全性 EDI 系统间传输的报文可以采用国际标准，如 UN/EDIFACT 等，而这种国际标准往往是为 了支持全球 EDI 系统，报文结构复杂，可读性不强，程序处理也不方便。我们如果针对于 区域化贸易数据流转，可以不采用结构复杂的 UN/EDIFACT 报文格式，而采用自定义报文 格式，如定长或分隔符区分字段或元素。只要收发双方统一好格式，实现起来比较简单。 但是，自定义报文格式也有一些限制，如数据中出现格式上的保留符号就比较难处理，报 文结构不适合加密，报文解析程序不能灵活适应格式修改，报文格式正确性难以校验。因 此，我们用 XML 报文进行传输数据能克服以上不足，并能利用和发挥 XML 的优势和许多 成熟的技术。在将来的 EDI 系统中，将有越来越多的行业基于 XML 框架 2 UBL 的定义及在 EDI 系统中的应 国际上有许多组织根据自己的需求定义了特定的 XML 格式报文，这样不同组织间要进行 报文交换就很困难。2004 年 9 月，OASIS 技术委员会定义了和发布了 UBL(Universal Business Language)1.0 ，称为通用商业语言。UBL 提供让许多的商业文档可以用一种普 遍地可理解和可识别的商业语法合理的组装而成，也是商业间的信息交互运行在一个标准 的业务框架下，就如 ISO 15000(ebXML)。UBL 可以通过扩展来满足不同行业的需要，从 而试图解决现有存在的大量不同 XML 格式报文的问题 发布的 UBL 1.0 提供了如下 内容 ⑴　XML Schema 描述的可重用的数据组件库，如“地址”、“条款”、“付款”——这些每天商 业上都要使用的数据元素 ⑵　通用商业文档如“订单”、“发票”、“发货通知”等可以从 UBL 组件库抽取出需要的构件称 特定的 XML Schemas 集 ⑶　在特定的贸易关系中，支持 UBL 的个性化定制 如一个订舱报文（booking message），里面有船舶名称、发货人名称、收货人名称、货 物名称、港口、备注等信息（参见下图） 图 1 订舱报文 UBL 组件模 这些信息单元都是基于 UBL 中定义的基本商业信息实体（Basic Business Information Entity）。我们也可以把几个相关的基本业务信息实体组成一个集合商业信息实体（ Aggregate Business Information Entity ），如订舱货物信息可以由货物名称、包装类型、 件数、体积、毛重、净重这六个基本业务信息实体组成一个集合业务信息实体，称 Cargo Line Item。最后一个订舱报文的形成就可以通过把有关的基本商业信息实体或集合商业信 息实体按一定顺序拼在一起。同时，这些基本/集合商业信息实体都是可以在其他报文中 重用的。只要我们建立起了这些组件库，我们的中间 XML 报文格式定义就像拼装零件一 样简单，这样我们的报文格