ES2883682T3

ES2883682T3 - Sistema universal registrador de eventos/datos

Info

Publication number: ES2883682T3
Application number: ES18157374T
Authority: ES
Inventors: Lawrence B Jordan
Original assignee: Wi Tronix LLC
Current assignee: Wi Tronix LLC
Priority date: 2005-08-11
Filing date: 2006-08-11
Publication date: 2021-12-09
Anticipated expiration: 2026-08-11
Also published as: RS57228B1; CA2619242C; PT3364626T; EP1922822A4; ES2667531T3; AU2006287856A1; HUE055722T2; EP3364626B1; CA2619242A1; AU2006287856B2; EP3364626A1; PL1922822T3; WO2007030267A2; SI1922822T1; DK3364626T3; WO2007030267A3; SI3364626T1; US20070076312A1; LT1922822T; EP1922822B1

Abstract

Un aparato de comunicación ubicado a bordo de un bien móvil que tiene un registrador de eventos/datos -EDR-, el aparato comprendiendo: una interfaz de EDR adaptada para comunicarse con el EDR; una memoria adaptada para almacenar múltiples protocolos de comunicación de EDR; un procesador adaptado para determinar, de forma dinámica, información identificatoria del EDR, y para seleccionar uno de los múltiples protocolos de comunicación de EDR almacenados en la memoria que se usará por la interfaz de EDR según la información identificatoria del EDR; y la interfaz de EDR adaptada para comunicarse con el EDR mediante el uso de dicho uno de los protocolos de comunicación seleccionados por el procesador.

Description

DESCRIPCIÓN

Sistema universal registrador de eventos/datos

CAMPO

La presente patente se refiere, en general, a equipos usados en bienes de alto valor y, en particular, a sistemas registradores de eventos/datos utilizados en bienes de alto valor.

ANTECEDENTES

Los bienes móviles de alto valor como, por ejemplo, locomotoras, aeronaves, sistemas de transporte público, equipos de minería, equipos médicos transportables y buques marinos normalmente emplean sistemas registradores "caja negra" de eventos/datos a bordo. Dichos registradores de eventos/datos registran una variedad de parámetros de sistema usados para la investigación de incidentes, evaluación del rendimiento de la tripulación, análisis de eficiencia del combustible, planificación de mantenimiento y diagnósticos predictivos. Los datos registrados pueden incluir parámetros como, por ejemplo, velocidad, distancia recorrida, ubicación, nivel de combustible, revoluciones por minuto (RPM) del motor, niveles de fluido, controles del operador, presiones y condiciones ambientales. Además de los datos de eventos y operacionales básicos, las capacidades de registro de eventos/datos en vídeo y audio también se despliegan en muchos de dichos mismos bienes móviles.

La prevalencia de los sistemas de registro y diagnóstico de bienes móviles ha creado un entorno donde un usuario final puede, con frecuencia, encontrar múltiples fabricantes de registradores de eventos/datos, así como modelos a lo largo de una flota de bienes móviles. De hecho, muchos bienes móviles combinan un diagnóstico de motor del fabricante del equipo original (del OEM, por sus siglas en inglés) con el registrador de eventos/datos de otro fabricante, el monitoreo de nivel de combustible de otro proveedor y el registrador de vídeo y audio de incluso otro fabricante. En dicha situación, cada uno de dichos diversos sistemas requiere el uso de diferentes herramientas de acceso a datos, descarga de datos y análisis de datos (normalmente, software basado en PC) para descargar y ver datos localmente, donde dichas herramientas son, con frecuencia, incompatibles entre sí. Después de que dichos datos se hayan recuperado, la diferencia de tiempo de cada dispositivo debe determinarse para la sincronización manual de datos. Como puede apreciarse, la tarea de gestionar las diferentes herramientas de acceso a datos, descarga de datos y análisis de datos, custodia y análisis de datos descargados y archivo de los datos descargados de una flota de miles de bienes móviles es extremadamente complicada.

Además, la gestión de uno o más de los procesos de acceso a datos, descarga de datos y análisis de datos mediante el uso de herramientas inalámbricas además aumenta la complejidad de dicho sistema dado que cada OEM y proveedor de registradores de eventos/datos pueden tener su propia implementación inalámbrica que puede requerir hardware inalámbrico separado tanto a bordo del bien móvil como en estaciones fijas vinculadas, de forma inalámbrica, a los sistemas a bordo.

La técnica anterior más cercana es el documento US-2005/085963. El presente documento describe un sistema de información vehicular para diagnósticos de vehículos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Aunque las reivindicaciones anexas describen las características de la presente patente con particularidad, la patente, junto con sus objetos y ventajas, puede comprenderse mejor a partir de la siguiente descripción detallada tomada en conjunto con los dibujos anexos, de los cuales:

Fig. 1 ilustra un diagrama de bloques a modo de ejemplo de una red que puede usarse para implementar una realización del sistema y método descritos en la presente memoria;

Fig. 2 ilustra la implementación de la técnica anterior de sistemas registradores de eventos/datos;

Fig. 3 ilustra una implementación de un sistema registrador de eventos/datos que usa una plataforma de hardware a bordo descrita en la presente memoria;

Fig. 4 ilustra un diagrama de flujo de un programa de configuración de registrador utilizado por el sistema registrador de eventos/datos de Fig. 3;

Fig. 5 ilustra un diagrama de flujo de un programa de descarga remota utilizado por el sistema registrador de eventos/datos de Fig. 3;

Fig. 6 ilustra un diagrama de flujo de un programa de descarga inalámbrica utilizado por el sistema registrador de eventos/datos de Fig. 3;

Figura 7 ilustra un diagrama de flujo de un programa de sincronización temporal utilizado por el sistema registrador de eventos/datos de Fig. 3; y

Fig. 8 ilustra una implementación en campo del sistema registrador de eventos/datos de Fig. 3.

DESCRIPCIÓN DETALLADA

