WO2013064437A1 - Système et procédé de comparaison de pairs de véhicules et de flottes de véhicules - Google Patents

Système et procédé de comparaison de pairs de véhicules et de flottes de véhicules Download PDF

Info

Publication number
WO2013064437A1
WO2013064437A1 PCT/EP2012/071304 EP2012071304W WO2013064437A1 WO 2013064437 A1 WO2013064437 A1 WO 2013064437A1 EP 2012071304 W EP2012071304 W EP 2012071304W WO 2013064437 A1 WO2013064437 A1 WO 2013064437A1
Authority
WO
WIPO (PCT)
Prior art keywords
gps
data
vehicle
vehicles
criterion
Prior art date
Application number
PCT/EP2012/071304
Other languages
English (en)
Inventor
Peter Mitchell
Original Assignee
Fleetmatics Irl Limited
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 Fleetmatics Irl Limited filed Critical Fleetmatics Irl Limited
Priority to EP12801464.4A priority Critical patent/EP2774095A1/fr
Publication of WO2013064437A1 publication Critical patent/WO2013064437A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • a computer system including at least one computer processor and computer readable storage medium or media including computer code and at least one storage device in which is stored GPS data for a plurality of vehicles the system comprising: a memory including: a GPS event database including GPS event data transmitted from a plurality of GPS devices, each GPS device associated with a vehicle, and stored over a period of time, and a peer comparison database including peer comparison data associated with the vehicles; and a credibility criterion.
  • the one or more processors programmed at least to receive GPS event data transmitted from a plurality of GPS devices, each GPS device associated with a vehicle, the event GPS event data including location information for the vehicle; store the GPS event data in the GPS event database operatively coupled to at least one of the processors; analyze the GPS event data to derive a plurality of operational metrics for a plurality of the vehicles; and identify at least one trend for the operational metrics for a GPS event history using the GPS event data, the at least one trend including a trend for peer comparison.
  • a computer system including at least one computer processor and computer readable storage medium or media including computer code and at least one storage device in which is stored GPS data for a plurality of vehicles the system comprising: a memory including a GPS event database including GPS event data transmitted from a plurality of GPS devices, each GPS device associated with a vehicle, and stored over a period of time, and peer comparison data associated with the vehicles; a credibility criterion; and a filter criterion.
  • the one or more processors programmed at least to receive GPS event data transmitted from a plurality of GPS devices, each GPS device associated with a vehicle, the event GPS event data including location information for the vehicle; store the GPS event data in the GPS event database operatively coupled to at least one of the processors; create a periodic record of the GPS event data stored for the vehicle; determine a bounding area associated periodic record of the GPS event data for the vehicle; identify a geographical area associated with the bounding area; link an industry segment identifier associated with the vehicle to the periodic record; process a plurality of the periodic records to determine if a number of vehicles meets the credibility criterion for a peer comparison analysis; filter any periodic records meeting a filter criterion; analyze the GPS event data to derive a plurality of operational metrics for a plurality of the vehicles; and identify at least one trend for the operational metrics for a GPS event history using the GPS event data, the at least one trend including a trend for peer comparison; and provide, for a graphic user interface, a representation including a representation of the peer
  • a method comprising, in at least one computer and a computer readable storage medium or media including computer code: receiving GPS event data transmitted from a plurality of GPS devices, each GPS device associated with a vehicle; storing in GPS event database operatively coupled to at least one of the processors, the GPS event data and peer comparison data; analyzing the GPS event data to derive a plurality of operational metrics for a plurality of the vehicles; determining if the GPS data for a statistically significant number of vehicles meets a credibility criterion for a peer comparison; and identifying at least one trend for the operational metrics for a GPS event history using the GPS event data, the at least one trend including a trend for peer comparison.
  • a method comprising, in at least one computer and a computer readable storage medium or media including computer code: establishing a criterion for gathering data for a statistically significant number of vehicles; acquiring GPS vehicle data for a statistically significant number of vehicles for a peer comparison criterion; periodically processing the GPS vehicle data; and presenting the processed data for a trending analysis based on the GPS data from the statistically significant number of vehicles.
  • the method can further comprise wherein the peer criterion includes at criterion defined by at least one of a geographical area and an industrial segment.
  • FIGs. 1A-1D are block diagrams of a representative computer system.
  • Fig. 2 depicts a representative GPS system.
  • Figs. 3A-3T depict exemplary representations for graphic user interfaces.
  • Fig 4 is a flowchart depicting exemplary processes.
  • Fig. 5 depicts a graph and table for determining a Standard Deviation from mean for vehicle inclusion.
  • Figs. 6A-6C show an exemplary flow showing GPS event data analysis.
  • Fig. 7 depicts a table including activation identifications for industry segments and geographical areas.
  • Fig. 8 depicts a flow for fleet benchmarking.
  • Figs. 9A-C depicts an exemplary display representations for mapping integration
  • Fig. 10 depicts an exemplary display representation for a sequence of ground level representations of a route. DETAILED DESCRIPTION OF THE EMBODIMENTS
  • a single device, article or other product When a single device, article or other product is described herein, more than one device/ article (whether or not they cooperate) may alternatively be used in place of the single device/ article that is described. Accordingly, the functionality that is described as being possessed by a device may alternatively be possessed by more than one device/ article (whether or not they cooperate). Similarly, where more than one device, article or other product is described herein (whether or not they cooperate), a single device/article may alternatively be used in place of the more than one device or article that is described.
  • FIGS. 1A-1B disclosed is a system 100, which includes a computer 140 containing a processor 145, memory 157 and other components typically present in general purpose computers.
  • Fig. 1A is a block diagram of a representative computer.
  • the computer system 140 includes at least one processor 145, such as an Intel CoreTM or XeonTM series microprocessor or a FreescaleTM PowerPCTM microprocessor, coupled to a communications channel 147.
  • the computer system 140 further includes an input device 149 such as, e.g., a keyboard or mouse, an output device 151 such as, e.g., a CRT or LCD display, a communications interface 153, a data storage device 155 such as a magnetic disk or an optical disk, and memory 157 such as Random-Access Memory (RAM), each coupled to the communications channel 147.
  • the communications interface 153 may be coupled to a network such as the Internet.
  • Memory 157 stores information accessible by processor 145 , including instructions that may be executed by the processor 145. It also includes data that may be retrieved, manipulated or stored by the processor.
  • the memory may be of any type capable of storing information accessible by the processor, such as a hard-drive, memory card, ROM, RAM, DVD, CD-ROM, write-capable, and read-only memories.
  • the processor 145 may be any well-known processor, such as processors from Intel Corporation or AMD. Alternatively, the processor may be a dedicated controller such as an ASIC.
  • the instructions may be any set of instructions to be executed directly (such as machine code) or indirectly (such as scripts) by the processor.
  • the terms "instructions,” “steps” and “programs” may be used interchangeably herein.
  • the instructions may be stored in object code format for direct processing by the processor, or in any other computer language including scripts or collections of independent source code modules that are interpreted on demand or compiled in advance. Functions, methods and routines of the instructions are explained in more detail below.
  • data storage device 155 and memory 157 are depicted as different units, the data storage device 155 and memory 157 can be parts of the same unit or units, and that the functions of one can be shared in whole or in part by the other, e.g., as RAM disks, virtual memory, etc. It will also be appreciated that any particular computer may have multiple components of a given type, e.g., processors 145, input devices 149, communications interfaces 153, etc.
  • the data storage device 155 and/ or memory 157 may store an operating system 160 such as Microsoft Windows 7 ® , Windows XP ® or VistaTM, Linux ® , Mac OS ® , or Unix ® .
  • an operating system 160 such as Microsoft Windows 7 ® , Windows XP ® or VistaTM, Linux ® , Mac OS ® , or Unix ® .
  • Any operating system 160 or other program 162, or any part of either, may be written using one or more programming languages such as, e.g., Java ® , C, C++, C#, Visual Basic ® , VB.NET ® , Perl, Ruby, Python, or other programming languages, possibly using object oriented design and/or coding techniques.
  • Data may be retrieved, stored or modified by processor 145 in accordance with the instructions.
  • the data may be stored in computer registers, in a relational database as a table having a plurality of different fields and records, XML documents, or flat files.
  • the data may also be formatted in any computer-readable format such as, but not limited to, binary values, ASCII or Unicode.
  • image data may be stored as bitmaps comprised of pixels that are stored in compressed or uncompressed, or lossless or lossy formats (e.g., JPEG), vector-based formats (e.g., SVG) or computer instructions for drawing graphics.
  • the data may comprise any information sufficient to identify the relevant information, such as numbers, descriptive text, proprietary codes, pointers, references to data stored in other memories (including other network locations) or information that is used by a function to calculate the relevant data.
  • processor and memory may actually comprise multiple processors and memories that may or may not be stored within the same physical housing.
  • some of the instructions and data may be stored on removable CD-ROM and others within a read-only computer chip.
  • Some or all of the instructions and data may be stored in a location physically remote from, yet still accessible by, the processor.
  • the processor may actually comprise a collection of processors which may or may not operate in parallel.
  • the computer system 140 may also include additional components and/ or systems, such as network connections, additional memory, additional processors, network interfaces, input/ output busses, for example.
  • a computer-readable storage medium (CRSM) reader 164 such as, e.g., a magnetic disk drive, magneto-optical drive, optical disk drive, or flash drive, may be coupled to the communications bus 147 for reading from a computer- readable storage medium (CRSM) 166 such as, e.g., a magnetic disk, a magneto-optical disk, an optical disk, or flash RAM.
  • CRSM computer-readable storage medium
  • the computer system 140 may receive programs and/ or data via the CRSM reader 164.
  • memory herein is intended to include various types of suitable data storage media, whether permanent or temporary, including among other things the data storage device 155, the memory 157, and the CSRM 166.
  • Two or more computer systems 140 may be connected, e.g., in one or more networks, via, e.g., their respective communications interfaces 155 and/ or network interfaces (not depicted) .
  • a computer system network is shown in Fig. IB.
  • a network 182 may, for example, connect one or more workstations 184 with each other and with other computer systems, such as file servers 186 or mail servers 188.
  • the connection may be achieved tangibly, e.g., via Ethernet ® or optical cables, or wirelessly, e.g., through use of modulated microwave signals according to the IEEE 802.11 family of standards.
  • a computer system that participates in the network may send data to another computer system in the network via the network connection.
  • a network 180 may enable a computer system to provide services to other computer systems, consume services provided by other computer systems, or both.
  • a file server 186 may provide common storage of files for one or more of the workstations 190 on a network 182.
  • a workstation 190 sends data including a request for a file to the file server 186 via the network 182 and the file server 186 may respond by sending the data from the file back to the requesting workstation 190.
  • a workstation may, for example, be a computer that one or more users work with directly, e.g., through a keyboard and monitor directly coupled to the computer system.
  • a computer system that requests a service through a network is often referred to as a client, and a computer system that provides a service is often referred to as a server.
  • any particular workstation may be indistinguishable in its hardware, configuration, operating system, and/ or other software from a client, server, or both.
  • computer 204 is a server communicating with one or more client computers 184,192.
  • computer 204 may be a web server or a hub and data storage service.
  • Each client computer may be configured similarly to the server 184, 192 , with a processor, memory and instructions 240.
  • Each client computer 184, 192 may be a personal computer, intended for use by a person, having all the internal components normally found in a personal computer such as a central processing unit (CPU), display device 151 (for example, a monitor having a screen, a projector, a touch-screen, a small LCD screen, a television, or another device such as an electrical device that is operable to display information processed by the processor), CD-ROM, hard-drive, user input 149 (for example, a mouse, keyboard, touch-screen or microphone), speakers, modem and/or network interface device (telephone, cable or otherwise) and all of the components used for connecting these elements to one another.
  • computers in accordance with the systems and methods described herein may comprise any device capable of processing instructions and transmitting data to and from humans and other computers including general purpose computers, PDAs, network computers lacking local storage capability, and set-top boxes for televisions.
  • client computers 184, 192 may comprise a full- sized personal computer, the system and method may also be used in connection with mobile devices capable of wirelessly exchanging data with a server over a network such as the Internet.
  • client computer 1184,192 may be a wireless-enabled PDA such as an iPhone, and Android enabled smart phone, a Blackberry phone, or another Internet-capable cellular phone.
  • the user may input information using a small keyboard (in the case of a Blackberry phone), a keypad (in the case of a typical cell phone), a touch screen (in the case of a PDA and/ or smart phone) or any other means of user input.
  • Client computers 184, 192 may include a component, such as circuits, to determine the geographic location of the device.
  • mobile device may include a GPS receiver.
  • the component may include software for determining the position of the device based on other signals received at the mobile device, such as signals received at a cell phone's antenna from one or more cell phone towers if the mobile device is a cell phone.
  • Servers 186, 188, 202, 204 and client computers 184 and 192 are capable of direct and indirect communication, such as over a network 180, 200. Although only a few computers are depicted in Figs. 1A-1B, it should be appreciated that a typical system can include a large number of connected computers, with each different computer being at a different node of the network 200.
  • the network, and intervening nodes may comprise various configurations and protocols including the Internet, World Wide Web, intranets, virtual private networks, wide area networks, local networks, private networks using communication protocols proprietary to one or more companies, Ethernet, WiFi and HTTP, and various combinations of the foregoing. Such communication may be facilitated by any device capable of transmitting data to and from other computers, such as modems (e.g., dial- up, cable or fiber optic) and wireless interfaces.
  • modems e.g., dial- up, cable or fiber optic
  • a network 182 may be connected to one or more other networks 180, e.g., via a router 196.
  • a router 196 may also act as a firewall, monitoring and/ or restricting the flow of data to and/ or from a network 180 as configured to protect the network.
  • a firewall may alternatively be a separate device (not pictured) from the router 196
  • a network of networks 180 may be referred to as an internet.
  • the term "the Internet” 200 refers to the worldwide network of interconnected, packet-switched data networks that uses the Internet Protocol (IP) to route and transfer data.
  • IP Internet Protocol
  • a client and server on different networks may communicate via the Internet 200.
  • a workstation 190 may request a World Wide Web document from a Web Server 202.
  • the Web Server 202 may process the request and pass it to, e.g., an Application Server 204.
  • the Application Server 204 may then conduct further processing, which may include, for example, sending data to and/ or receiving data from one or more other data sources.
  • Such a data source may include, e.g., other servers on the same network .
  • an on-board GPS unit uploads information (eg. via a hub 153) about a vehicle vl, v2...vn to a central host system 208.
  • Information about the vehicle derived from the GPS information can be presented to a user on a display device 151, for example, as a layout shown in FIG. 2.
  • the system is programmed at least to receive GPS even data recorded by a GPS (Global Positioning System) device, for example, using an on-board unit which uses technology such as GPS to monitor a vehicle's positions and transmit wireless uploads to a central host system.
  • a vehicle tracking system comprises on-board units 1 in vehicles vl, v2, v3... vn, which communicate wirelessly via mobile networks 2 to gateways 3.
  • two wireless protocols are indicated, namely GPRS and SMS.
  • the gateways 3 communicate using protocols such as UDP and TCP via the Internet 4 with a host system 7 having receivers 5 which are operating system services, and a data storage system 6.
  • FIG. 1C is a block diagram of a host system 7 showing an exemplary system configuration for a host system 7.
  • a communications layer 153 is operable to receive incoming GPS data and write data from the receivers 5 to the data storage system 208.
  • the data storage system can be divided into any number of databases and logical layers for data analysis and storage.
  • a messaging layer 208b can be configured to store GPS event data from GPS on-board units 1 in a GPS event database 211.
  • a separated routing database 212 could be provided to store mapping and route data based on, inter alia, GPS data to store routes traveled by vehicles.
  • Another database layer 208a can include a business logic database 204 and a reporting database 210 to store rules for analysis of data and reports analyzed data respectively.
  • a database layer 208b can be operably connected to other databases, for example external databases 204.
  • the system can be operatively connected to at least one speed database including speed data or traffic data.
  • one or more speed databases can include speed data comprising, for example, a record of a posted speed limit for a route and/ or a record of an average traffic/road speed for a route.
  • an external database 204 can provide traffic data which shows congestion along routes to be traveled by a vehicle, which can be used in conjunction with GPS data 211 and business logic 204 to reroute vehicles or create reports as to congested routes.
  • An applications layer 204 such as an application sever 204, can be used to run applications processing, which may include, for example, sending data to and/or receiving data from one or more other data sources such as client workstations 184, 190, as described above.
  • the application layer 204 can be used to provide a graphic user interface 151 of a client workstation 184,194 a user-interactive interface.
  • an external database 204 can provide speed and or traffic data which records data for posted speed limits along routes, or collects and stores data for average traffic speeds along routes.
  • Exemplary databases include, for example, the TeleAtlas TM speed limit data, or Inrix TM average speed data. This data can be used in conjunction with GPS data 211 and business logic 204 to show speed violations of vehicles and drivers, compare average speeds of a driver's and/or a fleet's average traffic/road speed, and track performance and create alerts as described herein.
  • An applications layer 204 such as an application sever 204, can be used to run applications processing, which may include, for example, sending data to and/or receiving data from one or more other data sources such as client workstations 184, 190, as described above.
  • the application layer 204 can be used to provide a graphic user interface 151 of a client workstation 184,194 a user-interactive interface.
  • a system is configured to received, store, and process GPS data to provide to a graphic user interface of a client a user-interactive interface for tracking and reporting on vehicles and vehicle fleets.
  • GPS event data is stored for over an operation period.
  • the data can be stored and processed to show event data for at least one vehicle v for an operation period of a workday, a week, a month, a quarter, a year, the life of a service contract, or any desirable time period.
  • the GPS event data can then be analyzed to derive a plurality of operational metrics for each vehicle.
  • Exemplary operational metrics that can be derived from GPS data include: engine on/ off, vehicle mileage, idling, number of stops, distance travelled, and speed (including high speed and average speed).
  • an on-board GPS device can be configured to be operational to transmit when a vehicle engine is on, thus engine on/ off time can be derived. Idling (stopped while engine running) and speeding (distance/ time), as well as vehicle mileage can also be derived from tracking via GPS.
  • This data in turn can be used to derive a number of other operational metrics, including vehicle activity over a predetermined time period, vehicle operational reports, employee performance (e.g., working hours, deliveries per day), driver behavior (e.g.: speeding violations, idling over limits); and fleet performance (e.g., metrics based on data above derived for multiple vehicles).
  • employee performance e.g., working hours, deliveries per day
  • driver behavior e.g.: speeding violations, idling over limits
  • fleet performance e.g., metrics based on data above derived for multiple vehicles.
  • any number of operational metrics can be derived from GPS data, either alone or in conjunction with data from other databases, including number of stops per vehicle, performance against a criterion, employee performance; driver behavior; and fleet performance, speeding severity, a speeding violation, average vehicle speed, vehicle speed versus a posted speed limit, vehicle speed versus a speed threshold, and an average road speed for a fleet or driver speed for a route versus average road/ traffic speed for a route.
  • a graphic user interface can be configured to display including a representation of at least one operational metric for each of a plurality of vehicles.
  • Exemplary graphic representations or interfaces 300 for a graphic user interface for a user is shown in FIGS. 3A-3T.
  • Such interfaces could be in the form of application software for computer and digital devices as described above, or in the form of webpage accessed by a client from at least one host server, or any combinations thereof as broadly disclosed herein and without limitation.
  • a "Dashboard" 320 page gives a user a first interactive screen to view GPS data and operational metrics.
  • the top of the graphic user interface 300 has, in one embodiment, tabs for "Reports” 320, "Live Fleet,” 332 "Route Replay,” 324 "Alerts,” 328 Fleet Service,” 330 and “Admn” 332, which lead to other user interactive displays.
  • tabs or links could be configured for the features as described herein, for example for “Speed” “Trending,” “Score Card,” and/ or A “MyFleetmatics” or “My Fleet” page which can include user configurable fleet statistics and alerts, or can have default statistics personal to a user, or some mix of user configurable and default features and statistics.
  • a user can select "Live Fleet” 324 using an input such as a keyboard or a mouse, which would lead to a page with GPS data and mapping software which tracks vehicles vl, v2...vn.
  • the page can allow a user such as a dispatcher to, for example, locate and dispatch the closest vehicle to any job site and reroute the nearest vehicle.
  • the Dashboard 320 can be configured to offer preset modules or objects for a user to interact with or view, or in the alternative it can be configured to allow a user to customize the information, reports, alerts, etc most important to the user.
  • an exemplary "Dashboard Preferences" page is shown at FIG. 3B, which allows an administrator user to "drag and drop” icons to configured the order of graphs for operational metrics of Engine On/Off 335a, Distance Traveled 335b, Idling Report 335c, and High Speed Report 335d "Speeding Violations," 335i and “Speeding Severity” 335h as desired.
  • the Dashboard 320 screen includes various graphic representations of operational metrics, including reports and alerts, to aid a user in, among other things, vehicle, employee, and fleet management.
  • the operational metrics 302 for individual vehicles include operational metrics such as a engine on/ off 302a, vehicle mileage 302b, idling, 302c, and speeding 302d.
  • Other operational metrics could also be shown such as average speed 302e, number of stops 302f, speeding severity 302h, and speeding violations 302i.
  • Such operational metrics are also shown for various fleet configurations as described below.
  • the Dashboard 320 shows at the top of the interface 300 a graphic information display for an individual vehicle 301, which can be selected from a drop down menu 301a. Other methods of selection can be used, for example, by selecting with a mouse, a graphic for the vehicle v4 (shown as "Van 1006") in a fleet report graphic 335.
  • the graphic information display for the vehicle 301 includes a reporting and alerts for the vehicle v4, for example, operational metrics such as at least one engine on/ off graphic 302a, vehicle mileage graphic 302b, idling graphic 302c, and a speeding graphic 302d.
  • the graphics 302a, 302b, 302c, 302d on the individual vehicle 301 is shown reporting graphic that shows a rating 303 under each operational metric comparing the vehicle performance against other vehicles in the fleet for a 24 hour period.
  • a rating 303 under each operational metric comparing the vehicle performance against other vehicles in the fleet for a 24 hour period.
  • an engine on/ off rating graphic 303a puts the vehicle v4 in 4 th place in the fleet
  • a vehicle mileage rating graphic 303b puts the vehicle v4 in 6 th place
  • idling rating graphic at 303c at 19 th place
  • a speeding rating graphic 303d puts the vehicle v4 at 7 th place.
  • the interface 300 also provides, for the graphic user interface, an alert when an operational metric for a vehicle exceeds a predetermined threshold established for the operational metric.
  • report graphic on the individual vehicle 301 shows the name of the driver, that the vehicle has shutdown (e.g.,: for the end of the workday), the time for shutdown, and for each of the operational metrics, a pie chart graphic 305a, 305b, 305c, 305d, and a split-window graphic 306a/308a, 306b/308b, 306c/308c,
  • each of the pie chart 330 and split window graphics 306/308 show the time the vehicle spent within threshold 306, as well as a representation that alerts when the vehicle exceeded the threshold. For example, each metric has in the split window graphic 306/308 a
  • predetermined criterion or threshold 306 established for the 24 hour period: 8 hours for engine on/off 306a, 150 miles for vehicle mileage 306b8/308b, 1.0 hours for idling
  • the "Engine On/Of ' split window 306a/308a has in a left-hand window, for vehicle operation within the predetermined threshold 306a, a graphic which includes a color (green) and text describing the vehicle's v4 operation statistic under the threshold, 7 hours, 50 m.
  • the right-hand window 308a shows a window with the time remaining in the 24 hour period (16 hours, 10 min.) Because this is time where the engine was not running, and thus within the threshold, the window 308a is configured to show neutral color or identifier (e.g. white, tan, clear).
  • the pie chart 305a shows a visual with green and neutral coloring corresponding to the times in the split window 306a,308a which allows a user to readily visualize the percentages for the Engine On/ Off time.
  • the "Vehicle Mileage" split window 306b/308b shows the predetermined threshold of 150 miles in the left-hand window 306b, which is in green as with Engine On/Off. However, the right-hand window 308b shows the driver has exceeded the threshold by another 38 miles. As this is in excess of the threshold, where the window 308b is configured to alert the user with a red color.
  • the pie chart 305b shows a visual with green and red coloring corresponding the times in the split window 306b, 308b which allows a user to readily visualize the percentages for the vehicle mileage, as well as alert the user that the vehicle is excess of the threshold.
  • Idling 302c includes an alerting threshold where of 1 hour, and alerts for excess of an hour of idling.
  • Speeding 302d includes reporting and alerting for, among other things, speeds in excess of 70mph 306d, 80mph 308d, and 90mph 309d, with different colors for each (e.g. green, yellow, and red).
  • historical GPS event data can be stored, as for example, for a plurality of operation periods. Accordingly, while the graphics 302a, 302b, 302c, 302d on the individual vehicle 301 are over an operational 24 hour period, the graphics could be configured to show data for longer periods and/ or a plurality of operational periods, such as a week, a month, a quarter, a year, or other periods as desired.
  • thresholds could be implemented for each of these periods, as for example, by adding the criteria or thresholds for each operational period, e.g., for Vehicle Mileage 302b, or an 160 hour threshold for a 4 work -week period (a five day week), where each 24 hour period is 8 hours.
  • Other reports can be generated based on the historical event data.
  • report information can include one or more reports on: vehicle activity over a predetermined time period, speed (including high speed and average speed), number of stops, idling, vehicle operational reports, maintenance, employee performance, driver behavior; and fleet performance.
  • An exemplary, selectable "Top 10" fleet report 335 shows reports 335a, 335b, 335c, 335d for the top ten vehicles in each of operational metrics for a fleet of vehicles: Engine On/Off 335a, Distance Traveled 335b, Idling Report 335c, and High Speed Report 335d.
  • Engine On/Off 335a Engine On/Off 335a
  • Distance Traveled 335b Distance Traveled 335b
  • Idling Report 335c Idling Report 335c
  • High Speed Report 335d High Speed Report
  • Operational metrics for one of the vehicles v4 "Van 1006" is shown at the top of the graphic user interface 301, and the vehicle rankings as shown for v4 are shown in three of the metrics 335a, 335b, and 335d where the vehicle is in the top 10, as described above. While the report shows the "Top 10," a selectable drop down menu 308b allows a user to select any number of options for reporting (e.g., top 20, 50) and another drop down menu 310 allows a user to select time periods (e.g. 24 hours, 5 days, a month), to obtain ranked vehicle performance for the fleet and vehicles therein.
  • time periods e.g. 24 hours, 5 days, a month
  • the "Engine On/Off Report” 335 ranks the vehicles vl ...vl0 from highest to lowest for "Engine On" time over the 24 hours. For example, a row for the top vehicle vl shows the engine was on for 9 hours and 58 minutes and off for 15 hours and 2 minutes. The lowest ranked vlO (Vehicle 0435) shows engine operation for 6 hours and 8 minutes, whereas the off time is 17 hours and 52 minutes. A tillable bar graph shows on and off times, with "on” being green and off being blank or neutral, with the fill line visually showing the percentage of the 24 hour period. Text graphics write out the time. The rows of bar graphs for each vehicle are aligned in a columnar format so as to readily compare each vehicle's statistics with one another.
  • the "Distance Traveled" 335b reports and alerts are consistent with criteria for the "Vehicle Mileage" 302b for the individual driver described above, and ranks vehicles within the top 10 of the fleet from highest to lowest for distance traveled.
  • a tillable bar graph shows the predetermined threshold of 150 miles in the left-hand bar graph, which is in green. However, the left-hand of the bar graph shows, with fill lines by percentage, where the driver has exceeded the 150 miles threshold.
  • the top ranked vehicle of the fleet is in excess of the threshold by 236 miles, whereas the 10 th ranked vehicle (Van 1026) is only a few miles over.
  • a tillable bar graph shows distances times, with the 150 mile threshold being green any excess mileage being red so as to alert the user, with the fill line visually showing the percentage of the 300 mile distance.
  • Text graphics write out mileage at or under 150 miles on the left-hand side, and mileage in excess right hand side.
  • rows of the bar graphs for each vehicle are aligned columnar format so as to readily compare each vehicle's statistics with one another.
  • the "Idling" 305c and "High Speed" 306d reports graphics are similarly configured, thereby proving a user friendly view for all the metrics for the ranked vehicles and drivers in the fleet.
  • "Idling" 335c includes an alerting threshold of 1 hour, and reports, bar graphs, alerts for excess of an hour of idling.
  • such a Idling report can also be configured in a format for delivery to a PDA or smartphone, which shows bar graphs, rankings, and idling times for a plurality of drivers /vehicles over a 24 hour period.
  • speeding 335d includes bar graphs, reporting and alerting for, among other things, speed in excess of 70mph, 80mph, and 90mph, with different colors for each (e.g. green, yellow, and red).
  • More detailed reports can be created and configured.
  • preferences for speed related metrics e.g.
  • high speed 302d, average speed 302e, speeding severity 302h, and speed violations 302i) reporting and alerting for the Dashboard can be configured by a user from a "Speed Tab.” As shown in FIG. 3C, a user can select "Speed” from a preferences menu or side bar of links 501 to other pages (e.g. "Industry Benchmarking," “Idling,” “Distance Travelled.”
  • the page comprises input interfaces 502, 504, 505, 506, 508, 510, 512 for activating and configuring the display of operational metrics 302 for speed and speed data, including speed data from speed databases and configuring thresholds.
  • An upper graphic interface includes an input 502 for activating an average speed for vehicles in a period, which asks "What average speed is too high during a 24 hour period.
  • the input area for the average speed threshold also includes a slider bar 504 for configuring the desired average speed, although any known input method could be used.
  • a user can activate 504 and configure 505 different speed thresholds for the fleet, for example a "low” 80mph, 95mph 308d, and l lOmph).
  • the user can be given a dropdown list 505 with any number of preset thresholds, for example including higher speed thresholds (e.g, 95kmph, 115kmph, 125kmph) along with the "low" one given above.
  • a third input area allows a user activate and configure the system interface to include alerts using speed limit data, such as posted speed limits and/or or average road speeds.
  • Activation interface object 506 allows the user to configure the system to include road speed data when showing speed limits
  • Activation interface object 508 allow show exceptions on pages throughout the user's interface with the system 508, and another interface object 510, shown as a slider, allows the user to adjust the criteria or thresholds for showing exceptions, shown in FIG.3C to allow the user to adjust the speed over the road specific speed limit is allowed before flagging an exception (e.g. 0-110 mph).
  • an exception e.g. 0-110 mph
  • Another activation interface object 512 and slider 514 allows a user to activate and adjust the threhshold for the acceptable number of speed limit violations for a given period (e.g. 0-150 in a 24 hour period).
  • Yet another input interface 518 allows a user to configure the type of graphic they would prefer to see for alerts, here shown as a speedometer graphic showing and a bar graphic for the speed reporting graphic, described below, along with a preview graphic 516 for the choice selected.
  • one or more interface objects 520 allow the user to save the changes for the configuration and, if desired, continue.
  • the user is presented with a graphic 521 and a speedometer graphic 522 which display alerts for speeding severity of vehicles 302h as well as speeding violations 302i shown in FIG 3D.
  • An exemplary, selectable "Speeding Severity" 302h for fleet reporting graphics 521, 523 selected from a drop down menu 522 for operational metrics 302a...302i shows the number of times drivers vl ...vn (e.g, at "Top 10") violated the speed limit thresholds configured, for example, as set by the user (see FIG. 3C, 510, 12) "How far over the road specific speed limit can your vehicles go before they are flagged?").
  • the report 521 ranks the vehicles vl ...vlO from highest to lowest for speeding events over the 24 hours.
  • a tally area 525 in the fleet speeding severity report 521 tallys the number of speed violations for a given vehicle (e.g. 53 0-lOmph violations, 57 10-25mph violations, and 53 over 25mph violations, and 163 total violations for vehicle vl), which can be populated when the user selects that vehicle on the graph, for example my a mouse click or mouseover.
  • the speedometer graphic 522 shows the total number of speed limit events for a number of vehicles in the fleet (e.g the top 5, top 10, all), which can be configured to correspond to the bar graphic 521 as shown.
  • Speed limit events in excess of posted speed limits by the vehicles are shown as 0-lOmph, 10-25mph, and over 25mph, with different colors for each (e.g. yellow, orange, and red) on a 0-350 "speedometer" semi-circle.
  • a tally area 523 at the top of the graphic in the fleet speeding severity report 521 tallys the number of speed violations for the vehicle group (e.g. 240 0-lOmph violations , 57 10-25mph violations, and 53 over 25mph violations, and 163 total violations for vehicles vl ...vn).
  • An exemplary, selectable "Speeding Violations" 302i for fleet reporting graphics 526, 528 selected from a drop down menu 522 for operational metrics 302a...302i shows the number of times drivers vl ...vn (e.g, at "Top 10") violated the speed limit thresholds configured this time showing the number of violations vs an acceptable number of violations, for example, as set by the user (see FIG. 3C).
  • the first report 526 ranks the vehicles vl ...vlO from highest to lowest for speeding events over the 24 hours. Fillable bar graphs fore each vehicle vl ...vn reporting and alerting for, among other things, acceptable speed limit violations and those exceeding the threshold (e.g. green red).
  • a tally area 527 in the fleet speeding severity report 526 tallys the number of speed violations for a given vehicle (e.g. 15 allowed violations, 12 excess violations, and 27 total violations for vehicle vl), which can be populated when the user selects that vehicle on the graph, for example my a mouse click or mouseover.
  • the speedometer graphic 528 shows the total number of speed limit events for a number of vehicles in the fleet (e.g. the top 5, top 10, all), which can be configured to correspond to the bar graphic 526 as shown.
  • Speed limit events in excess of posted speed limits by the vehicles are shown as acceptable and in excess, with different colors for each (e.g. green and red) on a 0-350 "speedometer" semi-circle.
  • a tally area 529 at the top of the graphic in the fleet speeding violation report 521 tallys the number of speed violations for the vehicle group (e.g. 150 acceptable violations for 10 active vehicles) and a pointer on the "speedometer" shows the level of violations.
  • Fig. 3E shows another example of a detailed report for an employee and vehicle, as could be accessed, for example, in a page for reports (see Fig. 3A 322).
  • the report is an "Hours Worked Report" 350 for a vehicle (Truck 18) over a five day workweek, as shown in the lower table 340 portion of the graphic user interface 340.
  • Each day of the work week is given a row 340a, 340b, 340c, 340d, 340e on the report, and the table 340 which includes columns for day, start time, driver, finish time, and an "Hours Worked" bar graph 344a, 344b, 344c, 344d, 344e which shows a colored fill bar and text showing the hours worked.
  • the report has alerting icons El, E2, E3, E4, which show exceptions where a vehicle and driver have exceeded predetermined thresholds or criteria.
  • the exception alerts are described in an upper window 342, which can be scrolled using a scrolling graphic 343 using a mouse, via touch screen, or other input.
  • the upper window 342 reports and alerts the user as to the exceptions, which reports two alerts 306b, 306c that on 2 days a driver finished at 1 :22 pm and 1 :30 p.m., which is before predetermined time (before 4:00 p.m.).
  • Another alert 306a shows that on one day the driver worked two hours longer than a predetermined time period (12 hours), as the driver worked 14 hours and 33 minutes.
  • the user can see the fourth alert for the exception E4, where the driver exceeded the predetermined threshold of 12 hours by 27 minutes.
  • the fill bars on the bar graphs 340a, 340b, 340c, 340d in the lower table 340 can also be colored to reflect an alert, such as where on days where a driver has exceeded the predetermined threshold for hours worked El, E4.
  • the fill bar 344b, 344e can be colored red when the predetermined threshold is exceeded, whereas when under the threshold, the bar 344a, 344c, 344d is colored green.
  • a week summary portion 346 of the graphic user interface 350 can give over all statistics for the week, such as start and finish dates and times, total hours and days, and average hours per day.
  • Fig. 3F shows a example of a detailed report for an employee and vehicle, as could be accessed, for example, in a page for vehicle speeds and violations.
  • the report is a "Red Flag" report 600 for points of interest (POI) for a vehicle ("Phil") over a workday, as shown in the lower table 602 portion of the graphic user interface 340.
  • the report can be configured by a user to cover any time period by a number of drop down menus 604, 605f or selecting a begin date time 604 and an end date-and time 605, each including drop-down menu for month, date, and time.
  • an option 606 to select or deselect Monday-Sunday, so as to exclude or include specific days (e.g.
  • an interface graphic 603 for example radio buttons, for selecting the parameters for the report, shown as being configured to show events over a given mph input by the user, or events where the report is a given MPH over a speed limit. It will be noted that the display can be configured to KMPH where that is the proper or desired metric. As shown in FIG 3F, the report is run for events that are 2 mph over a speed limit for a workday. If the first radio button option is checked the text in the Type column results should read "Speed Above X MPH (or KMPH)".
  • the text should read "Posted Speed” or “Road Speed” or “Average Speed” or “Traffic Speed,” or “Trusted” or other such name as may be chosen, depending on the type of posted speed limit available.
  • the report is run via a "Run” 605 tab, which shows all locations for that time range for which the driver went at least two mph over a posted speed or an average traffic speed.
  • the table 602 which includes columns for day 611, time 612, "Type,” 613 “Details” 614 and a "Flag” 615 for MPH.
  • the day 611, time 612, and details 614 columns show the date, time, and location of the driver (Phil) at points along a route.
  • the "Type” 613 column is a designation showing the type of criteria for the Red Flag report 600 alerting, in this embodiment, shown as “Trusted,” indicating a trusted posted speed limit for this route, or "Average,” indicating the report and/or alert is for the average traffic/road speed for the location.
  • the report has alerting icons El, E2, E3, E4, E5 which show exceptions where a vehicle and driver have exceeded predetermined thresholds or criteria, shown here as speeds in excess of a "posted speed" for a route or the average road speed for the location.
  • the exception alerts El ...E5 are described in a window 608 above the table 602, which can be scrolled using a scrolling graphic 609 using a mouse, via touch screen, or other input.
  • the window 602 reports and alerts the user as to the exceptions El ...E5 , which reports the 5 exception alerts explaining that the speeds (1.) 67 (2.) 69 and (3.) 65 MPH are each above the posted speed for that location.
  • the user can see the fourth and fifth alert for the exceptions E4, E5, where the driver exceeded the speed limit (68mph and 64mph).
  • the "Flag(mph)" 615 column in the table 602 shows the driver's mph at a list of locations, shown in the "Details” column. Speeds in the "Flag” column can be rounded up/down. Also shown for each exception El E5 is the driver's mph at the location in red and an icon, a red circle with the number "60,” indicated that the posted speed for that location is 60 mph. A “mouse-over” can also display text with further details when a pointer is placed on an exception.
  • Other icons can include reporting and alerting for, among other things, speeds in excess of speed thresholds 70mph 306d, 80mph 308d, and 90mph 309d, with different colors for each (e.g. green, yellow, and red) for as shown in a driver's speed graphic 610.
  • Figs. 3G-3J shows another example of a detailed report for an employee and vehicle, shown as a "Scorecard" for a driver.
  • a left hand graphic 307 includes fillable bars like those in Fig. 3A that show, for a driver, a score card for operational metrics Average Speed 302e, Distance Travelled 302g, Engine On/ Off 302a, Vehicle Idling 302c, High Speed 302d, Number of Stops 302f, Average Speed 302e, Speeding Severity 302h and Speeding Violations 3i for the individual driver.
  • a ranking for each metric as compared to other vehicles in the fleet is also given.
  • the GPS data analysis is given for a time period, for example 5 days (FIG. 3G) or 24 hours (FIG. 31).
  • a bar graph shows, for each day of the 5 days, an average speed, where the X- axis has each day, and the Y-axis shows miles per hour (0-60mph).
  • a bar graph shows, for each hour of the 24 hours, an acceptable and an excess speed over a speed limit (e.g., posted or average), where the X-axis has hours, and the Y-axis shows miles per hour in excess(0-15mph); bars are colored as described herein to distinguish speeding thresholds.
  • 3H shows a scorecard graphic configured for an application for a PDA such as a smart phone, similar to the left-hand graphic 307, showing a score card for operational metrics 302a, 302g, 302c, 302d, 302f, 302e, 302h, 302i for the individual driver, as well as a ranking for each metric as compared to other vehicles in the fleet, for a time period of 24 hours.
  • Still other reports based on GPS data and tracking could be provided, such as driving behavior including vehicle speed, engine start-up and shut-down and idling time, or any others including as described herein which can be used to enforce driving policy and curb unwanted behavior like excessive speeding, tardiness and extended vehicle idling.
  • alerts based on GPS data and tracking could be generated such as alerting a user immediately if a vehicle is used during off-hours, which can indicate a vehicle theft.
  • Other exemplary alerts include late deliveries, vehicle care or maintenance is needed, or area reporting and/ or need for rerouting.
  • alerts can be triggered for excessive speeding, excessive idling, engine start-up or shut-down during off-hours unauthorized vehicle usage and when a vehicle enters or exits specific geographic areas.
  • Alerts can also be configured to alert when vehicles are due for scheduled maintenance (e.g., based on a specific length of time, miles driven, or engine-on time). Alerts can also be segregated from reporting on a separate page of a graphic user interface (e.g. accessible by a tab 328 as shown on the Dashboard 328 at Fig. 3A).
  • Alerts can be flagged in relevant reports as shown above, and users can also be notified of any alerts as soon as a violation occurs via email or mobile device.
  • a portable device such as a smart phone or PDA can be configured to receive alerts that need urgent attention, such as an off-hours use alert or an alert indicating rerouting is needed.
  • an application is configured to show a number of alerts 315 received over a course of time, including for example, alerts showing a speed criterion or threshold has been met or exceeded. By selecting one of the alert indicators, a separate details screen 317 is accessed which describes the alert. As shown at FIG.
  • 3K is a page for allowing a user to configure a speed threshold alert.
  • User interface icons shown as radio buttons 536, 543 in place for users to decide how to display the alerts, "Alert at Speed X mph/kmph 536 and "Alert Speed Violations when at least X over limit 538. If the "Alert Speed Violations" 538 is checked a second option (check box) will activate; “Use Average Road Speeds at limits when needed.” This option will use average speeds for a route if the exact posted speeds are not available.
  • a scheduler 545 area allows a user to schedule days and times for the alert
  • an "Alert Recipients" 552 area allows a user to designate recipients and can further be configured to designate the method of contact (e.g e-mail, text, etc.).
  • Reports or alerts can also be configured to how fleet alerts 390 for a fleet trending data 390, as described below.
  • the computer system includes GPS event database.
  • the GPS event data is analyzed to derive a plurality of operational metrics for each of a plurality of vehicles; and identify, from the analysis, at least one trend for a GPS event history using the GPS event data.
  • the system can be configured to provide to a graphic user interface an interactive display configured display a representation (e.g., a graphic presentation of the trend). Reports and alerts based on GPS data and tracking and trending is provided, including for driving behavior including vehicle speed (including average speed and high speed), engine start-up and shut-down, idling time, number of stops or any others including as described herein which can be used to enforce driving policy and curb unwanted behavior like excessive speeding, tardiness and extended vehicle idling.
  • Figs. 6A-6C shown a graphic flow for analyzing received GPS event data and GPS data stored over time to identify, report, and display trending.
  • GPS event data for each vehicle, as described herein is gathered over a period of time.
  • the data is analyzed for over time (shown over 6 months) derive operational metrics 302, for example, mileage 302b, speeding, 302d and idling 302a.
  • Trending can also be derived and displayed for other operational metrics as described herein, including speed severity 302h, speed violations 302i, number of stops 302g, or other such metrics as are or become available using data from GPS events and external databases.
  • Such data can be analyzed for each month to identify statistics for each operational metric, for example, for each vehicle or employee, as well as to derive statistic for the fleet (e.g. averages under each operational metric, or averages for defined groups under each metric).
  • Such data can be collected and stored indefinitely.
  • the analyzed historical event data for each operational metric 302 shows trend data 362, for example, the performance of a vehicle/driver v over the 6 month period, for example, a mileage trend 362b, a speeding trend, 362d and an idling trend 362a for each month.
  • the trend data 362 for each operational metric can then be extrapolated from the GPS event data. This trend data is extrapolated for each vehicle in a fleet, as well as for each employee, and can be used in conjunction with other databases to provide trending and statistical data as described herein.
  • Trend data includes not only the direction in which performance and behavior move under operational metrics, but also identifiable changes in those movements and comparisons therebetween, as well as statistical data drawn from GPS data and other databases, as described herein.
  • the GPS event database includes a peer comparison database including peer comparison data associated with the vehicles.
  • the system also includes a credibility criterion.
  • the GPS event data includes location information for the vehicle, which is stored in the GPS event database.
  • Operational metrics for the GPS event history are derived for a trend including a trend for peer comparison.
  • a representation including a representation of the peer comparison for at least one operational metric can then be provided to a graphic user interface.
  • the operational metric can include metrics described herein, including those selected from the group of engine on/ off, vehicle mileage, idling, speed, performance against a criterion, employee performance; driver behavior; industry segment performance, geographical area performance, and fleet performance.
  • the peer comparison data comprises geographic data associated with the vehicles; and industrial data associated with the vehicles.
  • the computer system comprises: a threshold credibility criterion for GPS event data used for a peer comparison.
  • Data acquisition is as follows. GPS event data is acquired and stored from GPS devices with vehicles as described herein. GPS event data for the vehicle is associated with a peer comparison parameter. When GPS data for a statistically significant number of vehicles for a peer comparison parameter is reached, the system can then elevate that peer comparison metric for display for a user. Both previously stored historic GPS event data can be associated with a parameter, as well as incoming GPS event data.
  • the Standard of Full Credibility is based on a unique vehicles count for a period of time. In one embodiment, the period of time is a calendar month, excluding a current day (as described in more detail below).
  • the criterion can also include a maintenance credibility criterion. For example, after the threshold criterion has been met in a given period, the system can be configured to maintain showing peer comparisons for users in subsequent periods so long as the maintenance criterion is met.
  • the computer system creates a periodic record of the GPS event data stored for the vehicle. For example, in one embodiment, GPS event data as received and processed daily.
  • the system can further process the data to show an average operational metric for a plurality of the vehicles over a period of time, for example monthly or quarterly averages on trending of operational metrics.
  • peer comparison average values are updated as follows. In a "Current Month,” current month values will are updated with daily processing A Current Month can begin to be published starting with a given day, for example day 7 of a week. Filter criteria can be applied to, for example round out to a week or to offset for holidays and weekend, as described below.
  • historic peer comparison values are processed. In “Historic Months,” Historic month values do not change once published at month-end. Month-end final average values are be reviewed before they are published to prevent illogical values. In one embodiment, once a decision has been made to make available a specific peer comparison for a Historic Month(s), at the point of initial elevation there are published at least 3 data points (3 monthly averages) to make trending comparisons relevant. After a peer comparison has been elevated, monthly averages will be published without any gaps even if the number of vehicles during a month falls below the maintenance criteria (e.g. the Minimum Criteria described above).
  • the maintenance criteria e.g. the Minimum Criteria described above.
  • the computer system comprises a filter criterion such as a filter rule.
  • a filter criterion such as a filter rule.
  • the system comprises a filter rule and/ or includes an outlier exclusion.
  • the filter criterion can be configured to filter any periodic records meeting a filter criterion.
  • a filter rule excludes vehicles from the criterion calculation.
  • a rule excludes outlier vehicle-day records from a monthly average calculation.
  • a rule is configured to exclude vehicle-day records where a vehicle drove very litde or too excessively relative to a vehicle Mean for the month.
  • a Local_Ratio of vehicle-day driving is used as the MEAN metric; which gives a measure of meaningful driving and considers both driving radius and mileage
  • Filter rules can exclude periodic records (described below) based with the following attributes: Idle time— vehicle-day records with more than 10 hours of idle time; and On/ Off engine - vehicle-day records with more than 20 hours.
  • An oudier calculation is configured as follows: On a daily basis, for Current Month obtain a "Local Ratio" values for each available vehicle-day that passes the Filter Rules. For Current Month— if available, use the vehicle- day mean and standard deviation calculated at end of previous month (as described herein); else, if there is no mean and standard deviation available use all records from current month (i.e., for a new or seasonal business).
  • a rule engine is configured as follows:
  • the system is configured to identify a trend for an operational metric for the plurality of vehicles, the operational metric including an operational metric selected from the group of: engine on/ off, vehicle mileage, idling, speed, performance against a criterion, employee performance; driver behavior; industry segment performance, geographical area performance, and fleet performance.
  • the computer system is configured to identify at least one trend for a peer comparison for the operational metric from the periodic records.
  • the peer comparison includes a peer comparison metric.
  • the peer comparison metric includes a peer comparison parameter selected from the group consisting essentially of a geographical parameter and an industrial parameter.
  • the industrial parameter is an industrial segment.
  • Exemplary industrial segment data is data associated with a vehicle, such as an SIC code associated with a fleet of vehicles.
  • the system can be configured to the use an SIC match to associate vehicle activity with a specific Industry Segment.
  • the system includes a number of different industry segments. For example, as shown in Table 1, the system includes 12 different Industry Segments & All Industries combined.
  • industry segment definitions can include and be further broken down into subspecies or combined into broader genus or parent segments to process accumulated GPS event data.
  • a periodic record is created of the GPS event data stored for the vehicle, and an industry segment identifier associated with the vehicle is linked to the periodic record.
  • a plurality of the periodic records for vehicles are processed to determine if a number of vehicles meets a credibility criterion for a peer comparison analysis.
  • periodic records such as daily summary records are linked to an SIC code, and that SIC code is matched to a single industry segment.
  • a single SIC code comprises its own peer comparison industry segment, however, it may also be linked to a broader "Parent" industry segment for use (e.g., for later use). For example, an SIC code SIC 1711 "1.
  • Plumbing, Heating, Air-conditioning is one of the 12 industry segments identified in Table 1, but it could also be linked to a broader "Home & Business - Field Services," to be used for a geographical area, such as a state or region as described below, for present or later use.
  • a broader industry segment can be defined by and/ or configured to cover a number of "species” industry segments, such as a plurality of SIC codes.
  • a filter criterion excludes vehicles from the criterion calculation. For instance, in an embodiment, a rule excludes outlier vehicle-day records from a monthly average calculation, as described above.
  • a periodic record is created of the GPS event data stored for the vehicle, a bounding area is associated with the periodic record of the GPS event data for the vehicle and a geographical area associated with the bounding area is identified.
  • An industry segment identifier associated with the vehicle to the periodic record and a plurality of the summary records are processed to determine if a number of vehicles meets a credibility criterion for a peer comparison analysis.
  • a location is determined for each vehicle for each day.
  • the location (state or region) for that day should be what is used and rolled up when obtaining a value for a particular Region or State.
  • the value that is stored with each record is a shape file, for example, a rectangle of lat/long coordinates of a bounding box of the vehicle's activity for that day. From that rectangle a center point to use and find the particular geographic Region or State for that vehicle. A determination is made whether the lat/long coordinates are inside the shape file.
  • Default rules can be implemented for illogical results, as for example if the lat/long coordinates of the bounding box of the vehicle's activity for that day are within a body of water, then the system can be configured to default to a physical address for the geographical area (State or Region).
  • the specific geographic areas used for comparison include 5 regions and 6 large states.
  • FIG. 3T shows for "Regions” that there are 5 regions: North East, South East, South Central, Midwest and West , and for "States" there are 6 large states anchor the regions: CA, TX, FL, NY, NJ, IL
  • regions and states for the accumulation, processing and presentation of GPS event data can be as shown in exemplary Table 2 shown below.
  • the system is configured to provide peer comparison metrics including a peer comparison parameter selected from the group consisting essentially of a geographical parameter and an industrial parameter.
  • a peer comparison parameter selected from the group consisting essentially of a geographical parameter and an industrial parameter.
  • the system can be configured with an Industry Segment - Geography Switchboard. Separate switchboards can be made for different countries or geographical areas.
  • Industry Segments can be activated when enough vehicles meet a credibility criterion. For example, as shown in FIG. 7, industrial segments are active for peer comparison for specific large States and Regions. In one embodiment, all Industry Segments will be turned on for both the large States and Regions, with certain exemptions. The exceptions are "For Hire Truckling Local and non-Local" are not available for states because these are segments with regional profiles; all Regions and FL (the only state) have available the Disinfecting and Pest Control Service segment; and all Regions and FL, NJ and NY will have available the "Passenger
  • Fig. 3L shows one example of a detailed trend report 355 for a fleet and employees from trending analysis as described above, including a peer comparison. As will be understood, the trending analyses can be shown with or without peer comparison options in various embodiments.
  • a "Trending" page could be accessed, for example, in a page from the "Dashboard.”
  • the trending 355 is an "Average Speed" report 355 for the average speed 302e for at least one fleet group 357 over a time period 364, for example 3 months, 6 months, a past year, a selectable year (e.g. 2010, 2011) or "all” (e.g. a full time period for which data was collected for a given user).
  • the time period available to a given user depends on how much GPS event data stored for the fleet for that user. For example, a user whose fleet data is collected starting January 1, 2011 would not have options for data before that time.
  • a drop down menu 359 is configured to allow a user to select any number of operational metrics 302 as described herein, for example: Average Speed 302e, Distance Travelled 302g, Engine On/ Off 302a, Vehicle Idling 302c, High Speed 302d, Number of Stops 302f, or Average Speed 302e, Speeding Severity 302h, and Speeding Violations 302i.
  • a fleet group 357 is shown as "all vehicle groups," a fleet group can include any subset of vehicles, and can be configured to allow a user to set up custom groups a fleet. For example, a user may have fleets for different geographical locations (e.g.
  • the groups can be so defined. GPS data can then be filtered and analysed for this group for vehicles within in the group selected in the manner described above.
  • the system can also be configured to permit a user to view the type of statistical data within the operational metric For example another drop down menu 364 allows a user to select either "Averages" or "Totals.”
  • the graphs represent can represent either totals across the fleet or subset selected, or non-zero averages across the fleet. A non-zero average discounts, for example vehicles who had no data for the period, e.g. for fleets who have added new vehicles or decommissioned vehicles periodically in their contract.
  • a fleet report for all vehicle groups 364 breaks down the average speed for all vehicles in a fleet for that year 364 by each month (May, 2010 356-5, June 2010 356-6... April, 2011 356-4).
  • the months are along and x-axis whereas the speeds (from 0-lOmph) are along a y- axis.
  • Each of the bars 356-5, 356-6... 356-4 along the y-axis show average speed for each month.
  • Bars 356 can be colored to convey information, for example, bar showing the month with the highest average speed 356-9 of about 9 mph, is a different color (e.g. blue) than the bars for the other months (e.g. green).
  • the trend data can include operational performance against at least one criterion, the at least one criterion including a criterion selected from at least one of: a user- configurable criterion; a criterion derived from GPS event data; a criterion derived from data other than GPS event data; a criterion derived from traffic data; and a criterion derived from peer comparison data.
  • the system is configured to show a peer comparison metric, which can be used as a criterion or benchmark.
  • GPS event data from the fleet from that user can also be derived from other data such as industry standard data derived from, for example GPS data of other users or external databases that hold data related to operational statistics as described herein.
  • Incorporating peer comparisons into the trending information allows a user to compare the performance of a fleet to that of an industry or geographic region/ type in the same manner as comparing a driver to the overall fleet. A user would thereby be able to compare a fleet or group of vehicles, individual vehicles, and an industry or geographic region.
  • the system is configured to provide a peer comparison as described above. Positioned below a trending graph is an interface 371 providing options for comparing the trending that has been chosen for an Industry or Geographic region/ type that is selected from dropdowns.
  • An "Industry Type" dropdown 370 provides a user with the ability to select an Industry they wish to use for the comparison. The options in this dropdown can include: "All Industries”—an option that allows the user to only select a Geographic region/ type if desired. A list of Industries that should be available depending upon Industry selected is shown in FIG. 3L, as described herein.
  • a "Geography” dropdown provides a user with the ability to select a geographic region/ type to use for the comparison.
  • this option can be used in addition to the Industry selection or as a stand-alone option (for example if "All Industries" is selected).
  • the options in this dropdown include a combination of regions as well as types. There may be some separators used within the list to distinguish regions from types.
  • An "All Regions” option allows a user to only select an Industry to compare. In an
  • FIGS. 3L-3M a list of Geographies are available depending upon the Industry selected. In certain embodiments, not all Geographies will be available for each Industry segment. Therefore, the Geography dropdown 372 should be sensitive to the Industry that was selected in the first dropdown. Only the Geographies that are available for the Industry that was selected should be shown.
  • a switch icon for example, arrows going left and right
  • the two dropdowns allowing the user to first select a Geography and the Industry dropdown would be sensitive to what was selected as a Geography.
  • a fleet report for all vehicle groups 364 breaks down the average speed for all vehicles in a fleet for that year 364 by each month (May 2010 356-5, June 2010 356-6... April, 2011 356-4).
  • the months are along and x-axis whereas the speeds (from 0-lOmph) are along a y-axis.
  • Each of the bars 356-5, 356-6... 356-4 along the y-axis show average speed for each month.
  • Bars 356 can be colored to convey information, for example, bar showing the month with the highest average speed 356-9 of about 9 mph, is a different color (e.g. blue) than the bars for the other months (e.g.
  • a fleet report 335e similar to the fleet reports 335a, 335b, 335c, 335d in Fig. 3A shows ranked speeds for the vehicles in the group 357 in the month with the highest average speed 356-9 in the graph 358 in a top portion of the user interface 35.
  • Each vehicle vl, v2...vn is ranked from highest to lowest for that month, with bar graphs for miles per hour for each vehicle shown along the x-axis and rank from highest to lowest in along the y-axis.
  • the display could be configured to allow a user to select any month for a breakdown.
  • the Industry and/ or Geography that a user selects can be added as a ranking graphic 380 in the correct ranking position.
  • the system is configured such that if the Industry and/ or Geography ranking graphic 380 (e.g., Field Services, New York) has a value that is the fourth highest compared to the vehicles in that fleet, then the ranking graphic 380 should be in the fourth position of the list and should resemble a driver or daily average as it appears in the list, but
  • the color of the ranking graphic 380 can match the color in the peer comparison trending graphic 376 overlay in the graph.
  • the system can be configured to allow a user to remove the graph from the chart, as for example with a "Remove from chart” link 374 to the right of the "Graph” button 374 that removes both the graph as well as the item from the Ranking list.
  • the trend data can include operational performance against at least one criterion, the at least one criterion including a criterion selected from at least one of: a user-configurable criterion; a criterion derived from GPS event data; a criterion derived from data other than GPS event data; a criterion derived from traffic data; and a criterion derived from industry data.
  • Fig. 3J shows at 390 another example of trend report and alert based on a trend analysis. As shown, a "Stories" 390 report shows that in a fleet of vehicles, 202 vehicles had more than 20 high speed events in a given month, whereas the industry average is 7 per month.
  • the alert 390 shows, based on a criterion derived from the GPS event data, which shows that the Trending for the operational metric is high 391. While such a criterion can be derived from GPS event data from the fleet from that user, it can also be derived from non-GPS event data such as industry standard data derived from, for example GPS data of other users or external databases that hold data related to operational statistics.
  • a Trending Graph 358 is shown including a peer comparison trending graphic 376.
  • the peer comparison graphic trending 376 can be overlaid on top of the trending graph for the fleet.
  • the color used for the overlay matches the color used for an "Apply" or "Graph” button 374 within the peer comparison selection, although other graphics or identifiers can be used to correlate the overlay with the peer comparison selection area.
  • the system is configured such that a user can add only one graph 376 to the chart 358 for peer comparison.
  • the system is configured such that when a user selects a different option within either of the dropdowns 370, 372, the existing graph should be replaced with one for the new selection.
  • FIGS 3L and 3M show examples of a detailed trend report 355 for a fleet and employees from trending analysis as described where the trending includes a peer comparison.
  • a "Trending" page could be accessed, for example, in a page from the "Dashboard.”
  • the trending 335 is an "Distance Travelled" report 335 for the average mileage 302b for at least one fleet group over a time period 364, for example 3 months, 6 months, a past year, a selectable year (e.g. 2010, 2011) or "all” (e.g. a full time period for which data was collected for a given user).
  • the time period available to a given user depends on how much GPS event data stored for the fleet for that user. For example, a user whose fleet data is collected starting January 1, 2011 would not have options for data before that time.
  • a fleet report 335e shows a ranking list 335e ranked daily average mileages of the fleet 357 in a given month (April 2011).
  • Each day dl, d2...dn is has bar graphs for averages for daily distances for the fleet shown along the x-axis.
  • the display could be configured to allow a user to select any month for a breakdown.
  • the Industry and/ or Geography that a user selects can be added as a ranking graphic 380 in the correct ranking position.
  • the system is configured such that if the Industry and/ or Geography ranking graphic 380 has a value that is the fourth worst compared to the vehicles in that fleet, then the ranking graphic 380 should be in the fourth position of the list and should resemble a driver or daily average as it appears in the list, but distinguished from the other rankings dl, d2...dn by a distinguishing indicia, such as being in a different color or highlighted.
  • the color of the ranking graphic 380 can match the color in the peer comparison trending graphic 376 overlay in the graph.
  • the system can be configured to allow a user to remove the graph from the chart, as for example with a "Remove from chart” link 374 to the right of the "Graph” button 374 that removes both the graph as well as the item from the Ranking list.
  • an "Average per Day” sub-metric is configured to allow a user to see Trending based on the average per day per vehicle for whichever metric is selected. As shown in FIG. 3N a sub-metric dropdown includes an "Average per Vehicle” and "Average per Day” options.
  • the Average per Day value can be found by getting the average value for each metric.
  • the system is configured such that if a vehicle does not have any vehicle activity for that day, then that day is not included. If, however, a vehicle does have vehicle activity, but the value for that particular metric is 0 (e.g. 0 for idling if the driver did not idle), that 0 value is included.
  • the data is the same as that of "Average per Vehicle” and "Average per Day.” Accordingly, the system can be configured to include an "Average per Day” option in the dropdown have the data be the same for both "Average per Day” and “Average per Vehicle.” In an embodiment, the option is not removed from the dropdown when "Average Speed", as that causes the selected sub-metric to change as the vehicle metric changes.
  • Segment data points include average per vehicle per day for industry /geography segment.
  • a given fleet's data points include total number of active unique vehicles for that fleet, and total number of vehicle days for that fleet (i.e. the number of rows). The average number of days a vehicle from a fleet was active in that month is found by taking the total number of vehicle days for that fleet divided by the total number of active unique vehicles for that fleet.
  • the Average per Vehicle is calculated by taking the [Average per vehicle per day for selected segment] times [Average number of days a vehicle from that customer was active in that month]
  • Exemplary benchmark input for the Average Vehicle -Day value is shown at Fig. 8. As shown at FIG. 8, a total is calculated by taking the [Average per vehicle per day for selected segment] times [Total number of vehicle days for that fleet (i.e. the number of rows)] . As the Average Speed metric is viewed as the average per vehicle, the Peer
  • Comparison value is the same for each of the three sub-metrics and it would always show the average per vehicle.
  • the system is configured to allow users to set defaults and contribute to peer comparisons.
  • FIGS. 3S and 3T pages can be created allowing the user to setup a default Industry and/ or Geographic Region/Type that will be used as context in other areas when the user is setting company parameters.
  • a page could be set up which describes peer comparisons and how they can be used within the application.
  • the page can include a number of buttons, allowing the user to toggle between selecting an industry and a
  • Geographic Region/Type The Industry area can include a graphic such as a picture or identifier for the common vehicle type that goes along with each of the different Industries. For example, mousing over each industry highlights that industry in yellow and shows a floating box that describes the industry and the SIC codes within that industry. For each company parameter that is shown in the application, a horizontal scale can be used to control and set the value. In one embodiment, a Peer Comparison that that the user chooses can be shown as a vertical tick mark with a label underneath it stating that is the peer comparison. The page(s) can offer options to opt-in or out to providing GPS data for the industry or region.
  • the system is configured to integrate peer comparisons into a fleet's vehicles operational parameters.
  • GPS event data such as GPS- based accelerometer data can be collected as the system is implemented.
  • a fleet's average idling duration can be compared to peers with using peer metrics as described herein.
  • the number of vehicles that are above and below the peer's idling duration can also be included.
  • the fleet's average distance traveled can also be compared to peers using peer metrics.
  • the number of vehicles that are above and below the peer's distance traveled can also be included.
  • the fleet's average hours worked in a day can also be compared to peers using peer metrics. The number of vehicles that are above and below the peer's daily hours worked are included.
  • the number of vehicles that are above and below the peer's idling duration can be included.
  • the number of vehicles that are above and below the peer's distance traveled can be included.
  • the fleet's average hours worked in a day are compared to peers using peer metrics.
  • the number of vehicles that are above and below the peer's daily hours worked can be included.
  • Figs. 30 and 3P show other examples of a detailed trend report 360 for a fleet and employees from trending analysis as described above.
  • the display shows a "head to head" analysis of two drivers vl, v2, each of which can be selected by drop down menus 360a, 360b, which can also be configured to be searchable.
  • the head to head analysis can be selected using a drop down and/or searchable menu 361 for over any over a time period, for example 3 months, 6 months, a past year, a selectable year (e.g. 2009, 2010, 2011) or "all" (e.g. a full time period for which data was collected for a given user).
  • the time period available to a given user depends on how much GPS event data stored for each driver and/ or vehicle. For example, a user whose fleet data is collected starting January 1 , 2011 would not have options for data before that time. Similarly, data would not be available for a given vehicle or driver for any time period where data was not collected from a GPS device associated with that user or driver.
  • a user can, via an input 367, run the comparison. As described below, the trend report can be configured for a "head to head" comparison between a driver (or fleet) and a peer metric.
  • a top section 362 of the page shows a "versus" trend comparison, which presents graphics comparing a vehicle's vl performance against a peer performance metric P (e.g., an industry segment and/ or geographic comparison) under operational metrics 302 as described herein, for example: Engine On/ Off 302a, Vehicle Mileage 302b, Vehicle Idling 302c and Average Speed 302e.
  • a peer performance metric P e.g., an industry segment and/ or geographic comparison
  • operational metrics 302 as described herein, for example: Engine On/ Off 302a, Vehicle Mileage 302b, Vehicle Idling 302c and Average Speed 302e.
  • each operational metric 302 includes a bar graphic 365, where the left-side 365vl of the bar corresponds to one driver vl and the right side 366P of the bar corresponds to another the peer metric P.
  • a visual indicia for the bar is given for each the driver and the metric vl, P, which allows a user to readily compare performance trends and statistics under each operational metric 302 for driver vl and the peer P metric for the time period selected (e.g., 2009).
  • a text graphic 366vl may also give statistical trend data. For example, as shown in Fig. 30, driver vl has under "Engine-On Time" 302a, a green color on the left-side 365vl of the bar that is not as long as the peer performance metric P red color on the right-hand side of the bar 365P.
  • Text graphics 366vl, 366P at the left and right hand extremes of the bar show respectively that driver l 's vl engine-on time is 5,234 minutes 366vl, whereas the peer performance metric's P engine on time is 7,556 minutes 366P.
  • driver vl has under "Engine-Time" 302a, a green color on the left-side 365vl of the bar that is again not as long as the peer performance metric's P red color on the right-hand side of the bar 365v2.
  • Engine-Time 302a
  • 3P text graphics 366vl, 366P at the left and right hand extremes of the bar show respectively that driver l 's vl engine on time for all years is 280,312 minutes 366vl, whereas the peers' P engine on time for all years is 298,498 minutes 366P.
  • the statistics are given in the same layout for Vehicle Mileage 302b, Vehicle Idling 302c and Average Speed 302e, thus allowing a user to readily see and compare how the driver vl and the pees P performed for the time period selected (e.g. the year of 2009, "all years").
  • a bottom section 363 of the page shows an XY graph which plots the statistics for each driver in increments for the "versus" trend comparison.
  • Page tabs 368 for the graph report 363 allows the user to see XY graphs 363 for each of the operational metrics Engine On/ Off 302a, Mileage 302b, Vehicle Idling 302c and Average Speed 302e.
  • Mileage 302b for a year is presented
  • Fig. 3P Engine-On Time 302b for "all years” is presented.
  • along the X-axis are increments of months
  • the Y- axis is vehicle mileage in 1000 minute increments.
  • the driver vl and the peer performance metric P has a bar graph 364 vl, 364P plotted along the XY axis showing their performance over time.
  • a visual indicia for the bar for example a color, is given for the driver vl and the peer P, which allows a user to readily compare performance trends and statistics for the operational metrics 302 for the time period selected, and can be configured to correspond to the colors assigned to the driver and the peer performance metric in the top portion 362 of the report.
  • one or more trend bar graphs can be added to show a comparison for at least one criterion, for example a criterion selected from: a user-configurable criterion; a criterion derived from GPS event data; a criterion derived from data other than GPS event data; a criterion derived from traffic data; a criterion derived from traffic data; and a criterion derived from industry data.
  • a fleet average bar 364avg shows a fleet average performance for the operational metric 302 selected (e.g., Vehicle Mileage in Fig. 3Q, Engine-On Time in Figs. 30-3P).
  • a user can readily see a comparison of a selected driver (or drivers) vl and a peer metric P against one another (e.g. industry segment), and also as against the selected criterion or criteria such a fleet performance.
  • the criterion can be drawn from industry data as described herein, and the representation of the trend can be, for example, graphic presentations such as a bar graph shown showing performance against an industry benchmark derived from the industry data (e.g. industry averages for operational metrics as described herein, best-of-class industry averages, goals met/unmet vs. industry standards).
  • an industry benchmark derived from the industry data e.g. industry averages for operational metrics as described herein, best-of-class industry averages, goals met/unmet vs. industry standards.
  • a graph could show an average of the top percent of industry performers for which there is industry data.
  • the screen could also show goal benchmarks set by a user, as could be developed from industry data, and whether the vehicles or fleet are meeting those goals.
  • Fig. 3Q shows a multi-vehicle graphic 365 where a user is presented with an XY axis 363 for the operational metric Mileage 302b for the year 2009, similar to those described above with respect to Figs. 3Q-3R, which includes an input area 360a for adding as many vehicles vl, v2,...vn as a user desires, as well as allowing addition of one or more peer comparisons PI, P2.
  • a text graphic 369 also shows the totals for all vehicles selected, as well as a "Peak Period” which the month with the peak driving mileage (August 2009), as well as the monthly mile total for the vehicle/driver with the highest mileage that month (vl with 8711.62 miles in August 2009).
  • the system thus shows trend data along with, for the drivers selected, the driver who was the largest cause.
  • the system can be further configured to analyze the GPS event history for at least one driver's performance for at least one operational metric, identify a change in performance in at least one operational metric over a time period; provide, for the graphic user interface, the representation of the trend, the trend including a trend showing the change in performance for the operational metric.
  • Fig. 3R shows a multi-vehicle comparison graphic 390 where a user is presented with an XY axis 363 similar to those of Fig. 30 to 3P and Fig. 3G for the operational metric "Idling" 302c for the year 2009.
  • the graph plots the minutes spent idling for the "top 3" vehicles vl, v2, v3, for the year 2009. Also shown are two peer comparison trending graphics, "All Industries, New York” PI and Field Services, New York” P2.
  • the comparison 390 may show either the least amount of minutes spent idling, which is a positive performing statistic, or the "top 3" could be configured to show those in the fleet with the highest minutes spent idling, which would be a negative performing statistic.
  • a text graphic 369 also again shows the totals for the top 3 vehicles, as well as a "Peak Period" which the month with the peak idling time (September 2009), as well as the idling minute total for the vehicle/ driver with the highest idling minutes that month (v3 with 11,349 mins. in September 2009).
  • the system thus shows trend data along with, for the top 3 drivers, the driver who was the largest cause.
  • system can be configured to proactively generate reports or alerts based on, inter alia, analyses of GPS event data and non-GPS event data as described herein.
  • the system can be configured to analyze the GPS event history for at least one driver's performance for at least one operational metric, identify a change in
  • the system can be configured to report and/ or alert the user.
  • the system can be configured to deliver an alert showing the total idling for the present month and the vehicle (s) /driver (s) with the highest idling minutes that month, thereby pinpointing a cause.
  • Similar alerts could be configured for any operational metric, (average speed, mileage, speeding, etc.) and for any time period (day, week, month, quarter, year, etc.) Comparisons could be run on other bases as well, for example, a delta for an operational metric from another time period (e.g., idling is up or down X% from the same month of the previous year, or the same week of the previous month, etc.) Such analyses can be performed for a single driver up to an entire fleet.
  • Criteria developed from GPS event data and non-GPS event data such as industry data or historical GPS event data can be used to develop criteria to configure such benchmarks. For example, where historical GPS data and/ or industrial data show peak periods for certain operational metrics, a higher percentage threshold could be established before sending an alert than in a non-peak period.
  • the system could also be adapted to incorporate goal benchmarks, and to alert a user when a driver is or is not meeting or exceeding benchmarks.
  • the system can be configured to develop criteria using industry data from industry databases and/ or historical GPS event data. For example, industrial and / or historical GPS data may show driver or fleet performance metrics and trends for given operational metrics.
  • the system can be configured to facilitate a user in understanding and developing internal goals as against benchmarks developed from industrial and/ or historical GPS data. For instance, the system could be configured to alert the user that it should set up an idling report for a given driver/vehicle, or that a mileage report should be set up for the fleet, based on the trending data from past performance.
  • the system could be configured to allow the user to set monthly fleet goals for a plurality of operational metrics.
  • the system could send a facilitating message, alerting the user as to how the goal compared against a criterion such as an industry benchmark from industrial data and/ or a benchmark based on historical GPS event data. For example, a user enters a goal for the fleet in a goal entry field (not shown) of keeping average minutes per vehicle for idling in a peak month to 5000 miles.
  • the system can be configured to access historical GPS data and industry data to compare that goal against industry benchmarks and send a facilitating message, such as: "Only X% of fleets keep average idling per vehicle under 5000 miles.”
  • Analysis of fleets and vehicles for that use can be filtered by any number of factors to target the goal-setting benchmarks, for example, by geographical region or other relevant filtering data. (e.g. state, city, zip code, service area, comparable cities), fleet size, types of vehicles (truck, car, vehicle class), operational period (year, month), type of business (food delivery, furnishings delivery, package delivery), and so on.
  • the system can further be configured to allow such goal settings for fleet subsets or selected drivers.
  • any of the presentations above could be configured such that criteria trend graphics can be added to show a comparison for at least one criterion as described herein (e.g.: a user-configurable criterion; a criterion derived from GPS event data; a criterion derived from data other than GPS event data; a criterion derived from traffic data; a criterion derived from traffic data; and a criterion derived from industry data).
  • a user-configurable criterion e.g.: a user-configurable criterion; a criterion derived from GPS event data; a criterion derived from data other than GPS event data; a criterion derived from traffic data; a criterion derived from traffic data; and a criterion derived from industry data.
  • the computer system is configured to identify a trend for at least one operational metric for a first period; provide a criterion for the operational metric; identify a trend for the at least one operational metric for a second period; compare the trend for the first period against the second period to identify a change of performance for the trend; and determine if the change of performance for the trend meets the criterion. For instance, a user could identify a trend of high idling (e.g. up 7%) for a given month, and set a criterion for idling. For example, the user may input a benchmark of reducing idling by 5%.
  • the system could then analyze GPS data to identify the idling trend for the following month, and determine if the fleet idling is or is not meeting the 5% reduction.
  • the data can be provided over any selected time period(s), per driver /vehicle, a select set of drivers, fleetwide, and for any operational metric, and so on.
  • FIG. 4 shows a flow chart for a method of presenting GPS event data for a graphic user interface, including in accord with embodiments as described herein.
  • the system receives GPS event data transmitted from a plurality of GPS devices, each GPS device associated a vehicle.
  • the system stores, for each vehicle, in a memory operatively coupled to at least one of the processors the GPS event data over an operation period.
  • the GPS event data is analyzed to derive a plurality of operational metrics for each vehicle.
  • the system provides, for a graphic user interface, an interactive display configured display a representation of at least one operational metric for each of a plurality of vehicles.
  • the system is can be configured to correct GPS event data to provide accurate tracking data for a vehicle.
  • the system corrects, using at least one correction algorithm, GPS event data from a vehicle.
  • At least one correction algorithm when executed comprises identifying at least one GPS location event for a vehicle 407, and then as shown at step 408 determines if the event is accurate for the vehicle.
  • up to date mapping may place the vehicle in an impossible or inaccessible location, such as on the top of a building or in the middle of a body of water with no nearby bridge or road. In such a case, the event is determined to be inaccurate, and the event data is corrected, for example, by excluding it from the tracking and reporting data, or by recalculating a trajectory from a prior position.
  • a plurality GPS location events for a vehicle can be identified, where, upon comparing at least one of the plurality GPS location events with a different one of the plurality GPS location events, it can be determined that at least one of the location events is inaccurate for the vehicle.
  • a GPS signal may indicate to the system that a vehicle distance from a prior position is too far (e.g., a 5 mile radius) from its prior position as reported 60 seconds prior and when accounting for the maximum possible speed for the vehicle, or some other criterion.
  • a series of GPS signals may shown for events that the next signal, if in the next 60 seconds, must be in a range (e.g., a 0-3.5 mile radius from the prior point), and if the signal is not in that range, the GPS event is false.
  • the event data is corrected, for example, by excluding it from the tracking and reporting data, or using some other correction recalculation.
  • Systems and modules described herein may comprise software, firmware, hardware, or any combination (s) of software, firmware, or hardware suitable for the purposes described herein.
  • Software and other modules may reside on servers, workstations, personal computers, computerized tablets, PDAs, and other devices suitable for the purposes described herein.
  • Software and other modules may be accessible via local memory, via a network, via a browser or other application in an ASP context, or via other means suitable for the purposes described herein.
  • Data structures described herein may comprise computer files, variables, programming arrays, programming structures, or any electronic information storage schemes or methods, or any combinations thereof, suitable for the purposes described herein.
  • User interface elements described herein may comprise elements from graphical user interfaces, command line interfaces, and other interfaces suitable for the purposes described herein.
  • the system can also be configured to provide mapping and tracking functions, as described above.
  • the system can be configured to interface with mapping systems, for example, such as Google Maps (http://maps.google.com/maps),
  • the system is configured to receive GPS event data for at least one vehicle; derive speed and location data from the GPS event data; analyze the GPS event history database for the vehicle's historical GPS event data; compare the GPS event data and the event history against traffic data from a traffic database; identify a traffic condition for the location; and remodel at least one solution to optimize performance based on the traffic condition and the GPS event data. Remodeling the solution can include at least one of a time shift and rerouting the vehicle.
  • the system can receive GPS event data from a vehicle/ driver, which sends location and speed information for that vehicle. For example, GPS event data signals that a vehicle V is moving slowly or stopped on Route 20 in Anytown, USA at 9:15 am.
  • the system then accesses traffic data for Anytown, USA and GPS historical data for vehicle V against which to compare the GPS event data.
  • Traffic data can show, for example the times at which the Route 20 is congested (7 :30am-9:30am on weekdays), and the GPS historical data can show the times at which that driver starts and ends its daily operations (e.g., 7:30am on Tuesdays).
  • the system can then remodel a solution which allows the vehicle to avoid the traffic condition. For example, the system may indicate that if the vehicle V starts its weekday run at least 30 minutes later, it will avoid the congestion on Route 20. Or the system may reroute the vehicle along route that data analysis shows is less congested.
  • the system can also be configured to combine such solutions (e.g., configure a route with a number of route changes and that starts 20 minutes later to avoid a number of congested areas, including Route 20).
  • the system could be further configured to provide such road profiling and route profiling in the form of alerts and reports as described herein.
  • the system could, upon receiving GPS event data signaling that a vehicle V is moving slowly or stopped on Route 20 in Anytown, USA at 9:15am, send an alert based on the analysis such as: ⁇ r Vehicle 1 should start its Tuesday shift 30 minutes later (8:00am)."
  • the system is configured to analyze GPS event data and data from external databases to provide reports or alerts for driver behavior or vehicle behavior.
  • a database can show the types of fuel a driver purchases (e.g. from a credit card) and where and when a driver refuels.
  • the GPS data and fueling data may show that a driver of a vehicle V, "Steve,” fills up with 20 Gallons on Tuesdays and Thursdays at "Ritz Gas” on Park Avenue, Anytown, USA.
  • External databases on gas prices show that this station is particularly high priced, and moreso still on Tuesdays and
  • the system could be configured to send an alert or give a report indicating that Steve is paying more for gas than needed.
  • the system could also be adapted to model a solution to avoid the higher priced gas. For example, the system may indicate that if Steve refuels on Monday and Wednesdays at Acme Gas, on Poverty Lane, Anywhere USA, Steve will pay less for gas.
  • the system can also be configured to send an alert if the GPS event data and data from external databases indicates an inconstancy. For example, where Steve fills up with 20 Gallons on Tuesdays and Thursdays, the GPS data combined with data about the vehicle type and fuel data may show that Steve's gas consumption is greater than the vehicle's capacity, indicating that Steve purchasing more gas (i.e. for another car) than he is using.
  • the system can be configured to store a record of a route from an origin location to a destination location and record the route for provision to a computer configured to display the route as a map.
  • a mapping integration including functionality to replay traveled routes such as a "Route Replay" function is described in U.S. Pat App. No. 13/083,222 entided "System and Method for Providing an Electronic Representation of a Route," the entirety of which is incorporated by reference hereby.
  • Fig. ID shows one embodiment of a computer system 10 is configured to provide an electronic representation of a route.
  • the system is programmed to store in a memory operatively coupled to at least processor, a record of a route from an origin location to a destination location.
  • a client computer 184, 194 may be configured, for example, to have software programmed to store a record of a route locally, or the client may access a server 204 of a service provider that stores and maintains records of such routes in a DBMS 208.
  • the system 100 is configured to provide a user with a plurality of ground level area representations of locations corresponding locations along the recorded route including an origin location and a destination location.
  • a description of exemplary embodiments of systems and methods for generating and providing ground level area representations can be found at in U.S. Patent Application No. 12/391,516, the entirety of which is incorporated by reference herein.
  • a map database 270 of server 204 stores map-related information 272, 274, 276 at least a portion of which may be transmitted to a client device 184,194.
  • map database 270 may store map tiles 272, where each tile is a map image of a particular geographic area. Depending on the resolution (e.g., whether the map is zoomed in or out), one tile may cover an entire region such as a state in relatively litde detail. Another tile may cover just a few streets in high detail.
  • the map information is not limited to any particular format.
  • the images may comprise street maps, satellite images, or a combination of these, and may be stored as vectors (particularly with respect to street maps) or bitmaps (particularly with respect to satellite images).
  • the various map tiles are each associated with geographical locations, such that the server 204 is capable of selecting, retrieving and ttansrnitting one or more tiles in response to receipt of a geographical location.
  • the locations may be expressed in various ways including but not limited to latitude/longitude positions, street addresses, points on a map (such as when a user clicks on a map), building names, other data capable of identifying one or more geographic locations, and ranges of the foregoing.
  • the map database may also store ground level images 274 such as "street level” images.
  • Ground level images 274 comprise images of objects at geographic locations, captured by cameras at geographic locations, in a direction generally parallel to the ground.
  • ground level image data may represent various geographic objects such as buildings 722, sidewalks 730 and street or road 740 from a perspective of a few feet above the ground and looking down the street or road.
  • ground level image 720 only shows a few objects for ease of explanation, a typical street level image will contain as many objects associable with geographic locations (street Hghts, mountains, trees, bodies of water, vehicles, people, etc.) in as much detail as the camera was able to capture.
  • the ground level image 720 may be captured by a camera mounted on top of a vehicle, from a camera angle pointing roughly parallel to the ground and from a camera position at or below the legal limit for vehicle heights (e.g., 7-14 feet).
  • Ground level images are not limited to any particular height above the ground, for example, a street level image may be taken from the top of building. Panoramic street-level images up to 360 degrees may be created by stitching together a plurality of photographs taken from different camera angles.
  • the system 140 is configured cause the display device 155 to display thereon a plurality of sequential displays of the ground level area representations 720 for locations along a route, as shown in Figs. 9-10.
  • the route includes a first display comprising an origin location area representation; a plurality of sequential displays comprising sequential location area representations along the route; and a last display of a destination location area representation.
  • the system 140 can be configured to receive at least one ground level image representation for each location along the route, or for selected locations along the route.
  • the system is programmed work in conjunction with a system configured to provide a record of a route recorded by a GPS (Global Positioning System) device, for example, using an on-board unit which uses technology such as GPS to monitor a vehicle's positions and transmit wireless uploads to a central host system, as described herein.
  • GPS Global Positioning System
  • One or more systems 100 can be further programmed record the route.
  • the recorded route can then be provided to a computer system 100 configured to display the route as a map on a display device 151 of a client device 184, as described above.
  • the computer system 100 can then be configured cause the display to display thereon the plurality of sequential displays of the ground level area representations along the recorded route so as to replicate a first person view of the route.
  • the system 1 0 is configured to provide to the graphic user interface 151 a user-interactive interface to control and replay the ground level sequential displays as shown in Fig. 10.
  • an on-board GPS unit uploads one or more point-to-point routes it as traveled to a central host system. These travelled routes can be presented to a user on a display device 151, for example, as a layout shown in FIGS. 9 A - 9C.
  • the routes taken for at least one vehicle can be displayed in an interactive graphic. As shown in 700, one screen has a scrollable interface for viewing statistics and routes taken for a vehicle for a number of days 702a, 702b, 702c...702n.
  • routes taken for each of a fleet of vehicles on a given day could be presented. For example as shown in Fig.
  • a "Live Fleet” 324 shows GPS data and mapping software which tracks vehicles vl, v2...vn.
  • Each day or vehicle can have, for example, statistics for one or more routes Rl, R2, R3, R4....Rn recorded for that vehicle by an on board GPS device, as well as a total RT.
  • the origin and destination for route can be determined in any number of ways, as for example between deliveries for a delivery service (e.g., the origin being the start of day, the destination being the first delivery point, which thereafter is the origin point for the next delivery destination, and so on until the end of a work period for vehicle operation, for example, an workday).
  • an origin point can be the point where the vehicle's work period starts and the destination where it ends (e.g. end of vehicle operation for a given workday).
  • the definition of a route for a vehicle can thus be defined in terms of the needs of a given business or other measurement model.
  • Locations and time stamps can also be provided for points along the route (e.g., every 60 seconds) in a graphic 703, where speeds 616 can be given.
  • Speeds can be rounded up or down in accord with a rule (no decimal point), or can be more exact (with decimal point. For example, a rounding rule can be applied such than above 5 mph or kmph gets rounded up and anything below gets rounded down.
  • a vehicle exceeds a posted speed limit for allocation, then then it will be flagged in the journey graphic 703.
  • the posted speed limit E can be displayed in icon form E and the speed 606 can be displayed in red.
  • the driver's mph at the location 616 is in red and an icon, a red circle with the number "60,” indicated that the posted speed for that location is 60 mph.
  • a "mouse-over" can also display text with further details when a pointer is placed on an exception.
  • the posted speed can be displayed in a bottom right comer graphic 701 and the excessive speed displayed in red.
  • the mouse-over can also be configured to work on a Multi Route Replay as shown at 702a and 702b and in Fig. 9C when a position information (arrow) icon is clicked.
  • the speed threshold warnings for reporting and alerting for, among other things, speeds in excess of speed thresholds 70mph 306d, 80mph 308d, and 90mph 309d, with different colors for each (e.g. green, yellow, and red as shown in a driver's speed graphic 610 herein) can show in the journey graphic 703 as well as, if implemented, on the bottom tight graphic 701 of the ground level image.
  • a number of points representing locations along the route can be recorded from the GPS and stored at the DBMS 208 of a central host system.
  • a displayable map can be offered as described above and as shown in 710.
  • the four routes are overlaid each with a distinguishing graphic on a displayable electronic map 710.
  • a user can select a recorded GPS route Rl for Vehicle 1 using an input device 149 such as a mouse, which would then highlight or display the route Rl on the map 710.
  • the user is presented with a "Route Replay" 720 to give the client a first person perspective of the route.
  • the system 140 is configured to provide to the graphic user interface 151 a user-interactive interface to control and replay the ground level sequential displays for locations along the route Rl .
  • an input control graphic 722 has user- selectable objects, selectable by a mouse or key inputs for example, has at least one fast forward object 724 at least one play/pause object 723,725 and at least one rewind objects 727. A user can select these objects to start, stop, and control the speed of a first person view of a sequence Tl , T2, T3, T4, T5 of ground level images such as street view
  • An icon 712 could also be provided on the map 710 or in another area of the graphic which moves along with the sequence of images presented in the "Route Replay.”
  • a graphic 703 can also show locations and time stamps can also be provided for points along the route (e.g., every 60 seconds).
  • Fig. 10 shows a time sequence Tl, T2, T3, T4, T5....Tn of ground level images 720 that are presented to a user on a display device 151.
  • the sequence, Tl, T2, T3, T4, T5 Tn of ground level images is played for locations along the route in a manner like a slide show, giving the viewer a first person view of the exact route taken by the vehicle on a time-scale proportionate to the vehicle's movement
  • the speed, starts and stops of the vehicle will be presented so as to reflect the recorded route as travelled vehicle.
  • a preset play speed causes the display device 151 to display thereon the plurality of sequential displays in a time sequence different than that of the speed and movement of the vehicle recorded by the GPS.
  • the sequence of ground level images such as photographs of points along the route, may be presented slower than a "real time" record of the route to allow for a more viewer-friendly presentation of the sequence of images where, for instance, a real time presentation would present the images in sequence too quickly.
  • transitioning from image to image may be smoothed or made more continuous, as described in incorporated reference U.S. Pat App. 12/391,596.
  • a "real time” presentation of a "Route Replay” can be contemplated.
  • system 1 0 can provide, for at least one of the plurality of locations along the route, a plurality of ground level area representations configured to display a 360 degree view of the location for the first person view.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Theoretical Computer Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Navigation (AREA)

Abstract

L'invention concerne un système et un procédé informatiques pour, dans au moins un ordinateur et un support de mémorisation pouvant être lu par un ordinateur ou un support comprenant un code informatique : recevoir des données d'événements GPS transmises par une pluralité de dispositifs GPS, chaque dispositif GPS étant associé à un véhicule; mémoriser, dans une base de données d'événements GPS couplée fonctionnellement à au moins l'un des processeurs, les données d'événements GPS et les données de comparaison de pairs; analyser les données d'événements GPS pour déduire une pluralité de métriques de fonctionnement pour une pluralité des véhicules; déterminer si les données GPS pour un nombre statistiquement significatif de véhicules satisfont à un critère de crédibilité pour une comparaison de pairs; et identifier au moins une tendance pour les métriques de fonctionnement pour un historique d'événements GPS au moyen des données d'événements GPS, la ou les tendances comprenant une tendance pour une comparaison de pairs. Le critère de pairs peut comprendre un critère défini par au moins l'un d'une zone géographique et d'un segment industriel.
PCT/EP2012/071304 2011-10-31 2012-10-26 Système et procédé de comparaison de pairs de véhicules et de flottes de véhicules WO2013064437A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP12801464.4A EP2774095A1 (fr) 2011-10-31 2012-10-26 Système et procédé de comparaison de pairs de véhicules et de flottes de véhicules

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161553502P 2011-10-31 2011-10-31
US61/553,502 2011-10-31

Publications (1)

Publication Number Publication Date
WO2013064437A1 true WO2013064437A1 (fr) 2013-05-10

Family

ID=47358090

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2012/071304 WO2013064437A1 (fr) 2011-10-31 2012-10-26 Système et procédé de comparaison de pairs de véhicules et de flottes de véhicules

Country Status (3)

Country Link
US (1) US20130211660A1 (fr)
EP (1) EP2774095A1 (fr)
WO (1) WO2013064437A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150355336A1 (en) * 2014-01-22 2015-12-10 Empire Technology Development Llc Relative gps data refinement
CN106068522A (zh) * 2014-02-07 2016-11-02 克朗设备公司 用于经由在移动客户端设备上显示的编码车辆对象监控工业车辆的系统和方法

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NZ538796A (en) * 2005-03-10 2007-05-31 Brunswick New Technologies Asi Vehicle location and navigation system
MX2012005958A (es) 2009-11-24 2012-12-17 Telogis Inc Selección de ruta de vehiculo basado en el uso de energia.
US8924152B2 (en) 2010-05-28 2014-12-30 Agjunction Llc Remote management system for equipment
US9659500B2 (en) 2011-12-05 2017-05-23 Navman Wireless North America Ltd. Safety monitoring in systems of mobile assets
US20120204228A1 (en) * 2012-04-18 2012-08-09 Howard Fluker Methods for hosting data on a group of networked hosts
US8930374B2 (en) * 2012-06-29 2015-01-06 Nokia Corporation Method and apparatus for multidimensional data storage and file system with a dynamic ordered tree structure
US20140025440A1 (en) * 2012-07-18 2014-01-23 Paresh L. Nagda Aggregated performance indicator statistics for managing fleet performance
US9958272B2 (en) 2012-08-10 2018-05-01 Telogis, Inc. Real-time computation of vehicle service routes
US20140089032A1 (en) * 2012-09-21 2014-03-27 General Electric Company Management system and method
KR101695010B1 (ko) * 2012-11-26 2017-01-10 한국전자통신연구원 무궤도 차량의 결합 방법 및 장치
US9569984B2 (en) * 2012-12-11 2017-02-14 Abalta Technologies, Inc. Recording, monitoring, and analyzing driver behavior
US9747568B1 (en) * 2012-12-26 2017-08-29 X Development Llc Methods and systems for determining when to decommission vehicles from a fleet of autonomous vehicles
US9195938B1 (en) 2012-12-27 2015-11-24 Google Inc. Methods and systems for determining when to launch vehicles into a fleet of autonomous vehicles
US10963966B1 (en) 2013-09-27 2021-03-30 Allstate Insurance Company Electronic exchange of insurance information
US10032226B1 (en) 2013-03-08 2018-07-24 Allstate Insurance Company Automatic exchange of information in response to a collision event
US9019092B1 (en) 2013-03-08 2015-04-28 Allstate Insurance Company Determining whether a vehicle is parked for automated accident detection, fault attribution, and claims processing
US8799034B1 (en) 2013-03-08 2014-08-05 Allstate University Company Automated accident detection, fault attribution, and claims processing
US10445758B1 (en) 2013-03-15 2019-10-15 Allstate Insurance Company Providing rewards based on driving behaviors detected by a mobile computing device
US10719797B2 (en) * 2013-05-10 2020-07-21 Opower, Inc. Method of tracking and reporting energy performance for businesses
US20150193994A1 (en) * 2013-05-12 2015-07-09 Zonar Systems, Inc. Graphical user interface for efficiently viewing vehicle telematics data to improve efficiency of fleet operations
US10572943B1 (en) 2013-09-10 2020-02-25 Allstate Insurance Company Maintaining current insurance information at a mobile device
US9443270B1 (en) 2013-09-17 2016-09-13 Allstate Insurance Company Obtaining insurance information in response to optical input
US9396660B2 (en) * 2014-01-21 2016-07-19 Speedgauge, Inc. Identification of driver abnormalities in a traffic flow
US9349284B2 (en) * 2014-04-24 2016-05-24 International Business Machines Corporation Regional driving trend modification using autonomous vehicles
US9721305B2 (en) 2014-08-01 2017-08-01 Mobile Data Labs, Inc. Mobile device distance tracking
US20160063776A1 (en) * 2014-08-29 2016-03-03 Ford Global Technologies, Llc Method and Apparatus for Event Data Recording Activation and Logging
US10169736B1 (en) * 2014-09-22 2019-01-01 Amazon Technologies, Inc. Implementing device operational modes using motion information or location information associated with a route
US10713717B1 (en) 2015-01-22 2020-07-14 Allstate Insurance Company Total loss evaluation and handling system and method
US9767625B1 (en) 2015-04-13 2017-09-19 Allstate Insurance Company Automatic crash detection
US10083551B1 (en) 2015-04-13 2018-09-25 Allstate Insurance Company Automatic crash detection
US20160362048A1 (en) * 2015-06-09 2016-12-15 AWARE 360 Ltd. Self-monitoring of vehicles in a convoy
US10204460B2 (en) 2015-07-10 2019-02-12 Verizon Patent And Licensing Inc. System for performing driver and vehicle analysis and alerting
CN105813018A (zh) * 2016-03-07 2016-07-27 宇龙计算机通信科技(深圳)有限公司 车辆通信中终端位置的汇报方法及汇报装置
US10902525B2 (en) 2016-09-21 2021-01-26 Allstate Insurance Company Enhanced image capture and analysis of damaged tangible objects
US11361380B2 (en) 2016-09-21 2022-06-14 Allstate Insurance Company Enhanced image capture and analysis of damaged tangible objects
US10852152B2 (en) * 2016-12-02 2020-12-01 Verizon Connect Ireland Limited System and method for deriving operation information of a fleet and analyzing the same
US11520460B1 (en) 2017-02-06 2022-12-06 United Services Automobile Association (Usaa) System on board an on-road vehicle for identifying, tagging and reporting hazardous drivers in the vicinity of a host vehicle
US10937103B1 (en) 2017-04-21 2021-03-02 Allstate Insurance Company Machine learning based accident assessment
US10493994B1 (en) 2017-05-11 2019-12-03 State Farm Mutual Automobile Insurance Company Vehicle driver performance based on contextual changes and driver response
US11354616B1 (en) * 2017-05-11 2022-06-07 State Farm Mutual Automobile Insurance Company Vehicle driver safety performance based on relativity
US12013695B1 (en) 2017-05-16 2024-06-18 State Farm Mutual Automobile Insurance Company Autonomous vehicle operation based on real-time analytics
US11560177B1 (en) 2017-09-13 2023-01-24 State Farm Mutual Automobile Insurance Company Real-time vehicle driver feedback based on analytics
US20200007410A1 (en) * 2018-06-27 2020-01-02 Viasat, Inc. Vehicle communication service performance monitoring
US11507111B2 (en) * 2018-10-31 2022-11-22 Uber Technologies, Inc. Autonomous vehicle fleet management for improved computational resource usage
US11482110B2 (en) * 2018-11-13 2022-10-25 Toyota Motor North America, Inc. Systems and methods for determining actual operating conditions of fleet cars
US20230245238A1 (en) * 2019-10-02 2023-08-03 BlueOwl, LLC Cloud-based vehicular telematics systems and methods for generating hybrid epoch driver predictions using edge-computing
US20210347360A1 (en) * 2020-05-11 2021-11-11 Micron Technology, Inc. Automated driving actions for determined driving conditions
WO2022081083A1 (fr) * 2020-10-16 2022-04-21 Grabtaxi Holdings Pte. Ltd. Procédé, dispositif électronique et système de détection de vitesse excessive
US11840250B2 (en) * 2020-10-26 2023-12-12 Toyota Motor Engineering & Manufacturing North America, Inc. Methods and systems for informing drivers of vehicle operating functions
US11132853B1 (en) * 2021-01-28 2021-09-28 Samsara Inc. Vehicle gateway device and interactive cohort graphical user interfaces associated therewith
US20240127137A1 (en) * 2022-10-13 2024-04-18 Ford Global Technologies, Llc Systems and methods for fleet obsolescence management

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4974170A (en) 1988-01-21 1990-11-27 Directional Data, Inc. Electronic directory for identifying a selected group of subscribers
US5682525A (en) 1995-01-11 1997-10-28 Civix Corporation System and methods for remotely accessing a selected group of items of interest from a database
GB2345824A (en) 1998-11-27 2000-07-19 Minorplanet Ltd Transferring operational data collected at remote stations to a base station
US6148260A (en) 1996-11-08 2000-11-14 Zip2 Interactive network directory service with integrated maps and directions
US20040254698A1 (en) * 2003-05-15 2004-12-16 Jonathan Hubbard System and method for evaluating vehicle and operator performance
US20070266180A1 (en) * 2006-05-09 2007-11-15 Peter Mitchell Vehicle tracking system
US20110112717A1 (en) * 2009-11-11 2011-05-12 Benjamin Resner Methods and Apparatus for Automatic Internet Logging and Social Comparison of Vehicular Driving Behavior

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2611408A1 (fr) * 2005-06-09 2006-12-14 Drive Diagnostics Ltd. Systeme et procede de presentation d'un profil de conduite
CA2726160A1 (fr) * 2009-12-31 2011-06-30 Trapeze Software Inc. Systeme et methode de stockage des donnees sur le rendement dans une societe de transport

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4974170A (en) 1988-01-21 1990-11-27 Directional Data, Inc. Electronic directory for identifying a selected group of subscribers
US5682525A (en) 1995-01-11 1997-10-28 Civix Corporation System and methods for remotely accessing a selected group of items of interest from a database
US6148260A (en) 1996-11-08 2000-11-14 Zip2 Interactive network directory service with integrated maps and directions
GB2345824A (en) 1998-11-27 2000-07-19 Minorplanet Ltd Transferring operational data collected at remote stations to a base station
US20040254698A1 (en) * 2003-05-15 2004-12-16 Jonathan Hubbard System and method for evaluating vehicle and operator performance
US20070266180A1 (en) * 2006-05-09 2007-11-15 Peter Mitchell Vehicle tracking system
US7388518B2 (en) 2006-05-09 2008-06-17 Fleetmatics Patents Limited Vehicle tracking system
US20110112717A1 (en) * 2009-11-11 2011-05-12 Benjamin Resner Methods and Apparatus for Automatic Internet Logging and Social Comparison of Vehicular Driving Behavior

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150355336A1 (en) * 2014-01-22 2015-12-10 Empire Technology Development Llc Relative gps data refinement
US9778366B2 (en) * 2014-01-22 2017-10-03 Empire Technology Development Llc Relative GPS data refinement
CN106068522A (zh) * 2014-02-07 2016-11-02 克朗设备公司 用于经由在移动客户端设备上显示的编码车辆对象监控工业车辆的系统和方法
EP3103077A1 (fr) * 2014-02-07 2016-12-14 Crown Equipment Corporation Systèmes et méthodes de supervision de véhicules industriels par l'intermédiaire d'objets véhiculaires encodés affichés sur un dispositif client mobile
EP3103010A4 (fr) * 2014-02-07 2017-08-02 Crown Equipment Corporation Systèmes, procédés et dispositifs client mobiles de surveillance de véhicules industriels
EP3102912A4 (fr) * 2014-02-07 2017-08-02 Crown Equipment Corporation Systèmes, procédés, et dispositifs client mobiles pour superviser des véhicules industriels
US10386854B2 (en) 2014-02-07 2019-08-20 Crown Equipment Corporation Systems, methods, and mobile client devices for supervising industrial vehicles
US10613549B2 (en) 2014-02-07 2020-04-07 Crown Equipment Corporation Systems and methods for supervising industrial vehicles via encoded vehicular objects shown on a mobile client device
EP3798953A1 (fr) * 2014-02-07 2021-03-31 Crown Equipment Corporation Systèmes, procédés, et dispositifs client mobiles pour superviser des véhicules industriels
EP3798954A1 (fr) * 2014-02-07 2021-03-31 Crown Equipment Corporation Systèmes, procédés et dispositifs de client mobile pour superviser des véhicules industriels

Also Published As

Publication number Publication date
EP2774095A1 (fr) 2014-09-10
US20130211660A1 (en) 2013-08-15

Similar Documents

Publication Publication Date Title
US8918243B2 (en) System and method for tracking and alerting for vehicle speeds
US9754428B2 (en) Interactive timeline interface and data visualization
US9881272B2 (en) Vehicle independent employee/driver tracking and reporting
US9489845B2 (en) System and method for providing vehicle and fleet profiles and presentations of trends
US20130211660A1 (en) System and method for peer comparison of vehicles and vehicle fleets
EP2842108B1 (fr) Systeme et procede de gestion de parc automobile et envoi de flux de travail
US8626419B2 (en) System and method for automated identification of frequent stop locations for vehicle fleets
US9778049B2 (en) Calculating speed and travel times with travel delays
US9626642B2 (en) Calculating speed and travel times with travel delays
US8996287B2 (en) Calculating speed and travel times with travel delays
US9129449B2 (en) Calculating speed and travel times with travel delays
US8041660B2 (en) Optimizing traffic predictions and enhancing notifications
US20070216521A1 (en) Real-time traffic citation probability display system and method
CA2917808C (fr) Calcul de vitesse et de temps de voyage avec des retards de voyage
US9569965B1 (en) System and method for providing vehicle and fleet profiles

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12801464

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012801464

Country of ref document: EP