Abstract: A processor may receive, from one or more electronic control units (ECUs) of a particular vehicle, vehicle-system data including information about a state of one or more vehicle-systems of the particular vehicle. Also, the processor may receive, from one or more data sources other than the one or more ECUs, other input data indicative of a state of the particular vehicle. Based on the vehicle-system data and on the other input data, the processor may determine repair information to be specified in a repair order (RO) associated with the particular vehicle. Further, the processor may generate an RO specifying at least the determined repair information, wherein the generated RO is associated with the particular vehicle. Then, the processor may direct a display device to display at least one visual indication representative of the generated RO.

Abstract: A method and system for generating and outputting a real-fix tip (RFT) augmented with a pointer to additional content. The additional content may be relevant to any of a complaint, vehicle, cause of complaint, how the cause for complaint was discovered, and service-operation performed on the vehicle to resolve the complaint. The RFT may include a complaint, cause, and correction, and may be stored within a database containing repair orders that include complaints, causes, and corrections regarding various vehicles. A processor may generate the RFT after determining a threshold number of RO with a common complaint, vehicle, cause, and correction. A processor may search the database for the RFT based on a complaint and vehicle, display a list of RFT located during the search, display an RFT selected from the list, obtain additional content pointed to by a pointer in the RFT, and output the additional content to a display.

Abstract: Methods and system pertaining to modifying a diagnostic flowchart are described. A method can include (i) receiving, from a diagnostic computing device, a request indicative of a vehicle problem, (ii) selecting a first diagnostic flowchart associated with the vehicle problem from a plurality of diagnostic flowcharts. Each diagnostic flowchart includes one or more ordered and performable path elements, where each path element leads to one or more ordered decision elements, where each path element comprises one or more diagnostic steps. The method also includes (iii) sending the first diagnostic flowchart for performance at a diagnostic computing device, (iv) determining first feedback data associated with a performance of the first diagnostic flowchart at the diagnostic computing device, and (v) modifying the first diagnostic flowchart based at least on the first feedback data.

Abstract: A method and system for generating and outputting a real-fix tip (RFT) augmented with a pointer to additional content. The additional content may be relevant to any of a complaint, vehicle, cause of complaint, how the cause for complaint was discovered, and service-operation performed on the vehicle to resolve the complaint. The RFT may include a complaint, cause, and correction, and may be stored within a database containing repair orders that include complaints, causes, and corrections regarding various vehicles. A processor may generate the RFT after determining a threshold number of RO with a common complaint, vehicle, cause, and correction. A processor may search the database for the RFT based on a complaint and vehicle, display a list of RFT located during the search, display an RFT selected from the list, obtain additional content pointed to by a pointer in the RFT, and output the additional content to a display.

Abstract: A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

Abstract: A client computing system (CCS) receives a tool measurement from a measurement tool other than by determining the tool measurement from a vehicle data (VD) message. The CCS generates a VD report including a vehicle identifier of a vehicle associated with the tool measurement and the VD report. The VD report can include temporal and/or spatial identifiers pertaining to the tool measurement. The VD report can be provided to a server computing system (SCS) for storage as part of a VD record associated with the vehicle. The CCS that generated the VD report or another CCS can request the VD report from the SCS. The SCS can determine if the requesting CCS is authorized to receive the VD report to maintain the vehicle owner's privacy. The tool measurement can be selected from a service procedure provided to the CCS from SCS and displayed at the CCS.

Abstract: Disclosed are methods and devices related to diagnosing a device-under-service (DUS) are disclosed. DUS-related data is received. The DUS-related data is determined to be aggregated into aggregated data based on a determined classification of the DUS-related data. An aggregated-data comparison of the DUS-related data and aggregated data is generated. The aggregated-data comparison can include a statistical analysis of the DUS-related data and/or a differential analysis of DUS-related data taken while the DUS is operating in two or more operating states. A DUS report is generated based on the aggregated-data comparison. The DUS report can include one or more sub-strategies. At least one of the one or more sub-strategies can include a sub-strategy-success estimate. The DUS report can be sent and a DUS-report display can be generated based on the DUS report.

