Abstract:
Disclosed is a method for delivering emergent event notifications to a user&#39;s Mobile Device. Map and Calendar applications are polled with correlations made between map locations and event information. Geo-Fence Boundaries are established for map locations which are inherited by their associated events. Penetration of a Geo-Fence Boundary by a Mobile Device running the Mobile Application triggers a search for events that are associated with the established Geo-Fence Boundary. Filtered Notifications of event options of interest to the user are transmitted to the Mobile Device based on pre-established and dynamic variables and whether the user can arrive at the event while it is underway. Upon selection of an event by the user, the Mobile Device provides route and navigation guidance to the selected location.

Description:
This application claims the benefit of U.S. Provisional Application No. 61/966,232, filed Feb. 20, 2014. 
    
    
     FIELD OF INVENTION 
     The present invention generally relates to event Notifications for Mobile Devices and more specifically to dynamic, timely event Notifications tied to locations on a Map to benefit travelers along a route. 
     BACKGROUND 
     Notifications to users on mobile and other devices are being used in a variety of ways. These types of Notifications methods are becoming more advanced and sophisticated as users want more relevant information wherever they are, and at the point of time they need it. 
     As used herein, a “Map” may be defined as a map populated by a community using a mapping platform such as Google Maps, Apple Maps, Bing Maps, or a Map used in GPS Systems, IVI (In Vehicle Infotainment) and 3D navigation systems or, any other mapping application utilized in Mobile Devices, delivered through a website, uses API&#39;s or that utilizes wireless or other technologies to access the internet. The term “Map Location” refers to any point of interest that has been identified on a Map manually or programmatically. The term “Calendar” refers to any web based Calendar or software application utilizing API&#39;s and captures information about an event. Calendar types may include such as EventBrite®, Trumba®, or Google® Calendar. The term “API” refers to an Application Protocol Interface software component in terms of its operations, inputs, outputs, and underlying types that are not limited to use in mapping and calendaring applications and could be used to integrate them to an online database. The term “Mobile Device” may be defined as a portable computing device such as a smartphone or tablet computer, navigation devices used for personal or commercial use. The term “Mobile Application” may be defined as a software application developed specifically for use on small, wireless computing devices, such as smartphones and tablets, rather than desktop or laptop computers. The term “Geo-Fence Boundary” is defined as the outer edge of a virtual perimeter for a real-world geographic area that in this invention interacts with the database and user&#39;s location to trigger the event Notifications process using methods outlined below. The term “Notifications” refers to a message or alert delivered by a centralized server to a user&#39;s Mobile Device even when the user is not actively using the Mobile Application. The term “Filter” refers to the process and methods utilized in a system or program to prevent receipt of undesired content. The Filter processes described in this invention are implemented through both the database on the server and Mobile Application/Mobile Device. 
     These interfaces, although useful, tend to focus on retail establishments whereas this invention is designed to solve a problem for the everyday traveler passing through unfamiliar areas. Often travelers miss events they would enjoy attending because they are unaware, don&#39;t know how far away an event is, or if they have time to arrive while the event is underway. Travelers do not have a method to help them quickly analyze their options, Filter them to those of particular interest, and then confirm whether they can arrive at the event in time to participate. For example, if a community creates a Map highlighting points of interest to promote their town, this invention allows them to correlate events to locations on their Map so that when a person opts to attend an event, the person will have a seamless interface when it comes time to eat, or get a hotel room for the evening. This invention associates points of interest on a Map to events, establishes a Geo-Fence Boundary around those points of interest, that is in turn used to Filter Notifications to a user&#39;s Mobile Device based on the ability to “arrive in time” and user&#39;s preferences. What the market needs is a method of sifting through a large amount of event information quickly, and notifying users of appropriate events and activities that match the user&#39;s interests. Such a method would allow a user to find interesting events in a new geographic area of which the user might otherwise be unaware. 
     BRIEF SUMMARY OF THE INVENTION 
     This invention is a method that uses timely filtered content and event Notifications to travelers along a route. The methods use a server, database, Mobile Application, Map and calendaring programs as well as input from the end user. Methods include filtering on a variety of input, utilizing Geo-Fence Boundaries that can be static or dynamic, utilizing servers or Mobile Devices to scan for new content, and a real-time data analysis that generates content of true interest to the user. 
     This method relies on the ability to associate events entered in an online calendaring application such as EventBrite, or Google Calendar to locations that have been identified on a Map such as Google Maps, Bing Maps, or other mapping applications. Dynamic Geo-Fence Boundaries are set around the Map Location that triggers the Notifications to a Mobile Device such as the Apple/Android phones or tablets. In one embodiment these Geo-Fence Boundaries change in size according to the start time of the event. A cloud based server such as Amazon houses a database similar to MySQL that runs unique algorithms on data pulled from the Map, event information stored in the calendar, plus user preferences and interactions to Filter which Notifications are transmitted to the Apple, Android, or other Mobile Device through the Mobile Application. Events that fall into filtered content categories are displayed on the Mobile Device. Once travelers select an event, the route is displayed and standard navigation features of the device routes them to their selected event location. 
     Several of the methods used in this invention involve dynamic updates of the application&#39;s database for new events, adjusting Geo-Fence Boundaries per real time user needs, and the display of event options based on a pre-determined Geo-Fence Boundary associated with a Map Location such as a point of interest. 
     In another example of the algorithms used to provide relevant options for the user includes, Map Location, event date, event start time, event end time, user preferences, user&#39;s location, and advertising agreement between event sponsor and Mobile Application company. Not all the methods by which information can be filtered and delivered to the Mobile Device are included in this patent application. 
     These and other features of the invention will be more readily understood upon consideration of the attached drawings and of the following detailed description of those drawings. This document does not cover all aspects of this invention. 
    
    
     
       BRIEF DESCRIPTIONS OF DRAWINGS 
       The accompanying figures serve to further illustrate various embodiments and to explain various principles and advantages all in accordance with the present invention, in which 
         FIG. 1-4  diagram a real world situation where element represents a geographic region. 
         FIG. 1  identifies a Geo-Fence Boundary established around a Map Location and a user penetrating that Geo-Fence Boundary. 
         FIG. 2  identifies how filtered event information may be displayed after a user receives a Notification on his Mobile Device. 
         FIG. 3  identifies the desired event being selected by the user. 
         FIG. 4  identifies the device&#39;s routing and navigation feature guiding the user to the selected event. 
         FIG. 5  identifies the database, input sources that interact with it, and how algorithms are set up to generate filtered information for the user. 
         FIG. 6  identifies the major Map components that must be in place for the methods to work. 
         FIG. 7  identifies the major Calendar components that must be in place for the methods to work. 
         FIG. 8  identifies the major steps a user takes to acquire the Mobile Application and enable Notifications. 
         FIG. 9  is a functional flow chart showing the interaction and sequence of the process using a combination of physical components for carrying out the operation. 
         FIG. 10  is a flow chart of the operational phase of carrying out the present invention. 
     
    
    
     DETAILED DESCRIPTION 
     Detailed embodiments are disclosed herein; however, it is to be understood that the disclosed embodiments are merely examples and that the methods described below can be embodied in various forms. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one skilled in the art to variously employ the present subject matter in virtually any appropriately detailed structure and function. Further, the terms and phrases used herein are not intended to be limiting, but rather, to provide an understandable description of the concepts. 
     The terminology used herein is for the purpose of describing particular embodiments and is not intended to be limiting of the invention. 
     Described is a method using computers, Mobile Devices, and databases to integrate a variety of data sources and execute mathematical operations to Filter the content that is displayed to a user regarding events that have been associated with a Map Location. 
     For the sake of clarity in these descriptions: The assumption is that a user has established settings in the Mobile Application to access user&#39;s location and accept Notifications. 
     Turning now to  FIG. 1  illustrates a user in a car ( 605 ) traveling down a route with a Mobile Device. The car penetrates a Geo-Fence Boundary ( 603 ) that has been established around a point of interest ( 602 ) on a Map ( 601 ). The user&#39;s device in ( 605 ) would trigger a communication to the server to look for event information related to that point of interest ( 602 ). Another route and car ( 604 ) do not penetrate the Geo-Fence Boundary so would not trigger any activity on the server or Notifications to the Mobile Device. 
       FIG. 2  describes what takes place if the server searches and finds relevant information for that user ( 605 ). The server would deliver a Notification to the Mobile Device and generate a Map or list display of different types of event options ( 701 ), ( 703 ), ( 704 ), &amp; ( 705 ) set previously as user preferences in the Mobile Application. Only the events located within the Geo-Fence Boundary ( 603 ) associated with the point of interest ( 602 ) are displayed on the Mobile Device. Event ( 702 ) which, is outside the Geo-Fence Boundary is excluded from the display on the Mobile Device. User ( 604 ) is outside the Geo-Fence Boundary so neither receives Notifications or event options. 
       FIG. 3  illustrates a user ( 605 ) has selected an event ( 703 ) to attend. All the other event options are removed from the Map once a user selects an event. 
       FIG. 4  illustrates when the user ( 605 ) has selected an event ( 703 ), routing and navigation programs will activate on the device and other Map Locations that are associated with the point of interest&#39;s Geo-Fenced Boundary ( 602 ) will display on the Map as well. 
       FIG. 5  describes how the database interacts with the various other components in the method. A database similar to MySQL ( 301 ) is created and housed on a cloud server such as Amazon. It is configured to integrate with the Map API ( 302 ), the Calendar API ( 303 ), the Mobile Application ( 304 ), and track user events ( 305 ) on the Mobile Device. Data from each source will be stored in the database ( 301 ) and the database will be programmed to run the processes to poll aspects of the database for data analysis. 
       FIG. 6  a mapping application API is integrated with a content management system in a database ( 101 ). When points of interest are identified on the Map the database captures the GPS coordinates and assigns a unique ID to that location ( 102 ). Using a content management system or programmatically by the database, a Geo-Fence Boundary is established for each point of interest on the Map ( 103 ). The Map is made available online to the public ( 104 ). 
       FIG. 7  illustrates the process of integrating the Calendar data in the database. Event Calendar administrator selects a calendaring application that has an API that can be integrated with a content management system&#39;s database and adds event information onto the Calendar that is assigned a unique ID ( 201 ). Through the content management system using IDs or other methods the Map and event are associated in the database ( 202 ). The event location information from the Calendar entry is captured to programmatically generate a GPS coordinate in the database that can be used later to be displayed on a Map ( 203 ). 
       FIG. 8  outlines the user interactions that must take place to receive event Notifications. The user searches a Mobile Application store such as Google Playstore and installs the Mobile Application onto their device ( 401 ). The user is prompted to log into the Mobile Application ( 402 ). Once the user is logged in, they will be presented with automatic requests to allow the application to access the user&#39;s location and receive Notifications. Once permissions have been given, the user will be presented with a preferences page that allows them to set preferences for type of content, frequency of Notifications, and whether they want the Mobile Application to integrate with their personal Calendar ( 403 ). 
       FIG. 9  identifies the interactions of the computing devices and Mobile Application ( 505 ). The server ( 501 ) is configured to house the database ( 504 ), a processing unit that will run the mathematical models to Filter content, and uses dynamic memory capabilities to facilitate faster response times ( 501 ). The server ( 501 ) continually scans the Map ( 511 ) and Calendar ( 503 ) APIs for new content, updates the database ( 504 ), and sends updates to and receives information from the Mobile Application ( 505 ). 
     To receive Notifications and allow the Mobile Application to track the Mobile Device&#39;s location, the user must have the Mobile Application open and running in the background if other applications are being used. If the user turns the Mobile Application ( 505 ) off, all Notifications ( 514 ) will stop. 
     The user is presented with a preferences page and sets preferences for type of content, frequency of Notifications, and whether they want the application to integrate with their personal Calendar, and other pre-defined variables ( 507 ). The Mobile Application sends this data to the database ( 504 ) where it will be used to help Filter content that is delivered to the user. 
     Once the Mobile Device ( 506 ) penetrates a Geo-Fence Boundary ( 508 ), the Mobile Application ( 505 ) triggers a notice to the server ( 501 ) to search for event information that is associated to the Map Location whose Geo-Fence boundary ( 508 ) was just penetrated. 
     The server ( 501 ) then polls data sources ( 503 ), ( 504 ), ( 509 ), ( 510 ), ( 511 ), ( 512 ), ( 513 ) and uses mathematical programs in the central processing unit of the server to Filter content based on user&#39;s location ( 509 ), time it will take the user to arrive at any of the events within that established Geo-Fence Boundary ( 510 ), the GPS coordinates of the Map Location ( 511 ), the event dates and start/stop time ( 512 ), and user preferences ( 513 ). 
     When the filtering process is complete, and found to contain relevant information for the user, the server generates a Map Location for each event, populates a display template with user options, and a Notification ( 514 ) is sent to the Mobile Device. If there is insufficient time for the user to travel to and attend an event, an event would not be displayed even if the event is within the Geo-Fence Boundary. 
     Upon receipt of Notification ( 514 ), the event locations of the filtered list are revealed ( 515 ) in a list or per their GPS coordinates on a Map on the Mobile Device display. If the location whose Geo-Fence Boundary was penetrated is associated with a mapped area, all the points of interest on that Map are downloaded in the background of the Mobile Application. 
     If the user does not make a selection from the options presented, the event locations are removed ( 517 ) from the Mobile Device display per a default time period or user&#39;s preferences ( 517 ) and the Mobile Application runs in the background waiting until the Mobile Device penetrates another Geo-Fence Boundary ( 508 ). 
     If the user decides they want to attend an event, they can select it on the Map ( 516 ). This interaction is tracked on the Mobile Device ( 506 ) and shared with the server ( 501 . Once the user selects an event on the Map or list display ( 516 ) on the Mobile Device, all the points of interest from the associated Map Location become visible on the Map ( 515 ) and the Mobile Device&#39;s routing and navigation system activate guiding the user to the event ( 518 ). 
       FIG. 10  diagrams the operational steps and sequences that take place in the computing devices, database, and user interactions within the methods incorporated into this invention. 
     a user has the Mobile Application installed and running on their device and penetrates a Geo-Fence Boundary ( 1001 ) the server scans the database looking for nearby events ( 1002 ). Once all possible events are identified, the mathematical programs are executed that Filter driving routes and travel times to the event from the user&#39;s location, and ( 1003 ) those events the user could reach “in time” to participate ( 1004 ). If there is not enough time for the user to arrive at the event, the server will re-set and wait for the Mobile Device to cross another Geo-Fence Boundary. 
     If there is enough time to attend any of the events, the server will look to see if the user has established Filter preferences ( 1005 ). If there are no filters, the server will deliver Notifications for all event options ( 1008 ) to the user&#39;s Mobile Device. If the user has applied a Filter ( 1006 ) in their user preferences, the server will deliver filtered options ( 1007 ) to the Mobile Device and event options will be revealed on the Mobile Device display as locations on a Map or a list ( 1009 ) 
     The user will then have the option to select an event from the list of options ( 1010 ). If they do not select an event, the server clears the options after a pre-determined time, removing the event locations from the Mobile Device display, and waits for the Mobile Device to penetrate another Geo-Fence Boundary ( 1001 ). 
     Once the user selects an event ( 1010 ) on the Mobile Device display, all the points of interest from the associated Map Location become visible on the Map and the Mobile Device&#39;s routing and navigation system ( 1012 ) become activate guiding the user to the event.