Systems, methods, and devices for securing cargo.

(54) Title: SYSTEMS, METHODS AND DEVICES TO SECURE CARGO.

(54) Title: SYSTEMS, METHODS, AND DEVICES FOR SECURING CARGO.

(57) Summary

Improved methods and systems for securing and monitoring cargo are described; some examples provide a cargo monitoring system (SMC) that is configured to track, identify, and report abnormal conditions or events related to cargo shipments; The SMC may include a software system that receives information on the conditions of the electromechanical locks that secure the load; locks include data terminals that facilitate real-time monitoring of cargo; electromechanical locks are installed on bars or other mechanisms (for example, door rings) that close the doors of a cargo container, a train car, the door of a van or the like; the data terminals include logic that is configured to transmit to the SMC information about current conditions, such as location, temperature, lock status (eg, open, closed), tampering, and the like; The load monitoring system interprets the information received and carries out various actions based on it, such as transmitting alerts if abnormal conditions are detected.

(57) Abstract

Enhanced methods and systems for securing and monitoring cargo are described. Some examples provide a cargo monitoring system (CMS) that is configured to track, identify, and report about anomalous conditions or events related to cargo shipments. The CMS may include a software system that receives conditions information from electromechanical locks that secure cargo. The locks include data you end that facilitate near real time monitoring of cargo. The electromechanical locks are installed on the bars or other mechanism {eg, door rings) that lock the doors of a cargo container, train car, van door, or the like. The data terminaáis include logic that is configured to transmit to the CMS information about current conditions, such as location, temperature, lock status {eg, open, closed), tamper attempts, and the like. The cargo monitoring system interprets the received information and performs various actions based thereon, such as to transmit alerts if anomalous conditions are detected.

YES

PATENT TITLE No. 354083

IMPI

V «Ufe ®^<0^ 5aíS^#W ·

I “ϊ Ίί '| Λ ^ 'ΙΙΜΒΙ ρΓ * ν> ι M-rw

<td>Headlines):</td><td>COMMERCIAL FINANCE CORPORATION, SA DE PANAMA</td>

<td>Home:</td><td>Balboa Plaza Building, Suite 517, Balboa Avenue, Panama City, PANAMA</td>

<td>Denomination:</td><td>SYSTEMS, METHODS AND DEVICES TO SECURE LOAD.</td>

Classification:

CIP:

E05C19 / 18; EO5Bj39 / O0_rGD8G1 / OO

E05C 19/48 ^, ' ^r *

MAURICIQLL ^ REDA; IVAN

CPC:

Inventor (s):

The patent of ref

<img file="MX354083B_D0001.tif" />

il rorrogables, told to: hos.

MX / a / 2 015/00974

Validity: Véirüe years? Vehicle Date

Extradition Date:^{* 1}

Pursuant to the date of filing with fúndame ^ enjos

and.....

