US20050090951A1 - Vehicle service status tracking system and method - Google Patents

Vehicle service status tracking system and method Download PDF

Info

Publication number
US20050090951A1
US20050090951A1 US10/974,909 US97490904A US2005090951A1 US 20050090951 A1 US20050090951 A1 US 20050090951A1 US 97490904 A US97490904 A US 97490904A US 2005090951 A1 US2005090951 A1 US 2005090951A1
Authority
US
United States
Prior art keywords
service
vehicle
communications terminal
moving equipment
status
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
Application number
US10/974,909
Inventor
Gary Good
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
U Haul International Inc
Original Assignee
U Haul International Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by U Haul International Inc filed Critical U Haul International Inc
Priority to US10/974,909 priority Critical patent/US20050090951A1/en
Publication of US20050090951A1 publication Critical patent/US20050090951A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/20Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles

Definitions

  • the present invention relates to a vehicle service status tracking system and method.
  • the present invention provides a system and methods to allow multiple stations in geographically dispersed locations to monitor and track vehicle repair record and service status information.
  • a service area comprised of a number of geographically-bounded service regions
  • at least one regional communications terminal is provided in communication with a plurality of local communications terminals.
  • Each local communications terminal is typically located at a separate repair or service location having responsibility for servicing the vehicles temporally located within the region.
  • the present invention provides a system and methods for maintaining and disseminating vehicle service information within and among regions.
  • Vehicle service events are entered into a vehicle tracking system and maintained using a vehicle status database.
  • Database files are exchanged among regional communications terminals and with a central equipment manager in order to provide timely and accurate dissemination of service status.
  • a further aspect of the present invention is the sharing of vehicle service status with marketing offices and retail locations. This enables personnel at such locations to understand the repair history of a particular vehicle.
  • a still further aspect of the present invention is the ability to predict vehicle availability or time of return from service.
  • the system and methods according to the present invention provide an availability prediction for operations personnel to allocate fleet vehicles while taking account of anticipated vehicle demand.
  • FIG. 1 is a block diagram depicting the overall arrangement of a preferred embodiment of a vehicle tracking system according to the present invention
  • FIG. 2 is a functional block diagram of a preferred embodiment of a vehicle tracking system according to the present invention.
  • FIG. 3 depicts the components of a preferred implementation of a local communications terminal and a regional communications terminal according to the present invention
  • FIG. 4 depicts the contents of a vehicle status database according to a preferred embodiment of the present invention
  • FIG. 5 depicts a preferred format for a control number for use with a vehicle tracking system according to the present invention
  • FIG. 6 is an information flow diagram depicting the flow of vehicle repair and service status information throughout a preferred vehicle tracking system
  • FIGS. 7A and 7B depict processing accomplished by a local communications terminal in a preferred embodiment of the present invention
  • FIG. 8 depicts the processing accomplished by a regional communications terminal in a preferred embodiment of the present invention.
  • FIG. 9 depicts vehicle repair history processing performed by a local communications terminal and a regional communications terminal according to the present invention.
  • FIG. 10 is a preferred user interface by which a user enters equipment/location validation information at a local communications terminal according to the present invention
  • FIG. 11 is a preferred user interface for a local communications terminal according to the present invention by which a user may enter portions of vehicle repair/service event information;
  • FIG. 12 is a preferred user interface for a local communications terminal according to the present invention by which a user may modify portions of vehicle repair/service event information;
  • FIG. 13 is a preferred user interface by which a local communications terminal according to the present invention displays a control number to a user;
  • FIG. 14A is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to edit location information and view location-related reports;
  • FIG. 14B is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to view a variety of repair shop oriented reports;
  • FIG. 14C is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to view a variety of traffic reports;
  • FIG. 14D is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to view a variety of special programs reports;
  • FIG. 15 is a preferred embodiment of an on-screen pop-up multiple breakdown advisory warning provided by a preferred embodiment of the present invention.
  • FIG. 16 is an example of a preferred campaign information warning report provided by a central equipment manager according to the present invention.
  • FIG. 17 is a preferred advisory warning generated by a local communications terminal and a regional communications terminal according to the present invention.
  • FIG. 18 is a preferred report generated by a local communications terminal according to the present invention showing a portion of the out-of-service vehicles whose service has not been completed within a projected repair time;
  • FIG. 19 is a preferred display of a calculated repair/service time provided by a local communications terminal according to the present invention.
  • FIG. 20 is a preferred down equipment report generated by a local communications terminal and a regional communications terminal according to the present invention displaying information contained in a vehicle history file.
  • the present invention provides a system and methods to allow multiple stations in geographically dispersed locations to monitor and track vehicle repair record and service status information regardless of vehicle location.
  • FIG. 1 illustrates the overall arrangement of a preferred embodiment of a vehicle tracking system 100 according to the present invention.
  • vehicle tracking system 100 includes a central equipment manager 101 , regional communications terminals 102 , and local communications terminals 103 .
  • a single regional communications terminal 102 is allocated to support a given particularly-bounded geographical region.
  • FIG. 1 shows three regions (Regions A, B, and C) each having a regional communications terminal 102 .
  • one or more additional regional communications terminals 102 may provide backup communications and processing for one or more regions.
  • Each regional communications terminal 102 is preferably located in a regional company office or other such location having responsibility for maintaining and servicing the vehicles within a particular geographical region or regions.
  • Each local communications terminal 103 is preferably located in a repair and service station having responsibility for repairing broken-down or out-of-service vehicles, as well as for providing routine service and preventive maintenance, for vehicles temporally within that region.
  • a local communications terminal 103 communicates with a regional communications terminal 102 within its local region; however, a given local communications terminal 103 may communicate with one or more regional communications terminals 102 within or outside of its local region.
  • Regional communications terminal 102 is thus provided in shared communication with multiple local communications terminals 103 .
  • FIG. 2 further illustrates the logical relationships among these elements of vehicle tracking system 1 00 .
  • each regional communications terminal 102 communicates with central equipment manager 101 .
  • Central equipment manager 101 maintains at a single office location vehicle service status information for all regions, and periodically disseminates this information to all regional communications terminals 102 and local communications terminals 103 .
  • each regional communications terminal 102 communicates with central equipment manager 101 and multiple local communications terminals 103 using a frame relay network 104 .
  • Frame relay is a packet-switched protocol used for connecting terminals to a Wide Area Network (WAN) supporting T-1 or T-3 data rates.
  • frame relay network 104 comprises public switched or private telecommunications circuits such as telephone landlines, the Internet, or wireless transmission systems including, but not limited to, personal communications services, cellular data, satellite, or point-to-point microwave communications.
  • Regional communications terminals 102 are interconnected via frame relay network 104 .
  • vehicle tracking system 100 includes a vehicle status database 200 operably coupled to each local communications terminal 103 and regional communications terminal 102 .
  • a vehicle status database 200 is also operably coupled to central equipment manager 101 .
  • central equipment manager 101 is a mainframe computer system, such as a DEC® VAXTM or IBM® Model 3070 system, having a frame relay gateway and an Internet interface.
  • central equipment manager 101 is implemented according to a client-server architecture.
  • Central equipment manager 101 preferably communicates with regional communications terminals 102 via frame relay network 104 and with local communications terminal 103 via Internet interface 108 .
  • Central equipment manager 101 transmits a multiple breakdown advisory 215 (see FIG. 6 ) to all local communications terminals 103 and all regional communications terminals 102 , preferably once per 24-hour period.
  • Central equipment manager 101 transmits a multiple breakdown advisory 215 to local communications terminals 103 as a database file via File Transfer Protocol (FTP) using Internet interface 108 .
  • FTP File Transfer Protocol
  • central equipment manager 101 transmits multiple breakdown advisory 215 to regional communications terminals 102 as a database file via frame relay network 108 .
  • Users at repair/service locations having local communications terminal 103 are able to withhold rental of vehicles listed on multiple breakdown advisory 215 if, in the user's judgment, the vehicle's repair history indicates a high likelihood of break-down during an extended trip such as, for example, an inter-regional or cross-country trip. This allows an operator of vehicle tracking system 100 to achieve higher overall customer satisfaction and to save money on operating costs such as vehicle towing.
  • multiple breakdown advisory 215 is also used to indicate additional conditions affecting the status of a given vehicle such as, but not limited to, a stolen or missing vehicle.
  • FIG. 17 illustrates a preferred advisory warning generated by local communications terminal 103 and regional communications terminal 102 in response to receiving a multiple breakdown advisory 215 from central equipment manager 101 providing and indication of a stolen or missing vehicle.
  • a local communications terminal 103 typically provides vehicle service status file 205 to a single regional communications terminal 102 .
  • local communications terminal 103 may alternatively provide vehicle service status file 205 to multiple regional communications terminals 102 located in different regions. The latter situation may occur, for example, when local communications terminal 103 is located sufficiently physically proximate to two or more regional communications terminals 102 such that it is advantageous for that repair/service location to support vehicles within the control span of either or both regional offices.
  • local communications terminal 103 includes an interface for receiving an entity master list 280 (see FIG. 6 ) transmitted from central equipment manager 101 .
  • central equipment manager 101 transmits entity master list 280 using FTP via Internet interface 108 .
  • the entity master list 280 is useful for identifying the current set of regional company offices, retail locations, and marketing offices.
  • Local communications terminal 103 includes an interface to an Automated Repair Management System (ARMS) 105 for receiving vehicle history file 210 transmitted from central equipment manager 101 .
  • ARMS 105 is a frame relay network.
  • Central equipment manager 101 preferably transmits vehicle history file 210 to local communications terminals 103 as a database file via File Transfer Protocol (FTP) using ARMS 105 .
  • FTP File Transfer Protocol
  • local communications terminal 103 preferably includes interfaces to retail outlet 106 and marketing office 107 using frame relay network 104 .
  • Local communications terminal 103 transmits vehicle service status file 205 to retail outlet 106 and marketing office 107 via frame relay network 104 .
  • retail outlet 106 and marketing office 107 include an availability database 300 containing, without limitation, information concerning the availability status of vehicles in the fleet. Users at retail outlet 106 and marketing office 107 are able to allocate vehicle resources to customers, and to predict equipment availability to customers, using the vehicle repair and service status provided in vehicle service status file 205 and availability database 300 .
  • FIG. 3 shows a preferred implementation of local communications terminal 103 and regional communications terminal 102 .
  • Local communications terminal 103 and regional communications terminal 102 include a personal computer based server 150 having standard peripherals including monitor, printer (not shown), keyboard and mouse (not shown), and having an interface to a frame relay network 104 and an Internet interface 108 , and having a vehicle status database 200 .
  • server 150 is an Intel® PentiumTM-based personal computer (PC) running Microsoft® WindowsTM operating system software, including WindowsTM version 4.0.
  • Server 150 executes programmed instructions in accordance with a software application program in order to achieve the functionality described herein.
  • server 150 application software is written in FoxProTM version 2.6 for Microsoft® WindowsTM.
  • vehicle tracking system 100 includes two independent application programs: one application program for execution at local communication terminal 103 , and a second application program for execution at regional communications terminal 102 .
  • Local communications terminal 103 and regional communications terminal 102 include a web browser and electronic mail capability to enable electronic communication using the Internet, including Hypertext Transport Protocol (HTTP), File Transfer Protocol (FTP), and Simple Mail Transfer Protocol (SMTP).
  • HTTP Hypertext Transport Protocol
  • FTP File Transfer Protocol
  • SMTP Simple Mail Transfer Protocol
  • local communications terminal 103 and regional communications terminal 102 use Microsoft® Internet ExplorerTM and OutlookTM application software.
  • vehicle status database 200 is implemented using FoxProTM version 2.6TM version 7.0.
  • Server 150 interfaces with vehicle status database 200 using FoxProTM queries and instructions.
  • FIG. 4 describes the contents of vehicle status database 200 .
  • vehicle status database 200 includes one or more vehicle service status files 205 , a vehicle history file 210 , and multiple breakdown advisory 215 .
  • FIG. 6 illustrates the flow of vehicle repair and service status information comprising vehicle status database 200 throughout vehicle tracking system 100 , as described herein.
  • Vehicle service status file 205 is comprised of one or more service event notifications 220 .
  • a service event notification 220 is created or modified by a user, usually a service professional, at a local repair or service location by logging vehicle repair and service information using local communications terminal 103 .
  • service event notification 220 may include, for example, a control number 225 , a vehicle identifier 230 , an equipment type indicator 235 , current status 240 , location identifier 245 , date-in-building indicator 250 , type-of-service-required indicator 255 , an availability prediction 260 , and remarks 265 .
  • local communications terminal 103 provides for generation of availability prediction 260 by calculating an average repair/service time for the particular location and providing this information to the user. To calculate the average repair/service time, local communications terminal 103 retrieves from vehicle status database 200 service event notifications 220 for repair/service activities accomplished at this service location during the past thirty days. Local communications terminal 103 then computes an average repair/service time by averaging the number of days from date-in-building 250 to closing of the service event notification 220 for each service event notification within the thirty day period. FIG. 19 illustrates a preferred display of the calculated repair/service time provided by local communications terminal 103 . Alternatively, a period of time of shorter or longer duration than thirty days is used in calculating the average repair/service time.
  • the average repair/service time is calculated daily.
  • Local communications terminal 103 displays the calculated average repair/service time to the user.
  • Local communications terminal 103 further includes an operator interface that allows the user to enter availability prediction 260 using a keyboard, the user having considered a variety of factors including the average repair/service time.
  • local communications terminal 103 calculates availability prediction 260 based on, without limitation, the mean-time-to-repair (typically measured in hours) to complete a particular service job for a particular item of equipment.
  • vehicle status database 200 further includes a set of mean-time-to-repair values indexed by equipment type 235 and type-of-service-required 255 .
  • Mean-time-to-repair values are periodically updated in response to changes in the calculated average repair/service time described above.
  • Local communications terminal 103 sets availability prediction 260 equal to the mean-time-to-repair value associated with the particular equipment type 235 and type-of-service-required 255 .
  • Local communications terminal 103 may modify availability prediction 260 based upon user-provided factors such as, but not limited to, the service backlog at this location, staffing levels at this location, and parts availability.
  • local communications terminal 103 automatically calculates availability prediction 260 by setting availability prediction 260 equal to the date occurring three business days following the date service event notification 220 is entered into vehicle service database 200 .
  • Local communications terminal 103 further includes an operator interface that allows a user to modify availability prediction 260 by manually entering a different projected availability date using a keyboard.
  • Local communications terminal 103 stores availability prediction 260 with its associated service event notification 220 record using vehicle status database 200 .
  • availability prediction 260 is included in the service event notification 220 record as shown in FIG. 4 .
  • the service event notification 220 record includes a pointer to a memory location containing availability prediction 260 .
  • FIG. 5 shows a preferred control number 225 for use with vehicle tracking system 100 .
  • control number 225 is formed by sequentially concatenating two numeric digits corresponding to the current month, two numeric digits corresponding to the current day of the month, and a three-digit sequential service number 275 .
  • Service number 275 is preferably determined by local communications terminal 103 at the time the user enters a new service event notification 220 .
  • a distinct control number 225 is provided for each service request for an individual vehicle.
  • Control number 225 thus patently conveys to an observer an indication of: (1) the date that a particular service event notification 220 was created for the associated vehicle, and (2) the order in which that service event notification 220 was created with respect to other service event notifications 220 logged by that local communications terminal 103 on a particular date.
  • vehicle service status file 205 is comprised of the service event notifications 220 entered or modified at a local communications terminal 103 since the last time vehicle service status file 205 was uploaded to regional communications terminal 102 .
  • vehicle service status file 205 is created by local communications terminal 103 immediately prior to uploading it to regional communications terminal 102 .
  • Local communications terminal 103 creates vehicle service status file 205 by formulating a query requesting retrieval all of the service event notifications 220 entered or modified (e.g., service ticket closed at the completion of repair, service location changed) since the time of the most recent upload.
  • the retrieved service event notification 220 records are then stored as vehicle service status file 205 using vehicle status database 200 .
  • vehicle service status file 205 is then uploaded to regional communications terminal 102 using frame relay network 104 .
  • local communications terminal 103 automatically uploads vehicle status file 205 periodically at a frequency of once every 30 minutes. Alternatively, the frequency of upload can be decreased to minimize the number of transmissions or increased to approach real-time notification.
  • Personnel at regional company offices use regional communications terminal 102 to determine equipment status and location in order to manage reservations. For example, if equipment is scheduled to be serviced in a particular region, personnel at other regions will not reserve that vehicle for an inter-regional trip.
  • Regional communications terminal 102 aggregates each of the vehicle status files 205 received from local communications terminals 103 into a vehicle service status report 285 .
  • Regional communications terminal 102 then transmits vehicle service status report 285 to central equipment manager 101 .
  • regional communications terminal 102 automatically uploads vehicle service status report 285 periodically at a frequency of once every 30 minutes.
  • vehicle service status report 285 is uploaded from regional communications terminal 102 using frame relay network 104 .
  • Vehicle history file 210 comprises all of the service event notifications 220 associated with a particular vehicle identifier 230 , preferably including all service event notifications 220 occurring in the previous twelve-month period.
  • Vehicle history file 210 is received by local communications terminal 103 and regional communications terminal 102 from central equipment manager 101 and stored using vehicle status database 200 .
  • FIG. 20 illustrates a preferred down equipment report generated by local communications terminal 103 and regional communications terminal 102 displaying information contained in vehicle history file 210 received from central equipment manager 101 .
  • Vehicle history file 210 preferably includes multiple breakdown advisory 215 , a separate indication also provided by central equipment manager 101 .
  • multiple breakdown advisory 215 is provided as a separate record of vehicle history file 210 .
  • Users of vehicle tracking system 100 are able to detect root cause problems or other systemic problems based on the pattern of recurring repair/service actions for a particular vehicle provided by vehicle history file 210 . For example, a series of dead battery service events can be indicative of an underlying electrical problem.
  • Local communications terminal 103 and regional communications terminal 102 provide a history search capability to allow a user to review service event notifications 220 for a particular vehicle occurring over a period of time which is preferably the previous twelve-month period.
  • FIGS. 7A and 7B describe the processing accomplished by local communications terminal 103 in a preferred method of managing a fleet of vehicles, and vehicle repair record and service status information, in vehicle tracking system 100 (see FIG. 1 ) having multiple geographically remote service locations, according to the present invention.
  • FIG. 10 illustrates a preferred user interface for local communications terminal 103 by which a user enters equipment/location validation information. Specifically, upon a determination of a repair or service action being required for a particular vehicle, a user enters information specific to the repair/service event using local communications terminal 103 .
  • such user-entered repair/service event information includes, but is not limited to, vehicle identifier 230 , equipment type 235 , current status 240 , type of service required 255 , location 245 , date_in_building 250 , and any specific explanatory remarks 265 .
  • FIG. 11 depicts a preferred user interface for local communications terminal 103 by which a user may enter portions of vehicle repair/service event information.
  • FIG. 12 depicts a preferred user interface for local communications terminal 103 by which a user may modify portions of vehicle repair/service event information.
  • local communications terminal 103 is located in a repair and service station having responsibility for repairing and servicing vehicles.
  • a user such as a service professional, preferably enters the repair/service event information using an interactive data entry screen and keyboard/mouse provided by local communications terminal 103 .
  • repair/service event information may be manually entered from a written work order, or, alternatively, in conjunction with creation of a written work order.
  • local communications terminal 103 receives repair/service event information from an external source via Internet interface 108 (block 303 ).
  • External sources include, but are not limited to, a mobile repair unit, a remote repair or service location, or other location not equipped with local communications terminal 103 .
  • an external source transmits vehicle repair/service information to local communications terminal 103 using an electronic message such as, for example, an email message, over Internet interface 108 .
  • local communications terminal 103 After entry or receipt of vehicle repair/service information, local communications terminal 103 generates control number 225 for a new service event notification 220 as described herein in reference to FIG. 5 (block 305 ).
  • FIG. 13 illustrates a preferred user interface by which local communications terminal 103 displays the generated control number 225 to a user.
  • Local communications terminal 103 also generates availability prediction 260 as described elsewhere herein (block 307 ).
  • control number 225 is generated per block 305 prior to availability prediction 260 being generated per block 307 ; however, these two operations may be accomplished without regard to any particular sequence, or in parallel as well.
  • local communications terminal 103 After obtaining vehicle repair/service information in blocks 301 or 303 , generating control number 225 in block 305 , and generating availability prediction 260 in block 307 , local communications terminal 103 creates service event notification 220 using this information as shown in FIG. 4 (block 309 ).
  • each such new service event notification 220 is stored in the local vehicle status database 200 operably coupled to the local communications terminal 103 that generated that service event notification 220 (block 311 ).
  • FIGS. 14A through 14D illustrate a preferred user interface for local communications terminal 103 by which a user may request to receive a variety of service event reports generated by local communications terminal 103 using the vehicle repair/service information contained in vehicle repair database 200 .
  • local communications terminal 103 provides the capability for a user to edit location information and view location-related reports.
  • local communications terminal 103 provides the capability for a user to view a variety of repair shop oriented reports, including reports indicating various aspects of equipment disposition and availability at this location, including equipment for which the scheduled repair date has been exceeded.
  • FIG. 18 illustrates a preferred report generated by local communications terminal 103 showing a portion of the out-of-service vehicles whose service has not been completed within a projected repair time.
  • local communications terminal 103 provides the capability for a user to view a variety of traffic reports.
  • local communications terminal 103 provides the capability for a user to view a variety of special programs reports, including campaign information (received from, for example, a particular vehicle manufacturer), equipment history search, control number search, and shop transfers.
  • service event notification 220 processing as described with respect to FIG. 7A continues as required at local communications terminals 103 (reference blocks 313 , 315 , and 317 ). However, new service event notifications 220 are periodically uploaded to regional communications terminal 102 (block 331 ), marketing offices 107 (block 333 ), and retail outlets 106 (block 335 ). Local communications terminal 103 maintains a series of software-implemented upload timers used to determine when the current set of new service event notifications 220 are collected and uploaded to each of these destination nodes.
  • a first timer, TIMER_ 1 is used to determine when local communications terminal 103 uploads the current set of new service event notifications 220 to regional communications terminal 102 (block 313 ).
  • Another timer, TIMER_ 2 is used to determine when local communications terminal 103 uploads the current set of new service event notifications 220 to marketing office 107 (block 315 ).
  • a third timer, TIMER_ 3 is used to determine when local communications terminal 103 uploads the current set of new service event notifications 220 to retail outlets 106 (block 317 ).
  • local communications terminal 103 employs three separate upload timers each having independent expiration times but each being set to a value of approximately 30 minutes.
  • the timer values are each independently modifiable by the user.
  • a single timer may be used to effect periodic uploading of the current set of new service event notifications 220 to regional communications terminal 102 , marketing offices 107 , and retail outlets 106 .
  • service event notification 220 upload is accomplished aperiodically in response to the occurrence of one or a combination of external events, or upon receiving an upload request from the destination node.
  • local communications terminal 103 retrieves from its local vehicle status database 200 the set of service event notifications 220 entered since the time of the last upload action associated with TIMER_ 1 (block 319 ). In a preferred embodiment, this is accomplished by formulating a database query to retrieve service event notifications 220 having entry dates later in time than the most recently accomplished upload action associated with TIMER_ 1 . This database query is then transmitted to vehicle status database 200 . Vehicle status database 200 responds by providing to local communications terminal 103 the set of service event notifications 220 , if any, meeting the query criteria.
  • Local communications terminal 103 gathers the set of service event notifications 220 from block 319 into a vehicle service status file 205 (block 325 ) as described in FIG. 4 .
  • local communications terminal 103 then uploads vehicle service status file 205 to regional communications terminal 102 via Frame relay network 104 .
  • local communications terminal 103 retrieves from its local vehicle status database 200 the set of service event notifications 220 entered since the time of the last upload action associated with TIMER_ 2 (block 321 ).
  • Local communications terminal 103 gathers the set of service event notifications 220 from block 321 into a vehicle service status file 205 (block 327 ).
  • local communications terminal 103 then uploads vehicle service status file 205 to marketing office 107 via frame relay network 104 .
  • local communications terminal 103 retrieves from its local vehicle status database 200 the set of service event notifications 220 entered since the time of the last upload action associated with TIMER_ 3 (block 323 ). Local communications terminal 103 gathers the set of service event notifications 220 from block 323 into a vehicle service status file 205 (block 329 ). In block 335 , local communications terminal 103 then uploads vehicle service status file 205 to retail outlet 106 via frame relay network 104 .
  • regional communications terminal 102 receives vehicle service status file 205 from one or more local communications terminals 103 via frame relay network 104 (block 351 ). Upon receiving vehicle service status file 205 , regional communications terminal 102 stores vehicle service status file 205 using its local vehicle status database 200 (block 353 ).
  • Regional communications terminal 102 maintains a software-implemented upload timer to determine when the current set of new vehicle service status files 205 are to be collected and uploaded to central equipment manager 101 (block 355 ).
  • regional communications terminal 102 upload timer is set to a value of approximately 30 minutes. The timer value may be modified as required by the user.
  • vehicle service status file upload is accomplished aperiodically in response to the occurrence of one or a combination of external events, or upon receiving a request for upload from central equipment manager 101 .
  • regional communications terminal 102 retrieves from its local vehicle status database 200 the set of vehicle service status files 205 entered since the time of the last upload action (block 357 ). In a preferred embodiment, this is accomplished by formulating a database query to retrieve vehicle service status files 205 having receipt dates later in time than the most recently accomplished upload action. This database query is then transmitted to vehicle status database 200 . Vehicle status database 200 responds by providing to regional communications terminal 102 the set of vehicle service status files 205 , if any, meeting the query criteria.
  • Regional communications terminal 102 collects the set of vehicle service status files 205 from block 357 into a vehicle service status report 285 (block 359 ).
  • vehicle service status report 285 is a single file formed by sequentially appending the contents (i.e., service event notification 220 records) of each vehicle service status file 205 in a sequence from oldest to newest (with respect to time of receipt).
  • regional communications terminal 102 then uploads vehicle service status report 285 to central equipment manager 101 via frame relay network 104 .
  • local communications terminal 103 and regional communications terminal 102 receive vehicle history file 210 , entity master 280 , and multiple breakdown advisory 215 from central equipment manager 101 once per 24-hour period.
  • central equipment manager 101 periodically transmits vehicle history file 210 to local communications terminals 103 and regional communications terminals 102 using electronic network 105 .
  • Electronic network 105 may be referred to as an Automated Repair Management System (ARMS).
  • Local communications terminal 103 and regional communications terminal 102 receive vehicle history file 210 (block 371 ) and store the received vehicle history file 210 using vehicle status database 200 (block 377 ).
  • Local communications terminal 103 and regional communications terminal 102 receive additional information from central equipment manager 101 via electronic network 105 .
  • FIG. 16 provides an example campaign information warning report received from central equipment manager 101 .
  • central equipment manager 101 periodically transmits entity master 280 list to local communications terminals 103 using Internet interface 108 and to regional communications terminals 102 using frame relay network 104 .
  • entity master 280 list (block 373 )
  • local communications terminal 103 and regional communications terminal 102 store the received entity master 280 list using vehicle status database 200 (block 379 ).
  • Central equipment manager 101 also transmits multiple breakdown advisory 215 to all local communications terminals 102 and all regional communications terminals 103 .
  • local communications terminal 103 and regional communications terminal 102 Upon receiving a multiple breakdown advisory (block 375 ), local communications terminal 103 and regional communications terminal 102 provide a multiple breakdown advisory warning (block 387 ) to alert the user to consider this information in assessing the suitability of the vehicle for a particular rental itinerary.
  • local communications terminal 103 and regional communications terminal 102 provide the advisory warning in the form of an on-screen pop-up warning box on the display device of processor 150 .
  • FIG. 15 illustrates a preferred embodiment of an on-screen pop-up multiple breakdown advisory warning.
  • regional communications terminal 102 reviews service event notifications 220 received from local communications terminals 103 in vehicle service status files 205 for actual service completion times (block 381 ).
  • regional communications terminal 102 determines if the repair/service action has not occurred by the time specified by availability prediction 260 . Specifically, if the repair/service action is not accomplished within 24 hours of the projected completion date specified by availability prediction 260 (block 383 ), then regional communications terminal 102 provides a service time advisory warning (block 389 ). The time in excess of the availability prediction 260 that triggers the advisory warning is user-programmable from as little as two hours to as long as four weeks. In a preferred embodiment, regional communications terminal 102 provides the service time advisory warning in the form of an on-screen pop-up warning text box on the display device of processor 150 . The user may thereafter take corrective action such as, for example, telephoning the service location to determine the cause of the service delay.
  • local communications terminal 103 reviews service event notifications 220 for vehicles whose number of repair/service actions exceed a pre-defined threshold (block 385 ). If the repair threshold has been exceeded, then regional communications terminal provides multiple breakdown advisory 21 5 as described above for block 387 .
  • the pre-defined threshold for multiple breakdown advisory is two service event notifications 220 within the last sixty-day period. If the threshold is exceeded, multiple breakdown advisory 215 provides the user the option of retrieving and displaying or printing the service event notifications 220 associated with the vehicle.
  • a system and methods for managing a fleet of vehicles has been shown that allows multiple geographically dispersed locations to monitor and track vehicle service status, including generating a prediction of vehicle availability.

