Présentation de l'interopérabilité des systèmes billettiques et de la norme InterBob - Séminaire CapTronic

1. 1
L’internet des objets – quels sont les enjeux sur les échanges de données?
L’interopérabilité
des systèmes billettiques
Ali SAIDI – setec its
Régis CASTERAN - ASSYSTEM

2. 2
La Billettique

3. La billettique
Définition
• Processus, Applications, Equipements, Infrastructures permettant la gestion des
3
titres de transport et de la recette
• Inscription au service / Distribution du titre
• Service Client
• Validation – Contrôle – Suivi fréquentation et l’activité
• Pourquoi faire?
• Simplifier l’accès aux services de transport
• Améliorer le suivi de l’usage des transports
• Favoriser l’utilisation de différents modes de « déplacements durables »

4. • Mise en place de supports de titres « intelligents », sécurisés, personnalisables,
4
communicants
 Cartes à puce sans contact (Passe Navigo, carte OùRA!, carte Técély, …), Badges télépéage, …
Support ≠ Titre de transport
La billettique
Supports de titres

5. 5
La billettique
Système billettique – Transports en Commun

6. 6
L’interopérabilité

7. • Assistance Après-vente,
partout
• Tarifications, services
7
L’interopérabilité
Pour quoi faire? Les besoins de l’usager
sur un territoire
de paiement…
• Achat de titres
simplifié, offre de
mobilité satisfaisante,
accès simple aux
véhicules, …
(multi-réseaux de transports, multi-opérateurs, multi-AOT, multi-MOA, multi-systèmes…)

8. 8
L’interopérabilité
Un contexte en évolution
• Initialement, une interopérabilité entre systèmes basée sur
le support de titres
• 1er pas vers une simplification de la mobilité : j’utilise ma carte
partout pour me déplacer
• Monde peu « connecté » :
• Beaucoup d’informations portées par le support
• Equipements intermédiaires (valideurs, …) intelligents et
autonomes
• Une évolution des technologies de supports, et des technologies de communication
• Ticket Papier  contient de l’information
• Ticketmagnétique  information interprétable par un équipement informatique
• Carte sans contact  communique avec un équipement qui l’alimente (sécurisation, fiabilisation,
rationalisation)
• Smartphone  peut communiquer de manière autonome avec le système central ou avec des
équipements « passifs » (ex: étiquettes NFC pour info voyageur, validation du titre, …)
• + interface utilisateur + objet multi-usages
• …
• En conséquence, une évolution de la conception des équipements et des systèmes centraux

9. L’interopérabilité
Différents niveaux d’intégration ciblés sur un territoire
• Objectifs de services adaptés + Mutations technologies et comportementales
 Interopérabilité technique à enrichir, entre systèmes centraux (échanges de données)
service interopérable multimodal et multisystèmes
• Différentes « architectures » en place ou projetées, selon l’objectif de service visé sur le territoire
9
( bassin d’interopérabilité), l’organisation / la gouvernance en place
1 système billettique mutualisé
à l’échelle du bassin de
déplacements
Système
Central
n AOT
TPV TPC
Valideurs
TPVS
Plusieurs systèmes qui co-existent,
sans structure commune
AOT 1 Système
Système
Central
TPV TPC
Valideurs
TPVS
Central
TPV TPC
Valideurs
TPVS
AOT 2
Système
Central
AOT 3
TPV TPC
Valideurs
TPVS
Plusieurs systèmes qui co-existent, avec une structure
fédératrice pour un service multimodal optimisé, et le
cas échéant, pour mutualiser certains services (ex: VàD)
Système Fédérateur
(n AOT)
Système Central
AOT 1 Système
Système
Central
TPV TPC
Vali.
TPVS
Central AOT 2
TPV TPC
Val.
TPVS
Equipements
Mutualisés
Equipements
Mutualisés
DISPOSITIFS BILLETTIQUES MULTI-SYSTEMES

10. 10
L’interopérabilité
Différents niveaux d’interopérabilité technique

11. 11
La norme InterBOB

12. 12
La norme InterBOB
Historique
• 2006: publication par le GT6 du fascicule de documentation InterBob
• Version 1.0
• 2008-2010: premiers essais de mise en oeuvre
• Version 1.1
• 2011: réactivation du GT6
• 2015: enquête publique
• 2015: diffusion de la norme
• Version 1.2

13. 13
La norme InterBOB
Domaine d’application
WAN
MAN
LAN
PAN
Echanges de
données hors
périmètre

14. 14
• XML (eXtensible Markup
Language)
• Un service est caractérisé par une
transmission de message (avec ou
sans acquittement) encodé en XML.
• L’encodage d’un message est défini
par un XSD (XML Schema Definition)
• UML (Unified Modeling Language)
• Profil de modélisation XSD
• Profil de gestion de la compatilibité
• Génération automatique des XSD de
chaque message
• Génération automatique du
document normatif
La norme InterBOB
Technologies

