数据交换中心

简介

事实上，真正使电子商务走入现实生活的，是电子数据交换EDI技术，它是一种基于计算机套用、通信网路和电子数据处理的电子商务的方式和技术。但是，传统的EDI实现了统一性却没有实现可扩展性，它要求所有的合作伙伴都必须使用唯一的解决方案，这使得EDI实现成本过高且过于冗长，而且如果政府提出一个新的税收方案或者某个商家想添加一些附属内容，这意味着整个EDI系统将被修改；而且昂贵的转换软体和增值网路(Value Added Networks)服务对于中小企业来说难以轻易实现。

原理

为实现实现空间信息的网路共享，在硬体方面应建立空间信息共享伺服器，用户访问客户端及其相应的网路 体系结构，提供信息共享所必须的硬体平台。在软体方面要研究和设计空间元数据管理软体 以实现空间信息共享，也可以研究和使用其它共享软体实现空间信息共享。共享软体的设计 要考虑使用现有或自己设计的各共享伺服器之间或共享伺服器与客户端之间的数据请求和传 输协定规範，现有的如：基于TCP/IPZ39.50和HTTP等协定。共享信息、相应的元数据信 息以及信息获取方法等存放在空间信息共享伺服器中，需要共享信息的用户通过客户端浏览 器提供的用户访问界面向空间数据交换中心提交数据或提出数据请求，这些用户请求通过相 应的网路运行体系传递到交换中心的信息共享伺服器上，伺服器上的软体模组作出相应的处 理，或者对用户提交的数据作出分析处理，存储入库，或者对用户请求作出回响，返回给用户。

XML技术

1.XML的特性

XML有强大的数据描述能力，使得複杂数据的表达变得方便。还有自我扩展能力，把对数据的约束减到最少。XML使数据可以进行自我描述。套用系统间交换的XML数据可以通过其文档中的标籤推断其涵义。

XML是数据与表达分离的。对于XML数据的处理方式可以是多种多样的。不再是像Word文档、Excel文档，处理数据时受到数据表达的限制。特定行业可以有特定的XML标记语言。行业内可以有共同遵循的标记辞彙集。如化工、钢铁业等。

XML的数据是结构化的。对XML文档的处理灵活强大。可以精确地寻找到需要的信息，可以利用XML的自描述性提取附加的信息，可以利用XML文档的结构来运算元据，等等。XML文档的结构同实际的业务对象(BusinessObject)基本对应，这使得特定套用系统的业务对象很自然地转换成为XML文档，反之亦然。

XML具有套用健壮性和平台无关性。XML文档的有效性检查能有效地排除了垃圾数据对系统的干扰，极大地提高了系统的健壮性和性能；XML与具体的软硬体平台是无关的，这使得用XML表达的数据具有最大的通用性。

XML作为信息的载体可以通过多种网路途径传递。

2.用XML实现数据交换

如果使用XML，那么异构电子商务环境中数据交换的难题将迎刃而解。用户可使用XML的可扩展性定义自己的标记结构来描述自己的数据，而不必拘泥于一个统一而繁琐的EDI框架。XML的统一性保证了交换的方便，并且它是一个简单的文本档案，保证任何能够读取文本档案的计算机系统都能方便地解析XML信息，而且W3C在推出XML的同时又推出了XSLT(eXtensible Stylesheet LanguageTransformation)，有了XSLT的帮助,交易的双方不必书写繁琐的数据格式转换程式，只要交易双方都知道对方的数据结

构，一方就可以在传输XML数据的时候同时传输一套与对方数据结构相对照的XSLT档案，这样另一方打开浏览器的时候就能看到自己格式的XML数据了。

3.基于XML的数据交换中心的套用前景

数据交换是XML的最重要的用途之一。XML的可扩展特性和自描述性以及其它特性克服了传统的EDI标準缺乏灵活性和可扩展性的弱点，使得不同计算机套用系统之间交换数据变得容易起来。并且使用XML，程式能够理解在交换数据中所表示的商务数据及概念，能够根据明确的商务规则来进行智慧型化数据处理。

