题名：XML和电子商务使得网络经济成为可能（一）[翻译]

在过去的几年当中，关于怎样通过因特网来改变世界经济的讨论已经进行了很久。通过网络这个可以通过光的速度来建立的社区，世界上的所有团体之间都可以进行金融交易。商业社会中，人们将习惯于采用即插即用的方式来形成交易网络。在遍布全球网络的对信息和智能代理的接入和访问基础上，网上的虚拟公司和新商业模式也应运而生。

这是一个何等开阔的视野，大家可以相信这会在不久的数年之内得以实现。当然我们同时也要意识到，为了实现这个目标，还有许多的障碍有待克服。EDI作为一个还算比较成功的例子，并没有被大部分从事电子商务的公司所接受。虽然一直以来人们在标准化的工作上已经投入了大量的精力，但是过于昂贵的软件开发仍然不能满足便捷的实现跨平台商务的要求。

由于缺乏对于EDI的广泛支持，而且还没有其它的替代，许多公司还不得不通过原始的纸张用人工的方式来和他们的贸易伙伴之间交换文档、表单和消息。不管是还在使用EDI或者是传统的人力处理的公司面临的现实是：他们的系统无法跟上瞬息万变的商业操作的步伐。而任何一家把自己的商业目光投诸网络的公司都别无选择，他们必须把用来处理的计算机系统同他们的日常商业操作分开来。

所以我们现在要做的就是让网络商务中所要用到的电子文档、表单和消息能够广泛的适用于不同的商业公司。这些公司的计算机系统可能是不同的，甚至每一个都是独特的。XML正是一种这样的技术。它使得电子文档、表单和消息有着广泛的应用空间。XML最新的商务模式和网络经济中的重要组成部分。早期的XML应用是发生在货物的采购、分销和供应链管理当中的。

那么为什么XML是这样一种适应新环境的技术呢？

XML有以下一些特点：
XML是一种自解释的标记语言
XML是独立于平台和应用的数据格式
XML可以用来校验结构化数据
XML的语法易于被人机所接受
适应于电子商务中所需要的渐进和升级的网络应用
XML给电子商务带来的好处有：

商务服务过程可以用广泛接受的形式来表示
在不同的商业系统之间，电子文档、表单和消息能够被方便的传递
数据在网关处可以被修改，这样降低了重新输入数据而产生错误的机会
方便的改变商业逻辑，而无需很高的底层开销
为已有的数据资源提供了被沿用的机制，使得这一部分能够增值
为了进一步的了解XML，我们可以把它和现在还在使用的HTML来作比较。HTML是一种用于表现的简单的标识语言。它不能区分数据的内容、结构、形式和关系。为了实现电子商务应用中的一些功能，全世界各个角落的不同编程人员想出了各种各样的不同的扩充标识集合。但是因为没有很好的标准，这些各式各样的发明都没有广泛的被不同的商业团体接受。

比如说有一个检索的应用程序(或是组件)的输入是:“找出所有的价格低于2000美元的便携电脑”。为了要找出类似上面例子中的一段HTML记录，需要很大的代码开销。与之相对应的一段XML代码是这样的：

<COMPUTER CLASS=“Portable”>
<MANUFACTURER>IBM</MANUFACTURER>
<FAMILY>Laptop</FAMILY >
<LINE>Thinkpad</LINE>
<MODEL>560X</MODEL>
<SPEED UOM=“MHz”>233</SPEED>
<DISK UOM=“GB” >4</DISK>
<WEIGHT UOM=“lb” STANDARD=“ISO”>4.1</WEIGHT>
<PRICE CURRENCY=“USD”>3200</PRICE>
</COMPUTER>
这样的话，对于应用程序来说，很容易理解文档中每个元素的涵义。这大大方便了智能的搜索和处理。“XML 无处不在”这样的口号比起Java的那一套，显得更加容易实现一些。这样说的原因是XML是一种声明性的数据。对于这样的数据处理起来自然也就比运行Java要来的简单。从上面我们对计算机的一段XML表示可以衍生出一个处理“XML无处不在”的例子来。

