WO2022044043A1

WO2022044043A1 - System and method for wearable tracker for tracking a user

Info

Publication number: WO2022044043A1
Application number: PCT/IN2021/050819
Authority: WO
Inventors: Pragnyat LALWANI; P. Pavan KUMAR
Original assignee: Seshaasai Business Forms Pvt. Ltd
Priority date: 2020-08-25
Filing date: 2021-08-25
Publication date: 2022-03-03

Abstract

The present invention discloses a system (100) and method for a wearable tracker (104) worn by a user to track their movements with respect to a geo-fenced location. The system (100) comprises beacons (102) which are positioned by each user within their fenced geo-location/quarantine location. In case there is a change in the behaviour of the user w.r.t. their location, one or more alerts are triggered and the system (100) determines and executes one of multiple events. The wearable tracker (104) comprises a GSM module, Bluetooth module, accelerometer, and WiFi module. The beacon (102) comprises an accelerometer (206) and Bluetooth/BLE module (204). The beacon (102) communicates with the wearable tracker (104) and the cloud server (108) and tracks the movement of the user from the geo-fenced/quarantine location.

Description

System and method for wearable tracker for tracking a user

The field of invention generally relates to wearable trackers. More specifically, it relates to a system and method for a wearable tracker which uses BLE beaconing.

Bluetooth® low energy (BLE) is a wireless Personal Area Network (PAN) technology that is advantageous as it requires reduced power consumption and cost while maintaining efficient communication range. BLE technology can be used in proximity sensing. BLE beacons broadcast a Universally Unique Identifier (UUID), which can be detected by an application or a user device. The beacon can be used to determine physical locations of the user devices.

However, most current devices require constant usage of the WiFi or Bluetooth, which result in a quickly-drained device battery. Some other devices use GSM, which drains the battery even more quickly. Hence, current systems do not succeed in providing a power-efficient device which can last beyond a few days.

Other existing systems have tried to address this problem. However, their scope was limited to using a smartphone along with the tracking device. This is disadvantageous as such devices cannot be used for people who do not have a smartphone, and the devices can stop functioning in case of loss/damage of the smartphone.

Thus, in light of the above discussion, it is implied that there is need for a system and method for an energy-efficient and convenient tracking device, which is can be used by any person and does not suffer from the constraints discussed above.

Object of Invention

The principle object of this invention is to provide a system and method for a wearable tracker for tracking a user, which enables the determination of the most accurate geo-location at all times.

Another object of the invention is to provide a system and method for a wearable tracker with a unique and energy-efficient sequence of turning ON the modules to detect the location of the wearable tracker.

Another object of the invention is to provide a system and method for an energy-efficient wearable tracker which can function for a long duration without requiring battery charging.

Another object of the invention is to provide a system and method for a wearable tracker which can be used for a few weeks without requiring battery re-charging,

Another object of the invention is to provide a system and method for a wearable tracker which can be used as a one-time use tracker.

Another object of the invention is to provide a system and method for a wearable tracker which is lighter and compact as it does not include charging ports and related firmware.

This invention is illustrated in the accompanying drawings, throughout which, like reference letters indicate corresponding parts in the various figures.

The embodiments herein will be better understood from the following description with reference to the drawings, in which:

Fig. 1

depicts/illustrates a system comprising a wearable tracker, in accordance with an embodiment;

Fig. 2

depicts/illustrates components of the system comprising the wearable tracker, in accordance with an embodiment; and

Fig. 3

illustrates a method for a wearable tracker and beacon, in accordance with an embodiment.

Statement of Invention

The present invention discloses a system and method for a trackable wearable tracker which can be worn by a user to track their movements with respect to a geo-fenced location. The system further comprises BLE beacons which are used to determine the location of the user. In case there is a change in the behaviour of the user w.r.t. their location, the system determines one of multiple events to execute. The wearable tracker comprises one or more of GSM module, Bluetooth module, accelerometer, WiFi module, and GPS module. The beacon comprises an accelerometer and Bluetooth/BLE module. The beacon communicates with the wearable tracker and the cloud server, and tracks the movement of the user from the geo-fenced/quarantine location.

