组织：中国互动出版网（http://www.china-pub.com/）
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
译者：陆绍飞（lsf sflu@21cn.com）
译文发布时间：2001-3-30
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本文档的翻译及版权信息。
Network Working Goup D. Eastlake
Request for Comments: 2706 IBM
Category: Informational T. Goldstein
Brodia
October 1999
RFC2706―电子商务域名标准
（RFC2706----ECML v1: Field Names for E-Commerce）
本备忘录状态
This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.
版权声明
Copyright (C) The Internet Society (1999). All Rights Reserved.
IESG Note
This document is the output of a vendor consortium, and is not the
output of an IETF Working Group. Implementors of this specification
are warned that this data model is heavily biased toward conventions
used in the United States, and the English language. As such it is
unlikely to be suitable for international or multilingual use in the
global Internet.
摘要
当消费者在Internet商业网站上为了完成购买或是其它交互行为，特别是他们第一次登录时经常要输入
大量内容的信息。定义一套标准的信息域象电子商务模块语言（ECML）第一版就很容易自动信息解决这个问题，例如钱包就能够在域里填充。甚至是手动数据输入框，消费者只需在一些标准域里输入信息，从而可以忽略大量的网站信息。
致谢
The following persons, in alphabetic order, contributed substantially
to the material herein:
George Burne, Trintech
Joe Coco, Microsoft
Kevin Weller, Visa
目录
１介绍 3
1.1 背景 3
1.2 与其它标准的关联 4
1.3 未来版本的延续范围 4
2. 使用域 4
2.1 域的介绍 4
2.2设置域的方法和流程 5
2.3 HTML 示例 5
3. 域的定义 6
4. 注释 8
5. 安全因素 10
６．参考 10
１介绍
1.1 背景
今天，越来越多的商人利用基于HTML的窗体在Internet 上成功的管理公司。在这些窗体中所用的数据格式从商家到终端用户非常的不同，这种差异使得要手动填入这些表单的过程变的单调和沉闷。这种结果导致了许多商业窗体，在填充的过程中被放弃。
被叫做电子钱包的软件产品能够解决这种状态。数字钱包就是一种应用或服务，它帮助用户用户在线交易并且允许他们存钱、购物、支付，并有优惠通知，凭借这种信息可以自动完成商业交互。这使得付款过程十分单一，并将消费者每次完成的商业表单的需要变的最小。数字钱包填充表单已经成功的建立于游览器，象游览器的应用帮手、单机应用、游览器插件和基于应用的服务器。但这种电子钱包的增殖已经受到标准缺乏的阻碍。
ECML (电子商务模块语言 ) Version 1 为WEB商人提供了一套简单的指导方针，它将能够使电子钱包从多个vendors 那里填充他们的WEB表单。导致的最终结果就是更多的消费者将发现在WEB上购物变的很容易。
在这里的这套域文档是Wallet/Merchant 标准联盟组织(www.ecml.org)所开发。按字母顺序排列如下：
American Express (www.americanexpress.com)
AOL (www.aol.com)
Brodia (www.brodia.com)
Compaq (www.compaq.com)
CyberCash (www.cybercash.com)
Discover (www.discovercard.com)
FSTC (www.fstc.org)
IBM (www.ibm.com)
Mastercard (www.mastercard.com)
Microsoft (www.microsoft.com)
Novell (www.novell.com)
SETCo (www.setco.org)
Sun Microsystems (www.sun.com)
Trintech (www.trintech.com)
Visa (www.visa.com)
这个域衍生于基于数字框架的 W3C P3P 网址为：
.
1.2 与其它标准的关联。
ECML 版1 不是替换或代替SSL/TLS [RFC
2246], SET [SET], XML [XML], or IOTP [IOTP]. 这些有很重要的标准提供象无拒付交易，选择自动支付方案，支持微型卡等一系列机能。
ECML 可能用于很多支付机构。它只是允许商家发行一致的WEB表单。
不同钱包和不同的商业计划都相互支持ECML. 这是一个开放的标准。并且ECML被设计的很简单。
设计的版本 1 没有在WEB上增加新的技术。商人可以采纳 ECML 获得这些支持他们的消费者在HTML页面上更改很简单的不同钱包的支持。利用 ECML 不需要许可。
1.3 未来版本的延续范围
信息域从商家到消费者中传输的标准化，考虑到商业购买卡、无卡支付机构、活动钱包、隐私、附加的支付机理和一系列的“磋商“都是在未来版本里都必须考虑的因素。隐藏域或是一些其它的重要域将会减到最小。最主要的目标就是北美消费者与商家的电子贸易。
2. 使用域
为了使文档一致，域名在下面的第三部分列出。注意：这不是在用户可见的标签域里强迫一些限制，几乎他们的名字只在与商人沟通时使用。
2.1 域的介绍
域介绍的风格和顺序没有必要暗示。一些商家可能希望问许多信息，有些则省略了许多域。有些商家在一个WEB页面上的表单询问他们想要的信息，而有些则喜欢在不同时间在不同的WEB页面上询问。例如，通常先问 "运送到（ship to）"的信息，因此运送费用就在支付方法的信息前被估算。有些商家可能需要他们提供的可供选择的其它所有信息等等。
第一版的ECML没有办法指出那些是商家认为托管的域。 从消费者软件这一点上考虑，所有的域都是随意完成。然而，商家可能会在一些需要的域没有填上时给出一个错误或是再次请求填写的信息页面。就象在一种风格的域完成时包含的 一些错误信息。
2.2设置域的方法和流程
在消费者和商家之间当商家需要指出哪些域是消费者要提供的时候有很多不同的沟通方法。大概在当前软件配置最早是使用HTML表单上的域。其它的就有可能使用 W3C P3P 协议或是IOTP 证实事务[IOTP]。
利用活动的或是出现Ecom_SchemaVersion的域是触发很容易填充的域。它需要的 Ecom_SchemaVersion 域，通常是一个隐藏域，它包含在每一个页面上。
因为网页可能装载很慢，它不可能清除在网页上完成填充域时自动域的内容。为解决这个原因，推荐Ecom_SchemaVersion 域放在WEB页面的最后。
商家需要一些能够扩充几个WEB页面的信息。没有更多的规定， 比较容易的是在每个页面上违规时重新开始，或是重现违规域的页面。正因为这个原因， Ecom_TransactionComplete 域通常是隐藏的。 推荐出现在最后页面上来执行交易，刚好出现在Ecom_SchemaVersion域名之前，为此多网页自动域填充在逻辑上可以知道当选择这个域时可以停止整个网页的继续执行。
2.3 HTML 示例
下面是一个在 HTML 中的示例：
eCom Fields Example
Please enter card information:
Your name on the card
The card number
Expiration date (MM YY)
在所有的页面被提交前，商家将返回用户和钱包交易完成的确证页面。
eCom Transaction Complete Example
京公网安备 11010502044972号