Who subscribes to this title (Official Gazette of the Federation 25/01/2006, 06/05 / 2009,06 / 01/2010, Regulations of the Mexican Institute articles 1^or, 3^or, 4 °, 5 'fraction V subsection a) ,,. 12/27/1999, amended on 10/10/2002, 29/077 Deputy Generals, Coordinator, Departmental Directors and other subordinates of the Mexi Institute 08/04/2004 and 09/13/2007).

ernational:

2014,

<img file="MX354083B_D0002.tif" />

<img file="MX354083B_D0003.tif" />

ero:

61 / 757,631 61 / 7M905 ypípctaje · ^^ la industrial.

Industrial Property Law 5/1999, 01/26/2004, 06/16/2005, a), 4^or and 12th sections I and III of / 2004, 07/28/2004 and 09/07/2007); No of Industrial Property (DO F. AcWdo that delegates powers to the Directors, Divisional Deputy Directors, Coordinators 5/12/1999, amended on 02/04/2000, 07/29/2004,

This letter is signed with an advanced electronic signature (FIEL), based on articles 7 BIS 2 of the Industrial Property Law; 3 of its Regulations, and 1 fraction III, 2 fraction V, 26 BIS and 26 TER of the Agreement establishing the guidelines for the use of the Electronic Payment and Services Portal (PASE) of the Mexican Institute of Industrial Property, in the procedures indicated.

THE DIVISIONAL DIRECTOR OF PATENTS

NAHANNY CANAL REYES

<img file="MX354083B_D0004.tif" />

Original string;

NAHANNY MARISOL CANAL REYES | 00001000000403252793 | Administration Service

Tax | 1695 || MX / 2013/13074 | MX / a / 2015/009743 | PCT patent title | 1223 | GAGV | Page (s) | YkjRlxuLdWIR2KtszuqrC7nFWCc =

Digital stamp:

pjZnhmqdrq4ny + qT / 9l85OtjVjdf8Z / Pyu9duatbfbqwaCAd38BitgSMVxtAMtqfELdVDdjwanvt8NhmDHD7oFYO lmo6YSYo13OELwOsd3sK ang7F + + M + + s6 + 6lylVWVqNGHALCBzA2lth9N36A obOJQkCirUZG6mJSxw0uheNqd6DC92NO hyHs6E67 + ZKJL5a1tk6IBQ0qtlP8jj73WdmJw / kOoflkKSd / ec638lqd5ny40D7hKXf1wrywu9lstGGwu3b7WbcjHM

GuEo0jPJIZsuNviocYsa / LzsjTS01o + TyeLNcM8DgVI / g8WuD9s6bNV4RSvzahQ / VNxrWkVA ==

Arenal No. 550. Floor 1, Pueblo Santa María Tepepan, Xochimilco, 16020, Mexico City.

(55) 53340700 www gob.mx/impí

<img file="MX354083B_D0005.tif" />

MX / 2018/13074

<img file="MX354083B_D0006.tif" />

<img file="MX354083B_D0007.tif" />

<img file="MX354083B_D0008.tif" />

MEXICAN INSTITUTE OF PROPERTY

INSURANCE SYSTEMS, METHODS AND DEVICES (¾¾¾¾¹¹

TECHNICAL FIELD

This disclosure relates to methods, techniques, and systems for monitoring cargo that is secured through smart locks, such as by tracking and identifying abnormal cargo-related conditions.

BRIEF DESCRIPTION OF THE DRAWINGS

Figure IA is an exemplary block diagram of a load monitoring system according to an exemplary embodiment.

Figure IB is an exemplary block diagram showing logical elements of a load monitoring system according to an exemplary embodiment.

Figures 2A and 2B are user interface screens provided in accordance with an exemplary embodiment.

Figures 3A to 3E are views of exemplary smart locks according to exemplary incorporations.

Figures 4.1 through 4.13 are flow charts of load monitoring processes carried out by exemplary additions.

Figure 5 is a block diagram of an exemplary computing system for implementing a load monitoring system in accordance with an exemplary embodiment.

Figure 6 is a block diagram showing components of an exemplary smart lock according to an exemplary embodiment.

DETAILED DESCRIPTION OF THE INVENTION

The additions described herein provide improved methods and systems for securing and monitoring cargo. The techniques described apply to cargo units, including cargo containers, reefer containers, vans, trams or train cars, air cargo containers, and the like.

Some additions provide a cargo monitoring system that is configured to track, identify, and report abnormal conditions or events related to cargo shipments. The load monitoring system can be or include a software system that receives information on the conditions of the electromechanical locks that ensures »da caejaiíuas * '

<img file="MX354083B_D0009.tif" />

locks include data terminals which facilitates real-time (or near-real-time) monitoring of cargo. Electromechanical locks (sometimes referred to as smart locks) are installed on bars or other mechanisms (for example, door rings) that close the doors of a cargo container, a train car, or the like. Data terminals include logic that is configured to provide (for example, transmit, send, load) information to the load monitoring system about current conditions, including one or more of location, temperature, lock status (for example , open, closed), tampering attempts, and the like. The information provided to the load monitoring system by a data terminal can be transmitted in various ways, such as through a satellite, a cellular network, a local area network (for example, Wi-Fi, Wi-Fi point). Fi), short-range network (eg Bluetooth) or the like. The load monitoring system interprets the information received and carries out various actions based on it, such as transmitting alerts if abnormal conditions are detected.

one. System overview

Figure 1A is an exemplary block diagram of a load monitoring system according to an exemplary embodiment. Figure 1A shows a cargo monitoring system (SMC) 100 which is configured to track cargo movements, determine if the cargo has strayed or deviated from a specific route, and transmit notifications related to such deviations or other conditions. In the illustrated example, a truck 102 carries a cargo container 104 which is secured with a smart lock 101. The smart lock 101 determines its current location based on a signal obtained from a GPS satellite 110. The smart lock 101 can also or otherwise determine your location based on other information, such as cellular network location information, wireless network location information, road lights, or the like. The smart lock 101 then transmits the condition information (including an indication of its current location) through cellular equipment 112 and a corresponding network 45 to the system 100. The smart lock 101 may also or otherwise use other monitoring facilities. network, such as Wi-Fi, Bluetooth, or the like. The condition information transmitted by the smart lock 101 may include other information, including the status of the lock, temperature, acceleration, position, tilt, and the like.

The SMC 100 performs functions such as those described below with respect to Figures 4.1 through 4.13. In general, and as described below, the SMC 100 detects, identifies, or determines abnormal conditions or events based on information from the³ IMFIí ^&gt;

INSTITUTO MIXICANC&gt; &lt;. · C conditions you receive from smart locks. Such events may include a preset or planned travel route, having taken a return, a lock intrusion, an attempted removal of the door (from a container), excessive speed, stopping at locations known as dangerous, and the like. When such events / conditions are identified by the SMC 100, the SMC transmits notifications, which may include messages, alarms, alerts, or the like. The SMC 100 can provide a hierarchy or scale structure for notifications or actions that are taken in response to detected anomalous conditions, such as using text messages to transmit informational messages and initiating phone calls to transmit warnings. or alarms (for example, for detected intrusions).

Figure IB is an exemplary block diagram showing logical elements of a load monitoring system according to an exemplary embodiment. Figure IB shows a load monitoring system (SMC) 100 which comprises a location tracker 120, a route manager 122, a load monitor 124, and a data storage 126. The SMC 100 interacts with a device in the client 130 operated by a user 106. The SMC 100 also receives information from one or more smart locks 101 and map information sources 131. The SMC 100 is for convenience and readability and is sometimes described as receiving information around or from a charging unit (for example, a container, truck, van, or the like), when in reality the information is received from an intelligent lock associated with the charging unit.

Location tracker 120 tracks the location of charging units based on information received from smart locks 101. Location tracker 120 receives information on the condition of smart locks 101, and stores the information received in the storage of 126 data for use by other components of the SMC 100. The condition information that has been received typically includes a lock identifier and at least an indication of the current location of the smart lock. Other information on conditions may include temperature, acceleration, incline, and the like.

Route manager 122 manages the routes of the load. In some embodiments, route manager 122 may provide an interactive user interface (eg, a mapping interface) which can be displayed on client device 130 and used by user 106 to interactively establish a route. The route can be drawn or otherwise indicated on a map by user 106. Map information may initially be obtained from map information sources 131, which include any map or geographic information source, including proprietary or public mapping systems, GIS systems, or the like. After you have established a route, the route can be named or stored in the

IMPI

INSTITUTO MEXICANO data storage 126, so that it can be associated posteriSffi ^ y ^ gn

<img file="MX354083B_D0010.tif" />

cargo shipments. A route may be represented in various ways, such as a sequence of road segments, points, lines, areas / regions, or the like, through which a given unit of cargo must travel.

Cargo monitor 124 monitors cargo units as they travel on their associated routes. For each corresponding smart lock and charge unit 101, the charge monitor 124 has access to data storage 126 to obtain the condition information that has been received from the smart lock 101 and the route information associated with the smart lock 101. Load monitor 124 cross-references the current location of smart lock 101 relative to the route, in order to determine if the load unit has strayed from the route. Load monitor 124 may also or otherwise verify other condition information to determine if other abnormal conditions are present, including temperatures (eg, too high or too low), overspeed, acceleration / tilt or the like.

Load monitor 124 can send alerts and other types of reports to customer device 130. For example, deviations from an assigned route or other abnormal conditions can result in an alert being transmitted by load monitor 124. As another example, the caga monitor 124 can provide updates on location or general conditions in response to a specific trigger / conditions, such as time-based triggers (eg, hourly), distance-based triggers (eg example, every 50 km traveled), location-based triggers (for example, when a specified city or town is reached), or the like. Alerts and reports can be transmitted using various mechanisms, including email, text messages, automated phone calls, website updates, or the like.

In some additions, the charge monitor is initially provided with (1) a photograph of a properly installed smart lock, taken and sent via the Internet or other mechanism to the SMC, and (2) a corresponding activation signal sent via the smart lock once it is installed. After this information has been received, the load monitor 124 begins to monitor the progress of the lock on its assigned route.

Load monitor 124 may also or conversely be capable of correspondingly detecting, interpreting, and transmitting an alert if the load unit is still parked or wandering before entering the road network that is part of and forms the route. Also, once the loading unit enters the road chosen for the start of said route, the SMC transmits an alert near the actual start of the monitored trip. Once the charging unit travels the entire scheduled route (eg, reaches its destination), the SMC issues a corresponding alert to all interested parties.

IMPI

MEXICAN INSTITUTE OF INDUSTRIAL PROPERTY

<img file="MX354083B_D0011.tif" />

The load monitor 124 may also or conversely have support for concepts such as rest areas, authorized stopping / roaming zones, and / or dangerous oreo. For example, a route can specify areas in which a charging unit can stop, or it can stop for up to a specified, predetermined, or configured amount of time, such as a safe rest area or a place for refueling.

A permitted wander zone may be specified to give the driver of the cargo unit some freedom to select the best route based on local conditions and knowledge. For example, a wandering area may be specified at the beginning of a route to give the driver free choice in the best route to the highway entrance or to another main road on which the route travels. Maximum times can be associated with roaming zones to ensure that the charging unit leaves the roaming zones and restarts the route within a limited amount of time. A route may also or conversely specify particular areas in which the charging unit may not stop, or may not stop for any length of time. If a cargo unit has been determined to have stopped in a hazardous area, cargo monitor 124 may transmit an alert.

The load monitor 124 can also or conversely track the speed of the load unit, such as to detect excessive speeds. A route may include associated speed limits, possibly on a segment-by-segment basis. By tracking the location reports provided by the smart lock, the load monitor 124 can determine an average speed in two or more location reports. If the speed exceeds a specified maximum, the charge monitor 124 can transmit an alert. The speed limits can be applied manually and / or be obtained from map information sources 131.

Charge monitor 124 may also or conversely determine an estimated arrival time. Estimated time of arrival can be determined based on current position, current speed, information on impending road conditions, and the like. Load monitor 124 may transmit the estimated time of arrival as part of a status report or other communication.

Load monitor 124 may also or conversely determine a direction of travel and / or whether a U-turn has been performed. The direction of the journey can be determined with reference to various types of information, such as compass information provided by the smart lock, successive coordinates of the GPS, the distance to / from the destination or another route marker, or the like. For example, load monitor 124 may detect that the

<img file="MX354083B_D0012.tif" />

IMPI distance between load unit and destination is increasing (instead _zz INBUSTRUL this way that the loading unit is moving away from its destination. If the load monitor 124 determines that the load unit has reversed its course, it can transmit an alert.

The load monitor 124 can handle intermittent communication and / or other communication problems in various ways. Ordinarily, the cargal24 monitor will transmit an alert when no communication has been received from a smart lock for a specified (or default, configured, or otherwise designated) amount of time (eg, 5 minutes, 10 minutes) .in some cases, specific portions of the route may be designated as regions of poor cellular coverage. When a charging unit enters said portion of the route, charging monitor 124 can choose not to transmit any alerts (because the lack of communication is expected), and can determine an estimated time in which the charging unit is expected to load leave the area and reestablish communication. If there is no communication on or after the estimated time, the charge monitor may transmit an alert to indicate that no communication has been received from the charging unit.

The SMC 100 provides alert / escalation level functions. For example, messages sent by SMC 100 to client device 130 may be coded (eg, color coded) to indicate a level or type of message. For example, a green message may indicate a report / update of normal conditions. A yellow message can indicate a warning, such as that communication from a smart lock has been stopped for more than 2 minutes but less than 5 minutes. A red message can indicate a critical warning, such as that communication from a smart lock has stopped for more than 5 minutes.

In addition to messages encoded to reflect the type or severity of the condition, the SMC 100 can use different communication channels depending on the type or level of the condition. For example, critical warnings can be transmitted by text message and through an automated phone call, while informational messages can be delivered to a Web page, which can be verified as needed by user 106. Different parts can also be specified. For example, police or security services may be notified of critical conditions (for example, a lock violation), while a message indicating arrival at a destination may be transmitted only to the sending parties and that receive.

2. Exemplary user interface aspects

Figures 2A and 2B are user interface screens provided in accordance with an exemplary embodiment. In particular, Figure 2A shows an interface screen of the

<img file="MX354083B_D0013.tif" />

IMPI user 200 which is configured to specify, design or modify iig ^ QJi ^^ ga

INDUSTRIAL user interface screen 200 presents a map 201 of a road network connecting two cities, labeled City A and City B. The highway network consists of · multiple connected road segments, each segment connecting two points endings labeled A through I. Thus, the illustrated road network includes road segments AB, BC, CD, DE, EF, BG, GJ, GH, GC, and Cl. City A and City B are represented as shaded regions each of which contains a respective square-shaped point labeled Start and End. The Start and End points represent the start and end points of a route 202 discussed below.

The road network shown on map 201 has an annotation with a load route 202, indicated as a broken line connecting two points labeled Start and End, and passes along road segments AB, BC, CD , DE, and EF. Route 202 highway segments are the segments of the highway along which the cargo unit is expected to travel. Deviations from Route 202 will cause the SMC to transmit an alert or other report indicating the deviation. For example, if the cargo unit travels in segments BG and BH to reach City B, the SMC will transmit a report that the unit has strayed from required route 202.

The illustrated user interface may be interactive in that it may be configured to receive user annotations specifying road segments or other restrictions or ownership of route 202. In the illustrated example, screen 200 includes a control for tool selection 208. Selection control 208 includes icons for selecting various interactive tools which can be used to select or modify segments of route 200, draw new segments, and to specify limiting regions, as described in greater detail below.

Cargo route 202 has an additional notation with regions 203-205 which are used to indicate areas associated with special conditions, triggers or otherwise differential handling or processing by the SMC. Regions 203 to 205 can be specified through the user interface by selecting an appropriate tool from control 208, such that the user can select, draw, or otherwise specify the shape and / or type of the region. Different shapes can have backing, including circles, ellipses, rectangles, trapezoids, arbitrary polygons, or the like.

Region 203 is designated as a park or rest region, which has been identified as a safe place to stop the charging unit for purposes such as driver rest, refueling, vehicle maintenance, or the like. In an exemplary embodiment, the default behavior of the SMC is to issue a t

<img file="MX354083B_D0014.tif" />

IMPI alerts if the charging unit stops at any place for longer

INDUSTRIAL by default (for example, 5 minutes). However, if the charging unit pauses in its travel in region 203 for more than the default default stopping time / · ol SMC will not issue an alert, as expected and allowed for the charging unit to take a break from your travels within region 203. The user can also specify a maximum allowed stop time (for example, 30 minutes) associated with region 203, such that the SMC will issue an alert if the charging unit stops for longer than that time.

Region 204 is designated a non-stop or dangerous region, which has been identified as a region in which the loading unit is not allowed to stop. For example, region 204 may be associated with high crime, such that there is a substantial risk that the cargo unit will be stolen or otherwise compromised, particularly if the cargo unit is stopped for a length of substantial time. If the charging unit pauses in its travel in region 204 for any period of time (no longer than the specified, default, or determined time), the SMC will send an alert. The alert transmitted in this circumstance can also or on the contrary be on a scale, such as through the use of different or multiple communication mechanisms (for example, making a phone call instead of or in addition to sending a message of text).

Region 205 is designated as a region of poor communication, which has been identified as a region in which cellular coverage and communication are poor, not possible, or otherwise degraded. To the extent that the charging unit enters region 205, the SMC will estimate the time in which the charging unit must leave region 205. During this time period, the SMC will not send alerts or warnings related to a miscommunication received from the charging unit because such miscommunication is expected to occur. If the charging unit does not restart communication at or around the expected exit time, the SMC will begin to transmit notifications about that fact, possibly in a scaled manner, based on the length of the delay. Additionally, the SMC can transmit a notification when the loading unit enters region 205, such that an operator or another person knows about this condition.

As discussed, the techniques described can support the concept of wandering. In this example, route 202 provides the charging unit with flexibility in terms of routing decisions while the unit is within the limits of City A and City B. This allows the charging unit to roam and select the best or preferred route (for example, based on local conditions) between the Start pinto and point A (the start of the AB road segment) and between the point F and the End point. It should be noted that

IMPI although the charging unit is allowed to roam within the NfiitKMda &amp; icANV DE LA FROHIDAD will continue to monitor the location and progress of the unit, in such a way '

<img file="MX354083B_D0015.tif" />

Anomalies can still be detected, such as long stops, sudden accelerations, steep inclines, significant temperature changes, and the like.

Figure 2B shows a user interface screen 210 which is configured to display information about the tracked load. Screen 210 displays map 201 and route 202 described with respect to Figure 2A above. Additionally, map 201 has an annotation with an indication of a truck 211 which reflects the current (or most recently reported) location of a tracked cargo unit. Map 201 also has annotations with markers 212, shown here as triangles (eg marker 212a) and stars (eg marker 212b).

A triangle-shaped marker such as marker 212a indicates that a report of normal conditions was transmitted by (and received by) the cargo unit in or around the indicated location. In some additions, a user may select marker 212a to obtain additional information, such as GPS coordinates, temperature readings, and the like.

A star-shaped marker such as marker 212b indicates that an alert was transmitted by or around the charging unit. For example, the charging unit may have stopped for longer than a default stopping time, an excessive temperature reading may have been obtained, excessive vibration or tilt may have been detected, or the like. Dialing 212a can also be interactive, such that a mouse or pointer click will result in the display of additional information about the alert.

In other additions, other or additional user interface techniques may be employed. For example, color coding can be used to reflect a degree of severity, temperature readings, or the like. As another example, multiple cargo units can be tracked at the same time and through the same screen. Auditory annotations can also be included.

3. Exemplary Smart Locks

Figures 3A to 3E illustrate exemplary smart locks according to exemplary incorporations. Figures 3A to 3C are views of a first exemplary smart lock 300 which is configured to secure a shipping container. In particular, Figure 3A is a rear perspective view of a smart lock 300. Figure 3C is an image showing the smart lock 300 deployed to secure a shipping container.

The illustrated 300 smart lock Includes sensors and

OF THE reOWEOAD designed and installed to detect the lock and unlock of the unit^Nptif^l^ hrte 3e4irr

Standard Bottle Seal / Lock. Upon detection, the unit reports installation or uninstallation. Through this detection, the smart lock also reports its proper installation in the loading unit (for example, a shipping container). Similarly, the smart lock also detects the moment in which a bottle seal is removed, generating the corresponding report. The smart lock also has built-in sensors configured to detect if the unit is removed from the container in an unconventional way, such as by cutting off its arms. If one of these violations is detected, the smart lock immediately triggers a corresponding alarm. The smart lock also includes self-calibrating electronic sensors which are configured to understand and report the spatial position in which the unit was installed. If the unit leaves the position initially established by these sensors, the unit may trigger an alarm. The smart lock detects changes in the position or angle of container doors, door removal, and unit removal.

The Smart Lock 300 also includes a battery meter which monitors your battery level, reporting it to the SMC. The system has a set of pre-programmed standards to determine when a battery is OK, when the battery is draining, and when the battery goes into an emergency state. A low battery level can also be programmed as an automatic report. In some additions, the smart lock supports three different types of power consumption: Big Savings, Savings

Medium, and Normal Consumption. These can be configured remotely and be modified through a wireless order, according to the needs and requirements of the corresponding trip, the indications of the client, and the like. The smart lock sends a report when it receives an order for the saving mode, acknowledging the execution of the order.

Smart Lock 300 can allow the addition of a second set of batteries. Providing extra space inside the extra battery lock improves the lock's operational time frame, making it capable of operating on a global shipping time scale, including long sea voyages. The batteries in the smart lock can be recharged from the outside, thereby eliminating the need to open or detach the smart lock in order to refresh its batteries.

Smart Lock 300 is also configured to transmit route reset notifications. In particular, the smart lock is configured to detect when it has stopped for a specific period of time, and once it detects movement again, send a report to alert on route resumption to the SMC.

JVi l. γ

The 300 smart lock can also be ¥ &lt;riáf $ ú

INDUSTRIAL reporting frequency. For example, the SMC may transmit a signal, instruction, or other message to the smart lock that modifies the default reporting interval (eg, every minute, every 5 minutes, every half hour ). When the smart lock receives this instruction, it can respond by transmitting to the SMC a message that acknowledges and confirms the execution of the received instruction.

The 300 smart lock is also configured to report temperature information. For example, a smart lock may periodically (or as requested) transmit a temperature value obtained from a temperature sensor that is part of the smart lock or that is contained within the cargo container. A range of a minimum and maximum temperature can be established and any deviation from the previously defined range is reported.

The smart lock 300 generally allows connections of different types of external cables and sensors, for example to measure the temperature in the load. Temperature sensors can be placed in direct contact with (or even inserted into) the contents of the charging unit. In other contexts, temperature sensors can be deployed to measure the air temperature within the charging unit.

In some embodiments, the smart lock 300 is configured to transmit information through multiple communication mechanisms, including cellular (eg, 3G, 4G), ZigBee, Wi-Fi, and the like. The smart lock can use short-range communication (eg ZigBee, Wi-F¡) to interact with other smart locks in the vicinity. Such local communication can be used to implement a peer-to-peer network of multiple smart locks that monitor each other and / or share communication services of a higher range (eg, cellular) provided by one of the multiple smart locks.

The smart lock 300 can be configured to meet global standards for container locks, so that any customs authority can open and close the smart lock without the need for a third party to be present.

Figures 3D to 3E are views of a second exemplary smart lock 310 which is configured to secure a cargo van. Figure 3D is a front perspective view of the smart lock 310. Figure 3E is a rear exploded perspective view of the smart lock 310. In general, the lock 310 can include any one or more of the features described above with respect to the lock 300, or other smart locks described herein.

The 310 smart lock shown in the Figures

INDUSTRIAL shielded or equivalent 312 surface which provides security and closure while allowing wireless communications to pass through it. The other sides of the oraradtira · intetigeRte—— are made of stainless steel so that communications cannot go through them. Internally, the cavities containing electronic and mechanical parts (for example, sensors, communication devices) are separated and each one has its corresponding drainage channels to avoid the accumulation of water.

The 310 smart lock secures a van through a scalable lock of a multi-step or ladder type), which allows the 310 lock to fit a substantial majority of vans on the market.

Lock 310 is configured to provide easy handling and installation by the end user. The user can operate the lock with one hand, thereby providing efficient installation and removal in the context of urban shipping processes. The surface of the 310 lock can be rubber coated to prevent damage to the truck due to vibration while installing or impact.

The 310 lock includes enough battery power to transmit reports every minute for at least 8 days. The reports include at least GPS positions, but can include other data such as temperature readings, accelerometer readings, and the like.

Other types of smart lock configurations can be provided. In particular, smart locks that include or exclude one or more of the above features can be used in order to practice at least some of the techniques described.

Four. Exemplary processes

Figures 4.1 through 4.13 are exemplary flow charts of load monitoring processes carried out by exemplary additions.

Figure 4.1 is an exemplary flow chart of exemplary logic for monitoring load. The logic illustrated in this and in the following flow diagrams can be carried out through, for example, the Load Monitoring System 100 described with respect to Figures IA and IB above. More particularly, Figure 4.1 illustrates a 4100 process that includes operations carried out by means of or in the following blocks.

At block 4101, the process performs reception of condition information from a lock that secures the load and is configured to transmit condition information including an indication of a current location of the load. In some additions, the lock is configured to determine its location through a

GPS, and then transmit an indication of that location to ¿, Oí '

INDUSTRIAL conditions can be reported, including temperature, acceleration, incline, and the like. The lock secures cargo by securing doors or other access to a cargo container, truck, or the like. In some smart lock additions, an accelerometer is included to aid in measurement information related to acceleration, incline, and the like.

At block 4102, the process performs reception of information of an indication of a route to be traveled by the cargo. In some additions, the route indication specifies the segments or portions of the road that must be traveled by the cargo. The route information may also indicate the regions in which stopping is or is not allowed, the expected travel time through the specified route segments, the maximum travel speed during the specified route segments, and the like. In some incorporations, the route can be seen as a set of restrictions (geographic, temporal, physical, temperature, humidity) that must be met by the cargo during its journey. If one of the limitations is not met, an alert or other notification will be indicated. Route information can be received from any of a number of sources, including those associated with a person or company responsible for transporting the cargo, truck, van, or the like, and through any communication method including manual or electronic. .

At block 4103, the process performs determination of whether the cargo has strayed from the route based on the current location of the cargo. The process can determine that the cargo has strayed from the route by comparing the current location of the cargo with the allowed (or planned or preferred) locations / segments identified by the route information. Such a comparison may indicate that the cargo is traveling in the wrong direction or is otherwise off track.

At block 4104, the process carries out the transmission of a deviation notification when the load has deviated from the route. Various types of notification can be transmitted, including text messages, emails, automated or semi-automated phone calls (for example, to the truck driver, to the police) or the like.

Figure 4.2 is an exemplary flowchart of exemplary logic illustrating an exemplary embodiment of the 4100 process in Figure 4.1. More particularly, Figure 4.2 illustrates a process 4200 which includes process 4100, and which further includes operations performed by means of or in the following blocks.

At block 4201, the process performs receipt of a photograph of the lock when installed to secure the load. The process can receive a photograph taken and sent via, for example, a smartphone.

In block 4202, the process takes place in respü ^ 5SMÍáio «iütfe

INDUSTRIAL

<img file="MX354083B_D0016.tif" />

lock. In some additions, the process automatically responds to the received photo, while in other additions, the process waits for iiidiiual verification · '!!,?' ^ Fuluyiafía received. In some incorporations, the lock may include an identifier that can be read through a machine (for example, a barcode, a QR code, a string of digits) which can be automatically recognized by the process with the In order to provide a guarantee that the photograph is indeed showing a lock.

Figure 4.3 is an exemplary exemplary logic flowchart illustrating an exemplary embodiment of the 4100 process in Figure 4.1. More particularly, Figure 4.3 illustrates a process 4300 which includes process 4100, wherein receiving a route indication includes operations carried out by means of or in the following blocks.

At block 4301, the process carries out the reception of an indication of a segment of the road which must be traveled by the load. A road segment may be indicated as one or more points, a region, a logical segment of a map (for example, Highway 20 between city X and city Y), or the like. Logical segments of a map can then be searched in GIS databases or other sources in order to obtain GPS (or other coordinates) that can be cross referenced with location reports received from the lock with in order to determine if the insured cargo is traveling on the correct route.

Figure 4.4 is an exemplary exemplary logic flowchart illustrating an exemplary embodiment of the 4300 process in Figure 4.3. More particularly, Figure 4.4 illustrates a process 4400 which includes process 4300, where determining whether the load has deviated from the route includes operations carried out by means of or in the following blocks.

At block 4401, the process makes the determination, based on the current location of the cargo, that the container for the cargo is no longer on the highway segment. By comparing the current location with the locations associated with the road segment, the process can determine that the load is no longer on the road segment. Some additions include a threshold or allowable deviation, in space and / or in time, such that improperly reported or underreported locations do not cause unnecessary alarms. For example, the process can tolerate a specified number (for example, one or two) of reads that are out of the way. As another example, the process can tolerate an out-of-route position for less than a specified threshold amount (for example, 50 meters). As another example, the process may receive and use erroneous or uncertain information provided by the lock's GPS sensor, such that a deviation from the route within a reported error radius will not be reported.

1 = IMPI

MEXICAN INSTITUTE ·

Figure 4.5 is an exemplary flow diagram of exemplary logic.

<img file="MX354083B_D0017.tif" />

exemplary incorporation of the 4300 process in Figure 4.3. More particularly, Figure 4.5 illustrates a 4500 process which includes the 4300 process, where determining whether the load has deviated from the route includes operations carried out by means of or in the following blocks.

At block 4501, the process performs the determination, based on the load's current location, that the load is traveling in an unauthorized direction along the road segment. Some Incorporations track the distance between the current location of the load and the end point of the road segment or some other point on the road. When this distance decreases, a U-turn may be indicated, resulting in a warning or other notification. The disallowed address may be an incorrect or an otherwise disallowed address.

Figure 4.6 is an exemplary flow chart of exemplary logic illustrating an exemplary embodiment of the 4300 process in Figure 4.3. More particularly, Figure 4.6 illustrates a process 4600 which includes process 4300, where determining whether the load is diverted from the route includes operations carried out by means of or in the following blocks.

At block 4601, the process makes the determination, based on the load's current location, that the vehicle carrying the load has made a U-turn. By tracking the distance between the current location and some end point (for example, the final destination, the end-of-route segment, etc.) the process can identify U-turns when the distance that has elapsed stops increasing and begins to decrease, or when the missing distance stops decreasing and begins to increase. In some additions, U-turns can be detected by tracking the direction of travel (for example, compass direction) based on multiple location reports (or on a compass direction provided by the smart lock) . When the direction of travel shows a reverse (for example, 180-degree turns), a U-turn is typically indicated.

Figure 4.7 is an exemplary flow chart of exemplary logic illustrating an exemplary embodiment of the 4300 process in Figure 4.3. More particularly, Figure 4.7 illustrates a process 4700 which includes process 4300, where determining if the load is diverted from the route includes operations carried out by means of or in the following blocks.

In block 4701, the process performs the determination, based on the current location of the cargo, of a current distance to a destination for the cargo. Some additions track the distance between the current location of the cargo and the final or intermediate destination. The distance can be measured as a straight line (as a crow flies) or as a travel distance along the road network. Some additions measure the accumulated distance of the route and determine a percentage (completed and / or remaining). Using this

IMPI &amp; 7 &lt;&gt; · information, the process can determine the start of the route, the proximity '^^^^^ geiWtíaéipñ&gt;&gt; ·

INDUSTRIAL route, estimated arrival times, and the like.

At block 4702, the process performs the determination of the current qq-the -distance is greater than a distance determined prior to the destination. When the cargo is moving away from its destination, this is often an indication that the cargo has strayed from its intended route.

Figure 4.8 is an exemplary exemplary logic flowchart illustrating an exemplary embodiment of the 4300 process in Figure 4.3. More particularly, Figure 4.8 illustrates a process 4800 which includes process 4300, and which further includes operations carried out by means of or in the following blocks.

In block 4801, the process carries out the reception of an indication of multiple segments of the wagon to be traveled by the load, the multiple segments of the highway are specified through an interactive user mapping interface. Some additions provide an interactive mapping interface such that a user can drag or select the road segments that comprise a permitted route. In some additions, multiple routes may be specified, with the restriction that the cargo must travel at least one of the specified routes.

Figure 4.9 is an exemplary exemplary logic flowchart illustrating an exemplary embodiment of the 4100 process in Figure 4.1. More particularly, Figure 4.9 illustrates a process 4900 which includes process 4100, wherein receiving an indication of a route includes operations carried out by means of or in the following blocks.

At block 4901, the process performs receipt of an indication of a location or region where traveling or stopping is or is not allowed. Some additions provide the specification of safe or dangerous areas, so that notifications may be sent in response to the cargo being traveling or stopping in an area that is denoted as dangerous (or alternatively traveling or stopping in an area that is not denoted as safe).

Figure 4.10 is an exemplary flow chart of exemplary logic illustrating an exemplary embodiment of the 4100 process in Figure 4.1. More particularly, Figure 4.10 illustrates a process 41000 which includes process 4100, and which further includes operations carried out by means of or in the following blocks.

In block 41001, the process performs the determination, based on the information of the conditions, that a vehicle that is transporting the cargo is wandering before entering the route. The process can identify conditions such as a truck is wandering before entering the route, such as by navigating the

IMPI

OF PROPERTY vj facilities of a port or the streets of a city before entering the ^ eenroteras system?

MEXICAN INSTITUTE

<img file="MX354083B_D0018.tif" />

Regions in which to roam may be specified through a user interface or other mechanism. In some cases, a region to roam may be associated with a time, such that a charging unit is allowed to roam within the region for the majority of the specified time before an alert or other notification is transmitted.

In block 41002, the process performs in response, the transmission of a notification that the vehicle is wandering. Additionally, once the process determines that the ambulation has ended (and that the route has been entered) another notification can be transmitted to mark the start of the trip.

Figure 4.11 is an exemplary flow chart of exemplary logic illustrating an exemplary embodiment of the 4100 process in Figure 4.1. More particularly, Figure 4.11 illustrates a process 41100 which includes process 4100, and which further includes operations carried out by means of or in the following blocks.

At block 41101, the process performs the determination, based on information on the conditions, of a current or average speed of a vehicle that is transporting the load. By tracking the location of the cargo, the process can determine the speed of the vehicle.

At block 41102, the process performs, when the rate exceeds a specified threshold, the transmission of a notification.

Figure 4.12 is an exemplary flow chart of exemplary logic illustrating an exemplary embodiment of the 4100 process in Figure 4.1. More particularly, Figure 4.12 illustrates a process 41200 which includes process 4100, and which further includes operations carried out by means of or in the following blocks.

At block 41201, the process performs the determination that the condition information has not been received from the lock. In some additions, the process may determine that the condition information has not been received for more than a specified period of time (for example, five minutes). When this happens, various actions can be taken depending on the circumstances. If the cargo is known to be in or near a region in which there is poor communication, the process can determine a time when the cargo is expected to leave the region, and only send an alert when no communication is received for the given time.

Figure 4.13 is an exemplary flowchart of exemplary logic illustrating a strand using or in the following blocks.

exemplary incorporation of process 4100 from Figure 4.1. More particularly, Figure 4.13 illustrates a process 41300 which includes process 4100, and which also includes operations carried out

<img file="MX354083B_D0019.tif" />

IMPI, ...,.

In block 41301, the process performs the proport®Ñ3Tjgg ^^ | ¡^ § notification, including a first level for informational messages, a second level for warning messages, and a third level for serious alert messages. additions— provide a scale of notification, such that different types of conditions or events are notified to different parties or in different ways (eg, text message, email, phone calls) depending on severity. For example, the process may initiate a text message for informational messages (for example, the load has entered the route), an email for warning messages (for example, the communication has expired for five minutes), or a call For messages (for example, an intrusion has been detected, a U-turn has been detected) for a serious alert (for example, alarm).

5. Exemplary aspects of implementation

Figure 5 is an exemplary block diagram of an exemplary computing system for implementing a Location Based Recommendation System according to an exemplary embodiment. In particular, Figure 5 shows a computing system 10 which can be used to implement an SMC 100. Also, at least some of the implementation techniques described below with respect to the SMC 100 can be used to implement other devices, systems, or modules described herein, including client logic 122 from client device 120.

It should be noted that one or more general-purpose or specific-purpose computing systems / devices can be used to implement SMC 100. Additionally, computing system 10 may comprise one or more different computing systems / devices and may span distributed locations. . On the other hand, each block shown can represent one or more of said blocks as appropriate for a specific embodiment or can be combined with other blocks. Also, the SMC 00 can be implemented in software, hardware, firmware, or in some combination to achieve the capabilities described herein.

In the embodiment shown, the computer system 10 comprises a computer memory (memory) 11, a display 12, one or more Central Processing Units (CPUs) 13, input / output devices 14 (for (eg a keyboard, mouse, a CRT or LCD screen, and the like), other computer readable media 15, and network connections 16. The SMC 100 is shown as residing in memory 11. In other additions, some portion of the content, some or all of the components of the SMC 100 may be stored on and / or transmitted on the other media that can be read by computer 15. The components of the SMC 100 preferably run on one or more CPUs. 13 and

ΙΜΡΙ @&gt; 5 carry out the techniques described here. Another code or prograH ^ &lt;3í&gt; | j9or ^ ¡eiTOteiw3 · administrative interface, a Web server, and the like) and potentially other effective repositories, such as a data repository 20, also reside in memory ll ^ y- preferablemant ».s» run on one or more CPU 13. It should be noted that one or more of the components in Figure 5 may not be present in any specific implementation. For example, some additions may not provide other means that can be read by computer 15 or a display 12.

The SMC 100 is shown being run in memory 11 of computer system 10. Also included in memory are a user interface manager and an application program interface (IPA) 42. The user interface manager 41 and The IPA are drawn in dotted lines to indicate that in other additions, the functions performed by one or more of these components may be performed externally to the SMC 100.

The UI (user interface) manager 41 provides a view and controller which facilitate user interaction with the SMC 100 and its various components. For example, the UI manager 4 can provide interactive access to the SMC 100, so that users can interact with the SMC 100, such as through route specification, cargo tracking, contact information specification for notifications, and the like. Exemplary user interface screens are presented with respect to Figures 2A and 2B above. In some additions, access to the UI 4 manager functionality may be provided through a Web server, possibly running as one of the other programs 30. In such additions, a user who is operating a Web browser that is is running on one of the devices 55 can interact with the SMC 100 through the UI manager 41.

IPA 42 provides programmatic access to one or more functions of SMC 100. For example, IPA 42 can provide a programmatic interface to one or more functions of SMC 100 which can be invoked by one of the other programs 30 or some other module. . In this way, the IPA 42 facilitates the development of third-party software, such as user interfaces, additional programs, adapters (for example, to integrate functions of the SMC 100 in Web applications), and the like.

Additionally, IPA 42 can be, at least in some additions, invoked or otherwise accessed through remote entities, such as executing a code on one of smart locks 101, information sources 60 and / or one from third-party systems / devices 55, to access various functions of the SMC 100. For example, an information source 60 may bring information related to maps, bills of lading, cargo manifests, route information, or the like, to the SMC 100 via the IPA.

42. IPA 42 may also be configured to provide a device ^^ jg ^ jg dV ^ stion

<img file="MX354083B_D0020.tif" />

(eg code modules) which may be integrated into third party systems / devices 55 and which are configured to interact with the SMC 100 to make at least some of the functionality described available within the context from other applications (eg mobile applications).

The SMC 100 interacts through network 45 with smart locks 101, information sources 60, and third-party systems / devices 55. Network 45 can be any combination of media (eg, twisted pair, coaxial, fiber optics, radio frequency), hardware (eg, routers, switches, repeaters, transceivers), and protocols (eg, TCP / IP, UDP, Ethernet, Wi-Fi, WiMAX) that facilitate communication between remotely located humans and / or devices. Third party systems / devices 55 may include any system that provides data to, or uses data from, the SMC 100, including web browsers, shipping services, map services, notification services (for example, for email messages). text, emails, phone calls) and the like.