Abstract

A system and methods to allow multiple stations in geographically dispersed locations to monitor and track vehicle repair record and service status information in a coordinated fashion. In a service area comprised of a number of geographically-bounded service regions, at least one regional communications terminal is provided in communication with a plurality of local communications terminals. Each local communications terminal and regional communications terminal communicates with a vehicle service status database. Vehicle service events are entered into a vehicle tracking system and maintained using the vehicle status database. Database files are exchanged between local communications terminals and regional communications terminals and with a central equipment manager in order to provide timely and accurate dissemination of service status. Vehicle service status, including an equipment availability prediction, is shared with marketing offices and retail locations to enable personnel at such locations to make informed decisions in allocating particular equipment to a customer based on the customer's needs.

Description

  • A portion of this disclosure contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or patent disclosure, as it appears in the Patent and Trademark Office files or records, but otherwise reserves all copyright rights whatsoever.
  • FIELD OF THE INVENTION
  • The present invention relates to a vehicle service status tracking system and method.
  • SUMMARY OF THE INVENTION
  • The present invention provides a system and methods to allow multiple stations in geographically dispersed locations to monitor and track vehicle repair record and service status information. In a service area comprised of a number of geographically-bounded service regions, at least one regional communications terminal is provided in communication with a plurality of local communications terminals. Each local communications terminal is typically located at a separate repair or service location having responsibility for servicing the vehicles temporally located within the region.
  • The present invention provides a system and methods for maintaining and disseminating vehicle service information within and among regions. Vehicle service events are entered into a vehicle tracking system and maintained using a vehicle status database. Database files are exchanged among regional communications terminals and with a central equipment manager in order to provide timely and accurate dissemination of service status.
  • A further aspect of the present invention is the sharing of vehicle service status with marketing offices and retail locations. This enables personnel at such locations to understand the repair history of a particular vehicle.
  • A still further aspect of the present invention is the ability to predict vehicle availability or time of return from service. The system and methods according to the present invention provide an availability prediction for operations personnel to allocate fleet vehicles while taking account of anticipated vehicle demand.
  • Other advantages and objectives of the present invention are apparent upon inspection of this specification and the drawings appended thereto.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram depicting the overall arrangement of a preferred embodiment of a vehicle tracking system according to the present invention;
  • FIG. 2 is a functional block diagram of a preferred embodiment of a vehicle tracking system according to the present invention;
  • FIG. 3 depicts the components of a preferred implementation of a local communications terminal and a regional communications terminal according to the present invention;
  • FIG. 4 depicts the contents of a vehicle status database according to a preferred embodiment of the present invention;
  • FIG. 5 depicts a preferred format for a control number for use with a vehicle tracking system according to the present invention;
  • FIG. 6 is an information flow diagram depicting the flow of vehicle repair and service status information throughout a preferred vehicle tracking system;
  • FIGS. 7A and 7B depict processing accomplished by a local communications terminal in a preferred embodiment of the present invention;
  • FIG. 8 depicts the processing accomplished by a regional communications terminal in a preferred embodiment of the present invention;
  • FIG. 9 depicts vehicle repair history processing performed by a local communications terminal and a regional communications terminal according to the present invention;
  • FIG. 10 is a preferred user interface by which a user enters equipment/location validation information at a local communications terminal according to the present invention;
  • FIG. 11 is a preferred user interface for a local communications terminal according to the present invention by which a user may enter portions of vehicle repair/service event information;
  • FIG. 12 is a preferred user interface for a local communications terminal according to the present invention by which a user may modify portions of vehicle repair/service event information;
  • FIG. 13 is a preferred user interface by which a local communications terminal according to the present invention displays a control number to a user;
  • FIG. 14A is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to edit location information and view location-related reports;
  • FIG. 14B is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to view a variety of repair shop oriented reports;
  • FIG. 14C is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to view a variety of traffic reports;
  • FIG. 14D is a preferred user interface for a local communications terminal according to the present invention providing the capability for a user to view a variety of special programs reports;
  • FIG. 15 is a preferred embodiment of an on-screen pop-up multiple breakdown advisory warning provided by a preferred embodiment of the present invention;
  • FIG. 16 is an example of a preferred campaign information warning report provided by a central equipment manager according to the present invention;
  • FIG. 17 is a preferred advisory warning generated by a local communications terminal and a regional communications terminal according to the present invention;
  • FIG. 18 is a preferred report generated by a local communications terminal according to the present invention showing a portion of the out-of-service vehicles whose service has not been completed within a projected repair time;
  • FIG. 19 is a preferred display of a calculated repair/service time provided by a local communications terminal according to the present invention; and
  • FIG. 20 is a preferred down equipment report generated by a local communications terminal and a regional communications terminal according to the present invention displaying information contained in a vehicle history file.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • The present invention provides a system and methods to allow multiple stations in geographically dispersed locations to monitor and track vehicle repair record and service status information regardless of vehicle location.
  • FIG. 1 illustrates the overall arrangement of a preferred embodiment of a vehicle tracking system 100 according to the present invention. Referring now to FIG. 1, vehicle tracking system 100 includes a central equipment manager 101, regional communications terminals 102, and local communications terminals 103. Preferably, a single regional communications terminal 102 is allocated to support a given particularly-bounded geographical region. For example, FIG. 1 shows three regions (Regions A, B, and C) each having a regional communications terminal 102. However, one or more additional regional communications terminals 102 may provide backup communications and processing for one or more regions.
  • Each regional communications terminal 102 is preferably located in a regional company office or other such location having responsibility for maintaining and servicing the vehicles within a particular geographical region or regions. Each local communications terminal 103 is preferably located in a repair and service station having responsibility for repairing broken-down or out-of-service vehicles, as well as for providing routine service and preventive maintenance, for vehicles temporally within that region. A local communications terminal 103 communicates with a regional communications terminal 102 within its local region; however, a given local communications terminal 103 may communicate with one or more regional communications terminals 102 within or outside of its local region. Regional communications terminal 102 is thus provided in shared communication with multiple local communications terminals 103.
  • FIG. 2 further illustrates the logical relationships among these elements of vehicle tracking system 1 00. Referring now to FIG. 2, each regional communications terminal 102 communicates with central equipment manager 101. Central equipment manager 101 maintains at a single office location vehicle service status information for all regions, and periodically disseminates this information to all regional communications terminals 102 and local communications terminals 103.
  • In a preferred embodiment, each regional communications terminal 102 communicates with central equipment manager 101 and multiple local communications terminals 103 using a frame relay network 104. Frame relay is a packet-switched protocol used for connecting terminals to a Wide Area Network (WAN) supporting T-1 or T-3 data rates. Alternatively, frame relay network 104 comprises public switched or private telecommunications circuits such as telephone landlines, the Internet, or wireless transmission systems including, but not limited to, personal communications services, cellular data, satellite, or point-to-point microwave communications. Regional communications terminals 102 are interconnected via frame relay network 104.
  • Referring again to FIG. 2, vehicle tracking system 100 includes a vehicle status database 200 operably coupled to each local communications terminal 103 and regional communications terminal 102. A vehicle status database 200 is also operably coupled to central equipment manager 101. In a preferred embodiment, central equipment manager 101 is a mainframe computer system, such as a DEC® VAX™ or IBM® Model 3070 system, having a frame relay gateway and an Internet interface. Alternatively, central equipment manager 101 is implemented according to a client-server architecture. Central equipment manager 101 preferably communicates with regional communications terminals 102 via frame relay network 104 and with local communications terminal 103 via Internet interface 108.
  • Central equipment manager 101 transmits a multiple breakdown advisory 215 (see FIG. 6) to all local communications terminals 103 and all regional communications terminals 102, preferably once per 24-hour period. Central equipment manager 101 transmits a multiple breakdown advisory 215 to local communications terminals 103 as a database file via File Transfer Protocol (FTP) using Internet interface 108. Preferably, central equipment manager 101 transmits multiple breakdown advisory 215 to regional communications terminals 102 as a database file via frame relay network 108. Users at repair/service locations having local communications terminal 103 are able to withhold rental of vehicles listed on multiple breakdown advisory 215 if, in the user's judgment, the vehicle's repair history indicates a high likelihood of break-down during an extended trip such as, for example, an inter-regional or cross-country trip. This allows an operator of vehicle tracking system 100 to achieve higher overall customer satisfaction and to save money on operating costs such as vehicle towing.
  • Preferably, multiple breakdown advisory 215 is also used to indicate additional conditions affecting the status of a given vehicle such as, but not limited to, a stolen or missing vehicle. For example, FIG. 17 illustrates a preferred advisory warning generated by local communications terminal 103 and regional communications terminal 102 in response to receiving a multiple breakdown advisory 215 from central equipment manager 101 providing and indication of a stolen or missing vehicle.
  • Referring again to FIG. 2, a local communications terminal 103 typically provides vehicle service status file 205 to a single regional communications terminal 102. However, as shown in FIG. 2, local communications terminal 103 may alternatively provide vehicle service status file 205 to multiple regional communications terminals 102 located in different regions. The latter situation may occur, for example, when local communications terminal 103 is located sufficiently physically proximate to two or more regional communications terminals 102 such that it is advantageous for that repair/service location to support vehicles within the control span of either or both regional offices.
  • Referring again to FIG. 2, local communications terminal 103 includes an interface for receiving an entity master list 280 (see FIG. 6) transmitted from central equipment manager 101. Preferably, central equipment manager 101 transmits entity master list 280 using FTP via Internet interface 108. The entity master list 280 is useful for identifying the current set of regional company offices, retail locations, and marketing offices.
  • Local communications terminal 103 includes an interface to an Automated Repair Management System (ARMS) 105 for receiving vehicle history file 210 transmitted from central equipment manager 101. In a preferred embodiment, ARMS 105 is a frame relay network. Central equipment manager 101 preferably transmits vehicle history file 210 to local communications terminals 103 as a database file via File Transfer Protocol (FTP) using ARMS 105.
  • Referring again to FIG. 2, local communications terminal 103 preferably includes interfaces to retail outlet 106 and marketing office 107 using frame relay network 104. Local communications terminal 103 transmits vehicle service status file 205 to retail outlet 106 and marketing office 107 via frame relay network 104. In a preferred embodiment, retail outlet 106 and marketing office 107 include an availability database 300 containing, without limitation, information concerning the availability status of vehicles in the fleet. Users at retail outlet 106 and marketing office 107 are able to allocate vehicle resources to customers, and to predict equipment availability to customers, using the vehicle repair and service status provided in vehicle service status file 205 and availability database 300.
  • FIG. 3 shows a preferred implementation of local communications terminal 103 and regional communications terminal 102. Local communications terminal 103 and regional communications terminal 102 include a personal computer based server 150 having standard peripherals including monitor, printer (not shown), keyboard and mouse (not shown), and having an interface to a frame relay network 104 and an Internet interface 108, and having a vehicle status database 200. In a preferred embodiment, server 150 is an Intel® Pentium™-based personal computer (PC) running Microsoft® Windows™ operating system software, including Windows™ version 4.0. Server 150 executes programmed instructions in accordance with a software application program in order to achieve the functionality described herein. In a preferred embodiment, server 150 application software is written in FoxPro™ version 2.6 for Microsoft® Windows™. In a preferred embodiment, vehicle tracking system 100 includes two independent application programs: one application program for execution at local communication terminal 103, and a second application program for execution at regional communications terminal 102.
  • Local communications terminal 103 and regional communications terminal 102 include a web browser and electronic mail capability to enable electronic communication using the Internet, including Hypertext Transport Protocol (HTTP), File Transfer Protocol (FTP), and Simple Mail Transfer Protocol (SMTP). In a preferred embodiment, local communications terminal 103 and regional communications terminal 102 use Microsoft® Internet Explorer™ and Outlook™ application software.
  • In a preferred embodiment, vehicle status database 200 is implemented using FoxPro™ version 2.6™ version 7.0. Server 150 interfaces with vehicle status database 200 using FoxPro™ queries and instructions.
  • FIG. 4 describes the contents of vehicle status database 200. Referring now to FIG. 4, vehicle status database 200 includes one or more vehicle service status files 205, a vehicle history file 210, and multiple breakdown advisory 215.
  • FIG. 6 illustrates the flow of vehicle repair and service status information comprising vehicle status database 200 throughout vehicle tracking system 100, as described herein.
  • Vehicle service status file 205 is comprised of one or more service event notifications 220. A service event notification 220 is created or modified by a user, usually a service professional, at a local repair or service location by logging vehicle repair and service information using local communications terminal 103. Referring again to FIG. 4, service event notification 220 may include, for example, a control number 225, a vehicle identifier 230, an equipment type indicator 235, current status 240, location identifier 245, date-in-building indicator 250, type-of-service-required indicator 255, an availability prediction 260, and remarks 265.
  • In a preferred embodiment, local communications terminal 103 provides for generation of availability prediction 260 by calculating an average repair/service time for the particular location and providing this information to the user. To calculate the average repair/service time, local communications terminal 103 retrieves from vehicle status database 200 service event notifications 220 for repair/service activities accomplished at this service location during the past thirty days. Local communications terminal 103 then computes an average repair/service time by averaging the number of days from date-in-building 250 to closing of the service event notification 220 for each service event notification within the thirty day period. FIG. 19 illustrates a preferred display of the calculated repair/service time provided by local communications terminal 103. Alternatively, a period of time of shorter or longer duration than thirty days is used in calculating the average repair/service time. Preferably, the average repair/service time is calculated daily. Local communications terminal 103 displays the calculated average repair/service time to the user. Local communications terminal 103 further includes an operator interface that allows the user to enter availability prediction 260 using a keyboard, the user having considered a variety of factors including the average repair/service time.
  • In a first alternative, local communications terminal 103 calculates availability prediction 260 based on, without limitation, the mean-time-to-repair (typically measured in hours) to complete a particular service job for a particular item of equipment. In this alternative embodiment, vehicle status database 200 further includes a set of mean-time-to-repair values indexed by equipment type 235 and type-of-service-required 255. Mean-time-to-repair values are periodically updated in response to changes in the calculated average repair/service time described above. Local communications terminal 103 sets availability prediction 260 equal to the mean-time-to-repair value associated with the particular equipment type 235 and type-of-service-required 255. Local communications terminal 103 may modify availability prediction 260 based upon user-provided factors such as, but not limited to, the service backlog at this location, staffing levels at this location, and parts availability.
  • In a second alternative embodiment, local communications terminal 103 automatically calculates availability prediction 260 by setting availability prediction 260 equal to the date occurring three business days following the date service event notification 220 is entered into vehicle service database 200. Local communications terminal 103 further includes an operator interface that allows a user to modify availability prediction 260 by manually entering a different projected availability date using a keyboard.
  • Local communications terminal 103 stores availability prediction 260 with its associated service event notification 220 record using vehicle status database 200. In a preferred embodiment, availability prediction 260 is included in the service event notification 220 record as shown in FIG. 4. Alternatively, the service event notification 220 record includes a pointer to a memory location containing availability prediction 260.
  • FIG. 5 shows a preferred control number 225 for use with vehicle tracking system 100. Referring now to FIG. 5, control number 225 is formed by sequentially concatenating two numeric digits corresponding to the current month, two numeric digits corresponding to the current day of the month, and a three-digit sequential service number 275. Service number 275 is preferably determined by local communications terminal 103 at the time the user enters a new service event notification 220. A distinct control number 225 is provided for each service request for an individual vehicle. Control number 225 thus patently conveys to an observer an indication of: (1) the date that a particular service event notification 220 was created for the associated vehicle, and (2) the order in which that service event notification 220 was created with respect to other service event notifications 220 logged by that local communications terminal 103 on a particular date.
  • Referring again to FIG. 4, vehicle service status file 205 is comprised of the service event notifications 220 entered or modified at a local communications terminal 103 since the last time vehicle service status file 205 was uploaded to regional communications terminal 102. In a preferred embodiment, vehicle service status file 205 is created by local communications terminal 103 immediately prior to uploading it to regional communications terminal 102. Local communications terminal 103 creates vehicle service status file 205 by formulating a query requesting retrieval all of the service event notifications 220 entered or modified (e.g., service ticket closed at the completion of repair, service location changed) since the time of the most recent upload. The retrieved service event notification 220 records are then stored as vehicle service status file 205 using vehicle status database 200.
  • Referring again to FIG. 6, vehicle service status file 205 is then uploaded to regional communications terminal 102 using frame relay network 104. In a preferred embodiment, local communications terminal 103 automatically uploads vehicle status file 205 periodically at a frequency of once every 30 minutes. Alternatively, the frequency of upload can be decreased to minimize the number of transmissions or increased to approach real-time notification. Personnel at regional company offices use regional communications terminal 102 to determine equipment status and location in order to manage reservations. For example, if equipment is scheduled to be serviced in a particular region, personnel at other regions will not reserve that vehicle for an inter-regional trip.
  • Regional communications terminal 102 aggregates each of the vehicle status files 205 received from local communications terminals 103 into a vehicle service status report 285. Regional communications terminal 102 then transmits vehicle service status report 285 to central equipment manager 101. In a preferred embodiment, regional communications terminal 102 automatically uploads vehicle service status report 285 periodically at a frequency of once every 30 minutes. In a preferred embodiment, vehicle service status report 285 is uploaded from regional communications terminal 102 using frame relay network 104.
  • Vehicle history file 210 comprises all of the service event notifications 220 associated with a particular vehicle identifier 230, preferably including all service event notifications 220 occurring in the previous twelve-month period. Vehicle history file 210 is received by local communications terminal 103 and regional communications terminal 102 from central equipment manager 101 and stored using vehicle status database 200. FIG. 20 illustrates a preferred down equipment report generated by local communications terminal 103 and regional communications terminal 102 displaying information contained in vehicle history file 210 received from central equipment manager 101.
  • Vehicle history file 210 preferably includes multiple breakdown advisory 215, a separate indication also provided by central equipment manager 101. In a preferred embodiment, multiple breakdown advisory 215 is provided as a separate record of vehicle history file 210. Users of vehicle tracking system 100 are able to detect root cause problems or other systemic problems based on the pattern of recurring repair/service actions for a particular vehicle provided by vehicle history file 210. For example, a series of dead battery service events can be indicative of an underlying electrical problem. Local communications terminal 103 and regional communications terminal 102 provide a history search capability to allow a user to review service event notifications 220 for a particular vehicle occurring over a period of time which is preferably the previous twelve-month period.
  • FIGS. 7A and 7B describe the processing accomplished by local communications terminal 103 in a preferred method of managing a fleet of vehicles, and vehicle repair record and service status information, in vehicle tracking system 100 (see FIG. 1) having multiple geographically remote service locations, according to the present invention.
  • Referring now to FIG. 7A, a user of vehicle tracking system 100 uses local communications terminal 103 to enter and log vehicle repair and service information (block 301). FIG. 10 illustrates a preferred user interface for local communications terminal 103 by which a user enters equipment/location validation information. Specifically, upon a determination of a repair or service action being required for a particular vehicle, a user enters information specific to the repair/service event using local communications terminal 103. Referring again to FIG. 4, such user-entered repair/service event information includes, but is not limited to, vehicle identifier 230, equipment type 235, current status 240, type of service required 255, location 245, date_in_building 250, and any specific explanatory remarks 265. FIG. 11 depicts a preferred user interface for local communications terminal 103 by which a user may enter portions of vehicle repair/service event information. FIG. 12 depicts a preferred user interface for local communications terminal 103 by which a user may modify portions of vehicle repair/service event information.
  • In a typical application, local communications terminal 103 is located in a repair and service station having responsibility for repairing and servicing vehicles. Referring again to FIG. 7A, a user, such as a service professional, preferably enters the repair/service event information using an interactive data entry screen and keyboard/mouse provided by local communications terminal 103. For example, repair/service event information may be manually entered from a written work order, or, alternatively, in conjunction with creation of a written work order.
  • Alternatively, local communications terminal 103 receives repair/service event information from an external source via Internet interface 108 (block 303). External sources include, but are not limited to, a mobile repair unit, a remote repair or service location, or other location not equipped with local communications terminal 103. In this case, an external source transmits vehicle repair/service information to local communications terminal 103 using an electronic message such as, for example, an email message, over Internet interface 108.
  • After entry or receipt of vehicle repair/service information, local communications terminal 103 generates control number 225 for a new service event notification 220 as described herein in reference to FIG. 5 (block 305). FIG. 13 illustrates a preferred user interface by which local communications terminal 103 displays the generated control number 225 to a user. Local communications terminal 103 also generates availability prediction 260 as described elsewhere herein (block 307). In a preferred embodiment, control number 225 is generated per block 305 prior to availability prediction 260 being generated per block 307; however, these two operations may be accomplished without regard to any particular sequence, or in parallel as well. After obtaining vehicle repair/service information in blocks 301 or 303, generating control number 225 in block 305, and generating availability prediction 260 in block 307, local communications terminal 103 creates service event notification 220 using this information as shown in FIG. 4 (block 309).
  • After creating service event notification 220, each such new service event notification 220 is stored in the local vehicle status database 200 operably coupled to the local communications terminal 103 that generated that service event notification 220 (block 311). FIGS. 14A through 14D illustrate a preferred user interface for local communications terminal 103 by which a user may request to receive a variety of service event reports generated by local communications terminal 103 using the vehicle repair/service information contained in vehicle repair database 200.
  • Referring now to FIG. 14A, local communications terminal 103 provides the capability for a user to edit location information and view location-related reports.
  • Referring now to FIG. 14B, local communications terminal 103 provides the capability for a user to view a variety of repair shop oriented reports, including reports indicating various aspects of equipment disposition and availability at this location, including equipment for which the scheduled repair date has been exceeded. FIG. 18 illustrates a preferred report generated by local communications terminal 103 showing a portion of the out-of-service vehicles whose service has not been completed within a projected repair time.
  • Referring now to FIG. 14C, local communications terminal 103 provides the capability for a user to view a variety of traffic reports.
  • Referring now to FIG. 14D, local communications terminal 103 provides the capability for a user to view a variety of special programs reports, including campaign information (received from, for example, a particular vehicle manufacturer), equipment history search, control number search, and shop transfers.
  • Referring now to FIG. 7B, service event notification 220 processing as described with respect to FIG. 7A continues as required at local communications terminals 103 (reference blocks 313, 315, and 317). However, new service event notifications 220 are periodically uploaded to regional communications terminal 102 (block 331), marketing offices 107 (block 333), and retail outlets 106 (block 335). Local communications terminal 103 maintains a series of software-implemented upload timers used to determine when the current set of new service event notifications 220 are collected and uploaded to each of these destination nodes. In a preferred embodiment, a first timer, TIMER_1, is used to determine when local communications terminal 103 uploads the current set of new service event notifications 220 to regional communications terminal 102 (block 313). Another timer, TIMER_2, is used to determine when local communications terminal 103 uploads the current set of new service event notifications 220 to marketing office 107 (block 315). A third timer, TIMER_3, is used to determine when local communications terminal 103 uploads the current set of new service event notifications 220 to retail outlets 106 (block 317).
  • In a preferred embodiment, local communications terminal 103 employs three separate upload timers each having independent expiration times but each being set to a value of approximately 30 minutes. The timer values are each independently modifiable by the user. In a first alternative embodiment, a single timer may be used to effect periodic uploading of the current set of new service event notifications 220 to regional communications terminal 102, marketing offices 107, and retail outlets 106. In a second alternative embodiment, service event notification 220 upload is accomplished aperiodically in response to the occurrence of one or a combination of external events, or upon receiving an upload request from the destination node.
  • Referring again to FIG. 7B, upon the expiration of upload TIMER_1 (block 313), local communications terminal 103 retrieves from its local vehicle status database 200 the set of service event notifications 220 entered since the time of the last upload action associated with TIMER_1 (block 319). In a preferred embodiment, this is accomplished by formulating a database query to retrieve service event notifications 220 having entry dates later in time than the most recently accomplished upload action associated with TIMER_1. This database query is then transmitted to vehicle status database 200. Vehicle status database 200 responds by providing to local communications terminal 103 the set of service event notifications 220, if any, meeting the query criteria.
  • Local communications terminal 103 gathers the set of service event notifications 220 from block 319 into a vehicle service status file 205 (block 325) as described in FIG. 4. In block 331, local communications terminal 103 then uploads vehicle service status file 205 to regional communications terminal 102 via Frame relay network 104. Similarly, upon the expiration of upload TIMER_2 (block 315), local communications terminal 103 retrieves from its local vehicle status database 200 the set of service event notifications 220 entered since the time of the last upload action associated with TIMER_2 (block 321). Local communications terminal 103 gathers the set of service event notifications 220 from block 321 into a vehicle service status file 205 (block 327). In block 333, local communications terminal 103 then uploads vehicle service status file 205 to marketing office 107 via frame relay network 104.
  • Further, upon the expiration of upload TIMER_3 (block 317), local communications terminal 103 retrieves from its local vehicle status database 200 the set of service event notifications 220 entered since the time of the last upload action associated with TIMER_3 (block 323). Local communications terminal 103 gathers the set of service event notifications 220 from block 323 into a vehicle service status file 205 (block 329). In block 335, local communications terminal 103 then uploads vehicle service status file 205 to retail outlet 106 via frame relay network 104.
  • Referring now to FIG. 8, regional communications terminal 102 receives vehicle service status file 205 from one or more local communications terminals 103 via frame relay network 104 (block 351). Upon receiving vehicle service status file 205, regional communications terminal 102 stores vehicle service status file 205 using its local vehicle status database 200 (block 353).
  • Regional communications terminal 102 maintains a software-implemented upload timer to determine when the current set of new vehicle service status files 205 are to be collected and uploaded to central equipment manager 101 (block 355). In a preferred embodiment, regional communications terminal 102 upload timer is set to a value of approximately 30 minutes. The timer value may be modified as required by the user. Alternatively, vehicle service status file upload is accomplished aperiodically in response to the occurrence of one or a combination of external events, or upon receiving a request for upload from central equipment manager 101.
  • Upon the expiration of the upload timer (block 355), regional communications terminal 102 retrieves from its local vehicle status database 200 the set of vehicle service status files 205 entered since the time of the last upload action (block 357). In a preferred embodiment, this is accomplished by formulating a database query to retrieve vehicle service status files 205 having receipt dates later in time than the most recently accomplished upload action. This database query is then transmitted to vehicle status database 200. Vehicle status database 200 responds by providing to regional communications terminal 102 the set of vehicle service status files 205, if any, meeting the query criteria.
  • Regional communications terminal 102 collects the set of vehicle service status files 205 from block 357 into a vehicle service status report 285 (block 359). In a preferred embodiment, vehicle service status report 285 is a single file formed by sequentially appending the contents (i.e., service event notification 220 records) of each vehicle service status file 205 in a sequence from oldest to newest (with respect to time of receipt). In block 361, regional communications terminal 102 then uploads vehicle service status report 285 to central equipment manager 101 via frame relay network 104.
  • In a preferred embodiment, local communications terminal 103 and regional communications terminal 102 receive vehicle history file 210, entity master 280, and multiple breakdown advisory 215 from central equipment manager 101 once per 24-hour period.
  • Referring now to FIG. 9, central equipment manager 101 periodically transmits vehicle history file 210 to local communications terminals 103 and regional communications terminals 102 using electronic network 105. Electronic network 105 may be referred to as an Automated Repair Management System (ARMS). Local communications terminal 103 and regional communications terminal 102 receive vehicle history file 210 (block 371) and store the received vehicle history file 210 using vehicle status database 200 (block 377).
  • Local communications terminal 103 and regional communications terminal 102 receive additional information from central equipment manager 101 via electronic network 105. For example, FIG. 16 provides an example campaign information warning report received from central equipment manager 101.
  • Referring again to FIG. 9, central equipment manager 101 periodically transmits entity master 280 list to local communications terminals 103 using Internet interface 108 and to regional communications terminals 102 using frame relay network 104. Upon receiving entity master 280 list (block 373), local communications terminal 103 and regional communications terminal 102 store the received entity master 280 list using vehicle status database 200 (block 379).
  • Central equipment manager 101 also transmits multiple breakdown advisory 215 to all local communications terminals 102 and all regional communications terminals 103. Upon receiving a multiple breakdown advisory (block 375), local communications terminal 103 and regional communications terminal 102 provide a multiple breakdown advisory warning (block 387) to alert the user to consider this information in assessing the suitability of the vehicle for a particular rental itinerary. In a preferred embodiment, local communications terminal 103 and regional communications terminal 102 provide the advisory warning in the form of an on-screen pop-up warning box on the display device of processor 150. FIG. 15 illustrates a preferred embodiment of an on-screen pop-up multiple breakdown advisory warning.
  • In addition, regional communications terminal 102 reviews service event notifications 220 received from local communications terminals 103 in vehicle service status files 205 for actual service completion times (block 381).
  • In a preferred embodiment, regional communications terminal 102 determines if the repair/service action has not occurred by the time specified by availability prediction 260. Specifically, if the repair/service action is not accomplished within 24 hours of the projected completion date specified by availability prediction 260 (block 383), then regional communications terminal 102 provides a service time advisory warning (block 389). The time in excess of the availability prediction 260 that triggers the advisory warning is user-programmable from as little as two hours to as long as four weeks. In a preferred embodiment, regional communications terminal 102 provides the service time advisory warning in the form of an on-screen pop-up warning text box on the display device of processor 150. The user may thereafter take corrective action such as, for example, telephoning the service location to determine the cause of the service delay.
  • In a preferred embodiment, local communications terminal 103 reviews service event notifications 220 for vehicles whose number of repair/service actions exceed a pre-defined threshold (block 385). If the repair threshold has been exceeded, then regional communications terminal provides multiple breakdown advisory 21 5 as described above for block 387. In a preferred embodiment, the pre-defined threshold for multiple breakdown advisory is two service event notifications 220 within the last sixty-day period. If the threshold is exceeded, multiple breakdown advisory 215 provides the user the option of retrieving and displaying or printing the service event notifications 220 associated with the vehicle.
  • Thus, a system and methods for managing a fleet of vehicles has been shown that allows multiple geographically dispersed locations to monitor and track vehicle service status, including generating a prediction of vehicle availability.
  • While the above description contains many specific details of the preferred embodiments of the present invention, these should not be construed as limitations on the scope of the invention, but rather are presented in the way of exemplification. Other variations are possible. Accordingly, the scope of the present invention should be determined not by the embodiments illustrated above, but by the appended claims and their legal equivalents.