The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and/or detailed in the following description. Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein may be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.

The present invention discloses a system and method for a wearable tracker which can be worn by a user to track their movements with respect to a geo-fenced location. The system further comprises beacons which are provided to the user, and are positioned within their fenced geo-location or quarantine location. In case there is a change in the behaviour of the user w.r.t. their location, one or more alerts are triggered and the system determines and executes one of multiple events.

In an embodiment, the wearable tracker comprises a GSM module, BLE module, accelerometer, and WiFi module. The beacon comprises an accelerometer and Bluetooth/BLE module. The beacon communicates with the wearable tracker which in turn connects by itself to the cloud and tracks the movement of the individual from the tagged geo location. In case a change in behavior/location of the wearable tracker is detected, a chain of events is executed based on the behavior/location of the wearable tracker.

depicts/illustrates a system 100 comprising a wearable tracker 104. In an embodiment, the system also comprises a beacon 102, a user device 106, and a cloud server 108 which can communicate with each other through a communication network 110.

In an embodiment, the beacon 102 and the wearable tracker 104 will be issued to any user who is to be tracked. The user may receive the wearable tracker 104 and the beacon at one or more locations such as an office, a hospital, a checkpoint, etc. The user is required to wear the activated wearable tracker 104 in front of an issuing authority, and can then proceed to travel to their home/house which is the user’s registered geo-fenced location/quarantine location while simultaneously carrying/transporting the beacon 102. Once the user reaches their quarantine location, the cloud server 108 may verify the quarantine location. Further, once the user reaches their destination, the user is required to position the beacon within their geo-fenced location/quarantine location, so that the movements of the user can be accurately tracked. In case the beacon 102 detects a change in the movement of the user, the beacon 102 may determine whether the user has moved out of their geo-fenced/quarantine location. Accordingly, the beacon 102 may communicate one or more information to the cloud server 108, which may raise appropriate alerts and execute one or more actions based on the movement and behaviour of the user.

In an embodiment, the wearable tracker may comprise a form of tamper detection. In an example, a sign or indelible ink may be provided on the wearable tracker 104 such that any tampering/removal of the wearable tracker 104 can be determined/detected.

depicts/illustrates components of the system comprising the wearable tracker.

In an embodiment, the beacon 102 comprises a communication module 202, a Bluetooth module 204, an accelerometer 206 and a beacon processing module 208. The beacon processing module 208 controls the function of the other modules in order to efficiently track the user wearing the wearable tracker 104.

In an embodiment, the wearable tracker 104 comprises a location module 210, tracker processing module 212, memory unit 214 and a communication module 216.

In an embodiment, the location module 210 comprises a GPS unit which can track the location coordinates of the wearable tracker 104.

In an embodiment, the tracker processing module 212 comprises an accelerometer. The tracker processing module 212 may coordinate with the other modules to process and share detected information with the cloud server.

In an embodiment, the memory unit 214 comprises one or more volatile and non-volatile memory components which are capable of storing data and instructions to be executed.

In an embodiment, the communication module 216 comprises a Bluetooth module, a WiFi module, a GSM module, a GPS module and other communication techniques to communicate with the cloud server 108.

The bluetooth modules in the beacon 102 and wearable tracker 104 may comprise Bluetooth Low Energy (BLE) technology modules.

In an embodiment, the user device 106 comprises a communication unit 218, a tracking application 220, a memory unit 222 and a processing unit 224. The user device 106 may comprise one or more of a wearable tracker, mobile phones, PDA, smartphones, smart band, smart watch, laptop, computer, etc.

In an embodiment, the communication unit 218 comprises wired and wireless communication, including but not limited to, GPS, GSM, LAN, Wi-fi compatibility, and Bluetooth low energy.

In an embodiment, the tracking application 220 allows the user to view details related to the wearable tracker 104 and the tracked location information. The tracking application 220 may provide a user interface to receive inputs. and provide confirmations or notification to the user.

In an embodiment, the memory unit 222 of the user device 106 comprises one or more volatile and non-volatile memory components which are capable of storing data and instructions to be executed.

