曝光台 注意防骗
网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者
客户仅仅需要提供它们需要查询的详细情况。
例如，如果你希望查询同一个贸易伙伴的合同细节，贸易伙伴应向你发送下面的模板，上
面有它们查询时需要的你提供的信息并在查询结束后向你提供结果：
程序清单1 2 - 5
这里，贸易伙伴仅仅需要让客户知道$ a和$ b代表什么，这样客户能够填写细节并执行查询
后返回结果。
看完了电子商务领域支持的功能，当出现问题时我们该如何处理呢？发现同样应该通知贸
易伙伴可能的偶然策略和资源，但依赖于当时的环境和条件。进入这个领域较早的是
C o m m e r c e N e t的e C o模式。
(2) eCo模式
e C o模式是一个定位于发现过程的推荐的蓝本，由C o m m e r c e N e t财团发布。在一本白皮书中
它们写到：
“e C o工作组决定为了促进I n t e r n e t上异构的电子商务系统B 2 B的互操作性，贸易伙伴应能
达到以下要求：
• 在I n t e r n e t上发现其他的商务活动。
• 决定是否进行电子商务以及如何能够进入市场。
• 决定提供哪种服务。
• 决定它们的电子商务系统是否及怎样通信。
• 如果可能，决定需要进行哪些修订以保证它们系统之间的互操作性。
• 如果可能，建立不同于I n t e r n e t的通信渠道。
改善发现过程的眼光和努力是前进的第一步，并提供了一个可以建立的良好模式。为了允
许贸易伙伴、We b用户或搜索引擎决定从网站获取什么，在e C o 界面中定义了一个叫做
b o o t s t r a p p i n g的方法。b o o t s t r a p p i n g要求在学习更复杂的机制时仅仅使用最少的系统资源。e C o
模式调用e c o . x m l文档用于询问和发现站点支持的界面和资源。该体系结构同样提供探索同e C o
兼容的现存的电子商务系统的机制。为了在e C o方案中支持现存的电子商务系统，存在一个机制
用于在这些系统的界面上描述和提供信息。
参阅eCo方案请浏览：http://eco.commerce.net/specs/index.cfm。
第12章电子商务和XML使用515 下载
(3) eCo模式的例子
如果一个实现了e C o商务环境的公司希望自己作为一个e C o兼容的公司被检索，它应该在它
的We b网站的根目录下放置下面的文件。下面的例子是一个提供价目服务的公司的文件：
程序清单1 2 - 6
(4) 比较购物
另一个认为发现过程重要的例子是比较购物。如果我们使用X M L标记了我们的产品和服务，
就有可能创建搜索引擎以比较产品和服务的价格，以及向最终用户提供多种购买选择。就好像
这些站点能够比较价格并允许你选择购买产品和服务的地点，然后有希望你能够规定更多的关
516使用XML 高级编程
下载
于保证、送货时间等的选择。但是，这个概念减少了逛商店的需求以及主动查询电子商务站点
的需求。
12.3.2 容器
对兼容性的进程和词汇表需求的快速增长减少了“烟囱”和冗余的任务。“烟囱”是指内部
以解决特殊问题为目的独立的应用程序，它同时缺乏灵活性。为了行业、协会和独立企业使用
X M L进行信息交换的工作，他们需要建立标准的机制，这样可以共享词汇表。
容器是不同的D T D和模式存储的地方，对于十分复杂的领域那里有更多的信息可以利用。
信息可能包括基于X M L的目录机制、确认管理、主题映射、数据结构、U M L建模工具以及更多
的东西。也可能包括对类型的关系、代名词以及多义词的介绍。甚至可能包括可以编译后重用
的软件。当容器开发后，那里的可利用信息的数量将快速增长，不但容器自身希望自己成为一
个重要的角色，竞争的标准也会提高其重要性。
企业具有（1）内部概念，（2）同其他同行共享的概念，（3）长住居民共知的概念，（4）全
球性概念是没有意义的。定义类型1，2，3被每个企业概念化成不同的范围，这样我们的X M L电
子商务系统必须调和这些不同。电子商务系统必须在一个标准的动作中处理这些语言的不同，
虽然协商、共享的交叉索引、将使用不同词汇表的消息重新打成使用自己词汇表的消息机制可
以完成该功能。
另一个必须做的事是优化商务语言版本。那么在哪个级别可以共享更多的信息呢？是在模
式或D T D级别吗？如果是，我们是否共享一个购物定单、使其成为一个一般的元素“厨房下水
道”以容纳各种实现？或一个定义了无数购买定单的容器，一个用于销售机票另一个用于销售
铅笔？那会有多少个呢？成千上万，但恐怕也不能覆盖所有的情况。上述方案都不理想。那么
答案又是什么呢？从历史的角度来看，获得完全的标准会有很高的成本，建议的升级要求同步
延迟，并需要程序员注意全新的标准版本。如果在我们的处理中建立合适的确认管理就可以减
少这些维护问题—可取的是在逻辑单元等级。
X M L的容器提供下列工具：
• 在整个生命周期对系统进行模块化（使用U M L）、开发和测试时作为指导访问行业组件和
术语。
• 扩展获得的元素以映射和处理数据直接到组织的商业系统内部。
• 大量覆盖在贸易伙伴之间的交互，如实时交换。
• 利用下一代应用软件直接同来自贸易伙伴的传输数据进行交互。
所以容器可能最终包括标准化的标签的集合、商业组件（程序代码—包括源代码和编译
后的代码）、对象、样式表以及行业条款和代码等内容。
为了浏览一个容器并找到工作中用到的合适的行业信息，容器中有必要对新的功能建立关
键词，使用索引（信息树）可以进行基于主题（商业领域）的和要求的商业共享功能的查询。
索引是功能性的指导，但一个最终用户可能希望通过直接的域路径查询浏览一个索引以获得特
殊的商业功能。这种将主题作为语义的基于域的表现树提供了一个从属的界面，以提供传统的
关键词或目录风格的查询。
第12章电子商务和XML使用517 下载
简单地说，这个概念就是“从你的商业领域列表中选择你想做的，相关的逻辑商业单元将
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址：
XML高级编程下(7)
