US20140047357A1 - Communicating future locations in a social network - Google Patents

Abstract

Methods, systems, and apparatus are disclosed which include receiving, from a user operating a user interface on a computing device, an indication of a first future date; identifying one or more friends of the user, for each of the one or more friends, gathering future trip information from the social network, determining based on the gathered trip information, whether each of the one or more friends are going to be physically present at the future locations on one of the second future dates that matches the first future date, displaying a geographic map on the user interface including displaying a friend representation corresponding to each of the respective future locations where one or more friends are going to be physically present on the first future date, and dynamically updating the friend representations respectively on the geographic map based on a third future date received.

Description

RELATED APPLICATIONS
• This application is a Continuation of U.S. patent application Ser. No. 13/572,875, filed Aug. 13, 2012, which is incorporated herein by reference in its entirety.
BACKGROUND
• This disclosure relates generally to geographical information systems and social and professional networking.
• Some web and mobile applications provide information about a current location of a user. This allows a user to share his or her location with friends. However, a user has to ask friends where they will be in the future or ask if they are attending an event. If multiple friends are involved, it can be a hassle for each friend to respond to multiple inquiries about future travel plans. Any data about future plans are fragmented across various applications. A user can also forget what a friend has said about his or her future plans. Plans can change.
• Furthermore, some “friends” may be individuals that do not share a close relationship with the user or they may be old friends or brief acquaintances. A user may be interested in meeting up with such a person that happens to be or plans to be in the same city, location, or at the same event. However, the user may be uncomfortable bothering that person with a direct query about whether they plan to be in a city on a certain future day or days.
SUMMARY
• In general, one innovative aspect of the subject matter described in this specification may be embodied in methods that include the actions of receiving, from a user operating a user interface on a computing device, an indication of a first future date; identifying one or more friends of the user, wherein the user and the one or more friends are directly connected in a social network; for each of the one or more friends, gathering future trip information from the social network, the trip information including respective second future dates and corresponding future locations indicating respective physical locations of each of the one or more friends at the respective second future dates; determining, with the computing device, based on the gathered trip information, whether each of the one or more friends are going to be physically present at the future locations on one of the second future dates that matches the first future date, wherein the first future date is distinct from the one second future date; displaying a geographic map on the user interface including displaying a friend representation corresponding to each of the respective future locations where one or more friends are going to be physically present on the first future date, wherein the friend representation corresponding to each of the respective future locations are displayed based on the determining; and dynamically updating the friend representations respectively on the geographic map based on a third future date received, wherein the friend representations are displayed corresponding to future locations indicating respective future locations where the one or more friends are physically present at the third future date.
• Other embodiments of these aspects include corresponding systems, apparatus, and computer-readable medium storing software comprising instructions executable by one or more computers which cause the computers to perform the actions of the methods.
• Further embodiments, features, and advantages, as well as the structure and operation of the various embodiments are described in detail below with reference to accompanying drawings.
BRIEF DESCRIPTION OF THE FIGURES
• Embodiments are described with reference to the accompanying drawings. In the drawings, like reference numbers may indicate identical or functionally similar elements.
• FIG. 1 illustrates a system for communicating future location information.
• FIG. 2 illustrates a system for communicating future location information.
• FIG. 3 illustrates a display view communicating future location information.
• FIG. 4 illustrates another display view communicating future location information.
• FIG. 5A-5D illustrate display views for selecting a future date.
• FIGS. 6-9B illustrate display views of friend location information.
• FIGS. 10-12 illustrate display views of trip information.
• FIGS. 13-14 illustrate display views of event information.
• FIG. 15 illustrates a display view for inviting friends to join.
• FIG. 16 illustrates a display view of the search function.
• FIGS. 17-18 illustrate display views of trip information.
• FIG. 19 illustrates a global display view of future location information.
• FIGS. 20-21A illustrate display views of feeds related to trip or event information.
• FIGS. 21B-E illustrate example notifications.
• FIG. 22 illustrates a flowchart of an example process for communicating future location information.
• FIG. 23 illustrates a flowchart of an example process for providing a date selection control.
• FIG. 24 illustrates a flowchart of an example process for providing a friendar control.
• FIG. 25 illustrates a flowchart of an example process for providing a message feed.
• FIG. 26 illustrates a flowchart of an example process for providing future location information.
• FIG. 27 illustrates a flowchart illustrating an example process of actions associated with a circular slider.
• FIG. 28 illustrates a flowchart of an example process for sharing future location information.
• FIGS. 29A and 29B are flowcharts illustrating an example process for providing suggestions based on future location information.
• FIG. 30 illustrates a flowchart of an example process for graphical display of future location information.
• FIG. 31 illustrates an example user device including a browser.
• FIG. 32 illustrates an example display view including user information and menu items.
• FIG. 33 illustrates an example user profile view.
• FIG. 34 is a diagram of an example computer device used to implement the system.
DETAILED DESCRIPTION
• Current applications do not allow users to share their future locations with their entire friend and professional network all in one place. Currently, in order to know whether a users' friends are planning to be in the same location at the same time, a user must obtain that information from his or her friends by direct communication (e.g., in person, phone, email, or text), or by viewing fragmented information on various applications. A user would then often have to wait for a response, collect that information and store it in a singular place such as a calendar. Only then could the user coherently and visually see if any of his or her friends had coinciding travel plans (or event plans).
• A system will be described that allows friends to share where they will be in the future so that other friends can plan to join them. A date sometime in the future may be entered or selected using graphic user interface tools of an application. Geographical locations of friends are then displayed for the chosen future date. The representations of these geographical locations may be displayed on a map, including on a geographical information system (GIS) map. A geographical location may include a city, a section of a city, a suburb of a city, a rural area, a vacation destination, a park, a place of a scheduled event or any other definable location. In some cases, city sections or nearby cities and towns can be associated with a major or larger city, area, or location. These locations may be annotated to show how many friends are either local or visiting or attending event(s) on the future date(s). A geographical location name may be altered to convey that the pin represents a broader metro area (e.g., Minneapolis-St. Paul), or a popular way of referencing the city (e.g., “SF”). Geographical locations of events, such as sports, concerts, conferences, and festivals, are also displayed on the map and associated with both the actual city an event occurs in, and the nearest major city.
• A user may create a named trip for a location on a future date. Friends can learn of the trip and join it. Information about upcoming events that friends are attending may be displayed or communicated. Friends can join an event and plan to meet up at the event. Friends can also suggest that other friends join the trip or event.
• The term “friend,” as used herein, may include authentic friends, family members, acquaintances, social connections, professional connections, coworkers, old classmates or colleagues or anyone else that has some relationship with the user or users. A relationship may exist if there has been some type of digital invitation, connection, and/or digital acceptance.
• Event and trip profiles can be created for locations on specific future dates. A trip may be a planned visit or presence at a location on a future specific date. Trip information can be shared with friends. Friends can view trip information, including locations, events, date ranges and which friends are attending. Users and friends can join trips. Users and friends can suggest other friends to join trips or suggest his or her friends become friends with each other. In one embodiment, the trip information can include a user's home location or home base. For example, a user can indicate as trip information that he is going to be in his home location on a date or date range.
• FIG. 1 is a block diagram100 of a networked system of devices, perhaps mobile devices such as mobile phones, tablets or computers. The devices may be networked overnetwork102.Network102 may be any network or combination of networks that can carry data communications. Such anetwork102 may include, but is not limited to, a local area network, metropolitan area network, and/or wide area network such as the Internet.Network102 can support protocols and technology including, but not limited to, World Wide Web (or simply the “Web”), protocols such as a Hypertext Transfer Protocol (“HTTP”) protocols, and/or services. Intermediate web servers, gateways, or other servers may be provided between components of the system shown inFIG. 1, depending upon a particular application or environment.
• A user may operate a user interface on user device110 to determine future location information of friends. In a non-limiting embodiment, these friends may have provided such information on a limited or restricted basis through their devices130-134. Future location information may be stored, accessed, distributed or modified using a system stored on and executed byserver120. Permissions may be configured to limit location information for safety reasons. In some aspects, location information may be provided only at the general level, such as only city information.
• FIG. 2 illustrates anexample system200 for communicating future location(s).Future location system200 includeslocation determiner202,location display manager204, trip/event manager206 andpermission manager208.System200 may be implemented on or implemented with one or more computing devices, such as user device110.
• Location determiner202 is configured to identify future location information of friends. Identification may involve verifying a relationship between a user and a friend. The relationship may be an active digital acceptance or recognition as a “friend.” In some cases, actual friends may be identified from a general pool of digital “friends.” For example, these friends can be from other social networks.Location determiner202 may check for a most recent status of a friend. Most recent future location information may be obtained or verified with other information about the friend. Permissions and privacy settings will determine what information is identified.
• Location determiner202 determines locations for display. This involves receiving a future date and determining geographical locations to display based on the future date and friend future location information. A future date may be a day in the future. In some cases, a future date may be considered the present date but a future time on the present date. That future time may be a few hours, a few minutes or even in certain cases, one or more seconds in the future. A future date may be specific to a day or specific to a week, month or year.Location determiner202 determines what friends have submitted or made available information for a future date and what the locations of the friends will be on the date. A future date may also include a future date range, multiple consecutive days, or specific times.
• Location display manager204 is configured to display one or more determined geographical locations. Geographical locations may be displayed graphically on a map, grid, globe or any three dimensional or multi-dimensional representations. Geographical locations may be displayed in a geographical information system (GIS), which may include city information, roads, terrain or any other information common to GIS maps. For example,display view300 shows geographical location New York City, N.Y. among nearby cities, roads and other geographical features onGIS map302.Location display manager204 can display locations selected by the user. For example, if a user selects NYC, NYC and the surrounding area is displayed.
• Location display manager204 also displays indications or representations of friends at or near a location on a particular future date. These indications may be friend representations. In one embodiment, a friend representation can be a FRIENDPIN friend representation. Friend representations are any annotation upon a visual map that provide friend location information specific to the pinned location. In an aspect, the friend representation can include a number of friends physically at the location on the future date. The number can include a total of the number of friends that live at the location and the number of friends visiting that location. The number of friends visiting that location can also include a number of friends attending an event at the location. In a non-limiting embodiment, a friend representation can be a number, more than one number, an image or any combination thereof. In an embodiment, when a friend representation is selected (e.g., mouse click), a list of users visiting or local and/or events can originate from the selected friend representation. Any other user profiles and information may be displayed as well. In an embodiment, if a friend representation includes a number, the number can include friends at an event as well (which are included in the visiting or local number), or it can be a total number of events and not people. These examples are purely illustrative and are not intended to limit the embodiments.
• In embodiment, two numbers could be provided: friends who call the location home and friends visiting the location from another home city.
• For example, indisplay view300, on Feb. 26, 2012,friend representation308 indicates there are 12 friends visiting and 15 friends that are local and present on that date. On that same date, there is an event on Long Island indicated byfriend representation310 with the star on it. There are currently5 friends scheduled to be at the event on that day.
• In one embodiment, a friend representation can include a profile image within the friend representation or a group of friend representations, each with a friend profile image within each friend representation.
• In another embodiment, thefriend representation308 can include a single number. The single number can include a total of the number of friends visiting the future location and a number of friends that are local to that location. If for example, the total number was 10, it may be the case that 3 friends live at that location, and 7 are visiting the location. Any number of the 7 friends visiting the location or 3 friends that live at the location may be attending an event (or events) at the location and this number of friends is included in the 7 friends visiting and 3 friends that live at the future location. For example, if 7 are visiting and of those 7, 3 are attending an event, then the 3 is included in the 7 visiting. In another embodiment, these two numbers (number of friends attending events versus number of visiting and local friends) can be distinct so if a friend is at an event at the future location, they are excluded from the visiting list. The visiting list can be for friends visiting the city but not necessarily associated with an event at the city.
• In one embodiment, thefriend representation308 can indicate a total number of events on the date or date range. For example, if the number on thefriend representation308 said 9, that would mean a total number of events are associated with that location on a date or within a date range that includes the future date selected. The number of friends at the event may be more than 9. For example, if two friends are each at each event, the total number of friends at the event would be 20, but thefriend representation308 still indicates 9, which is the total number of events, rather than the total number of people.
• In one embodiment, clicking on a friend representation with a single number can expand the friend representation into the same number of friend representations as the number on the original friend representation. The new friend representations can include images of each user associated with that friend representation. For example, if a friend representation has thenumber 3 on it, and a user clicks or taps on the friend representation, that friendship can then be expanded to three distinct friend representations, each with an image of the friend that is associated with the located corresponding to the friend representation.
• The geographical locations chosen for display may be chosen because of size, popularity, frequency of events or trips and other factors. Geographical locations and pins for geographical locations may be selected based on event information that was received.Location display manager204 is configured to display the locations and pins.Location determiner202 may provide information tolocation display manager204.
• User device110 may be coupled toserver120 overnetwork102.Server120, shown inFIG. 2, includesmanagement system210, which may be used to provide accurate information to user device110 and friend devices130-134.Management system210 includesGIS mapper212,location information manager214 and location sharing manager216.Server120 may also includelocation globe repository220 for globe view information. In a non-limiting embodiment, one or more oflocation determiner202,location display manager204, trip/event manager206 andpermission manager208 may be included inserver120. In another non-limiting embodiment, one or more ofGIS mapper212,location information manager214 and location sharing manager216 may be implemented infuture location system200. In yet another non-limiting embodiment, one or more components offuture location system200 andmanagement system210 may be distributed across a plurality of computing devices using a cloud computing infrastructure.
• In some implementations,GIS mapper212 may develop maps for display, taking into consideration the location information. The maps may be developed from map information or geographical information system (GIS) data. The displayed maps and corresponding features may vary in detail. In some cases, nearby cities, major roads, natural landmarks, bodies of water, man-made landmarks or other features may be included for context.
• Location information manager214 collects friend future location information submitted by friends on various computing devices. These computing devices may also have an implementation offuture location system200, which works in coordination withmanagement system210. In some cases, future location information may be submitted or obtained through other applications, interfaces or data feeds.
• In a non-limiting embodiment,location information manager214 may poll for regular updates or request or receive information asynchronously on an as needed basis. For example, location information manager may polllocation globe repository220 or any other system or database associated withnetwork102. Information for all friends or for only certain groups of friends may be received. Information may be limited to certain regions. In most cases, all date ranges for friends can be received. In other cases, only select date ranges will be initially received. These date ranges may be only future dates, a year into the future, a month into the future, or other date ranges. A date range determined for display can also include some or all of a location history in order to help a user determine who attended a certain event or location last year.
• In some aspects,systems200 and210 can be used to display future locations within a city, such as and including, but not limited to, a building, a park, a vacation resort, a venue, a museum, places or smaller levels of detail besides general city information. This may include smaller increments of time, rather than calendar dates.Permission manager208 may tightly control such specific information through privacy settings and limit the information to specific groups of friends.
• Example exploreview300 is shown inFIG. 3. Different future dates are selected by sliding a finger around acircular ribbon304. The date indate display306 will change as the finger slides arounddate display306 onribbon304. One direction will go forward in time, while the other direction will go backward in time. For example, a clockwise slide on the ribbon will cause the date indate display306 to advance to Feb. 28, 2012, as partially shown in the transition fromdisplay view300 todisplay view400.
• While a sliding gesture is performed alongribbon304, friend representations and associated friend location numbers may dynamically change to match the dates during the sliding motion. For example, pin408 now reflects only 6 friends visiting and 13 friends local to New York City. In another non-limiting example, pin408 can reflect a number representing a total of a number of friends visiting a location, local friends to that location, and friends attending events in that location.Pin410 shows one friend at the event on or near Long Island. Significant events from news feeds or user search criteria may also appear and disappear according to corresponding future dates or ranges of dates. In some cases, dates in the past may be visited for comparison or historical purposes.
• In a non-limiting embodiment, when a sliding gesture is performed alongribbon304,location determiner202 utilizes the date selected indate display306 as a future date.Location determiner202 determines locations for display based on the future date and determines geographical locations to display based on the future date and friend future location information. As noted above,location determiner202 determines what friends have submitted or made available information for a future date and what the locations of the friends will be on the date. A future date may also include a future date range, multiple consecutive days, or specific times. In an embodiment, as a sliding gesture is being performed ordate display306 is being updated, one or more requests for future friend locations for the selected dates may be sent tolocation determiner210 and/ormanagement system210.Location display manager204 causes friend representations and associated friend location numbers to dynamically change to match the dates during the sliding motion alongribbon304 and displays indications of friends at or near a location at the selected future date.
• Map302, or geographical location representations visible onmap302, may reflect other destinations that can be zoomed in and out based on user preferences and selections. Different filters or time increments may be chosen. Other visual aids can be used forpins308 and310.
• Date display306 may be expanded to a series of concentric date wheels oncalendar display502, as shown indisplay view500 ofFIG. 5A. Each ring is for selecting a year, a month or a date. Each ring may be slid in different directions. Upon confirmation of the correct date,date display306 may be pressed. This date selection display is a convenient way to select a future date or date range. This selected date or date range can be used for further operations byfuture location system200 as discussed above.Location display manager204 operates to provideribbon304 orcalendar display502 for display.
• FIG. 5B illustrates anexample explore view510 that enables a user to see locations of one or more of their friends on the date selected indate display514. Explore view also illustratesribbon516. In a non-limiting embodiment, when a user selects any area of the display other than the area enclosed byribbon516, the area enclosed byribbon516 transitions to a mini state as shown bycircular region716 inFIG. 7B. It is to be appreciated that transitions are not limited to minification and any other transitions may be performed. In an embodiment, such transitions are performed bylocation display manager204.
• Referring toFIG. 5C, and according to one embodiment, when a date indate display514 is selected, a pop-up or scrollingcalendar524 is displayed that enables a user to quickly and conveniently select a date that the user wishes to view indate display514. Once the user has completed adjusting a date incalendar524, the “Done” button illustrated in FIG.5C can be selected to set the adjusted date intodate display514. The “Today” button illustrated inFIG. 5C can be used to adjust today's or a present date intocalendar524.
• Referring toFIG. 5D, while a sliding gesture is performed alongribbon534, friend representations and associated friend location numbers may dynamically change to match the dates during the sliding motion.Ribbon534 can animate to display clockwise or anti-clockwise motion based on the direction of the sliding gesture or whether a user wantsdate display536 to progress backwards or forwards in time. Such animation ofribbon534 can show momentum with easing. In a non-limiting embodiment,date display536 also updates during the sliding motion and can be animated to display a up or down “flip” motion from one date to another date while a sliding gesture is performed alongribbon534. Friend representations and associated number of friends (e.g., “7”, “12”, “15”, etc.) at respective locations may dynamically change to match the dates during the sliding motion.
• When a sliding gesture is performed alongribbon534,location determiner202 utilizes the future date selected indate display536 as a future date.Location determiner202 determines locations for display based on the future date and determines geographical locations to display based on the future date and friend future location information.
• FIG. 6 showsexample display view600, which illustrates the expansion ofpin308.Pin308 may be expanded into two or more concentric rings or shapes based on who is in the geographical location on the future date. These rings display images of friends in small circles or shapes for quick reference. This expanded pin is called a “friendar,” as in a radar screen of friends. In an embodiment, such displays are generated bylocation display manager204.
• Each ring may be associated with a particular group. For example, theouter ring602 illustrates the 12 visiting friends with animage604 for each of those friends. Names and friend location information are displayed with or without images. Theinner ring606 shows some or all of the 15 friends that are local to NYC or have indicated that NYC is their current home base. If there are a lot of images to display, images may be reduced in size or prioritized for display.
• If space is limited, friends may be chosen for display based on a priority level set by the user or any other method. Friends may be selected for display based on past trip information or the likelihood that a friend will be contacted. Rather than showing who is in NYC or the surrounding area, pin308 or pin310 may also be expanded to show who is attending an event.
• In another embodiment, when thepin308 is clicked, a list is displayed. The list represents multiple further lists including the friends visiting the location, the friends local to that location, and the friends attending an event in that location—all during that point of time in the future. This list may display additional information related to the friends or location. In an embodiment, selection or clicking of a pin causes information to be sent tolocation information manager214.Location information manager214 may polllocation globe repository220 or any other system or database associated withnetwork102 to retrieve information for display in a list. In another embodiment, information to be displayed in a list (or any other format) may be retrieved from user device110 or any other device.
• Indisplay view700 ofFIG. 7A, the images of friends attending an event are shown infriendar702.Location display manager204 may be used to displayfriendar702, in coordination withlocation determiner202.
• Friendar702 can change its shape, the number of concentric rings, how friends are displayed, or whether friend images are static or live, dynamic images. These changes may be controlled by user gestures on or aroundfriendar702. Other display adjustments can be made (e.g., made by location display manager204) based on user gestures and friend representation information. In an embodiment, user gestures atfriendar702 may cause data to be sent tofuture location system200 and/ormanagement system210 for further operations.
• FIG. 7B illustratesexample display view710 afterpin712 has been selected. In an embodiment, whenpin712 is selected other pins that may be previously displayed fade out or are hidden from display and alist714 may originate frompin712.List714 illustrates, for example, identities of users visiting a location (e.g., New York). Referring, to list714, it can be seen that seven individuals are visiting New York and nine friends (hidden from display) are local to New York. In this way,list714 may include tabs (e.g., Visiting, Local, etc.) to display, for example, visiting and local friends in their respective tabs. In an embodiment, user interface display operations, such as fading or hiding pins from display, may be performed bylocation display manager204.
• FIG. 7C illustratesexample display view720 according to an embodiment where one or more events (e.g., Coachella) are determined to exist at a future date at a location (e.g., Philadelphia) and an “Events”tab724 is generated to display these events when the events are determined.
• FIG. 7D illustratesexample display view730. In an embodiment, selecting a pin associated with a specific event (e.g., Coachella) reveals identities of one or more friends attending that event. For example, referring todisplay view730,list734 reveals identities of friends attending the Coachella event.
• FIG. 7E illustratesexample display view740 according to an embodiment. In an embodiment, when a user selects a date, where one or more events are associated with the selected date, a notification of the one or more events is automatically displayed on a display view. For example, indisplay view740, anotification744 of the “Coachella” event and a number of friends attending the event is displayed ondisplay view744 when Mar. 25, 2012 is selected as a date. March 25 provides a Notification for one Event: Coachella. A notification appears that is the event that has the most of the users friends that are outside their home base for that day (or date range). In this example, the user has 5 friends that plan to be at Coachella on this day. If the user had 6 friends at a different event on this day, the event that had 6 friends would appear in the Notification and Coachella would not appear. In one embodiment, a full list of events the users friends will be at on that day can be displayed.
• Display view800 ofFIG. 8A shows a list view of friend location information at multiple geographical locations on a given future date. Both cities and events may be shown. Friends visiting and friends local to a geographical location or event may be displayed. From the list view, a single city or event can be selected and further information identifying the visiting and local friends present in each city or event. The home base of the current user is displayed. This home base can be changed when the user plans to spend an extended time or season in a city. Trips based on a visit to a city may be easily created from the list view.
• Display view810 ofFIG. 8B shows a list view of one or more cities where a user's friends are located on a given future. For example, selecting thecities tab814 results in display of one or more cities where a user's friends are located on Mar. 25, 2012.
• Display view820 ofFIG. 8C shows a list view of events that a user's friends may be attending on a given future date. For example, selecting theevents tab824 results in display of one or more events, which a user's friends may plan to attend on Mar. 25, 2012.
• Display view830 ofFIG. 8D, illustrates display ofnavigation menu834, when a user selects a home screen (or explore view) icon (e.g.,icon826 fromFIG. 8C).Navigation menu834 can enable a user to access one or more of navigational elements including, but not limited to, “Explore”, “Feed”, “Friends”, “Privacy” and “Account” settings and features.
• FIG. 9A showsdisplay view900.Display view900 shows location information for friends at a geographical location on a given future date. Friend future location information may include dates that a friend will be in the area. For instance, some friends will be there one day while others will be there a week or more. Other information about the friends may be shown, including additional plans that a friend has scheduled and wants to share with others. Such information may include individual trips and travel information for other cities or events.
• FIG. 9B showsdisplay view910.Display view910 shows location information for friends at a geographical location on a given future date. As noted above, friend future location information may include dates on which a friend will be in the area. For instance, some friends will be there one day while others will be there a week or more. Other information about the friends may be shown, including additional plans that a friend has scheduled and wants to share with others. Such information may include individual trips and travel information for other cities or events. Also, referring todisplay view910,display view910 may be generated when a user selects a location (or city) from a list of cities appearing, for example, inFIG. 8B.
• Trip andevent manager206 is configured to enable users to create, maintain and share future trip information.Trip manager206 maintains trip information that has been collected or determined for the user. In some cases,location information manager214 or location sharing manager216 may also maintain trip and event information fortrip manager206. Trip information may include a location, a date or date range, friends attending, how long the friends will be there and other information about the trip location or an event at the location. In an embodiment, trip and event manager can communicate with one or more components offuture location system200 andmanagement system210.
• Display view1000 ofFIG. 10 shows a user interface for creating a trip based on a start date and an end date. A trip name can be created. A user that creates a trip may edit a trip, as shown byedit button1102 indisplay view1100 ofFIG. 11. Named trips of friends may be displayed for a geographical location based on a future date or date range. The user may select a trip to join. In an embodiment, user interface display operations, such as displaying trip details, may be performed bylocation display manager204.
• As shown indisplay view1000, multiple trips may be established for the same city at the same time by multiple users. Even though there are various friends in the same city, they are not necessarily part of the same event or trip. All of the trips available for view are shown for the date or date range. A user may wish to join a beach tour rather than a school reunion.
• Friends visiting the city are shown with corresponding friend location information. Users may invite friends that are visiting the same city at the same time to join a trip or event. For example, the user could have created the beach tour trip. Friends visiting the area are shown, as illustrated bydisplay view1100. Invites can be sent to these friends using location sharing manager216.
• FIG. 12 showsdisplay view1200 for a trip created by a friend. The user may join the trip. For example,button1202 may be used to join a trip after viewing friends that will be visiting the same city on those dates. Friends may be visiting the city but are not necessarily joining the trip. Friends not joining the trip and friends joining the trip may be viewed.
• FIG. 13 showsdisplay view1300. Just as a trip may be created, edited or joined, an event may be created, edited or joined. For example, an event may be edited using user interface controls such asedit button1302. An event may be joined usingbutton1402 shown indisplay view1400 ofFIG. 14.
• FIG. 15 showsdisplay view1500.Display view1500 shows how friends may be notified by the user and invited to join a trip or event. A phone number may be provided. Links tosocial media1502, such as a Facebook® link to a personal wall, timeline or page, trip wall, or event wall may be available. Twitter® content related to the trip may be available for view. Integration data can also be used from Google. In one embodiment, location data from a third party application, such as Foursquare®, can be used. In a non-limiting embodiment, a user would “allow” a third-party application to learn the user's own and friends location data, which enables the system described herein to retrieve such data and populate system data and displays accordingly. In a non-limiting embodiment, a user would also “allow” a third-party application to learn the users own and friend's interest and other data, which enables the system described herein to retrieve such data and populate system data and displays accordingly. In an embodiment, a user may choose to join an event that has been selected to appear for display. As an example, such an event may be retrieved from third-party application or social network. When a user indicates that the user wishes to join an event,trip event manager206 creates a new trip for the user based on the event.
• In an example embodiment, a “follow” button may be provided with respect to the application. The follow button may be related to, including but not limited to one or more individuals, brands, groups, events, etc (e.g., celebrities, artists, athletes, bands, teams, events, etc.). For promotional and marketing purposes, politicians, athletes, entertainers, etc. may provide a certain level of future location information such as when an athlete may be playing a team in a certain city or when an entertainer is scheduled to be on tour in a city. If the “follow” button is selected, the button will change to display “following” for the celebrity (or any other) “friend.” If a user happens to be or is planning to be in the same city on a future date, either through remaining at home base or on a trip to the city or location, the user may receive such an indication or location match or alert in a feed, email or other means.
• Other features are illustrated for showing how easy it is to communicate a status of future plans.Display view1600 ofFIG. 16 may show how geographical locations, trips and events may be searched. Big cities in the area, any named trips and any planned events can be shown in the same view based on a selection of a location and a date range. Each of these results may be grouped by result type. Further results may be expanded. Results may be filtered, hidden, removed or added.
• Display view1700 ofFIG. 17 shows friends currently on a trip as well as their upcoming trips. For example, friends on a trip may be listed, with trip name information and dates. Upcoming trips may be listed. The results view may be listed based on a home base selection of the friends.
• Display view1800 ofFIG. 18 shows further details about future plans of a friend. Such friend future location information may be very detailed for a select few or less detailed for a large group. Historical information of past trips may be shown. In some case, only a number of trips are shown.Display view1800 shows an example of a number of trips, which can include only future trips or include all trips past, current and future. Contact information may be provided for easily sending invites to friends or prospective friends as desired. Privacy controls are used to control who may view such information or what information is received.Permission manager208 may handle privacy and permissions settings that are friend, location and/or trip specific.
• Such views provide future location status information so it is easier to plan future meetings or gatherings. It also saves friends the hassle of asking who is going, not receiving responses, asking again, remembering what a friend said or remembering what a friend said about another friend.
• Geographical locations, events, pins and friend location information may be maintained in a map format for each day or time increment into the future.Display view1900 ofFIG. 19 shows aglobe1902 with relevant geographical locations represented on the map. Pins may provide friend location information for each location. Globe views may be used in coordination withribbon control302.
• In one implementation, a calendar can be displayed for a user with one or more cities in each day block corresponding to future locations of the user's friends. If more than one friend is in a future location on a given day, the block on the calendar can reflect this. For example, the block can include a city name with a number next to it. The number can represent the number of friends physically present in that location. Clicking on the city can expand to a view where you can see a number of friends visiting that location, a number of friends currently living at that location and a number of events at that location.
• GIS mapper212 may be used to help provide maps and accurate geographical locations and pins. It may obtain updated GIS information.GIS mapper212 may determine which geographical areas and locations to display based on date information, friend future location information and/or event information.
• Location information manager214 may be used to obtain current friend location information from location entries submitted on user device110 and friend devices130-134.Location information manager214 may be responsible for providing updates for location, trip and event information.Location information manager214 may store location information. In some cases, future location information related to friends may be stored in securelocation globe repository220. As described above,location globe repository220 may be used to provide aglobe1902 for display, indicating geographical locations, such aslocation1904, having pins or indications of future presence in the geographical location.
• In an embodiment, main (or major) geographical locations (or “big cities”) can be established for globe1902 (or any other geographical representation). Such establishment may include selecting which cities are big cities. As a non-limiting example, cities with populations over 250,000 may be considered to be big cities. Such establishment may also involve including surrounding cities or locations that are often associated with a big city, either through public records, online records, public information, social information or user recommendations. Once big cities are established, users or friends of a user may be assigned to these big cities. In an embodiment, such assignment may be automatically done by location, address or other information of a user and associated friends.
• Location sharing manager216 may be used to enable a user to share future location information. A user can share information generally. A user can also share information with specific individuals or groups. Sharing can include posts, email, invites or various methods available through social media. Information specific to a trip or event can be shared.
• Implementations offuture location system200 may be provided through a mobile application stored in computer-readable media of user device110 and executed by one or more processors on the device. The application can display a user interface that is operated by the user. In some implementations,management system210 may provide the functionality offuture location system200. On other implementations, the functionality ofsystems200 and210 may be provided through a browser.
• FIG. 20 showsdisplay view2000.Display view2000 illustrates one or more messaging feeds specific to the application. Such feeds may be collected and scrolled in one feed. Each feed message may be joined or accompanied by trip information, such astrip information display2002. Such information may include how many friends will be present, visiting or attending an event.Comments 2004 may also be provided for each message.
• FIG. 21A showsdisplay view2100.Display view2100 shows additional messages in the feed, includingsuggestion messages2102 or event information andgraphics2104. Location sharing manager216 may be used to coordinate or filter messages and generate a combined feed.
• Suggestion messages2102 may be used to suggest the user to meet another user that may not be digitally connected to the user throughfuture location system200. Such a suggestion may be received from a friend of the user (e.g.,“Gemma Atkinson” in suggestion2102). Also, in another example, consider that Bob is visiting New York in December. Another friend Chris, based in St. Louis, is visiting New York. Both Bob and Chris are separately connected to Leila. In other words, Leila is a connection between Bob and Chris. However, Bob and Chris do not know each other or may not be, for example, connected on one or more social networks. In this scenario, Leila can usefuture location system200 to suggest they meet or suggest they become “Ribbon” friends.
• In one embodiment, the feed can be used to foster new friendships. For example, suppose Jason Snyder and Linda Thompson are both friends with James Earl (James Earl is the mutual friend who added a NYC Reunion). Therefore, any of James Earl's friends can comment to this Trip within the Feed. Users commenting to James Earl's trip may or may not be friends. Jason Snyder may view Linda's comment and may wish to be friends with Linda and will send a friend request. Further, James can notice that Linda and Jason are not currently friends and can suggest they become friends.
• Feeds may be searched or filtered based on topics, trips, or other criteria. Feeds may be gathered based on friends specific to or related to geographical locations. Areas surrounding or near to the geographical locations may be considered. Feeds may be formed based on ongoing or upcoming trips. Feeds may be formed based on groups.
• Events may provide reasons for feeds. Each event or set of events may contribute to a feed. Events can have their own feeds and these feeds may be joined in the feed scroll ofdisplay view2000.
• Location display manager204 may work with trip andevent manager206 to display the feed scroll on user device110 and friend devices130-134. In some aspects, the feed may dynamically change based on what future dates are selected or are being selected.
• FIG. 21B-21E illustrate example display views2110-2140 respectively. Display views2110-2140 illustrate example friend notifications.
• Notification2112 indisplay view2110 notifies a user that one or the user's friends (“Jessie Jones”) has created a trip to the user's home base of New York. Jessie Jones may have created a new trip with trip details and once the trip is added, the feed of his friends is populated to include this information.Notification2112 is sent to the user's friends. In this example,notification2112 is sent to Jessie Jones' friends.
• Notification2122 indisplay view2120 provides a notification confirming that the user's friend has confirmed that the friend (“Jessie Jones”) is in a same location as the user at a future date.
• Notification2132 indisplay view2130 provides notification that the user's friend has commented on a trip (“My Trip to New York”) created previously by the user.Notification2142 indisplay view2140 provides notification that the user's has received a suggestion from the user's friend to be a friend with another user (“Tom Barns”). In this way,future location system200 can provide instant notifications to a user whenever one or more events occur.
• In an embodiment,system100 may be used as a platform to integrate other social media platforms, applications and tools. Other applications or platforms may be allowed access, upon an allowing action by a user, to user-names, future dates and what locations or big cities are associated with future dates for a user. Targeted products and services may be developed based on future location information and locations associated with established big cities. It is to be appreciated that the embodiments discussed herein are not limited to big cities and can be utilized with any other types or categories of cities.
• In a non-limiting embodiment, a third party application could have a button (e.g., a “Ribbon” button) that a user selects to simultaneously allowfuture location system200 and any other social application, such as Facebook®, that may have associated friend network information for the user so that a user can quickly share his or her future location information and develop friend future location information for his or her friends. The third party application can then use such information to offer products or services corresponding to future locations, events and trips.
• In this way, by maintaining one future location calendar using the presently disclosed embodiments, multiple parties and applications can utilize information from the future location calendar to provide opportunities for a user to maximize the user's enjoyment of a future trip or event.
• FIG. 22 illustrates a flowchart of anexample process2200 for sharing future location information. The process may be implemented byfuture location system200 ormanagement system210.
• Atstage2210, an indication of a first future date is received. The indication of the first future date can be received through date selection controls on a user interface. The first future date may be a date of a planned trip.
• Atstage2220, one or more friends of the user, who are directly connected to the user in a social network are identified. As an example,future location system200 may review or parse social network data to identify direct connections between the user and the one or more friends.
• Atstage2230, for each of the one or more friends, future trip information is gathered from the social network. The gathered trip information can include respective second future dates and corresponding future locations indicating respective physical locations of each of the one or more friends at the respective second future dates. The future dates can include a date range. As an example, future trip information can be based on future trip information submitted by friends on mobile devices, tablets or laptops. Such information may also have been submitted on desktops, set top boxes or other computing devices.
• Atstage2240, based on the gathered trip information, it is determined whether each of the one or more friends are going to be physically present at the future locations on one of the second future dates that matches the first future date. The first future date is distinct from the one second future date. The determination may even involve requesting or obtaining information pertaining to future locations for those identified as “friends” of the user. This determination may involve analyzing or matching identified friend future location information based on a future date. The group matched or filtered may be limited to a targeted date range surrounding the future date. Friend locations may be determined for display. Event information may also be used to determine friend locations to display. For example, friend locations in or near an event on a future date, such as a festival, conference or concert, may be considered in determining friend locations.Stage2240 can be performed bylocation determiner202. In most cases, friend future location information may be stored at user device110 or at any other network location. It may be cached or stored in a simple form such as in an array. Periodic or asynchronous updates may be performed.Location information manager214 may assist these stages.
• Atstage2250, a geographic map is displayed on the user interface including displaying a friend representation corresponding to each of the respective future locations where one or more friends are going to be physically present on the first future date. The friend representations corresponding to each of the respective future locations are displayed based on the determining. As a non-limiting example, a friend representation is displayed on or pointing to each of one or more geographical location representations. Friend representations indicate friend location information. This information may include how many friends are local and how many friends are visiting on the date or within a date range that includes the first future date. It may also indicate how many friends are attending an event at the location or joining a shared trip to the location. In some cases, a geographic map may be displayed in an explore view, such asexplore view300.Location determiner202 may only identify information for friends at geographical locations within the map ofdisplay view300. There may be a great amount of information associated with a friend and, in a non-limiting example,location determiner202 may only identify the information that is relevant to future locations. Friends not having information related to the geographical area may be filtered out or not selected. An appropriate, geographic map can be selected bylocation determiner202 based on friend locations on the future date. Future event information may be considered when selecting locations to display or how much of a surrounding geographical area to display.
• Atstage2260, the friend representations are respectively dynamically updated on the geographic map based on a third future date received, where the friend representations are displayed corresponding to future locations indicating respective future locations where the one or more friends are physically present at the third future date. In this way, for example, as the future date changes, friend representations and corresponding information will dynamically change to be accurate for each date that is selected.
• FIG. 23 illustrates a flowchart illustrating anexample process2300 for operatingribbon304. For example,ribbon304 is used to explore future location information. The process may be implemented by withfuture location system200 and/ormanagement system210.
• Atstage2310, a first slide position on a timeline circle is received. The timeline circle may surround a date display, such asribbon304 arounddate display306. The slide position may indicate a first date.
• Atstage2320, geographical location representations, such as major cities, are displayed. Information associated with the location and first future date may be displayed.
• Atstage2330, a user may slide from the first position to a second position. There may be one or more dates between the first date and a second date indicated by the second position. For example,display view300 shows Feb. 26, 2012 whiledisplay view400 shows February 28. The user, in sliding from February 26 to February 28, will pass February 27. Any geographical location representations associated with February 27 will be displayed, along with any friend location information, pins, event or trip information for that date. It will be displayed only briefly en route to February 28. However, this may provide enough of a glance for the user to make a decision based on the future dates.
• When arriving at the second slide position, for instance February 28, geographical location representations and corresponding information will be displayed until the user slides to a different position or navigates away from the display. This is shown bystage2340. Stages2310-2340 may be performed withfuture location system200.Management system210 may also provide assistance in some implementations.
• FIG. 24 illustrates a flowchart of anexample process2400 for enabling a user to operatefriendar602/606 orfriendar702. The process may be implemented by withfuture location system200 and/ormanagement system210.
• Atstage2410, a friend representation is selected. An example friend representation is shown aspin308 indisplay view300. Atstage2420, the pin is expanded into one or more concentric circles with images and/or friend information.Display view600 illustrates this expansion. At least two concentric rings appear. The concentric rings indicate friends visiting the location on the future date and friends that consider the location home. These displays take place atstages2420 and2430.Display view700 shows images and information about friends attending an event or trip associated with the pinned location. Stages2410-2430 may be performed withfuture location system200.Management system210 provides assistance in some implementations.
• FIG. 25 illustrates a flowchart illustrating anexample process2500 for providing a message feed for an event or trip. The process may be implemented by withfuture location system200 and/ormanagement system210.
• Atstage2510, a first message related to a trip or event is received. The message may be sent from a friend. The friend may be associated with the trip or event. The user or the friend may have created the trip or pointed out an event. Others may have joined.
• Atstage2520, a second message is received, either from the same friend or from another friend. It is also related to the trip or event. Atstage2530, the first and second messages are filtered and/or combined into a feed view specific to the trip or event. That is, only friends who have joined or can join the trip or event can view the feed. Comments and graphics associated with a trip or event can be inserted into the feed. Stages2510-2530 may be performed withfuture location system200.
• Management system210 provides assistance in some implementations. In some cases, location sharing manager216 collects and filters feed information into one feed scroll. The single feed scroll is then provided to user device110 and friend devices130-134 simultaneously. Each scroll may be adjusted or customized based on which user or friend is associated with a device. For example, friends attending an event will receive more event posts. Others invited to an event may receive promotional event material.
• FIG. 26 illustrates a flowchart of anexample process2600 for providing future location information. The process may be implemented by withfuture location system200 and/ormanagement system210.
• Atstage2610, future location information is received from application users. The users are signed up for or associated with an application for sharing future location information. The application may be administered bymanagement system210 and coordinate withfuture location system200 on individual devices. Users provide a home base location and any trips away from home.
• Atstage2620, a data globe of future location information is generated. The globe corresponds to a GIS map and records the offered future locations of users on specific dates in the future. This information can be used to generate displays of geographical location representations, either in a city view (display view300) or in a globe view (display view1900), on computing devices110 of the user or devices103-134 of his or her friends.
• Atstage2630, a request for future location information is received from a device of a user. The future location information that is requested may be information specific to certain users selected by the user. The information may also be specific to a future date range.
• Atstage2640, future location information of the selected users is provided to the user device in response to the request. Future location information is provided only for users considered to be friends of the requesting user. Also, privacy settings may exclude non-friends or specified friends.Management system210 manages the information that can be provided to each user.Management system210 coordinates withpermission manager208.System210 can also provide the functionality ofpermission manager208.
• In some cases, a friend future location map be can be generated at user device110 bysystem200. The globe may be generated based on received information in real time. This may be applicable for cases where the globe is customized to a user or friend so that only relevant or selected data is shown in a map.
• FIG. 27 illustrates a flowchart illustrating anexample process2700 of actions associated with a circular slider. The process can be implemented byfuture location system200 and/ormanagement system210.
• Atstage2710, a circular slider is displayed on a mobile device. The circular slider can include a round shape display and an outer portion that a user can use a touch gesture to rotate to the right or to the left. In one implementation, any portion of the circular slider can be touched and rotated to the left or the right. The circular slider can display a current date. For example, the circular slider can display Aug. 2, 2012 if it is the current date, or any abbreviation of the current date.
• Atstage2720, a geographic map can be displayed relative to the circular slider on the mobile device. For example, the geographic map may be displayed behind the circular slider, or the circular slider may be displayed on a portion of the geographic map. In one implementation, the circular slider and the map can be displayed simultaneously on the mobile device.
• Atstage2730, a touch gesture indicating a circular motion is received from a user of the mobile device, at a location on the circular slider. The user can touch any part of the circular slider and move his finger in a circular motion on the circular slider.
• Atstage2740, in response to the touch gesture indication of the circular motion being received, current date on the circular slider is changed to a future date for each predetermined amount of circular motion received. The displayed circular slider shows the current date change to the future date as the user is performing the circular motion.
• Moving the circular slider in a clockwise motion moves the current date to a future date. Moving the circular slider in a counterclockwise motion moves the current date to a previous date. A predetermined amount of movement can be determined to increase or decrease the date by one day. For example, a 1 cm circular clockwise motion can be correlated to moving the current date to one day in the future.
• At stage2750, in response to the touch gesture indication of the circular motion being received a geographic map is displayed on the mobile device. A representation corresponding to each of one or more future locations indicating that one or more friends of the user are going to be physically present at on the respective future location located on the future date is also displayed on the map. The representation, or friend representation, may be a pushpin image or any other image.
• The representation can show a number of friends that live or consider home base at that location on the future date, a number of friends that are visiting the future location on the future date, or a number of events that are occurring at the future location on the map on the future date including the number of friends and related friend information for those attending such events. In one embodiment, the representation or friend representation can include a sum total of all three of these.
• To determine the number to display on the representation, trip information as well as location information for one or more friends can be analyzed. The trip information can indicate a date or a date range that each friend is going to be physically present at the respective location. The future date on the circular slider can be received and compared against the date or date ranges associated with the trip information to determine which friends will be at the respective location corresponding to the representation on the future date selected on the circular slider. As long as one date of the trip information overlaps with the future date, the friend is associated with that location on the date of overlap.
• In an embodiment, the representation or friend representation may include an image of a person (or friend) that is associated with a location corresponding to the friend representation and presented by the friend representation. In an embodiment, the image included in the friend representation may dynamically update based on the location of the friend representation relative to a geographic map or based on any other parameter. In an embodiment, the friend representation may be any other representation or marker that includes a dynamic content area surrounded by a static border. The dynamic content area may include, for example, an image of a person (or friend) that is associated with a location represented by the marker. In an embodiment, when a user selects a friend representation that may display the image of a friend,future location system200 provides a display of the friends profile withfuture location system200 and may also display profiles of the friend at other third party social networks. Contact details of the friend can also be displayed along with any other information or parameter that may be associated with the friend.
• The user and the one or more friends can be associated with a social network. The display of the circular slider displaying the future date relative to the map is maintained when the respective representation of the one or more future locations is displayed.
• In one embodiment, the representation can dynamically change to indicate respective future locations on the map at which one or more friends will be physically present, for each touch gesture indication of the circular motion being received from the circular slider. Therefore each time the circular slider is moved clockwise or counterclockwise, the representations or friend representations can change on the map to indicate the locations at which users will be physically present. A user continuously using a touch gesture to move the circular slider to the right thereby increasing the date from the current date will see as the slider shows a new date, the corresponding locations on the map at which his friends will be physically present.
• In one embodiment, on the web, a user can engage with time by moving a slider (or horizontal or vertical or other ruler or linear design). The slider can be moved forward or backward, or up or down, to move time forward and/or backwards.
• In one embodiment, an indication of a selection of a representation of a respective future location can be received. Fore example, a user can select one of the representations, for example one of the friend representations or pushpins on the map. In response to receiving the indication of the selection, a list can be displayed. The list can correspond to the representation. The list can show the one or more friends that live at location on the future date, one or more friends that are visiting the location on the future date, or one or more events occurring at the location on the future date.
• FIG. 28 illustrates a flowchart of anexample process2800 for sharing future location information. The process can be implemented byfuture location system200 and/ormanagement system210.
• Atstage2810, trip information associated with one or more future trips of one or more friends of a user are gathered. The one or more friends of the user can be directly connected to the user in a social network. The trip information can include a future location where a friend is going to be physically present as well as a future date or date range where the friend is going to be physically present.
• In one implementation, each friend can provide the trip information. For example, each friend can create a new trip and indicate the location and dates associated with that trip.
• In another implementation, the trip information can be gathered from the friend's emails or other social networks.
• Atstage2820, a dynamic feed is displayed on a computing device. The dynamic feed can include a list of all the trips of the friends of the user. The feed can include the trips in chronological order, with the most recent trip at the top.
• Atstage2830, a selection of a trip of the one or more future trips is received. The user can select one of the trips that his friend has created. In one implementation, the user can indicate to join the selected trip. Upon receipt of the indication, the list including the one or more friends that are associated with the selected trip is updated to also include the user.
• Atstage2840, identities of the one or more friends that are associated with the selected trip are displayed. The identities can include names of the friends. In one implementation, an indication can be presented next to each identify of the friends that displays whether or not the user is connected to that person in a social network.
• Atstage2850, a determination is made that one of the one or more friends created a new trip with new trip information. For example, one of the user's friends may have just indicated that they are going to be attending an event in another city.
• Atstage2860, in response to the determination, the feed is dynamically updated on the computing device to include an indication of the new trip. Once the friend indicates this by either creating a new trip or by joining an existing trip the current' user's feed is updated to include this information.
• In one implementation, when a user has indicated where he will be physically present on future dates. For example, by creating a number of trips, his physical presence in the future is known. When trip information is received from one of the friends of the user, and it is determined that at least one of the dates of the friend's trip is the same as one of the dates of the current user's new trip, a location match is identified and a notification(s) is sent to the user letting the user know that his friend is also going to be in the same city or location or event as the user on the future date.
• FIGS. 29A and 29B are flowcharts of anexample process2900 for providing suggestions based on future location information.FIG. 29B is a continuation ofprocess2900 beginning inFIG. 29A.Process2900 can be implemented byfuture location system200 and/ormanagement system210.
• Atstage2910, future location information of one or more friends of a user is gathered. The future location information includes a respective first future date and a respective future location where the respective friend is going to be physically located on the respective first future date. As an example, the future location information may be gathered based on future trip information. Future trip information may be retrieved from one or more social networks. Future location information may also be directly provided by respective friends.
• Atstage2920, an indication of a second future date is received from a computing device. As an example, and with reference toFIG. 4, different future dates are selected by sliding a finger around acircular ribbon304. The date indate display306 will change as the finger slides arounddate display306 onribbon304. One direction will go forward in time, while the other direction will go backward in time. For example, a clockwise slide on the ribbon will cause the date indate display306 to advance to Feb. 28, 2012, as partially shown in the transition fromdisplay view300 todisplay view400. In a non-limiting embodiment, when a sliding gesture is performed alongribbon304,location determiner202 utilizes the date selected indate display306 as a future date.Location determiner202 determines locations for display based on the future date and determines geographical locations to display based on the future date and friend future location information.
• Atstage2930, future locations that are associated with a first future date that matches the second future date are displayed on the computing device. As an example, a representation corresponding to each of one or more future locations indicating that one or more friends of the user are going to be physically present at on the respective future location located on the future date is also displayed on the map. The representation may be a pushpin image or any other image. The representation can show a number of friends that live at location on the future date, a number of friends that are visiting the future location on the future date, or a number of events that are occurring at the future location on the map on the future date. In one embodiment the representation or friend representation can include a sum total of all three of these.
• Atstage2940, a selection of one of the future locations displayed is received, at the computing device from the user. For example, a user may provide a touch gesture to select one or more displayed future locations on the computing device. In another embodiment, a mouse click can be used to select one of the future locations.
• Atstage2950, one or more friends of the user associated with the selected future location are displayed. The friends can be displayed in a list.
• Atstage2960, it is determined that a digital connection does not exist between the first friend and the second friend in a social network. The digital connections of each friend can be checked to determine if the two friends are connected.
• Atstage2970, an indication on the computing device is provided showing that the digital connection does not exist between the first friend and the second friend in the social network. The list displayed may include an indication of the friends within the list that are already friends with each other. The list may also include an indication of the friends within the list that are not friends with each other.
• Atstage2980, an indication is received from the user to initiate contact between the first friend and the second friend. The user can indicate that he wants the two friends to meet or to become friends.
• Atstage2990, a first notification is provided to a computing device of the first friend and a computing device of the second friend indicating that the user has suggested that the first user and the second user meet at the selected future location. The first notification can indicate that the user, the mutual friend between the two users, has indicated that the first friend and the second friend should meet at the future location that is shared between them. The notification can also indicate in one embodiment that the first friend and the second friend should become friends in the social network.
• FIG. 30 illustrates a flowchart of anexample process3000 for graphical display of future location information.Process3000 can be implemented byfuture location system200 and/ormanagement system210.
• Atstage3010, an indication of a first future date is received from a user of a computing device. The user can input a future date into a display area on the computing device. In another embodiment, the user can use a timeline reel as descried above to select a future date. In another embodiment, on the web, a user can engage with time by moving a slider (or horizontal or vertical or other ruler or linear design). The slider can be moved forward or backward, or up or down, to move time forward and/or backwards.
• At stage3020, one or more friends of the user in a social network are determined that are associated with one or more future locations including a second future date that matches the first future date. A social network associated with the user can be identified and friends of the user in the social network can be identified. A determination can be made as to which of these friends are going to be physically present at the future location on a future date or date range.
• Atstage3030, a geographic map is displayed on the computing device including a friend representation corresponding to each of the one or more future locations where the one or more friend of the user are going to be physically present. The friend representation can include a number of friends of the user that are physically present at the respective future location on the first future date. In one implementation, the friend representation can include an image of a friend, or an image corresponding to multiple friends that are physically present at the respective future location.
• Atstage3040, an indication at one of the friend representations is received from the user. The user can select the friend representation by touching or selecting the friend representation, or by clicking on it with a mouse click.
• Atstage3050, a list including at least one of one or more friends associated with the future location associated with the friend representation and one or more events associated with the future location is displayed on the computing device. When a user touches or clicks on the friend representation, the list can be displayed. The list can include a number of friends that are local or live at the future location, a number of friends visiting the future location, or a number of events occurring at the future location. The list can be split up so each group is displayed in its own column. The list can be displayed on top of the geographic map.
• In one embodiment, the number on the friend representation can include a total number of friends associated with the corresponding future location. In one embodiment, the number can be a sum of the number of friends local and the number of friends visiting the location. For example if the representation shows “10” it can indicate that “5” people live at the location and “5” are visiting. The number can be inclusive of the number of friends attending an event. For example, if “3” of the “10” people are attending the event, and “2” of the “3” are visiting the event from another city, the number on the representation still displays “10.” In one embodiment, clicking on the representation displaying the number will expand the display area relative to the representation and show a breakdown of the total number. For example, clicking on the representation displaying “10” will then show a breakdown of “5” friends local and “5” friends visiting the future location associated with the representation clicked on. This breakdown or total number represented within the representation can also include a number of events that are associated with the location.
• In one embodiment, the list can display a list of names of friends of the user that are local to the future location in the dynamic content area associated with the one friend representation, a list of names of friends of the user that are visiting the future location in the dynamic content area associated with the one friend representation, and/or a list of names of events at the future location that one or more friends are attending corresponding to the future location in the dynamic content area associated with the one friend representation. Each list can be displayed in its own column or its own tap in the dynamic display area.
• In one embodiment, clicking on a name in one of the lists displays a profile associated with the user. The profile can indicate specifics regarding the user for example, where they live, their future trips and dates associated with each future trip.
• In one embodiment, clicking on the name of an event will display an event profile. The event profile can include a date or dates associated with the event as well as one or more people attending the event. If one of the people attending is a friend of the user, an indication can be displayed relative to each friend that indicates that the particular friend is a friend of the user.
• In an embodiment, the functionality offuture location system200 and/ormanagement system210 may be provided through a browser on computing devices, such as user device110.Management system210 onserver120 may host the service and serve it to device110 and any other computing devices. Any combination of implementations may provide, through a browser, the functionality represented by the example implementations ofsystems200 and210 shown inFIG. 2 and in the display views and flowcharts ofFIGS. 3-33. Any stages shown in flowcharts2200-2600 that involve displaying content may be considered to provide the content for display in a browser.
• For example,FIG. 31 shows user device110 executingbrowser3102.Browser3102 may be any commonly used browser, including any multi-threaded or multi-process browser. In an embodiment, the functionality offuture location system200 can be provided throughbrowser3102. Future dates are received or displayed inbrowser3102. Friend future location information is shown using geographical representations throughbrowser3102.
• For example,FIG. 32 showsdisplay view3200. User information and menu items are displayed, as shown inmenu bar3202. A future date or date range is selected using any user interface tool for date selection, such asdate slider3204. Geographical representations of locations are shown indisplay view3200. Pins with future friend location information, such aspin3206, are shown at geographical representations. This information may be used to create or join a trip as described earlier.
• In another implementation, the current location of the user is shown inbox3208 on the map. This may include a map of a geographical location of the user on the selected date. A pin may be shown, with or without future friend location information.Box3208 may enable a user to find himself or herself on a particular date. This allows a user to explore future locations of friends while simultaneously showing the future location calendar of the user.
• Browser view3200 may show other information, such as feed information, friend information, future trip information and any other information illustrated in display views300-2100.Menu bar3202 may be used to show this information. Other menu or tool bars may be added to show this information. Trips may be searched, created, modified and joined.
• FIG. 33 illustrates auser profile view3300. This view collects various types of information such asfeed view3308,friend trip view3310 andpast trip view3312. A future location calendar may be shown. For example,future location carousel3302 shows future dates or future trips for the user. Each trip is described and alittle map3304 of the corresponding geographical location may be shown for each trip or date range. Themaps3304 ofcarousel3302 may also show friend representations in appropriate geographical locations with real time friend future location information. Any updates to the information may be illustrated incarousel3302.
• The functionality of any of the components or flowcharts shown inFIGS. 1-33 may be provided through a browser executed on device110,server120 or any other computing device. The web pages or application provided through the browser may be served fromserver120, device110, or any other computing device. Different windows or views may be shown throughbrowser3102. Different permissions or filters may be established based on the identity or roles of the individual logging into a website view.
• Implementations of the system provide a way for friends to communicate a future location status. Friends can plan trips and know where friends will be. Instead of having to call, email or text multiple friends about their future plans on a regular basis, friends can check the future location information of their friends and plan accordingly. Discussions can ensue based on proposed or planned attendance of a future trip or event.
• In an embodiment,future location system200 orserver120 utilizes a location based methodology (or algorithm) that organizes people and locations into areas whereby people can “reasonably” visit each other while in that same location. Extensive factors are included within an algorithm determining location groups, including, but not limited to, various weightings of population, geographical data such as metropolitan, rural, and city data; transportation infrastructure, community data, education data, social data, commerce data, airport presence, and political data. Such geographical location groupings may be known as “Big Cities.” In an embodiment,future location system200 creates such groupings of location commensurate with howfuture location system200 groups people and friends.
• As discussed above,future location system200 enables people to share where they are going or plan to be in the future. Users can see where their friends are going, and users need not be present where their friends are located. For example, a user can see from a display offuture location system200 that the user's friend is New York. Based upon this knowledge, the user can suggest another friend of the user to the friend located in New York. The users friend in New York can then be “Ribbon” friends. As discussed herein, Ribbon users may refer to users who have signed up to usefuture location system200 or have a user account withfuture location system100. Similarly, Ribbon friends refer to Ribbon users who may be digitally connected to each other usingfuture location system200.
• In an embodiment,future location system200 enables users to block the ability to view a their future location on a case by case basis (e.g., friend by friend basis; or person to person basis). Furthermore,future location system200 enables a user to block friends ability to see the user's future locations before those friends become socially connected to the user though future location system200 (or become Ribbon users or “Ribbon Friends”. In other words, for example, a user can preempt privacy by “blocking” other individuals immediately once the other individuals become Ribbon users. Furthermore, because a user signing intofuture location system200 may usually sign up through third party sites such as Facebook®,future location system200 can review the user's entire friend network on Facebook® and will organize all of these friends into respective locations on a user interface associated withfuture location system200 based at least on locations of those friends. The user can preempt privacy by using the user interface to block, which friends the user wants to block. When those blocked friends eventually become Ribbon users, they are automatically blocked from seeing the users future locations because they have previously been blocked.
• In an embodiment,future location system200 may enable a user to denote or mark their location as a “big city.” As discussed above, and in a non-limiting embodiment, various weightings of population, geographical data such as metropolitan, rural, and city data; transportation infrastructure, community data, education data, social data, commerce data, airport presence, and political data may be used to create geographical location groupings known as “big cities.” In this way, by sharing their location as a big city, users need not share a more specific location such as a county, event or even address with other users. This improves user privacy.
• In an embodiment, a “Follow” button can be created that retrieves location and future date information usingfuture location system200, when the Follow button is selected. Selection of the Follow button enables a user to better follow friends, artists, celebrities, politicians, brands, events, etc. For example, a celebrity may have a public “Ribbon page” that includes a Follow button. When a user selects the Follow button on the page,future location system200 provides future connection information based on location connection matches in the future. By way of example, if a user is “Following” the Metallica page on Ribbon (e.g., at www.Ribbon.Me/Metallica), when that user and Metallica will both be in the same location (or big city) during the same date(s) or during dates that are reasonably distant from each other, the user will be notified (e.g., via Ribbon emails, the Ribbon Feed, etc) of such location match, near match, and interest.
• System100 includingfuture location system200 can act as a platform connecting people, brands, services, events, etc in both. time and place. Furthermore, third party applications, including, but not limited to, Groupon, Living Social, Kayak, Expedia, and others would be able to deliver their users deals, services, and information with knowledge of where their users, fans, and followers would be in the future based on information provided byfuture location system200.
• In an embodiment,future location system200 and/ormanagement system210 can parse emails and other user communication upon user approval to scrape information relating to location, events, etc from user communication. In this way,future location system200 can further suggest location matches, event matches, and other relevant action to users. In an embodiment,future location system200 can be configured for integration with web or network crawlers.Future location system200 can also be configured to scrape where a user is travelling and a date(s) on which the user is traveling.Future location system200 may also be integrated with third party applications, including, but not limited to, Foursquare. Furthermore, future travel plans that are determined from scraping of a user content's (upon user approval) may be used to provide suggestions to the user to update their event and travel plans usingfuture location system200.
• In one embodiment, user email or other communications is parsed for location data of where they will be or might be in the future. This can include alerting them to action such information such as suggesting they update their location within the Ribbon application accordingly.
• In another embodiment, user email or communications is parsed for friend location data (where their friends may or will be in the future) and using this information to suggest to the user or their friends to update their Ribbon or other information.
• In another embodiment, user communication can be parsed for information that is non-location information such as interests, etc. and suggesting the user or their friends update their Ribbon or other information accordingly.
• In an embodiment,future location system200 also enables simultaneous authorization at two or more sites. For example, when a user clicks on a “Ribbon” button in a third party application,future location system200 may allow authorization (or an allow) with both future location system200 (e.g., Ribbon application) and also with a third party application (e.g., Facebook), so that that at least two allow or authorizing actions occur with one click of the button. This greatly improves user experience.
• System200 may be software, firmware, or hardware or any combination thereof in a computing device. A computing device can be any type of computing device having one or more processors. For example, a computing device can be a computer, server, workstation, mobile device (e.g., a mobile phone, personal digital assistant, navigation device, tablet, laptop, or any other user carried device), game console, set-top box, kiosk, embedded system or other device having at least one processor and memory. A computing device may include a communication port or I/O device for communicating over wired or wireless communication link(s).
• Computing devices such as a monitor, all-in-one computer, smart phone, tablet computer, remote control, etc., may include a touch screen display that accepts user input via touching operations performed by a user's fingers or other instrument. For example purposes, a touch sensor grid may overlay the display area. The touch sensor grid contains many touch sensitive areas or cells that may be used to locate the area closest to the input of a user's touch.
• Example touch operations using a touch screen display may include (but are not limited to) pinching, finger (or other stylus or object) touches, finger releases, and finger slides. Finger slides may be circular or any other shape, direction or pattern. The touch screen display may include a screen or monitor that may render text and/or images.
• FIG. 34 is anexample computer system3400 in which embodiments of the present invention, or portions thereof, may be implemented as computer-readable code. For example, the components ofsystems200 and210 may be implemented in one ormore computer systems3400 using hardware, software implemented with hardware, firmware, tangible computer-readable media having instructions stored thereon, or a combination thereof and may be implemented in one or more computer systems or other processing systems. Components inFIGS. 1-33 may be embodied in any combination of hardware and software.
• Computing devices, such as devices110 and130-134 orserver120, may include one ormore processors3402, one or morenon-volatile storage mediums3404, one ormore memory devices3406, acommunication infrastructure3408, adisplay screen3410 and acommunication interface3412.
• Processors3402 may include any conventional or special purpose processor, including, but not limited to, digital signal processor (DSP), field programmable gate array (FPGA), application specific integrated circuit (ASIC), and multi-core processors.
• GPU3414 is a specialized processor that executes instructions and programs, selected for complex graphics and mathematical operations, in parallel.
• Non-volatile storage3404 may include one or more of a hard disk drive, flash memory, and like devices that may store computer program instructions and data on computer-readable media. One or more ofnon-volatile storage device3404 may be a removable storage device.
• Memory devices3406 may include one or more volatile memory devices such as but not limited to, random access memory.Communication infrastructure3408 may include one or more device interconnection buses such as Ethernet, Peripheral Component Interconnect (PCI), and the like.
• Typically, computer instructions are executed using one ormore processors3402 and can be stored innon-volatile storage medium3404 ormemory devices3406.
• Display screen3410 allows results of the computer operations to be displayed to a user or an application developer.
• Communication interface3412 allows software and data to be transferred betweencomputer system3400 and external devices.Communication interface3412 may include a modem, a network interface (such as an Ethernet card), a communications port, a PCMCIA slot and card, or the like. Software and data transferred viacommunication interface3412 may be in the form of signals, which may be electronic, electromagnetic, optical, or other signals capable of being received bycommunication interface3412. These signals may be provided tocommunication interface3412 via a communications path. The communications path carries signals and may be implemented using wire or cable, fiber optics, a phone line, a cellular phone link, an RF link or other communications channels.
• Embodiments also may be directed to computer program products comprising software stored on any computer-useable medium. Such software, when executed in one or more data processing device, causes a data processing device(s) to operate as described herein.
• Embodiments of the invention employ any computer-useable or readable medium. Examples of computer-useable mediums include, but are not limited to, primary storage devices (e.g., any type of random access memory), secondary storage devices (e.g., hard drives, floppy disks, CD ROMS, ZIP disks, tapes, magnetic storage devices, and optical storage devices, MEMS, nanotechnological storage device, etc.).
• The foregoing description of the specific embodiments will so fully reveal the general nature of the invention that others can, by applying knowledge within the skill of the art, readily modify and/or adapt for various applications such specific embodiments, without undue experimentation, without departing from the general concept of the present invention. Therefore, such adaptations and modifications are intended to be within the meaning and range of equivalents of the disclosed embodiments, based on the teaching and guidance presented herein.
• The breadth and scope of the present invention should not be limited by any of the above-described exemplary embodiments or any actual software code with the specialized control of hardware to implement such embodiments, but should be defined only in accordance with the following claims and their equivalents.

