Depending on what kind of card you're interacting with, and the operations you plan on doing, there may be serious *privacy* and/or *security* issues, doing all of this over the Net.. I'd think it would still be preferable to have as much of the card conversation happen locally and send only the relevant data over the Net?
Also, this thread is going pretty much off-topic, here, I think.. -f On 09/22/2012 07:28 AM, Roger Brown wrote: > I think writing a user-mode IFD Handler for PCSC-LITE with some form of IPC > would be preferable to writing a Linux kernel device driver. > > One problem I see is that apache is client server, where-as the program using > PCSCLITE/WinSCard expects to be the client in control. > > Does this mean that the phone would need to poll the apache server for APDUs > to send to the card? HTTP might not be the best protocol to use if the linux > machine needs to send arbitrary messages to the reader. > > _______________________________________________ > > NFC capable smartphone with reader software <----> apache server which > delegates connection between smartphone and driver <----> linux driver <----> > pcsc-lite middleware <----> application > > this is a short recap of the architecture i thougt about. > > Hopefully this is somehow realizable, every hint would be welcome. > > thanks > > Christian > > > _______________________________________________ > Muscle mailing list > [email protected] > http://lists.drizzle.com/mailman/listinfo/muscle >
_______________________________________________ Muscle mailing list [email protected] http://lists.drizzle.com/mailman/listinfo/muscle
