Any and all applications, if any, for which a foreign or domestic priority claim is identified in the Application Data Sheet of the present application are hereby incorporated by reference under 37 CFR 1.57.
This invention generally relates to public information identification services and, more particularly, to a system and method for geofencing the boundaries surrounding mobile centering units.
Geofencing is the application of a virtual boundary around a location, in which certain rules are applied when a mobile device enters or leaves. The size of a geofence can be modified, but most often the shape is a standard radius. A polygon geofence, or boundaries that are more geometric in shape, is another form of geofencing that can more specifically outline the shapes of certain landmarks, buildings, or areas. Typically, geofencing mobile messages are be used in the form of display or push notifications to mobile device users with locally relevant messages, Most often, Global Position Satellite (GPS) data is used to define whether a mobile device has entered the geofence. GroundTruth's Blueprints, for example, is a proprietary geofencing marketing software that offers its clients the ability to more accurately harness the power of offline behavior. Blueprints allows for contextual layering for a single Point of Interest, which helps separate a particular location from a more general region.
The most basic method of location-based geofencing places a radius around an address linked to a particular location. In some instances, however, the preferred geofence center has no address, as would be the case for a parking lot for example. Otherwise, geofencing can be based around an event that gathers numerous people who are similarly interested in a topic whether it is a sporting event, corporate conference, rock concert, or renaissance festival. Knowing what events interest, and are attended by a target audience, can be utilized to advantage with Event Geofence Retargeting. Event Geofence Retargeting is a precise geo-targeting technology, allowing organizations such as Beyond Spots & Dots to target individuals who attend a specific event during a predetermined time frame and serve them messages.
Event Geofence Retargeting works as follows. A virtual geofence is drawn around an event location where a target audience is scheduled. When event attendees enter the geofenced location and check their phone to post to social media or check the weather, the geofence captures their data. The event attendees then become part of a custom audience that can be served notices, even after the event ends.
Even when the target audience is mobile, conventional geofencing requires fixed position boundaries around an event location, which in turn, requires fixed position data collection nodes. However, there are circumstances when the target event position changes or becomes non-predetermined. In this situation the target audience migrates away from a predetermined fixed position boundary, and geofencing data is lost.
It would be advantageous if the geofencing data collection nodes could be made mobile.
It would be advantageous if mobile geofencing data collection nodes could help create mobile (moveable) geofencing boundaries.
It would be advantageous if geofencing could be maintained around a center of interest while the center is in non-predetermined motion.
In addition, it would be advantageous if the location of mobile geofence center of interest could be accurately tracked in real-time.
A system and method are disclosed herein permitting the creation of mobile geofencing boundaries. Typically, the term “mobile”, “mobile device”, or “mobile unit” when used in the context of geofencing refers to client devices that may enter (or exit) a geofenced area. Sometimes these mobile client devices are the recipients of public notifications as a result of being located within a geofence. Otherwise, it may be of interest that mobile device users may have been exposed to a particular message by determining their presence inside a geofenced area. However, as used herein, the term “mobile” also refers to a moving geofence center. The system and method described herein track the location of a mobile geofence center unit, which may be a mobile media distribution node, so that it can be entered on a map. A geofence boundary is created around the mobile geofence center unit, and if the geofence center unit is moving, the geofence boundaries are likewise moving. Then, conventional means can be used to determine client devices (e.g., smartphones) located within the (moving) geofence and, optionally, the mobile center may aid in the capture client device data.
Accordingly, a method for mobile center geofencing is provided. A geofencing node receives mobile center unit data communications including mobile center unit locations and, optionally, information regarding any media (public service or emergency broadcast messages) it may be projecting. For example, the geofencing node can be a server maintaining a wireless communications link with one or more mobile center units. The mobile center unit geographic location is positioned on a map, and geofence boundaries are created on the map around the mobile center unit geographic locations. In the case that the mobile center unit is a mobile media unit, capable of selectively projecting media messages, the mobile media unit geographic locations are cross-referenced to media projection information. The mobile center unit data (i.e., mobile media unit data) being received may include mobile media unit geographic locations cross-referenced to time. Then, mobile media unit geographic locations may be cross-referenced to the media projection information with respect to the time. More explicitly, the mobile media unit data being received may be selectively enabled and include media message projection times, and the media message projection times are cross-referenced to mobile media unit geofence boundaries. If the mobile media units are capable of projecting a plurality of messages, then receiving the mobile media unit data may include receiving the identification of a projected message, selected from the plurality of messages, cross-referenced to time. Then, the mobile media unit geographic locations are cross-reference the projection time of the identified messages to mobile media unit geofence boundaries. The mobile center unit data may also include mobile center (media) unit geographic locations cross-referenced to durations of time the mobile center (media) units are stationary.
In one aspect, receiving the mobile center unit data may include receiving the mobile center (media) unit type. Some examples of mobile center (media) types may include cars, trucks, motorcycles, mobile sandwich boards, and aerial drones. Then, the geofence boundaries may be created for a mobile center (media) unit based upon mobile media type. For example, the boundaries for an aerial drone may be relatively large based upon the assumption that it is easier to see, or the boundaries for a car located in heavy traffic may be relatively small based upon the assumption that it is more difficult to see. Alternatively, or in addition, geofence boundaries for a mobile center (media) unit may be created based upon mobile center (media) unit local environment or view analysis. For example, geofence boundaries in a downtown area may be made relatively small based upon the assumption that a concentration of buildings occludes viewing from a distance. The geofence boundaries may also be adjusted based upon weather conditions or time of day.
In one aspect, the geofencing node may receive client device geographic location information cross-referencing client devices to client device geographic locations. The client devices may be recognized based, for example, on conventional geofencing techniques that capture client Internet Protocol (IP) addresses (e.g., GroundTruth's Blueprints). In this case the client device geographic locations can be positioned on the map and the client device geographic locations are cross-referenced to mobile center (media) unit geofence boundaries. Further, the client device information may include geographic locations cross-referenced to time, so that client device geographic locations can be cross-referenced to mobile center (media) unit geofence boundaries with respect to the time. In this manner an analysis can be performed based upon the probability of a client device user located within the geofenced boundary seeing mobile center (media) unit image projections. In some instances, the client device information may be collected and relayed by a communicating mobile center (media) unit.
Additional details of the above-described method, and systems for mobile center geofencing, are provided below.
The system 100 is enabled with a processor 102 and a non-transitory memory 106. The memory 106 comprises processor executable instructions. Modules 108, 110, 112, and 114 have been presented in this example so as to demonstrate how the invention can be enabled using software, and it should be understood the modules are in communication with each other and may, alternatively, be represented as a single software application, as software modules distributed across multiple computing systems, or partially enabled with hardware.
In
The system 100 depicted in
The most basic method of location-based geofencing is by placing a radius around the address of a static location. Events that gather numerous people together who are similarly interested in a topic, whether it be a sporting event, corporate conference, rock concert, or renaissance festival, can also be made a geofencing radius center. For example, a virtual geofence can be drawn around an event location where a target audience event is scheduled. When event attendees enter the geofenced location and check their phone to post to social media or check the weather, the client module captures their data. The event attendees then become part of a custom audience that can be served public service notifications during the event, and even after the event when the attendees exit the geofence. One problem associated with geofencing occurs when center radius moves. That is, a problem exists when the geofence center is not a stationary or known location but is, rather, an event or a mobile center unit moving in a non-predetermined or unpredictable manner.
Conventional geofencing services, such as provided by Radar Labs, Inc., use GPS, Global Navigation System (GNSS), radio frequency identification (RFID), WiFi, cellular data, and Internet Protocol (IP) address ranges, to build virtual fences in geographic regions. These virtual fences can be used to track the physical location of a client device (e.g., smartphone) active in the particular region or the fence area. The location of the client device is taken as geocoding data and can be used to construct a picture of Internet Protocol (IP) traffic in an area.
As noted above, one problem with conventional geofencing services is that they base the center of a geofence around a static location. More explicitly, the sensors used to capture the location and IP addresses of client devices are typically based in a stationary location. However, in some applications the center of interest moves, and may move in a non-predetermined manner. In this case, conventional geofencing systems are unable to track a moving geofence center. That is, conventional geofencing systems are unable to create moving geofences. The creation of moving geofences requires the cooperation of the mobile center unit, or a separate unit, such as a camera or other mobile center unit tracking the mobile center unit location.
While in some cases the geofence center simply acts as a center for anchoring a geofence boundary for the collection of client data, in other aspects the geofence center performs additional functions. As described herein a geofence center may be enabled to help in the collection of data concerning the projection of public service media. The projection of media, coupled with non-predetermined movement, complicates the task of geofencing. If the mobile center units comprise a media projection subsystem to selectively project public service or emergency broadcast media messages, the mobile center data may include media message projection times. In this case, the geofencing module cross-references client devices located with the geofence boundaries to media message projection times.
The mobile center data may include the mobile center unit type. For example, mobile center unit types include cars, trucks, boats, portable kiosks, and aerial drones to name a few examples. The mobile center unit may even be attached to a carrier animal. The geofencing module may create geofence boundaries for a mobile center unit based upon mobile center unit type. For example, an aerial drone may have a larger geofence boundary based upon the assumption that its altitude may enable it to capture client data from a greater distance away. In the case of the aerial drone being equipped with a media projection subsystem, the boundary may be larger based upon the assumption that the projection of messages by the drone may easier to see. Further, the geofence boundaries may be may smaller for low profile vehicles acting as the mobile center unit. Similarly, if the mobile center units are configured to be selectively project media messages, the geofencing module may create geofence boundaries for a mobile center unit based upon local environment. The environment may impact media view analysis. Media view analysis may be based upon assumptions reflective of visibility, time of day, day of week, weather, crowd density, or other population characteristics. As noted above, in the case of the aerial drone being equipped with a media projection subsystem, the boundary may be larger based upon the assumption that the drone is easier to see. Alternatively, the geofence boundary may be made smaller based upon local geological or urban environment features, or weather. In some aspects the mobile center units are equipped with environmental sensors, which can be used to determine a local environment, and in turn, help determine view analysis.
Returning to
The mobile center units may be enabled as a kiosk, automotive vehicles, boats, and aerial drones, as provided in parent applications: U.S. Pat. Nos. 10,796,340, 10,803,488, 10,991,007, 11,037,199, 11,138,634, 11,055,743, Ser. No. 17/316,156, U.S. Pat. Nos. 11,138,635, 11,138,636, Ser. No. 17/097,256, U.S. Pat. Nos. 11,278,900, 11,257,120, Ser. No. 17/168,313, U.S. Pat. No. 11,270,349, Ser. Nos. 17/687,031, 17/830,412, 17/830,783, 17/962,513, and U.S. Pat. No. 11,741,500, which are incorporated herein by reference.
Sensors on the mobile center units may be used to collect local environment data, as described in parent application Ser. No. 17/983,545 for example, which can be stored in memory as data or reported back to the local arbitrator. Some examples of environmental sensor include a camera, microphone, weather sensor, odor sensor, photodetector, chemical sensor, a wireless spectrum receiver, a wireless service traffic analyzer, radiation sensor, and air quality monitor.
The system 200 may comprise a processor 102 and a non-tangible memory 106. The memory 106 comprises processor executable instructions enabling the map module 108, mobile target module 112, and geofencing module 114. The system shown in
As shown in
As explained above the geofence boundaries may also be created based upon considerations of mobile media (center) unit type and/or local environment (e.g., mobile center view analysis).
The system may optionally accept client device including client geographic location information cross-referenced to client device geographic locations. In this case the system further comprises the client module 110 for accepting client data including geographic location information for client devices, and positioning client devices on the map. Then, the geofencing module cross-references client device geographic locations to mobile media unit geofence boundaries. If the client device data includes client device geographic locations cross-referenced to time, the geofencing module cross-references client device geographic locations to mobile media unit geofence boundaries with respect to the time. As noted above, the client data may be collected by the mobile media unit and supplied via interface 122 and/or supplied by resources from outside the system 113, e.g., on line 124.
Some locations may be weighted to have a greater value than other locations. For example, locations that have greater foot traffic or greater visibility may have more value. Further, mobile center or mobile media units may have a value weighted on if they are stationary, the duration of time they are stationary, and their ability to report their stationary status. In the case of an airborne vehicle, “parking” may be understood to be maintaining an approximate location in midair, as well as a landing location. In the case of air or nautical media nodes, the launching site, landing site, or midair position may be the stationary or parking location. Examples of other weighting factors include time of day, day or week, population density or other population characteristics, or local special events to name a few.
A “stationary location” may be a parking location. “Parking” is typically understood to be location where a vehicle media node is temporarily left with its engine off, or if not self-powered, left without means of movement. Vehicles mobile center or media units may be “parked” along city streets, on sidewalks, in stores and publically accessible buildings or in publicly accessible areas, such as parking lots. Mobile center or media units are typically “parked” for limited durations of time, typically a matter of hours, but the durations can be as small as minutes or larger than even weeks. “Temporary” is understood to typically be a duration of several minutes to several hours, although it may also be a matter of days or even weeks. “Occupation” is understood to mean filling a space or location so completely that another vehicle or entity is unable to fill that space. In the case of drone aircraft or boat mobile unit, these vehicles may need to be powered with engines running to maintain a stationary location. The weighted values can be established, at least partially, using conventional geofencing services, such as provided by Radar Labs, Inc.
The mobile media unit media projection subsystem (MPS) 202 may be a LED or LC display, a sidewalk or wallscape image projector, a retractable screen, a topper, holographic display, electroluminescent (EL) display, switchable glass displays, persistent image fan, or combinations thereof. An image projector may be enabled as a LC or LED display similar to a home theater type video projector. Alternatively, high performance (e.g., mercury arc or xenon arc) lamps, cathode ray tube (CRT), digital light processing (DLP), plasma, silicon X-tal reflective display (SXRD), or red-green-blue (RGB) lasers may be used. In other words, the MPS may present a 2-dimensional or 3-dimensional image, which may or may not be transitory. Transitory images include a series of still images, videos, or combinations thereof. The media center unit may also broadcast audio messages, or a combination for audio and visual messages.
The mobile center unit 116 may further comprise a user interface (UI) 512 and a publically accessible access point (AP) 518, such as an IEEE 802.11 Wireless Local Area Network (WLAN) AP, an IEEE 802.15 Wireless Personal Area Network (WPAN) AP, and combinations thereof. In this case the communications subsystem may enable AP data traffic via a communications subsystem 104 cellular network. Alternatively, the AP may act as the communications subsystem, especially if the relaying devices are located nearby. Less common, the access point may an IEEE 802.15.4 Zigbee, WPAN IEEE 802.15 Li-Fi or wireless USB device. Even more unlikely as an access point are Long Range Wireless systems. As used herein, a “publically accessible” is a system that can be accessed by the general public without a password or similar security measures, or where the password is publically distributed. One example of a publically accessible AP is the WiFi hotspot service provided by a typical Starbucks coffee shop. In the case of a password being required for access, the password may be printed on the mobile platform, displayed by the media projection subsystem, or made available through a media projection phone application or website.
To track their locations, the mobile center or mobile media units typically rely upon an embedded location subsystem 520, such as a GPS system receiver, GNSS, assisted GPS or GNSS taking advantage of cell tower data, a Wireless Local Area Network IEEE 802.11 (WiFi) positioning system, cell-site multilateration (e.g., Skyhook), satellite multilateration, or a hybrid positioning system. Hybrid positioning systems find locations using several different positioning technologies, such as GPS, combined with cell tower signals, wireless internet signals, Bluetooth sensors, IP addresses, and network environment data. Cell tower signals have the advantage of not being hindered by buildings or bad weather, but usually provide less precise positioning. WiFi positioning systems may give very exact positioning in urban areas with high WiFi density, depending on a comprehensive database of WiFi access points. Further, a LORAN type system or LoJack® type system might be adapted for the purpose of location determination. As noted in U.S. Pat. No. 10,796,340, which is incorporated herein by reference, camera images and the location data of proximate smartphones, laptops, and personal communication devices can also be used to determine location.
The most typical examples of the communications subsystem 104 are wireless cellular systems (e.g., Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS)-time division duplexing (TDD), Long-Term Evolution (LTE), 4th Generation (4G), or 5th Generation (5G)), and the like. Less typically, the communications subsystems may be enabled with WLAN IEEE 802.11 (WiFi), or even Long Range Wireless transceiver. Some examples of a Long Range Wireless system include Digital Enhanced Cordless Telecommunications (DECT), Evolution-data Optimized (EVDO), General Packet Radio Service (GPRS), High Speed Packet Access (HSPA), IEEE 802.20 (iBurst), Multichannel Multipoint Distribution Service (MMDS), Muni WiFi, commercial satellite, and IEEE 802.16 Worldwide Interoperability for Microwave Access (WiMAX (WiBro)). The system is not limited to any particular type of communication subsystem and it should be understood that a typical cellular link includes intervening base station and hardline connections.
The access point and/or communications subsystem can be used to collect client data from entities passing by, or engaging with the access point or using the communications subsystem. This data can be stored in local memory data storage module 516 for subsequent recovery or transmission to the client module 110 in support of data gathering or geofencing data. In support of data mapping, the access point is publically accessible to client devices that include smartphones, personal devices, or generally any type of computing device. Typically, the client (user) devices 120 are enabled for WiFi and Bluetooth communications. If left enabled, as is the typical case for many users, the client device is able to interact with a nearby access point even if a communication data link is not established. As used herein, the term data mapping includes the collection of data from the user devices. In one aspect, user data information (e.g., addresses) is collected voluntarily, with the user explicitly agreeing to data collection in response to an access point provided services, such as the provision of an Internet browser, email, Internet, social media services, or smartphone applications.
Optionally, the mobile center unit 116 may further comprise a verifier, or verification subsystem 514. Here, the verifier 514 is enabled as a software application stored in local non-transitory memory 510, including processor executable instructions to receive location directions, media enablement signals, an identification code, and the geographic location, to supply verification information responsive to the direction and media enablement acknowledgements, the identification code, the geographic location. The determination of location may involve determining if the mobile center unit is stationary or in motion, or durations of time the mobile center unit is stationary or in motion. Alternatively, at least some components of the verifier 514 may be enabled in hardware.
The communications subsystem may include a signal booster 522, such as a device provided by WeBoost, or a similarly functioning proprietary device. The booster may act as a relay between a proximately located client device 120 and a cellular network (i.e., base station or satellite). In other aspects, a signal booster 522 acts to relay Internet signals, such as might be useful when employed with the StarLink or similar Internet service, as the StarLink ground units require an uninterrupted view of the sky (i.e., view of the StarLink satellites) For example, the mobile center (media) unit may be positioned in areas of weak cellular coverage. Using the site selection and targeting components mentioned above, mobile center (media) units can be directed to, and rewarded for established cellular boosters in poor coverage areas. Improved cellular coverage necessary improves Internet and WiFi services carried by the cellular service.
In the case of a mobile center unit independently selecting its location, the mobile center unit 116 may incorporate a targeting subsystem 524 to support the selection of stationary locations, which may have corresponding location values. As shown, the targeting subsystem 524 is enabled as software application stored in local memory 510. In some variations the targeting subsystem may be enabled with hardware. The listed stationary locations may be associated with rewards provided to an entity. The entities involved may include the entity managing the system of, the user making the location selections, the entity managing the mobile unit, an entity owning the property upon which the mobile unit is located, or combinations of the above-mentioned entities.
As used herein, an “entity” may be a person, a business, a corporation, government organization, any type of social organization or business unit, a physical device, or a software application. For simplicity, the entities may be identified as the hardware components being used by, or associated with a business, person, corporation, government organization, or social organization. In this case, the entity may be described as a computer, smartphone, media projection subsystem, server, or vehicle, to name a few examples.
The mobile center unit 116 may include a camera 526 to record images of the geographic location proximate to the media unit. The camera images may be stored in the data storage module 516 in local memory 510, or the communications subsystem 104 may transmit the images. In one aspect, the camera may also be used to modify the value of the target location. For example, the recorded traffic in a location may be greater than anticipated, and the weighted value or view analysis adjusted accordingly. That is, images recording higher pedestrian or vehicular traffic may indicate, at least temporarily, a greater location value. The data may be used to help determine the efficacy of the media or location. Alternatively or in addition, the camera images my act to verify that the media projector subsystem 202 has been enabled, media center (media) unit movement, or lack thereof, or identification of a particular location. In one aspect, simply recording a change in images, and thus proximate traffic, can be used as a means for proving media projector subsystem enablement. As an alternative, or in addition to the camera, the system may further comprise environmental sensors 528, such as a microphone, weather sensor, odor sensor, photodetector, chemical sensor, a wireless spectrum receiver, a wireless service traffic analyzer, radiation sensor, air quality monitor, or a proximity detector subsystem to sense nearby motion, or to measure the density of proximate vehicular or foot traffic, which data is transmitted by the communications subsystem or recorded in local memory.
In Step 302 client device data communications are received. As noted above, client data may be collected by a mobile center unit, independent geofencing service, or a combination of the two. In Step 304 mobile center data communications are received. Client device data and mobile center data have been described in detail above. In Step 306 a geofencing node locates client device geographic locations on a map. Step 308 locates mobile center unit geographic locations on the map. Step 310 creates geofence boundaries on the map around the mobile center unit geographic locations. Step 312 cross-references client device geographic locations to the mobile center unit geofence boundaries. In one aspect, receiving client device data communications in Step 302 includes receiving client device geographic locations cross-referenced to time, and receiving mobile center data communications in Step 304 includes receiving mobile center unit geographic locations cross-referenced to time. Then, cross-referencing client device geographic locations to the mobile center unit geofence boundaries in Step 312 includes cross-referencing client device geographic locations to mobile center unit geofence boundaries with respect to the time.
In another aspect, receiving mobile center unit data in Step 304 includes receiving mobile center unit type, and creating geofence boundaries on the map around the mobile center unit geographic locations in Step 312 includes creating geofence boundaries for a mobile center unit based upon mobile center unit type.
In one aspect, in Step 303 mobile center units configured as mobile media units selectively project media messages, and Step 312 creates geofence boundaries for a mobile media unit based upon mobile media view analysis. Further, receiving mobile center data in Step 304 may include receiving media message projection enablement times, and Step 312 cross-references client devices located within the geofence boundaries to media message projection enablement times. If the mobile media units are capable of projecting different messages at the same time or in series, then Step 304 may receive mobile center data with the identification of projected messages, selected from a plurality of messages, cross-referenced to time. Step 312 then cross-references client devices located with the geofence boundaries to the projected times of the identified messages. In some aspects client devices outside the geofence boundary may also be mapped, especially if they were previously within the boundary or if they appear likely to enter the boundary. In one variation Step 304 receives mobile media unit geographic locations cross-referenced to durations of time the mobile media units are stationary, and in Step 312 this information can be added to the geofencing map.
In one variation Step 402 receives the mobile center unit type and Step 408 creates geofence boundaries for a mobile center unit based upon mobile center unit type. Step 408 may also adjust geofence boundaries for a mobile center unit based upon mobile media view analysis.
In one aspect, Step 403 includes receiving client device geographic location information cross-referencing client devices to client device geographic locations. Step 406 locates the client device geographic locations on the map, and Step 408 cross-references client device geographic locations to mobile center unit geofence boundaries. As with the mobile center unit data, Step 403 may receive client device geographic locations cross-referenced to time, and Step 408 cross-references client device geographic locations to mobile center unit geofence boundaries with respect to the time.
The analysis node 610 comprises a communications subsystem 612, for receiving the relayed aircraft location information, and a map module 614. The map module 614 comprises a map of geographic locations. A mobile target module 616 accepts aircraft geographic location information and positions the aircraft 602 on the map. A geofencing module 618 creates geofence boundaries on the map around the aircraft geographic location.
In one aspect the aircraft 602 further comprises a media projection subsystem 620. In another aspect, the analysis node communications subsystem 612 accepts client device geographic location information and the geofencing module 618 cross-references client device geographic locations to the geofence boundaries.
The controller node communications subsystem 610 may communicate with the analysis node communications subsystem 612 via link 622, which can be a hardwired (e.g., Ethernet) or wireless interface. In some aspects, the analysis node may accept aircraft location information directly (wirelessly) from the aircraft 602, as shown with wireless interface 624. Although not shown in detail, components of the aircraft, controller node, and analysis node may be enabled in a manner similar to that shown in
In one aspect a relationship may exist between the controller and analysis nodes, where the analysis node supplies explicit time and location instructions to the controller node, which become instructions to the aircraft. Communications from the aircraft indirectly through the controller node, or directly to the analysis node, act to verify that the instructions are being followed. In other aspects, the analysis node may supply general instructions. For example, the general instructions may request that the aircraft operate over neighborhood S, and then communications from the aircraft indirectly through the controller node, or directly to the analysis node, act to verify how the instructions are being followed. For example, the verification communications may indicate that the aircraft operated over a particular traffic intersection in neighborhood S at 2 PM. In another aspect, the analysis node does not supply any instructions (e.g., time and place) to the controller node or aircraft, and the analysis mode has no apriori knowledge of when or where the aircraft will be operating. Again, communications from the aircraft indirectly through the controller node, or directly to the analysis node, act to supply timing, position, media presentation, or sensor (e.g., environmental) data. In this case the analysis node may be a geofencing service. The geofencing service may supply some data for the controller node if the controller node comprises a geofencing module.
Systems and methods have been provided for geofencing mobile boundary centers. Examples of particular message structures, schematic block linkages, and hardware units have been presented to illustrate the invention. However, the invention is not limited to merely these examples. Other variations and embodiments of the invention will occur to those skilled in the art.
Number | Date | Country | |
---|---|---|---|
63431214 | Dec 2022 | US | |
63310857 | Feb 2022 | US | |
62779972 | Dec 2018 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 16869696 | May 2020 | US |
Child | 17007575 | US | |
Parent | 16601362 | Oct 2019 | US |
Child | 16869696 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 18477402 | Sep 2023 | US |
Child | 18538280 | US | |
Parent | 17962513 | Oct 2022 | US |
Child | 18477402 | US | |
Parent | 17830783 | Jun 2022 | US |
Child | 17962513 | US | |
Parent | 17830412 | Jun 2022 | US |
Child | 17830783 | US | |
Parent | 17230008 | Apr 2021 | US |
Child | 17830412 | US | |
Parent | 17201419 | Mar 2021 | US |
Child | 17230008 | US | |
Parent | 17179574 | Feb 2021 | US |
Child | 17201419 | US | |
Parent | 17168313 | Feb 2021 | US |
Child | 17179574 | US | |
Parent | 17133722 | Dec 2020 | US |
Child | 17168313 | US | |
Parent | 17097256 | Nov 2020 | US |
Child | 17133722 | US | |
Parent | 17071043 | Oct 2020 | US |
Child | 17097256 | US | |
Parent | 17023546 | Sep 2020 | US |
Child | 17071043 | US | |
Parent | 17007575 | Aug 2020 | US |
Child | 17023546 | US |