In an embodiment, the processing unit 224 comprises one or more of microprocessors, circuits, and other hardware configured for processing. The processing unit 224 is configured to execute instructions stored in the memory module as well as communicate with wearable trackers 104 and cloud server 108, through a communication module (not depicted in figure).

In an embodiment, the cloud server 108 comprises a tracking platform (226), a memory module 228 and a communication module 230.

In an embodiment, the memory module 228 works similar to the memory unit 222 of the user device 106. Further, the communication module 230 works similar to the communication unit 218 of the user device 106.

In an embodiment, the tracking platform 226 can be used by one or more organizations to track multiple users. The tracking platform 226 may provide admins an interface to store multiple organization details, user accounts and user details. Further, the tracking platform 226 may be used to initialize wearable trackers, assign/issue them to particular users, track the users, raise alerts and notifications in case the movements/behaviour of the user has changed, and execute actions based on the user’s movements.

In an embodiment, the communication module 230 comprises wired and wireless communication, including but not limited to, GPS, GSM, LAN, Wi-fi compatibility, and Bluetooth low energy.

The accelerometer along with the specific rules for establishing BLE connection between the wearable tracker 104 and the BLE beacon 102 ensures that the dependency on the other communication modules such as GSM and WiFi are significantly reduced. This results in a more energy efficient and cost-effective system. Advantageously, the system enables the determination of the most accurate geo-location at all times.

Advantageously, the described sequence of turning ON of the modules, i.e., Bluetooth module followed by WiFi module and Google API call to detect the location of the wearable tracker 104, is unique and energy-efficient. The advantages of the current invention include the ability of the wearable tracker 104 to function for a long duration without requiring battery charging, as the system provides an energy-efficient wearable tracker. Since the wearable tracker 104 can be used for a few weeks without requiring battery re-charging, the wearable tracker 104 may be used as a one-time use tracker, which is lighter and compact as it does not include charging ports and related firmware.

Further, the logics and rules built are programmed in such a manner that once there is a change in behavior of the user which is caught by the accelerometer, immediately a chain of events is put in motion.

In an exemplary embodiment, the wearable trackers 104 are used to ensure that users under quarantine do not move out of their permitted quarantine locations.

The wearable trackers 104 undergo the following states during their lifecycle:
1. Inventory: this is the state of the wearable tracker 104 from the factory where the wearable tracker 104 is manufactured/assembled, up to the time the wearable tracker is ready to be handed over to a user.
2. Handover Configuration: this is the state of the wearable tracker 104 from the time the wearable tracker 104 is taken from inventory until the time the wearable tracker is handed over to the user.
3. First Mile Tracking: this is the state of the wearable tracker 104 from the time the user travels from the point of wearable tracker 104 handover, to their quarantine location
4. Quarantine Setup Tracking: this is the state of the wearable tracker 104 from the time the user arrives at their quarantine location till the time the system is able to recognize and register the BLE/WiFi/Cellular signatures at the geo-fenced/quarantine location.
5. Quarantine Compliance Verification: this is the state of the wearable tracker 104 from the time the system has registered the quarantine location signature till the end of the quarantine period, as long as there is no violation.
6. Quarantine Violation Tracking: Tracking intermittently from the detection of any quarantine violation till the time of return to the quarantine location.

In an embodiment, the Bluetooth module 204 and the accelerometer 206 in the beacon 102 are always in ON mode. Further, in the wearable tracker 104, the accelerometer is always ON, while the Bluetooth, WiFi and GSM modules are turned ON based on a sniffing-basis configuration.

When the wearable tracker 104 and the beacon 102 are issued to a particular user, the geo-fenced/quarantine location of the user is manually entered and communicated to the cloud server 108. The geo-fenced/quarantine location may be shared through one or more location applications and/or virtual map applications, which are commonly used in the art.

When the wearable tracker 104 is picked up from the factory and issued to a user, an initialization period is provided during which the wearable tracker 104 can be transported to the quarantine location. In an embodiment, the initialization period may be 5 to 10 hours, and, in particular, may be 8 hours. Both the beacon 102 and the wearable tracker 104 may be transported by the user while they are travelling to their geo-fenced/quarantine location.

