ES2286879T3 - Procedimiento y aparato para validar operadores de vehiculos. - Google Patents

Procedimiento y aparato para validar operadores de vehiculos. Download PDF

Info

Publication number
ES2286879T3
ES2286879T3 ES99904173T ES99904173T ES2286879T3 ES 2286879 T3 ES2286879 T3 ES 2286879T3 ES 99904173 T ES99904173 T ES 99904173T ES 99904173 T ES99904173 T ES 99904173T ES 2286879 T3 ES2286879 T3 ES 2286879T3
Authority
ES
Spain
Prior art keywords
vehicle
operator
identification code
code
identification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES99904173T
Other languages
English (en)
Inventor
Michael L. Segal
David T. c/o QUALCOMM Incorporated CHESAVAGE
Thomas F. Doyle
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2286879T3 publication Critical patent/ES2286879T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/123Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Traffic Control Systems (AREA)
  • Automobile Manufacture Line, Endless Track Vehicle, Trailer (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Lock And Its Accessories (AREA)
  • Telephonic Communication Services (AREA)

Abstract

REIVINDICACIONES 1. Un aparato para identificar y validar operadores de vehículo en sistemas electrónicos múltiples en un sistema de comunicaciones que tiene una estación (102) central y una pluralidad de vehículos (108), en el que a cada vehículo (108) se le asigna un código exclusivo de identificación de vehículo y a cada operador de vehículo se le asigna un código exclusivo de identificación, comprendiendo dicho aparato: una base (210) de datos para almacenar un primer código de identificación de operador correspondiente a un primer operador de vehículo en el sistema de comunicaciones; un terminal (200) de comunicaciones para transmitir una primera solicitud (310, 410) de acceso de usuario a una estación (102) central, en el que la solicitud (310, 410) de acceso incluye una presentación del primer código de identificación de operador; un primer dispositivo (208) de procesamiento conectado a dicha base (210) de datos para determinar si dicha solicitud de acceso debería concederse o denegarse, en el que el acceso se concede si el primer código de identificación de operador coincide con el primer código de identificación de operador almacenado en la base (210) de datos; medios para proporcionar un segundo código de identificación de operador almacenado en la base (210) de datos correspondiente a dicho primer operador de vehículo en un sistema electrónico para permitir a dicho primer usuario acceso a dicho sistema electrónico si se concede el acceso, utilizando dicho sistema electrónico para validar dicho primer operador de vehículo dicho segundo código de identificación de operador; y medios para notificar al menos a un sistema electrónico acerca de la identidad de un operador de vehículo correspondiente a dicha solicitud de acceso si dicho primer dispositivo (208) de procesamiento ha concedido dicha solicitud de acceso.

Description

Procedimiento y aparato para validar operadores de vehículos.
Antecedentes de la invención I. Campo de la invención
La presente invención se refiere en general a sistemas de monitorización de vehículos y más particularmente a la identificación y validación de un operador de vehículo en más de un sistema electrónico.
II. Descripción de la técnica relacionada
Es normal en la actualidad en la industria de transporte comercial por carretera, así como otras industrias de envío de mercancías, equipar los vehículos con una variedad de sistemas de monitorización electrónica. Estos sistemas de monitorización electrónica pueden proporcionar información útil con respecto al rendimiento del vehículo a operadores de flota. Tales características de rendimiento pueden incluir velocidad del motor, las RPM del motor, tiempo de parada, etc. Los sistemas de monitorización electrónica pueden proporcionar también otra información útil tal como situación del vehículo, análisis de ruta, y kilómetros recorridos en una región a efectos de cálculo de impuestos de combustible. Otras aplicaciones electrónicas encontradas en la industria de transporte comercial por carretera incluyen mensajes de texto/voz, sistemas de seguridad, y correo electrónico (o e-mail).
En muchos casos, cada uno de estos sistemas electrónicos requiere la identidad del operador de vehículo. Por ejemplo, un sistema de monitorización electrónica que registra diversas características de funcionamiento del vehículo puede requerir la identidad del operador de modo que las características de funcionamiento pueden atribuirse a un operador identificado. Conociendo qué operador de vehículo es responsable para cada conjunto de datos, los gerentes de flota pueden recompensar a aquellos operadores que cumplan con determinados objetivos de rendimiento. Un ejemplo de un sistema de este tipo es el sistema de monitorización electrónica SensorTRACS®, comercializado por Qualcomm, Incorporated.
Otro sistema electrónico que requiere la identidad de un operador de un vehículo es un sistema de correo electrónico. Es necesario identificar operadores de vehículos de modo que los mensajes de correo electrónico puedan enviarse al vehículo apropiado. Un sistema de seguridad a bordo puede también requerir la identidad del operador de vehículo para determinar si ese operador está autorizado para operar el vehículo.
Otro sistema electrónico adicional que requiere la identidad de un operador de vehículo es uno que implementa la generación automática de registros de conductor del Departamento de Transporte (DOT). En el pasado, los operadores de vehículo generaban estos registros de conductor de manera manual. Los sistemas actuales contemplan un sistema automático que monitoriza diversos aspectos de un vehículo pertinentes para la generación de un registro de conductor. Por ejemplo, los sistemas de monitorización electrónica pueden hacer un seguimiento de la ruta recorrida y el tiempo de parada de un vehículo, que son elementos clave en la generación del registro de conductor del DOT. Este sistema requiere la identidad del operador de vehículo de modo que la información registrada por el sistema de monitorización electrónica pueda atribuirse a un conductor particular y pueda crearse un documento legal (el registro del DOT) a partir de la información.
Con el fin de identificar operadores de vehículos, se asigna un código exclusivo de identificación y contraseña a cada operador. El código de identificación y contraseña deben introducirse manualmente en cada sistema electrónico utilizado a bordo del vehículo antes de la operación.
Normalmente, los sistemas de monitorización electrónica no se comunican entre sí, por lo que requieren un inicio de sesión y un cierre de sesión independientes para cada sistema. A medida que se instalan más de estos sistemas electrónicos en vehículos comerciales, se obligará a los operadores de vehículos a validarse individualmente con cada sistema antes de su uso. También obligará a los operadores de vehículos a cerrar la sesión de cada sistema electrónico una vez que han terminado de operar el vehículo. Esto podría crear muchos problemas para la gestión de la flota. Por ejemplo, después de iniciar sesión en varios sistemas electrónicos en un primer vehículo, un operador de vehículo puede olvidar cerrar la sesión de uno o más sistemas electrónicos y comenzar a operar un segundo vehículo. Un segundo operador de vehículo puede entonces comenzar a operar el primer vehículo sin iniciar sesión en uno o más sistemas electrónicos. Puede entonces resultar difícil determinar qué operador es responsable de qué conjunto de datos.
Además se hace referencia al documento EP-A-745959 que se refiere a un sistema de gestión de operación para un cuerpo en movimiento tal como un vehículo que usa un terminal móvil. Este sistema de gestión de operación registra las condiciones de funcionamiento de vehículos, lo que permite a la gestión recopilar información precisa respecto al trabajo llevado a cabo por un conductor o equipo en el vehículo en movimiento. Además, se propone una operación segura de un vehículo en movimiento detectando, durante la operación de un cuerpo en movimiento, si el cuerpo en movimiento está excediendo el límite de velocidad e informando al equipo de esta condición de modo que el conductor reduzca la velocidad para no sobrepasar el límite de velocidad.
Sumario de la invención
Según la presente invención se proporcionan un aparato para identificar y validar operadores de vehículos, tal como se expone en la reivindicación 1, y un procedimiento de identificación y validación de operadores de vehículos, tal como se expone en la reivindicación 16. Se reivindican realizaciones de la presente invención en las reivindicaciones dependientes.
La presente invención tal como se define en las reivindicaciones 1 y 16 es un procedimiento y un aparato para identificar y validar operadores de vehículos en uno o varios sistemas electrónicos. La invención requiere una única validación de operador de vehículo, independientemente de cuántos sistemas electrónicos individuales se utilicen. De manera similar, sólo se requiere un único cierre de sesión para notificar a cada sistema electrónico de un cierre de sesión de un operador. La presente invención elimina la confusión que puede resultar de requerir un inicio de sesión y un cierre de sesión individuales para cada sistema electrónico en funcionamiento.
La presente invención está diseñada para funcionar en conjunción con un sistema de comunicaciones de gestión de flota. Un sistema de comunicaciones de este tipo comprende normalmente una estación central en comunicación con vehículos individuales vía satélite, estando los vehículos dispersados en un área geográfica grande. Uno o varios centros de gestión de flota pueden comunicar con sus respectivos vehículos y viceversa a través de la estación central. Las comunicaciones pueden estar constituidas por datos representativos de diversas características de funcionamiento del vehículo, tales como velocidad del vehículo, las RPM del motor, y tiempo de parada. La determinación de la posición del vehículo y mensajes de texto son características adicionales normalmente utilizadas con sistemas de comunicación de este tipo.
La presente invención utiliza una base de datos, normalmente situada en una estación central, que almacena información para validar operadores de vehículo. Además, la base de datos almacena otra información asociada con cada operador de vehículo. La base de datos es accesible a gestión de flota y puede modificarse en cualquier momento. Se preasigna un código exclusivo de identificación de operador de vehículo a cada operador de vehículo en la flota. Un operador de vehículo puede iniciar sesión en el sistema de validación como un operador activo o inactivo. Un operador activo indica uno que está operando un vehículo.
Para solicitar un inicio de sesión al sistema de validación, un operador de un vehículo debe introducir su código exclusivo de identificación a través de un dispositivo de entrada de usuario a bordo de un vehículo. Una vez que se ha verificado al operador de vehículo mediante la base de datos en la estación central como un operador válido, un estado de operador de vehículo correspondiente se cambia a "sesión iniciada" en la base de datos. Un mensaje de confirmación de recepción se transmite desde la estación central al vehículo que solicitó el inicio de sesión indicando si la solicitud de inicio de sesión fue satisfactoria o no. Si la solicitud de inicio de sesión fue satisfactoria, se permite al operador de vehículo acceso a otros sistemas electrónicos, tanto a bordo como remotos desde el vehículo. En el caso de sistemas electrónicos a bordo, otra información necesaria para estos sistemas se transmite junto con el mensaje de confirmación de recepción.
Tras el inicio de sesión satisfactorio, toda la información generada por el vehículo se asociará con el operador activo. Por ejemplo, la situación del vehículo, la velocidad del vehículo, las RPM del motor, y el tiempo de parada pueden entonces registrarse y asociarse con el operador activo hasta que se solicite un cierre de sesión del sistema. Cualquier correo electrónico dirigido a un operador "sesión iniciada", bien activo o inactivo, se envía al vehículo apropiado sin requerir una validación adicional al sistema de correo electrónico. Un registro de conductor automático del DOT puede crearse sin tener que entrar en el sistema que crea los registros automáticos, etcétera.
Cuando un operador de un vehículo desea cerrar la sesión del sistema de validación, sólo se requiere un único cierre de sesión para notificar a cada sistema electrónico de la solicitud. Si un operador de un vehículo no cierra sesión de un primer vehículo y a continuación inicia una sesión en un segundo vehículo, el sistema de validación puede detectar que el operador ya ha iniciado sesión en el sistema, y automáticamente cerrará la sesión a ese operador del primer vehículo. De manera similar, si un primer conductor no cierra la sesión en un vehículo y un segundo operador inicia sesión en el mismo vehículo, el sistema de validación cambiará automáticamente el estado del primer operador a "inactivo" a bordo de ese vehículo, de modo que se asociará al segundo operador con toda la información adicional de rendimiento del vehículo.
\vskip1.000000\baselineskip
Breve descripción de los dibujos
Las características, objetos, y ventajas de la presente invención resultarán más evidentes a partir de la descripción detallada expuesta a continuación tomada en conjunción con los dibujos en los que los mismos caracteres de referencia identifican de manera correspondiente en todos los dibujos y en los que:
la figura 1 ilustra un sistema de comunicaciones basado en satélite;
la figura 2 ilustra una vista más detallada del sistema de comunicaciones basado en satélite y el sistema de validación de la presente invención;
la figura 3 es un diagrama de flujo que detalla el procedimiento de validación de operadores de vehículo según la presente invención;
la figura 4 es un diagrama de flujo que detalla el procedimiento de cierre de sesión del sistema de validación de la presente invención;
la figura 5 es un diagrama de flujo que detalla el procedimiento de generación de una alerta de seguridad en el sistema de validación de la presente invención.
Descripción detallada de las realizaciones preferidas
El procedimiento y aparato de validación y verificación de operadores de la presente invención se ilustra mejor en el contexto de una unidad móvil terrestre, normalmente para uso en un vehículo en la industria del transporte comercial por carretera. Debería entenderse, sin embargo, que la presente invención puede utilizarse en cualquier aplicación en la que se desee la validación y verificación de operadores de vehículo, especialmente en aplicaciones en las que se utilizan sistemas electrónicos múltiples que requieren identificación de operador. Los componentes requeridos para validación y verificación de operadores se representa en la figura 1.
En la figura 1 el centro 110 de gestión de flota y el vehículo 108 pueden comunicarse entre sí a través de una estación 102 central y un satélite 104 de datos. La presente invención, no obstante, no se limita a un sistema de comunicaciones por satélite. Puede utilizarse también cualquier sistema de comunicaciones terrestre inalámbrico, que incluye, pero no se limita a, sistemas de Radio Móvil Terrestre (LMR), de onda corta, PCS o celulares. Además, aunque sólo se representa un único centro 110 de gestión de flota en la figura 1, en realidad se emplean una pluralidad de centros de gestión de flota independientes en el sistema y pueden comunicar con sus respectivos vehículos de flota a través de la estación 102 central y del satélite 104 de datos.
En la realización ejemplar, el vehículo 108 es un vehículo de transporte comercial por carretera que tiene un terminal de comunicaciones móviles (MCT) montado en el tractor o cabina del vehículo, no mostrada. El terminal de comunicaciones móviles puede respectivamente transmitir y recibir señales de comunicación a y desde la estación 102 central a través del satélite 104 de datos. De nuevo, debería entenderse que el MCT es cualquier dispositivo capaz de comunicar con la estación 102 central utilizando el procedimiento de comunicación preestablecido que se elija. Además, la situación del vehículo 108 puede determinarse utilizando el satélite 104 de datos y el satélite 106 de posicionamiento. Se conoce ampliamente en la técnica que las situaciones de los vehículos pueden determinarse a través de satélite, por ejemplo a través de trilateración a partir de un sistema de navegación por satélite dual tal como se da a conocer en la patente US nº 5.017.926, titulada "DUAL SATELLITE NAVIGATION SYSTEM AND METHOD", transferida al cesionario de la presente invención e incorporada por referencia en la presente memoria.
El vehículo 108 puede transmitir información útil al centro 110 de gestión de flota con respecto a las características de rendimiento del vehículo mientras está operando. Por ejemplo, pueden transmitirse la velocidad del vehículo, las RPM, y tiempo de parada al centro 110 de gestión de flota para procesamiento y almacenamiento. Tal información es útil para la gestión de la flota para hacer un seguimiento de los costes de operación e identificar prácticas poco económicas tales como velocidad o tiempo de parada excesivos. Además, conociendo qué operador es responsable de qué conjunto de datos, puede recompensarse a los operadores de vehículo que mantienen hábitos de conducción aceptables, mientras que puede ocuparse apropiadamente de aquellos que sistemáticamente no cumplen las normas impuestas por la gestión. Los vehículos equipados con un sistema de monitorización de vehículos de este tipo normalmente requieren que el operador de vehículo inicie una sesión en el sistema, normalmente introduciendo un código de identificación en un dispositivo de interfaz de usuario a bordo del vehículo. El código de identificación se utiliza entonces en conjunción con cualquier dato de rendimiento generado mientras se opera el vehículo.
Otros sistemas electrónicos pueden requerir también la identificación del operador de vehículo. Por ejemplo, el correo electrónico está disponible en la actualidad para conductores de camión mientras que están en la carretera. Normalmente, los sistemas de correo electrónico requieren identificación de operador de modo que los mensajes puedan transmitirse al vehículo en el que está situado el operador destinatario. Normalmente, sería necesario que el operador de vehículo realizara un inicio de sesión independiente en el sistema de correo electrónico, además del inicio de sesión requerida para el sistema de monitorización electrónica.
El Departamento de Transporte (DOT) se encuentra actualmente en el proceso de evaluar si permite registros de conductor automáticos en lugar de registros manuales. En el pasado, los operadores de vehículos proporcionaban manualmente diversos parámetros de conducción tales como tiempo de conducción diario, tiempo de descanso, e información de ruta. Con la extensión de la disponibilidad de sistemas de monitorización electrónica, especialmente sistemas de situación de vehículos, el Departamento de Transporte permite ahora que estos datos se proporcionen automáticamente utilizando sistemas de monitorización electrónica. En consecuencia, cada operador de vehículo debe hacerse coincidir con los datos de vehículo apropiados de modo que pueda generarse un registro preciso y personal. De nuevo, es generalmente necesario un inicio de sesión independiente al sistema de registro del
DOT.
Una variedad de características de seguridad puede incorporarse al sistema de comunicaciones de la figura 1. Por ejemplo, podría utilizarse un sistema de seguridad que no permite que el vehículo se arranque a menos que se introduzca un código de identificación de operador válido. El código de identificación puede comunicarse a la estación 102 central o al centro 110 de gestión de flota donde puede validarse. La ventaja respecto a comunicar la información de identificación de operador a la estación 102 central es que la gestión de flota puede mantener y alterar una base de datos dinámica de operadores con permiso en cualquier momento.
Otras características de seguridad son posibles utilizando el sistema de validación de la presente invención. Por ejemplo, si un operador de vehículo intenta iniciar sesión en el sistema de manera no satisfactoria, puede transmitirse una alerta de seguridad a la estación 102 central si se excede un número predeterminado de intentos. Otra alerta de seguridad es posible si el vehículo se opera a más de una distancia predeterminada o durante un periodo más largo sin tener un operador válido que haya iniciado una sesión. Por supuesto, esta situación supone que la característica de bloqueo descrita anteriormente no se ha implementado. Una característica adicional del sistema de seguridad es que un tono audible sutil inducirá al operador a iniciar sesión en el sistema si el vehículo no lo opera un operador válido. Otra característica de seguridad adicional es que un operador de vehículo puede cerrar sesión en el sistema de validación automáticamente después de que pasa un periodo de tiempo predeterminado después de que se ha apagado el vehículo.
La figura 2 ilustra una vista detallada del sistema de validación. Se muestra el MCT 200, la interfaz 202 de usuario, el transceptor 204, la memoria 206 intermedia, el temporizador 207, el procesador 205, el satélite 104 de datos, la estación 102 central, el transceptor 216, el dispositivo 208 de procesamiento, la base 210 de datos, la unidad 212 de almacenamiento de datos, el dispositivo 214 de interfaz, la pasarela 218 de correo electrónico, y el centro 110 de gestión de flota. Debería entenderse que cada vehículo en el sistema de comunicaciones tiene su propio MCT. Un MCT 200 se sitúa a bordo del vehículo 108 mientras que la estación 102 central, el centro 110 de gestión de flota y la pasarela 218 de correo electrónico están situados cada uno remotamente entre sí, aunque en una realización alternativa, estos componentes podrían ubicarse a una única situación.
A cada vehículo 108 en el sistema de comunicaciones se le asigna un código exclusivo de identificación de vehículo de modo que pueda diferenciarse de otros vehículos de la flota. El código de identificación de vehículo puede ser cualquier secuencia alfanumérica que identifica de manera exclusiva al vehículo, sin embargo, en la realización ejemplar, el código de identificación de vehículo es el número de serie asociado con el MCT 200. El código de identificación del vehículo puede almacenarse en la memoria 206 intermedia, o en otro dispositivo de memoria, no mostrado, dentro del MCT 200. La memoria 206 intermedia puede utilizarse para almacenar información generada por el vehículo 108, tal como información relacionada directamente con el rendimiento del vehículo generada por un sistema de monitorización electrónica.
Para solicitar acceso al sistema de validación, es decir, para solicitar un inicio de sesión o un cierre de sesión, un operador de vehículo debe introducir un código de identificación de operador de vehículo preasignado a través de la interfaz 202 de usuario. El código de identificación de operador de vehículo es en forma normalmente de un nombre de usuario y una contraseña aunque son posibles otros formatos. La interfaz 202 de usuario normalmente es un teclado y una unidad de pantalla de vídeo en la que el operador de vehículo puede introducir y visualizar una serie de secuencias de clave alfanumérica. Sin embargo, pueden utilizarse otras interfaces de usuario en lugar del teclado y de la unidad de pantalla de vídeo tales como un lector de tarjeta magnética que procesa un código de identificación de operador de vehículo leyendo una banda magnética preprogramada sobre una tarjeta pequeña y rígida. La solicitud de acceso, el código de identificación de operador de vehículo, y una indicación de cuándo se solicitó el acceso se almacenan en la memoria 206 intermedia. El código de identificación de vehículo puede almacenarse también en la memoria 206 intermedia, tal como se ha explicado anteriormente.
La indicación de cuándo se solicita acceso puede ser en forma de fecha y hora, o pueden utilizarse otros procedimientos para establecer cuándo se solicita acceso. En la realización ejemplar, para identificar la fecha y la hora en que se solicita acceso se utiliza el número de segundos transcurridos después de las 00:00:00 del 1 de enero de 1988.
Los operadores de vehículo pueden iniciar sesión en el sistema de validación tanto como un operador activo o como un operador inactivo. Un operador activo se define como uno que está operando el vehículo, mientras que un operador inactivo es uno que no está actualmente operando el vehículo, pero está próximo al vehículo. Ejemplos de un operador inactivo son copilotos o un operador activo en un descanso. Cuando se produce un inicio de sesión, el estado del operador de vehículo, bien activo o inactivo, se almacena en la memoria 206 intermedia, o en otro dispositivo de memoria dentro del MCT 200 (no mostrado).
Es importante observar que en una realización ejemplar de la presente invención, el estado de operador activo/
inactivo no se transmite a la estación 102 central. El estado de un operador de vehículo se almacena en una estación 102 central bien como "sesión iniciada" o bien como "sesión cerrada". Los detalles de esto se explican más adelante en la presente memoria.
En una realización de la presente invención, muchos operadores de vehículo pueden iniciar sesión en el mismo MCT, sin embargo sólo un operador puede clasificarse como el operador activo en cualquier momento dado. Cada centro de gestión de flota puede determinar el número máximo de operadores de vehículo permitidos en un MCT en cualquier momento dado. En la realización ejemplar, un máximo de cinco operadores de vehículo puede iniciar sesión en un único MCT, aunque sólo uno puede iniciar sesión como un operador activo. El paradero de operadores tanto activos como inactivos es importante para sistemas electrónicos como el correo electrónico. Iniciando sesión en el sistema de validación, incluso como un operador inactivo, el sistema de correo electrónico conocerá a qué vehículo enviar los mensajes electrónicos.
Los operadores de vehículo pueden cambiar su estado a bordo del vehículo 108 de activo a inactivo y viceversa a través de la interfaz 202 de usuario. De nuevo, esta información no se comunica a la estación 102 central.
En la realización ejemplar, tras una solicitud de inicio de sesión, el código de identificación de operador de vehículo, el código de identificación de vehículo, y la hora y fecha de la solicitud de inicio de sesión se transmiten mediante el MCT 200 a través del transceptor 204, el satélite 104 de datos, y la estación 102 central en la que se reciben mediante el transceptor 216 y se proporcionan al dispositivo 208 de procesamiento. Tras una solicitud de cierre de sesión, se transmiten el código de identificación de operador de vehículo, el código de identificación de vehículo, y la fecha y hora de la solicitud de cierre de sesión. Debería entenderse que cualquiera o una combinación de estos ítems de datos necesita transmitirse a la estación 102 central, dependiendo de la aplicación que requiere validación. Por ejemplo, puede ser adecuado transmitir sólo el código de identificación de operador de vehículo con el fin de validar que el operador está autorizado para operar un vehículo. En esta situación, puede ser innecesario conocer qué vehículo está siendo operado o a qué hora y en qué fecha se generó una solicitud de acceso.
El dispositivo 208 de procesamiento es un dispositivo informático general, normalmente un ordenador digital, que está conectado a un transceptor 216 para comunicar con operadores de vehículo a través del MCT 200. Además, el dispositivo 208 de procesamiento está conectado a la base 210 de datos, a la unidad 212 de almacenamiento de datos, y al dispositivo 214 de interfaz. El dispositivo 208 de procesamiento es responsable de, entre otras cosas, conceder solicitudes de acceso a operadores de vehículo después del recibo de una solicitud de acceso, es decir, una solicitud de inicio de sesión o de cierre de sesión. El dispositivo de procesamiento verifica que un código de identificación de operador recibido se encuentra en la base 210 de datos, a continuación notifica a otros sistemas electrónicos, tales como el centro 110 de gestión de flota o la pasarela 218 de correo electrónico, que se ha producido un acceso satisfactorio.
El código de identificación de operador recibido por el dispositivo 208 de procesamiento se utiliza para buscar en la base 210 de datos un código de identificación de operador que coincida. La base 210 de datos contiene al menos el código de identificación de operador de vehículo para cada operador de vehículo que la gestión de flota espera utilizar o listar. Otra información puede almacenarse en la base 210 de datos correspondiente también a cada código de identificación de operador de vehículo. Por ejemplo, puede almacenarse un segundo código de identificación de operador, el nombre completo del operador, y/o el número de la seguridad social. Asimismo, se almacena el estado de la sesión de cada operador de vehículo, es decir, con sesión iniciada o sesión cerrada. Esta información es necesaria para registros del DOT automáticos y sumamente útil para los centros de gestión de flota para identificar, por el nombre, a operadores que están utilizando sus vehículos. El segundo código de identificación de operador puede ser necesario para interconectarse con otras aplicaciones electrónicas que requieren una identificación en otro formato distinto a la que se usa en el sistema de verificación de la presente invención.
Cuando un operador de vehículo inicia sesión en el sistema de validación, el segundo código de identificación de operador asociado con ese operador puede enviarse a otras aplicaciones electrónicas que requieren el formato alternativo. Por tanto, el operador de vehículo no necesita recordar, ni introducir, códigos de identificación múltiples con el fin de validarse en varias aplicaciones electrónicas. Otra información, tal como la última solicitud de acceso de un operador, el código de identificación de vehículo, y la fecha y hora de la solicitud, pueden almacenarse también. En la realización ejemplar, la base 210 de datos almacena el nombre completo de un operador de vehículo, un número de identificación SensorTRACS®, el estado de la sesión de un operador, un número de identificación del MCT en el que ha iniciado sesión más recientemente, la hora de un cierre de sesión previo, y el nombre de la gestión de flota en la que está empleado el operador. SensorTRACS® es un sistema electrónico comercializado por Qualcomm Incorporated utilizada para comunicar características de funcionamiento de un vehículo en ruta.
En la realización ejemplar, si el código de identificación de operador recibido se encuentra dentro de la base 210 de datos, el código de identificación de vehículo y la hora y fecha de la solicitud de inicio de sesión se almacena en la base 210 de datos correspondiente al operador solicitante. Además, un estado de sesión correspondiente al operador solicitante se cambia a "sesión iniciada", lo que significa que el operador tiene iniciada sesión actualmente en el vehículo. El dispositivo 208 de procesamiento notifica a continuación a uno o varios sistemas electrónicos de una solicitud de acceso satisfactoria transmitiendo el código de identificación de operador a cada sistema electrónico que requiere validación. Si se requiere un formato alternativo de identificación en un sistema electrónico concreto, puede transmitirse en su lugar un segundo código de identificación de operador, explicado anteriormente.
Además de transmitir el código de identificación de operador a cada sistema electrónico, puede transmitirse otra información según se necesite. Por ejemplo, puede transmitirse un código de identificación de vehículo correspondiente a una solicitud de acceso a una pasarela 218 de correo electrónico, de modo que pueden enviarse mensajes de correo electrónico al vehículo apropiado.
Un mensaje de confirmación de recepción se transmite al MCT 200 desde el dispositivo 208 de procesamiento y el transceptor 216 indicando que se recibió una solicitud de acceso. Si se solicitó un inicio de sesión, el mensaje de confirmación de recepción puede enviar información al MCT 200 indicando si la solicitud de inicio de sesión fue satisfactoria o no. Otra información puede transmitirse junto con el mensaje de confirmación de recepción también, dependiendo de si la solicitud fue satisfactoria o no. Si la solicitud de inicio de sesión fue satisfactoria, puede transmitirse información tal como el código de identificación de operador de vehículo, el nombre completo del operador de vehículo, la hora de inicio de sesión, y un segundo código de identificación para uso con sistemas electrónicos a bordo. Si la solicitud de inicio de sesión no fue satisfactoria, puede transmitirse el código de identificación de operador de vehículo, la hora del intento fallido de inicio de sesión, y una indicación de por qué se produjo el fallo.
El vehículo 108 puede utilizar la información transmitida con fines de seguridad o para registrar parámetros de rendimiento del vehículo a través de un sistema de monitorización electrónica. Por ejemplo, si el vehículo 108 está equipado con un dispositivo de seguridad para impedir un arranque no autorizado de un vehículo, un mensaje de validación satisfactorio permite al vehículo 108 comenzar a funcionar. De otro modo, el vehículo 108 no podrá comenzar a funcionar. Asimismo, un segundo código de identificación puede proporcionarse a un sistema de monitorización electrónica para hacer coincidir las características de rendimiento del vehículo con el operador de vehículo asignado al segundo código de identificación.
Un mensaje de confirmación de recepción, satisfactorio o no, puede transmitirse también al centro 110 de gestión de flota a través del dispositivo 214 de interfaz tras cada intento de iniciar sesión o cerrar sesión y almacenarse o bien en la unidad 212 de almacenamiento de datos o bien en la base 210 de datos para su recuperación posterior. El dispositivo 214 de interfaz puede ser cualquier dispositivo conocido en la técnica para comunicar información desde una situación a otra. Ejemplos de dispositivos 214 de interfaz incluyen transceptores inalámbricos, dispositivos de interfaz telefónicos, interfaces T1, etcétera.
Ocasionalmente, el vehículo 108 no podrá comunicar con el satélite 104 de datos por una obstrucción física que bloquea la trayectoria de la señal. Por ejemplo, el vehículo 108 podría estar estacionado debajo de un paso elevado o situado dentro de un túnel. El MCT 200 intenta contactar con el satélite 104 de datos cuando un operador de vehículo intenta acceder al sistema de validación. La fecha y la hora del intento de acceso se registra en la memoria 206 intermedia junto con el código de identificación de operador. Si el mensaje de confirmación de recepción desde la estación 102 central no se recibe dentro de un periodo de tiempo predeterminado, la información almacenada en la memoria 206 intermedia se retransmite otra vez a través del transceptor 204. Este ciclo se repite hasta que un mensaje de confirmación de recepción se recibe desde la estación 102 central.
Cada código de identificación de operador de vehículo debe ser exclusivo para cada operador de vehículo en el sistema de comunicaciones. El código de identificación de operador de vehículo puede ser cualquier combinación alfanumérica, cada una teniendo una longitud máxima y mínima que va a determinar un operador de sistema. La longitud mínima del código de identificación la dicta el número máximo de operadores de vehículo que se esperan en el sistema. La longitud máxima de bien el nombre de usuario, la contraseña, o ambos puede estar limitada por el coste asociado con comunicar la información utilizando un satélite 104 de datos. Un ejemplo de un código de identificación podría ser un nombre de usuario y una contraseña en combinación. El nombre de usuario podría ser el apellido, nombre, número de la seguridad social reales del operador de vehículo o una combinación de éstos. La contraseña puede ser cualquier secuencia alfanumérica que, en combinación con el nombre de usuario, identifica de manera exclusiva a cada operador de vehículo en el sistema.
Pueden utilizarse otros procedimientos de identificar de manera exclusiva a operadores de vehículo. Por ejemplo, cada centro de gestión de flota en el sistema de comunicaciones puede asignar un nombre de usuario exclusivo a sus respectivos empleados, sin embargo, estos nombres de usuario no tienen que ser exclusivos en la totalidad del sistema. Los operadores de vehículo estarían aún así identificados de manera exclusiva en todo el sistema si los nombres de usuario estuvieran asociados con el centro de gestión de flota específico desde el que se hubiera hecho cualquier solicitud. Por ejemplo, si un primer centro de gestión de flota y un segundo centro de gestión de flota tienen a Bob como nombre de usuario en sus centros, no se producirá ninguna confusión en la estación central cuando se acceda al registro de datos de Bob desde cualquiera de los dos centros de gestión ya que cada Bob de la base 210 de datos estará asociado de manera exclusiva con su centro de gestión de flota respectivo.
Una vez que un operador de vehículo ha iniciado sesión satisfactoriamente en el sistema de validación como un operador activo en el MCT 200, los datos de funcionamiento del vehículo 108 pueden almacenarse en correspondencia con el operador activo y el vehículo asociado. Los datos de funcionamiento pueden almacenarse en la memoria 206 intermedia, en otra memoria a borde del vehículo 108 (no mostrada), o transmitirse a la estación 102 central y almacenarse en la base 210 de datos o en otra base de datos, mostrada como la unidad 212 de almacenamiento de datos en la figura 2. Los datos pueden estar constituidos de las posiciones del vehículo, la velocidad del vehículo, las RPM, y el tiempo de parada, entre otras. Los datos de funcionamiento continuarán almacenándose en el nombre de operador activo hasta que se reciba una solicitud de cierre de sesión desde la interfaz 202 de usuario o se solicite un cierre de sesión forzado (explicado posteriormente) desde el centro 110 de gestión de flota. A partir de estos datos, pueden generarse registros del DOT automáticos y características de funcionamiento de toda la flota compilados para su uso en análisis de rentabilidad.
Cuando un operador desea cerrar sesión en el sistema de validación, se introduce una solicitud de cierre de sesión a través de la interfaz 202 de usuario. La solicitud de cierre de sesión requiere el nombre de usuario y la contraseña preasignados exclusivos del operador. En la realización ejemplar, se utiliza una pantalla controlada por menú para minimizar errores de entrada del operador de vehículo. Un operador que quiera cerrar sesión en el sistema de validación se desplaza por una lista de operadores, selecciona su nombre, a continuación introduce la solicitud de cierre de sesión. El operador puede elegir cerrar sesión en el sistema completamente, o cambiar su estado de operador a "inactivo". No se necesita ninguna contraseña para cerrar sesión en el sistema de validación en la realización ejemplar. En el MCT 200, si el operador de vehículo inició sesión como operador activo, no se atribuirán datos de operación adicionales al mismo una vez solicitado un cierre de sesión. Sin tener en cuenta si el operador estaba activo o inactivo, el MCT 200 borra el ID de operador de la memoria 206 intermedia de modo que otro operador puede iniciar sesión como operador activo o inactivo.
Puede cerrarse la sesión de un operador de vehículo automáticamente en un primer MCT mediante la estación 102 central si intenta iniciar sesión en un segundo MCT. Tras la recepción de una solicitud de sesión, el dispositivo 208 de procesamiento primero determina si el nombre de usuario y la contraseña recibidos son válidos en la base 210 de datos. A continuación, el dispositivo 208 de procesamiento comprueba el estado de sesión para ver si el operador ha iniciado sesión en el sistema de validación, y si es así, en qué MCT. Si el operador ha iniciado sesión en otro MCT, la base 210 de datos se modifica para reflejar que el operador ha iniciado sesión ahora en el segundo MCT, y se transmite un mensaje al primer MCT ordenándole cerrar sesión. En el primer MCT, el operador de vehículo se elimina con operador activo o inactivo y no se le atribuyen más datos de operación adicionales.
Otra situación en la que puede iniciarse un cierre de sesión automático es cuando ha transcurrido un periodo de tiempo predeterminado después de que el interruptor de encendido del vehículo se lleva a la posición "apagado". El procesador 205 inicia al temporizador 207 después de detectar que el interruptor de encendido del vehículo ha sido apagado. Puede implementarse el temporizador 207 de muchas maneras, incluyendo un dispositivo autónomo o implementado mediante software. Si el temporizador 207 indica que ha transcurrido un determinado periodo de tiempo desde que se ha apagado el interruptor de encendido del vehículo, se cierra la sesión del operador activo en el sistema que ha iniciado sesión en el MCT 200 a través de un mensaje que se transmite a la estación 102 central. El mensaje de cierre de sesión contiene el código de identificación de operador, el sello de fecha y hora del cierre de sesión, y el código de identificación del MCT. En una realización alternativa, después de que ha transcurrido el periodo de tiempo predeterminado, el operador activo se cambia a estado inactivo en la memoria 206 intermedia. No se transmite ningún mensaje a la estación 102 central en este caso. Hasta que no ha transcurrido un segundo periodo de tiempo predeterminado, se cierra la sesión del operador del sistema de validación completamente a través de una solicitud de cierre de sesión transmitida a la estación 102 central.
Si un operador de vehículo previo que tiene un estado de operador activo ha olvidado cerrar sesión en el sistema de validación y un nuevo operador desea iniciar sesión como el operador activo, el estado del operador de vehículo previo se cambia de activo a inactivo en la memoria 206 intermedia. No se transmite ningún mensaje a la estación 102 central informándola de cualquier cambio de estado del operador de vehículo previo, sin embargo, el nuevo operador de vehículo transmite una solicitud de inicio de sesión. Si un número predeterminado máximo de operadores de vehículo han iniciado ya sesión en un MCT particular cuando un nuevo operador desea iniciar sesión, está disponible uno de los dos procedimientos posibles para resolver el conflicto. En la realización ejemplar utilizando el sistema controlado por menú descrito anteriormente, el nuevo operador de vehículo elige a qué operador de vehículo previo se le va a cerrar la sesión en el sistema de validación. El nuevo operador se desplaza hasta el nombre de operador elegido y solicita un cierre de sesión, a continuación transmite una solicitud de inicio de sesión utilizando su nombre de usuario y su contraseña. En una realización alternativa, el procesador 205 cierra automáticamente la sesión de uno de los operadores previos en el sistema utilizando un algoritmo predeterminado. Por ejemplo, el procesador 205 podría eliminar al operador con mayor tiempo de inicio de sesión, o un operador que no ha sido el operador activo durante un periodo de tiempo superior al predeterminado.
La base 210 de datos es accesible para el centro 110 de gestión de flota así como para el MCT 200. El centro 110 de gestión de flota comunica con la base 210 de datos con el fin de crear, borrar, o modificar registros de operador de vehículo. Si un nuevo registro de operador de vehículo va a crearse o modificarse, el centro 110 de gestión de flota proporciona el nombre completo del operador y el código de identificación de operador de vehículo a la base 210 de datos a través de la estación 102 central. Otra información puede incluirse también. Por ejemplo, un segundo nombre de usuario o contraseña que identifica al mismo operador de vehículo puede proporcionarse a la base 210 de datos para su uso con una aplicación electrónica que necesita su propio nombre de usuario y/o contraseña. Si un registro de operador ya existe en la base 210 de datos que coincide con el registro solicitado, el registro antiguo se modifica con la nueva información. Si no existe registro que coincida con el operador de vehículo solicitado, se crea un nuevo registro, y se informa a gestión de flota del fallo para situar a un operador existente. Puede transmitirse un mensaje de confirmación de recepción desde la estación 102 central al centro 110 de gestión de flota confirmando la solicitud de creación/modificación y también para informar a gestión de flota si la solicitud fue satisfactoria. Además, en la realización ejemplar, se cerrará la sesión automáticamente de un operador de vehículo en el sistema de validación siempre que su información se modifique en la base 210 de datos.
Si se desea borrar un registro existente de un operador de vehículo, se envía una solicitud apropiada desde el centro 110 de gestión de flota a la base 210 de datos. La solicitud contiene información que identifica el registro de operador de vehículo que va a borrarse. Se transmite un mensaje de confirmación de recepción desde la estación 102 central al centro 110 de gestión de flota confirmando la solicitud de borrado y también para informar a gestión de flota si la solicitud fue satisfactoria o no. Puede producirse un fallo si el registro de operador de vehículo que va a borrarse no se encuentra en la base 210 de datos.
El centro 110 de gestión de flota puede también ordenar el cierre de sesión de cualquier operador de vehículo que tenga actualmente una sesión iniciada en el sistema. El centro 110 de gestión de flota envía una orden de cierre de sesión a la estación 102 central que identifica al operador al que se le va a cerrar sesión. El dispositivo 208 de procesamiento recibe la orden de cierre de sesión desde el dispositivo 214 de interfaz, a continuación sitúa el estado del operador en la base 210 de datos. Si el operador identificado tiene una sesión iniciada en el sistema, el estado del operador se cambia a "sesión cerrada" y se transmite un mensaje al MCT 200 informándole del cambio de estado. En el MCT 200, se notifica también a cualquier aplicación electrónica basada en una identificación de operador válido del cambio de estado. De nuevo, la estación 102 central puede enviar un mensaje de confirmación de recepción al centro 110 de gestión de flota en respuesta a la solicitud de cierre de sesión. Puede producirse un cierre de sesión forzado, por ejemplo, si se conoce que un operador de vehículo activo ya no está operando el vehículo.
El centro 110 de gestión de flota puede consultar a la base 210 de datos para determinar qué operadores han iniciado sesión en un MCT especificado (una consulta de MCT) o para determinar el estado y la situación de un operador de vehículo (una consulta de operador). Una consulta de MCT recupera información de la base 210 de datos respecto a qué operadores de vehículo han iniciado sesión actualmente en el MCT específico, o bien como operadores activos o bien como operadores inactivos. Debería entenderse que en una realización ejemplar de la presente invención, un estado activo o inactivo no puede determinarse accediendo a la base 210 de datos. Esto se debe a que el estado activo/inactivo no se transmite a la estación 102 central. En la base 210 de datos sólo se obtiene y se almacena el estado "sesión iniciada" o "sesión cerrada". Una consulta de operador recupera información de la base 210 de datos respecto al MCT en el que ha iniciado sesión el operador de vehículo especificado, si lo ha hecho en alguno.
Cada MCT en el sistema de comunicaciones se asigna a sólo uno entre muchos centros de gestión de flota en el sistema. Cada centro de gestión de flota puede comunicar sólo con sus correspondientes MCT. Por tanto, sólo puede realizarse una consulta de MCT que coincide con un MCT de una gestión de flota particular.
El centro 110 de gestión de flota puede personalizar un cierto número de parámetros de sistema asociados con el sistema de validación/verificación para cumplir necesidades específicas comunicando con la estación 102 central. Por ejemplo, el centro 110 de gestión de flota puede habilitar o deshabilitar la totalidad del sistema de validación en cualquier momento. El número de intentos de inicio de sesión fallidos antes de que se genere una alerta de seguridad puede cambiarse o deshabilitarse. La distancia o el tiempo transcurridos sin un operador activo válido con una sesión iniciada en el sistema pueden variarse o deshabilitarse. El tiempo entre pitidos que indican un fallo para iniciar sesión en el sistema de validación puede cambiarse o deshabilitarse. La característica de cierre de sesión automático después de un periodo predeterminado de inactividad del motor puede modificarse o deshabilitarse. El sistema 110 de gestión de flota puede solicitar en cualquier momento el estado de cualquiera de estos ajustes predeterminados.
Finalmente, el centro 110 de gestión de flota puede solicitar datos de operación para cada vehículo o cada operador de vehículo, según lo necesite. La base de datos devolverá todos los datos que se registraron del vehículo/operador de vehículo desde la última vez que se recuperó información. Esta información puede almacenarse o bien en la memoria 206 intermedia, en otra memoria a bordo del vehículo 108, en la base 210 de datos o en la unidad 212 de almacenamiento de datos.
En la realización ejemplar, si el MCT 200 transmite una alerta de seguridad, el número de identificación del MCT, la fecha y la hora de la infracción, y el tipo de alerta se transmite a la estación 102 central. Se notifica al centro 110 de gestión de flota de la alerta así como a otras aplicaciones electrónicas que pueden utilizar la información de seguridad.
Bien el MCT 200 o la estación 102 central pueden determinar otros tipos de información siempre que se genere un inicio de sesión, un cierre de sesión o una alerta de seguridad. Por ejemplo, el nombre de la gran ciudad más cercana o el nombre de la ciudad (de cualquier tamaño) más cercana puede calcularse y proporcionarse al centro 110 de gestión de flota. La información asociada con cualquier ciudad identificada puede incluir el estado en el que está situada, el código postal, y el número de kilómetros y la dirección a la que se encuentra el MCT particular de la ciudad identificada.
La figura 3 es un diagrama de flujo que detalla las etapas que se llevan a cabo durante la solicitud de inicio de sesión. Un operador de vehículo que desea iniciar sesión en el sistema de validación comienza por solicitar un inicio de sesión en el MCT 200, mostrado como la etapa 300. Normalmente, el operador de vehículo solicitante introduce un nombre de usuario y una contraseña exclusivos. El operador de vehículo inicia sesión en el sistema bien como un operador activo o inactivo.
En la etapa 305, se notifican diversas aplicaciones a bordo del inicio de sesión. Por ejemplo, un sistema de monitorización electrónica que registra las características de funcionamiento del vehículo comenzará a registrar estas características con el nombre del operador activo. Puede informarse a un elemento de seguridad a bordo del vehículo del inicio de sesión del operador.
En la etapa 310, el transceptor 204 transmite la solicitud de inicio de sesión a la estación 102 central. En la realización ejemplar se transmiten el nombre de usuario de operador, la contraseña, el número de identificación del MCT, y la hora de inicio de sesión.
En la etapa 315, el dispositivo 208 de procesamiento busca en la base 210 de datos para determinar si el nombre de usuario recibido se almacena dentro de la base de datos, y si es así, si la contraseña recibida coincide con la contraseña correspondiente con el nombre de usuario en la base 210 de datos. Si no se encuentra ese nombre de usuario, o si se encuentra el nombre de usuario, pero la contraseña transmitida no coincide con la contraseña almacenada en la base 210 de datos, se lleva a cabo la etapa 320 que transmite un mensaje al MCT 200 y al centro 110 de gestión de flota que indica que se ha detectado un inicio de sesión fallido. Un registro del intento de inicio de sesión se almacena también bien en la base 210 de datos o bien en la unidad 212 de almacenamiento de datos. El MCT 200 a su vez notifica al operador de vehículo de la solicitud de inicio de sesión fallida a través de la interfaz 202 de usuario. El MCT 200 notifica también a las aplicaciones a bordo que la solicitud de inicio de sesión fue fallida.
Si se detecta un nombre de usuario y una contraseña válidos en la etapa 315, se lleva a cabo una comprobación en la etapa 330 para determinar si el operador solicitante tiene iniciada una sesión actualmente en otro MCT. Esta situación se produciría si el operador no cerrara sesión en un MCT previo o si se introdujera un cierre de sesión, pero no se comunicara, a la estación 102 central. En cualquier caso, si se detecta que el operador solicitante tiene iniciada una sesión actualmente en otro MCT, se transmite un mensaje al MCT previo ordenando un cierre de sesión en la etapa 335.
Si el operador solicitante no ha iniciado sesión en otro vehículo, el estado del operador se cambia en la etapa 340 a "sesión iniciada" en la base 210 de datos junto con el número de identificación del MCT y la hora de la solicitud de inicio de sesión. En la etapa 345, se transmite un mensaje al MCT 200 que indica un inicio de sesión satisfactorio, incluyendo cualquier otra información útil para una aplicación electrónica a bordo, tal como un segundo número de identificación exclusivo, formateado para la aplicación a bordo específica. Se transmite también un mensaje al centro 110 de gestión de flota y a otras aplicaciones electrónicas tales como la pasarela 218 de correo electrónico, que identifica al operador de vehículo y el número de identificación del MCT asociado.
Finalmente, en la etapa 350, el MCT 200 notifica a cualquier aplicación a bordo del inicio de sesión satisfactorio. Por ejemplo, el MCT 200 puede notificar a un sistema de registro de rendimiento de vehículo a bordo del inicio de sesión satisfactorio proporcionando un número de identificación de operador exclusivo transmitido por la estación 102 central.
La figura 4 es un diagrama de flujo que detalla las etapas que se llevan a cabo durante un cierre de sesión de operador en el sistema de validación. En la etapa 400, un operador de vehículo que ha iniciado sesión previamente en el sistema de validación solicita un cierre de sesión introduciendo un nombre de usuario y una contraseña preasignados, exclusivos en la interfaz 202 de usuario. En la realización ejemplar, se utiliza una pantalla controlada por menú para minimizar errores de entrada del operador de vehículo. Un operador que desea cerrar sesión en el sistema de validación se desplaza a través de una lista de operadores, selecciona su nombre, a continuación introduce la solicitud de cierre de sesión. No se necesita una contraseña para cerrar sesión en el sistema de validación en la realización ejemplar.
En la etapa 405, se envía un mensaje de cierre de sesión a cualquier sistema electrónico que requiere un operador de vehículo identificado. Por ejemplo, podría notificarse a un sistema de seguridad a bordo del cierre de sesión, y comenzar a monitorizar el vehículo por desplazamiento no autorizado.
En la etapa 410, la solicitud de cierre de sesión se transmite desde el MCT 200 a la estación 102 central. La solicitud de cierre de sesión contiene, como mínimo, el nombre de usuario asociado con el operador que solicita el cierre de sesión.
La solicitud se recibe en la estación 102 central y se envía al dispositivo 208 de procesamiento, en el que se busca en la base 210 de datos el nombre de usuario solicitado. En la etapa 415, si ningún registro de la base 210 de datos coincide con el nombre de usuario transmitido que solicita el cierre de sesión, se genera un mensaje de error en la etapa 420 y se almacena en la unidad 212 de almacenamiento de datos o en la base 210 de datos y/o se transmite al centro de gestión de flota apropiado.
Si se detecta el nombre de usuario solicitante como un registro válido en la base 210 de datos, se lleva a cabo la etapa 425 que determina si el operador solicitante ha iniciado sesión actualmente en el sistema de validación. Si no se encuentra que el operador solicitante tiene un estado de "sesión iniciada", se genera un mensaje de error en la etapa 430 y se guarda bien en la unidad 212 de almacenamiento de datos o bien en la base 210 de datos, y/o se transmite al sistema de gestión de flota apropiado.
Si el estado de inicio de sesión del operador solicitante se determina que es de "sesión iniciada" en la base 210 de datos, el estado de inicio de sesión se cambia a "sesión cerrada" y se transmite un mensaje al centro 110 de gestión de flota así como a cualquier aplicación electrónica que necesite información de este tipo. Por ejemplo, se notificará a la pasarela 218 de correo electrónico del cambio de estado del operador, y cualquier mensaje de correo electrónico dirigido a ese operador se almacenará hasta que el operador inicie sesión en el sistema de validación de nuevo.
La figura 5 es un diagrama de flujo que detalla las etapas llevadas a cabo durante una infracción de seguridad a bordo del vehículo 108. En la etapa 500, una alerta de seguridad se genera en el MCT 200 tras producirse una cualquiera de varias posibles infracciones de seguridad basadas en inicio de sesión. Por ejemplo, si el vehículo 108 se opera sin tener un operador activo con sesión iniciada en el sistema de validación, se generará una alerta de seguridad después de que el vehículo 108 ha sido operado durante más de una distancia o un periodo de tiempo predeterminados. Se generará una señal audible y/o visual en el MCT 200 induciendo que un operador inicie sesión en el sistema hasta que se intente un inicio de sesión de este tipo.
En la etapa 505, el MCT 200 transmite la alerta de seguridad, identificando desde qué MCT se está generando la alerta, el tipo de infracción, y la hora a la que la alerta se generó.
En la etapa 510, la estación 102 central transmite la alerta de seguridad y la información correspondiente al centro 110 de gestión de flota que corresponde al MCT que generó la alerta de seguridad. La estación 102 central también notifica a cualquier otra aplicación que necesite información de este tipo.
En otra realización, el dispositivo 208 de procesamiento registra el número de intentos de inicio de sesión fallidos, consecutivos realizados desde un único MCT. Si el número de intentos de inicio de sesión no satisfactorios excede un número predeterminado, se denegarán todos los intentos adicionales de inicio de sesión. Se notificará al centro de gestión de flota asociado con el MCT particular y no se permitirán más inicios de sesión desde el MCT hasta que el centro de gestión de flota correspondiente envíe un mensaje que permite que continúen los inicios de sesión.

Claims (28)

1. Un aparato para identificar y validar operadores de vehículo en sistemas electrónicos múltiples en un sistema de comunicaciones que tiene una estación (102) central y una pluralidad de vehículos (108), en el que a cada vehículo (108) se le asigna un código exclusivo de identificación de vehículo y a cada operador de vehículo se le asigna un código exclusivo de identificación, comprendiendo dicho aparato:
una base (210) de datos para almacenar un primer código de identificación de operador correspondiente a un primer operador de vehículo en el sistema de comunicaciones;
un terminal (200) de comunicaciones para transmitir una primera solicitud (310, 410) de acceso de usuario a una estación (102) central, en el que la solicitud (310, 410) de acceso incluye una presentación del primer código de identificación de operador;
un primer dispositivo (208) de procesamiento conectado a dicha base (210) de datos para determinar si dicha solicitud de acceso debería concederse o denegarse, en el que el acceso se concede si el primer código de identificación de operador coincide con el primer código de identificación de operador almacenado en la base (210) de datos;
medios para proporcionar un segundo código de identificación de operador almacenado en la base (210) de datos correspondiente a dicho primer operador de vehículo en un sistema electrónico para permitir a dicho primer usuario acceso a dicho sistema electrónico si se concede el acceso, utilizando dicho sistema electrónico para validar dicho primer operador de vehículo dicho segundo código de identificación de operador; y
medios para notificar al menos a un sistema electrónico acerca de la identidad de un operador de vehículo correspondiente a dicha solicitud de acceso si dicho primer dispositivo (208) de procesamiento ha concedido dicha solicitud de acceso.
2. El aparato según la reivindicación 1 en el que dicho primer código de identificación de operador es un código alfanumérico preasignado que es exclusivo para cada operador de vehículo en dicho sistema de comunicaciones.
3. El aparato según la reivindicación 2 en el que dicho código alfanumérico preasignado comprende un nombre de usuario y una contraseña.
4. El aparato según la reivindicación 1 en el que dicho terminal (200) de comunicaciones está situado a bordo de dicho vehículo (108).
5. El aparato según la reivindicación 1 en el que dicho sistema electrónico se selecciona del grupo que está constituido por un centro (110) de gestión de flota, un sistema (218) de correo electrónico, un sistema de registro automático, un sistema de seguridad de vehículo, y un sistema electrónico de monitorización de vehículo.
6. El aparato según la reivindicación 1 que comprende además un temporizador (207) para generar una indicación de cuándo se produjo dicha solicitud de acceso, en el que dicho terminal (200) de comunicaciones transmite adicionalmente dicha indicación junto con dicha solicitud de acceso.
7. El aparato según la reivindicación 6 en el que dicha indicación es el número de segundos transcurridos desde una fecha predeterminada.
8. El aparato según la reivindicación 1 que comprende además:
un segundo dispositivo (205) de procesamiento a bordo de dicho vehículo (108) para detectar cuándo se ha apagado el encendido del vehículo;
un temporizador (207) para determinar el periodo de tiempo transcurrido desde que se ha apagado el encendido de dicho vehículo;
\quad
en el que dicho segundo dispositivo (205) de procesamiento transmite un mensaje (410) de cierre de sesión a dicha estación (102) central si dicho tiempo transcurrido excede un periodo de tiempo predeterminado.
9. El aparato según la reivindicación 1 en el que dicha solicitud de acceso se selecciona del grupo que está constituido por una solicitud (300, 400) de inicio de sesión y de cierre de sesión.
10. El aparato según la reivindicación 1 en el que dicha estación (102) central comprende medios de transmisión para transmitir un mensaje de confirmación de recepción a dicho vehículo indicativo de si dicha solicitud de acceso se concedió o no.
11. El aparato según la reivindicación 10 que comprende además:
una memoria (206) intermedia a bordo de dicho vehículo para almacenar al menos un código de identificación de operador y una indicación de tiempo de cuándo se produjo dicha solicitud de acceso.
12. El aparato según la reivindicación 11 en el que dicho terminal (200) de comunicaciones comprende medios para retransmitir al menos dicho código de identificación de operador, dicho código de identificación de vehículo, y dicha indicación de tiempo a dicha estación (102) central si dicho terminal (200) de comunicaciones no recibe dicho mensaje de confirmación de recepción dentro de un periodo de tiempo predeterminado.
13. El aparato según la reivindicación 1 en el que un nombre de dicho primer operador de vehículo se almacena en dicha base (210) de datos correspondiente a dicho primer código de identificación de operador.
14. El aparato según la reivindicación 1 en el que un centro (110) de gestión de flota puede configurar dicha base (210) de datos.
15. El aparato según la reivindicación 1 en el que los medios para proporcionar dicho segundo código de identificación de operador son además para proporcionar un tercer código de identificación de operador asociado con dicho primer operador de vehículo en un segundo sistema electrónico, utilizando dicho segundo sistema electrónico para validar dicho primer operador de vehículo dicho tercer código de identificación de operador.
16. Un procedimiento de identificación y validación de operadores de vehículo en sistemas electrónicos múltiples en un sistema de comunicaciones que tiene una estación (102) central y una pluralidad de vehículos (108), en el que a cada vehículo (108) se le asigna un código exclusivo de identificación de vehículo y a cada operador de vehículo se le asigna un código exclusivo de identificación, comprendiendo dicho procedimiento las etapas de:
recibir una primera solicitud de acceso de usuario de un operador de vehículo;
transmitir un primer código de identificación de operador correspondiente a un primer operador de vehículo y un código de identificación de vehículo a una estación (102) central;
recibir dicho primer código de identificación de operador y dicho código de identificación de vehículo por dicha estación (102) central;
determinar la presencia o ausencia de dicho primer código de identificación de operador dentro de una base (210) de datos;
proporcionar un segundo código de identificación de operador almacenado en la base (210) de datos correspondiente a dicho primer operador de vehículo en un sistema electrónico para permitir a dicho primer usuario acceso a dicho sistema electrónico, utilizando dicho sistema electrónico para validar dicho primer operador de vehículo dicho segundo código de identificación de operador; y
notificar al menos a un sistema electrónico de dicha solicitud de acceso si dicho código de identificación de operador se encuentra en dicha base (210) de datos.
17. El procedimiento según la reivindicación 16 en el que cada uno de dichos primero y segundo códigos de identificación de operador es un código alfanumérico preasignado que es exclusivo para cada operador de vehículo en dicho sistema de comunicaciones.
18. El procedimiento según la reivindicación 17 en el que dicho código alfanumérico preasignado comprende un nombre de usuario y una contraseña.
19. El procedimiento según la reivindicación 16 en el que dicho sistema electrónico se selecciona del grupo que está constituido por un centro (110) de gestión de flota, un sistema (218) de correo electrónico, un sistema de registro automático, un sistema de seguridad de vehículo, y un sistema electrónico de monitorización de vehículo.
20. El procedimiento según la reivindicación 16 en el que una indicación de cuándo se produjo dicha solicitud de acceso se transmite también junto con dicho primer código de identificación de operador y dicho código de identificación de vehículo.
21. El procedimiento según la reivindicación 20 en el que dicha indicación es el número de segundos transcurridos desde una fecha fija predeterminada.
22. El procedimiento según la reivindicación 16 que comprende la etapa de transmitir automáticamente un mensaje de cierre de sesión a dicha estación central si ha transcurrido un periodo de tiempo predeterminado desde que se ha apagado el encendido de un vehículo.
\newpage
23. El procedimiento según la reivindicación 16 que comprende además la etapa de transmitir un mensaje de confirmación de recepción desde dicha estación (102) central a dicho vehículo (108) indicativo de la recepción de dicho primer código de identificación de operador y dicho código de identificación de vehículo.
24. El procedimiento según la reivindicación 23 en el que la etapa de transmitir comprende:
almacenar dicho primer código de identificación de operador, y una indicación de tiempo de cuándo se produjo dicha solicitud de acceso en una memoria (206) intermedia a bordo de dicho vehículo (108); y
transmitir dicho primer código de identificación de operador, dicha indicación de tiempo, y dicho código de identificación de vehículo a dicha estación central.
25. El procedimiento según la reivindicación 24 que comprende además la etapa de retransmitir dicho primer código de identificación de operador, dicha indicación de tiempo, y dicho código de identificación de vehículo a dicha estación (102) central si dicho vehículo no recibe dicho mensaje de confirmación de recepción dentro de un periodo de tiempo predeterminado.
26. El procedimiento según la reivindicación 16 en el que un nombre de dicho operador de vehículo se almacena en dicha base (210) de datos correspondiente a dicho primer código de identificación de operador en dicha base (210) de datos.
27. El procedimiento según la reivindicación 16 en el que un centro (110) de gestión de flota puede configurar dicha base de datos.
28. El procedimiento según la reivindicación 16 que comprende además la etapa de proporcionar un tercer código de identificación de operador asociado con dicho primer operador de vehículo a un segundo sistema electrónico, utilizando dicho segundo sistema electrónico para validar dicho primer operador de vehículo dicho tercer código de identificación de operador.
ES99904173T 1998-01-22 1999-01-21 Procedimiento y aparato para validar operadores de vehiculos. Expired - Lifetime ES2286879T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10949 1998-01-22
US09/010,949 US6108591A (en) 1998-01-22 1998-01-22 Method and apparatus for validating vehicle operators

Publications (1)

Publication Number Publication Date
ES2286879T3 true ES2286879T3 (es) 2007-12-01

Family

ID=21748179

Family Applications (1)

Application Number Title Priority Date Filing Date
ES99904173T Expired - Lifetime ES2286879T3 (es) 1998-01-22 1999-01-21 Procedimiento y aparato para validar operadores de vehiculos.

Country Status (11)

Country Link
US (1) US6108591A (es)
EP (1) EP1050023B1 (es)
CN (1) CN1273942C (es)
AT (1) ATE363105T1 (es)
AU (1) AU2462699A (es)
BR (1) BR9907178A (es)
CA (1) CA2318255C (es)
DE (1) DE69936133T2 (es)
ES (1) ES2286879T3 (es)
HK (1) HK1035048A1 (es)
WO (1) WO1999038124A1 (es)

Families Citing this family (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6535917B1 (en) * 1998-02-09 2003-03-18 Reuters, Ltd. Market data domain and enterprise system implemented by a master entitlement processor
US9075136B1 (en) 1998-03-04 2015-07-07 Gtj Ventures, Llc Vehicle operator and/or occupant information apparatus and method
US7769644B2 (en) 1998-04-01 2010-08-03 R & L Carriers, Inc. Bill of lading transmission and processing system for less than a load carriers
DE19909157A1 (de) * 1999-03-02 2000-09-21 Daimler Chrysler Ag Verteiltes Fahrzeuginformationsverarbeitungs- und Fahrzeugsteuersystem
KR100342020B1 (ko) * 1999-03-12 2002-06-27 윤종용 고유번호를 구비한 원격제어컴퓨터시스템 및 그것의 관리 방법
WO2000070530A1 (en) * 1999-05-19 2000-11-23 I.D. Systems, Inc. Fully automated vehicle rental system
US7656271B2 (en) * 2002-01-09 2010-02-02 I.D. Systems, Inc. System and method for managing a remotely located asset
US6526341B1 (en) * 1999-06-10 2003-02-25 Qualcomm, Inc. Paperless log system and method
CN1196009C (zh) 2000-05-31 2005-04-06 精工爱普生株式会社 投影机、图像显示系统、数据保存及显示方法
US7092803B2 (en) * 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
GB2373614B (en) * 2001-03-21 2004-11-10 Int Computers Ltd Vehicle security system and method
US20020174092A1 (en) * 2001-05-16 2002-11-21 Olson Bruce A. Graphical editing of driver log data
DE10139888A1 (de) * 2001-08-20 2003-03-20 Bayerische Motoren Werke Ag Verfahren zum automatischen Login einer insbesondere in einem Kraftfahrzeug befindlichen Teilnehmerstation in einem externen Informationssystem
US20030093199A1 (en) * 2001-11-15 2003-05-15 Michael Mavreas Remote monitoring and control of a motorized vehicle
US6714857B2 (en) 2002-02-26 2004-03-30 Nnt, Inc. System for remote monitoring of a vehicle and method of determining vehicle mileage, jurisdiction crossing and fuel consumption
US20030162523A1 (en) * 2002-02-27 2003-08-28 Michael Kapolka Vehicle telemetry system and method
US6832140B2 (en) * 2002-03-08 2004-12-14 At Road, Inc. Obtaining vehicle usage information from a remote location
WO2003087971A2 (en) * 2002-04-12 2003-10-23 Sema Uk Ltd. Operating costs tracking system and method
US20030195676A1 (en) * 2002-04-15 2003-10-16 Kelly Andrew Jeffrey Fuel and vehicle monitoring system and method
US6980093B2 (en) * 2002-05-07 2005-12-27 The Johns Hopkins University Commercial vehicle electronic screening hardware/software system with primary and secondary sensor sets
US20040021563A1 (en) * 2002-07-31 2004-02-05 Deere & Company Method for remote monitoring equipment for an agricultural machine
US20040204795A1 (en) * 2002-08-12 2004-10-14 John Harvey Vehicle security system and method
US20040162844A1 (en) * 2003-02-13 2004-08-19 J. J. Keller & Associates, Inc. Driver management system and method
USRE47986E1 (en) 2003-05-15 2020-05-12 Speedgauge, Inc. System and method for evaluating vehicle and operator performance
US6923370B2 (en) * 2003-05-20 2005-08-02 Bradley L. Gotfried Access system
JP2005222417A (ja) * 2004-02-06 2005-08-18 Pioneer Electronic Corp ポイント管理装置、車両、ポイント算出方法およびポイント算出プログラム
US7778894B2 (en) * 2004-03-10 2010-08-17 Intertax Method and apparatus for preparing tax information in the trucking industry
CA2596169A1 (en) * 2004-10-07 2006-04-20 Kenan Advantage Group, Inc. Server-based systems and methods for processing fuel orders
US7683760B2 (en) * 2005-03-01 2010-03-23 I.D. Systems, Inc. Mobile portal for RFID applications
CA2509804A1 (fr) * 2005-06-15 2006-12-15 Kolombo Technologies Ltee Systeme de gestion et d'intervention a distance et en temps reel pour vehicules industriels de transport routier
TW200705327A (en) * 2005-07-21 2007-02-01 Sin Etke Technology Co Ltd Vehicle service system and method for returning periodic maintenance mileage thereof
US7117075B1 (en) 2005-08-15 2006-10-03 Report On Board Llc Driver activity and vehicle operation logging and reporting
US8626377B2 (en) 2005-08-15 2014-01-07 Innovative Global Systems, Llc Method for data communication between a vehicle and fuel pump
US9818120B2 (en) 2015-02-20 2017-11-14 Innovative Global Systems, Llc Automated at-the-pump system and method for managing vehicle fuel purchases
US20070067228A1 (en) * 2005-09-22 2007-03-22 Furman Cory J Interjurisdictional consumption analysis in transportation applications
SE528774C2 (sv) * 2005-11-18 2007-02-13 Scania Cv Abp Identifiering och datorinloggning för en fordonsoperatör
WO2007073470A2 (en) 2005-12-23 2007-06-28 Perdiem, Llc System and method for defining an event based on a relationship between an object location and a user-defined zone
US7743153B2 (en) * 2006-01-18 2010-06-22 International Business Machines Corporation Killing login-based sessions with a single action
US9129233B2 (en) * 2006-02-15 2015-09-08 Catepillar Inc. System and method for training a machine operator
US8630768B2 (en) 2006-05-22 2014-01-14 Inthinc Technology Solutions, Inc. System and method for monitoring vehicle parameters and driver behavior
US20080258890A1 (en) * 2006-05-22 2008-10-23 Todd Follmer System and Method for Remotely Deactivating a Vehicle
US9067565B2 (en) 2006-05-22 2015-06-30 Inthinc Technology Solutions, Inc. System and method for evaluating driver behavior
US7899610B2 (en) * 2006-10-02 2011-03-01 Inthinc Technology Solutions, Inc. System and method for reconfiguring an electronic control unit of a motor vehicle to optimize fuel economy
US10600256B2 (en) 2006-12-13 2020-03-24 Crown Equipment Corporation Impact sensing usable with fleet management system
CA3004236C (en) * 2006-12-13 2019-11-05 Crown Equipment Corporation Fleet management system
US11225404B2 (en) 2006-12-13 2022-01-18 Crown Equipment Corporation Information system for industrial vehicles
AU2014262244B2 (en) * 2006-12-13 2016-11-24 Crown Equipment Corporation Fleet management system
US8825277B2 (en) * 2007-06-05 2014-09-02 Inthinc Technology Solutions, Inc. System and method for the collection, correlation and use of vehicle collision data
US8666590B2 (en) 2007-06-22 2014-03-04 Inthinc Technology Solutions, Inc. System and method for naming, filtering, and recall of remotely monitored event data
US9129460B2 (en) 2007-06-25 2015-09-08 Inthinc Technology Solutions, Inc. System and method for monitoring and improving driver behavior
US7999670B2 (en) 2007-07-02 2011-08-16 Inthinc Technology Solutions, Inc. System and method for defining areas of interest and modifying asset monitoring in relation thereto
US8818618B2 (en) 2007-07-17 2014-08-26 Inthinc Technology Solutions, Inc. System and method for providing a user interface for vehicle monitoring system users and insurers
US8577703B2 (en) 2007-07-17 2013-11-05 Inthinc Technology Solutions, Inc. System and method for categorizing driving behavior using driver mentoring and/or monitoring equipment to determine an underwriting risk
US9117246B2 (en) * 2007-07-17 2015-08-25 Inthinc Technology Solutions, Inc. System and method for providing a user interface for vehicle mentoring system users and insurers
CA2693011C (en) 2007-07-23 2018-05-22 R & L Carriers, Inc. Information transmission and processing systems and methods for freight carriers
US20090051510A1 (en) * 2007-08-21 2009-02-26 Todd Follmer System and Method for Detecting and Reporting Vehicle Damage
US7876205B2 (en) 2007-10-02 2011-01-25 Inthinc Technology Solutions, Inc. System and method for detecting use of a wireless device in a moving vehicle
US20090099898A1 (en) * 2007-10-15 2009-04-16 I.D Systems, Inc. System and method for managing work requests for mobile assets
US8688180B2 (en) 2008-08-06 2014-04-01 Inthinc Technology Solutions, Inc. System and method for detecting use of a wireless device while driving
CA2736168C (en) 2008-09-09 2018-04-10 United Parcel Service Of America, Inc. Systems and methods of utilizing telematics data to improve fleet management operations
US11482058B2 (en) 2008-09-09 2022-10-25 United Parcel Service Of America, Inc. Systems and methods for utilizing telematics data to improve fleet management operations
US8892341B2 (en) 2009-02-13 2014-11-18 Inthinc Technology Solutions, Inc. Driver mentoring to improve vehicle operation
US8963702B2 (en) 2009-02-13 2015-02-24 Inthinc Technology Solutions, Inc. System and method for viewing and correcting data in a street mapping database
WO2011025533A1 (en) * 2009-08-25 2011-03-03 Inthinc Technology Solutions, Inc. System and method for determining relative positions of moving objects and sequence of objects
DE102010021699B4 (de) * 2010-05-27 2012-12-06 Reinhold Schiller Telekommunikationsverfahren und Telekommunikationssystem
US8762009B2 (en) 2010-11-18 2014-06-24 I.D. Systems, Inc. Impact sensor calibration tool
US9953468B2 (en) 2011-03-31 2018-04-24 United Parcel Service Of America, Inc. Segmenting operational data
US9070100B2 (en) 2011-03-31 2015-06-30 United Parcel Service Of America, Inc. Calculating speed and travel times with travel delays
US9208626B2 (en) 2011-03-31 2015-12-08 United Parcel Service Of America, Inc. Systems and methods for segmenting operational data
US8626568B2 (en) * 2011-06-30 2014-01-07 Xrs Corporation Fleet vehicle management systems and methods
WO2013134721A1 (en) 2012-03-08 2013-09-12 Husqvarna Ab Equipment data sensor and sensing for fleet management
WO2013134715A2 (en) * 2012-03-08 2013-09-12 Husqvarna Ab Outdoor power equipment fleet management system with operator performance monitoring
US8620515B2 (en) * 2012-05-01 2013-12-31 Hana Micron America, Inc. Intelligent fleet management system and method
US10425128B2 (en) 2012-06-15 2019-09-24 The Raymond Corporation Management system embedded in an industrial vehicle
US9061645B2 (en) 2013-02-15 2015-06-23 Clever Devices, Ltd Methods and apparatus for transmission control of a transit vehicle
US9172477B2 (en) 2013-10-30 2015-10-27 Inthinc Technology Solutions, Inc. Wireless device detection using multiple antennas separated by an RF shield
US9805521B1 (en) 2013-12-03 2017-10-31 United Parcel Service Of America, Inc. Systems and methods for assessing turns made by a vehicle
US20160334221A1 (en) 2015-05-11 2016-11-17 United Parcel Service Of America, Inc. Determining street segment headings
CN105761329B (zh) * 2016-03-16 2017-10-31 成都信息工程大学 基于驾驶习惯的驾驶员辨别方法
CN106355668A (zh) * 2016-08-12 2017-01-25 广州视源电子科技股份有限公司 用车信息统计的方法及装置
DE102016118586A1 (de) * 2016-09-30 2018-04-05 Cargo-Bee Solutions Gmbh Übergabeprüfungsverfahren für Transportgut, Überwachungsvorrichtung und zentrales Verarbeitungssystem
US10838415B2 (en) * 2017-09-01 2020-11-17 Qualcomm Incorporated Systems and methods for automatically customizing operation of a robotic vehicle
US11300977B2 (en) 2019-05-01 2022-04-12 Smartdrive Systems, Inc. Systems and methods for creating and using risk profiles for fleet management of a fleet of vehicles
US11618412B2 (en) * 2019-08-23 2023-04-04 Harman International Industries, Incorporated Systems and methods for vehicle use authentication
US11593951B2 (en) * 2020-02-25 2023-02-28 Qualcomm Incorporated Multi-device object tracking and localization
CN112417983A (zh) * 2020-10-28 2021-02-26 在行(杭州)大数据科技有限公司 基于多源数据的车辆驾驶员判定方法、装置、设备及介质
US20230084964A1 (en) * 2021-09-13 2023-03-16 Omnitracs, Llc Systems and methods for determining and using fleet-specific driver performance

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5327347A (en) * 1984-04-27 1994-07-05 Hagenbuch Roy George Le Apparatus and method responsive to the on-board measuring of haulage parameters of a vehicle
JPH02271500A (ja) * 1989-04-12 1990-11-06 N T T Chuo Idou Tsushin Kk 自動車走行距離自動通報管理システム
US5017926A (en) 1989-12-05 1991-05-21 Qualcomm, Inc. Dual satellite navigation system
IL93567A (en) * 1990-02-27 1993-02-21 Israel Hirshberg Self renting car
US5212832A (en) * 1990-11-26 1993-05-18 Motorola, Inc. Method and apparatus for operator messaging using voice channel signalling
US5155689A (en) * 1991-01-17 1992-10-13 By-Word Technologies, Inc. Vehicle locating and communicating method and apparatus
US5432841A (en) * 1992-07-10 1995-07-11 Rimer; Neil A. System for locating and communicating with mobile vehicles
GB9220875D0 (en) * 1992-10-05 1992-11-18 Matra Marconi Space Uk Ltd A tachograph
IT1282048B1 (it) * 1994-10-21 1998-03-09 Tecnost Mael Spa Sistema per il controllo e la gestione di una flotta di automezzi
US5655077A (en) * 1994-12-13 1997-08-05 Microsoft Corporation Method and system for authenticating access to heterogeneous computing services
DE19508369C2 (de) * 1995-03-10 1998-01-29 Daimler Benz Ag Verfahren zur Sicherung von Fahrzeugen vor unbefugter Nutzung
US5844473A (en) * 1995-04-12 1998-12-01 Products Research, Inc. Method and apparatus for remotely collecting operational information of a mobile vehicle
US6073062A (en) * 1995-05-31 2000-06-06 Fujitsu Limited Mobile terminal and moving body operation management system
US5660246A (en) * 1995-11-09 1997-08-26 Products Research, Inc. Vehicle access controller

Also Published As

Publication number Publication date
WO1999038124A1 (en) 1999-07-29
AU2462699A (en) 1999-08-09
CN1273942C (zh) 2006-09-06
BR9907178A (pt) 2000-10-31
US6108591A (en) 2000-08-22
CA2318255A1 (en) 1999-07-29
EP1050023A1 (en) 2000-11-08
EP1050023B1 (en) 2007-05-23
ATE363105T1 (de) 2007-06-15
DE69936133T2 (de) 2008-01-24
CA2318255C (en) 2008-08-19
DE69936133D1 (de) 2007-07-05
HK1035048A1 (en) 2001-11-09
CN1293794A (zh) 2001-05-02

Similar Documents

Publication Publication Date Title
ES2286879T3 (es) Procedimiento y aparato para validar operadores de vehiculos.
ES2910077T3 (es) Transmisión de identificación digital a bordo de vehículo
US20200120203A1 (en) Method and system for controlling a mobile communication device
ES2208937T3 (es) Procedimiento y aparato para la supervision y configuracion remota de sistemas de control.
US5898391A (en) Vehicle tracking system
US6430488B1 (en) Vehicle customization, restriction, and data logging
US9942754B2 (en) System and method for transmitting transmissions
GB2373614A (en) Vehicle security system and method
ES2295348T3 (es) Estacion movil procedimiento para acceder a un servicio en el modo de espera.
US20040249818A1 (en) Ride-share request matching system and method
US20050241003A1 (en) Cellular telephone based electronic access control system
US10793106B2 (en) Automobile tracking and notification device and service
EP1449137A1 (en) Ride-share request matching system and method
US8143994B2 (en) Apparatus and method for authenticating a telematics terminal in vehicle
US7088219B2 (en) Method for remote vehicle ignition enablement and disablement via broadband enabled security mechanisms
KR101573607B1 (ko) 맞춤형 텔레매틱스 서비스 제공 시스템
US20190325544A1 (en) Automatic Vehicle And Driver Identification System
CN110869232B (zh) 用于访问控制和清醒测试的分布式系统
US20090085725A1 (en) Vehicle operation system and method
US11330413B2 (en) Method for operating a transmitting device of a motor vehicle transmitting device for a motor vehicle and motor vehicle
KR20100095758A (ko) 차량의 위치 추적 방법
EP2362355A1 (en) Customizable tachograph
EP1621425A1 (en) Telematic security system for a vehicle
ES2304399T3 (es) Metodo y sistema para transmitir datos entre un servidor y un cliente movil.
ES2544443T3 (es) Comunicaciones de vehículos