ES3041173T3 - System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification - Google Patents

System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification

Info

Publication number
ES3041173T3
ES3041173T3 ES18756053T ES18756053T ES3041173T3 ES 3041173 T3 ES3041173 T3 ES 3041173T3 ES 18756053 T ES18756053 T ES 18756053T ES 18756053 T ES18756053 T ES 18756053T ES 3041173 T3 ES3041173 T3 ES 3041173T3
Authority
ES
Spain
Prior art keywords
vehicle
executable software
repair
computer device
data
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
ES18756053T
Other languages
English (en)
Inventor
Patrick Merg
Jacob Foreman
Joshua Covington
Roy Brozovich
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.)
Snap On Inc
Original Assignee
Snap On 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 Snap On Inc filed Critical Snap On Inc
Application granted granted Critical
Publication of ES3041173T3 publication Critical patent/ES3041173T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/006—Indicating maintenance
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
    • G07C5/0825—Indicating performance data, e.g. occurrence of a malfunction using optical means

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Fuzzy Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Se proporcionan métodos y aparatos para la reparación de vehículos. Un dispositivo informático que cuenta con un primer y un segundo ejecutable de software puede determinar la información de identificación del vehículo (VII) que identifica un vehículo. El dispositivo informático puede almacenar un primer y un segundo identificador de vehículo que se basan en la VII y están asociados respectivamente con el primer y el segundo ejecutable de software, donde el primer identificador de vehículo difiere del segundo identificador de vehículo. El dispositivo informático se puede utilizar para reparar el vehículo al menos: recibiendo una solicitud para activar el primer ejecutable de software y activando el primer ejecutable de software al menos proporcionándole el primer identificador de vehículo almacenado. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Sistema y método para acceder a aplicaciones de comunicación de vehículos que requieren identificación de vehículo sin volver a introducir la identificación de vehículo
Antecedentes
Salvo que se indique lo contrario en la presente memoria, los materiales descritos en esta sección no son el estado de la técnica con respecto a las reivindicaciones de esta solicitud, y no se admiten como estado de la técnica debido a su inclusión en esta sección.
Los vehículos, tales como los automóviles, los camiones livianos y los camiones pesados, desempeñan un papel importante en la vida de muchas personas. Para mantener los vehículos en funcionamiento, algunas de esas personas confían en los técnicos de vehículos para diagnosticar y reparar su vehículo.
Los técnicos de vehículos utilizan diversas herramientas para diagnosticar y/o reparar vehículos. Estas herramientas pueden incluir herramientas manuales comunes, tales como llaves, martillos, alicates, destornilladores y juegos de llaves de tubo, o herramientas más específicas para vehículos, tales como rectificadores de cilindros, compresores de anillo de pistón y herramientas de frenos de vehículo. Las herramientas utilizadas por los técnicos de vehículos también pueden incluir herramientas electrónicas, tales como una herramienta de escaneo de vehículos o un medidor digital de voltaje-ohmios (DVOM), para su uso en el diagnóstico y/o reparación de un vehículo.
La herramienta de escaneo de vehículos y/o el DVOM se pueden vincular mediante enlaces cableados o inalámbricos a otros dispositivos, tal vez para comunicar datos sobre el vehículo. La herramienta de escaneo de vehículos y/o el DVOM pueden proporcionar una cantidad significativa de datos para ayudar al diagnóstico y la reparación del vehículo. Estos datos se proporcionan mediante una serie de funciones diferentes de la herramienta de escaneo de vehículos y/o el DVOM, incluidas funciones de escaneo de datos de diagnóstico y funciones de realización de pruebas en el vehículo.
El documento US 2016/335816 Al describe un servidor que recibe un número de identificación de vehículo (VIN) desde un dispositivo informático, y utiliza el VIN para identificar y recuperar información específica sobre el vehículo y las herramientas de diagnóstico que están registradas para su uso a partir de una base de datos. Una GUI (interfaz gráfica de usuario) muestra identificadores de los diferentes productos y servicios de software que están registrados para su uso en el servidor. Los diferentes centros de servicio pueden seleccionar diferentes módulos de software para su uso basándose en el equipo de diagnóstico en uso y los tipos de vehículos que reciben mantenimiento en los centros de servicio. El dispositivo informático recibe la entrada del usuario para ejecutar un comando, el servidor recibe el comando para realizar procedimientos de diagnóstico, y transmite el comando a una de una pluralidad de herramientas de diagnóstico.
Resumen
La presente invención se define en las reivindicaciones independientes. Las realizaciones preferidas se definen en las reivindicaciones dependientes. En un aspecto, se proporciona un método. Un dispositivo informático determina una información de identificación de vehículo (VII) que identifica un vehículo. El dispositivo informático incluye un primer ejecutable de software y un segundo ejecutable de software. El dispositivo informático almacena un primer identificador de vehículo asociado con el primer software ejecutable y un segundo identificador de vehículo asociado con el segundo software ejecutable basándose en la VII. El primer identificador de vehículo difiere del segundo identificador de vehículo. El dispositivo informático se utiliza para reparar el vehículo mediante al menos una de estas acciones: recibir una solicitud para activar el primer software ejecutable, y activar el primer software ejecutable al menos proporcionando al primer software ejecutable el primer identificador de vehículo almacenado.
En otro aspecto, se proporciona un dispositivo informático. El dispositivo informático incluye un procesador y un medio legible por ordenador. El medio legible por ordenador almacena al menos un primer software ejecutable, un segundo software ejecutable e instrucciones ejecutables. Las instrucciones ejecutables, cuando son ejecutadas por el procesador, hacen que el dispositivo informático realice funciones. Las funciones incluyen: determinar la VII que identifica un vehículo; almacenar, en el medio legible por ordenador, un primer identificador de vehículo asociado al primer software ejecutable y un segundo identificador de vehículo asociado al segundo software ejecutable basándose en la VII, donde el primer identificador de vehículo difiere del segundo identificador de vehículo; y reparar el vehículo utilizando el dispositivo informático mediante al menos una de estas acciones: recibir una solicitud para activar el primer software ejecutable, y activar el primer software ejecutable al menos proporcionando al primer software ejecutable el primer identificador de vehículo almacenado.
En otro aspecto, se proporciona un medio legible por ordenador no transitorio. El medio legible por ordenador está configurado para almacenar al menos instrucciones ejecutables. Las instrucciones ejecutables, cuando son ejecutadas por un procesador de un dispositivo informático, hacen que el dispositivo informático realice funciones. Las funciones incluyen: determinar la VII que identifica un vehículo; almacenar, en el dispositivo informático, un primer identificador de vehículo asociado al primer software ejecutable y un segundo identificador de vehículo asociado al segundo software ejecutable basándose en la VII, donde el primer identificador de vehículo difiere del segundo identificador de vehículo; y reparar el vehículo mediante al menos una de estas acciones: recibir una solicitud para activar el primer software ejecutable, y activar el primer software ejecutable al menos proporcionando al primer software ejecutable el primer identificador de vehículo almacenado.
Breve descripción de los dibujos
La figura 1 muestra un escenario que utiliza una herramienta de diagnóstico automotriz del estado de la técnica. La figura 2 es un diagrama de flujo de un método según una realización.
La figura 3 representa un archivo de identificación de vehículo y datos de reparación, según una realización.
La figura 4 muestra un flujo de comunicación durante la reparación de un vehículo, según una realización.
La figura 5 muestra un flujo de comunicación durante la reparación de un vehículo, según una realización.
La figura 6 muestra un flujo de comunicación durante la reparación de un vehículo, según una realización.
La figura 7 muestra un flujo de comunicación durante la reparación de un vehículo, según una realización.
Las figuras 8, 9, 10A, 10B, 10C, 11, 12, 13A, 13B, 13C, 13D, 13E, 14A, 14B, 14C y 14D muestran dos escenarios relacionados en los que se utiliza un dispositivo informático para reparar un vehículo, según una realización.
La figura 15 es un diagrama en bloque de una red informática ilustrativa, según una realización.
La figura 16A es un diagrama en bloque de un dispositivo informático ilustrativo, según una realización.
La figura 16B representa una red ilustrativa de centros informáticos, según una realización.
La figura 17 es un diagrama de flujo de un método ilustrativo, según una realización.
Descripción detallada
Acceso a las aplicaciones de comunicación del vehículo sin volver a introducir la identificación de vehículo Frecuentemente se utiliza una herramienta de escaneo de vehículos para diagnosticar y reparar anomalías en vehículos en reparación. La herramienta de escaneo de vehículos puede incluir un dispositivo informático configurado para realizar múltiples funciones relacionadas con la reparación utilizando múltiples softwares ejecutables. Algunos de los softwares ejecutables pueden realizar funciones específicas de un vehículo y, por lo tanto, pueden requerir un identificador de vehículo como entrada inicial. Una técnica típica para proporcionar los identificadores de vehículo a los softwares ejecutables de la herramienta de escaneo de vehículos es hacer que un técnico, que opere la herramienta de escaneo de vehículos, proporcione un identificador de vehículo para un software ejecutable cada vez que se ejecute el software ejecutable.
Como se utiliza en la presente memoria, la expresión software ejecutable incluye una o más instrucciones legibles por ordenador codificadas en un formato que puede ejecutarse mediante uno o más procesadores informáticos de un dispositivo informático, tal como un dispositivo informático que actúa como una herramienta de escaneo de vehículos. El software ejecutable y/u otros datos pueden residir en el dispositivo; es decir, el software ejecutable y/u otros datos pueden almacenarse en la memoria del dispositivo que es accesible para los uno o más procesadores informáticos del dispositivo informático. El software ejecutable puede depender de otro software, tal como un intérprete, para ser ejecutado y, por lo tanto, realizar una o más tareas;es decir,un software ejecutable puede incluir instrucciones que son ejecutadas por un procesador de ordenador mediante la ejecución de un intérprete que funciona según las instrucciones del software ejecutable como entrada. En algunos ejemplos, un software ejecutable puede basarse en un hardware especial, tal como componentes de prueba o hardware de interfaz de comunicaciones, para realizar algunas o todas sus tareas. Como se utiliza en la presente memoria, un módulo de software puede incluir parte o la totalidad de uno o más softwares ejecutables.
La figura 1 muestra un escenario 100 que utiliza una herramienta de diagnóstico automotriz del estado de la técnica. El escenario 100 comienza cuando un técnico enciende la herramienta de diagnóstico automotriz del estado de la técnica, y la herramienta de diagnóstico automotriz del estado de la técnica presenta posteriormente una pantalla 110 para que el técnico proporcione una entrada para seleccionar uno de los tres softwares ejecutables mientras repara un vehículo V0. La pantalla 110 indica que el técnico puede seleccionar “ 1” para utilizar un ejecutable de “ Escaneo de vehículo” , “ 2” para utilizar un ejecutable de “ Prueba de vehículo” , “ 3” para utilizar un ejecutable de “ Información de reparación” , o “X” para salir y apagar la herramienta de diagnóstico automotriz del estado de la técnica.
El escenario 100 continúa cuando el técnico ingresa “ 1” para utilizar el ejecutable de escaneo de vehículo, y la herramienta de diagnóstico automotriz del estado de la técnica proporciona posteriormente una pantalla 120 al técnico para ingresar los datos del identificador de vehículo del vehículo V0 para el ejecutable de escaneo de vehículo, donde este identificador de vehículo se basa en datos ingresados por el técnico que incluyen un “Año” , una “ Marca” , un “ Modelo” y un “ Número de cilindros” . Tras introducir estos datos, la herramienta de diagnóstico automotriz del estado de la técnica activa el ejecutable Escaneo de vehículo, como se muestra en la pantalla 130 de la figura 1.
El escenario 100 continúa cuando el técnico completa el uso del ejecutable Escaneo de vehículo durante la reparación del vehículo V0 y la herramienta de diagnóstico automotriz del estado de la técnica presenta una pantalla 140, que es igual que la pantalla 110, para que el técnico seleccione un ejecutable o apague la herramienta de diagnóstico automotriz del estado de la técnica. El escenario 100 continúa cuando el técnico ingresa un “ 3” para utilizar el ejecutable Información de reparación. En respuesta a la introducción del “ 3” en la pantalla 140, la herramienta de diagnóstico automotriz del estado de la técnica presenta una pantalla 150 para que el técnico introduzca los datos de un identificador de vehículo del vehículo V0 para el ejecutable de información de reparación, donde este identificador de vehículo se basa en datos introducidos por el técnico que incluyen un “Año” , una “ Marca” , un “ Modelo” y un “ Tipo de combustible” . Tras introducir estos datos, la herramienta de diagnóstico automotriz del estado de la técnica activa el ejecutable Información de reparación, tal como se muestra en la pantalla 160 de la figura 1. Después de presentar la pantalla 160, se completa el escenario 100.
El escenario 100 ilustra cómo los identificadores de vehículo pueden variar entre los softwares ejecutables, pero muchos (si no todos) los identificadores de vehículo se basan en datos similares. Por ejemplo, el escenario 100 ilustra cómo el identificador de vehículo del módulo de escaneo de vehículos del estado de la técnica se basa en el año, la marca (nombre del fabricante), el modelo y el número de cilindros del vehículo V0, y el identificador de vehículo de la información de reparación del estado de la técnica ejecutable se basa en el año, la marca, el modelo y el tipo de combustible del vehículo V0. Sin embargo, cada vez que un técnico activaba un software ejecutable de la herramienta de diagnóstico automotriz del estado de la técnica en el escenario 100, el técnico tenía que introducir datos relacionados con el identificador de vehículo. Además, de forma típica, cuando se activa el mismo software ejecutable varias veces durante una sesión de reparación de un vehículo, el técnico tiene que introducir los mismos datos relacionados con el identificador de vehículo cada vez que se ejecuta el software ejecutable. Por lo tanto, puede ser que el técnico tenga que proporcionar a la herramienta de diagnóstico automotriz del estado de la técnica los mismos datos o datos similares relacionados con el identificador de vehículo varias veces durante una sesión de reparación. En la presente memoria se describen técnicas para proporcionar una identificación de vehículos comunes para los softwares ejecutables de una herramienta de escaneo de vehículos, para al menos ahorrar tiempo, reducir la entrada de datos y facilitar el uso de la herramienta de escaneo de vehículos. Las técnicas de identificación de vehículos comunes pueden obtener datos relacionados con los identificadores de vehículo una vez y, a continuación, proporcionar identificadores de vehículo específicos a los softwares ejecutables de la herramienta de escaneo de vehículos según sea necesario durante una sesión de reparación para reparar un vehículo.
La identificación de vehículos comunes puede implicar obtener una información de identificación de vehículo (VII), obtener identificadores de vehículo específicos para los softwares ejecutables de una herramienta de escaneo de vehículos, donde cada uno de los identificadores de vehículo específicos se basan en la VII, y almacenar los identificadores de vehículo específicos. A continuación, después de que un técnico solicite la activación de un software ejecutable particular de una herramienta de escaneo de vehículos(p. ej.,durante una sesión de reparación), la herramienta de escaneo de vehículos puede recuperar el identificador de vehículo específico para el software ejecutable particular y proporcionar el identificador de vehículo específico recuperado como parte de la activación del software ejecutable particular sin ninguna información adicional por parte del técnico.
En algunos ejemplos, la VII puede incluir un número de identificación de vehículo (VIN) de un vehículo en reparación. Después, se puede analizar el VIN para obtener gran parte de los datos de los identificadores de vehículo específicos;p. ej.,la marca, el modelo y el año de fabricación. Para datos adicionales que puedan no proporcionarse directamente al analizar el VIN, tales como el tipo de combustible, se pueden utilizar los datos del VIN para obtener los datos adicionales;p. ej.utilizando datos del VIN para consultar una o más bases de datos, y obtener los datos adicionales a partir de respuestas a consultas en la base de datos. En estos casos, la VII puede incluir datos obtenidos del VIN y los datos adicionales.
A continuación, se puede utilizar la VII para generar los identificadores de vehículo para los softwares ejecutables de la herramienta de escaneo de vehículos. En algunos casos, se puede formatear parte o la totalidad de la VII para generar un identificador de vehículo en particular;p. ej.,un identificador de vehículo puede utilizar un número de 2 dígitos como año de fabricación, mientras que otro identificador de vehículo puede utilizar un número de 4 dígitos como año de fabricación; un identificador de vehículo se puede traducir a un idioma o dialecto específico (inglés, alemán, español, etc.). Por ejemplo, un identificador de vehículo que incluya un tipo de combustible puede utilizar la palabra “ gasolina” para el inglés de Estados Unidos, “ petróleo” para el inglés de Reino Unido, “ benceno” para el alemán y “ carburante” para el francés.
Una vez identificados los identificadores de vehículo para los softwares ejecutables de la herramienta de escaneo de vehículos, se puede utilizar la herramienta de escaneo de vehículos durante una sesión de reparación para reparar el vehículo en reparación. Por ejemplo, la herramienta de escaneo de vehículos se puede utilizar para solicitar al vehículo uno o más códigos de diagnóstico de problemas (DTC, que también se denominan códigos de anomalía). El vehículo puede proporcionar a la herramienta de escaneo de vehículos los DTC solicitados, que pueden indicar anomalías observadas por uno o más sensores y/u otros componentes(p. ej.,unidades de control) del vehículo. La herramienta de escaneo de vehículos puede mostrar uno o más selectores para cada uno de los DTC. Un técnico que repare el vehículo puede revisar los DTC y seleccionar un primer selector, asociado a un primer DTC, que se abordará al reparar el vehículo. Tras la selección del primer selector asociado al primer DTC, la herramienta de escaneo de vehículos puede enviar a un dispositivo informático servidor (o servidor, para abreviar) una solicitud de datos de reparación mejorados, tales como datos relacionados con pruebas y parámetros, asociados al DTC. El servidor puede acceder a una base de datos global de datos de reparación que almacena los datos de reparación obtenidos para una pluralidad de vehículos, para obtener los datos de reparación mejorados basándose en el DTC, la VII y/o los identificadores de vehículo, y quizás datos adicionales. Tras obtener los datos de reparación mejorados de la base de datos global de reparación (y quizás de otras fuentes), el servidor envía los datos de reparación mejorados a la herramienta de escaneo de vehículos. Si la herramienta de escaneo de vehículos no puede comunicarse con el servidor, la herramienta de escaneo de vehículos utiliza datos almacenados localmente o “ predeterminados” en lugar de los datos de reparación mejorados.
Tras seleccionar el primer selector y cualquier dato de reparación mejorado disponible, la herramienta de escaneo de vehículos puede generar y presentar una página de reparación que incluya una o más pantallas y controles para proporcionar información y/o realizar pruebas para reparar el vehículo;p. ej.,la página de reparación se puede presentar utilizando uno o más dispositivos de visualización de salida. La página de reparación puede indicar si la herramienta de escaneo de vehículos está conectada o no a un servidor, y las pantallas y los controles de la página de reparación pueden basarse en los datos de reparación mejorados (si están disponibles) o en los datos predeterminados (si los datos de reparación mejorados no están disponibles). Los controles de la página de reparación permiten al técnico que está utilizando la herramienta de escaneo de vehículos solicitar la activación de los softwares ejecutables residentes.
Algunos ejemplos de los softwares ejecutables residentes en la herramienta de escaneo de vehículos incluyen, aunque no de forma limitativa, un ejecutable para escanear un vehículo en busca de información, un ejecutable para realizar pruebas de componentes en un vehículo, un ejecutable para realizar pruebas funcionales en un vehículo, y un ejecutable para realizar la recuperación de información de vehículo. El ejecutable para escanear un vehículo en busca de información puede hacer que el software residente se comunique con una unidad de control de motor (ECU) y/u otros componentes del vehículo para obtener los DTC, los valores de los parámetros asociados con identificadores de parámetros (PID) y quizás otra información de vehículo(p. ej.,un VIN) según un protocolo de comunicación del vehículo, tal como el protocolo de diagnóstico a bordo II (o BD-II).
Los ejecutables para realizar pruebas de componentes y pruebas funcionales pueden realizar pruebas por componente y por función del vehículo, respectivamente. Estos ejecutables pueden utilizar componentes de medición electrónicos digitales, tales como osciloscopios digitales, amperímetros, voltímetros, ohmímetros, etc., que residen en la herramienta de escaneo de vehículos para realizar las respectivas pruebas funcionales y de componentes. Estas pruebas funcionales y de componentes se pueden adaptar por prueba para proporcionar información al técnico sobre cómo ejecutar la prueba y/o cómo interpretar los resultados de la prueba. El ejecutable para recuperar la información de vehículo puede proporcionar consejos de reparación, información de reparación del fabricante del equipo original (OEM) y boletines de servicio técnico (TSB); y/u otra información relacionada con el vehículo. El ejecutable para realizar la recuperación de la información de vehículo puede presentar uno o más títulos (u otra información) sobre la información del respectivo vehículo (tal como un título de TSB); después, la posterior selección de un título en particular hace que la herramienta de escaneo de vehículos envíe al servidor una solicitud de la respectiva información de vehículo asociada al título. En respuesta, el servidor envía a la herramienta de escaneo de vehículos la respectiva información de vehículo asociada al título, y la herramienta de escaneo de vehículos puede mostrar la información de vehículo respectiva asociada al título. En otros ejemplos, en la herramienta de escaneo de vehículos pueden residir más, menos y/o diferentes softwares ejecutables, o estos pueden ser accesibles a través de los controles de la página de reparación.
La selección de un control que solicite la activación de un software ejecutable puede hacer que la herramienta de escaneo de vehículos recupere un identificador de vehículo almacenado para el software ejecutable activado y que tras la activación proporcione al software ejecutable activado el identificador de vehículo almacenado, es decir, el técnico no necesita proporcionar datos relacionados con el identificador de vehículo para activar el software ejecutable; más bien, la herramienta de escaneo de vehículos puede recuperar el identificador de vehículo almacenado en lugar de solicitar la entrada de datos adicionales por parte del técnico, como se indica en el escenario 100. Esto ahorra tiempo y esfuerzos al técnico, y también reduce los errores humanos durante la reparación de vehículos.
Al obtener la VII una vez y utilizar la VII para obtener uno o más identificadores de vehículo, se puede reducir o incluso eliminar la cantidad de datos específicos del identificador de vehículo proporcionados por el técnico para activar los softwares ejecutables de la herramienta de escaneo de vehículos. Por ejemplo, en algunos ejemplos, puede conectarse la herramienta de escaneo de vehículos a un vehículo en reparación, obtenerse el VIN del vehículo en reparación, utilizarse el VIN para obtener la VII, generarse identificadores de vehículo a partir de la VII, y pueden guardarse los identificadores de vehículo para su uso posterior, todo ello sin solicitar una entrada específica del identificador de vehículo al técnico o al vehículo más de una vez. El hecho de reducir la cantidad de datos que necesita el técnico, supone un ahorro de tiempo. Además, los datos proporcionados no están sujetos a errores humanos, lo que ahorra aún más tiempo al corregirse los errores de entrada de datos. Además, no tener que escribir durante una sesión de reparación en una herramienta de escaneo de vehículos tantos datos, especialmente datos redundantes, hace que la herramienta de escaneo de vehículos sea más fácil de utilizar.
Ejemplos de sistemas y técnicas de identificación de vehículos comunes
La figura 2 es un diagrama de flujo del método 200, según una realización. Parte o la totalidad del método 200 se puede realizar mediante un dispositivo informático que actúe y/o esté realizado como una herramienta de escaneo de vehículos para reparar un vehículo V1, tal como el dispositivo informático 1600 que se expone a continuación en el contexto de al menos la figura 16.
El método 200 comienza en el bloque 210, donde la herramienta de escaneo de vehículos puede determinar uno o más softwares ejecutables SE1, SE2... SEn, n > 0, residentes en la herramienta de escaneo de vehículos. Por ejemplo, algunos o todos los softwares ejecutables SE1, SE2... SEn pueden utilizarse en la reparación del vehículo V1. En algunos ejemplos, tales como los ejemplos en los que el método 200 se ejecuta mientras se obtienen los identificadores de vehículo según sea necesario, los procedimientos del bloque 210 se pueden omitir y/o diferir durante la ejecución del método 200.
En el bloque 220, la herramienta de escaneo de vehículos puede obtener la VII del vehículo V1 y/o de un usuario de la herramienta de escaneo de vehículos;p. ej.un técnico que repare el vehículo V1. Como ejemplo, la herramienta de escaneo de vehículos puede conectarse a un puerto de datos OBD-II y/u otro puerto de datos del vehículo V1 y, a continuación, consultar al vehículo V1 los datos relacionados con la VII a través del OBD-II y/u otros puertos de datos;p. ej.el VIN del vehículo V1. Como otro ejemplo, la herramienta de escaneo de vehículos puede solicitar al usuario que proporcione la VII. En otros ejemplos, la herramienta de escaneo de vehículos puede obtener del vehículo V1 parte o la totalidad de la VII y, después, pedirle al usuario que verifique la exactitud de la VII obtenida. También son posibles otros ejemplos de obtención de la VII desde el vehículo V1 y/o un usuario de la herramienta de escaneo de vehículos.
En el bloque 230, la herramienta de escaneo de vehículos puede determinar si la herramienta de escaneo de vehículos está conectada a un servidor. Si la herramienta de escaneo de vehículos está conectada al servidor, la herramienta de escaneo de vehículos puede pasar al bloque 232. De lo contrario, la herramienta de escaneo de vehículos no se conecta con el servidor y la herramienta de escaneo de vehículos puede continuar con el bloque 242.
En el bloque 232, la herramienta de escaneo de vehículos puede generar una consulta QI para n identificadores de vehículo VID1, VID2... VID para los respectivos softwares ejecutables SE1, SE2... SEn. La consulta QI puede incluir parte o la totalidad de la VII y/o datos derivados de la VII obtenida en el bloque 210.
En el bloque 234, la herramienta de escaneo de vehículos puede enviar una consulta QI al servidor para solicitar los identificadores de vehículo VID1, VID2... VIDn. En respuesta, el servidor puede enviar a la herramienta de escaneo de vehículos una respuesta de consulta QR1 que incluye los identificadores de vehículo solicitados VID1, VID2... VIDn. Tras completar el bloque 234, la herramienta de escaneo de vehículos puede pasar al bloque 250.
En el bloque 242, la herramienta de escaneo de vehículos puede generar una consulta Q2 para n identificadores de vehículo VID1, VID2... VID para los respectivos softwares ejecutables SE1, SE2... SEn. La consulta Q2 puede incluir parte o la totalidad de la VII y/o datos derivados de la VII obtenida en el bloque 210.
En el bloque 244, la herramienta de escaneo de vehículos puede enviar la consulta Q2 a una base de datos local de identificadores para solicitar los identificadores de vehículo VID 1, VID2... VIDn, donde la base de datos local de identificadores se almacena en la herramienta de escaneo de vehículos. En respuesta, la base de datos local de identificadores puede enviar a la herramienta de escaneo de vehículos una respuesta de consulta QR2 que incluye los identificadores de vehículo VID 1, VID2... VIDn solicitados.
En algunos ejemplos, la consulta QI es la misma que la consulta Q2. En otros ejemplos, una consulta tiene un formato diferente o difiere según si el destino de la consulta es el servidor o la base de datos local; en estos ejemplos, QI difiere de Q2.
En el bloque 250, la herramienta de escaneo de vehículos puede almacenar los identificadores de vehículo VID 1, VID2... VIDn obtenidos mediante la respuesta de consulta QR1 o la respuesta de consulta QR2. Los identificadores de vehículo VID1, VID2... VIDn pueden almacenarse en una memoria no volátil, tal como en un archivo de identificadores de vehículo almacenado en un almacenamiento secundario o persistente a largo plazo, y/o en una memoria volátil, tal como en datos de reparación almacenados en uno o más de: registros, cachés de procesador y/o memorias de acceso aleatorio. Los archivos de identificadores de vehículo y los datos de reparación se analizan a continuación en el contexto de al menos la figura 3.
Como se muestra en el bloque 260 de la figura 2, la herramienta de escaneo de vehículos puede recibir una solicitud para activar un software ejecutable SEi, donde 1 ≤ i ≤ n.
En el bloque 262, la herramienta de escaneo de vehículos puede recuperar del almacenamiento un identificador de vehículo VIDi que está asociado con el software ejecutable SEi, donde el identificador de vehículo VIDi se almacenó en el bloque 250.
En el bloque 264, la herramienta de escaneo de vehículos puede activar el software ejecutable SEi comenzando a ejecutar el software ejecutable SEi y proporcionando el identificador de vehículo VlDi durante la activación. Por ejemplo, la herramienta de escaneo de vehículos puede pasar al software ejecutable SEi el identificador de vehículo VIDi como un parámetro, como parte del inicio de la ejecución del software ejecutable SEi. Como otro ejemplo, el software ejecutable SEi puede solicitar que la herramienta de escaneo de vehículos proporcione un software ejecutable SEi y la herramienta de escaneo de vehículos puede proporcionar de manera responsiva el identificador de vehículo VIDi. También son posibles otras técnicas para proporcionar el identificador de vehículo VIDi durante la activación del software ejecutable SEi.
En el bloque 270, se puede utilizar la herramienta de escaneo de vehículos para reparar el vehículo V1. Las siguientes figuras 4-14C muestran escenarios ilustrativos donde un dispositivo informático se utiliza como herramienta de escaneo de vehículos para reparar vehículos.
Como se muestra en el bloque 280 de la figura 2, la herramienta de escaneo de vehículos puede determinar si activar otro software ejecutable mientras se repara el vehículo V1. Si la herramienta de escaneo de vehículos determina que se va a activar otro software ejecutable(p. ej.,una sesión de reparación para reparar el vehículo V1 continúa cuando el usuario solicita la activación de un software ejecutable), la herramienta de escaneo de vehículos puede pasar al bloque 260. Si la herramienta de escaneo de vehículos determina que no se va a activar otro software ejecutable(p. ej.,la sesión de reparación del vehículo V1 ha finalizado y el usuario ha solicitado el apagado de la herramienta de escaneo de vehículos), se puede completar el método 200.
La figura 3 representa un archivo 310 de identificador de vehículo (VID) y unos datos 330 de reparación mejorados, según una realización. El archivo 310 de identificador de vehículo puede tener n entradas para n softwares ejecutables, n > 0, donde cada entrada puede incluir al menos dos campos de datos: un campo de datos para el software ejecutable (SE) 320 y un campo de datos para un VID 322. En el ejemplo mostrado en la figura 3, el archivo 310 de identificador de vehículo incluye datos para tres softwares ejecutables, tal como se muestra en el campo 320: los softwares ejecutables “ SE1” , “ SE2” y “ SE3” . El campo 322 incluye los correspondientes y respectivos identificadores de vehículo para los softwares ejecutables “ Marca1 Modelo Pickup1 4,6L Gas. 2012” , “ Marca1 Modelo Pickup1 4,6L 2012” y “ 2012 Marca1 Modelo Pickup1 (2WD) V84,6L SOHC SEFI” . Por ejemplo, el identificador de vehículo para el, software ejecutable SE3 incluye datos sobre un vehículo que incluyen: un año de fabricación “ 2012” , una marca “ Marca1” , un modelo “ Modelo Pickup1” , varias ruedas motrices “ 2WD” , lo que indica tracción en las dos ruedas, y un motor del vehículo “ V8 4,6L SOHC SEFI” , que indica que el motor del vehículo es un motor V8 de 4,6 litros con un solo árbol de levas en la culata (SOH) e inyección electrónica secuencial de combustible (SEFI). Como otros ejemplos, el identificador de vehículo para el software ejecutable SE1 incluye datos del año, la marca y el modelo utilizados para el identificador de vehículo del software ejecutable SE3, algunos de los datos relacionados con el motor “ 4,6 L” , e información sobre el combustible utilizado por el vehículo “ Gas.” , y el identificador de vehículo para el software ejecutable SE2 es un subconjunto de los datos del software ejecutable SE1 o el software ejecutable SE3.
De manera más general, un identificador de vehículo puede incluir parte o la totalidad de al menos la siguiente información sobre un vehículo: nombre de la marca/fabricante del vehículo, año de fabricación del vehículo, información del modelo del vehículo, información sobre los componentes del vehículo, información relacionada con un VIN, número de serie y/u otro/s número/s de identificación asociados al vehículo, información sobre la ubicación de fabricación o uso del vehículo, y otra información relacionada con el vehículo(p. ej.,tipo de combustible utilizado por el vehículo, número de ruedas motrices). También son posibles muchos otros ejemplos de identificadores de vehículo.
Los datos 330 de reparación mejorados pueden incluir datos sobre identificadores de vehículo y otros datos relacionados con la reparación de un vehículo. La figura 3 muestra que los datos 330 de reparación mejorados pueden incluir al menos dos porciones: una primera porción con datos 340 de identificador de vehículo y una segunda porción con datos 360 de diagnóstico. Los datos 340 de identificador de vehículo pueden tener entradas que incluyen al menos dos campos: un campo 350 de software ejecutable y un campo 352 de identificador de vehículo. En algunos ejemplos, cada entrada en los datos 340 de identificador de vehículo puede ser igual que las entradas del archivo 310 de identificador de vehículo expuesto anteriormente. En particular, el campo 350 de software ejecutable en los datos 340 de identificador de vehículo puede ser igual que el campo 320 de software ejecutable del archivo 310 de identificador de vehículo, y el identificador 352 de vehículo en los datos 340 de identificador de vehículo puede ser igual que el identificador 322 de vehículo del archivo 310 de identificador de vehículo.
Los datos 360 de diagnóstico pueden incluir datos 370 de vehículo y datos 380 de reparación inteligentes. Los datos 370 del vehículo pueden incluir datos obtenidos de un vehículo;p. ej.un vehículo en reparación. En particular, los datos 370 de vehículo pueden incluir códigos DTC, identificadores PID, y datos de códigos de anomalía y/o datos de parámetros relacionados. Como se muestra en la figura 3, los datos de código de anomalía pueden incluir datos sobre un “ código de anomalía actual” y “ otros códigos de anomalía” . El código de anomalía actual puede ser un código de anomalía generado más recientemente por un vehículo en mantenimiento, y los otros códigos de anomalía pueden ser códigos de anomalía más antiguos y quizás relacionados con el código de anomalía actual.
Los PID, y los datos de parámetros relacionados, pueden incluir datos por PID. Los datos por PID pueden incluir un identificador de parámetro y datos para el parámetro identificado por el identificador de parámetro. En algunos ejemplos, algunos o todos los datos del vehículo pueden ser o incluir datos obtenidos a través de un puerto de datos OBD-II de un vehículo en mantenimiento, donde los datos pueden incluir códigos DTC de OBD-II, códigos PID de OBD-II y datos de los parámetros identificados por los PID.
Los datos de los datos 360 de diagnóstico se pueden utilizar para actualizar las listas de identificadores PID y/o sugerir pruebas para su ejecución. Una lista de identificadores PID puede especificar un grupo o una lista de identificadores PID que la herramienta de escaneo de vehículos observará (escaneará). Por ejemplo, los PID y los datos de parámetros relacionados de los datos 360 de diagnóstico pueden identificar los parámetros que se pueden seleccionar para una nueva lista de identificadores PID. Si el número de identificadores PID y/o los PID proporcionados en los datos 360 de diagnóstico difiere del número de identificadores PID en una o más listas de identificadores PID particulares(p. ej.,una lista de identificadores PID que tenga algunos de los PID proporcionados en los datos 360 de diagnóstico), entonces un servidor (o varios servidores) en comunicación con la herramienta de escaneo de vehículos puede examinar el número de identificadores PID y/o los PID en los datos 360 de diagnóstico para la posible inclusión, exclusión y/o actualización de la una o más listas de identificadores PID particulares.
Además, los datos de parámetros relacionados proporcionados en los datos 360 de diagnóstico pueden ser utilizados por el servidor para la generación de listas de identificadores PID. Por ejemplo, el servidor puede recibir datos de parámetros relacionados para uno o más identificadores PID que estén fuera del rango de valores previstos durante el número de sesiones de reparación que involucren vehículos que tengan parcial o completamente los mismos valores de año/marca/modelo/motor (YMME). A continuación, el servidor puede reorganizar una o más listas de identificadores PID para vehículos que tengan parcial o completamente los mismos valores de YMME, para resaltar el/los PID que se haya observado que tienen más probabilidades de estar fuera del rango de valores previstos;p. ej.,emplazar los PID con probabilidad de estar fuera de rango en la parte superior, la parte inferior u otra región bien definida de la lista de identificadores PID (tal como en una porción de la lista de identificadores PID con el encabezado “ Probables identificadores PID fuera de rango” ). Tras actualizar la lista de identificadores PID, el servidor puede proporcionar la/s lista/s de identificadores PID actualizadas a la herramienta de escaneo de vehículos ya sea a través de los datos 330 de reparación mejorados y/o como una o más actualizaciones de una o más listas de identificadores PID predeterminadas almacenadas en la herramienta de escaneo de vehículos. También son posibles otras actualizaciones de las listas de identificadores PID y/o las pruebas sugeridas basadas en los datos de los datos 360 de diagnóstico.
Los datos 380 de reparación inteligentes pueden incluir uno o más identificadores de listas de identificadores PID y/o una o más pruebas identificadas, como se indica en la figura 3. Se puede utilizar un identificador de lista de identificadores PID para especificar o identificar una lista de identificadores PID. A continuación, se puede proporcionar un identificador de lista de identificadores PID a la herramienta de escaneo de vehículos como parte de una instrucción para obtener datos sobre los parámetros a los que se hace referencia en una lista de identificadores PID que se identifica mediante el identificador de lista de identificadores PID. Por ejemplo, un identificador de lista de identificadores PID puede identificar los parámetros utilizados para diagnosticar y/o reparar anomalías particulares en el vehículo, tales como anomalías identificadas mediante códigos de anomalía en los datos 370 de vehículo. Algunas o todas las listas de identificadores PID identificadas se pueden almacenar previamente en la herramienta de escaneo de vehículos; por lo tanto, el identificador de lista de identificadores PID hace uso de una lista de identificadores PID ya almacenada (y disponible) en la herramienta de escaneo de vehículos.
Las una o más pruebas identificadas pueden incluir pruebas para obtener datos, verificar la funcionalidad y/u obtener otra información sobre el vehículo. La(s) prueba(s) identificada(s) puede(n) incluir una o más pruebas de componentes y/o una o más pruebas funcionales. Una prueba de componentes es una prueba relacionada con una o más partes o componentes específicos del vehículo, y una prueba funcional es una prueba relacionada con una o más características o funciones específicas del vehículo. La herramienta de escaneo de vehículos se puede configurar después para ejecutar una o más pruebas identificadas.
El servidor puede mejorar un conjunto predeterminado existente de listas de identificadores PID proporcionando un orden diferente y/o un conjunto de listas diferentes a la lista de identificadores PID basándose en la información sobre reparaciones anteriores de otros vehículos(p. ej.,similares). En algunos ejemplos, el servidor puede proporcionar una lista de identificadores PID identificada. Por lo tanto, el servidor puede mejorar los identificadores de lista de identificadores PID. Del mismo modo, las pruebas identificadas pueden ser pruebas identificadas por el servidor basándose en la información sobre reparaciones anteriores de otros vehículos (p. ej., similares).
En funcionamiento, la herramienta de escaneo de vehículos puede determinar una instancia inicial de datos 330 de reparación mejorados obteniendo datos para los datos 340 de VID, tales como valores para los softwares ejecutables 350 e identificadores VII, tales como identificadores VII obtenidos de un usuario de la herramienta de escaneo de vehículos y/o identificadores VII obtenidos de un vehículo en reparación. A continuación, después de determinar la instancia inicial de datos 330 de reparación mejorados, la herramienta de escaneo de vehículos puede enviar al servidor la instancia inicial de datos 330 de reparación mejorados. Después, el servidor puede actualizar la instancia inicial de datos 330 de reparación mejorados proporcionando uno o más VID 352 en una instancia actualizada de datos 330 de reparación mejorados que están relacionados con los valores para los softwares ejecutables y/o la VII proporcionados en la instancia inicial. El servidor puede después enviar la instancia actualizada de datos 330 de reparación mejorados a la herramienta de escaneo de vehículos.
La herramienta de escaneo de vehículos puede actualizar aún más los datos 330 de reparación mejorados recibidos proporcionando un código de anomalía y/u otros datos como parte de los datos 360 de diagnóstico observados en el vehículo en reparación, y enviar al servidor los datos 330 de reparación mejorados actualizados adicionalmente. Los datos 360 de diagnóstico se pueden obtener utilizando los softwares ejecutables de las herramientas de escaneo de vehículos y los identificadores de vehículo relacionados en los datos 330 de reparación mejorados. El servidor puede examinar los datos 360 de diagnóstico recibidos y actualizar los datos 380 de reparación inteligentes de los datos 330 de reparación mejorados recibidos con listas de identificadores PID, identificadores de lista de identificadores PID y pruebas identificadas, y enviar los datos 330 de reparación mejorados aún más actualizados a la herramienta de escaneo de vehículos. La herramienta de escaneo de vehículos puede obtener datos recién observados escaneando los identificadores PID en algunas o todas las listas de identificadores PID, obteniendo datos de un usuario y/o ejecutando algunas o todas las pruebas identificadas de los datos 380 de reparación inteligentes recibidos, actualizar los datos 360 de diagnóstico basándose en los datos recién observados, y enviar al servidor los datos 330 de reparación mejorados actualizados. El servidor y la herramienta de escaneo de vehículos pueden repetir los datos observados (proporcionados por la herramienta de escaneo de vehículos) y las listas/pruebas de PID proporcionadas (por el servidor) durante una sesión de reparación para reparar el vehículo en reparación. Por lo tanto, la herramienta de escaneo de vehículos y el servidor pueden comunicar entre sí versiones cada vez más actualizadas de los datos 330 de reparación mejorados para coordinar las actividades de reparación durante la sesión de reparación.
En el ejemplo mostrado en la figura 3, los datos 380 de reparación inteligentes incluyen tres identificadores de lista “A” , “ B” y “ C” de identificadores PID que identifican las respectivas listas A, B y C de identificadores PID almacenadas en la herramienta de escaneo de vehículos. Los datos 380 de reparación inteligentes también incluyen dos pruebas identificadas: una prueba de componentes “ Prueba de componente 1” y una prueba funcional “ Prueba funcional A” . También son posibles muchos otros identificadores de listas de identificadores PID, pruebas identificadas y/o datos de reparación inteligentes.
Algunos o todos los datos 380 de reparación inteligentes pueden proporcionarse a la herramienta de escaneo de vehículos desde uno o más servidores acoplados de manera comunicativa a la herramienta de escaneo de vehículos. La herramienta de escaneo de vehículos y los servidores pueden comunicar algunos o todos los datos 380 de reparación inteligentes para permitir que el servidor proporcione entradas, tales como los datos 380 de reparación inteligentes, a la herramienta de escaneo de vehículos.
Como ejemplo, la herramienta de escaneo de vehículos puede obtener datos para la identificación de vehículos comunes, tales como datos de VIN o YMME sobre un vehículo. A continuación, la herramienta de escaneo puede actualizar los datos 340 de VID para incluir los datos para la identificación de vehículos comunes y quizás datos sobre los softwares ejecutables residentes. La herramienta de escaneo de vehículos puede después proporcionar los datos 330 de reparación mejorados, incluidos los datos 340 de VID actualizados, a los servidores. El/los servidores puede/n determinar los identificadores de vehículo para los softwares ejecutables de la herramienta de escaneo de vehículos y enviar datos 330 de reparación mejorados con datos 340 de VID que incluyen los identificadores de vehículo para los softwares ejecutables.
Como otro ejemplo, la herramienta de escaneo de vehículos puede obtener datos de diagnóstico escaneando los PID listados en una o más listas de identificadores PID identificadas por los datos 380 de reparación inteligentes, y/o ejecutando algunas o todas las pruebas identificadas especificadas por los datos 380 de reparación inteligentes. La herramienta de escaneo de vehículos puede utilizar los datos de diagnóstico para actualizar los datos 330 de reparación mejorados;p. ej.,actualizar parte o la totalidad de los datos 370 de vehículo y enviar al servidor los datos 330 de reparación mejorados actualizados. A continuación, el servidor puede recibir los datos 330 de reparación mejorados actualizados por la herramienta de escaneo, determinar pruebas identificadas y/o listas de identificadores PID adicionales basándose en los datos 330 de reparación mejorados actualizados, y actualizar en consecuencia los datos 330 de reparación mejorados,p. ej.,actualizar los datos 380 de reparación inteligentes para incluir las pruebas identificadas y/o las listas de identificadores PID adicionales. Los datos de reparación mejorados actualizados por el servidor 330 pueden enviarse después a la herramienta de escaneo, para otra iteración de actualización de los datos de reparación para convertirlos en datos de reparación mejorados actualizados por la herramienta de escaneo 330, enviarse al servidor los datos de reparación mejorados actualizados por la herramienta de escaneo 330, y actualizar los datos de reparación actualizados por la herramienta de escaneo en el servidor para obtener nuevos datos 330 de reparación mejorados actualizados por el servidor.
En algunos ejemplos, el archivo 310 de identificador de vehículo se puede almacenar en la memoria no volátil de una herramienta de escaneo de vehículos. A continuación, cuando se ha solicitado a la herramienta de escaneo de vehículos que active un software ejecutable, la herramienta de escaneo de vehículos puede abrir el archivo 310 de identificador de vehículos, encontrar un nombre o identificador del software ejecutable solicitado en el campo 320 de software ejecutable, y utilizar el identificador 322 de vehículo en la misma entrada que el nombre/identificador encontrado. Por ejemplo, si se ha solicitado a la herramienta de escaneo de vehículos que active un software ejecutable cuyo nombre es “ SE2” , la herramienta de escaneo de vehículos puede abrir el archivo 310 de identificador de vehículos, encontrar una entrada con el nombre “ SE2” en el campo 320 de software ejecutable del archivo 310 de identificador de vehículos, y utilizar el correspondiente identificador “ 2012 Marca1 Modelo Pickup1 4,6L” para activar el software ejecutable solicitado. En otros ejemplos, una versión del archivo 310 de identificador de vehículo puede almacenarse en una memoria volátil;p. ej.a modo de una tabla de consulta, y se pueden utilizar procedimientos similares para encontrar identificadores de vehículo asociados con softwares ejecutables en memoria volátil, tal como se utiliza cuando el archivo 310 de identificador de vehículo se almacena en una memoria no volátil.
En otros ejemplos, al menos parte de los datos 330 de reparación mejorados se pueden almacenar en la memoria volátil de la herramienta de escaneo de vehículos. En otros ejemplos, se puede almacenar una versión de los datos 330 de reparación mejorados en la memoria no volátil de la herramienta de escaneo de vehículos;p. ej.,se pueden almacenar parte o la totalidad de los datos 330 de reparación mejorados en un archivo con el fin de hacer una copia de seguridad y/o restaurar una sesión de reparación que haya finalizado por un apagado inadvertido de la herramienta de escaneo de vehículos. En otros ejemplos más, como se describió anteriormente, al menos parte de los datos 330 de reparación mejorados pueden comunicarse y actualizarse tanto mediante la herramienta de escaneo de vehículos como mediante un servidor para reparar el vehículo.
La figura 4 muestra un flujo 400 de comunicación durante la reparación del vehículo 410, según una realización. Durante el flujo 400 de comunicación, el técnico 416 repara el vehículo 410 utilizando el dispositivo informático 412 que actúa y/o está realizado como una herramienta de escaneo de vehículos para llevar a cabo el método 200.
El flujo 400 de comunicación puede comenzar en el bloque 420, donde el dispositivo informático 412 (que actúa y/o está realizado como una herramienta de escaneo de vehículos) puede determinar que el dispositivo informático 412 no está conectado ni al vehículo 410 ni al servidor 414. En los flujos 400, 500, 600 y 700 de comunicación, el dispositivo informático 412 está configurado para conectarse con el vehículo 410, pero puede o no conectarse realmente al mismo, a través de una conexión por cable, y está configurado para conectarse con el servidor 414, pero puede o no conectarse realmente al mismo, a través de una conexión inalámbrica. En otros flujos de comunicación, el dispositivo informático 412 puede estar configurado para conectarse al vehículo 410 mediante conexiones inalámbricas y/u otras conexiones cableadas, y/o el dispositivo informático 412 puede estar configurado para conectarse al servidor 414 mediante conexiones cableadas y/u otras conexiones inalámbricas.
En el bloque 422, el dispositivo informático 412 puede llevar a cabo los procedimientos del bloque 210 del método 200 para determinar que tres softwares ejecutables “ SE1” , “ SE2” y “ SE3” residen en el dispositivo informático 412. En el bloque 430, el dispositivo informático 412 puede llevar a cabo los procedimientos del bloque 220 del método 200 para obtener una VII. En particular, en el bloque 430, el dispositivo informático 412 puede mostrar una página de entrada de VII a un usuario del dispositivo informático 412; p. ej. el técnico 416, para obtener del usuario la VII. En las figuras 10A-10C se muestran páginas ilustrativas para introducir la VII.
Tras mostrarse la página de entrada de VII, el técnico 416 proporciona los datos de VII al dispositivo informático 412, tal como se indica en la figura 4, como “ VIN 410” de un mensaje Resp.Obt.VII 432. Es decir, el VIN 410 son datos proporcionados por el técnico 416 que corresponden a un VIN del vehículo 410. Tras la recepción del mensaje Resp.Obt.VII 432, el dispositivo informático 412 obtiene el VIN 410 del mensaje 432 y almacena el VIN 410 para su uso posterior.
En el bloque 434, el dispositivo informático 412 utiliza los procedimientos del bloque 230 del método 200 para determinar que el dispositivo informático 412 no está conectado a un servidor. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 242 del procedimiento 200 para generar una consulta Q400 para los softwares ejecutables<s>E1, SE2, SE3 en el dispositivo informático 412, donde la consulta Q400 se basa en el VIN 410 y donde los softwares ejecutables SE1, SE2, SE3 se identificaron previamente en el bloque 422. A continuación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 244 del procedimiento 200 para proporcionar la consulta Q400 a una base de datos (DB) local, residente en el dispositivo informático 412, para obtener los identificadores de vehículo para los softwares ejecutables SE1, SE2, SE3. La base de datos local proporciona una respuesta de consulta a la consulta Q400 que incluye los identificadores de vehículo VID1, VID2, VID3 para los respectivos softwares ejecutables SE1, SE2, SE3. utilizando los procedimientos del bloque 434, el dispositivo informático 412 obtiene los identificadores de vehículo para todos sus softwares ejecutables al mismo tiempo.
La base de datos local puede ser útil para determinar los identificadores de vehículo cuando el dispositivo informático 412 no está conectado a un servidor, tal como el servidor 414. Otros datos locales relacionados con la reparación se pueden almacenar en el dispositivo informático 412, donde algunos o todos los datos locales relacionados con la reparación se pueden utilizar cuando el dispositivo informático 412 no está conectado a un servidor;p. ej.,datos relacionados con la reparación para pantallas de contenido por defecto, datos de selección de pruebas por defecto, datos de lista de parámetros por defecto, etc. En algunas realizaciones, la base de datos local también almacena algunos o todos los datos relacionados con la reparación.
En el bloque 436, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 250 del método 200 para guardar los identificadores de vehículo VID1, VID2, VID3. En el ejemplo ilustrado por el flujo 400 de comunicación, el dispositivo informático 412 no está conectado a un servidor, por lo que el dispositivo informático 412 guarda los identificadores de vehículo VID1, VID2, VID3 en un archivo identificador Fl de vehículo almacenado en la memoria no volátil del dispositivo informático 412, tal como se ha expuesto anteriormente en el contexto de la figura 3.
La figura 4 muestra que el flujo 400 de comunicación continúa cuando el técnico 416 conecta el dispositivo informático 412 con el vehículo 410, lo que se ilustra mediante el mensaje 440 de conexión. A continuación, en el bloque 450, el dispositivo informático 412 muestra una página de inicio para reparación de vehículos. Un ejemplo de página de inicio de reparación de vehículos se muestra en la figura 11 y se analiza a continuación.
Tras mostrarse la página de inicio, el técnico 416 comienza la reparación del vehículo 410 solicitando la activación del software ejecutable SE1, lo que se ilustra en la figura 4 mediante el mensaje 452 de activación. El dispositivo informático 412 utiliza los procedimientos del bloque 260 del método 200 para recibir el mensaje 452 de activación que solicita la activación del software ejecutable SE1. En el flujo 400 de comunicación, el software ejecutable SE1 es un software ejecutable para escanear un vehículo, tal como el vehículo 410, en busca de información, donde la información puede incluir, pero no se limita a, códigos de anomalía, identificadores PID y valores de parámetros asociados con los PID.
En el bloque 454, el dispositivo informático 412 utiliza los procedimientos del bloque 262 del método 200 para recuperar un identificador de vehículo VID1 asociado al software ejecutable SE1. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar el VID1 al software ejecutable SE1 mientras inicia el software ejecutable SE1.
El flujo 400 de comunicación continúa cuando el técnico 416 utiliza una interfaz para el software ejecutable SE1, para enviar el mensaje Obt.CódigosAnomalía 460 al dispositivo informático 412. El dispositivo informático 412 solicita después los códigos de anomalía del vehículo 410 a través del software ejecutable SE1, utilizando el mensaje Obt.CódigosAnomalía 462 que corresponde al mensaje Obt.CódigosAnomalía 460. En respuesta al mensaje Obt.CódigosAnomalía 462, el software ejecutable SE1 obtiene los códigos de anomalía FC1 y FC2 del vehículo 410, como se indica en la figura 4 como parte del mensaje CódigosAnomalía 464. En otros escenarios, se pueden proporcionar más, menos y/o códigos de anomalía diferentes a FC1 y FC2; p. ej., en el mensaje CódigosAnomalía 464.
En el bloque 466, el dispositivo informático 412 muestra FC1 y FC2 en una página de reparación. La página de reparación puede ser una pantalla asociada al software ejecutable SE1. En la figura 12 se muestra un ejemplo de página de reparación que muestra los códigos de anomalía, y a continuación se analiza la misma. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con los mensajes 452, 460, 462, 464 y los bloques 454, 466.
Tras mostrarse la página de reparación con los códigos de anomalía FC1 y FC2, el técnico 416 solicita información de reparación sobre el código de anomalía FC1, como se ilustra en el mensaje de Obt.Info.Rep. 468 con datos de “ FC1” . En otros flujos de comunicación, el técnico 416 puede solicitar información sobre múltiples códigos de anomalía a través del mensaje Obt.Info.Rep. 468. En el bloque 470, el dispositivo informático 400 responde al mensaje Obt.Info.Rep. 468 mostrando una página de reparación para el código de anomalía FC1. En la figura 13A se muestra un ejemplo de página de reparación para un código de anomalía, que se explica a continuación.
La figura 4 ilustra que, después de mostrarse la página de reparación del código de anomalía FC1, el técnico 416 solicita la activación del software ejecutable SE2, tal como se ilustra, utilizando el mensaje de activación 480 con datos de “ SE2” . El dispositivo informático 412 utiliza los procedimientos del bloque 280 y después del bloque 260, del método 200, para recibir el mensaje 480 de activación que solicita la activación del software ejecutable SE2. En el flujo 400 de comunicación, el software ejecutable SE2 es un software ejecutable para realizar pruebas de componentes en un vehículo, tal como el vehículo 410.
En el bloque 482, el dispositivo informático 412 utiliza los procedimientos del bloque 262 del método 200 para recuperar un identificador de vehículo VID2 asociado al software ejecutable SE2 del archivo Fl. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque264del método 200 para proporcionar el VID2 al software ejecutable SE2 mientras inicia el software ejecutable SE2.
En el bloque 484, el dispositivo informático 412 muestra una o más pruebas de componentes C1, C2... Cn que pueden seleccionarse para su ejecución. En algunos ejemplos, algunas o todas las pruebas de componentes C1, C2... Cn disponibles para una posible ejecución pueden seleccionarse en sí mismas basándose en el código de anomalía FC 1 seleccionado como se ha expuesto anteriormente en el contexto del mensaje Obt.Info.Rep 468.
Después de mostrar la una o más posibles pruebas de componentes, el técnico 416 utiliza una interfaz para el software ejecutable SE2 para enviar al dispositivo informático 412 el mensaje Compr.Componente 486 para solicitar la ejecución de la prueba de componente C1 del vehículo 410.
Tras la recepción del mensaje Compr.Componente 486, se puede completar el flujo 400 de comunicación. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con el bloque 484 y el mensaje 486.
Posteriormente, el dispositivo informático 412 puede utilizar los procedimientos del bloque 280 del método 200 para completar el flujo 400 de comunicación. En otros ejemplos, las reparaciones del vehículo 410 en el bloque 270 del método 200 incluyen llevar a cabo una o más pruebas de componentes del componente C1 del vehículo 410 y determinar uno o más resultados de las pruebas de componentes del componente C1 según lo indica el mensaje Compr.Componente 486.
La figura 5 muestra un flujo 500 de comunicación durante la reparación del vehículo 410, según una realización. Durante el flujo 500 de comunicación, el técnico 416 repara el vehículo 410 utilizando el dispositivo informático 412 que actúa como una herramienta de escaneo de vehículos para llevar a cabo aspectos del método 200. El flujo 500 de comunicación está relacionado con el flujo 400 de comunicación expuesto inmediatamente anteriormente. En el flujo 400 de comunicación, todos los identificadores de vehículo para los softwares ejecutables se determinaron de una vez, mientras que en el flujo 500 de comunicación, los identificadores de vehículo para los softwares ejecutables se determinan según sea necesario; es decir, tras la activación de un software ejecutable.
El flujo 500 de comunicación puede comenzar en el bloque 520, donde el dispositivo informático 412 (que actúa como una herramienta de escaneo de vehículos) puede determinar que el dispositivo informático 412 no está conectado ni al vehículo 410 ni al servidor 414. En el bloque 530, el dispositivo informático 412 puede llevar a cabo los procedimientos del bloque 220 del método 200 para obtener una VII. En particular, en el bloque 530, el dispositivo informático 412 puede mostrar a un usuario del dispositivo informático 412 una página de entrada de VII, como se ha expuesto anteriormente en el contexto del bloque 430 del flujo 400 de comunicación.
Tras mostrarse la página de entrada de VII, el técnico 416 proporciona los datos de VII al dispositivo informático 412, como se indica en la figura 5 como “ VIN 410” del mensaje Resp.Obt.VII 532. Es decir, el VIN 410 son datos proporcionados por el técnico 516 que corresponden a un VIN del vehículo 410. Tras la recepción del mensaje Resp.Obt.VII 532, el dispositivo informático 412 obtiene el VIN 410 del mensaje 532 y almacena el VIN 410 para su uso posterior.
La figura 5 muestra que el flujo 500 de comunicación continúa cuando el técnico 416 conecta el dispositivo informático 412 con el vehículo 410, como se ilustra en la figura 5 mediante el mensaje 540 de conexión. A continuación, en el bloque 542, el dispositivo informático 412 muestra una página de inicio para reparaciones de vehículos como se ha expuesto anteriormente en el contexto del bloque 450 del flujo 400 de comunicación.
Tras mostrarse la página de inicio, el técnico 416 comienza la reparación del vehículo 410 solicitando la activación del software ejecutable SE1, lo que se ilustra en la figura 5 mediante el mensaje 550 de activación. El dispositivo informático 412 utiliza los procedimientos del bloque 260 del método 200 para recibir el mensaje 550 de activación que solicita la activación del software ejecutable SE1. En el flujo 500 de comunicación, el software ejecutable SE1 es el mismo software ejecutable para escanear un vehículo que el software ejecutable SE1 expuesto anteriormente en el contexto del flujo 400 de comunicación.
Tras la recepción del mensaje 550 de activación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 552 para determinar que aún no está disponible un identificador de vehículo para el software ejecutable SE1; p. ej., el dispositivo informático 412 determina que no está disponible un archivo de identificador de vehículo con un identificador de vehículo para el software ejecutable SE1. A continuación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 230 del método 200 para determinar que el dispositivo informático 412 no está conectado a un servidor. Tras determinar que el identificador de vehículo para el SE1 no está disponible y determinar que el dispositivo informático 412 no está conectado a un servidor, el dispositivo informático 412 recupera el VIN 410 del almacenamiento, como se indica en el contexto del mensaje 532. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 242 del procedimiento 200 para generar una consulta Q501 para el software ejecutable SE1 en el dispositivo informático 412, donde la consulta Q501 se basa en el VIN 410 recuperado, y donde el software ejecutable SE1 se identificó mediante el mensaje 550 de activación. En algunos ejemplos, el dispositivo informático 412 verifica que el software ejecutable SE1 reside en el dispositivo informático antes de generar la consulta Q501; en los ejemplos en los que el software ejecutable SE1 no es residente, el dispositivo informático 412 puede generar y mostrar un mensaje de error apropiado.
En el bloque 554, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 244 del método 200 para proporcionar la consulta Q501 a una base de datos local residente en el dispositivo informático 412 para obtener un identificador de vehículo para el software ejecutable SE1. A continuación, la base de datos local proporciona una respuesta de consulta a la consulta Q501 que incluye el identificador de vehículo VID1 para el software ejecutable SE1.
En el bloque 556, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 250 del método 200 para guardar el identificador de vehículo VID1. En el ejemplo ilustrado por el flujo 400 de comunicación, el dispositivo informático 412 no está conectado a un servidor, por lo que el dispositivo informático 412 guarda el identificador de vehículo VID1 en un archivo identificador Fl de vehículo almacenado en la memoria no volátil del dispositivo informático 412, tal como se ha expuesto anteriormente en el contexto de las figuras 3 y 4.
En el bloque 558, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar al software ejecutable SE1 el VID1 mientras inicia el software ejecutable SE1.
El flujo 500 de comunicación continúa cuando el técnico 416 utiliza una interfaz para el software ejecutable SE1, para enviar el mensaje Obt.CódigosAnomalía 560 al dispositivo informático 412. El dispositivo informático 412 solicita después al vehículo 410 los códigos de anomalía a través del software ejecutable SE1 utilizando el mensaje Obt.CódigosAnomalía 562, que corresponde al mensaje Obt.CódigosAnomalía 560. En respuesta al mensaje Obt.CódigosAnomalía 562, el software ejecutable SE1 obtiene del vehículo 410 los códigos de anomalía FC1 y FC2, como se indica en la figura 4 como mensaje CódigosAnomalía 564. En otros escenarios, se pueden proporcionar más, menos y/o códigos de anomalía diferentes a FC1 y FC2; p. ej., en el mensaje CódigosAnomalía 564.
En el bloque 566, el dispositivo informático 412 muestra FC1 y FC2 en una página de reparación, tal como se ha expuesto anteriormente en el contexto del bloque 466 del flujo 466 de comunicación. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con los mensajes 550, 560, 562, 564 y los bloques 552, 554, 556, 558, 566.
Tras mostrarse la página de reparación con los códigos de anomalía FC1 y FC2, el técnico 416 solicita información de reparación sobre el código de anomalía FC1, como se ilustra en el mensaje Obt.Info.Rep. 568 con los datos “ FC1” . En el bloque 570, el dispositivo informático 400 responde al mensaje Obt.Info.Rep. 568 mostrando una página de reparación para el código de anomalía FC1 como se ha expuesto anteriormente en el contexto del bloque 470 del flujo 400 de comunicación.
La figura 5 ilustra que, después de mostrarse la página de reparación del código de anomalía FC1, el técnico 416 solicita la activación del software ejecutable SE2, tal como se ilustra, utilizando el mensaje de activación 572 con datos de “ SE2” . En el flujo 500 de comunicación, el software ejecutable SE2 es el mismo software ejecutable para realizar pruebas de componentes que el software ejecutable SE2 expuesto anteriormente en el contexto del flujo 400 de comunicación.
Tras la recepción del mensaje 572 de activación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 574 para determinar que aún no está disponible un identificador de vehículo para el software ejecutable SE2;p. ej.,el dispositivo informático 412 determina que no está disponible un archivo identificador de vehículo con un identificador de vehículo para el software ejecutable SE2. A continuación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 230 del método 200 para determinar que el dispositivo informático 412 no está conectado a un servidor. Tras determinar que el identificador de vehículo para el SE2 no está disponible y determinar que el dispositivo informático 412 no está conectado a un servidor, el dispositivo informático 412 recupera el VIN 410 del almacenamiento después de recibir el mensaje Resp.Obt.VII 532. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 242 del procedimiento 200 para generar una consulta Q502 para el software ejecutable SE2 en el dispositivo informático 412, donde la consulta Q502 se basa en el VIN 410 recuperado y donde el software ejecutable SE2 se identificó mediante el mensaje 572 de activación. En algunos ejemplos, el dispositivo informático 412 verifica que el software ejecutable SE2 reside en el dispositivo informático antes de generar la consulta Q502; en los ejemplos en los que el software ejecutable SE2 no es residente, el dispositivo informático 412 puede generar y mostrar un mensaje de error apropiado.
En el bloque 576, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 244 del método 200 para proporcionar la consulta Q502 a la base de datos local para obtener un identificador de vehículo para el software ejecutable SE2. A continuación, la base de datos local proporciona una respuesta de consulta a la consulta Q502 que incluye el identificador de vehículo VID2 para el software ejecutable SE2.
En el bloque 578, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 250 del método 200 para guardar el identificador de vehículo VID2 en el archivo identificador Fl de vehículo ya que el dispositivo informático 412 no está conectado a un servidor, por lo que el dispositivo informático 412 guarda el identificador de vehículo VID1 en un archivo identificador Fl de vehículo almacenado en la memoria no volátil del dispositivo informático 412, tal como se ha expuesto anteriormente en el contexto de las figuras 3 y 4.
En el bloque 580, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar al software ejecutable SE2 el VID2 mientras inicia el software ejecutable SE2.
En el bloque 582, el dispositivo informático 412 muestra una o más pruebas de componentes C1, C2... Cn que pueden seleccionarse para su ejecución. En algunos ejemplos, algunas o todas las pruebas de componentes C1, C2... Cn disponibles para una posible ejecución pueden seleccionarse en sí mismas basándose en el código de anomalía FC 1 seleccionado, como se ha expuesto anteriormente en el contexto del mensaje Obt.Info.Rep. 568. Después de mostrar la una o más pruebas de componentes que se pueden seleccionar para su ejecución, el técnico 416 utiliza una interfaz para el software ejecutable SE2 para enviar el mensaje Compr.Componente 585 al dispositivo informático 412 para solicitar la ejecución de la prueba de componente “ C1” del vehículo 410.
Tras la recepción del mensaje Compr.Componente 584, el dispositivo informático 412 realiza la prueba de componente C1 solicitada. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con los mensajes 572, 584 y los bloques 574, 576, 578, 580, 582.
El flujo 500 de comunicación continúa cuando el técnico 416 solicita la activación del software ejecutable SE1, tal como se ilustra, utilizando el mensaje 590 de activación con datos de “ SE1” . Tras la recepción del mensaje 590 de activación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 592 para determinar que un identificador de vehículo para el software ejecutable SE1 está disponible en el archivo F1, y así recupera el identificador de vehículo VID1 del archivo Fl. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar el VID1 al software ejecutable SE1 mientras inicia el software ejecutable SE1.
El flujo 500 de comunicación continúa cuando el técnico 416 utiliza una interfaz para el software ejecutable SE1 para enviar al dispositivo informático 412 el mensaje Obt.CódigosAnomalía 594. Las reparaciones del vehículo 410 en el bloque 270 del método 200 incluyen obtener los códigos de anomalía del vehículo 410, según lo indica el mensaje 594, y mostrar cualquier código de anomalía obtenido.
Tras la recepción del mensaje Obt.CódigosAnomalía 594 y tal vez mostrar cualquier código de anomalía obtenido por el dispositivo informático 412, el dispositivo informático 412 puede utilizar los procedimientos del bloque 280 del método 200 para completar el flujo 500 de comunicación.
La figura 6 muestra un flujo 600 de comunicación durante la reparación del vehículo 410, según una realización. Durante el flujo 600 de comunicación, el técnico 416 repara el vehículo 410 utilizando el dispositivo informático 412 que actúa y/o está realizado como una herramienta de escaneo de vehículos para llevar a cabo el método 200. El flujo 600 de comunicación está relacionado con el flujo 400 de comunicación. En el flujo 400 de comunicación, el dispositivo informático 412 no estaba conectado al servidor 414 y no estaba conectado inicialmente al vehículo 410. Sin embargo, en el flujo 600 de comunicación, el dispositivo informático 412 se conecta al vehículo 410 y al servidor 414 desde el principio.
En los flujos 600 y 700 de comunicación (mostrados en la figura 7), las respectivas sesiones de reparación se inician cuando el dispositivo informático 412 se conecta al vehículo 410 y al servidor 414 y duran a lo largo de los respectivos flujos 600 y 700 de comunicación. En otros ejemplos, se puede interrumpir una sesión de reparación. Por ejemplo, una sesión de reparación puede durar hasta que el dispositivo informático 412 se apague, hasta que se seleccionen y/u obtengan nuevos códigos de anomalía y/o valores de parámetros, hasta que el dispositivo informático 412 se conecte a un vehículo diferente al vehículo 410, hasta que haya transcurrido un período de tiempo predeterminado después de la conexión del dispositivo informático 412 al vehículo 410 y/o al servidor 414, y/o puede durar hasta que se cumplan otras condiciones. En algunos ejemplos particulares, una interrupción relativamente breve(p. ej.,30 segundos o menos, 1 minuto o menos, 30 minutos o menos) de una conexión entre el vehículo 410 y el servidor 414 puede ignorarse a la hora de determinar que ha finalizado una sesión de reparación. Por ejemplo, el dispositivo informático 412 puede desplazarse durante una sesión de reparación y perder la conectividad mientras se mueve, lo que lleva a restablecer la comunicación con el servidor 414 después del desplazamiento; estas breves interrupciones pueden ignorarse al determinar si una sesión de reparación ha finalizado.
La figura 6 muestra que el flujo 600 de comunicación comienza cuando el técnico 416 conecta el dispositivo informático 412 (que actúa y/o está realizado como una herramienta de escaneo de vehículos) con el vehículo 410, como se ilustra en el mensaje 620 de conexión. El dispositivo informático 412 también se conecta con el servidor 414, como se ilustra en el mensaje 622 de conexión.
En el bloque 630, el dispositivo informático 412 puede llevar a cabo los procedimientos del bloque 210 del método 200 para determinar que tres softwares ejecutables “ SE1” , “ SE2” y “ SE3” residen en el dispositivo informático 412. El dispositivo informático 412 puede después enviar el mensaje Obt.VII 632 al vehículo 410 para obtener información relacionada con la VII, tal como un VIN del vehículo 410, según los procedimientos del bloque 220 del método 200. El vehículo 410 responde con el mensaje Resp.Obt.VII 634 que incluye el VIN 410, que es el VIN del vehículo 410. El dispositivo informático 412 obtiene entonces el VIN 410 del mensaje Resp.Obt.VII 634.
En el bloque 640, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 230 del método 200 para determinar que el dispositivo informático 412 está conectado a un servidor;p. ej.,el servidor 410. El dispositivo informático 412 utiliza entonces los procedimientos del bloque 232 del procedimiento 200 para generar una consulta Q600 para los softwares ejecutables SE1, SE2, SE3 en el dispositivo informático 412, donde la consulta Q600 se basa en el VIN 410 y donde los softwares ejecutables SE1, SE2, SE3 se identificaron previamente en el bloque 630. El dispositivo informático 412 también lleva a cabo los procedimientos del bloque 234 del método 200 para proporcionar la consulta Q600 al servidor 414, para obtener los identificadores de vehículo para los softwares ejecutables SE1, SE2, SE3 a través del mensaje ConsultaDB 642.
En respuesta a la consulta Q600 del mensaje ConsultaDB 642, el servidor 414 envía el mensaje Resp.Info.Repar. 644 con datos ERD de reparación mejorados que incluyen los identificadores de vehículo VID1, VID2, VID3 para los respectivos softwares ejecutables SE1, SE2, SE3. En la figura 3 descrita anteriormente se muestra un formato ilustrativo de datos de reparación mejorados. utilizando los mensajes 642 y 644, el dispositivo informático 412 obtiene los identificadores de vehículo para todos sus softwares ejecutables al mismo tiempo. En el flujo 600 de comunicación, el dispositivo informático 412 guarda los ERD en el almacenamiento, guardando de este modo los identificadores de vehículo VID1, VID2, VID3 en el almacenamiento.
A continuación, en el bloque 650, el dispositivo informático 412 muestra una página de inicio para reparación de vehículos. Un ejemplo de página de inicio de reparación de vehículos se muestra en la figura 11 y se analiza a continuación.
Tras mostrarse la página de inicio, el técnico 416 comienza la reparación del vehículo 410 solicitando la activación del software ejecutable SE1, ilustrado en la figura 6 mediante el mensaje 652 de activación. En el flujo 600 de comunicación, el software ejecutable SE1 es el mismo software ejecutable para escanear un vehículo que el software ejecutable SE1 expuesto anteriormente en el contexto del flujo 400 de comunicación.
El dispositivo informático 412 utiliza los procedimientos del bloque 260 del método 200 para recibir el mensaje 652 de activación que solicita la activación del software ejecutable SE1. En el flujo 600 de comunicación, el software ejecutable SE1 es un software ejecutable para escanear un vehículo, tal como el vehículo 410, en busca de información, donde la información puede incluir, pero no se limita a, códigos de anomalía, identificadores PID y valores de parámetros asociados con los PID.
En el bloque 654, el dispositivo informático 412 utiliza los procedimientos del bloque 262 del método 200 para recuperar un identificador de vehículo VID1 asociado al software ejecutable SE1 a partir de los datos ERD de reparación mejorados almacenados. A continuación, el dispositivo informático 612 utiliza los procedimientos del bloque 264 del método 200 para proporcionar al software ejecutable SE1 el VID1 mientras inicia el software ejecutable SE1.
El flujo 600 de comunicación continúa cuando el técnico 416 utiliza una interfaz para el software ejecutable SE1 para enviar el mensaje Obt.CódigosAnomalía 660 al dispositivo informático 412. El dispositivo informático 412 solicita a continuación los códigos de anomalía del vehículo 410 a través del software ejecutable SE1 utilizando el mensaje Obt.CódigosAnomalía 662, que corresponde al mensaje Obt.CódigosAnomalía 660. En respuesta al mensaje Obt.CódigosAnomalía 662, el software ejecutable SE1 obtiene los códigos de anomalía FC1 y FC2 del vehículo 410 como parte del mensaje CódigosAnomalía 664.
En el bloque 666, el dispositivo informático 412 muestra FC1 y FC2 en una página de reparación. La página de reparación puede ser una pantalla asociada al software ejecutable SE1. En la figura 12 se muestra un ejemplo de página de reparación que muestra los códigos de anomalía, y a continuación se analiza la misma. Además, el dispositivo informático añade FC1 y FC2 a los ERD en el bloque 666. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con los mensajes 652, 660, 662, 664 y los bloques 654, 666.
Tras mostrarse la página de reparación con los códigos de anomalía FC1 y FC2, el técnico 416 solicita información de reparación sobre el código de anomalía FC1, como se ilustra mediante el mensaje Obt.Info.Rep. 670 con los datos de “ FC1” . En el bloque 672, el dispositivo informático 412 responde al mensaje Obt.Info.Rep. 670 actualizando los datos ERD de reparación mejorados para indicar que el FC1 es un código de anomalía (FC) actual. En otros flujos de comunicación, el técnico 416 puede solicitar información sobre múltiples códigos de anomalía a través del mensaje Obt.Info.Rep. 670; en estos flujos, el dispositivo informático 412 puede actualizar los datos ERD de reparación mejorados para indicar que múltiples códigos de anomalía son códigos de anomalía actuales.
A continuación, el dispositivo informático 412 envía al servidor 414 el mensaje Obt.Info.Rep. 674 con datos ERD de reparación mejorados actualizados en el bloque 672. El servidor 414 envía después el mensaje Resp.Info.Repar. 676 con datos ERD2 de reparación mejorados actualizados que incluyen listas de identificadores PID y pruebas asociadas con el código de anomalía FC1. En particular, pueden seleccionarse algunas o todas las pruebas de componentes C1, C2... Cn al servidor 414 basándose en el código de anomalía FC1. A continuación, el servidor 414 puede actualizar datos ERD2 de reparación mejorados añadiendo pruebas de componentes C1, C2... Cn seleccionados a los ERD2 antes de enviar el mensaje Resp.Info.Repar. 676. Tras la recepción de los datos ERD2 de reparación mejorados, el dispositivo informático 412 almacena una copia de ERD2.
En el bloque 678, el dispositivo informático 412 muestra una página de reparación para el código de anomalía FC1. En la figura 13A se muestra un ejemplo de página de reparación para un código de anomalía, que se explica a continuación.
El flujo 600 de comunicación continúa cuando el técnico 416 solicita la activación del software ejecutable SE2, tal como se ilustra, utilizando el mensaje 680 de activación con datos de “ SE2” . En el flujo 600 de comunicación, el software ejecutable SE2 es el mismo software ejecutable para realizar pruebas de componentes que el software ejecutable SE2 expuesto anteriormente en el contexto del flujo 400 de comunicación.
El dispositivo informático 412 utiliza los procedimientos del bloque 280 y después del bloque 260, del método 200, para recibir el mensaje 680 de activación que solicita la activación del software ejecutable SE2. En el flujo 600 de comunicación, el software ejecutable SE2 es un software ejecutable para realizar pruebas de componentes en un vehículo, tal como el vehículo 410.
En el bloque 682, el dispositivo informático 412 utiliza los procedimientos del bloque 262 del método 200 para recuperar un identificador de vehículo VID2 asociado al software ejecutable SE2 y recuperar las selecciones de prueba de componentes C1, C2... Cn de la copia almacenada de los datos ERD2 de reparación mejorados. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar el VID2 al software ejecutable SE2 mientras inicia el software ejecutable SE2.
En el bloque 684, el dispositivo informático 412 muestra una o más pruebas de componentes C1, C2... Cn que pueden seleccionarse para su ejecución. Después de mostrarse la una o más posibles pruebas de componentes, el técnico 416 utiliza una interfaz para el software ejecutable SE2 para enviar el mensaje Compr.Componente 686 al dispositivo informático 412 para solicitar la ejecución de la prueba de componente “ C1” del vehículo 410.
Tras la recepción del mensaje Compr.Componente 686, se puede completar el flujo 600 de comunicación. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con el bloque 684 y el mensaje 686.
Posteriormente, el dispositivo informático 412 puede utilizar los procedimientos del bloque 280 del método 200 para completar el flujo 600 de comunicación. En otros ejemplos, las reparaciones del vehículo 410 en el bloque 270 del método 200 incluyen llevar a cabo la prueba de componente C1 del vehículo 410 y determinar uno o más resultados de la prueba de componente C1 según lo indica el mensaje Compr.Componente 686.
La figura 7 muestra un flujo 700 de comunicación durante la reparación del vehículo 410, según una realización. Durante el flujo 700 de comunicación, el técnico 416 repara el vehículo 410 utilizando el dispositivo informático 412 que actúa y/o está realizado como una herramienta de escaneo de vehículos para llevar a cabo aspectos del método 200.
El flujo 700 de comunicación está relacionado con el flujo 500 de comunicación. En el flujo 500 de comunicación, el dispositivo informático 412 no estaba conectado al servidor 414 y no estaba conectado inicialmente al vehículo 410. Sin embargo, en el flujo 700 de comunicación, el dispositivo informático 412 se conecta al vehículo 410 y al servidor 414 desde el principio.
La figura 7 muestra que el flujo 700 de comunicación comienza cuando el técnico 416 conecta el dispositivo informático 412 (que actúa y/o está realizado como una herramienta de escaneo de vehículos) con el vehículo 410, como se ilustra en el mensaje 710 de conexión. El dispositivo informático 412 también se conecta con el servidor 414, como se ilustra en el mensaje 712 de conexión.
El dispositivo informático 412 puede enviar el mensaje Obt.VII 720 al vehículo 410 para obtener información relacionada con la VII, tal como un VIN del vehículo 410, según los procedimientos del bloque 220 del método 200. El vehículo 410 responde con el mensaje Resp.Obt.VII 722 que incluye el VIN 410, que es el VIN del vehículo 410. El dispositivo informático 412 obtiene después el VIN 410 del mensaje Resp.Obt.VII 722 y almacena el VIN 410 para su uso posterior.
En el bloque 724, el dispositivo informático 412 muestra una página de inicio para reparaciones de vehículos como se ha expuesto anteriormente en el contexto del bloque 450 del flujo 400 de comunicación.
Tras mostrarse la página de inicio, el técnico 416 comienza la reparación del vehículo 410 solicitando la activación del software ejecutable SE1, lo que se ilustra en la figura 5 mediante el mensaje 730 de activación. El dispositivo informático 412 utiliza los procedimientos del bloque 260 del método 200 para recibir el mensaje 730 de activación que solicita la activación del software ejecutable SE1. En el flujo 700 de comunicación, el software ejecutable SE1 es el mismo software ejecutable para escanear un vehículo que el software ejecutable SE1 expuesto anteriormente en el contexto del flujo 400 de comunicación.
Tras la recepción del mensaje 730 de activación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 732 para determinar que aún no está disponible un identificador de vehículo para el software ejecutable SE1;p. ej.,el dispositivo informático 412 determina que no está disponible un archivo identificador de vehículo o datos de reparación mejorados que tengan un identificador de vehículo para el software ejecutable SE1. A continuación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 230 del método 200 para determinar que el dispositivo informático 412 está conectado a un servidor;p. ej.,el servidor 410.
Después de determinar que el identificador de vehículo para el SE1 no está disponible y que el dispositivo informático 412 está conectado a un servidor, el dispositivo informático 412 recupera el VIN 410 que se almacenó después de recibir el mensaje Resp.Obt.VII 730. Aún en el bloque 732, el dispositivo informático 412 utiliza los procedimientos del bloque 232 del método 200 para generar una consulta Q701 para el software ejecutable SE1 en el dispositivo informático 412, donde la consulta Q701 se basa en el VIN 410 recuperado, y donde el software ejecutable SE1 se identificó mediante el mensaje 730 de activación. En algunos ejemplos, el dispositivo informático 412 verifica que el software ejecutable SE1 reside en el dispositivo informático antes de generar la consulta Q701; en los ejemplos en los que el software ejecutable SE1 no es residente, el dispositivo informático 412 puede generar y mostrar un mensaje de error apropiado. El dispositivo informático 412 también lleva a cabo los procedimientos del bloque 234 del método 200 para proporcionar la consulta Q701 al servidor 414 para obtener un identificador de vehículo para el software ejecutable SE1 utilizando el mensaje ConsultaDB 734.
En respuesta a la consulta Q701 del mensaje ConsultaDB 734, el servidor 414 envía el mensaje Resp.Info.Repar. 736 con datos ERD de reparación mejorados que incluyen el identificador de vehículo VID1 para el software ejecutable SE1. En la figura 3 descrita anteriormente se muestra un formato ilustrativo de datos de reparación mejorados. Tras la recepción de los datos ERD de reparación mejorados, el dispositivo informático 412 guarda los ERD en el almacenamiento, guardando de este modo el identificador de vehículo VID1 en el almacenamiento.
En el bloque 738, el dispositivo informático 412 utiliza los procedimientos del bloque 262 del método 200 para recuperar un identificador de vehículo VID1 asociado al software ejecutable SE1 a partir de los datos ERD de reparación mejorados almacenados. A continuación, el dispositivo informático 612 utiliza los procedimientos del bloque 264 del método 200 para proporcionar al software ejecutable SE1 el VID1 mientras inicia el software ejecutable SE1.
El flujo 700 de comunicación continúa cuando el técnico 416 utiliza una interfaz para el software ejecutable SE1 para enviar el mensaje Obt.CódigosAnomalía 740 al dispositivo informático 412. El dispositivo informático 412 solicita después al vehículo 410 los códigos de anomalía a través del software ejecutable SE1 utilizando el mensaje Obt.CódigosAnomalía 742, que corresponde al mensaje Obt.CódigosAnomalía 740. En respuesta al mensaje Obt.CódigosAnomalía 742, el vehículo 410 proporciona los códigos de anomalía FC1 y FC2 como parte del mensaje CódigosAnomalía 744.
En el bloque 746, el dispositivo informático 412 muestra FC1 y FC2 en una página de reparación. La página de reparación puede ser una pantalla asociada al software ejecutable SE1. En la figura 12 se muestra un ejemplo de página de reparación que muestra los códigos de anomalía, y a continuación se analiza la misma. Además, el dispositivo informático añade FC1 y FC2 a los ERD en el bloque 746. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con los mensajes 730, 734, 736, 740, 742, 744 y los bloques 732, 738, 746.
Tras mostrarse la página de reparación con los códigos de anomalía FC1 y FC2, el técnico 416 solicita información de reparación sobre el código de anomalía FC1, como se ilustra en el mensaje Obt.Info.Rep. 750 con los datos de “ FC1” . En el bloque 752, el dispositivo informático 412 responde al mensaje Obt.Info.Rep. 750 actualizando los ERD para indicar que FC1 es un código de anomalía (FC) actual. En otros flujos de comunicación, el técnico 416 puede solicitar información sobre múltiples códigos de anomalía a través del mensaje Obt.Info.Rep. 750; en estos flujos, el dispositivo informático 412 puede actualizar los datos ERD de reparación mejorados para indicar que múltiples códigos de anomalía son códigos de anomalía actuales.
A continuación, el dispositivo informático 412 envía al servidor 414 el mensaje Obt.Info.Rep. 754 con datos ERD de reparación mejorados actualizados en el bloque 752. El servidor 414 envía después el mensaje Resp.Info.Repar. 756 con datos ERD2 de reparación mejorados actualizados que incluyen listas de identificadores PID y pruebas asociadas con el código de anomalía FC1. En particular, pueden seleccionarse algunas o todas las pruebas de componentes C1, C2... Cn al servidor 414 basándose en el código de anomalía FC1. A continuación, el servidor 414 puede actualizar datos ERD2 de reparación mejorados añadiendo pruebas de componentes C1, C2... Cn a los ERD2 antes de enviar el mensaje Resp.Info.Repar. 756. Tras la recepción de los datos ERD2 de reparación mejorados, el dispositivo informático 412 almacena una copia de ERD2.
En el bloque 758, el dispositivo informático 412 muestra una página de reparación para el código de anomalía FC1. En la figura 13A se muestra un ejemplo de página de reparación para un código de anomalía, que se explica a continuación.
El flujo 700 de comunicación continúa cuando el técnico 416 solicita la activación del software ejecutable SE2, tal como se ilustra, utilizando el mensaje 760 de activación con datos de “ SE2” . En el flujo 700 de comunicación, el software ejecutable SE2 es el mismo software ejecutable para realizar pruebas de componentes que el software ejecutable SE2 expuesto anteriormente en el contexto del flujo 400 de comunicación.
Tras la recepción del mensaje 760 de activación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 762 para determinar que aún no está disponible un identificador de vehículo para el software ejecutable SE2;p. ej.,el dispositivo informático 412 determina que los datos ERD2 de reparación mejorados no almacenan un identificador de vehículo para el software ejecutable SE2. A continuación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 230 del método 200 para determinar que el dispositivo informático 412 está conectado a un servidor. Tras determinar que el identificador de vehículo para el SE2 no está disponible y determinar que el dispositivo informático 412 está conectado a un servidor, el dispositivo informático 412 recupera el VIN 410 que se almacenó después de recibir el mensaje Resp.Obt.VII 730. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 232 del procedimiento 200 para generar una consulta Q702 para el software ejecutable SE2 en el dispositivo informático 412, donde la consulta Q702 se basa en el VIN 410 recuperado y donde el software ejecutable<s>E2 se identificó mediante el mensaje 760 de activación. En algunos ejemplos, el dispositivo informático 412 verifica que el software ejecutable SE2 reside en el dispositivo informático antes de generar la consulta Q702; en los ejemplos en los que el software ejecutable SE2 no es residente, el dispositivo informático 412 puede generar y mostrar un mensaje de error apropiado.
El dispositivo informático 412 a continuación lleva a cabo los procedimientos del bloque 234 del método 200 para proporcionar la consulta Q702 al servidor 414 para obtener un identificador de vehículo para el software ejecutable SE2 utilizando el mensaje ConsultaDB 764. En respuesta a la consulta Q702 del mensaje ConsultaDB 764, el servidor 414 envía el mensaje Resp.Info.Repar. 766 con datos ERD3 de reparación mejorados que incluyen el identificador de vehículo VID2 para el software ejecutable SE2. Tras la recepción de los datos ERD3 de reparación mejorados, el dispositivo informático 412 puede guardar una copia de los ERD3 en el almacenamiento, almacenando de este modo el identificador de vehículo VID2.
En el bloque 770, el dispositivo informático 412 utiliza los procedimientos del bloque 262 del método 200 para recuperar un identificador de vehículo VID2 asociado al software ejecutable SE2 y recuperar las selecciones de prueba de componentes C1, C2... Cn de la copia almacenada de los datos ERD3 de reparación mejorados. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar el VID2 al software ejecutable SE2 mientras inicia el software ejecutable SE2.
En el bloque 772, el dispositivo informático 412 muestra una o más pruebas de componentes C1, C2... Cn que pueden seleccionarse para su ejecución. Después de mostrarse la una o más posibles pruebas de componentes, el técnico 416 utiliza una interfaz para el software ejecutable SE2 para enviar el mensaje Compr.Componente 774 al dispositivo informático 412 para solicitar la ejecución de la prueba de componente “ C1” del vehículo 410.
Tras la recepción del mensaje Compr.Componente 774, el dispositivo informático 412 realiza la prueba de componente C1 solicitada. Un ejemplo de cómo llevar a cabo los procedimientos del bloque 270 del método 200 puede incluir las reparaciones del vehículo 410 asociadas con los mensajes 760, 764, 766, 774 y los bloques 762, 770, 772.
El flujo 700 de comunicación continúa cuando el técnico 416 solicita la activación del software ejecutable SE1, tal como se ilustra, utilizando el mensaje 780 de activación con datos de “ SE1” .
Tras la recepción del mensaje 780 de activación, el dispositivo informático 412 lleva a cabo los procedimientos del bloque 782 para determinar que un identificador de vehículo para el software ejecutable SE1 está disponible en los datos ERD3 de reparación mejorados y para recuperar un identificador de vehículo VID1 asociado al software ejecutable SE1 a partir de los datos ERD3 de reparación mejorados. A continuación, el dispositivo informático 412 utiliza los procedimientos del bloque 264 del método 200 para proporcionar el VID1 al software ejecutable SE1 mientras inicia el software ejecutable SE1.
El flujo 700 de comunicación continúa cuando el técnico 416 utiliza una interfaz para el software ejecutable SE1 para enviar al dispositivo informático 412 el mensaje Obt.CódigosAnomalía 784. Las reparaciones del vehículo 410 en el bloque 270 del método 200 incluyen obtener los códigos de anomalía del vehículo 410, según lo indica el mensaje 784, y mostrar cualquier código de anomalía obtenido. Tras la recepción del mensaje Obt.CódigosAnomalía 784 y tal vez mostrar cualquier código de anomalía obtenido por el dispositivo informático 412, el dispositivo informático 412 puede utilizar los procedimientos del bloque 280 del método 200 para completar el flujo 700 de comunicación.
En algunos ejemplos, los softwares ejecutables almacenados en el dispositivo informático 412 pueden incluir más, menos y/o diferentes softwares ejecutables que SE1, SE2 y SE3, tal como se describe en el contexto de los flujos 400, 500, 600, 700 de comunicaciones. En otros ejemplos, se pueden asociar más, menos y/o diferentes identificadores de vehículo a los softwares ejecutables residentes en el dispositivo informático 412.
Ejemplos de escenarios de identificación y reparación de vehículos comunes
Las figuras 8, 9, 10A, 10B, 10C, 11, 12, 13A, 13B, 13C, 13D, 13E, 14A, 14B, 14C y 14D muestran dos escenarios relacionados 800, 800a, donde un técnico Téc.1, tal como el técnico 416, utiliza el dispositivo informático 412, realizado como una herramienta de escaneo de vehículos, para reparar un vehículo V1, tal como el vehículo 410 según una realización. Los escenarios 800 y 800a ilustran algunos detalles de cómo se utiliza el dispositivo informático 412 para reparar el vehículo;p. ej.,escaneando en busca de códigos DTC/identificadores PID, realizando pruebas, informando de los resultados de las pruebas y poniendo a disposición del técnico Téc.1 que trabaja en el vehículo V1 otra información relacionada con la reparación.
Durante el escenario 800, el dispositivo informático 412 está conectado a un servidor SI, tal como el servidor 414, tal como se ha expuesto anteriormente en el contexto de al menos los flujos 600 y 700 de comunicación. Como tal, el escenario 800 está relacionado con, e ilustra, aspectos de los flujos 600 y 700 de comunicación. Sin embargo, durante el escenario 800a, el dispositivo informático 412 no está conectado a un servidor e inicialmente no está conectado al vehículo V1, tal como se ha expuesto anteriormente en el contexto de al menos los flujos 400 y 500 de comunicación. Como tal, el escenario 800a está relacionado con, e ilustra, aspectos de los flujos 400 y 500 de comunicación.
En el escenario 800, el servidor S1 proporciona la información solicitada por el dispositivo informático 412, lo que puede implicar obtener la información en nombre del dispositivo informático 412 desde uno o más servidores diferentes. En otros escenarios, el dispositivo informático 412 puede comunicarse con múltiples servidores;p. ej.,un servidor para la identificación de vehículos comunes, un servidor para generar información de reparación mejorada, un servidor para proporcionar elementos de información de vehículo, etc.
Para ambos escenarios 800 y 800a, el dispositivo informático 412 tiene al menos tres softwares ejecutables residentes: (1) un escáner adaptativo de identificadores PID ejecutable para escanear un vehículo en busca de información asociada al identificador de vehículo V_SE, (2) un ejecutable de pruebas de componentes para realizar pruebas de componente en un vehículo asociado a un identificador de vehículo V_CTE, y (3) un ejecutable de pruebas funcionales para realizar pruebas funcionales en un vehículo asociado a un identificador de vehículo V_FTE. En ambos escenarios 800 y 800a, el único usuario del dispositivo informático 412 es el técnico Téc.1.
Los escenarios 800 y 800a comienzan cuando el dispositivo informático 412 proporciona un diálogo para la identificación de vehículos comunes. En el escenario 800, el dispositivo informático 412 se comunica con el vehículo V1 para obtener la VII y se comunica con el servidor S1 para obtener los identificadores de vehículo para los softwares ejecutables residentes en el dispositivo informático 412;p. ej.,los identificadores de vehículo V_SE, V_CTE y V_FTE. En el escenario 800a, el técnico Téc.1 proporciona entradas relacionadas con la VII y, una vez que se obtiene la VII, el dispositivo informático 412 utiliza una base de datos local almacenada en el dispositivo informático 412 para obtener los identificadores de vehículo para los softwares ejecutables que residen en el dispositivo informático 412;p. ej.,los identificadores de vehículo V_SE, V_CTE y V_FTE.
En los escenarios 800 y 800a, el dispositivo informático 412 obtiene los identificadores de vehículo V_SE, V_CTE y V_FTE de una vez, tal como se ha expuesto anteriormente en el contexto de los respectivos flujos 400 y 600 de comunicación. En otros escenarios, el dispositivo informático 412 obtiene los identificadores de vehículo según sea necesario del servidor S1 o de la base de datos local, como se ha expuesto anteriormente en el contexto del flujo 500 de comunicación o el flujo 700 de comunicación respectivos. En el escenario 800a, después de que se hayan obtenido los identificadores de vehículo para los softwares ejecutables residentes en el dispositivo informático, el dispositivo informático 412 se conecta al vehículo V1. En otros escenarios distintos del escenario 800a, el dispositivo informático 412 se conecta al vehículo V1 antes de que se hayan obtenido los identificadores de vehículo para los softwares ejecutables residentes en el dispositivo informático.
Una vez que se han obtenido los identificadores de vehículo y el vehículo V1 se ha conectado al dispositivo informático 412, ambos escenarios 800 y 800a continúan cuando el dispositivo informático 412 presenta una página de inicio de reparación de vehículo. Para ambos escenarios 800 y 800a, el técnico Téc.1 solicita la activación del escáner adaptativo de identificadores PID ejecutable desde la página de inicio de reparación de vehículo. En respuesta, el dispositivo informático 412 recupera el identificador de vehículo V_SE del almacenamiento, el dispositivo informático 412 proporciona el identificador de vehículo V_SE al escáner adaptativo de identificadores PID ejecutable durante la activación, y el escáner adaptativo de identificadores PID ejecutable obtiene tres códigos DTC del vehículo V1. En otros escenarios, se obtienen más, menos y/o diferentes códigos DTC de un vehículo que los descritos en el contexto de los escenarios 800 y 800a.
El dispositivo informático 412 muestra posteriormente una página ejecutable del escáner con tres controles para los respectivos códigos DTC obtenidos en la página ejecutable de escáner. Para ambos escenarios 800 y 800a, el técnico Téc.1 selecciona una selección para el DTC P0171 en la página ejecutable de escáner.
El escenario 800 continúa cuando el dispositivo informático 412 se comunica con el servidor para obtener más información relacionada con el DTC P0171 y, a continuación, muestra una página de reparación basada en la información obtenida desde el servidor. Desde la página de reparación, el técnico Téc.1 solicita la activación del ejecutable de pruebas de componentes. En respuesta, el dispositivo informático 412 muestra una página de reparación para el ejecutable de pruebas de componentes que también se basa en la información relacionada con el DTC P0171 obtenida desde el servidor. Tras mostrarse la página de reparación para el ejecutable de pruebas de componentes, el técnico Téc.1 selecciona una prueba de componente en la página de reparación. En consecuencia, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_CTE y proporciona el identificador de vehículo V_CTE al ejecutable de pruebas de componentes. El ejecutable de pruebas de componentes ejecuta entonces una prueba de componente en el vehículo V1.
El escenario 800 continúa entonces cuando el técnico Téc.1 solicita la activación del ejecutable de pruebas funcionales. El dispositivo informático 412 muestra una página de reparación para el ejecutable de pruebas funcionales que también se basa en la información relacionada con el DTC P0171 obtenida desde el servidor. Tras mostrarse la página de reparación para el ejecutable de pruebas funcionales, el técnico Téc.1 selecciona una prueba funcional de la página de reparación. En consecuencia, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_FTE y proporciona el identificador de vehículo V_FTE al ejecutable de pruebas funcionales. El ejecutable de pruebas funcionales ejecuta entonces una prueba funcional en el vehículo V1.
Una vez finalizada la prueba funcional, el técnico Téc.1 selecciona el uso del escáner adaptativo de identificadores PID en la página de reparación predeterminada. En consecuencia, el dispositivo informático 412 recupera el identificador de vehículo V_SE del almacenamiento y proporciona el identificador de vehículo V_SE al ejecutable de escáner adaptativo de identificadores PID. El ejecutable de escáner adaptativo de identificadores PID obtiene entonces los datos PID para los parámetros listados en una
lista de identificadores PID proporcionada por el servidor S1 y muestra los datos de identificadores PID obtenidos en una página de reparación.
Tras mostrarse los datos de identificadores PID obtenidos, el escenario 800 continúa cuando el técnico Téc.1 solicita una página de reparación para el DTC C0660 que no está relacionada con el DTC P0171; el dispositivo informático 412 intenta obtener información del servidor relacionada con el DTC C0660, pero el servidor determina que no hay información disponible para el DTC C0660. Posteriormente, el dispositivo informático 412 proporciona una página de reparación que indica que la información del servidor no está disponible para el DTC C0660. Tras proporcionar esta página de reparación, se completa el escenario 800.
Volviendo al escenario 800a, el escenario continúa cuando el dispositivo informático 412 recibe la selección para el DTC P0171 y proporciona una primera página de reparación por defecto relacionada con el DTC P0171. Como se indicó anteriormente, una página predeterminada no se basa en la información del servidor (ya que el dispositivo informático 412 no está conectado al servidor durante el escenario 800a). Desde la primera página de reparación por defecto, el técnico Téc.1 solicita la activación del ejecutable de pruebas de componentes y el dispositivo informático 412 muestra otra página de reparación por defecto para el ejecutable de pruebas de componentes. Tras mostrarse la página de reparación predeterminada del ejecutable de pruebas de componentes, el técnico Téc.1 selecciona una prueba de componente en la página de reparación predeterminada. En consecuencia, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_CTE y proporciona el identificador de vehículo V_CTE al ejecutable de pruebas de componentes. El ejecutable de pruebas de componentes ejecuta entonces una prueba de componente en el vehículo V1.
El escenario 800a continúa entonces cuando el técnico Téc.1 solicita la activación del ejecutable de pruebas funcionales. El dispositivo informático 412 muestra una página de reparación predeterminada para el ejecutable de pruebas funcionales. Tras mostrarse la página de reparación predeterminada del ejecutable de pruebas funcionales, el técnico Téc.1 selecciona una prueba funcional en la página de reparación. En consecuencia, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_FTE y proporciona el identificador de vehículo V_FTE al ejecutable de pruebas funcionales. El ejecutable de pruebas funcionales ejecuta entonces una prueba funcional en el vehículo V1.
Una vez finalizada la prueba funcional, el técnico Téc.1 selecciona el uso del escáner de identificadores PID en la página de reparación predeterminada. En consecuencia, el dispositivo informático 412 recupera el identificador de vehículo V_SE del almacenamiento y proporciona el identificador de vehículo V_SE al ejecutable de escáner adaptativo de identificadores PID. A continuación, el ejecutable de escáner adaptativo de identificadores PID obtiene los datos de identificadores PID para los parámetros que figuran en una lista de identificadores PID predeterminada, y muestra los datos obtenidos en una página de reparación. Tras mostrarse la página de reparación que contiene datos de identificadores PID para los parámetros que figuran en la lista de identificadores PID predeterminada, se completa el escenario 800a.
Volviendo a la figura 8, los escenarios 800 y 800a comienzan cuando el dispositivo informático 412 presenta el diálogo 810 para la identificación de vehículos comunes, donde el diálogo 810 incluye un botón “ OK” 812. El diálogo 810 indica que “ [para] utilizar la identificación de vehículos comunes opcional, conecte la herramienta de escaneo al puerto OBD del vehículo antes de continuar” y que el técnico Téc.1 debe “ [presionar botón OK 812] cuando esté listo para continuar.
El escenario 800 continúa cuando el técnico Téc.1 conecta el vehículo V1 al dispositivo informático 412 antes de pulsar el botón OK 812. El escenario 800 continúa después cuando el dispositivo informático 412 presenta el diálogo 910, como se muestra en la figura 9. El diálogo 910 se refiere a la “ identificación automática de vehículos comunes” . Durante la identificación automática de vehículos comunes, el dispositivo informático 412 puede “ [i]dentifica[r] softwares ejecutables residentes” para encontrar “ softwares ejecutables” : SE1, SE2, SE3” , como se indica en el diálogo 910. En los escenarios 800 y 800, el software ejecutable SE1 es el ejecutable de escáner adaptativo de identificadores PID, el software ejecutable SE2 es el ejecutable de pruebas de componentes y el software ejecutable SE3 es el ejecutable de pruebas funcionales.
El diálogo 910 muestra que el dispositivo informático 412 puede “ [obtener] información de vehículo conectado” , que incluye un “ VIN = XXXXXXXXXXXXXXXXXXX” , que es el VIN de un “ [v]ehículo identificado como [un] Honda Civic, Si 4Dr Sedan, 2,0L, 4 cilindros de 2008” . A continuación, el dispositivo informático 412 puede “ [g]enera[r] el identificador V_SE '2008 Honda Civic' para SE1” , el “ identificador V_Ct E '2008 Honda Civic, Si, 4 cil.' para SE2” y el “ identificador V_FTE '2008 Honda Civic 2,0L 4 cil.' para SE3” . A continuación, después de generar los identificadores V_SE, V_CTE y V_FTE, el dispositivo informático 412 puede “ [a]lmacena[r] V_SE, V_CTE [y] V_FTE” , como también indica el diálogo 910.
En el escenario 800, el dispositivo informático 412 está conectado al servidor SI y, por lo tanto, el dispositivo informático 412 determina V_SE, V_CTE y V_FTE comunicando la VII, tal como la VIN obtenida en una consulta al servidor S1, y obteniendo V_SE, V_CTE y V_FTE como parte de una respuesta a la consulta al servidor S1.
En otros escenarios, el dispositivo informático 412 realiza una identificación automática de vehículos comunes sin generar parte o la totalidad de la pantalla que se muestra como diálogo 910. En otros escenarios más, el dispositivo informático 412 realiza una identificación automática de vehículos comunes sin generar una pantalla que se muestra como diálogo 910, sino que genera y/o actualiza un archivo de registro que incluye parte o toda la información que se muestra como diálogo 910. En otros escenarios más, el dispositivo informático 412 realiza una identificación automática de vehículos comunes generando una visualización del diálogo 910 y generando y/o actualizando un archivo de registro.
El escenario 800a continúa desde lo mostrado en la figura 8 cuando el técnico Téc.1 pulsa el botón OK 812 sin conectar el vehículo V1 al dispositivo informático 412. El escenario 800a continúa después cuando el dispositivo informático 412 presenta el diálogo 1010 para la “ Identificación manual de vehículos comunes” , como se muestra en la figura 10A.
La figura 10A muestra un diálogo 1010 relacionado con una técnica para la identificación manual de vehículos comunes. El diálogo 1010 permite a un usuario del dispositivo informático 412, tal como el técnico Téc.1 que repara el vehículo V1 del escenario 800a, introducir un “ año” , “ marca” , “ modelo” , “ estilo” , “ tamaño de motor” y “ número de cilindros” como VII. En el ejemplo mostrado en la figura 10, el usuario ha introducido el año “ 2018” , una marca “AAA” , un modelo “ Modelo” , un estilo “ Estilo 1” , un tamaño de motor de “ 2,2 L” (2,2 litros) y un número de cilindros igual a 4. El diálogo 1010 indica que los menús desplegables se pueden utilizar para proporcionar algunas o todos las informaciones VII; en otros ejemplos, se pueden proporcionar al dispositivo informático 412 como VII más, menos y/o diferentes datos de los que se muestran para el diálogo 1010.
Una vez que el usuario ha introducido los datos de la VII, el usuario puede pulsar el botón 1014 que indica que la VII es “ CORRECTA (OK)” y que el dispositivo informático 412 puede proceder a la identificación de vehículos comunes. Si el usuario decide utilizar la identificación automática de vehículos comunes en lugar de introducir la VII a través del diálogo 1012, entonces el usuario puede pulsar el botón 1012. La identificación automática de vehículos comunes se ha expuesto anteriormente en el contexto de al menos las figuras 5, 6 y 9.
A continuación, después de pulsar el botón 1014, el dispositivo informático 412 puede generar una consulta basada en la VII proporcionada por el diálogo 1010 para una base de datos local, residente en el dispositivo informático 412. En respuesta a la consulta, el dispositivo informático 412 puede recibir una respuesta a la consulta con uno o más identificadores de vehículo para uno o más correspondientes softwares ejecutables que residen en el dispositivo informático 412.
Las figuras 10B y 10C muestran los diálogos 1020, 1022, 1030 y 1032 relacionados con otra técnica para la identificación manual de vehículos comunes. En esta técnica, el usuario proporciona datos sobre el VIN del vehículo V1, carácter por carácter, hasta que se haya recopilado suficiente VII para permitir que el dispositivo informático 412 consulte la base de datos local en busca de identificadores de vehículo para softwares ejecutables residentes, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 4, 5 y 10A.
En particular, una porción superior de la figura 10B muestra el diálogo 1020 para introducir un “ 10° carácter de VIN” que corresponde al año de fabricación del vehículo V1. En el ejemplo mostrado en la figura 10B, se selecciona un carácter “ C” correspondiente al año “ 2012” . Una porción inferior de la figura 10B muestra el diálogo 1022 que indica que se ha seleccionado el carácter “ C” de un<v>I<n>como el 10° carácter del VIN del vehículo V1. El diálogo 1022 también incluye el botón 1024 para utilizar la identificación automática de vehículos comunes en lugar de la identificación manual de vehículos comunes, y el botón 1026 para continuar con la identificación manual de vehículos comunes. En el escenario 800a, se selecciona el botón 1026 para continuar con la identificación manual de vehículos comunes.
Después de seleccionar el botón 1026, el dispositivo informático 1024 muestra el diálogo 1030, cuyo ejemplo se muestra en una porción superior de la figura 10C. El diálogo 1030 se puede utilizar para introducir un “ 4° carácter de VIN” que corresponde a un modelo de fabricación para el vehículo V1. En el ejemplo mostrado en la figura 10B, se selecciona un carácter “ Z” correspondiente a un vehículo “ Modelo 8” .
Una porción inferior de la figura 10C muestra el diálogo 1032, que indica que se ha seleccionado el carácter “ Z” como un 4° carácter del VIN del vehículo V1. El diálogo 1032 muestra que se ha seleccionado “ F” como 5° carácter del VIN del vehículo V1 y que se ha seleccionado “ 3” como 6° carácter del VIN del vehículo V1. El diálogo 1032 también muestra que se ha seleccionado “ C” como 10° carácter del VIN del vehículo V1, como también se ilustra en el diálogo 1022. El diálogo 1032 indica que el dispositivo informático 412 ha obtenido datos suficientes sobre el VIN como para sugerir un “ motor CarCo Modelo8 Coupé 2012” : 2,9L 16V XXX” como datos YMME del vehículo en reparación.
El diálogo 1032 incluye el botón OK 1034 que, al ser seleccionado por un usuario, permite al dispositivo informático 412 proceder a la identificación de vehículos comunes basándose en los datos y Mm E sugeridos. El diálogo 1032 incluye también un botón 1034 de cancelación que, al ser seleccionado por un usuario, permite que el dispositivo informático 412 detenga la identificación de vehículos comunes. En otros ejemplos, el diálogo 1032 puede incluir botones adicionales, tales como un botón de “volver” o “ editar” para permitir cambiar los datos de VIN y/o YMME proporcionados anteriormente, y un botón tal como el botón 1024 del diálogo 1022 para permitir utilizar la identificación automática de vehículos comunes. En el escenario 800a, el técnico Téc.1 que repara el vehículo V1 selecciona el botón OK para aceptar el motor CarCo Modelo 8 Coupé 2012: 2,9L 16V XXX como VII (y datos YMME) para el vehículo V1 que se está reparando y permitir la identificación de vehículos comunes para obtener los identificadores de vehículo para los softwares ejecutables residentes basados en la VII.
En el escenario 800a, el dispositivo informático 412 no está conectado a un servidor, por lo que el dispositivo informático 412 determina V_SE, V_CTE y V_FTE consultando una base de datos local y obteniendo V_SE, V_CTE y V_FTE como parte de una respuesta de consulta a la base de datos local. En el escenario 800a, después de que se hayan obtenido los identificadores de vehículo V_SE, V_CTE y V_FTE, el dispositivo informático 412 se conecta al vehículo V1. Después de obtener los identificadores de vehículo V_SE, V_CTE y V_FTE, los escenarios 800 y 800a continúan cuando el dispositivo informático 412 almacena los identificadores de vehículo V_SE, V_CTE y V_fTe .
El dispositivo informático 412 muestra a continuación una página 1100 de inicio como se muestra en la figura 11. La página 1100 de inicio puede actuar como una página de inicio de reparación de vehículo que puede incluir controles para activar diversas funciones relacionadas con la reparación. Estas funciones relacionadas con la reparación pueden basarse en softwares ejecutables residentes del dispositivo informático 412.
La figura 11 muestra que la página 1100 de inicio incluye un control 1110 de escáner adaptativo de identificadores PID, un control 1112 de pruebas funcionales adaptativas, un control 1114 de medidor de pruebas de componente adaptativas, un control 116 de boletín técnico, un control 1130 de vista de diagnóstico, un control 1132 de acceso de expertos, un control 1134 de administrador de datos, un control 1136 de historial de vehículo, un control 1150 de flujo de datos, un control 1152 de ayuda, un control 1154 de configuración y un control 1156 de salida. En otros ejemplos, la página 1100 de inicio puede incluir más, menos y/o controles diferentes a los ilustrados.
El control 1110 de escáner adaptativo de identificadores PID, cuando es seleccionado(es decir,presionado), puede activar el ejecutable de escáner adaptativo de identificadores PID residente. El ejecutable de escáner adaptativo de identificadores PID puede hacer que el software y el hardware residentes del dispositivo informático 412 se comuniquen con el vehículo V1 para obtener los códigos DTC, los identificadores PID, los valores de parámetros asociados con los identificadores PID y, quizás, otra información del vehículo V1.
El control 1112 de pruebas funcionales adaptativas, cuando es seleccionado, puede activar el ejecutable de pruebas funcionales residente para realizar pruebas por función en un vehículo;p. ej.,el vehículo V1. El control 1114 de medidor de pruebas adaptativas de componentes, cuando es seleccionado, puede activar el ejecutable de pruebas de componentes residente para realizar pruebas por componente en un vehículo;p. ej.,el vehículo V1. Los softwares ejecutables residentes pueden utilizar escáneres digitales y componentes de medición electrónicos, tales como osciloscopios digitales, amperímetros, voltímetros, ohmímetros, etc., que residen en el dispositivo informático 412, para realizar las respectivas pruebas funcionales y de componentes. Estas pruebas funcionales y de componentes se pueden adaptar por prueba para proporcionar información al técnico Téc.1 sobre cómo ejecutar la prueba o cómo interpretar los resultados de la prueba.
El control 1116 de boletín técnico, cuando es seleccionado, puede activar un software ejecutable residente para realizar la recuperación de la información de vehículo. El ejecutable para realizar la recuperación de la información de vehículo puede proporcionar consejos de reparación, información de reparación del OEM, boletines TSB y/u otra información relacionada con el vehículo V1. Este ejecutable puede presentar uno o más títulos u otra información sobre los respectivos elementos de la información de vehículo (tal como un título de TSB sobre un TSB en particular). La selección posterior de un título particular hace que el dispositivo informático 412 envíe al servidor SI una solicitud del respectivo elemento de información de vehículo asociado con el título. En respuesta, el servidor S1 envía al dispositivo informático 412 la respectiva información de vehículo asociada al título, y el dispositivo informático 412 puede mostrar la respectiva información de vehículo asociada al título. En algunos ejemplos, el software ejecutable para realizar la recuperación de la información de vehículo puede asociarse a un identificador de vehículo; este identificador de vehículo puede obtenerse durante la identificación de vehículos comunes, almacenarse en el dispositivo informático 412 y proporcionarse al software ejecutable durante la activación. En otros ejemplos, en la herramienta de escaneo del vehículo V1 pueden residir más, menos y/o diferentes softwares ejecutables, o estos pueden ser accesibles a través de los controles de la página de reparación.
El control 1130 de vista de diagnóstico, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione una página de reparación para diagnosticar un vehículo en reparación. Esta página de reparación se puede personalizar basándose en un DTC seleccionado por un usuario del dispositivo informático 412;p. ej.,el técnico Téc.1. Si el dispositivo informático 412 está conectado a un servidor;p. ej.el servidor SI, entonces la página de reparación se puede personalizar aún más basándose en los datos de reparación mejorados, incluidos los datos de reparación inteligentes, proporcionados por el servidor. La página de reparación puede incluir controles para activar los softwares ejecutables mencionados anteriormente con entradas que incluyen el DTC seleccionado y entradas proporcionadas por el servidor como parte de los datos de reparación mejorados, así como otros controles relacionados con la reparación del vehículo V1. Se describen a continuación ejemplos de esta página de reparación en el contexto de las figuras 13A y 14A.
El control 1132 de acceso de expertos, cuando es seleccionado, puede hacer que el dispositivo informático 412 (intente conectarse) se conecte a uno o más expertos (fuera del sitio) para obtener asesoramiento sobre el uso del dispositivo informático 412 para reparar el vehículo V1, para obtener asesoramiento y/o servicio sobre el dispositivo informático 412 y/o para obtener otra información. El dispositivo informático 412 puede comunicar datos, texto, audio, vídeo y/u otra información con el/los experto/s conectado/s; p. ej., habilitar las comunicaciones por teléfono, videollamada o chat de texto, enviar y/o recibir imágenes y/o datos, etc. El control 1134 de administrador de datos, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione controles para revisar, actualizar, insertar y/o eliminar los datos almacenados en el dispositivo informático 412;es decir,controles para la gestión local de datos.
El control 1136 de historial de vehículo, cuando es seleccionado, puede hacer que el dispositivo informático 412 muestre información sobre reparaciones anteriores y otra información histórica sobre un vehículo en reparación. El control 1150 de flujo de datos, cuando es seleccionado, puede hacer que el dispositivo informático 412 muestre información sobre redes y/o dispositivos conectados al dispositivo informático 412 y proporcione datos, tal vez como uno o más flujos de datos, al dispositivo informático 412. El control 1152 de ayuda, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione información adicional sobre cómo utilizar el dispositivo informático,es decir, ayuda para utilizar el dispositivo informático 412.
El control 1154 de configuración, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione una página de configuración que permita al usuario del dispositivo informático 412 leer, actualizar, insertar y/o eliminar “ configuraciones” o valores que controlan el funcionamiento del dispositivo informático 412. Algunos ejemplos de configuración incluyen, aunque no de forma limitativa, configuraciones relacionadas con la actualización y/o instalación del hardware y/o software del dispositivo informático 412, configuraciones relacionadas con el hardware y/o el software ya instalados en el dispositivo informático 412(p. ej.,configuraciones específicas del ejecutable), configuraciones relacionadas con la red, configuraciones para la información de audio(p. ej.,volumen), configuraciones para la información de visualización(p. ej.,brillo, ajuste de color), configuraciones relacionadas con el almacenamiento disponible en y/o utilizado por el dispositivo informático 412, y configuraciones relacionadas con los usuarios del dispositivo informático 412(p. ej.,nombres de usuario, contraseñas, almacenamiento accesible por el usuario, etc.). El control 1156 de salida, cuando es seleccionado, puede hacer que el dispositivo informático 412 salga de la página 1100 de inicio. En algunos ejemplos, cuando se selecciona el control 1156 de salida, el dispositivo informático 412 se apaga.
Para ambos escenarios 800 y 800a, el técnico Téc.1 selecciona el control 1110 de escáner adaptativo de identificadores PID para hacer que el dispositivo informático 412 active el ejecutable de escáner adaptativo de identificadores PID. Tras la selección del control 1110 de escáner adaptativo de identificadores PID, el dispositivo informático 412 recupera el identificador de vehículo V_SE para el ejecutable de escáner adaptativo de identificadores PID desde el almacenamiento, y activa el ejecutable de escáner adaptativo de identificadores PID. En el escenario 800, los identificadores de vehículo V_SE, V_CTE y V_FTE se almacenan como parte de los datos de reparación mejorados comunicados entre el dispositivo informático 412 y el servidor, y el dispositivo informático 412 recupera los identificadores de vehículo a partir de los datos de reparación mejorados almacenados. En el escenario 800a, los identificadores de vehículo V_SE, V_CTE y V_FTE se almacenan en un archivo de identificador de vehículo almacenado en el dispositivo informático 412. Ambos escenarios 800 y 800a continúan cuando el dispositivo informático 412 proporciona una página de ejecutable de escáner para el ejecutable de escáner adaptativo de identificadores PID activado.
La figura 12 muestra la página 1200 de ejecutable de escáner para el ejecutable de escáner adaptativo de identificadores PID. La página 1200 de ejecutable de escáner indica que el ejecutable de escáner adaptativo de identificadores PID primero “ escanea” el vehículo V1 en busca de códigos “ DTC” y recibe tres códigos DTC desde el vehículo V1. Los tres códigos DTC son: DTC “ P0171” , que lleva el título “ Sistema demasiado pobre (Banco1)” , el DTC “ P0101” , que lleva el título “ Rango funcionamiento sensor flujo másico aire 'A'“ , y el DTC “ P0121” , que tiene el título “ Funcionamiento circuito sensor 'A' posición acelerador” . En algunos ejemplos, los códigos DTC y los controles relacionados mostrados en la página 1200 de ejecutable de escáner se presentan en orden de importancia relativa para la reparación del vehículo V1;p. ej.,la reparación de anomalías del vehículo V1 relacionadas con el DTC P0171 es más importante y/o también puede reparar las anomalías del vehículo V1 relacionadas con los códigos DTC P0101 y P0121, y la reparación de anomalías del vehículo V1 relacionadas con el DTC P0101 es más importante y/o también puede reparar anomalías del vehículo V1 relacionadas con el DTC P0121.
La página 1200 de ejecutable de escáner también incluye tres controles 1210, 1220, 1230. Cada uno de los respectivos controles 1210, 1220, 1230, cuando es seleccionado, indica al dispositivo informático 412 que un usuario;p. ej.,el técnico Téc. 1, tiene la intención de “ reparar” una o más anomalías del vehículo V1 asociadas a los respectivos códigos DTC “ P0171” , “ P0101” y “ P0121” . En ambos escenarios 800 y 800a, el técnico Téc.1 selecciona el control 1210 de reparación de P0171 con la intención de reparar una o más anomalías en el vehículo V1 asociados al código DTC P0171.
Para ayudar al técnico Téc.1 a reparar estas anomalías, el dispositivo informático 412 puede proporcionar información, pruebas, pantallas y/u otros materiales relacionados con un DTC asociado a un control seleccionado para permitir al técnico Téc.1 reparar una o más anomalías en el vehículo V1 relacionadas con el DTC. La información, las pruebas, las pantallas y/u otros materiales pueden diferir según la información proporcionada por el servidor S1;es decir,el servidor S1 puede proporcionar al dispositivo informático 412 información de reparación mejorada que modifica y/o selecciona información, pruebas, pantallas y/u otros materiales diferentes relacionados con un DTC en comparación con la información, las pruebas, las pantallas y/u otros materiales predeterminados que residen en el dispositivo informático 412. Por lo tanto, el resto del escenario 800 difiere del resto del escenario 800a.
El escenario 800 continúa cuando el dispositivo informático 412 obtiene información de reparación mejorada relacionada con el DTC P0171 del servidor SI. El dispositivo informático 412 muestra posteriormente la página 1300 de reparación basándose en la información de reparación mejorada.
La figura 13A muestra que la página 1300 de reparación incluye el indicador 1302 que muestra que el “ Servidor” está “ Disponible” ; es decir, el servidor S1 está conectado al dispositivo informático 412. La página 1300 de reparación también incluye los controles 1310, 1312, 1320, 1322, 1324, 1330, 1332, 1334, 1340, 1342 e información 1326 de reparación sugerida. Varios de estos controles;p. ej.,los controles 1310, 1312, 1322, 1324 y la información 1326 de reparación sugerida se personalizan según el “ DTC P0171” , que es el DTC seleccionado en la página 1200 ejecutable de escáner mediante el control 1210 de reparación de P0171. Además, el control 1320 se personaliza basándose en los datos de reparación mejorados.
El control 1310 de boletín técnico de P0171, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione uno o más boletines técnicos asociados con un DTC específico; en este ejemplo, el DTC P0171. Un boletín técnico puede proporcionar información relacionada con el diagnóstico o la reparación de anomalías en el vehículo V1, tal vez proporcionada por el OEM del vehículo V1 u otros expertos en reparación. Por ejemplo, el dispositivo informático 412 puede obtener los boletines técnicos asociados con el DTC P0171 desde el servidor S1. En algunos ejemplos, el control 1310 de boletín técnico de P0171 puede indicar un número de boletines técnicos disponibles y relacionados con el P0171.
El control 1312 de reparaciones comunes puede indicar uno o más procedimientos de reparación realizados por otros técnicos que intentan reparar vehículos que generan un DTC específico; en este ejemplo, el DTC P0171. En este ejemplo, los procedimientos de reparación se enumeran en orden de varios intentos realizados por otros técnicos; es decir, el procedimiento de reparación más utilizado para corregir el DTC P0171 es “ Cambiar [el] filtro de combustible” , el segundo procedimiento de reparación más utilizado para corregir el DTC P0171 es “ Reemplazar [el] sensor de oxígeno” y el tercer procedimiento de reparación más utilizado para corregir el DTC P0171 es “ Reemplazar la bomba de combustible” . Tras la selección, el control 1312 de reparación comunes puede proporcionar más información sobre los procedimientos de reparación enumerados;p. ej.,información sobre piezas, páginas de manual relacionadas, imágenes de piezas defectuosas y/o correctas, información de audio y/o vídeo sobre la realización de los procedimientos de reparación.
En algunos ejemplos, el control 1312 de reparaciones comunes indica uno o más procedimientos de reparación realizados en vehículos que son similares o iguales al vehículo V1;p. ej.,tienen parte o la totalidad de la misma información de identificador de vehículo/YMME/VII que el vehículo V1. En otros ejemplos, el control 1312 de reparaciones comunes proporciona un gráfico de reparaciones comunes basado en una serie de intentos de reparación a lo largo del tiempo;es decir,para indicar si uno o más procedimientos de reparación particulares han aumentado o disminuido en popularidad con el tiempo.
El control 1320 de escáner adaptativo de identificadores PID/códigos DTC, cuando es seleccionado, puede hacer que el dispositivo informático 412 active el ejecutable de escáner adaptativo de identificadores PID y/o vuelva a mostrar la página 1200 de ejecutable de escáner con los DTC obtenidos del vehículo V1. Como indica el texto del control 1320 mostrado en la figura 13A, el control 1320 de escáner adaptativo de identificadores PID/códigos DTC puede indicar si los “ Datos de reparación mejorados” están “ Disponibles” o no.
El control 1322 de pruebas funcionales adaptativas, cuando es seleccionado, puede hacer que el dispositivo informático 412 muestre una página de reparación asociada con el ejecutable de pruebas funcionales y/o active el ejecutable de pruebas funcionales. Los datos de reparación mejorados proporcionados por el servidor pueden incluir una o más pruebas funcionales identificadas que están asociadas a un DTC específico;p. ej.,el DTC P0171. A continuación, cuando se activa el ejecutable de pruebas funcionales, el técnico Téc.1 puede seleccionar una o más de las pruebas funcionales identificadas asociadas al DTC P0171 para su posterior ejecución.
El control 1324 de pruebas adaptativas de componentes, cuando es seleccionado, puede hacer que el dispositivo informático 412 muestre una página de reparación asociada con el ejecutable de pruebas de componentes y/o active el ejecutable de pruebas de componentes. Los datos de reparación mejorados proporcionados por el servidor pueden incluir una o más pruebas de componentes identificados que están asociadas a un DTC específico;p. ej.,el DTC P0171. A continuación, cuando se activa el ejecutable de pruebas de componentes, el técnico Téc.1 puede seleccionar una o más de las pruebas de componentes identificadas asociadas al DTC P0171 para su posterior ejecución.
La información 1326 de reparación sugerida puede incluir uno o más consejos, procedimientos u otra información sugerida por técnicos, expertos y/u otros para reparar una o más anomalías asociadas con un DTC específico;p. ej.,el DTC P0171. El control 1330 de reparaciones sugeridas, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione consejos adicionales, procedimientos de reparación y/u otra información sugerida por técnicos, expertos y/u otras personas para reparar una o más anomalías asociadas con un DTC específico;p. ej.,el DTC P0171. Es decir, la información 1326 de reparación sugerida puede incluir la información de reparación que se lee con más frecuencia, que tiene la calificación más alta de usuario o de otro tipo, la más antigua, la más reciente y/o la que se considera más importante, y el control 1330 de reparación sugerida puede proporcionar otra información de reparación además de la información 1326 de reparación sugerida que también está asociada a un DTC específico;p. ej.,el DTC P0171.
La conversación con el control 1332 de expertos, cuando es seleccionada, puede hacer que el dispositivo informático 412 inicie comunicaciones con una o más personas que tengan experiencia relacionada con la reparación de anomalías de vehículos;p. ej.,técnicos, mecánicos, personal del OEM, etc. En algunos ejemplos, estas personas pueden tener experiencia relacionada reparando anomalías de vehículos relacionadas con un DTC específico;p. ej.,el DTC P0171. Estas comunicaciones pueden incluir datos, texto, audio, vídeo y/u otra información comunicada entre el dispositivo informático 412 y la(s) persona(s) con experiencia.
El control 1334 de información de reparación de OEM, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione información del fabricante del equipo original sobre vehículos que son similares o iguales al vehículo V1;p. ej.,tienen parte o la totalidad de la misma información de identificador de vehículo/YMME/VII que el vehículo V1. En algunos ejemplos, el control 1334 de información de reparación de OEM, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione información del fabricante del equipo original sobre un vehículo similar o igual, y también sobre la reparación de anomalías de vehículo relacionadas con un DTC específico;p. ej.,el DTC P0171.
El control 1340, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione cualquier otro control, información, opciones, etc. disponibles relacionados con la reparación de un vehículo que genere un DTC específico; en este ejemplo, el DTC P0171. El control 1342, cuando es seleccionado, puede hacer que el dispositivo informático 412 se apague.
El escenario 800 continúa cuando el técnico Téc.1 selecciona el control 1324 de pruebas adaptativas de componentes para activar el ejecutable de pruebas de componentes. En respuesta, el dispositivo informático 412 muestra la página 1350 de reparación como se muestra en la figura 13B.
La página 1350 de reparación está relacionada con el ejecutable de pruebas de componentes. La página 1350 de reparación proporciona una “ Vista de pruebas de componentes” con pruebas y/o restablecimientos de componentes personalizados para un DTC específico;p. ej.,“ DTC P0171” . Se puede utilizar una prueba de componentes para obtener información sobre un componente específico del vehículo V1, mientras que el restablecimiento de un componente se puede utilizar para configurar los datos del componente según los valores iniciales recomendados de fábrica u otros valores iniciales. En el escenario 800, las pruebas y/o restablecimientos personalizados son seleccionados por el dispositivo informático 412 a partir de la información de reparación mejorada proporcionada por el servidor S1.
Más específicamente, la página 1350 de reparación incluye los controles 1352, 1354, 1356, 1358 para la selección y ejecución de pruebas y/o restablecimientos de componentes. Los respectivos controles 1352, 1354, 1356 y 1358, cuando son seleccionados, pueden hacer que el dispositivo informático 412 ejecute una respectiva prueba de “ Bomba de combustible” , “ Sensor de oxígeno” , “ Sensor de flujo de aire masivo” o “ Módulo de control del tren motriz” en el vehículo V1 e informe de los resultados de la respectiva prueba ejecutable de bomba de combustible, sensor de oxígeno, sensor de flujo de masa de aire o control del tren motriz. Basándose en los resultados de una o más pruebas de componentes, el técnico Téc.1 puede continuar reparando el vehículo V1 con la ayuda del dispositivo informático 412 para ejecutar más pruebas, escanear en busca de códigos DTC/identificadores PID adicionales, reemplazar, retirar, instalar, ajustar y/o modificar de otro modo uno o más componentes del vehículo, etc.
El control 1360, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione pruebas y/o restablecimientos de componentes adicionales para su selección y ejecución además de los ya mostrados en la página 1350 de reparación. La página 1350 de reparación también incluye el control 1330 de reparaciones sugeridas, el chat con el control 1332 de expertos, el control 1334 de información de reparación de OEM y los controles 1340 y 1342; cada uno de estos controles puede realizar las mismas funciones (o similares) para la página 1350 de reparación, tal como se ha expuesto anteriormente en el contexto de la página 1300 de reparación que se muestra en la figura 13A.
El escenario 800 continúa cuando el técnico Téc.1 selecciona el control 1352 de prueba de bomba de combustible en la página 1350 de reparación, lo que hace que el dispositivo informático 412 active el ejecutable de pruebas de componentes. Como parte de la activación del ejecutable de pruebas de componentes, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_CTE y proporciona el identificador de vehículo V_CTE al ejecutable de pruebas de componentes durante la activación. Después de activar el ejecutable de pruebas de componentes, el dispositivo informático 412 utiliza el ejecutable de pruebas de componentes para ejecutar la prueba de bomba de combustible y presenta los resultados de la prueba de bomba de combustible. Posteriormente, el técnico Téc.1 ordena al dispositivo informático 412 que regrese a la página 1300 de reparación como se muestra en la figura 13A. Desde la página 1300 de reparación, el técnico Téc.1 selecciona el control 1324 de pruebas funcionales adaptativas para activar el ejecutable de pruebas funcionales. En respuesta, el dispositivo informático 412 muestra la página 1370 de reparación, que está relacionada con el ejecutable de pruebas funcionales.
La figura 13C muestra que la página 1370 de reparación proporciona una “ Vista de pruebas funcionales” con pruebas funcionales y/o restablecimientos personalizados para un d Tc específico;p. ej.,“ DTC P0171” . Se puede utilizar una prueba funcional para obtener información sobre una función específica del vehículo V1, mientras que el restablecimiento de componentes se puede utilizar para configurar los datos relacionados con la función específica según los valores iniciales recomendados de fábrica u otros valores iniciales. En el escenario 800, las pruebas y/o restablecimientos personalizados son seleccionados por el dispositivo informático 412 a partir de la información de reparación mejorada proporcionada por el servidor S1.
Más específicamente, la página 1370 de reparación incluye los controles 1372, 1374, 1376 para la selección y ejecución de las pruebas funcionales y/o los restablecimientos personalizados. Los respectivos controles 1372, 1374 y 1376, cuando son seleccionados, pueden hacer que el dispositivo informático 412 ejecute una “ Prueba funcional de control de velocidad del motor” , una “ Prueba funcional de activación del ajuste del combustible” o un “ Restablecimiento del ajuste del combustible” respectivas en el vehículo V1 e informe de los resultados de la prueba funcional o el restablecimiento funcional respectivos. Según los resultados de la prueba funcional o el restablecimiento, el técnico Téc.1 puede continuar reparando el vehículo V1 realizando más pruebas, buscando códigos DTC/identificadores PID, reemplazando, retirando, instalando, ajustando y/o modificando de otro modo uno o más componentes del vehículo, etc.
El control 1378, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione pruebas funcionales y/o restablecimientos adicionales para su selección y ejecución además de los ya mostrados en la página 1370 de reparación. La página 1370 de reparación también incluye el control 1330 de reparaciones sugeridas, el chat con el control 1332 de expertos, el control 1334 de información de reparación de OEM y los controles 1340 y 1342; cada uno de estos controles puede realizar las mismas funciones (o similares) para la página 1370 de reparación, tal como se ha expuesto anteriormente en el contexto de la página 1300 de reparación que se muestra en la figura 13A.
El escenario 800 continúa cuando el dispositivo informático 412 recibe la selección del control 1372 para ejecutar una prueba funcional de velocidad del motor, lo que hace que el dispositivo informático 412 active el ejecutable de pruebas funcionales. Como parte de la activación del ejecutable de pruebas funcionales, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_FTE y proporciona el identificador de vehículo V_FTE al ejecutable de pruebas funcionales durante la activación. Después de activar el ejecutable de pruebas funcionales, el dispositivo informático 412 utiliza el ejecutable de pruebas funcionales para ejecutar la prueba funcional de velocidad del motor y presenta los resultados de la prueba funcional de velocidad del motor.
Después de que el dispositivo informático 412 haya presentado los resultados de la prueba funcional de velocidad del motor, el técnico Téc.1 ordena al dispositivo informático 412 que solicite datos del vehículo V1 relacionados con seis identificadores PID listados en una lista de identificadores PID. El dispositivo informático muestra después la página 1380 de reparación para un “ Escáner adaptativo de identificadores PID para el DTC P0171” , como se muestra en la figura 13D.
La página 1380 de reparación incluye una “ Lista de identificadores PID adaptada al DTC P0171” que muestra los datos 1382 de identificadores PID para seis parámetros: “ Velocidad del motor” , “ Sensor MAP” , “Ajuste combustible a corto plazo en banco 1” . “Ajuste combustible a corto plazo en banco 2” , “ Sensor 1 ajuste oxígeno (H2OS) calentado en banco 1” y “ Sensor temperatura refrigerante motor” con los datos respectivos correspondientes de “ 515 RPM” , “ 45 kPa” , “ -1” , “ 1” , “ 0,1” y “ 109,44 °C (229 °F)” . En la página 1380 de reparación también se proporciona un rango recomendado de valores de datos y una indicación de si los datos están dentro o fuera del rango para cada parámetro. Por ejemplo, el parámetro 1384a, que es el parámetro “ Velocidad del motor” , tiene un valor de “ 515 RPM” . El valor de 515 RPM para el parámetro 1384a se indica en la página 1380 de reparación como “ OK” ; es decir, el valor de 515 RPM para el parámetro 1384a está dentro del rango 1386a de “ 500 a 720 RPM” .
Como otro ejemplo, el parámetro 1384b, que es el parámetro “ Sensor de ECT” , tiene un valor de “ 109,44 °C (229 °F)” . El valor de 109,44 °C (229 °F) para el parámetro 1384b se indica en la página 1380 de reparación como “ No OK” ; es decir, el valor de 109,44 °C (229 °F) para el parámetro 1384b está fuera del rango 1386b de “ 87,77 a 105 °C (190 a 221 °F)” . La página 1380 de reparación proporciona indicaciones gráficas adicionales de los parámetros que están dentro o no del rango. En particular, la figura 13D ilustra la página 1380 de reparación que muestra valores de parámetros dentro del rango, tal como el valor del parámetro 1384a, con texto negro sobre un fondo blanco, y que muestra valores de parámetros fuera del rango, tal como el valor del parámetro 1384b con texto blanco sobre un fondo negro. En otros escenarios, se utilizan más y/o diferentes indicaciones gráficas de los parámetros que están dentro y/o fuera del rango.
Posteriormente, el técnico Téc.1 ordena al dispositivo informático 412 que muestre una vista de reparación para el DTC C0660, que es un DTC que no está relacionado con el DTC P0171 descrito anteriormente. El dispositivo informático muestra después la página 1300 de reparación para el “ DTC C0660” como se muestra en la figura 13E. La figura 13E indica que el título del DTC C0660 es “Anomalía en circuito de válvula de escape” y utiliza el indicador 1302 para indicar que el servidor está “ Disponible” para el dispositivo informático 412. Sin embargo, en esta etapa del escenario 800, el servidor determina que no hay información no predeterminada disponible para el DTC C0660 basándose en los escaneos y pruebas anteriores realizados en el vehículo V1. Posteriormente, la pantalla 1390 indica que las “ Reparaciones comunes” y los “ Datos de reparación mejorados” están “ No disponibles” para este DTC específico;p. ej.,DTC C0660. Además, el control 1392 para el “ Control de escáner adaptativo de identificadores PID/códigos DTC” indica que los “ Datos de reparación mejorados” están “ No disponibles” . La página 1300 de reparación también incluye los controles predeterminados 1394 y 1396 para las respectivas “ Pruebas funcionales” y un “ Medidor de pruebas de componentes” . La página 1300 de reparación también incluye el control 1330 de reparaciones sugeridas, el chat con el control 1332 de expertos, el control 1334 de información de reparación de OEM y los controles 1340 y 1342; cada uno de estos controles puede realizar las mismas funciones (o similares) para la página 1300 de reparación, tal como se ha expuesto anteriormente en el contexto de la figura 13A. Una vez mostrada la página 1300 de reparación, tal como se muestra en la figura 13E, se completa el escenario 800.
Volviendo al escenario 800a, después de que el dispositivo informático 412 reciba la selección para el DTC P0171, el dispositivo informático 412 muestra posteriormente la página 1400 de reparación basándose en la información de reparación mejorada.
La figura 14A muestra la página 1400 de reparación, que es una página de reparación predeterminada relacionada con el “ DTC P0171” ; es decir, una página de reparación relacionada con el DTC P0171 que no se ha modificado basándose en la información del servidor, ya que el dispositivo informático 412 no está conectado al servidor. La página 1400 de reparación incluye el indicador 1402 que muestra que el “ Servidor” está “ No disponible” ; esdecir,el servidor S1 no está conectado al dispositivo informático 412. La página 1400 de reparación también incluye las pantallas 1410, 1412 y los controles 1414, 1416, 1418, 1422, 1424, 1430 y 1432.
La pantalla 1410 indica que los boletines técnicos no están disponibles; es decir, dado que el dispositivo informático 412 no está conectado al servidor SI. La pantalla 1412 indica al técnico Téc.1 que debe “ conectarse al servidor [SI] para obtener datos de reparaciones comunes” , como una indicación adicional de que el dispositivo informático 412 no está conectado al servidor S1.
El control 1414 de escáner adaptativo de identificadores PID/códigos DTC, cuando es seleccionado, puede hacer que el dispositivo informático 412 active el ejecutable de escáner adaptativo de identificadores PID y/o vuelva a mostrar la página 1200 del ejecutable de escáner con los códigos DTC obtenidos del vehículo V1. El control 1416 de pruebas funcionales adaptativas, cuando es seleccionado, puede hacer que el dispositivo informático 412 muestre una página de reparación asociada con el ejecutable de pruebas funcionales y/o active el ejecutable de pruebas funcionales. El control 1418 de medidor de pruebas adaptativas de componentes, cuando es seleccionado, puede hacer que el dispositivo informático 412 muestre una página de reparación asociada con el ejecutable de pruebas de componentes y/o active el ejecutable de pruebas de componentes.
El chat con el control 1422 de expertos, cuando es seleccionado, puede hacer que el dispositivo informático 412 inicie comunicaciones con una o más personas que tengan experiencia relacionada con la reparación de anomalías de vehículos, como se ha expuesto anteriormente en el contexto del chat con el control 1332 de expertos. El control 1424 de información de reparación de OEM, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione información del fabricante del equipo original sobre vehículos que son similares o iguales al vehículo V1, como se ha expuesto anteriormente en el contexto del control 1334 de información de reparación de OEM.
El control 1430, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione cualquier otro control, información, opciones, etc. disponibles relacionados con la reparación de un vehículo que genere un DTC específico; en este ejemplo, el DTC P0171. El control 1432, cuando es seleccionado, puede hacer que el dispositivo informático 412 se apague.
El escenario 800a continúa cuando el técnico Téc.1 selecciona el control 1418 de medidor de pruebas adaptativas de componentes para activar el ejecutable de pruebas de componentes. En respuesta, el dispositivo informático 412 muestra la página 1450 de reparación como se muestra en la figura 14B.
La página 1450 de reparación está relacionada con el ejecutable de pruebas de componentes y es una página predeterminada que se presenta cuando un “ Servidor” está “ No disponible” , como indica el indicador 1402. La página 1450 de reparación brinda acceso a un conjunto predeterminado de pruebas y/o restablecimientos de componentes que pueden estar relacionados con un DTC específico;p. ej.,el “ DTC P0171” .
Más específicamente, la página 1450 de reparación incluye los controles 1452, 1454, 1456, 1458 para la selección y ejecución de pruebas y/o restablecimientos de componentes. Los respectivos controles 1452, 1454, 1456 y 1458, cuando son seleccionados, pueden hacer que el dispositivo informático 412 ejecute una respectiva prueba de “ Regulador de presión de combustible” , “ Bomba de combustible” , “ Módulo de control del tren motriz” o “ Sensor de oxígeno” en el vehículo V1 e informe de los resultados de la respectiva prueba de regulador de presión de combustible, bomba de combustible, control del tren motriz o sensor de oxígeno. Según los resultados de una o más pruebas de componentes, el técnico Téc.1 puede continuar reparando el vehículo V1 con la ayuda del dispositivo informático 412 para ejecutar más pruebas, buscar códigos DTC/identificadores PID adicionales, reemplazar, retirar, instalar, ajustar y/o modificar de otro modo uno o más componentes del vehículo, etc. Cabe señalar que el conjunto predeterminado de pruebas y/o restablecimientos disponibles mediante los controles 1452, 1454, 1456, 1458 de la página 1450 de reparación difiere del conjunto personalizado de pruebas y/o restablecimientos disponibles mediante los controles 1352, 1354, 1356, 1358 de la página 1350 de reparación; es decir, la personalización realizada por el servidor S1 para el escenario 800 cambia el conjunto predeterminado de pruebas de componentes para el escenario 800a.
La figura 14B indica que el control 1460, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione pruebas y/o restablecimientos de componentes adicionales para su selección y ejecución además de los ya mostrados en la página 1450 de reparación. La página 1450 de reparación también incluye el chat con el control 1422 de expertos, el control 1424 de información de reparación de OEM y los controles 1430 y 1432; cada uno de estos controles puede realizar las mismas funciones (o similares) para la página 1450 de reparación, tal como se ha expuesto anteriormente en el contexto de la página 1400 de reparación que se muestra en la figura 14A.
El escenario 800a continúa cuando el técnico Téc.1 selecciona el control 1452 de prueba de regulador de presión de combustible en la página 1450 de reparación, lo que hace que el dispositivo informático 412 active el ejecutable de pruebas de componentes. Como parte de la activación del ejecutable de pruebas de componentes, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_CTE y proporciona el identificador de vehículo V_CTE al ejecutable de pruebas de componentes durante la activación. Después de activar el ejecutable de pruebas de componentes, el dispositivo informático 412 utiliza el ejecutable de pruebas de componentes para ejecutar el regulador de presión de combustible y presenta los resultados de la prueba de regulador de presión de combustible. Posteriormente, el técnico Téc.1 ordena al dispositivo informático 412 que regrese a la página 1400 de reparación como se muestra en la figura 14A. Desde la página 1400 de reparación, el técnico Téc.1 selecciona el control 1416 de pruebas funcionales adaptativas para activar el ejecutable de pruebas funcionales. En respuesta, el dispositivo informático 412 muestra la página 1470 de reparación, que está relacionada con el ejecutable de pruebas funcionales.
La figura 14C muestra que la página 1470 de reparación proporciona una “ Vista de pruebas funcionales” que es una página predeterminada que se presenta cuando un “ Servidor” está “ No disponible” , como indica el indicador 1402. La página 1470 de reparación proporciona acceso a un conjunto predeterminado de pruebas funcionales y/o restablecimientos que pueden estar relacionados con un DTC específico;p. ej.,“ DTC P0171” .
Más específicamente, la página 1470 de reparación incluye los controles 1472, 1474 para la selección y ejecución del conjunto predeterminado de pruebas funcionales y/o restablecimientos. Los respectivos controles 1372 y 1374, cuando son seleccionados, pueden hacer que el dispositivo informático 412 ejecute un respectivo “ Restablecimiento de ajuste de combustible” o una respectiva “ Prueba funcional de habilitación de ajuste de combustible” en el vehículo V1 e informe los resultados de la respectiva prueba o el respectivo restablecimiento funcional. Según los resultados de la prueba funcional o el restablecimiento, el técnico Téc.1 puede seguir reparando el vehículo V1 realizando más pruebas, buscando códigos DTC/identificadores PID adicionales, reemplazando, retirando, instalando, ajustando o modificando de otro modo uno o más componentes del vehículo, etc. Cabe señalar que el conjunto predeterminado de pruebas o restablecimientos disponible mediante los controles 1472 y 1474 de la página 1470 de reparación difiere del conjunto personalizado de pruebas o restablecimientos disponible mediante los controles 1372, 1374, 1376 de la página 1350 de reparación; es decir, la personalización de las pruebas funcionales realizadas por el servidor S1 para el escenario 800 cambia el conjunto predeterminado de pruebas funcionales utilizadas en el escenario 800a.
La figura 14C indica que el control 1476, cuando es seleccionado, puede hacer que el dispositivo informático 412 proporcione pruebas funcionales y/o restablecimientos adicionales para su selección y ejecución además de los ya mostrados en la página 1470 de reparación. La página 1470 de reparación también incluye el chat con el control 1422 de expertos, el control 1424 de información de reparación de OEM y los controles 1430 y 1432; cada uno de estos controles puede realizar las mismas funciones (o similares) para la página 1470 de reparación, tal como se ha expuesto anteriormente en el contexto de la página 1400 de reparación que se muestra en la figura 14A.
El escenario 800a continúa cuando el dispositivo informático 412 recibe la selección del control 1472 para ejecutar un restablecimiento de habilitación de ajuste de combustible, lo que hace que el dispositivo informático 412 active el ejecutable de pruebas funcionales. Como parte de la activación del ejecutable de pruebas funcionales, el dispositivo informático 412 recupera del almacenamiento el identificador de vehículo V_FTE y proporciona el identificador de vehículo V_FTE al ejecutable de pruebas funcionales durante la activación. Después de activar el ejecutable de pruebas funcionales, el dispositivo informático 412 utiliza el ejecutable de pruebas funcionales para ejecutar el restablecimiento de habilitación de ajuste de combustible y presenta los resultados relacionados con el restablecimiento de habilitación de ajuste de combustible.
Después de que el dispositivo informático 412 haya presentado los resultados del restablecimiento de habilitación de ajuste de combustible, el técnico Téc.1 ordena al dispositivo informático 412 que solicite datos del vehículo V1 relacionados con seis identificadores PID listados en una lista de identificadores PID. El dispositivo informático muestra después la página 1480 de reparación para una “ Lista de identificadores PID por defecto para el DTC P0171” , como se muestra en la figura 14D. En los escenarios 800 y 800a, la lista de identificadores PID adaptada proporcionada por el servidor S1 en el escenario 800 e ilustrada por la página 1380 de reparación de la figura 13D es la misma lista de identificadores PID que la lista de identificadores PID predeterminada del escenario 800a, ilustrada por la página 1480 de reparación en la figura 14D. En otros escenarios, las listas de identificadores PID adaptadas proporcionadas por el servidor S1 pueden, pero no necesariamente, diferir de las listas de identificadores PID predeterminadas.
La página 1480 de reparación muestra los datos 1482 de identificadores para seis parámetros: “ Velocidad del motor” , “ Sensor MAP” , “Ajuste combustible a corto plazo en banco 1 ” . “Ajuste combustible a corto plazo en banco 2” , “ Sensor 1 ajuste oxígeno calentado (HO2S) en banco 1” y “ Sensor temperatura refrigerante motor” con los datos respectivos correspondientes de “ 515 RPM” , “ 45 kPa” , “ -1” , “ 1” , “ 0,1” y “ 109,44 °C (229 °F)” . En la página 1480 de reparación también se proporciona un rango recomendado de valores de datos y una indicación de si los datos están dentro o fuera del rango para cada parámetro. Por ejemplo, el parámetro 1484a, que es el parámetro “ Velocidad del motor” , tiene un valor de “ 515 RPM” . El valor de 515 RPM para el parámetro 1484a se indica en la página 1480 de reparación como “ OK” ; es decir, el valor de 515 RPM para el parámetro 1484a está dentro del rango 1486a de “ 500 a 720 RPM” .
Como otro ejemplo, el parámetro 1484b, que es el parámetro “ Sensor de ECT” , tiene un valor de “ 109,44 °C (229 °F)” . El valor de 109,44 °C (229 °F) para el parámetro 1484b se indica en la página 1480 de reparación como “ No OK” ; es decir, el valor de 109,44 °C (229 °F) para el parámetro 1484b está fuera del rango 1486b de “ 87,77 a 105 °C (190 a 221 °F)” . La página 1480 de reparación proporciona indicaciones gráficas adicionales de los parámetros que están dentro o no del rango. En particular, la figura 14D ilustra la página 1480 de reparación que muestra valores de parámetros dentro del rango, tal como el valor del parámetro 1484a, con texto negro sobre un fondo blanco, y que muestra valores de parámetros fuera del rango, tal como el valor del parámetro 1484b con texto blanco sobre un fondo negro. En otros escenarios, se utilizan más y/o diferentes indicaciones gráficas de los parámetros que están dentro y/o fuera del rango. Después de mostrar la página 1480 de reparación, se puede completar el escenario 800a.
Ejemplo de red informática
La figura 15 es un diagrama en bloque de la red informática 1500 ilustrativa según una realización ilustrativa. En la figura 15, los servidores 3414, 1508 y 1510 están configurados para comunicarse, a través de una red 1506, con el dispositivo informático 412 en la instalación 1520 de reparación y quizás con el técnico 416, así como con los dispositivos cliente 1504a, 1504b y 1504c. Como se muestra en la figura 15, los dispositivos cliente pueden incluir un ordenador personal 1504a, un ordenador portátil 1504b y un teléfono inteligente 1504c. De manera más general, los dispositivos cliente 1504a-1504c (o cualquier dispositivo cliente adicional) pueden ser cualquier tipo de dispositivo informático, tal como una estación de trabajo, un terminal de red, un ordenador de sobremesa, un ordenador portátil, un dispositivo de comunicación inalámbrica(p. ej.,un teléfono móvil o un teléfono inteligente), etc. El servidor 414 se ha expuesto anteriormente en el contexto de al menos las figuras 4-13E. El dispositivo informático 412 en la instalación 1520 de reparación también se ha expuesto anteriormente en el contexto de al menos las figuras 4-14D. En el contexto de la red informática 1500, el dispositivo informático 412 puede actuar como un dispositivo cliente.
La red 1506 puede corresponder a una red de área local, una red de área amplia, una intranet corporativa, la Internet pública, combinaciones de las mismas o cualquier otro tipo de red/es configurada/s para proporcionar comunicación entre dispositivos informáticos en red. En algunas realizaciones, se puede asegurar parte o la totalidad de la comunicación entre los dispositivos informáticos en red.
Los servidores 414, 1508 y 1510 pueden compartir contenido y/o proporcionar contenido al menos al dispositivo informático 412 y a los dispositivos cliente 1504a-1504c, donde el contenido puede incluir imágenes, vídeo, audio, datos legibles por ordenador y/u otros tipos de información disponible accesible directa o indirectamente a través de los servidores 414, 1508 y 1510. Como se muestra en la figura 15, los servidores 414, 1508 y 1510 no están físicamente en la misma ubicación. Alternativamente, algunos de o todos los servidores 414, 1508 y 1510 pueden estar ubicados en la misma ubicación y/o se puede acceder a ellos a través de una o más redes separadas de la red 1506. Aunque la figura 15 muestra cuatro dispositivos cliente (incluido el dispositivo informático 412) y tres servidores, la red 1506 puede dar servicio a más o menos de cuatro dispositivos cliente y/o a más o menos de tres servidores.
Dispositivo informático ilustrativo
La figura 16A es un diagrama en bloque de un dispositivo informático 1600 ilustrativo, según una realización. En particular, el dispositivo informático 1600 puede configurarse para realizar una o más funciones de y/o relacionadas con la VII descrita en la presente memoria, los identificadores de vehículo descritos en la presente memoria, una herramienta de escaneo de vehículos descrita en la presente memoria, un servidor descrito en la presente memoria, los datos de reparación mejorados descritos en la presente memoria, un software ejecutable descrito en la presente memoria, un archivo 310 de identificadores de vehículo, los datos 330 de reparación mejorados, el vehículo 410, el dispositivo informático 412, el servidor 414, el servidor S1, el vehículo V1, los dispositivos 1504a a 1504c de cliente, la red 1506 y/o los servidores 1508, 1510 y/o al menos una porción de uno o más de: el método 200, el flujo 400 de comunicación, el flujo 500 de comunicación, el flujo 600 de comunicación, el flujo 700 de comunicación, el escenario 800, el escenario 800a y/o el método 1600.
El dispositivo informático 1600 puede ser un ordenador de sobremesa, un ordenador portátil, un asistente de datos personales (PDA), un teléfono móvil, un procesador integrado, un dispositivo táctil o cualquier dispositivo similar que esté equipado con al menos una unidad de procesamiento capaz de ejecutar instrucciones en lenguaje de máquina que implementen al menos una porción de las técnicas y métodos descritos en la presente memoria, que incluyen, aunque no de forma limitativa, el método 200, el flujo 400 de comunicación, el flujo 500 de comunicación, el flujo 600 de comunicación, el flujo 700 de comunicación, el escenario 800, el escenario 800a y/o el método 1600.
El dispositivo informático 1600 puede incluir una interfaz ejecutable 1601 de usuario, una interfaz ejecutable 1602 de comunicación de red, uno o más procesadores 1603 y un almacenamiento 1604 de datos, todos los cuales pueden estar conectados entre sí a través de un bus de sistema, una red u otro mecanismo 1605 de conexión. El módulo 1601 de interfaz de usuario puede recibir una entrada y/o proporcionar una salida, quizás a un usuario. El módulo 1601 de interfaz de usuario puede configurarse para enviar y/o recibir datos a y/o de la entrada de usuario desde uno o más dispositivos de entrada, tales como un teclado, un teclado numérico, una pantalla táctil, un ratón informático, una bola de seguimiento, una palanca de mando y/u otros dispositivos similares configurados para recibir la entrada de un usuario del dispositivo informático 1600.
El módulo 1601 de interfaz de usuario puede configurarse para generar y/o proporcionar una salida visible a través de uno o más dispositivos de visualización de salida, tales como tubos de rayos catódicos (CRT), pantallas de cristal líquido (LCD), dispositivos de plasma, diodos emisores de luz (LED), pantallas con tecnología de procesamiento digital de luz (DLP), impresoras, bombillas, monitores, pantallas táctiles y/u otros dispositivos similares capaces de mostrar información gráfica, textual y/o numérica a un usuario de un dispositivo informático 1600. El módulo 1601 de interfaz de usuario también puede configurarse para generar y/o proporcionar salidas audibles a través de uno o más dispositivos de salida de audio, tales como altavoces, conectores de altavoces, puertos de salida de audio, auriculares y/u otros dispositivos similares configurados para transmitir información sonora y/o audible a un usuario del dispositivo informático 1600. El módulo 1601 de interfaz de usuario puede configurarse además para generar y/o proporcionar salidas hápticas a través de uno o más dispositivos de salida háptica, tales como dispositivos de vibración y/u otros dispositivos configurados para transmitir información táctil y/o háptica a un usuario del dispositivo informático 1600.
El módulo 1602 de interfaz de comunicación de red se puede configurar para enviar y recibir datos a través de la interfaz inalámbrica 1607 y/o la interfaz cableada 1608 a través de una red, tal como la red 606. La interfaz inalámbrica 1607, si está presente, puede utilizar una interfaz aérea, tal como una interfaz Bluetooth®, Wi-Fi®, ZigBee® y/o WiMAX™ para una red de datos, tal como una red de área amplia (WAN), una red de área local (LAN), una o más redes de datos públicas(p. ej.,Internet), una o más redes de datos privadas o cualquier combinación de redes de datos públicas y privadas. La una o más interfaces cableadas 1608, si están presentes, pueden comprender un cable, un enlace de fibra óptica y/o conexiones físicas similares a una red de datos, tal como una WAN, LAN, una o más redes de datos públicas, una o más redes de datos privadas o cualquier combinación de dichas redes. El módulo 1602 de interfaz de comunicación de red puede configurarse para comunicarse con uno o más vehículos, tales como el vehículo 410, utilizando una o más interfaces de comunicación;p. ej.,una interfaz de protocolo OBD-II, una interfaz Bluetooth®, una interfaz Wi-Fi®, una interfaz ZigBee®.
En algunas realizaciones, el módulo 1602 de interfaz de comunicación de red puede configurarse para proporcionar comunicaciones fiables, seguras y/o autenticadas. Para cada comunicación descrita en la presente memoria, se puede proporcionar información para garantizar comunicaciones fiables (es decir, una entrega garantizada de mensajes), tal vez como parte del encabezado y/o pie de página de un mensaje(p. ej.,información de secuenciación de paquetes/mensajes, encabezado/s y/o pie/s de página de encapsulación, información de tamaño/tiempo e información de verificación de transmisión, tal como CRC y/o valores de verificación de paridad). Las comunicaciones pueden hacerse seguras(p. ej.,codificarse o cifrarse) y/o descifrarse/decodificarse utilizando uno o más protocolos y/o algoritmos criptográficos, tales como, aunque no de forma limitativa, DES, AES, RSA, Diffie-Hellman y/o DSA. Se pueden utilizar otros protocolos y/o algoritmos criptográficos, así como o además de los enumerados en la presente memoria, para proteger (y después descifrar/decodificar) las comunicaciones. En algunos casos, dichas comunicaciones pueden ser también, o en su lugar, comunicaciones comprimidas; en estos casos, el módulo 1602 de interfaz de comunicación de red puede configurarse para comprimir las comunicaciones no comprimidas y/o descomprimir las comunicaciones comprimidas.
Los procesadores 1603 pueden incluir una o más unidades de procesamiento centrales, procesadores informáticos, procesadores móviles, procesadores de señales digitales (DSP), unidades de procesamiento de gráficos (GPU), microprocesadores, chips de ordenador y/u otras unidades de procesamiento configuradas para ejecutar instrucciones en lenguaje de máquina y procesar datos. El/los procesador/es 1603 puede/n configurarse para ejecutar instrucciones 1606 de programa legibles por ordenador contenidas en el almacenamiento 1604 de datos, y/u otras instrucciones tal como se describe en la presente memoria.
El almacenamiento 1604 de datos puede incluir uno o más dispositivos de almacenamiento físicos y/o no transitorios, tales como memorias de solo lectura (ROM), memorias de acceso aleatorio (RAM), memorias de unidad de disco extraíble, memorias de disco duro, memorias de cinta magnética, memorias flash y/u otros dispositivos de almacenamiento. El almacenamiento 1604 de datos puede incluir uno o más dispositivos de almacenamiento físicos y/o no transitorios con al menos suficiente capacidad de almacenamiento combinada para contener instrucciones 1606 de programa legibles por ordenador y cualquier estructura de datos y datos asociada/relacionada.
En las realizaciones de la descripción en las que se utiliza un producto de software informático, el producto puede no ser transitorio y almacenar las instrucciones en uno o más medios y/o dispositivos físicos, tales como un DVD, una unidad de estado sólido, un disco duro o cualquier otro medio o dispositivo de almacenamiento legible por ordenador no transitorio descritos en la presente memoria. Alternativamente, el producto puede ser transitorio y estar en forma de instrucciones proporcionadas a través de una conexión, tal como una conexión de red que está vinculada a una red, tal como Internet.
Las instrucciones 1606 de programa legibles por ordenador y cualquier estructura de datos contenida en el almacenamiento 1604 de datos incluyen instrucciones de programa legibles por ordenador ejecutables por los procesadores 1603 y cualquier almacenamiento requerido, respectivamente, para realizar al menos parte de las técnicas y métodos descritos en la presente memoria, que incluyen, aunque no de forma limitativa, el método 200, el flujo 400 de comunicación, el flujo 500 de comunicación, el flujo 600 de comunicación, el flujo 700 de comunicación, el escenario 800, el escenario 800a y/o el método 1600.
Los componentes 1620 de prueba/escaneo pueden incluir componentes para escanear, probar y/o reparar un vehículo. Estos componentes pueden incluir, aunque no de forma limitativa, uno o más escáneres de OBD-II (esdecir,de códigos DTC/identificadores PID), componentes de medición electrónicos, cables de prueba, puertos de datos, fuentes de alimentación, osciloscopios digitales, amperímetros digitales, voltímetros digitales, ohmímetros digitales y multímetros digitales. En algunas realizaciones, algunos de o todos los softwares ejecutables descritos en la presente memoria pueden incluirse como componentes 1620 de prueba/escaneo. En otras realizaciones, los componentes 1620 de prueba/escaneo y/o el almacenamiento 1604 de datos pueden almacenar una VII y/o uno o más identificadores de vehículo, tal vez almacenando uno o más archivos de identificadores de vehículos y/o una o más instancias de datos de reparación mejorados.
La figura 16B representa una red 1506 de centros informáticos 1609a, 1609b, 1609c según un ejemplo de realización. Los datos y/o el software para el servidor 414 y/o el servidor S1 pueden almacenarse en uno o más dispositivos basados en la nube que almacenen lógica de programa y/o los datos de aplicaciones y/o servicios basados en la nube. En algunas realizaciones, el servidor 414 y/o el servidor S1 pueden ser un único dispositivo informático que reside en un único centro informático. En otras realizaciones, el servidor 414 y/o el servidor S1 pueden incluir múltiples dispositivos informáticos en un único centro informático, o incluso múltiples dispositivos informáticos ubicados en múltiples centros informáticos ubicados en diversas ubicaciones geográficas.
En algunas realizaciones, los datos y/o el software para el servidor 414 y/o el servidor S1 pueden codificarse como información legible por ordenador almacenada en medios legibles por ordenador y/o medios de almacenamiento legibles por ordenador no transitorios y accesibles mediante los dispositivos cliente 604a, 604b y 604c, y/u otros dispositivos informáticos(p. ej.,el dispositivo informático 412). En algunas realizaciones, los datos y/o el software para el servidor 414 y/o el servidor S1 pueden almacenarse en una sola unidad de disco u otro medio de almacenamiento no transitorio y/o tangible, o pueden implementarse en múltiples unidades de disco u otros medios de almacenamiento no transitorios y/o tangibles ubicados en una o más diversas ubicaciones geográficas.
La figura 16B representa un sistema de servidor basado en la nube según un ejemplo de realización. En la figura 16B, las funciones del servidor 414 y/o el servidor S1 pueden distribuirse entre tres centros informáticos 1609a, 1609b y 1608c. El centro informático 1609a puede incluir uno o más dispositivos informáticos 1600a, dispositivos 1610a de almacenamiento y dispositivos 1611a de comunicación(p. ej.,enrutadores, concentradores, conmutadores) conectados por la red local 1612a. De manera similar, el centro informático 1609b puede incluir uno o más dispositivos informáticos 1600b, dispositivos 1610b de almacenamiento y dispositivos 1611b de comunicación conectados por la red local 1612b. Del mismo modo, el centro informático 1609c puede incluir uno o más dispositivos informáticos 1600c, dispositivos 1610c de almacenamiento y dispositivos 1611c de comunicación conectados por la red local 1612c.
En algunas realizaciones, cada uno de los centros informáticos 1609a, 1609b y 1609c puede tener un número igual de dispositivos informáticos, de almacenamiento y de comunicación. Sin embargo, en otras realizaciones, cada centro informático puede tener diferentes números de dispositivos informáticos, de almacenamiento y/o de comunicación. La cantidad de dispositivos informáticos, de almacenamiento y de comunicación en cada centro informático puede depender de la tarea o tareas informáticas asignadas a cada centro informático.
En el centro informático 1609a, por ejemplo, los dispositivos informáticos 1600a pueden configurarse para realizar diversas tareas informáticas del servidor 414 y/o del servidor SI. En un ejemplo, las diversas funcionalidades del servidor 414 y/o el servidor S1 pueden distribuirse entre uno o más de los dispositivos informáticos 1600a, 1600b y 1600c. Los dispositivos informáticos 1600b y 1600c en los centros informáticos 1609b y 1609c pueden configurarse de manera similar a los dispositivos informáticos 1600a en el centro informático 1609a. Por otro lado, en algunas realizaciones, los dispositivos informáticos 1600a, 1600b y 1600c pueden configurarse para realizar diferentes funciones.
En algunos casos, las tareas informáticas y los datos almacenados asociados con el servidor 414 y/o el servidor S1 pueden distribuirse entre los dispositivos informáticos 1600a, 1600b y 1600c basándose, al menos en parte, en los requisitos de procesamiento del servidor 414 y/o el servidor SI, las capacidades de procesamiento de los dispositivos informáticos 1600a, 1600b y 1600c, la latencia de los enlaces de red entre los dispositivos informáticos de cada centro informático y entre los propios centros informáticos, y/u otros factores que pueden contribuir al coste, la velocidad, la tolerancia a anomalías, la resiliencia, la eficiencia y/u otros objetivos de diseño de la arquitectura general del sistema.
Los dispositivos 1610a, 1610b y 1610c de almacenamiento de los centros informáticos 1609a, 1609b y 1609c pueden ser matrices de almacenamiento de datos que incluyen controladores de matrices de discos configurados para gestionar el acceso de lectura y escritura a grupos de unidades de disco duro. Los controladores de matrices de discos, solos o junto con sus respectivos dispositivos informáticos, también pueden configurarse para gestionar copias redundantes o de seguridad de los datos almacenados en los dispositivos de almacenamiento para protegerlos contra anomalías de la unidad de disco u otros dispositivos de almacenamiento y/o anomalías de red que impidan que uno o más dispositivos informáticos accedan a uno o más dispositivos de almacenamiento.
De manera similar a la manera en que las funciones del servidor 414 y/o el servidor S1 pueden distribuirse entre los dispositivos informáticos 1600a, 1600b y 1600c de los centros informáticos 1609a, 1609b y 1609c, pueden distribuirse varias porciones activas y/o porciones de respaldo de estos componentes entre los dispositivos 1610a, 1610b y 1610c de almacenamiento. Por ejemplo, algunos dispositivos de almacenamiento pueden configurarse para almacenar una porción de los datos y/o el software del servidor 414 y/o el servidor S1, mientras que otros dispositivos de almacenamiento pueden almacenar otras porciones separadas de los datos y/o el software del servidor 414 y/o el servidor SI. Además, algunos dispositivos de almacenamiento pueden configurarse para almacenar versiones de respaldo de datos y/o software almacenados en otros dispositivos de almacenamiento.
Los dispositivos 1611a, 1611b y 1611c de comunicación pueden incluir equipos de red configurados para proporcionar comunicaciones internas y externas para los centros informáticos 1609a, 1609b, 1609c. Por ejemplo, los dispositivos 1611a de comunicación en el centro informático 1609a pueden incluir uno o más dispositivos de conmutación y enrutamiento de Internet configurados para proporcionar (i) comunicaciones de red de área local entre los dispositivos informáticos 1600a y los dispositivos 1610a de almacenamiento a través de la red local 1612a, y (ii) comunicaciones de red de área amplia entre el centro informático 1609a y las instalaciones informáticas 1609b y 1609c a través de la conexión 1613a a la red 606. Los dispositivos 1611b y 1611c de comunicación pueden incluir equipos de red similares a los dispositivos 1611a de comunicación, y los dispositivos 1611b y 1611c de comunicación pueden realizar funciones de red para los centros informáticos 1609b y 1609b similares a las que los dispositivos 1611a de comunicación realizan para el centro informático 1609a.
En algunas realizaciones, la configuración de los dispositivos 1611a, 1611b y 1611c de comunicación puede basarse, al menos en parte, en los requisitos de comunicación de los dispositivos informáticos y los dispositivos de almacenamiento, las capacidades de comunicación de los equipos de red en los dispositivos 1611a, 1611b y 1611c de comunicación, la latencia y el rendimiento de las redes locales 1612a, 1612b, 1612c, la latencia, el rendimiento y el coste de las conexiones 1613a, 1613b y 1613c, y/u otros factores que pueden contribuir al costo, la velocidad, el rendimiento, la tolerancia a anomalías, la resiliencia, la eficiencia y/u otros objetivos de diseño para los centros informáticos 1609a, 1609b, 1609c.
Ejemplos de métodos de operación
La figura 17 es un diagrama de flujo del método 1700, según una realización. El método 1700 puede llevarse a cabo mediante un dispositivo informático, tal como el dispositivo informático 1600 expuesto anteriormente en el contexto de la figura 16. En algunas realizaciones, el dispositivo informático puede actuar y/o estar realizado como una herramienta de escaneo de vehículos al tiempo que lleva a cabo parte o la totalidad del método 1600.
El método 1700 puede comenzar en el bloque 1710, donde el dispositivo informático puede determinar la VII que identifica un vehículo y donde el dispositivo informático incluye un primer software ejecutable y un segundo software ejecutable, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2 a 14D.
En algunas realizaciones, el dispositivo informático puede conectarse al vehículo; a continuación, determinar la VII puede incluir: enviar una solicitud para la VII desde el dispositivo informático al vehículo; y recibir la VII en el dispositivo informático desde el vehículo, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2, 3, 6 y 7.
En otras realizaciones, la VII puede incluir un VIN para el vehículo, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2-10C.
En otras realizaciones adicionales, el primer software ejecutable puede configurarse para una o más funciones de: una función de escaneo de vehículos, una función de prueba de vehículos y una función de recuperación de información de reparación, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2-14D.
En el bloque 1720, el dispositivo informático puede almacenar un primer identificador de vehículo asociado al primer software ejecutable y un segundo identificador de vehículo asociado al segundo software ejecutable, donde tanto el primer como el segundo identificadores de vehículo se basan en la VII, y donde el primer identificador de vehículo difiere del segundo identificador de vehículo, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2-10C.
En algunas realizaciones, el dispositivo informático puede acoplarse comunicativamente con un dispositivo informático servidor; a continuación, almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable puede incluir: proporcionar una primera consulta al dispositivo informático servidor, basándose la primera consulta en un identificador del primer software ejecutable y en la VII; después de proporcionar la primera consulta al dispositivo informático servidor, recibir una primera respuesta a la primera consulta desde el dispositivo informático servidor; determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; y almacenar el primer identificador de vehículo en el dispositivo informático, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2, 3, 6 y 7.
En otras realizaciones, el dispositivo informático puede incluir una base de datos de identificadores y los dispositivos informáticos no están acoplados comunicativamente a un dispositivo informático servidor para determinar los identificadores de vehículo; a continuación, almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable puede incluir: proporcionar una primera consulta a la base de datos de identificadores, basándose la primera consulta basada en el identificador del primer software ejecutable y en la VII; después de proporcionar la primera consulta a la base de datos de identificadores, recibir una primera respuesta de consulta a la primera consulta desde la base de datos de identificadores; determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; y almacenar el primer identificador de vehículo, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2-5.
En otras realizaciones adicionales, almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable basándose en la VII puede incluir: proporcionar una primera consulta basada en la VII; recibir una primera respuesta de consulta a la primera consulta; determinar el primer identificador de vehículo y el segundo identificador de vehículo basándose en la primera respuesta a la consulta; y almacenar el primer identificador de vehículo y el segundo identificador de vehículo en el dispositivo informático, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2-4, 6 y 8-10C.
Incluso en otras realizaciones, almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable basándose en la VII puede incluir: proporcionar una primera consulta basándose en la VII y un identificador del primer software ejecutable; después de proporcionar la primera consulta, recibir una primera respuesta a la primera consulta; determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; almacenar el primer identificador de vehículo en el dispositivo informático; proporcionar una segunda consulta basándose en la VII y un identificador del segundo software ejecutable, donde la segunda consulta difiere de la primera consulta; después de proporcionar la segunda consulta, recibir una segunda respuesta a la segunda consulta; determinar el segundo identificador de vehículo basándose en la segunda respuesta a la consulta; y almacenar el segundo identificador de vehículo en el dispositivo informático, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 5 y 7.
En el bloque 1730, el dispositivo informático puede utilizarse para reparar el vehículo mediante al menos una de estas acciones: recibir una solicitud para activar el primer software ejecutable y activar el primer software ejecutable al menos proporcionando al primer software ejecutable el primer identificador de vehículo almacenado, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2, 4-7 y 12-14D.
En algunas realizaciones, reparar el vehículo incluye además: recibir una solicitud para activar el segundo software ejecutable; y activar el segundo software ejecutable al menos proporcionando al segundo software ejecutable el segundo identificador de vehículo almacenado, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 2, 4-7 y 12-14C.
En otras realizaciones, el dispositivo informático puede incluir además una página de inicio con una pluralidad de controles de activación para activar una pluralidad de softwares ejecutables; entonces, activar el primer software ejecutable puede incluir activar el primer software ejecutable utilizando un control de activación para activar el primer software ejecutable de la página de inicio, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 11-14D.
En otras realizaciones adicionales, el dispositivo informático puede conectarse al vehículo; entonces, reparar el vehículo puede incluir: después de activar el primer software ejecutable, enviar una solicitud de información relacionada con la reparación al vehículo; recibir del vehículo la información relacionada con la reparación; y generar una pantalla del dispositivo informático basándose en la información relacionada con la reparación, tal como se ha expuesto anteriormente en el contexto de al menos las figuras 4-7 y 11-14D. En algunas de estas realizaciones particulares, la información relacionada con la reparación puede incluir datos asociados con uno o más identificadores PID y/o uno o más códigos DTC, tal como se ha expuesto anteriormente en el contexto de las figuras 11-14D. En algunas más de estas realizaciones particulares, la información relacionada con la reparación puede incluir un DTC particular; a continuación, generar la pantalla basándose en la información relacionada con la reparación incluye: determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular; y generar una pantalla basándose en la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular), tal como se ha expuesto anteriormente en el contexto de las figuras 12-14D. En algunas más de estas realizaciones particulares, determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular puede incluir: enviar una consulta que incluya el DTC particular a un dispositivo informático servidor; y recibir, desde el dispositivo informático servidor, la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular, tal como se ha expuesto anteriormente en el contexto de las figuras 12-13E. En otras más de estas realizaciones particulares, determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular puede incluir: determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular utilizando datos almacenados en el dispositivo informático, tal como se ha expuesto anteriormente en el contexto de las figuras 12 y 14A-14D.
A menos que el contexto exija claramente lo contrario, a lo largo de la descripción y las reivindicaciones, las expresiones “ comprende” , “ que comprende” y similares deben interpretarse en un sentido inclusivo en lugar de en un sentido exclusivo o exhaustivo; es decir, en el sentido de “ que incluye, aunque no de forma limitativa” . Las palabras que utilizan el número singular o plural también incluyen el número plural o singular, respectivamente. Además, las expresiones “ en la presente memoria” , “ anteriormente” y “ en lo sucesivo” y palabras de significado similar, cuando se utilizan en esta solicitud, se referirán a esta solicitud en su conjunto y no a ninguna porción en particular de esta solicitud.
La descripción anterior proporciona detalles específicos para una comprensión profunda de las realizaciones de la descripción, y para posibilitar la descripción de las mismas. Sin embargo, un experto en la técnica entenderá que la descripción puede ponerse en práctica sin estos detalles. En otros casos, no se han mostrado ni descrito en detalle las estructuras y funciones bien conocidas para evitar oscurecer innecesariamente la descripción de las realizaciones de la descripción. La descripción de las realizaciones de la descripción no pretende ser exhaustiva ni limitar la descripción a la forma precisa descrita. Si bien en la presente memoria se describen realizaciones y ejemplos específicos de la descripción con fines ilustrativos, son posibles diversas modificaciones equivalentes dentro del alcance de la descripción, como reconocerán los expertos en la técnica relevante.
Los aspectos de la descripción pueden modificarse, si es necesario, para emplear los sistemas, funciones y conceptos de las referencias y la solicitud anteriores para proporcionar otras realizaciones de la descripción. Estos y otros cambios se pueden realizar en la descripción a la luz de la descripción detallada.
Los elementos específicos de cualquiera de las realizaciones anteriores pueden combinarse o sustituirse por elementos de otras realizaciones. Además, si bien las ventajas asociadas con ciertas realizaciones de la descripción se han descrito en el contexto de estas realizaciones, otras realizaciones también pueden presentar tales ventajas, y no todas las realizaciones tienen que exhibir necesariamente tales ventajas para estar dentro del alcance de la descripción.
La descripción detallada anterior describe diversas características y funciones de los sistemas, dispositivos y métodos descritos con referencia a las figuras adjuntas. En las figuras, símbolos similares típicamente identifican componentes similares, a menos que el contexto indique lo contrario. Las realizaciones ilustrativas descritas en la descripción detallada, las figuras y las reivindicaciones no pretenden ser limitativas. Se pueden utilizar otras realizaciones y se pueden realizar otros cambios, sin abandonar el ámbito del objeto presentado en la presente memoria. Se entenderá fácilmente que los aspectos de la presente descripción, como se describe generalmente en la presente memoria, y se ilustra en las figuras, pueden disponerse, sustituirse, combinarse, separarse y diseñarse en una amplia variedad de configuraciones diferentes, todas las cuales se contemplan explícitamente en la presente memoria.
Con respecto a todos o a cualquiera de los diagramas de escalera, escenarios y diagramas de flujo de las figuras y tal como se expone en la presente memoria, cada bloque y/o comunicación puede representar un procesamiento de información y/o una transmisión de información según realizaciones ilustrativas. Se incluyen realizaciones alternativas dentro del alcance de estas realizaciones ilustrativas. En estas realizaciones alternativas, por ejemplo, las funciones descritas como bloques, transmisiones, comunicaciones, solicitudes, respuestas y/o mensajes pueden ejecutarse de forma desordenada con respecto a lo que se muestra o se expone, incluso de forma sustancialmente simultánea o en orden inverso, dependiendo de la funcionalidad implicada. Además, se pueden utilizar más o menos bloques y/o funciones con cualquiera de los diagramas de escalera, escenarios y diagramas de flujo expuestos en la presente memoria, y estos diagramas de escalera, escenarios y diagramas de flujo se pueden combinar entre sí, en parte o en su totalidad.
Un bloque que representa un procesamiento de información puede corresponder a circuitos que pueden configurarse para realizar las funciones lógicas específicas de un método o técnica descrito en la presente memoria. Alternativa o adicionalmente, un bloque que representa un procesamiento de información puede corresponder a un módulo, un segmento o una porción de un código de programa (incluidos los datos relacionados). El código de programa puede incluir una o más instrucciones ejecutables por un procesador para implementar funciones o acciones lógicas específicas en el método o la técnica. El código de programa y/o los datos relacionados pueden almacenarse en cualquier tipo de medio legible por ordenador, tal como un dispositivo de almacenamiento que incluye un disco o disco duro u otro medio de almacenamiento.
El medio legible por ordenador también puede incluir medios legibles por ordenador no transitorios, tales como medios legibles por ordenador que almacenan datos durante cortos períodos de tiempo;p. ej.,una memoria volátil, una memoria de registro, un caché de procesador y/o una memoria de acceso aleatorio (RAM). Los medios legibles por ordenador también pueden incluir medios legibles por ordenador no transitorios que almacenan código de programa y/o datos durante períodos de tiempo más prolongados;p. ej.,una memoria no volátil, un almacenamiento secundario o persistente a largo plazo, una memoria de solo lectura (ROM), discos ópticos o magnéticos, una memoria de solo lectura de discos compactos (CD-ROM). El medio legible por ordenador también puede ser cualquier otro sistema de almacenamiento volátil o no volátil. Un medio legible por ordenador puede considerarse un medio de almacenamiento legible por ordenador, por ejemplo, o un medio y/o dispositivo de almacenamiento tangible y/o no transitorio.
Además, un bloque que representa una o más transmisiones de información puede corresponder a transmisiones de información entre módulos de software y/o hardware y/o ejecutables en el mismo dispositivo físico. Sin embargo, otras transmisiones de información pueden ser entre módulos de software y/o hardware y/o ejecutables en diferentes dispositivos físicos.
Son posibles numerosas modificaciones y variaciones de la presente descripción a la luz de las enseñanzas anteriores.

