Not Applicable
Not Applicable
1. Technical Field of the Invention
The present invention relates to a smart phone application, and more specifically, a smart phone application for assisting a used car shopper in verifying a vehicle's identity, including year, make, and model, so as to avoid a fraudulent purchase.
2. Description of the Related Art
Automobiles may be sold as new or used. If new, then purchasers are generally not concerned about wear and tear of the vehicle or broken components because new vehicles are tested at the factory. However, after the new vehicle has been purchased by a buyer and driven for a certain amount of time and mileage, various components of the vehicle may develop wear and tear thereby degrading the performance and reliability of the vehicle. Once the vehicle has been driven, purchasers become concerned that the vehicle may contain hidden defects which may not be readily noticeable.
Another concern associated with purchasing a used vehicle is that the used vehicle may be stolen or may be tampered with to hide negative information associated with the vehicle. For instance, some sellers may tamper with the vehicle identification number (VIN) to obtain a better history report for the vehicle, which in turn allows the seller to ask for a higher selling price.
The prior art has addressed the above-mentioned concerns of buyers through means which are generally expensive. For example, the buyer may have an automobile mechanic inspect the major and minor components of the vehicle to be purchased, which may require repair upon purchase of the vehicle. Furthermore, the inspection may also entail confirming that the vehicle actually matches the VIN. However, an inspection of the vehicle by the mechanic may be too expensive in view of the overall cost of the vehicle. Accordingly, except for highly priced vehicles, a mechanic typically does not pre-inspect vehicles for buyers prior to purchase of the vehicle.
Another method by which the buyer may address the concerns regarding the vehicle is to access public records obtained from the Department of Motor Vehicles (DMV). In particular, the public records of the DMV may contain information such as the year, make and model of the vehicle, the number of previous owners, or the like. This information is fairly inexpensive to obtain; however, the information may be unreliable or not particularly relevant based on a view that the DMV records generally relate to information which may be months to years old. Furthermore, obtaining such information may be an extremely tedious and time consuming process.
In view of the foregoing, there is a need in the art for an efficient means by which a used car shopper may obtain information pertaining to the vehicle under consideration, such as information to verify the identity of the vehicle, as well as information pertaining to the health of the vehicle.
As described below, the present invention addresses these and other improvements to contemporary vehicle authentication and diagnostic prediction systems.
There is provided a system for verifying a vehicle for sale on a smart phone, wherein the smart phone is capable of capturing an image of a vehicle identification number (VIN) of the vehicle for sale. The system comprises a verification and repair estimate module including a VIN decoder capable of matching a VIN with characteristic data of a vehicle associated with the VIN, wherein the characteristic data includes the vehicle year, make, and model. The verification and repair estimate module further includes a defect database in operative communication with the VIN decoder. The defect database includes information related to defects that have occurred in different vehicles and the reference mileage at which such defects occurred. A defect predictor is in communication with the VIN decoder and the defect database and is configured to identify defects in vehicles having similar characteristic data to the vehicle associated with the VIN. The system further includes a computer readable medium downloadable onto the smart phone for configuring the smart phone to communicate a first signal to the verification and repair estimate module, wherein the first signal includes information corresponding to the captured image of the VIN. The computer readable medium further configures the smart phone to receive a second signal from the verification and repair module including the characteristic data of the vehicle associated with the VIN communicated in the first signal, and the defects identified by the defect predictor. The smart phone is further configured by the computer readable medium to display the characteristic data and defects received in the second signal.
In another embodiment, the system utilizes the vehicle's license plate to verify the vehicle and conduct a diagnostic prediction. In such an embodiment, the system includes a verification and repair estimate module including a license plate decoder capable of matching a license plate with characteristic data of a vehicle associated with the license plate, wherein the characteristic data includes the vehicle year, make, and model. The verification and repair estimate module also includes a defect database in operative communication with the license plate decoder. The defect database includes information related to defects that have occurred in different vehicles and the reference mileage at which such defects occurred. A defect predictor is in communication with the license plate decoder and the defect database and is configured to identify defects in vehicles having similar characteristic data to the vehicle associated with the license plate.
It is also contemplated that other embodiments of the system employ a diagnostic tool, such as a scan tool, or the like, to retrieve data from the onboard computer, which may be used to verify the vehicle and make a diagnostic prediction. The diagnostic tool may retrieve an electronic VIN from the onboard computer and upload the electronic VIN to a verification and diagnostic prediction module including a VIN decoder and a diagnostic predictor to determine at least the year, make and model of the vehicle, and defects associated with similar vehicles. The information from the verification and diagnostic prediction module may be communicated to a smart phone for display.
The present invention is best understood by reference to the following detailed description when read in conjunction with the accompanying drawings.
These as well as other features of the present invention will become more apparent upon reference to the drawings wherein:
Common reference numerals are used throughout the drawings and detailed description to indicate like elements.
The detailed description set forth below is intended as a description of the presently preferred embodiment of the invention, and is not intended to represent the only form in which the present invention may be constructed or utilized. The description sets forth the functions and sequences of steps for constructing and operating the invention. It is to be understood, however, that the same or equivalent functions and sequences may be accomplished by different embodiments and that they are also intended to be encompassed within the scope of the invention.
According to various aspects of the present invention, there is provided a system and method by which a user may verify a vehicle 12 on the user's smart phone 14 using vehicle characteristic data, such as the vehicle identification number (VIN) or license plate information. The vehicle verification may be particularly useful for a used car shopper to verify the vehicle under consideration. The verification process may be completed by taking a picture of the VIN 15, scanning the VIN barcode 17, or taking a picture of the license plate 19 and then uploading that information to a remote database. The information may be cross-referenced on the database to determine the year, make and model of the vehicle associated with that VIN 15 or license plate 19. In this regard, the present system may be used to match an electronic VIN, image VIN (picture of the VIN taken with smart phone), and/or a VIN derived from the vehicle license plate to verify the vehicle. Furthermore, the VIN and/or license plate information may be used to derive the year, make and model of the vehicle, which may be displayed to the user to allow the user to conduct a visual confirmation. For instance, if the verification process results show that the vehicle is a 2005 TOYOTA™ CAMRY™, but the vehicle under consideration is a 2008 HONDA™ ACCORD™, that inconsistency may alert the user that the vehicle is not authentic, and that he may be a party to a fraudulent transaction.
Referring now to
The smart phone 14 further includes a camera 22 for capturing images of the vehicle 12 including vehicle characteristic data. The camera 22 may be integrated into the smart phone 14 and may be controlled via the input button 20 and/or the touch screen display 18. The camera 22 may be used to take a picture of the VIN number 15, the VIN bar-code 17 or the license plate 19 to capture the vehicle characteristic data. The smart phone 14 or a remote image decoder may include visual recognition software for identifying the VIN or license plate alphanumeric code from the image.
As shown in
The system additionally includes a verification module which utilizes the vehicle characteristic data to identify the vehicle.
The second verification module 26 includes a license plate decoder 30 which is capable of determining the year, make, and model of a vehicle associated with the particular license plate 19. The license plate decoder 30 may additionally be capable of determining the engine, color and other vehicle characteristics associated with the particular license plate 19.
One embodiment of the smart phone app. is depicted schematically in
The communication module 34 is in operative communication with the procurement module 32 and is capable of effectuating communication of the vehicle characteristic signal from the smart phone 14 to the remote database. In this regard, the communication module 34 may determine the communication capabilities/protocols of the smart phone 14 to determine how the signal should be communicated. For instance, the signal may be communicated via long range communication means, such as a wireless cellular network, or via short range communication means, such as Bluetooth™, WiFi, 802.11, or the like.
The communication module 34 is also capable of receiving a verification signal from the remote location, wherein the verification signal includes information related to the true characteristics associated with the vehicle characteristic data. In this regard, the information included in the verification signal may relate to the year, make, model, engine, color, etc. of the vehicle under consideration.
The display module 36 is in communication with the procurement module 32 and the communication module 34 and is capable of displaying information related to the verification process. The display module 36 may be capable of displaying the picture taken by the camera 22 to allow the user to verify that the correct image was captured. In this regard, the display module 36 may be capable of operating the display 18 on the smart phone 14. The display module 36 may also be configured to display an image corresponding the verification signal, such as the year, make, and model of the vehicle.
It is additionally contemplated that various embodiments of the smart phone app. may include a VIN decoding module 38 capable of decoding the VIN locally on the smart phone 14, rather than having the decoding performed at a remote location. The VIN decoding module 38 is in communication with the procurement module 32 to receive the vehicle characteristic signal therefrom, and the display module 36 so as to allow for display of the VIN decoding results.
It is understood that various aspects of the present invention will equip used car shoppers with useful information related to a vehicle under consideration for purchase. In particular, the used car shopper may be able to verify that the vehicle is authentic and true to what is being represented about the vehicle. If the vehicle VIN or license plate has been tampered with, as may be the case when the title to the vehicle is not clean, the information presented to the used car shopper allows the used car shopper to easily confirm the true nature of the vehicle.
Furthermore, another beneficial feature of certain implementations of the present invention is the ease-of-use in operating the smart phone app. The verification information may be obtained by the used car shopper with minimal user input or navigation of a user interface. According to one embodiment, the user may be required to focus the camera 22 on the portion of the vehicle 12 including the VIN or license plate, and then snap the picture. Once the picture is captured, the information may be automatically uploaded to the remote location (or, in some instances, locally for local VIN decoding) for decoding of the VIN or license plate. The verification is received by the smart phone 14 and the verification results displayed on the smart phone display 18 without any input or navigation by the user.
It is contemplated that the minimal amount of user input required to perform the above-described process may be facilitated through touch-screen input, keypad entry, voice-command, virtual hand gestures, or other smart phone inputs known by those skilled in the art.
Furthermore, although the foregoing contemplates capturing the VIN or license plate via the smart phone camera 22, it is understood that the smart phone app. will include an option to allow the user to manually enter the VIN or license plate number. Thus, if the smart phone camera 22 is broken, or if the phone 14 does not include a camera 22, the app. may continue to function as a vehicle verification means.
Although the foregoing describes capturing the vehicle characteristic data (i.e., VIN or license plate info) via the smart phone camera 22, it is also contemplated that other embodiments may utilize a diagnostic tool 39 to retrieve vehicle characteristic data from the onboard vehicle computer 41. For instance, the diagnostic tool 39 may be plug connectable or wirelessly connectable to the onboard computer 41 during a test-drive of the vehicle to retrieve information from the onboard computer 41. The diagnostic tool 39 may retrieve an electronic VIN or similar vehicle characteristic data from the onboard computer 41.
The information retrieved by the diagnostic tool 39 may be uploaded to the first verification module 24 to decode the VIN with the VIN decoder 28. The diagnostic tool 39 may include a short range communication circuit which allows for short range communication between the diagnostic tool 29 and the smart phone 14. Thus, the diagnostic tool 39 may upload the retrieved information to the smart phone 14, which in turn, uploads the information to the VIN decoder 28. In this embodiment, the vehicle data procurement module 32 and the communication module 34 of the smart phone app. facilitate receipt of the information from the diagnostic tool 39, and subsequent upload of the information to the VIN decoder 28. The results from the VIN decoder 28 may be communicated back to the smart phone 14 for display on the smart phone display 18.
The electronic VIN retrieved by the diagnostic tool 39 may be compared with the VIN captured from the smart phone camera, or the VIN derived from the license plate, to verify that no one has tampered with the VIN. This comparison may be done automatically (i.e., with minimal or no user input) once at least two VINs are retrieved/derived. The results of the comparison may be communicated to the smart phone for display to the user. In this regard, a positive verification signal may be communicated if the VINs match, while a negative verification signal may be communicated if the VINs do not match.
As noted above, the smart phone app. configures the smart phone 14 to serve as a tool for acquiring the VIN or license plate information (such as via the smart phone camera 22 or diagnostic tool 39), and as a tool for communicating that information to a remote location. Although a primary purpose of the smart phone app. may be to verify the vehicle 12, it is contemplated that once VIN or license plate is decoded, additional information which may be useful to the used car shopper may be easily obtained. For instance, in one embodiment, the decoded VIN or license plate information may be used to make a diagnostic prediction of the vehicle under consideration by the used car shopper. More specifically, the diagnostic predication may include a summary of likely failures or repairs for the vehicle under consideration, and the mileage at which those failures or repairs will likely occur. Thus, the predictive diagnostic feature may provide the used car shopper with an estimate as to the health of the vehicle and the cost for operating and maintaining the vehicle in the future.
The diagnostic prediction feature includes a defect predictor 40 which compares the vehicle characteristic data (i.e., the determined year, make, model, etc.) associated with a vehicle under consideration with information in a historical defect database 42 to make the diagnostic prediction. The diagnostic prediction may be summarized as being a LOW, MEDIUM or HIGH probability of failure, and may relate to the vehicle as a whole, or a particular component, within a certain mileage range. The defect predictor 40 and defect database 42 may be implemented into the first and second verification modules 24, 26, as shown in
The defect database 42 includes a comprehensive compilation of historical vehicle data. Each entry in the database 42 relates to a system or component failure for a specific vehicle associated with characteristic data representative of the vehicle. For instance, the characteristic data may include the year, make, model and engine of the vehicle, the vehicle VIN, and/or the vehicle license plate. Therefore, to determine the predictive diagnosis for the vehicle under consideration, the defect predictor 40 matches the characteristic data associated the vehicle under consideration (i.e., the results from the VIN decoder 28 or license plate decoder 30) with vehicle data in the database 42 associated with similar characteristic data to determine the likelihood of failure within a certain mileage range.
The failures/defects listed in the historical defect database 42 may be identified according to several different strategies. In one embodiment, the defects are associated with actual repairs performed at a repair shop, while in other embodiments, the defects are determined by insurance claims submitted to an insurance company. In yet another embodiment, the defects are determined based on a probabilistic determination of a likely defect based on an analysis of vehicle data. For more information related to the probabilistic determination, please see U.S. patent Ser. No. 13/567,745 and U.S. Pat. No. 8,019,503 issued on Sep. 13, 2011, and also assigned to Applicant. The failures/defects listed in the database 42 may also be determined according to a combination of any of the strategies listed above, or according to other means known by those skilled in the art.
The diagnostic prediction feature is further illustrated in
The following example illustrates benefits which the predictive diagnostic feature provides. In this example, the vehicle under consideration is a 2005 HONDA™ ACCORD™ although it is understood that the predictive diagnostic system may be used with any vehicle. The defect database 42 includes several entries related to a 2005 HONDA™ ACCORD™. Based on those entries, a used car shopper considering a 2005 HONDA ACCORD can determine the likelihood that the specific vehicle under consideration will experiences problems at certain mileage ranges. For example, between 75,000 and 100,000 miles, there may be a high likelihood that the vehicle will need replacing of the ignition coil, a median probability or likelihood that the vehicle will need replacement of the camshaft position sensors, and a low probability that the vehicle will replacement of the engine coil module.
According to one embodiment, the input into the defect database 42 is vehicle characteristic data representative of the vehicle under consideration. Thus, the more vehicle characteristic data entered into the defect database, the more accurate and precise the resultant predictive diagnosis will be. Along these lines, the vehicle characteristic data utilized in the defect prediction analysis may not only include year, make, model, and engine, as mentioned above in connection with VIN or license plate decoding, but may also include other information that is specific to the vehicle under consideration. Therefore, the user may have the option of entering additional information pertaining to the vehicle under consideration. For instance, the additional vehicle characteristic data may include the geographic area (state, city, zip code, etc.) or climatic conditions in which the vehicle is primarily driven. Vehicles in different geographic areas may encounter symptoms related to the geographic area in which the vehicle is driven. Those skilled in the art will readily appreciate that vehicles driven in the northern part of the United States regularly encounter snow in the winter months. Road maintenance crews in those areas of the country regularly spread salt on the roads to mitigate slippery road conditions. Thus, as the vehicle drives over the salted roads, the undercarriage of the vehicle may be exposed to the salt, which may cause rust/corrosion or may lead to other problematic conditions.
However, vehicles driven in southern states may not be susceptible to the same problems since those vehicles are generally not driven over salted roads. Other geographic locations offer different environmental conditions which may be problematic for the vehicle, i.e., desert areas may lead to engine overheating. Therefore, the geographic location in which the vehicle under consideration is driven may lead to a more accurate and precise predictive diagnosis. Exemplary components/devices which may be climatically or geographically sensitive include may include the vehicle's muffler, body panel (susceptible to rust), radiator, battery, door lock, and starter.
Other vehicle characteristic data which may be entered into the historical database 42 is recall information, usage information (i.e., how many miles the vehicle is driven per year), warranty information, replacement parts on the vehicle, original parts on the vehicle, gas octane used, maintenance records. Thus, the vehicle characteristic data entered into the defect database 42 allows the user to obtain matches with vehicle records associated with vehicles that not only are the same or similar to the vehicle under consideration, but were also operated and maintained in a similar fashion. In some cases, the used car shopper may have to obtain that information directly from the seller, although in some cases, that information may be readily available on a sales sheet or flyer.
According to one embodiment, after the vehicle characteristic data is entered into the defect database 42, a preliminary diagnostic matrix will be generated which shows the predicted components/systems that are likely to fail along one axis, and several mileage brackets along another axis. The body of the matrix is filled with the number of failures associated with the respective components/systems occurring in each mileage bracket for the respective components.
The number of failures may then be totaled for each component within each mileage bracket to determine a percentage of failure. For instance, as shown in the example depicted in
In one implementation, the predictive diagnostic feature may filter out results which do not meet or exceed a defined threshold. In this regard, it is desirable to only report failures which are believed to be representative of a pattern and thus indicative of a probable outcome in the future. If there are only a minimum number of failures, i.e., failures below the set threshold, such a minimum number of failures may not be a reliable data-set for representing a potential failure in the future. The threshold may be selectively adjusted by the system operator, or by the user. The threshold may be low for newer vehicles, since there is generally less data associated with the new vehicles, and high for older vehicles, since there is generally more data associated with the older vehicles.
Referring again to
The matrix may further be beneficial to identify clusters of failures at certain mileage points. For instance, with regard to Component 1 listed in the example matrix, there are three failures between 10,000-15,000 miles and five failures between 20,000-25,000 miles, although there are zero failures in the intermediate mileage bracket (i.e., 15,000-20,000 miles).
After the thresholds have been applied, the overall percentages may be recalculated to determine the percentage of failures within each mileage bracket that meet the threshold.
The results may be presented to the user in a user friendly summary.
In one embodiment, the predictive diagnostic feature may also be capable of looking up prices, repair shops, and/or repair procedures for fixing/replacing the components listed in the predictive diagnostic summary.
According to other implementation of the present invention, the predictive failure analysis may also be refined based on specific diagnostic history of the vehicle under consideration. In other words, the predictive failure analysis may be able to correlate one part failing in response to another part failing in the past. More specifically, one part or component which wears out may have a cascading effect on wearing out other parts or components, particularly other parts or components within the same vehicle system. Thus, there may be a system level correlation when one part has failed in the past.
The predictive diagnostic feature may also be capable of adjusting the predictive diagnosis for the vehicle under consideration based on information received from the vehicle, such as live data. The live data may be obtained during a test drive of the vehicle under consideration. The predictive diagnostic feature may generate a baseline predictive diagnostic summary when characteristic data is uploaded to the historical database 42, as described above. From the baseline predictive diagnostic summary, the system may be able to make a prediction as to the general health or remaining effectiveness/lifespan of one or more vehicle components. For instance, the baseline predictive diagnostic summary may used to predict that a particular component may be useful for another 5,000 miles before the likelihood of failure increases to the point where a failure is likely.
The information extrapolated from the baseline predictive diagnostic summary may be cross-referenced with live data to provide a more accurate prediction as to the remaining lifespan of that component. For instance, if the live data shows a relatively healthy component, the prediction of 5,000 miles before a likely failure may be increased. Conversely, if the live data shows a relatively worn or ineffective component, the prediction of 5,000 miles before a likely failure may be decreased.
Thus, the predictive diagnostic feature may conduct an iterative analysis based on the live data to more accurately predict the likelihood of failure. The iterations include initially generating the baseline diagnostic report from basic characteristic data, i.e., year, make, model. Then the prediction may be refined based on the live data supplied to the predictive diagnostic feature. In this regard, the likelihood of failure may be increased, decreased, or remain unchanged based on the live data.
Referring now specifically to
After vehicle information is analyzed, the current mileage “CM” may be adjusted to define an adjusted current mileage “ACM.” For instance, if the vehicle was driven off-road, in harsh conditions, etc., the vehicle may have endured “hard miles.” Thus, the current mileage CM for the vehicle may be increased to account for the hard miles. Conversely, if the vehicle was almost exclusively driven in ideal driving conditions, and has been routinely maintained, the current mileage CM of the vehicle may be decreased to account for the optimal conditions. In the example listed in
Once the adjusted current mileage ACM has been determined, an adjusted mileage bracket “AMB” is defined based on the adjusted current mileage ACM. The defects which fall within the adjusted mileage bracket AMB are then identified. In
In the example described above in relation to
After a preliminary assessment, the current mileage CM and defects D1, D2, D3 may be plotted on the mileage axis. A more detailed analysis may reveal that the effective life of the vehicle is less than the standard or more than the standard. Therefore, the mileage associated with the defects may be adjusted along the mileage axis, accordingly. When the effective life of the vehicle is more than the standard, the mileage associated with the defects may be increased, and conversely, if the effective life of the vehicle is less than the standard, the mileage associated with the defects may be decreased.
After this analysis, an adjusted mileage bracket AMB may be created to include the current mileage CM of the vehicle. The adjusted defects AD1, AD2, and AD3 which fall within the adjusted mileage bracket AMB may then be identified.
It is understood that all summaries, reports or other information generated during the verification and/or predictive diagnostic processes may be displayed on the smart phone display 18. However, it is understood that the user may utilize a separate display, such as a computer screen or the like to view the information on an enlarged screen.
In addition to using the decoded VIN or license plate information for purposes of conducting a predictive diagnostics analysis, other implementations of the present invention relate to obtaining other information which may be useful to a used car shopper. In one embodiment, the decoded VIN or license plate information is used to determine recall information for the vehicle under consideration.
The recall database 46 may include recall information classified by vehicle year, make, model, and/or more detailed vehicle classification information, such as engine type, vehicle trim, etc. The recall identifier 48 is configured to match the vehicle classification information with recalls in the recall database 46 associated with the vehicle classification information. The identified recalls are communicated back to the user's smart phone 14 for display on the smart phone display 18.
Additional modifications and improvements of the present invention may also be apparent to those of ordinary skill in the art. Thus, the particular combination of components and steps described and illustrated herein is intended to represent only certain embodiments of the present invention, and is not intended to serve as limitations of alternative devices and methods within the spirit and scope of the invention.