用来校验计算机数据合法性的schema可以被市场中的XML处理器来校验。这些XML处理器甚至可以是免费的。这种用来校验XML数据合法性的XML处理器随着XML的广泛应用正变得越来越常见。
XML的标签为数据提供了一个逻辑的容器。那些比如说是排序计算机信息的提取和管理算法变得很容易。
同样，我们还可以深入计算机结点的内部，对诸如手册、家庭等等更加细致的信息进行操作。
每一部分都有明确的标识。这样针对特定元素的转型变得非常简单。比如说你可以通过程序代码实现自动的对“单价”元素的内容编辑。
XML不仅使得计算机对数据的操作变得简单，同样它也方便了人的操作。这可以被形象的称作“眼球网络”。通过XML和XSL（XSL是一种用XML描述的标准样式表语言）的结合，Web服务器可以把XML文档通过加载XSL，把生成的HTML、DHTML和脚本语言发送到浏览器的一端。在一定的浏览器环境之下，XML文件就可以被展现了。

XML对人和计算机的好处可不能小觑。回顾EDI的情况，专家们重要的批评就是非连接系统是造成错误的缘由。错误的减少对公司的接受程度有着直接的影响。因此将信息传递给人进行决策是极为迫切的概念，这将成为商务处理的一个重要部分。而在EDI中要实现它是非常困难的，因为在交易集合中没有足够的信息让人们就可以理解，而不必将实现的文档和相应的交易集合紧密结合。如果采用XML的标记化方法来表达EDI交易中的文档，就可能将交互的Web应用很好地结合现有的EDI处理系统。例如，与EDI集成的XML系统使得EDI文档得以发送到网站让浏览器浏览，在不同的ERP系统中传递，发送email邮件给有关人员复核和编辑，然后成为EDI交易文档的一个部分。Commerce Net和XML/EDI业已建立了专门的工作组 ，致力于为EDI X.12 交易文档建立标准的标记集合。

XML的好处在于任何人能够根据标准来发展标记集合和相关定义。从这个意义上讲，XML是很了不起的。不过从另外一个方面讲，XML也能成为公司的噩梦。如果每个公司都讲发展他们自己的语言，那么相互的可操作性就根本无从谈起，EDI标准化多年的心血也将付之东流。这些积累弥足珍贵，并且已经普遍地应用在了电子商务中的XML标准化进程之中。其目标就是为电子商务创建基于XML的最稳定和开放的框架。 位于 Mountain View California的Veo 系统公司建立通用商业库(Common Business Library)的宗旨也正在于此，即定义在电子商务应用中使用的XML组件。

在所有需要出现地址信息的文档中，并没有理由要求任何商业领域都必须用XML来描述和表达地址的信息。 通过如ISO和ANSI等标准化组织的努力，业界已经对如何表达诸如地址信息的方法达成共识。在国家技术标准局(NIST)的协助下，Veo系统公司也在不断努力用通过一个架构以XML来表达这些标准的电子商务交易文档。这样 能够从称为模块的文档部分来组成大的文档。

下图是一个简单的例子，示意了如何从多个不同模块和文档来组合称一张订购表单。

CBL已经免费提交给Commerce Net,做为以发展基于XML的开放式电子商务参照标准为主要职责的“eCo Framework”工作组开展工作的一个起点。这个工作组主要由公司成员和致力于用XML来开发电子商务语言的语言开发者组成。工作组即将提交CBL的1.1版本并开始着手建立关于概念、标准词汇表和概念标记等方面汇总统一的工作。同时应用于不发展同领域的特殊语言的体系结构的创建也正在开始中。用Veo体制创建的此体系结构也将使得各公司团体可以在他们的Intranets内发展其各自的特殊功用。下面的图表描绘了Common Business Library是如何作为其他商业语言和草案的基础来被实现的。

标准的基础就是为了能够在时间上增加程序库的功效，可以使得使用不同语言和协议的不同领域在必须进行合作沟通时获得便利和效率。这个问题现在已经得到观念和行动上的重视和响应。 利用因特网来进行商业贸易使人们因为信息的获得量的大小而影响到自身的利益。但是这并不意味将会很快影响到他们的交易和新的商业模型，因为在不同的商业体系内缺乏相互之间信息交流的互操作性。