Un sistema universal registrador de eventos/datos descrito en la presente memoria provee un puente común entre varios registradores de eventos/datos encontrados en bienes móviles. El sistema universal registrador de eventos/datos incluye un segmento a bordo que puede interactuar con el dispositivo registrador de eventos/datos de cualquier fabricante. Además, el sistema universal registrador de eventos/datos también incluye un segmento remoto para acceder a, analizar y revisar datos recogidos de cualquiera de múltiples registradores de eventos/datos. El sistema universal registrador de eventos/datos puede permitir el acceso a datos desde varios registradores de eventos/datos mediante el uso de cualquiera de un número de medios de comunicación que incluyen Internet y una red de comunicación inalámbrica.

En la siguiente descripción, varios componentes/implementaciones de sistemas de registro de eventos/datos se describen con referencia a actos y representaciones simbólicas de operaciones que se llevan a cabo por uno o más dispositivos informáticos, a menos que se indique lo contrario. Como tales, se comprenderá que dichos actos y operaciones, a los cuales, a veces, se hace referencia como ejecutados por ordenador, incluyen la manipulación por la unidad de procesamiento del dispositivo informático de señales eléctricas que representan datos en una forma estructurada. La presente manipulación transforma los datos o los mantiene en ubicaciones en el sistema de memoria del dispositivo informático, que reconfigura o de otra manera altera el funcionamiento del dispositivo informático en una manera comprendida por las personas con experiencia en la técnica. Las estructuras de datos donde los datos se mantienen son ubicaciones físicas de la memoria que tienen propiedades particulares definidas por el formato de los datos. Sin embargo, aunque la patente se describe en el contexto anterior, no pretende ser restrictiva como apreciarán las personas con experiencia en la técnica en el sentido de que varios de los actos y operaciones descritas de aquí en adelante pueden también implementarse en hardware.

Con respecto a los dibujos, en donde numerales de referencia iguales se refieren a elementos iguales, la patente se ilustra como implementada en un entorno de conexiones en red adecuado. La siguiente descripción se basa en realizaciones ilustradas de la patente y no debe tomarse como restrictiva de la patente con respecto a realizaciones alternativas que no se describen explícitamente en la presente memoria.

Red y Ordenador

La Figura 1 ilustra un diagrama de bloques de una red 10 que puede usarse para implementar el sistema y método descritos en la presente memoria. Cada nodo de la red 10 puede residir en un dispositivo que puede tener una de muchas arquitecturas de ordenador diferentes.

En aras de la descripción, la Figura 1 muestra un diagrama esquemático de una arquitectura a modo de ejemplo de un dispositivo informático 20 utilizable en cualquiera de los varios dispositivos conectados a la red 10. La arquitectura representada solo es un ejemplo de un entorno adecuado y no pretende sugerir una limitación con respecto al alcance de uso o funcionalidad de varias realizaciones descritas en la presente memoria. Asimismo, los dispositivos informáticos tampoco se interpretarán como unos que tienen una dependencia o requisito con respecto a cualquier de o una combinación de componentes ilustrados en la Figura 1. Cada una de las varias realizaciones descritas en la presente memoria es operativa con numerosos entornos o configuraciones informáticas o de comunicaciones de propósito general o de propósito especial. Ejemplos de sistemas informáticos, entornos y configuraciones conocidas adecuadas para su uso con la invención incluyen, pero sin limitación a, teléfonos móviles, ordenadores de bolsillo, ordenadores personales, servidores, sistemas de multiprocesador, sistemas basados en microprocesador, miniordenadores, ordenadores centrales y entornos informáticos distribuidos que incluyen cualquiera de los sistemas o dispositivos de más arriba.

En su configuración más básica, el dispositivo informático 20 normalmente incluye al menos una unidad de procesamiento 22 y memoria 24. La memoria 24 puede ser no permanente (como, por ejemplo, RAM), permanente (como, por ejemplo, ROM y memoria flash) o alguna combinación de las dos. La presente configuración más básica se ilustra en la Figura 1 por la línea discontinua 26. El dispositivo informático 20 puede también contener dispositivos de medios de almacenamiento 28 y 30 que pueden tener características y funcionalidad adicionales. Por ejemplo, los dispositivos de medios de almacenamiento 28 y 30 pueden incluir almacenamiento adicional (extraíble y no extraíble) incluidos, pero sin limitación a, tarjetas PCMCIA, discos magnéticos y ópticos, y cintas magnéticas. Dicho almacenamiento adicional se ilustra en la Figura 1 por el almacenamiento extraíble 28 y el almacenamiento no extraíble 30.

Los medios de almacenamiento de ordenador pueden incluir medios no permanentes y permanentes, extraíbles y no extraíbles implementados en cualquier método o tecnología para el almacenamiento de información como, por ejemplo, instrucciones legibles por ordenador, estructuras de datos, módulos de programas, u otros datos. La memoria 24, el almacenamiento extraíble 28 y el almacenamiento no extraíble 30 son todos ejemplos de medios de almacenamiento de ordenador. Los medios de almacenamiento de ordenador incluyen, pero sin limitación a, RAM, ROM, EEPROM, memoria flash, otra tecnología de memoria, CD-ROM, discos versátiles digitales, otro almacenamiento óptico, casetes magnéticos, cintas magnéticas, almacenamiento de disco magnético, otros dispositivos de almacenamiento magnético, y cualquier otro medio que se pueda usar para almacenar la información deseada y al que se pueda acceder por el dispositivo informático.

El dispositivo informático 20 puede también contener canales de comunicación 32 que le permiten comunicarse con otros dispositivos. Los canales de comunicación 32 son ejemplos de medios de comunicaciones. Los medios de comunicaciones normalmente realizan instrucciones legibles por ordenador, estructuras de datos, módulos de programas u otros datos en una señal de datos modulada como, por ejemplo, una onda portadora u otro mecanismo de transporte e incluyen cualquier medio de entrega de información. El término medios legibles por ordenador, según su uso en la presente memoria, incluye tanto medios de almacenamiento como medios de comunicaciones. El dispositivo informático 20 puede también tener componentes de entrada 34 como, por ejemplo, un teclado, ratón, bolígrafo, un componente de entrada de voz y un dispositivo de entrada táctil. Los componentes de salida 36 incluyen visualizaciones de pantalla, altavoces, impresoras y módulos de renderización (con frecuencia llamados "adaptadores") para dirigirlos. El dispositivo informático 20 tiene una fuente de alimentación 38. Varios componentes del dispositivo informático pueden comunicarse entre sí mediante un bus de comunicaciones internas 40. Todos dichos componentes son conocidos en la técnica y no necesitan describirse en detalle aquí.

