mise en œuvre d'un système d'information voyageur

MISE EN ŒUVRE D’UN SYSTÈME D’INFORMATIONVOYAGEUR

Nouvelles mobilités

2

SOMMAIRE

Introduction

Les services d’un SIV Présentation des différents services Focus sur l’itinéraire multi-modal Diffusion des services : l’API Navitia

Les données d’un SIV

Le fonctionnement d’un SIV

3

LES ENJEUX DE L’INFORMATION VOYAGEUR

Les Systèmes d’Information Voyageur (SIV) répondent aux besoins suivants

Simplifier la vie du voyageur• Préparation du voyage• Accompagnement au voyage• REX

Gestion du stress / communication pour l’opérateur

Connaitre les besoins en déplacement pour l’Autorité Organisatrice

Introduction

4

L’INFORMATION VOYAGEUR FACE AUX NOUVELLES MOBILITÉS

Acteurs historiques de la mobilité Transporteur public Véhicules personnels

D’une mobilité subie à une mobilité sur mesure La multi-modalité permet d’optimiser les déplacements

• Gain de temps (durée de trajet, durée disponible en cours de trajet)• Gain en terme d’empreinte énergétique• Gain en terme de coût• Adaptation en fonction de l’humeur

Introduction

5

L’INFORMATION VOYAGEUR FACE AUX NOUVELLES MOBILITÉS

Contexte: l’irruption du numérique Nouvelles mobilités

• Vélo en Libre Service, Auto en Libre Service : Mobility As A Service• Economie du partage

Pure-player de l’information voyageur• GoogleMaps, Moovit, Citymapper, Transit

Introduction

6

L’INFORMATION VOYAGEUR FACE AUX NOUVELLES MOBILITÉSLes acteurs du transport en commun Les filiales des transporteurs: Cityway, Kisio, etc. Les éditeurs d’outil d’exploitation: Hastus/Giro, Ineo, Hacon, etc. Les régions (ou AOT): Vianavigo, Destineo, Sytral, etc.

Les acteurs du transport individuel Waze, Here, mais aussi Optymod

Les pure-player GoogleMaps, Moovit

Introduction

7




Introduction

Vision "transport public" du

déplacement

8




Introduction


déplacement

Vision "voiture personnelle"

9




Introduction


déplacement

Vision "voiture personnelle"

Risque sur l’objectivité

10

SOMMAIRE

Introduction




11

LES FONCTIONNALITÉS D’UN SIV

Les services d’un système d’IV La mobilité

• trouver un itinéraire

L’accompagnement en cours de trajet• information en cours de trajet sur les perturbations et retards• proposition d’alternatives

L’accessibilité d’un lieu• L’offre de transport à proximité• Les isochrones multimodaux

Les retours d’utilisation et l’analyse de l’offre

Les services d’un SIV > Présentation des différents services

12

SOMMAIRE

Introduction




13

LE CALCUL D’ITINÉRAIRE

Le calcul d’itinéraire: 2 phases

Rabattements au départ, à l’arrivée

Calcul n x m

Les services d’un SIV > Focus sur l’itinéraire multi-modal

14

LE CALCUL D’ITINÉRAIRELes services d’un SIV > Focus sur l’itinéraire multi-modal

Rabattement ?

15


C’est la détermination des points d’accès au réseau de transport en commun

16


Et c’est à pied, à vélib’, à vélo, en trottinette, en solowheel, en voiture…

17


N x M ?

18


C’est la détermination de toutes les solutions de transport en commun

19


Et pour faire un itinéraire porte à porte Il suffit d’assembler


20


Mais ça fait pléthore de solutions !


21


Choix des alternatives :Qu’est-ce qu’un bon itinéraire ?

Diversité des alternatives Objectivité, mais prise en compte de différents contextes Les systèmes existants proposent l’itinéraire attendu dans seulement

60% des cas


22


Pour aller plus loin

Amélioration des alternatives: robuste, stable Précision des entrées/sorties des gares et cheminement indoor Système porte à porte mondial multi-modal Prise en compte des voitures autonomes


23

SOMMAIRE

Introduction




24

DIFFUSION DES DIFFÉRENTS SERVICESLes services d’un SIV > Diffusion des services

25

LES APIS

Problème Faire dialoguer différents systèmes entre eux Réconcilier différents services spécialisés

Qu’est-ce qu’une API de service web ? Exposition d’un service

