WO2020081436A1 - Vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same - Google Patents

Vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same Download PDF

Info

Publication number
WO2020081436A1
WO2020081436A1 PCT/US2019/056077 US2019056077W WO2020081436A1 WO 2020081436 A1 WO2020081436 A1 WO 2020081436A1 US 2019056077 W US2019056077 W US 2019056077W WO 2020081436 A1 WO2020081436 A1 WO 2020081436A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle diagnostic
vehicle
user
virtual
virtual vehicle
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.)
Ceased
Application number
PCT/US2019/056077
Other languages
French (fr)
Inventor
Timothy J Frashure
Mathew Fry
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.)
Bendix Commercial Vehicle Systems LLC
Original Assignee
Bendix Commercial Vehicle Systems LLC
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 Bendix Commercial Vehicle Systems LLC filed Critical Bendix Commercial Vehicle Systems LLC
Publication of WO2020081436A1 publication Critical patent/WO2020081436A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482Interaction with lists of selectable items, e.g. menus

Definitions

  • the present application relates to vehicle diagnostic devices, and is particularly directed to a vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same.
  • Some vehicle diagnostic devices have a diagnostic mode and a demo mode.
  • a user can perform diagnostic functions on an actual vehicle that is connected through a hardware adapter to the vehicle diagnostic device.
  • the demo mode the user can demo (i.e., demonstrate) certain features of the vehicle diagnostic device.
  • Known vehicle diagnostic devices that have a demo mode have a number of drawbacks.
  • One drawback is that application software for the demo mode is hard-coded into the vehicle diagnostic device.
  • the hard-coded application software for the demo mode limits the functionality of the demo mode.
  • the hard-coded application software is also difficult to update.
  • a vehicle diagnostic device comprises a first mode of operation in which a user can perform vehicle diagnostics on an actual vehicle that is physically connected to the vehicle diagnostic device.
  • the vehicle diagnostic device also comprises a second mode of operation in which a user can demonstrate vehicle diagnostics on a virtual vehicle without an actual vehicle having to be physically connected to the vehicle diagnostic device.
  • a vehicle diagnostic device comprises a memory unit configured to store (i) a selection program, and (ii) one or more virtual vehicle diagnostic applications.
  • the vehicle diagnostic device also comprises a processor unit configured to (i) execute instructions contained in the selection program to prompt the user to select one of the one or more virtual vehicle diagnostic applications, and (ii) execute instructions contained in the selected one of the one or more virtual vehicle diagnostic applications to prompt the user to perform vehicle diagnostics on a virtual vehicle.
  • a method of operating a vehicle diagnostic device.
  • the method comprises retrieving a virtual vehicle diagnostic application when a user selects a virtual vehicle diagnostic mode of the vehicle diagnostic device.
  • the method also comprises displaying screens to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle diagnostic application.
  • Fig. l is a block diagram of an example vehicle diagnostic device constructed in accordance with an embodiment.
  • FIG. 2 is a flow diagram depicting an example method of operating a vehicle diagnostic device in accordance with an embodiment.
  • the present application is directed to a vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same.
  • the specific construction of the vehicle diagnostic device and the industry in which the device is implemented may vary. It is to be understood that the disclosure below provides a number of embodiments or examples for implementing different features of various embodiments. Specific examples of components and arrangements are described to simplify the present disclosure. These are merely examples and are not intended to be limiting.
  • Vehicle diagnostic device 100 includes processor unit 110 that executes instructions stored in internal memory unit 120, external memory unit (not shown), or a combination thereof.
  • processor unit 110 may comprise any type of technology.
  • processor unit 110 may comprise a dedicated-purpose electronic processor. Other types of processors and processor unit technologies are possible.
  • Memory unit 120 may comprise any type of data storage technology.
  • memory unit 120 may comprise random access memory (RAM), read only memory (ROM), solid state memory, or any combination thereof. Other types of memories and data storage technologies are possible.
  • RAM random access memory
  • ROM read only memory
  • solid state memory solid state memory
  • Other types of memories and data storage technologies are possible.
  • a selection application 121, a non-virtual vehicle application 122, a local virtual vehicle diagnostic application 123, another virtual vehicle diagnostic application 124, and an engineering test application 125 are stored in the memory unit 120.
  • Vehicle diagnostic device 100 further includes an input unit 130 that has a number of input devices such as a keyboard 132 and a mouse 134. Other types of input devices and technologies are possible. Vehicle diagnostic device 100 further includes an output unit 140 that has a number of output devices such as a display 142 and an array of light emitting diodes (LEDs) 144. Other types of output devices and technologies are possible.
  • input unit 130 that has a number of input devices such as a keyboard 132 and a mouse 134.
  • LEDs light emitting diodes
  • Processor unit 110 is configured to execute instructions contained in the selection program 121 to prompt the user to select one of the non-virtual vehicle diagnostic application 122, the local virtual vehicle diagnostic application 123, the other virtual vehicle diagnostic application 124, and the engineering test application 125.
  • Vehicle diagnostic device 100 is connectable via a first port 102 through a hardware adapter 150 to an actual vehicle 160.
  • Hardware adapter 150 depends upon the particular make of the actual vehicle 160. Vehicle diagnostics are performed on the actual vehicle 160 in response to signals from the processor unit 110. More specifically, processor unit 110 is configured to execute instructions contained in the non-virtual vehicle diagnostic application 122 stored in memory unit 120 to prompt a user to perform vehicle diagnostics on the actual vehicle 160. Structure and operation of vehicle diagnostic devices through suitable hardware adapters to perform vehicle diagnostics on actual vehicles based on non-virtual vehicle diagnostic applications are conventional and, therefore, will not be further described.
  • Vehicle diagnostic device 100 is connectable via a second port 104 through a communication network 170 to a virtual vehicle diagnostic application 180 that is stored at a remote location.
  • Communication network 170 may comprise the Internet, for example. Vehicle diagnostics are performed on a virtual vehicle (not shown as it does not physically exist) in response to signals from the processor unit 110. More
  • processor unit 110 is configured to execute instructions contained in either the local virtual vehicle diagnostic application 123 or the other virtual vehicle diagnostic application 124 to prompt a user to perform vehicle diagnostics on the virtual vehicle.
  • the processor unit 110 is also configured to execute instructions contained in the engineering test application 125 to prompt a user to perform engineering tests on the non-virtual vehicle diagnostic application 122.
  • Tests that can be performed on the non-virtual vehicle diagnostic application 122 include component tests, parameter changes (e.g., parameterization), and sensor responses. These are only example tests that can be performed. Other types of tests are possible.
  • the above-described vehicle diagnostic device 100 has various modes of operation.
  • a first mode of operation is user-selectable in which a user can perform vehicle diagnostics on the actual vehicle 160 that is physically connected (e.g., through the hardware adapter 150) to the vehicle diagnostic device 100.
  • a second mode of operation is user-selectable in which a user can demonstrate vehicle diagnostics on a virtual vehicle without an actual vehicle having to be physically connected to the vehicle diagnostic device 100.
  • a third mode of operation is user-selectable in which a user can perform engineering tests on a vehicle diagnostic application (e.g., the non-virtual vehicle diagnostic application 122) that is stored on the vehicle diagnostic device 100.
  • a vehicle diagnostic application e.g., the non-virtual vehicle diagnostic application 122
  • the vehicle diagnostic device 100 provides a selection mode in which a user can select one of the first, second, and third modes of operation.
  • the vehicle diagnostic device 100 also provides an update mode in which a user can update a virtual vehicle diagnostic application (e.g., the local virtual vehicle diagnostic application 123 or the other virtual vehicle diagnostic application 124) associated with the second mode of operation described hereinabove.
  • the local virtual vehicle diagnostic application 123 is stored at a local location relative to the user, and may have been initially installed and stored in the memory unit 120.
  • the other virtual vehicle diagnostic application 124 is also stored at a local location relative to the user, but may have been subsequently downloaded from a remote location (e.g., the remote virtual vehicle diagnostic application 180).
  • a flow diagram 200 depicting an example method of operating a vehicle diagnostic device in accordance with an embodiment is illustrated.
  • a determination is made as to whether a user selects a virtual vehicle diagnostic mode. If the determination in block 202 is negative (i.e., the user does not select a virtual vehicle diagnostic mode), the process proceeds to block 204.
  • a determination is made as to whether the user selects a non-virtual vehicle diagnostic mode. If the determination in block 204 is negative (i.e., the user does not select a non virtual vehicle diagnostic mode), the process ends.
  • block 204 determines whether the user has selected a non-virtual vehicle diagnostic mode. If the determination in block 204 is affirmative (i.e., the user does select a non-virtual vehicle diagnostic mode), the process proceeds to block 206.
  • screens are displayed to prompt a user to perform vehicle diagnostics on an actual vehicle using a non-virtual vehicle diagnostic application that is installed on the vehicle diagnostic device. The process then ends.
  • block 208 determines whether Internet connection is available. If the determination in block 208 is negative (i.e., no Internet connection is available), the process proceeds to block 210. In block 210, a local virtual vehicle application is retrieved. The process then proceeds to block 218. However, if the determination in block 208 is affirmative (i.e., an Internet connection is available), the process proceeds to block 212
  • the vehicle diagnostic device is connected over the Internet to a remote server.
  • a remote virtual vehicle application is retrieved from the remote server, as shown in block 214.
  • the retrieved remote virtual vehicle application is downloaded from the remote server to the vehicle diagnostic device.
  • the process then proceeds to block 218.
  • screens are displayed to prompt the user to perform engineering tests on the non-virtual vehicle diagnostic application that is installed on the vehicle diagnostic device. The process then ends.
  • block 222 screens are displayed to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle application (i.e., either the local virtual vehicle diagnostic application retrieved in block 210 or the remote virtual vehicle diagnostic application retrieved in block 214). The process then ends.
  • the virtual vehicle emulates diagnostic functions using the same interface messages as that of an actual vehicle. This is accomplished by using a web interface to run either a local application (e.g., the local virtual vehicle diagnostic application 123) or a remote application (e.g., the remote virtual vehicle diagnostic application 180) that is in the cloud.
  • a local application e.g., the local virtual vehicle diagnostic application 123
  • a remote application e.g., the remote virtual vehicle diagnostic application 180
  • vehicle diagnostic device 100 is separate from the remote virtual vehicle diagnostic application 180, and is therefore not hard-coded. This allows the software of the remote virtual vehicle diagnostic application 180 to be easily updated or customized on its own schedule without impacting the functionality or release timing of the vehicle diagnostic device 100. Moreover, the same connections and virtual vehicle model can be used for different kinds and versions of vehicle diagnostic devices.
  • the vehicle diagnostic device 100 is running in demo mode using a virtual vehicle since the vehicle diagnostic device 100 is not connected to an actual vehicle. Moreover, the demo mode using a virtual vehicle instead of an actual vehicle also acts as a quick validation test for a user to see since the same interface messages as an actual vehicle are used.
  • aspects of disclosed embodiments may be implemented in software, hardware, firmware, or a combination thereof.
  • the various elements of the system may be implemented as a computer program product tangibly embodied in a machine-readable storage device for execution by a processor.
  • Various steps of embodiments may be performed by a computer processor executing a program tangibly embodied on a computer-readable medium to perform functions by operating on input and generating output.
  • the computer-readable medium may be, for example, a memory, a transportable medium such as a compact disk or a flash drive, such that a computer program embodying aspects of the disclosed embodiments can be loaded onto a computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Stored Programmes (AREA)
  • Testing Of Engines (AREA)

