Dernière News

iPhone-specific

SysRailData a plus conçu une version spécifique pour iPhone. (image 1)

EVeryWay pour iphone (image 2 - image 14)

Voyages-sncf.com choisi la solution eVeryway comme outil d'information horaires pour son site de secours.

SysRailData et DUO ont été sollicités par Voyages-sncf.com afin de mettre en place une solution de secours lorsque le site web de Voyages-sncf atteint un seuil critique d'alerte de fréquentation. La solution proposée par le partenariat SysRailData & DUO, repose sur la solution eVeryWay® qui est hébergée dans 2 Datacenters géographiquement distincts et capable de supporter chacun, jusqu'à 4 millions de requêtes horaires par jour. Voyages-sncf.com a choisi le parti de mettre en place une solution simple et robuste ne proposant que de l'information horaire, l'impression des résultats pour l'internaute et des grilles de prix, afin de désengorger temporairement leur site web principal. Lors de l'utilisation de ce site de secours, tous les internautes seront automatiquement redirigés vers l'un des serveurs disponibles. Les premiers tests de charges ont montrés que notre solution était capable de supporter 10.000.000 d'accès par jour et plus de 4 millions de requêtes horaires.

Cette solution est en production depuis le 9 avril 2009 et sera utilisée par Voyages-sncf.com dès lors qu'ils en auront besoin (maintenance de leur site, délestage d'une partie de leur site, blocage de leur site, ...).

News

Lyria SAS

Lyria SAS nous a fait confiance pour la conception de son site web mobile. SysRailData a ainsi conçu le portail horaire en 3 langues (français, anglais et allemand) intégrant une version d’eVeryWay® consultable depuis tout téléphone mobile disposant d’une connexion internet.

Railteam

Une plateforme spécifique avec le jeu de données propre à Railteam a été montée afin de pouvoir permettre aux équipes du projet de consulter les offres horaires du périmètre Railteam (ICE, THALYS, Eurostar, Alléo, TGV, Lyria).

Nouveaux défis

Dans notre effort permanent pour améliorer les temps de réaction et la qualité des itinéraires, nous avons récemment buté sur un problème épineux : trouver des solutions avantageuses pour certains OD très locaux, dans des régions quotidiennement sillonnées dans tous les sens par un nombre très élevé de trains tous semblables, et y parvenir avec ce même algorithme de calcul d’itinéraire de renom qu’utilisent déjà un nombre sans cesse croissant de clients satisfaits pour de plus grands OD.

Le premier exemple qui vient à l’esprit de tous est vraisemblablement le bassin parisien, connu sous le nom d’Ile de France. La société de transport public appelle ces liaisons locales Transilien. Dans ce secteur, le niveau de complexité du réseau des liaisons train et métro est comparable, voire même supérieur, au réseau ferroviaire d’un petit pays tel la Belgique.
Pour répondre à des demandes de trajets englobant des zones telles que celle-là, plusieurs facteurs empiètent concrètement sur la performance et la qualité des résultats ; nous allons en aborder deux.

Premièrement, il y a ce qu’on appelle les transferts implicites, qui sont réellement des paramètres fictifs pour que certains types de transports locaux – peut-être le type même de liaison que l’utilisateur veut obtenir dans ce cas – atteignent la gare désirée dans leur poursuite d’un voyage, après avoir passé une gare centrale telle Paris. Tout en s’avérant très utiles, ceux-ci multiplient également le nombre de correspondances possibles dans un espace limité, monopolisant ainsi du temps de calcul précieux qui pourrait par ailleurs être consacré à trouver des solutions plus intelligentes.

Ce problème se pose donc à la fois sur les plans de la performance et de la qualité.
Un second problème est le fait que certaines optimisations, qui fonctionnent vraiment bien pour des trajets plus longs, s’enlisent (pardonnez l’expression) quand il y a un tel choix de trains dans un espace restreint. Parfois, des trajets corrects sont écartés parce que le moteur d’optimisation estime que les services qui les composent n’aboutiront pas à une solution acceptable.
Nous avons saisi l’occasion pour introduire un concept baptisé "zones" dans le moteur ; ainsi, non seulement on améliore la performance de ces liaisons problématiques, mais on réduit également sérieusement la puissance de traitement requise pour les trajets plus longs qui ont fait notre renommée. Dans la base de données des horaires, certains trains locaux de plus petite taille sont marqués comme desserte locale, et leurs gares se voient attribuer une zone. Dans le calcul des itinéraires, ces dessertes locales ne sont prises en compte que si la gare de destination est reliée à une desserte locale et qu’il est possible de parvenir à une gare située dans la même zone que la gare de destination. En outre, nous avons introduit des transferts implicites plus petits à la place des transferts plus grossiers qui entravaient auparavant la performance. Pour relier des gares d’une même zone, il est fait appel à ces transferts locaux plutôt qu’aux anciens transferts implicites.

Pour régler le problème de l’optimisation, nous invalidons cet algorithme bien précis pour les dessertes locales. De plus, d’autres détails du comportement du moteur sont modifiés lorsqu’une zone locale intervient dans le tableau. Ces changements font comprendre à eVeryWay® le contexte pratique de la liaison qu’il recherche, de manière à ce le faire dépenser son énergie uniquement à bon escient. Les critères de référence confirment que ceci est payant, car le temps moyen de calcul d’OD choisis au hasard a pratiquement diminué de moitié, les longues liaisons très complexes profitant davantage encore des améliorations apportées.

Le Futur

Aujourd’hui nous en sommes à la version 9 du moteur et une version 10 est en cours de tests.

Les nouvelles versions du moteur visent toujours deux axes :

• Proposer plus de solutions avec des temps de calculs plus performants,
• Apporter de nouvelles fonctionnalités soit demandées par nos clients, soit contribuant à de futurs besoins.

D’ores et déjà, certaines fonctionnalités sont opérationnelles :

• présentation cartographique des itinéraires, grâce à des Google maps.

• l’écran de gare : présente les prochains départs ou arrivées dans une gare à l’instant où vous le demandez.

• le journey planner permet de connaître les villes (capitales ou villes importantes) atteignables dans un temps donné.

D’autres sujets sont en cours d’étude ou à l’état de prototype :

• Un éco comparateur permettant de comparer les trajets ferroviaires avec les autres moyens de transport en terme de Co2,
• L’intégration du métro parisien pour tous les transferts dans Paris,
• Un prototype a été conçu permettant d’afficher les informations en temps réel.