• Paramètres à fournir• Description de la réponse

Permet de mettre en œuvre les dialogues entre machines distantes Complexité masquée du SI d’alimentation et des flux temps réel

Les services d’un SIV > Diffusion des services

26

LES APIS

Les enjeux

Cohérence et uniformisation de l’information

Simplicité d’intégration (l’utilisabilité du développeur)• API Restfull Hateoas• Endpoint unique

Couverture globale• Mondialisation des services

Concept de DevX


27

DIFFUSION DE CES SERVICES

Démonstration sur https://api.navitia.io

API openService basée sur une application en openSource et des données openData

Obtenir un token Récupérer un lieu

• https://api.navitia.io/v1/coverage/fr-idf/places?q=20%20r%20h%20m%20p Manipuler le référentiel de données de transport public

• https://api.navitia.io/v1/coverage/fr-idf/physical_modes• https://

api.navitia.io/v1/coverage/fr-idf/physical_modes/physical_mode:Tramway/lines Lancer un itinéraire

• https://api.navitia.io/v1/journeys?from=-1.568862;47.229425&to=-1.557222;47.227290


https://api.navitia.io/

https://api.navitia.io/v1/coverage/fr-idf/places?q=20%20r%20h%20m%20p

https://api.navitia.io/v1/coverage/fr-idf/places?q=20%20r%20h%20m%20p

https://api.navitia.io/v1/coverage/fr-idf/physical_modes

https://api.navitia.io/v1/coverage/fr-idf/physical_modes

https://api.navitia.io/v1/coverage/fr-idf/physical_modes/physical_mode:Tramway/lines

https://api.navitia.io/v1/coverage/fr-idf/physical_modes/physical_mode:Tramway/lines

https://api.navitia.io/v1/journeys?from=-1.568862;47.229425&to=-1.557222;47.227290

https://api.navitia.io/v1/journeys?from=-1.568862;47.229425&to=-1.557222;47.227290

28

DIFFUSION DE CES SERVICES

D’autres solutions openSource existent « pratiquement équivalente »

OpenTripPlanner orienté analyse• Analyse de l’offre

Mapzen• Orienté cartographie

Navitia orienté voyageur• Responsive locomotion• Analyse des demandes de déplacement


29

PAUSE !Interlude

30

SOMMAIRE

Introduction




31

LES DONNÉES LIÉES AU TRANSPORT EN COMMUN

Offre de transport à disposition Objectif: définir l’offre théorique à disposition des voyageurs Moyen: études de déplacement et fabrication de l’offre à l’aide des

outils de Graphicage/habillage Attention, gestion et contraintes sont différentes entre urbain/longue

distance


32


Offre de transport en temps réel Objectif: optimiser l’offre en temps réel en tenant compte des

perturbations qui relèvent de l’exploitation ou d’évènements exceptionnels

Moyen : suivi des déplacements des mobiles à l’aide de Système d’Aide à l’Exploitation (SAE), outil de saisie de perturbations inopinées


33


Réconcilier les informations théoriques et temps réel Problématique des trains/tranches

Comment fournir une information sans couture?


A B C

D

E

34


Réconcilier les informations théoriques et temps réel Problématique des trains/tranches

Comment fournir une information sans couture?


A B C

D

E

Attention, l'arrière de l'appareil ne dessert pas les

villes de eroigfbv, opsdgjj et pdsvne.

35

LES DONNÉES LIÉES À LA VOIRIE

Les données du réseau de voirie à disposition des voyageurs Open Street Map et l’accessibilité au sens large de chaque tronçon de

rue

Temps réel Capteurs et agrégateur Crowd-sourcing: Tomtom, Waze

Accompagner le voyageur en voiture


36

LES DONNÉES LIÉES AUX TRANSPORTS PARTAGÉSVélo en Libre Service (VLS) Temps réel vs prédictif (Qucit)

Covoiturage Web-services de disponibilité, de réservation

Autopartage Autolib Zipcar


37

LES DONNÉES D’UN SIV EN 1 SLIDELes données d’un SIV

Référentiel géographique de géo-localisation

Ensemble des adresses postales, les points d'intérêts, les lieux remarquables

•20 rue Hector Malot, 75012 Paris•Mairie de Rennes, Musée du Louvre

Référentiel géographique de mobilité

Réseau routier et règles de circulation •Rue, route, autoroute•Sens uniques•Pistes cyclables

Temps réel voirie Travaux prévus et embouteillage •Week-end de grand départ

Référentiel topologique

Infrastructures dédiées au transport en commun

•Les réseaux de transport•Lignes, arrêts, véhicules

Référentiel Théorique

Offre de transport en commun telle qu'elle est prévue lors de la préparation d'un voyage

•Horaires de train ou d'avion disponibles à la vente•Horaires des bus prévus en semaine

Temps réel transport en commun

Travaux prévus et perturbations inopinées impactant le plan de transport en commun

•Déplacement temporaire d’un arrêt de bus, travaux en station de métro•Mouvement social prévu •Rupture de caténaire, retard de bus

Données issues de systèmes tiers

Les données ne sont pas stockées dans le SIV, mais récupérées à la demande

•Disponibilité des VLS•Offre de covoiturage pertinente•Météo, pollution, etc.

38

SOMMAIRE

Introduction




39

LE SYSTÈME D’INFORMATION

Navitia : un SOA sous forme d’ESB intégrant des ETLs spécifiques traitant le MDM.

Bingo ! Architecture de médiation : abstraction de la complexité métier

• Indépendance des consommateurs des services métiers vis-à-vis des évolutions interne

SOA : concept d’une architecture orientée service• Organise de manière homogène les traitements métiers déportés dans des services

spécifiques ESB : composant central d’une architecture SOA

• Se connecte aux briques métiers pour fourni les services standardisés MDM : standardisation des données

• Agrégation : traitement des données dupliquées / dédoublées / enrichissement ETL : connecteur aux données métier

• Transforme les données d’un format vers un autre


40

ARCHITECTURE NAVITIALe fonctionnement d’un SIV

41

LE SYSTÈME D’INFORMATION

Par l’exemple : les traitements dans Navitia Intégration de données en base

• Intégration de données transport• Intégration de données carto

Agrégation des données• Projection des arrêts sur les données carto• Agrégation des arrêts multi-transporteur• Enrichissement « marketing » des lignes

Traitements métiers• Extraction de fiche horaire• Calcul d’itinéraire

Standardisation des services disponibles• Interface RestFull http/json• Référentiel cohérent


42


43

DÉTAIL DE L’ALIMENTATION DE LA DONNÉE TPLe fonctionnement d’un SIV

44

LES SERVICES EXTERNES

Nouveaux besoins Intégration de services externes spécialisés

Spécificité: on ne maitrise pas la donnée, on va la récupérer au besoin


45


46

LES APIS

Problème Faire dialoguer différents systèmes entre eux Réconcilier différents services spécialisés

Moyen Utilisation d’API !

Limitation• On ne possède pas la donnée: on ne peut consommer que des services• OpenData vs OpenService


47

UN PEU DE PUB !

48

POUR ALLER PLUS LOIN

Autorités organisatrices Destineo : www.destineo.fr, site web, applications mobiles Android et IOS Jvmalin : www.jvmalin.fr, site web, applications mobiles Android et IOSKeolis Rennes : www.star.fr Lille : www.transpole.frOrganisations externes Mappy : www.mappy.fr AllocinéDéveloppeurs indépendants HomeNow : http://www.homenow.fr/ Transportr : https://transportr.grobox.de/, la garantie du respect de la vie

privée

http://www.destineo.fr/

http://www.jvmalin.fr/

http://www.star.fr/

http://www.transpole.fr/

http://www.mappy.fr/

http://www.homenow.fr/

https://transportr.grobox.de/

49

KISIO, QUI SOMMES NOUS ?Chiffres clés et savoir faire

370 collaborateurs sur

19 agences

45 collaborateurs basés à Paris et

Lyon

100 collaborateurs basés à Paris, Lyon et Bordeaux

125 collaborateurs basés à Paris

50

KISIO DIGITALChiffres clés et savoir faire

Solutions & services au service de la responsive locomotion

collaborateurs

125 10millions

de C.A. en 2014

Editeur SaaS, dont le logiciel Open Source Navitia

Double expertise : mobilité & numérique

Maîtrise de la complexité des différents systèmes d’information locaux

Engagé dans l’open innovation : www.navitia.io (Open Source, Open API, Open Data)

7milliardsd’itinéraires calculés par an

http://www.navitia.io/

51

MERCI DE VOTRE ATTENTION

mise en œuvre d'un système d'information voyageur

Technology