La red 10 puede también conectarse, de forma comunicativa, a uno o más de una pluralidad de otros dispositivos y/o a otra red. Por ejemplo, la red 10 se ilustra conectada, de forma comunicativa, a otra red 50 que puede ser, por ejemplo, una red privada virtual (VPN, por sus siglas en inglés), una red de área local (LAN, por sus siglas en inglés), una red de área metropolitana (MAN, por sus siglas en inglés) inalámbrica, etc. Además, la red 10 puede también conectarse, de forma comunicativa, directamente o mediante otra red 50, a un asistente de datos personal (PDA, por sus siglas en inglés) 52, a un reproductor de medios inalámbrico 54, a un teléfono inalámbrico 56, a un dispositivo de correo electrónico inalámbrico 58, a un servidor de base de datos 60, etc.

Sistemas de Registro de Eventos/Datos

Los registradores de eventos/datos, cuando se aplican a locomotoras, se definen según el Código de Regulaciones Federales (CFR, por sus siglas en inglés) de la Administración Federal de Ferrocarriles 49 [artículo] 229.5G, Departamento de Transportes de Estados Unidos. Sin embargo, como será obvio para una persona con experiencia ordinaria en la técnica, el sistema de registro de eventos/datos descrito en la presente memoria puede usarse para cualquier otro bien móvil como, por ejemplo, aviones, equipos m[omicron]Ving, etc.

Con referencia a la Figura 2, una implementación 80 típica de la técnica anterior provee un sistema para gestionar y recoger información de un número de registradores de eventos/datos (EDR, por sus siglas en inglés) 82-90. Cada uno de los EDR 82-90 puede diseñarse por diferentes fabricantes y, por lo tanto, puede funcionar según un protocolo diferente con respecto a los otros EDR. Por ejemplo, el EDR 82 puede configurarse para comunicarse a una tasa de baudios de 19,2 K, con ocho bits de datos, sin paridad, un bit de parada y ningún apretón de manos de hardware. Por otro lado, el EDR 84 puede configurarse para comunicarse a una tasa de baudios de 57,6 K, con dieciséis bits de datos, un bit de paridad, ningún bit de parada y con apretón de manos de hardware, etc.

En la implementación 80 típica de la técnica anterior, un primer cliente de descarga local 92 puede configurarse para comunicarse con el EDR 82 según las especificaciones de comunicación requeridas por el EDR 82, mientras un segundo cliente de descarga local 94 puede configurarse para comunicarse con el EDR 84 según las especificaciones de comunicación requeridas por el EDR 84, etc. De manera similar, sistemas de descarga remota separados 96, 98, etc., pueden usarse para la descarga remota de datos desde los EDR 82-90. Además, dado que cada uno de dichos sistemas de descarga remota funciona en diferentes niveles de comunicación y especificación de datos, es difícil usar un medio de comunicación común como, por ejemplo, Internet, para facilitar la integración de los sistemas de descarga remota de datos 96, 98, etc.

En comparación con los sistemas de la técnica anterior, en términos generales, el sistema universal registrador de eventos/datos descrito en la presente memoria provee un puente común entre los varios EDR encontrados en bienes móviles. Dicho sistema universal registrador de eventos/datos puede estar compuesto de dos componentes principales, a saber, un segmento a bordo y un segmento de servicio interno, los cuales pueden usarse de forma separada o como un sistema combinado.

Según se describe en mayor detalle en las siguientes figuras, el segmento a bordo puede estar compuesto de un sistema de hardware y/o software común que puede interactuar con el EDR de cualquier fabricante. El segmento a bordo provee una interfaz de adquisición de datos común a lo largo de toda una flota de bienes móviles independientemente de los sistemas específicos instalados. Dicha interfaz de adquisición de datos común provee acceso cableado, acceso inalámbrico o una combinación de ambos, y soporta la descarga de datos de cualquier EDR a bordo independientemente del fabricante, modelo o formato de datos usado por dicho EDR.

El segmento de servicio interno de dicho sistema universal registrador de eventos/datos está compuesto de hardware y/o software para almacenar, archivar, recuperar, procesar y presentar información recuperada de registradores de eventos/datos. Además, el segmento de servicio interno puede incluir hardware y/o software para soportar la conectividad remota al segmento a bordo. Además, dicho sistema universal registrador de eventos/datos soporta las herramientas de descarga y visión estándares provistas por cada registrador de eventos/datos y/o una capacidad basada en Internet o de servicio interno común para acceder a, sincronizar, analizar, ver y/o exportar los datos recuperados de cualquier registrador de eventos/datos instalado en cualquier bien móvil.

La Figura 3 ilustra una implementación de dicho sistema registrador de eventos/datos 100. El sistema registrador de eventos/datos 100 se muestra como uno que incluye una plataforma de hardware a bordo 102 que puede adaptarse para comunicarse con un EDR 104. La plataforma de hardware a bordo 102 se diseña en una manera tal que puede comunicarse con el EDR 104 independientemente del fabricante y/o modelo del EDR 104. La plataforma de hardware a bordo 102 puede tener una interfaz de EDR 110 para comunicarse con EDR fabricados por cualesquiera fabricantes como, por ejemplo, el EDR 104. Además, la plataforma de hardware a bordo 102 puede también tener una interfaz de cliente local 112 para comunicarse con cualquier cliente local 114 como, por ejemplo, un ordenador portátil, y una interfaz inalámbrica 116 que puede usarse para comunicarse con un cliente remoto 118 como, por ejemplo, un punto de acceso inalámbrico, punto de acceso de red remota, etc.