Abstract

A vehicle diagnostic device comprises a first mode of operation in which a user can perform vehicle diagnostics on an actual vehicle that is physically connected to the vehicle diagnostic device. The vehicle diagnostic device also comprises a second mode of operation in which a user can demonstrate vehicle diagnostics on a virtual vehicle without an actual vehicle having to be physically connected to the vehicle diagnostic device.

Description

VEHICLE DIAGNOSTIC DEVICE WITH A VIRTUAL VEHICLE DIAGNOSTIC MODE AND METHOD OF OPERATING THE SAME
Background
[0001] The present application relates to vehicle diagnostic devices, and is particularly directed to a vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same.
[0002] Some vehicle diagnostic devices have a diagnostic mode and a demo mode. In the diagnostic mode, a user can perform diagnostic functions on an actual vehicle that is connected through a hardware adapter to the vehicle diagnostic device. In the demo mode, the user can demo (i.e., demonstrate) certain features of the vehicle diagnostic device. Known vehicle diagnostic devices that have a demo mode have a number of drawbacks. One drawback is that application software for the demo mode is hard-coded into the vehicle diagnostic device. The hard-coded application software for the demo mode limits the functionality of the demo mode. The hard-coded application software is also difficult to update. Those skilled in the art continue with research and development efforts in the field of vehicle diagnostic devices.
Summary
[0003] In accordance with one embodiment, a vehicle diagnostic device comprises a first mode of operation in which a user can perform vehicle diagnostics on an actual vehicle that is physically connected to the vehicle diagnostic device. The vehicle diagnostic device also comprises a second mode of operation in which a user can demonstrate vehicle diagnostics on a virtual vehicle without an actual vehicle having to be physically connected to the vehicle diagnostic device.
[0004] In accordance with another embodiment, a vehicle diagnostic device comprises a memory unit configured to store (i) a selection program, and (ii) one or more virtual vehicle diagnostic applications. The vehicle diagnostic device also comprises a processor unit configured to (i) execute instructions contained in the selection program to prompt the user to select one of the one or more virtual vehicle diagnostic applications, and (ii) execute instructions contained in the selected one of the one or more virtual vehicle diagnostic applications to prompt the user to perform vehicle diagnostics on a virtual vehicle.
[0005] In accordance with yet another embodiment, a method is provided of operating a vehicle diagnostic device. The method comprises retrieving a virtual vehicle diagnostic application when a user selects a virtual vehicle diagnostic mode of the vehicle diagnostic device. The method also comprises displaying screens to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle diagnostic application.
Brief Description of the Drawings
[0006] Fig. l is a block diagram of an example vehicle diagnostic device constructed in accordance with an embodiment.
[0007] Fig. 2 is a flow diagram depicting an example method of operating a vehicle diagnostic device in accordance with an embodiment.
Detailed Description
[0008] The present application is directed to a vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same. The specific construction of the vehicle diagnostic device and the industry in which the device is implemented may vary. It is to be understood that the disclosure below provides a number of embodiments or examples for implementing different features of various embodiments. Specific examples of components and arrangements are described to simplify the present disclosure. These are merely examples and are not intended to be limiting.
[0009] Referring to Fig. 1, a block diagram of an example vehicle diagnostic device 100 constructed in accordance with an embodiment is illustrated. An existing model of a vehicle diagnostic device can be modified to provide vehicle diagnostic device 100 shown in Fig. 1. For example, model ACom® manufactured by Bendix Commercial Vehicle Systems LLC located in Elyria, Ohio can be modified to provide vehicle diagnostic device 100. Modifications of other models of vehicle diagnostic device are possible. [0010] Vehicle diagnostic device 100 includes processor unit 110 that executes instructions stored in internal memory unit 120, external memory unit (not shown), or a combination thereof. Processor unit 110 may comprise any type of technology. For example, processor unit 110 may comprise a dedicated-purpose electronic processor. Other types of processors and processor unit technologies are possible.
[0011] Memory unit 120 may comprise any type of data storage technology. For examples, memory unit 120 may comprise random access memory (RAM), read only memory (ROM), solid state memory, or any combination thereof. Other types of memories and data storage technologies are possible. As shown in Fig. 1, a selection application 121, a non-virtual vehicle application 122, a local virtual vehicle diagnostic application 123, another virtual vehicle diagnostic application 124, and an engineering test application 125 are stored in the memory unit 120.
[0012] Vehicle diagnostic device 100 further includes an input unit 130 that has a number of input devices such as a keyboard 132 and a mouse 134. Other types of input devices and technologies are possible. Vehicle diagnostic device 100 further includes an output unit 140 that has a number of output devices such as a display 142 and an array of light emitting diodes (LEDs) 144. Other types of output devices and technologies are possible.
[0013] Processor unit 110 is configured to execute instructions contained in the selection program 121 to prompt the user to select one of the non-virtual vehicle diagnostic application 122, the local virtual vehicle diagnostic application 123, the other virtual vehicle diagnostic application 124, and the engineering test application 125.
[0014] Vehicle diagnostic device 100 is connectable via a first port 102 through a hardware adapter 150 to an actual vehicle 160. Hardware adapter 150 depends upon the particular make of the actual vehicle 160. Vehicle diagnostics are performed on the actual vehicle 160 in response to signals from the processor unit 110. More specifically, processor unit 110 is configured to execute instructions contained in the non-virtual vehicle diagnostic application 122 stored in memory unit 120 to prompt a user to perform vehicle diagnostics on the actual vehicle 160. Structure and operation of vehicle diagnostic devices through suitable hardware adapters to perform vehicle diagnostics on actual vehicles based on non-virtual vehicle diagnostic applications are conventional and, therefore, will not be further described.
[0015] Vehicle diagnostic device 100 is connectable via a second port 104 through a communication network 170 to a virtual vehicle diagnostic application 180 that is stored at a remote location. Communication network 170 may comprise the Internet, for example. Vehicle diagnostics are performed on a virtual vehicle (not shown as it does not physically exist) in response to signals from the processor unit 110. More
specifically, processor unit 110 is configured to execute instructions contained in either the local virtual vehicle diagnostic application 123 or the other virtual vehicle diagnostic application 124 to prompt a user to perform vehicle diagnostics on the virtual vehicle.
[0016] The processor unit 110 is also configured to execute instructions contained in the engineering test application 125 to prompt a user to perform engineering tests on the non-virtual vehicle diagnostic application 122. Tests that can be performed on the non-virtual vehicle diagnostic application 122 include component tests, parameter changes (e.g., parameterization), and sensor responses. These are only example tests that can be performed. Other types of tests are possible.
[0017] The above-described vehicle diagnostic device 100 has various modes of operation. A first mode of operation is user-selectable in which a user can perform vehicle diagnostics on the actual vehicle 160 that is physically connected (e.g., through the hardware adapter 150) to the vehicle diagnostic device 100. A second mode of operation is user-selectable in which a user can demonstrate vehicle diagnostics on a virtual vehicle without an actual vehicle having to be physically connected to the vehicle diagnostic device 100. A third mode of operation is user-selectable in which a user can perform engineering tests on a vehicle diagnostic application (e.g., the non-virtual vehicle diagnostic application 122) that is stored on the vehicle diagnostic device 100.
[0018] The vehicle diagnostic device 100 provides a selection mode in which a user can select one of the first, second, and third modes of operation. The vehicle diagnostic device 100 also provides an update mode in which a user can update a virtual vehicle diagnostic application (e.g., the local virtual vehicle diagnostic application 123 or the other virtual vehicle diagnostic application 124) associated with the second mode of operation described hereinabove. The local virtual vehicle diagnostic application 123 is stored at a local location relative to the user, and may have been initially installed and stored in the memory unit 120. The other virtual vehicle diagnostic application 124 is also stored at a local location relative to the user, but may have been subsequently downloaded from a remote location (e.g., the remote virtual vehicle diagnostic application 180).
[0019] Referring to Fig. 2, a flow diagram 200 depicting an example method of operating a vehicle diagnostic device in accordance with an embodiment is illustrated. In block 202, a determination is made as to whether a user selects a virtual vehicle diagnostic mode. If the determination in block 202 is negative (i.e., the user does not select a virtual vehicle diagnostic mode), the process proceeds to block 204. In block 204, a determination is made as to whether the user selects a non-virtual vehicle diagnostic mode. If the determination in block 204 is negative (i.e., the user does not select a non virtual vehicle diagnostic mode), the process ends.
[0020] However, if the determination in block 204 is affirmative (i.e., the user does select a non-virtual vehicle diagnostic mode), the process proceeds to block 206. In block 206, screens are displayed to prompt a user to perform vehicle diagnostics on an actual vehicle using a non-virtual vehicle diagnostic application that is installed on the vehicle diagnostic device. The process then ends.
[0021] If the determination back in block 202 is affirmative (i.e., the user selects a virtual vehicle diagnostic mode), the process proceeds to block 208 in which a
determination is made as to whether an Internet connection is available. If the
determination in block 208 is negative (i.e., no Internet connection is available), the process proceeds to block 210. In block 210, a local virtual vehicle application is retrieved. The process then proceeds to block 218. However, if the determination in block 208 is affirmative (i.e., an Internet connection is available), the process proceeds to block 212
[0022] In block 212, the vehicle diagnostic device is connected over the Internet to a remote server. A remote virtual vehicle application is retrieved from the remote server, as shown in block 214. Then, optionally as shown in block 216, the retrieved remote virtual vehicle application is downloaded from the remote server to the vehicle diagnostic device. The process then proceeds to block 218. [0023] In block 218, which is optional, a determination is made as to whether the user selects engineering test mode. If the determination in block 218 is affirmative (i.e., the user selects engineering test mode), the process proceeds to block 220. In block 220, screens are displayed to prompt the user to perform engineering tests on the non-virtual vehicle diagnostic application that is installed on the vehicle diagnostic device. The process then ends.
[0024] However, if the determination in block 218 is negative (i.e., the user does not select engineering test mode), the process proceeds to block 222. In block 222, screens are displayed to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle application (i.e., either the local virtual vehicle diagnostic application retrieved in block 210 or the remote virtual vehicle diagnostic application retrieved in block 214). The process then ends.
[0025] It should be apparent that the above-described vehicle diagnostic device
100 allows a user to select one of one or more virtual vehicle diagnostic applications to prompt the user to perform vehicle diagnostics (i.e., perform a diagnostic session) on a virtual vehicle without having to be physically connected to an actual vehicle. The virtual vehicle emulates diagnostic functions using the same interface messages as that of an actual vehicle. This is accomplished by using a web interface to run either a local application (e.g., the local virtual vehicle diagnostic application 123) or a remote application (e.g., the remote virtual vehicle diagnostic application 180) that is in the cloud.
[0026] It should also be apparent that the above-described vehicle diagnostic device 100 is separate from the remote virtual vehicle diagnostic application 180, and is therefore not hard-coded. This allows the software of the remote virtual vehicle diagnostic application 180 to be easily updated or customized on its own schedule without impacting the functionality or release timing of the vehicle diagnostic device 100. Moreover, the same connections and virtual vehicle model can be used for different kinds and versions of vehicle diagnostic devices.
[0027] It should further be apparent that it is easy for a user to see that the vehicle diagnostic device 100 is running in demo mode using a virtual vehicle since the vehicle diagnostic device 100 is not connected to an actual vehicle. Moreover, the demo mode using a virtual vehicle instead of an actual vehicle also acts as a quick validation test for a user to see since the same interface messages as an actual vehicle are used.
[0028] Although the above description describes two virtual vehicle diagnostic applications (i.e., local virtual vehicle diagnostic application 123 and other virtual vehicle diagnostic application 124) stored in memory unit 120, it is conceivable that any number of applications (including only one application) be stored in memory unit 120. Moreover, multiple versions of applications can be used depending on what features or functions need to be demonstrated for the particular vehicle diagnostic device 100.
[0029] Aspects of disclosed embodiments may be implemented in software, hardware, firmware, or a combination thereof. The various elements of the system, either individually or in combination, may be implemented as a computer program product tangibly embodied in a machine-readable storage device for execution by a processor. Various steps of embodiments may be performed by a computer processor executing a program tangibly embodied on a computer-readable medium to perform functions by operating on input and generating output. The computer-readable medium may be, for example, a memory, a transportable medium such as a compact disk or a flash drive, such that a computer program embodying aspects of the disclosed embodiments can be loaded onto a computer.
[0030] While the present invention has been illustrated by the description of example processes and system components, and while the various processes and components have been described in detail, applicant does not intend to restrict or in any way limit the scope of the appended claims to such detail. Additional modifications will also readily appear to those skilled in the art. The invention in its broadest aspects is therefore not limited to the specific details, implementations, or illustrative examples shown and described. Accordingly, departures may be made from such details without departing from the spirit or scope of applicant’s general inventive concept.

