ES2744177T3 - Sistema de monitorización de salud de protocolo de dispositivo móvil - Google Patents

Sistema de monitorización de salud de protocolo de dispositivo móvil Download PDF

Info

Publication number
ES2744177T3
ES2744177T3 ES15160960T ES15160960T ES2744177T3 ES 2744177 T3 ES2744177 T3 ES 2744177T3 ES 15160960 T ES15160960 T ES 15160960T ES 15160960 T ES15160960 T ES 15160960T ES 2744177 T3 ES2744177 T3 ES 2744177T3
Authority
ES
Spain
Prior art keywords
protocol
mobile device
monitoring
health
protocol health
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.)
Active
Application number
ES15160960T
Other languages
English (en)
Inventor
Anthonios Partheniou
Paul Philip Ciolek
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.)
Geotab Inc
Original Assignee
Geotab 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 Geotab Inc filed Critical Geotab Inc
Application granted granted Critical
Publication of ES2744177T3 publication Critical patent/ES2744177T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0604Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0894Packet rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215Controller Area Network CAN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40273Bus for use in transportation systems the transportation system being a vehicle
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un método de monitorización de salud de protocolo en una red de dispositivos móviles (17, 18) que comprende: monitorizar dicha salud de protocolo basándose en un proceso de monitorización de velocidad de transmisión de mensajes, incluyendo dicho proceso de monitorización de la velocidad de transmisión de mensajes un proceso de determinación de un umbral de velocidad de transmisión de mensajes, cuyo proceso incluye establecer un umbral de bloqueo, estableciéndose el umbral de bloqueo para uno de un protocolo lento y un protocolo rápido, y monitorizar una velocidad de transmisión de mensajes asociada con una dirección seleccionada y, si la velocidad de transmisión de mensajes está por debajo del umbral de bloqueo, seleccionar otra dirección y monitorizar la velocidad de transmisión de mensajes asociada con la otra dirección seleccionada, y si la velocidad de transmisión de mensajes es igual o superior al umbral de bloqueo, bloquear la dirección y establecer un umbral de velocidad de transmisión máxima; y crear un registro de salud de protocolo.

Description