Aunque en la presente implementación el cliente local 114 se ilustra comunicándose con la interfaz de cliente local 112 por un método de comunicación cableada, en una implementación alterna, el cliente local 114 puede comunicarse con la interfaz de cliente local 112 en una manera inalámbrica. De manera alternativa, según se ilustra en la Figura 3, la interfaz de cliente local 112 puede comunicarse con el cliente local 114 en una manera cableada y con un cliente remoto 115 como, por ejemplo, un ordenador de sobremesa, en una manera inalámbrica. Además, el cliente remoto 115 puede también tener la capacidad de comunicarse directamente con el cliente remoto 118 en una manera inalámbrica. El cliente remoto 115 puede comunicarse con la interfaz de cliente local 112 para descargar archivos de EDR a granel, para cargar software a la plataforma de hardware a bordo 102, para enviar comandos remotos, para consultar el estado de varios EDR, etc.

La interfaz inalámbrica 116 puede adaptarse para comunicarse con el punto de acceso inalámbrico mediante el uso de, pero sin limitación a, cualquiera de las siguientes tecnologías de comunicación inalámbrica: Bluetooth, LAN Inalámbrica (IEEE 802.11 a/b/g), redes radioeléctricas de datos celulares, por satélite y privadas o públicas. La plataforma de hardware a bordo 102 se adapta para comunicarse en cualquiera de dichas tecnologías de comunicación mediante el uso de datos del(de los) EDR 104 en una cantidad de formatos diferentes. El punto de acceso inalámbrico puede también permitir que la plataforma de hardware a bordo 102 se comunique, mediante el uso de Internet, o cualquier otra red, con una o más estaciones de análisis de eventos/datos remotas. Aunque la plataforma de hardware a bordo 102 se ilustra como una que tiene una de cada una de las interfaces 110, 112 y 116, en una realización alterna, pueden también proveerse dos o más de cada una de dichas interfaces. Incluso de manera alternativa, puede también proveerse solo una de la interfaz de cliente local 112 y la interfaz inalámbrica 116.

La plataforma de hardware a bordo 102 puede también incluir un módulo de procesamiento local 120 que puede usarse para gestionar, de manera funcional, una o más de las interfaces 110, 112 y 116. La plataforma de hardware a bordo 102 puede también incluir un módulo de memoria 122 que puede usarse para almacenar una o más instrucciones de un usuario, varios parámetros de la plataforma de hardware a bordo 102, varios parámetros de las interfaces 110, 112 y 116, etc. Además, la memoria 122 puede también usarse para almacenar datos recibidos de varios EDR y datos que se comunicarán a clientes locales y/o a clientes remotos.

La interfaz de EDR 110 puede comunicarse con EDR o cualquier otro sistema a bordo mediante el uso de cualquiera de múltiples protocolos de comunicación incluidos, pero sin limitación a, Ethernet, RS232, RS485, RS422, protocolo de red de área de controlador (CAN, por sus siglas en inglés), bus universal en serie (USB, por sus siglas en inglés), etc. Luego de la iniciación, la interfaz de EDR 110 puede llevar a cabo una secuencia de iniciación para identificar un protocolo particular utilizado por dispositivos y/o EDR que se comunican con la interfaz de EDR 110. Dicha secuencia de iniciación se ilustra en mayor detalle en la Figura 4 de más abajo. La secuencia de iniciación puede permitir a la interfaz de EDR 110 recibir parámetros de comunicación de varios EDR y almacenar dichos parámetros de comunicación en la memoria 122. Además, en cualquier punto durante su operación, la interfaz de EDR 110 puede asumir una de más porciones de programas de descarga remota descritos en mayor detalle en las Figuras 5 y 6 de más abajo. La interfaz de EDR 110 se adapta para comunicarse con EDR mediante un enlace de comunicación inalámbrica o cableada. Por consiguiente, si un EDR está equipado con un transceptor inalámbrico, dicho EDR puede tener la capacidad de comunicarse con la interfaz de EDR 110 mediante el método inalámbrico.

Aunque la descripción de la plataforma de hardware a bordo 102 se ilustra en la presente memoria con respecto a su comunicación con solo un EDR 104, se comprende que la plataforma de hardware a bordo 102 puede funcionar en una manera similar con cualquier número de EDR u otros dispositivos similares.

La interfaz de EDR 110 funciona como una interfaz común entre la interfaz de cliente local 112 y cualquier EDR como, por ejemplo, el EDR 104 y/o entre la interfaz inalámbrica 116 y cualquier EDR como, por ejemplo, el EDR 104. La plataforma de hardware a bordo 102 puede monitorear la interfaz de cliente local 112 y la interfaz inalámbrica 116 para determinar si cualquier dispositivo de descarga como, por ejemplo, un ordenador, etc., se encuentra conectado a dichas interfaces y/o si dichas interfaces han recibido una solicitud de datos descargados del EDR 104 o cualquier otro dispositivo a bordo. Tras detectar la presencia de dicho dispositivo de descarga, la plataforma de hardware a bordo 102 puede interrumpir cualquier interacción entre la interfaz de EDR 110 y el EDR 104. Posteriormente, la plataforma de hardware a bordo 102 puede entrar en un modo de transmisión en el cual cualquier comando recibido del dispositivo de descarga se reenvía al EDR apropiado. Por ejemplo, la plataforma de hardware a bordo 102 puede interrumpir cualquier interacción con el EDR 104 tras detectar la presencia del cliente local 114 y entrar en un modo de transmisión donde los comandos recibidos del cliente local 114 se comunican al EDR 104, mientras los datos recibidos del EDR 104 se comunican al cliente local 114.

Además, la plataforma de hardware a bordo 102 puede soportar el cambio de la velocidad de puerto y/o protocolos que se están ejecutando mientras se encuentra en el modo de "transmisión" según la velocidad de puerto y/o protocolos requeridos por el cliente local 114 o el cliente remoto 118. Por consiguiente, por ejemplo, la plataforma de hardware a bordo 102 puede comunicarse con el EDR 104 mediante el uso de un puerto de comunicación en serie que usa la tasa de baudios típica de 19,2 K, 8 bits de datos, ninguna paridad y 1 bit de parada sin apretón de manos de hardware. Sin embargo, el cliente local 114 puede solicitar que la velocidad de puerto cambie a una tasa de baudios de 57,6 K mediante el uso de un protocolo de transferencia de archivos X-Modem. En dicha situación, la plataforma de hardware a bordo 102 puede escuchar al cliente local 114 mientras se encuentra en un modo de transmisión para cualquier comando que se esté enviando del cliente local 114 al EDR 104. La plataforma de hardware a bordo 102 puede almacenar dichos comandos en la memoria 122 o puede procesar e interpretar dichos comandos mediante el uso del módulo de procesamiento 120. Según la interpretación del comando, la plataforma de hardware a bordo 102 puede cambiar las configuraciones de puerto y/o protocolo de la interfaz de cliente local 112.

