Articulo de referencia

Despacho Turbo

Turbo Dispatch es un estándar de dominio público para la transferencia electrónica de detalles de trabajos, inicialmente mediante radio por paquetes , pero ahora también a travé...

Turbo Dispatch es un estándar de dominio público para la transferencia electrónica de detalles de trabajos, inicialmente mediante radio por paquetes , pero ahora también a través de internet . Se utiliza en todo el Reino Unido para transmitir los datos de los conductores averiados entre las principales organizaciones automovilísticas británicas y sus más de 400 agentes de asistencia en carretera . En muchos casos, el agente de asistencia también lo utiliza para transmitir los datos al vehículo de asistencia que acude al lugar.

Historia

La primera reunión sobre estándares tuvo lugar en 1994 (Niños con sus juguetes).

El 30 de junio de 1994, un grupo de representantes de las siete principales organizaciones automovilísticas del Reino Unido y del Instituto de Recuperación de Vehículos fueron invitados a una reunión en el Museo Brooklands . Se eligió el Museo Brooklands como sede porque el presidente de la reunión, Andy Lambert, estaba vinculado al museo, ya que había transportado la gran mayoría de las piezas hasta allí, y por lo tanto podía mostrar a los asistentes objetos que normalmente no verían. Claramente, esperaba que esto fuera un incentivo suficiente para reunir a los representantes de las distintas organizaciones. Pronto se hizo evidente que todos los presentes compartían el sueño de introducir estándares comunes para todos los aspectos de la recuperación de vehículos en el sector. Entre otras cosas, este grupo sentó las bases del proyecto Turbo Dispatch.

Debido a la fiabilidad de la entrega requerida, se decidió utilizar Mobitex . En el Reino Unido, solo existía un proveedor de Mobitex, RAM Data, que posteriormente se convirtió en una filial de BT llamada Transcomm. Por eso, muchos usuarios aún se refieren a los trabajos de RAMing. Ian Lane, de Motor Trade Software (MTS), diseñó y programó los protocolos junto con el software de la puerta de enlace . Se llevó a cabo un importante trabajo pionero a principios de 1995. En otoño de ese mismo año, Green Flag y Delta Rescue fueron las primeras organizaciones automovilísticas en experimentar con transmisiones a los talleres , y el primer trabajo real se envió a Southbank Garage a finales de año.

La mayoría de los operadores de asistencia en carretera conocieron Turbo Dispatch durante la AVRO EX 1996 de la Asociación de Operadores de Asistencia en Carretera. A pesar de ser el 25.º aniversario de Green Flag , la organización automovilística instaló una pequeña "Sala de Control" en la feria y permitió a los asistentes ver por primera vez cómo funcionaba el sistema. A finales de ese año, la Asociación Automovilística puso en marcha una prueba en Londres, asignando trabajos a operadores de asistencia en carretera seleccionados.

Hacia finales de 1997, Evan Anderson, de la AA, se involucró activamente en la promoción del concepto de Turbo Dispatch dentro de la organización. Este fue, sin duda, el punto de inflexión, ya que Evan parecía comprender que, si bien MTS y RAM tenían el monopolio, no era intencional. Cualquiera podía desarrollar un sistema, pero sencillamente nadie lo había logrado con éxito.

Al año siguiente, la RAC puso en marcha Turbo Dispatch y, a finales de año, todos los principales actores del sector ya lo habían adoptado. Se estima que, para el año 2005, alrededor del 92 % de los 4 millones de averías que se producían anualmente en talleres mecánicos se derivaban a operadores de asistencia en carretera mediante Turbo Dispatch.

El sistema goza de gran popularidad entre las empresas de transporte, gracias al ahorro que supone para los operadores al evitarles tener que hablar por teléfono con los técnicos de asistencia en carretera. Lo que sorprendió a muchos fue su popularidad también entre los propios operadores, principalmente por las mismas razones. Un controlador con mucho trabajo no quiere recibir los detalles del servicio por teléfono cuando puede tenerlos en la pantalla de su ordenador. Al poder utilizar el mismo sistema para asignar el servicio a su conductor, todo el proceso se podía gestionar en cuestión de segundos.

Revisión técnica

Las siguientes notas describen el método para transferir automáticamente los detalles de un trabajo desde el ordenador de una organización (o club) automovilística al ordenador de su operador de asistencia en carretera mediante la red de datos Mobitex. Dado que cada organización automovilística probablemente tenga su propio sistema informático y prácticas de trabajo particulares, no es práctico intentar definir la mejor manera de realizar la transferencia automática de trabajos en cada caso. Por consiguiente, a continuación solo se describe la instalación típica de un operador de asistencia en carretera.