DESCRIPCIÓN
Sistem a de m onitorización de salud de protocolo de dispositivo móvil
Campo técnico de la invención
La presente invención generalm ente se refiere a un m étodo y a un aparato para m onitorizar la salud de protocolo de un sistem a de m ensajería de com unicación. De manera más específica, la presente invención se refiere a la m onitorización de salud de protocolo de una red de dispositivos m óviles asociada con un dispositivo móvil, tal como un vehículo.
Antecedentes de la invención
Sistem as de m onitorización con capacidades para m onitorizar la salud de protocolo de redes de dispositivos móviles, por ejemplo, redes de vehículos, son conocidos en la técn ica anterior. Los sistem as de m onitorización que proporcionan inform ación de salud de protocolo útil tam bién se conocen en la técn ica anterior.
Patente US 8.213.321 B2 publicada el 3 de ju lio de 2012 de Butts y Anderson y asignada a Deere & Company. Esta patente se refiere a un m étodo y a un sistem a para m onitorizar una red de com unicaciones, tal com o una red de área de contro lador (CAN) y, más específicam ente, una red de com unicaciones en un vehículo, m anteniendo un recuento de cada tipo de código de error y un histogram a de todos los m ensajes de red vistos por cada uno de los contro ladores durante un período de medición; y determ inando un índice de salud de bus del bus de com unicación basado en un porcentaje de un tipo de error dado para el recuento total de todos los errores durante un período de medición. Se puede indicar que un contro lador individual o un segm ento de bus de red de área de contro lador tiene un problem a de com unicaciones debido al índice de salud.
Solicitud de patente PCT de Estados Unidos US2012/053725 publicada el 13 de marzo de 2014 de Zhang et al. y asignada a GM G lobal Technology O perations LLC. Esta solicitud de patente se refiere a una red de área de contro lador (CAN) que tiene una pluralidad de elem entos de CAN que incluyen un bus de com unicación y controladores. Un m étodo para m onitorizar la red de área de contro lador CAN incluye la identificación de contro ladores activos e inactivos basados en com unicaciones de señal del bus de com unicación e identificación de un fallo candidato asociado con uno de los e lem entos de CAN basada en los contro ladores inactivos identificados. Patente US 8.799.738 B2 publicada el 5 de agosto de 2014 de Em de et al., y asignada a Robert Bosch GmbH. Esta patente se refiere a un m étodo para detectar errores de transm isión de datos en un contro lador de CAN que incluye generar al m enos un bit de verificación que sea verificab le para garantizar la consistencia de los datos transm itidos. Un contro lador de CAN que asegura una m onitorización continua de errores durante la transm isión de datos incluye una unidad de interfaz para in tercam biar datos con un bus de CAN, una unidad de m em oria para a lm acenar datos recibidos y datos a transm itir, y una unidad electrónica para contro lar la transm isión de datos entre la unidad de m emoria y la unidad de interfaz. La unidad de interfaz del contro lador CAN tiene una disposición para generar bits de com probación para los datos recibidos y para verificar los bits de com probación para la transm isión de datos.
Patente US 6.795.941 B2 publicada el 21 de septiem bre de 2004 de N ickels y asignada a Honeywell International Inc. Esta patente se refiere a una red que tiene al m enos un dispositivo de sensor contro lable basado en CAN que tiene un m icrocontrolador, una fuente de alim entación y al menos un contro lador de servidor. Preferentem ente, la red es una red inte ligente basada en un sistem a distribuido. En esta realización, cada m icrocontro lador se com unica con el controlador, generando y a lm acenando un va lor en al m enos un contador cuando se transm ite un mensaje exitoso al controlador. Cuando el m icrocontro lador detecta un mensaje fallido, un contador genera y alm acena un segundo va lo r o decrem entado en el m ism o contador o en uno diferente. Cuando el va lor total de los mensajes de error en el contador alcanza un va lo r crítico marginal, se transm ite un m ensaje al contro lador m ientras se mantiene la com unicación del m icrocontro lador con la red. Cuando un contador alcanza un va lo r crítico, el m icrocontro lador entra en un modo de bus apagado y desconecta el dispositivo sensor y, por lo tanto, el m icrocontrolador, de la red.
La patente US20100082805 divulga una red de área de contro lador para m onitorizar los parám etros m edidos (parám etros de form a de onda, tasa de mensajes, tasa de errores, etc.) y com pararlos con um brales para detectar y m ostrar errores o advertencias de la red.
La patente US20080186870 divulga un m étodo para m onitorizar una red de área de contro lador y determ inar un índice de estado del bus de cada segm ento del bus de com unicación basado en el recuento total de errores.
Los enfoques de la técn ica anterio r y, en particular, los enfoques para contro lar la salud de protocolo de redes de área de contro lador de vehículo y que proporcionan inform ación útil de la salud de protocolo son deficientes.
Sum ario de la invención
La presente invención define un m étodo para m onitorizar la salud de protocolo en un dispositivo móvil de acuerdo con la reivindicación independiente 1.
Se exponen características venta josas en las reivindicaciones dependientes adjuntas.
Estos y otros aspectos y características de las realizaciones no lim itativas son evidentes para los expertos en la m ateria tras la revisión de la siguiente descripción detallada de las realizaciones no lim itativas y los dibujos adjuntos. Breve descripción de los dibujos
Ejem plos de realizaciones no lim itativas de la presente invención se describen con referencia a los dibujos adjuntos, en los que:
La figura 1 es una vista esquem ática de alto nivel de un sistem a de com unicación te lem ático de dispositivo móvil; La figura 2 es una vista esquem ática de un sistem a de hardware de te lem etría móvil que incluye una porción a bordo y una porción móvil residente;
La figura 3 ilustra la lógica del sistem a asociada con un dispositivo móvil para la m onitorización de la salud de protocolo;
La figura 4 ilustra la lógica del sistem a asociada con un sistem a rem oto para la m onitorización de la salud de protocolo;
La figura 5 ilustra la lógica asociada con un dispositivo móvil para un proceso de inicialización de salud de protocolo cuando se m onitorizan ve locidades de transm isión de mensajes;
La figura 6 ilustra la lógica asociada con un dispositivo móvil para el proceso de m onitorización de velocidad de transm isión de m ensajes de estado de protocolo;
La figura 7 ilustra la lógica de un proceso asociado con un dispositivo móvil para la m onitorización de desconexión de la línea de salud de protocolo; y
La figura 8 ilustra la lógica de otro proceso asociado con un dispositivo móvil para la m onitorización de desconexión de la línea de salud de protocolo.
Los dibujos no están necesariam ente a escala y pueden ser representaciones esquem áticas de las realizaciones no lim itativas e jem plares de la presente invención.
Descripción detallada
Sistem a de com unicación te lem ática
Refiriéndose a la figura 1 de los dibujos, se ilustra una descripción general de alto nivel de un sistem a de com unicación telem ática. Hay al menos un dispositivo móvil, por ejemplo, un vehículo generalm ente indicado en 11. Los expertos en la m ateria apreciarán que otros tipos de dispositivos móviles están dentro del alcance de la invención. El dispositivo móvil 11 incluye un sistem a de hardware de te lem etría 30 y opcionalm ente una porción residente 42.
El sistem a de com unicación te lem ática proporciona com unicación e intercam bio de datos, registros de datos m onitorizados, datos de salud de protocolo, información, com andos y m ensajes entre com ponentes en el sistema, tal com o al menos un servidor 19, al menos un dispositivo inform ático 20 y al m enos un dispositivo móvil 11. El dispositivo inform ático 20 puede ser un dispositivo de escritorio o incluir adem ás otros dispositivos de mano o dispositivos portátiles.
En un ejemplo, la com unicación 12 es a/desde un satélite 13. El dispositivo móvil 11 se com unica con el satélite 13 que se com unica con una estación terrestre 15 que se com unica con una red inform ática 18. En una realización de la invención, el sistem a de hardware de te lem etría móvil 30 y el sistem a remoto 44 (figura 1 y figura 2) facilitan la com unicación 12 hacia/desde el satélite 13. Un ejem plo de sistem a de hardware de te lem etría móvil 30 es el dispositivo de rastreo de vehículos G EOTAB™ (GO™).
En otro ejemplo, la com unicación 16 es a/desde una red celu lar 17. El dispositivo móvil 11 y el servidor 19 o dispositivo inform ático 20 conectado a una red 18 se com unican a través de la red celu lar 17. En una realización de la invención, la com unicación 16 hacia/desde la red celu lar 17 es facilitada por el sistem a de hardware de te lem etría móvil 30 y los com ponentes del sistem a remoto 44.
El dispositivo inform ático 20 y el servidor 19 se com unican a través de la red inform ática 18. El servidor 19 puede incluir una base de datos y un software de gestión de flotas 10 que se ejecuta en un servidor 19. Los clientes que operan un dispositivo inform ático 20 se com unican con el software de aplicación de gestión de flotas 10 que se ejecuta en el servidor 19 o el dispositivo inform ático 20. A lternativam ente, se puede proporcionar acceso al software de gestión de flotas 10 a través de com putación en la nube. Un ejem plo de sistem a de software de gestión de flotas 10 es el producto myGEOTAB™ .
En una realización de la invención, datos, datos de salud de protocolo, información, com ando y m ensajes pueden ser enviados desde el sistem a de hardware de te lem etría móvil 30 a la red celu lar 17, a la red 18, y al servidor 19. Los dispositivos inform áticos 20 pueden acceder a los datos, datos de salud de protocolo e información en el servidor 19. A lternativam ente, datos, inform ación, com andos y m ensajes pueden enviarse desde el dispositivo inform ático 20 o el servidor 19, a la red 18, a la red celu lar 17, y al sistem a de hardware de te lem etría móvil 30. En otra realización de la invención, datos, datos de salud de protocolo, inform ación, com ando y m ensajes pueden ser enviados desde el sistem a de hardware de te lem etría móvil al satélite 13, la estación de tierra 15, la red 18, y al servidor 19. Los dispositivos inform áticos 20 pueden acceder a datos, datos de salud de protocolo e información en el servidor 19. En otra realización de la invención, datos, información, comandos, y m ensajes se pueden enviar desde el servidor 19, a la red 18, la estación de tierra 15, el satélite 13, y a un sistem a de hardware de te lem etría móvil.
En otra realización de la invención, datos, datos de salud de protocolo, información, com andos y m ensajes pueden intercam biarse entre el sistem a de hardware de telem etría móvil 30 y el dispositivo inform ático 20 a través de una red basada en satélite 13 o una red celu lar 17. A lternativam ente, los datos, datos de salud de protocolo, información, com andos y m ensajes pueden intercam biarse entre el sistem a de hardware de te lem etría móvil 30 y el servidor 19 a través de una red basada en satélite 13 o una red celular 17.
S istem a de hardware de te lem etría móvil
Refiriéndonos ahora a la figura 2 de los dibujos, se ilustra un sistem a de hardware de te lem etría móvil generalm ente indicado en 30 y un sistem a remoto generalm ente indicado en 44. El sistem a de hardware de te lem etría móvil 30 es un ejem plo de un dispositivo que se com unica o se conecta con una red de dispositivos móviles. Una porción a bordo generalm ente incluye: un m icroprocesador de te lem etría DTE (equipo de term inal de datos) 31; un m icroprocesador de com unicaciones por te lem etría inalám brica DCE (equipo de com unicaciones de datos) 32; un m ódulo GPS (sistem a de posicionam iento global) 33; un aceleróm etro 34; una m em oria flash no volátil 35; y la provisión de una interfaz OBD (diagnóstico a bordo) 36 para la conexión 43 y com unicación con un bus de com unicaciones de red del vehícu lo 37, o más generalm ente una red de dispositivos móviles. La red de dispositivos móviles en una realización de la invención es cualquier form a o configuración de una red de vehículos. En realizaciones alternativas de la invención, la red de dispositivos m óviles es una red de área de contro lador (CAN). La porción móvil residente 42 generalm ente incluye: el bus de com unicaciones de red del vehículo 37 y red de área de contro lador (CAN); el ECM (m ódulo de control electrónico) 38; el PCM (m ódulo de control del tren de potencia) 40; las ECU (unidades de control electrónico) 41; y otros ordenadores de contro l/m onitorización de ordenadores y m icrocontro ladores 39.
Si bien se describe que el sistema tiene una porción a bordo 30 y una porción móvil residente 42, también se entiende que la presente invención podría ser un sistem a móvil residente com pleto o un sistem a a bordo completo. Adem ás, en una realización de la invención, un sistem a de telem etría móvil incluye un sistem a móvil y un sistema remoto 44. El sistem a móvil es el sistem a de hardware de telem etría móvil 30. El sistem a de hardware de telem etría móvil 30 es la porción a bordo y puede incluir la porción móvil residente 42. En realizaciones adicionales de la invención, el sistem a remoto 44 puede ser uno o todos del servidor 19, el dispositivo inform ático 20 y el software de gestión de flotas 10.
En una realización de la invención, el m icroprocesador de te lem etría DTE 31 incluye una cantidad de m emoria flash interna para a lm acenar firm ware para operar y contro lar todo el sistem a 30. Adem ás, el m icroprocesador 31 y el firm ware registran datos, m ensajes de formato, reciben mensajes, envían mensajes, y convierten o reform atean mensajes. En una realización de la invención, un ejem plo de un m icroprocesador de te lem etría DTE 31 es un m icrocontro lador PIC24H disponib le com ercia lm ente por parte de M icrochip Corporation.
El m icroprocesador de te lem etría DTE 31 interconecta con una m em oria flash externa no volátil 35. En una realización de la invención, un ejem plo de la m em oria flash 35 es un alm acenam iento de m em oria flash no volátil de 32 MB disponib le com ercia lm ente por parte de Atm el Corporation. La m em oria flash 35 de la presente invención se usa para registrar datos, incluyendo datos de salud de protocolo. Los datos de salud de protocolo incluyen al m enos uno de, datos de velocidad de transm isión de mensajes, datos de velocidad m áxima de transm isión de mensajes, número de datos de oscilaciones, número m áximo de datos de oscilación e indicaciones de salud de protocolo. El m icroprocesador de telem etría DTE 31 interconecta para la com unicación con el m ódulo GPS 33. En una realización de la invención, un ejem plo del m ódulo GPS 33 es un Neo-5 disponib le com ercialm ente por parte de ublox Corporation. El Neo-5 proporciona la capacidad y la funcionalidad del receptor GPS al sistem a de hardware de te lem etría móvil 30. A lternativam ente, el m icroprocesador de te lem etría DTE 31 puede interconectarse para com unicarse con un m ódulo GPS externo a través de una interfaz (no mostrada). El m ódulo GPS proporciona datos de posición y datos de velocidad al m icroprocesador de te lem etría DTE 31 y a la m em oria flash no volátil 35.
El m icroprocesador de te lem etría DTE está tam bién interconectado con la interfaz OBD 36 para la com unicación con el bus de com unicaciones de red 37 del vehículo. El bus de com unicaciones de la red del vehículo 37 a su vez se conecta para la com unicación con el ECM 38, los ordenadores de contro l/m onitorización del m otor y m icrocontro ladores 39, el PCM 40, y la ECU 41.
El m icroprocesador de te lem etría DTE tiene la capacidad a través de la interfaz OBD 36 cuando está conectado al bus de com unicaciones de la red del vehículo 37 para m onitorizar y recib ir datos del vehículo y otros mensajes e inform ación de com unicación y datos desde los com ponentes del sistem a móvil residente para su posterior procesamiento.
Como un breve ejem plo no lim itativo de datos e inform ación de vehículos, la lista puede incluir: número de identificación del vehículo (VIN), lectura del odóm etro actual, velocidad actual, RPM del motor, tensión de la batería, tem peratura del anticongelante, nivel de refrigerante del motor, posición del pedal del acelerador, posición del pedal del freno, varios DTC específicos del fabricante del vehículo (códigos de diagnóstico de problemas), presión de los neumáticos, nivel de aceite, estado del airbag, indicación del cinturón de seguridad, datos de control de em isiones, tem peratura del motor, presión del colector de admisión, datos de transm isión, inform ación de frenado y nivel de combustible. Adem ás, se entiende que la cantidad y el tipo de datos e inform ación del vehículo cam biarán de un fabricante a otro y evolucionarán con la introducción de tecnología móvil adicional.
El m icroprocesador de te lem etría DTE 31 interconecta para la com unicación con el m icroprocesador de com unicaciones de te lem etría inalám brica del DCE 32. En una realización de la invención, un ejem plo del m icroprocesador de com unicaciones de te lem etría inalám brica del DCE 32 es un Leon 100 disponib le com ercia lm ente por parte de u-blox Corporation. El Leon 100 proporciona capacidad y funcionalidad de com unicaciones m óviles al sistem a de hardware de te lem etría móvil 30 para enviar y recibir datos hacia/desde un sistem a remoto 44. A lternativam ente, el dispositivo de com unicación podría ser un dispositivo de com unicación satelital ta l com o un dispositivo Iridium™ interconectado para la com unicación con el m icroprocesador de te lem etría DTE 31. A lternativam ente, podría haber un m icroprocesador de com unicaciones de te lem etría inalám brica DCE 32 y un dispositivo Iridium™ para com unicación satelital. Esto proporciona al sistem a de hardware de te lem etría móvil 30 la capacidad de com unicarse con al m enos un sistem a rem oto 44.
En algunas realizaciones de la invención, un sistema remoto 44 podría ser otro dispositivo inform ático 20 dispuesto con un vehículo 11 o una estación base u otro dispositivo inform ático (no mostrado). La estación base puede incluir uno o más servidores 19 y uno o más ordenadores 20 conectados a través de una red inform ática 18 (consulte la figura 1). Adem ás, la estación base puede inclu ir software de aplicación de gestión de flotas 10 para la adquisición de datos, análisis, y envío/recepción de com andos o mensajes hacia/desde el sistem a de hardware de te lem etría móvil 30.
El m icroprocesador de te lem etría DTE 31 interconecta para la com unicación con un aceleróm etro (34). Un aceleróm etro (34) es un dispositivo que mide la aceleración física que experim enta un objeto. Modelos de aceleróm etros individuales y de múltiples ejes están disponib les para detectar la magnitud y la dirección de la aceleración, o fuerza g, y el dispositivo tam bién se puede usar para detectar la orientación, la aceleración coordinada, la vibración, los choques, y caídas.
En una realización de la invención, un ejem plo de un aceleróm etro de múltiples ejes (34) es el sensor de m ovim iento M EM S LIS302DL disponib le com ercia lm ente por parte de STM icroelectronics. El circuito integrado LIS302DL es un aceleróm etro lineal de tres ejes ultracom pacto de baja potencia que incluye un elem ento de detección y una interfaz IC que puede tom ar la inform ación del elem ento de detección y proporcionar los datos de aceleración medidos a otros dispositivos, tal com o un m icroprocesador de te lem etría DTE (31), a través de una interfaz en serie I2C/SPI (C ircuito Inter-Integrado) (Interfaz Periférica en Serie). El circuito integrado LIS302DL tiene un rango de escala com pleta seleccionable por el usuario de -2g y -8g, um brales program ables, y es capaz de m edir aceleraciones con una velocidad de datos de salida de 100 Hz o 400 Hz.
Alternativam ente, el dispositivo móvil 30 puede no incluir un m ódulo GPS integral 33 o puede no incluir un procesador de com unicaciones de te lem etría inalám brica DCE 32. Con esta realización alternativa del dispositivo móvil 30, un expansor de E/S (no m ostrado) proporciona una interfaz entre el m icroprocesador de te lem etría DTE 31 y un m ódulo GPS externo 33 o un procesador de com unicaciones de te lem etría inalám brico DCE 32.
El sistem a de hardware de te lem etría móvil 30 recibe datos e inform ación de la porción móvil residente 42, el módulo GPS 33, y el aceleróm etro 43. Los datos y la inform ación se alm acenan en la m em oria flash no volátil 35 com o un registro de datos. El registro de datos puede ser transm itido por el sistem a de hardware de te lem etría móvil 30 a través del sistem a de com unicación de te lem etría móvil al servidor 19 o al dispositivo inform ático 20 (véase la figura 1). La transm isión puede ser contro lada y configurada por el sistem a de hardware de te lem etría móvil 30 a intervalos predefinidos o intervalos aperiódicos. La transm isión tam bién puede activarse debido a un evento tal como un evento grave o un accidente o una indicación de salud del protocolo, tal com o una indicación de salud grave del protocolo. La transm isión puede ser solic itada adem ás por un com ando enviado desde el software de la aplicación que se ejecuta en el servidor 19.
El m icroprocesador de te lem etría DTE 31 y la m em oria flash no volátil 35 son una parte de un aparato de dispositivo para a lm acenar y e jecutar el firm ware, la lógica 50, 70, 80, 90, 100, los datos asociados y los datos de salud del protocolo para la m onitorización de salud del protocolo del d ispositivo móvil (consulte la figura 3, figura 5, figura 6, figura 7 y figura 8). El m icroprocesador de com unicaciones de te lem etría inalám brica DCE 32 proporciona la capacidad de com unicación para enviar registros de datos m onitorizados y datos de salud de protocolo a un sistem a remoto 44.
Los com ponentes del sistem a remoto 44 (servidor 19, dispositivo inform ático 20, m icroprocesadores y m em oria) proporcionan un aparato para acceder al software de gestión de flotas 10. El software de gestión de flotas 10 alm acena y ejecuta la lógica 60 y los datos asociados y los datos de salud de protocolo para el sistem a remoto 44 (ver la figura 4) para eva luar y proporcionar una indicación de la calidad de la salud del protocolo.
S istem a de m onitorización de salud de protocolo de dispositivo móvil
El sistem a de m onitorización de salud de protocolo de la presente invención se describe con referencia a la figura 3 y a la figura 4. La salud de protocolo de un dispositivo móvil se relaciona con la capacidad de enviar y recibir m ensajes entre dispositivos que se com unican o se conectan a la red de dispositivos móviles. Hay una cantidad de interferencia normal con la red de dispositivos m óviles que impide enviar y recib ir mensajes. Sin embargo, cuando esta interferencia se vuelve alta, o hay otros problemas, tal com o dispositivos que interfieren con la red del dispositivo móvil o cargan la red del dispositivo móvil, o desconexiones físicas de línea y cable, la com unicación de m ensajes en la red del dispositivo móvil puede ser interm itente o imposible.
El sistem a de m onitorización de salud de protocolo recibe datos e inform ación de varias capas de protocolo, que incluyen, entre otras, J1979, J1939, J1708 y J1850. Esta inform ación se m onitoriza y procesa para determ inar la calidad de la salud de protocolo de la conexión a la red del dispositivo móvil. Hay m uchas consecuencias cuando la conexión se vue lve interm itente. Por ejemplo, cuando se descarta un mensaje debido a un m ensaje de confirm ación no válido, el dispositivo transm isor se verá obligado a retransm itir el mensaje descartado. Esto aum enta el tráfico de red a expensas de otros dispositivos que intentan com unicarse a través de la red. Una conexión interm itente tam bién puede evitar que un dispositivo detecte cuando la red está activa, creando una m ayor probabilidad de que se viole un algoritm o de arbitraje. Esto puede hacer que se pierdan los m ensajes entre las ECU 41. Si se produce una conexión interm itente m ientras un dispositivo está enviando un mensaje, otros dispositivos pueden recibir un m ensaje incom pleto e inform ar de un error de com unicación. Este error de com unicación puede causar otros problemas, tal com o activar una luz de com probación del motor o reducir el rendim iento del motor.
La m onitorización de la salud de protocolo del dispositivo móvil brinda la capacidad de m onitorizar una red de dispositivos móviles, eva luar la red de dispositivos móviles, proporcionar indicaciones de salud de protocolo en form a de un registro de datos y tom ar las medidas correctivas necesarias para evitar que un dispositivo que se com unica o está conectado a la red de d ispositivos m óviles impida la com unicación.
El proceso para la m onitorización de la salud de protocolo de red de dispositivos móviles con un dispositivo de hardware com o un sistem a de hardware de te lem etría 30 se indica generalm ente en 50 en la figura 3. La lógica com ienza con la in icia lización de parám etros y umbrales. En algunas realizaciones de la invención, se establece un umbral m áxim o de velocidad de transm isión de mensajes, se establece un umbral de bloqueo, una serie de um brales relacionados con una serie de indicaciones de salud del protocolo, un indicador de errores oscilante, un indicador oscilante, se inicializa un umbral de oscilación m áximo y se determ inan las direcciones de bloqueo. La inicia lización puede ser interna al sistem a de hardware de te lem etría 30 o estar basada en la recepción de mensajes de inicia lización del sistem a remoto 44.
La m onitorización de salud de protocolo se logra a través de dos enfoques diferentes para la m onitorización. Un prim er enfoque es la m onitorización de la velocidad de transm isión del mensaje de salud de protocolo. Un segundo enfoque es la m onitorización de desconexión de la línea de salud de protocolo. Un tercer enfoque es una com binación del prim er y segundo enfoques. Para el te rcer enfoque, el proceso de m onitorización de la velocidad de transm isión del mensaje de salud de protocolo y el proceso de m onitorización de desconexión de la línea de salud de protocolo operan de form a cooperativa, por ejemplo, de form a sim ultánea o en paralelo.
La lógica selecciona al m enos una de la m onitorización de velocidad de transm isión de m ensajes de salud de protocolo o m onitorización de desconexión de la línea de salud de protocolo y luego com ienza a m onitorizar m ensajes o errores en la red de dispositivos móviles. Los resultados de la m onitorización de la red de dispositivos móviles se alm acenan com o puntos de datos de salud de protocolo en un registro de salud de protocolo. En una realización de la invención, los puntos de datos en el registro de salud de protocolo están asociados con m arcas de tiempo.
Los puntos de datos de salud de protocolo en el registro de salud de protocolo proporcionan inform ación sobre la salud de protocolo de la red de dispositivos móviles. En una realización de la invención, esta inform ación incluye al menos una indicación tal com o notificar, advertir o severa. En otra realización de la invención, la información incluye al menos una velocidad de transm isión para cada dirección bloqueada, velocidades máxim as de transm isión de mensajes, núm ero de oscilaciones y número m áximo de oscilaciones.
El número de puntos de datos de salud de protocolo en el registro de salud de protocolo tam bién puede reducirse m ediante un proceso de sim plificación. Los expertos en la m ateria apreciarán que existen varios enfoques diferentes para reducir el núm ero de puntos de datos representativos de las velocidades de transm isión de mensajes, tal como el enfoque de Ram er Douglas Peucker, enfoque de Douglas Peucker, enfoques iterativos de ajuste de punto final, reducciones de polilínea y enfoques de división y fusión. En una realización de la invención, se aplica un enfoque de Ram er Douglas Peucker para reducir el número de puntos de datos de velocidad de transm isión. Para una realización de la invención, El error perm itido es el 20 % del umbral m áxim o de velocidad de transm isión. Se registra un punto de datos específico cuando el va lo r predicho y el va lo r real difieren en un 20 %.
El registro de salud de protocolo se com unica a un sistem a rem oto 44 y puede basarse en períodos o tiempo, disparadores, por ejemplo, una indicación severa, o períodos de tiem po aperiódicos o solicitudes del sistem a remoto 44. La com unicación del registro de salud de protocolo continúa con el tiem po enviando múltiples registros a un sistem a rem oto 44 en el transcurso de un via je de un dispositivo móvil 11.
Adicionalm ente, el sistem a de m onitorización de salud de protocolo de dispositivo móvil puede tom ar medidas correctivas dependiendo de la calidad de la salud de protocolo. Una primera acción correctiva coloca un dispositivo en com unicación o conectado a la red del dispositivo móvil en un modo seguro. Una segunda acción correctiva desconecta e lectrón icam ente el dispositivo de la red del dispositivo móvil. Una tercera acción correctiva proporciona una señal a un operador para desconectar fís icam ente el dispositivo de la red del dispositivo móvil. Esta señal puede ser una indicación visual en una pantalla o una indicación de audio. Esta señal puede presentarse a una persona u operador de un dispositivo móvil 11. Esta señal tam bién se puede presentar a una persona u operador que controla rem otam ente el dispositivo móvil 11.
La m onitorización de la salud de protocolo de red de dispositivos m óviles continúa con la recepción del registro de salud de protocolo en el sistem a remoto 44. Esto se indica en general mediante 60 en la figura 4. Los puntos de datos asociados con un solo registro de salud del protocolo o una secuencia de registros de salud del protocolo pueden evaluarse y analizarse para m ostrar aspectos de la salud del protocolo. En algunas realizaciones de la invención, esto puede ocurrir en al m enos uno de los servidores 19, d ispositivo(s) inform ático(s) 20 o software de gestión de flotas 10. La recepción de un registro de salud de protocolo actual proporciona un indicador instantáneo de la salud de protocolo de la red de dispositivos m óviles y puede incluir indicaciones de salud de protocolo (notificar, advertir, grave) o, alternativam ente, datos de salud del protocolo (datos de velocidad de transm isión de mensajes, datos de velocidad m áxima de transm isión de mensajes, número de datos de oscilaciones y número m áximo de datos de oscilaciones). Una indicación severa puede desencadenar inm ediatam ente y enviar una notificación a un operador. A lternativam ente, la salud de protocolo tam bién se puede asociar con registros de otros datos del vehículo para el análisis de la causa.
Múltiples registros de salud del protocolo a lo largo del tiem po revelan tendencias relacionadas con la calidad de la salud del protocolo o múltiples via jes del dispositivo móvil 11. Las tendencias incluyen el aum ento de la salud del protocolo, dism inución de la salud del protocolo, niveles aceptables de salud del protocolo, niveles inaceptables de salud del protocolo. A lternativam ente, la salud del protocolo puede asociarse con m arcas o m odelos particulares o años particulares de dispositivos m óviles 11, así com o con opciones particulares asociadas con un dispositivo móvil 11 para determ inar o identificar equipos u opciones particulares que pueden causar un estado de protocolo deficiente o inaceptable.
M onitorización de velocidad de transm isión de m ensajes de salud de protocolo
La m onitorización de la velocidad de transm isión de m ensajes de salud de protocolo de la presente invención se describe con referencia a la figura 5 y a la figura 6. La inicia lización generalm ente se indica en 70 en la figura 5 y la m onitorización en general se indica en 80 en la figura 6.
La inicia lización del proceso de m onitorización de velocidad de transm isión de m ensajes de estado de protocolo tiene un proceso de inicialización general y un proceso de determ inación del umbral de velocidad de transm isión de mensajes. El proceso de inicia lización general tiene dos partes que no dependen del orden o la secuencia. La primera parte es determ inar todos los protocolos del vehículo d isponib les para la red de área del contro lador y seleccionar una dirección inicial para m onitorizar cada uno de los protocolos d isponib les del vehículo. En una realización de la invención, la dirección inicial es la dirección más baja disponible. Esto acom oda redes de dispositivos móviles que utilizan un proceso de arbitraje donde la dirección más baja generalm ente tiene la más alta prioridad. Esto proporciona la dirección más fiable para m onitorizar y determ inar la salud de protocolo. Los ejem plos incluyen la capa de datos que se encuentra en las especificaciones SAE de J1979, J1939, J1708 y J1850. En una realización de la invención, la lógica de la prim era parte la realiza el dispositivo (sistem a de hardware de te lem etría 30) asociado con el dispositivo móvil 11. A lternativam ente, la lógica puede ser realizada por un sitio remoto 44 y com unicarse com o un m ensaje al dispositivo asociado con el dispositivo móvil 11. La selección de la dirección inicial para m onitorizar cada protocolo se basa en una dirección que tendrá un número relativamente alto de mensajes de com unicación durante la activación y operación de la red del d ispositivo móvil. Esto varía hasta cierto punto entre los protocolos del vehículo.
La inicia lización tam bién implica a justar o establecer una serie de parám etros de umbral diferentes. Hay al menos un umbral asociado con al m enos una indicación de salud de protocolo. En una realización de la invención, un primer umbral está asociado con un prim er protocolo de indicación de salud. El prim er umbral está entre el 51 % y el 60 % de un umbral de velocidad de transm isión m áxima para la primera indicación de salud de protocolo de notificación. En una realización de la invención, un segundo umbral está asociado con una segunda indicación de salud del protocolo. El segundo umbral está entre un 40 % y un 50 % de un umbral de velocidad de transm isión m áxima para la segunda indicación de advertencia de salud de protocolo. En una realización de la invención, un te rcer umbral está asociado con un te rcer protocolo de indicación de salud. El te rcer umbral es inferior al 40 % de un umbral de velocidad de transm isión m áxima para un te rcer protocolo de indicación de salud grave.
La inicialización tam bién implica a justar o establecer un umbral o límite de indicación severa. En una realización de la invención, el umbral de indicación severa es 50 ocurrencias de una indicación de salud de protocolo severa. La inicialización tam bién implica a justar o establecer al menos un umbral de bloqueo. En una realización de la invención, un umbral de bloqueo para un protocolo de red de dispositivo móvil lento es de 10 m ensajes por segundo. En una realización de la invención, un segundo umbral de bloqueo para un protocolo de red de dispositivo móvil rápido es de 50 mensajes por segundo. Un ejem plo de protocolo de red de dispositivo móvil lento son los protocolos que tienen m enos de 100 kbps (kilobits por segundo) y un ejem plo de protocolo de red de dispositivo móvil rápido son los protocolos que son más rápidos que 100 kbps.
La segunda parte del proceso de inicia lización general incluye una ventana de activación que espera a que la red del dispositivo móvil se estabilice después de la activación. En una realización de la invención, este retraso de tiem po es de 30 segundos.
Una vez que se com pleta el proceso de inicia lización general, com ienza el proceso de determ inación del umbral de velocidad de transm isión de mensajes. La velocidad de transm isión de datos asociada con una dirección para m onitorizar se m onitoriza para determ inar un recuento de m ensajes durante un período de tiem po definido. En una realización de la invención, este período de tiem po definido es de 1 segundo y la primera dirección o inicial es la dirección más baja. A lternativam ente, la primera dirección o inicial en una dirección con la más alta prioridad. El recuento de mensajes se com para con un umbral de bloqueo. Si el recuento de mensajes es inferior al umbral de bloqueo, luego se selecciona otra dirección para m onitorizar y el proceso de determ inación del umbral de velocidad de transm isión del mensaje se repite con otra dirección (increm entada en secuencia desde la dirección inicial) para monitorizar. Este proceso se repite para todas las d irecciones iniciales y direcciones adicionales seleccionadas para cada protocolo de vehículo. Cuando el recuento de mensajes es m ayor que el umbral de bloqueo, entonces se establece la dirección de bloqueo y el recuento de mensajes asociados con esta dirección de bloqueo establece los mensajes de umbral de velocidad de transm isión m áxima a lo largo del tiempo. Al fina lizar el proceso de determ inación del umbral de velocidad de transm isión de mensajes, se ha determ inado y guardado al menos una dirección de bloqueo y al m enos un va lo r de umbral de velocidad de transm isión m áxima para cada protocolo de vehículo.
Una vez com pletada la inicialización, el proceso de m onitorización de la velocidad de transm isión del m ensaje de salud de protocolo puede com enzar. O pcionalm ente, el proceso puede necesitar esperar a que la red de área del contro lador se estabilice después de la activación, por ejemplo, cuando se activa el encendido del vehículo. Esta es una ventana de activación. En una realización de la invención, el tiem po de espera es de 35 segundos.
A continuación, se selecciona una dirección de bloqueo para m onitorizar y la velocidad de transm isión de mensajes correspondiente a la dirección de bloqueo seleccionada se m onitoriza durante un período de tiempo. En una realización de la invención, el período de tiem po es de 1 segundo. Esto determ ina un recuento de mensajes por segundo para la dirección de bloqueo seleccionada.
La velocidad de transm isión m onitorizada de los m ensajes se com para con el umbral m áximo de velocidad de transm isión asociado con la dirección de bloqueo. Si la velocidad de transm isión de m ensajes a lcanza un rango en com paración con el umbral m áximo de velocidad de transm isión, luego se registra una condición y el proceso se repite al continuar m onitorizando la velocidad de transm isión de la dirección de bloqueo seleccionada. Este proceso tam bién se repite para cada dirección de bloqueo seleccionada para m onitorizar y puede ejecutarse cooperativam ente para m últip les direcciones de bloqueo.
En una realización de la invención, existen tres rangos de velocidades de transm isión y tres tipos d iferentes de indicaciones de salud de protocolo que pueden registrarse en relación con la salud de protocolo de la red de dispositivos móviles. Para cada ocurrencia cuando la velocidad de transm isión m onitorizada es entre un 51 % y un 60 % del umbral m áxim o de velocidad de transm isión, entonces se registra una indicación de notificación como primera indicación de la salud de protocolo. Para cada ocurrencia cuando la velocidad de transm isión m onitorizada es entre un 40 % y un 50 % del umbral m áxim o de velocidad de transm isión, entonces se registra una indicación de advertencia com o una segunda indicación de la salud de protocolo. Para cada ocurrencia cuando la velocidad de transm isión m onitorizada es m enor al 40 % del umbral m áximo de velocidad de transm isión, entonces se registra una indicación severa com o una tercera indicación de la salud de protocolo.
Adem ás de proporcionar un registro de indicaciones de salud de protocolo representativas de la salud del protocolo, la indicación severa puede ser m onitorizada y evaluada más a fondo. Cada aparición de una indicación severa se cuenta com o un registro continuo de indicaciones severas. Si el registro continuo de indicaciones severas es m enor que un umbral de indicación severa, entonces el proceso continúa m onitorizando las velocidades de transm isión. Si el registro de funcionam iento de indicaciones severas es m ayor que o igual al umbral de indicaciones severas, entonces el dispositivo que se com unica o se conecta a la red de dispositivos m óviles se desconecta. D esconectar el dispositivo que se com unica o está conectado a la red del dispositivo móvil puede ser una desconexión electrón ica o una desconexión física. Desconectar un dispositivo es un prim er tipo de acción correctiva. Este prim er tipo de acción correctiva se com unica al sitio remoto 44. En una realización de la invención, el umbral de indicación severa es de 50 ocurrencias.
Tras la desactivación de un dispositivo móvil 11, por ejemplo, con un apagado o encendido en el caso de un vehículo, hay una ventana de desactivación. Esta ventana de desactivación es s im ilar a la ventana de activación, excepto que existe al final del via je del dispositivo móvil 11. En una realización de la invención, la ventana de desactivación es de 35 segundos. Este período de tiem po de la ventana de desactivación se excluye de ser m arcado com o una indicación de salud de protocolo (notificación, advertencia o severa), pero todavía está incluido en el proceso de simplificación.
M onitorización de desconexión de línea de salud de protocolo
La m onitorización de desconexión de la línea de salud del protocolo de la presente invención se describe con referencia a la figura 7 y a la figura 8. Un prim er proceso de m onitorización de desconexión de línea generalm ente se indica en 90 en la figura 7 y un segundo proceso de m onitorización de desconexión de línea generalm ente se indica en 100 en la figura 8. El prim er y segundo procesos operan cooperativam ente, por ejemplo, al m ismo tiem po o en paralelo.
La oscilación en la presente invención es una condición en la que un indicador de error de red del d ispositivo móvil oscila constantem ente hacia arriba y hacia abajo. Norm alm ente, el indicador de error de red del dispositivo móvil d ism inuye cada vez que se recibe un mensaje. Esto se logra autom áticam ente m ediante un m icrocontrolador. Durante la oscilación, el indicador de error de red del dispositivo móvil oscila entre un va lo r m áximo y uno m enor que un va lor m áximo sin recibir un mensaje. En una realización de la invención, esto está entre un m áximo de 128 y 127 errores de recepción. Esta condición de oscilación es indicativa o un error de red del dispositivo móvil o desconexión de línea.
El prim er proceso puede opcionalm ente necesitar in icia lizar un indicador de error a cero. A continuación, el primer proceso m onitoriza la com unicación de la red del dispositivo móvil para detectar si se reciben m ensajes de la red del dispositivo móvil. Si no se reciben m ensajes de red del d ispositivo móvil, la red del dispositivo móvil es m onitorizada por mensajes. Si se recibe un m ensaje de red del dispositivo móvil, entonces el indicador de error oscilante se restablece a cero.
El segundo proceso tam bién puede requerir opcionalm ente la in icia lización para in icia lizar el umbral de oscilación m áximo y restab lecer el indicador de error oscilante. En una realización de la invención, el umbral de error m áximo se establece en 128 errores de recepción, el umbral de oscilación m áxim o se establece en 10 casos de oscilación. En una realización de la invención, el indicador de error oscilante es un contador de error Rx en un m icroprocesador contro lador de red de área de contro lador (CAN).
El segundo proceso m onitoriza la red del dispositivo móvil para detectar errores de recepción de com unicación. Si el número de errores de recepción de com unicación no está en el umbral de error máximo, luego continúa la m onitorización de la red del dispositivo móvil. Si el núm ero de errores de recepción de com unicación alcanza el umbral de error máximo, luego increm enta un indicador de error oscilante y continúa m onitorizando la red del dispositivo móvil en busca de errores de com unicación. Si el número de errores de recepción de com unicación oscila por debajo del umbral de error máximo, luego increm enta el indicador de error oscilante. Si el indicador de error oscilante está por debajo del umbral de oscilación máximo, luego continúa con la primera m onitorización de la red del dispositivo móvil para detectar errores de com unicación. Si el indicador de error oscilante ha alcanzado el umbral de oscilación máximo, luego proporciona una acción correctiva y fina liza el proceso de m onitorización de desconexión de la línea de salud del protocolo. En una realización de la invención, la acción correctiva es una tercera acción correctiva que coloca la com unicación del dispositivo o se conecta a la red de área del contro lador en un modo seguro para la m onitorización.
Efectos técn icos
Realizaciones de la presente invención proporcionan uno o más efectos técnicos. De manera más específica, la capacidad de determ inar la salud de protocolo de una red de dispositivos móviles. La salud de protocolo de la red de dispositivos móviles puede determ inarse mediante un aparato y un proceso de m onitorización de la velocidad de transm isión de mensajes. La salud de protocolo de la red móvil tam bién puede determ inarse mediante un aparato y un proceso de m onitorización de desconexión de línea. Otra capacidad es determ inar un rango de salud del protocolo, tal com o notificación, advertencia y severa. Otra capacidad es com unicar la salud del protocolo de red de dispositivos m óviles a un sistem a remoto. La capacidad de tom ar una primera acción correctiva en el caso de un protocolo de salud grave. La prim era acción correctiva puede ser desconectar electrónica o físicam ente un dispositivo que se com unica o está conectado a una red de dispositivos móviles. Una segunda acción correctiva tam bién puede ser colocar el dispositivo en com unicación o conectado a una red de área del contro lador en un modo seguro. Otra capacidad es eva luar y m ostrar la salud del protocolo de red del dispositivo móvil en un sitio remoto 44 o un dispositivo remoto. Una capacidad de proporcionar una alerta a un sitio remoto 44 u operador de un dispositivo móvil 11 para indicar un estado grave del protocolo. La alerta a un operador solicita al operador que desconecte o desinsta le físicam ente el dispositivo que se com unica o está conectado a la red de dispositivos móviles.
La descripción de la presente invención es con respecto a las rea lizaciones no lim itativas descritas y los expertos en la m ateria entienden que la invención no se lim ita a las realizaciones no lim itativas descritas. Las personas expertas en la técnica tam bién entienden que la invención divulgada pretende cubrir diversas m odificaciones incluidas dentro del a lcance de las re ivindicaciones adjuntas. Por lo tanto, la presente invención no está lim itada por ninguna de las realizaciones no lim itativas descritas.