Claims (21)

1-20. (canceled)

21. A computer-implemented method, comprising:

identifying friends of the user, wherein the user and the friends are connected in a social network;

receiving, from a user an indication of a first future date range;

gathering future location information for the friends, the future location information including respective second future date ranges and future locations indicating physical locations of each of the friends on the respective second future date ranges;

determining, with the computing device, that one or more of the friends are going to be physically present at one or more of the future locations on one or more second future date ranges that include at least one future date that falls within the first future date range,

displaying a geographic map on the user interface, the geographic map including a friend representation corresponding to each of the respective future locations where at least one friend is going to be physically present on a second future date range that include at least one future date that falls within the first future date range;

receiving a third future date range from the user;

dynamically updating the friend representations on the geographic map based on the third future date range comprising:

including, on the geographic map, a new friend representation for each new respective future location where at least one friend is going to be physically present on a second future date range that include at least one future date that falls within the third future date range; and

removing, from the geographic map any friend representations displayed that correspond to respective future locations where zero friends are going to be physically present on a second future date range that include at least one future date that falls within the third future date range.

22. The method ofclaim 21, further comprising:

receiving a selection of one friend representation;

displaying, upon selection of the friend representation, the one or more friends that are associated with the respective future location.

23. The method ofclaim 21, wherein the future location information includes at least one of future trip information or information corresponding to where a user lives.