Abstract: A client computing system (CCS) receives a download including (i) an image representative of at least one circuit in a vehicle, the at least one circuit including a first circuit configured for carrying a first signal within the vehicle, and (ii) symbol data associated with at least one symbol, the at least one symbol including a first symbol. After receiving the download, the CCS displays the image and the at least one symbol. The CCS then receives a first input corresponding to selection of the first symbol. The CCS then responsively receives, from the vehicle, data representing value(s) of the first signal. The CCS then determines a first display-location at which to display the data representing the value(s) of the first signal. While the image and the at least one symbol are displayed, the CCS then displays, at the first display-location, the data representing the value(s) of the first signal.

Abstract: A method includes determining a test drive script (TDS) to perform while a tool monitors an electronic system in a mobile machine during a test drive of the mobile machine. The TDS includes an ordered sequence of drive cycle procedures (DCPs). The ordered sequence of DCPs begins with an initial DCP and ends with a final DCP. Each DCP is indicative of a respective mobile machine state. The TDS includes a first particular DCP associated with both a first particular mobile machine state and a first condition pertaining to the first particular mobile machine state. The method also includes outputting a representation of at least a portion of the TDS. Additionally, the method includes determining and outputting one or more of: status information corresponding to achieving the first particular mobile machine state or status information corresponding to achieving the first condition pertaining to the first particular mobile machine state.

Abstract: A diagnostic tool includes a processor, display, and memory storing instructions to perform scan tool functions (STF) including transmitting a message to a vehicle. The STF include first STF for a first system of the vehicle. Additional stored instructions are executable to display a first user-interface screen (UIS) including a first user-selectable control (USC) including an indicator of a first scanner job performable on the vehicle, and to display a second UIS instead of the first UIS in response to a selection of the first USC. The second UIS incudes: a second USC including an indicator of the first STF for the first system of the vehicle, and guidance for performing a procedure of the first scanner job. The stored instructions are executable to transmit a first vehicle data message to a component of the first system in response to a selection of the second USC.

Abstract: An example method includes receiving a first service procedure including a plurality of procedural steps for servicing a vehicle, identifying at least one procedural step of the plurality of procedural steps to supplement with supplemental service information, receiving information about vehicles sharing one or more attributes with the vehicle, determining at least one piece of supplemental service information to supplement the at least one identified procedural step, and providing a supplemented service procedure comprising the first service procedure with the at least one piece of supplemental service information included with the at least one identified procedural step.

Abstract: Disclosed are methods and devices related to diagnosing a device-under-service (DUS) are disclosed. DUS-related data is received. The DUS-related data is determined to be aggregated into aggregated data based on a determined classification of the DUS-related data. An aggregated-data comparison of the DUS-related data and aggregated data is generated. The aggregated-data comparison can include a statistical analysis of the DUS-related data and/or a differential analysis of DUS-related data taken while the DUS is operating in two or more operating states. A DUS report is generated based on the aggregated-data comparison. The DUS report can include one or more sub-strategies. At least one of the one or more sub-strategies can include a sub-strategy-success estimate. The DUS report can be sent and a DUS-report display can be generated based on the DUS report.

Abstract: A client computing system (CCS) receives a download including (i) an image representative of at least one circuit in a vehicle, the at least one circuit including a first circuit configured for carrying a first signal within the vehicle, and (ii) symbol data associated with at least one symbol, the at least one symbol including a first symbol. After receiving the download, the CCS displays the image and the at least one symbol. The CCS then receives a first input corresponding to selection of the first symbol. The CCS then responsively receives, from the vehicle, data representing value(s) of the first signal. The CCS then determines a first display-location at which to display the data representing the value(s) of the first signal. While the image and the at least one symbol are displayed, the CCS then displays, at the first display-location, the data representing the value(s) of the first signal.

Abstract: An example method includes receiving, at a computing system, a first user input from a user interface during operation of a vehicle and responsive to receiving the first user input, determining a time of reception for the first user input. The method further includes receiving a first set of parameters from the vehicle that correspond to a first parameter identifier (PID). The method also includes determining a time of reception for each parameter, and based on the time of reception for the first user input and the time of reception for each parameter of the first set of parameters, determining a temporal position for an indicator configured to represent the first user input on a graph of the parameters corresponding to the first PID. The method further includes displaying, on a display interface, the graph of the parameters corresponding to the first PID with the indicator in the determined temporal position.

