US20120130844A1 - Automotive diagnostic and estimate system and method - Google Patents
Automotive diagnostic and estimate system and method Download PDFInfo
- Publication number
- US20120130844A1 US20120130844A1 US13/361,354 US201213361354A US2012130844A1 US 20120130844 A1 US20120130844 A1 US 20120130844A1 US 201213361354 A US201213361354 A US 201213361354A US 2012130844 A1 US2012130844 A1 US 2012130844A1
- Authority
- US
- United States
- Prior art keywords
- vehicle
- user
- repair
- mechanic
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0611—Request for offers or quotes
Definitions
- the disclosure herein relates to systems and methods for remotely diagnosing vehicular problems, providing fair-market cost estimates for repairs, issuing automated service reminders, and/or generating leads for repair shops.
- mechanics have limited ways to attract new business--typically through local advertising or referrals. Some mechanics may also prefer to attract new business that is focused to a particular expertise (e.g., late model Japanese cars) or certain types of work (e.g., brakes and tires).
- Vehicle information is received from a user including: at least a location for vehicle repairs, symptoms, a location for the repairs, etc.
- the user typically the vehicle owner, provides details sufficient to identify the vehicle, and location details to enable the system to locate suitable mechanics and replacement parts, and determine labor costs and times.
- a problem is identified with the vehicle based on the vehicle information. For example, the user may provide symptoms of the problem, and a system provider automatically determines the likely cause of the symptoms, i.e., diagnoses the problem without human intervention.
- the diagnosis of the problem is provided by the user or the vehicle's on-board computer.
- a repair estimate for repairing the problem is then determined.
- the repair estimate is based on the identified problem, the vehicle information, and vehicle repair estimate data.
- the repair estimate is transmitted to the user for display.
- diagnostics and estimate information may be previously received from one or more mechanics or third party data providers.
- the user may also be sent a list of suitable mechanics to repair the problem in the city where the vehicle is located. Incentives, like coupons, may also be sent to the user along with the list of suitable mechanics.
- the list may also include the contact information for at least one mechanic.
- the system may also facilitate scheduling an appointment between the user and at least one mechanic on the list.
- Feedback may be provided to the system provider from the user or the mechanic. The feedback may include at least an indication whether (i) the estimate was accurate, (ii) the diagnosis was accurate or (iii) whether the user and mechanic scheduled an appointment.
- a system for providing users with estimates for vehicle repairs includes one or more system provider servers having: a processor, communication circuitry for communicating with one or more mechanics and one or more users, and a memory.
- the memory includes communication procedures for communicating with the one or more mechanics and the one or more users, a mechanic database containing a list of mechanics each associated with a particular geographic location, a diagnostics database comprising multiple symptoms and associated vehicle problems, a user database comprising information for multiple users, where each user is associated with a particular vehicle, and an estimate module for determining a repair estimate for repairing a vehicle problem based on an identified problem, vehicle information received from a user, and vehicle repair estimate data stored in the diagnostics database.
- the memory may also include a diagnostics module for diagnosing the problem based on problem symptoms received from the user.
- a computer readable storage medium storing one or more programs for execution by a computer.
- the one or more programs have instructions performing the computer implemented method for providing users with estimates for vehicle repairs, as described herein.
- the above described systems and methods significantly simplify the vehicle repair process for the vehicle owner while providing mechanics with focused leads for new business. This is achieved by combining diagnosis of vehicle problems and local part and labor repair estimates for the specific vehicle in question.
- the described systems and methods may also provide integrated feedback to improve the diagnoses and estimates.
- the described systems and methods may also provide new lead generation for mechanics.
- the described systems and methods may also offer trigger-based alerts for routine and non-routine maintenance.
- FIG. 1 is a schematic view of an exemplary system for remotely diagnosing vehicular problems, providing fair-market cost estimates for repairs, and/or generating leads for repair shops.
- FIG. 2A is a block diagram of an exemplary system provider shown in FIG. 1 .
- FIG. 2B is a block diagram of an exemplary user database shown in FIG. 2A .
- FIG. 2C is a block diagram of an exemplary mechanic database shown in FIG. 2A .
- FIG. 2D is a block diagram of an exemplary diagnostics database 232 shown in FIG. 2A .
- FIGS. 3A and 3B are flow charts of an exemplary method for remotely diagnosing vehicular problems, providing fair-market cost estimates for repairs, and/or generating leads for repair shops.
- FIG. 3C is a flow chart of an exemplary trigger-based alert method.
- FIG. 3D is a flow chart of and exemplary communication facilitating method.
- FIG. 3E is a flow chart of a mechanic initiated setup of a marketing campaign and/or a search for existing jobs.
- FIG. 3F is a schematic views of an exemplary vehicle owner interface.
- FIGS. 3G-3J are schematic views of an exemplary mechanic interface.
- FIG. 4A is a flow chart of an exemplary affiliate initiated method.
- FIGS. 4B-4D are schematic views of an exemplary affiliate interface.
- mechanic refers to one or more individuals or repair shops that repairs vehicles.
- vehicle while discussed primarily with reference to personal vehicles like cars, should be understood to include any means of transport, including, but not limited to, land vehicles (e.g., cars, trucks, motorcycles, bicycles, skateboards, trains), water vehicles (e.g., speedboats, jet-skis), aircraft (e.g., planes, helicopters) and spacecraft.
- land vehicles e.g., cars, trucks, motorcycles, bicycles, skateboards, trains
- water vehicles e.g., speedboats, jet-skis
- aircraft e.g., planes, helicopters
- spacecraft e.g., spacecraft.
- FIG. 1 illustrates an exemplary communications system for providing communication between a system provider, users, mechanics, third party data providers, and affiliates.
- a network 110 such as the Internet, is used to connect users 102 with the system provider 106 .
- the users 102 are typically the vehicle owners, a user may be any party who maintains a vehicle, including one or more individuals, companies, or organizations that use, drive, own, or lease the vehicle to be repaired.
- the user can refer to a vehicle's on-board computer system.
- the system provider 106 is the party that operates the claimed systems and methods, i.e., provides the users with diagnoses and estimates, and provides the mechanics with new business leads.
- the system provider 106 is also in communication with mechanics 104 and/or third party data providers 108 through the network 110 .
- the communications between the system provider 106 and the users 102 and mechanics 104 uses standard TCP/IP protocols to communicated between the users' and mechanics' web-browser and the web-server of the system provider 106 .
- the users 102 shown in FIG. 1 may communicate with the system provider 106 by accessing a website associated with the system provider 106 .
- the system provider 106 connects to the third party data provider 108 through another communication link and not through the network 110 (as show by the broken line).
- the information described below as being provided by the third party data provider 108 is instead contained locally at the system provider 106 .
- the system provider 106 is also in communication with affiliates 112 , described below.
- FIG. 2A is a block diagram of the system provider 106 shown in FIG. 1 .
- the system provider 106 may include a power source 202 ; at least one data processor or central processing unit (CPU) 204 ; communication circuitry or network interface 206 for communicating with the users 102 , mechanics 104 , and third party data provider 108 ( FIG. 1 ); a user interface 208 such as a display, keyboard, and mouse; memory 212 ; and one or more signal lines or buses 210 for coupling these components to one another.
- the one or more signal lines or buses 210 may include one or more communications buses.
- the memory 212 may include high-speed random access memory and/or non-volatile memory, such as one or more magnetic disk storage devices.
- Memory 212 may store an operating system 214 , such as LINUX, UNIX or WINDOWS, that includes procedures for handling basic system services and for performing hardware dependent tasks.
- the memory 212 may also store communication procedures 216 for communicating with the users 102 , mechanics 104 , and third party data providers 108 ( FIG. 1 ).
- the memory 212 may also store one or more modules and/or databases.
- a module as used herein refers to one or more instructions or procedures for performing a specified function. It should, however, be appreciated that the functions of the modules may be performed by dedicated hardware for performing the function. or a combination of hardware and software.
- the modules can include, but are not limited to, a diagnostics module 218 for diagnosing the vehicle problems; a cost estimation module 220 for estimating the cost to repair the problem with the vehicle; a matchmaking module 226 for matching a repair job with one or more mechanics; a web server 228 for serving web pages to the users 102 and mechanics 104 ; and a scheduling module 230 for scheduling vehicle repairs.
- the databases may include, but are not limited to, a user database 222 , a mechanic database 224 , and a diagnostics database 232 .
- FIG. 2B is a block diagram of an exemplary user database 222 shown in FIG. 2A .
- the user database 222 stores profile information for each registered user, including a user identifier; identification information for one or more vehicles; user preferences; and the like.
- a first-time user 102 may be prompted to register a new account by providing a desired username and password, identifying vehicle information, including year, make, model, engine information (e.g., number of cylinders), transmission information (e.g., manual or automatic), geographic location, and mileage.
- a first-time vehicle owner may be prompted to enter a single piece of information such as a vehicle identification number (VIN) or license plate number, which the system may then use to perform an automatic lookup of a third party data provider 108 ( FIG. 1 ) (e.g., CARFAX), to obtain the vehicle information and populate the user database 222 .
- VIN vehicle identification number
- CARFAX third party data provider 108
- the returning user may be prompted to enter login details, such as a username and password.
- the user's password may be the user's email address, vehicle license plate number, or VIN number.
- Several vehicles may be associated with a single username, in which case the user may further be prompted to select one of his or her vehicles, such as via a drop-down menu.
- a returning user may also be prompted to enter updated information regarding current vehicle mileage.
- the system provider 106 may estimate updated mileage information, such as by using an estimate on number of miles driven per year, input by the user when the account was created.
- the user may also have the option to update other details, such as vehicle location or any other user or vehicle specific data in the user database.
- the system provider 106 may communicate with the vehicle itself, such as with an on-board diagnostic (OBD) system.
- OBD on-board diagnostic
- the vehicle information may be transmitted automatically (such as through wireless communication), without the need for human input.
- FIG. 2C is a block diagram of an exemplary mechanic database 224 shown in FIG. 2A .
- the mechanic database 224 may store profiles for various mechanics or repair shops, including: a mechanic identifier; geographic location; mechanics' preferences and specialties, such as types of vehicles serviced, models or years serviced, types of payment accepted, and ratings. In some embodiments, some of this information is furnished directly by the mechanic 104 . For example, a mechanic may enter a specific street address, and may indicate that he or she only works on BMWs made between 1970 and 1985 , or that he or she only services transmissions. The mechanic 104 may enter the types payment accepted, and whether he or she accepts credit card or personal checks.
- Joe's Auto is located in Mill Valley, and services brakes and transmission on Japanese cars made in 1980 or later. Joe's accepts all major credit cards, and has a three-out-of-five-star user rating.
- this information may be provided by a third party data provider 108 .
- the rating may include more details, such as overall satisfaction, timeliness, accuracy of estimate, etc.
- this information is entered by users 102 through a feedback system that is described below.
- the rating information is additionally or alternatively provided by the mechanic and/or a third party data provider 108 .
- the third party data provider 108 is a user review system, such as YELP.COM or CITYSEARCH.COM.
- the user rating is supplemented with the mechanic's certifications, trade memberships, etc., to create an overall rating.
- FIG. 2D is a block diagram of an exemplary diagnostics database 232 shown in FIG. 2A .
- the diagnostics database 232 includes information used for diagnosing problems with vehicles, including: common vehicle problems (for example, grinding brakes on any vehicle means that the vehicle needs to have the brake pads and/or the brake discs replaced); symptoms and associated problems for specific vehicles (for example, the driver's door switch in 2001/2002 HONDA CIVICS is likely to fail); and the like.
- the database may also include estimates for the cost of repairing the diagnosed problem. In some embodiments, this estimate information is entered and/or revised through a feedback system described below. In some embodiments, the estimate information is provided by a third party data provider 108 . Some or all of the diagnostics database may be contained at the third party data provider 108 .
- the diagnostics module 218 uses information from the user database 222 , as well as information regarding symptoms (which, in some embodiments, is directly input by the user 102 , or alternatively provided by the vehicle itself), to identify likely problems with the vehicle from the diagnostics database 232 .
- the diagnostics module 218 also uses information provided by a third party data provider 108 in diagnosing the problem with the vehicle. For example, if a certain vehicle component is notorious for failing in a certain make or model of vehicle at a certain mileage, this information may be considered when determining the most likely diagnosis.
- the diagnostics module 218 is given inputs of vehicle information and symptom information, and, by searching the diagnostics database 232 , it outputs one or more likely problems with the vehicle. In other embodiments, if there are several possible diagnoses, the user 102 may be prompted to enter follow-up information (vehicle identification information and/or symptom information) to aid the diagnostics module 218 in selecting the most likely diagnosis of the problem. In yet other embodiments, the mechanics, or qualified professionals at the system provider, may review particular symptoms and diagnose the problem.
- the cost estimation module 220 determines at least one fair-market estimate for a mechanic to repair the diagnosed problem. In some embodiments, the cost estimation module 220 calculates more than one estimate. For example, the cost estimation module 220 may calculate one estimate for a new replacement part, another for a used or refurbished replacement part, and yet another to repair the malfunctioning part. In some embodiments, the cost estimation module 220 uses information regarding the diagnosis, vehicle information, and/or location in calculating the estimate(s). In some embodiments, this information is required since labor rates vary with geographical location, and since certain vehicles may have more expensive parts, or harder-to-repair parts, than others. In some embodiments, information regarding local labor rates and vehicle-specific costs is provided by a third party data provider 108 . Additionally and/or alternatively, this information may be revised by users 102 and/or mechanics 104 through the feedback system, described below.
- the modules and databases described above need not be implemented as separate software programs, procedures, modules, or databases.
- the various modules, sub-modules, databases, and sub-databases may be rearranged and/or combined.
- the memory 212 may include additional modules, sub-modules, databases, and/or sub-databases; or fewer modules, sub-modules, databases, and/or sub-databases.
- the memory 212 may, therefore, include a subset or a superset of the above identified modules, sub-modules, databases, and/or sub-databases.
- each module can include one or more instructions or procedures for performing a specified function, dedicated hardware for performing the function, or a combination of hardware and software.
- the user 102 establishes a user account and inputs user and vehicle information into his or her web browser at 302 .
- This vehicle information may include the make, model, year, location, and problem symptoms of the vehicle. This information may also include the self-diagnosis of the vehicle owner.
- An example of a web page for receiving a user's input of this information is shown in FIG. 3F .
- the user then transmits the user and vehicle information to the system provider at 304 .
- the system provider receives the user and vehicle information at 306 and stores it into the user database 222 .
- the diagnostics module 218 determines whether or not the information provided by the user includes a self-diagnosis at 308 . If the information does not include a self-diagnosis ( 308 -No), then the system provider diagnoses the problem at 310 . If the information provided does include a self-diagnosis ( 308 -Yes), then step 310 is bypassed.
- diagnostic information to populate the diagnostics database 232 is provided by the third party data provider 108 at 315 . In some embodiments, the diagnostics database 232 is provided by the mechanic 104 at 314 .
- the diagnostics module 218 uses the user supplied vehicle information and symptoms to determine the problem, at 312 , by matching the symptoms and vehicle with the most likely problem in the diagnostics database 232 . In some embodiments, the diagnostics module 218 directly accesses the diagnostics data stored at the third party data provider 108 to make its diagnosis.
- the problem is determined, at 312 , without the need to access the diagnostics database.
- the system provider determines an estimate to repair the diagnosed problem at 316 .
- the cost estimation module 220 determines the estimate based on the diagnosis, vehicle information, and/or estimate information input by the mechanic 104 and/or third party data provider 108 at 318 and 320 , respectively.
- the estimate and/or diagnosis is then transmitted to the user 102 and/or mechanic 104 at step 322 .
- the user and/or mechanic receives the estimate and/or diagnosis, at 324 , and displays it to the user at 326 , such as by being displayed on a web page or on a vehicle's on-board computer screen.
- the information may be provided through email, traditional mail, a telephone call, a voicemail, a text message, or the like.
- the user if the user input the diagnosis at 302 , only the estimate, and not the diagnosis, is provided to the user.
- the user to avoid users obtaining diagnoses and then taking their vehicles to user-selected mechanics (which may or may not be associated with the system provider 106 ) without going through the system provider 106 , the user must enter a valid email address, telephone number, and/or other identifying information, to the system provider before the estimate and/or diagnosis is transmitted to that email address or phone number.
- the matchmaking module 226 generates a list of relevant mechanics at 334 , based on the diagnosis, vehicle information, and optionally, mechanic information provided by mechanics 104 and/or a third party data provider 108 at 332 and 330 , respectively. For example, only local mechanics that specialize in the vehicle or particular problem are listed. In some embodiments, this list of mechanics is stored in the mechanic database 224 .
- this list of suitable mechanics is then transmitted to the user at 336 .
- This list may include incentives provided by the mechanic, such as coupons or the like, all of which are stored in the mechanic database 224 during the creation of a marketing campaign. See FIG. 3G below for a detailed description on the creation of mechanic marketing campaigns.
- the list is received by the user at 338 and displayed to the user, such as by being displayed on the website or on the vehicle screen.
- the list of mechanics is provided to the user together with the diagnosis and/or estimate.
- the list of mechanics is provided to the user through a valid email address, traditional mail, telephone call, voicemail, or text message, as described above with respect to the diagnosis and/or estimate.
- the user may schedule an appointment, at 340 , with one of the mechanics, to have the user's vehicle repaired.
- appointments with the mechanic are scheduled through the system provider 106 , facilitated by the scheduling module 230 , or by the system provider 106 facilitating email, traditional mail, telephone, voicemail, or text message communication between the user 102 and the selected mechanic 104 .
- the scheduling of the appointment may occur directly between the user and the mechanic.
- the user and mechanic may enter into a reverse auction at step 340 .
- this is a two-stage auction, in which the user first selects a preferred mechanic.
- the user may first receive quotes from multiple mechanics to aid in the selection process, or may choose a mechanic based on location, specialty, rating, or any other mechanic information. If the mechanic is not available, turns down the job for any reason, or does not accept the job within a certain specified time period, the lead may expire. After the lead has expired, the user may select another mechanic, and/or other mechanics may be notified of the lead, and invited to bid on the job.
- the user After the user has selected a mechanic, who has agreed to take on the job, and after the user and mechanic have scheduled an appointment, the user then may take his or her vehicle to the mechanic for the repair, at 342 ; the mechanic may perform an on-site diagnosis and estimate confirmation; the mechanic may repair the vehicle and charge a fee at 344 ; and the user may receive back the repaired vehicle and pay the fee at 346 . It should be clear that in some embodiments, these steps 342 , 344 , and 346 occur offline without any electronic communications being handled through the system provider (as indicated by the broken line).
- the user may then provide feedback at 348 , such as rating the mechanic from one to five stars, and the feedback may be used to update the databases and/or modules at 352 .
- the user may provide feedback about whether the diagnosis and estimate for the repair were accurate.
- the mechanic's user rating may be changed based on this information and the diagnostics database may be updated to change the associations of symptoms and diagnosed problems, if appropriate.
- Mechanics that charge a fee that corresponds to the estimate may receive higher ratings than those that do not.
- the feedback may be input into the web server 228 , or through email, traditional mail, telephone, voicemail, or text message.
- the user receives a reminder after a specified time period has passed since the scheduled appointment, or since the diagnosis, estimate, and/or list of mechanics was provided to the user, reminding him or her to provide the feedback.
- the user 102 may receive an email a week after the scheduled appointment containing questions, with embedded links containing the answers, such as: “Was the diagnosis correct? Yes or No.” “Was the estimate: too high, too low, about right?” “What was your overall satisfaction with the mechanic you used, from 1-5 stars?” etc.
- This information may be used to update the mechanic's rating in the mechanic database. Highly-rated mechanics may be elevated in the sort order of the mechanic database, and/or may receive more leads than low-rated mechanics.
- the mechanics may provide feedback at 350 , which may also be used to update the databases and modules at 352 .
- the mechanic may provide feedback that is used to change the associations of symptoms and diagnosed problems, if appropriate.
- the diagnostics database may be updated to reflect that loud grinding from the brakes almost always requires skimming the brake discs or replacing them.
- the mechanic also provides feedback to update the cost estimation module.
- the feedback may be input into the web server 228 , or through email, traditional mail, telephone, voicemail, or text message.
- the mechanic receives a reminder after a specified time period has passed since the scheduled appointment, or since the diagnosis, estimate, and/or list of mechanics was provided to the user, reminding him or her to provide the feedback.
- the system provider may additionally or alternatively be used to remind the user of future maintenance events.
- these future maintenance events include routine events, such as oil changes, tire replacements, and tune-ups.
- the user is automatically reminded of these events based on actual or estimated mileage, or time that has passed since the last routine event.
- the user is automatically reminded of these events through the website when he or she logs in.
- a reminder is transmitted at 301 .
- the user receives the reminder at 303 , and it is displayed to the user at 305 .
- the user is alternatively reminded via email, traditional mail, telephone, voicemail, or text message.
- the future maintenance events include non-routine events.
- likely non-routine events are predicted by the diagnostics module 218 , at 307 , based on the vehicle information and diagnostics database. For example, if a certain component is notorious for failing in a certain model or year of vehicle at a certain mileage, the system provider 106 may predict that the component is likely to fail soon, at 307 , and inform the user of this fact at 301 . In some embodiments, the user is informed of likely non-routine repairs through the website when he or she logs in at 303 and 305 , or is reminded via email, traditional mail, telephone, voicemail, or text message.
- non-routine events are predicted by a prediction algorithm that forms part of the diagnostics module 218 , at 307 , using one or more statistical models, such as Bayes, Winters, multi-variate regression, and exponential smoothing.
- vehicle information and/or a vehicle's repair history is used as an input to the prediction algorithm.
- the threshold probability is selected by the user, or is selected by the system provider depending on the severity of the non-routine event.
- a user may choose to use the system provider simply as a means of locating and/or facilitating communication with a mechanic.
- a user may search or browse the mechanic database via a website generated by the web server 228 .
- the user may search for a mechanic by inputting desired location, specialty, rating, or any other mechanic information.
- a user may contact a mechanic through the system provider 106 at 309 and 311 .
- the system provider 106 may facilitate direct communication between the user and mechanic at 309 , such as by providing the user with the mechanic's contact information and/or providing the mechanic with the user's contact information. The user and mechanic may then communicate with each other directly at 311 .
- a user supplied list of mechanics and scheduling of appointments etc. is handled as described above with reference to FIG. 3B .
- FIG. 3E is a flow chart of a mechanic initiated setup of a marketing campaign and/or a search for existing jobs.
- the mechanic first establishes an account at 360 .
- the mechanic then establishes a marketing campaign at 362 and transmits it to the system provider at 364 .
- the marketing campaign may include the location of the mechanic, how may new job requests a day he would like, and whether the mechanic would like to send any incentives to the potential user, such as coupons etc.
- An exemplary web page where this information is captured is shown in FIG. 3G .
- the marketing campaign is received by the system provider at 366 , which then updates the mechanic database 224 to reflect the campaign at 368 .
- a list of marketing campaigns displayed to the mechanic is shown in FIG. 3H .
- the mechanic may also input a search for a new repair job at 370 .
- This request is then sent to the system provider at 372 .
- An example of a web page where the search is input is shown in FIG. 31 .
- the search is received by the system provider at 374 .
- the system provider searches the user database 376 for repair jobs that match the mechanic's request at 376 .
- Repair jobs that match the mechanics search are then located at 378 and transmitted to the mechanic at 380 .
- the search results are received by the mechanic at 382 .
- An example of the search results is shown in FIG. 3J .
- the mechanic may then accept one or more new jobs at 384 .
- the acceptance of any jobs is sent back to the system provider at 386 , which receives the acceptance at 388 .
- the accepted job information such as the contact details for a user are transmitted to the mechanic at 390 , who receives the lead for a new repair job at 392 .
- the mechanic's account is then charged an agreed-upon rate for the new repair job lead at 394 .
- alternative pricing models are available to the mechanic.
- first-time mechanics are prompted to enter mechanic information such as that shown in FIG. 2B .
- the mechanic 104 may log on to the web server 228 to search for customer requests.
- the mechanics are notified of relevant customer symptoms, diagnoses, estimates, vehicle information, and/or contact information. These notifications may, in some embodiments, be displayed in the web server 228 , or be transmitted through email, traditional mail, telephone, voicemail, or text message.
- a user may use the described systems and methods through an affiliate 112 ( FIG. 1 ), such as through a website that is not generated by the web server 228 and is not directly associated with the system provider 106 .
- a user interface such as that shown in FIG. 3F , is available through the affiliate website.
- a modular web-based version of the diagnostics, estimation, matchmaking, and/or scheduling modules is hosted by the system provider 106 , but available through the affiliate 112 , such as via a website widget or plugin.
- an affiliate signs up for an account at 402 , installs a dynamic banner ad (or “widget”) into a webpage hosted by a web server associated with the affiliate 112 , at 404 , enters in financial institution or bank account information, at 406 , and receives credits, such as monetary compensation for each user/mechanic lead generated on the affiliate website at 408 .
- the affiliate can choose the compensation for specific leads, such as by charging more for more expensive vehicles, or for certain types of repairs.
- FIG. 4B An exemplary web page where the affiliate signs up for the account and installs the widget is shown in FIG. 4B .
- Exemplary webpages where the affiliate manages the account are shown in FIGS. 4C-4D .
Abstract
The method provides users with estimates for vehicle repairs. The user, typically the vehicle owner, provides details sufficient to identify the vehicle, and location details to enable the system to locate suitable mechanics and replacement parts, and determine labor costs and times. The user may provide symptoms of the problem, and the system provider automatically determines the likely cause of the symptoms. Once a diagnosis has been generated, local labor and replacement auto part prices are automatically located, and a repair estimate automatically calculated. The estimate, along with a list of local mechanics with interest or expertise in the particular type of repair, is then automatically communicated to the vehicle owner.
Description
- The present application is based on, and claims priority to U.S. Provisional Patent Application No. 60/968,740, filed on Aug. 29, 2007, and U.S. patent application Ser. No. 12/202,010, the disclosure of which is hereby incorporated by reference herein in its entirety.
- (a) Technical Field
- The disclosure herein relates to systems and methods for remotely diagnosing vehicular problems, providing fair-market cost estimates for repairs, issuing automated service reminders, and/or generating leads for repair shops.
- (b) Description of the Related Art
- Existing systems for diagnosing and repairing vehicles have a number of drawbacks. For example, most vehicle owners do not have the technical expertise needed to diagnose problems with their vehicles, let alone estimate the fair-market cost for repairing their vehicles. To obtain a diagnosis and estimate, a vehicle owner usually must take his or her vehicle to a repair shop during regular business hours to obtain an estimate from a vehicle mechanic whose goal is to maximize profits for the repair shop. This process is burdensome to the vehicle owner, and the vehicle owner has no way to determine whether the repair estimate is reasonable.
- Furthermore, mechanics have limited ways to attract new business--typically through local advertising or referrals. Some mechanics may also prefer to attract new business that is focused to a particular expertise (e.g., late model Japanese cars) or certain types of work (e.g., brakes and tires).
- As such, it would be highly desirable to provide systems and methods for simplifying the vehicle repair process for the vehicle owner while providing mechanics with focused leads for new business.
- According to some embodiments there is provided a computer implemented method for providing users with estimates for vehicle repairs. Vehicle information is received from a user including: at least a location for vehicle repairs, symptoms, a location for the repairs, etc. The user, typically the vehicle owner, provides details sufficient to identify the vehicle, and location details to enable the system to locate suitable mechanics and replacement parts, and determine labor costs and times.
- A problem is identified with the vehicle based on the vehicle information. For example, the user may provide symptoms of the problem, and a system provider automatically determines the likely cause of the symptoms, i.e., diagnoses the problem without human intervention.
- In some embodiments, the diagnosis of the problem is provided by the user or the vehicle's on-board computer.
- A repair estimate for repairing the problem is then determined. The repair estimate is based on the identified problem, the vehicle information, and vehicle repair estimate data. Finally, the repair estimate is transmitted to the user for display. In other words, once a diagnosis has been entered or generated, local labor and replacement auto part prices are automatically located, and a repair estimate automatically calculated. The estimate, along with a list of local mechanics with interest or expertise in the particular type of repair, is then automatically communicated to the vehicle owner. Diagnostics and estimate information may be previously received from one or more mechanics or third party data providers.
- The user may also be sent a list of suitable mechanics to repair the problem in the city where the vehicle is located. Incentives, like coupons, may also be sent to the user along with the list of suitable mechanics. The list may also include the contact information for at least one mechanic. The system may also facilitate scheduling an appointment between the user and at least one mechanic on the list. Feedback may be provided to the system provider from the user or the mechanic. The feedback may include at least an indication whether (i) the estimate was accurate, (ii) the diagnosis was accurate or (iii) whether the user and mechanic scheduled an appointment.
- According to some embodiments of the invention, there is provided a system for providing users with estimates for vehicle repairs. The system includes one or more system provider servers having: a processor, communication circuitry for communicating with one or more mechanics and one or more users, and a memory. The memory includes communication procedures for communicating with the one or more mechanics and the one or more users, a mechanic database containing a list of mechanics each associated with a particular geographic location, a diagnostics database comprising multiple symptoms and associated vehicle problems, a user database comprising information for multiple users, where each user is associated with a particular vehicle, and an estimate module for determining a repair estimate for repairing a vehicle problem based on an identified problem, vehicle information received from a user, and vehicle repair estimate data stored in the diagnostics database. The memory may also include a diagnostics module for diagnosing the problem based on problem symptoms received from the user.
- Finally, accordingly to some embodiments there is provided a computer readable storage medium storing one or more programs for execution by a computer. The one or more programs have instructions performing the computer implemented method for providing users with estimates for vehicle repairs, as described herein.
- The above described systems and methods significantly simplify the vehicle repair process for the vehicle owner while providing mechanics with focused leads for new business. This is achieved by combining diagnosis of vehicle problems and local part and labor repair estimates for the specific vehicle in question. The described systems and methods may also provide integrated feedback to improve the diagnoses and estimates. The described systems and methods may also provide new lead generation for mechanics. Finally, the described systems and methods may also offer trigger-based alerts for routine and non-routine maintenance.
-
FIG. 1 is a schematic view of an exemplary system for remotely diagnosing vehicular problems, providing fair-market cost estimates for repairs, and/or generating leads for repair shops. -
FIG. 2A is a block diagram of an exemplary system provider shown inFIG. 1 . -
FIG. 2B is a block diagram of an exemplary user database shown inFIG. 2A . -
FIG. 2C is a block diagram of an exemplary mechanic database shown inFIG. 2A . -
FIG. 2D is a block diagram of anexemplary diagnostics database 232 shown inFIG. 2A . -
FIGS. 3A and 3B are flow charts of an exemplary method for remotely diagnosing vehicular problems, providing fair-market cost estimates for repairs, and/or generating leads for repair shops. -
FIG. 3C is a flow chart of an exemplary trigger-based alert method. -
FIG. 3D is a flow chart of and exemplary communication facilitating method. -
FIG. 3E is a flow chart of a mechanic initiated setup of a marketing campaign and/or a search for existing jobs. -
FIG. 3F is a schematic views of an exemplary vehicle owner interface. -
FIGS. 3G-3J are schematic views of an exemplary mechanic interface. -
FIG. 4A is a flow chart of an exemplary affiliate initiated method. -
FIGS. 4B-4D are schematic views of an exemplary affiliate interface. - Like reference numerals refer to the same or similar components throughout the several views of the drawings.
- Exemplary embodiments of the present invention will hereinafter be described in detail with reference to the accompanying drawings. These embodiments provide systems and methods for diagnosing problems with vehicles, providing repair estimates, and/or providing new business leads to one or more repair shops or mechanics.
- The term “mechanic” or “mechanics” refers to one or more individuals or repair shops that repairs vehicles. The term “vehicle,” while discussed primarily with reference to personal vehicles like cars, should be understood to include any means of transport, including, but not limited to, land vehicles (e.g., cars, trucks, motorcycles, bicycles, skateboards, trains), water vehicles (e.g., speedboats, jet-skis), aircraft (e.g., planes, helicopters) and spacecraft.
- Turning now to the drawings,
FIG. 1 illustrates an exemplary communications system for providing communication between a system provider, users, mechanics, third party data providers, and affiliates. Anetwork 110, such as the Internet, is used to connectusers 102 with thesystem provider 106. It should be noted that while theusers 102 are typically the vehicle owners, a user may be any party who maintains a vehicle, including one or more individuals, companies, or organizations that use, drive, own, or lease the vehicle to be repaired. In some embodiments, the user can refer to a vehicle's on-board computer system. Thesystem provider 106 is the party that operates the claimed systems and methods, i.e., provides the users with diagnoses and estimates, and provides the mechanics with new business leads. - The
system provider 106 is also in communication withmechanics 104 and/or thirdparty data providers 108 through thenetwork 110. In some embodiments, the communications between thesystem provider 106 and theusers 102 andmechanics 104 uses standard TCP/IP protocols to communicated between the users' and mechanics' web-browser and the web-server of thesystem provider 106. For example, theusers 102 shown inFIG. 1 may communicate with thesystem provider 106 by accessing a website associated with thesystem provider 106. Also in some embodiments, thesystem provider 106 connects to the thirdparty data provider 108 through another communication link and not through the network 110 (as show by the broken line). In yet other embodiments, the information described below as being provided by the thirdparty data provider 108 is instead contained locally at thesystem provider 106. In some embodiments, thesystem provider 106 is also in communication withaffiliates 112, described below. -
FIG. 2A is a block diagram of thesystem provider 106 shown inFIG. 1 . Thesystem provider 106 may include apower source 202; at least one data processor or central processing unit (CPU) 204; communication circuitry ornetwork interface 206 for communicating with theusers 102,mechanics 104, and third party data provider 108 (FIG. 1 ); auser interface 208 such as a display, keyboard, and mouse;memory 212; and one or more signal lines orbuses 210 for coupling these components to one another. The one or more signal lines orbuses 210 may include one or more communications buses. - The
memory 212 may include high-speed random access memory and/or non-volatile memory, such as one or more magnetic disk storage devices.Memory 212 may store anoperating system 214, such as LINUX, UNIX or WINDOWS, that includes procedures for handling basic system services and for performing hardware dependent tasks. Thememory 212 may also storecommunication procedures 216 for communicating with theusers 102,mechanics 104, and third party data providers 108 (FIG. 1 ). - In some embodiments, the
memory 212 may also store one or more modules and/or databases. A module as used herein refers to one or more instructions or procedures for performing a specified function. It should, however, be appreciated that the functions of the modules may be performed by dedicated hardware for performing the function. or a combination of hardware and software. The modules can include, but are not limited to, adiagnostics module 218 for diagnosing the vehicle problems; acost estimation module 220 for estimating the cost to repair the problem with the vehicle; amatchmaking module 226 for matching a repair job with one or more mechanics; aweb server 228 for serving web pages to theusers 102 andmechanics 104; and ascheduling module 230 for scheduling vehicle repairs. The databases may include, but are not limited to, auser database 222, amechanic database 224, and adiagnostics database 232. -
FIG. 2B is a block diagram of anexemplary user database 222 shown inFIG. 2A . In some embodiments, theuser database 222 stores profile information for each registered user, including a user identifier; identification information for one or more vehicles; user preferences; and the like. In some embodiments, a first-time user 102 may be prompted to register a new account by providing a desired username and password, identifying vehicle information, including year, make, model, engine information (e.g., number of cylinders), transmission information (e.g., manual or automatic), geographic location, and mileage. In other embodiments, a first-time vehicle owner may be prompted to enter a single piece of information such as a vehicle identification number (VIN) or license plate number, which the system may then use to perform an automatic lookup of a third party data provider 108 (FIG. 1 ) (e.g., CARFAX), to obtain the vehicle information and populate theuser database 222. - When returning to the web-site generated by the
Web server 228, the returning user may be prompted to enter login details, such as a username and password. The user's password may be the user's email address, vehicle license plate number, or VIN number. Several vehicles may be associated with a single username, in which case the user may further be prompted to select one of his or her vehicles, such as via a drop-down menu. - A returning user may also be prompted to enter updated information regarding current vehicle mileage. Alternatively, the
system provider 106 may estimate updated mileage information, such as by using an estimate on number of miles driven per year, input by the user when the account was created. The user may also have the option to update other details, such as vehicle location or any other user or vehicle specific data in the user database. - In some current or future vehicles, the
system provider 106 may communicate with the vehicle itself, such as with an on-board diagnostic (OBD) system. In this case, the vehicle information may be transmitted automatically (such as through wireless communication), without the need for human input. -
FIG. 2C is a block diagram of anexemplary mechanic database 224 shown inFIG. 2A . In some embodiments, themechanic database 224 may store profiles for various mechanics or repair shops, including: a mechanic identifier; geographic location; mechanics' preferences and specialties, such as types of vehicles serviced, models or years serviced, types of payment accepted, and ratings. In some embodiments, some of this information is furnished directly by themechanic 104. For example, a mechanic may enter a specific street address, and may indicate that he or she only works on BMWs made between 1970 and 1985, or that he or she only services transmissions. Themechanic 104 may enter the types payment accepted, and whether he or she accepts credit card or personal checks. The first example shown inFIG. 2C , Joe's Auto, is located in Mill Valley, and services brakes and transmission on Japanese cars made in 1980 or later. Joe's accepts all major credit cards, and has a three-out-of-five-star user rating. - Alternatively, some or all of this information may be provided by a third
party data provider 108. The rating may include more details, such as overall satisfaction, timeliness, accuracy of estimate, etc. In some embodiments, this information is entered byusers 102 through a feedback system that is described below. In some embodiments, the rating information is additionally or alternatively provided by the mechanic and/or a thirdparty data provider 108. In some embodiments, the thirdparty data provider 108 is a user review system, such as YELP.COM or CITYSEARCH.COM. In some embodiments, the user rating is supplemented with the mechanic's certifications, trade memberships, etc., to create an overall rating. -
FIG. 2D is a block diagram of anexemplary diagnostics database 232 shown inFIG. 2A . In some embodiments, thediagnostics database 232 includes information used for diagnosing problems with vehicles, including: common vehicle problems (for example, grinding brakes on any vehicle means that the vehicle needs to have the brake pads and/or the brake discs replaced); symptoms and associated problems for specific vehicles (for example, the driver's door switch in 2001/2002 HONDA CIVICS is likely to fail); and the like. The database may also include estimates for the cost of repairing the diagnosed problem. In some embodiments, this estimate information is entered and/or revised through a feedback system described below. In some embodiments, the estimate information is provided by a thirdparty data provider 108. Some or all of the diagnostics database may be contained at the thirdparty data provider 108. - Returning to
FIG. 2A , thediagnostics module 218 uses information from theuser database 222, as well as information regarding symptoms (which, in some embodiments, is directly input by theuser 102, or alternatively provided by the vehicle itself), to identify likely problems with the vehicle from thediagnostics database 232. In some embodiments, thediagnostics module 218 also uses information provided by a thirdparty data provider 108 in diagnosing the problem with the vehicle. For example, if a certain vehicle component is notorious for failing in a certain make or model of vehicle at a certain mileage, this information may be considered when determining the most likely diagnosis. In some embodiments, thediagnostics module 218 is given inputs of vehicle information and symptom information, and, by searching thediagnostics database 232, it outputs one or more likely problems with the vehicle. In other embodiments, if there are several possible diagnoses, theuser 102 may be prompted to enter follow-up information (vehicle identification information and/or symptom information) to aid thediagnostics module 218 in selecting the most likely diagnosis of the problem. In yet other embodiments, the mechanics, or qualified professionals at the system provider, may review particular symptoms and diagnose the problem. - Once a single diagnosis has been made (either by the
diagnostics module 218, or by being directly input by the user or vehicle), thecost estimation module 220 determines at least one fair-market estimate for a mechanic to repair the diagnosed problem. In some embodiments, thecost estimation module 220 calculates more than one estimate. For example, thecost estimation module 220 may calculate one estimate for a new replacement part, another for a used or refurbished replacement part, and yet another to repair the malfunctioning part. In some embodiments, thecost estimation module 220 uses information regarding the diagnosis, vehicle information, and/or location in calculating the estimate(s). In some embodiments, this information is required since labor rates vary with geographical location, and since certain vehicles may have more expensive parts, or harder-to-repair parts, than others. In some embodiments, information regarding local labor rates and vehicle-specific costs is provided by a thirdparty data provider 108. Additionally and/or alternatively, this information may be revised byusers 102 and/ormechanics 104 through the feedback system, described below. - The modules and databases described above need not be implemented as separate software programs, procedures, modules, or databases. The various modules, sub-modules, databases, and sub-databases may be rearranged and/or combined. The
memory 212 may include additional modules, sub-modules, databases, and/or sub-databases; or fewer modules, sub-modules, databases, and/or sub-databases. Thememory 212 may, therefore, include a subset or a superset of the above identified modules, sub-modules, databases, and/or sub-databases. Also, as mentioned above, each module can include one or more instructions or procedures for performing a specified function, dedicated hardware for performing the function, or a combination of hardware and software. - Exemplary systems having been described, some exemplary methods will now be discussed with reference to
FIGS. 3A-3J . In some embodiments, once a user has navigated to the web-page generated by theweb server 228, theuser 102 establishes a user account and inputs user and vehicle information into his or her web browser at 302. This vehicle information may include the make, model, year, location, and problem symptoms of the vehicle. This information may also include the self-diagnosis of the vehicle owner. An example of a web page for receiving a user's input of this information is shown inFIG. 3F . - The user then transmits the user and vehicle information to the system provider at 304. The system provider receives the user and vehicle information at 306 and stores it into the
user database 222. - The
diagnostics module 218 then determines whether or not the information provided by the user includes a self-diagnosis at 308. If the information does not include a self-diagnosis (308-No), then the system provider diagnoses the problem at 310. If the information provided does include a self-diagnosis (308-Yes), then step 310 is bypassed. - In some embodiments, diagnostic information to populate the
diagnostics database 232 is provided by the thirdparty data provider 108 at 315. In some embodiments, thediagnostics database 232 is provided by themechanic 104 at 314. - To perform the diagnosis, at 310, the
diagnostics module 218 uses the user supplied vehicle information and symptoms to determine the problem, at 312, by matching the symptoms and vehicle with the most likely problem in thediagnostics database 232. In some embodiments, thediagnostics module 218 directly accesses the diagnostics data stored at the thirdparty data provider 108 to make its diagnosis. - In the case of self-diagnosis, where the user or vehicle provides the diagnosis, the problem is determined, at 312, without the need to access the diagnostics database.
- Once a diagnosis has been determined, at 312, the system provider determines an estimate to repair the diagnosed problem at 316. In some embodiments, the
cost estimation module 220 determines the estimate based on the diagnosis, vehicle information, and/or estimate information input by themechanic 104 and/or thirdparty data provider 108 at 318 and 320, respectively. - The estimate and/or diagnosis is then transmitted to the
user 102 and/ormechanic 104 atstep 322. The user and/or mechanic receives the estimate and/or diagnosis, at 324, and displays it to the user at 326, such as by being displayed on a web page or on a vehicle's on-board computer screen. In some alternative embodiments, the information may be provided through email, traditional mail, a telephone call, a voicemail, a text message, or the like. - In some embodiments, if the user input the diagnosis at 302, only the estimate, and not the diagnosis, is provided to the user. In some embodiments, to avoid users obtaining diagnoses and then taking their vehicles to user-selected mechanics (which may or may not be associated with the system provider 106) without going through the
system provider 106, the user must enter a valid email address, telephone number, and/or other identifying information, to the system provider before the estimate and/or diagnosis is transmitted to that email address or phone number. - Turning to
FIG. 3B , in some embodiments, thematchmaking module 226 generates a list of relevant mechanics at 334, based on the diagnosis, vehicle information, and optionally, mechanic information provided bymechanics 104 and/or a thirdparty data provider 108 at 332 and 330, respectively. For example, only local mechanics that specialize in the vehicle or particular problem are listed. In some embodiments, this list of mechanics is stored in themechanic database 224. - In some embodiments, this list of suitable mechanics is then transmitted to the user at 336. This list may include incentives provided by the mechanic, such as coupons or the like, all of which are stored in the
mechanic database 224 during the creation of a marketing campaign. SeeFIG. 3G below for a detailed description on the creation of mechanic marketing campaigns. The list is received by the user at 338 and displayed to the user, such as by being displayed on the website or on the vehicle screen. In some embodiments, the list of mechanics is provided to the user together with the diagnosis and/or estimate. In some alternative embodiments, the list of mechanics is provided to the user through a valid email address, traditional mail, telephone call, voicemail, or text message, as described above with respect to the diagnosis and/or estimate. - After the user has received the list of relevant mechanics at 338, the user may schedule an appointment, at 340, with one of the mechanics, to have the user's vehicle repaired. In some embodiments, appointments with the mechanic are scheduled through the
system provider 106, facilitated by thescheduling module 230, or by thesystem provider 106 facilitating email, traditional mail, telephone, voicemail, or text message communication between theuser 102 and the selectedmechanic 104. Alternatively, the scheduling of the appointment may occur directly between the user and the mechanic. - Additionally or alternatively, after the user has received the list of relevant mechanics at 338, the user and mechanic may enter into a reverse auction at
step 340. In some embodiments, this is a two-stage auction, in which the user first selects a preferred mechanic. The user may first receive quotes from multiple mechanics to aid in the selection process, or may choose a mechanic based on location, specialty, rating, or any other mechanic information. If the mechanic is not available, turns down the job for any reason, or does not accept the job within a certain specified time period, the lead may expire. After the lead has expired, the user may select another mechanic, and/or other mechanics may be notified of the lead, and invited to bid on the job. - After the user has selected a mechanic, who has agreed to take on the job, and after the user and mechanic have scheduled an appointment, the user then may take his or her vehicle to the mechanic for the repair, at 342; the mechanic may perform an on-site diagnosis and estimate confirmation; the mechanic may repair the vehicle and charge a fee at 344; and the user may receive back the repaired vehicle and pay the fee at 346. It should be clear that in some embodiments, these
steps - The user may then provide feedback at 348, such as rating the mechanic from one to five stars, and the feedback may be used to update the databases and/or modules at 352. For example, the user may provide feedback about whether the diagnosis and estimate for the repair were accurate. The mechanic's user rating may be changed based on this information and the diagnostics database may be updated to change the associations of symptoms and diagnosed problems, if appropriate. Mechanics that charge a fee that corresponds to the estimate may receive higher ratings than those that do not. The feedback may be input into the
web server 228, or through email, traditional mail, telephone, voicemail, or text message. In some embodiments, the user receives a reminder after a specified time period has passed since the scheduled appointment, or since the diagnosis, estimate, and/or list of mechanics was provided to the user, reminding him or her to provide the feedback. For example, theuser 102 may receive an email a week after the scheduled appointment containing questions, with embedded links containing the answers, such as: “Was the diagnosis correct? Yes or No.” “Was the estimate: too high, too low, about right?” “What was your overall satisfaction with the mechanic you used, from 1-5 stars?” etc. This information may be used to update the mechanic's rating in the mechanic database. Highly-rated mechanics may be elevated in the sort order of the mechanic database, and/or may receive more leads than low-rated mechanics. - Similarly, the mechanics may provide feedback at 350, which may also be used to update the databases and modules at 352. For example, the mechanic may provide feedback that is used to change the associations of symptoms and diagnosed problems, if appropriate. For example, the diagnostics database may be updated to reflect that loud grinding from the brakes almost always requires skimming the brake discs or replacing them. In some embodiments, the mechanic also provides feedback to update the cost estimation module. The feedback may be input into the
web server 228, or through email, traditional mail, telephone, voicemail, or text message. In some embodiments, the mechanic receives a reminder after a specified time period has passed since the scheduled appointment, or since the diagnosis, estimate, and/or list of mechanics was provided to the user, reminding him or her to provide the feedback. - Turning to
FIG. 3C , in some embodiments, the system provider may additionally or alternatively be used to remind the user of future maintenance events. In some embodiments, these future maintenance events include routine events, such as oil changes, tire replacements, and tune-ups. In some embodiments, the user is automatically reminded of these events based on actual or estimated mileage, or time that has passed since the last routine event. In some embodiments, the user is automatically reminded of these events through the website when he or she logs in. A reminder is transmitted at 301. The user receives the reminder at 303, and it is displayed to the user at 305. In some embodiments, the user is alternatively reminded via email, traditional mail, telephone, voicemail, or text message. - In some embodiments, the future maintenance events include non-routine events. In some embodiments, likely non-routine events are predicted by the
diagnostics module 218, at 307, based on the vehicle information and diagnostics database. For example, if a certain component is notorious for failing in a certain model or year of vehicle at a certain mileage, thesystem provider 106 may predict that the component is likely to fail soon, at 307, and inform the user of this fact at 301. In some embodiments, the user is informed of likely non-routine repairs through the website when he or she logs in at 303 and 305, or is reminded via email, traditional mail, telephone, voicemail, or text message. - In some embodiments, non-routine events are predicted by a prediction algorithm that forms part of the
diagnostics module 218, at 307, using one or more statistical models, such as Bayes, Winters, multi-variate regression, and exponential smoothing. In some embodiments, vehicle information and/or a vehicle's repair history is used as an input to the prediction algorithm. Once the probability of a non-routine event is above a certain threshold probability, the user and/or mechanic is notified of the likelihood of the associated non-routine repair. In some embodiments, the threshold probability is selected by the user, or is selected by the system provider depending on the severity of the non-routine event. - Referring to
FIG. 3D , as an alternative to the methods described above, a user may choose to use the system provider simply as a means of locating and/or facilitating communication with a mechanic. For example, a user may search or browse the mechanic database via a website generated by theweb server 228. In some embodiments, the user may search for a mechanic by inputting desired location, specialty, rating, or any other mechanic information. In some embodiments, a user may contact a mechanic through thesystem provider 106 at 309 and 311. In some embodiments, thesystem provider 106 may facilitate direct communication between the user and mechanic at 309, such as by providing the user with the mechanic's contact information and/or providing the mechanic with the user's contact information. The user and mechanic may then communicate with each other directly at 311. - A user supplied list of mechanics and scheduling of appointments etc. is handled as described above with reference to
FIG. 3B . -
FIG. 3E is a flow chart of a mechanic initiated setup of a marketing campaign and/or a search for existing jobs. The mechanic first establishes an account at 360. The mechanic then establishes a marketing campaign at 362 and transmits it to the system provider at 364. The marketing campaign may include the location of the mechanic, how may new job requests a day he would like, and whether the mechanic would like to send any incentives to the potential user, such as coupons etc. An exemplary web page where this information is captured is shown inFIG. 3G . - The marketing campaign is received by the system provider at 366, which then updates the
mechanic database 224 to reflect the campaign at 368. A list of marketing campaigns displayed to the mechanic is shown inFIG. 3H . - At any time, the mechanic may also input a search for a new repair job at 370. This request is then sent to the system provider at 372. An example of a web page where the search is input is shown in
FIG. 31 . The search is received by the system provider at 374. The system provider then searches the user database 376 for repair jobs that match the mechanic's request at 376. Repair jobs that match the mechanics search are then located at 378 and transmitted to the mechanic at 380. The search results are received by the mechanic at 382. An example of the search results is shown inFIG. 3J . The mechanic may then accept one or more new jobs at 384. The acceptance of any jobs is sent back to the system provider at 386, which receives the acceptance at 388. The accepted job information, such as the contact details for a user are transmitted to the mechanic at 390, who receives the lead for a new repair job at 392. The mechanic's account is then charged an agreed-upon rate for the new repair job lead at 394. In some embodiments, alternative pricing models are available to the mechanic. - Each mechanic signs up for an account and receives a username and password. In some embodiments, first-time mechanics are prompted to enter mechanic information such as that shown in
FIG. 2B . In some embodiments, themechanic 104 may log on to theweb server 228 to search for customer requests. In some embodiments, the mechanics are notified of relevant customer symptoms, diagnoses, estimates, vehicle information, and/or contact information. These notifications may, in some embodiments, be displayed in theweb server 228, or be transmitted through email, traditional mail, telephone, voicemail, or text message. - In addition or as an alternative to the systems and methods described above, a user may use the described systems and methods through an affiliate 112 (
FIG. 1 ), such as through a website that is not generated by theweb server 228 and is not directly associated with thesystem provider 106. In some embodiments, a user interface, such as that shown inFIG. 3F , is available through the affiliate website. In some embodiments, a modular web-based version of the diagnostics, estimation, matchmaking, and/or scheduling modules is hosted by thesystem provider 106, but available through theaffiliate 112, such as via a website widget or plugin. - Referring to
FIG. 4A , in some embodiments, an affiliate signs up for an account at 402, installs a dynamic banner ad (or “widget”) into a webpage hosted by a web server associated with theaffiliate 112, at 404, enters in financial institution or bank account information, at 406, and receives credits, such as monetary compensation for each user/mechanic lead generated on the affiliate website at 408. In some embodiments, the affiliate can choose the compensation for specific leads, such as by charging more for more expensive vehicles, or for certain types of repairs. - An exemplary web page where the affiliate signs up for the account and installs the widget is shown in
FIG. 4B . Exemplary webpages where the affiliate manages the account are shown inFIGS. 4C-4D . - While this invention has been described in connection with what is presently considered to be practical exemplary embodiments, it is to be understood that the invention is not limited to the disclosed embodiments, but, on the contrary, is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.
Claims (20)
1. A computer implemented method for providing a user with a vehicle repair estimates, the method comprising:
allowing a user to access an electronic account for the user;
receiving vehicle information including vehicle diagnostic information, including information from an on-board computer of the vehicle;
estimating a problem with the vehicle based on the vehicle information and diagnostic data accessed from at least one diagnostic database, the diagnostic data including repair data, routine maintenance data and non-routine maintenance data; and
providing for the generation of a repair estimate based on the estimated problem and vehicle repair estimate data.
2. The method of claim 1 , further comprising:
transmitting the repair estimate to the user via the electronic account.
3. The method of claim 1 , wherein the vehicle information received from the user includes symptoms of the problem with the vehicle.
4. The method of claim 1 , further comprising, receiving the vehicle diagnostic information from a third party system provider.
5. The method of claim 1 , further comprising receiving the vehicle diagnostic information from a vehicle mechanic.
6. The method of claim 1 wherein providing for the generation of a repair estimate includes:
receiving a plurality of repair estimate bids from a plurality of mechanics.
7. The method of claim 6 , further comprising:
hosting a reverse auction for the plurality of mechanics to provide the plurality of repair estimate bids for the user.
8. The method of claim 1 , further comprising:
generating a list of suitable mechanics based on the estimated problem, the vehicle information, and mechanic data; and
transmitting the list to the user.
9. The method of claim 8 , further comprising scheduling an appointment between the user and at least one mechanic on the list via the electronic account.
10. The method of claim 1 , further comprising:
updating the electronic account for the user to record user activities associated with at least one of: receiving repair estimates, purchasing replacement auto parts; and user feedback regarding vehicle repair.
11. A system for providing a user with a vehicle repair estimates comprising:
a memory device having executable instructions stored therein; and
at least one processing device, in response to the executable instructions, operative to:
allow a user to access an electronic account for the user;
receive vehicle information including vehicle diagnostic information including information from an on-board computer of the vehicle;
estimate a problem with the vehicle based on the vehicle information and diagnostic data accessed from at least one diagnostic database, the diagnostic data including repair data, routine maintenance data and non-routine maintenance data; and
provide for the generation of a repair estimate based on the estimated problem and vehicle repair estimate data.
12. The system of claim 11 , wherein the processing device is further operative to transmit the repair estimate to the user via the electronic account.
13. The system of claim 11 , wherein the vehicle information received from the user includes symptoms of the problem with the vehicle.
14. The system of claim 11 , wherein the processing device is further operative to receive the vehicle diagnostic information from a third party system provider.
15. The system of claim 11 , wherein the processing device is further operative to receive the vehicle diagnostic information from a vehicle mechanic.
16. The system of claim 11 wherein the processing device in providing for the generation of a repair estimate includes:
receiving a plurality of repair estimate bids from a plurality of mechanics.
17. The system of claim 16 , wherein the processing device is further operative to host a reverse auction for the plurality of mechanics to provide the plurality of repair estimate bids for the user.
18. The system of claim 11 , wherein the processing device is further operative to:
generate a list of suitable mechanics based on the estimation of the problem, the vehicle information, and mechanic data; and
transmit the list to the user.
19. The system of claim 18 , the processing device further operative to schedule an appointment between the user and at least one mechanic on the list via the electronic account.
20. The system of claim 11 , the processing device further operative to:
update the electronic account for the user to record user activities associated with at least one of: receiving repair estimates, purchasing replacement auto parts; and user feedback regarding vehicle repair.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/361,354 US20120130844A1 (en) | 2007-08-29 | 2012-01-30 | Automotive diagnostic and estimate system and method |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US96874007P | 2007-08-29 | 2007-08-29 | |
US12/202,010 US8131417B2 (en) | 2007-08-29 | 2008-08-29 | Automotive diagnostic and estimate system and method |
US13/361,354 US20120130844A1 (en) | 2007-08-29 | 2012-01-30 | Automotive diagnostic and estimate system and method |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/202,010 Continuation US8131417B2 (en) | 2007-08-29 | 2008-08-29 | Automotive diagnostic and estimate system and method |
Publications (1)
Publication Number | Publication Date |
---|---|
US20120130844A1 true US20120130844A1 (en) | 2012-05-24 |
Family
ID=40387865
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/202,010 Active 2030-08-30 US8131417B2 (en) | 2007-08-29 | 2008-08-29 | Automotive diagnostic and estimate system and method |
US13/361,354 Abandoned US20120130844A1 (en) | 2007-08-29 | 2012-01-30 | Automotive diagnostic and estimate system and method |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/202,010 Active 2030-08-30 US8131417B2 (en) | 2007-08-29 | 2008-08-29 | Automotive diagnostic and estimate system and method |
Country Status (2)
Country | Link |
---|---|
US (2) | US8131417B2 (en) |
WO (1) | WO2009029891A1 (en) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120136743A1 (en) * | 2010-11-30 | 2012-05-31 | Zonar Systems, Inc. | System and method for obtaining competitive pricing for vehicle services |
US20140149339A1 (en) * | 2012-11-27 | 2014-05-29 | Bradley Title | Systems and methods for online website lead generation service |
US20140195101A1 (en) * | 2013-01-04 | 2014-07-10 | Innova Electronics, Inc. | Multi-Stage Diagnostic System and Method |
US20140195099A1 (en) * | 2013-01-04 | 2014-07-10 | Innova Electronics, Inc. | Smart phone app-based vin decoding and symptomatic diagnostic system and method |
US20140344217A1 (en) * | 2012-11-27 | 2014-11-20 | Gubagoo, Inc. | Systems and methods for online website lead generation service |
US20150081161A1 (en) * | 2013-09-13 | 2015-03-19 | Tweddle Group | Systems, article and methods for managing vehicle logistics including authored content generation, approval, and distribution |
WO2015035056A3 (en) * | 2013-09-05 | 2015-07-30 | Snap-On Incorporated | Prognostics-based estimator |
US9142066B2 (en) * | 2013-01-04 | 2015-09-22 | Innova Electronics, Inc. | Multi-stage diagnostic system and method |
US9367973B2 (en) | 2013-08-02 | 2016-06-14 | Tweddle Group | Systems and methods of creating and delivering item of manufacture specific information to remote devices |
JP2016524263A (en) * | 2013-07-08 | 2016-08-12 | プレシジョン オート リペア センター オブ スタンフォード,リミティド ライアビリティ カンパニー | System and method for pre-evaluation vehicle diagnosis and repair cost estimation |
US9477950B2 (en) * | 2014-09-04 | 2016-10-25 | Snap-On Incorporated | Prognostics-based estimator |
JP2019053440A (en) * | 2017-09-13 | 2019-04-04 | 株式会社ブロードリーフ | Vehicle management device, vehicle management method and computer program |
US10600096B2 (en) | 2010-11-30 | 2020-03-24 | Zonar Systems, Inc. | System and method for obtaining competitive pricing for vehicle services |
US10665040B2 (en) | 2010-08-27 | 2020-05-26 | Zonar Systems, Inc. | Method and apparatus for remote vehicle diagnosis |
US11093906B2 (en) | 2016-03-09 | 2021-08-17 | Autozone Parts, Inc. | Systems and apparatuses facilitating a do-it-yourself experience-based repair solution |
Families Citing this family (59)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090150206A1 (en) * | 2007-12-07 | 2009-06-11 | Mci Communications Services | Notification system and method |
CN101520883A (en) * | 2008-02-29 | 2009-09-02 | 鸿富锦精密工业(深圳)有限公司 | Vehicle maintenance system and method |
WO2009152380A1 (en) * | 2008-06-11 | 2009-12-17 | Repairpal, Inc. | Method and system for determining services pricing |
US8234036B2 (en) * | 2008-06-16 | 2012-07-31 | GM Global Technology Operations LLC | Method and apparatus for starter motor diagnosis and prognosis using parameter estimation algorithm |
US8311856B1 (en) | 2008-10-13 | 2012-11-13 | Allstate Insurance Company | Communication of insurance claim data |
US8265963B1 (en) | 2008-10-13 | 2012-09-11 | Allstate Insurance Company | Communication of insurance claim data |
US20110066401A1 (en) * | 2009-09-11 | 2011-03-17 | Wattminder, Inc. | System for and method of monitoring and diagnosing the performance of photovoltaic or other renewable power plants |
US20110264550A1 (en) * | 2010-04-24 | 2011-10-27 | Alex Fair | System for Developing Direct Relationships Between Service Providers and Consumers for the Healthcare and Other Privacy and Security sensitive Industries |
WO2011160125A1 (en) | 2010-06-19 | 2011-12-22 | SHzoom LLC | Vehicle repair cost estimate acquisition system and method |
US20120136802A1 (en) * | 2010-11-30 | 2012-05-31 | Zonar Systems, Inc. | System and method for vehicle maintenance including remote diagnosis and reverse auction for identified repairs |
US10719813B1 (en) * | 2010-09-29 | 2020-07-21 | Bluelink Diagnostic Solutions, Inc. | Remote diagnostic system for vehicles |
US20120271816A1 (en) * | 2010-10-20 | 2012-10-25 | Silent Semi Llc | System and method for quantifying vehicle maintenance costs and frequency based on statistical repair data |
EP2646969A4 (en) * | 2010-11-30 | 2014-06-11 | Zonar Systems Inc | System and method for obtaining competitive pricing for vehicle services |
CA2833753A1 (en) * | 2011-04-19 | 2012-10-26 | Emanuel D. Jones | Method and system for facilitating service at service centers |
US20150142256A1 (en) * | 2011-04-19 | 2015-05-21 | Emanuel D. Jones | Method and system for facilitating service at service centers |
US9424606B2 (en) | 2011-04-28 | 2016-08-23 | Allstate Insurance Company | Enhanced claims settlement |
US20140095339A1 (en) * | 2011-07-22 | 2014-04-03 | Strictly Service Pty Ltd. | Online service method |
US10643403B2 (en) * | 2012-08-20 | 2020-05-05 | Innova Electronics Corporation | Predictive diagnostic method and system |
US9892568B2 (en) * | 2012-08-20 | 2018-02-13 | Innova Electronics Corporation | Method and system for determining the likely operating cost for a particular type of vehicle over a defined period |
US9177428B2 (en) * | 2012-08-20 | 2015-11-03 | Innova Electronics, Inc. | Predictive diagnostic method |
US10304137B1 (en) | 2012-12-27 | 2019-05-28 | Allstate Insurance Company | Automated damage assessment and claims processing |
US8996230B2 (en) * | 2013-01-09 | 2015-03-31 | American Automobile Association, Inc. | Method and apparatus for translating vehicle diagnostic trouble codes |
US20140278571A1 (en) | 2013-03-15 | 2014-09-18 | State Farm Mutual Automobile Insurance Company | System and method for treating a damaged vehicle |
US9508200B1 (en) | 2013-03-15 | 2016-11-29 | State Farm Mutual Automobile Insurance Company | System and method for using a specialty vehicle data identifier to facilitate treatment of a vehicle damaged in a crash |
US9996885B1 (en) | 2013-03-15 | 2018-06-12 | State Farm Mutual Automobile Insurance Company | System and method for facilitating vehicle insurance services |
US9858622B1 (en) | 2013-03-15 | 2018-01-02 | State Farm Mutual Automobile Insurance Company | System and method for facilitating vehicle insurance services |
US20150254719A1 (en) * | 2014-03-05 | 2015-09-10 | Hti, Ip, L.L.C. | Prediction of Vehicle Transactions and Targeted Advertising Using Vehicle Telematics |
US10115117B2 (en) * | 2014-06-30 | 2018-10-30 | Thinxnet Gmbh | Obtaining and using vehicle related data |
US9904928B1 (en) | 2014-07-11 | 2018-02-27 | State Farm Mutual Automobile Insurance Company | Method and system for comparing automatically determined crash information to historical collision data to detect fraud |
US10065611B1 (en) * | 2014-08-28 | 2018-09-04 | Reynaldo V Alonzo | Windshield cleaning implement |
US10025764B2 (en) | 2014-10-30 | 2018-07-17 | Snap-On Incorporated | Methods and systems for taxonomy assist at data entry points |
US20160140649A1 (en) * | 2014-11-14 | 2016-05-19 | Ford Global Technologies, Llc | Method and Apparatus for Automated Rental Key Dispensal and Return |
US20180144384A1 (en) * | 2015-04-30 | 2018-05-24 | Benoit LALONDE | Methods And Systems Relating To Purchasing Decision Making |
US9824453B1 (en) | 2015-10-14 | 2017-11-21 | Allstate Insurance Company | Three dimensional image scan for vehicle |
US11182749B2 (en) * | 2015-11-02 | 2021-11-23 | Mitchell Repair Information Company, Llc | System and method for vehicle service scheduler |
US9604563B1 (en) | 2015-11-05 | 2017-03-28 | Allstate Insurance Company | Mobile inspection facility |
US9846860B2 (en) * | 2015-11-05 | 2017-12-19 | Snap-On Incorporated | Methods and systems for clustering of repair orders based on multiple repair indicators |
US10706645B1 (en) | 2016-03-09 | 2020-07-07 | Drew Technologies, Inc. | Remote diagnostic system and method |
US10399706B1 (en) * | 2016-06-22 | 2019-09-03 | Amazon Technologies, Inc. | Unmanned aerial vehicle maintenance troubleshooting decision tree |
US20180253700A1 (en) * | 2017-03-02 | 2018-09-06 | Shop-Ware, Inc. | Systems and methods for operating an interactive repair facility |
US10395444B1 (en) | 2017-08-10 | 2019-08-27 | Zoox, Inc. | Vehicle self-diagnostics |
US10423934B1 (en) * | 2017-08-10 | 2019-09-24 | Zoox, Inc. | Automated vehicle diagnostics and maintenance |
US11017359B2 (en) * | 2017-09-27 | 2021-05-25 | International Business Machines Corporation | Determining validity of service recommendations |
US11250491B2 (en) * | 2018-07-24 | 2022-02-15 | iService Auto Inc. | Systems and methods for management of automotive services |
CN109491671B (en) * | 2018-10-19 | 2022-04-12 | 深圳市轱辘车联数据技术有限公司 | Diagnostic software downloading method and device, terminal equipment and storage medium |
US11257307B1 (en) | 2019-06-24 | 2022-02-22 | Opus Ivs, Inc. | Adaptive vehicle diagnostic system and method |
US11631283B2 (en) * | 2019-06-27 | 2023-04-18 | Toyota Motor North America, Inc. | Utilizing mobile video to provide support for vehicle manual, repairs, and usage |
US11861954B2 (en) | 2019-08-27 | 2024-01-02 | Opus Ivs, Inc. | Vehicle diagnostic system and method |
US11348382B1 (en) | 2019-10-30 | 2022-05-31 | Opus Ivs, Inc. | System and method for detecting remote vehicle diagnosis |
US11423715B1 (en) | 2019-12-03 | 2022-08-23 | Opus Ivs, Inc. | Vehicle diagnostic device |
US11508191B1 (en) | 2019-12-03 | 2022-11-22 | Opus Ivs, Inc. | Vehicle diagnostic interface device |
US11538290B1 (en) | 2020-01-31 | 2022-12-27 | Opus Ivs, Inc. | Automated vehicle diagnostic navigation system and method |
US11954946B1 (en) | 2020-04-07 | 2024-04-09 | Opus Ivs, Inc. | Remote vehicle diagnostic system and method |
US11651628B2 (en) | 2020-04-20 | 2023-05-16 | Innova Electronics Corporation | Router for vehicle diagnostic system |
US20220405820A1 (en) * | 2021-06-18 | 2022-12-22 | Daniel ARENT | Automotive service hub application |
US11625962B2 (en) | 2021-08-26 | 2023-04-11 | Innova Electronics Corporation | System, method, and computer program product for providing application-based assistance with vehicle emission test compliance |
US11455841B1 (en) | 2021-08-26 | 2022-09-27 | Innova Electronics Corporation | System and method for selective vehicle data retrieval |
US11335139B1 (en) | 2021-08-26 | 2022-05-17 | Innova Electronics Corporation | System and method for selective vehicle data retrieval |
CN113448320B (en) * | 2021-08-30 | 2021-11-30 | 深圳市星卡科技有限公司 | Automobile dual-remote diagnosis method, system and device and computer equipment |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010034220A1 (en) * | 1999-01-28 | 2001-10-25 | International Business Machines Corporation | Method and apparatus for automotive radio time shifting personalized to multiple drivers |
US20070016483A1 (en) * | 2005-06-24 | 2007-01-18 | Chenn Ieon C | Method of providing diagnostic information in connection with the sale of pre-owned vehicles |
US20070271148A1 (en) * | 2006-01-08 | 2007-11-22 | Simon Kapenda | Systems and methods for online reverse auctions |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020007237A1 (en) * | 2000-06-14 | 2002-01-17 | Phung Tam A. | Method and system for the diagnosis of vehicles |
GB0022286D0 (en) * | 2000-09-09 | 2000-10-25 | Gb Truck Services Ltd | Vehicle Repair System |
US8600605B2 (en) | 2006-01-30 | 2013-12-03 | GM Global Technology Operations LLC | Distributed diagnostics architecture |
-
2008
- 2008-08-29 WO PCT/US2008/074918 patent/WO2009029891A1/en active Application Filing
- 2008-08-29 US US12/202,010 patent/US8131417B2/en active Active
-
2012
- 2012-01-30 US US13/361,354 patent/US20120130844A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010034220A1 (en) * | 1999-01-28 | 2001-10-25 | International Business Machines Corporation | Method and apparatus for automotive radio time shifting personalized to multiple drivers |
US20070016483A1 (en) * | 2005-06-24 | 2007-01-18 | Chenn Ieon C | Method of providing diagnostic information in connection with the sale of pre-owned vehicles |
US20070271148A1 (en) * | 2006-01-08 | 2007-11-22 | Simon Kapenda | Systems and methods for online reverse auctions |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11080950B2 (en) | 2010-08-27 | 2021-08-03 | Zonar Systems, Inc. | Cooperative vehicle diagnosis system |
US10665040B2 (en) | 2010-08-27 | 2020-05-26 | Zonar Systems, Inc. | Method and apparatus for remote vehicle diagnosis |
US20120136743A1 (en) * | 2010-11-30 | 2012-05-31 | Zonar Systems, Inc. | System and method for obtaining competitive pricing for vehicle services |
US10600096B2 (en) | 2010-11-30 | 2020-03-24 | Zonar Systems, Inc. | System and method for obtaining competitive pricing for vehicle services |
US9189798B2 (en) * | 2012-11-27 | 2015-11-17 | Gubagoo, Inc. | Systems and methods for online website lead generation service |
US20140344217A1 (en) * | 2012-11-27 | 2014-11-20 | Gubagoo, Inc. | Systems and methods for online website lead generation service |
US20140149339A1 (en) * | 2012-11-27 | 2014-05-29 | Bradley Title | Systems and methods for online website lead generation service |
US10628503B2 (en) * | 2012-11-27 | 2020-04-21 | Gubagoo, Inc. | Systems and methods for online web site lead generation service |
US20140195099A1 (en) * | 2013-01-04 | 2014-07-10 | Innova Electronics, Inc. | Smart phone app-based vin decoding and symptomatic diagnostic system and method |
US9142066B2 (en) * | 2013-01-04 | 2015-09-22 | Innova Electronics, Inc. | Multi-stage diagnostic system and method |
US8825271B2 (en) * | 2013-01-04 | 2014-09-02 | Innova Electronics, Inc. | Smart phone app-based VIN decoding and symptomatic diagnostic system and method |
US20140195101A1 (en) * | 2013-01-04 | 2014-07-10 | Innova Electronics, Inc. | Multi-Stage Diagnostic System and Method |
US9014908B2 (en) * | 2013-01-04 | 2015-04-21 | Innova Electronics, Inc. | Multi-stage diagnostic system and method |
JP2016524263A (en) * | 2013-07-08 | 2016-08-12 | プレシジョン オート リペア センター オブ スタンフォード,リミティド ライアビリティ カンパニー | System and method for pre-evaluation vehicle diagnosis and repair cost estimation |
US9679423B2 (en) | 2013-08-02 | 2017-06-13 | Tweddle Group | Systems and methods of creating and delivering item of manufacture specific information to remote devices |
US9367973B2 (en) | 2013-08-02 | 2016-06-14 | Tweddle Group | Systems and methods of creating and delivering item of manufacture specific information to remote devices |
WO2015035056A3 (en) * | 2013-09-05 | 2015-07-30 | Snap-On Incorporated | Prognostics-based estimator |
CN105683970A (en) * | 2013-09-05 | 2016-06-15 | 实耐宝公司 | Prognostics-based estimator |
US20150081161A1 (en) * | 2013-09-13 | 2015-03-19 | Tweddle Group | Systems, article and methods for managing vehicle logistics including authored content generation, approval, and distribution |
US9477950B2 (en) * | 2014-09-04 | 2016-10-25 | Snap-On Incorporated | Prognostics-based estimator |
US11093906B2 (en) | 2016-03-09 | 2021-08-17 | Autozone Parts, Inc. | Systems and apparatuses facilitating a do-it-yourself experience-based repair solution |
US11900333B2 (en) | 2016-03-09 | 2024-02-13 | Autozone Parts, Inc. | Systems and apparatuses facilitating a do-it-yourself experience-based repair solution |
JP2019053440A (en) * | 2017-09-13 | 2019-04-04 | 株式会社ブロードリーフ | Vehicle management device, vehicle management method and computer program |
Also Published As
Publication number | Publication date |
---|---|
US8131417B2 (en) | 2012-03-06 |
WO2009029891A1 (en) | 2009-03-05 |
US20090062978A1 (en) | 2009-03-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8131417B2 (en) | Automotive diagnostic and estimate system and method | |
US9111264B2 (en) | System and method for pre-evaluation vehicle diagnostic and repair cost estimation | |
US20130325541A1 (en) | System and method for managing and providing vehicle maintenance | |
US9076276B1 (en) | System and method for monitoring and predicting vehicle attributes | |
US10296977B2 (en) | Computer-implemented method and system for reporting a confidence score in relation to a vehicle equipped with a wireless-enabled usage reporting device | |
US20020016655A1 (en) | Apparatus and method for processing and/or for providing vehicle information and/or vehicle maintenance information | |
US20150142256A1 (en) | Method and system for facilitating service at service centers | |
US7447642B2 (en) | Location based services revenue sharing and cost offsetting | |
US20120123951A1 (en) | Service management platform for fleet of assets | |
US20140032422A1 (en) | Method and system for facilitating service at service centers | |
US20110040579A1 (en) | Web-based systems and methods for providing services related to automobile safety and an insurance product | |
US20040093289A1 (en) | Location based services anonymous session tracking and anonymous information aggregation | |
WO2006137137A1 (en) | Client managing device | |
US9147217B1 (en) | Systems and methods for analyzing lender risk using vehicle historical data | |
WO2007035195A9 (en) | System and method for inventory control | |
US20170132575A1 (en) | System and method for obtaining vehicle servicing, repairs and parts pricing. | |
US9536254B1 (en) | System and method for providing a vehicle condition report | |
US8452648B2 (en) | Method of facilitating the marketing, redemption, and reimbursement of prepaid vehicle services in a vehicle service network | |
US8788298B2 (en) | Systems and methods for providing a safe driving and vehicle related electronic community | |
US20210118016A1 (en) | Net valuation guarantee for vehicles | |
US20170236100A1 (en) | Vehicle maintenance systems and methods | |
US20230073188A1 (en) | Automatic Damage Detection Database | |
KR20060016147A (en) | Online self estimate service for car repair and car repair reverse auction, online car repair history auto sending service and pay checking service | |
US20160035008A1 (en) | Allowing a Customer to Select Vehicle Services Prior to Visiting a Service Center | |
CA2983017A1 (en) | Apparatus and method for providing a digital garage |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |