Patent Grant
10424137
This application involves, without limitation, maintenance, diagnostic, and repair methods and systems for motor vehicles. More particularly, the application involves an automated process for dynamically presenting desired vehicular-reference information for a motor vehicle that is under evaluation. While the application is described in the context of vehicle evaluation methods and systems, the principles of the application may be equally applicable to any evaluation system, including evaluation systems for non-motor-vehicle equipment.
Contained herein is material that is subject to copyright protection. The copyright owner has no objection to the reproduction of the patent disclosure by any person as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all rights to the copyright whatsoever.
Unless otherwise indicated herein, the materials described in this section are not prior art to the claims in this application and are not admitted to be prior art by inclusion in this section.
In a typical modern motor vehicle, the operation of the combustion engine is controlled by an engine control module (ECM) which receives a variety of input signals and outputs signals for monitoring and controlling various components of the engine. For example, the ECM can send signals to a fuel system for controlling the air/fuel mix sent to the engine cylinders. The ECM may also receive and store signals from various sensors throughout the engine and drive train. For example, the sensors may provide signals indicative of engine speed, fuel/air mix, intake and exhaust pressure, engine operating temperatures, fluid levels, and the like.
The ECM may retain a portion of this data in memory, providing a history of engine performance, operating parameters, and error indicators. An external interface to the ECM and its stored data is provided at a location accessible to a repair technician. The information stored in the ECM can be downloaded via the external interface at predetermined intervals in the engine life, when there are noticeable degradations in engine performance, or when critical trouble codes are received and externally indicated to an operator of the motor vehicle. The downloaded information can then be analyzed by a repair technician to evaluate the engine performance or error conditions, and thereby make informed recommendations for servicing of the engine.
Once the trouble codes are retrieved, the codes can be entered into a diagnostic tool that utilizes the trouble code information to form diagnostic trees, which are created by Original Equipment Manufacturers (OEMs). Diagnostic tools may allow a repair technician to enter information, including fault symptoms, into the diagnostic tool to be used in conjunction with the information downloaded from the vehicle's on-board computer to diagnose and assist in the repair of fault conditions in the vehicle.
While the use of ECMs and DTCs is prevalent, their use is limited in applicability to those instances where a DTC has actually been received from an ECM. Further, while the retrieval of vehicular information based on DTCs may be somewhat efficient, diagnostic tools generally do not allow a user to otherwise conveniently control the presentation, format, or navigation of other information available regarding the vehicle.
Manufacturers publish repair manuals, including diagnostic trees, exploded part diagrams, and the like, to aid in the diagnosis and repair of problems discovered by such diagnostic tools. For example, based upon selected faults, a diagnostic tree could present the reader with a list of tests to be performed to diagnose the cause or causes of the faults. The tests can be listed in the order in which they would most likely be effective in diagnosing the vehicle faults, based upon a manufacturer's information and previous repair and diagnosis experience with this type of vehicle, for example. The repair manuals may be available in hard copy or accessible via the Internet in a computer viewable format.
In practice, a repair technician then sorts through the repair information in order to find the information pertinent to the specific equipment being diagnosed. Though technicians see this as part of their job, it can be a time consuming process. The time element increases a cost of repair and delays the turn-around time for returning the motor vehicle under repair to service. This is especially important in the trucking industry, where a truck must be on the road to be generating income, or where a disabled truck is carrying a time-sensitive load such as perishable food.
Thus, prevalent methods for obtaining vehicular information are often limited in scope (e.g., diagnostic tools based on DTCs) or somewhat burdensome (e.g., use of manufacturer manuals). An improvement is therefore desired.
In light of the above, a method, system, and apparatus for dynamically presenting desired vehicular-reference information for a motor vehicle that is under evaluation is provided. In one aspect, an example method includes: (a) a computing system receiving, via a user interface, (i) vehicular-reference data indicating at least one vehicle parameter, and (ii) first information-presentation data indicating at least one information-presentation preference; (b) the computing system selecting at least one first piece of vehicular-reference information based on at least one of the received vehicular-reference data and the received first information-presentation data; (c) the computing system selecting a presentation window based on at least one of the received vehicular-reference data and the received first information-presentation data; and (d) the computing system causing a visual depiction of (i) the selected vehicular-reference information and (ii) the selected presentation window to be displayed on a graphical display.
In another aspect, an example non-transitory computer readable medium includes instructions that when executed by a processor cause a computing system to carry out functions including: (a) receiving, via a user interface, (i) vehicular-reference data indicating at least one vehicle parameter, and (ii) first information-presentation data indicating at least one information-presentation preference; (b) selecting at least one first piece of vehicular-reference information based on at least one of the received vehicular-reference data and the received first information-presentation data; (c) selecting a presentation window based on at least one of the received vehicular-reference data and the received first information-presentation data; and (d) causing a visual depiction of (i) the selected vehicular-reference information and (ii) the selected presentation window to be displayed on a graphical display.
In still another aspect, an example system includes a user interface, a graphical display, a processor, and non-transitory data storage comprising program instructions executable by the processor for causing the computing system to carry out functions including: (a) receiving, via the user interface, (i) vehicular-reference data indicating at least one vehicle parameter, and (ii) first information-presentation data indicating at least one information-presentation preference; (b) selecting at least one first piece of vehicular-reference information based on at least one of the received vehicular-reference data and the received first information-presentation data; (c) selecting a presentation window based on at least one of the received vehicular-reference data and the received first information-presentation data; and (d) causing a visual depiction of (i) the selected vehicular-reference information and (ii) the selected presentation window to be displayed on a graphical display.
In an example embodiment, the vehicle parameter may be at least one of (a) a vehicle make, (b) a vehicle model, (c) a vehicle year, (d) a vehicle engine, (e) a vehicle mileage, (f) a vehicle component, (g) a vehicle identification number (VIN), (h) a vehicle unit number, (i) a vehicle error code, and (j) a vehicle symptom. In short, the vehicle parameter may be any piece, or combination, of information that may be used to identify vehicular-reference information that the user would benefit from accessing. Further, the information-presentation preference may be one of (a) maintenance information, (b) repair information, (c) diagnostic information, or (d) collision information. In short, the information-presentation preference may be used to further refine the identification of the vehicular-reference information the user would benefit from accessing, as well as to identify the format in which the vehicular-reference information is presented to the user. Thus, as a result of providing the vehicle parameter and the information-presentation preference, the user may efficiently and conveniently retrieve, and ultimately access, specific types of information in a desired form.
These as well as other features, advantages and alternatives will become apparent to those of ordinary skill in the art by reading the following detailed description, with appropriate reference to the accompanying drawings.
In the following detailed description, reference is made to the accompanying figures, which form a part thereof. In the figures, similar symbols typically identify similar components, unless context dictates otherwise. The illustrative embodiments described in the detailed description, figures, and claims are not meant to be limiting. Other embodiments may be utilized, and other changes may be made, without departing from the spirit or scope of the subject matter presented herein. It will be readily understood that aspects of the present disclosure, as generally described herein, and illustrated in the figures, can be arranged, substituted, combined, separated, and designed in a wide variety of different configurations, all of which are contemplated herein.
I. Example System and Device Architecture
As shown in
As shown, a network access device, such as network-access device 102A, interfaces with ECM 110 via a vehicle interface port 108A and PC-to-vehicle interface 114. Although an ECM is a standardized control module, any type of electronic error reporting and storage device could be used. Motor vehicle 104 may be a passenger car, a light duty truck, a tractor-trailer truck, or any other type of motor vehicle or general electro-mechanical system. Network-access device 102A may communicate with PC-to-vehicle interface 114 through a wired connection or a wireless connection.
PC-to-vehicle interface 108 may be a standard interface well known in the industry for providing standardized access to vehicle ECM modules across a multitude of different protocols. For example, the Nexiq® USB-Link (Product No. 125032) may be used to provide an interface between network access device 102A and ECM 108.
Each of network-access devices 102A-102D may be any network-access device arranged to carry out the network-access device functions described herein. Generally, the network-access device may be any suitable computing device, such as a computer, laptop computer, tablet computer, smartphone, and/or vehicle-diagnostic device, among other examples. The operation of the network-access device may be effected by software or firmware code stored in a non-volatile data store and executed via a general purpose processor transformed by the software or firmware code into a specific purpose processor, or may be effected solely by a hardware structure, or a combination of the two.
As such, each of network-access devices 102A-102D, including network-access device 102A as shown in
Processor 202 may comprise one or more general-purpose microprocessors and/or one or more dedicated signal processors, and may be integrated in whole or in part with communication interface 210. Data storage 204 may comprise memory and/or other storage components, such as optical, magnetic, organic or other memory disc storage, which can be volatile and/or non-volatile, internal and/or external, and integrated in whole or in part with processor 202. Data storage 204 may be arranged to contain (i) program data 206 and (ii) program logic 208. Although these components are described herein as separate data-storage elements, the elements could just as well be physically integrated together or distributed in various other ways. For example, program data 206 may be maintained in data storage 204 separate from program logic 208, for easy updating and reference by program logic 208.
Communication interface 210 functions to communicatively couple network-access device 102A to packet-data-communication networks such as network 104, and as such may include a wired (e.g., Ethernet) packet-data interface and/or a wireless (e.g., Wi-Fi) packet-data interface for communicating with other devices, entities, and/or networks in accordance with various embodiments. Network-access device 102A may also include multiple interfaces 210, such as one for transmitting data and another for receiving data.
Network-access device 102A may also include, or may be otherwise communicatively coupled to, user interface 220. User interface 220 may include input device 222 comprising, for example, buttons, a touch screen, a microphone, and/or any other elements for receiving inputs. User interface 220 may also include one or more elements for conveying outputs, such as one or more graphical displays 224, one or more speakers, etc. In operation, user interface 220 may be configured to display a graphical user interface (GUI) via graphical display 224 and to receive inputs corresponding to use of such a GUI. For example, network-access device 102A may be configured to receive vehicular-reference data and information-presentation data in accordance with the example methods described herein and discussed further below.
Further, network-access device 102A may interface with ECM 108 to collect information about vehicle 110. More particularly, network-access device 102A may interface with one or more systems within vehicle 110 to obtain information about those systems. For example, network-access device 102A might obtain information about the vehicle's engine, transmission system, electrical systems, air conditioning system, braking system, power steering system or any other system. Network-access device 102A might interface directly with these various systems, or network-access device 102A might interface with other equipment (not shown), which in turn interfaces with various systems or components in vehicle 110. Other configurations are also possible.
Depending on vehicle 110 and, the particular configuration of network-access device 102A or other equipment, network-access device 102A may obtain stored trouble code information, or other information, about the various systems in vehicle 110 automatically upon being connected to vehicle 110 or upon an appropriate prompt to a user (such as a repair technician) utilizing network-access device 102A. An automated process advantageously allows a user to quickly and efficiently obtain information about various systems in vehicle 110.
The user might also manually direct ECM 108, via network-access device 102A, to perform various tests on vehicle 110 or to acquire certain other information about vehicle 110. This might be in addition to or in place of the previously described automated information-collection methods. Thus, network-access device 102A might automatically collect predetermined data, might collect additional data as directed by the user, or might perform a combination of these methods to acquire information.
Once network-access device 102A acquires a user input such as vehicular-reference data and/or information-presentation data, and/or trouble code information from vehicle 110, network-access device 102A may then communicate that information to server 106. Server 106 may be any network server or other computing system arranged to carry out the server functions described herein including, but not limited to, those functions described with respect to
As such, as shown in
Data storage 304 may contain information used by server 106 in operation. For example, date storage 304 may contain instructions executable by processor 302 for carrying out the server functions described herein including, but not limited to, those functions described in connection with
Server 106 may also include a permanent data store for storing vehicular-reference information database 314. Database 314 may include tagged text that is searchable and graphic images and set forth maintenance, repair, and diagnostic information usable by a user. While database 314 is shown as stored within server 106, this is not necessary. Database 314 may also be stored remote from server 106, perhaps on another server or other network device that is communicatively coupled to server 106.
With reference to
With respect to data table 316, various relationships between vehicle parameters 318 and vehicular-reference information 320 are shown. For instance, as indicated by the “+” symbol, each of vehicle parameter 1 and 2 are associated with vehicular-reference information 2. And, as indicated by the “×” symbol, vehicle parameter 3 is associated with vehicular-reference information 3.
With respect to data table 322, various relationships between vehicle parameters 324 and presentation windows 326 are shown. For instance, as indicated by the “∘” symbol, each of vehicle parameter 2 and 3 are associated with presentation window 1. And, as indicated by the “+” symbol, each of vehicle parameter 1 and 3 are associated with presentation window 2.
With respect to data table 328, various relationships between information-presentation preferences 330 and vehicular-reference information 332 are shown. For instance, as indicated by the “+” symbol, each of information-presentation preference 2 and 3 are associated with vehicular-reference information 2. And, as indicated by the “×” symbol, each of information-presentation preference 1 and 2 are associated with vehicular-reference information 3.
With respect to data table 334, various relationships between information-presentation preferences 336 and presentation windows 338 are shown. For instance, as indicated by the “∘” symbol, each of information-presentation preferences 1 and 3 are associated with presentation window 1. And, as indicated by the “+” symbol, information-presentation preference 2 is associated with presentation window 2.
The various data entries in data tables 316, 322, 328, and 334 may contain any suitable or desired information. For instance, each of the symbols “∘,” “+,” and “×” may represent a particular data entry. Further, each of the symbols may represent additional, associated information as well, such as various tags, labels, type-information, or other metadata related to the data entry.
The data tables shown with respect to database 314 in
As described further below, server 106 can provide a centralized location for users to obtain possible causes of problems with their motor vehicles, obtain diagrammed testing steps, specifications, and illustrated repair and removal instructions, among other types of vehicular-reference information, including that discussed further below. Server 106 can be located at the user's worksite (perhaps accessed via a local area network) or may be located at a more remote location (perhaps accessed via a wide area network or via the Internet). In either case, server 106 may be accessed simultaneously by more than one user. Thus the server 106 might communicate with multiple network-access devices at the same time.
Accordingly, network 104 may include one or more wide area networks, one or more local area networks, one or more public networks such as the Internet, one or more private networks, one or more wired networks, one or more wireless networks, and/or one or more networks of any other variety. Devices in communication with network 104 (including, but not limited to, network-access devices 102A-102D and server 106) may exchange data via communication links, such as communication links 112A and 112B, using a packet-switched protocol such as IP, and may be identified by an address such as an IP address. Communication links 112A and 112B may be wired links or wireless links, or a combination thereof. A wireless communication link can use a variety of different wireless protocols, such as the protocols under the Institute of Electrical and Electronics Engineers (“IEEE”) 802.11 umbrella, IEEE 802.16, IEEE 802.20, Bluetooth, code division multiple access (“CDMA”), frequency division multiple access (“FDMA”), time division multiple access (“TDMA”), Global System for Mobile Communications/General Packet Radio Service (“GSM/GPRS”), infrared, or others. Furthermore, data may be accessible via the Internet using one or more network protocols supported by a TCP network, including but not limited to: HTTP, FTP, or SSH.
II. Example Methods
Furthermore, those skilled in the art will understand that the flowchart described herein with respect to
Example method 400 involves, as shown by block 402, a computing system receiving, via a user interface, (i) vehicular-reference data indicating at least one vehicle parameter, and (ii) first information-presentation data indicating at least one information-presentation preference. At block 404, the computing system selects at least one first piece of vehicular-reference information based on at least one of the received vehicular-reference data and the received first information-presentation data. At block 406, the computing system selects a presentation window based on at least one of the received vehicular-reference data and the received first information-presentation data. And at block 408, the computing system causes a visual depiction of (i) the selected vehicular-reference information and (ii) the selected presentation window to be displayed on a graphical display. Each of these blocks is discussed further below.
At block 402, a computing system receives, via a user interface, (i) vehicular-reference data indicating at least one vehicle parameter, and (ii) first information-presentation data indicating at least one information-presentation preference. As will be discussed further below, the vehicular-reference data and the first information-presentation data may be used by server 106 to select and, ultimately, to display to the user, vehicular-reference information via a presentation window.
The vehicular-reference data and the first information-presentation data may by input by a user in any suitable manner. In an embodiment, server 106 may cause network-access device 102A to display a question, series of questions, a data-entry field, or a selectable button, among other possible examples, that prompt or otherwise allow the user to specify certain vehicle parameters and/or information-presentation preferences. Accordingly, server 106 may store logic arranged to prompt the user in such a manner. The input provided in response to the prompt may by input by the user using input device 222, and the input may be received by server 106 in the form of vehicular-reference data and/or first information-presentation data.
The vehicle parameter indicated by the vehicular-reference data may take on any desired form. Generally, the vehicle parameter may reflect information concerning the type and/or state of a vehicle that is under evaluation. For instance, the vehicle parameter may be at least one of (a) a vehicle make, (b) a vehicle model, (c) a vehicle year, (d) a vehicle engine, (e) a vehicle mileage, (f) a vehicle component, (g) a vehicle identification number (VIN), (h) a vehicle unit number, (i) a vehicle error code, and (j) a vehicle symptom. Other examples of vehicle parameters may exist as well.
As a particular example of receiving vehicular-reference data, therefore, the user may be prompted to indicate one or more of a year, make, model, and mileage of the vehicle under evaluation. For instance, with reference to
For purposes of example and explanation,
For further purposes of example and explanation,
As shown, graphical user interface 700 includes a number of additional example buttons. History button 706 may be used to access vehicular-reference information that the user has accessed in the past. Feedback button 708 may be used to provide feedback to the computing system designers, engineers, or other support personnel. Logout button 710 may allow the user to exit the computing system. Setup button 712 may allow the user to manipulate various settings such as the graphical user interface layout and/or color scheme, or the users' account information. Help button 714 may provide access to instructions, explanations, or other information concerning use of the computing system. Other additional buttons may be included in graphical user interface 700 as well.
While vehicle-reference data has thus far been described as being received in association with a user input, it may also be received via an ECM that the network-access node is within communication with. For example, the computing system may receive a vehicle identification number (VIN) from the ECM. As another example, the computing system may receive a vehicle error code from the ECM.
In sum, any vehicle parameter including, but not limited to, any one of (a) a vehicle make, (b) a vehicle model, (c) a vehicle year, (d) a vehicle engine, (e) a vehicle mileage, (f) a vehicle component, (g) a vehicle identification number (VIN), (h) a vehicle unit number, (i) a vehicle error code, and (j) a vehicle symptom, may be received by the computing system as a result of user input or via a communication link to the vehicle itself (e.g., via a communication link with a ECM).
The information-presentation preference indicated by the information-presentation data may take on any desired form. Generally, the information-presentation preference may reflect a type of vehicular-reference information that the user is interested in and/or a desired manner of presentation of such vehicular-reference information. For instance, the information-presentation preference may be one of (a) maintenance information, (b) repair information, (c) diagnostic information, or (d) collision information. Other examples of information-presentation preferences may exist as well.
As an example of receiving information-presentation data, therefore, the user may be prompted to indicate one of a maintenance-information preference, a repair-information preference, a diagnostic-information preference, or a collision-information preference. For instance, with reference to
As shown, menu 1100 includes a number of additional example buttons. Select-module button 1102 may collapse and/or expand the rest of menu 1100. Home button 1104 may cause the computing system to display the default, main, or “splash” window of graphical interface 700. Service-manual button 1112 may allow the user to access a virtual service manual for a vehicle based, at least in part on, the vehicular-reference data provided by the user. Vintage button 1114 may provide access to an external or integrated computing system and/or interface that provides access to a rich library of engine performance, wiring, chassis, and other repair information, including high-fidelity diagrams. Community button 1116 may provide access to an external or integrated social community such as a message board, message forum, social network or some combination thereof. Estimator button 1118 may provide access to an external or integrated computing system and/or interface that enables users to access cost estimation for given parts, procedures, and/or repairs, etc.
For purposes of example and explanation,
At block 404, the computing system selects at least one first piece of vehicular-reference information based on at least one of the received vehicular-reference data and the received first information-presentation data. As a general matter, the computing system may be capable of selecting a piece of vehicular-reference information based only on vehicular-reference data. However, first information-presentation data may be used instead, or to refine, the computing system's selection of vehicular-reference information.
The computing system may select the vehicular-reference information by reference to a database, such as database 314 discussed above, that stores information concerning the relationship between various vehicle parameters, information-presentation preferences, vehicular-reference information, and presentation windows. For instance, the computing system may select vehicular-reference information based on vehicular-reference information that is directly associated with the received vehicular-reference data and/or the received first information-presentation data. Alternatively, the computing system may be configured to infer that certain vehicular-reference information should be selected, and/or that certain vehicular-reference information should be prioritized over other vehicular-reference information, based on the received vehicular-reference data and/or the received first information-presentation data. Those of skill in the art will appreciate that vehicular-reference information may be selected in any suitable or desired manner.
The vehicular-reference information selected by the computing system may be at least one of (a) manufacturer's information, (b) experience-based information, and (c) miscellaneous information. Other types of vehicular-reference information may exist as well.
Manufacturer's information may include any information provided by the manufacturer of the vehicle that is under evaluation. Sources of manufacturer's information may include, for example, an owner manual, a maintenance manual, a diagnostic manual, a training manual, and/or a repair manual. Thus, when the vehicular-reference information is manufacturer's information, selecting the at least one first piece of vehicular-reference information may involve selecting one of (a) owner-manual information, (b) maintenance-manual information, (c) diagnostic-manual information, (d) training-manual information, and (e) repair-manual information.
Experience-based information may include any information regarding vehicles collected by users of the computing system and/or information that is collected and stored by the computing system based on the experience of users. Sources of experience-based information may include, for example, information input by users, information obtained by the computing system as a result of monitoring activity on and/or use of the computing system, and/or community-based information. Thus, when the vehicular-reference information is experience-based information, selecting the at least one first piece of vehicular-reference information may involve selecting one of (a) user-input information, (b) computing-system-monitoring information, and (c) community-based information.
User-input information may be, for example, vehicular-reference information affirmatively input to the computing system by a user at some point in the past (e.g., a tip for removing a given component). Computing-system-monitoring information may be, for example, vehicular-reference information inferred by the computing system after use by a variety of users (e.g., the computing system may recognize that users commonly require a certain type of information for a given vehicle that is under evaluation). Community-based information may be a formal and/or informal collection of vehicular-reference information generated by an on-line community of mechanics, technicians, other repair professionals, and/or hobbyists. For example, the community-based information may be taken from a discussion on a “bulletin board,” whereby a sufficient amount of activity has been generated around the discussion, or a sufficient number of members of the community has indicated the discussion is of interest. As another example, the community-based information may be taken from a comment on a “social-network,” or other social forum, whereby a sufficient amount of activity has been generated around the comment, or a sufficient number of members of the community have indicated the comment is of interest. In this way, the community-based information may be “crowd-sourced.”
Miscellaneous information may include any other type of information from various other sources that may be relevant to the vehicle that is under evaluation. Sources of miscellaneous information may include, for example, recalls, history, prognostics, technical-service-bulletins (TSBs), and/or community alerts. Thus, when the vehicular-reference information is miscellaneous information, selecting the at least one first piece of vehicular-reference information may involve selecting one of (a) recall information, (b) history information, (c) prognostic information, (d) technical-service-bulletin (TSB) information, and (e) community-alert information.
Recall information may include information pertaining to the vehicle under evaluation, or a part thereof, that is defective or otherwise needs to be replaced and/or repaired. The recall information may include information such as the recall purpose which informs the user of the reason for the recall and why the recall is necessary; which component or components are subject to the recall and any potential problems related to the recall of each component; and the action required by the user to repair or replace the components including where to bring the vehicle, when the repair can be completed, and what alternate options are available for repairs.
History information may include any type of desirable historical information including, for example, a given shop or community's past experiences with a given type of vehicle under evaluation, a given shop or community's past experiences with a particular vehicle under evaluation, and/or a given shop or community's past experiences with a given component, etc.
Prognostic information may include any information used to infer, predict, or recommend desired actions based on symptoms or characteristics of the vehicle under evaluation. The prognostic information may be sourced from past users of the computing system itself and/or may be obtained from a third-party source.
TSB information may include information pertaining to the vehicle that is under evaluation, or a part thereof, that is defective or otherwise needs to be replaced and/or repaired. TSB information may be issued by a vehicle manufacturer when there are several occurrences of an unanticipated problem. TSB information may be widely circulated among vehicle service departments to provide engineering-level description and solution information for a problem common to type, year, make and/or model of vehicle.
Community-alert information may be a formal and/or informal collection of information generated by an on-line community of mechanics, technicians, other repair professionals, and/or hobbyists. For example, the community alert may be taken from a discussion on a “bulletin board,” whereby a sufficient amount of activity has been generated around the discussion, or a sufficient number of members of the community have indicated the discussion is of interest. As another example, the community alert may be taken from a comment on a “social-network,” or other social forum, whereby a sufficient amount of activity has been generated around the comment, or a sufficient number of members of the community have indicated the comment is of interest. In this way, the community alert may be “crowd-sourced.”
At block 406, the computing system selects a presentation window based on at least one of the received vehicular-reference data and the received first information-presentation data. As a general matter, the computing system may be capable of selecting a presentation window based only on first information-presentation data. However, vehicular-reference data may be used instead, or to refine, the computing system's selection of a presentation window.
The computing system may select the presentation window by reference to a database, such as database 314 discussed above, that stores information concerning the relationship between various vehicle parameters, information-presentation preferences, vehicular-reference information, and presentation windows. For instance, the computing system may select the presentation window based on a presentation window(s) that is directly associated with the received vehicular-reference data and/or the received first information-presentation data. Alternatively, the computing system may be configured to infer that a certain presentation window(s) should be selected, and/or that certain presentation window(s) should be prioritized over other presentation window(s), based on the received vehicular-reference data and/or the received first information-presentation data. Those of skill in the art will appreciate that presentation window(s) may be selected in any suitable or desired manner.
As noted above, the information-presentation preference may be one of (a) maintenance information, (b) repair information, (c) diagnostic information, or (d) collision information. Other types of information-presentation preferences may exist as well.
Below, certain windows are discussed as associated with given information-presentation preferences. Note that examples of such windows are discussed further below with respect to causing a visual depiction of the selected vehicular-reference information and presentation window to be displayed, in accordance with block 408.
As a general matter, a given information-presentation preference may be associated with a variety of displays, or windows, which are configured or otherwise arranged to present vehicular-reference information in a particular manner. For instance, the maintenance information-presentation preference may be associated with an interval window, a lifetime-services window, a locator window, a procedure window, and/or a maintenance-reminder-reset window. Thus, when the information-presentation preference is maintenance information, selecting the at least one presentation window may involve selecting one of (a) an interval window, (b) a lifetime-services window, (c) a locator window, (d) a procedure window, (e) a specification window, and (f) a maintenance-reminder-reset window. For example, when a user provides a maintenance information-presentation preference, the computing system may default to a display of the interval window. Alternatively, the computing system may default to a display of any of the other windows associated with the maintenance information-presentation preference.
Further, the computing system may be configured to receive additional information-presentation data input by the user indicating one of the windows associated with the maintenance information-presentation preference. For instance, after displaying a default window associated with the maintenance information-presentation preference, the user may provide an additional input indicating that the user would like to navigate to one of the other windows associated with the maintenance information-presentation preference. Thus, the computing system may receive second information-presentation data indicating one of (a) the interval window, (b) the lifetime-services window, (c) the locator window, (d) the procedure window, (e) the specification window, and (f) the maintenance-reminder-reset window. And the computing system may select the at least one presentation window based on at least the received second information-presentation data.
The repair information-presentation preference may be associated with a description window, a locator window, a procedures window, a diagram window, and/or a specification window. Thus, when the information preference is repair information, selecting the at least one presentation window may involve selecting one of (a) a description window, (b) a locator window, (c) a procedures window, (d) a diagram window, and (e) a specification window. For example, when a user provides a repair information-presentation preference, the computing system may default to a display of the description window. Alternatively, the computing system may default to a display of any of the other windows associated with the repair information-presentation preference.
Further, the computing system may be configured to receive additional information-presentation data input by the user indicating one of the windows associated with the repair information-presentation preference. For instance, after displaying a default window associated with the repair information-presentation preference, the user may provide an additional input indicating that the user would like to navigate to one of the other windows associated with the repair information-presentation preference. Thus, the computing system may receive second information-presentation data indicating one of (a) a description window, (b) a locator window, (c) a procedures window, (d) a diagram window, and (e) a specification window. And the computing system may select the at least one presentation window based on at least the received second information-presentation data.
The diagnostic information-presentation preference may be associated with a description window, a diagram window, a connector-view window, a locator window, a testing window, a procedures window, a specification window, and/or a history window. Thus, when the information preference is diagnostic information, selecting the at least one presentation window may involve selecting one of (a) a description window, (b) a diagram window, (c) a connector-view window, (d) a locator window, (e) a testing window, (f) a procedures window, (g) a specification window, and (h) a history window. For example, when a user provides a diagnostic information-presentation preference, the computing system may default to a display of the description window. Alternatively, the computing system may default to a display of any of the other windows associated with the diagnostic information-presentation preference.
Further, the computing system may be configured to receive additional information-presentation data input by the user indicating one of the windows associated with the diagnostic information-presentation preference. For instance, after displaying a default window associated with the diagnostic information-presentation preference, the user may provide an additional input indicating that the user would like to navigate to one of the other windows associated with the diagnostic information-presentation preference. Thus, the computing system may receive second information-presentation data indicating one of (a) the description window, (b) the diagram window, (c) the connector-view window, (d) a locator window, (e) the testing window, (f) the procedures window, (g) the specification window, and (h) the history window. And the computing system may select the at least one presentation window based on at least the received second information-presentation data.
At block 408, the computing system causes a visual depiction of (i) the selected vehicular-reference information and (ii) the selected presentation window to be displayed on a graphical display. The display of the selected vehicular-reference information and the selected presentation window may, generally, be any display that suitably indicates the vehicular-reference information (e.g., within the selected presentation window) to the user, and that enables the user to evaluate the selected vehicular-reference information. Server 106 may enable the user to navigate, browse, or otherwise manipulate the selected vehicular-reference information. In this way, the user may, if desired, further manipulate, or refine, the display of the selected vehicular-reference information so as to more particularly suit the user's needs and/or preferences.
Graphical user interface 700 also includes interval tab 1302 and interval window 1302A. Further, additional tabs, including lifetime-services tab 1304, locations tab 1306, procedures tab 1308, specs tab 1310, and reset tab 1312, each corresponding, respectively, to the lifetime-services window, the locator window, the procedure window, the specification window, and the maintenance-reminder-reset window described above (not currently displayed). Graphical user interface 700 also includes recall tab 1314, discussed further below with respect to
Interval window 1302A includes, for example, a display of vehicular-reference information which, in this case, includes a variety of maintenance tasks that should be performed on the vehicle that is under evaluation given the year, make, model, and mileage vehicle parameters previously provided by the user. Some such tasks may be clickable buttons that, when clicked, cause instructions or other additional information regarding each task to be displayed. For example “inspect brake system” button 1316 may be clickable, causing step-by-step instructions for inspecting the brake system to be displayed. As another example, “rotate tires” button 1318 may be clickable, causing step-by-step instructions for rotating tires to be displayed. Other examples may exist as well.
The aggregation, presentation, and easy accessibility of such recall information advantageously provides a convenient manner of accessing recall information at substantially the same time as performing any other evaluation, procedure, and/or operation on the vehicle under evaluation. Recall information is discussed further below.
Graphical user interface 700 also includes a diagnostic-trouble-code (DTC) menu 1718. A DTC is a code prescribed by the Society of Automotive Engineers (SAE) to help track problems in a vehicle detected by its on-board computer (such as the ECM). DTC menu 1718 includes a DTC input field 1714, whereby a user may input a DTC and search for vehicular-reference information related to the input DTC. Further, DTC menu 1718 includes a “Top 10” button 1716 which, when clicked, may bring up the top-ten most accessed DTCs. Note that the DTC may be supplied, either directly or as a result of being read by the user, by an ECM of the vehicle that is under evaluation.
Further, the diagnostic window may include tabs including descriptions tab 1702, locations tab 1704, procedures tab 1706, diagrams tab 1708, connectors tab 1710, and specifications tab 1712, each corresponding respectively to the description window, the locator window, the procedure window, the diagram window, the connector-view window, and the specifications window described above. In another embodiment, the diagnostic window may also include a testing tab and a history tab (not shown), each corresponding respectively to the testing window and the history window described above. Each tab 1702-1712 may be a clickable button that, when clicked, causes the respective window associated with the tab to be displayed in graphical user interface 700.
Graphical user interface 700 also includes a component-search menu 1812. Component-search menu 1812 includes a component input field 1814, whereby a user may input a component and search for vehicular-reference information related to the input component. Further, component-search menu 1812 includes a “Top 10” button 1816 which, when clicked, may bring up the top-ten most accessed components.
Further, the repair window may include tabs including descriptions tab 1802, locations tab 1804, procedures tab 1806, diagrams tab 1808, and specifications tab 1810, each corresponding respectively to the description window, the locator window, the procedures window, the diagram window, and the specification window described above. Each tab 1802-1810 may be a clickable button that, when clicked, causes the respective window to be displayed in graphical user interface 700.
Thus, after the computing system receives the vehicular-reference data indicating at least one vehicle parameter, the computing system may receive, via the user interface (e.g., component input field 1814), a search term. The computing system may then select at least one second piece of vehicular-reference information based on at least the received search term. And the computing system may cause a visual depiction of the at least one second piece of vehicular-reference information to be displayed on the graphical display.
For instance, with reference to
Also note that the component-search term entered into the component input field may not represent a single component. For instance, the component-search term may reflect a system or sub-system that includes multiple components. Upon receiving such a multiple-component search term, the computing system may return vehicle-reference information that involves a number of topics related to the multiple-component search term. As one example, the user may enter a multiple-component search term such as “brakes.” In response, the computing system may return, within a single search “result,” a variety of brake-related vehicular-reference information such as repair information, replacement information, and/or other information potentially of interest such as wheel-alignment information.
Thus, as discussed above, the computing system may maintain a vehicular-reference-information database, such as database 314, including vehicular-reference-information-type data for the vehicular-reference information, wherein the vehicular-reference-information-type data for a given one of the vehicular-reference information specifies one or more vehicular-reference-information types associated with the given vehicular-reference information. Further, the computing system may cause a visual indication that the at least one second piece of vehicular-reference information (e.g., vehicular-reference information associated with “firing order”) is of the one or more vehicular-reference-information types (e.g., “firing order”) associated with the at least one second piece of vehicular-reference information.
With reference to
Thus, selecting the at least one second piece of vehicular-reference information based on at least the received search term (e.g. “firing order”) may involve selecting the at least one second piece of vehicular-reference information based on at least (a) the received search term (e.g., firing order) and (b) the at least one vehicle parameter (e.g., the make, model, year, and/or the mileage of the vehicle under evaluation).
Note that menu bar 2002 is also present in graphical user interface 700. Menu bar 2002 may be a clickable button that, when clicked, expands into component-search menu 1812 described above with respect to
Server 106 may be configured to carry out various functions in addition to those functions described with respect to
As one example, the computing system may be configured or otherwise arranged to, based on at least the received vehicular-reference data, select at least one alert, wherein the alert is one of (a) a recall alert, (b) a technical-service-bulletin (TSB) alert, and (c) a community-dialog alert. And the computing system may also cause a visual depiction of the at least one selected alert to be displayed on the graphical display.
A recall alert may include information pertaining to the vehicle under evaluation, or a part thereof, that is defective or otherwise needs to be replaced and/or repaired. The recall alert may include information such as the recall purpose which informs the user of the reason for the recall and why the recall is necessary; which component or components are subject to the recall and any potential problems related to the recall of each component; and the action required by the user to repair or replace the components including where to bring the vehicle, when the repair can be completed, and what alternate options are available for repairs.
A TSB alert may also include information pertaining to the vehicle under evaluation, or a part thereof, that is defective or otherwise needs to be replaced and/or repaired. A TSB alert may differ from a recall alert in that TSB alerts may be issued by a vehicle manufacturer when there are several occurrences of an unanticipated problem. While a recall alert may evolve out of safety issues at the behest of a federal safety organization, a TSB alert may be widely circulated among vehicle service departments to provide engineering-level description and solution information for a problem common to type, year, make and/or model of vehicle.
A community-dialog alert may also include information pertaining to the vehicle under evaluation, or a part thereof, that is defective or otherwise needs to be replaced and/or repaired. A community-dialog alert may differ from a recall alert and a TSB alert in that its source may be a formal and/or informal collection of information generated by an on-line community of mechanics, technicians, other repair professionals, and/or hobbyists. For example, the community-dialog alert may be taken from a discussion on a “bulletin board,” whereby a sufficient amount of activity has been generated around the discussion, or a sufficient number of members of the community have indicated the discussion is of interest. As another example, the community-dialog alert may be taken from a comment on a “social-network,” or other social forum, whereby a sufficient amount of activity has been generated around the comment, or a sufficient number of members of the community have indicated the comment is of interest. In this way, the alerts potentially communicated to the user may be “crowd-sourced” and not necessarily limited to more traditional sources such as recall alerts and/or TSB alerts.
The visual depiction of the at least one selected alert may be displayed within the selected presentation window. For instance, upon selecting a maintenance-reminder-reset window based on received information-presentation data that indicates a maintenance information-presentation preference and/or information presentation data indicating the maintenance-reminder-reset window, the computing system may automatically display the selected alert upon displaying the maintenance-reminder-reset window. In this way, the user will be automatically made aware of the existence of an alert of potential interest. Alternatively, the visual indication of the existence of an alert, such as recall button 1314 described above with respect to
The computing system may also provide an audible indication of the at least one selected alert. The audible indication of the at least one selected alert may be played by a speaker coupled to a network access device. Such an audible indication may be any tone, ring, statement of the alert, and/or any other suitable audible indication that may be perceived by the user.
III. Conclusion
Note that while examples have been described in conjunction with present embodiments of the application, persons of skill in the art will appreciate that variations may be made without departure from the scope and spirit of the application. For example, the apparatus and methods described herein may be implemented in hardware, software, or a combination thereof, such as a general purpose or dedicated processor running a software application through volatile or non-volatile memory in order to transform the general purpose computer or dedicated processor into a unique special purpose processor. The true scope and spirit of the application is defined by the appended claims, which may be interpreted in light of the foregoing.
This application is a continuation application of U.S. patent application Ser. No. 15/146,929, filed May 5, 2016. U.S. patent application Ser. No. 15/146,929 is a continuation application of prior U.S. patent application Ser. No. 13/338,515, filed Dec. 28, 2011. This application incorporates by reference U.S. patent application Ser. No. 13/338,515 and U.S. patent application Ser. No. 15/146,929.
| Number | Name | Date | Kind |
|---|---|---|---|
| 6711474 | Treyz | Mar 2004 | B1 |
| 6754564 | Newport | Jun 2004 | B2 |
| 7113853 | Hecklinger | Sep 2006 | B2 |
| 7356393 | Schlatre | Apr 2008 | B1 |
| 7693896 | Raines | Apr 2010 | B1 |
| 7778841 | Bayer | Aug 2010 | B1 |
| 9361736 | Costantino | Jun 2016 | B1 |
| 9747732 | Costantino | Aug 2017 | B2 |
| 20040059613 | Ford | Mar 2004 | A1 |
| 20060200285 | Obradovich | Sep 2006 | A1 |
| 20080120570 | Adams | May 2008 | A1 |
| 20100191621 | Hogan | Jul 2010 | A1 |
| 20110225096 | Cho | Sep 2011 | A1 |
| Number | Date | Country | |
|---|---|---|---|
| 20170323497 A1 | Nov 2017 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 15146929 | May 2016 | US |
| Child | 15657050 | US | |
| Parent | 13338515 | Dec 2011 | US |
| Child | 15146929 | US |