电子商务的下一波发展浪潮必将跨越目前发展中的障碍来加快它不可阻挡的因为企业本身交易流程的变化而导致的一系列变化带来的发展生机。需要做的第一步就是来将企业之间日常交流和交换的文件类型和信息尽可能地电子化，统一化，来满足不同商业系统之间的数据交换需求。

　　XML的有利于数据交换和传递的特性，将为电子商务，尤其是B2B带来革命性的冲击。XML可以在电子商务的两个重要方面起重要作用。这两个方面是内容定义和信息交换。

　　内容定义: 由500个成员组成的非盈利性网上商务协会CommerceNet 正在定义通用于多种商业事务的数据元素。这个称作 Commerce Core 的规范将定义如何给诸如公司名称、地址、价格、条款和数量等事物作标识。

　　信息交换: 开放的、基于文本的XML非常适用于服务器之间交换事务信息。CommerceNet 提议用基于XML的 Common Business Language (CBL) 来描述产品和服务目录软件、商业规则和系统数据。许多CBL 取自现有的 Electronic Data Interchange (EDI) 辞典。目前已经有一些标准和规范正在制定中： Open Buying on the Internet (OBI) 这是一个在Internet上进行国际性商业间购物的标准。OBI 基于目前的Internet标准，如HTML、SSL、SET和X.509。OBI的支持者有 Commerce One、Connect、Intelisys、InterWorld、Microsoft、Netscape、Open Market和 Oracle。

　　Open Trading Protocol (OTP)

　　一个在Web上向消费者售物的一致的、可共同操作的环境。规则将包括从如何降价促销、付款选择，到产品运输、接收和问题解决的各个方面。OTP由MasterCard International、DigiCash、CyberCash、Hewlett-Packard、IBM、AT&T Universal Card、Netscape、Royal Bank of Canada以及其他一些金融机构和技术公司支持。

　　Internet Content and Exchange (ICE)

　　Vignette、Firefly Network和一些其他公司正在开发一个名为ICE的规范，使企业能够在站点之间交换在线资产，这些资产可能是内容、应用程序或元数据。 ICE将利用现有的标准，包括 OPS/P3P 、CDF、OSD、XML-Data和 RDF。

　　Blue stone公司的官员称，他们正在与超级市场连锁店合作开发XML应用程序，使购物者能够通过Palm Pilot手持计算机订购杂货商品。购物者可以用信用卡付款，然后等待商店回送一条消息，最后到取货窗口提取他们购买的商品。所有事务都是通过交换XML文档来实现。

2．XML与EDI

　　事实已经证明，XML所采用的标准技术最适合Web开发，应用于Internet EDI，则可以得到真正Web风格的EDI--XML／EDI。XML支持结构化的数据，可以更详细地定义某个数据对象的数据结构，例如，描述产品，详细定义该产品的生产厂、产品名、产品号、产地等信息，这种定义不仅为标记该产品提供方便，而且这种XML数据很容易按生产厂、产品名等排序，使用户的查询变得更方便。如果出现某些商业规则例外，例如，销售商想在订购单中增加注释，只要采用XML，销售商就可以在指定的数据放入文档中后加入注释，解决了以前固定格式EDI的困难。

　　另外，XML／EDI引进了模板(Template)概念，解决了EDI存在的主要问题---映射问题。模板描述的不是消息的数据，而是消息的结构以及如何解释消息，能做到无须编程就可实现消息的映射。在用户计算机上，软件代理用最佳方式解释模板和处理消息，如果用户应用程序实现了XML／EDI，则代理程序可以自动完成映射，并产生正确的消息，同时，代理还可以为用户生成一个Web表单。与Web EDI不同，XML／EDI可以在客户端处理消息，自动完成映射，花费很小。通过模板，用户可以得到对其环境的最佳集成，模板可以存储在别处，在需要时动态地结合到本地应用程序中，这些使XML／EDI成为名符其实的Web风格的EDI。

