RE: Draft new TRADE WG Charter, two week comment period

"Lewis, Tony" <tlewis@visa.com> Thu, 24 August 2000 00:29 UTC

Return-Path: <ietf-trade-errors@lists.eListX.com>
Received: from DIRECTORY-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856) id <0FZR00K01TD20W@eListX.com>; Wed, 23 Aug 2000 20:29:26 -0400 (EDT)
Received: from ELISTS-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856) id <0FZR00K01TD20V@eListX.com> (original mail from tlewis@visa.com); Wed, 23 Aug 2000 20:29:26 -0400 (EDT)
Received: from ELISTS-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856) id <0FZR00K03TD10T@eListX.com> for ietf-trade-1104-outbound@reprocess.eListX.com (ORCPT ietf-trade@lists.elistx.com); Wed, 23 Aug 2000 20:29:26 -0400 (EDT)
Received: from DIRECTORY-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856) id <0FZR00K01TD10S@eListX.com> for ietf-trade@elists.eListX.com (ORCPT ietf-trade@lists.elistx.com); Wed, 23 Aug 2000 20:29:25 -0400 (EDT)
Received: from portal1.visa.com (portal1.visa.com [198.80.42.2]) by eListX.com (PMDF V6.0-24 #44856) with SMTP id <0FZR00J5ATD00I@eListX.com> for ietf-trade@lists.eListX.com; Wed, 23 Aug 2000 20:29:25 -0400 (EDT)
Received: by portal1.visa.com id RAA24808 (InterLock SMTP Gateway 4.2 for ietf-trade@lists.elistx.com); Wed, 23 Aug 2000 17:29:20 -0700
Received: by portal1.visa.com (Protected-side Proxy Mail Agent-1); Wed, 23 Aug 2000 17:29:20 -0700
Date: Wed, 23 Aug 2000 17:29:11 -0700
From: "Lewis, Tony" <tlewis@visa.com>
Subject: RE: Draft new TRADE WG Charter, two week comment period
To: ietf-trade@lists.eListX.com
Message-id: <7BD626A8132BD211B1F60001FA6A2C58046C503C@sw720x030.visa.com>
MIME-version: 1.0
X-Mailer: Internet Mail Service (5.5.2448.0)
Content-type: text/plain; charset="iso-8859-1"
List-Owner: <mailto:ietf-trade-help@lists.elistx.com>
List-Post: <mailto:ietf-trade@lists.elistx.com>
List-Subscribe: <mailto:ietf-trade-request@lists.elistx.com?body=subscribe>
List-Unsubscribe: <mailto:ietf-trade-request@lists.elistx.com?body=unsubscribe>
List-Archive: <http://lists.elistx.com/archives/ietf-trade>
List-Help: <http://lists.elistx.com/doc/email-manage.html>, <mailto:ietf-trade-request@lists.elistx.com?body=help>

Visa would like to see the inclusion of the following additional items in
version 2 requirements:
- Customer Payment Handler
- on-going payments
- the ability to add both fields and attributes to trading blocks


An example of the use of a "Customer Payment Handler" is subtracting value
from a purse on a chip card (stored value card).

An example of on-going payments is the playing of a game where there is a
charge for each five minutes of game time.


Please let me know if you need additional information.

Tony Lewis

-----Original Message-----
From: Eastlake Donald-LDE008 [mailto:Donald.Eastlake@motorola.com]
Sent: Thursday, August 10, 2000 6:51 PM
To: 'ietf-trade@lists.elistx.com'
Cc: Eastlake Donald-LDE008
Subject: Draft new TRADE WG Charter, two week comment period


Hi,

Here is the draft charter that was presented in Pittsburgh with some minor
edits.  I would like to send this in to our Area Director soon.  Please try
to get any comments or suggestions to me or posted to the list within two
weeks.

Thanks,
Donald


Chair: Donald Eastlake 3rd <Donald.Eastlake@motorola.com>
Applications Area Advisor: Patrik Faltstrom

Mailing Lists:
	General Discussion:ietf-trade@lists.eListX.com 
	To Subscribe: ietf-trade-request@lists.eListX.com
	In Body: (un)subscribe
	Archive: http://www.eListX.com/archives/ietf-trade 

The Internet Open Trading Protocol is an interoperable framework
for Internet commerce. It is optimized for the case where the
buyer and the merchant do not have a prior acquaintance and is
payment system independent. It can encapsulate and support payment
systems such as SET, Mondex, secure channel card payment,
GeldKarte, etc. IOTP is able to handle cases where such merchant
roles as the shopping site, the payment handler, the deliverer of
goods or services, and the provider of customer support are
performed by different Internet sites.

The working group will document interoperability experience with
IOTP version 1 (which has been published as an Informational RFC)
and develop the requirements for IOTP version 2. Selection of
items for inclusion in version requirements 2 is to be from the
following: 
 - Separation of a content independent Messaging Layer 
 - Dynamic Definition of Trading Sequences 
 - Offer Request Block 
 - Improved Problem Resolution (extend to cover presentation of
 	signed receipt to customer support party, etc.)
 - Server to Server messages
 - Standardized XML Digital Signatures based on output from
 	the XMLDSIG working group
 
The following is out of scope for IOTP version 2:
 - legal or regulatory issues surrounding the implementation of
 	the protocol or information systems using it.
 - specification of an XML Messaging Layer

The working group will specify requirements for Digital-Rights
Trading.

The working group will specify requirements for and then a syntax
and processing model of ECML (Electronic Commerce Modeling
Language) V2.

Milestones

00 Sep  Internet Draft publication
	Secure Channel Credit/Debit

00 Sep  Working Group Last Call
	SET Supplement
	Architecture and Payment API
	
00 Oct  Submit to IESG
	SET Supplement (Informational)
	Architecture and Payment API (Informational)

00 Nov  Internet Draft publication
	IOTP V2.0 Requirements
	ECML V2.0 Requirements

00 Nov  Submit to IESG
	Secure Channel Credit/Debit (Proposed Standard?)
	"Digital Rights" Trading Requirements (Informational)

00 Dec  Internet Draft publication
	IOTP V2.0 Specification
	ECML V2.0 Specification

00 Dec  Submit to IESG
	ECML V2.0 Requirements (Informational)

01 Jan  Submit to IESG
	IOTP V2.0 Requirements (Informational)

01 Feb  Submit to IESG
	ECML V2.0 Specification (Proposed Standard)

01 Mar  Submit to IESG
	IOTP V2.0 Specification  (Proposed Standard)