1

L’interopérabilité des systèmes billettiques

L’internet des objets – quels sont les enjeux sur les échanges de données?

Ali SAIDI – setec itsRégis CASTERAN - ASSYSTEM

2

La Billettique

3

La billettique

• Processus, Applications, Equipements, Infrastructures permettant la gestion des 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 »

Définition

4

• Mise en place de supports de titres « intelligents », sécurisés, personnalisables, communicants

Cartes à puce sans contact (Passe Navigo, carte OùRA!, carte Técély, …), Badges télépéage, …

Support ≠ Titre de transport

La billettiqueSupports de titres

5

La billettiqueSystème billettique – Transports en Commun

6

L’interopérabilité

7

L’interopérabilitéPour quoi faire? Les besoins de l’usager

sur un territoire (multi-réseaux de transports, multi-opérateurs, multi-AOT, multi-

MOA, multi-systèmes…)

• Tarifications, services de paiement…

• Assistance Après-vente, partout

• Achat de titres simplifié, offre de mobilité satisfaisante, accès simple aux véhicules, …

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 • Ticket magné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

• Différentes « architectures » en place ou projetées, selon l’objectif de service visé sur le territoire ( bassin d’interopérabilité), l’organisation / la gouvernance en place

Système Central

Valideurs

TPCTPV

TPVS

n AOT

1 système billettique mutualisé à l’échelle du bassin de

déplacementsPlusieurs systèmes qui co-existent,

sans structure commune

Système Central

Valideurs

TPCTPV

TPVS

AOT 1 Système Central

Valideurs

TPCTPV

TPVS

AOT 2

Système Central

Valideurs

TPCTPV

TPVS

AOT 3

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 Central

Vali.

TPCTPV

TPVS

AOT 1 Système Central AOT 2

Système Central

Système Fédérateur(n AOT)

Val.

TPCTPV

TPVS

Equipements Mutualisés

Equipements Mutualisés

DISPOSITIFS BILLETTIQUES MULTI-SYSTEMES

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

10

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

11

La norme InterBOB

12

• 2006: publication par le GT6 du fascicule de documentation InterBob

• Version 1.0• 2008-2010: premiers essais de mise en œuvre

• Version 1.1• 2011: réactivation du GT6• 2015: enquête publique• 2015: diffusion de la norme

• Version 1.2

La norme InterBOBHistorique

13

WAN

MAN

LAN

PAN

Echanges de données hors périmètre

La norme InterBOBDomaine d’application

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 InterBOBTechnologies

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 InterBOBTechnologies

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 InterBOBGénéricité vs Spécificité

17

WAN

MAN

LAN

PAN

Interdiction d’une applicationSuspension / Réactivation d’un titreRefus / Ré-acceptation à la validation d’un titre

Transmission de données clientSuppression de données clientStatistiques d’utilisation d’un titre

Opération sur un titre, une application ou un profil : vente, remboursement, reconstitution ou renouvellement

La norme InterBOBLes Services

Echanges de données hors périmètre

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 InterBOBLes finalités

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…)

La normalisation, mais pas seulement…D’autres éléments clés d’interopérabilité

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, …)

Quelques perspectivesD’autres éléments clés d’interopérabilité

23

Merci de votre attention