CA2607465C - Dynamically configurable wireless device - Google Patents
Dynamically configurable wireless device Download PDFInfo
- Publication number
- CA2607465C CA2607465C CA2607465A CA2607465A CA2607465C CA 2607465 C CA2607465 C CA 2607465C CA 2607465 A CA2607465 A CA 2607465A CA 2607465 A CA2607465 A CA 2607465A CA 2607465 C CA2607465 C CA 2607465C
- Authority
- CA
- Canada
- Prior art keywords
- events
- locator device
- trigger
- event
- dynamically
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000009471 action Effects 0.000 claims abstract description 22
- 238000000034 method Methods 0.000 claims description 30
- 238000012545 processing Methods 0.000 claims description 11
- 230000008859 change Effects 0.000 claims description 7
- 230000008569 process Effects 0.000 claims description 7
- 230000003213 activating effect Effects 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 abstract description 24
- 230000006870 function Effects 0.000 description 11
- 238000012544 monitoring process Methods 0.000 description 6
- 238000013507 mapping Methods 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000002085 persistent effect Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 239000000446 fuel Substances 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 208000015976 Corneal dystrophy-perceptive deafness syndrome Diseases 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000009529 body temperature measurement Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007717 exclusion Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Position Fixing By Use Of Radio Waves (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A wireless device for facilitating for GPS-based asset tracking via a wireless communications network and a centralized management system. The wireless device includes dynamically configurable event profiles which allow the wireless device to be dynamically reconfigured and to perform certain actions based on a dynamically configurable combination of received events.
Description
DYNAMICALLY CONFIGURABLE WIRELESS DEVICE
FIELD OF THE INVENTION
[00001] This invention relates to the field of wireless asset tracking and fleet operations management.
BACKGROUND OF THE INVENTION
FIELD OF THE INVENTION
[00001] This invention relates to the field of wireless asset tracking and fleet operations management.
BACKGROUND OF THE INVENTION
[00002] Ever since the advent of ubiquitous wireless networks and GPS
satellites, specialized wireless devices have been installed in vehicles to facilitate fleet operations management and in virtually anything that moves or is moved to enable asset tracking.
In the art, such devices are commonly called "locator devices", referencing their basic functionality of locating and reporting a physical position of a vehicle, trailer or any asset.
However, functionality of the locator devices is not limited to merely location tracking.
The locator devices interface with many kinds of other devices and systems to collect information and data and to control operation of external systems. Although typically intended to be used with wireless networks to communicate with a centralized management system, the locator devices are also typically capable of independent operation in an event of a network failure, for example. In such situations, instead of immediate reporting, the locator devices typically operate according to pre-defined rules and/or store the information they gather in local memory.
satellites, specialized wireless devices have been installed in vehicles to facilitate fleet operations management and in virtually anything that moves or is moved to enable asset tracking.
In the art, such devices are commonly called "locator devices", referencing their basic functionality of locating and reporting a physical position of a vehicle, trailer or any asset.
However, functionality of the locator devices is not limited to merely location tracking.
The locator devices interface with many kinds of other devices and systems to collect information and data and to control operation of external systems. Although typically intended to be used with wireless networks to communicate with a centralized management system, the locator devices are also typically capable of independent operation in an event of a network failure, for example. In such situations, instead of immediate reporting, the locator devices typically operate according to pre-defined rules and/or store the information they gather in local memory.
[00003] When used by fleet operators, the locator devices provide a wealth of useful functions such as efficient vehicle scheduling, dispatching and location management, monitoring driver behaviour and compliance with traffic rules and government regulations, fuel tax recovery, detailed time tracking, and enhanced driver services such as real-time mapping, Internet access, credit card processing, and many others.
[00004] In other applications, locator devices of all kinds are often used to track high-value assets ranging from cars and construction equipment to pallet shipments and even small packages.
[00005] The use of locator devices in such a variety of applications naturally imposes a myriad of different requirements, both physical (e.g., size, power consumption, processing speed, storage capacity, etc.), and operational (e.g., software functionalities for monitoring, tracking, recording, controlling, etc.).
Furthermore, even a single locator device, used for a single application, while having a single set of physical specifications, may have different functional requirements depending on the particular mode or location of use.
Furthermore, even a single locator device, used for a single application, while having a single set of physical specifications, may have different functional requirements depending on the particular mode or location of use.
[00006] To date, manufacturers of the locator devices have not adequately overcome these limitations. Specifically, while varying physical requirements have been usually met by designing the locator devices for a specific market (for example to be installed in vehicles or containers), the only solution to the varying functional requirements has been to develop custom software and firmware loads for each customer and/or application. There are many disadvantages to that solution:
design and support costs requirement to develop and maintain a multitude of software streams; slow request-to-implementation time as any requested feature has to be integrated into existing software and the entire fleet of devices has to be upgraded; and lack of flexibility as each locator device can only operate a single feature set at any one time.
Furthermore, this cumbersome approach did not solve the issue of a single locator device, which may have different operational profiles not based on the customer who is using it, but on a more transient quality such as where the locator device may be located or what the vehicle or asset with that locator device is doing at that time.
SUMMARY OF THE INVENTION
design and support costs requirement to develop and maintain a multitude of software streams; slow request-to-implementation time as any requested feature has to be integrated into existing software and the entire fleet of devices has to be upgraded; and lack of flexibility as each locator device can only operate a single feature set at any one time.
Furthermore, this cumbersome approach did not solve the issue of a single locator device, which may have different operational profiles not based on the customer who is using it, but on a more transient quality such as where the locator device may be located or what the vehicle or asset with that locator device is doing at that time.
SUMMARY OF THE INVENTION
[00007] A method of dynamically operating a locator device, including the steps of defining a plurality of events where each of the events represents an operational status of the locator device. The method including the step of defining a plurality of triggers where each of the triggers is a dynamically configurable contemporaneously occurring combination of the events and defining a plurality of event profiles where each of the event profiles is a user-configurable dynamic association between one of the triggers;
and a dynamically configurable set of device commands. The method further including responding to a contemporaneously occurring subset of the events by evaluating the contemporaneously occurring subset of the events against the triggers of each of the event profiles and activating one of the event profiles by processing the set of device commands corresponding to the event profile whenever the contemporaneously occurring subset of the events corresponds to the trigger of the event profile
and a dynamically configurable set of device commands. The method further including responding to a contemporaneously occurring subset of the events by evaluating the contemporaneously occurring subset of the events against the triggers of each of the event profiles and activating one of the event profiles by processing the set of device commands corresponding to the event profile whenever the contemporaneously occurring subset of the events corresponds to the trigger of the event profile
[00008] A dynamically operable locator device comprising a definition of a plurality of events where each of the events represents an operational status of the locator device, a definition a plurality of triggers where each of the triggers is a dynamically configurable contemporaneously occurring combination of the events, and a definition a plurality of event profiles where each of the event profiles is a user-configurable dynamic association between one of the triggers and a dynamically configurable set of device commands. The device further comprising means for responding to a contemporaneously occurring subset of the events by evaluating the contemporaneously occurring subset of the events against the triggers of each of the event profiles and means for activating one of the event profiles by processing the set of device commands corresponding to the event profile whenever the contemporaneously occurring subset of the events corresponds to the trigger of the event profile.
BRIEF DESCRIPTION OF THE DRAWINGS
BRIEF DESCRIPTION OF THE DRAWINGS
[00009] A better understanding of the present invention can be obtained when the following detailed description of the preferred embodiment is considered in conjunction with the following drawings, in which:
[00010] FIG. 1 is a high level diagram of a prior art wireless communication sytem.
[00011] FIG. 2 is a block diagram of a dynamically configurable locator device according to one embodiment of the invention.
[00012] FIG. 3 is a block diagram of a System Software module of the dynamically configurable locator device shown in FIG. 2.
[00013] FIG. 4 is a high level diagram illustrating a format of entries in a Profile Table stored in the dynamically configurable locator device shown in FIG. 2.
[00014] FIG. 5 is a flowchart illustrating the operation of a Profile Manager process running as a module of the System Software shown in FIG. 3.
[00015] FIG. 6 is an illustration of a software profile configuration tool according to one embodiment of the invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
NOTICE REGARDING COPYRIGHTED MATERIAL
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
NOTICE REGARDING COPYRIGHTED MATERIAL
[00016] A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure as it appears in the Patent and Trademark Office file or records, but otherwise reserves all copyright rights whatsoever.
WIRELESS COMMUNICATION SYSTEM
WIRELESS COMMUNICATION SYSTEM
[00017] Referring to FIG. 1, a wireless communication system according to one embodiment of the invention is shown. The wireless communication system comprises a plurality of locator devices 10, a wireless network 12, a plurality of GPS
satellites 14, the Internet 16, a Management System 18, and a plurality of customer computers 20.
The locator device 10 is a wireless communication device, commonly installed in a vehicle or a trailer to provide location-based communication services such as, for example, asset tracking and reporting, Internet access, voice and text communications, and telemetry monitoring or control. Devices such as the locator devices 10, albeit not containing the novel elements recited and claimed herein, are well known in the art. For example, WebTech Wireless Inc., of Burnaby, British Columbia, produces and markets several models of the locator devices 10 under the trademark WebTech Locator. In one embodiment, the locator devices 10 obtain position information from the GPS
satellites 14 via integrated or external GPS modems and antennas (not shown). Methods and apparatuses for obtaining GPS-based location information are well known in the art. For example, WebTech Locator Tm devices mentioned above include integrated GPS
modems. The locator devices 10 are connected to the wireless communication network 12, which may be any available cellular, satellite, microwave or radio communication network based on any communication standard such as, for example, GSM, GPRS, CDMA, CDPD or WiFi. Modes and methods of interconnection to such wireless communication networks are well known in the art and are not further described herein.
The Management System 18 is also connected to the wireless network 12 via the Internet 16. The Management System 18 provides portal-based locator device 10 management functions, such as remote device configuration and upgrades, data bridging, device monitoring, tracking and reporting, to Management System subscribers.
The Management System 18 is well known in the art and is not described further herein.
For example, WebTech Wireless Inc. of Burnaby, British Columbia, produces and markets a Management System under the name Quadrant Vehicle Services System'.
In order to utilize the locator device 10 management functions provided by the Management System 18, the subscribers of the Management System 18 access the Management System from PCs 20 using web browsers (not shown) or any another remote access method known in the art LOCATOR DEVICE
satellites 14, the Internet 16, a Management System 18, and a plurality of customer computers 20.
The locator device 10 is a wireless communication device, commonly installed in a vehicle or a trailer to provide location-based communication services such as, for example, asset tracking and reporting, Internet access, voice and text communications, and telemetry monitoring or control. Devices such as the locator devices 10, albeit not containing the novel elements recited and claimed herein, are well known in the art. For example, WebTech Wireless Inc., of Burnaby, British Columbia, produces and markets several models of the locator devices 10 under the trademark WebTech Locator. In one embodiment, the locator devices 10 obtain position information from the GPS
satellites 14 via integrated or external GPS modems and antennas (not shown). Methods and apparatuses for obtaining GPS-based location information are well known in the art. For example, WebTech Locator Tm devices mentioned above include integrated GPS
modems. The locator devices 10 are connected to the wireless communication network 12, which may be any available cellular, satellite, microwave or radio communication network based on any communication standard such as, for example, GSM, GPRS, CDMA, CDPD or WiFi. Modes and methods of interconnection to such wireless communication networks are well known in the art and are not further described herein.
The Management System 18 is also connected to the wireless network 12 via the Internet 16. The Management System 18 provides portal-based locator device 10 management functions, such as remote device configuration and upgrades, data bridging, device monitoring, tracking and reporting, to Management System subscribers.
The Management System 18 is well known in the art and is not described further herein.
For example, WebTech Wireless Inc. of Burnaby, British Columbia, produces and markets a Management System under the name Quadrant Vehicle Services System'.
In order to utilize the locator device 10 management functions provided by the Management System 18, the subscribers of the Management System 18 access the Management System from PCs 20 using web browsers (not shown) or any another remote access method known in the art LOCATOR DEVICE
[00018] Referring now to FIG. 2, the locator device 10 is shown in detail at 99 according to one embodiment of the invention. The locator device 10 comprises a microprocessor 100, an I/O interface 110, a persistent memory 150, a RAM 160, a parameter memory 170, and a Subscriber Identity Module (SIM) 180. The functionality of these modules is described below.
[00019] Still referring to FIG. 2, the I/O interface 110 enables communications between the locator device 10 and other devices, integrated or external. The I/O
interface 110 includes a plurality of telemetry interfaces. Specifically, I/O
interface 110 includes an analog telemetry interface 112, a digital telemetry interface 122, a vehicle bus interface 114, an RS232 interface 116, a radio (RF) interface 118, and a GPS
interface 120. The analog telemetry interface 112 provides a connection 130 to a plurality of analog sensors (not shown) which generate variable voltage signals to indicate their status. A common example of an analog sensor is a thermometer (not shown), which outputs temperature measurements as a voltage-graduated analog signal. The analog telemetry interface 112 further includes an analog-to-digital (AID) converter (not shown), which converts received analog signals to their digital representations that can be further processed by the microprocessor 100. The operation of AID converters is well-known in the art and is not described further herein. The digital telemetry interface 122 provides a bidirectional connection to devices which generate, or are controlled by, digital signals. More specifically, the digital telemetry interface 122 includes a plurality of digital inputs 142 and plurality of digital outputs 143. A common example of a device connected to the digital input 142 is a door-mounted sensor which generates a logic HIGH signal when a door opens. A common example of a device connected to the digital output 143 is a relay which controls some operational aspect of a vehicle in which it is installed, for example, disabling the vehicle's fuel pump upon receiving a logic HIGH signal from the digital telemetry interface 122. The vehicle bus interface 114 provides a bidirectional connection 132 to various vehicle systems, for example J1587/J1708, OBD ll or CANBUS compliant systems.
interface 110 includes a plurality of telemetry interfaces. Specifically, I/O
interface 110 includes an analog telemetry interface 112, a digital telemetry interface 122, a vehicle bus interface 114, an RS232 interface 116, a radio (RF) interface 118, and a GPS
interface 120. The analog telemetry interface 112 provides a connection 130 to a plurality of analog sensors (not shown) which generate variable voltage signals to indicate their status. A common example of an analog sensor is a thermometer (not shown), which outputs temperature measurements as a voltage-graduated analog signal. The analog telemetry interface 112 further includes an analog-to-digital (AID) converter (not shown), which converts received analog signals to their digital representations that can be further processed by the microprocessor 100. The operation of AID converters is well-known in the art and is not described further herein. The digital telemetry interface 122 provides a bidirectional connection to devices which generate, or are controlled by, digital signals. More specifically, the digital telemetry interface 122 includes a plurality of digital inputs 142 and plurality of digital outputs 143. A common example of a device connected to the digital input 142 is a door-mounted sensor which generates a logic HIGH signal when a door opens. A common example of a device connected to the digital output 143 is a relay which controls some operational aspect of a vehicle in which it is installed, for example, disabling the vehicle's fuel pump upon receiving a logic HIGH signal from the digital telemetry interface 122. The vehicle bus interface 114 provides a bidirectional connection 132 to various vehicle systems, for example J1587/J1708, OBD ll or CANBUS compliant systems.
[00020] Still referring to FIG. 2, the GPS interface 120 enables receiving GPS
location information from the GPS satellites 14 through a GPS antenna 141. A
person skilled in the art will appreciate that the GPS interface 120 may comprise an integrated or external GPS receiver and may further utilize any appropriate GPS antenna type. For example, the WebTech 6000 Locator, from WebTech Wireless Inc. of Burnaby, British Columbia, integrates a GPS receiver and is typically equipped with an external active GPS antenna. The RF interface 118 provides a wireless connection 118 to the wireless network 12 via a radio antenna 139. For example, the WebTech 6000 Locator."'"
device integrates a GSM/GPRS modem which can connect to any available GSM/GRPS
network. The RF interface 118 is further used to receive a remote computer data signal 144 from the Management System 18. The RS232 interface 116 provides a primary serial connection 134 and a secondary serial connection 136. The primary serial connection 134 typically connects to a computer or a navigation system co-located with the locator device 10. The primary serial connection 134 can be used for a variety of purposes, such as for local management of the locator device 10 via a laptop connected thereto that generates a local computer data signal 148 containing device commands.
The meaning of the term 'device commands' will be described below. In another example, the primary serial connection 134 can be connected to an in-vehicle navigation system to output thereto mapping and location information received from the Management System 18 and the GPS satellites 14 via the RF interface 118 and the GPS interface 120, respectively. The secondary serial connection 136 can be used to connect to a communication device, such as a satellite modem 146, to provide a primary or a backup connection to the wireless network 12 via the radio antenna 139 or another antenna (not shown) appropriate for the specific type of wireless network 12 and the connection method used. In one embodiment of the invention, should the RF
interface 118 or the primary wireless network 12 become unavailable, the secondary serial connection 136, via the satellite modem 146, can be used to a re-establish a connection to the Management System 18 via a satellite communication network.
location information from the GPS satellites 14 through a GPS antenna 141. A
person skilled in the art will appreciate that the GPS interface 120 may comprise an integrated or external GPS receiver and may further utilize any appropriate GPS antenna type. For example, the WebTech 6000 Locator, from WebTech Wireless Inc. of Burnaby, British Columbia, integrates a GPS receiver and is typically equipped with an external active GPS antenna. The RF interface 118 provides a wireless connection 118 to the wireless network 12 via a radio antenna 139. For example, the WebTech 6000 Locator."'"
device integrates a GSM/GPRS modem which can connect to any available GSM/GRPS
network. The RF interface 118 is further used to receive a remote computer data signal 144 from the Management System 18. The RS232 interface 116 provides a primary serial connection 134 and a secondary serial connection 136. The primary serial connection 134 typically connects to a computer or a navigation system co-located with the locator device 10. The primary serial connection 134 can be used for a variety of purposes, such as for local management of the locator device 10 via a laptop connected thereto that generates a local computer data signal 148 containing device commands.
The meaning of the term 'device commands' will be described below. In another example, the primary serial connection 134 can be connected to an in-vehicle navigation system to output thereto mapping and location information received from the Management System 18 and the GPS satellites 14 via the RF interface 118 and the GPS interface 120, respectively. The secondary serial connection 136 can be used to connect to a communication device, such as a satellite modem 146, to provide a primary or a backup connection to the wireless network 12 via the radio antenna 139 or another antenna (not shown) appropriate for the specific type of wireless network 12 and the connection method used. In one embodiment of the invention, should the RF
interface 118 or the primary wireless network 12 become unavailable, the secondary serial connection 136, via the satellite modem 146, can be used to a re-establish a connection to the Management System 18 via a satellite communication network.
[00021] A person skilled in the art will appreciate that the interfaces comprising the I/O 110 described above are merely examples of possible configurations of the locator device 10. A variety of interfaces, connections, and signals may be implemented in the locator device 10 as may be appropriate for a particular application.
MEMORY
MEMORY
[00022] Still referring to FIG. 2, the persistent memory 150 is a non-volatile memory which contains System Software 152 and a database of status records 154.
The database of status records 154 is used to log and store all measurements and events received, processed or generated by the locator device 10. The number of status records stored in the database of status records 154 is limited only by the size of the non-volatile persistent memory 150 installed in the locator device 10. The System Software 152 comprises a collection of computer encoded instructions, which direct the microprocessor 100 to perform functions of the locator device 10. The System Software 152 will be described in further detail below in reference to FIG. 3 and FIG.
6.
The database of status records 154 is used to log and store all measurements and events received, processed or generated by the locator device 10. The number of status records stored in the database of status records 154 is limited only by the size of the non-volatile persistent memory 150 installed in the locator device 10. The System Software 152 comprises a collection of computer encoded instructions, which direct the microprocessor 100 to perform functions of the locator device 10. The System Software 152 will be described in further detail below in reference to FIG. 3 and FIG.
6.
[00023] Still referring to FIG. 2, the RAM 160 is used by the locator device 10 to store various information of a temporary nature. Operation of the RAM 160 is well known in the art and will not be further described herein.
[00024] Still referring to FIG. 2, the parameter memory 170 is a non-volatile memory which contains a device configuration 172, a Profile Table 176, and a Geofence Table 178. The device configuration 172 is used to store a plurality of operational parameters which define all dynamically configurable operational aspects of the locator device 10. A person skilled in the art will appreciate that the particular operational parameters for each type of the locator device 10 depend on the specific implementation and functionality of the locator device. The device configuration 172 can also be modified by the Management System 18, by a user operating a terminal connected to the primary serial connection 134, or by the System Software 152 in response to occurrence of certain events. The Profile Table 176 contains a plurality of event profiles which are used to dynamically respond to events by performing certain actions or changing the device configuration 172. The meaning of the terms 'events' and 'actions' will be described below.
[00025] Still referring to FIG. 2, the Geofence Table 178 defines a plurality of geofences configured on the locator device 10. A geofence is a virtual boundary that can be configured on the locator device 10 using GPS co-ordinates. Geofences are typically configured on the locator device 10 by using device commands that are automatically generated by a software geofence configuration tool (not shown). A geofence can define any area, for example, a work site, customer site, yard, home depot, area that should not be traveled through (exclusion fence), or any other type of area. As will be described further below, when, based on the location information received from the GPS
satellites 14, the locator device 10 enters or leaves a geofence area, an event is generated and actions can be taken or device configuration 172 altered. There are generally three types of geofences that can be configured on the locator device 10 in the Geofence Table 172.
The first type is a polygon geofence created by drawing a polyon enclosing a desired area on a map. The second type is a route geofence, a virtual boundary created along a designated route, which may span several hundred miles or kilometres. For example, the route geofence can be created along a tow truck operator's "Beat", or an armored truck route along a stretch of highway between cities. The third type is a circular geofence that is created by defining a center location and a radius.
satellites 14, the locator device 10 enters or leaves a geofence area, an event is generated and actions can be taken or device configuration 172 altered. There are generally three types of geofences that can be configured on the locator device 10 in the Geofence Table 172.
The first type is a polygon geofence created by drawing a polyon enclosing a desired area on a map. The second type is a route geofence, a virtual boundary created along a designated route, which may span several hundred miles or kilometres. For example, the route geofence can be created along a tow truck operator's "Beat", or an armored truck route along a stretch of highway between cities. The third type is a circular geofence that is created by defining a center location and a radius.
[00026] Still referring to FIG. 2, the SIM 180 is used to store information that identifies the locator device 10 to the wireless network 12. The use of SIM
180 is well known in the art and will not be further described herein. A person skilled in the art will appreciate that, depending on the type of the wireless network 12 used with the particular locator device 10, a different method for identification of the locator device to the wireless network may be used.
180 is well known in the art and will not be further described herein. A person skilled in the art will appreciate that, depending on the type of the wireless network 12 used with the particular locator device 10, a different method for identification of the locator device to the wireless network may be used.
[00027] A person skilled in the art will appreciate that while the described embodiment uses the microprocessor 100 and memory modules 150, 160, 170 and 180, the locator device 10 may also be implemented using FPGA or ASIC technologies as alternative methods of encoding, storing and/or processing instructions which define the locator device operation. The choice of technology, i.e., microprocessor, FPGA, ASIC, virtual machine, or any other, will depend on the particular device functionality desired and on the cost, manufacturing, and other application constraints.
SYSTEM SOFTWARE
SYSTEM SOFTWARE
[00028] Referring to FIG. 3, key aspects of the System Software 152 are shown in greater detail according to one embodiment of the invention. The System Software 152 comprises a number of functional components including a Profile Manager 402 and Other System Modules 404 for implementing the functionality of the locator device 10, a Command Interpreter 406 for managing the operation of the locator device, and Drivers 407 for controlling the interfaces 112, 116, 118, 120 and 122 of the I/O 110.
The Profile Manager 402 receives events from the drivers 407 via an event input 420, processes the events according to triggers (as will be described below) to determine what event profile needs to be activated and what device commands need to be output to the Command Interpreter 406 via a command output 421. The Command Interpreter 406 provides a management interface to the locator device 10 by interpreting device commands to cause the locator device to perform actions or to change the device configuration 172 as specified in the commands. The device commands interpreted by the Command Interpreter 406 can be received in the local computer data signal 148 from a local computer terminal, in the remote computer data signal 144 from the Management System 18, or via the command output 421 from the Profile Manager 402. The operation of the Profile Manager 402 and the meaning of the terms 'events', 'triggers', 'event profiles' and 'actions' will be described below. Well known aspects of the locator device are implemented in the Other System Modules 404 and are not further described herein.
DRIVERS
5 [00029] Still referring to FIG. 3, in the described embodiment of the invention, the drivers 407 include a wireless driver 410, an RS232 driver 412, a GPS driver 414, and a telemetry driver 416. The wireless driver 410 enables communications to/from the wireless network 12 via the RF interface 118. In addition to enabling network-specific communication functions, the wireless driver 410 further enables transmitting and 10 receiving the remote computer data signal 144 to and from the Management System 18 via the wireless network 12 (see FIG. 2). Where the remote computer data signal 144 contains device commands, they are forwarded by the wireless driver 410 to the Command Interpreter 406. The RS232 driver 412 enables communications to and from a local computer or data terminal via the primary serial connection 134, and to/from a satellite network via the satellite modem 146 connected to the secondary serial connection 136 as previously described in reference to FIG. 2. As device commands may be received via either of the serial connections 134 and 136, the RS232 driver 412 forwards any received device commands to the Command Interpreter 406. The GPS
driver 414 enables communication with the GPS interface 120 for receiving position information from the GPS satellites 14 as was previously described in reference to FIG.
2. The telemetry driver 416 enables communication to and from the vehicle bus interface 114, the digital telemetry interface 122 and the analog telemetry interface 112 and devices connected thereto. The telemetry driver 416 controls all operational aspects of these interfaces (112, 114, 122) enabling digital and analog output, and analog input via the ND converter described above in reference to FIG. 2. In some embodiments of the invention, the telemetry driver 416 may further enable advanced functions such as connection to a digital handset for voice communications through the locator device 10.
A person skilled in the art will appreciate that the drivers 407 described herein are well known in the art and may be implemented to enable any functionality required for a particular application of the locator device 10.
EVENTS, TRIGGERS, CONFIGURATION COMMANDS AND PROFILES
[00030] As described above, the Profile Manager 402 and the Command Interpreter 406 modules of the System Software 152 control the operation of the locator device 10 by processing event profiles, events, triggers, device commands, configuration parameters and actions. The terms `event profiles', 'events', 'triggers', 'device commands', 'configuration parameters' and 'actions' in the context of this embodiment, are explained below.
[00031] An event profile is a user-configurable dynamic association between (a) events and (b) device commands that represent actions and/or configuration parameters. More specifically, in the described embodiment, event profiles are stored in the Profile Table 176 in the format that will be described below in reference to FIG. 5.
Each event profile has a trigger, which is a dynamically configurable combination of events against which .contemporaneous occurring events are evaluated to determine whether the event profile should become active. Each event profile also has a dynamically configurable collection of device commands which are output to the Command Interpreter 406 to implement the actions and/or configuration parameters associated with the active profile.
[00032] An event is an operational condition of the locator device 10. A list of events, according to one embodiment of the invention, is shown in Table 1 below. By way of explanation, it can be noted that geofence crossing events (6-11 and 14-19) can correspond to either polygon or route geofences stored in the Geofence Table 178. In this embodiment of the invention, a single circular geofence is implemented and its information is also stored in the Geofence Table 178. However, a person skilled in the art will appreciate that any number of any type of geofences may be configured on the locator device 10 limited only by the specifications of the device itself and requirements of a specific application. As will be described further below, the Profile Manager 402 accepts events as inputs and evaluates them according to event profile triggers to determine which event profile stored in the Profile Table 176 should be activated.
[00033] A trigger is a dynamically configurable Boolean combination of events, which, in one embodiment of the invention, will cause the Profile Manager 402 to activate an event profile stored in the Profile Table 176. The triggers may be dynamically configured, i.e., the combination of events defined by device commands issued to the Command Interpreter 406 by (a) users via the primary serial connection 136 or via the Management System 18, or (b) issued automatically by the Profile Manager 402 as a consequence of event processing. A person skilled in the art will appreciate that non-Boolean logic for defining dynamically configurable combinations of events (e.g., fuzzy logic or other forms of sequential or combinatorial logic) may be used for specific applications, where advantageous.
[00034] A device command is a string, formatted according to a pre-defined syntax, which conveys operational instructions and/or configuration parameters to the Command Interpreter 406 in order to make the locator device 10 perform an action or to change the device configuration 172.
[00035] An action represents a function(s) of the locator device 10, which can be implemented via one or more device command. For example, an action may be turning on a specific telemetry output or sending an alarm to the in-vehicle navigation system connected to the primary serial interface 134.
[00036] In the context of this invention, configuration parameters are discrete aspects of the device configuration 172 which control specific operational aspects and/or functions of the locator device 10. For example, a configuration parameter may specify the frequency with which the locator device 10 will report to the Management System 18 or the mode of communication to be used to communicate with the Management System 18 ¨ the RF interface 118 or the satellite modem 146 connected to secondary serial connection 136 as was described above in reference to FIG. 2. Configuration parameters may also specify entries in the Profile Table 176 or Geofence Table 178.
[00037] Further details of operation of event profiles as well as some examples will be described below.
Table 1 Events Number Event Description 1 PPP Context is inactive - Cellular Modem or wireless network is down 2 SMS ¨ PPP context is active, but there is no host connection 3 TCP ¨ PPP context is active, and there is a host connection 4 Circular geofence crossed into Circular geofence crossed out of 6 geofence 1 crossing into 7 geofence 1 crossing out of 8 geofence 2 crossing into 9 geofence 2 crossing out of geofence 3 crossing into 11 geofence 3 crossing out of 12 GPS fix occurs 13 GPS nofix occurs 14 geofence 4 crossing into geofence 4 crossing out of 16 geofence 5 crossing into 17 geofence 5 crossing out of 18 geofence 6 crossing into 19 geofence 6 crossing out of 20-35 Physical Input 0 ¨ 15 ON
36-51 Physical Input 0¨ 15 OFF
52-67 Physical Output 0 ¨ 15 ON
68-83 Physical Output 0 -15 OFF
84-99 Virtual Input 0 ¨ 15 ON
100-115 Virtual Input 0¨ 15 OFF
116-131 Virtual Output 0-15 ON
132-147 Virtual Output 0¨ 15 OFF
148 Main Power OFF
149 Battery Power ON
150 Low Battery 151 Timer 1 expired 152 Timer 1 running 153 Timer 2 expired 154 Timer 2 running 155 Timer 3 expired 156 Timer 3 running 157 In radio coverage 158 Out of radio coverage 159 Out of preferred wireless network TABLE FORMATS
[00038] Referring to FIG. 5, a format of event profile entries in the Profile Table 176 is shown generally at 200. Each Profile Table 176 entry comprises a P_NUM
field 202, a T_WORD field 204, a T_MASK field 206, a P_HYSTERISIS field 208, a COMMANDS field 210, a TIMER_START field 212, and a P ACTIVE flag 214. The P_NUM field 202 contains a priority number of the event profile described in the entry.
Profile Table 176 entries are evaluated in a sequential manner starting with an event profile with the highest number. A default event profile contains 0 in the P_NUM field 202 and is activated when the received events do not correspond to the triggers of any other event profile in the Profile Table 176. The T_WORD field 204 defines a set of events which are evaluated for the event profile. Each bit of T_WORD field 204 corresponds to an event number, as can be seen in, for example, Table 1. The T_MASK field 206 defines which events contained in the T_WORD field 204 are sufficient events and which ones are required events. Sufficient events will cause an event profile to be activated if any of sufficient events are occurring at the time of the evaluation.
Necessary events will only cause an event profile to be activated if all of the necessary events are occurring at the time of the evaluation. A trigger for an event profile is defined by the combination of the contents of the T_WORD field 204 and the T_MASK field 206, in effect, a Boolean expression for evaluating events. The P_HYSTERISIS field 208 contains a numeric value defining a minimum duration during which the events (any sufficient or all necessary) defined in the T_WORD field 204 must be contemporaneously occurring to activate an event profile to which they correspond. The COMMANDS field 210 contains a set of device commands which are output to the Command Interpreter 406 when an event profile is activated. The TIMER_START field 212 is populated with a timestamp indicating a time when any of the sufficient or all of the necessary events were found to be occurring and a hysteresis timer (not shown) for the event profile was started. The P_ACTIVE flag 214 is a Boolean flag indicating that the event profile is currently active, i.e., that the device commands contained in the configuration field 210 have been successfully processed by the Command Interpreter 406.
[00039] A person skilled in the art will appreciate that the Profile Table 176 format described above is in the context of the described embodiment and is not a limiting aspect of the invention. Depending on a particular application, parameters or fields may be added to or removed from the event profile entries.
PROFILE MANAGER
[00040] Referring now to FIG. 5, operation of the Profile Manager 402 process according to one embodiment of the invention is shown in more detail at 300. A
person skilled in the art will appreciate that a variety of methods and techniques may be used to implement the Profile Manager 402 process described herein. The process description provided below describes the implementation according to one embodiment of the invention and is not a limiting factor thereof. The operation of the Profile Manager 402 process begins at the start of the duty cycle as shown at block 302. A person skilled in the art will appreciate that the frequency of duty cycles may depend on a number of factors such as hardware components used, types of inputs/outputs processed, and the complexity of the locator device 10. In one embodiment of the invention, a duty cycle begins every 0.1 seconds, i.e., at a frequency of 10 Hz. Upon the start of the duty cycle, block 310 directs the microprocessor 100 to evaluate all currently occurring events to create an ACT_T_WORD. After creating the ACT_T_WORD at block 310, block 312 directs the microprocessor 100 to retrieve the first event profile entry from the Profile Table 176. As described above, the first event profile entry is the event profile entry with the highest number contained in the P_NUM field 202. After retrieving the profile entry, block 314 directs the microprocessor 100 to determine the sufficient events (STE) for the entry by performing a logical AND operation between the contents of the T_WORD
field 204 and the T_MASK field 206. Block 316 then directs the microprocessor 100 to test the contemporaneous occurring events by performing a logical AND operation between STE and ACT_T_WORD. At block 318, the microprocessor 100 is directed to check whether the result of operation at block 316 is equal to zero. If no, then the sufficient events are present, and the microprocessor 100 is directed at block 327 to check whether the event profile entry corresponds to the currently active event profile by checking whether the P_ACTIVE flag 214 of the event profile entry is equal to TRUE. If yes, then no further processing is required and the microprocessor 100 is directed to end the duty cycle at block 350.
[00041] Referring still to FIG. 5, if, at block 327, the P_ACTIVE flag 214 is determined to be equal to FALSE, block 336 directs the microprocessor 100 to check whether the hysteresis timer for the event profile entry has been started by checking if the TIMER_START field 212 of the event profile entry contains a valid timestamp. If the hysteresis timer has not yet been started, block 338 directs the microprocessor 100 to start the hysteresis timer for the event profile by writing the current time into the TIMER_START field 212 of the selected event profile entry. Once the hysteresis timer has been started at block 338, the microprocessor 100 is directed to block 332, the operation of which shall be described in further detail below.
[00042] Referring still to FIG. 5, if, at block 336, it is determined that the hysteresis timer for the profile entry has been started, block 340 directs the microprocessor 100 to check whether the time elapsed since the start of the hysteresis timer is greater than the hysteresis time defined in the P_HYSTERESIS field 208 of the selected event profile entry. If the elapsed time is greater than the value of the hysteresis time, block 342 directs the microprocessor 100 to forward the device commands contained in the COMMANDS field 210 of the event profile entry to the Command Interpreter 406 via the command output 421 described above in reference to FIG. 3.
Once the device commands have been successfully implemented by the Command Interpreter 406, block 344 directs the microprocessor 100 to set the P_ACTIVE
flag 214 in the event profile entry to TRUE and block 345 directs the microprocessor 100 to reset TIMER_START field 208 to 0. The microprocessor 100 is then directed to end the duty cycle at block 350. If, at block 340, it is determined that the hysteresis timer has not yet expired, the microprocessor 100 is directed to block 332, the operation of which shall be described below.
[00043] Referring still to FIG. 5, if, at block 318, it is determined that the currently occurring events do not include any sufficient events, i.e., TEST was found to be equal to 0, block 320 directs the microprocessor 100 to determine necessary events (RTE) for the entry by performing a logical XOR operation between the contents of the T_WORD
field 204 and the T_MASK field 206 of the currently selected event profile entry. Once RTE has been determined, block 322 directs the microprocessor 100 to test the currently occurring events by performing a logical AND operation between RTE and ACT_T_WORD. Block 324 then directs the microprocessor 100 to check whether the result of the test is equal to RTE by performing a logical XOR operation between TEST
determined at block 322 and RTE determined at block 320. At block 326 the microprocessor 100 is directed to check if the result of the operation at block 324 is equal to 0. If so, the microprocessor 100 is directed to block 327 and so on as has been described above. If, at block 324, it is determined that the required events are not present, block 328 directs the microprocessor 100 to check whether the currently selected event profile is also the currently active event profile by checking if the P_ACTIVE flag 214 in the event profile entry is set to TRUE. If so, then the currently active event profile should no longer be active because neither the sufficient, nor the necessary events required by its trigger are present. Thus, if at block 328 it is determined that the currently active event profile should no longer be active, block 330 directs the microprocessor 100 to set the P_ACTIVE flag 214 in the currently selected event profile to FALSE. In either situation, if the currently active event profile had to be deactivated at block 330 or, if the currently selected event profile is not the active event profile, the microprocessor 100 is directed to block 332, the operation of which will be described in further detail below.
[00044] Referring still to FIG. 5, the operation of block 332 and connected blocks is described in further detail. Block 332 directs the microprocessor 100 to check whether there are more event profile entries contained in the Profile Table 176. If so, then block 334 directs the microprocessor 100 to retrieve the next event profile entry from the Profile Table 176. The next event profile entry will have a number contained in P_NUM
field 202 that will be smaller than the contents of the P_NUM field of the previously selected event profile entry. Once the next event profile entry is retrieved, the microprocessor 100 is directed to repeat procedure contained in blocks 312 through 350 as described above. If, at block 332, it was determined that there are no more non-default event profiles contained in the Profile Table 176, by, for example, checking if the contents of the P_NUM field 202 are equal to 1, block 346 directs the microprocessor 100 to check whether the P_ACTIVE flag 214 in the default event profile is equal to TRUE. If so, then the default event profile is already active and the microprocessor 100 is directed to end the duty cycle at block 350. If, at block 346, it is determined that the default event profile is not currently active, block 348 directs the microprocessor 100 to forward the device commands contained in the COMMANDS field 210 of the default event profile entry to the Command Interpreter 406 via the command output 421 as described above in reference to FIG. 3. Once the device commands have been accepted by the Command Interpreter 406, block 349 directs the microprocessor 100 to set the P ACTIVE flag 214 in the default event profile entry to TRUE and the microprocessor 100 is directed to end the duty cycle at block 350.
PROFILE CONFIGURATION TOOL
[00045] Referring to FIG. 7, in accordance with one embodiment of the invention, a software profile configuration tool is shown generally at 800. The profile configuration tool 800 can be used to add even profile entries to the Profile Table 176 by automatically generating a device command which will add an event profile entry to the table. The profile configuration tool 800 can be run on a PC connected to the locator device 10 via the primary serial connection 134 or on a customer PC 20 connected to the Management System 18 via the Internet 16. A user operating the profile configuration tool 800 selects an event profile to be configured by selecting an appropriate radio-button from the list of available event profiles 806. A person skilled in the art will appreciate that the number of event profiles is arbitrary and generally depends on the amount of memory and type of microprocessor 100 installed in the locator device 10.
Having selected an event profile to configure, the user can define contents of the T_WORD field 204 and the T_MASK field 206 of the selected entry by clicking on a plurality of checkboxes 802 and 804, which represent events previously illustrated in Table 1. As shown in a legend 822, an unchecked checkbox indicates that a event is not used in the profile, a checkbox with a checkmark indicates that the event is a necessary event, and a checkbox with a filled square indicates that the event is a sufficient event.
In a field 808, the user is able to select a value of the P_HYSTERESIS field 208 for the entry. Finally, in a textbox 809, the user is able to enter device commands which will be stored in the COMMANDS field 210 in the entry. Once the user selects events and edits various fields described above, a resulting event profile device command 810 will be generated in a textbox 811 upon the user clicking on a Create Profile button 812. The resulting event profile device command 810 contains the event profile number at 819, the T_WORD at 820, the T_MASK at 824, the P_HYSTERESIS at 826 and COMMANDS at 828. Upon specifying all of the needed event profile parameters, the user can use a Send Profile button 814 to upload the event profile to the locator device 10. A person skilled in the art will appreciate that functionality disclosed herein is not limited to uploading an event profile to a single locator device 10. Rather, by integrating the profile configuration tool 800 with the Management System 18, a single event profile may be simultaneously uploaded to a plurality of locator devices managed by the Management System.
[00046] Still referring to FIG. 7, the profile configuration tool further provides functionality enabled by buttons 816 and 818. A Get Profile button 816 allows a user to download an event profile selected in field 806 from the locator device 10. A
Decode Profile button 818 allows the user to translate the event profile downloaded via the Get Profile button 816 into a graphical representation in fields 802, 804, 808 and 809.
EXAMPLES
[00047] In one example, the locator device 10 and a specifically configured event profile are used to provide a truck driver with an audible and visual alarm when the driver exceeds a location-based speed limit defined by a truck operator. Thus, while the truck is located in city limits, the driver must maintain a speed below 50 km/h.
However, outside of the city limits, the driver is allowed to maintain a speed of up to 80 km/h.
Whenever a driver exceeds the speed appropriate for the truck's location, an audible alarm is sounded, a visual indicator is lit, and the locator device 10 sends a report of the incident to the Management Server 18 from where it can be accessed by or automatically reported to the truck operator. For the sake of explanation it is assumed that the speed-threshold notification feature is a function implemented on the locator device 10, specifically, certain configuration parameters in the device configuration 172 define the threshold speed limit and the digital I/O outputs 143 which are turned on to activate the audio-visual alarms. Furthermore, for the sake of explanation, it is also assumed that the city limits are defined by a polygon geofence 1 which geographically encloses the city. To change the threshold speed limit, assuming that the default location of the truck is within the city limits, a 'rural' event profile is defined.
This trigger for this event profile is a single necessary event - event #7, crossing out of geofence 1, i.e., leaving the city limits. There is also a single command associated with this event profile ¨ to change the configuration parameter corresponding to the threshold speed limit to 80 km/h. Thus, when an event is generated indicating that the truck has left the city limits, this event profile causes the locator device 10 to automatically reconfigure itself to now only report speed limit violations when the speed exceeds 80 km/h. As soon as the truck crosses back into the city limits, the event #7 is no longer occuring, and thus the default event profile is loaded. A command contained in the default event profile reconfigures the locator device 10 to once again set the threshold speed limit to 50 km/h.
[00048] In another example, an event profile addresses a situation when a truck-and-trailer with the locator device 10 is parked in a storage yard or on a street. The trigger for this event profile (combination of T_WORD and T_MASK described above) consists of either two required events - event 5, indicating that the vehicle with the locator device 10 has crossed a geofence associated with physical area of the storage yard, and event # 21, indicating that physical input #1 is ON, thus a trailer is connected;
or one sufficient trigger - event # 26, indicating that physical input #5 is ON, thus an alarm system has been armed. The hysteresis time for activation of this event profile is 0 indicating that the event profile will become active as soon as all of the sufficient or required events are detected. As soon as the truck and trailer are parked in the yard or the alarm system armed, it is desired that the locator device 10 switch itself to an energy-saving passive monitoring mode. Specifically, the device commands associated with this event profile define actions ¨ placing the locator device 10 into "sleep mode", and configuration parameters - changing reporting interval to once in 6 hours and enabling monitoring of digital inputs associated with trailer door opening or the alarm system being tripped. In accordance with the operation of the Profile Manager described above, once the required events are detected and the device commands implemented by the Command Interpreter 406, the P_ACTIVE flag for this event profile is set to TRUE and remain so until one or more of the required events or all sufficient events become inactive.
[00049] In another example, two event profiles are used to address a situation where a vehicle in which the locator device 10 is installed is being towed.
Two event profiles are defined: a 'parked' profile and a 'towed' profile. For the parked profile, the triggers are defined by two required events: event #50 ¨ physical input 14 is OFF, corresponding to vehicle ignition being OFF; and event #12 ¨ GPS fix established. The parked event profile has a hysteresis of 180 seconds to make sure that the event profile does not become active if the vehicle merely stalls. The device commands associated with the parked profile define actions ¨ placing the locator device in intermittent sleep mode, to wake up every 10 minutes to check conditions, and configuration parameters ¨
configuring a security circular geofence and changing reporting interval to every 10 minutes to coincide with the locator device 10 waking up. Therefore, when a vehicle is parked and turned off, the parked event profile becomes activated, and the actions and configurations parameters described above are implemented. The towed event profile reconfigures the locator device 10 when the vehicle it is installed in is being towed outside of the security geofence ¨ for example, it is being transported out of the city instead of being merely towed to an impound lot. The trigger for the towed event profile is defined by three required events: event #50 and event #12 ¨ same as for the parked profile, and event #5 indicating that the vehicle has crossed out of the circular geofence.
The device commands associated with the towed profile define actions ¨ wake up and report that vehicle that vehicle has left the circular geofence, and configuration parameters ¨ change location reporting frequency to once every 15 seconds to allow vehicle to be initially located.
[00050] In another example, an event profile is used to allow the fleet operator to save communication costs by using a cheaper GPRS network whenever possible and only switching to the expensive satellite network only when the GPRS network is unavailable. The trigger for this event profile is defined by two sufficient events ¨ event #1 indicating that a PPP link with a wireless modem (reported by the wireless driver 410) is down, or event #2 indicating the PPP link is up, but only SMS
communications to the Management System 18 are available, i.e., only a GSM network is available. A
hysteresis value of 60 is associated with the event profile to avoid 'flapping' between connections when the problem is transient. The device commands associated with this event profile define several configuration parameters needed to reconfigure the locator device 10 to connect to the Management System 18 via the satellite modem 146 connected to the secondary serial connection 136 as described above.
Naturally, as soon as these events are no longer contemporaneously occuring, the trigger for this event profile can no longer be satisfied, thus, a default event profile, which reconfigures the locator device to once again use the GPRS network, is activated.
[00051] In another example, an event profile can be configured where the trigger is a combination of Virtual Input and Virtual Output events. These events are defined in the device configuration 172 as mapping a function of the vehicle bus interface 114 to a standard input or output event. For example, where a functionality of a vehicle bus provides reporting of an engine's revolutions per minute (RPM), the locator device 10 may be configured to map a threshold RPM value to a Virtual Input #1 going ON
or OFF
depending on whether the reported value Is above or below a threshold. A
similar mapping, but this time to a virtual output, can be done for a function of a vehicle bus system that accepts inputs from the locator device 10. As above, the triggers which comprise these events can be used to correspond to actions or to reconfigure the locator device 10, including reconfiguring of the mapping described in this example.
_ .
_ _
The Profile Manager 402 receives events from the drivers 407 via an event input 420, processes the events according to triggers (as will be described below) to determine what event profile needs to be activated and what device commands need to be output to the Command Interpreter 406 via a command output 421. The Command Interpreter 406 provides a management interface to the locator device 10 by interpreting device commands to cause the locator device to perform actions or to change the device configuration 172 as specified in the commands. The device commands interpreted by the Command Interpreter 406 can be received in the local computer data signal 148 from a local computer terminal, in the remote computer data signal 144 from the Management System 18, or via the command output 421 from the Profile Manager 402. The operation of the Profile Manager 402 and the meaning of the terms 'events', 'triggers', 'event profiles' and 'actions' will be described below. Well known aspects of the locator device are implemented in the Other System Modules 404 and are not further described herein.
DRIVERS
5 [00029] Still referring to FIG. 3, in the described embodiment of the invention, the drivers 407 include a wireless driver 410, an RS232 driver 412, a GPS driver 414, and a telemetry driver 416. The wireless driver 410 enables communications to/from the wireless network 12 via the RF interface 118. In addition to enabling network-specific communication functions, the wireless driver 410 further enables transmitting and 10 receiving the remote computer data signal 144 to and from the Management System 18 via the wireless network 12 (see FIG. 2). Where the remote computer data signal 144 contains device commands, they are forwarded by the wireless driver 410 to the Command Interpreter 406. The RS232 driver 412 enables communications to and from a local computer or data terminal via the primary serial connection 134, and to/from a satellite network via the satellite modem 146 connected to the secondary serial connection 136 as previously described in reference to FIG. 2. As device commands may be received via either of the serial connections 134 and 136, the RS232 driver 412 forwards any received device commands to the Command Interpreter 406. The GPS
driver 414 enables communication with the GPS interface 120 for receiving position information from the GPS satellites 14 as was previously described in reference to FIG.
2. The telemetry driver 416 enables communication to and from the vehicle bus interface 114, the digital telemetry interface 122 and the analog telemetry interface 112 and devices connected thereto. The telemetry driver 416 controls all operational aspects of these interfaces (112, 114, 122) enabling digital and analog output, and analog input via the ND converter described above in reference to FIG. 2. In some embodiments of the invention, the telemetry driver 416 may further enable advanced functions such as connection to a digital handset for voice communications through the locator device 10.
A person skilled in the art will appreciate that the drivers 407 described herein are well known in the art and may be implemented to enable any functionality required for a particular application of the locator device 10.
EVENTS, TRIGGERS, CONFIGURATION COMMANDS AND PROFILES
[00030] As described above, the Profile Manager 402 and the Command Interpreter 406 modules of the System Software 152 control the operation of the locator device 10 by processing event profiles, events, triggers, device commands, configuration parameters and actions. The terms `event profiles', 'events', 'triggers', 'device commands', 'configuration parameters' and 'actions' in the context of this embodiment, are explained below.
[00031] An event profile is a user-configurable dynamic association between (a) events and (b) device commands that represent actions and/or configuration parameters. More specifically, in the described embodiment, event profiles are stored in the Profile Table 176 in the format that will be described below in reference to FIG. 5.
Each event profile has a trigger, which is a dynamically configurable combination of events against which .contemporaneous occurring events are evaluated to determine whether the event profile should become active. Each event profile also has a dynamically configurable collection of device commands which are output to the Command Interpreter 406 to implement the actions and/or configuration parameters associated with the active profile.
[00032] An event is an operational condition of the locator device 10. A list of events, according to one embodiment of the invention, is shown in Table 1 below. By way of explanation, it can be noted that geofence crossing events (6-11 and 14-19) can correspond to either polygon or route geofences stored in the Geofence Table 178. In this embodiment of the invention, a single circular geofence is implemented and its information is also stored in the Geofence Table 178. However, a person skilled in the art will appreciate that any number of any type of geofences may be configured on the locator device 10 limited only by the specifications of the device itself and requirements of a specific application. As will be described further below, the Profile Manager 402 accepts events as inputs and evaluates them according to event profile triggers to determine which event profile stored in the Profile Table 176 should be activated.
[00033] A trigger is a dynamically configurable Boolean combination of events, which, in one embodiment of the invention, will cause the Profile Manager 402 to activate an event profile stored in the Profile Table 176. The triggers may be dynamically configured, i.e., the combination of events defined by device commands issued to the Command Interpreter 406 by (a) users via the primary serial connection 136 or via the Management System 18, or (b) issued automatically by the Profile Manager 402 as a consequence of event processing. A person skilled in the art will appreciate that non-Boolean logic for defining dynamically configurable combinations of events (e.g., fuzzy logic or other forms of sequential or combinatorial logic) may be used for specific applications, where advantageous.
[00034] A device command is a string, formatted according to a pre-defined syntax, which conveys operational instructions and/or configuration parameters to the Command Interpreter 406 in order to make the locator device 10 perform an action or to change the device configuration 172.
[00035] An action represents a function(s) of the locator device 10, which can be implemented via one or more device command. For example, an action may be turning on a specific telemetry output or sending an alarm to the in-vehicle navigation system connected to the primary serial interface 134.
[00036] In the context of this invention, configuration parameters are discrete aspects of the device configuration 172 which control specific operational aspects and/or functions of the locator device 10. For example, a configuration parameter may specify the frequency with which the locator device 10 will report to the Management System 18 or the mode of communication to be used to communicate with the Management System 18 ¨ the RF interface 118 or the satellite modem 146 connected to secondary serial connection 136 as was described above in reference to FIG. 2. Configuration parameters may also specify entries in the Profile Table 176 or Geofence Table 178.
[00037] Further details of operation of event profiles as well as some examples will be described below.
Table 1 Events Number Event Description 1 PPP Context is inactive - Cellular Modem or wireless network is down 2 SMS ¨ PPP context is active, but there is no host connection 3 TCP ¨ PPP context is active, and there is a host connection 4 Circular geofence crossed into Circular geofence crossed out of 6 geofence 1 crossing into 7 geofence 1 crossing out of 8 geofence 2 crossing into 9 geofence 2 crossing out of geofence 3 crossing into 11 geofence 3 crossing out of 12 GPS fix occurs 13 GPS nofix occurs 14 geofence 4 crossing into geofence 4 crossing out of 16 geofence 5 crossing into 17 geofence 5 crossing out of 18 geofence 6 crossing into 19 geofence 6 crossing out of 20-35 Physical Input 0 ¨ 15 ON
36-51 Physical Input 0¨ 15 OFF
52-67 Physical Output 0 ¨ 15 ON
68-83 Physical Output 0 -15 OFF
84-99 Virtual Input 0 ¨ 15 ON
100-115 Virtual Input 0¨ 15 OFF
116-131 Virtual Output 0-15 ON
132-147 Virtual Output 0¨ 15 OFF
148 Main Power OFF
149 Battery Power ON
150 Low Battery 151 Timer 1 expired 152 Timer 1 running 153 Timer 2 expired 154 Timer 2 running 155 Timer 3 expired 156 Timer 3 running 157 In radio coverage 158 Out of radio coverage 159 Out of preferred wireless network TABLE FORMATS
[00038] Referring to FIG. 5, a format of event profile entries in the Profile Table 176 is shown generally at 200. Each Profile Table 176 entry comprises a P_NUM
field 202, a T_WORD field 204, a T_MASK field 206, a P_HYSTERISIS field 208, a COMMANDS field 210, a TIMER_START field 212, and a P ACTIVE flag 214. The P_NUM field 202 contains a priority number of the event profile described in the entry.
Profile Table 176 entries are evaluated in a sequential manner starting with an event profile with the highest number. A default event profile contains 0 in the P_NUM field 202 and is activated when the received events do not correspond to the triggers of any other event profile in the Profile Table 176. The T_WORD field 204 defines a set of events which are evaluated for the event profile. Each bit of T_WORD field 204 corresponds to an event number, as can be seen in, for example, Table 1. The T_MASK field 206 defines which events contained in the T_WORD field 204 are sufficient events and which ones are required events. Sufficient events will cause an event profile to be activated if any of sufficient events are occurring at the time of the evaluation.
Necessary events will only cause an event profile to be activated if all of the necessary events are occurring at the time of the evaluation. A trigger for an event profile is defined by the combination of the contents of the T_WORD field 204 and the T_MASK field 206, in effect, a Boolean expression for evaluating events. The P_HYSTERISIS field 208 contains a numeric value defining a minimum duration during which the events (any sufficient or all necessary) defined in the T_WORD field 204 must be contemporaneously occurring to activate an event profile to which they correspond. The COMMANDS field 210 contains a set of device commands which are output to the Command Interpreter 406 when an event profile is activated. The TIMER_START field 212 is populated with a timestamp indicating a time when any of the sufficient or all of the necessary events were found to be occurring and a hysteresis timer (not shown) for the event profile was started. The P_ACTIVE flag 214 is a Boolean flag indicating that the event profile is currently active, i.e., that the device commands contained in the configuration field 210 have been successfully processed by the Command Interpreter 406.
[00039] A person skilled in the art will appreciate that the Profile Table 176 format described above is in the context of the described embodiment and is not a limiting aspect of the invention. Depending on a particular application, parameters or fields may be added to or removed from the event profile entries.
PROFILE MANAGER
[00040] Referring now to FIG. 5, operation of the Profile Manager 402 process according to one embodiment of the invention is shown in more detail at 300. A
person skilled in the art will appreciate that a variety of methods and techniques may be used to implement the Profile Manager 402 process described herein. The process description provided below describes the implementation according to one embodiment of the invention and is not a limiting factor thereof. The operation of the Profile Manager 402 process begins at the start of the duty cycle as shown at block 302. A person skilled in the art will appreciate that the frequency of duty cycles may depend on a number of factors such as hardware components used, types of inputs/outputs processed, and the complexity of the locator device 10. In one embodiment of the invention, a duty cycle begins every 0.1 seconds, i.e., at a frequency of 10 Hz. Upon the start of the duty cycle, block 310 directs the microprocessor 100 to evaluate all currently occurring events to create an ACT_T_WORD. After creating the ACT_T_WORD at block 310, block 312 directs the microprocessor 100 to retrieve the first event profile entry from the Profile Table 176. As described above, the first event profile entry is the event profile entry with the highest number contained in the P_NUM field 202. After retrieving the profile entry, block 314 directs the microprocessor 100 to determine the sufficient events (STE) for the entry by performing a logical AND operation between the contents of the T_WORD
field 204 and the T_MASK field 206. Block 316 then directs the microprocessor 100 to test the contemporaneous occurring events by performing a logical AND operation between STE and ACT_T_WORD. At block 318, the microprocessor 100 is directed to check whether the result of operation at block 316 is equal to zero. If no, then the sufficient events are present, and the microprocessor 100 is directed at block 327 to check whether the event profile entry corresponds to the currently active event profile by checking whether the P_ACTIVE flag 214 of the event profile entry is equal to TRUE. If yes, then no further processing is required and the microprocessor 100 is directed to end the duty cycle at block 350.
[00041] Referring still to FIG. 5, if, at block 327, the P_ACTIVE flag 214 is determined to be equal to FALSE, block 336 directs the microprocessor 100 to check whether the hysteresis timer for the event profile entry has been started by checking if the TIMER_START field 212 of the event profile entry contains a valid timestamp. If the hysteresis timer has not yet been started, block 338 directs the microprocessor 100 to start the hysteresis timer for the event profile by writing the current time into the TIMER_START field 212 of the selected event profile entry. Once the hysteresis timer has been started at block 338, the microprocessor 100 is directed to block 332, the operation of which shall be described in further detail below.
[00042] Referring still to FIG. 5, if, at block 336, it is determined that the hysteresis timer for the profile entry has been started, block 340 directs the microprocessor 100 to check whether the time elapsed since the start of the hysteresis timer is greater than the hysteresis time defined in the P_HYSTERESIS field 208 of the selected event profile entry. If the elapsed time is greater than the value of the hysteresis time, block 342 directs the microprocessor 100 to forward the device commands contained in the COMMANDS field 210 of the event profile entry to the Command Interpreter 406 via the command output 421 described above in reference to FIG. 3.
Once the device commands have been successfully implemented by the Command Interpreter 406, block 344 directs the microprocessor 100 to set the P_ACTIVE
flag 214 in the event profile entry to TRUE and block 345 directs the microprocessor 100 to reset TIMER_START field 208 to 0. The microprocessor 100 is then directed to end the duty cycle at block 350. If, at block 340, it is determined that the hysteresis timer has not yet expired, the microprocessor 100 is directed to block 332, the operation of which shall be described below.
[00043] Referring still to FIG. 5, if, at block 318, it is determined that the currently occurring events do not include any sufficient events, i.e., TEST was found to be equal to 0, block 320 directs the microprocessor 100 to determine necessary events (RTE) for the entry by performing a logical XOR operation between the contents of the T_WORD
field 204 and the T_MASK field 206 of the currently selected event profile entry. Once RTE has been determined, block 322 directs the microprocessor 100 to test the currently occurring events by performing a logical AND operation between RTE and ACT_T_WORD. Block 324 then directs the microprocessor 100 to check whether the result of the test is equal to RTE by performing a logical XOR operation between TEST
determined at block 322 and RTE determined at block 320. At block 326 the microprocessor 100 is directed to check if the result of the operation at block 324 is equal to 0. If so, the microprocessor 100 is directed to block 327 and so on as has been described above. If, at block 324, it is determined that the required events are not present, block 328 directs the microprocessor 100 to check whether the currently selected event profile is also the currently active event profile by checking if the P_ACTIVE flag 214 in the event profile entry is set to TRUE. If so, then the currently active event profile should no longer be active because neither the sufficient, nor the necessary events required by its trigger are present. Thus, if at block 328 it is determined that the currently active event profile should no longer be active, block 330 directs the microprocessor 100 to set the P_ACTIVE flag 214 in the currently selected event profile to FALSE. In either situation, if the currently active event profile had to be deactivated at block 330 or, if the currently selected event profile is not the active event profile, the microprocessor 100 is directed to block 332, the operation of which will be described in further detail below.
[00044] Referring still to FIG. 5, the operation of block 332 and connected blocks is described in further detail. Block 332 directs the microprocessor 100 to check whether there are more event profile entries contained in the Profile Table 176. If so, then block 334 directs the microprocessor 100 to retrieve the next event profile entry from the Profile Table 176. The next event profile entry will have a number contained in P_NUM
field 202 that will be smaller than the contents of the P_NUM field of the previously selected event profile entry. Once the next event profile entry is retrieved, the microprocessor 100 is directed to repeat procedure contained in blocks 312 through 350 as described above. If, at block 332, it was determined that there are no more non-default event profiles contained in the Profile Table 176, by, for example, checking if the contents of the P_NUM field 202 are equal to 1, block 346 directs the microprocessor 100 to check whether the P_ACTIVE flag 214 in the default event profile is equal to TRUE. If so, then the default event profile is already active and the microprocessor 100 is directed to end the duty cycle at block 350. If, at block 346, it is determined that the default event profile is not currently active, block 348 directs the microprocessor 100 to forward the device commands contained in the COMMANDS field 210 of the default event profile entry to the Command Interpreter 406 via the command output 421 as described above in reference to FIG. 3. Once the device commands have been accepted by the Command Interpreter 406, block 349 directs the microprocessor 100 to set the P ACTIVE flag 214 in the default event profile entry to TRUE and the microprocessor 100 is directed to end the duty cycle at block 350.
PROFILE CONFIGURATION TOOL
[00045] Referring to FIG. 7, in accordance with one embodiment of the invention, a software profile configuration tool is shown generally at 800. The profile configuration tool 800 can be used to add even profile entries to the Profile Table 176 by automatically generating a device command which will add an event profile entry to the table. The profile configuration tool 800 can be run on a PC connected to the locator device 10 via the primary serial connection 134 or on a customer PC 20 connected to the Management System 18 via the Internet 16. A user operating the profile configuration tool 800 selects an event profile to be configured by selecting an appropriate radio-button from the list of available event profiles 806. A person skilled in the art will appreciate that the number of event profiles is arbitrary and generally depends on the amount of memory and type of microprocessor 100 installed in the locator device 10.
Having selected an event profile to configure, the user can define contents of the T_WORD field 204 and the T_MASK field 206 of the selected entry by clicking on a plurality of checkboxes 802 and 804, which represent events previously illustrated in Table 1. As shown in a legend 822, an unchecked checkbox indicates that a event is not used in the profile, a checkbox with a checkmark indicates that the event is a necessary event, and a checkbox with a filled square indicates that the event is a sufficient event.
In a field 808, the user is able to select a value of the P_HYSTERESIS field 208 for the entry. Finally, in a textbox 809, the user is able to enter device commands which will be stored in the COMMANDS field 210 in the entry. Once the user selects events and edits various fields described above, a resulting event profile device command 810 will be generated in a textbox 811 upon the user clicking on a Create Profile button 812. The resulting event profile device command 810 contains the event profile number at 819, the T_WORD at 820, the T_MASK at 824, the P_HYSTERESIS at 826 and COMMANDS at 828. Upon specifying all of the needed event profile parameters, the user can use a Send Profile button 814 to upload the event profile to the locator device 10. A person skilled in the art will appreciate that functionality disclosed herein is not limited to uploading an event profile to a single locator device 10. Rather, by integrating the profile configuration tool 800 with the Management System 18, a single event profile may be simultaneously uploaded to a plurality of locator devices managed by the Management System.
[00046] Still referring to FIG. 7, the profile configuration tool further provides functionality enabled by buttons 816 and 818. A Get Profile button 816 allows a user to download an event profile selected in field 806 from the locator device 10. A
Decode Profile button 818 allows the user to translate the event profile downloaded via the Get Profile button 816 into a graphical representation in fields 802, 804, 808 and 809.
EXAMPLES
[00047] In one example, the locator device 10 and a specifically configured event profile are used to provide a truck driver with an audible and visual alarm when the driver exceeds a location-based speed limit defined by a truck operator. Thus, while the truck is located in city limits, the driver must maintain a speed below 50 km/h.
However, outside of the city limits, the driver is allowed to maintain a speed of up to 80 km/h.
Whenever a driver exceeds the speed appropriate for the truck's location, an audible alarm is sounded, a visual indicator is lit, and the locator device 10 sends a report of the incident to the Management Server 18 from where it can be accessed by or automatically reported to the truck operator. For the sake of explanation it is assumed that the speed-threshold notification feature is a function implemented on the locator device 10, specifically, certain configuration parameters in the device configuration 172 define the threshold speed limit and the digital I/O outputs 143 which are turned on to activate the audio-visual alarms. Furthermore, for the sake of explanation, it is also assumed that the city limits are defined by a polygon geofence 1 which geographically encloses the city. To change the threshold speed limit, assuming that the default location of the truck is within the city limits, a 'rural' event profile is defined.
This trigger for this event profile is a single necessary event - event #7, crossing out of geofence 1, i.e., leaving the city limits. There is also a single command associated with this event profile ¨ to change the configuration parameter corresponding to the threshold speed limit to 80 km/h. Thus, when an event is generated indicating that the truck has left the city limits, this event profile causes the locator device 10 to automatically reconfigure itself to now only report speed limit violations when the speed exceeds 80 km/h. As soon as the truck crosses back into the city limits, the event #7 is no longer occuring, and thus the default event profile is loaded. A command contained in the default event profile reconfigures the locator device 10 to once again set the threshold speed limit to 50 km/h.
[00048] In another example, an event profile addresses a situation when a truck-and-trailer with the locator device 10 is parked in a storage yard or on a street. The trigger for this event profile (combination of T_WORD and T_MASK described above) consists of either two required events - event 5, indicating that the vehicle with the locator device 10 has crossed a geofence associated with physical area of the storage yard, and event # 21, indicating that physical input #1 is ON, thus a trailer is connected;
or one sufficient trigger - event # 26, indicating that physical input #5 is ON, thus an alarm system has been armed. The hysteresis time for activation of this event profile is 0 indicating that the event profile will become active as soon as all of the sufficient or required events are detected. As soon as the truck and trailer are parked in the yard or the alarm system armed, it is desired that the locator device 10 switch itself to an energy-saving passive monitoring mode. Specifically, the device commands associated with this event profile define actions ¨ placing the locator device 10 into "sleep mode", and configuration parameters - changing reporting interval to once in 6 hours and enabling monitoring of digital inputs associated with trailer door opening or the alarm system being tripped. In accordance with the operation of the Profile Manager described above, once the required events are detected and the device commands implemented by the Command Interpreter 406, the P_ACTIVE flag for this event profile is set to TRUE and remain so until one or more of the required events or all sufficient events become inactive.
[00049] In another example, two event profiles are used to address a situation where a vehicle in which the locator device 10 is installed is being towed.
Two event profiles are defined: a 'parked' profile and a 'towed' profile. For the parked profile, the triggers are defined by two required events: event #50 ¨ physical input 14 is OFF, corresponding to vehicle ignition being OFF; and event #12 ¨ GPS fix established. The parked event profile has a hysteresis of 180 seconds to make sure that the event profile does not become active if the vehicle merely stalls. The device commands associated with the parked profile define actions ¨ placing the locator device in intermittent sleep mode, to wake up every 10 minutes to check conditions, and configuration parameters ¨
configuring a security circular geofence and changing reporting interval to every 10 minutes to coincide with the locator device 10 waking up. Therefore, when a vehicle is parked and turned off, the parked event profile becomes activated, and the actions and configurations parameters described above are implemented. The towed event profile reconfigures the locator device 10 when the vehicle it is installed in is being towed outside of the security geofence ¨ for example, it is being transported out of the city instead of being merely towed to an impound lot. The trigger for the towed event profile is defined by three required events: event #50 and event #12 ¨ same as for the parked profile, and event #5 indicating that the vehicle has crossed out of the circular geofence.
The device commands associated with the towed profile define actions ¨ wake up and report that vehicle that vehicle has left the circular geofence, and configuration parameters ¨ change location reporting frequency to once every 15 seconds to allow vehicle to be initially located.
[00050] In another example, an event profile is used to allow the fleet operator to save communication costs by using a cheaper GPRS network whenever possible and only switching to the expensive satellite network only when the GPRS network is unavailable. The trigger for this event profile is defined by two sufficient events ¨ event #1 indicating that a PPP link with a wireless modem (reported by the wireless driver 410) is down, or event #2 indicating the PPP link is up, but only SMS
communications to the Management System 18 are available, i.e., only a GSM network is available. A
hysteresis value of 60 is associated with the event profile to avoid 'flapping' between connections when the problem is transient. The device commands associated with this event profile define several configuration parameters needed to reconfigure the locator device 10 to connect to the Management System 18 via the satellite modem 146 connected to the secondary serial connection 136 as described above.
Naturally, as soon as these events are no longer contemporaneously occuring, the trigger for this event profile can no longer be satisfied, thus, a default event profile, which reconfigures the locator device to once again use the GPRS network, is activated.
[00051] In another example, an event profile can be configured where the trigger is a combination of Virtual Input and Virtual Output events. These events are defined in the device configuration 172 as mapping a function of the vehicle bus interface 114 to a standard input or output event. For example, where a functionality of a vehicle bus provides reporting of an engine's revolutions per minute (RPM), the locator device 10 may be configured to map a threshold RPM value to a Virtual Input #1 going ON
or OFF
depending on whether the reported value Is above or below a threshold. A
similar mapping, but this time to a virtual output, can be done for a function of a vehicle bus system that accepts inputs from the locator device 10. As above, the triggers which comprise these events can be used to correspond to actions or to reconfigure the locator device 10, including reconfiguring of the mapping described in this example.
_ .
_ _
Claims (22)
1. A method of dynamically operating a locator device, comprising the processor implemented steps of:
a. encoding a plurality of events where each of said events represents an operational status of said locator device, the plurality of events being stored in a non-volatile memory of the locator device;
b. configuring a plurality of event profiles to dynamically respond to the plurality of events and storing said event profiles in the non-volatile memory of the locator device, each of said plurality of event profiles having a trigger comprising a dynamically configurable contemporaneously occurring combination of more than one of said events, where each of said event profiles is a user-configurable dynamic association between i. one of said triggers; and ii. a dynamically configurable set of device commands;
c. evaluating a contemporaneously occurring subset of said events against said triggers; and d. activating one of said event profiles in response to one of said triggers by processing the set of device commands associated with such event profile.
a. encoding a plurality of events where each of said events represents an operational status of said locator device, the plurality of events being stored in a non-volatile memory of the locator device;
b. configuring a plurality of event profiles to dynamically respond to the plurality of events and storing said event profiles in the non-volatile memory of the locator device, each of said plurality of event profiles having a trigger comprising a dynamically configurable contemporaneously occurring combination of more than one of said events, where each of said event profiles is a user-configurable dynamic association between i. one of said triggers; and ii. a dynamically configurable set of device commands;
c. evaluating a contemporaneously occurring subset of said events against said triggers; and d. activating one of said event profiles in response to one of said triggers by processing the set of device commands associated with such event profile.
2. The method of claim 1, wherein said set of device commands changes a configuration parameter of said locator device.
3. The method of claim 1, wherein said set of device commands causes said locator device to perform an action.
4. The method of claim 1, wherein said set of device commands causes said locator device to change one or more configuration parameters and perform one or more actions.
5. The method of claim 1, wherein said user-configurable dynamic association is implemented using Boolean logic.
6. The method of claim 1, wherein said user-configurable dynamic association is implemented using any form of combinatorial, sequential or associative logic.
7. The method of claim 1, wherein one of said events represents said locator device being located inside or outside a defined geographical area.
8. The method of claim 1, wherein one of said events represents said locator device successfully receiving location information from GPS
satellites.
satellites.
9. The method of claim 1, wherein said trigger is implemented by a combination of a trigger word and a trigger mask, wherein:
a. said trigger word represents a subset of said events against which said contemporaneously occurring subset of said events is evaluated; and b. said trigger mask represents which of said subset of events must occur alone or in concert to activate said event profile which comprises said trigger.
a. said trigger word represents a subset of said events against which said contemporaneously occurring subset of said events is evaluated; and b. said trigger mask represents which of said subset of events must occur alone or in concert to activate said event profile which comprises said trigger.
10. The method of claim 1, wherein said responding further includes performing Boolean operations between said contemporaneously occurring subset of said events and said trigger word and said trigger mask which comprise said trigger.
11. A dynamically operable locator device comprising:
a. processing means for encoding a plurality of events where each of said events represents an operational status of said locator device, the plurality of events being stored in a non-volatile memory of the locator device;
b. means for configuring a plurality of event profiles, the plurality of event profiles being stored in the non-volatile memory of the locator device, each of said plurality of event profiles having a trigger, the trigger being a dynamically configurable contemporaneously occurring combination of more than one of said events, where each of said event profiles is a user-configurable dynamic association between i. one of said triggers; and ii. a dynamically configurable set of device commands;
c. means for evaluating a contemporaneously occurring subset of said events against said triggers; and d. means for activating one of said event profiles in response to one of said triggers by processing said set of device commands associated with such event profile.
a. processing means for encoding a plurality of events where each of said events represents an operational status of said locator device, the plurality of events being stored in a non-volatile memory of the locator device;
b. means for configuring a plurality of event profiles, the plurality of event profiles being stored in the non-volatile memory of the locator device, each of said plurality of event profiles having a trigger, the trigger being a dynamically configurable contemporaneously occurring combination of more than one of said events, where each of said event profiles is a user-configurable dynamic association between i. one of said triggers; and ii. a dynamically configurable set of device commands;
c. means for evaluating a contemporaneously occurring subset of said events against said triggers; and d. means for activating one of said event profiles in response to one of said triggers by processing said set of device commands associated with such event profile.
12. The dynamically operable locator device of claim 11, wherein said set of device commands changes a configuration parameter of said dynamically operable locator device.
13. The dynamically operable locator device of claim 11, wherein said set of device commands causes said dynamically operable locator device to perform an action.
14. The dynamically operable locator device of claim 11, wherein said set of device commands causes said dynamically operable locator device to change one or more configuration parameters and perform one or more actions.
15. The dynamically operable locator device of claim 11, wherein said user-configurable dynamic association is implemented using Boolean logic.
16. The dynamically operable locator device of claim 11, wherein said user-configurable dynamic association is implemented using any form of combinatorial, sequential or associative logic.
17. The dynamically operable locator device of claim 11, wherein one of said events represents said dynamically operable locator device being located inside or outside a defined geographical area.
18. The dynamically operable locator device of claim 11, wherein one of said events represents said dynamically operable locator device successfully receiving location information from GPS satellites.
19. The dynamically operable locator device of claim 11, wherein said trigger is implemented by a combination of a trigger word and a trigger mask, wherein:
a. said trigger word represents a subset of said events against which said contemporaneously occurring subset of said events is evaluated; and b. said trigger mask represents which of said subset of events must occur alone or in concert to activate said event profile which comprises said trigger.
a. said trigger word represents a subset of said events against which said contemporaneously occurring subset of said events is evaluated; and b. said trigger mask represents which of said subset of events must occur alone or in concert to activate said event profile which comprises said trigger.
20. The dynamically operable locator device of claim 11, wherein said evaluating further includes performing Boolean operations between said contemporaneously occurring subset of said events and said trigger word and said trigger mask which comprise said trigger.
21. The dynamically operable locator device of claim 11, further comprising a hysteresis timer that starts upon occurrence of said contemporaneously occurring subset of events, wherein the activating means processes said set of device commands when said contemporaneously occurring subset of events corresponds to said trigger and after said hysteresis timer has expired.
22. The method of claim 1, further comprising starting a hysteresis timer upon occurrence of said contemporaneously occurring subset of events, wherein the activating step occurs when said contemporaneously occurring subset of events corresponds to said trigger and after said hysteresis timer has expired.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/585,149 US7538667B2 (en) | 2006-10-24 | 2006-10-24 | Dynamically configurable wireless device |
US11/585,149 | 2006-10-24 |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2607465A1 CA2607465A1 (en) | 2008-04-24 |
CA2607465C true CA2607465C (en) | 2015-05-19 |
Family
ID=39317398
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2607465A Active CA2607465C (en) | 2006-10-24 | 2007-10-23 | Dynamically configurable wireless device |
Country Status (2)
Country | Link |
---|---|
US (2) | US7538667B2 (en) |
CA (1) | CA2607465C (en) |
Families Citing this family (54)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7525425B2 (en) | 2006-01-20 | 2009-04-28 | Perdiem Llc | System and method for defining an event based on relationship between an object location and a user-defined zone |
WO2007073470A2 (en) | 2005-12-23 | 2007-06-28 | Perdiem, Llc | System and method for defining an event based on a relationship between an object location and a user-defined zone |
US7912641B2 (en) * | 2006-06-14 | 2011-03-22 | Mts Technologies, Inc. | Vehicular fleet monitoring via public wireless communication access points using compressed diagnostic data sets and reduced latency transmissions |
US8868410B2 (en) * | 2007-08-31 | 2014-10-21 | National Institute Of Information And Communications Technology | Non-dialogue-based and dialogue-based learning apparatus by substituting for uttered words undefined in a dictionary with word-graphs comprising of words defined in the dictionary |
EP2260597A1 (en) * | 2008-02-28 | 2010-12-15 | Philips Intellectual Property & Standards GmbH | Wireless patient monitoring using streaming of medical data with body-coupled communication |
US8923890B1 (en) * | 2008-04-28 | 2014-12-30 | Open Invention Network, Llc | Providing information to a mobile device based on an event at a geographical location |
US8412231B1 (en) | 2008-04-28 | 2013-04-02 | Open Invention Network, Llc | Providing information to a mobile device based on an event at a geographical location |
US8219110B1 (en) * | 2008-04-28 | 2012-07-10 | Open Invention Network Llc | Providing information to a mobile device based on an event at a geographical location |
US10453004B2 (en) * | 2008-09-04 | 2019-10-22 | United Parcel Service Of America, Inc. | Vehicle routing and scheduling systems |
WO2010027475A1 (en) * | 2008-09-04 | 2010-03-11 | United Parcel Service Of America, Inc. | Determining speed parameters in a geographic area |
US8219312B2 (en) * | 2008-09-04 | 2012-07-10 | United Parcel Service Of America, Inc. | Determining speed parameters in a geographic area |
KR101570369B1 (en) | 2008-10-14 | 2015-11-20 | 엘지전자 주식회사 | Telematics terminal and method for controlling vehicle by using thereof |
US8433296B2 (en) | 2009-05-01 | 2013-04-30 | Ryan Hardin | Exclusive delivery of content within geographic areas |
US8570174B2 (en) * | 2009-06-01 | 2013-10-29 | Adel O. Sayegh | Pin alarm tag |
US8456302B2 (en) | 2009-07-14 | 2013-06-04 | Savi Technology, Inc. | Wireless tracking and monitoring electronic seal |
CN102612678B (en) | 2009-08-14 | 2016-04-13 | 特洛吉斯有限公司 | Utilize the real-time map of data clusters, expansion and Overlapping display |
US9177282B2 (en) | 2009-08-17 | 2015-11-03 | Deal Magic Inc. | Contextually aware monitoring of assets |
CN101673544B (en) * | 2009-10-10 | 2012-07-04 | 上海电虹软件有限公司 | Cross monitoring method and system based on voiceprint recognition and location tracking |
US8983537B2 (en) * | 2009-12-30 | 2015-03-17 | Glenn Johnson | Object locator system and method |
US9333833B2 (en) * | 2010-03-12 | 2016-05-10 | Gm Global Techology Operations Llc | Vehicle connectivity systems, methods, and applications |
US8275508B1 (en) * | 2011-03-03 | 2012-09-25 | Telogis, Inc. | History timeline display for vehicle fleet management |
CN102005131B (en) * | 2010-11-30 | 2014-04-16 | 理查德·乔纳森·李 | School bus forecasting system |
US8688770B2 (en) | 2011-03-30 | 2014-04-01 | Webtech Wireless Inc. | System and method for job management between mobile devices |
US8583319B2 (en) * | 2011-09-08 | 2013-11-12 | Webtech Wireless Inc. | System, method and odometer monitor for detecting connectivity status of mobile data terminal to vehicle |
US8977427B2 (en) | 2011-09-08 | 2015-03-10 | Webtech Wireless Inc. | System, method and odometer monitor for detecting connectivity status of mobile data terminal to vehicle |
US8751710B2 (en) * | 2012-05-08 | 2014-06-10 | Entegra Technologies, Inc. | Reconfigurable modular computing device |
US8896440B2 (en) * | 2012-05-24 | 2014-11-25 | Webtech Wireless Inc. | Event-triggered dynamic landmark creation system and method |
US9940615B2 (en) | 2012-10-16 | 2018-04-10 | Fleetcor Technologies Operating Company, Llc | Automated pairing of payment products and mobile to mobile devices |
US20140108155A1 (en) | 2012-10-16 | 2014-04-17 | Max L. Johnson, JR. | Communication of promotions based on data associated with a vehicle |
US20140324714A1 (en) * | 2013-04-29 | 2014-10-30 | Omadi, Llc | Towing management |
US10121028B2 (en) | 2013-06-26 | 2018-11-06 | Vypin, LLC | Asset tag apparatus and related methods |
US9904885B2 (en) | 2014-04-06 | 2018-02-27 | Vypin, LLC | Wireless medication compliance sensing device, system, and related methods |
US10572700B2 (en) | 2013-06-26 | 2020-02-25 | Vypin, LLC | Wireless asset location tracking system and related techniques |
US10438476B2 (en) | 2013-06-26 | 2019-10-08 | Vypin, LLC | Wireless hand hygiene tracking system and related techniques |
US9258677B2 (en) * | 2013-11-21 | 2016-02-09 | Microsoft Technology Licensing, Llc | Improving scalability and reliability of hardware geo-fencing with failover support |
US9194955B1 (en) | 2014-01-16 | 2015-11-24 | WI-MM Corporation | Cloud based activity monitor for bicycles with fleet management and rider analytics system |
US9157742B1 (en) * | 2014-01-16 | 2015-10-13 | WI-MM Corporation | Cloud based activity monitor for bicycles and application |
US9002379B1 (en) | 2014-02-24 | 2015-04-07 | Appsurdity, Inc. | Groups surrounding a present geo-spatial location of a mobile device |
WO2016025044A2 (en) | 2014-05-12 | 2016-02-18 | Unmanned Innovation, Inc. | Distributed unmanned aerial vehicle architecture |
US9256994B2 (en) * | 2014-05-12 | 2016-02-09 | Unmanned Innovation, Inc. | Unmanned aerial vehicle authorization and geofence envelope determination |
US10510193B2 (en) | 2014-08-12 | 2019-12-17 | SVR Tracking, Inc. | Method and system for geofencing of vehicle impound yards |
CN105512583A (en) * | 2014-09-23 | 2016-04-20 | 深圳富泰宏精密工业有限公司 | System and method for concealed photography antitheft |
CN107000686B (en) | 2014-09-29 | 2019-01-29 | 莱尔德无线技术(上海)有限公司 | The method of remote information process device and the ignition event for detecting vehicle |
US10339536B2 (en) * | 2015-11-17 | 2019-07-02 | Schneider Enterprise Resources, LLC | Geolocation compliance for a mobile workforce |
US10896429B2 (en) | 2016-03-09 | 2021-01-19 | Talon Systems Software, Inc. | Method and system for auditing and verifying vehicle identification numbers (VINs) with crowdsourcing |
US10796317B2 (en) | 2016-03-09 | 2020-10-06 | Talon Systems Software, Inc. | Method and system for auditing and verifying vehicle identification numbers (VINs) with audit fraud detection |
US11423417B2 (en) | 2016-03-09 | 2022-08-23 | Positioning Universal, Inc. | Method and system for auditing and verifying vehicle identification numbers (VINs) on transport devices with audit fraud detection |
US10085116B2 (en) | 2016-09-23 | 2018-09-25 | International Business Machines Corporation | Matching actionable events with goods and services providers |
US10171936B2 (en) | 2016-09-23 | 2019-01-01 | International Business Machines Corporation | Matching actionable events with goods and services providers |
US10809741B2 (en) * | 2017-11-17 | 2020-10-20 | Polaris Industries Inc. | Method and system for controlling the speed of a vehicle |
CN108099604B (en) * | 2017-11-28 | 2021-06-29 | 东风商用车有限公司 | Remote speed limiting method for commercial vehicle |
CN108226975A (en) * | 2018-01-18 | 2018-06-29 | 北京港信科技有限公司 | Ship's fix monitoring system |
US11037378B2 (en) | 2019-04-18 | 2021-06-15 | IGEN Networks Corp. | Method and system for creating driver telematic signatures |
US11482057B2 (en) | 2019-12-14 | 2022-10-25 | SVR Tracking, Inc. | Method and system for battery management for mobile geofencing devices |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6295449B1 (en) | 1992-01-27 | 2001-09-25 | @Track Communications, Inc. | Data messaging in a communications network using a feature request |
US5311197A (en) * | 1993-02-01 | 1994-05-10 | Trimble Navigation Limited | Event-activated reporting of vehicle location |
JPH09331291A (en) | 1996-04-10 | 1997-12-22 | Oki Electric Ind Co Ltd | Radio communication system and radio communication equipment |
JPH1089976A (en) * | 1996-09-13 | 1998-04-10 | Hitachi Ltd | Information display and navigation system |
JP3260657B2 (en) | 1997-05-23 | 2002-02-25 | 松下電器産業株式会社 | Wireless fixed terminal |
US5974312A (en) | 1997-07-10 | 1999-10-26 | Ericsson Inc. | System and method for updating a memory in an electronic device via wireless data transfer |
AU1823799A (en) | 1997-12-29 | 1999-07-19 | Ameritech Corporation | System and method for home automation and security |
AT408926B (en) | 1999-03-15 | 2002-04-25 | Siemens Ag Oesterreich | DEVICE FOR SWITCHING, CONTROLLING AND MONITORING DEVICES |
WO2000070889A1 (en) | 1999-05-14 | 2000-11-23 | Medtronic Physio-Control Manufacturing Corp. | Method and apparatus for remote wireless communication with a medical device |
WO2001003414A1 (en) | 1999-07-02 | 2001-01-11 | Musco Corporation | Means and apparatus for control of remote electrical devices |
US8159338B2 (en) * | 2002-06-11 | 2012-04-17 | Automotive Technologies International, Inc. | Asset monitoring arrangement and method |
AU2002316411A1 (en) | 2001-06-27 | 2003-03-03 | Flarion Technologies, Inc. | Methods and apparatus for supporting group communications |
US6594576B2 (en) | 2001-07-03 | 2003-07-15 | At Road, Inc. | Using location data to determine traffic information |
US7038619B2 (en) * | 2001-12-31 | 2006-05-02 | Rdp Associates, Incorporated | Satellite positioning system enabled media measurement system and method |
US6934544B2 (en) | 2002-02-04 | 2005-08-23 | Qualcomm Incorporated | Method and apparatus for configurable selection and acquisition of a wireless communications system |
RU2308045C2 (en) * | 2002-05-07 | 2007-10-10 | Агротек Корпорейшн | Method and system for tracking |
US6943701B2 (en) * | 2002-06-06 | 2005-09-13 | Advanced American Enterprises, Llc | Vehicular safety system and method |
JP4493953B2 (en) * | 2003-08-22 | 2010-06-30 | 富士通テン株式会社 | Moving body position providing apparatus and moving body position providing system |
US7222018B2 (en) * | 2004-04-06 | 2007-05-22 | Honda Motor Co., Ltd. | Bandwidth and memory conserving methods for a vehicle navigation system |
WO2006039117A2 (en) * | 2004-09-21 | 2006-04-13 | Skyfence Inc. | Positioning system that uses signals from a point source |
US7339469B2 (en) * | 2004-11-22 | 2008-03-04 | Maersk Logistics Usa, Inc. | Shipping container monitoring and tracking system |
US20060238347A1 (en) * | 2005-04-22 | 2006-10-26 | W.R. Parkinson, Co., Inc. | Object tracking system |
US8385883B2 (en) * | 2007-02-06 | 2013-02-26 | Qualcomm Incorporated | Apparatus and methods for locating, tracking and/or recovering a wireless communication device |
-
2006
- 2006-10-24 US US11/585,149 patent/US7538667B2/en active Active
-
2007
- 2007-10-23 CA CA2607465A patent/CA2607465C/en active Active
-
2009
- 2009-05-01 US US12/453,195 patent/US7940173B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US7538667B2 (en) | 2009-05-26 |
CA2607465A1 (en) | 2008-04-24 |
US20080094256A1 (en) | 2008-04-24 |
US20090273469A1 (en) | 2009-11-05 |
US7940173B2 (en) | 2011-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2607465C (en) | Dynamically configurable wireless device | |
US8766791B2 (en) | Configurable geofences with inherit aspects and use thereof in configurable wireless devices | |
WO2008128337A1 (en) | Configurable telematics and location-based system | |
US20200296560A1 (en) | System and method for remote asset management | |
US6611686B1 (en) | Tracking control and logistics system and method | |
US8325025B2 (en) | Automated geo-fence boundary configuration and activation | |
JP5226850B2 (en) | A system for setting up and using geographic areas to monitor and control movable entities | |
CN101261134B (en) | Vehicle mounted positioning navigation terminal facing emergent rescuing | |
CN100414572C (en) | Road state information real-time publishing and applying system in city | |
CA2671116C (en) | Vehicle communication device | |
US10423919B2 (en) | Mobile transceiver having selectable travel modes and a method of operation | |
US20160238406A1 (en) | Refrigerated transport container wireless remote tracking and management systems and methods | |
US20090069954A1 (en) | Control and system notifications using remote access | |
JP2008519555A (en) | Method and system for monitoring and controlling apparatus using wireless medium | |
CN109791649A (en) | Mobile transceiver and operating method with the alarm profile based on assets | |
MXPA04001514A (en) | A method and system for asset tracking. | |
CN104345324A (en) | GPS vehicle positioning method and apparatus, and vehicle | |
CN111605646A (en) | Electric vehicle alarm, electric vehicle monitoring system, method, monitoring platform and electric vehicle | |
CN202373147U (en) | Beidou satellite navigation positioning and monitoring system for public bus | |
JP5014145B2 (en) | Set up and use geographic areas to monitor and control mobile entities | |
CN212861711U (en) | Electric vehicle alarm, electric vehicle monitoring system and electric vehicle | |
JP2000285355A (en) | Position detecting device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request |