　　 XML的另一个好处是大大降低了数据管理和交换的成本。传统的EDI是通过使用SMTP和FTP来进行数据格式转换的。通过结构化文件的方法对传统EDI结构进行改进并不是一个新想法，以前曾有一些建议，如Joint EDI小组提出了SGML-EDI方案，但这些方案并未起到多大作用。作为SGML的一个子集，XML是专门为Internet通信而设计的，它自然就成为一个新的选择。XML的强大之处就在于它具有一套统一的数据格式，这种统一的数据格式可以使数据管理和交换的成本更低，也更易于管理。结构化信息的一个主要的用处就是允许不同格式的数据可以相互交换。不同的行业往往创建不同的规则来确定本行业内交换信息所需的内容模型。一旦这个内容模型被确定，整个行业就需要都使用这个内容模型来标记信息以保证行业内彼此能容易且有效地共享信息。在结构化信息的组成要素中，DTD就是一个很重要的组成部分，它规定数据的格式规范并且用这种规范对数据进行解释。

3．对称的EDI

　　Web EDI允许中小企业只需通过浏览器和Internet连接去执行EDI交换，但它是不对称的。通常情况下，较大的公司实施对EDI消息的开发或购买相应的Web表格并改造成适合自己的IC，然后放在Web站点上，成为EDI的接口，于是，在承担开发费用的同时，他也可以享受EDI带来的全部好处；但仅仅是参与EDI交换的中小企业却无法从EDI中得到好处。因此，Web EDI只能让中小企业负担得起上EDI的费用，但在得到EDI的好处方面，与实现EDI方是不均等的。

　　XML／EDI则不同，它能让所有的参与者都从EDI中得到好处，它是对称的EDI。这一方面是由XML的结构化和文件格式定义(DTD)特点所致；另一方面是由于XML的超链接，可以进一步指定找到目标后的操作。XML本身的互操作性，使XML／EDI的参与者都能从中获得好处，无论是大企业，还是中小企业。

4．XML为IT业带来新的商机

　　Microsoft正在建议XML Data方案，使用XML写XML元数据，快速开发XML应用，并简化对结构和内容的确认。XML为Web数据带来了结构化、智能化和互操作性，将会引发Web查询技术、Web数据库技术乃至Web数据交换技术的全面革新，B to C 和B to B模式的电子商务的数据将更加容易交换。

5．应用于无线通讯---WML

　　移动电话的发展打破了通信与地点之间的固定连接。近年来数字移动通信在全球取得了突飞猛进的发展，根据国际电信联盟(ITU)近日公布的统计数字，目前世界移动电话用户已达4亿，而且现在平均每天有25万新用户加入此行列。国际电联估计，到2000年底，这一数字将增至5亿，到2004年将达到11亿。但是，目前用户经常使用的业务仅限于语音通信，即打电话，移动数据业务还没有得到广泛的应用，最常用的短消息业务仅能允许发送很短的(约160字节)简单信息。随着第三代移动通信标准的逐步统一，业界渴望一种单一的适用于当前和未来多种移动网络的数据通信架构，尤其是随时随地的在移动中访问Internet的网络服务让许多人心驰神往。为了实现这个美好的设想产生了WAP协议。

　　无线应用协议(WAP)包括两个部分:其一是通信部分，负责传输数据；其二是WML语言，供在使用具有WAP功能的微型浏览器的小屏幕上发布信息之用。该协议得到了广泛的支持，WAP论坛成员包括Nokia、Ericsson和Motorola， IBM和Microsoft也支持该协议。

　　WML(Wireless Makeup Language) ，类似HTML语法，是WAP规范中的一部分，它延伸自XML，WML是XML用于无线应用的特定实例，它完全符合XML的规则，主要用于标记和说明WAP移动终端收发的Internet信息和用户接口。WML使得设计者可以采用与设备独立的方式定义WAP应用的用户接口。 WML使得性能严重受限的手持设备能够提供强大的Internet接入功能。