Claims (35)

1. (canceled)
2. (canceled)
3. (canceled)
4. (canceled)
5. (canceled)
6. (canceled)
7. (canceled)
8. (canceled)
9. (canceled)
10. A method comprising the steps of:
maintaining, in a moving equipment database, status information of a plurality of moving equipment items;
receiving an event notification related to one of the moving equipment items in the plurality of moving equipment items; and, predicting a status change time based on the event notification.
11. The method of claim 10, further comprising the step of modifying status information related to the one of the moving equipment items in the plurality of moving equipment items based on the event notification.
12. The method of claim 10, wherein status information includes availability information.
13. The method of claim 10, wherein the event notification is a service event notification.
14. The method of claim 13, further comprising the step of modifying a service history of the one of the moving equipment items in the plurality of moving equipment items based on the service event notification.
15. The method of claim 13, further comprising the step of determining when a predetermined number of service event notifications has been received within a predetermined time period.
16. The method of claim.15, further comprising the step of generating a notification when it is determined that the predetermined number of service event notifications has been received within the predetermined time period.
17. The method of claim 15, wherein the predetermined number of service event notifications is two service event notifications.
18. The method of claim 15, wherein the predetermined time period is a sixty day period.
19. The method of claim 10, further comprising the steps of:
changing a status of the one of the moving equipment items in the plurality of moving equipment items to a first indicator based on the event notification;
tracking a time period while the status remains at the first indicator; and,
generating a notification if the time period exceeds a predetermined amount.
20. The method of claim 19, wherein the predetermined amount is twenty-four hours.
21. The method of claim 19, wherein the predetermined amount is an overdue amount of time past the status change time.
22. The method of claim 21, wherein the overdue amount of time is selectable from two hours to four weeks.
23. An article of manufacture comprising a program storage medium having computer readable program code embodied therein comprising:
computer readable code for maintaining, in a moving equipment database, status information of a plurality of moving equipment items;
computer readable code for receiving an event notification related to one of the moving equipment items in the plurality of moving equipment items; and,
computer readable code for predicting a status change time based on the event notification.
24. The article of manufacture of claim 23, further comprising computer readable code for modifying status information related to the one of the moving equipment items in the plurality of moving equipment items based on the event notification.
25. The article of manufacture of claim 23, wherein status information includes availability information.
26. The article of manufacture of claim 23, wherein the event notification is a service event notification.
27. The article of manufacture of claim 26, further comprising computer readable code for modifying a service history of the one of the moving equipment items in the plurality of moving equipment items based on the service event notification.
28. The article of manufacture of claim 26, further comprising computer readable code for determining when a predetermined number of service event notifications has been received within a predetermined time period.
29. The article of manufacture of claim 28, further comprising computer readable code for generating a notification when it is determined that the predetermined number of service event notifications has been received within the predetermined time period.
30. The article of manufacture of claim 28, wherein the predetermined number of service event notifications is two service event notifications.
31. The article of manufacture of claim 28, wherein the predetermined time period is a sixty day period.
32. The article of manufacture of claim 23, further comprising:
computer readable code for changing a status of the one of the moving equipment items in the plurality of moving equipment items to a first indicator based on the event notification;
computer readable code for tracking a time period while the status remains at the first indicator; and,
computer readable code for generating a notification if the time period exceeds a predetermined amount.
33. The article of manufacture of claim 32, wherein the predetermined amount is twenty-four hours.
34. The article of manufacture of claim 32, wherein the predetermined amount is an overdue amount of time past the status change time.
35. The article of manufacture of claim 34, wherein the overdue amount of time is selectable from two hours to four weeks.
US10/974,909 2000-06-29 2004-10-26 Vehicle service status tracking system and method Abandoned US20050090951A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/974,909 US20050090951A1 (en) 2000-06-29 2004-10-26 Vehicle service status tracking system and method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US09/607,189 US6308120B1 (en) 2000-06-29 2000-06-29 Vehicle service status tracking system and method
US09/939,164 US6477452B2 (en) 2000-06-29 2001-08-24 Vehicle service status tracking system and method
US10/281,343 US6813549B2 (en) 2000-06-29 2002-10-25 Vehicle service status tracking system and method
US10/974,909 US20050090951A1 (en) 2000-06-29 2004-10-26 Vehicle service status tracking system and method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/281,343 Continuation US6813549B2 (en) 2000-06-29 2002-10-25 Vehicle service status tracking system and method