Claims

What is claimed is:
1. A vehicle diagnostic device comprising:
a first mode of operation in which a user can perform vehicle diagnostics on an actual vehicle that is physically connected to the vehicle diagnostic device; and
a second mode of operation in which a user can demonstrate vehicle diagnostics on a virtual vehicle without an actual vehicle having to be physically connected to the vehicle diagnostic device.
2. A vehicle diagnostic device according to claim 1, further comprising:
a third mode of operation in which a user can perform engineering tests on a non virtual vehicle diagnostic application that is stored on the vehicle diagnostic device.
3. A vehicle diagnostic device according to claim 2, further comprising:
a selection mode in which a user can select one of the first, second, and third modes of operation.
4. A vehicle diagnostic device according to claim 3, further comprising:
an update mode in which a user can update a virtual vehicle diagnostic application associated with the second mode of operation.
5. A vehicle diagnostic device according to claim 1, further comprising:
an update mode in which a user can update a virtual vehicle diagnostic application associated with the second mode of operation.
6. A vehicle diagnostic device according to claim 5, wherein the virtual vehicle diagnostic application associated with the second mode of operation is stored at a local location.
7. A vehicle diagnostic device comprising:
a memory unit configured to store (i) a selection program, and (ii) one or more virtual vehicle diagnostic applications; and
a processor unit configured to (i) execute instructions contained in the selection program to prompt the user to select one of the one or more virtual vehicle diagnostic applications, and (ii) execute instructions contained in the selected one of the one or more virtual vehicle diagnostic applications to prompt the user to perform vehicle diagnostics on a virtual vehicle.
8. A vehicle diagnostic device according to claim 7, wherein (i) the memory unit is further configured to store a non-virtual vehicle diagnostic application, and (ii) the processor unit is further configured to execute instructions contained in the non-virtual vehicle diagnostic application to prompt the user to perform vehicle diagnostics on an actual vehicle.
9. A vehicle diagnostic device according to claim 8, wherein (i) the memory unit is further configured to store an engineering test application, and (ii) the processor unit is further configured to execute instructions contained in the engineering test application to prompt the user to perform engineering tests on the non-virtual vehicle diagnostic application.
10. A vehicle diagnostic device according to claim 7, wherein the one or more virtual vehicle diagnostic applications includes (i) a first virtual vehicle diagnostic application that has been initially installed in the memory unit, and (ii) a second virtual vehicle diagnostic application that has been subsequently downloaded from a remote location.
11. A vehicle diagnostic device according to claim 7, wherein the processor unit is further configured to execute instructions contained in the selected one of the one or more virtual vehicle diagnostic applications to prompt the user to perform vehicle diagnostics on a virtual vehicle without having to be physically connected to an actual vehicle.
12. A method of operating a vehicle diagnostic device, the method comprising:
retrieving a virtual vehicle diagnostic application when a user selects a virtual vehicle diagnostic mode of the vehicle diagnostic device; and
displaying screens to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle diagnostic application.
13. A method according to claim 12, wherein displaying screens to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle diagnostic application includes:
displaying screens to prompt the user to perform vehicle diagnostics on a virtual vehicle using the retrieved virtual vehicle diagnostic application without having to be physically connected to an actual vehicle.
14. A method according to claim 12, further comprising:
displaying screens to prompt the user to perform engineering tests on a non virtual vehicle diagnostic application when the user selects an engineering mode of the vehicle diagnostic device.
15. A method according to claim 14, further comprising:
displaying screens to prompt the user to perform vehicle diagnostics on an actual vehicle when the user selects a vehicle diagnostic mode of the vehicle diagnostic device.
16. A method according to claim 12, further comprising:
displaying screens to prompt the user to perform vehicle diagnostics on an actual vehicle when the user selects a vehicle diagnostic mode of the vehicle diagnostic device.
17. A method according to claim 12, wherein retrieving a virtual vehicle diagnostic application when a user selects a virtual vehicle diagnostic mode of the vehicle diagnostic device includes:
retrieving the virtual vehicle diagnostic application from a local location.
18. A method according to claim 12, wherein retrieving a virtual vehicle diagnostic application when a user selects a virtual vehicle diagnostic mode of the vehicle diagnostic device includes:
retrieving the virtual vehicle diagnostic application from a remote location.
19. A method according to claim 18, further comprising:
downloading the retrieved the virtual vehicle diagnostic application from the remote location, and storing the downloaded virtual vehicle diagnostic application at a local location.
20. A method according to claim 12, wherein the method is performed by a computer having a memory executing one or more programs of instructions which are tangibly embodied in a program storage medium readable by the computer.
PCT/US2019/056077 2018-10-15 2019-10-14 Vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same Ceased WO2020081436A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/160,293 2018-10-15
US16/160,293 US20200118354A1 (en) 2018-10-15 2018-10-15 Vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same