　　WML和WML Script不要求用户使用常用的PC机键盘或鼠标进行输入，而且它在设计时就考虑到了手机的小屏幕显示问题。与HTML文件不同的是，WML将文件分割成一套容易定义的用户交互操作单元。每个交互操作单元被称为一个卡，用户通过在一个或多个WML文件产生的各个卡之间来回导航来实现对Internet的接入。

6．其它应用

　　在短期内, XML将可能出现在元数据应用上, 如RDF。随着Document Object Model 规范的批准，XML与DOM的结合将给Web带来更大的活力。

　　XML为Extranet带来了全新的概念。利用XML标准,公司及其商业伙伴能够独立设计任何数据格式规则、实现交易集成而无需复杂的定制编程。Sun、Microsoft和IBM等厂商已经开始创建XML 文件类型定义(DTD)的信息系统中心库,最新版本的Netscape Communicator和Microsoft Internet Explorer也增加了XML语法分析程序。

　　现在,一些公司正在开发可以把XML功能扩展到Web出版领域的新型工具软件，一些公司则直接利用XML的优秀技术创建功能更为强大的集成Web站点。 加拿大开发公司UWI.com(www.uwi.com)引进了一种基于XML的可扩展表格描述语言( XFDL,Extensible Forms Description Language)以创建用于电子商务的联机表格。一家专门向房地产商提供基于Web解决方案的公司OpenMLS(www.openmls.com)则引进了一种基于XML的语言，使房地产经纪人可以按照自己的格式维护并更新信息。

　　Open Financial Exchange(OFX)(www.ofx.net)正在通过把XML集成到客户机和服务器的方法来开发在线金融标准和解决方案。借助银行、金融服务公司和软件开发公司的加盟,OFX正在迅速奠定未来电子商务的基础。与此同时,Financial Services Technolo gyConsortium(www.fstc. org)已着手设计一种基于XML的电子商务报文处理格式,设计成功之后,XML将成为Internet电子支票处理的标准。

　　另外，Microsoft和IBM还开发了文件内容描述DCD (Document Content Description )。DCD是一种定义XML文件结构的新方法,大有取代DTD之势。

　　业界接受和扩展XML功能速度之快令W3C的 XML小组也甚感意外。为了使人们熟悉XM L 1.0并在2.0版本中增加大量新的功能，小组推迟了XML 2.0的发布。

　　近期内,多数Web出版工具和Web服务器都将完全支持XML，XML将成为服务器端表格和电子商务交易处理的行业标准。今后将只有极少数Web站点使用基本的HTML。 依靠广告创收的Web站点必须通过XML或定制Java应用才能具备必需的功能。一些大型Web站点纷纷对站点进行升级以便发挥XML标准的优势。商家希望链入或列入这些大型 Internet站点，而让消费者找到商家的唯一办法就是在Web站点中使用XML标准。

　　 XML呼之欲出,这种情形与几年前的Java大同小异。更为重要的是，XML能够把昨日Java的梦想变为明天的商务和电子商务的现实。

　　1.bizTalk是微软发起的电子商务的schema库，配合的产品有微软的bizTalk服务器。它的结构是，各个商家定义自己的schema，定义语言使用的是XML-Data， 是微软提出的一种schema定义语言，定义好的Schema提交到bizTalk.org进行注册。同时bizTalk制定了一些预先定义好的标记供使用，并且每个Schema必须遵守义写规则和有一些必有的元素和属性，只有这样才能生成一个标准的bizTalk消息。用户可以注册和查找schema，当用户遇到某个bizTalk消息而不确定她的结构时可以在bizTalk.org找到它的schema。bizTalk 的框架结构还包括routing scheme，由message server来进行消息异步的发送，她的作用就是一个MOM(message oriented middleware),这样达到系统间的松耦合。xml.org则是另一个可注册的Schema 库它是由oasis管理的，它不要求具有BizTalk必须的元素。

下面是bizTalk应用的一个例子：

加班的程序员向pizza饼店定购pizza：

此主题相关图片如下：

