Jason, Anne,
I do not agree with the example given by Jason on the MasterCard "reader" and the Visa chip "reader". Quote: "For example, say you have two different cards - a Visa and MasterCard. You want to make a purchase using the Visa card. The reader plugged in is the one with your MasterCard. Now you must unplug the MasterCard reader and plug in the Visa reader. The wrinkle? Both readers are the same model number from the same vendor! No interoperability." All the financial sector card comply or will by 2005 at latest ALL comply to the EMV chip card specifications (see http://www.emvco.com) and as such can be read on any terminal complying to the EMV specifications. This compliance is guaranteed by a mandatory EMVCo Level 1 type approval (ensuring the application independent parts of a chip environment are OK) for all terminals to be used for financial transaction. Also for the terminals, the financial industry has set-out specific migration dates (2005 as end date). For information on these, you can also visit the payment schemes web pages. So, I do not understand WHY Jason is stating one would need to switch readers .... As a second point the only interoperability guaranteed outside the Telecom sector ETSI specs is withe the EMV specifications, who's exact aim is to ensure all cards complying to spec can be used on any terminal complying to the spec. Back to your basic question on multi-application: within the financial sector, there are at least some 100 million multi-applicatoion cards in usage. These cards hold more than one financial application e.g. an international and a domestic debit application next to a purse or an access application etc or even multiple sector applications e.g. payment, transport and PKI etc. So, there do exist real multiplication cards in the field. Hope this kills some mis-understandings about multi-application and interoperability. Mark Kamers ***************************************************************************************************************************************************************************************** If the reader of this message is not the intended recipient, or the employee responsible for delivering this communication to the intended recipient, you are hereby notified that any disclosure, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone to arrange for its return. Thank you. ***************************************************************************************************************************************************************************************** "Jason Barkeloo" To: <[EMAIL PROTECTED]> <barkeloo@fus cc: e.net> Subject: RE: [OCF] Smart card application 01/03/02 12:53 Anne, You might want to check out what the French Banks are doing through Cartes Bancaires with the new FinRead (Financial Reader) specifications being promoted by the EU/EC. The specs are at: http://www.finread.com.; Multiple applets are embedded in the reader, keyboard, or motherboard on a co-processor. In this way, no matter what card is used it can be read and accepted. It basically brings ATM functionality to the PC, PDA, Mobile phone, STB, NIC, etc., anywhere the co-processor resides. This approach will bring down the price of the SCs, a rather large impediment to deployment in North America. It also brings interoperability, which is grossly lacking today (one-to-one relationship between the reader and the card). Imagine a consumer needing to plug in a different reader each time he/she wants to use a different card. For example, say you have two different cards - a Visa and MasterCard. You want to make a purchase using the Visa card. The reader plugged in is the one with your MasterCard. Now you must unplug the MasterCard reader and plug in the Visa reader. The wrinkle? Both readers are the same model number from the same vendor! No interoperability. With FinRead, it is one reader for any card. The match occurs within the embedded co-processor. For each card there is an applet, not a separate reader. This is the ATM functionality. I might add that if the PC OEMs deploy this solution, the movement of movies, music, and other digital contents can be secured. Imagine an applet in the co-processor that "meters" the movement of digital content like a utility. The artist gets paid, the PC OEM gets a micropayment for facilitating the transaction, and card issuer still gets its micropayment too. Regards, jb -----Original Message----- From: GHOSHAL,Biswajit [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 28, 2002 11:42 PM To: [EMAIL PROTECTED] Subject: RE: [OCF] Smart card application Hi Anne, Whatever said and done, till now smart-cards are yet to become "smart" (i.e. - use a single card to access various kind of applications). Card vendors, in collaboration with financial institutes in different countries are implementing single-application smart-cards only. Some intellegent people are developing web-apps that can interact with smart-cards. But I don't know of any implementation where using a single-card one can interact with different kind of applications...if anyone else in this mailing-list know of such implementation - please let others know... Best Regards, Biswajit > -----Original Message----- > From: Anne Kwong [SMTP:[EMAIL PROTECTED]] > Sent: Friday, March 01, 2002 12:55 AM > To: [EMAIL PROTECTED] > Subject: [OCF] Smart card application > > Hello. > > Could anyone let me know if there are any websites or books out there that > talks about how people use smartcard today and what kind of application > people are developing? > > Thanks for any info that you can provide. > > Anne > > > --- > > Visit the OpenCard web site at http://www.opencard.org/ for more > > information on OpenCard---binaries, source code, documents. > > This list is being archived at http://www.opencard.org/archive/opencard/ > > ! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email > ! to > ! [EMAIL PROTECTED] > ! containing the word > ! unsubscribe > ! in the body. --- > Visit the OpenCard web site at http://www.opencard.org/ for more > information on OpenCard---binaries, source code, documents. > This list is being archived at http://www.opencard.org/archive/opencard/ ! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email ! to ! [EMAIL PROTECTED] ! containing the word ! unsubscribe ! in the body. --- > Visit the OpenCard web site at http://www.opencard.org/ for more > information on OpenCard---binaries, source code, documents. > This list is being archived at http://www.opencard.org/archive/opencard/ ! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email ! to ! [EMAIL PROTECTED] ! containing the word ! unsubscribe ! in the body. ********************************************************************** This e-mail and any attachments to it may contain confidential information which is strictly intended for the use of the authorised recipient. If you have received this e-mail in error, please delete it and notify the sender by replying to this e-mail. Thank you for your co-operation. ********************************************************************** --- > Visit the OpenCard web site at http://www.opencard.org/ for more > information on OpenCard---binaries, source code, documents. > This list is being archived at http://www.opencard.org/archive/opencard/ ! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email ! to ! [EMAIL PROTECTED] ! containing the word ! unsubscribe ! in the body.