通过研究和分析，我们认为基于XML的数据交换中心作为独立的第三方软体平台，它可以为商业、办公和生产行业的网路业务流程提供统一的数据交换服务。它的适用对象不仅是具有大量数据交换需求的大型企业，还可以为广大中小企业提供方便、廉价的解决方案，具有Internet接入能力的企业都可以通过不同方式(专线、拨号、ISDN等)成为数据交换中心的客户端。它可以用于大型企业处于不同地域的子公司、子部门间，可以用于内部系统异构的不同企业间。它可以用来交换契约定单信息、产品目录信息，也可以用来交换定製产品的工艺图样。通过数据交换中心这个第三方平台，不同企业的异构系统间可以紧密结合企业供应链各环节实现自动协作，从而实现真正意义上的电子商务。

原型系统的设计

1.整体功能说明

基于XML的数据交换中心为Internet上的企业资源整合，工作流集成和业务协作提供数据系统方面的支持。它的工作原理如下：

假设企业EA有格式为A的数据集DATA(A,A),企业EB有格式为B的数据集DATA(B,B),EA不了解B的格式，EB不了解A的格式，双方要进行数据交换.即将DATA(A,A)通过操作f(A->B)转换为DATA(A,B)，将DATA(B,B)通过操作f(B->A)转换为DATA(B,A)，由于对于f(A->B)和f(B->A)的具体操作双方均不了解，无法进行正常的数据交换。

2.客户端的设计

(1)自身数据格式的登记，注册和维护

在客户机申请数据服务的最初阶段，必须向数据交换中心提供完整的关于自己所使用的XML数据格式说明，所谓数据格式说明，就是让客户机自己解释格式(A，B)与标準格式X 的关係。其实，在设计原型系统的时候，可以在这一步实现f(A->X)的定义，即让客户机自己定义f(A->X)和f(X->A)，定义完成的f(A->X)和f(X->A)将存储在中心平台的知识库中。当客户机要求修改数据格式的时候, 必须确保当前中心平台没有正在转换中的数据,以防出现数据转换的不稳定。

(2) 客户机服务请求和宣告

对于进入数据交换服务区的客户机，伺服器将自动提供数据交换服务，这里有一个服务对象的确认过程。我们认为可以採用客户机宣告的模式。因为在这种模式下交换中心是长时间线上的，而客户机是允许偶然连线的。此外採用客户机主动的事件模型可以减少中心伺服器的负荷和网路负载。

从系统结构图中看出，交换中心包括两部分：数据机和知识机。其中数据机是用来创建、处理和监视数据格式的，而知识机则专门负责网路本体论(network Ontology)的解析和更新。在这个系统中，网路本体包括：客户机最新的网路地址，数据格式定义，相关的转换函式定义等。客户机的服务请求和宣告要及时地更新网路本体，以便使数据準确快速地实现交换。

(3)客户机数据的传送与接收

原型系统要求可以完善地实现单个数据、批量数据或者是连续动态数据的自动传送和接收功能。

3.服务端的设计

(1)数据交换服务请求的回响、应答

对于客户机服务的请求宣告，伺服器必须能够及时应答并更新知识机内的相关内容。

(2)数据格式定义的创建、存储和维护

对于客户机注册的数据格式定义，中心必须建立结构良好的逻辑索引查询关係,以便不同数据定义之间查找,匹配。

(3)快取的设计

数据交换需要快取，快取必须驻留记忆体，包括本体知识和数据。应该对服务範围内的本体知识进行访问机率排序，将最经常使用的本体知识信息存入系统记忆体，实现快速查询和吞吐。

4.服务端和客户端的讯息传递

因为XML数据交换中心是基于网际网路的，所以我们採用了SOAP(Simple Object Access Protocol)和HTTP相结合来传输。原型系统中使用SOAP讯息传递协定，它通过HTTP承载讯息，而使用XML格式化讯息。在HTTP中携带SOAP讯息，并不意味着SOAP改写了HTTP已有的语义，而是将构建在HTTP之上SOAP语义自然地对应到HTTP语义。SOAP自然地遵循了HTTP的请求/应答讯息模型，使得SOAP的请求和应答参数可以包含在HTTP请求和应答中。

由于SOAP是完全基于HTTP的, 因此可以用它穿透防火墙, 用SSL加密传输的XML文档，使客户和服务端能够安全方便地完成数据传输。正是有这样的特性，这里的数据交换中心模型可以放心地採用用户熟悉的HTTP协定，使他们能够直接使用浏览器而不需要额外的软体费用。