24. The method ofclaim 21, wherein the date range includes a single date, a week, a month, a year, or multiple years.

25. The method ofclaim 21, further comprising:

selecting one or more of the future locations that are associated with a second future date that matches the first future date.

26. The method ofclaim 21, wherein the future trip information includes future event information.

27. The method ofclaim 21, further comprising:

receiving a selection of a friend representation;

displaying one or more friend associated with the friend representation;

receiving a selection of one of the friends;

displaying trip information associated a trip that the selected friend is attending; and

receiving a selection from the user to join the trip.

28. A system comprising: one or more computers and one or more storage devices storing instructions that are operable, when executed by the one or more computers, to cause the one or more computers to perform operations comprising:

identifying friends of the user, wherein the user and the friends are connected in a social network;

receiving, from a user an indication of a first future date range;

gathering future location information for the friends, the future location information including respective second future date ranges and future locations indicating physical locations of each of the friends on the respective second future date ranges;

determining, with the computing device, that one or more of the friends are going to be physically present at one or more of the future locations on one or more second future date ranges that include at least one future date that falls within the first future date range,

displaying a geographic map on the user interface, the geographic map including a friend representation corresponding to each of the respective future locations where at least one friend is going to be physically present on a second future date range that include at least one future date that falls within the first future date range;