In an exemplary embodiment, at least some components / modules of the

SMC 100 are implemented to use standard programming techniques. For example, the SMC 100 may be implemented as a native executable running on CPU 13, along with one or more static or dynamic libraries. In other additions, the SMC 100 may be implemented as instructions processed by a virtual machine running as one of the other 30 programs. In general, a range of programming languages ​​known in the art can be employed to implement such exemplary additions, including representative implementations of various programming language paradigms, including, but not limited to, object-oriented (eg, Java, C ++, C #, Visual Basic.NET, Smalltalk, and the like), functional (eg ML, Lisp, Scheme, and the like), procedural (eg C, Pascal, Ada, Modula, and the like), scripts (eg, Perl, Ruby, Python, JavaScript, VBScript, and the like), and declarative (eg, SQL, Prolog, and the like).

The additions described above can also use either known or proprietary synchronous or asynchronous client-server computing techniques. Also, the various components can be implemented using more monolithic programming techniques, for example, as an executable that runs on a single CPU computer system, or alternatively decomposed using a variety of structuring techniques known in the art, including but not limited to, multiprogramming, multiprocessing processing, tooth-server or peer-to-peer, It runs on one or more computer systems each of which has one or more CPUs. Some additions can run concurrently and asynchronously, and communicate using message-sending techniques. I also know

IMW&gt; 5á finds support for equivalent synchronous incorporations. Tamteram ^ i ^^^ icft ^ we ^ er) '

