This disclosure is directed to a system and method for updating and displaying a status of a repair process for a vehicle.
The background description provided herein is for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.
Damaged vehicles are frequently brought to service repair facilities to be repaired. If the damaged vehicle is insured, an insurance claim is typically associated with the vehicle. The vehicle owner is usually provided with an estimate to repair the vehicle. The repair estimate typically includes a time and cost to complete the repair. Many service repair facilities are aware that providing vehicle owners with accurate and timely status reports of the repair process help to foster a good relationship with the vehicle owner. However, providing the repair status presents a number of challenges, including who, how, and how often service repair personnel should contact the vehicle owner. Some vehicle owners may want more frequent status reports than other vehicle owners. Providing the repair status to the vehicle owner may often require service repair personnel to look up the vehicle owner's contact information, call the vehicle owner, and relay the repair status. If service repair personnel cannot reach the vehicle owner, messages must be left or additional calls may need to be made. For some service repair facilities where many employees may be involved in the repair of the vehicle, coordinating consistent communication with the vehicle owner may be very difficult because the repair work may span over several work shifts and be performed and/or reported by different service repair personnel.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
To effectively provide a repair status of a damaged vehicle, even across widely disparate amounts of damage, a system and/or method for maintaining a repair process status provides service repair facilities with the ability to update the status of the vehicle repair process and provides vehicle owners with the ability to conveniently view the status of the vehicle repair process.
In one embodiment, a method of providing a status of a repair process for a vehicle includes receiving information about a vehicle repair event for the vehicle, associating a vehicle repair status with the vehicle repair event, associating an identifier with the vehicle repair event status, and storing the vehicle repair event status in a memory. The method includes receiving a request from a service facility computing device to modify the vehicle repair event status, transmitting the vehicle repair event status to the service facility computing device, receiving vehicle repair event status information from the service facility computing device; modifying the vehicle repair event status to include the vehicle repair event status information received from the service facility computing device, and storing the modified vehicle repair event status in the memory. The method further includes receiving a request to view the vehicle repair event status from a remote computing device of a user associated with the identifier, acquiring the vehicle repair event status from the memory; and transmitting the vehicle repair event status to the remote computing device for display in a non-modifiable form.
In another embodiment, a method of providing a status of a repair process for a vehicle includes receiving information about a vehicle repair process for the vehicle, associating an identifier with the vehicle repair process, and storing a form in memory, wherein the form includes the vehicle repair process, which further includes a vehicle repair event and a vehicle repair event status associated with the vehicle repair event. The method includes receiving a request from a service facility computing device to update the vehicle repair event status, the request including the identifier associated with the vehicle repair process. The method further includes acquiring the form from the memory, and transmitting the form to the service facility computing device for display, wherein the form includes a selectable item associated with the vehicle repair event status, on which selection of the selectable item, the form provides an information entry field associated with the vehicle repair event status, and wherein the information entry field is capable of receiving information via the service facility computing device. The method further includes receiving vehicle repair event status information entered via a user interface of the service facility computing device; modifying the vehicle repair event status to include the vehicle repair event status information received from the service facility computing device, and storing the modified vehicle repair event status in the memory. The method further includes receiving a request from a remote computing device of a user associated with the identifier to view the vehicle repair event status, acquiring the vehicle repair event status from the memory, and transmitting the vehicle repair event status to the remote computing device for display in a non-modifiable form.
In a further embodiment, a tangible, computer-readable medium includes stored non-transitory instructions, that when executed by one or more processors of a computer system, cause the one or more processors to receive information about a vehicle repair event for the vehicle, associate a vehicle repair status with the vehicle repair event, associate an identifier with the vehicle repair event status, store the vehicle repair event status in a memory, receive a request from a service facility computing device to modify the vehicle repair event status, transmit the vehicle repair event status to the service facility computing device, receive vehicle repair event status information from the service facility computing device, modify the vehicle repair event status to include the vehicle repair event status information received from the service facility computing device, store the modified vehicle repair event status in the memory, receive a request to view the vehicle repair event status from a remote computing device of a user associated with the identifier, acquire the vehicle repair event status from the memory, and transmit the vehicle repair event status to the remote computing device for display in a non-modifiable form.
In further accordance with any one or more of the foregoing embodiments, a system, method, and/or computer-readable medium may further include any one or more of the following preferred forms.
In one form, the method further includes receiving an image of the vehicle from the service facility computing device, and receiving a description associated with the image from the service facility computing device.
In another form, the method includes automatically transmitting advisory information to a computing device of a user associated with the vehicle in response to a modification to the vehicle repair event status, the advisory information indicating the modification to the vehicle repair event status.
In another form, the automatically transmitting advisory information includes transmitting a text message to a communication device of the user.
In another form, the automatically transmitting advisory information includes transmitting an e-mail message to the user.
In another form, receiving vehicle repair event status information from the service facility includes receiving information associated with disassembly of the vehicle.
In another form, receiving vehicle repair event status information from the service facility includes receiving information associated with structural repair of the vehicle.
In another form, receiving vehicle repair event status information from the service facility includes receiving information associated with repaired and/or replaced vehicle parts of the vehicle.
Although the following text sets forth a detailed description of numerous different embodiments, it should be understood that the legal scope of the description is defined by the words of the claims set forth at the end of this patent. The detailed description is to be construed as an example only and does not describe every possible embodiment since describing every possible embodiment would be impractical, if not impossible. Numerous alternative embodiments could be implemented, using either current technology or technology developed after the filing date of this patent, which would still fall within the scope of the claims.
It should also be understood that, unless a term is expressly defined in this patent using the sentence “As used herein, the term “ ” is hereby defined to mean . . . “ ” or a similar sentence, there is no intent to limit the meaning of that term, either expressly or by implication, beyond its plain or ordinary meaning, and such term should not be interpreted to be limited in scope based on any statement made in any section of this patent (other than the language of the claims). To the extent that any term recited in the claims at the end of this patent is referred to in this patent in a manner consistent with a single meaning, that is done for sake of clarity only so as to not confuse the reader, and it is not intended that such claim term be limited, by implication or otherwise, to that single meaning. Finally, unless a claim element is defined by reciting the word “means” and a function without the recital of any structure, it is not intended that the scope of any claim element be interpreted based on the application of 35 U.S.C. §112, sixth paragraph.
The vehicle repair process may be generated or compiled based on a repair estimate of the vehicle. The repair estimate may be provided by an insurance claim adjustor or one or more service facilities capable of repairing the vehicle. The vehicle repair process may also be the result of a bidding process wherein one or more service facilities participate in a bidding process to repair the damaged vehicle. The bidding process may be administered by insurance personnel or the vehicle owner via an interview conducted in person or over the internet. The bid responses may contribute to the make-up of the vehicle repair process for a particular damaged vehicle. Example bid components may be targeted to areas such as repair cost, repair duration, repair location, etc. The bids of some or all of the participating service facilities may be utilized to create the vehicle repair process for the damaged vehicle.
The vehicle repair process may be stored at one or more memory devices within the system and each vehicle repair process may include one or more vehicle repair events or steps for repairing the vehicle. Example vehicle repair events include, and are not limited to, disassembly of the vehicle or a part of the vehicle, structural repair, repair and/or replacement of vehicle parts, and preparation for refinishing. Each vehicle repair process and/or vehicle repair event may include a corresponding status. For example, the vehicle repair event status may include a description describing the status of the vehicle repair event, such as a description of the type of repair work that was performed in relation to the vehicle repair event. The status may be integral with the vehicle repair event or process, or the status may be associated or linked with the vehicle repair event or process and stored separately on one or more memory devices of the system.
Once the vehicle repair process has been compiled, service repair personnel may utilize the vehicle repair process to repair the damaged vehicle by completing the one or more vehicle repair events of the vehicle repair process. To facilitate monitoring of the vehicle repair process, service repair personnel update the status of the vehicle repair process prior, during, and/or after completion of a particular vehicle repair event. For example, service repair personnel may request to update the vehicle repair event status (block 104). The update request may be initiated from a computing device associated with the service facility where the vehicle is being repaired. The computing device may be a stand-alone or hand-held computer that includes a user interface capable of receiving, transmitting, and displaying information such as the vehicle repair process and/or portions thereof, as well as status reports or updates to the vehicle repair process.
In response to the request entered at the service facility computing device to update the vehicle repair process, one or more corresponding vehicle repair event statuses or a portion thereof may be provided for display at the service facility computing device (block 106). A particular vehicle repair event and/or vehicle repair event status of the vehicle repair process may be selected at the user interface of the service facility computing device by service repair personnel (block 108). In response to the selection of the particular vehicle repair event and/or status, the corresponding vehicle repair event status may be provided to the service facility computing device for display. Service repair personnel may enter a description of the repair and/or modify information relating to the status of the vehicle repair event at the service facility computing device. The description may include one or more images, photographs, or drawings related to the repair work, such as “before repair” and “after repair” (blocks 110 and 112). Service repair personnel may submit the updated status information from the service facility computing device whereupon the image and/or description are associated with the corresponding vehicle repair event (block 114). The image and/or description may be stored separately or along with the vehicle repair process on the one or more memory devices communicatively coupled throughout the system (block 116).
In another embodiment, an example method 200 is depicted in
The communication between the system and the service facility, or between the system and the vehicle owner, may be accomplished by presenting information displayed on the user interface of a computing device associated with the service facility and/or the user. Some example formats of information suitable for presentation via a web browser, for example, are depicted in
In
Service repair personnel are able to update the status of the vehicle repair process by providing status information associated with a particular vehicle repair event. If service repair personnel choose to enter additional information such as a description or comment, example information 332 shown in
In
Similar presentations as depicted in
The data server 422 includes a controller 428 having a program memory 432, a microcontroller or a microprocessor (μP) 438, a random-access memory (RAM) 440, and an input/output (I/O) circuit 430, all of which are operatively interconnected via an address/data bus 444. The vehicle repair processes, vehicle repair process events, and/or vehicle repair process statuses may be stored in the memory of the controller 428. It should be appreciated that even though
The memory 432 of the controller 428 may include multiple RAMs 434 and multiple program memories 436, 436A, 436B storing one or more corresponding server application modules, according to the particular configuration of the controller 428. The RAM(s) 434, 440 and the program memories 436, 436A, 436B may be implemented in a known form of computer storage media, including but not limited to, semiconductor memories, magnetically readable memories, and/or optically readable memories, for example, but does not include transitory media such as carrier waves.
The controller 428 may also include, or otherwise be communicatively connected to, a database or other data storage mechanism, e.g., one or more hard disk drives, optical storage drives, solid state storage devices, etc. The database may include information such as the vehicle repair processes, vehicle repair process events, and/or vehicle repair process statuses. The database may be internal to the controller, i.e., database 442, and operatively coupled to the address/data bus 444 and/or external to the controller, i.e., database 424, and operatively coupled to the controller 428 and the network 404 via the network bus 426. Any one or more of the databases 424, 442 may also include vehicle owner/insured profile information for use in monitoring a vehicle repair process status.
The computing devices 410 may include by way of example, a smart-phone 412, a web-enabled mobile phone 414, a tablet computer 416, a personal digital assistant (PDA) 418, and a laptop/desktop computer 420. In some instances, the web enabled devices 410 may communicate with the network 404 via wireless signals 408 and, in some configurations, may communicate with the network 404 via an intervening wireless or wired device 406, which may be a wireless router, a wireless repeater, a base transceiver station of a mobile telephony provider, etc. In most cases, the network 404 may be the internet using an internet protocol, but other networks may also be used.
To the extent that any meaning or definition of a term in this document conflicts with any meaning or definition of the same term in a document incorporated by reference, the meaning or definition assigned to that term in this document shall govern. While particular embodiments of the present invention have been illustrated and described, it would be obvious to those skilled in the art that various other changes and modifications can be made without departing from the spirit and scope of the invention. It is therefore intended to cover in the appended claims all such changes and modifications that are within the scope of this invention.