Normalmente, el sistema de registro y facturación de servicios de asistencia en carretera se basa en un ordenador personal . Este se conecta a la red de datos Mobitex mediante un módem de radio Masc. (a veces llamado Mobidem) utilizando uno de los puertos de comunicación RS-232 del PC . La transmisión de los servicios implica que el ordenador de la empresa de asistencia en carretera utilice el número Mobidem único del operador para comunicarse con su ordenador.

Una vez establecida la conexión, los detalles del trabajo se transmiten en el formato de datos definido en el Manual de Formato de Despacho Turbo y la llamada finaliza. Generalmente, se utiliza un ordenador de comunicaciones dedicado para monitorizar constantemente el módem de radio a través del puerto RS232. Este ordenador ejecuta el programa TD.EXE en Windows . Los datos recibidos del módem de radio se transfieren a una cola de mensajes entrantes en el otro ordenador para su posterior procesamiento automático por el software principal de gestión de trabajos (con un retardo máximo de 5 segundos). El ordenador de comunicaciones también emite un sonido.

Inmediatamente después de recibir los detalles del trabajo, el ordenador de comunicaciones del operador de recuperación enviará una confirmación automática al remitente y colocará los detalles en una cola a la espera de su aceptación manual por parte del controlador del operador de recuperación. El controlador del operador de recuperación completará el envío del trabajo, ya sea aceptándolo o rechazándolo, y la transacción correspondiente se enviará a la organización de asistencia en carretera.

La aplicación Turbo Dispatch inicialmente estaba restringida al uso del protocolo MASC de la red de datos móviles Transcomm. Este protocolo se adoptó porque elimina la complejidad de los reintentos que resultarían del uso de un protocolo basado en sesiones en los módems de radio, como Hayes o X.28 .

Control

Delegados en una reunión sobre estándares celebrada en 2006 en la sede de BT Transcomm en Heathrow.

El Grupo de Estándares de Turbo Dispatch solía reunirse, en promedio, dos o tres veces al año. Su cometido era "Mantener un estándar común para los formatos de mensajes y datos que se utilizarían en las comunicaciones electrónicas de datos entre ordenadores anfitriones y/o terminales de datos en entornos fijos/móviles".

Todas las principales organizaciones automovilísticas envían representantes y todos los cambios o adiciones a la norma se debaten y deben ser aprobados por todos los presentes en la reunión. Dado que las ventajas comerciales para cada organización son mínimas (una mejora para una suele beneficiar también a las demás), generalmente existe un amplio consenso.

En 2010, BT Transcomm anunció el cierre de la red Mobitex en el Reino Unido.

Tras un proceso de licitación competitivo que incluyó presentaciones de soluciones de MTT, BT, Vodafone y Apex Networks, el contrato se adjudicó por unanimidad a Apex Networks Ltd. La migración de MTT Turbo Dispatch a una solución basada en Internet denominada Automotive Network Services (ANS) tuvo lugar en 2012. Apex Networks ya contaba con un número creciente de usuarios para su nuevo Sistema de Gestión de Recuperación (RMS), que inicialmente se había desarrollado para Ontime Rescue & Recovery.

Desde 2012, el grupo de Estándares ANS se reúne trimestralmente y al foro asisten los proveedores de software de recuperación de vehículos, a saber, Apex Networks, MTT y Laserbyte, junto con las principales organizaciones automovilísticas y dos asesores del sector (operadores de recuperación independientes que son usuarios finales de los sistemas). Estas reuniones suelen durar unas 3 horas y se celebran en el Rhodes Arts Complex en Bishop's Stortford, o en diversos lugares del país proporcionados por las organizaciones automovilísticas (clubes). El foro fue presidido durante muchos años por David Brinklow (Director Comercial de Apex Networks), pero más recientemente lo ha presidido JP Dekker (de Apex Networks).

Referencias

  • Recuperación profesional , diciembre de 2001, Publicaciones de la asociación
  • Enlace de recuperación de vehículos , junio de 1997, mayo de 1999 y julio de 1999, RK Solutions.
  • Historia mundial de la industria de remolque y recuperación , John Hawkins, TT Publications Inc. 280 págs. ISBN 978-0-9625135-0-3
  • El siglo del automovilismo: la historia del Royal Automobile Club en Google Books , Piers Brendon, Bloomsbury Publishing Plc, 1997. 432 págs. ISBN 978-0-7475-3034-3
  • Doctor de la avería: Las aventuras reales de un rescatador de vehículos en carretera de los años 60 , Fred Henderson, Reading Room Publishing, 2005. 192 págs. ISBN 978-0-9548056-2-3
  • Sitio web oficial
  • Una copia del documento estándar de la ANS
  • Una copia del directorio de la ANS