组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：陈贵敏（efoxxx&nbsp;&nbsp;&nbsp;efoxxx@263.net）<br />
译文发布时间：2001-11-4<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
<br />
<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;D.&nbsp;Eastlake<br />
Request&nbsp;for&nbsp;Comments:&nbsp;2935&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Motorola<br />
Category:&nbsp;Standards&nbsp;Track&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C.&nbsp;Smith<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Royal&nbsp;Bank&nbsp;of&nbsp;Canada<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;September&nbsp;2000<br />
<br />
Internet开放贸易协议(IOTP)HTTP&nbsp;补充<br />
（RFC2935——Internet&nbsp;Open&nbsp;Trading&nbsp;Protocol&nbsp;(IOTP)&nbsp;HTTP&nbsp;Supplement&nbsp;）<br />
<br />
本备忘录的状态<br />
本文档定义了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建<br />
议以得到改进。请参考最新版的“Internet正式协议标准”&nbsp;(STD1)来获得本协议的标<br />
准化程度和状态。本备忘录的发布不受任何限制。<br />
<br />
版权声明：<br />
Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2000).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
摘要<br />
<br />
Internet开放贸易协议(IOTP)消息将以可扩展标记语言(XML)文档作为传输载体。<br />
就其本身而论，映象至传输层的目的是为了保证底层的XML文档在不同的层间正确地传<br />
输。<br />
此文档描述了超文本传输协议(HTTP),&nbsp;Versions&nbsp;1.0&nbsp;and&nbsp;1.1.的映象。<br />
<br />
<br />
<br />
<br />
<br />
目录<br />
<br />
1．介绍	2<br />
2．HTTP服务器和客户端	2<br />
3．HTTP网络位置	3<br />
4．客户	3<br />
&nbsp;&nbsp;&nbsp;&nbsp;4.1&nbsp;&nbsp;开启IOTP客户端和商业IOTP服务器&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3<br />
&nbsp;&nbsp;&nbsp;&nbsp;4.2&nbsp;&nbsp;传送中的IOTP消息&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;3<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;4.3&nbsp;&nbsp;中断一个IOTP交易&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;4<br />
5．开始交付处理器和递交器IOTP服务器	5<br />
6．安全考虑	6<br />
7．IANA的考虑	6<br />
8．参考	7<br />
9．作者地址	8<br />
10．完整的版权声明	8<br />
鸣谢	9<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
1．介绍<br />
Internet开放贸易协议(IOTP)消息将以可扩展标记语言[XML]文档作为传输载<br />
体。就其本身而论，，映象至传输层的目的是为了保证底层的XML文档在不同的层<br />
间正确地传输。<br />
此文档描述了超文本传输协议(HTTP),&nbsp;Versions&nbsp;1.0&nbsp;and&nbsp;1.1的映象[RFCs&nbsp;<br />
1945,&nbsp;2616]。<br />
将来可能会有描述关于email（SMTP）、TCP、cable&nbsp;TV或者其它传输方面的<br />
IOTP文档&nbsp;。<br />
在本文档中的关键字“必须”,&nbsp;“决不要”,&nbsp;“必须的”,“将要”,&nbsp;“不会”,&nbsp;<br />
“应当”,&nbsp;“不应当”,&nbsp;“建议”,&nbsp;“可以”,&nbsp;和&nbsp;“可选的”&nbsp;将会在[RFC2119]<br />
文档中给予说明。<br />
<br />
2．HTTP服务器和客户端<br />
IOTP的结构以如下方式映象到HTTP的结构：<br />
<br />
商家、付款处理器、交货处理器，以及客户相关的交易方都由HTTP服务器代<br />
表。每一方都可以是由一台独立的服务器代表，也可以是以某种联接方式结合。<br />
客户角色由HTTP客户端代表。<br />
<br />
注意:&nbsp;一个商人也会充当消费者的职能,比如说他要储存电子货币。在这种情况下，商<br />
人作为一个组织而非单一的职能，需要一个HTTP客户端支持。<br />
<br />
3．HTTP网络位置<br />
<br />
包含在IOTP规格书中的网络位置皆为URIs&nbsp;（Uniform&nbsp;Resource&nbsp;Identifiers）[RFC&nbsp;<br />
2396]。如果必须要或者是要求使用安全连接的话，就必须用一个对HTTP服务器以及客户端<br />
都支持的安全通道。&nbsp;像SSL&nbsp;version&nbsp;3&nbsp;或者&nbsp;TLS&nbsp;[RFC&nbsp;2246]都可以用作这种通道。<br />
<br />
4．客户<br />
<br />
在大多数环境中，客户的最初的媒介总是一个HTML浏览器。可是呢，现有的浏览器都<br />
没有提供足够的功能，来为客户充当媒介完成一次IOTP交易。这就带来了俩个必须满足的<br />
条件：<br />
一个开启IOTP客户端并控制权转交给IOTP客户端的方法，以及一个在IOTP交易结束<br />
后安全停止IOTP客户端并将控制权转交给HTML浏览器的方法。<br />
<br />
4.1	&nbsp;开始IOTP客户端以及商业IOTP服务器<br />
<br />
&nbsp;&nbsp;在某些情况下，用户方的HTTP客户端会发送一个HTTP请求，这个请求被商业HTTP服<br />
务器解释为一个“IOTP启动请求”。比如说当你单击“付款”按钮时，就会达到这样的效<br />
果。这个消息就是某种形式的请求消息的“替身”，并且，商业服务器会以XML文档的形式<br />
对这个第一个IOTP消息作出响应。<br />
对所有IOTP消息的MIME协议格式为：“APPLICATION/IOTP”；然而，“APPLICATION/X-IOT”<br />
已经被应用于实验室和开发中了，这一点应该得到认可。要得到APPLICATION/IOTP的MIME<br />
协议格式的注册模板，请参见下面第7部分的内容。因为HTTP完全是二进制编码，所以不<br />
需要对要传输的内容进行传输编码。（参见[RFC&nbsp;2376]修订版，application/xml格式，它<br />
也有一些类似的考虑。）<br />
&nbsp;&nbsp;&nbsp;&nbsp;HTML浏览器会将这个HTTP响应解释为开启与MIME协议类型“APPLICATION/IOTP”&nbsp;相<br />
关的应用程序的一个响应，并把这个消息的内容发送给应用程序。<br />
&nbsp;&nbsp;&nbsp;&nbsp;就在这一时刻，IOTP客户端就会被启动，并获得第一个消息。<br />
&nbsp;&nbsp;&nbsp;&nbsp;IOTP消息的生存期是短暂的，因此，HTTP服务器应当避免将其响应放到缓存区中。在<br />
HTTP&nbsp;V1.0当中，我们可以使用“nocache”注记符来使响应不被放到缓存区中。而当我们<br />
使用的是SSL/TLS安全连接时，就可以不考虑这个问题，因为它不带有缓冲区；还有，在<br />
HTTP&nbsp;v1.1&nbsp;中HTTP发送请求也一样不用考虑缓冲区问题，因为在HTTP&nbsp;v1.1中发送请求是<br />
不会被放到缓冲区中的。<br />
<br />
4.2	传送中的IOTP消息<br />
<br />
在一次交易中，先发送出去的IOTP消息中的数据必须要由IOTP客户端保留下来，这样<br />
做的目的是：<br />
（1）拷贝下来的数据作为后续IOTP消息的组成部分；<br />
（2）用于在后续IOTP消息中验证签名的计算；<br />
（3）在某些情况下，当请求没有得到响应而超时时需要重新发送；<br />
（4）在最新的IOTP版本中用作客户相关交易方的输入，等等……<br />
拷贝的具体方式由特定的IOTP交易决定。不管交易最终是失败、成功还是被取消，这<br />
些数据都必须保留到IOTP交易的最后，并且在交易之后，还要保留，直到交易的任何一方<br />
都不想再去查询它为止。<br />
IOTP&nbsp;消息包含了网络位置信息（比如说PayReqNetLocn），HTTP的网络位置包含有IOTP<br />
客户端要发送IOTP消息的目的地址的URIs。<br />
后面的IOTP消息（皆是XML文档）是通过使用HTTP的POST函数发送的。HTTP客户端<br />
必须要执行所有的HTTP的POST请求。<br />
XML文档必须通过一种与外部编码所兼容的方式来发送，当然，这种外部编码是符合XML&nbsp;<br />
[XML]规格的。<br />
<br />
4.3	&nbsp;中止一个IOTP交易<br />
<br />
下面所讲述的内容，读者可以结合[RFC&nbsp;2801]文档来阅读。<br />
当出现以下情形时，一笔IOTP交易就算完成了：<br />
<br />
&nbsp;&nbsp;&nbsp;--&nbsp;当IOTP客户端由于某些原因决定放弃这笔IOTP交易，也可能是由于客户要撤销这笔<br />
交易，或者是在接收IOTP消息过程中出现错误的结果。或者当：<br />
&nbsp;&nbsp;&nbsp;--出现“超时”错误或者是连接失败，比如说，在用户定义的响应时间范围内，接收方<br />
没有收到对一个特定IOTP消息的响应（包括重发信息）。<br />
<br />
一个执行IOTP交易的IOTP客户端，此交易：<br />
<br />
&nbsp;&nbsp;&nbsp;--&nbsp;若成功完成（也就是说，没有接收到有HardError的错误块或者是取消块），它必须<br />
指示浏览器连向在协议选项组件中定义在SuccessNetLocn里面的网络位置，也就是说，让<br />
浏览器去对这个URL做一个HTTP&nbsp;GET请求。<br />
&nbsp;&nbsp;&nbsp;--若是因为收到一些错误交易块而使交易没有成功的话，它必须要将这些信息显示在错<br />
误消息中，中止这笔交易，并将控制权交给浏览器，这样它就会对Error网络地址发送一个<br />
GET请求，此地址详细指明了错误是由哪一方引起的。<br />
&nbsp;&nbsp;&nbsp;--&nbsp;若是因为收到了取消块而使交易被迫取消了，必须要中止此IOTP交易并将控制权交<br />
给浏览器，以让浏览器对Cancel网络地址发送一个GET请求，此地址详细指明了取消块是<br />
从哪一方发出来的。<br />
&nbsp;&nbsp;&nbsp;--&nbsp;若是由于一个IOTP消息不符合所要求的规格而发生错误，必须发送一个包含错误交<br />
易块的IOTP消息到导致此错误消息的交易方（此交易方由ErrorLogNetLoc定义），并中止<br />
此IOTP交易，再将控制权移交给浏览器，这样这样它就会对Error网络地址发送一个GET<br />
请求，此地址详细指明了错误是由哪一方引起的。<br />
&nbsp;&nbsp;&nbsp;--&nbsp;如果是“超时”的话，就必须显示一个消息来说明是超时。可以给用户提供几个可选<br />
项：取消、重试或者是自动重试。如果由于超时导致交易失败，按照上面所讲的交易“错误”<br />
做处理。<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;每一个IOTP客户端实现都要考虑是否当完成一个IOTP交易后要立刻终止掉IOTP客户<br />
端应用程序，或者是要一直等到由于某种情况而被关掉，比如说是用户关闭或者是浏览器关<br />
闭。<br />
<br />
5．开始交付处理器和递交器IOTP服务器<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;当付款处理器和交货器IOTP服务器收到包含下列信息的消息时，它就开始工作：<br />
<br />
&nbsp;&nbsp;&nbsp;--&nbsp;对于一个付款处理器，有一个付款请求块,&nbsp;以及<br />
<br />
&nbsp;&nbsp;&nbsp;--&nbsp;对于一个交货处理器，有一个交货请求块<br />
6．安全考虑<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;Internet开放贸易协议(IOTP)消息的安全防护主要是靠IOTP内部的签名，这在[RFC&nbsp;<br />
2801]&nbsp;和&nbsp;[RFC&nbsp;2802]文档中有详细描述。&nbsp;&nbsp;可以通过使用一个安全的通道来传输IOTP消息，<br />
比如说SSL/TLS&nbsp;[RFC&nbsp;&nbsp;2246]，以达到IOTP交互中的保密性保护的目的。<br />
<br />
&nbsp;&nbsp;&nbsp;要注意的是，由IOTP传输的付款协议的安全是付款协议的职责，而非IOTP的职责。<br />
<br />
7．IANA的考虑<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;specification&nbsp;defines&nbsp;the&nbsp;APPLICATION/IOTP&nbsp;MIME&nbsp;type.&nbsp;&nbsp;The<br />
&nbsp;&nbsp;&nbsp;registration&nbsp;template&nbsp;is&nbsp;as&nbsp;follows&nbsp;[RFC&nbsp;2048]:<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;To:&nbsp;ietf-types@iana.org<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Subject:&nbsp;Registration&nbsp;of&nbsp;MIME&nbsp;media&nbsp;type&nbsp;APPLICATION/IOTP<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;MIME&nbsp;media&nbsp;type&nbsp;name:&nbsp;APPLICATION<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;MIME&nbsp;subtype&nbsp;name:&nbsp;IOTP<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Required&nbsp;parameters:&nbsp;(none)<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Optional&nbsp;parameters:&nbsp;charset&nbsp;-&nbsp;see&nbsp;RFC&nbsp;2376<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Encoding&nbsp;considerations:&nbsp;Content&nbsp;is&nbsp;XML&nbsp;and&nbsp;may&nbsp;in&nbsp;some&nbsp;cases<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;require&nbsp;quoted&nbsp;printable&nbsp;or&nbsp;base64&nbsp;encoding.&nbsp;&nbsp;However,&nbsp;no&nbsp;encoding<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;is&nbsp;required&nbsp;for&nbsp;HTTP&nbsp;transport&nbsp;which&nbsp;is&nbsp;expected&nbsp;to&nbsp;be&nbsp;common.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Security&nbsp;considerations:&nbsp;IOTP&nbsp;includes&nbsp;provisions&nbsp;for&nbsp;digital<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;authentication&nbsp;but&nbsp;for&nbsp;confidentiality,&nbsp;other&nbsp;mechanisms&nbsp;such&nbsp;as<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;TLS&nbsp;should&nbsp;be&nbsp;used.&nbsp;&nbsp;See&nbsp;RFC&nbsp;2801&nbsp;and&nbsp;RFC&nbsp;2802.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Interoperability&nbsp;considerations:&nbsp;See&nbsp;RFC&nbsp;2801.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Published&nbsp;specification:&nbsp;See&nbsp;RFC&nbsp;2801&nbsp;and&nbsp;RFC&nbsp;2802.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Applications&nbsp;which&nbsp;use&nbsp;this&nbsp;media&nbsp;type:&nbsp;&nbsp;Internet&nbsp;Open&nbsp;Trading<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Protocol&nbsp;applications.<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Additional&nbsp;information:&nbsp;(none)<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Person&nbsp;&&nbsp;email&nbsp;address&nbsp;to&nbsp;contact&nbsp;for&nbsp;further&nbsp;information:<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Name:&nbsp;Donald&nbsp;E.&nbsp;Eastlake&nbsp;3rd<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Email:&nbsp;Donald.Eastlake@motorola.com<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Intended&nbsp;usage:&nbsp;COMMON<br />
<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Author/Change&nbsp;controller:&nbsp;IETF<br />
<br />
8．参考<br />
<br />
[RFC&nbsp;1945]&nbsp;Berners-Lee,&nbsp;T.,&nbsp;Fielding,&nbsp;R.&nbsp;and&nbsp;H.&nbsp;Frystyk,&nbsp;"Hypertext<br />
Transfer&nbsp;Protocol&nbsp;--&nbsp;HTTP/1.0",&nbsp;RFC&nbsp;1945,&nbsp;May&nbsp;1996.<br />
<br />
[RFC&nbsp;2048]&nbsp;Freed,&nbsp;N.,&nbsp;Klensin,&nbsp;J.&nbsp;and&nbsp;J.&nbsp;Postel,&nbsp;"Multipurpose<br />
Internet&nbsp;Mail&nbsp;Extensions&nbsp;(MIME)&nbsp;Part&nbsp;Four:&nbsp;Registration<br />
Procedure",&nbsp;RFC&nbsp;2048,&nbsp;November&nbsp;1996.<br />
<br />
[RFC&nbsp;2119]&nbsp;Bradner,&nbsp;S.,&nbsp;"Key&nbsp;words&nbsp;for&nbsp;use&nbsp;in&nbsp;RFCs&nbsp;to&nbsp;Indicate<br />
Requirement&nbsp;Levels",&nbsp;BCP&nbsp;14,&nbsp;RFC&nbsp;2119,&nbsp;March&nbsp;1997.<br />
<br />
[RFC&nbsp;2246]&nbsp;Dierks,&nbsp;T.&nbsp;and&nbsp;C.&nbsp;Allen,&nbsp;"The&nbsp;TLS&nbsp;Protocol&nbsp;Version&nbsp;1.0",<br />
RFC&nbsp;2246,&nbsp;January&nbsp;1999.<br />
<br />
[RFC&nbsp;2376]&nbsp;Whitehead,&nbsp;E.&nbsp;and&nbsp;M.&nbsp;Murata,&nbsp;"XML&nbsp;Media&nbsp;Types",&nbsp;RFC&nbsp;2376,<br />
July&nbsp;1998.<br />
<br />
[RFC&nbsp;2396]&nbsp;Berners-Lee,&nbsp;T.,&nbsp;Rielding,&nbsp;R.&nbsp;and&nbsp;L.&nbsp;Masinter,&nbsp;"Uniform<br />
Resource&nbsp;Identifiers&nbsp;(URI):&nbsp;Generic&nbsp;Syntax",&nbsp;RFC&nbsp;2396,<br />
August&nbsp;1998.<br />
<br />
[RFC&nbsp;2616]&nbsp;Fielding,&nbsp;R.,&nbsp;Gettys,&nbsp;J.,&nbsp;Mogul,&nbsp;J.,&nbsp;Frystyk,&nbsp;H.,<br />
Masinter,&nbsp;L.,&nbsp;Leach,&nbsp;P.&nbsp;and&nbsp;T.&nbsp;Berners-Lee,&nbsp;"Hypertext<br />
Transfer&nbsp;Protocol&nbsp;--&nbsp;HTTP/1.1",&nbsp;RFC&nbsp;2616,&nbsp;June&nbsp;1999.<br />
<br />
[RFC&nbsp;2801]&nbsp;Burdett,&nbsp;D.,&nbsp;"Internet&nbsp;Open&nbsp;Trading&nbsp;Protocol&nbsp;-&nbsp;IOTP<br />
Version&nbsp;1.0",&nbsp;RFC&nbsp;2801,&nbsp;April&nbsp;2000.<br />
<br />
[RFC&nbsp;2802]&nbsp;Davidson,&nbsp;K.&nbsp;and&nbsp;Y.&nbsp;Kawatsura,&nbsp;"Digital&nbsp;Signatures&nbsp;for&nbsp;the<br />
v1.0&nbsp;Internet&nbsp;Open&nbsp;Trading&nbsp;Protocol&nbsp;(IOTP)",&nbsp;RFC&nbsp;2802,<br />
April&nbsp;2000<br />
<br />
[XML]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Bray,&nbsp;T.,&nbsp;Paoli,&nbsp;J.&nbsp;and&nbsp;C.&nbsp;Sperberg-McQueen,&nbsp;"Extensible<br />
Markup&nbsp;Language&nbsp;(XML)&nbsp;1.0"&nbsp;&lt;http://www.w3.org/TR/REC-xml&gt;,<br />
February&nbsp;1998.<br />
<br />
9．作者地址<br />
<br />
&nbsp;&nbsp;&nbsp;Donald&nbsp;E.&nbsp;Eastlake&nbsp;3rd<br />
&nbsp;&nbsp;&nbsp;Motorola<br />
&nbsp;&nbsp;&nbsp;140&nbsp;Forest&nbsp;Avenue<br />
&nbsp;&nbsp;&nbsp;Hudson,&nbsp;MA&nbsp;01749&nbsp;USA<br />
<br />
&nbsp;&nbsp;&nbsp;Phone:&nbsp;+1&nbsp;978-562-2827(h)<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;+1&nbsp;508-261-5434(w)<br />
&nbsp;&nbsp;&nbsp;Fax:&nbsp;&nbsp;&nbsp;+1&nbsp;508-261-4447(w)<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;Donald.Eastlake@motorola.com<br />
<br />
<br />
&nbsp;&nbsp;&nbsp;Chris&nbsp;J.&nbsp;Smith<br />
&nbsp;&nbsp;&nbsp;Royal&nbsp;Bank&nbsp;of&nbsp;Canada<br />
&nbsp;&nbsp;&nbsp;277&nbsp;Front&nbsp;Street&nbsp;West<br />
&nbsp;&nbsp;&nbsp;Toronto,&nbsp;Ontario&nbsp;M5V&nbsp;3A4&nbsp;CANADA<br />
<br />
&nbsp;&nbsp;&nbsp;Phone:&nbsp;+1&nbsp;416-348-6090<br />
&nbsp;&nbsp;&nbsp;Fax:&nbsp;&nbsp;&nbsp;+1&nbsp;416-348-2210<br />
&nbsp;&nbsp;&nbsp;EMail:&nbsp;chris.smith@royalbank.com<br />
<br />
10．完整的版权声明<br />
<br />
&nbsp;&nbsp;&nbsp;Copyright&nbsp;(C)&nbsp;The&nbsp;Internet&nbsp;Society&nbsp;(2000).&nbsp;&nbsp;All&nbsp;Rights&nbsp;Reserved.<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;document&nbsp;and&nbsp;translations&nbsp;of&nbsp;it&nbsp;may&nbsp;be&nbsp;copied&nbsp;and&nbsp;furnished&nbsp;to<br />
&nbsp;&nbsp;&nbsp;others,&nbsp;and&nbsp;derivative&nbsp;works&nbsp;that&nbsp;comment&nbsp;on&nbsp;or&nbsp;otherwise&nbsp;explain&nbsp;it<br />
&nbsp;&nbsp;&nbsp;or&nbsp;assist&nbsp;in&nbsp;its&nbsp;implementation&nbsp;may&nbsp;be&nbsp;prepared,&nbsp;copied,&nbsp;published<br />
&nbsp;&nbsp;&nbsp;and&nbsp;distributed,&nbsp;in&nbsp;whole&nbsp;or&nbsp;in&nbsp;part,&nbsp;without&nbsp;restriction&nbsp;of&nbsp;any<br />
&nbsp;&nbsp;&nbsp;kind,&nbsp;provided&nbsp;that&nbsp;the&nbsp;above&nbsp;copyright&nbsp;notice&nbsp;and&nbsp;this&nbsp;paragraph&nbsp;are<br />
&nbsp;&nbsp;&nbsp;included&nbsp;on&nbsp;all&nbsp;such&nbsp;copies&nbsp;and&nbsp;derivative&nbsp;works.&nbsp;&nbsp;However,&nbsp;this<br />
&nbsp;&nbsp;&nbsp;document&nbsp;itself&nbsp;may&nbsp;not&nbsp;be&nbsp;modified&nbsp;in&nbsp;any&nbsp;way,&nbsp;such&nbsp;as&nbsp;by&nbsp;removing<br />
&nbsp;&nbsp;&nbsp;the&nbsp;copyright&nbsp;notice&nbsp;or&nbsp;references&nbsp;to&nbsp;the&nbsp;Internet&nbsp;Society&nbsp;or&nbsp;other<br />
&nbsp;&nbsp;&nbsp;Internet&nbsp;organizations,&nbsp;except&nbsp;as&nbsp;needed&nbsp;for&nbsp;the&nbsp;purpose&nbsp;of<br />
&nbsp;&nbsp;&nbsp;developing&nbsp;Internet&nbsp;standards&nbsp;in&nbsp;which&nbsp;case&nbsp;the&nbsp;procedures&nbsp;for<br />
&nbsp;&nbsp;&nbsp;copyrights&nbsp;defined&nbsp;in&nbsp;the&nbsp;Internet&nbsp;Standards&nbsp;process&nbsp;must&nbsp;be<br />
&nbsp;&nbsp;&nbsp;followed,&nbsp;or&nbsp;as&nbsp;required&nbsp;to&nbsp;translate&nbsp;it&nbsp;into&nbsp;languages&nbsp;other&nbsp;than<br />
&nbsp;&nbsp;&nbsp;English.<br />
<br />
&nbsp;&nbsp;&nbsp;The&nbsp;limited&nbsp;permissions&nbsp;granted&nbsp;above&nbsp;are&nbsp;perpetual&nbsp;and&nbsp;will&nbsp;not&nbsp;be<br />
&nbsp;&nbsp;&nbsp;revoked&nbsp;by&nbsp;the&nbsp;Internet&nbsp;Society&nbsp;or&nbsp;its&nbsp;successors&nbsp;or&nbsp;assigns.<br />
<br />
&nbsp;&nbsp;&nbsp;This&nbsp;document&nbsp;and&nbsp;the&nbsp;information&nbsp;contained&nbsp;herein&nbsp;is&nbsp;provided&nbsp;on&nbsp;an<br />
&nbsp;&nbsp;&nbsp;"AS&nbsp;IS"&nbsp;basis&nbsp;and&nbsp;THE&nbsp;INTERNET&nbsp;SOCIETY&nbsp;AND&nbsp;THE&nbsp;INTERNET&nbsp;ENGINEERING<br />
&nbsp;&nbsp;&nbsp;TASK&nbsp;FORCE&nbsp;DISCLAIMS&nbsp;ALL&nbsp;WARRANTIES,&nbsp;EXPRESS&nbsp;OR&nbsp;IMPLIED,&nbsp;INCLUDING<br />
&nbsp;&nbsp;&nbsp;BUT&nbsp;NOT&nbsp;LIMITED&nbsp;TO&nbsp;ANY&nbsp;WARRANTY&nbsp;THAT&nbsp;THE&nbsp;USE&nbsp;OF&nbsp;THE&nbsp;INFORMATION<br />
&nbsp;&nbsp;&nbsp;HEREIN&nbsp;WILL&nbsp;NOT&nbsp;INFRINGE&nbsp;ANY&nbsp;RIGHTS&nbsp;OR&nbsp;ANY&nbsp;IMPLIED&nbsp;WARRANTIES&nbsp;OF<br />
&nbsp;&nbsp;&nbsp;MERCHANTABILITY&nbsp;OR&nbsp;FITNESS&nbsp;FOR&nbsp;A&nbsp;PARTICULAR&nbsp;PURPOSE.<br />
<br />
鸣谢<br />
<br />
&nbsp;&nbsp;&nbsp;Funding&nbsp;for&nbsp;the&nbsp;RFC&nbsp;Editor&nbsp;function&nbsp;is&nbsp;currently&nbsp;provided&nbsp;by&nbsp;the<br />
&nbsp;&nbsp;&nbsp;Internet&nbsp;Society.<br />
RFC2935——Internet&nbsp;Open&nbsp;Trading&nbsp;Protocol&nbsp;(IOTP)&nbsp;HTTP&nbsp;Supplement&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />
Internet开放贸易协议(IOTP)HTTP&nbsp;补充&nbsp;<br />
<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />