rfc2706.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

   ship to title            Ecom_ShipTo_Postal_Name_Prefix      4  ( 1)
   ship to first name       Ecom_ShipTo_Postal_Name_First      15
   ship to middle name      Ecom_ShipTo_Postal_Name_Middle     15  ( 2)
   ship to last name        Ecom_ShipTo_Postal_Name_Last       15
   ship to name suffix      Ecom_ShipTo_Postal_Name_Suffix      4  ( 3)
   ship to street line1     Ecom_ShipTo_Postal_Street_Line1    20  ( 4)
   ship to street line2     Ecom_ShipTo_Postal_Street_Line2    20  ( 4)
   ship to street line3     Ecom_ShipTo_Postal_Street_Line3    20  ( 4)
   ship to city             Ecom_ShipTo_Postal_City            22
   ship to state/province   Ecom_ShipTo_Postal_StateProv        2  ( 5)
   ship to zip/postal code  Ecom_ShipTo_Postal_PostalCode      14  ( 6)
   ship to country          Ecom_ShipTo_Postal_CountryCode      2  ( 7)
   ship to phone            Ecom_ShipTo_Telecom_Phone_Number   10  ( 8)
   ship to email            Ecom_ShipTo_Online_Email           40  ( 9)

   bill to title            Ecom_BillTo_Postal_Name_Prefix      4  ( 1)
   bill to first name       Ecom_BillTo_Postal_Name_First      15
   bill to middle name      Ecom_BillTo_Postal_Name_Middle     15  ( 2)
   bill to last name        Ecom_BillTo_Postal_Name_Last       15
   bill to name suffix      Ecom_BillTo_Postal_Name_Suffix      4  ( 3)
   bill to street line1     Ecom_BillTo_Postal_Street_Line1    20  ( 4)
   bill to street line2     Ecom_BillTo_Postal_Street_Line2    20  ( 4)
   bill to street line3     Ecom_BillTo_Postal_Street_Line3    20  ( 4)
   bill to city             Ecom_BillTo_Postal_City            22



Eastlake & Goldstein         Informational                      [Page 7]

RFC 2706                    ECom Field Names                October 1999


   bill to state/province   Ecom_BillTo_Postal_StateProv        2  ( 5)
   bill to zip/postal code  Ecom_BillTo_Postal_PostalCode      14  ( 6)
   bill to country          Ecom_BillTo_Postal_CountryCode      2  ( 7)
   bill to phone            Ecom_BillTo_Telecom_Phone_Number   10  ( 8)
   bill to email            Ecom_BillTo_Online_Email           40  ( 9)

   receiptTo title          Ecom_ReceiptTo_Postal_Name_Prefix   4  ( 1)
   receiptTo first name     Ecom_ReceiptTo_Postal_Name_First   15
   receiptTo middle name    Ecom_ReceiptTo_Postal_Name_Middle  15  ( 2)
   receiptTo last name      Ecom_ReceiptTo_Postal_Name_Last    15
   receiptTo name suffix    Ecom_ReceiptTo_Postal_Name_Suffix   4  ( 3)
   receiptTo street line1   Ecom_ReceiptTo_Postal_Street_Line1 20  ( 4)
   receiptTo street line2   Ecom_ReceiptTo_Postal_Street_Line2 20  ( 4)
   receiptTo street line3   Ecom_ReceiptTo_Postal_Street_Line3 20  ( 4)
   receiptTo city           Ecom_ReceiptTo_Postal_City         22
   receiptTo state/province Ecom_ReceiptTo_Postal_StateProv     2  ( 5)
   receiptTo postal code    Ecom_ReceiptTo_Postal_PostalCode   14  ( 6)
   receiptTo country        Ecom_ReceiptTo_Postal_CountryCode   2  ( 7)
   receiptTo phone          Ecom_ReceiptTo_Telecom_Phone_Number 10 ( 8)
   receiptTo email          Ecom_ReceiptTo_Online_Email        40  ( 9)

   name on card             Ecom_Payment_Card_Name             30  (10)

   card type                Ecom_Payment_Card_Type              4  (11)
   card number              Ecom_Payment_Card_Number           19  (12)
   card verification value  Ecom_Payment_Card_Verification      4  (13)

   card expire date day     Ecom_Payment_Card_ExpDate_Day       2  (14)
   card expire date month   Ecom_Payment_Card_ExpDate_Month     2  (15)
   card expire date year    Ecom_Payment_Card_ExpDate_Year      4  (16)

   card protocols           Ecom_Payment_Card_Protocol         20  (17)

   consumer order ID        Ecom_ConsumerOrderID               20  (18)

   schema version           Ecom_SchemaVersion                 30  (19)

   end transaction flag     Ecom_TransactionComplete            -  (20)

      FIELD                      NAME                        Min  Notes

   IMPORTANT NOTE: "MIN" in the table above is the MINIMUM DATA SIZE TO
   ALLOW FOR ON DATA ENTRY.  It is NOT the minimum size for valid
   contents of the field and merchant software should, in most cases, be
   prepared to receive a longer or shorter value.  Merchant dealing with
   areas where, for example, the state/province name or phone number is





Eastlake & Goldstein         Informational                      [Page 8]

RFC 2706                    ECom Field Names                October 1999


   longer than the "Min" given below must obviously permit longer data
   entry.  In some cases, however, there is a maximum size that makes
   sense and this is documented in a Note for the field.

4. End Notes

   ( 1) For example: Mr., Mrs., Ms., Dr. This field is commonly not
        used.

   ( 2) May also be used for middle initial

   ( 3) For example: Ph.D., Jr. (Junior), 3rd, Esq. (Esquire). This
        field is commonly not used.

   ( 4) Address lines must be filled in the order line1, then line2,
        last line3.

   ( 5) 2 characters are the minimum for the US and Canada, other
        countries may require longer fields.  For the US use 2 character
        US Postal state abbreviation.

   ( 6) Minimum field lengths for Postal Code will vary based on
        international market served.  Use 5 character or 5+4 ZIP for the
        US and 6 character postal code for Canada.  The size given, 14,
        is believed to be the maximum required anywhere in the world.

   ( 7) Use [ISO 3166] standard two letter codes
        <http://www.din.de/gremien/nas/nabd/iso3166ma/codlstp1.html> for
        country names.

   ( 8) 10 digits are the minimum for numbers local to the North
        American Numbering Plan (<http://www.nanpa.com>: US, Canada and
        a number of smaller Caribbean and Pacific nations (but not
        Cuba)), other countries may require longer fields.  Telephone
        numbers are complicated by differing international access codes,
        variant punctuation of area/city codes within countries,
        confusion caused by the fact that the international access code
        in the NANP region is usually the same as the "country code" for
        that area (1), etc.  It will probably be necessary to use
        heuristics or human examination based on the telephone number
        and addresses given to figure out how to actually call a
        customer. It is recommend that an "x" be placed before extension
        numbers.

   ( 9) For example:  [e-mail]

   (10) The name of the cardholder.




Eastlake & Goldstein         Informational                      [Page 9]

RFC 2706                    ECom Field Names                October 1999


   (11) Use the first 4 letters of the association name: American
        Express=AMER; Diners Club=DINE; Discover=DISC; JCB=JCB;
        Mastercard=MAST; Visa=VISA.

   (12) Includes the check digit at end but no spaces or hyphens [ISO
        7812].  The Min given, 19, is the longest number permitted under
        the ISO standard.

   (13) An additional cardholder verification number printed on the card
        (but not embossed or recorded on the magnetic stripe) such as
        American Express' CIV, MasterCard's CVC2, and Visa's CVV2
        values.

   (14) The day of the month. Values: 1-31

   (15) The month of the year.  Jan - 1, Feb - 2, March - 3, etc.;
        Values: 1-12

   (16) The value in the wallet cell is always four digits, e.g., 1999,
        2000, 2001, ...

   (17) A space separated list of protocols available in connection with
        the specified card.  Initial list of case insensitive tokens:
        none, set, & setcert.  "Set" indicates usable with SET protocol
        (i.e., is in a SET wallet) but does not have a SET certificate.
        "Setcert" indicates same but does have a set certificate.
        "None" indicates that automatic field fill is operating but
        there is no SET wallet or the card is not entered in any SET
        wallet.

   (18) A unique order ID generated by the consumer software.

   (19) URI indicating version of this set of fields.  Usually a hidden
        field.  Equal to "http://www.ecml.org/version/1.0" for this
        version.

   (20) A flag to indicate that this web-page/aggregate is the final one
        for this transaction.  Usually a hidden field.

5. Security Considerations

   The information called for by many of these fields is sensitive and
   should be protected if being sent over the public Internet or through
   other channels where it can be observed.  Mechanisms for such
   protection are not specified herein but channel encryption such as
   SSL/TLS [RFC 2246] or IPSec [RFC 2411] would be appropriate in many
   cases.




Eastlake & Goldstein         Informational                     [Page 10]

RFC 2706                    ECom Field Names                October 1999


   User control over release of such information is needed to protect
   the user's privacy.

   Any multi-web-page or other multi-aggregate field fill in or data
   provision mechanism should check for the Ecom_TransactionComplete
   field and cease automated fill when it is encountered until fill is
   further authorized.

References

   ISO 3166 - Codes for the representation of names of countries,
              <http://www.din.de/gremien/nas/nabd/iso3166ma>

   ISO 7812 - Identification card - Identification of issuers - Part 1:
              Numbering system

   HTTP4.0  - HTML 4.0 Specification, <http://www.w3.org/TR/REC-html40>

   RFC 2026 - Bradner, S., "The Internet Standards Process -- Revision
              3", BCP 9, RFC 2026, October 1996.

   RFC 2246 - Dierks, T. and C. Allen, "The TLS Protocol: Version 1.0",
              RFC 2246, January 1999.

   RFC 2411 - Thayer, R., Doraswany, N. and R. Glenn, "IP Security:
              Document Roadmap", RFC 2411, November 1998.

   IOTP -     Internet Open Trading Protocol, being specified in the
              IETF TRADE working group, D. Burdett

   SET -      Secure Electronic Transaction,
              <http://www.setco.org/set_specifications.html>

   XML -      Extensible Markup Language (XML) 1.0,
              <http://www.w3.org/TR/1998/REC-xml-19980210>, T. Bray, J.
              Paoli, C.  M. Sperberg-McQueen















Eastlake & Goldstein         Informational                     [Page 11]

RFC 2706                    ECom Field Names                October 1999


Authors' Addresses

   Donald E. Eastlake, 3rd
   IBM, J1-N63
   17 Skyline Drive
   Hawthorne,  NY 10532 USA

   Phone:  [phone]
   Fax:    [phone]
   EMail:  [e-mail]


   Ted Goldstein
   Brodia Networks, Inc.
   221 Main Street, Suite 1530
   San Francisco,  CA 94105 USA

   Phone:  [phone] x222
   Fax:    [phone]
   EMail:  [e-mail]































Eastlake & Goldstein         Informational                     [Page 12]

RFC 2706                    ECom Field Names                October 1999


Full Copyright Statement

   Copyright (C) The Internet Society (1999).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.



















Eastlake & Goldstein         Informational                     [Page 13]