Posteriormente, el comando del cliente local 114 puede transmitirse al EDR 104, lo cual permite al EDR 104 llevar a cabo, de manera interna, cualquier cambio de configuración de puerto según sea necesario. El EDR 104 puede reconocer dichos cambios llevados a cabo por el EDR 104 otra vez al cliente local 114 y confirmar que se han llevado a cabo configuraciones apropiadas de puerto y protocolo. Si los reconocimientos apropiados no se reciben del EDR 104, la plataforma de hardware a bordo 102 puede restablecer la interfaz de cliente local 112 a su configuración original y permitir que el cliente local 114 reintente una descarga del EDR 104.

Una vez que la plataforma de hardware a bordo 102 haya iniciado con éxito la comunicación entre el cliente local 114 y el EDR 104, el cliente local 114 puede, de forma continua, descargar datos del EDR 104 sin interrupción alguna de o interacción con la plataforma de hardware a bordo 102. En la presente situación, la plataforma de hardware a bordo 102 puede simplemente monitorear la descarga de los datos. Si la plataforma de hardware a bordo 102 observa que no hay actividad de descarga alguna entre el cliente local 114 y el EDR 104, la plataforma de hardware a bordo 102 puede reanudar el control de la interfaz de cliente local 112, restablecer cualquier cambio de configuración de puerto y protocolo que pueda haberse llevado a cabo mientras se encontraba en el modo de transmisión, y restablecer la comunicación directa con el EDR 104 mediante el uso de la interfaz de EDR 110.

En una realización alterna, el dispositivo de descarga puede ser el cliente remoto 118. En dicha situación, la plataforma de hardware a bordo 102, mientras funciona en un modo de transmisión, puede escuchar la interfaz inalámbrica 116 para cualquier comando que se esté enviando del cliente remoto 118 al EDR 104. Si la plataforma de hardware a bordo 102 determina que el cliente remoto 118 está comunicando un comando al EDR 104, la plataforma de hardware a bordo 102 puede almacenar dichos comandos en la memoria 122 o puede procesar e interpretar dichos comandos mediante el uso del módulo de procesamiento 120. Según la interpretación del comando, la plataforma de hardware a bordo 102 puede cambiar las configuraciones de puerto y protocolo de la interfaz inalámbrica 116.

Por consiguiente, el cliente remoto 118 puede descargar datos del EDR 104 de la misma manera que el cliente local 114 descarga datos del EDR 104 según se describe más arriba. Es preciso observar que el cliente remoto 118 puede conectarse, de manera comunicativa, a dispositivos inalámbricos como, por ejemplo, un PDA, un teléfono móvil, etc., a una red como, por ejemplo, Internet, etc. La interfaz inalámbrica 116 puede proveer capacidades de descarga inalámbrica mediante el uso de tecnología Bluetooth(TM) (IEEE 802.11a), LAN inalámbrica (IEEE 802.11a/b/g), redes celulares, por satélite, radioeléctricas privadas y públicas, etc. Además, la plataforma de hardware a bordo 102 se diseña de manera tal para soportar la descarga de datos del EDR 104 a cualquiera del cliente local 114, cliente remoto 115 y cliente remoto 118 independientemente del formato de datos usado por el EDR 104.

Independientemente de si los datos se descargan al cliente local 114 o al cliente remoto 118, la plataforma de hardware a bordo 102 asegura que todos los datos descargados, independientemente de la fuente, formato o metodología de descarga, se formateen de manera apropiada y se sincronicen temporalmente para la reproducción tanto en su formato nativo del EDR 104 como en un formato para permitir la capacidad del observador común basada en Internet. La Figura 7 de más abajo ilustra un diagrama de flujo de un programa que puede usarse por la plataforma de hardware a bordo 102 para proveer tiempo sincronizado a lo largo de todos los datos descargados de cualquier EDR.

La Figura 4 ilustra un diagrama de flujo de un programa de configuración de EDR 150 utilizado por el sistema registrador de eventos/datos 100 de la Figura 3. Según se ilustra en la Figura 3, para proveer una interfaz de registrador de eventos/datos común para descargas de eventos/datos locales o remotas, la plataforma de hardware a bordo 102 soporta la capacidad de una sola interfaz de EDR 110 de conexión cableada o inalámbrica a través de la cual las descargas de eventos y datos pueden recuperarse de cualquier subsistema de bien móvil conectado. Las descargas de eventos/datos de los EDR pueden activarse de forma automática según parámetros configurables por el usuario o a demanda. Los comandos de descarga a demanda pueden originarse a partir de los segmentos a bordo o de servicio interno del sistema registrador de eventos/datos 100.

El programa de configuración de EDR 150 puede almacenarse en la memoria 122 en una manera tal que puede implementarse mediante el uso del módulo de procesamiento 120. En un bloque 152, la plataforma de hardware a bordo 102 puede, mediante el uso de la interfaz de EDR 110, intentar comunicarse con un dispositivo conectado como, por ejemplo, el EDR 104, mediante el uso de cada uno de un número de protocolos/configuraciones de comunicación hasta que obtenga una respuesta del EDR 104. La plataforma de hardware 102 intenta, de forma continua, comunicarse con EDR potenciales mediante el uso de la interfaz de EDR 110 y a través de cualquier otra interfaz de EDR, si estuviera disponible. Si en cualquier punto la plataforma de hardware a bordo 102 recibe una respuesta como resultado de usar uno de los protocolos/configuraciones de comunicación, almacena dicha configuración como aplicable al EDR 104. Si ningún EDR responde a uno de los protocolos/configuraciones de comunicación, la plataforma de hardware a bordo 102 puede determinar que ningún EDR, incluido el EDR 104, responde en dicho momento y almacena dicha información en la memoria 122. Posteriormente, un bloque 154 puede seleccionar el siguiente EDR que se configurará.

