Abstract: A system includes a processor and a memory storing program instructions. The instructions are executable by the processor to generate a first image file representing a thermal image and a second image file representing a visible light image. The instructions are executable to generate a first blended image based on the thermal image, the visible light image, and a display setting. Furthermore, the instructions are executable to display the first blended image on a display and to transmit, via a network interface to a server having an application for serving an image file generated by the processor, an image file upload. The image file upload includes: the first and second image files and a third image file representing the first blended image or the display setting for generating a second blended image based on the thermal and visible light images and the display setting.

Abstract: A system includes a processor and a non-transitory computer memory storing computer-readable program instructions. The program instructions are executable by the processor to: initiate a web session of an application served by a server, and display a first web page received during the web session. The first web page includes a field for entering search criteria for locating a file associated with a blended image based on a thermal image and a visible light image. The program instructions are further executable by the processor to: display a second web page received during the web session based on search criteria entered into the field, determine, based on an input entered into the second web page, a revision to the file, display the blended image after determining the revision to the file, and transmit, to the server using a network interface, the revision to the file.

Abstract: Systems and methods for augmenting measurements with automotive repair information are described herein. A method may include a server storing a plurality of service scenarios defined for at least one display device. Each stored service scenario includes at least one setup instruction, and each setup instruction is based on at least one capability of at least one CVST. The method may further include the server receiving data indicating an operating condition of a vehicle from a first display device of the at least one display device. Based on the stored plurality of service scenarios and the received data, the server may determine that a first stored service scenario of the plurality of service scenarios matches the operating condition. The server may then determine a first CVST having a first capability that is associated with the first display device, and transmitting the first stored service scenario to the first display device.

Abstract: Systems and methods for augmenting measurements with automotive repair information are described herein. A method may include a server storing a plurality of service scenarios defined for at least one display device. Each stored service scenario includes at least one setup instruction, and each setup instruction is based on at least one capability of at least one CVST. The method may further include the server receiving data indicating an operating condition of a vehicle from a first display device of the at least one display device. Based on the stored plurality of service scenarios and the received data, the server may determine that a first stored service scenario of the plurality of service scenarios matches the operating condition. The server may then determine a first CVST having a first capability that is associated with the first display device, and transmitting the first stored service scenario to the first display device.

Abstract: An example method includes determining identifying information for a vehicle to be serviced. The method further includes receiving at least one symptom identifier for the vehicle. The method further includes sending a request over a communication network to a remote server for a PID filter list for the vehicle, the request comprising the identifying information for the vehicle and the at least one symptom identifier for the vehicle. The method additionally includes receiving a response to the request over the communication network from the remote server, the response comprising the PID filter list for the vehicle. The method further includes determining, based on the PID filter list for the vehicle, a symptom-based subset of PIDs for the vehicle from a set of available PIDs. The method additionally includes displaying, on a display interface, the symptom-based subset of PIDs for the vehicle.

Abstract: Methods and systems for updating diagnostic and repair information are disclosed. In an example system, a first request indicative of a vehicle repair issue for a vehicle is received. A diagnostic flowchart for identifying and resolving the vehicle repair issue is then sent. A second request for further technical assistance and vehicle condition data collected during execution of the diagnostic flowchart are received. The diagnostic flowchart and the vehicle condition data are then sent. Diagnostic assistance information and feedback data indicating whether the vehicle repair issue has been identified and resolved are then received, and the diagnostic flowchart is updated accordingly.

Abstract: An example method includes determining identifying information for a vehicle to be serviced. The method further includes receiving at least one symptom identifier for the vehicle. The method further includes sending a request over a communication network to a remote server for a PID filter list for the vehicle, the request comprising the identifying information for the vehicle and the at least one symptom identifier for the vehicle. The method additionally includes receiving a response to the request over the communication network from the remote server, the response comprising the PID filter list for the vehicle. The method further includes determining, based on the PID filter list for the vehicle, a symptom-based subset of PIDs for the vehicle from a set of available PIDs. The method additionally includes displaying, on a display interface, the symptom-based subset of PIDs for the vehicle.