INDUSTRIAL be implemented and / or carried out by each of the components / modules, and in different orders, and by different TOmp ^ nrnt ^ s / m ^ iiirxc and still perform the functions— described.

Additionally, the programming interfaces to the data stored as part of the SMC 100, such as in the data stores 20, may be made available through standard mechanisms such as C, C ++, C #, and Application Programming Interfaces (API, Java); libraries to access files, databases, or other data repositories; through scripting languages ​​such as XML; or through Web servers, FTP servers, or other types of servers that provide access to stored data. Data storage 20 can be implemented as one or more database systems, file systems, or any other technique for storing said information, or any combination of the above, including implementations that use distributed computing techniques.

Different program and data configurations and locations are contemplated for use with the techniques described herein. A variety of distributed computing techniques are appropriate to implement the components of the illustrated embeddings in a distributed manner including but not limited to TCP / IP, RPC, RMI, HTTP, Web Services sockets (XML-RPC, JAX-RPC, SOAP , and the like). Other variations are possible. Also, other functionality may be provided by each of the components / modules, or the existing functionality could be distributed among the components / modules in different ways, and still achieve the functions described herein.

Figure 6 is a block diagram showing the components of an exemplary smart lock according to an exemplary embodiment. Figure 6 shows a smart lock 101 as described herein. The illustrated smart lock 101 includes a processor 600, an open / close sensor 601, a cut sensor 602, a motion sensor 603, a temperature sensor 604, a memory 605, auxiliary communication ports 606, input / output 607, a battery 608, a location module 609, and a wireless communication module 610.