In an embodiment, the 8-hour initialization period may be divided into parts, such as 2 parts of 4 hours each. During the first part, the Bluetooth modules of the beacon 102 and the wearable tracker 104 may be activated once in every 15 minutes, and the WiFi may be activated once in every 2 hours. The activation of the Bluetooth modules may be dynamic in nature, depending on the battery life and the user behaviour. The GSM module is not turned ON in the first part. During the second part, said Bluetooth modules may be activated once in every 30 minutes, and the WiFi may be once in every 30 mins.

In an embodiment, during the first part, when the Bluetooth modules are turned ON, the accelerometer in the beacon 102 is used to determine whether the user has stopped travelling. Further, during the second part, when the WiFi and Bluetooth are both turned ON, information collected from the WiFi and Bluetooth is used to determine whether the user has stopped travelling. In case the user has stopped travelling, the beacon 102 and wearable tracker may communicate accelerometer information to determine how long the user has stopped travelling.

In an embodiment, the information assessed during the ON times of the WiFi, Bluetooth and GSM modules of the beacon 102 and the wearable tracker 108 is communicated with the cloud server 108 and stored user each respective user account/profile.

In an embodiment, when the WiFi is turned ON, the wearable tracker 104 creates at least one WiFi MAC id master list by scanning and storing details of the closest MAC ids which are detected by the beacon 102 and wearable tracker 104. Further, the master list is communicated to the cloud server 108. The master list can be used by the cloud server 108 to cross-verify any future reports/information shared by the wearable tracker 104 with the cloud server 108. The information assessed during the ON times of the WiFi, Bluetooth and GSM modules.

From the at least one master list, the cloud server 108 determines commonly repeating MAC ids. These commonly repeating MAC ids may be shared with one or more external applications to determine information related to the cell towers corresponding to the MAC ids. As an example, the highest repeating MAC ids are shared with a *** API which determines and shares the cell tower information corresponding to each repeating MAC id. The cell tower information is further used to determine the location of the user when they are at those MAC ids. Advantageously, only the highest-repeating MAC ids are picked for location-determination, in order to save time and resources, thus resulting in a more accurate and efficient tracking system.

In an embodiment, the master list of wi-fi and GSM towers are stored locally in the memory unit 214 of the wearable tracker 104. Thus, the wearable tracker 104 can compare and confirm geo-fence compliance in case the wearable tracker 104 cannot connect to the cloud server 108. The master list details may be referred to as V0.

In an embodiment, in case of a geo-fence violation, any foreign / unexpected WiFi, SSIDs and GSM cell details may be detected by the cloud server 108 and shared with the wearable tracker 104. The wearable tracker 104 may store these details in the memory unit 214 with a relevant time stamp and these details may be referred to as V1. Thereafter, in case the wearable tracker 104 detects the same set of IDs, the wearable tracker 104 may conclude that the geo-fencing violation persists, which can be concluded without communicating with the cloud server 108. Advantageously, storing the V0 and V1 lists enables the wearable tracker 104 to work more efficiently, thus saving battery-power and reducing the overall cost of the system.

Thereafter, in case the wearable tracker 104 detects the V0 ids, it concludes from the memory unit 214 that the wearable tracker 104 has returned to the geo-fenced home quarantine location.

In case the wearable tracker 104 detects another new set of IDs called V2, the wearable tracker 104 may conclude that the user is further furthering the violation in sync with accelerometer patterns. Hence, the wearable tracker 104 may communicate with the cloud server 108 through a cloud call to determine the new geo-location of the V2 IDs. Further, the V2 IDs are stored in the memory unit 214, and the wearable tracker 104 may determine whether the user returns to their home quarantine location or moves to a new violation location by detecting new IDs V3.