Claims (12)

  1. REIVINDICACIONES
    i .Un método realizado por un dispositivo informático que comprende:
    determinar (220, 1710) una información de identificación de vehículo, VII, que identifica un vehículo, en donde el dispositivo informático comprende un primer software ejecutable y un segundo software ejecutable;
    almacenar (250, 1720) un primer identificador de vehículo asociado al primer software ejecutable y un segundo identificador de vehículo asociado al segundo software ejecutable basándose en la VII, en donde el primer identificador de vehículo difiere del segundo identificador de vehículo; y reparar (270, 1730) el vehículo mediante al menos una de estas acciones:
    recibir (260) una solicitud para activar el primer software ejecutable, y
    activar (264) el primer software ejecutable al menos proporcionando al primer software ejecutable el primer identificador de vehículo almacenado.
  2. 2. El método de la reivindicación 1, en donde reparar el vehículo comprende además:
    recibir (280, 260) una solicitud para activar el segundo software ejecutable; y
    activar (264) el segundo software ejecutable al menos proporcionando al segundo software ejecutable el segundo identificador de vehículo almacenado.
  3. 3. El método de la reivindicación 1 o 2, en donde el dispositivo informático está acoplado comunicativamente con un dispositivo informático servidor, y en donde almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable comprende:
    proporcionar (234) una primera consulta al dispositivo informático servidor, basándose la primera consulta en un identificador del primer software ejecutable y en la VII;
    después de proporcionar la primera consulta al dispositivo informático servidor, recibir una primera respuesta a la primera consulta desde el dispositivo informático servidor;
    determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; y almacenar el primer identificador de vehículo.
  4. 4. El método de la reivindicación 1 o 2, en donde el dispositivo informático comprende una base de datos de identificadores y no está acoplado comunicativamente con un dispositivo informático servidor para determinar los identificadores de vehículo, y en donde almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable comprende:
    proporcionar (244) una primera consulta a la base de datos de identificadores, basándose la primera consulta en un identificador del primer software ejecutable y en la VII;
    después de proporcionar la primera consulta a la base de datos de identificadores, recibir una primera respuesta de consulta a la primera consulta desde la base de datos de identificadores; determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; y almacenar el primer identificador de vehículo.
  5. 5. El método de la reivindicación 3 o 4, que comprende además una de las dos opciones siguientes:
    Opción 1:
    determinar el segundo identificador de vehículo basándose en la primera respuesta a la consulta; y
    almacenar el segundo identificador de vehículo; o bien
    Opción 2:
    proporcionar una segunda consulta basándose en la VII y un identificador del segundo software ejecutable, en donde la segunda consulta difiere de la primera consulta; después de proporcionar la segunda consulta, recibir una segunda respuesta a la segunda consulta;
    determinar el segundo identificador de vehículo basándose en la segunda respuesta a la consulta; y
    almacenar el segundo identificador de vehículo.
  6. 6.El método de cualquiera de las reivindicaciones anteriores, en donde el dispositivo informático está conectado al vehículo, en donde determinar la VII comprende:
    enviar al vehículo una solicitud para la VII desde el dispositivo informático; y
    recibir la VII del vehículo.
  7. 7. El método de cualquiera de las reivindicaciones anteriores, en donde la VII comprende un número de identificación de vehículo, VIN, para el vehículo, y/o en donde el primer software ejecutable está configurado para una o más funciones de entre:
    una función de escaneo de vehículos, una función de prueba de vehículos y una función de recuperación de información de reparación.
  8. 8. El método de cualquiera de las reivindicaciones anteriores, en donde el dispositivo informático comprende además una página de inicio con una pluralidad de controles de activación para activar una pluralidad de softwares ejecutables, y en donde la activación del primer software ejecutable comprende activar el primer software ejecutable utilizando un control de activación para activar el primer software ejecutable de la página de inicio.
  9. 9. El método de cualquiera de las reivindicaciones anteriores, en donde el dispositivo informático está conectado al vehículo y en donde reparar el vehículo comprende:
    después de activar el primer software ejecutable, enviar una solicitud de información relacionada con la reparación al vehículo;
    recibir del vehículo la información relacionada con la reparación; y
    generar una pantalla del dispositivo informático basándose en la información relacionada con la reparación.
  10. 10. El método de la reivindicación 9, en donde la información relacionada con la reparación comprende datos asociados a uno o más identificadores de parámetros (PID) y/o a uno o más códigos de diagnóstico de problemas (DTC).
  11. 11. El método de la reivindicación 10, en donde la información relacionada con la reparación comprende un DTC particular, y en donde la generación de la pantalla basándose en la información relacionada con la reparación comprende:
    determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC en particular; y
    generar una pantalla basándose en la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC en particular;
    en donde determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular comprende preferiblemente una de las dos opciones siguientes:
    Opción 1:
    enviar a un dispositivo informático servidor una consulta que incluye el DTC particular; y
    recibir, desde el dispositivo informático servidor, la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC en particular; o bien
    Opción 2:
    determinar la información sobre una o más pruebas y/o reparaciones relacionadas con el DTC particular utilizando datos almacenados en el dispositivo informático.
  12. 12. Un dispositivo informático, que comprende:
    un procesador; y
    un medio legible por ordenador configurado para almacenar al menos un primer software ejecutable, un segundo software ejecutable e instrucciones ejecutables, en donde las instrucciones ejecutables, cuando son ejecutadas por el procesador, hacen que el dispositivo informático realice funciones que comprenden:
    determinar una información de identificación de vehículo, VII, que identifica un vehículo;
    almacenar, en el medio legible por ordenador, un primer identificador de vehículo asociado al primer software ejecutable y un segundo identificador de vehículo asociado al segundo software ejecutable basándose en la VII, en donde el primer identificador de vehículo difiere del segundo identificador de vehículo; y
    reparar el vehículo mediante al menos una de estas acciones:
    recibir una solicitud para activar el primer software ejecutable, y
    activar el primer software ejecutable al menos proporcionando al primer software ejecutable el primer identificador de vehículo almacenado.
    El dispositivo informático de la reivindicación 12, en donde se aplica al menos una de las siguientes opciones:
    Opción 1:
    reparar el vehículo comprende además:
    recibir una solicitud para activar el segundo software ejecutable; y
    activar el segundo software ejecutable al menos proporcionando al segundo software ejecutable el segundo identificador de vehículo almacenado; o bien
    Opción 2:
    el dispositivo informático está acoplado comunicativamente con un dispositivo informático servidor, y almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable comprende:
    proporcionar una primera consulta al dispositivo informático servidor, basándose la primera consulta en un identificador del primer software ejecutable y en la VII;
    después de proporcionar la primera consulta al dispositivo informático servidor, recibir una primera respuesta a la primera consulta desde el dispositivo informático servidor; determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; y
    almacenar el primer identificador de vehículo; o bien
    Opción 3:
    el dispositivo informático comprende una base de datos de identificadores y no está acoplado comunicativamente con un dispositivo informático servidor, y en donde almacenar el primer identificador de vehículo asociado al primer software ejecutable y el segundo identificador de vehículo asociado al segundo software ejecutable comprende:
    proporcionar una primera consulta a la base de datos de identificadores, basándose la primera consulta en un identificador del primer software ejecutable y en la VII; después de proporcionar la primera consulta a la base de datos de identificadores, recibir una primera respuesta de consulta a la primera consulta desde la base de datos de identificadores;
    determinar el primer identificador de vehículo basándose en la primera respuesta a la consulta; y
    almacenar el primer identificador de vehículo; o bien
    Opción 4:
    el dispositivo informático está conectado al vehículo, y en donde determinar la VII comprende: enviar al vehículo una solicitud para la VII desde el dispositivo informático, y
    recibir la VII del vehículo, o bien
    Opción 5:
    la VII comprende un número de identificación de vehículo, VIN, para el vehículo.
    El dispositivo informático de la reivindicación 12 o 13, en donde el primer software ejecutable está configurado para una o más funciones de:
    una función de escaneo de vehículos, una función de prueba de vehículos y una función de recuperación de información de reparación.
    Un medio no transitorio legible por ordenador configurado para almacenar al menos instrucciones ejecutables, en donde las instrucciones ejecutables, cuando son ejecutadas por un procesador de un dispositivo informático, hacen que el dispositivo informático realice funciones que comprenden:
    determinar una información de identificación de vehículo, VII, que identifica un vehículo; almacenar un primer identificador de vehículo asociado a un primer software ejecutable y un segundo identificador de vehículo asociado a un segundo software ejecutable basándose en la VII, en donde el primer identificador de vehículo difiere del segundo identificador de vehículo; y reparar el vehículo mediante al menos una de estas acciones:
    recibir una solicitud para activar el primer software ejecutable, y
    activar el primer software ejecutable al menos proporcionando el primer identificador de vehículo almacenado al primer software ejecutable, en donde reparar el vehículo preferiblemente comprende además:
    recibir una solicitud para activar el segundo software ejecutable; y
    activar el segundo software ejecutable al menos proporcionando al segundo software ejecutable el segundo identificador de vehículo almacenado;
    y/o para llevar a cabo el método según cualquiera de las reivindicaciones 3-11.