Abstract: Systems and methods pertaining to generating a test drive script (TDS) based on vehicle data values (VDV) from a vehicle and driving circumstance parameters (DCP) that correspond to use of the vehicle when the VDV are captured are described herein. The TDS can include a baseline path that includes the paths taken by the vehicle while the VDV are captured. The TDS can include an alternate path that includes paths that approximate one or more paths taken by the vehicle while the VDV are captured. The VDV can include, but are not limited to, DTC and PID values from the vehicle. The DCP can include, but are not limited to, traffic condition parameters, meteorological parameters, location parameters, and motion parameters. The TDS can include notifications to alert a user to a location where certain VDV were captured to assist the user in recreating a symptom in a vehicle.

Abstract: Methods and systems for displaying information sets in determined orders are described. The information sets comprise vehicle service information. An order of information set identifiers associated with the information sets is based on vehicle identifying information of a subset of vehicles, and an additional search term comprising a symptom identifier and/or a vehicle component identifier of a component located on the vehicles. The information set identifiers of the group can be arranged according to a hierarchy of information set identifiers. The information sets are output to a vehicle service tool (VST) that displays the information sets. The VST can provide feedback data indicative of whether any aspect of an information set was selected while displayed. A server can aggregate feedback data received from multiple instances of displaying the information sets and determine a modified order for at least some of the information set identifiers of the previously determined group.

Abstract: Systems and methods for augmenting measurements with automotive repair information are described herein. A method may include a server storing a plurality of service scenarios defined for at least one display device. Each stored service scenario includes at least one setup instruction, and each setup instruction is based on at least one capability of at least one CVST. The method may further include the server receiving data indicating an operating condition of a vehicle from a first display device of the at least one display device. Based on the stored plurality of service scenarios and the received data, the server may determine that a first stored service scenario of the plurality of service scenarios matches the operating condition. The server may then determine a first CVST having a first capability that is associated with the first display device, and transmitting the first stored service scenario to the first display device.

Abstract: Methods and systems for updating diagnostic and repair information are disclosed. In an example system, a first request indicative of a vehicle repair issue for a vehicle is received. A diagnostic flowchart for identifying and resolving the vehicle repair issue is then sent. A second request for further technical assistance and vehicle condition data collected during execution of the diagnostic flowchart are received. The diagnostic flowchart and the vehicle condition data are then sent. Diagnostic assistance information and feedback data indicating whether the vehicle repair issue has been identified and resolved are then received, and the diagnostic flowchart is updated accordingly.

Abstract: An example method for outputting a PID filter list (PFL) includes: receiving RO data from one or more ROs that indicate particular vehicle identifying information (PVII), at least one symptom identifier, and a particular vehicle component; determining, symptom-to-parameter-identifier (PID) mapping data (MD) based on the received RO data and component-to-PID MD; determining, based on the set of available PIDs for the SOV and the symptom-to-PID MD, a PFL, wherein the PFL is associated with the PVII and the at least one symptom identifier, and wherein the PFL indicates a symptom-based subset of PIDs from the set of available PIDs for the SOV; receiving, a request sent over a communication network from a display device, wherein the request comprises the PVII and the at least one symptom identifier; and transmitting, over the communication network to the display device, a response to the request, the response comprising the PFL.

Abstract: An example method for outputting a PID filter list (PFL) includes: receiving RO data from one or more ROs that indicate particular vehicle identifying information (PVII), at least one symptom identifier, and a particular vehicle component; determining, symptom-to-parameter-identifier (PID) mapping data (MD) based on the received RO data and component-to-PID MD; determining, based on the set of available PIDs for the SOV and the symptom-to-PID MD, a PFL, wherein the PFL is associated with the PVII and the at least one symptom identifier, and wherein the PFL indicates a symptom-based subset of PIDs from the set of available PIDs for the SOV; receiving, a request sent over a communication network from a display device, wherein the request comprises the PVII and the at least one symptom identifier; and transmitting, over the communication network to the display device, a response to the request, the response comprising the PFL.

Abstract: An example method for outputting a PID filter list (PFL) includes: receiving RO data from one or more ROs that indicate particular vehicle identifying information (PVII), at least one symptom identifier, and a particular vehicle component; determining, symptom-to-parameter-identifier (PID) mapping data (MD) based on the received RO data and component-to-PID MD; determining, based on the set of available PIDs for the SOV and the symptom-to-PID MD, a PFL, wherein the PFL is associated with the PVII and the at least one symptom identifier, and wherein the PFL indicates a symptom-based subset of PIDs from the set of available PIDs for the SOV; receiving, a request sent over a communication network from a display device, wherein the request comprises the PVII and the at least one symptom identifier; and transmitting, over the communication network to the display device, a response to the request, the response comprising the PFL.

