US 20080094209 A1
The invention provides a system for monitoring a container for transporting cargo. The system includes an onboard device attached to the container and a central computer system. The central computer system processes alerts transmitted by the onboard device. The onboard device includes a processor/sensor component and an antenna component. The processor/sensor component comprises a processor for controlling the device. The processor/sensor component also includes one or more sensor in communication with the processor for sensing container conditions. A satellite modem in the processor/sensor component transmits alerts relating to container conditions and other satellite communications. The antenna component includes a satellite antenna, which is connected to the satellite modem.
1. A device for monitoring a container for transporting cargo, the device comprising:
a. a processor/sensor component comprising:
i. a processor for controlling the device;
ii. one or more sensors in communication with the processor for sensing container conditions;
iii. a satellite modem in communication with the processor for transmitting satellite communications comprising alerts relating to container conditions; and
iv. a connection to a power source; and
b. an antenna component connected to the process/sensor component, the antenna component comprising a satellite antenna connected to the satellite modem.
This application is a continuation of U.S. patent application Ser. No. 10/994,781, filed on Nov. 22, 2004, which parent application was and is hereby incorporated herein in its entirety for all purposes. All benefit under 35 U.S.C. § 120 for and to that application was and is hereby claimed.
The present invention relates generally to the field of container shipping, and particularly to methods and systems for monitoring and tracking containers and cargo during transportation.
Intermodal container shipping involves the shipment of various commodities in a container from an origin to a destination using multiple modes of transportation such as trucks, trains, barges, feeder vessels, ocean-going ships, and planes. The shipping industry uses standardized containers, which can be mounted on wheeled chassis for truck transportation. These standard containers have two doors at the rear, which can be opened and closed using externally-mounted camshaft levers.
Today, securing container doors generally involves attaching a numbered seal to the door's camshaft lever. The seal can take the form of a bolt, a plastic tie, or an electronic seal, which stores information for later retrieval. Conventional methods of tracking containers typically involve logging of container arrivals and departures from designated facilities. Even the newer electronic seals do not communicate security alerts until after a container arrives at a facility where readers are available. Because conventional security measures do not include real-time alerts, containers protected with conventional seals are vulnerable to tampering or breach during transit.
Following the tragic events of Sep. 11, 2001, there have been several attempts to address container security issues. For example, Boman et al., U.S. Patent Application Publication No. 2004/0100379, discloses a system for monitoring the security of intermodal freight containers. The system comprises a monitoring device, reader, server and software backbone. The monitoring device includes one or more sensors for determining if a security condition has occurred. The sensors are capable of detecting temperature, vibration, radioactivity, gas or motion. The device communicates with a fixed or mobile reader in order to determine the security and location of the container to which the device is attached. The reader electronically transmits the information from the device to the server.
However, the Boman system has a number of disadvantages that make it impractical for most conventional intermodal shipping applications. For example, the monitoring device attached to the container does not have the capability to communicate directly with the software backbone. Rather, it communicates via a separate fixed or mobile reader using a short-range, low power radio system. The reader serves as a relay station between the monitoring device and the server. Thus, the monitoring device must be in close proximity to a reader in order to transmit alert signals to the software backbone. For example, as illustrated in
Yagesh, U.S. Patent Application Publication No. 2004/0113783, discloses an intermodal threat identification, detection, and notification transportation security system. The Yagesh system includes a container locking seal configured to be removably coupled to a freight shipping container. The seal includes sensors capable of detecting, container conditions, such as temperature, seal tampering, etc. The Yagesh system may be used to monitor the actual position of a cargo vehicle to determine whether the actual position of the vehicle corresponds to its predetermined route. An alarm condition is generated if the actual position of the vehicle does not correspond to the predetermined route.
Like the Boman monitoring device, the Yagesh locking device attached to the container is incapable of communicating directly with a computerized alarm monitoring system. Rather, the locking device must communicate with a nearby container state recorder (CSR). For example, as illustrated in
In addition, both the Boman and Yagesh systems do not provide useful cargo tracking and logistics functions. For example, both systems focus on the physical condition of container itself, and lack tools for processing and tracking data relating to the cargo within the container. Thus, these devices are generally limited to providing a security function and do not provide any useful cargo tracking and logistics functions.
For the foregoing reasons, there is a strong need for a system for monitoring and tracking containers and cargo during transportation that can monitor container conditions, track container position, and provide current logistics information relating to the cargo, which does not require installation reader devices to carry out communications. The present invention provides these and other advantageous results.
The present system provides a system for monitoring and tracking a container for transporting cargo. The system includes an onboard device attached to the container and a central computer system. The central computer system processes alerts transmitted by the onboard device and tracks the position of the onboard device. The onboard device includes a processor/sensor component and an antenna component. The processor/sensor component comprises a processor for controlling the device and a memory. The processor/sensor component also includes one or more sensors in communication with the processor for sensing container conditions. A satellite modem in the processor/sensor component transmits alerts relating to container conditions and other satellite communications. The antenna component includes a satellite antenna, which is connected to the satellite modem.
The onboard device can also include a global positioning system (GPS) receiver/antenna in communication with the processor for determining the position of the device.
In one embodiment, the onboard device further comprises a short-range wireless communications module and RF antenna for transmitting and receiving short-range radio-frequency (RF) communications and/or a cellular telephone modem/antenna in communication with the processor for transmitting and receiving cellular telephone communications comprising alerts relating to container conditions. The processor can be programmed to select a mode of communications from multiple modes of wireless communications comprising satellite communications, cellular telephone communications, and short-range wireless communications based upon one or more rules.
In one embodiment, the onboard device includes a rechargeable battery and a solar panel for recharging the battery.
The system can also include one or more fixed communications devices for creating a communications hotspot to facilitate communications between the onboard device and the central computer system. Each fixed communications device preferably includes a processor for controlling the fixed communication device. A short-range wireless communications module for transmits and receives short-range RF communications between the fixed communications device and the onboard device. A cellular modem and cellular telephone antenna for transmitting and receiving communications between the fixed communications device and one or more external computing device via a computer network.
The system can also include one or more handheld computing devices in communication with the onboard device via short-range RF signals and the central computer system via a wired or wireless connection to a computer network. The handheld computing devices can control the mode of operation and update the onboard device. At least one of the handheld computing devices preferably includes a computer readable tag reader for reading the cargo information. The handheld computing device receives and correlates the container identification number and cargo information and transmits the correlated container identification number and cargo information to the central computer system.
These and other features, aspects and advantages of the invention will become more fully apparent from the following detailed description, appended claims, and accompanying drawings where:
The onboard device 20 (sometimes referred to herein as an “intelligent tracking unit” or “ITU”) is designed to fit most standard container doors. The mounting process can be easily performed by loading-dock personnel during the normal workflow process. It contains multiple communication components, which provide layered communications for transmitting and receiving information via cellular phone, satellite and short-range wireless connections. Communication of alerts, events and position data can be transmitted via satellite, cellular phone and short-range wireless modes depending on location and availability of the various means of communication.
As illustrated in
The processor/sensor unit 42 is attached to the bracket/clamp 46 via a hinge 52. The hinge 52 allows the processor/sensor unit 42 to swing back approximately 90 degrees, to facilitate mounting to a standard container door. As illustrated in
As illustrated in
The short-range wireless communications module 56 permits short-range (e.g., less than 50 feet) radio communications with both fixed communications devices 30 and the handheld devices 34. The short-range wireless communications module is preferably a BLUETOOTH®adapter. The wireless communications module can have an internal antenna, but is preferably connected to an external short-range radio-frequency (RF) antenna 72 in the antenna unit 44 (
The satellite modem 58 permits bi-directional communications directly between the onboard device 20 and a satellite 26. The on-board device does not require a separate intermediary device to transmit and receive satellite communications. As discussed before the processor/sensor unit 42 is preferably programmed with various business rules designed to conserve power to conserve power necessary to permit satellite communications. In addition, the on board device preferably includes a solar panel 74 to recharge batteries. Thus, the onboard device overcomes the perceived problem of providing a power needed to transmit and receive satellite communications without using a stationary relay device affixed to the vehicle or vessel transporting the container. Sensors 66 can detect various door and container conditions, including door mounting, door opening/closing, light/infrared, temperature, humidity, and motion/vibration and can be expanded to include any other detectable conditions.
The business rules provide flexible and customizable programming of the onboard device to adapt to various routing, environment and transportation conditions. For example, the business rules can determine whether the device is within a hotspot such that it should communicate via a fixed communications device or whether satellite communications are the only option. Thus, by controlling the mode of communications, the business rules can improve the reliability of communications and conserve power required for communications. The business rules can also be used to reduce false alarms. For example, a sensor reading indicating small bursts of light might be disregarded if the processor determines (based upon the GPS reading and/or pre-planned routing guide) that the container is being transported along a bumpy road. In addition, the business rules can be changed while the container/onboard device is in transit. For example, such a change may be desirable where the there are changes to the pre-planned routing of the container.
The GPS receiver 62 can capture GPS location from satellites and store the longitude and latitude in memory. The frequency of GPS location capture is based on programmed business rules that factor in the supply-chain segment, motion, and other conditions. As described below with the description of
The onboard device 20 can be programmed to periodically “call home” to track the container's location. The frequency at which the device calls home can be varied depending upon the location of the device and the relative safety of the area in which the container is located. The frequency can be altered by communication from the central computer 24. In addition, the central computer 24 can interrogate the onboard device 20 via satellite to determine the device's position at any given moment.
Antenna unit 44 is attached to bracket/clamp 46 by screws or other means of attachment. As illustrated in
One or more handheld devices 34 (such as a personal digital assistance (PDA)) communicate with the onboard device 20, preferably using BLUETOOTH®technology. Handheld device 34 can be a commercially available PDA/RFID reader programmed to perform the functions described herein. Examples of such commercially available devices include the IPAQ 4355 and LXE MX5, operating with Windows CE and containing BLUETOOTH® signal processors. The handheld device 20 is used to initialize, enable, and update the onboard device 20 during the container loading (“stuffing”) process. The handheld device can be cradled into a docking station which uploads data to the central system 24 or data can be transmitted to the central computer by other wired or wireless means.
The handheld device 34 can be used to set the onboard device 20 to various states required to support the system. In addition, information about the cargo 36 transported in the container 22 can be captured using the handheld device 34. Cargo information can be captured by reading a computer-readable tag 37 (e.g., a bar code or radio frequency identification (RFID) tag) on the cargo 36 which stores cargo information. Cargo information captured by the handheld device 34 can be transmitted to the onboard device 20 or to central computer 24. Cargo information captured by the handheld device 34 (or derived from captured information) can include, for example, manifest, bill of lading, purchase order, shipping order, commercial invoice information, packing list, and/or forwarder's cargo receipt (FCR). The handheld device 34 and the onboard device 20 preferably communicate using BLUETOOTH® technology. The handheld device 34 can communicate with the central computer 24 through a cradle connected to a workstation 38 via network 32. The handheld device 34 can also receive software updates (e.g., business rules) from the central computer system 24 and communicate the updates to the onboard device 20.
The security setup can be configured so a handheld device is designated for a specific location (geofenced area). This setup provides a level of security by prohibiting a device from being used in a different location (e.g., if the device is stolen).
One or more fixed communications devices 30 are positioned at designated areas to facilitate cellular communications. For example, fixed communications devices can be mounted on poles near the gates of facilities such as consolidation locations, terminals, and deconsolidation locations. Each fixed communications device 30 creates a hotspot to facilitate cellular communications between the onboard device 20 and the central computer system 24 when the container is in or near the facility. Fixed communications devices 30 can be used as a backup communications mechanism, in the event of satellite failure or where cellular communications are more reliable, faster or less expensive than satellite communications.
The components of the fixed communications device 30 are essentially the same as are in the onboard device, with the exception that the fixed device is not equipped with a satellite modem or sensors. With reference to
In areas where satellite communications are not optimal (e.g., inside a warehouse or factory), fixed communications devices 30 can be installed as connection point for the onboard device 20. The use of fixed communications devices 30 provides a separate means of communication between the onboard device 20 and the central computer system 24 as a backup to satellite communications. Transmissions between onboard device 20 and fixed communications device 30 are communicated by short-range wireless communications, preferably using BLUETOOTH® technology. Fixed communication device 30 preferably communicates with the central computer-system 24 via a cellular telephone connection to network 32. The fixed communications device 30 can also be configured to serve as primary point of communication to limit satellite communications to reduce satellite communication costs. Business rules controlling the onboard device 20 can be configured to communicate according to a hierarchy where satellite communications are avoided for routine, non-alert communications when the device is capable of communicating via a fixed communications device 30. The onboard device 20 is also equipped with a cellular phone modem 60 (
The system also includes one or more workstations 40 to allow authorized users to access information stored on the central computer 24 via network 32. The central computer 24 can also be configured to forward events and alerts transmitted from an onboard device 34 to selected e-mail accounts, facsimile machines, mobile pagers, electronic data feeds into information technology (IT) systems, and mobile phones as text messages. The central computer system 24 is preferably a secure, web-based system for storing operational data from all sources. It collects data from the handheld device 34, fixed communications device 30 and onboard device 20, and also has the capacity for data entry and update. Also, as illustrated in
Both the central computer system 24 and the handheld device 34 preferably require a successful login before allowing access. The system can use standard https security processes, with challenge/response prompting for user-login details. User ID's are controlled on the central computer system 24.
Operation of the monitoring and tracking system of the present invention is described below with reference again to
Before loading of the container 22 an onboard device 20 is mounted on the left or right door 23 of the container 22. Mounting of the onboard device 20 triggers door mount switch 50
A unique shipping order and/or purchase order identifier for the goods to be loaded into the container 22 is stored on the handheld device 34. The shipping order/purchase order identifier originates from the central computer system where cargo booked by the client is uniquely identified. Pre-planned routing guides for shipping of the goods are also stored to the handheld device 34. The pre-planned routing data can include information relating to planned shipping routes, planned modes of transportation, expected duration of each leg of the journey, and other routing information. This data can be uploaded when the handheld device 34 is in communication with the central computer system 24.
Connection from the handheld device 34 to the central computer system 24 can be restricted by an access control module in the central computer system 24, which ensures that only authorized access is permitted. The handheld device 34 can be cradled and connected to the central computer system 24 daily to ensure it remains active and authorized. A unique key can be transmitted from the central computer system 24 to the handheld device 34 on a daily basis. If a handheld device 34 does not receive the daily key, communication with the onboard device 20 will be rejected by the onboard device 20 if the handheld device's key is not the same as the onboard device's key. Daily transmission of a key protects against misuse of a stolen handheld device. Daily keys for a predetermined period (e.g., 180 days) can be stored in the onboard device 20 upon deployment. If an onboard device 20 is to remain in active service beyond the predetermined period for which daily keys have been stored, daily keys to extend this period can be communicated to the onboard device 20 from the central computer 24 via the handheld device 34.
When loading of the container 22 is about to commence, one or more unique shipping order and/or purchase order numbers are selected on the handheld device 34 creating a logical relationship between the order placed by a customer and the goods that is physically loaded into the container 22.
If a unit of goods 36 (carton, coli, pallet or box) is equipped with computer-readable identification tag 37 (e.g., a radio frequency identification (RFID) tag or bar code), the tag is scanned to automatically build a manifest using the handheld device 34. Where a unit of goods 36 is not equipped with an identification tag, a manual count can be entered into the handheld device 34 to create the manifest.
When loading of the container 22 is completed, a manifest of loaded goods, bill of lading, purchase order, shipping order, commercial invoice information, packing list, forwarder's cargo receipt (FCR) and a pre-planned routing guide for shipping the container 22 are communicated from the handheld device 34 to the onboard device 20 after which the doors 23 of the container 22 are closed.
The sequence of communications between the onboard device 20 and handheld device 34 is preferably as follows:
1. “Close door” command is selected in the handheld device 34, initiating the transmission of a command to the onboard device 20;
2. The onboard device 20 receives this command and activate the sensors that take a reading of the environment to ensure that the sensors can detect difference (e.g. in light level when the doors are closed);
3. The onboard device 20 sends a “please close the doors” message to the handheld device 34 to ask the operator to close the doors;
4. The doors are closed by the operator;
5. The onboard device 20 recognizes the door closing and, if all is okay, a “doors closed successfully” message is sent to handheld device 34.
The container is now closed and the sensors are armed; any unauthorized opening of the container will result in an intrusion alert.
By activation of door close switch 50 (
If the container 22 is sealed using a mechanical seal, the unique identification number of the seal can be entered into the handheld device 34 and communicated to the onboard device 20. The operator then disconnects communication between the handheld device 34 and onboard device 20 by selecting a disconnect command on the handheld device. The container 22 is then ready for departure and any intrusion into the container 22 from this point and until it is opened by means of an authorized procedure will trigger and alarm.
Upon departing a secure facility 76, the GPS receiver 62 (
Geofenced areas 78 can furthermore be configured so the business rules on the onboard device 20 will cause the device to enter into a state of hibernation to conserve energy if, based upon the pre-planned routing guide for the shipping of the container 22, the CPU 54 determines that the container 22 is to reside in a geofenced area 78 for a long period of time (e.g., when stored in a container yard of a port waiting to get loaded onto a vessel).
During transport of the container 22 outside geofenced areas 78 or approach areas 80, the onboard device 20 makes frequent GPS readings to create a detailed log of its locations. The log is transmitted to the central computer system 24.
Alerts are likewise transmitted to the central computer system 24 via satellite 26. If a fixed communications device 30 is within reach, alerts will also be communicated though the fixed communications device as a backup or alternative means of communication. Alerts can be set up to be forwarded to e-mail accounts, telefaxes, mobile pagers, electronic data feeds into IT systems, and mobile phones 25 as text messages. This ensures short time between an alert being created and attention drawn to the container (e.g., to ensure that further transport of the container is ceased and it is inspected for intrusion).
When the container 22 arrives at its destination, the onboard device 20 will detect an approach area 80, a geofenced area 78 and a secure facility 76. The transition into areas where the security is increasingly higher will cause the sensors 66 to automatically re-calibrate according to the changes in environment. The onboard device 20 will communicate with any fixed communications devices 30 installed in the destination area and transmit events to the central computer system 24.
When the container 22 is to be opened and the cargo unloaded (stripped), connection between the onboard device 20 and a handheld device 34 designated for the destination is established. The manifest is transferred from the onboard device 20 to the handheld device 34 for use during the unloading (stripping). The container number and seal identification number are also populated to the handheld device 34 to allow for control.
Upon confirmation of theses details, an open command is issued via the handheld device 34 to the onboard device 20, which changes the business rules in the processor/sensor unit 42 that disarms the sensors 66. Opening of the doors of the container 22 is now considered an authorized event.
During stripping of the container 22 all units of goods 36 equipped with a computer readable tag 37 are scanned using the handheld device 34 for automated deconsolidation against the manifest. Where a unit of goods 36 is not equipped with a tag 37 a manual count is entered into the handheld device 34 for deconsolidation against the manifest.
If the container 22 has not reached its final destination (e.g. upon arrival at a cross-docking facility) loading of units of goods 36 can be loaded and the container 22 sealed for further transport as described above.
When the container 22 has arrived at its final destination, all units of goods 36 are stripped, a dismount command is transmitted to the onboard device 20 using the handheld device 34, and the onboard device 20 is physically dismounted from the container 22. The onboard device 20 is reusable and can be recycled for use at a new origin.
Authorized users will, throughout the process, have online access to the information stored in the central computer system 24 from workstations 40 connected through the computer network 32. All access is preferably established through secure connections.
The data captured by the onboard device provides the commercial audience with full tracking capabilities on their assets within a container, allowing verification, earlier planning and monitoring from the point of consolidation to the point of deconsolidation. This adds tremendous value to the importer's productivity and reliability by enabling efficient stock controls and replenishment planning for reduction in costs of holding stock both at the factories and distribution centers. As a result, costs can be more predictable and controlled, with fewer variables.
The information captured by the system also provides an audit trail of security, which when shared with customs agencies, customers, port operators and others, could effectively accelerate the flow of cargo by lowering container risk profiles. In other words, knowing with a high degree of certainty that cargo is secure can enable special truck gates at terminals, green lanes with customs, bypass of Vehicle and Cargo Inspection Systems (VACIS), bypass of customs examination station, saving movement costs, centralized exam site labor costs and providing overall priority handling on the import side. Each of these can lead to accelerated transits and speed to market.
As discussed above, communications between onboard device 20 and handheld device 34 are preferably made using BLUETOOTH® technology. Activate/dismount, open/close container, seal/unseal, queries, and load/unload signals and data are transmitted between the onboard device 20 and handheld device 34. A scanner 35 for reading tags (e.g., bar code or RFID tags) also communicates the onboard device 20, preferably via BLUETOOTH® technology. Scanner 35 may be incorporated within handheld device 34 or may be a separate device. Handheld device 34 and scanner 35 both communicate with the central computer 24 via cradle 33 attached to network 32, which can be, for example, the Internet.
Onboard device 20 also communicates with central computer system 24 via fixed communications device 30, satellite 26 or cellular telephone connection 28. Communications between onboard device 20 and fixed communications device 30 are preferably transmitted using BLUETOOTH® technology. Onboard device 20 transmits logs, alerts and events to central computer 24, and receives software updates from central computer 24 via fixed communications device 30. Communications between fixed communications device 30 and central computer system 24 are preferably made via network 32 and cell phone connection 31. Communications between the onboard device 20 and the satellite 26 are bidirectional. Alerts, events, daily call-ins, and GPS position data is transmitted from the onboard device 20 to the central computer system 24 via satellite 26 and network 32. The central computer system 24 can also transmit commands, data or program updates to the onboard device 20 via satellite 26 and network 32. For example, the central computer 24 can interrogate the onboard device 20 for its current position at any point during transit.
Various administrators and systems communicate with central computer system 24. Client administrator 82 can communicate with central computer system 24 via network 32 to create and manage users and monitor loading and unloading functions. Logistics provider administrator 84 communicates with central computer system 24 via intranet 85 to create and manage administrative accounts and geofence information. Logistics provider user input clerk 86 communicates with central computer system 24 via intranet 85 to update documentation, such as, bill of lading and carrier booking information. Logistics provider user security analyst 88 communicates with central computer system 24 via intranet 85 to receive and resolve to security alerts. Logistics provider user asset deployment recovery 90 communicates with central computer system 24 via intranet 85 to transmit data relating to the onboard device, handheld device, scanner, and tags. Shipping order information is directly transmitted to central computer system 24 via logistics documentation system 92. Client visibility tool 94 communicates with central computer system 24 via network 32 to allow clients to access selected data and documents relating to the tracking of their shipments.
The central computer system 24 preferably provides a menu driven user interface for inquiry of container journey data via several input criteria. Users can inquire by container number or see a general on-screen listing of alerts. Authorized users can see where and when alerts occurred and input resolution details for alerts.
Although the invention has been described with reference to a specific embodiment, it should be understood that various changes may be made without departing from the spirit or scope of the invention. For example, to facilitate explanation of the invention, the system has been described and illustrated in connection with a system comprising single system components (onboard device, handheld device, fixed communications device, central computer system, etc.). Systems in accordance with the invention will in most instances comprise multiple components (e.g., multiple onboard devices, handheld units, fixed communications devices, and workstations). Accordingly, the disclosed examples are intended to be illustrative of the scope of the invention and are not intended to be limiting. The scope of the invention is defined as set forth in the appended claims.