Claims (6)

REIVINDICACIONES
1. Un m étodo de m onitorización de salud de protocolo en una red de dispositivos m óviles (17, 18) que comprende: m onitorizar dicha salud de protocolo basándose en un proceso de m onitorización de velocidad de transm isión de mensajes, incluyendo dicho proceso de m onitorización de la velocidad de transm isión de mensajes un proceso de determ inación de un umbral de velocidad de transm isión de mensajes, cuyo proceso incluye
establecer un umbral de bloqueo, estableciéndose el umbral de bloqueo para uno de un protocolo lento y un protocolo rápido, y
m onitorizar una velocidad de transm isión de mensajes asociada con una dirección seleccionada y, si la velocidad de transm isión de mensajes está por debajo del umbral de bloqueo, se leccionar otra dirección y m onitorizar la velocidad de transm isión de m ensajes asociada con la otra dirección seleccionada, y si la velocidad de transm isión de mensajes es igual o superior al umbral de bloqueo, b loquear la dirección y establecer un umbral de velocidad de transm isión máxima; y
crear un registro de salud de protocolo.
2. El m étodo de m onitorización de salud de protocolo en una red de dispositivos móviles según la reivindicación 1, que com prende, además:
al m onitorizar el estado de dicho protocolo basándose en dicho proceso de m onitorización de la velocidad de transm isión de mensajes, proporcionar una indicación de salud de protocolo inaceptable y proporcionar al menos una acción correctiva a un dispositivo que se com unica con dicha red de dispositivos móviles.
3. El m étodo de m onitorización de salud de protocolo en una red de dispositivos móviles según la reivindicación 1, que com prende, además:
com unicar dicho registro de salud de protocolo a un sistem a remoto, recibiendo dicho sistem a rem oto dicho registro de salud de protocolo, y
evaluando y m ostrando dicho sistem a rem oto una indicación de salud de protocolo.
4. El m étodo de m onitorización de salud de protocolo en una red de dispositivos móviles según la reivindicación 1, en donde dicho proceso de m onitorización de la velocidad de transm isión de m ensajes incluye un proceso de inicialización.
5. El m étodo de m onitorización de salud de protocolo en una red de dispositivos móviles según la reivindicación 1, en donde dicho proceso de m onitorización de la velocidad de transm isión de m ensajes incluye:
m onitorizar una velocidad de transm isión de mensajes asociada con una dirección de bloqueo en dicha red de dispositivos móviles, en donde la dirección de bloqueo es una dirección establecida cuando un recuento de mensajes es m ayor que el umbral de bloqueo,
com parar un rango de dicha velocidad de transm isión de m ensajes con el umbral m áximo de velocidad de transm isión de m ensajes y reg istrar la indicación de salud de protocolo cuando dicha velocidad de transm isión está dentro de dicho rango.
6. El m étodo de m onitorización de salud de protocolo en una red de dispositivos móviles según la reivindicación 1, en donde dicho registro de salud de protocolo incluye al menos uno de los datos de salud de protocolo o indicaciones de salud de protocolo.
ES15160960T 2015-01-30 2015-03-26 Sistema de monitorización de salud de protocolo de dispositivo móvil Active ES2744177T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US14/544,655 US10098025B2 (en) 2015-01-30 2015-01-30 Mobile device protocol health monitoring system