bizTalk的message 如下：
<?xml version="1.0" ?>
<BizTalk xmlns="urn:schemas-biztalk-org:BizTalk/biztalk-0.81.xml">
<Route>
<From locationID="http://FastFoodQuick.com"
locationType="URL"
process=""
path=""
handle=""
/>
<To locationID="http://JoesPizza.com/orderpizza.asp"
locationType="URL"
process=""
path=""
handle=""
/>
</Route>
<Body>
<OrderPizza xlmns="urn: schemas-biztalk-org:FastFood/fastfood-1.0.xml">
<Order>
<Customer>
<Name>Dedicated Programmer</Name>
<PhoneNumber>(425) 936-7329</PhoneNumber>
</Customer>
<DestinationAddress>
<StreetName>Microsoft Way</StreetName>
<StreetNumber>One</StreetNumber>
<ApartmentNumber></ApartmentNumber>
<City>Redmond</City>
<State>WA</State>
</DestinationAddress>
<OrderItem> ProductName="Pizza" Size="Large" Quantity="1"
UnitCost="12.99"</OrderItem>
<OrderItem> ProductName="Coke" Size="1 Liter" Quantity="1"
UnitCost="1.25"</OrderItem>
<TotalPrice>14.24</TotalPrice>
<DataTimeOrdered>2000-01-01T03:00:00</DataTimeOrdered>
</Order>
</OrderPizza>
</Body>
</BizTalk>

此消息的xml-data schema:

<?xml version="1.0" ?>
<Schema name="OrderPizza" xmlns="urn:schemas-microsoft-com:xml-data"
xmlns:dt="urn:schemas-microsoft-com:datatypes">
<ElementType name="Order" content="eltOnly">
<element type="Customer" />
<element type="Destination Address" />
<element type="Order Item" minOccurs="1" maxOccurs="*"/>
<element type="TotalPrice" />
<element type="DateTimeOrdered" />
</ElementType>
<ElementType name="DateTimeOrdered" content="textOnly"
dt:type="dateTime"/>
<ElementType name="TotalPrice" content="textOnly" dt:type="float"/>
<ElementType name="Customer" content="eltOnly">
<element type="Name" />
<element type="PhoneNumber" />
</ElementType>
<ElementType name="Name" content="textOnly" dt:type="string"/>
<ElementType name="PhoneNumber" content="textOnly" dt:type="string"/>
<ElementType name="DestinationAddress" content="eltOnly">
<element type="StreetName"/>
<element type="StreetNumber"/>
<element type="ApartmentNumber"/>
<element type="City"/>
<element type="State"/>
</ElementType>
<ElementType name="StreetName" content="textOnly" dt:type="string"/>
<ElementType name="StreetNumber" content="textOnly" dt:type="string"/>
<ElementType name="ApartmentNumber" content="textOnly" dt:type="string"/>
<ElementType name="City" content="textOnly" dt:type="string"/>
<ElementType name="State" content="textOnly" dt:type="string"/>
<ElementType name="OrderItem" content="eltOnly">
<attribute type="ProductName"/>
<attribute type="Size"/>
<attribute type="Quantity"/>
<attribute type="UnitCost"/>
</ElementType>
<AttributeType name="ProductName" dt:type="string" required="yes"/>
<AttributeType name="Size" dt:type="string"/>
<AttributeType name="Quantity" dt:type="int" required="yes"/>
<AttributeType name="UnitCost" dt:type="float" required="yes"/>
</Schema>

体系结构
核心部件
消息的封装和传输
注册和保存Schema的库
业务处理模式
这个标准正在制定中，期望会是一个比较全面的标准。它的Requirment和消息封装和传输已经有草案。根据读后一个草案，它的结构应该如下图：

此主题相关图片如下：

　3.eCo是CommerceNet 1998年就开始的一个计划，和Commerce One是它的主要赞助之一，所以和CBL有比较大的关系。eCo的体系结构有点儿象网络的七层结构，它也分为七层：

networks
markets
businesses
services
interactions
documents
information items
每一层都有类型注册，接口是向外发布的，文档要包裹一层document wrapper,发布的接口必须有一些必有的方法进行查询，查询返回的文档是特定的dtd的xml文档，每层的方法和返回的文档的结构都在规范中有描述。这个标准有点象SOAP。

后两层eCo推荐使用simple_EDI和CBL这两种XML的交换格式.