Processor 600 can be a standalone CPU, a micro controller, a system on a chip, or the like. The processor is in signal communication with components 601 to 610, such as through a data bus, dedicated data ports, or the like. The processor executes instructions that implement one or more of the techniques described herein, such as battery monitoring, power saving functions, communication functions, temperature monitoring, data storage, and the like. The instructions

<img file="MX354083B_D0021.tif" />

Pl can be stored in and loaded from memory 605 and / or in a

PROPERTY is on the inside of the 600 processor. The 600 processor communicates WWI^sW^Lcorn ^ onei1tes illustrated by polling, interruptions, messaging, and the like.

Sensors 601 to 604 monitor the status of lock 101 and / or load. The sensors provide monitoring information to the processor 600, such that by raising interrupts, storing information directly in memory 604, or the like. Processor 600 can evaluate the received information, such as by determining if the data values ​​or measurements are outside of an acceptable range, and then transmit a notification to the SMC 100.

The open / close sensor 601 is responsible for monitoring the open / closed state of the lock, and for notifying the processor of changes in state. The cut sensor 602 monitors the mechanical integrity of the cover and / or the arms of the lock 101, in order to detect if the lock has been violated or the arms have been cut.

Motion sensor 603 can include one or more than an accelerometer, an inclinometer, a vibration sensor, or the like. Motion sensor 603 provides information about the movement of the lock to processor 600.