ES18756053T 2017-08-10 2018-07-30 System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification Active ES3041173T3 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/674,436 US10331687B2 (en) 2017-08-10 2017-08-10 System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification
PCT/US2018/044446 WO2019032330A1 (en) 2017-08-10 2018-07-30 SYSTEM AND METHOD FOR ACCESSING VEHICLE COMMUNICATION APPLICATIONS REQUIRING VEHICLE IDENTIFICATION WITH NO NEW VEHICLE IDENTIFICATION ENTRY

Publications (1)

Publication Number Publication Date
ES3041173T3 true ES3041173T3 (en) 2025-11-07

Family

ID=63245046

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18756053T Active ES3041173T3 (en) 2017-08-10 2018-07-30 System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification

Country Status (5)

Country Link
US (5) US10331687B2 (es)
EP (1) EP3665660B1 (es)
ES (1) ES3041173T3 (es)
PL (1) PL3665660T3 (es)
WO (1) WO2019032330A1 (es)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10331687B2 (en) 2017-08-10 2019-06-25 Snap-On Incorporated System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification
DE102018009451B4 (de) * 2018-12-04 2025-01-30 Mercedes-Benz Group AG Verfahren zum Überprüfen wenigstens eines Fahrzeugs sowie elektronische Recheneinrichtung
US11450154B2 (en) 2019-01-25 2022-09-20 Snap-On Incorporated Method and system for providing scanner jobs on diagnostic tool
US11074768B2 (en) 2019-01-25 2021-07-27 Snap-On Incorporated Method and system for providing scanner jobs on diagnostic tool
US11195425B2 (en) * 2019-08-15 2021-12-07 Allstate Insurance Company Systems and methods for delivering vehicle-specific educational content for a critical event
US11538290B1 (en) * 2020-01-31 2022-12-27 Opus Ivs, Inc. Automated vehicle diagnostic navigation system and method
US11651628B2 (en) * 2020-04-20 2023-05-16 Innova Electronics Corporation Router for vehicle diagnostic system
US11464079B1 (en) * 2021-01-22 2022-10-04 Samsara Inc. Automatic coupling of a gateway device and a vehicle
CN113065257B (zh) * 2021-04-08 2024-06-14 中国第一汽车股份有限公司 一种测试实例的自动生成方法、装置、计算机设备及介质
CN113032422B (zh) * 2021-05-25 2021-10-22 南京爱福路汽车科技有限公司 一种汽车配件数据查询的方法
CN113535881B (zh) * 2021-06-23 2024-07-12 深圳市元征科技股份有限公司 故障码信息存储方法、装置、通信设备及存储介质
US12051285B2 (en) 2021-12-21 2024-07-30 Snap-On Incorporated Method and system for testing matched components of vehicle
US12026990B2 (en) * 2022-01-24 2024-07-02 GM Global Technology Operations LLC System and method for managing fleet vehicles through self-diagnosis and redistribution of electronic components
US20230252830A1 (en) * 2022-02-09 2023-08-10 Snap-On Incorporated Method and system for servicing a vehicle using a functional test
JP7269685B1 (ja) 2022-09-29 2023-05-09 株式会社Seibii 設置対象機材取付支援システム、及び、設置対象機材取付支援方法
US12536844B1 (en) * 2022-10-17 2026-01-27 Opus Ivs, Inc. Vehicle diagnostic scan device with selectively searchable results
US20240312268A1 (en) * 2023-03-15 2024-09-19 Nuro, Inc. Methods and apparatus for utilizing a human machine interface of an autonomous vehicle
US20250256863A1 (en) * 2024-02-08 2025-08-14 Honeywell International Inc. Apparatuses, computer-implemented methods, and computer program products for remediation of abnormal vehicle events

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6141608A (en) 1997-10-28 2000-10-31 Snap-On Tools Company System for dynamic diagnosis of apparatus operating conditions
US20020007237A1 (en) * 2000-06-14 2002-01-17 Phung Tam A. Method and system for the diagnosis of vehicles
US7020546B2 (en) 2002-11-07 2006-03-28 Snap-On Incorporated Vehicle data stream pause on data trigger value
US7421322B1 (en) 2004-04-30 2008-09-02 Carfax, Inc. System and method for automatic identification of vehicle identification number
JP2006234533A (ja) * 2005-02-24 2006-09-07 Honda Motor Co Ltd 車両品質分析システム並びにプログラムファイルの管理方法およびそのプログラム
CN100593797C (zh) * 2005-06-10 2010-03-10 埃森哲环球服务有限公司 电子车辆识别的系统和方法
US9117319B2 (en) * 2005-06-30 2015-08-25 Innova Electronics, Inc. Handheld automotive diagnostic tool with VIN decoder and communication system
US20070288127A1 (en) * 2006-06-09 2007-12-13 Shah Haq Methods and systems for remotely controlling a vehicle
US8321524B2 (en) 2006-09-15 2012-11-27 General Motors Llc Method for obtaining electronic vehicle identification number (VIN)
US20090259358A1 (en) 2008-04-14 2009-10-15 Innova Electronics Corp Automotive DTC live data diagnostics
US8825270B2 (en) * 2010-03-10 2014-09-02 Innova Electronics, Inc. Method and apparatus for indicating an automotive diagnostic urgency
US8977423B2 (en) * 2012-05-23 2015-03-10 Snap-On Incorporated Methods and systems for providing vehicle repair information
US9349140B2 (en) * 2012-06-11 2016-05-24 Dayco Ip Holdings, Llc License plate and VIN scan/code catalog and information lookup
US20140075356A1 (en) 2012-09-07 2014-03-13 Service Solutions U.S. Llc Diagnostic Hub
US9014908B2 (en) * 2013-01-04 2015-04-21 Innova Electronics, Inc. Multi-stage diagnostic system and method
US9858731B2 (en) * 2013-03-15 2018-01-02 Bosch Automotive Service Solutions Inc. Graphical user interface with vehicle scanned function
US9477950B2 (en) * 2014-09-04 2016-10-25 Snap-On Incorporated Prognostics-based estimator
CA2868573C (en) 2013-10-24 2017-09-12 Alldata Llc Vehicle diagnostic systems and methods
US9940760B2 (en) * 2013-12-23 2018-04-10 Bosch Automotive Service Solutions Inc. System and method for facilitated collaboration between automotive mechanics
US10109119B2 (en) * 2013-12-23 2018-10-23 Robert Bosch Gmbh System and method for automotive diagnostic tool data collection and analysis
WO2015112813A1 (en) 2014-01-24 2015-07-30 Robert Bosch Gmbh Automotive inspection system using network-based computing infrastructure
JP6523623B2 (ja) * 2014-07-07 2019-06-05 株式会社日立ハイテクノロジーズ 荷電粒子線装置およびステージ制御方法
US10216796B2 (en) 2015-07-29 2019-02-26 Snap-On Incorporated Systems and methods for predictive augmentation of vehicle service procedures
US11397801B2 (en) * 2015-09-25 2022-07-26 Argus Cyber Security Ltd. System and method for controlling access to an in-vehicle communication network
US10304260B2 (en) * 2015-10-26 2019-05-28 Verizon Patent And Licensing, Inc. Automated vehicle identification and inspection data processing system
US20170140237A1 (en) * 2015-11-13 2017-05-18 Hunter Engineering Company Methods For Vehicle Identification And Specification Recall With Localization Optimization For License Plate Recognition
US10430021B2 (en) * 2016-10-05 2019-10-01 Snap-On Incorporated System and method for providing an interactive vehicle diagnostic display
US10024671B2 (en) * 2016-11-16 2018-07-17 Allstate Insurance Company Multi-stop route selection system
US10331687B2 (en) 2017-08-10 2019-06-25 Snap-On Incorporated System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification

Also Published As

Publication number Publication date
US11586640B2 (en) 2023-02-21
PL3665660T3 (pl) 2025-09-29
US20220188313A1 (en) 2022-06-16
EP3665660B1 (en) 2025-07-23
US10671623B2 (en) 2020-06-02
US12585664B2 (en) 2026-03-24
US20200242116A1 (en) 2020-07-30
US20190050458A1 (en) 2019-02-14
US20190266156A1 (en) 2019-08-29
US10331687B2 (en) 2019-06-25
WO2019032330A1 (en) 2019-02-14
EP3665660A1 (en) 2020-06-17
US11314755B2 (en) 2022-04-26
US20230161784A1 (en) 2023-05-25

Similar Documents

Publication Publication Date Title
ES3041173T3 (en) System and method for accessing vehicle communication applications requiring vehicle identification without re-entering vehicle identification
US20230237860A1 (en) Diagnostic data visualization methods
CN108351988B (zh) 维修后数据比较
US8656062B2 (en) System and method for wireless pairing via wired connection
CN114462887B (zh) 用于提供车辆维修提示的方法和系统
US20200410458A1 (en) Systems and Methods to Generate Repair Orders Using a Taxonomy and an Ontology
US20030189929A1 (en) Electronic apparatus for assisting realization of storage area network system
CN113721584B (zh) 可视化车辆诊断方法及装置、设备和存储介质
US20220277599A1 (en) Supplementing Vehicle Service Content with Scan Tool Initialization Links
CN109614400A (zh) 失败任务的影响及溯源分析方法、装置、设备及存储介质
US20140129077A1 (en) Scan tool with configurable shortcuts
CN114185707A (zh) 车辆故障诊断方法、装置、终端设备及存储介质
CN108920695B (zh) 一种数据查询方法、装置、设备及存储介质
CN116224977A (zh) 车辆故障的诊断方法、装置、车辆及存储介质
EP3252719A1 (en) Method for diagnosing faults in a vehicle, and corresponding system
CN115307668B (zh) 一种车辆仪表故障分析方法及装置
CN112035513A (zh) Sql语句性能优化方法、装置、终端及存储介质
CN112987684A (zh) 基于Windows通用平台诊断系统
CN102821459B (zh) 无线数据终端的上网拨号方法及装置
CN107832201A (zh) 一种诊断指示灯信息快速解读装置及方法
CN116893978B (zh) 一种基于ptcrb认证的测试计划生成方法、系统和存储介质
CN119636608B (zh) 智能座舱控制器内部参数的修改方法、装置及存储介质
CN119668629B (zh) 一种设备镜像烧录及测试方法、系统及开发面板
US20080209259A1 (en) Method and system for testing reliability of data stored in raid