Method, system and software for navigation in global positioning system (GPS)-denied environments
11162794 · 2021-11-02
Assignee
Inventors
Cpc classification
G01C21/12
PHYSICS
G01C21/3652
PHYSICS
G01C17/00
PHYSICS
International classification
G01C21/12
PHYSICS
Abstract
The present invention provides portable navigation systems, devices, methods and software for provision of navigation indications to a user in a GPS-denied environment, the system including at least one portable device, including a navigation Application (App) adapted to provide the user with navigational instructions and at least one interface component to provide at least one direction-specific instruction of movement to the user, wherein the App comprises an embedded algorithm adapted to fragment a continuous line course on a map associated with a two or three-dimensional route, the algorithm constructed to provide instructions to the user, responsive to a current position of the device associated with the route, wherein the at least one device is adapted to provide commands from the algorithm to activate the at least one vibrational components, responsive to a position of the device.
Claims
1. A portable navigation GPS-independent method for provision of personalized navigation indications to a user in a non-GPS environment, the method comprising: a. activating a navigation Application (App) provides the user with a non-GPS navigation service configured to provide navigational indications associated with a route in the non-GPS environment, responsive to at least one of a current position of said user; and a personalized profile of said user; b. instructing at least one direction-specific instruction of movement to the user; and c. updating said user in real-time responsive to a deviation of said user from said route, wherein the user is mobile without a vehicle and wherein said route is selected from a preset route and a free roaming trek.
2. A method according to claim 1, further comprising providing said indications and instructions in terrain and off-road routes in said non-GPS environment.
3. A method according to claim 2, wherein said instructing step is performed by at least one device, disposed in an anterior central position on a body of said user and wherein said at least one device comprises at least one of a computerized device, portable phone, an armband device, a heads-up device, a smart glasses device, a cell phone, a smart watch, smart glasses, a heads up display (HUD), an optical apparatus, binoculars, camera equipment, a smart phone, a tablet, a laptop computer, a mobile communication apparatus, a portable communication apparatus, a radio phone and an army phone and combinations thereof.
4. A method according to claim 3, further comprising: a. correcting erroneous data generated by sensors in said at least one device; b. detecting at least one of: i. orientation changes performed by the user; ii. an angle falling within a predefined angle range; iii. a distance falling within a predefined distance range: iv. changes in tempo of movement selected from slow walking, walking, jogging, running and combinations thereof; and c. integrating these changes into measurements.
5. A portable navigation method according to claim 4, further providing a precise location to said user on at least one of a trek, where there is a pre-planned route, a free route/roaming trek, a 2-dimensional navigation, a 3-dimensional navigation, and combinations thereof.
6. A method according to claim 5, further comprising providing continuously or semi-continuously: i. corrected faulty measurements of said at least one sensor; ii. detected changes in a stride length of said user; iii. detected changes in an orientation of said user; iv. detected changes in a performance of said user; and v. detected change in a tempo of movement of said user, thereby continuously or semi-continuously updating said user location.
7. A method according to claim 6, further providing real-time personalized feedback and instructions to said user to minimize user deviation from said route, and wherein said user is selected from a human and a dog.
8. A method according to claim 7, wherein said personalized feedback and said instructions are responsive to: a. a speed of said user; b. a movement type of said user; and wherein said personalized feedback calculated by tracking said user in a motion, selected from walking, slow motion, jogging, running, driving, diving, swimming and combinations thereof.
9. A method according to claim 8, further comprising comparing real-time data associated with a real-time location of the at least one device with an anticipated location of the at least one device to provide the user with updated real-time instructions, responsive to said real-time data and said anticipated location.
10. A portable navigation method according to claim 1, further comprising segmenting a continuous-line course from a starting waypoint to a destination waypoint via a continuous line route, into a fragmented, straight, clear, bearings stretched between clear waypoints, to provide the user with easy following of azimuths between the waypoints.
11. A method according to claim 1, further comprising storing a personalized profile of said user and optionally storing multiple user profiles.
12. A hands-free method for provision of navigation indications to a user in a non-GPS environment, the method comprising: i. providing the user with navigational instructions in the non-GPS environment; and ii. instructing at least one direction-specific tactile instruction of movement to the user; and iii. fragmenting a continuous line course on a map associated with a two or three-dimensional route, thereby providing real-time instructions to said user in an anterior central position of a body of said user, responsive to a current position of said user on said route; and optionally iv. updating said instructions responsive to a deviation of said user from said route in real-time, and providing the user with a distance, a direction, and a description of a next way point.
13. A method according to claim 12, enabling improved user navigation accuracy by enabling said user to name waypoints with descriptive names and to upload said names to said App and for said App to check if said descriptive names are on said route.
14. A method for provision of personalized GPS-independent navigation indications to a user roaming in a non-GPS environment, the method comprising: i. providing a user with personalized GPS-independent navigational instructions responsive to at least one of a current position of said user; and a personalized profile of said user; and ii. instructing at least one direction-specific instruction of movement to the user; and iii. applying a non-GPS roaming algorithm, the algorithm constructed to provide instructions to said user, responsive to a current position of at least one device, wherein said at least one device is adapted to provide commands from said algorithm to activate at least one interface components, responsive to a position of said at least one device, and wherein said non-GPS roaming algorithm is configured to provide a real-time location definition of a user device within 100 meters, 50 meters, 10 meters, 5 meters, 1 meter or within 20 cm of a correct map position.
15. A method according to claim 14, which enables vehicle navigation without GPS, independent of external indications from an external information source, the method comprising: a. monitoring vehicle speed with a vehicle speed sensor; b. providing said with navigational indications associated with said route from a navigational App, wherein said App is constructed to provide navigation indications to said user in real-time, and to receive real-time data from said vehicle speed sensor responsive to a current position of said device associated with said route, and wherein said App is configured to update said at least one of said navigation indications responsive to a deviation of said user from said route in real-time, and further wherein said App supports terrain maps and off-road routes.
16. A method according to claim 15, wherein said vehicle is selected from a car, boat, tank a car, motorcycle, autonomous/robotic vehicle, an army vehicle, bicycle, speedboat, or any other vehicle.
17. A method according to claim 16, further comprising fragmenting said route of said user, to reduce deviation, errors and mistakes on the route of the user, and further segmenting a continuous line course to straight, clear, bearings between waypoints and thus to enable the user easy following of azimuths (bearings) between waypoints, and to provide the user with heading instructions.
18. A method according to claim 17, further comprising parsing a track created by a third party navigation, by GIS software or by free drawing which require fragmentation in order to provide the user with real-time bearing directions and instruction.
19. A method according to claim 14, further comprising remotely monitoring, commanding and controlling said at least one device.
20. A computer storage medium having instructions encoded therein for providing of personalized GPS-independent navigation indications to a user in a non-GPS environment, the medium comprising: a. code for providing the user with navigational indications associated with a route in the non-GPS environment responsive to at least one of a current position of said user and a personalized profile of said user; b. code for instructing at least one direction-specific instruction of movement to the user; and c. code for updating said user in real-time responsive to a deviation of said user from said route.
Description
BRIEF DESCRIPTION OF THE DRAWINGS
(1) The invention will now be described in connection with certain preferred embodiments with reference to the following illustrative figures so that it may be more fully understood.
(2) With specific reference now to the figures in detail, it is stressed that the particulars shown are by way of example and for purposes of illustrative discussion of the preferred embodiments of the present invention only and are presented in the cause of providing what is believed to be the most useful and readily understood description of the principles and conceptual aspects of the invention. In this regard, no attempt is made to show structural details of the invention in more detail than is necessary for a fundamental understanding of the invention, the description taken with the drawings making apparent to those skilled in the art how the several forms of the invention may be embodied in practice.
(3) In the drawings:
(4)
(5)
(6)
(7)
(8)
(9)
(10)
(11)
(12)
(13)
(14)
(15)
(16)
(17)
(18)
(19)
(20)
(21)
(22)
(23)
(24)
(25)
(26)
(27)
(28)
(29)
(30)
(31)
(32)
(33)
(34)
(35)
(36)
(37)
(38) In all the figures similar reference numerals identify similar parts.
DETAILED DESCRIPTION OF THE EMBODIMENTS
(39) In the detailed description, numerous specific details are set forth in order to provide a thorough understanding of the invention. However, it will be understood by those skilled in the art that these are specific embodiments and that the present invention may be practiced also in different ways that embody the characterizing features of the invention as described and claimed herein.
(40) The present invention provides methods, devices, device-applications (Apps) and systems for user navigation in GPS-denied environments, the method and device-application (App) including a fragmentation algorithm for fragmenting a route/track of the user to arrive at a target/destination, with or without GPS, the algorithm being configured to reduce deviation, errors and mistakes on the route of the user.
(41) There are several prior art systems and methods, which try to solve the challenge of navigation at GPS-denied environments. These include ones that are software applications, installed on a computerized device, basing their orientation and navigation support on the embedded sensors and software provided by the device, such as a motion sensor, steps counter, and position/orientation sensor. The limitation with these applications is that they rely on inaccurate attributes provided by the sensors and thus provide the user with inaccurate indication of his actual location, and thus disrupt the integrity of the subjected features and options (e.g. directions, corrections, proximity alerts, etc.).
(42) When walking and/or running, the Motion sensor is the more challenging sensor. The user's speed is based (mostly) on the users acceleration and movement, used to determine the users' supposed steps and thus the distance he presumably covered. Yet, steps/strides are hard to be measured as they frequently and continuously change due to objective and subjective factors: Harsh terrain, climbing and descending, walking sideways, etc. Are objective factors that affect the stride length. And fatigue, weight, weight carried, height, etc. are subjective factors of a given user that also effect the stride length. The inconsistency of stride length between different users and between different settings and circumstances, at which the user is walking, makes it practically impossible to accurately measure the strides length and thus the distance the users walked. Moreover, different tempos affect the length of the strides. Walking and running result different strides' length, and slow, smooth, steps are frequently not noticed by the sensor and growing differences between the actual distance and the one indicated by these applications is growing exponentially as the planned route (course, trek, track) is longer (“longer route equals bigger difference/mistakes”).
(43) These effecting factors are creating growing differences between the actual distance the user covered and the one indicated by these applications. The difference is growing exponentially as the planned route (course, trek, track) is longer as the user walks more hard-to-measure strides on a longer route. (“longer route equals bigger difference/mistakes”). Thus, without knowing the actual distance the user traveled, these apps cannot determine the actual location of the user, cannot determine his actual position towards his destination, and thus are unpractical for navigation.
(44) In addition, these available prior art software applications lay, set and drew their navigation routes (the course from A to B) as a continuous line (by the user or automatically generated).
(45) This continuous line-trail is actually an assimilation of hundreds or thousands of waypoints, very close to each other. The proximity of each waypoint to next enables, in one hand, to create curved round routes (following an actual road), but at the same time makes it harder and even impossible to follow the azimuth (bearing) between waypoints (as there are so many of them with very wide angels), and thus to provide the user with clear heading instructions, such as “turn 22.5 degrees left”, “turn degrees to the right”.
(46) This limitation creates frequent deviation from the true bearing and actual route especially at open, unpaved, unmarked areas where the trail is not clear.
(47) The combination of these two limitations; (a) deviation from true bearing and (b) deviation from actual distance, restrict software applications, installed on a computerized device, basing their orientation and navigation support on the embedded sensors and software provided by the device, to the extent that they are not practical at GPS-denied environments.
(48) According to some embodiments, the present invention employs a wearable navigation forearm-band device, described in International Patent Publication WO2016/113,730, to Gabbay, incorporated herein in its entirety, by reference.
(49) Reference is now made to
(50) The device comprises various components or sensors, such as, but not limited to, a casing 102, a screen or display 104, an accelerometer 106, a compass 108, a pedometer 110 and Operating System Software 112, such as, but not limited to OS Android/IOS/Winmobile or other.
(51) The device is typically light and portable, and is constructed to operate at least one navigation App, using and/or activating one or more of the components or sensors described herein. In some cases, the device is a cellphone. Device 100 (
(52)
(53) Reference is now made to
(54) The device comprises various components, such as, but not limited to, a casing 202, a screen or display 204, an accelerometer 206, a compass 208, a pedometer 210 and Operating System Software means 212, such as, but not limited to OS Android/IOS/Winmobile or other. Communication modules (E.g. BT/BLE/WiFi, RF/Wire) 214.
(55)
(56) Device 260 is also termed herein a “forearm-band sensation device”. It is specifically designed and developed to deal with the extreme circumstances and conditions the user is experiencing at sport, extreme and military navigation scenarios and conditions.
(57) The forearm-band sensation device is specifically designed and developed to enable intuitive navigation by the user despite the extreme circumstances and conditions the user is experiencing at sport, extreme and military navigation scenarios and conditions.
(58) The forearm-band sensation device is specifically designed and developed to enable intuitive navigation by the user while overwhelmed by stimulations from all senses all over the body, such as noises, rain, beatings, wounds, cold, heat and the like and by high-adrenaline sensations and emotions such as fear, pain and aggressiveness.
(59) The invented forearm-band sensation device is specifically designed and developed to separate, distinguish and differentiate between the sensations (vibration and/or flicker or other tactile stimuli as detailed hereinabove) and thus enabling the user to easily comprehend the directions and thus to intuitively navigate at sport, extreme and military scenarios and conditions. Devices 200, 260 (
(60) Reference is now made to
(61) Device 260 comprises a plurality of micro-vibrators 268 (not shown). Additionally or alternatively these may be providers of other tactile stimuli, as exemplified herein. Most or all of the micro-vibrators are disposed on the tip of “arms” 266. These may optionally extend radially from a central display 262, and an on/off switch 264. The arms are made, in part out of a flexible polymer, such as rubber, silicone, plastic, a textile, a fabric and combinations thereof.
(62) The device is typically light and portable, and is constructed to operate at least one cell phone navigation App, using one or more of the components described hereinabove. In some cases, device 252 is a cellphone with a display 254. Device 252 is configured to activate and run an App connected to the armband device and/or smart watch 280 and/or to other similar devices (e.g. HUD), not shown for the sake of simplicity.
(63) In some cases, cellphone device 200, 252 comprises a BT/BLE/WiFi/RF/wire/other communication module 214.
(64) Reference is now made to
(65) Turning to
(66) Reference is now made to
(67) This flowchart describes the algorithm and process of parsing a track created by 3rd party navigation or GIS software or by free drawing and free navigation recording of a track in the current invention, which require fragmentation in order to provide a user with real-time bearing directions and instructions.
(68) In a receiving information step 351, the device receives tracks from different sources and supports all standard file types and formats (e.g. GPX) received in different file types of action: received by email; downloaded from website, recorded during free-roaming navigation (
(69) In a checking step 352, the application checks to see if the track's file format is compatible to system's/invention's format. The algorithm is operative to check “is a current track compliant with anticipated algorithm-provided track format?? Once loaded in algorithm application, the application is operative to identify the point location, the file type and expected structures in the environment of the point location.
(70) In a parsing track elements step 353, the application file parser is operative to break down each of the received tracks into smaller elements such as, but not limited to: a) Layers, b) Texts, c) Waypoints, d) Data, e) Images, and f) Drawings.
(71) In another checking step 354, the App is operative to check if a position element is available; meaning that two waypoints at least are available. If yes, the parser runs in a loop that performs the following:
(72) In an obtaining next two waypoints elements step 355, the next 2 elements are obtained.
(73) In a checking step 356, the distance, and bearing between the two elements are checked for compliance with the algorithm requirements. The distance should be greater than X, and bearing is not between Y to Z angles. The parameters are configurable and the following are checked. 1. Is element A distance to element B is smaller than X (X is pre-defined in track settings)? 2. Is Element A Angle to B is greater than Y and smaller than Z (Z, Y pre-defined in track settings)?
(74) If both 1 and 2 above provide a “yes” response, then in a deleting step 357, the 2nd element is deleted and ignored and the loop goes back now to checking step 354. Then elements A and C are used henceforth. If A and C pass the checking step 354, then the loop will return and now elements C&D are selected in an obtaining next two elements step 355.
(75) Once no more elements available the parser will output the new file in a system structure.
(76) The App is operative to record a track. When a user moves a finger on an onscreen map, the App is operative to saves all the waypoints, which the user has passed on the map (this comprises a large number of points) each point is treated as a waypoint.
(77) Returning to checking step 354, if no position element is available, the user saves a new track in a saving track step 359.
(78) Once the user hits the save button, the saved array is transferred to the track parser and undergoes the same process as a track received from an external source, until the track is minimized to the smallest number of waypoints, required for a successful navigation of the user from an outset point to a destination point.
(79) In a finish save track step 360, the track is saved in the system library, such as on computer 495 (
(80) This fragmentation algorithm enables detection and correction of a user deviation from a continuous-line route (-prior art continuous line routes do not enable real-time correction for a user deviating from a trek as they cannot detect the deviation-they can only detect that the user has deviated when he/she fails to pin a next way-point. The next way-point might be tens or hundreds of meters away and late updating the user may be too late to prevent danger to the user). In sharp contrast to the prior art, fragmentation algorithm 350 immediately detects user deviation as user's azimuth (by noticing the changes in users position—compass) does not match that of the anticipated trek/course. In simpler words, the fragmentation algorithm enables error correction for deviation, where without it, it is not feasible. This fragmentation algorithm may be applied in GPS-enabled environments, too.
(81) Device 400 (
(82) System 450 connects via the internet 490, with a computer 495, such as a laptop, and/or device 452, which can communicate with tactile device 460, smartwatch 470 and a heads up display (HUD) 480.
(83) Reference is now made to
(84) Device 500 comprises various components or sensors, such as, but not limited to, a casing 502, a screen or display 504, an accelerometer 506, a compass 508, a pedometer 510 and communications means 530, such as, but not limited to OS Android/IOS/Winmobile or other. Device 500 is configured with a BT/BLE/WiFi/RF/wire/other communication module 520, a barometer 516, a wireless/cellular network component 518, to provide full app functionality and to enable 3.sup.rd party access to a network and Bluetooth. The device further comprises a 3.sup.rd party speedometer data link 522 (car, autonomous vehicle, or other vehicle), a third party network connectivity element 524, a third party camera analytics SW/HW element 526 and a third party video analytics component 528.
(85) Device 500 (
(86)
(87) Device 500 is constructed to communicate with the vehicle and provides the vehicle's driver directions via the arm device core or HUD.
(88) An alternative combination system is shown in
(89) Another alternative combination system 501 is shown in
(90) Reference is now made to
(91) Device 600 comprises various components, such as, but not limited to, a casing 602, a screen or display 604, an accelerometer 606, a compass 608, a pedometer 610 and Operating System Software 612, such as, but not limited to OS Android/IOS/Winmobile or other. Device 600 is configured with a BT/BLE/WiFi/RF/wire/other communication module 620, a barometer 616, a wireless/cellular network component 618, to provide full app functionality and to enable 3.sup.rd party access to a network and Bluetooth. Devices 600 (
(92) Reference is now made to
(93) Reference is now made to
(94) Device 700 comprises various components, such as, but not limited to, a casing 702, a screen or display 704, an accelerometer 706, a compass 708, a pedometer 710 and Operating System Software 712, such as, but not limited to OS Android/IOS/Winmobile or other. Device 700 is configured with a BT/BLE/WiFi/RF/wire/other communication module 720, a barometer 716, a wireless/cellular network component 718, to provide full app functionality and to enable 3.sup.rd party access to a network and Bluetooth (BT) 732. Device 700 (
(95)
(96) Reference is now made to
(97) The first communication device 852 may optionally be placed on a person 805. According to some embodiments, this device is placed on a central portion 852 of his/her body, proximal to or at a center of gravity 810 of the person. The location of the device is preferably along a central vertical axis 814 to enable extreme directional sensitivity of the person. Optionally, the device is placed in a holder, bag, pouch or other holdings means 812, to enable the person to be hands free.
(98) Turning to
(99) Reference is now made to
(100) Reference is now made to
(101) Device 1100 (
(102) Device 1100 comprises various components, such as, but not limited to, a casing 1102, a screen or display 1104, an accelerometer 1106, a compass 1108, a pedometer 1110 and Operating System Software 1112, such as, but not limited to OS Android/IOS/Winmobile or other. Device 1100 is configured with a BT/BLE/WiFi/RF/wire/other communication module 1120, a barometer 1116, a wireless/cellular network component 1118, to provide full app functionality and to enable 3.sup.rd party access to a network and BT 1126. Device 1100 (
(103)
(104)
(105) In an activating algorithm step 1202, a non-GPS algorithm is activated. This algorithm may be used, inter alia, in a cellphone App, which a user activates on a device, such as device 100, 200 (
(106) In a user trait's obtaining step 1204, the algorithm is constructed and configured to obtain: a) User traits: user height, weight, age, gender, data on carrying weight (e.g. backpack) as illustrated in
(107) In a sensor data obtaining step 1206, the algorithm is constructed and configured to obtain data from sensors on the device. These sensors are those described with respect to the device drawings herein: i. compass: obtain orientation; ii. accelerometer: obtain movement direction; iii. pedometer: obtain steps count; and optionally iv. barometer: obtain pressure/altitude; v. vehicle connector/API: obtain vehicle data from vehicle computer or other reporting components/elements (i.e. speedometer); and vi. camera: obtain image and video analytics regarding location match.
(108) In a calculate new geo point location step 1208, the algorithm is constructed and configured to determine a new user location.
(109) It performs this by tracking the user in motion, such as, but not limited to, walking, slow motion, jogging, running, driving, diving, swimming and combinations thereof. This function calculates the distance passed according to the time, stride length, user subjective/personalized data and sensors data, if available in order to determine the user's walking speed.
(110) The algorithm is further constructed and configured to obtain a speed factor, this function applies to walking, slow motion, jogging, running, driving, diving, swimming, etc. This function calculates the distance passed according to the time, stride length, user subjective/personalized data and sensors' data if available) in order to determine a user's speed factor.
(111) Thereafter, in a calculate the user's factors step 1210, the algorithm is constructed and configured to determine the real-time walking speed and speed factors, associated with the user.
(112) Based on the above factors, the algorithm then determines a new GEO position of the user in a determining user position step 1212.
(113) In a device updating step 1224, the algorithm then sends the user position data to any device in use, such as: a) updating a user interface, such as tactile devices-, arm device 260; Head's Up Display HUD 580, Wearable devices and IOT devices. e.g. smart watch 280, in an updating user interface step 1226, b) updating a database with the new user position in an updating database step 1230; c) updating external devices or systems in an updating external devices step 1228, including, but not limited to the internet 490, server and or cloud bases systems. e.g. social networks, command and control (c2) systems, mapping services, and 3D CAD and mapping systems to present user's position at a 3D environment. e.g. multiple stories building.
(114) It should be noted that the non-GPS roaming algorithm 1200 enables a user roaming along an “unplanned” route to correct user positional data in real-time.
(115) It should be further noted that the non-GPS roaming algorithm 1200, according to some embodiments, enables a user roaming along an “unplanned” route to correct user positional data in semi-continuously in real-time.
(116) It should be further noted that the non-GPS roaming algorithm 1200, according to some additional embodiments, enables a user roaming along an “unplanned” route, to provide the user with correct user positional data in continuously in real-time.
(117) The non-GPS roaming algorithm 1200 of the present invention provides real-time location definition of a user device within 100 meters, 50 meters, 10 meters, 5 meters, 1 meter or within 20 cm of a correct map position.
(118) The non-GPS roaming algorithm 1200 of the present invention provides real-time location definition of a user within 100 meters, 50 meters, 10 meters, 5 meters, 1 meter or within 20 cm of a correct map position.
(119) Reference is now made to
(120) In an activating application step 1302, a user switches on a device, such as device 100, 200 and the user activates a navigational application (App) installed on the device.
(121) The App checks if there is GPS service available in a GPS checking step 1304.
(122) If no GPS service is detected, then the user manually loads a Track in a loading walking present route/track step 1306 in the App.
(123) Thereafter, in a setting user location step 1308, the user sets his location manually. This may be performed in one of two ways: a) by pinning the map on-screen or b) by inserting his/her numerical coordinates onto a popup screen (
(124) The user starts navigation from waypoint to waypoint (see fragmentation algorithm in
(125) If there is a GPS service in step 1304 on the device, then the GPS service is operative to provide a location lock of user's position, in a user's positioning determining step 1312.
(126) Thereafter, the user loads a preset track/course in a loading track step 1314.
(127) The user starts navigation from waypoint to waypoint (See fragmentation algorithm, see
(128) In a users' measurement movement step 1318, the navigational App is configured to count and measure the steps/strides of the user and to determine his/her altitude, bearing and new position.
(129) In another GPS service detecting step 1320 (repeatedly performed), the device checks to see if there is a GPS service available. If yes, then the App is operative to ignore the outputs of step 1318 in an ignoring App outputs step 1328.
(130) After some time, the user's position is changed, due to GPS detection of location change of the user in another GPS location determining step 1330.
(131) The GPS service is then operative to update a new position of the user to arm device 260 and/or to a screen 104, 204, smart watch 280 or to any other device described herein in an updating position step 1332.
(132) Returning to step 1320, if no GPS service is available, the GPS-denied algorithm (also termed non-GPS or GPS-denied algorithm 1200 (
(133) After some time, a geographic (GEO) position of the user changes since the user has moved after the period of time, in a moving GEO position 1324.
(134) The non-GPS algorithm 1200 (
(135) Steps 1304-1332 are repeated as required throughout the preset route until the user reaches the last waypoint (his/her destination) in a reaching last waypoint step 1324.
(136) The user receives an indication or notification on his/her device or arm device to indicate that the track is completed in a finishing track notification step 1336.
(137) The user then closes or exits the App in an exit step 1338.
(138) Reference is now made to
(139) In an activating application step 1402, a user switches on a device, such as device 100, 200 and the user activates a navigational application (App) installed on the device.
(140) The App checks if there is GPS service available in a GPS checking step 1404.
(141) If no GPS service is detected, then the user sets a setting user location step 1406, the user sets his location manually. This may be performed in one of two ways: a) by pinning the map on-screen or b) by inserting his/her numerical coordinates onto a popup screen (
(142) The user starts navigation/walking in a navigation step 1408 using the device(s) as described herein.
(143) If there is a GPS service in step 1404 on the device, then the GPS service is operative to provide a location lock of user's position, in a user's positioning determining step 1410.
(144) The user starts navigation or simply walking in a navigation step 1412 using the device(s) as described herein.
(145) In a strides, counting step, bearing and altitude determination step 1416, the navigational App is configured to count and measure the steps/strides of the user and to determine his/her altitude, bearing and new position.
(146) In another GPS service detecting step 1418 (repeatedly performed), the device checks to see if there is a GPS service available. If yes, then the App is operative to ignore the outputs of step 1416 in an ignoring App outputs step 1426.
(147) After some time, the user's position is changed, due to GPS detection of location change of the user in another GPS location determining step 1428.
(148) The GPS service is then operative to update a new position of the user to arm device 260 and/or to a screen 104, 204, smart watch 280 or to any other device described herein in an updating position step 1430.
(149) Returning to step 1418, if no GPS service is available, the GPS-denied algorithm (also termed non-GPS or GPS-denied algorithm 1200 (
(150) After some time, a geographic position of the user changes since the user has moved after the period of time, in a moving GEO position step 1422.
(151) The non-GPS algorithm 1200 (
(152) Steps 1404-1430 are repeated as required throughout the free roaming of the user until the user reaches his/her destination in a reaching destination step 1432.
(153) The user then closes or exits the App in an exit step 1434.
(154) Reference is now made to
(155) In an activating application step 1502, a user switches on a device, such as device 100, 200 and the user activates a navigational application (App) installed on the device.
(156) The App checks if there is GPS service available in a GPS checking step 1504.
(157) If no GPS service is detected, then the user manually loads a Track in a loading driving present route/track step 1506 in the App.
(158) Thereafter, in a setting user location step 1508, the user sets his location manually. This may be performed in one of two ways: a) by pinning the map on-screen or b) by inserting his/her numerical coordinates onto a popup screen (
(159) The user starts navigation from waypoint to waypoint (see fragmentation algorithm
(160) If there is a GPS service in step 1504 on the device, then the GPS service is operative to provide a location lock of user's position, in a user's positioning determining step 1512.
(161) Thereafter, the user loads a preset driving track/course in a loading track step 1514.
(162) The user starts driving navigation from driving waypoint to waypoint (See fragmentation algorithm,
(163) In a determining vehicle's speed (see
(164) In another GPS service detecting step 1520 (repeatedly performed), the device checks to see if there is a GPS service available. If yes, then the App is operative to ignore the outputs of step 1518 in an ignoring App outputs step 1528.
(165) After some time, the vehicles position is changed, due to GPS detection of location change of the user in another GPS location determining step 1530.
(166) The GPS service is then operative to update a new position of the vehicles to arm device 260 and/or to a screen 104, 204, smart watch 280 or to any other device described herein in an updating position step 1532.
(167) Returning to step 1520, if no GPS service is available, the GPS-denied algorithm (also termed non-GPS or GPS-denied algorithm 1200 (
(168) After some time, a geographic position of the vehicle changes since the user had driven it after the period of time, in a moving GEO position 1524.
(169) The non-GPS algorithm 1200 (
(170) Steps 1504-1532 are repeated as required throughout the preset driving route until the user reaches the last waypoint (his/her destination) in a reaching last waypoint step 1524.
(171) The user receives an indication or notification on his/her device or arm device to indicate that the track is completed in a finishing track notification step 1536.
(172) The user then closes or exits the App in an exit step 1538.
(173) Reference is now made to
(174) In an activating application step 1602, a user switches on a device, such as device 100, 200 and the user activates a navigational application (App) installed in the device.
(175) The App checks if there is GPS service available in a GPS checking step 1604.
(176) If no GPS service is detected, then the user sets a setting user location step 1606, the user sets his location manually. This may be performed in one of two ways: a) by pinning the map on-screen or b) by inserting his/her numerical coordinates onto a popup screen (
(177) The user starts navigation/driving in a driving step 1608 using the device(s) as described herein.
(178) If there is a GPS service in step 1604 on the device, then the GPS service is operative to provide a location lock of user's position, in a user's positioning determining step 1610.
(179) The user starts navigation/driving in the area in a navigation step 1612 using the device(s) as described herein.
(180) In a determining vehicle's speed, altitude and bearing step 1614, the navigational App is configured to determine the vehicle's speed ((see
(181) In another GPS service detecting step 1616 (repeatedly performed), the device checks to see if there is a GPS service available. If yes, then the App is operative to ignore the outputs of step 1616 in an ignoring App outputs step 1624.
(182) After some time, the position of the vehicle of the user is changed, due to GPS detection of location change of the user in another GPS location determining step 1626.
(183) The GPS service is then operative to update a new position of the user to arm device 260 and/or to a screen 104, 204, smart watch 280 or to any other device described herein in an updating position step 1628.
(184) Returning to step 1616, if no GPS service is available, the GPS-denied algorithm (also termed non-GPS or GPS-denied algorithm 1200 (
(185) After some time, a geographic position of the user changes since the user has moved after the period of time, in a moving GEO position step 1620.
(186) The non-GPS algorithm 1200 (
(187) Steps 1604-1628 are repeated as required throughout the free roaming driving route of the user until the user reaches his/her destination in a reaching destination step 1630.
(188) The user then closes or exits the App in an exit step 1632.
(189)
(190) The application employs an innovative fragmentation algorithm to segment a continuous-line course 1704 (e.g. a GPX file format) from a starting point 1702 to a destination 1704 via a continuous line route, into a fragmented, straight, clear, bearings stretched between clear waypoints 1721, 1722, 1723, . . . 1789, 1790, 1791 etc., and thus to enable easy following of azimuths (bearings) between the waypoints, and to provide the user with heading instructions such as, but not limited to, “turn 22.5 degrees left”, “turn 45 degrees to the right”.
(191) The fragmentation algorithm creates clear bearings and thus enables the provisioning of clear instructions to the user, integrating wearable device (head-up-display glasses, tactile bands, arm device etc.) such that the application provide a hands-free navigation experience for the user.
(192) Reference is now made to
(193) The application enables the user to name waypoints with descriptive names and thus to assist him in identifying waypoints' landmarks in order to pin his actual location, to them. If necessary, the user can thus zero the distance count and thus to prevent the exponential deviation of distance.
(194)
(195)
(196)
(197) Reference is now made to
(198)
(199) Reference is now made to
(200) A user sets out from a starting waypoint 2301, on a closed circuit trek, and navigates along bearing course 2302 to a first waypoint 2304, and then instructed by interface (HUD, Wearable, etc.) to turn “right 90 degrees” to waypoint 2306 and then to the next waypoint till the last waypoint 2314, proximal to or overlapping the starting waypoint.
(201)
(202) When a GPS signal is lost, such as under covered areas (e.g. shopping malls, woods, urban, airports, etc.), or in military settings where the user's area of operation is jammed by Electronic Warfare ((Hereafter, EW), the application, either by in-app notification or by a wearable interface notifications (tactile sensation, or Head Up Display popup), will provide the user with a “PROBLEM” warning to indicate that the signal is lost, and the NON-GPS Navigation service initiates.
(203) The user may also shut the GPS service, by its own will, of the computerized device, and the NON-GPS Navigation service will be initiated
BEST MODES OF IMPLEMENTATION
(204) The present invention provides systems and methods for intuitive navigation in GPS-denied environments and thus is best implemented in the following examples of navigation modes:
(205) Sport/Extreme Navigation (Day/Night) a. Sport navigation—The user is subjected to time constraints, harsh field conditions and the elements. b. Hiking—The user is subjected to harsh field conditions and the elements and carries heavy equipment. c. Hunting—The user is subjected to harsh field conditions and the elements, carries heavy equipment and needs to be attentive to the surroundings. d. Wind surfing—The user is subjected to waters conditions, the elements (and sometimes time constrains), holding and steering the board and needs to be attentive to the surroundings e. Kayaking—The user is subjected to waters conditions, the elements (and sometimes time constrains), holding and steering the board and needs to be attentive to the surroundings. f. On/Off-road Running—The user is subjected to time constrains, complex and/or harsh road/track conditions and the elements. g. On/Off-road Cycling—The user is subjected to road/track conditions, the elements and time constrains, holding and steering the bicycle and needs to be attentive to the surroundings. h. Mountain climbing—The user is subjected to harsh field conditions and the elements, carries heavy equipment and needs to be attentive to the surroundings. i. Military navigation (Day/Night)— j. The user is subjected to harsh field conditions and the elements, carries heavy equipment, time constrains, needs to be attentive to the surroundings and to stealth requirements k. Assisting visually-disabled/blind users l. A visually disable or blind person may find the systems and devices of the present invention very useful in assisting him/her in getting around. The user is subjected to varied terrains and needs to be attentive to the surroundings. m. Casual urban navigation n. The user is in an unknown area, maze-like streets, time constrains, usually is an inexperienced navigator. o. The user is subjected to the elements, carries equipment, time constrains, needs to be attentive to the surroundings. p. Dog handling and direction q. Visually-impaired user support—the current practice of a guide dog supporting a visually impaired person is primarily of helping the person to avoid obstacles. With a device of the present invention placed on the dog's back, and with basic training, the dog may now lead the visually impaired person to its destination and thus to become a complete solution of both leading and guiding. r. Police, rescue and military support—the current practice of a sending a dog to a remote task is by either walking next to it or by placing a camera and speaker from which the handler is commanding the dog: Walking next to it—places the human handler in harm's way and thus undermine the reason for the usage of police/military dogs. The prior art practice of placing a camera and speaker on a dog is as with human navigators. The practice employs sound directions, on which the dog should rely. These employ weak, easily disrupted, senses, such as vision and sound. These result in a navigation experience that is demanding and subjected to environmental disturbances. s. With a device of the present invention device placed on the dog's back, and with basic training, the dog may now be directed to the destination without a human escort or by the easy to be disrupted sound directions. t. Memory-disabled user support (e.g. Alzheimer's Disease) u. Weary or memory-disabled people may be supported by the device of the present invention. There is no need to remember the way home. Simply wear it on the forearm and be led home.
(206) The systems of the present invention overcome the prior art requirements for auditory directions, as well as the requirement to hold and read a physical map in practice. Moreover, using the systems of the present invention, there is no longer a need for sound directions. Thus the user, does not need to focus and listen to the instructions while at a noise-hectic environment (from radio communication, conversations, potential threats, targets, animals in hunting, the weather, and even music, in the case of some athletes).
(207) In sharp contrast with the prior art (GPS-enabled) devices, the “GPS-independent” devices and systems of the present invention guide and lead the user thereof, such as a hiker, hunter, athlete or soldier, sight-disabled person, to his/her destination without distractions, as well as with optimized considerations to the extreme circumstances and conditions the user is experiencing.
(208) The forearm wearable navigation devices of the present invention, separate, distinguish, differentiate and simplify the navigation indications/instructions to the user and thus creating an intuitive navigation experience.
(209) The devices of the present invention provide sensation-based directions. As illustrated herein, there are micro-vibrators placed on the tip of each directional arm. The vibrations are ergonomically funneled to a specific point on the users forearm, resulting in a feel of a firm pointed touch on the skin, as if someone were poking the user's skin. The device also provides one or more visual indications, which can be disabled, by embedded LED emitters in each directional arm.
(210) Materials of construction of the device—there are several cover (“shell”) types. textile, silicone, rubber or a combination thereof. These provide the device with flexibility, durability, water resistance, light-weight and a slick look.
(211) Integration to external devices:—the unique vibrations' language, created by the systems of the present invention, enables creation of additional alerts to indicate of additional scenarios and necessities. For example, alerting on a too fast heart's pulse-rate will alert the user by a slow pace vibration, instructing him/her to slow down.
(212) Cellphone Applications of the Present Invention
(213) A propriety smartphone application which is adaptable to Android, iPhone/MS Mobile or other Operational Systems is installed on the communication computerized device. Accordingly, the portable/wearable device is configured to seamlessly support and communicated with all of these platforms. 1. The app is based on a suitable map SDK or an open-source application such as Google Maps. 2. The app supports Terrain Map, off-road routes, satellite images, etc. 3. The app supports free-hand routing: the Navigator may draw his own route and navigate according to his route, including pre-defined waypoints 4. Navigation routes can be shared with social networks 5. The route may be saved on the device and then be operated without internet connectivity 6. The map and route may be imported from the web or from saved files on a removable secure digital (SD) card. 7. The app supports creating on-the-go landmarks (Touch-and-Go on a button on the device) a. Places a pin on the map b. Can be shared with social networks c. As a landmark is set, there is an indication by an all-around-vibration and by a light on the center LED. i. The app is connected to the physical device—the forearm navigation band—by P2P wifi or Bluetooth ii. The app provides data to the device that is presented on its screen, such as, but not limited to a current time, compass, azimuth, temperature (C or F), altitude (measurements—US or Eu, set in apps' settings), longitude/latitude, speed, terrain/route steepness (elevation profile), distances, from start point, from last waypoint, to next waypoint and to last waypoint/destination, time from start point, from last waypoint, to next waypoint and to last waypoint/destination.
(214) The app is constructed to receive data from the device, such as, but not limited to, receive location trigger data to create a landmark. When a landmark is set, a waypoint is created on the route and there is an indication, such as a green LED, which blinks. 8. Based on the speed of the walk/run, the app alerts the user a bit before a required turn in order for him not to miss the turn—with several short vibration flicks and light flicks on the relevant directional device's arm 9. The app store (recorded) historic navigation data such as trail, time, duration, average duration per section if the trek. 10. The app supports all relevant features relevant for navigation provided by the SDK.
(215) The references cited herein teach many principles that are applicable to the present invention. Therefore the full contents of these publications are incorporated by reference herein where appropriate for teachings of additional or alternative details, features and/or technical background.
(216) It is to be understood that the invention is not limited in its application to the details set forth in the description contained herein or illustrated in the drawings. The invention is capable of other embodiments and of being practiced and carried out in various ways. Those skilled in the art will readily appreciate that various modifications and changes can be applied to the embodiments of the invention as hereinbefore described without departing from its scope, defined in and by the appended claims.