The present disclosure generally relates to cloud-coupled connected sensor data and telematics. More particularly, the present disclosure relates to cloud-coupled connected sensor data and telematics data that is correlated based on geographic location and time data.
Often times, various assets (e.g., cargo containers, trucks, planes, trains, etc.) within a fleet are dispersed over a large geographic area. Asset management systems are widely utilized to, for example, track asset geographic locations and to obtain asset status information.
Asset management systems may include vehicles having integral telematics devices (e.g., on-board vehicle bus connected devices), sensor devices (e.g., cameras, temperature sensors, door monitors, LIDAR systems, RADAR systems, etc.), and electronic logging devices (ELD). The asset management systems may, thereby, provide hours of service (HOS) reports, driver-vehicle inspection reports (DVIR), international fuel tax agreement (IFTA) reports, third party logistics (3PL) reporting, less than load (LTL) reporting, machine to machine (MTM) communication, accident investigation data, driver safety related data, etc.
In circumstances where a particular asset includes, for example, both a telematics device and a separate sensor device, a backend device of an asset management system may receive telematics device data independent of sensor device data, such that the telematics device data is not correlated or reconciled with the sensor device data.
Systems, methods, and apparatuses are needed that may independently receive telematics device data and sensor device data, and that may correlate the telematics device data with the sensor device data. Systems, methods, and apparatuses are also needed that may independently receive telematics device data and sensor device data, and that may reconcile the telematics device data with the sensor device data or reconcile the sensor device data with the telematics device data.
An asset management system may include a telematics device communicatively coupled to an asset. The telematics device may be configured to receive asset data, asset location data, and asset time data. The System may also include a sensor device configured to receive sensor data, sensor location data, and sensor time data. The System may further include a remote device communicatively coupled to the telematics device and the sensor device. The remote device may be configured to receive the asset data, the asset location data, the asset time data from the telematics device. The remote device may be configured to receive the sensor data, the sensor location data, and the sensor time data from the sensor device independent from the telematics device. The remote device may be configured to correlate the asset data with the sensor data based on the asset location data, the asset time data, the sensor location data, and the sensor time data.
In another embodiment, an asset management system may include a remote device configured to compare asset data with sensor data and may verify the asset data based on the comparison of the asset data with the sensor data. The remote device may be configured to compare the asset data with the sensor data and may verify the sensor data based on the comparison of the asset data with the sensor data.
In a further embodiment, a computer-implemented method of managing an asset may include receiving, at a processor of a telematics device, telematics device data in response to the processor of the telematics device executing a telematics device data receiving module. The telematics device data may be representative of: asset data, asset location data, and asset time data, from a communicatively coupled asset. The method may also include receiving, at a processor of a sensor device, sensor device data in response to the processor of the sensor device executing a sensor device data receiving module. The sensor device data may be representative of: sensor data, sensor location data, and sensor time data. The method may further include receiving, at a processor of a remote device, the telematics device data from the telematics device in response to the processor of the remote device executing a remote device telematics data receiving module. The remote device may be communicatively coupled to the telematics device. The method may yet further include receiving, at the processor of the remote device, the sensor device data from the sensor device, in response to the processor of the remote device executing a remote device sensor data receiving module. The remote device may be communicatively coupled to the sensor device. The sensor device data may be independent from the telematics device data. The method may also include correlating, using the processor of the remote device, the asset data with the sensor data, based on the asset location data, the asset time data, the sensor location data, and the sensor time data, in response to the processor of the remote device executing a data correlation module.
In yet a further embodiment, a computer-readable medium storing computer-readable instructions that, when executed by a processor, may cause the processor to manage an asset. The computer-readable medium may include a telematics device data receiving module that, when executed by a processor of a telematics device, may cause the processor of the telematics device to receive telematics device data from a communicatively coupled asset. The telematics device data may be representative of: asset data, asset location data, and asset time data. The computer-readable medium may also include a sensor device data receiving module that, when executed by a processor of a sensor device, may cause the processor of the sensor device to receive sensor device data from a sensor device. The sensor device data may be representative of: sensor data, sensor location data, and sensor time data. The computer-readable medium may further include a remote device telematics data receiving module that, when executed by a processor of a remote device, may cause the processor of the remote device to receive telematics device data from the telematics device. The remote device may be communicatively coupled to the telematics device. The computer-readable medium may yet further include a remote device sensor data receiving module that, when executed by the processor of the remote device, may cause the processor of the remote device to receive the sensor device data from the sensor device. The remote device may be communicatively coupled to the sensor device. The sensor device data may be independent from the telematics device data. The computer-readable medium may also include a data correlation module that, when executed by the processor of the remote device, may cause the processor of the remote device to correlate the asset data with the sensor data, based on the asset location data, the asset time data, the sensor location data, and the sensor time data, to generate correlated data.
Asset management systems, and apparatuses and methods for use within asset management systems, are provided that may include at least one remote device (e.g., a cloud-coupled computing device), and at least one asset having a telematics device and at least one sensor device. As described in detail herein, the telematics device(s) may communicate telematics device data to the remote device(s) and the sensor device(s) may communicate sensor device data to the remote device(s).
The telematics device data may include, for example, asset data, asset location data, and asset time data. The sensor device data may include, for example, sensor data, sensor device location data, and sensor device date/time data. Telematics device data may be communicated to any given remote device independent of sensor device data.
A remote device may correlate asset data with sensor data based on a comparison of asset location data with sensor device location data and asset time data with sensor device time data. For example, when the remote device determines that the asset location data matches the sensor device location data and that the asset time data matches the sensor device time data, the remote device may correlate the asset data with the sensor data (i.e., the remote device may determine that the telematics device and the sensor device are associated with the same asset, or that the telematics device was at the same location as the sensor device at a time when the asset data and the sensor data were received by the respective device). Furthermore, when the remote device determines that the asset location data matches the sensor device location data and that the asset time data matches the sensor device time data, the remote device may reconcile (or verify) the asset data with the sensor data, or may reconcile (or verify) the sensor data with the asset data.
As a specific example, an asset (e.g., a truck) may include a sensor device having at least one sensor (e.g., a digital image sensor) and a telematics device. The telematics device may receive asset data (e.g., odometer data, engine revolutions-per-minute (RPM) data, etc.) from, for example, a body controller of the truck along with asset location data and asset time data. The sensor device may receive digital image data from the digital image sensor along with sensor device location data and sensor device time data. The telematics device data and the sensor device data may be, for example, independently transmitted to a remote device (e.g., a cloud-coupled computer). When the cloud-coupled computer determines that the asset location data matches the sensor device location data and that the asset time data matches the sensor device time data, the cloud-coupled computer may correlate the asset data with the digital image sensor data (i.e., the cloud-coupled computer may determine that the telematics device and the sensor device are associated with the truck, or that the truck was at the same location as another asset having the sensor device when the asset data and the sensor data were received by the respective device).
Turning to
The network 135 may include various communications paths 137-141 that may include a dedicated network interface, a proprietary network interface, a wide area network interface, a local area network interface, a WiFi network interface, a Bluetooth network interface, a cellular telephone network interface, a satellite network interface, a sub-combination thereof, or a combination thereof. Similarly, the communications path 163 may include a dedicated network interface, a proprietary network interface, a wide area network interface, a local area network interface, a WiFi network interface, a Bluetooth network interface, a cellular telephone network interface, a satellite network interface, a sub-combination thereof, or a combination thereof. Any given path 137-141, 163 may be independent of any other path.
An asset 101-130 may be, for example, a bicycle 101, a car 103, a van (not shown in
A sensor device 145 may include a processor 148, a memory 146 storing a module 147, a geopositioning device 149, at least one sensor 150, a clock 151, a network interface 152, and an energy source 153. The module 147 may be, for example, stored on the memory 146, as a set of computer-readable instructions that, when executed by the processor 148, may cause the processor 148 to operate the sensor device 145 (e.g., cause the processor 148 to receive sensor data from the at least one sensor 150, sensor device location data from the geopositioning device 149, and sensor device time data from the clock 151, and to transmit the sensor device data to a remote device 165 and/or a backend device 175 via the network interface 152). The sensor device location data may be representative of, for example, a sensor device geographic location, a sensor device longitudinal location, a sensor device latitudinal location, a sensor device altitudinal location, any sub-combination thereof, or a combination thereof. The sensor device time data may be representative of, for example, a sensor device time zone, a sensor device time of day, a sensor device day of calendar year, a sensor device calendar year, any sub-combination thereof, or a combination thereof.
A full length cargo sensor 150 may be, for example, integrated with an asset tracking device to detect the presence or absence of cargo inside standard full-length trailers, providing greater asset visibility and security. A full length cargo sensor may include a sensing range of up to 53 feet. A full length cargo sensor 150 may send alerts if a change in load status occurs or if the sensor is damaged or removed. As part of a comprehensive trailer tracking solution, a full length cargo sensor 150 may enable fleet operators to quickly identify empty and loaded trailers, optimize turn time, detect cargo theft and more. A door sensor 150 may detect if the trailer or container door is open or closed beyond set parameters or while in route, providing enhanced security and operational efficiency. A door sensor may report a rapid number of open and close events or if the asset is outside a pre-determined geofence, helping fleet owners improve asset safety and security.
A solar-powered sensor device 145 may be, for example, configured as an all-in-one trailer and container tracking solution and may integrate cargo sensors. Ideally suited for large-scale deployments, a solar-powered sensor device may be installed without operational disruption. A solar-powered sensor device 145 may be incorporated on any trailer or container asset type and in any orientation. A solar-powered sensor device 145 may enable remote asset management and cargo status detection capabilities with minimum wiring.
A side door sensor 150 may seamlessly integrate into an asset tracking solution, detecting when a side door of, for example, a vehicle or trailer is opened or closed outside set parameters, such as location or temperature, in order to help operators protect cargo against temperature deviations and theft.
A temperature sensor 150 may be integrated into, for example, a cold chain monitoring system to ensure the integrity of temperature-sensitive cargoes such as refrigerated or frozen foods and pharmaceuticals as they move along the supply chain. A temperature sensor may operate in extreme temperatures and environments.
A fuel sensor 150 may monitor vehicle and/or trailer fuel volume. For example, a fuel sensor may provide operational and management data to reefer monitoring applications. The fuel sensor can immediately detect and report rapid loss of fuel to provide a significant deterrent against fuel theft and pilferage. The sensor is installed in the reefer fuel tank and typical installation is completed in less than an hour with an easy-to-use configuration tool.
As an alternative to the module 147 being stored on the memory 146 as a set of computer-readable instructions, the module 147 may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.). The energy source 153 may be, for example, a battery, a photovoltaic device, a capacitor, a fuel cell, a electrical generator, etc., any sub-combination thereof, or a combination thereof. The network interface 152 may be, for example, a dedicated network interface, a proprietary network interface, a wide area network interface, a local area network interface, a WiFi network interface, a Bluetooth network interface, a cellular telephone network interface, a satellite network interface, a sub-combination thereof, or a combination thereof.
The sensor device 145 may include, for example, at least one sensor 150 selected from at least one of: a digital image sensor, a video camera, a door position sensor, a fuel level sensor, a temperature sensor, a temperature control unit status sensor, a humidity sensor, a humidity control unit status sensor, a moisture sensor, a moisture control unit status sensor, a pressure sensor, a pressure control unit status sensor, a light detection and ranging (LIDAR) sensor, a radar sensor, an ultra-sonic sensor, a weight sensor, a distance sensor, an occupancy sensor, a length sensor, an occupancy sensor, or a light sensor. A sensor 150 may be configured as a radio frequency identification tag, a radio frequency identification tag reader, a weight sensor (I, a strain gage sensor on an asset suspension), a tire pressure sensor, a tire height sensor, an impact sensor (e.g., a cargo impact sensor, an accelerometer, etc.), a moisture (humidity) sensor, an altimeter sensor, etc.
A telematics device 155 may include a processor 158, a memory 156 storing a module 157, a geopositioning device 159, at least one asset I/O 160, a clock 161, a communications interface 162, and at least one energy source 164. The module 157 may be, for example, stored on the memory 156, as a set of computer-readable instructions that, when executed by the processor 158, may cause the processor 158 to operate the telematics device 155 (e.g., cause the processor 158 to receive asset data from the at least one asset I/O 160, asset location data from the geopositioning device 159, and asset time data from the clock 161, and to transmit the telematics device data to a remote device 165 and/or a backend device 175 via the communications interface 162). The asset location data may be representative of, for example, an asset geographic location, an asset longitudinal location, an asset latitudinal location, an asset altitudinal location, any sub-combination thereof, or a combination thereof. The asset time data may be representative of, for example, an asset time zone, an asset time of day, an asset day of calendar year, an asset calendar year, any sub-combination thereof, or a combination thereof.
As an alternative to the module 157 being stored on the memory 156 as a set of computer-readable instructions, the module 157 may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.). The energy source 164 may be, for example, a battery, a photovoltaic device, a capacitor, a fuel cell, a electrical generator, etc., any sub-combination thereof, or a combination thereof. The communications interface 162 may be, for example, a dedicated network interface, a proprietary network interface, a wide area network interface, a local area network interface, a WiFi network interface, a Bluetooth network interface, a cellular telephone network interface, a satellite network interface, a sub-combination thereof, or a combination thereof.
The telematics device 155 may, for example, collect asset data from an associated asset 101-130 via asset I/O 160. The asset data may be representative of, for example, at least one of: asset body controller data, asset engine control unit history, asset air supply pressure, asset fuel consumption, asset trip information, asset speed, asset cruise control status, asset manual operation mode status, asset autonomous operation mode status, asset engine cooling fan drive status, asset wheel speed, asset service indication, asset transmission control unit history, asset body control unit history, asset driver door status indicator, asset passenger door indicator, asset engine oil level, asset engine oil pressure, asset engine idle operation, asset turbocharger status, asset air start pressure, asset steering wheel angle, an asset accelerometer, asset pitch, asset yaw data, asset travel distance, asset idle shutdown, asset engine hours, asset engine revolutions per minute, asset operation hours, asset direction heading, asset weight, asset cruise control speed setting, asset engine temperature, asset power takeoff information, asset fuel economy, asset tire condition, asset ambient conditions, asset inlet air condition, asset exhaust condition, asset electrical power condition, asset transmission fluid level, asset transmission fluid pressure, asset brake information, asset engine coolant level, asset engine coolant pressure, asset odometer reading, asset identification number, asset crankcase pressure, asset barometric pressure, asset interior temperature, asset air inlet temperature, road surface temperature, asset particulate trap inlet pressure, asset boost pressure, asset intake manifold temperature, asset air inlet pressure, asset air filter differential pressure, asset exhaust gas temperature, asset coolant filter differential pressure, asset instantaneous fuel economy, asset average fuel economy, asset fuel temperature, asset turbo oil temperature, asset total fuel use, asset trip fuel use, asset injector metering rail pressure, asset injection control pressure, asset percent fan speed, asset engine-percent torque demand, asset actual engine-percent torque, asset accelerator position, asset percent load at current speed, asset brake position, asset clutch position, or asset water in fuel.
A remote device 165 may include a processor 168, a memory 166 storing a module 167, a geopositioning device 172, a display device 170, a touch input/keyboard 171, a communications interface 169, and a network interface 173. The module 167 may be, for example, stored on the memory 166, as a set of computer-readable instructions that, when executed by the processor 168, may cause the processor 168 to operate the remote device 165 (e.g., cause the processor 168 to receive telematics device data from at least telematics device 155 via the communications interface 169 and/or sensor device data from at least one sensor device 145 via the network interface 173, correlate asset data with sensor data, and to transmit the correlated data to a backend device 175 via the network interface 173). As an alternative to the module 167 being stored on the memory 166 as a set of computer-readable instructions, the module 167 may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.). The network interface 173 and the communications interface 169 may be, for example, a dedicated network interface, a proprietary network interface, a wide area network interface, a local area network interface, a WiFi network interface, a Bluetooth network interface, a cellular telephone network interface, a satellite network interface, a sub-combination thereof, or a combination thereof.
A backend device 175 may include a processor 182, a memory 180 storing a module 181, a display device 184, a touch input/keyboard 176, an asset management database 183, and a network interface 175. The module 181 may be, for example, stored on the memory 180, as a set of computer-readable instructions that, when executed by the processor 182, may cause the processor 182 to operate the backend device 175 (e.g., cause the processor 182 to receive telematics device data from at least telematics device 155, receive sensor device data from at least one sensor device 145, and receive correlate data from at least one remote device 165 via the network interface 177). As an alternative to the module 181 being stored on the memory 180 as a set of computer-readable instructions, the module 181 may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.). The network interface 177 may be, for example, a dedicated network interface, a proprietary network interface, a wide area network interface, a local area network interface, a WiFi network interface, a Bluetooth network interface, a cellular telephone network interface, a satellite network interface, a sub-combination thereof, or a combination thereof.
With reference to
Turning to
With reference to
As an alternative to the modules 360a-385a being stored on the memory 356a as a set of computer-readable instructions, any one of, any sub-combination of, or all of the modules 360a-385a may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.).
With further reference to
The processor 158 may execute the asset data time-stamp module 370a to, for example, cause the processor 158 to time-stamp the asset data (block 370b). The processor 158 may execute the asset data location-stamp module 375a to location-stamp the asset data (block 375b). The processor 158 may execute the telematics device data storage module 380a to, for example, cause the processor 158 to store the asset data, the time-stamped asset data, and the location-stamped asset data (i.e., the telematics device data) in a memory (e.g., memory 356a) (block 380b). The processor 158 may execute the telematics device data transmission module 385a to, for example, cause the processor 158 to transmit the telematics device data to a remote device (e.g., remote device 165 of
Turning to
As an alternative to the modules 450a-475a being stored on the memory 446a as a set of computer-readable instructions, any one of, any sub-combination of, or all of the modules 450a-475a may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.).
With further reference to
The processor 148 may execute the sensor data time-stamp module 460a to, for example, cause the processor 148 to time-stamp the sensor data (block 460b). The processor 148 may execute the sensor data location-stamp module 465a to, for example, cause the processor 148 to location-stamp the sensor data (block 465b). The processor 148 may execute the sensor device data storage module 470a to, for example, cause the processor 148 to store the sensor device data (i.e., the sensor data, the time-stamped sensor data, and the location-stamped sensor data) in a memory (e.g., memory 146 of
With reference to
As an alternative to the modules 570a-595a being stored on the memory 566a as a set of computer-readable instructions, any one of, any sub-combination of, or all of the modules 570a-595a may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.).
With further reference to
The processor 168 may execute the telematics device data and sensor device data correlation module 580a to, for example, cause the processor 168 to correlate the asset data and the sensor data (block 580b). For example, when the remote device determines that the asset location data matches the sensor device location data and that the asset time data matches the sensor device time data, the remote device may correlate the asset data with the sensor data (i.e., the remote device may determine that the telematics device and the sensor device are associated with the same asset, or that the telematics device was at the same location as the sensor device at a time when the asset data and the sensor data were received by the respective device).
The processor 168 may execute the telematics device data and sensor device data reconciliation module 585a to, for example, cause the processor 168 to reconcile the asset data with the sensor data and/or reconcile the sensor data with the asset data (block 585b). For example, when the remote device determines that the asset location data matches the sensor device location data and that the asset time data matches the sensor device time data, the remote device may reconcile (or verify) the asset data with the sensor data, or may reconcile (or verify) the sensor data with the asset data.
The processor 168 may execute the correlated data transmission module 590a to, for example, cause the processor 168 to transmit the correlated data to a backend device (e.g., backend device 175 of
Turning to
As an alternative to the modules 680a-692a being stored on the memory 676a as a set of computer-readable instructions, any one of, any sub-combination of, or all of the modules 680a-692a may be embodied entirely as hardware (e.g., electrical circuitry with discrete components, logic circuits, a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), dedicated electrical circuits, etc.).
With further reference to
The processor 182 may execute the telematics device configuration module 682a to, for example, cause the processor 182 to configure at least one telematics device (e.g., telematics device 155 of
The processor 182 may execute the telematics device configuration module 682a and/or the sensor device configuration module 683a to, for example, cause the processor 182 to associate a sensor device and telematics device by coupling a device ID, location data and time data of the telematics device and the sensor device when in an automated mode. The processor 182 may execute the telematics device configuration module 682a and/or the sensor device configuration module 683a to, for example, cause the processor 182 to associate asset data from a telematics device and sensor data from sensor device when the system 100 is in automated mode or when the system 100 is initiated by user.
The processor 182 may execute the event definition module 684a to, for example, cause the processor 182 to define at least one event in response to a user event definition input via the user interface (block 684b). For example, the processor 182 may execute the event definition module 684a to, for example, cause the processor 182 to enable a user to define events such as speeding, sudden acceleration, sudden braking, not driving in the lane, making unnecessary lane changes, driving too closely to the vehicle in front, an accident, filling fuel tank, a time zone change, a state line crossing.
The processor 182 may execute the automatic data request generation module 685a to, for example, cause the processor 182 to automatically generate a request for data (e.g., telematics device data and/or sensor device data) in response to, for example, the processor 182 determining that an event has occurred (blocks 685b, 688b). The processor 182 may execute the manual data request generation module 686a to, for example, cause the processor 182 to generate a request for data (e.g., telematics device data and/or sensor device data) in response to a user data request input via the user interface (block 686b). The processor 182 may execute the data receiving module 687a to, for example, to cause the processor 182 to receive data (e.g., telematics device data and/or sensor device data) in response to the processor 182 generating a request for data (blocks 685b, 686b, 687b).
The processor 182 may execute the data receiving module 687a to, for example, cause the processor 182 to receive data from a sensor 150, such as, a camera collecting video, a LIDAR sensor collecting point cloud data, a RADAR sensor collecting distances to objects nearby an asset, or a counter that counts the number of passengers as they come in and out of the vehicle. The processor 182 may execute the data receiving module 687a to, for example, cause the processor 182 to enable a user to request corresponding sensor data from a sensor device based on a device ID, location data, and/or time data.
The processor 182 may execute the event detection module 688a to, for example, cause the processor 182 to detect at least one event in response to, for example, the processor comparing the telematics device data and/or the sensor device data to a defined event (block 688b). The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate a report (e.g., an asset tracking report, an asset maintenance report, an asset event report, an hours of service report, an asset accident report, an operator safety report, etc.) based upon the telematics device data and/or the sensor device data (block 689b). The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate an alert (e.g., an asset operator alert, an asset driver alert, etc.) based upon the telematics device data and/or the sensor device data and/or detection of a defined event (block 690b).
The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate a report events per vehicle or driver in a detailed form or in a summary form based upon the telematics device data and/or the sensor device data (block 689b). The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate an alert a user with events based on user defined criteria (block 690b). The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate an alert (e.g., an email/SMS, an instant message, a text message, etc.) to a user when the processor 182 detects that an event has happened.
The processor 182 may execute the data storage module 691a to, for example, to cause the processor 182 to store telematics device data, sensor device data, report data, alert data, etc. in a memory (e.g., an asset management database 183 of
An asset management system 100 may be configured to perform truck management including, for example, an electronic logging device, hours of service, driver performance, driver communications, fuel management, fleet safety, dry van trailers, trailer tracking. An asset management system 100 may be configured to perform refrigerated assets management including, for example, reefer trailers, intermodal containers, chassis, and railcars. An asset management system 100 may be configured to perform specialty fleet assets management including, for example, first responder assets, mining assets, oil assets, and gas assets.
An asset management system 100 may be configured to perform specialty fleet asset management including, for example, heavy equipment, mining equipment, agriculture equipment, oil and gas equipment, supervisor control and data acquisition (SCADA) equipment, and utilities (e.g., water, waste water, gas, electric telephone, internet, garbage collection, etc.).
An asset management system 100 may be configured as an automatic identification system (AIS) vessel identification system that may be used for collision avoidance, identification and location information. For example, a satellite AIS may be used for maritime domain awareness, search and rescue, environmental monitoring and maritime intelligence applications with buoys and vessels. An asset management system 100 may be configured with, for example, cellular telephone and satellite dual-mode network coverage. An asset management system 100 may be configured to perform government and/or military functions, emergency management functions, public safety fleet functions, etc. An asset management system 100 may be configured with internet of things (IoT) connectivity having, for example, sensor devices with IoT SIM cards. An asset management system 100 may be configured to perform vehicle routing and dispatch functions.
The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate a report events per vehicle or driver in a detailed form or in a summary form based upon the telematics device data and/or the sensor device data (block 689b). The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate an alert a user with events based on user defined criteria (block 690b). The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate fuel, idling, and IFTA mileage reports. Thereby, the asset management system 100 may eliminate time spent on tedious paperwork and identify sources of unnecessary fuel costs. The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate idling alerts to notify an operator when drivers are idling in excess. The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate fuel reports and automatically email the report to an operator, for example, each Friday so operator may review last week's fuel activity without leaving an associated email inbox. The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate safety and hours of service reports that may allow an operator to quickly identify and coach for safety or compliance violations. The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to easily customize alerts to notify an operator, for example, when a driver is speeding. The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to use an HOS report to see if drivers are approaching a compliance violation. The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to time on site reports. The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate geofence alerts. Thereby, an operator may get greater visibility into driver behavior and efficiency, or may get notified when drivers or assets arrive at a given location with geofence alerts and see how much time they spend there with the time on site report.
The processor 146 may execute the asset data receiving module 365a to, for example, cause the processor 146 to receive asset data from a vehicle's diagnostic port to give an operator visibility into vehicles and equipment. Accordingly, the processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate vehicle fault code alerts, unsafe DVIR alerts, and preventative maintenance alerts to help an operator address issues right when the issues happen. An asset management system 100 may enable an operator to instantly review collisions, near-misses, and distracted driving events with, for example, full high-dynamic range video footage that may be automatically uploaded to the cloud. A sensor device 145 may include a g-sensor and computer vision, and the processor 182 may label and tag events, alert drivers to high-risk behavior, and/or may send event details to fleet managers in real-time.
An asset management system 100 may improve driver behavior with a combination of in-cab voice alerts, driver rankings, and HD video-based coaching tools. A touchscreen driver application may apply elements of game design to promote safer behavior and enable rewards-based safety programs. An asset management system 100 may use video evidence to defend drivers and company from false claims and costly legal battles. Thereby, an operator may quickly investigate whether or not a driver was at a location at a specific time, and review the footage to see the full story. An asset management system 100 may with safety scorecards, trend analysis, and in-depth coaching tools, thus, may offer a powerful safety platform that saves time, ensures accountability, and guarantees results.
The processor 182 may execute the report generation module 689a to, for example, cause the processor 182 to generate a temperature report and/or a humidity report. The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to generate a door open alert to help an operator stay FSMA compliant with insight into temperature-sensitive product conditions. The processor 182 may execute the alert generation module 690a to, for example, cause the processor 182 to set up alerts to notify you when products go out of temperature range or when a product arrives safely.
An asset management system 100 may include a real-time telematics solution with GPS tracking, WiFi, and diagnostics. An asset management system 100 may not require carrier contracts, hardware, or IT complexity. An asset management system 100 may include built-in to every GPS gateway, an internet hotspot that may eliminate the need for dedicated cellular modems, wireless routers, or carrier contracts. An asset management system 100 may work with mobile computing devices and laptops. Thereby, the asset management system 100 may include driver applications, maps and navigation, work-order management, email, and CRM. An asset management system 100 may include high-speed LTE connectivity that makes it easier for drivers and a back office to share information. With driver application, drivers can stay up to date with changes in routes, deliveries, and more, and the drivers can instantly submit paperwork on the go.
An asset management system 100 may include sensor devices 145 with, for example, internet-connected high-definition cameras with computer vision. An asset management system 100 may provide live and historical temperature, cargo, and equipment monitoring. An asset management system 100 may include real-time GPS asset tracking with live vehicle location tracking, trip histories, geofence alerts, trailer tracking with theft detection, utilization reporting, and cargo and temperature status. An asset management system 100 may include safety and/or dash cameras with distracted driving detection, in-cab voice coaching, and automatic incident upload. An asset management system 100 may include routing and messaging with real-time route tracking, historical performance analysis, and two-way messaging. An asset management system 100 may include document upload with photos, centralized record-keeping, proof of delivery, and fuel usage information. An asset management system 100 may include fleet maintenance with fault code monitoring, paperless DVIRs, and usage-based maintenance reports. An asset management system 100 may include a WiFi hotspot with in-cab WiFi and cellular data included for any mobile application or mobile device. An asset management system 100 may be ELD compliant with a FMCSA-listed ELD.
An asset management system 100 may include a sensor device 145 with artificial intelligent dash cams that may analyze a road and driver behavior in real-time. An asset management system 100 may send instant alerts to drivers and actionable insights to managers. An asset management system 100 may include AI dash cameras with artificial intelligence and computer vision to detect, for example, near-misses, road signs, and high-risk driver behavior. An asset management system 100 may provide visibility into distracted driving and near-misses and may enable instant review of collisions, near-misses, and distracted driving events with full HD 1080p footage that may be automatically uploaded to the cloud. Using a g-sensor and computer vision, an asset management system 100 may label and tag events, alerts to drivers in regard to high-risk behavior, and may send event details to fleet managers in real-time. An asset management system 100 may improve driver behavior with a combination of in-cab voice alerts, driver rankings, and HD video-based coaching tools. A touchscreen driver application may apply elements of game design to promote safer behavior and enable rewards-based safety programs.
An asset management system 100 may enable an operator to investigate complaints and exonerate drivers. An asset management system 100 may use video evidence to defend drivers and a company from false claims and costly legal battles. For example, an operator may quickly investigate whether or not your driver was at a location at a specific time, and review the footage to see the full story. An asset management system 100 may include standardize incident review and driver training—even across large fleets—with accountability and workflow tools. An asset management system 100 may identify risky driving practices like distracted driving and measure changes in a safety culture over time with driver scorecards and trend reports. An asset management system 100 may ensure consistent coaching of all drivers—no matter the location, supervisor or time. For example, dash cameras may offer in-cab voice coaching for real-time feedback, and a dashboard may provide step-by-step coaching workflows for safety managers. An asset management system 100 may protect a fleet against false claims, accelerate auto insurance payouts, decrease insurance premiums, and reduce accident-related costs—all while improving the safety of employees. An asset management system 100 may enable driver safety as one part of a complete platform. For example, by combining real-time GPS tracking, sensor data, and powerful reporting tools, an asset management system 100 may enable fleet managers of all size fleets to optimize equipment, driver, and operational performance.
An asset management system 100 may provide transit fleets with enhance safety, security and customer experience with, for example, an interior camera that may monitor activity within vehicles, an external camera that capture all angles outside of vehicles, a video recorder that may store up to 30 days of footage, a vehicle gateway that may track vehicles with real-time GPS, a dual-facing dash cam that may review road and driver-facing footage. An asset management system 100 may capture all activity inside vehicles, confidently record continuous activity to enhance safety, prevent false claims, and improve customer experience. An asset management system 100 may include unlimited video uploads and 30 days of local storage that may make it easy to find and review video and image footage. An asset management system 100 may manage routes for trucks, buses, delivery vehicles, and more. Instead of manually calling drivers to see where they are, the asset management system may, for example, instantly track vehicle location, route progress, and late or missed stops.
An asset management system 100 may allow parents, customers, and outside stakeholders track route progress and receive alerts automatically. Authorized users can anticipate arrivals or delays, which improves customer service, reduces calls, and can become a differentiator for a business.
An asset management system 100 may improve customer communication and operational efficiency with real-time route tracking, automatic ETA alerts, and instant route updates. An asset management system 100 may improve planned versus actual route performance with real-time GPS tracking, advanced analytics, and intuitive reports. An asset management system 100 may adapt on-the-go. For example, dispatchers can easily re-route vehicles remotely and send messages to drivers (or an entire fleet) using the asset management system 100. An asset management system 100 may identify trends in route performance at a glance, may quickly compare planned vs. actual performance, drill into individual route histories. A planned vs. actual report may, for example, identify trends in planned vs actual performance, to improve routes and/or make the best use of vehicles. An asset management system 100 may include a combination of wireless sensor devices 145 and instant alerts that may provide visibility and control of an entire operation.
An asset management system 100 may include a reefer management solution that may monitor temperatures in-transit to prevent product spoilage and rejected deliveries, and may provide automated, continuous temperature logging that may eliminate manual recordkeeping and may provide temperature records on-demand. An asset management system 100 may provide temperature data and proof of delivery (POD) documents, and may improve customer service with more predictable delivery times. An asset management system 100 may include automatic alerts that notify users when temperature is out-of-range to avoid spoilage.
An asset management system 100 may eliminate yard hunts, optimize yard and dock operations, reduce dwell time, and simplify inventory management An asset management system 100 may identify underutilized trailers and may grow a business without making new trailer investments. An asset management system 100 may provide real-time “helicopter view” aids that may aid law enforcement in recovery of assets and/or cargo. An asset management system 100 may detect and may facilitate recover of stolen equipment by, for example, geofence alerts to identify and mitigate theft and unauthorized use An asset management system 100 may track usage and engine hours for more accurate billing and deployment.
This detailed description is to be construed as exemplary only and does not describe every possible embodiment, as describing every possible embodiment would be impractical, if not impossible. One could implement numerous alternate embodiments, using either current technology or technology developed after the filing date of this application.