Publications (1)

Publication Number Publication Date
WO2020081436A1 true WO2020081436A1 (en) 2020-04-23

Family

ID=68393106

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2019/056077 Ceased WO2020081436A1 (en) 2018-10-15 2019-10-14 Vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same

Country Status (4)

Country Link
US (1) US20200118354A1 (en)
CA (1) CA3057645A1 (en)
MX (1) MX2019012245A (en)
WO (1) WO2020081436A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100205450A1 (en) * 2009-02-09 2010-08-12 Sarnacke James G Vehicle diagnostic tool with copy protection and automatic identification of vehicle ecus and fault display
US20140172397A1 (en) * 2012-12-18 2014-06-19 Michael Drew Vehicle simulator system
US20170193715A1 (en) * 2014-05-05 2017-07-06 Matco Tools Corporation System and method for a diagnostic software service

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100205450A1 (en) * 2009-02-09 2010-08-12 Sarnacke James G Vehicle diagnostic tool with copy protection and automatic identification of vehicle ecus and fault display
US20140172397A1 (en) * 2012-12-18 2014-06-19 Michael Drew Vehicle simulator system
US20170193715A1 (en) * 2014-05-05 2017-07-06 Matco Tools Corporation System and method for a diagnostic software service

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "SOLUS User Manual", 14 March 2018 (2018-03-14), XP055672487, Retrieved from the Internet <URL:https://web.archive.org/web/20180314025645if_/http://www.snapontools.com.au/__data/assets/pdf_file/0017/19241/SOLUS_User_Manual.pdf> [retrieved on 20200228] *
ANONYMOUS: "Volkswagen-Audi Vehicle Communication Software Maunal", 31 March 2006 (2006-03-31), pages 1 - 198, XP007920392, Retrieved from the Internet <URL:http://www.w124performance.com/docs/general/Snap-On/manuals/VCS_Manual_VW_Audi.pdf> *