Abstract: An example method for outputting a PID filter list (PFL) includes: receiving RO data from one or more ROs that indicate particular vehicle identifying information (PVII), at least one symptom identifier, and a particular vehicle component; determining, symptom-to-parameter-identifier (PID) mapping data (MD) based on the received RO data and component-to-PID MD; determining, based on the set of available PIDs for the SOV and the symptom-to-PID MD, a PFL, wherein the PFL is associated with the PVII and the at least one symptom identifier, and wherein the PFL indicates a symptom-based subset of PIDs from the set of available PIDs for the SOV; receiving, a request sent over a communication network from a display device, wherein the request comprises the PVII and the at least one symptom identifier; and transmitting, over the communication network to the display device, a response to the request, the response comprising the PFL.

Abstract: An example method includes determining identifying information for a vehicle to be serviced. The method further includes receiving at least one symptom identifier for the vehicle. The method further includes sending a request over a communication network to a remote server for a PID filter list for the vehicle, the request comprising the identifying information for the vehicle and the at least one symptom identifier for the vehicle. The method additionally includes receiving a response to the request over the communication network from the remote server, the response comprising the PID filter list for the vehicle. The method further includes determining, based on the PID filter list for the vehicle, a symptom-based subset of PIDs for the vehicle from a set of available PIDs. The method additionally includes displaying, on a display interface, the symptom-based subset of PIDs for the vehicle.

Abstract: Systems and methods pertaining to generating a test drive script (TDS) based on vehicle data values (VDV) from a vehicle and driving circumstance parameters (DCP) that correspond to use of the vehicle when the VDV are captured are described herein. The TDS can include a baseline path that includes the paths taken by the vehicle while the VDV are captured. The TDS can include an alternate path that includes paths that approximate one or more paths taken by the vehicle while the VDV are captured. The VDV can include, but are not limited to, DTC and PID values from the vehicle. The DCP can include, but are not limited to, traffic condition parameters, meteorological parameters, location parameters, and motion parameters. The TDS can include notifications to alert a user to a location where certain VDV were captured to assist the user in recreating a symptom in a vehicle.

Abstract: Described herein are methods and devices for determining potential-repair information related to a vehicle based on content of a vehicle repair database. According to an example method, a computing device can receive vehicle information that includes a vehicle identifier for a vehicle type. The computing device can then determine, based on the vehicle information, at least two top repair order items in a first category of repair order items. For example, the at least two top repair order items may be related to the first vehicle type and determined from among a plurality of repair order items in the first category of repair order items that are related to the first vehicle type. The example method can further involve providing, by the computing device, a display of a graphical representation of the at least two top repair order items in the first category of repair order items.

Abstract: Systems and methods pertaining to generating a test drive script (TDS) based on vehicle data values (VDV) from a vehicle and driving circumstance parameters (DCP) that correspond to use of the vehicle when the VDV are captured are described herein. The TDS can include a baseline path that includes the paths taken by the vehicle while the VDV are captured. The TDS can include an alternate path that includes paths that approximate one or more paths taken by the vehicle while the VDV are captured. The VDV can include, but are not limited to, DTC and PID values from the vehicle. The DCP can include, but are not limited to, traffic condition parameters, meteorological parameters, location parameters, and motion parameters. The TDS can include notifications to alert a user to a location where certain VDV were captured to assist the user in recreating a symptom in a vehicle.

Abstract: Described herein are methods and devices for determining potential-repair information related to a vehicle based on content of a vehicle repair database. According to an example method, a computing device can receive vehicle information that includes a vehicle identifier for a vehicle type. The computing device can then determine, based on the vehicle information, at least two top repair order items in a first category of repair order items. For example, the at least two top repair order items may be related to the first vehicle type and determined from among a plurality of repair order items in the first category of repair order items that are related to the first vehicle type. The example method can further involve providing, by the computing device, a display of a graphical representation of the at least two top repair order items in the first category of repair order items.