The 604 temperature sensor monitors the internal and / or external temperatures of the lock. In some additions, an external temperature probe can be placed inside the charging unit. Sensor 604 can receive readings from an external temperature sensor through input / output ports 607.

Memory 605 is responsible for storing data and / or instructions related to the operation of lock 101. Memory 605 can be or include one or more than one volatile memory (eg, RAM), non-volatile memory (eg, ROM), flash memory, or the like. Memory 605 can serve as a buffer, a register, or a means for data values ​​provided by sensor 601 to 604 or other components.

Ports 606 and 607 allow lock 101 to communicate with external sensors, devices, or systems 631. For example, communication ports 606 may include USB ports, serial ports, Ethernet ports, or the like. As another example, the input / output ports 607 can be connected to an external temperature or humidity sensor.

Battery 608 provides power to processor 608 and other components of the lock. Battery 608 is also in signal communication with processor 608, such that the battery level can be monitored and the operation of the battery can be controlled. Battery 608 also includes an external port which can be connected to an external power source 630, such that lock 101 can be charged without opening it.

Location module 609 fetches and provides location information for lock 101. Location module 609 may include a urlRfiS ^ Jloi ^^

INDUSTRIAL

<img file="MX354083B_D0022.tif" />

Corresponding configured to receive signals from one or more 610 satellites.

