London's Oystercard Gets New Contract, But Same Suppliers
nk497 writes "Over the summer, the London travelcard ticketing system — called Oyster — fell over twice, forcing the transport authority to offer free travel to the six million Londoners using the system. After that, it cut its contract with the supplier of the system, a consortium called TranSys. But now, Transport for London has signed a new contract to replace the TranSys one — with the same two companies that made up the TranSys consortium. Sure, that should fix everything."
So the Transport organization formed a new contract with the same parties that failed them before. HOWEVER, the new contract is much more robust, with many more protections for the transport authority, and many more penalties for the provider if and when they fail.
So what exactly wrong with this? That someone who screwed up got a new contract?
Let me say that there are very few organizations that have the ability to deliver ANY service in this area. Having a contractor with a track record and some history of failure doesn't mean that the contractor aren't the best choice for the job.
Is this corruption or stupidity? Likely not. This is simple business.
Well, with a server-side solution, you just have to make sure that every turnstile can call a central server and process a transaction in less than 200ms. This includes the turnstiles in buses and in remote locations...
Truth is, every transportation system with more than a few fixed turnstile stores the rights of the user locally, in the smartcard chip. Of course, transactions logs are analysed every night and it is usually possible to detect incoherences between the values stored in the card and the reference value stored in the server. In that case, the ID of the misbehaving card is placed on a "hot list" and the card cannot be used anymore.
Of course, this works only if you use real cryptographic algorithms (like 3DES or AES) to protect the content of the card instead of relying on a vendor's snake oil.
Nobox: Only simple products.