　　4.RosettaNet的PIP(Partner Interface Process)和RosettaNet应用网络标准这个标准也是分层的分为:

Action
Transaction
Process
Service
Agent
Message Handling
Transfer
Security
每一层的消息都会加一些信息上去，如header，她的消息都是http的mime消息，其中的XML正文是内容。粗看起来这个标准比较注重事务处理和安全性。建立PIP消息guideline来定义和约束供应链中的消息。guideline其实就是消息的DTD及其说明，但数据的实际限制要比DTD能表达的多。

以下是一个Action 消息的例子：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE Pip2A8ProductNotification SYSTEM "PIP2A8SKUCreationNotificationGuideline.dtd">
<PIP2A8SKUCreationNotification>
<ProductNotice>
<theNotice><FreeFormText>Produt SKU created.</FreeFormText></theNotice>
<GlobalProductIdentifier>00123456789012</GlobalProductIdentifier>
</ProductNotice>
<fromRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Buyer</GlobalPartnerRoleClassificationCode>
<PartnerDescription>
<GlobalPartnerClassificationCode>Distributor</GlobalPartnerClassificationCode>
<BusinessDescription>
<GlobalBusinessIdentifier>123456789</GlobalBusinessIdentifier>
...
</BusinessDescription>
</PartnerDescription>
<ContactInformation>
<contactName><FreeFormText>A. Name</FreeFormText></contactName>
<telephoneNumber>
<CommunicationsNumber>299.688.8998</CommunicationsNumber>
</telephoneNumber>
<EmailAddress>email@mail.com</EmailAddress
</ContactInformation>
</PartnerRoleDescription>
</fromRole>
<toRole>
<PartnerRoleDescription>
<GlobalPartnerRoleClassificationCode>Customer Manager</GlobalPartnerRoleClassificationCode>
<PartnerDescription>
<GlobalPartnerClassificationCode>Manufacturer</GlobalPartnerClassificationCode>
<BusinessDescription>
<GlobalBusinessIdentifier>987654321</GlobalBusinessIdentifier>
...
</BusinessDescription>
</PartnerDescription>
<ContactInformation>
<contactName><FreeFormText>B. Name</FreeFormText></contactName>
<telephoneNumber>
<CommunicationsNumber>188.688.8998</CommunicationsNumber>
</telephoneNumber>
<EmailAddress>abc@xyz.com</EmailAddress
</ContactInformation>
</PartnerRoleDescription>
</toRole>
<thisDocumentGenerationDateTime>
<DateTimeStamp>19990530T132000.0500Z</DateTimeStamp>
</thisDocumentGenerationDateTime>
<thisDocumentIdentifier>
<ProprietaryDocumentIdentifier>DOC-001</ProprietaryDocumentIdentifier>
</thisDocumentIdentifier>
</PIP2A8SKUCreationNotification>

第二类标准

这类的标准关心电子商务的具体环节的数据交换：

　　1.XML/EDI由于有EDI的基础，这个计划的目的就是以XML来代替以前EDI的各种数据交换。
　

　　2.CBL是Commerce One 公司推出的Common Business Library其中包括,CBL的定义同时使用DTD,XDR,和XOS几种Scheme语言。组成CBL的是一组XML组件用来组成数据交换的XML文档。

商业元素（business primitive）包括公司、产品等。
商业表单（business form）包括产品目录、订货单、发货单等。
标准度量（standard measurement）日期、时间等。
　　3.IBM的tpaML(Trade Partner Agreement Markup Language)。
　

　　4.cXML是Ariba Inc.公司的用于b2b的基于xml的轻重量级的标准，定义标准的b2b事务所使用的格式。
　

　　5.WebMethods使用的widl来进行系统间的交互，widl(web interface definition language)类似SOAP的一个东西，已由webMehods提交w3c.
　

　　6.Open Financial Exchange (OFX)

　　7.Open Trading Protocol (OTP).
　

第三类的标准很多，而且会越来越多。专门针对某一领域，有时多个标准描述是同一类数据交换。比如医药界HL7, Financial Products Markup Language (FpML)银行的，等等。