Si, para cualquier EDR seleccionado, el bloque 152 determina que el EDR soporta al menos uno de los protocolos de comunicación, un bloque 156 puede consultar los ajustes de configuración de dicho EDR operativo. Por ejemplo, el bloque 156 puede consultar el EDR para determinar información que identifica dicho EDR particular que incluye, pero sin limitación a, fabricante de EDR, número de modelo de EDR, número de serie de EDR, capacidad de registro de eventos/datos de EDR, configuraciones de los parámetros de identificación de EDR, etc. Posteriormente, un bloque 158 puede almacenar los ajustes de configuración del EDR en la memoria 122.

La plataforma de hardware a bordo 102 puede tener ajustes de configuración como, por ejemplo, velocidades de comunicación, protocolos de comunicación, etc., relacionados con un número de modelos/fabricantes de EDR almacenados en la memoria 122. Mediante el uso de dicha información previamente almacenada en la memoria 122, un bloque 160 puede determinar las configuraciones óptimas de la comunicación como, por ejemplo, la velocidad de transmisión de datos, el protocolo de comunicación, etc., usadas para comunicarse con dicho EDR particular. El bloque 160 puede también almacenar los ajustes de configuración optimizados del EDR en la memoria 122.

Posteriormente, un bloque 162 puede indicar el tiempo de los datos que se recibirán del EDR con la fecha y hora de la plataforma de hardware a bordo 102. La indicación de tiempo de datos de dichos parámetros de fecha y hora del EDR es importante para asegurar que los datos recibidos de un número de EDR diferentes puedan analizarse y verse por un usuario final en una manera concurrente y/o cronológica apropiada. Para asegurar la marca temporal adecuada de datos de cada EDR, la sincronización del tiempo local de varios EDR puede ser necesaria. La Figura 7 de más abajo ilustra un diagrama de flujo de un programa de sincronización que puede usarse por la plataforma de hardware a bordo 102 para sincronizar la hora local de múltiples EDR.

Posteriormente, un bloque 164 puede actualizar y configurar cualquier parámetro de identificación de bien relacionado con el EDR, en donde dichos parámetros pueden incluir número de bien, propietario del bien, diámetro de rueda, tipo de sensor de rueda, etc. Un bloque 166 puede autoconfigurar entradas/salidas de datos periódicas requeridas para el EDR. Por ejemplo, una entrada periódica a un EDR puede ser las coordenadas del GPS del EDR, mientras que la salida periódica de un EDR puede ser la temperatura, nivel de presión, datos de audio incremental, etc. Finalmente, un bloque 168 puede asegurar si el EDR se encuentra en su modo de funcionamiento adecuado o no. Los datos y/o información recogidos por cada uno de los bloques 164-168 pueden almacenarse en la memoria 122 para su posterior uso por la plataforma de hardware a bordo 102. Finalmente, un bloque 170 puede determinar si hay más EDR a configurar.

La Figura 5 ilustra un diagrama de flujo de un programa de descarga 200 utilizado por el sistema registrador de eventos/datos 100 de la Figura 3, en donde el programa de descarga 200 puede usarse para descargar datos de uno o más de múltiples EDR a un cliente local o remoto como, por ejemplo, el cliente local 114. Un bloque 202 monitorea la interfaz de cliente local 112 de la plataforma de hardware a bordo 102 para la conexión de cualquier dispositivo como, por ejemplo, cualquier dispositivo de descarga capaz de descargar datos recogidos de cualquiera de los EDR conectados a la plataforma de hardware a bordo 102, un dispositivo de monitoreo, otros dispositivos de comunicación, etc.

Si el bloque 202 determina que una secuencia de comandos de solicitud de descarga se recibe en la interfaz de cliente local 112 de un dispositivo remoto conectado a la interfaz de cliente local 112, un bloque 204 interrumpe la comunicación de la interfaz de EDR 110 con cualquier EDR.

Un bloque 206 hace que la plataforma de hardware a bordo 102 entre en un modo de transmisión en el cual cualquier comando recibido de un dispositivo conectado a la interfaz de cliente local 112 se reenvía a los EDR apropiados mediante la interfaz de EDR 110.

Posteriormente, un bloque 208 hace que la plataforma de hardware a bordo 102 cambie la configuración de comunicación de la interfaz de cliente local 112 para soportar cualquier cambio adaptativo necesario para que la interfaz de cliente local 112 funcione en el modo de transmisión. Por ejemplo, durante una conexión inicial de un cliente local 114 a la interfaz de cliente local 112, la interfaz de cliente local 112 puede usar una tasa de baudios típica de 19,2 K, 8 bits de datos, ninguna paridad y 1 bit de parada sin apretón de manos de hardware. Sin embargo, tras la inicialización de una sesión de descarga, el cliente local 114 puede solicitar, de manera dinámica, que la velocidad de puerto de la interfaz de cliente local 112 cambie a 57,6K baudios mediante el uso del mecanismo de transferencia de archivos Xmodem.

Posteriormente, mientras se encuentra en el modo de transmisión, un bloque 210 [rombo] monitorea o escucha la interfaz de cliente local 112 para cualquier comando que se esté enviando de cualquier dispositivo local o remoto a cualquier EDR. Si se reciben los comandos, un bloque 212 interpreta dichos comandos y, si se requiere, cambia las configuraciones de puerto y protocolos para la interfaz de cliente local 112 así como para la interfaz de EDR 110.

Un bloque 214 también genera y envía comandos apropiados a cualquier EDR conectado a la interfaz de cliente local 112 en el modo de transmisión, de modo que el EDR puede también llevar a cabo, internamente, cambios de configuración de puerto necesarios. Posteriormente, un bloque 216 monitorea el(los) EDR para el reconocimiento del cambio en las configuraciones de puerto. Si no se recibe reconocimiento alguno, un bloque 217 restablece la interfaz de cliente local 112 a su configuración original y envía un mensaje al cliente local 114 de que su solicitud de cambiar la velocidad de puerto no puede otorgarse. Como respuesta, el cliente local 114 puede cambiar sus configuraciones de comunicación de manera acorde. Posteriormente, el control se transfiere otra vez al bloque 202.