Publications (1)

Publication Number Publication Date
US20050090951A1 true US20050090951A1 (en) 2005-04-28

Family

ID=24431198

Family Applications (4)

Application Number Title Priority Date Filing Date
US09/607,189 Expired - Lifetime US6308120B1 (en) 2000-06-29 2000-06-29 Vehicle service status tracking system and method
US09/939,164 Expired - Lifetime US6477452B2 (en) 2000-06-29 2001-08-24 Vehicle service status tracking system and method
US10/281,343 Expired - Lifetime US6813549B2 (en) 2000-06-29 2002-10-25 Vehicle service status tracking system and method
US10/974,909 Abandoned US20050090951A1 (en) 2000-06-29 2004-10-26 Vehicle service status tracking system and method

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US09/607,189 Expired - Lifetime US6308120B1 (en) 2000-06-29 2000-06-29 Vehicle service status tracking system and method
US09/939,164 Expired - Lifetime US6477452B2 (en) 2000-06-29 2001-08-24 Vehicle service status tracking system and method
US10/281,343 Expired - Lifetime US6813549B2 (en) 2000-06-29 2002-10-25 Vehicle service status tracking system and method

Country Status (2)

Country Link
US (4) US6308120B1 (en)
CA (1) CA2349479A1 (en)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030163440A1 (en) * 2002-02-22 2003-08-28 First Data Corporation Maintenance request systems and methods
US20030163489A1 (en) * 2002-02-22 2003-08-28 First Data Corporation Maintenance request systems and methods
US20050216326A1 (en) * 2001-06-13 2005-09-29 Honda Giken Kogyo Kabushiki Kaisha Mechanic skill control system
US20060028323A1 (en) * 2004-07-19 2006-02-09 Honda Motor Co., Ltd. Method and system for broadcasting audio and visual display messages to a vehicle
US20060068700A1 (en) * 2004-09-22 2006-03-30 Honda Motor Co., Ltd. Method and system for broadcasting data messages to a vehicle
US20070022173A1 (en) * 2003-12-15 2007-01-25 Honda Motor Co., Ltd. Method and system for broadcasting safety messages to a vehicle
US20090055208A1 (en) * 2007-08-20 2009-02-26 Peter Kaiser System and method for web-based customer check-in
US20090106036A1 (en) * 2007-10-22 2009-04-23 Kazuya Tamura Method and system for making automated appointments
US7668653B2 (en) 2007-05-31 2010-02-23 Honda Motor Co., Ltd. System and method for selectively filtering and providing event program information
US20100203902A1 (en) * 2009-02-09 2010-08-12 Qualcomm Incorporated Triggered Location Services
US7849149B2 (en) 2004-04-06 2010-12-07 Honda Motor Co., Ltd. Method and system for controlling the exchange of vehicle related messages
US20110010432A1 (en) * 2009-07-07 2011-01-13 Robert Uyeki Method For Scheduling And Rescheduling Vehicle Service Appointments
US7885599B2 (en) 2003-03-27 2011-02-08 Honda Motor Co., Ltd. System, method and computer program product for receiving data from a satellite radio network
US8041779B2 (en) 2003-12-15 2011-10-18 Honda Motor Co., Ltd. Method and system for facilitating the exchange of information between a vehicle and a remote location
US8099308B2 (en) 2007-10-02 2012-01-17 Honda Motor Co., Ltd. Method and system for vehicle service appointments based on diagnostic trouble codes
US20140059468A1 (en) * 2012-08-24 2014-02-27 Gregory Paul Allgair Method and user interface device for efficient collaboration in a maintenance environment
WO2019177628A1 (en) * 2018-03-16 2019-09-19 Ford Motor Company Providing indicators of availability in a shared vehicle environment
US11200544B2 (en) 2015-09-30 2021-12-14 Caterpillar Inc. Interval rationalization for completed maintenance services
US20230118042A1 (en) * 2021-10-14 2023-04-20 Ford Global Technologies, Llc Process and system architecture for repairing and servicing vehicles