Abstract: Methods and systems for using natural language processing and machine-learning algorithms to process vehicle-service data to generate metadata regarding the vehicle-service data are described herein. A processor can discover vehicle-service data that can be clustered together based on the vehicle-service data having common characteristics. The clustered vehicle-service data can be classified (e.g., categorized) into any one of a plurality of categories. One of the categories can be for clustered vehicle-service data that is tip-worthy (e.g., determined to include data worthy of generating vehicle-service content (e.g., a repair hint). Another category can track instances of vehicle-service data that are considered to be common to an instance of vehicle-service data classified into the tip-worthy category. The vehicle-service data can be collected from repair orders from a plurality of repair shops. The vehicle-service content generated by the systems can be provided to those or other repair shops.

Abstract: An example method includes receiving a first service procedure including a plurality of procedural steps for servicing a vehicle, identifying at least one procedural step of the plurality of procedural steps to supplement with supplemental service information, receiving information about vehicles sharing one or more attributes with the vehicle, determining at least one piece of supplemental service information to supplement the at least one identified procedural step, and providing a supplemented service procedure comprising the first service procedure with the at least one piece of supplemental service information included with the at least one identified procedural step.

Abstract: Methods and apparatus are provided for repairing vehicles. A particular vehicle can be repaired during a repair session using a computing device. The repair session can include the computing device: receiving a functional task setup with first and second identifiers, the first identifier identifying the particular vehicle, and the second identifier identifying a particular functional task for the computing device to perform on the particular vehicle; determining whether the computing device is available to perform the particular functional task; after determining the computing device is available to perform the particular functional task, receiving an input to initiate performance of the particular functional task on the particular vehicle; after receiving the input, sending a message to the particular vehicle to initiate performance of the particular functional task on the particular vehicle; and after sending the message, displaying a notification indicative of performing the particular functional task.

Abstract: A processor may receive a request including a vehicle identifier, a first symptom identifier, and a second symptom identifier. In response to receiving the request, the processor may determine a circuit element identifier to include in a reply to the request. To do so, the processor may make a determination that the received vehicle identifier matches or is mapped to a stored vehicle identifier, that the received first symptom identifier matches or is mapped to a stored first symptom identifier, and that the received second symptom identifier matches or is mapped to a stored second symptom identifier. In response to making the determination, the processor may determine that a particular circuit element identifier is the circuit element identifier to include based on the particular circuit element identifier being mapped to these stored identifiers. Then, the processor may generate and subsequently output the reply including the determined circuit element identifier.

Abstract: A client computing system (CCS) receives a tool measurement from a measurement tool other than by determining the tool measurement from a vehicle data (VD) message. The CCS generates a VD report including a vehicle identifier of a vehicle associated with the tool measurement and the VD report. The VD report can include temporal and/or spatial identifiers pertaining to the tool measurement. The VD report can be provided to a server computing system (SCS) for storage as part of a VD record associated with the vehicle. The CCS that generated the VD report or another CCS can request the VD report from the SCS. The SCS can determine if the requesting CCS is authorized to receive the VD report to maintain the vehicle owner's privacy. The tool measurement can be selected from a service procedure provided to the CCS from SCS and displayed at the CCS.

Abstract: An example method involves receiving, at a computing system, vehicle diagnostic information from a vehicle. The vehicle diagnostic information may include one or more sets of parameters corresponding to parameter identifiers (PIDs). The method further involves identifying a first set of parameters corresponding to a PID representing a state of a particular system of the vehicle and determining, using the first set of parameters, a current value of the PID. The method may also involve performing a comparison between the current value and a predetermined value for the PID and determining a health of the particular system of the vehicle such that the health reflects a difference between the current value and the predetermined value for the PID. The method may also involve displaying, by the computing system at a graphical interface, a vehicle health record representing the health of the particular system of the vehicle.