15. 15
• XML
• Chaque élément XML est
défini dans un glossaire
InterBob XML.
• Une transformation XSLT
(eXtensible Stylesheet
Language Transformations)
d’un message, associée au
glossaire InterBob, permet
une visualisation HTML
(Hypertext Markup
Language)
• HTML
• La visualisation HTML est
associée à une feuille de
style InterBob CSS
(Cascading Style Sheets)
La norme InterBOB
Technologies

16. 16
Norme NF
InterBob
• Eléments génériques
• Eléments
d’instanciation
• Glossaire
Document
d’instanciation
locale
• Règles d’instanciation
locale
• Valorisation
additionnelle
Norme InterBob
instanciée
localement
Norme NF
InterBob
• Eléments génériques
• Eléments
d’instanciation
• Glossaire
Guide
d’application
InterBob
• Règles d’instanciation
• Valorisation des
éléments
d’instanciation
Référentiel
normatif InterBob
La norme InterBOB
Généricité vs Spécificité

17. 17
WAN
MAN
LAN
PAN
Transmission de données client
Suppression de données client
Statistiques d’utilisation d’un titre
Interdiction d’une application
Suspension / Réactivation d’un titre
Refus / Ré-acceptation à la validation d’un titre
Opération sur un titre, une application ou un
profil : vente, remboursement, reconstitution ou
renouvellement
La norme InterBOB
Les Services
Echanges de
données hors
périmètre

18. 18
Interdiction d’une
application
Suspension /
Réactivation d’un
titre
Refus / Ré-acceptation
à la
validation d’un titre
Transmission de
données client
Suppression de
données client
Opération sur un
titre, une
application, un
profil
Statistiques
d’utilisation d’un
titre
Distribution facilitée - Administrateur
billettique
- Service
commercial
- Agent guichet
Service après vente Agent SAV Agent SAV Agent SAV Agent SAV Agent SAV Agent SAV
Post facturation Service commercial
Lutte contre la
fraude
Cellule de lutte
contre la fraude
Cellule de lutte
contre la fraude
Cellule de lutte
contre la fraude
Statistiques
consolidées des
déplacements
Service commercial Service commercial Service commercial Service commercial Service commercial
Répartition des
recettes financières
Service financier
Operation
marketing
Service marketing Service marketing
La norme InterBOB
Les finalités

19. 19
La normalisation, mais pas seulement…

20. • La normalisation contribue à la concrétisation technique des besoins d’interopérabilité, à
différentes étapes d’un projet billettique  stabilité de l’interopérabilité, anticipation de
l’évolutivité (mutabilité), ouverture à la concurrence et à l’innovation
• Pour permettre à la normalisation de constituer une clé pérenne d’interopérabilité technique, il
est nécessaire :
• De disposer d’outils de tests de conformité ou d’interopérabilité à l’échelle du territoire
• De décliner (et parfois préciser) la norme au niveau du territoire d’application, en cohérence avec le
projet de service et en coordonnant les différents acteurs du territoire
• D’organiser une Communauté d’Utilisateurs permettant d’enrichir le standard
• L’interopérabilité n’est pas seulement technique, particulièrement dans le monde des objets
connectés (démocratisation des technologies, multitude de standards) :
• Interopérabilité des « services » (définition de services en commun)
• Interopérabilité organisationnelle (gouvernance, contractualisations, structures communes,
communautés, pilotage, animation de l’innovation…)
20
La normalisation, mais pas seulement…
D’autres éléments clés d’interopérabilité

21. 21
Quelques perspectives…

22. • La convergence « Transport Public / Internet des Objets » n’en est qu’à ses débuts
• Nouvelles conception des systèmes de billettique
• IOP by design
• Privacy by design
• Privilégiant le canal « Internet / Mobile »
• Rapprochant Transports en Commun + Autres mobilités
• Rapprochant « Billettique » et « Information Voyageurs »
 User-centric
• Modularité / Evolutivité / Urbanisation des SI « Mobilité » à l’échelle d’un territoire
--> Master Data Management
• Une brique de la smart mobility  Big Data, Smart Cities
l’échange de données est un moyen, pas une fin  pour quoi faire ?
• Evolution des organisations / business models, avec des missions pour les acteurs publics (définition de
services publics user centric, gouvernance territoriale, encouragement de l’innovation..), des
opportunités pour les acteurs privés (développeurs, créateurs, innovateurs, contributeurs), des
évolutions comportementales des citoyens/voyageurs (contributeurs conscients, …)
22
Quelques perspectives
D’autres éléments clés d’interopérabilité

23. Merci de votre attention
23