- From: Istvan Lajtos <ilajtos@gsma.com>
- Date: Mon, 13 Apr 2015 17:27:51 +0000
- To: "Joerg.Heuer@telekom.de" <Joerg.Heuer@telekom.de>
- CC: "public-webpayments-ig@w3.org" <public-webpayments-ig@w3.org>, "David_E3@VERIFONE.com" <David_E3@VERIFONE.com>
- Message-ID: <AM3PR04MB07740A37A0AF7055D301E10CCBE70@AM3PR04MB0774.eurprd04.prod.outlook.com>
Hi Jörg,
I trust you are well. I am sorry for the late reply. I was away on holiday until this morning, and discussed your proposal with my colleagues before I went.
Please find enclosed their feedback according to your proposal
"The table is quite extensive but I have the following comments:
· The product column is a mixture of technology and application - for example MIFARE could be used for access control - hence the Reader could find it different to identify the context.
· I think the 'comms 'column should be relabelled 'Type of transaction' or transaction interaction. With the content refined - in the example below it should read 'NFC' only - but in theory this should be 'cloud/NFC'
FIDO Authenticator
NFC/ on-device
SE
· Also the 'Sec' should be relabelled something relating to where the credentials are stored (i.e. relabelled 'Credential store location')- as the content doesn't really represent the security mechanisms. With this change values labelled 'none' could be replaced with 'any' (with the exception with reference to the GSMA VAS as this would be cloud/SE based). Using this column as 'Credential stored' entries called HCE renamed as 'cloud' and remark noting HCE etc.
· One entry I noticed that was missing was a row for eID or ePassports / Health cards etc..
Due to the mixture of applications and technology it is not easy to identify if something is missing."
Best regards,
Istvan
From: Joerg.Heuer@telekom.de [mailto:Joerg.Heuer@telekom.de]
Sent: 27 March 2015 13:17
To: public-webpayments-ig@w3.org; David_E3@VERIFONE.com
Subject: RE: Web Payments IG - Payments Agent Task Force Meeting Friday, March 27th
Hello all,
After some discussions on the 'big picture' of the web payments architecture and the 'wallet-oriented' architecture work I am trying to contribute, David asked me to create a list of 'things that would go into the wallet' - including those outside the immediate payment context. So I did. The result is inconsistent as hell and barley structured. Contents also vary between concrete specimens and abstract use cases. However, most of them have a very solid background - several have already been implemented in my team. I was surprised by the length... but I invite you to contribute own ideas or concretizations of individual topics, where you think this might help to illustrate things better. E.g. I added a few Germany-specific solutions because I know them best; feel free to add examples from other regions.
Potential types of wallet contents, according to 'use' (not 'provision') scenario
Category
Product
Comm
Sec
Remarks
Payment
Closed loop payments
NFC
any
for enterprises, stadiums, entertainment parks, etc.
Crypto currency
online
Software
e.g. Bitcoin
EMVCo tokenization
NFC
SE
EMVCo tokenization
NFC
HCE
German direct debit 'Pay at Match'
NFC
SE
German direct debit 'Pay at Match'
NFC
HCE
to be developed
MasterCard PayPass
NFC
SE
MasterCard MasterPay
online
SE
VISA PayWave
NFC
SE
VISA Online Pay
online
SE
Vouchers
Prepaid/ Gift cards
NFC
SE
Voucher redemption
any
SE/ online
Payment VAS
Coupons EAN-based
optical
None
QR or barcode - or even keying in the number
Coupons EAN-based
NFC
None
e.g. GSMA VAS protocol
Coupons EAN-based
Plain ID
None
Coupons open wallet based
Key-in
None
TAN-based for multiple coupons at once
Coupons SmartTap-based
NFC
SE
Isis/ Softcard solution
Loyalty - point collecting card
online
any
Loyalty - point collecting card
optical
any
Loyalty - point collecting card
NFC
any
Plain customer number etc.
Plain ID
none
Shop check-in/ check-out
NFC/ BT
any
Sponsored offers
any
any
e.g. free parking upon purchase
Viral coupons
any P2P
SE
VIRALITY product by T-Systems/ LMU Munich spin-off
Tickets
Airline tickets
optical
Software
should change once better technology is available
Event tickets
optical
Software
e.g. CTS Eventim, Ticketbox
MIFARE-based tickets
NFC
SE
MIFARE DESFire tickets
NFC
SE
OSPT-based tickets
NFC
SE
Parking tickets
NFC
any
e.g. Contipark
Public transport tickets
NFC
SE
e.g. German VDV-KA
Turnstile tickets
NFC
any
e.g. SKIDATA
Credentialing
Age verification
NFC
SE
e.g. using biometry for personal authentication
Diploma, etc.
any
any
e.g. Open Badges
User-centric profile card
online
any
User data portability in virtual card
Voting paper
any
SE
Keys
Airline lounge access on loyalty
NFC
any
to be developed
Car keys
NFC
any
e.g. Continental
Coporate building access
NFC
any
Hotel room smart cards
NFC
any
e.g VingCard, and many other brands
Housing locks and keys
NFC
SE
Rental car keys
NFC
SE
ID/ AuthN
Club card
any
any
FIDO Authenticator
NFC/ on-device
SE
to be developed
GSMA Mobile Connect
SE
implicit connection, not too useful
Kantara UMA
online
Software
A 'user-friendly' implementation for transferrable UMA access credentials
OAuth Token
online
e.g. via OpenID Connect
One-Time Password Generator
any
SE
e.g. RSA key fobs, T-Systems OTP on SIM, etc.
Privacy with attribute-based credentials
any
SE
EU project ABC4Trust
User name/ Password
online
Software
VASCO Authentication
NFC/ on-device
SE/ Chipset
options under discussion
Other
Customer service tickets
online
any
Gamer profile card
online/ on-device
any
Gamer score card
online/ on-device
any
Personalized DRM
any
SE
to be developed
Pick-up slips
any
any
Smart Home permission control
any
any
fine grained access control for families and guests
Software permission/ DRM
NFC
SE
e.g. at media player, PC, NAS, ...
WiFi access vouchers
online
Software
for businesses as well as for private use
This list is far from complete.
Often more combinations of Comm/ Sec are conceivable.
In particular, some brands are named as examples, where many competitors might exist, using other technologies.
Combinations with biometry, voice, iris, etc. are possible.
Perhaps we can spend a few minutes in our upcoming call...
Cheers,
Jörg
From: Heuer, Jörg
Sent: Donnerstag, 26. März 2015 21:41
To: public-webpayments-ig@w3.org<mailto:public-webpayments-ig@w3.org>
Subject: Web Payments IG - Payments Agent Task Force Meeting Friday, March 27th
Hi All,
Please find the agenda for the next payment agent task force meeting for Friday March 27th below.
==========
Web Payments IG - Payments Agent Task Force Meeting Friday, March 27th
Time: 13:30 UTC / 6:30am San Francisco / 9:30am Boston / 1:30pm London / 2:30pm Paris, Berlin / 9:30pm Hong Kong / 11:30pm Brisbane
Web Payments IG Telecon Bridge Phone US: +1.617.761.6200 x9729 ("WPAY")
IRC:
http://tinyurl.com/w3c-wpay
Duration: 60 minutes
Scribes: Zakim, need to assign scribe
==========
Rough Agenda Draft
1. Agenda Bashing
2. Re-instantiating scribe cycling...?
3. Editorial Timelines and Milestones for FPWD
4. Linking Payment Agent document to Use Cases document, naming of agents and wallets
5. Discussion on how to reflect / incorporate relevant linkages to standards (Erik A.'s email from last call)
6. Loyalty Cards, Coupons discussion from Dave R.'s email and discussion on the IG call
7. Discussion on how to represent host level capabilities/services and interfaces to payment agent (ex. biometrics, camera, etc)
8. Any additional feedback on document/diagrams to be incorporated
- Note: the current document will be posted here -> https://github.com/w3c/webpayments-ig/blob/master/latest/payment-agent/index.html
Please let us know if you have any updates to the agenda, questions, concerns or comments.
Looking forward to talking to everyone on the call.
Pat & Jörg
This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email or call +44 207 356 0600 and highlight the error.
Received on Monday, 13 April 2015 17:28:24 UTC