Thereafter, once the cell tower locations are received, the proximity/distance between each cell tower location and the user’s geo-fenced/quarantine location is determined. The distance between each cell tower location and the user’s geo-fenced/quarantine location may be determined dynamically, based on the density of cell towers (cell teledensity) in that location. In an embodiment, in case the cell tower location is within 100 mts of the user’s geo-fenced/quarantine location, the cloud server 108 determines that the cell tower and corresponding MAC id should be enclosed within the user’s geo-fenced/quarantine location. Further, certain MAC ids may be enclosed in the geo-fenced/quarantine location only after receiving a confirmation from the user or the admin.

In an embodiment, in the wearable tracker 104, the Bluetooth module will be switched on every 15 mins, or will be switched ON in case the accelerometer reports any abnormal behaviour of the user. The WiFi will be switched on every 4 hours or in case the Bluetooth module reports any abnormal behaviour. Further, the GSM module will be dynamically switched ON, on a periodic basis. The GSM module may be turned ON once every 24 hours and data for the 24-hour period will be synced on to the server. The GSM module may be switched ON earlier only if the wearable tracker 104 confirms a high probability of a violation.

In an embodiment, the accelerometer detects abnormal behaviour such as no movement of the user, or accelerometer moving at a vehicle’s speed.

In case the wearable tracker 104 reports that the beacon 102 is moving, the following actions may be executed. The wearable tracker 104 shares all sets of WiFi MAC ids which were detected during the time of beacon movement. In case the MAC ids reported in each set are present in the previously collected master list, an Alert is raised for checking whether the beacon has been tampered with.

In case one or more of the detected MAC ids are not present/available in the master list of WiFi MAC ids, those WiFi MAC ids are communicated to one or more third party softwares or APIs such as a Google API or a skyhook API, to receive the corresponding cell tower location of the MAC ids. Subsequently, in case any of the received cell tower locations are deviating from or further away than an optimum distance away from the geo-fenced/quarantine zone/location, an alert is generated and shared with one or more admins and/or organizations. The optimum distance may be determined based on one or more user requirements. The optimum distance may be geofence may be conditionally programmed using artificial intelligence.

In case of Wifi or wifi and cell, the optimum distance may be 100 meters. In case of cell towers, the optimum distance may be dynamically changed to 500 metres. Further, the geo fence perimeter may be benchmarked and violation may be checked based on whether the feed is received from one or more of the user device 106, the wifi and the wearable tracker 104.

In an embodiment, the tracking platform 226 may advantageously use one or more artificial intelligence to dynamically change the optimum distance of the geo-fence, based on the inputs received from one or more of the user device 106, the Wifi and the wearable tracker 104.

In case the wearable tracker 104 reports that the beacon 102 is not found, the following actions may be executed. The wearable tracker 104 would try to detect the beacon 102 by switching ON the Bluetooth module in 15-minute intervals, and by switching ON the WiFi module every 30 minutes, for 2 hours. In case the beacon 102 is not detected after 2 hours, a notification is communicated to the cloud server 108 that the wearable tracker 104 was unsuccessful in finding the beacon 102. At the end of the 2-hour period, the wearable tracker 104 shares one or more collected information with the cloud server 108. The collected information comprises MAC ids collected during the 2-hour interval, the timestamps for the same and the BLE status of the beacon, which is detected to be not available. In case the detected MAC ids are not available in the master list, the MAC ids are shared with the *** API to derive location of the cell tower corresponding to the MAC ids. In case the derived location is more than the optimum distance away from the geo-fence/quarantine zone, an alert is generated by the cloud server 108 and is shared with one or more admins and organizations. The optimum distance may depend on the cell tower connectivity and quality. Further, in this case, the optimum distance may be 200 meters. In case the WiFi location is not derivable from the MAC ids, the cell towers determined by the wearable tracker 104 will be matched against cell towers in the home location. In case 3 or more cell towers match, no alerts are generated. This scenario takes into consideration the possibility of a power cut, during which the beacon 102 may stop working intermittently.

