Helsinki Region Transport, HSL en resumen, es una autoridad local conjunta cuyos municipios miembros incluyen Helsinki, Espoo, Vantaa, Kauniainen, Kerava, Sipoo, Tuusula, Kirkkonummi y Siuntio. HSL adquiere servicios de autobús, tranvía, metro, ferry y tren de cercanías y es responsable de la comercialización del transporte público y la información a los pasajeros. La nueva solución de terminal de conductores se implementará en todos los autobuses HSL, tranvías, metros y trenes de cercanías: 1300 autobuses, 200 tranvías, 80 trenes y 50 metros. Los valores son aproximados y están sujetos a cambios si aumenta el tráfico HSL. El tráfico de autobuses y trenes se adquiere públicamente a operadores privados. El tráfico de metro y tranvía debe adquirirse públicamente en el futuro, pero actualmente es operado por Helsinki City Transport Ltd. El sistema de información HSL actual ha sido proporcionado e integrado por un proveedor general y ya es una totalidad modular, por lo que apuntar a una migración del sistema en fases es probable elección del plan para el futuro. El sistema actual se basa en la configuración del vehículo FARA, el sistema de backend Hogia PubTrans y el software de monitoreo y gestión de operaciones (OMM) Mattersoft (parte de INIT) y el software de planificación y gestión de prioridades de semáforos (JLVEP). Los componentes del sistema están integrados entre sí con la plataforma IBM ESB y la mayoría de los componentes se ejecutan en servidores físicos. La intención de esta invitación es dar a los participantes la oportunidad de presentar y discutir sus soluciones, un escenario es, por ejemplo, un software propietario implementado como una aplicación Android / iOS o una aplicación web. La aplicación utilizará servicios ITxPT a bordo y otros posibles servicios a bordo. La aplicación también puede utilizar microservicios ofrecidos desde la nube de Azure. Aquí hay una lista de posibles conjuntos mínimos de aplicaciones en el terminal del conductor (enfoque MVP; no necesariamente limitado a estos): 1. Solicitud de asignación de vehículos: Proporcionar una vista para asignar el vehículo a un bloque y a un viaje en vehículo. 2. Aplicación de progreso del vehículo: Muestra el patrón y la geometría de la ruta. Mostrar la posición del vehículo en el patrón de ruta. Visualización de la vista esquemática para el controlador. 3. Solicitud de ayuda a la conducción: Informar al punto de cronometraje regulado. Información de la ruta de desviación. 4. Aplicación de avisos y mensajes: Proporcione avisos de interrupción en la vista de navegación y lectura. 5. Marco del terminal del conductor: Mostrar fecha y hora oficial. Producir notificación de audio. Muestra el indicador de aviso de interrupción. 6. Aplicación de control de pantalla externa: Botón «Bus full» en el terminal del conductor. El entorno del vehículo proporciona servicios adicionales para la terminal del conductor, incluido el ordenador del vehículo con capacidades 5G y GNSS incorporadas (router). La computadora del vehículo también proporciona un entorno Docker basado en Debian x64 para el software de la terminal del conductor que se requiere para ser utilizado en los modos de transporte ferroviario y está disponible opcionalmente para los autobuses. Todas las IO especializadas están disponibles en el ordenador del vehículo (puertos serie, conexión CAN, etc.). Los autobuses tienen FMStoIP disponible para la terminal del conductor. El propósito de la adquisición del terminal del conductor es adquirir principalmente software, y que el proveedor utilizará la plataforma de hardware HSL para la solución. Es posible que el hardware de la pantalla del controlador sea parte de esta adquisición, pero esto es algo que se discutirá dentro de las discusiones técnicas. Sin embargo, la solución debe ser tal que sea capaz de ejecutarse en cualquier hardware dado, por ejemplo, la pantalla táctil integrada tal como está en los tranvías actualmente. La idea principal detrás de esta solución de vehículo es que HSL proporcionará información de la situación actual y las interfaces, y que el proveedor dará solución. HSL prefiere no especificar demasiado la solución y, por lo tanto, encontrar una solución en su mayoría preparada que se ajuste a las necesidades de HSL. Queremos evitar la adaptación técnica, en otras palabras, construir para adaptarse a nuestras necesidades. En su mayoría, las soluciones deben incluir todas las herramientas para que el conductor pueda realizar todas las acciones necesarias para conducir la ruta y la asistencia para la conducción. Por lo tanto, queremos discutir con los proveedores para encontrar la solución más adecuada para nuestras necesidades, incluida una competencia abierta para la licitación.
Texto traducido automáticamente en su idioma de navegación