Si un reconocimiento de dicha configuración de puerto se recibe del(de los) EDR, un bloque 218 comunica dicho reconocimiento otra vez al dispositivo que solicita el cambio. Sin embargo, si no se recibe dicho reconocimiento del(de los) EDR, un bloque 220 restablece tanto la interfaz de cliente local 112 como la interfaz de EDR 110 a sus configuraciones originales y permite, de esta manera, que el cliente local o el cliente remoto reintenten la descarga del(de los) EDR.

Finalmente, un bloque 222 monitorea la interfaz de cliente local 112 para determinar si el cliente local o el cliente remoto aún está activo, o que haya una comunicación recibida del cliente local o del cliente remoto. Si no se detecta actividad alguna, un bloque 224 restablece cualquier configuración de puerto y protocolos en la interfaz de cliente local 112 y en la interfaz de EDR 110 que puedan haberse llevado a cabo para iniciar el modo de comunicación de transmisión entre el dispositivo remoto y el(los) EDR, y cede el control de comunicación con el(los) EDR otra vez al módulo de procesamiento 120 de la plataforma de hardware a bordo 102. Posteriormente, la plataforma de hardware a bordo 102 puede directamente comunicarse con el(los) EDR para descargar datos del(de los) EDR.

El programa de descarga 200 provee a un usuario la capacidad de usar un punto de conexión común desde el cual el usuario puede llevar a cabo la tarea de descargar datos de cualquier EDR conectado a la plataforma de hardware a bordo 102. Cualquier cliente local o el cliente remoto con cualquier software y hardware puede usarse para descargar los datos de EDR como si dicho dispositivo remoto estuviera directamente conectado a los EDR desde los cuales están recuperando los datos descargados. Es preciso observar que la Figura 5 ilustra el diagrama de flujo para el programa de descarga remota 200 con respecto al cliente local 114 y a la interfaz de cliente local 112, las varias etapas del programa de descarga 200 pueden implementarse reemplazando la interfaz de cliente local 112 por la interfaz inalámbrica 116 y el cliente local 114 por el cliente remoto 118 para proveer una versión inalámbrica del programa descarga 200.

La Figura 6 ilustra un diagrama de flujo de un programa de descarga inalámbrica 250 utilizado por el sistema registrador de eventos/datos 100 de la Figura 3. Dado que varias funciones del programa de descarga inalámbrica 250 son similares a las del programa de descarga 200, el programa de descarga inalámbrica 250 no se describe en mayor detalle en la presente memoria.

La Figura 7 ilustra un diagrama de flujo de un programa de sincronización temporal 300 utilizado por el sistema registrador de eventos/datos 100 de la Figura 3. La plataforma de hardware a bordo 102 puede proveer tiempo sincronizado a lo largo de todos los datos descargados de cualquier fuente de EDR. Para lograr esto, la plataforma de hardware a bordo 102 puede mantener un tiempo de sistema común sincronizado a través de al menos uno de: (1) un sistema de posicionamiento geográfico (GPS, por sus siglas en inglés) interno a la plataforma de hardware a bordo 102; (2) una fuente de tiempo de red conectada, de manera comunicativa, a la plataforma de hardware a bordo 102; y (3) tiempo sincronizado de otro sistema a bordo. Un bloque 302 puede actualizar o sincronizar el tiempo en la plataforma de hardware a bordo 102 mediante el uso de una de estas u otras fuentes similares.

La plataforma de hardware a bordo 102 puede configurarse para distribuir tiempo sincronizado a los EDR mediante el uso de una planificación predeterminada. Un bloque 304 puede distribuir tiempo sincronizado a los EDR según dicha planificación predeterminada. Posteriormente, un bloque 306 determina si hay una solicitud recibida de cualquier EDR o de cualquier otra plataforma de hardware a bordo para proveer el tiempo sincronizado, si dicha solicitud se recibe, un bloque 308 puede proveer el tiempo sincronizado a la fuente solicitante.

Dado que muchos EDR pueden diseñarse para generar y mantener sus tiempos internos, la plataforma de hardware a bordo puede usarse para probar el tiempo generado y mantenido en dichos EDR y para actualizar el tiempo si fuera necesario. Un módulo 310 puede implementarse para proveer dichas actualizaciones a los tiempos internos de los EDR. Un bloque 312 puede consultar un EDR para conocer su tiempo interno. Tras recibir el tiempo interno, un bloque 314 puede comparar el tiempo recibido con el tiempo sincronizado almacenado en la plataforma de hardware a bordo 102 para determinar si el tiempo actualizado necesita enviarse al EDR.

Si el bloque 314 determina que una actualización es necesaria, un bloque 316 envía dicha actualización al EDR, de lo contrario, el bloque 318 selecciona el siguiente EDR y el control pasa otra vez al bloque 312. Es preciso observar que el módulo 310 no siempre es necesario y puede ser operativo solo en algunas implementaciones de la plataforma de hardware a bordo 102.

Como resultado de la provisión de actualizaciones de tiempo sincronizado a los EDR, cualquier archivo o dato recibido de los EDR se marca con marcas temporales correctas. Ello permite ver datos descargados del bien móvil de múltiples EDR a bordo en una manera sincronizada mediante el uso de herramientas de análisis de datos específicas al proveedor o basadas en Internet. Por consiguiente, datos operativos, de vídeo, audio, motor, combustible y diagnóstico de múltiples EDR pueden verse a través de una sola interfaz de usuario contra una línea temporal de eventos común incluso cuando los datos se han recuperado de múltiples sistemas a bordo. Un sistema para ver y analizar dichos datos puede proveerse por el cliente local, cliente remoto o en cualquier otro nodo en la red 10 conectada, de manera comunicativa, al sistema registrador de eventos/datos 100.