Publications (1)

Publication Number Publication Date
ES2744177T3 true ES2744177T3 (es) 2020-02-24

Family

ID=52997831

Family Applications (2)

Application Number Title Priority Date Filing Date
ES19177881T Active ES2734682T3 (es) 2015-01-30 2015-03-26 Sistema de monitoreo de estado de protocolo de dispositivo móvil
ES15160960T Active ES2744177T3 (es) 2015-01-30 2015-03-26 Sistema de monitorización de salud de protocolo de dispositivo móvil

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES19177881T Active ES2734682T3 (es) 2015-01-30 2015-03-26 Sistema de monitoreo de estado de protocolo de dispositivo móvil

Country Status (5)

Country Link
US (5) US10098025B2 (es)
EP (2) EP3554013B1 (es)
DE (1) DE19177881T1 (es)
ES (2) ES2734682T3 (es)
PL (2) PL3051753T3 (es)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10098025B2 (en) 2015-01-30 2018-10-09 Geotab Inc. Mobile device protocol health monitoring system
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
US10425361B2 (en) * 2017-03-16 2019-09-24 Trane International Inc. Dynamic allocation of termination resistors in a communication network
US11627193B2 (en) * 2017-12-07 2023-04-11 Oracle International Corporation Method and system for tracking application activity data from remote devices and generating a corrective action data structure for the remote devices
US11163630B2 (en) * 2019-10-18 2021-11-02 Dell Products L.P. Using real-time analytics to manage application features
US20240096146A1 (en) * 2022-04-25 2024-03-21 Geotab Inc. Systems and methods for configuring a non-interfering mode in a telematics device
US20230343151A1 (en) * 2022-04-25 2023-10-26 Geotab Inc. Systems and methods for diagnostic tool detection in a telematics device

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5819028A (en) * 1992-06-10 1998-10-06 Bay Networks, Inc. Method and apparatus for determining the health of a network
US6795941B2 (en) 2000-12-21 2004-09-21 Honeywell International Inc. Method for diagnosing a network
DE10152235B4 (de) 2001-10-20 2015-01-08 Robert Bosch Gmbh Verfahren zum Erkennen von Fehlern bei der Datenübertragung innerhalb eines CAN-Controllers und ein CAN-Controller zur Durchführung dieses Verfahrens
US7072424B2 (en) 2002-04-23 2006-07-04 Kyocera Wireless Corp. Adaptive direct conversion receiver
US20060002501A1 (en) * 2004-06-30 2006-01-05 Nokia Corporation Ultra-fast hopping frequency synthesizer for multi-band transmission standards
SE533636C2 (sv) 2004-10-25 2010-11-16 Xinshu Man L L C Anordning vid bussförbindelse i CAN-system
US8213321B2 (en) * 2007-02-01 2012-07-03 Deere & Company Controller area network condition monitoring and bus health on in-vehicle communications networks
US8667123B2 (en) 2008-09-29 2014-03-04 Woodhead Industries, Inc. Microcontroller network diagnostic system
US20100274893A1 (en) * 2009-04-27 2010-10-28 Sonus Networks, Inc. Methods and apparatus for detecting and limiting focused server overload in a network
US8634314B2 (en) * 2010-07-30 2014-01-21 Cisco Technology, Inc. Reporting statistics on the health of a sensor node in a sensor network
US20120053725A1 (en) 2010-08-26 2012-03-01 Southern Imperial, Inc. Retail Merchandise Dispensing System
US20120173900A1 (en) * 2010-11-03 2012-07-05 Broadcom Corporation Providing power over ethernet within a vehicular communication network
WO2014039031A1 (en) 2012-09-05 2014-03-13 GM Global Technology Operations LLC Method and apparatus for isolating a fault in a controller area network
US9652423B2 (en) 2013-06-05 2017-05-16 Texas Instruments Incorporated CAN and flexible data rate CAN node apparatus and methods for mixed bus CAN FD communications
US10187430B2 (en) 2013-06-07 2019-01-22 Apple Inc. Smart management of background network connections
US9864620B2 (en) 2013-07-30 2018-01-09 International Business Machines Corporation Bandwidth control in multi-tenant virtual networks
US9524222B2 (en) * 2013-09-16 2016-12-20 GM Global Technology Operations LLC Method and apparatus for fault detection in a controller area network
WO2015040454A1 (en) * 2013-09-18 2015-03-26 Freescale Semiconductor, Inc. Electronic device having multiplexed input/output terminals
US10098025B2 (en) 2015-01-30 2018-10-09 Geotab Inc. Mobile device protocol health monitoring system

