Application (Transport) à La Demande

Application (Transport) à
La Demande
Michel BARJANSKY
Ratp Département ING Responsable Innovation
Lyon, 1er Octobre 2009
4eme Assises TECT
Rappel des épisodes précédents
• Calypso c’est pas que pour les
applications transport.
• CNA fait progresser la spécification et la
maintient.
A la demande?
• Service. Nouveaux canaux de distribution.
• Interopérabilité, une première étape.
• Mise à jour.
• Extension: ne pas en rester au ticketing.
• Construction multi application « pas à
pas ».
Mais aussi des objectifs
industriels
• Approche système.
• Coût, TCO.
• Indépendance des fournisseurs.
• Évolution technique maîtrisée.
• Répondre l’évolution des règles.
Plus globalement
• Ne pas rester spécifique transport.
• Mutualiser les supports.
• Bénéficier de l’expérience et des volumes
des autres secteurs.
• Profiter de tous les apports en matière de
sécurité.
Quelques exigences
• Puce micro processeur.
• Plateforme Java, si possible “certifiée”.
• GP « compliant ».
• Application: Applet “certifié”.
Et plus précisément
• Spécifications fondées sur standards
ouverts et ISO:
1. Java Card 2.1 ou plus.
2. Interface microprocesseur : APDU ISO/IEC 7816
3. Protocoles de communication RF ISO/IEC 14443 type
A or B Mais aujourd’hui chaque industrie tend à avoir
le sien.
4. Support des crypto algorithmes standards (DES,
3DES, RSA, ….)
Calypso
apporte
•
L’Applet Calypso
• Existe et a été utilisé dans de nombreux
pilotes depuis plusieurs années.
• Est disponible. Se charge et est prêt à
l’emploi en quelques secondes.
• Performances croissantes et déjà
compatibles avec usage TC.
• Base de développement de systèmes
ouverts de gestion à distance.
Le dispositif actuel
Et ensuite
Une démarche identique peut elle s’appliquer
aux infrastructures transport ?
-En utilisant des infrastructures déjà
existantes : banques.. etc
- En offrant de nouveaux services associés
sur son infrastructure.
Oui, par exemple avec des plateformes types
OSGI.
La suite aux 5eme assise des TECTS où au
stand CNA à « Cartes 2009 »
Mais
Merci de votre attention
• Pour en savoir plus :
[email protected]
Ou
www.calypsonet-asso.org
OSGI vs Autres platesformes
Comment charger / installer une application
terminal dans :
- un Contexte établi
Les serveurs d’application Java : MIDP, J2EE, JMX, Avalon,
… fournissent pour chaque application un contexte isolé où
s’exécuter,
-un Contexte auto-porteur
Sur un framework réduit, la plateforme OSGI permet
à des éléments ( Bundles) de partager code ou services
avec son environnement.
Un bundle est une unité physique de livraison
+ un concept logique employé par le framework
Comment ça marche
• les bundles (Chargés et/ou déjà existants ) sont associés
entre eux pour créer des applications
• Un bundle utilise les services des bundles déjà
présent et peut fournit des services aux autres
• Un bundle peut participer à plusieurs Applications
• Le déploiement d’un bundle est standardisé
• L’API OSGI interface tout le cycle de vie des bundle, qui
peut être dédié a un bundle management agent
•
Administration de bundles à distance (changt application)
Bénéfices
d’OSGi
- La décomposition d’une application en Bundles faciliter
les développements et mises à jour
Appli Navigo = bundle générique + bundle dédié
terminal
- une application OSGi peut bénéficier de toutes les
APIs
de la plateforme Java sur laquelle elle tourne
- les tailles de codes embarqués sont réduites (bus )
- Des Implémentations certifiées et open
source de la plateforme existent
! Par contre nécessité d’implémentations
de CDC ou de Java SE dans les terminaux