Families Citing this family (120)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7428575B1 (en) * 1998-11-17 2008-09-23 Ricoh Company, Ltd. Method and system for communicating with a device attached to a computer using electronic mail messages
US7376728B1 (en) * 2000-07-25 2008-05-20 Ricoh Company, Ltd. Method and system for monitoring, collecting information, diagnosing and servicing a remote system
US6487479B1 (en) * 2000-01-07 2002-11-26 General Electric Co. Methods and systems for aviation component repair services
US6308120B1 (en) * 2000-06-29 2001-10-23 U-Haul International, Inc. Vehicle service status tracking system and method
US20020007289A1 (en) * 2000-07-11 2002-01-17 Malin Mark Elliott Method and apparatus for processing automobile repair data and statistics
US7904219B1 (en) 2000-07-25 2011-03-08 Htiip, Llc Peripheral access devices and sensors for use with vehicle telematics devices and systems
US20020173885A1 (en) 2001-03-13 2002-11-21 Lowrey Larkin Hill Internet-based system for monitoring vehicles
US6957133B1 (en) 2003-05-08 2005-10-18 Reynolds & Reynolds Holdings, Inc. Small-scale, integrated vehicle telematics device
US8600783B2 (en) 2000-08-18 2013-12-03 The Crawford Group, Inc. Business to business computer system for communicating and processing rental car reservations using web services
US7899690B1 (en) 2000-08-18 2011-03-01 The Crawford Group, Inc. Extended web enabled business to business computer system for rental vehicle services
JP2002073855A (en) * 2000-09-01 2002-03-12 Nikon Corp Product maintenance system
GB0022286D0 (en) * 2000-09-09 2000-10-25 Gb Truck Services Ltd Vehicle Repair System
US6738931B1 (en) * 2000-11-03 2004-05-18 General Electric Company Reliability assessment method, apparatus and system for quality control
US20020087488A1 (en) * 2000-11-07 2002-07-04 Ron Fordahl System and method of tracking vehicle information and bill consolidation
US7158978B2 (en) * 2001-01-05 2007-01-02 Goodwin Thomas R Network method system and apparatus for recording and maintaining records
US7627546B2 (en) * 2001-02-14 2009-12-01 General Electric Railcar Services Corporation Railcar condition inspection database
US6801841B2 (en) * 2001-02-15 2004-10-05 Joseph A. Tabe Standard transportation excellent maintenance solutions
US6611740B2 (en) 2001-03-14 2003-08-26 Networkcar Internet-based vehicle-diagnostic system
US6879894B1 (en) 2001-04-30 2005-04-12 Reynolds & Reynolds Holdings, Inc. Internet-based emissions test for vehicles
JP2005231377A (en) * 2001-06-13 2005-09-02 Honda Motor Co Ltd Inspection state check system
US6459969B1 (en) * 2001-06-15 2002-10-01 International Business Machines Corporation Apparatus, program product and method of processing diagnostic data transferred from a host computer to a portable computer
US6594579B1 (en) 2001-08-06 2003-07-15 Networkcar Internet-based method for determining a vehicle's fuel efficiency
US20030111525A1 (en) * 2001-12-18 2003-06-19 Georgina Sweeney Method and system of determining status of automobile undergoing repair
US20030125961A1 (en) * 2001-12-27 2003-07-03 Caterpillar Inc. Autonomous rental store
US6654770B2 (en) 2002-01-10 2003-11-25 Mycarstats.Com, Llc Automobile safety and maintenance information systems and methods and related services
US6980093B2 (en) * 2002-05-07 2005-12-27 The Johns Hopkins University Commercial vehicle electronic screening hardware/software system with primary and secondary sensor sets
GB0211874D0 (en) * 2002-05-23 2002-07-03 Brs Ltd Document storage system
US7194413B2 (en) * 2002-07-31 2007-03-20 Deere & Company Method of providing localized information from a single global transformation source
US20040021563A1 (en) * 2002-07-31 2004-02-05 Deere & Company Method for remote monitoring equipment for an agricultural machine
DE10244297A1 (en) * 2002-09-20 2004-04-01 Bayerische Motoren Werke Ag Maintenance requirements indicating device for motor vehicle, has display with maintenance items arranged on graphical time-line indicating time when maintenance requirement is due
US20040122688A1 (en) * 2002-12-23 2004-06-24 Caterpillar, Inc. Portable autonomous rental store
US20040176887A1 (en) * 2003-03-04 2004-09-09 Arinc Incorporated Aircraft condition analysis and management system
US20040186787A1 (en) * 2003-03-21 2004-09-23 Buck Brown Method and apparatus for managing storage unit rental information
US9520005B2 (en) 2003-07-24 2016-12-13 Verizon Telematics Inc. Wireless vehicle-monitoring system
US7113127B1 (en) 2003-07-24 2006-09-26 Reynolds And Reynolds Holdings, Inc. Wireless vehicle-monitoring system operating on both terrestrial and satellite networks
US7168304B2 (en) * 2003-10-30 2007-01-30 International Engine Intellectual Property Company, Llc Method and apparatus for indicating a potential fluid filter problem
US20050168353A1 (en) * 2004-01-16 2005-08-04 Mci, Inc. User interface for defining geographic zones for tracking mobile telemetry devices
US20050156715A1 (en) * 2004-01-16 2005-07-21 Jie Zou Method and system for interfacing with mobile telemetry devices
US7225065B1 (en) 2004-04-26 2007-05-29 Hti Ip, Llc In-vehicle wiring harness with multiple adaptors for an on-board diagnostic connector
US9747579B2 (en) 2004-09-30 2017-08-29 The Invention Science Fund I, Llc Enhanced user assistance
US9307577B2 (en) 2005-01-21 2016-04-05 The Invention Science Fund I, Llc User assistance
US10445799B2 (en) 2004-09-30 2019-10-15 Uber Technologies, Inc. Supply-chain side assistance
US20060206817A1 (en) * 2005-02-28 2006-09-14 Jung Edward K User assistance for a condition
US10514816B2 (en) 2004-12-01 2019-12-24 Uber Technologies, Inc. Enhanced user assistance
US10687166B2 (en) 2004-09-30 2020-06-16 Uber Technologies, Inc. Obtaining user assistance
US20070028220A1 (en) * 2004-10-15 2007-02-01 Xerox Corporation Fault detection and root cause identification in complex systems
US7562049B2 (en) 2005-03-29 2009-07-14 Honda Motor Co., Ltd. Payment system and method for data broadcasted from a remote location to vehicles
US7496445B2 (en) * 2005-04-27 2009-02-24 Proxemics, Llc Wayfinding
US20070038532A1 (en) * 2005-08-11 2007-02-15 Caterpillar Inc. Method and system for integrated service delivery
US7949330B2 (en) 2005-08-25 2011-05-24 Honda Motor Co., Ltd. System and method for providing weather warnings and alerts
JP4717579B2 (en) * 2005-09-30 2011-07-06 株式会社小松製作所 Maintenance work management system for work machines
US7525425B2 (en) 2006-01-20 2009-04-28 Perdiem Llc System and method for defining an event based on relationship between an object location and a user-defined zone
WO2007073470A2 (en) 2005-12-23 2007-06-28 Perdiem, Llc System and method for defining an event based on a relationship between an object location and a user-defined zone
US20070185989A1 (en) * 2006-02-07 2007-08-09 Thomas Grant Corbett Integrated video surveillance system and associated method of use
US8358976B2 (en) 2006-03-24 2013-01-22 The Invention Science Fund I, Llc Wireless device with an aggregate user interface for controlling other devices
US7739007B2 (en) * 2006-03-29 2010-06-15 Snap-On Incorporated Vehicle diagnostic method and system with intelligent data collection
US7369932B2 (en) * 2006-05-04 2008-05-06 Honeywell International, Inc. System and method for turbine engine fault detection using discrete event system modeling
US9067565B2 (en) 2006-05-22 2015-06-30 Inthinc Technology Solutions, Inc. System and method for evaluating driver behavior
US8630768B2 (en) 2006-05-22 2014-01-14 Inthinc Technology Solutions, Inc. System and method for monitoring vehicle parameters and driver behavior
US20080040268A1 (en) * 2006-08-10 2008-02-14 Jonathan Charles Corn Product tracking and alert system
US7899610B2 (en) 2006-10-02 2011-03-01 Inthinc Technology Solutions, Inc. System and method for reconfiguring an electronic control unit of a motor vehicle to optimize fuel economy
EP2070026A4 (en) 2006-10-06 2012-01-18 Crawford Group Inc Method and system for communicating vehicle repair information to a business-to-business rental vehicle reservation management computer system
US20080097798A1 (en) * 2006-10-18 2008-04-24 The Crawford Group, Inc. Method and System for Creating and Processing Rental Vehicle Reservations Using Vouchers
US20080120204A1 (en) * 2006-10-31 2008-05-22 Caterpillar Inc. Method for transferring product service records
US20080103806A1 (en) * 2006-10-31 2008-05-01 John Billie Harris Method and system for documenting and communicating automobile repair and maintenance history
US20080120124A1 (en) * 2006-11-22 2008-05-22 General Motors Corporation Method of tracking changes of subscribers for an in-vehicle telematics service
US8160906B2 (en) 2006-12-12 2012-04-17 The Crawford Group, Inc. System and method for improved rental vehicle reservation management
US8396571B2 (en) * 2007-03-19 2013-03-12 United Technologies Corporation Process and system for multi-objective global optimization of maintenance schedules
US8825277B2 (en) 2007-06-05 2014-09-02 Inthinc Technology Solutions, Inc. System and method for the collection, correlation and use of vehicle collision data
US8666590B2 (en) 2007-06-22 2014-03-04 Inthinc Technology Solutions, Inc. System and method for naming, filtering, and recall of remotely monitored event data
US9129460B2 (en) 2007-06-25 2015-09-08 Inthinc Technology Solutions, Inc. System and method for monitoring and improving driver behavior
US7999670B2 (en) 2007-07-02 2011-08-16 Inthinc Technology Solutions, Inc. System and method for defining areas of interest and modifying asset monitoring in relation thereto
US9117246B2 (en) 2007-07-17 2015-08-25 Inthinc Technology Solutions, Inc. System and method for providing a user interface for vehicle mentoring system users and insurers
US8818618B2 (en) 2007-07-17 2014-08-26 Inthinc Technology Solutions, Inc. System and method for providing a user interface for vehicle monitoring system users and insurers
US8577703B2 (en) 2007-07-17 2013-11-05 Inthinc Technology Solutions, Inc. System and method for categorizing driving behavior using driver mentoring and/or monitoring equipment to determine an underwriting risk
CA2695131A1 (en) 2007-07-25 2009-01-29 The Crawford Group, Inc. System and method for allocating replacement vehicle rental costs using a virtual bank of repair facility credits
US7876205B2 (en) 2007-10-02 2011-01-25 Inthinc Technology Solutions, Inc. System and method for detecting use of a wireless device in a moving vehicle
CN101520883A (en) * 2008-02-29 2009-09-02 鸿富锦精密工业(深圳)有限公司 Vehicle maintenance system and method
US20100023352A1 (en) * 2008-07-23 2010-01-28 The Crawford Group, Inc. System and Method for Improved Information Sharing by Repair Facilities for Managing Rental Vehicle Reservations
US8688180B2 (en) 2008-08-06 2014-04-01 Inthinc Technology Solutions, Inc. System and method for detecting use of a wireless device while driving
US11482058B2 (en) 2008-09-09 2022-10-25 United Parcel Service Of America, Inc. Systems and methods for utilizing telematics data to improve fleet management operations
CN102203810A (en) 2008-09-09 2011-09-28 美国联合包裹服务公司 Systems and methods of utilizing telematics data to improve fleet management operations
US8892341B2 (en) 2009-02-13 2014-11-18 Inthinc Technology Solutions, Inc. Driver mentoring to improve vehicle operation
US8963702B2 (en) 2009-02-13 2015-02-24 Inthinc Technology Solutions, Inc. System and method for viewing and correcting data in a street mapping database
US8188887B2 (en) 2009-02-13 2012-05-29 Inthinc Technology Solutions, Inc. System and method for alerting drivers to road conditions
AU2010282260B2 (en) 2009-08-14 2015-02-19 Telogis, Inc. Real time map rendering with data clustering and expansion and overlay
CN102054214A (en) * 2009-10-29 2011-05-11 鸿富锦精密工业(深圳)有限公司 Laboratory equipment management system and method
US8443301B1 (en) 2010-09-27 2013-05-14 Darek Easterly Inspection reporting including a 3D vehicle model
US8275508B1 (en) * 2011-03-03 2012-09-25 Telogis, Inc. History timeline display for vehicle fleet management
US9208626B2 (en) 2011-03-31 2015-12-08 United Parcel Service Of America, Inc. Systems and methods for segmenting operational data
US9953468B2 (en) 2011-03-31 2018-04-24 United Parcel Service Of America, Inc. Segmenting operational data
WO2013043928A2 (en) 2011-09-20 2013-03-28 Telogis, Inc. Vehicle fleet work order management system
US20130137470A1 (en) * 2011-11-30 2013-05-30 Dbit Consulting, Inc. System and method for generating a message for a customer utilizing data from a database
US8732112B2 (en) 2011-12-19 2014-05-20 GM Global Technology Operations LLC Method and system for root cause analysis and quality monitoring of system-level faults
US9147335B2 (en) * 2011-12-22 2015-09-29 Omnitracs, Llc System and method for generating real-time alert notifications in an asset tracking system
WO2013188097A2 (en) 2012-06-15 2013-12-19 Telogis, Inc. Vehicle fleet routing system
US20130339266A1 (en) 2012-06-15 2013-12-19 Telogis, Inc. Vehicle fleet routing system
US20140062687A1 (en) * 2012-08-28 2014-03-06 Michael Voticky Interactive and direct transmission of data from signs and billboards
US9158834B2 (en) * 2013-01-21 2015-10-13 Snap-On Incorporated Methods and systems for mapping repair orders within a database
US20140229391A1 (en) * 2013-02-08 2014-08-14 XTime, Inc. Predictive service timeline
US10665085B2 (en) 2013-10-29 2020-05-26 Trimble Inc. Safety event alert system and method
US9172477B2 (en) 2013-10-30 2015-10-27 Inthinc Technology Solutions, Inc. Wireless device detection using multiple antennas separated by an RF shield
US9805521B1 (en) 2013-12-03 2017-10-31 United Parcel Service Of America, Inc. Systems and methods for assessing turns made by a vehicle
US9940678B2 (en) 2014-03-04 2018-04-10 Aon Global Operations Limited (Singapore Branch) Automated systems and methods for managing the placement process for securing insurance coverage
US9552559B2 (en) 2014-05-06 2017-01-24 Elwha Llc System and methods for verifying that one or more directives that direct transport of a second end user does not conflict with one or more obligations to transport a first end user
US11100434B2 (en) 2014-05-06 2021-08-24 Uber Technologies, Inc. Real-time carpooling coordinating system and methods
US10458801B2 (en) 2014-05-06 2019-10-29 Uber Technologies, Inc. Systems and methods for travel planning that calls for at least one transportation vehicle unit
US9483744B2 (en) 2014-05-06 2016-11-01 Elwha Llc Real-time carpooling coordinating systems and methods
US9639995B2 (en) 2015-02-25 2017-05-02 Snap-On Incorporated Methods and systems for generating and outputting test drive scripts for vehicles
US10309788B2 (en) 2015-05-11 2019-06-04 United Parcel Service Of America, Inc. Determining street segment headings
US11144888B2 (en) 2015-10-02 2021-10-12 Snap-On Incorporated Method and system for augmenting real-fix tips with additional content
US11429936B2 (en) 2015-10-02 2022-08-30 Snap-On Incorporated System and method for dynamically-changeable displayable pages with vehicle service information
JP2017194398A (en) * 2016-04-22 2017-10-26 三菱電機株式会社 Maintenance reporting device
WO2018160294A1 (en) 2017-02-28 2018-09-07 Walmart Apollo, Llc Systems and methods for processing trailer repair requests submitted by carriers
US20180322472A1 (en) * 2017-03-23 2018-11-08 Avis Budget Car Rental, LLC System for managing fleet vehicle maintenance and repair
US11088975B2 (en) * 2017-08-03 2021-08-10 Aon Global Operations Se, Singapore Branch Systems and methods for coordinating real-time messaging for data sharing and updating between participants using disparate message data formats
US11238672B2 (en) * 2018-01-25 2022-02-01 International Engine Intellectual Property Company, Llc Virtual weigh station
WO2019161409A1 (en) 2018-02-19 2019-08-22 Avis Budget Car Rental, LLC Distributed maintenance system and methods for connected fleet
CN111369012A (en) * 2018-12-06 2020-07-03 北京嘀嘀无限科技发展有限公司 System and method for identifying damaged vehicles in online-to-offline service
US11263838B2 (en) 2019-12-16 2022-03-01 Waymo Llc Self-driving vehicles and weigh station operation

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5400018A (en) * 1992-12-22 1995-03-21 Caterpillar Inc. Method of relaying information relating to the status of a vehicle
US5432841A (en) * 1992-07-10 1995-07-11 Rimer; Neil A. System for locating and communicating with mobile vehicles
US5808907A (en) * 1996-12-05 1998-09-15 Caterpillar Inc. Method for providing information relating to a mobile machine to a user
US5922040A (en) * 1995-05-17 1999-07-13 Mobile Information System, Inc. Method and apparatus for fleet management
US6370454B1 (en) * 2000-02-25 2002-04-09 Edwin S. Moore Iii Apparatus and method for monitoring and maintaining mechanized equipment
US20020065698A1 (en) * 1999-08-23 2002-05-30 Schick Louis A. System and method for managing a fleet of remote assets
US20020082924A1 (en) * 1996-05-02 2002-06-27 Koether Bernard G. Diagnostic data interchange
US6434512B1 (en) * 1998-04-02 2002-08-13 Reliance Electric Technologies, Llc Modular data collection and analysis system
US6477452B2 (en) * 2000-06-29 2002-11-05 U-Haul International, Inc. Vehicle service status tracking system and method
US6959235B1 (en) * 1999-10-28 2005-10-25 General Electric Company Diagnosis and repair system and method
US7020701B1 (en) * 1999-10-06 2006-03-28 Sensoria Corporation Method for collecting and processing data using internetworked wireless integrated network sensors (WINS)

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12976A (en) * 1855-05-29 Harvey webster and alonzo webster
US4258421A (en) * 1978-02-27 1981-03-24 Rockwell International Corporation Vehicle monitoring and recording system
DE3104196C2 (en) * 1981-02-06 1988-07-28 Bayerische Motoren Werke AG, 8000 München Display device for automobiles
JPS6044490B2 (en) * 1981-07-29 1985-10-03 日産自動車株式会社 Engine oil change instruction device
US4601127A (en) 1983-07-28 1986-07-22 Shimano Industrial Company Limited Fishing rod and a manufacturing method therefor
US4602127A (en) * 1984-03-09 1986-07-22 Micro Processor Systems, Inc. Diagnostic data recorder
US4739482A (en) * 1986-04-15 1988-04-19 William Wrigge Motor vehicle maintenance interval monitor
US4991169A (en) * 1988-08-02 1991-02-05 International Business Machines Corporation Real-time digital signal processing relative to multiple digital communication channels
US5751338A (en) * 1994-12-30 1998-05-12 Visionary Corporate Technologies Methods and systems for multimedia communications via public telephone networks
US6058307A (en) * 1995-11-30 2000-05-02 Amsc Subsidiary Corporation Priority and preemption service system for satellite related communication using central controller
DE19625002B4 (en) * 1996-06-22 2005-03-10 Daimler Chrysler Ag Vehicle communication system
KR100279366B1 (en) * 1996-07-31 2001-01-15 모리 하루오 Vehicle navigation device
US5819201A (en) * 1996-09-13 1998-10-06 Magellan Dis, Inc. Navigation system with vehicle service information
JP3119182B2 (en) * 1996-12-04 2000-12-18 トヨタ自動車株式会社 Emergency call system
JP3897135B2 (en) * 1997-03-10 2007-03-22 本田技研工業株式会社 Vehicle diagnostic method and apparatus
US6119060A (en) * 1997-03-31 2000-09-12 Mazda Motor Corporation Electronic equipment apparatus and electronic equipment assembly
JP3547300B2 (en) * 1997-12-04 2004-07-28 株式会社日立製作所 Information exchange system
US6314422B1 (en) * 1997-12-09 2001-11-06 Chrysler Corporation Method for softlinking between documents in a vehicle diagnostic system
JP4241953B2 (en) * 1998-01-19 2009-03-18 株式会社デンソー Diagnostic equipment for vehicles
JP3758356B2 (en) * 1998-03-10 2006-03-22 株式会社デンソー Electronic control device for vehicle, electronic control unit and recording medium
JP4012622B2 (en) * 1998-04-08 2007-11-21 株式会社日立製作所 Cargo information management method and cargo management system using electronic tag
AT3030U1 (en) * 1998-09-01 1999-08-25 Avl List Gmbh METHOD FOR ANALYZING AND INFLUENCING THE DRIVING BEHAVIOR OF MOTOR VEHICLES
JP2000156685A (en) * 1998-11-18 2000-06-06 Fuji Heavy Ind Ltd Monitoring device for abnormality of vehicle control system
US6154658A (en) * 1998-12-14 2000-11-28 Lockheed Martin Corporation Vehicle information and safety control system
US6067486A (en) * 1999-02-01 2000-05-23 General Electric Company Method and system for planning repair of an aircraft engine
US6172602B1 (en) * 1999-03-22 2001-01-09 Detroit Diesel Corporation Maintenance alert system for heavy-duty trucks
US6169943B1 (en) * 1999-07-14 2001-01-02 Eaton Corporation Motor vehicle diagnostic system using hand-held remote control
US6321142B1 (en) * 2000-05-16 2001-11-20 Cummins Engine Company, Inc. System for programming a vehicle control computer with selectable features and/or trim values
US20020065703A1 (en) * 2000-11-30 2002-05-30 Garg Sushil K. Tow management system

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5432841A (en) * 1992-07-10 1995-07-11 Rimer; Neil A. System for locating and communicating with mobile vehicles
US5400018A (en) * 1992-12-22 1995-03-21 Caterpillar Inc. Method of relaying information relating to the status of a vehicle
US5922040A (en) * 1995-05-17 1999-07-13 Mobile Information System, Inc. Method and apparatus for fleet management
US20020082924A1 (en) * 1996-05-02 2002-06-27 Koether Bernard G. Diagnostic data interchange
US5808907A (en) * 1996-12-05 1998-09-15 Caterpillar Inc. Method for providing information relating to a mobile machine to a user
US6434512B1 (en) * 1998-04-02 2002-08-13 Reliance Electric Technologies, Llc Modular data collection and analysis system
US20020065698A1 (en) * 1999-08-23 2002-05-30 Schick Louis A. System and method for managing a fleet of remote assets
US7020701B1 (en) * 1999-10-06 2006-03-28 Sensoria Corporation Method for collecting and processing data using internetworked wireless integrated network sensors (WINS)
US6959235B1 (en) * 1999-10-28 2005-10-25 General Electric Company Diagnosis and repair system and method
US6370454B1 (en) * 2000-02-25 2002-04-09 Edwin S. Moore Iii Apparatus and method for monitoring and maintaining mechanized equipment
US6477452B2 (en) * 2000-06-29 2002-11-05 U-Haul International, Inc. Vehicle service status tracking system and method
US6813549B2 (en) * 2000-06-29 2004-11-02 U-Haul International, Inc. Vehicle service status tracking system and method