Also Published As

Publication number Publication date
MX2019012245A (en) 2020-10-01
CA3057645A1 (en) 2020-04-15
US20200118354A1 (en) 2020-04-16

Similar Documents

Publication Publication Date Title
CN110673576B (en) Automatic test method and device, vehicle and storage medium
CN110471740B (en) Method, apparatus, device and computer storage medium for performing machine learning tasks
CN111309387B (en) Method and device for loading drive, electronic equipment and storage medium
CN107819640B (en) Monitoring method and device for robot operating system
US7840843B2 (en) System and method for testing an embedded system
CN110399209B (en) Data processing method, system, electronic device and storage medium
CN104267872A (en) Application program APP information display method and device and mobile terminal
CN111126604B (en) Model training method, device, server and storage medium
AU2017245437B2 (en) Thin client for mapping system
CN113448730A (en) Service processing method and device, computer equipment and storage medium
US20080189077A1 (en) Load-testing device and load-testing method
CN105468527B (en) The test method and device of component in a kind of application
CN114640614B (en) RPC interface automatic test method, system, electronic equipment, medium and product
US20200118354A1 (en) Vehicle diagnostic device with a virtual vehicle diagnostic mode and method of operating the same
CN107590064A (en) A kind of application upgrade method of testing, device and system
US8745620B2 (en) Software tool and method for updating a virtual appliance
KR20180125387A (en) Server for providing software platform and operating method for the same
US20070226542A1 (en) Simulated message generation for simulation testing of a node operation
CN113448574A (en) Application program issuing method and device, storage medium and computer equipment
CN109039765B (en) Network configuration method and device
CN113127082B (en) Data processing method, server, service node, system and storage medium
CN112241326A (en) An application global event notification method and device
CN118672151A (en) Service simulation test method, device and electronic equipment
CN116301992A (en) Upgrading method, device, equipment and storage medium
US9424016B2 (en) Methods, apparatuses, and systems relating to automation in distributed systems

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19795750

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19795750

Country of ref document: EP

Kind code of ref document: A1