In case the wearable tracker 104 reports that the detected WiFi MAC ids are not present in the MAC id master list, the following actions may be executed. The wearable tracker 104 may dynamically switch ON the WiFi periodically for a predetermined time duration, to determine whether any detected WiFi MAC ids are present in the master list. In an embodiment, the wearable tracker 104 may switch ON the WiFi every 30 mins for 2 hours and determines whether any detected WiFi MAC ids are present in the master list. In case the wearable tracker 104 does not detect any MAC ids present in the list, the wearable tracker 104 may communicate the same with the cloud server 108. The collected MAC ids are shared with the Google API to derive their corresponding cell tower location. In case the derived WiFi location is more than 200 meters away from the geo-fenced/ quarantine location, an alert is generated and share with one or more admins and organizations.

In case the WiFi location is not derivable from the reported MAC ids, the cell towers collected by the wearable tracker 104 will be matched against home location cell towers. In case 3 or more cell towers match, no alerts are generated. This scenario also takes into consideration the possibility of a power cut.

In an embodiment, the cloud server 108 comprises various adherence and violation scenarios for various states of different modules of the beacon 102 and the wearable tracker 104.

The various states and adherence/violation scenarios of the Bluetooth module are as follows.

In an embodiment, in case the wearable tracker 104 Bluetooth is detected and is not moving, the adherence scenario is that the beacon 102 has been fixed properly, and the violation scenario is that the accelerometer is malfunctioning and the user still carrying the wearable tracker 104.

In an embodiment, in case the wearable tracker 104 Bluetooth is not found, the adherence scenario is that the user may be at home in their quarantine location, just out of reach of the beacon 102, or the beacon 102 has stopped working, and the violation scenario is that the wearer has moved out of the geo-fenced/quarantine location.

In an embodiment, in case the beacon 102 is moving, the adherence scenario is that the beacon 102 was detached from the fenced/quarantine location or that the user has not fixed the beacon 102 to a surface. The violation scenario is that the user is carrying/transporting the beacon 102.

The various states and adherence/violation scenarios of the WiFi module are as follows.

In an embodiment, in case the Wifi module is not providing any detected MAC ids, the adherence scenario is that there is a power outage or the geo-fenced/quarantine location has no WiFi ids nearby. The violation scenario is that the user has moved outside the geo-fenced/quarantine location, where no WiFi is available.

In an embodiment, in case the Wifi module detects MAC ids, and these MAC ids are not present in the master list, the adherence scenario is that mobile hotspots are switched on and new routers came into range. The violation scenario is that the user has moved outside the geo-fenced/quarantine location.

In an embodiment, in case the Wifi module detects MAC ids, and at least one of these MAC ids are not present in the master list, the adherence scenario is that the user is in the geo-fenced/quarantine location. The violation scenario is that the user has moved out of the geo-fenced/quarantine location but is still close by.

The various states and adherence/violation scenarios of the GSM module are as follows. In an embodiment, in case the GSM module provide cell tower information but the cell tower is not present in the Home Master list, the adherence scenario is that the user is in the geo-fenced/quarantine location/zone or in the general area. The violation scenario is the user has moved out of geo-fenced/quarantine location/zone but is still in the general area.

DeviceID	Event Date and Time	Event Message	Device State	Device Detail	Action
D001	28.07.2020 - 09:30:25	Wake up request not received till 4 hours	Wakeup	On hold	No Action Required
D001	28.07.2020 - 11:01:02	BLE Constantly Moving	Quarantine	BLE - Moving Wifi - Matching Wifi Found GSM - Match Cell Tower Found	No Action Required
D103	28.07.2020 - 11:30:02	Possible Quarantine Breach	Potential Violation	BLE - Moving Wifi - Mismatching BSSIDs found GSM - Matching Cell Tower Found	Confirm as Violation

In an embodiment, in case the GSM module provides cell tower information and the cell towers are present in the Home master list, the adherence scenario is that the user is in the quarantine zone or in the general area. The violation scenario is the user has moved out of geo-fenced/quarantine location/zone but is still in the general area.

The below-mentioned table provides exemplary details related to wearable trackers 104 which are in quarantine and have a potential violation of the quarantine zone.