Also Published As

Publication number Publication date
DE19177881T1 (de) 2020-02-20
EP3051753B1 (en) 2019-06-05
PL3051753T3 (pl) 2020-02-28
US20210037404A1 (en) 2021-02-04
US20210006994A1 (en) 2021-01-07
EP3554013B1 (en) 2021-09-29
US20230073378A1 (en) 2023-03-09
PL3554013T3 (pl) 2022-02-14
US11477673B2 (en) 2022-10-18
US20160227422A1 (en) 2016-08-04
US11523292B2 (en) 2022-12-06
ES2734682T1 (es) 2019-12-11
US10820220B2 (en) 2020-10-27
US20180324612A1 (en) 2018-11-08
ES2734682T3 (es) 2022-04-07
US10098025B2 (en) 2018-10-09
EP3051753A1 (en) 2016-08-03
EP3554013A1 (en) 2019-10-16

Similar Documents

Publication Publication Date Title
ES2744177T3 (es) Sistema de monitorización de salud de protocolo de dispositivo móvil
AU2022201977B2 (en) Wireless communication devices
US9886800B2 (en) Engine state detection device
ES2802908T3 (es) Sistema y método para obtener datos telemáticos de vehículo
AU2014273032B2 (en) Wireless communication devices
ES2692593T3 (es) Un método de determinación de condición de gestión de flota de datos de baliza inalámbrica de telemetría
US9128867B2 (en) Configurable intelligent I/O expander system
ES2773119T3 (es) Umbral de acelerómetro basado en el VIN
EP3142078B1 (en) Central unit, road toll system and methods for operating a road toll system and a central unit
EP3479601B1 (en) Data transmission method between an on-board device adapted to acquire data relating to motion and/or driving parameters of a vehicle and a remote processing centre
Constantinescu et al. Challenges in safety, security, and privacy in the development of vehicle tracking systems
WO2022016419A1 (zh) 认证检测方法、装置及系统
Abid et al. Vehicle Remote Support and Surveillance System