本備忘錄狀態
ThismemoPRovidesinformationfortheInternetcommunity.Itdoes
notspecifyanInternetstandardofanykind.Distributionofthis
memoisunlimited.
版權聲明
Copyright(C)TheInternetSociety(1999).AllRightsReserved.
IESGNote
Thisdocumentistheoutputofavendorconsortium,andisnotthe
outputofanIETFWorkingGroup.Implementorsofthisspecification
arewarnedthatthisdatamodelisheavilybiasedtowardconventions
usedintheUnitedStates,andtheEnglishlanguage.AssUChitis
unlikelytobesuitableforinternationalormultilingualuseinthe
globalInternet.
摘要
當消費者在Internet商業網站上為了完成購買或是其它交互行為，非凡是他們第一次登錄時經常要輸入
大量內容的信息。定義一套標準的信息域象電子商務模塊語言（ECML）第一版就很輕易自動信息解決這個問題，例如錢包就能夠在域里填充。甚至是手動數據輸入框，消費者只需在一些標準域里輸入信息，從而可以忽略大量的網站信息。
致謝
Thefollowingpersons,inalphabeticorder,contributedsubstantially
tothematerialherein:
GeorgeBurne,Trintech
JoeCoco,Microsoft
KevinWeller,Visa
目錄
１介紹 3
1.1背景 3
1.2與其它標準的關聯 4
1.3未來版本的延續范圍 4
2.使用域 4
2.1域的介紹 4
2.2設置域的方法和流程 5
2.3Html示例 5
3.域的定義 6
4.注釋 8
5.安全因素 10
６．參考 10
１介紹
1.1背景
今天，越來越多的商人利用基于HTML的窗體在Internet上成功的治理公司。在這些窗體中所用的數據格式從商家到終端用戶非常的不同，這種差異使得要手動填入這些表單的過程變的單調和沉悶。這種結果導致了許多商業窗體，在填充的過程中被放棄。
被叫做電子錢包的軟件產品能夠解決這種狀態。數字錢包就是一種應用或服務，它幫助用戶用戶在線交易并且答應他們存錢、購物、支付，并有優惠通知，憑借這種信息可以自動完成商業交互。這使得付款過程十分單一，并將消費者每次完成的商業表單的需要變的最小。數字錢包填充表單已經成功的建立于游覽器，象游覽器的應用幫手、單機應用、游覽器插件和基于應用的服務器。但這種電子錢包的增殖已經受到標準缺乏的阻礙。
ECML(電子商務模塊語言<www.ecml.org>)Version1為WEB商人提供了一套簡單的指導方針，它將能夠使電子錢包從多個vendors那里填充他們的WEB表單。導致的最終結果就是更多的消費者將發現在WEB上購物變的很輕易。
在這里的這套域文檔是Wallet/Merchant標準聯盟組織(www.ecml.org)所開發。按字母順序排列如下：
AmericanEXPress(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)
SunMicrosystems(www.sun.com)
Trintech(www.trintech.com)
Visa(www.visa.com)
這個域衍生于基于數字框架的W3CP3P網址為：
<http://www.w3.org/TR/WD-P3P/basedata.html>.
1.2與其它標準的關聯。
ECML版1不是替換或代替SSL/TLS[RFC
2246],SET[SET],xml[XML],orIOTP[IOTP].這些有很重要的標準提供象無拒付交易，選擇自動支付方案，支持微型卡等一系列機能。
ECML可能用于很多支付機構。它只是答應商家發行一致的WEB表單。
不同錢包和不同的商業計劃都相互支持ECML.這是一個開放的標準。并且ECML被設計的很簡單。
設計的版本1沒有在WEB上增加新的技術。商人可以采納ECML獲得這些支持他們的消費者在HTML頁面上更改很簡單的不同錢包的支持。利用ECML不需要許可。
1.3未來版本的延續范圍
信息域從商家到消費者中傳輸的標準化，考慮到商業購買卡、無卡支付機構、活動錢包、隱私、附加的支付機理和一系列的“磋商“都是在未來版本里都必須考慮的因素。隱藏域或是一些其它的重要域將會減到最小。最主要的目標就是北美消費者與商家的電子貿易。
2.使用域
為了使文檔一致，域名在下面的第三部分列出。注重：這不是在用戶可見的標簽域里強迫一些限制，幾乎他們的名字只在與商人溝通時使用。
2.1域的介紹
域介紹的風格和順序沒有必要暗示。一些商家可能希望問許多信息，有些則省略了許多域。有些商家在一個WEB頁面上的表單詢問他們想要的信息，而有些則喜歡在不同時間在不同的WEB頁面上詢問。例如，通常先問"運送到（sh第一版的ECML沒有辦法指出那些是商家認為托管的域。從消費者軟件這一點上考慮，所有的域都是隨意完成。然而，商家可能會在一些需要的域沒有填上時給出一個錯誤或是再次請求填寫的信息頁面。就象在一種風格的域完成時包含的一些錯誤信息。
2.2設置域的方法和流程
在消費者和商家之間當商家需要指出哪些域是消費者要提供的時候有很多不同的溝通方法。大概在當前軟件配置最早是使用HTML表單上的域。其它的就有可能使用W3CP3P協議或是IOTP證實事務[IOTP]。
利用活動的或是出現Ecom_SchemaVersion的域是觸發很輕易填充的域。它需要的Ecom_SchemaVersion域，通常是一個隱藏域，它包含在每一個頁面上。
因為網頁可能裝載很慢，它不可能清除在網頁上完成填充域時自動域的內容。為解決這個原因，推薦Ecom_SchemaVersion域放在WEB頁面的最后。
商家需要一些能夠擴充幾個WEB頁面的信息。沒有更多的規定，比較輕易的是在每個頁面上違規時重新開始，或是重現違規域的頁面。正因為這個原因，Ecom_TransactionComplete域通常是隱藏的。推薦出現在最后頁面上來執行交易，剛好出現在Ecom_SchemaVersion域名之前，為此多網頁自動域填充在邏輯上可以知道當選擇這個域時可以停止整個網頁的繼續執行。
2.3HTML示例
下面是一個在HTML中的示例：
<HTML>
<HEAD>
<title>eComFieldsExample</title>
</HEAD>
<BODY>
<FORMaction="http://ecom.example.com/"method="POST">
Pleaseentercardinformation:
<p>Yournameonthecard
<INPUTtype="text"name="Ecom_Payment_Card_Name"SIZE=40>
<br>Thecardnumber
<INPUTtype="text"name="Ecom_Payment_Card_Number"SIZE=19>
<br>Expirationdate(MMYY)
<INPUTtype="text"name="Ecom_Payment_Card_ExpDate_Month"SIZE=2>
<INPUTtype="text"name="Ecom_Payment_Card_ExpDate_Year"SIZE=4>
<INPUTtype="hidden"name="Ecom_Payment_Card_Protocol">
<INPUTtype="hidden"name="Ecom_SchemaVersion"
value="http://www.ecml.org/version/1.0>
<br>
<INPUTtype="submit"value="submit"><INPUTtype="reset">
</FORM>
</BODY>
</HTML>
在所有的頁面被提交前，商家將返回用戶和錢包交易完成的確證頁面。
<HTML>
<HEAD>
<title>eComTransactionCompleteExample</title>
</HEAD>
<BODY>
<FORM>
Thankyouforyourorder.Itwillbeshippedinseveraldays.
<INPUTtype="hidden"name="Ecom_TransactionComplete">
<INPUTtype="hidden"name="Ecom_SchemaVersion"
value="http://www.ecml.org/version/1.0>
</FORM>
</BODY>
</HTML>
3.域的定義
下面列出的域都伴隨有最小的輸入數據的大小。注釋這些域是不同的組織用內嵌的下畫線指出。適當的消費者到商家交易機構可能會利用這個來請求和發送合計。就象Ecom_Payment_Card_ExpDate就包含了所有的數據組件，Ecom_ShipTo就包含了消費者提供的所有傳輸組件。編組和暴露這些組件象合計就需要依靠使用數據傳送協議。
主要提示：在下面的表中"MIN"是指答應在數據輸入域里的最小數據大小（MINIMUMDATASIZETOALLOWFORONDATAENTRY.）。不是商家軟件所必須的有效目錄的最小尺寸，在大多數情況下，都要預備接受一個更長或者是更短的值。商家要考慮到處理每一個區域，例如，州/省的名稱或電話號碼就比下面所列出的要長，然而，在另外一些情況下，有最大的尺寸就象文檔注釋域一樣。
域名稱最小注釋
shiptotitleEcom_ShipTo_Postal_Name_Prefix4(1)
shiptofirstnameEcom_ShipTo_Postal_Name_First15
shiptomiddlenameEcom_ShipTo_Postal_Name_Middle15(2)
shiptolastnameEcom_ShipTo_Postal_Name_Last15
shiptonamesuffixEcom_ShipTo_Postal_Name_Suffix4(3)
shiptostreetline1Ecom_ShipTo_Postal_Street_Line120(4)
shiptostreetline2Ecom_ShipTo_Postal_Street_Line220(4)
shiptostreetline3Ecom_ShipTo_Postal_Street_Line320(4)
shiptocityEcom_ShipTo_Postal_City22
shiptostate/provinceEcom_ShipTo_Postal_StateProv2(5)
shiptozip/postalcodeEcom_ShipTo_Postal_PostalCode14(6)
shiptocountryEcom_ShipTo_Postal_CountryCode2(7)
shiptophoneEcom_ShipTo_Telecom_Phone_Number10(8)
shiptoemailEcom_ShipTo_Online_Email40(9)
billtotitleEcom_BillTo_Postal_Name_Prefix4(1)
billtofirstnameEcom_BillTo_Postal_Name_First15
billtomiddlenameEcom_BillTo_Postal_Name_Middle15(2)
billtolastnameEcom_BillTo_Postal_Name_Last15
billtonamesuffixEcom_BillTo_Postal_Name_Suffix4(3)
billtostreetline1Ecom_BillTo_Postal_Street_Line120(4)
billtostreetline2Ecom_BillTo_Postal_Street_Line220(4)
billtostreetline3Ecom_BillTo_Postal_Street_Line320(4)
billtocityEcom_BillTo_Postal_City22
billtostate/provinceEcom_BillTo_Postal_StateProv2(5)
billtozip/postalcodeEcom_BillTo_Postal_PostalCode14(6)
billtocountryEcom_BillTo_Postal_CountryCode2(7)
billtophoneEcom_BillTo_Telecom_Phone_Number10(8)
billtoemailEcom_BillTo_Online_Email40(9)
receiptTotitleEcom_ReceiptTo_Postal_Name_Prefix4(1)
receiptTofirstnameEcom_ReceiptTo_Postal_Name_First15
receiptTomiddlenameEcom_ReceiptTo_Postal_Name_Middle15(2)
receiptTolastnameEcom_ReceiptTo_Postal_Name_Last15
receiptTonamesuffixEcom_ReceiptTo_Postal_Name_Suffix4(3)
receiptTostreetline1Ecom_ReceiptTo_Postal_Street_Line120(4)
receiptTostreetline2Ecom_ReceiptTo_Postal_Street_Line220(4)
receiptTostreetline3Ecom_ReceiptTo_Postal_Street_Line320(4)
receiptTocityEcom_ReceiptTo_Postal_City22
receiptTostate/provinceEcom_ReceiptTo_Postal_StateProv2(5)
receiptTopostalcodeEcom_ReceiptTo_Postal_PostalCode14(6)
receiptTocountryEcom_ReceiptTo_Postal_CountryCode2(7)
receiptTophoneEcom_ReceiptTo_Telecom_Phone_Number10(8)
receiptToemailEcom_ReceiptTo_Online_Email40(9)
nameoncardEcom_Payment_Card_Name30(10)
cardtypeEcom_Payment_Card_Type4(11)
cardnumberEcom_Payment_Card_Number19(12)
cardverificationvalueEcom_Payment_Card_Verification4(13)
cardexpiredatedayEcom_Payment_Card_ExpDate_Day2(14)
cardexpiredatemonthEcom_Payment_Card_ExpDate_Month2(15)
cardexpiredateyearEcom_Payment_Card_ExpDate_Year4(16)
cardprotocolsEcom_Payment_Card_Protocol20(17)
consumerorderIDEcom_ConsumerOrderID20(18)
schemaversionEcom_SchemaVersion30(19)
endtransactionflagEcom_TransactionComplete-(20)
域名稱最小注釋
注重事項：在下面的表中"MIN"是指答應在數據輸入域里的最小數據大?。∕INIMUMDATASIZETOALLOWFORONDATAENTRY.）。不是商家軟件所必須的有效目錄的最小尺寸，在大多數情況下，都要預備接受一個更長或者是更短的值。商家要考慮到處理每一個區域，例如，州/省的名稱或電話號碼就比下面所列出的要長，然而，在另外一些情況下，有最大的尺寸就象文檔注釋域一樣。
4.注釋
(1)例如：Mr.,Mrs.,Ms.,Dr.這個域通常是不使用。
(2)也可以使用中間字母
(3)例如：:Ph.D.,Jr.(Junior),3rd,Esq.(Esquire).這個域通常是不使用。
(4)地址必須是按地址1，地址2，地址3...的順序填寫。
(5)對于美國和加拿大是兩個字符，其他的國家可能需要更長的域。如美國就是采用郵政州的兩個字符的縮寫。
(6)郵政編碼的最小域長將基于國際市場服務的不同而變化。用5個字符或5+4是美國，加拿大是用的6個字符的郵政編碼。給出的長度，14,
相信是在全球范圍內所需要的最大長度。
(7)使用標準[ISO3166]的兩種代碼。
國家名<http://www.din.de/gremien/nas/nabd/iso3166ma/codlstp1.html>
(8)十位數字是北美編號最小的(<http://www.nanpa.com/>,加拿大和許多較小的加勒比海和太平洋國家(不包含古巴),其他國家就需要更長的域。電話號碼是國際訪問中最復雜，在不同的國家有不同的地區/城市符號代碼。
(9)例如：jsmith@example.com
(10)持卡人的姓名。
(11)使用前4位的協議名。象American
Express=AMER;DinersClub=DINE;Discover=DISC;JCB=JCB;
Mastercard=MAST;Visa=VISA.
(12)包含支票的最后數字但不包含空格或是連接號。[ISO
7812].在ISO里給出的最大容許值是19。
(13)一個附加的持卡證實號碼打在卡上。例如AmericanExpress'CIV,MasterCard'sCVC2,andVisa'sCVV2values.
(14)這個月的日期Values:1-31
(15)一年中的月份。Jan-1,Feb-2,March-3,etc.;
Values:1-12
(16)錢包中的值，通常是四位數字，象1999,
2000,2001,...
(18)唯一的身份標識ID由客戶軟件產生。
(19)URI描述了這套域。通常是隱藏域。"http://www.ecml.org/version/1.0"
(20)Aflagtoindicatethatthisweb-page/aggregateisthefinalone
forthistransaction.Usuallyahiddenfield.
5.安全因素
被調用這些域的受保護信息在公共互聯網上發送或通過其他能夠注重到的通道上發送，其安全性不能不考慮。相應的機構也采取了一些措施，如加密的SSL/TLS[RFC2246]或是IPSec[RFC2411]將有一些適當的例子。
用戶需要控制所需要的關于用戶隱私的保護信息。
任何多WEB頁或是其他的多類型域填充或數據格式規定機構都應該檢查數據的有效性，檢查Ecom_TransactionComplete域直到所檢查的域經過進一步審定才通過。
６．參考
ISO3166-陳述國家名稱碼
<http://www.din.de/gremien/nas/nabd/iso3166ma>
ISO7812-確認卡-確認發行者-Part1:
編號系統
HTTP4.0-HTML4.0規格,<http://www.w3.org/TR/REC-html40>
RFC2026-Bradner,S.,"TheInternetStandardsProcess--Revision
3",BCP9,RFC2026,October1996.
RFC2246-Dierks,T.andC.Allen,"TheTLSProtocol:Version1.0",
RFC2246,January1999.
RFC2411-Thayer,R.,Doraswany,N.andR.Glenn,"IPSecurity:
DocumentRoadmap",RFC2411,November1998.
IOTP-Internet開放交易協議,在IETF貿易工作組,D.Burdett
SET-安全電子交易
<http://www.setco.org/set_specifications.html>
XML-可擴充的標記語言(XML)1.0,
<http://www.w3.org/TR/1998/REC-xml-19980210>,T.Bray,J.
Paoli,C.M.Sperberg-McQueen
作者地址：
DonaldE.Eastlake,3rd
IBM,J1-N63
17SkylineDrive
Hawthorne,NY10532USA
Phone:+1-914-784-7913
Fax:+1-914-784-3833
EMail:dee3@us.ibm.com
TedGoldstein
BrodiaNetworks,Inc.
221MainStreet,Suite1530
SanFrancisco,CA94105USA
Phone:+1415-495-3100x222
Fax:+1415-495-3177
EMail:tgoldstein@brodia.com
完整版權聲明：
Copyright(C)TheInternetSociety(1999).AllRightsReserved.
Thisdocumentandtranslationsofitmaybecopiedandfurnishedto
others,andderivativeworksthatcommentonorotherwiseexplainit
orassistinitsimplementationmaybeprepared,copied,published
anddistributed,inwholeorinpart,withoutrestrictionofany
kind,providedthattheabovecopyrightnoticeandthisparagraphare
includedonallsuchcopiesandderivativeworks.However,this
documentitselfmaynotbemodifiedinanyway,suchasbyremoving
thecopyrightnoticeorreferencestotheInternetSocietyorother
Internetorganizations,exceptasneededforthepurpoSEOf
developingInternetstandardsinwhichcasetheproceduresfor
copyrightsdefinedintheInternetStandardsprocessmustbe
followed,orasrequiredtotranslateitintolanguagesotherthan
English.
Thelimitedpermissionsgrantedaboveareperpetualandwillnotbe
revokedbytheInternetSocietyoritssuccessorsorassigns.
Thisdocumentandtheinformationcontainedhereinisprovidedonan
"ASIS"basisandTHEINTERNETSOCIETYANDTHEINTERNETENGINEERING
TASKFORCEDISCLAIMSALLWARRANTIES,EXPRESSORIMPLIED,INCLUDING
BUTNOTLIMITEDTOANYWARRANTYTHATTHEUSEOFTHEINFORMATION
HEREINWILLNOTINFRINGEANYRIGHTSORANYIMPLIEDWARRANTIESOF
MERCHANTABILITYORFITNESSFORAPARTICULARPURPOSE.
新聞熱點
疑難解答
