Helsinki Region Transport, HSL en bref, est une autorité locale commune dont les municipalités membres comprennent Helsinki, Espoo, Vantaa, Kauniainen, Kerava, Sipoo, Tuusula, Kirkkonummi et Siuntio. HSL fournit des services de bus, tram, métro, ferry et train de banlieue et est responsable de la commercialisation des transports publics et de l'information des passagers. La nouvelle solution de terminal conducteur sera mise en œuvre dans tous les bus HSL, tramways, métros et trains de banlieue: 1300 bus, 200 tramways, 80 trains et 50 métros. Les valeurs sont approximatives et sujettes à changement si le trafic HSL augmente. Le trafic d'autobus et le trafic ferroviaire sont acquis publiquement auprès d'opérateurs privés. Le métro et le tramway devraient faire l'objet d'un marché public à l'avenir, mais sont actuellement exploités par Helsinki City Transport Ltd. Le système d'information HSL actuel a été fourni et intégré par un fournisseur global et est déjà un ensemble modulaire, visant ainsi une migration du système par phases est un choix probable de plan pour l'avenir. Le système actuel est basé sur la configuration du véhicule FARA, le système dorsal Hogia PubTrans et Mattersoft (qui fait partie d'INIT), le logiciel de surveillance et de gestion des opérations (OMM) et le logiciel de planification et de gestion des priorités des feux de circulation (JLVEP). Les composants du système sont intégrés les uns aux autres avec la plate-forme IBM ESB et la plupart des composants s'exécutent sur des serveurs physiques. Le but de cette invitation est de donner aux participants l'occasion de présenter et de discuter de leurs solutions, un scénario étant par exemple un logiciel propriétaire implémenté comme une application Android / iOS ou une application Web. L'application utilisera les services ITxPT embarqués et éventuellement d'autres services embarqués. L'application peut également utiliser des microservices proposés à partir du cloud Azure. Voici une liste des applications minimales possibles dans le terminal du conducteur (approche MVP; ne se limitant pas nécessairement à ceux-ci): 1. Application d'assignation de véhicule: Fournir une vue pour assigner le véhicule à un bloc et à un trajet du véhicule. 2. Application de l’état d’avancement du véhicule: Afficher le modèle d'itinéraire et la géométrie. Afficher la position du véhicule sur l'itinéraire. Affichage de la vue schématique pour le pilote. 3. Demande d'aide à la conduite: Informer le point de synchronisation réglementé. Informations sur l'itinéraire de déviation. 4. Demande d'avis et de messages: Fournir des avis d'interruption de navigation et de lecture. 5. Cadre du terminal du conducteur: Afficher la date et l'heure officielles. Produire une notification audio. Afficher l'indicateur d'avis de perturbation. 6. Application de contrôle de l'affichage extérieur: Bouton «Bus full» dans le terminal du conducteur. L'environnement du véhicule fournit des services supplémentaires pour le terminal du conducteur, y compris l'ordinateur du véhicule avec des capacités 5G et GNSS intégrées (routeur). L'ordinateur du véhicule fournit également un environnement Docker x64 basé sur Debian pour le logiciel de terminal du conducteur qui doit être utilisé dans les modes de transport ferroviaire et est disponible en option pour les bus. Tous les IO spécialisés sont disponibles dans l'ordinateur du véhicule (ports de série, connexion CAN, etc.). Les bus ont FMStoIP disponible pour le terminal du conducteur. Le but de l'approvisionnement du terminal conducteur est d'acheter principalement des logiciels et que le fournisseur utilisera la plate-forme matérielle HSL pour la solution. Il est possible que le matériel d'affichage du pilote fasse partie de cet achat, mais c'est quelque chose qui sera discuté dans les discussions techniques. Cependant, la solution doit être telle qu'elle puisse fonctionner sur n'importe quel matériel, par exemple un écran tactile intégré tel qu'il se trouve actuellement dans les tramways. L'idée principale derrière cette solution de véhicule est que HSL fournira des informations sur la situation actuelle et les interfaces, et que le fournisseur donnera la solution. HSL préfère ne pas trop spécifier la solution et ainsi trouver une solution pour la plupart prête à l'emploi qui répond aux besoins de la HSL. Nous voulons éviter l'adaptation technique, en d'autres termes, construire pour répondre à nos besoins. La plupart du temps, les solutions devraient inclure tous les outils pour que le conducteur puisse faire toutes les actions nécessaires pour conduire l'itinéraire et l'assistance à la conduite. Nous voulons donc discuter avec les fournisseurs pour trouver la solution la plus adaptée à nos besoins, y compris un appel d'offres ouvert.
Texte traduit automatiquement dans votre langue de navigation