illustrates a method 300 for a wearable tracker and beacon, in accordance with an embodiment. The method 300 begins with providing a user with a wearable tracker and a beacon, as depicted at step 302. Subsequently, the method 300 discloses initializing the beacon to a geo-fenced/quarantine location of the user, where the geo-fenced/quarantine location may be the user’s home, as depicted at step 304. Thereafter, the method 300 discloses creating a master list of WiFi MAC ids at the home geo-fenced/quarantine location, as depicted at step 306. The method 300 discloses switching ON a Bluetooth module either periodically or in case an accelerometer detects an abnormal behaviour of the user, as depicted at step 308. The Bluetooth module may be turned on every 15 minutes, while the accelerometer detects abnormal behaviour such as no movement of the user, or accelerometer moving at a vehicle’s speed. The method 300 discloses switching on Wifi module periodically or in case the beacon/wearable tracker has moved, as depicted at step 310. The WiFi module may be turned on every 4 hours. Further, the method comprises detecting MAC ids and comparing them to the master list.

The method 300 further discloses determining an abnormal behaviour of the user by switching on GSM module and analyzing cell tower locations, as depicted at step 312. The method 300 discloses Initiating an alert based on the abnormal behaviour of the user, as depicted at step 314.

Applications of the current invention include all tracking applications, including mass tracking of a travelling population.

The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the scope of the embodiments as described here.

Claims