Wireless communication module 610 leads to wireless communication lines for lock 101. Communication module 609 can include a radio, modem, identity information (eg, a SIM card), and the like, to communicate via a cellular network 112 with the load monitoring system 100. Other types of wireless communication may be supported, including Wi-Fi, satellite, or the like.

At least some elements of the smart lock 101 can be implemented as software using standard programming techniques, such as those discussed with respect to the implementation of SMC 00 in Figure 5 above. Additionally, some incorporations of the smart lock 101 may include a greater or lesser number of components than those shown here. For example, some smart locks may not include a 602 cut sensor, relying solely on a vibration sensor or other techniques to detect lock violations.

On the other hand, in some additions, some or all of the components of the SMC 100 and / or the Smart Lock 101 may be implemented or provided in other ways, such as at least partially in firmware and / or hardware, including but not limited to one to more f'ASIC application specific integrated circuits), standard integrated circuits, controllers that execute appropriate instructions, and which include embedded microcontrollers and / or controllers, field programmable gate arrays (FPGAs), complex programmable logic devices (CPLDs), and the like. Some or all of the components and / or data structures of the system may also be stored as content (for example, as software instructions or structured data that can be executed or can be read on other machines) on a medium that can be read by computer (for example, as a hard drive; a memory; a computer network or a wireless cellular network or other means of data transmission; or an item of portable media to be read by an appropriate drive or through an appropriate connection (such as a DVD or flash memory device) to enable or configure the medium that can be read by computer and / or one or more systems or associated computing devices to execute or otherwise use or provide the content to carry out at least some of the techniques described. Some or all of the data components and / or structures may be stored on storage media that are tangible and non-transient. Some or all of the components and data structures of the system may also be stored as data signals (for example, by being encoded as part of a carrier wave or included as part of an analog or digital propagated signal) in a variety of transmission media that can be

