APII-SIM
description
Transcript of APII-SIM
APII-SIM
Protocole standardisé pour une recherche d’itinéraire distribuée
Pourquoi ce projet ?
• Il n’existe pas en France de calculateur d’itinéraires réparti entre plusieurs SIM, alors que les besoins des usagers ne s’arrêtent pas aux frontières administratives.
• La seule solution d’interopérabilité actuelle est l’initiative privée EU-SPIRIT dont Canal TP et Cityway ont chacun constaté les limitations techniques et fonctionnelles.
Les objectifs
• Rendre possible le calcul d’un itinéraire de porte à porte, principalement TC, mais à vocation multimodale
• A cet effet, élaborer des spécifications d’interface publiques: une API RI distribuée
• Illustrer l’utilisation de cette API RI à l’aide d’un démonstrateur fonctionnant sur quelques SIM
• le démonstrateur est constitué de briques élémentaires, dont des modules Open Source publics
• Faciliter l’adoption par les SIM existants • Les SIM servent de point d’entrée à la requête de
l’usager.
Les principesUne architecture technique dépassant l’état de
l’art international : - éviter le recours à une base partagée de
points d’interconnexion, sans compromettre les performances
- offrir un résultat de qualité dans le cas de SIM adjacents
Comment ?
• Un partenariat privé Canal TP - Cityway pour étudier puis développer des standards de communication ouverts
• Soutien de l’AFIMB• Présentation des propositions au groupe de
normalisation et objectif de diffusion à tous les acteurs du marché
Le processus d’ensemble
• Etape antérieure: API standard RI – Disponibilité publique
• Le projet en phase de démarrage: APII - SIM– Illustration à partir de plusieurs SIM :
• 2 SIM contigus• 2 SIM distants
• La suite: toutes initiatives possibles à partir de l’APII -SIM
L’architecture généraleSIM régional 1
Interfaces exposées
Front Office
Back Office
Composeur d’itinéraires
Métadonnées
SIM régional 2
Interfaces exposées
Serveur longue distance
Interfaces exposées
Les métadonnées : un annuaire technique des SIM
Pour chaque SIM : • les paramètres d'accès au Web Service, • les paramètres d'interface supportés,• la couverture géographique du calculateur
d'itinéraire,• les modes supportés.
Les interfaces
• Élaborer les interfaces: – qui fournissent dynamiquement au composeur les
points d’interconnexion où il sera possible de passer du périmètre d'un calculateur SIM ( ou serveur) à celui d'un autre.
– qui fournissent au composeur la partie d’itinéraire calculée par un SIM.
Ce dernier interface s’appuiera sur les principes résultant de l’« API simple d’accès au calculateur d’itinéraires »
Le serveur longue distance
• Simulé pour les besoin du prototype• A terme tout serveur longue distance :• Mappy• Voyages Sncf• Amadeus• Motricity• EU-SPIRIT• ….
Le composeur d’itinéraires• Identification des départ et arrivée, ainsi que des
paramètres de la demande, • En s'appuyant sur des paramètres et les
métadonnées, identification des calculateurs contribuant à l'élaboration des itinéraires correspondant à la demande,
• Sollicitation de ces calculateurs, en utilisant les spécifications d’interfaces
• Combinaison et agencement des résultats pour obtenir un ou plusieurs itinéraires
• Présentation de ces itinéraires
Le composeur d’itinéraires
Cas 1 : SIM distants
Territoire 1
Territoire 2Offre gérée par le serveur longue distance
Points d’interconnexion
Le composeur d’itinéraires
Cas 2 : SIM adjacentsTerritoire 1 Territoire 2
Offre dupliquée
Points d’interconnexion
Points d’interconnexion
Le composeur d’itinéraires
• Le composeur sera en Open Source• L’instanciation sera à déterminer en fonction
de la gouvernance définie par les AOT• Les réutilisateurs pourront l’adapter librement
à leurs besoins (voire localement).
Illustration
Le planning• T0 = Janvier 2013• Phase de lancement – 2 mois
– Recherche préalable – Etat de l’art– Formalisation des besoins utilisateurs– Identification des contraintes techniques– Synthèse- Formalisation des exigences fonctionnelles– Présentation au GT7
• Analyse des conclusions – 1 mois• Phase de Conception – 3,5 mois
– Architecture générale du système - Architecture technique– Spécification technique des composants– Spécifications fonctionnelles– Présentation au GT7
• Analyse des conclusions – 1 mois• Phase de Réalisation – 6 mois
– Des communications intermédiaires de chaque composant seront effectuées.
• Phase de résultat – 1,5 mois[• Exploitation – 3 mois
Merci
Vos contacts :• Guillaume CROUIGNEAU – Canal TP• Laurent BRIANT - Cityway