Como una persona con experiencia ordinaria en la técnica sabrá, el orden de uno o más bloques de los diagramas de flujo 200-300 puede alterarse y uno o más bloques de los diagramas de flujo 200-300 pueden también procesarse en forma paralela. De manera similar, bloques adicionales pueden añadirse en cualquier punto en dichos diagramas de flujo y cada uno de los bloques de dichos diagramas de flujo puede implementarse como parte de varios componentes del sistema de registro de eventos/datos 100.

La Figura 8 ilustra una implementación en campo 400 del sistema registrador de eventos/datos 100 de la Figura 3. Como puede verse en la Figura 8, la implementación en campo 400 incluye muchos componentes del sistema registrador de eventos/datos 100 según se representa por numerales iguales en ambos sistemas. La interfaz de cliente local 112 se ilustra además como una que puede comunicarse de forma simultánea con múltiples ordenadores como, por ejemplo, el cliente local 114 y un servidor remotamente ubicado 130. Como una persona con experiencia ordinaria en la técnica reconocerá, la interfaz de cliente local 112 puede adaptarse para comunicarse con un número de otros nodos también. De manera similar, el punto de acceso inalámbrico que actúa como el cliente remoto 118 puede adaptarse para comunicarse con la red de comunicación 10, el servidor remoto 130, un teléfono inalámbrico 134, etc. Además, una o más plataformas de hardware a bordo diferentes ubicadas en otros bienes móviles pueden también conectarse, de manera comunicativa, al servidor 130, mediante, por ejemplo, la red de comunicación 10. Por consiguiente, los datos de EDR de un número de bienes móviles pueden compartirse utilizando la implementación de la Figura 8.

La plataforma de hardware a bordo 102 puede garantizar que todos los datos descargados de los EDR, independientemente de la fuente, formato o metodología de descarga, se formateen y sincronicen temporalmente de manera apropiada para su reproducción en cualquiera o todos de los siguientes: (1) el formato nativo de los EDR; (2) un formato especificado por el cliente o personalizado; y (3) una capacidad de observador común basada en Internet detallada en un sección posterior de la presente solicitud.

Por lo tanto, varios componentes y capacidades de comunicación del sistema registrador de eventos/datos 100 según su implementación en la Figura 8 pueden usarse para proveer una capacidad de observador basada en Internet común para visualizar los datos recogidos de los EDR. Por ejemplo, los datos descargados de los EDR ya sea mediante la interfaz de cliente local 112 o mediante la interfaz inalámbrica 116 pueden descargarse en una base de datos en el servidor 130. Uno o más programas de análisis de datos como, por ejemplo, SAS(R), Excel(R), Access(R), etc., pueden ubicarse en el servidor 130 o en cualquier ubicación alterna para analizar los datos y para presentar los datos mediante el uso de herramientas de visualización basadas en Internet. Por ejemplo, diagramas, gráficos, vídeos, etc., generados según los datos de EDR almacenados en el servidor 130 pueden visualizarse mediante el uso de navegadores de Internet ubicados en varios nodos de la red de comunicación 10. De manera alterna, los datos de EDR pueden también empujarse a varios usuarios mediante el uso de tecnologías de sindicación realmente simple (RSS, por sus siglas en inglés) u otras tecnologías similares. Incluso de manera alternativa, señales de alerta pueden generarse y comunicarse a usuarios como, por ejemplo, el teléfono móvil 134, etc.

Varios observadores de datos de EDR basados en Internet pueden proveer informes que incluyen, pero sin limitación a, visualización tabular de todos los datos de EDR según varios parámetros de EDR, visualización gráfica de todos los datos de EDR según varios parámetros de EDR, configuraciones seleccionadas por el usuario de datos de EDR para parámetros seleccionados por el usuario, visualización seleccionada por el usuario de datos según variables como, por ejemplo, tiempo, distancia recorrida, velocidades de excepciones operacionales, etc., visualización basada en Internet sincronizada de datos de EDR en cierto evento, audio, vídeo, etc.

Además, un usuario puede tener la capacidad de consultar excepciones a eventos o datos específicas mediante el uso de herramientas basadas en Internet u otras herramientas de consulta. Los resultados de dichas consultas, o los resultados de otros análisis de los datos de EDR, pueden exportarse a usuarios en formatos adecuados para herramientas de análisis de datos comunes como, por ejemplo, hojas de cálculo y bases de datos. La implementación del sistema registrador de eventos/datos 100 ilustrado en la Figura 8 puede permitir a un usuario seleccionar la exportación de datos disponibles desde cualquier EDR en cualquiera de múltiples bienes móviles.

Según las muchas realizaciones posibles a las cuales pueden aplicarse los principios de la presente patente, debe reconocerse que las realizaciones descritas en la presente memoria con respecto a las figuras en los dibujos pretenden ser ilustrativas solamente y no deben tomarse como unas que limitan el alcance de la patente. Por ejemplo, por motivos de rendimiento, uno o más componentes del método de la presente patente pueden implementarse en hardware, antes que en software. Por lo tanto, la patente, según se describe en la presente memoria, contempla todas las realizaciones que puedan entrar dentro del alcance de las siguientes reivindicaciones.

Claims

REIVINDICACIONES

1. Un aparato de comunicación ubicado a bordo de un bien móvil que tiene un registrador de eventos/datos -EDR-, el aparato comprendiendo:

una interfaz de EDR adaptada para comunicarse con el EDR;

una memoria adaptada para almacenar múltiples protocolos de comunicación de EDR;

un procesador adaptado para determinar, de forma dinámica, información identificatoria del EDR, y para seleccionar uno de los múltiples protocolos de comunicación de EDR almacenados en la memoria que se usará por la interfaz de EDR según la información identificatoria del EDR; y

la interfaz de EDR adaptada para comunicarse con el EDR mediante el uso de dicho uno de los protocolos de comunicación seleccionados por el procesador.

2. El aparato de comunicación de la reivindicación 1, que además comprende una interfaz de cliente adaptada para comunicarse con un cliente mediante el uso de al menos uno de: (1) un protocolo de comunicación inalámbrica; y (2) un protocolo de comunicación cableada.