IMPI. ,. . . . INSTITUTO M¿XICAN (read by computer, which include in wireless and wired / wired / wired media, and can take a variety of forms (for example, as part of a single or analog multiplexed, 0 AS ΓΠΰΙϋΐρΐΒ5Ρ3 £ | (] εϋ5Γΰ · discrete digital frames.) Such software products may also take other forms in other additions. Accordingly, the incorporations of this disclosure can be practiced with other computer system configurations.

All of the foregoing United States patents, United States patent application publications, United States patent applications, foreign patents, foreign patent applications, and non-patent publications referenced herein descriptive and / or that have been stated in the Data Sheet of the

Application, including but not limited to United States Provisional Patent Application No. 61 / 757,631 entitled SYSTEMS, METHODS, AND DEVICES FOR SECURING AND MONITORING CARGO CONTAINERS, filed on January 28, 2013 and the Provisional Patent Application for United States No. 61 / 784,905 entitled SYSTEMS, METHODS, AND DEVICES

FOR SECURING LOAD, filed on March 14, 2013, are incorporated herein by reference in their entirety.

It will be appreciated from the foregoing that, although specific incorporations have been described herein for purposes of illustration, various modifications may be made without departing from the spirit and scope of the disclosure. For example, the methods, techniques, and systems for load monitoring are applicable to other architectures or in other contexts. For example, instead of monitoring cargo, techniques can be used to monitor people, vehicles in general, animals, or the like. Also, the methods, techniques, and systems discussed herein are applicable to different contexts, protocols, means of communication (optical, wireless, wired, etc.) and devices (such as wireless devices, mobile communication devices, pagers , navigation devices such as GPS receivers, etc.).