Cited By (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050216326A1 (en) * 2001-06-13 2005-09-29 Honda Giken Kogyo Kabushiki Kaisha Mechanic skill control system
US7113892B2 (en) * 2001-06-13 2006-09-26 Honda Giken Kogyo Kabushiki Kaisha Mechanic skill control system
US20070043536A1 (en) * 2002-02-22 2007-02-22 First Data Corporation Maintenance request systems and methods
US20030163489A1 (en) * 2002-02-22 2003-08-28 First Data Corporation Maintenance request systems and methods
US20030163440A1 (en) * 2002-02-22 2003-08-28 First Data Corporation Maintenance request systems and methods
US7120830B2 (en) 2002-02-22 2006-10-10 First Data Corporation Maintenance request systems and methods
US7133804B2 (en) * 2002-02-22 2006-11-07 First Data Corporatino Maintenance request systems and methods
US7418366B2 (en) 2002-02-22 2008-08-26 First Data Corporation Maintenance request systems and methods
US7885599B2 (en) 2003-03-27 2011-02-08 Honda Motor Co., Ltd. System, method and computer program product for receiving data from a satellite radio network
US8495179B2 (en) 2003-12-15 2013-07-23 Honda Motor Co., Ltd. Method and system for facilitating the exchange of information between a vehicle and a remote location
US7818380B2 (en) 2003-12-15 2010-10-19 Honda Motor Co., Ltd. Method and system for broadcasting safety messages to a vehicle
US20070022173A1 (en) * 2003-12-15 2007-01-25 Honda Motor Co., Ltd. Method and system for broadcasting safety messages to a vehicle
US8041779B2 (en) 2003-12-15 2011-10-18 Honda Motor Co., Ltd. Method and system for facilitating the exchange of information between a vehicle and a remote location
US7849149B2 (en) 2004-04-06 2010-12-07 Honda Motor Co., Ltd. Method and system for controlling the exchange of vehicle related messages
US20060028323A1 (en) * 2004-07-19 2006-02-09 Honda Motor Co., Ltd. Method and system for broadcasting audio and visual display messages to a vehicle
US20060068700A1 (en) * 2004-09-22 2006-03-30 Honda Motor Co., Ltd. Method and system for broadcasting data messages to a vehicle
US7965992B2 (en) 2004-09-22 2011-06-21 Honda Motor Co., Ltd. Method and system for broadcasting data messages to a vehicle
US7668653B2 (en) 2007-05-31 2010-02-23 Honda Motor Co., Ltd. System and method for selectively filtering and providing event program information
US11144975B2 (en) 2007-08-20 2021-10-12 Peter M. Kaiser Method for displaying interactive map of user selectable objects representing service locations, updating site specific waiting list and updating average historical service time
US8214241B2 (en) * 2007-08-20 2012-07-03 Peter Kaiser System and method for web-based customer check-in
US20090055208A1 (en) * 2007-08-20 2009-02-26 Peter Kaiser System and method for web-based customer check-in
US9741064B2 (en) 2007-08-20 2017-08-22 Peter M. Kaiser System and method for internet-based customer check-in
US8099308B2 (en) 2007-10-02 2012-01-17 Honda Motor Co., Ltd. Method and system for vehicle service appointments based on diagnostic trouble codes
US20090106036A1 (en) * 2007-10-22 2009-04-23 Kazuya Tamura Method and system for making automated appointments
US20100203902A1 (en) * 2009-02-09 2010-08-12 Qualcomm Incorporated Triggered Location Services
US9125018B2 (en) * 2009-02-09 2015-09-01 Qualcomm Incorporated Triggered location services
US8135804B2 (en) 2009-07-07 2012-03-13 Honda Motor Co., Ltd. Method for scheduling and rescheduling vehicle service appointments
US20110010432A1 (en) * 2009-07-07 2011-01-13 Robert Uyeki Method For Scheduling And Rescheduling Vehicle Service Appointments
US20140059468A1 (en) * 2012-08-24 2014-02-27 Gregory Paul Allgair Method and user interface device for efficient collaboration in a maintenance environment
US9747008B2 (en) * 2012-08-24 2017-08-29 Northrop Grumman Systems Corporation Method and user interface device for efficient collaboration in a maintenance environment
US11200544B2 (en) 2015-09-30 2021-12-14 Caterpillar Inc. Interval rationalization for completed maintenance services
WO2019177628A1 (en) * 2018-03-16 2019-09-19 Ford Motor Company Providing indicators of availability in a shared vehicle environment
US20210005089A1 (en) * 2018-03-16 2021-01-07 Ford Motor Company Providing indicators of availability in a shared vehicle environment
US11615710B2 (en) * 2018-03-16 2023-03-28 Ford Motor Company Providing indicators of availability in a shared vehicle environment
US20230118042A1 (en) * 2021-10-14 2023-04-20 Ford Global Technologies, Llc Process and system architecture for repairing and servicing vehicles

Also Published As

Publication number Publication date
US6813549B2 (en) 2004-11-02
US20030114967A1 (en) 2003-06-19
US6308120B1 (en) 2001-10-23
CA2349479A1 (en) 2001-12-29
US20020032505A1 (en) 2002-03-14
US6477452B2 (en) 2002-11-05

Similar Documents

Publication Publication Date Title
US6813549B2 (en) Vehicle service status tracking system and method
US10146214B2 (en) Method and system for collecting supply chain performance information
US9818074B2 (en) Method and system to analyze time stamp location data to produce movement and idle segments
US8249999B2 (en) Systems and method for costing of service proposals
US6985872B2 (en) Method and system for assigning human resources to provide services
US20050171835A1 (en) System for monitoring economic trends in fleet management network
WO2003085582A1 (en) System and method for caching and utilizing flight availability data
US20030149607A1 (en) Information processing technique associated with snow removal
US6604061B2 (en) Instruments management system and method and monitoring apparatus, database apparatus and data base client apparatuses and recording medium
Strathman et al. Headway deviation effects on bus passenger loads: Analysis of Tri-Met’s archived AVL-APC data
Zografos et al. An integrated framework for managing emergency-response logistics: The case of the electric utility companies
US20040019515A1 (en) Transportation infrastructure management system and method
JP3728694B2 (en) Vehicle operation support system
JP3933562B2 (en) Construction work integrated management system and method
US20040172573A1 (en) System and method of establishing a reliability characteristic
Thi Nguyen Quantitative analysis of ambulance location-allocation and ambulance state prediction
WO2001089141A2 (en) Network overview report
CN115018434A (en) Remote operation and maintenance management system for new energy power station
CN112396196A (en) System for realizing intelligent operation and maintenance management aiming at intelligent traffic system
CN112684749A (en) Equipment on-line monitoring and operation and maintenance management system
Miller et al. Travinfo Evalution (technology Element) Traveler Information Center (tic) Study (september 1996-June 1997)
KR20000036377A (en) Internet Car Repair Service System
JP2003162590A (en) Comprehensive outsourcing management system
Ponn et al. Correlational analysis between weather and 311 service request volume
JP2004038317A (en) Vehicle parts production managing method

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION