Modèles de données pour l intermodalité des réseaux de transport de surface Gérard SCEMAMA Olivier CARLES 19 janvier 2006 1
Contexte : Claire-SITI 2
Plan Travaux de modélisation des réseaux de transport de surface, normalisation. Travaux effectués au GRETIA dans le cadre de Claire-SITI. Conclusion & travaux à court terme. 3
Travaux de normalisation DATEX TRANSMODEL SIOERS et SIOERS++ TRIDENT SIRI 4
DATEX DATEX (CEN-TC278, pré norme publiée en 2000) : échange de données entre centres d information de trafic routier et/ou centres de gestion du trafic routier. Domaine routier uniquement (maintenance, incidents, accident, météo,... Orienté message (par opposition à orienté objet). Utilise la norme EDIFACT pour encapsuler l information + le protocole FTP comme couche transport. En cours : comité technique DATEX 2 (passage en XML notamment). DATEX-ASN (ISO 14827-2:2005) : messages construits à partir du dictionnaire de données de DATEX mais en utilisant la norme ISO ASN.1. 5
TRANSMODEL TRANSMODEL (CEN-TC278/WG3, 1995) TC BUS. Gestion du personnel roulant. Information aux passagers. Tarification et billettique. Suivi de l exploitation. Tableaux de bord. Habillage, graphicage et conception des horaires. Interfaçage avec GDF. TRANSMODEL V5 publié en juin 2001 au titre de norme expérimentale CEN-TC278 ENV12896. Multimodalité en TC : bus, trolleybus et rail léger : tramway et métro. Régulation en temps réel. Modélisation «générique» du réseau. 6
SIOERS et SIOERS++ RATP : SIOERS (1997) puis SIOERS++ (1999) Modèle de conception OO pour l exploitation des réseaux de surface. Basé sur TRANSMODEL. Transports publics urbains de surface (bus, tram, trolley) ; pas d autre mode (VP, modes doux ). Définition d une topologie générique (Point, Liaison, Zone) permettant de définir diverses instances de représentations. Correspondances modélisées par la notion de groupe de points associés à des données temporelles. Ne prend pas en compte les interactions possibles entre modes de transport ou lignes d un mode donné. Base pour l implémentation de CLAIRE. 7
TRIDENT (1/3) Projet du 5ème PCRD 01/2000 à 10/2002 : TRansport Intermodality Data sharing and Exchange NeTworks. Permet l échange et le partage d informations de trafic et de déplacement multimodaux entre centres d informations. Reprend des modèles de données existant : dans le domaine du trafic routier (essentiellement DATEX) dans le domaine du transport public (TRANSMODEL). Données multimodales statiques ou concernant le temps réel. 8
TRIDENT (2/3) 1 er volet de TRIDENT : approche orientée message (EDI) Etend les spécifications de DATEX (DATEX+) aux TC. Définit de nouveaux messages clés pour le domaine des TC (tables horaires, temps d attente, annulations, temps de transport). 2ème volet : TRIDENT exploite les technologies relativement récentes que sont UML, Java, CORBA et les schémas XML du W3C. Contrairement à DATEX, ce deuxième volet de TRIDENT définit une architecture client-serveur orientée objet (TRIDENT-OO) mieux adaptée aux systèmes récents. 2 types de requêtes pour obtenir de l information (immédiate ou sur abonnement) 9
TRIDENT (3/3) Les spécifications de TRIDENT ont été implémentées dans plusieurs pays européens En France ont été mises en œuvre par la RATP pour son système d information sur les situations perturbées SIPRE, Pour les échanges d information au niveau francilien entre les systèmes de la RATP et de l AMIVIF(information théorique). Format d échange XML (schémas W3C). 10
SIRI (1/2) Service Interface for Real Time Information Entre 2004 et 2005, le CEN a fondé le nouveau sous-groupe SG7 du CEN- TC278/WG3 pour essayer d accorder et de fusionner les spécifications nationales et les résultats du projet TRIDENT. SIRI reprend aussi le modèle de données de TRANSMODEL 5.1. 11
SIRI (2/2) SIRI, draft 04/2005 puis révision 30/11/2005 (draft) Transports publics (multimodal) Fournit des protocoles spécifiques de communication et d échange de données pour des services fonctionnels prédéfinis dont : Tables horaires théoriques : pour envoyer quotidiennement les horaires planifiés et les courses des véhicules associés. Tables horaires estimées : pour envoyer en temps réel des tables horaires actualisées en prenant en compte les modifications du service de transport et les conditions réelles de déplacement. Tables horaires aux arrêts : pour fournir à un arrêt les horaires de départ et d arrivée théoriques des véhicules gérés. Suivi (monitoring) à un arrêt : pour envoyer les horaires temps réel de départ et arrivée des véhicules gérés. Tables horaires aux pôles d échange : pour envoyer les horaires d un TC desservant un pôle d échange afin d informer un TC au départ si cela est nécessaire de différer son départ pour attendre des passagers en transit. Messages d ordre général : pour échanger des messages informatifs entre les participants. Au niveau technique : Orienté Objet, UML, services fonctionnels décrits sous forme de Services Web (W3C) 12
Claire-SITI Eléments du modèle Modélisation des réseaux de déplacement multimodaux sous forme de graphes. Réutilisation simple des algorithmes mathématiques. Modélisation semblable qq soit le mode considéré (TC, VP, mode doux) : modèle de données générique. Ouverture : étiquetage (indicateurs, données). Pas de dictionnaire. 13
Claire-SITI Eléments du modèle Hiérarchies. Prise en compte de niveaux de détails sur les réseaux. Fusion des données. Somme, Max, Min, fonction quelconque. 14
Claire-SITI Eléments du modèle Maintient de la cohérence des données. Entre niveaux de détails : cyclique, sur abonnement, Pôles d échanges. Groupage de nœuds. Arcs avec contraintes d échange (durée, impossibilités pour certains mobiles, ). 15
Claire-SITI Eléments du modèle Prise en compte des interactions modales. Le long des axes de déplacement (appariement implicite entre les graphes via une association explicite avec un graphe référentiel «Support»). 16
Conclusion / évolutions Normalisation à suivre. Mais voir avantages/inconvénients des normes ou standards Standard n implique pas utilisé Possibilité d avoir plusieurs standards pour exprimer la même chose. Date de publication / Evolution des besoins. Chaque application est différente (communication, données, ). Claire-SITI Partiellement compatible (TRIDENT, ). Entreposage des données. Construction de références (entrepôts, TPM). Refontes/évolutions logicielles. 17