A system (100) for tracking a user, comprising:
at least one wearable tracker (104) configured to track a user based on a geo-fenced location, wherein the wearable tracker (104) is configured to create and communicate at least one MAC id master list to a cloud server (108);
at least one beacon (102) positioned in the geo-fenced location, where the beacon (102) is configured to detect and communicate at least one movement information of the wearable tracker (104) to a cloud server (108); and
the cloud server (108) configured to determine at least one abnormal behavior of the user and raise at least one alert, based on the received MAC id master list.
The system (100) for tracking a user as claimed in claim 1, wherein the wearable tracker (104) comprises:
a location module (210) comprising a GPS unit, wherein the location module (210) is configured to track location coordinates of the wearable tracker (104);
a communication module (216) comprising a WiFi module, a Bluetooth module and a GSM module, wherein the communication module (216) is configured to create and communicate at least one of MAC id master list and cell tower information to the cloud server (108), by using the WiFi module and GSM module;
a memory unit (214) configured to store the MAC id master list received from the WiFi module and the cell tower information received from the GSM module;
a tracker processing module (212) comprising an accelerometer, wherein the tracker processing module (212) is configured to detect and communicate at least one movement information of the user, to the cloud server (108).
The system (100) for tracking a user as claimed in claim 1, wherein the beacon (102) comprises:
an accelerometer (206) configured to track the at least one movement information;
a Bluetooth module (204) configured to detect at least one movement information with the wearable tracker (104);
a communication module (202) configured to communicate the at least one movement information with the cloud server (108); and
a beacon processing module (208) configured to control functions of the accelerometer (206), the Bluetooth module (204) and the communication module (202) in order to efficiently track the user.
The system (100) for tracking a user as claimed in claim 1, comprising a user device (106) configured to communicate with the wearable tracker (104) and the cloud server (108), wherein the user device (106) is configured for at least one of: registering the geo-fenced location, tracking the user and receiving at least one alert related to the abnormal behavior of the user.
The system (100) for tracking a user as claimed in claim 1, wherein the MAC id master list is created by scanning and storing details of closest MAC ids detected by at least one of the beacon (102) and the wearable tracker (104),
wherein highest repeating MAC ids are determined and analyzed to derive cell tower information corresponding to each repeating MAC id, and
wherein the cell tower information is analyzed to determine a location of the user when they are at those MAC ids.
The system (100) for tracking a user as claimed in claim 1, wherein the abnormal behavior of the user is determined based on at least one of: deviating from an optimum distance of the cell tower locations from the geo-fenced location, no movement of the user, and the accelerometer (206) moving at a vehicle’s speed.
The system (100) for tracking a user as claimed in claim 6, wherein the cloud server (108) comprises a tracking platform (226) utilizing artificial intelligence to dynamically change the optimum distance of the geo-fenced location, based on inputs received from at least one of a user device (106) and the wearable tracker (104).
The system (100) for tracking a user as claimed in claim 1, wherein the wearable tracker (104) comprises multiple tracking states, wherein the multiple tracking states comprise at least one of a first mile tracking state, a quarantine setup tracking state, a quarantine compliance verification state and a quarantine violation tracking state.
The system (100) for tracking a user as claimed in claim 3, wherein the Bluetooth module (204) and the accelerometer (206) of the beacon (102) are always in ON mode, and wherein, the accelerometer of the wearable tracker (104) is always ON, while a Bluetooth module, the WiFi module and the GSM module are turned ON when the accelerometer (206) of the beacon (102) and the accelerometer of the wearable tracker (104) determine deviation in the user’s movement or no movement.
A method (300) for tracking a user, comprising:
tracking a user based on a geo-fenced location;
detecting and communicating at least one movement information of the user;
creating and communicating a MAC id master list;
determining at least one abnormal behavior of the user and raising at least one alert, based on at least one of the received MAC id master list and the movement information.
The method (300) for tracking a user as claimed in claim 10, comprising:
using at least one wearable tracker (104) for tracking the user;
using at least one beacon (102) positioned in the geo-fenced location for detecting and communicating at least one movement information of the user; and
using a cloud server (108) for determining the at least one abnormal behavior of the user.
The method (300) for tracking a user as claimed in claim 11, wherein using the at least one wearable tracker (104) comprises:
tracking location coordinates of the wearable tracker (104), by using a location module (210);
creating and communicating at least one of the MAC id master list and the cell tower information, by using a communication module (216) comprising a WiFi module, a Bluetooth module and a GSM module;
storing the MAC id master list received from the WiFi module and the cell tower information received from the GSM module, by using a memory unit (214); and
detecting and communicating at least one movement information of the user, by using a tracker processing module (212) comprising an accelerometer.
The method (300) for tracking a user as claimed in claim 11, wherein using at least one beacon (102) comprises:
tracking the at least one movement information, by using an accelerometer (206);
detecting the at least one movement information to the wearable tracker (104), by using a Bluetooth module (204);
communicating the at least one movement information to the cloud server (108), by using a communication module (202); and
controlling functions of the accelerometer (206), the Bluetooth module (204) and the communication module (202), by using a beacon processing module (208) in order to efficiently track the user.
The method (300) for tracking a user as claimed in claim 11, comprising using a user device (106) for at least one of:
communicating with the wearable tracker (104) and the cloud server (108);
registering the geo-fenced location;
tracking the user; and
receiving at least one alert related to the abnormal behavior of the user.
The method (300) for tracking a user as claimed in claim 11, comprising:
creating the MAC id master list by scanning and storing details of closest MAC ids detected by at least one of the beacon (102) and the wearable tracker (104);
determining and analyzing highest repeating MAC ids from the MAC id master list, to derive cell tower information corresponding to each repeating MAC id; and
determining the location of the user when they are at those MAC ids, by analysing the cell tower information.
The method (300) for tracking a user as claimed in claim 11, comprising determining the abnormal behavior of the user based on at least one of: deviating from an optimum distance of the cell tower locations from the geo-fenced location, no movement of the user, and the accelerometer (206) moving at a vehicle’s speed.
The method (300) for tracking a user as claimed in claim 16, comprising:
dynamically changing the optimum distance of the geo-fenced location by utilizing artificial intelligence, based on inputs received from at least of a user device (106) and the wearable tracker (104), by using a tracking platform (226) in the cloud server (108).
The method (300) for tracking a user as claimed in claim 11, wherein tracking the user in the multiple tracking states comprises tracking at least one of a first mile tracking state, a quarantine setup tracking state, a quarantine compliance verification state, and a quarantine violation tracking state.
The method (300) for tracking a user as claimed in claim 18, comprising:
turning ON the Bluetooth module (204) and the accelerometer 206 of the beacon (102) continuously;
turning ON the accelerometer of the wearable tracker (104) continuously; and
turning ON a Bluetooth module, the WiFi module and the GSM module of the wearable tracker (104) intermittently when the accelerometer (206) of the beacon (102) and the accelerometer of the wearable tracker (104) determine deviation in the user’s movement or no movement.