receiving a third future date range from the user;

dynamically updating the friend representations on the geographic map based on the third future date range comprising:

including, on the geographic map, a new friend representation for each new respective future location where at least one friend is going to be physically present on a second future date range that include at least one future date that falls within the third future date range; and

removing, from the geographic map any friend representations displayed that correspond to respective future locations where zero friends are going to be physically present on a second future date range that include at least one future date that falls within the third future date range.

29. The system ofclaim 28, wherein the operations further comprise:

receiving a selection of one friend representation;

displaying, upon selection of the friend representation, the one or more friends that are associated with the respective future location.

30. The system ofclaim 28, wherein the future location information includes at least one of future trip information or information corresponding to where a user lives.

31. The system ofclaim 28, wherein the date range includes a single date, a week, a month, a year, or multiple years.

32. The system ofclaim 28, wherein the operations further comprise:

selecting one or more of the future locations that are associated with a second future date that matches the first future date.

33. The system ofclaim 28, wherein the future trip information includes future event information.

34. The system ofclaim 28, wherein the operations further comprise:

receiving a selection of a friend representation;

displaying one or more friend associated with the friend representation;

receiving a selection of one of the friends;

displaying trip information associated a trip that the selected friend is attending; and

receiving a selection from the user to join the trip.

35. A non-transitory computer-readable medium storing software comprising instructions executable by one or more computers which, upon said execution, cause the one or more computers to perform operations comprising:

identifying friends of the user, wherein the user and the friends are connected in a social network;

receiving, from a user an indication of a first future date range;

gathering future location information for the friends, the future location information including respective second future date ranges and future locations indicating physical locations of each of the friends on the respective second future date ranges;

determining, with the computing device, that one or more of the friends are going to be physically present at one or more of the future locations on one or more second future date ranges that include at least one future date that falls within the first future date range,

displaying a geographic map on the user interface, the geographic map including a friend representation corresponding to each of the respective future locations where at least one friend is going to be physically present on a second future date range that include at least one future date that falls within the first future date range;

receiving a third future date range from the user;

dynamically updating the friend representations on the geographic map based on the third future date range comprising:

including, on the geographic map, a new friend representation for each new respective future location where at least one friend is going to be physically present on a second future date range that include at least one future date that falls within the third future date range; and

removing, from the geographic map any friend representations displayed that correspond to respective future locations where zero friends are going to be physically present on a second future date range that include at least one future date that falls within the third future date range.

36. The non-transitory computer-readable medium ofclaim 35, wherein the operations further comprise:

receiving a selection of one friend representation;

displaying, upon selection of the friend representation, the one or more friends that are associated with the respective future location.

37. The non-transitory computer-readable medium ofclaim 35, wherein the future location information includes at least one of future trip information or information corresponding to where a user lives.

38. The non-transitory computer-readable medium ofclaim 35, wherein the date range includes a single date, a week, a month, a year, or multiple years.

39. The non-transitory computer-readable medium ofclaim 35, wherein the operations further comprise:

selecting one or more of the future locations that are associated with a second future date that matches the first future date.

40. The non-transitory computer-readable medium ofclaim 28, wherein the future trip information includes future event information.

Images