ES2286879T3 - Procedimiento y aparato para validar operadores de vehiculos. - Google Patents
Procedimiento y aparato para validar operadores de vehiculos. Download PDFInfo
- 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
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/123—Traffic 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/127—Traffic 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
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME 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/00—Registering or indicating the working of vehicles
- G07C5/008—Registering 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.
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.
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.
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
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.
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.
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.
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.
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)
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)
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 |
-
1998
- 1998-01-22 US US09/010,949 patent/US6108591A/en not_active Expired - Lifetime
-
1999
- 1999-01-21 DE DE69936133T patent/DE69936133T2/de not_active Expired - Lifetime
- 1999-01-21 ES ES99904173T patent/ES2286879T3/es not_active Expired - Lifetime
- 1999-01-21 BR BR9907178-9A patent/BR9907178A/pt not_active Application Discontinuation
- 1999-01-21 WO PCT/US1999/001276 patent/WO1999038124A1/en active IP Right Grant
- 1999-01-21 AU AU24626/99A patent/AU2462699A/en not_active Abandoned
- 1999-01-21 CN CNB998041041A patent/CN1273942C/zh not_active Expired - Fee Related
- 1999-01-21 CA CA002318255A patent/CA2318255C/en not_active Expired - Fee Related
- 1999-01-21 EP EP99904173A patent/EP1050023B1/en not_active Expired - Lifetime
- 1999-01-21 AT AT99904173T patent/ATE363105T1/de not_active IP Right Cessation
-
2001
- 2001-08-15 HK HK01105736A patent/HK1035048A1/xx not_active IP Right Cessation
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 |