Patent Description:
A collection of so-called location-based services (LBS) are emerging that take advantage of the location-detection capability of the mobile devices that so many people are carrying with them each day. For example, LBSs include targeted advertising, social networking, locating friends ("check-ins"), photo tagging, life logging, location-based games, fitness monitoring, and others. Location-based services may include vehicle or parcel tracking as well.

With the ubiquitous nature of the mobile devices comes the frequent access to the websites on such devices via wireless Internet access. Users have grown accustomed to finding information by searching the World Wide Web (i.e., the "web") at any time and any place.

Document <CIT> discloses methods for implicitly discovering applications that have a corresponding location.

Document <CIT> discloses apparatus and methods for selecting one or more mobile device applications using context data.

The Detailed Description references the accompanying figures. The same numbers are used throughout the drawings to reference like features and components.

Disclosed herein are technologies for managing lists of uniform resource locators ("URLs") for a mobile device based, at least in part, upon the determined location of the device. Generally, a URL is the global address of documents, services, and other resources on the World Wide Web (i.e., the "web"). A website is a set of related web pages containing content such as text, images, video, audio, etc. The web pages of a website are the most common documents to which a URL points. Consequently, a URL may also be called a link, a website address, or a web address. Collectively, a URL list may be called favorites or bookmarks.

The described technology may include, for example, helping a user of a mobile device easily find URLs to websites that are appropriate and best for the current location. The disclosed technologies may also include automatic and dynamic generation of a list of URLs to location-relevant websites. Similarly, such technologies may include automatic caching of location-relevant websites (or pages at such sites) when the present wireless connection to the Internet is not bandwidth restrictive or cost prohibitive.

Often some websites are designed for use in specific locations or types of locations. Some examples include a university campus map, a regional subway application, or information related to a particular neighborhood or city location. An example of a website that is useful in specific types of locations is a baseball scoring website, which is useful while at a baseball game.

Unfortunately, using conventional approaches, a user of a mobile device can find it difficult to find websites associated with or appropriate for a specific location and to cull the valuable ones from the less helpful ones. With the technology disclosed here, a user can arrive in a location and have his or her mobile device provide a list of links to one or more websites that are appropriate for the specific location.

If the user arrives in New York City, for example, there is a tremendous number of available websites to assist in finding museums, restaurants, or even the subway schedule. Those available websites vary in degree of quality and location appropriateness. The technology described herein will help the user in finding which location-specific websites that are available and which ones that are ones are valuable to that user.

Another concern not adequately addressed by the conventional approaches is how to manage already cached location-specific applications based the appropriateness for the current location. When the user leaves a particular location where a location-specific website is appropriate, the technology described herein removes the location-specific website from the cache. If the user is leaving the location, then there is no need for the device to cache the web pages of that site for the user.

The identification of websites that are appropriate for a particular location can also be used more generally to predict the websites that a user will access at any point in the day. As the user traverses the places and routes that he normally travels, the mobile device keeps track of the websites associated with each location (place/route).

Each user of a mobile device has a limited knowledge and understanding of which location-specific websites are appropriate for a particular location. For example, a user who attends a minor league baseball game is likely unaware of a website that is particular to the ballpark that provides live statistics of the game. The user might not ever find the website by searching for it.

Conventional approaches require a large amount of the user's time and manual input. When searching for websites, users can query for specific websites but they have to actively do so with keyword searches or knowledge of the type of website they are looking for. Furthermore, users must remember which websites are related to which location or try to manually arrange them in ways that makes this process easier.

In short, the technology described herein helps a user to gain the benefits of using location-specific websites without requiring a large amount of manual searching for such websites.

<FIG> shows an example set of scenarios <NUM> in which one or more implementations of the technology described herein may be employed. As depicted, the scenarios include four locations with a mobile device in operation at each location. User <NUM> is holding a smartphone <NUM> as he approaches his train in a metropolitan transit center <NUM> of a city that he is visiting for the first time. Another user (not shown) is with a cell phone <NUM> waiting during a layover at an airport <NUM>. A hungry traveler (not shown) is using his tablet computer <NUM> while eating a restaurant <NUM>. Still another user (not shown) has her smartphone <NUM> with her at home <NUM>.

Each of these mobile devices is connected to a communications network <NUM> via a wireless connection. Such a connection can be Wi-Fi, Bluetooth, cellular, or another technology. This connection links the mobile devices to the Internet, a private intranet, and/or to a so-called cloud. Each of the web servers <NUM> and a database server <NUM> may be part of the Internet, a private intranet, or a cloud, at least in part. Of course, each of the web servers <NUM> and the database server <NUM> can be implemented as one or more servers.

While referring to <FIG>, various example scenarios <NUM> are discussed. When at the transit center <NUM>, the user <NUM> browses the web on his smartphone <NUM>. Some of those might include some websites that are specific to the transit system of the city. For example, it might include website with a subway train schedule. Using known or new techniques, the smartphone <NUM> determines its current location, which is the transit center <NUM>.

That current location (the transit center <NUM>) is associated with the website that the user <NUM> is using on the smartphone <NUM> while at that location. Other contextual factors of the website's use are associated with the website and the current location. For example, how much the website is used at that location, how often is it used at that location, which pages on that website are used at that location, how frequently the website is used at that location by others, and the similar factors. In addition to use, some of the contextual factors may include ratings provided by users of website at particular locations.

This associated information can be stored on the smartphone <NUM>. In addition, such location-aware associations can be performed by many mobile devices at that transit center <NUM> over a period of time. Those various associations can be uploaded via the communications network <NUM> to the database server <NUM>, where such associations are collected and organized. The information gathered about the various associations between the websites and locations, and perhaps contextual factors, can be called crowd-sourced since it is gathered from a crowd of users over time.

While waiting a few hours in the airport <NUM> for his connecting flight home, the user may wish to explore what is available to him at the airport. Using an implementation of the technology described herein, the cell phone <NUM> communicates its current location to the database server <NUM>, which returns a list of links to websites that are specific to the current location of the phone <NUM>. The links can be listed in order of relevance based upon contextual factors associated with the linked websites in the database server <NUM>.

Similar to the airport scenario, the hungry traveler can receive a list of recommended websites on his tablet computer <NUM> while dining at the restaurant <NUM>. The traveler can choose to browse a local news website while dining.

While carrying her smartphone <NUM>, a user arrives at her home <NUM> in Spokane, Washington after a business trip to New York City. While she was in New York City, she frequently used several websites that helped get around and better enjoy the city. Now she is home and not interested in favorites list being populated by links to websites relevant to a city across the nation. Her smartphone <NUM> determines her current location and presents her a list of website links relevant to that current location. Indeed, her browser on her smartphone <NUM> may have a list simply labeled "Useful Here" that lists only location-relevant website links.

Location awareness involves the mobile device determining its present location. Conventional location-determination approaches include GPS and signal positioning (e.g., triangulation, trilateration, and other forms of interpolation and extrapolation) to determine geo-physical location relative to multiple signal sources. GPS are near-ubiquitous outdoor location technology and a GPS enabled typical smartphone has three to five meter accuracy. For signal positioning, the signal sources can use cellular or a variant of IEEE <NUM> (i.e., Wi-Fi). Signal-positioning approaches rely upon a map of signal sources whose locations are known to extrapolate a location of a device.

Rather than relying on signal-triangulation-based location approaches (like GPS) to determine geo-location with a fine-grain and absolute resolution, the technology described herein is based upon a location determination with a coarse grain and relative resolution. More particularly, the technology described herein utilizes determinations of logical or semantic locations.

One or more implementations include, for example, a mobile device recognizing and learning a frequented discrete location based on the "observed" ambient radio environment at that location. In particular, the mobile device can recognize and learn which ambient identifiable wireless ("IWS") sources are part of a topography within reception range at that discrete location.

A wireless access point (WAP) is a specific example of an ambient IWS source. The IWS sources are called ambient herein because they may be detected or "observed" in the environment while a mobile device moves about the world. The IWS sources are called "identifiable" because each is uniquely identifiable. For example, each WAP may be uniquely identified by its basic service set identification (BSSID) or media access card (MAC) address. Of course, other identifying characteristics may be used alone or in combination with each other or with the BSSID or MAC address. Examples of such other identifying characteristics include service set identification (SSID) and received signal strength indication (RSSI).

Geo-location, also called geo-physical location, includes determination of a real-world geographic location of an object or person. "Physical location" is a broader term than geo-location and includes a determination of any real-world location of the object or person.

As part of one or more implementations described herein, a mobile device can determine contextual factors. In short, a contextual factor is some observed, measured, calculated, and/or determined data about the context in which the mobile device exists. A contextual factor answers some aspects of the questions that are typically asked when gathering information: how, who, what, when, where, and why.

In general, the determined present location of the mobile device is a contextual factor. However, herein the location (i.e., where) is a special case of a contextual factor that is handled separately. Consequently, as used herein, contextual factors explicitly exclude location of the mobile phone because that is handled separately. That said, contextual factor can include locations where the user is predicted to be traveling, estimated time/place of arrival, or route prediction.

An example of a contextual factor is the mode of travel of the user of the mobile device. Is the user walking, biking, riding bus or train, or in a motor vehicle? If walking, the user might, for example, want to see websites for a local bus schedule.

Another example of a contextual factor is the type of location. For example, if the user is determined to be at Spokane International Airport, is a type "airport" or more generally "transportation," consequently, websites associated with that type of location can be recommended to the user.

Another example of a contextual factor is the type of event happening at a location. For example, HP Pavilion in San Jose is home to the San Jose Sharks ice hockey team, but also hosts various concerts, shows, and events. In addition, a known schedule of events that occur at a particular location may be a contextual factor.

Many of the contextual factors are based on website usage. The user builds a personal history of website usage at or near the determined location. Furthermore, many users generate a crowd-sourced history of website usage at or near the determined location. The route in which websites are used and the destination to which websites are used en route are other factors.

Some other context factors may include, for example, crowd-sourced information about websites, such as ratings of websites.

<FIG> illustrates an example process <NUM> for implementing, at least in part, the technology described herein. In particular, process <NUM> depicts an example of location-aware URL-list-management operations performed, at least in part, by a mobile device, such as smartphone <NUM>. Servers, such as a database server <NUM> or other cloud-based services may perform some portions of the example process <NUM>.

At <NUM>, a mobile device determines its present location using one or more of the new or known location-awareness approaches. The determined location of the mobile device can be, for example, a physical location, a geo-location, or a logical location. The geo-location information can be obtained from a GPS. The location information can be obtained, at least in part, from one or more ambient IWS sources.

At <NUM>, the mobile device determines contextual factors of the mobile device.

At <NUM>, the mobile device accesses a database of website associations. The database provides an association between websites, their URLs, and locations. In addition, the database may provide additional information about contextual factors associated with the websites and/or with locations. The database, or part thereof, can be stored locally on the mobile device itself. In some implementations the mobile device may access a remote database via a communications network. For example, the smartphone <NUM> accesses the database server <NUM> via a network <NUM>. The database may include crowd-sourced information about websites. For example, the database may include a collection of website usage information and user-supplied ratings from many different users for websites used at or near locations.

At <NUM>, the database provides a list of websites associated with the present location of the mobile device. In some implementations, the list may include websites associated with the present location or with locations near the present location. Additionally or alternatively, the database provides a list of websites that are associated with different locations than that of the present location or nearby that location of the mobile device. This listing may be used to remove such websites from the device's cache.

For websites associated with the present location, operations <NUM> and <NUM> are performed. For websites that are associated with a location other than the present location, operations <NUM> and <NUM> are performed.

At <NUM>, the mobile device selects one or more websites that are associated with or are nearby the present location. If location is the only criterion, then, in some implementations, all the websites associated with the present location are selected. In some implementations the selecting may be based, at least in part, on contextual factors. In one or more implementations, the selection may include the mobile device querying the database to find a list of websites that are associated with the determined location and then the mobile device choosing one or more websites from the list of website links found by the query.

When selecting the appropriate websites, the mobile device may collect a group of seemingly disparate but linked web pages together and designate them a website. In doing this, a representative entry-point URL is selected for the designated website.

At <NUM>, the mobile device generates a URL list of the links to the selected websites. The list may be ordered based upon one or more of the contextual factors. For example, the websites used most at a particular location by the most people may be listed first.

At <NUM>, the mobile device displays the generated URL list of websites relevant to the present location. The user may view the generated list via their mobile browser. Alternatively, the list may be viewed outside the context of their mobile browser. Of course, when the user chooses a URL from the list, the mobile device will open the mobile browser to get and view the website associated with chosen website.

Instead of websites that are associated with the present location, the mobile device may act upon websites that are associated with a different location than the present location. For websites that are associated with a location other than the present location, operations <NUM> and <NUM> are performed.

At <NUM>, the mobile device selects one or more websites that are associated with a location that is different from the present location. In some implementations, the mobile device may select those websites that are associated with a location far from the present location. The threshold of how far can be determined by known or calculable distances between present and associated locations exceeding a distance threshold. Alternatively, the database may designate nearby locations for websites or for specific locations.

If location is the only criterion, then, in some implementations, all the websites associated with a location other than the present location are selected. In some implementations the selecting may be based, at least in part, upon the contextual factors. In one or more implementations, the selection may include the mobile device querying the database to find a list of websites that are associated a location other than the determined location and then the mobile device choosing one or more websites from the list of websites found by the query.

At <NUM>, the mobile device determines whether content of the selected websites are stored in the cache of the mobile device. If so, then the mobile device releases portions of the cache storing content of the selected one or more websites. That is, the mobile device removes one or more of the selected websites from the cache on the mobile device. Doing this frees up valuable memory on the mobile device.

<FIG> illustrates a state diagram <NUM> of an example process for implementing, at least in part, the technology described herein. In particular, state diagram <NUM> depicts an example of location-aware URL list management operation performed, at least in part, by a mobile device, such as a smartphone <NUM>. Servers, such as a database server <NUM> or other cloud-based services may perform some portions of the state diagram <NUM>.

At <NUM>, a mobile device tracks its location continually until the device determines that the user arrives a new location.

At <NUM>, when a user arrives at a new location that he or she has never visited with the mobile device before, the mobile device determines that this is a place that the user has not visited before. That is, this location is a new location. In one or more implementations, the determination of the place at which a user arrives can be predicted before arrival if the user is traveling to a known location. In this situation, the device can enter state <NUM> and then <NUM> prior to the user's arrival.

At <NUM>, the mobile device determines the geo-location and queries a location-aware database to get a list of links to websites associated with the new location. The mobile device presents this list to the user and installs the applications desired by the user. The mobile device adds this new place to a model of location-aware websites, which may involve updating the database of such websites. The mobile device tracks the usage of websites while the user remains at this location.

At <NUM>, when the user arrives at a place that he or she has previously visited, the mobile device checks for updates to websites associated with this location and generates a URL list of those websites. In addition, the device may also query the database to find new or better websites to include in the URL list. The mobile device tracks the usage of websites while the user remains at this location.

At <NUM> and <NUM>, the mobile device continues to track user location until the user moves away from the location. If the user moves away from the location, then the device moves to state <NUM>.

At <NUM>, the mobile device updates usage statistics and sends the statistics to the database server.

<FIG> illustrates example system <NUM> for implementing the technology described herein. The system <NUM> includes a mobile device <NUM>, a network <NUM>, and a network or cloud-based server <NUM>. The mobile device <NUM> may be the same as or similar to mobile devices <NUM>, <NUM>, <NUM>, and <NUM>, which have already been introduced. The cloud-based server <NUM> may be the same as or similar to the database server <NUM>, which has already been introduced.

The mobile device <NUM> includes a memory <NUM>, one or more processor(s) <NUM>, a wireless signal manager <NUM>, a display system <NUM>, a web browser, a location-awareness system <NUM>, a contextualizer <NUM>, a URL list generator <NUM>, and local database <NUM>. These functional components can be separate or some combination of hardware units. Alternatively, the components can be implemented, at least in part, in software and thus be stored in the memory <NUM> and executed by the processors <NUM>.

The memory <NUM> may include a cache. The cache stores copies of website content (e.g., text, images, audio, video, etc.) that is likely to be needed again in the near future. This allows for quicker access next time.

The wireless signal manager <NUM> handles all wireless signals sent or received by the device. For example, wireless signal manager <NUM> handles the communications via the network <NUM>. The wireless signal manager <NUM> especially handles signal management that aid in location awareness. For example, the wireless signal manager <NUM> may include the GPS components, cellular transceivers, and Wi-Fi transceivers.

The display system <NUM> includes the display itself and the graphics system to drive that display. The web browser <NUM> typically is an application running on the device that is designed to reach out to the web and load web pages therefrom for the user to view on the mobile device.

The location-awareness system <NUM> uses one or more of the existing and/or new location-awareness approaches to determine the present location of the mobile device <NUM>. The contextualizer <NUM> determines the contextual factors. The URL list generator <NUM> generates a list of links to the selected websites. The local database <NUM> stores relevant data, such as the associations between known locations and often used websites.

The network <NUM> can be a wired and/or wireless network. It can include the Internet infrastructure and it may be presented as the cloud. The network <NUM> includes wired or wireless local area networks, a cellular network, and/or the like. The network <NUM> links the mobile device <NUM> with the network server <NUM>. Some implementations of the technology described here operate without assistance from the network.

The network or cloud-based server <NUM> provides assistance to the mobile device <NUM> as part of one or more implementations of the technology described herein. In some implementations, the network <NUM> and network server <NUM> are not used. The network server <NUM> can be one or more actual servers.

The network server <NUM> includes a website-searching assistant <NUM> and a remote database <NUM>. The website-searching assistant <NUM> helps locate relevant websites for a query submitted by the mobile device <NUM>. The remote database <NUM> stores associations between websites, their URLs, locations, and/or contextual factors. These associations can be collected from many mobile devices, such as the mobile device <NUM>.

As depicted and discussed, the wireless devices <NUM>, <NUM>, <NUM>, and <NUM> are mobile phones. However, devices can be other types of portable devices, such as smartphones, cell phones, tablet computers, any wireless-enabled wearable devices, laptop computers, netbook computers, or the like.

<FIG> illustrates an example system <NUM> that may implement, at least in part, the technologies described herein. In various implementations, system <NUM> is a media system, although system <NUM> is not limited to this context. For example, system <NUM> can be incorporated into a personal computer (PC), laptop computer, ultra-laptop computer, tablet, touch pad, portable computer, handheld computer, palmtop computer, personal digital assistant (PDA), cellular telephone, combination cellular telephone/PDA, television, smart device (e.g., smart phone, smart tablet, or smart television), mobile internet device (MID), messaging device, data communication device, and so forth.

In various implementations, system <NUM> includes a platform <NUM> coupled to a display <NUM>. Platform <NUM> receives content from devices such as content services device <NUM>, content delivery device <NUM>, or other similar content sources. A navigation controller <NUM> including one or more navigation features may be used to interact with, for example, platform <NUM> and/or display <NUM>.

In various implementations, platform <NUM> includes any combination of a chipset <NUM>, a processor <NUM>, memory <NUM>, storage <NUM>,a graphics subsystem <NUM>, applications <NUM> and/or radio <NUM>. Chipset <NUM> provides intercommunication among processor <NUM>, memory <NUM>, storage <NUM>, graphics subsystem <NUM>, application <NUM>, and/or radio <NUM>. For example, chipset <NUM> can include a storage adapter (not depicted) capable of providing intercommunication with storage <NUM>.

Processor <NUM> may be implemented as a complex instruction set computer (CISC) or reduced instruction set computer (RISC) processors, x86 instruction set compatible processors, multicore, or any other microprocessor or central processing unit (CPU). In various implementations, processor <NUM> may be dual-core processors, dual-core mobile processors, and so forth.

Memory <NUM> may be implemented as a volatile memory device such as, but not limited to, a random access memory (RAM), dynamic random access memory (DRAM), or static RAM (SRAM).

Storage <NUM> may be implemented as a nonvolatile storage device such as, but not limited to, a magnetic disk drive, optical disk drive, tape drive, an internal storage device, an attached storage device, flash memory, battery backed-up synchronous DRAM (SDRAM), and/or a network accessible storage device. In various implementations storage <NUM> includes technology to increase the storage performance-enhanced protection for valuable digital media when multiple hard drives are included.

Graphics subsystem <NUM> processes of images such as still or video for display. Graphics subsystem <NUM> can be a graphics processing unit (GPU) or a visual processing unit (VPU), for example. An analog or digital interface may be used to communicatively couple the graphics subsystem <NUM> and the display <NUM>. For example, the interface can be a high-definition multimedia interface, display port, wireless high definition media interface (HDMI), and/or wireless HD-compliant techniques. Graphics subsystem <NUM> may be integrated into processor <NUM> or chipset <NUM>. In some implementations graphics subsystem <NUM> may be a stand-alone card communicatively coupled to chipset <NUM>.

The graphics and/or video processing techniques described herein are implemented in various hardware architectures. For example, graphics and/or video functionality may be integrated within a chipset. Alternatively, a discrete graphics and/or a video processor may be used. As still another implementation, the graphics and/or video functions may be provided by a general-purpose processor, including a multicore processor. In further embodiments, the functions may be implemented in a consumer electronics device.

Radio <NUM> may include one or more radios capable of transmitting and receiving signals using various suitable wireless communications techniques. Such techniques involve communications across one or more wireless networks. Example wireless networks include, but are not limited to, wireless local area networks (WLANs), wireless personal area networks (WPANs), wireless metropolitan area network (WMANs), cellular networks, and satellite networks. In communicating across such networks, radio <NUM> operates in accordance with one or more applicable standards in any version.

In various implementations display <NUM> includes any television-type monitor or display. Display <NUM> may include, for example, a computer display screen, touch-screen display, video monitor, television-like device, and/or a television. Display <NUM> can be digital and/or analog. In various implementations, display <NUM> may be a holographic display. In addition, display <NUM> may be a transparent surface that receives a visual projection. Such projections convey various forms of information, images, and/or objects. For example, such projections may be a visual overlay for a mobile augmented reality (MAR) application. Under the control of one or more software applications (<NUM>), platform <NUM> can display user interface <NUM> on display <NUM>.

In various implementations, content services device(s) (<NUM>) may be hosted by any national, international, and/or independent service and thus accessible to platform <NUM> via the Internet. Content services device(s) (<NUM>) may be coupled to platform <NUM> and/or to display <NUM>. Platform <NUM> and/or content services device(s) <NUM> may be coupled to a network <NUM> to communicate media information to and from the network <NUM>. Content delivery device(s) <NUM> also may be coupled to platform <NUM> and/or to display <NUM>.

In various implementations, content services device(s) <NUM> include a cable television box, personal computer, network, telephone, Internet-enabled devices, appliances capable of delivering digital information and/or content, and any other similar device capable of unidirectionally or bidirectionally communicating content between content providers and platform <NUM> and/display <NUM>, via network <NUM> or directly. The content can be communicated unidirectionally and/or bidirectionally to and from any one of the components in system <NUM> and a content provider via a network <NUM>. Examples of content include any media information including, for example, video, music, medical and gaming information, and so forth.

Content services device(s) <NUM> receive content such as cable television programming including media information, digital information, and/or other content. Examples of content providers include any cable or satellite television or radio or Internet content providers. The provided examples are not meant to limit implementations in accordance with the present disclosure in any way.

In various implementations platform <NUM> may receive control signals from navigation controller <NUM> having one or more navigation features. The navigation features of controller <NUM> may be used to interact with user interface <NUM>, for example. In some embodiments, navigation controller <NUM> may be a pointing device such as a computer hardware component, specifically a human interface device, that allows a user to input spatial (e.g., continuous and multidimensional) data into a computer. Many systems such as graphical user interfaces (GUI), and televisions and monitors allow the user to control and provide data to the computer or television using physical gestures.

Movements of the navigation features of controller <NUM> can be replicated on a display (e.g., display <NUM>) by movements of a pointer, cursor, focus ring, or other visual indicators displayed on the display. For example, under the control of software applications <NUM>, the navigation features located on navigation controller <NUM> can be mapped to virtual navigation features displayed on user interface <NUM>. In some embodiments, controller <NUM> may not be a separate component but may be integrated into platform <NUM> and/or display <NUM>. The present disclosure, however, is not limited to the elements or in the context shown or described herein.

In various implementations, drivers (not shown) include technology to enable users to instantly turn on and off platform <NUM> like a television with the touch of a button after initial boot up, when enabled. Program logic allows platform <NUM> to stream content to media adaptors or other content services device(s) <NUM> or content delivery device(s) <NUM> even when the platform is turned off. In addition, chipset <NUM> includes hardware and/or software support for <NUM> surround sound audio and/or high definition <NUM> surround sound audio, for example. Drivers may include a graphics driver for integrated graphics platforms. In some embodiments the graphics driver may comprise a peripheral component interconnect (PCI) express graphics card.

In various implementations any one or more of the components shown in system <NUM> can be integrated. For example, platform <NUM> and content services device(s) <NUM> can be integrated, or platform <NUM> and content delivery device(s) (<NUM>) can be integrated, or platform <NUM>, content services device(s) (<NUM>), and content delivery device(s) <NUM> can be integrated. In various embodiments, platform <NUM> and display <NUM> can be an integrated unit. Display <NUM> and content service device(s) <NUM> can be integrated, or display <NUM> and content delivery device(s) <NUM> can be integrated. These examples are not meant to limit the present disclosure.

In various embodiments system <NUM> can be implemented as a wireless system, a wired system, or a combination of both. When implemented as a wireless system, system <NUM> can include components and interfaces suitable for communicating over a wireless shared media, such as one or more antennae, transmitters, receivers, transceivers, amplifiers, filters, control logic, and so forth. An example of wireless shared media includes portions of a wireless spectrum, such as the RF spectrum. When implemented as a wired system, system <NUM> can include components and interfaces suitable for communicating over wired communications media, such as input/output (I/O) adapters, physical connectors to connect the I/O adapter with a corresponding wired communications medium, a network interface card (NIC), disc controller, video controller, audio controller, and the like. Examples of wired communications media can include a wire, cable, metal leads, printed circuit board (PCB), backplane, switch fabric, semiconductor material, twisted-pair wire, coaxial cable, fiber optics, and others.

Platform <NUM> can establish one or more logical or physical channels to communicate information. The information includes media information and control information. Media information refers to any data representing content meant for a user. Examples of content include data from a voice conversation, videoconference, streaming video, electronic mail ("e-mail") message, voice-mail message, alphanumeric symbols, graphics, image, video, text, and so on. Data from a voice conversation can be, for instance, speech information, silence periods, background noise, comfort noise, tones, and other similar items. Control information refers to any data representing commands, instructions, or control words meant for an automated system. For example, control information can be used to route media information through a system, or instruct a node to process the media information in a predetermined manner. The embodiments, however, are not limited to the elements or in the context shown or described in <FIG>.

As described above, system <NUM> can be embodied in varying physical styles or form factors. <FIG> illustrates implementations of a small form-factor device <NUM> in which system <NUM> can be embodied. In embodiments, for example, device <NUM> can be implemented as a mobile computing device having wireless capabilities. A mobile computing device may refer to any device having a processing system and a mobile power source or supply, such as one or more batteries.

Examples of a mobile computing device, in addition to those already mentioned, also may include computers that are arranged to be worn by a person, such as a wrist computer, finger computer, ring computer, eyeglass computer, belt-clip computer, arm-band computer, shoe computers, clothing computers, and other wearable computers. In various embodiments, a mobile computing device can be implemented as a smart phone capable of executing computer applications, as well as voice communications and/or data communications. Although some embodiments can be described with a mobile computing device, other embodiments can be implemented using other wireless mobile computing devices as well.

As shown in <FIG>, device <NUM> includes a housing <NUM>, a display <NUM>, an I/O device <NUM>, and an antenna <NUM>. Device <NUM> also includes navigation features <NUM>. Display <NUM> includes any suitable display unit for displaying information appropriate for a mobile computing device. I/O device <NUM> includes any suitable I/O device for entering information into a mobile computing device. Examples for I/O device <NUM> include an alphanumeric keyboard, a numeric keypad, a touch pad, input keys, buttons, switches, rocker switches, microphones, speakers, voice recognition device and software, and others. Information also can be entered into device <NUM> by way of microphone (not shown). Such information is digitized by a voice recognition device (not shown).

Various embodiments can be implemented using hardware elements, software elements, or a combination of both. Examples of hardware elements include processors, microprocessors, circuits, circuit elements (e.g., transistors, resistors, capacitors, inductors, etc.), integrated circuits, application specific integrated circuits (ASIC), programmable logic devices (PLD), digital signal processors (DSP), field programmable gate array (FPGA), logic gates, registers, semiconductor device, chips, microchips, chip sets, and more. Examples of software include software components, programs, applications, computer programs, application programs, system programs, machine programs, operating system software, middleware, firmware, software modules, routines, subroutines, functions, methods, procedures, software interfaces, application program interfaces (API), instruction sets, computing code, computer code, code segments, computer code segments, words, values, symbols, or any combination thereof. Determining whether an embodiment is implemented using hardware elements and/or software elements varies in accordance with any number of factors, such as desired computational rate, power levels, heat tolerances, processing cycle budget, input data rates, output data rates, memory resources, data bus speeds, and other design or performance constraints.

One or more aspects of at least one embodiment can be implemented by representative instructions stored on a machine-readable medium that represents various logic within the processor, which when read by a machine causes the machine to fabricate logic to perform the techniques described herein. Such representations, known as "IP cores" can be stored on a tangible, machine-readable medium and supplied to various customers or manufacturing facilities to load into the fabrication machines that actually make the logic or processor.

While certain features set forth herein have been described with reference to various implementations, this description is not intended to be construed in a limiting sense. Hence, various modifications of the implementations described herein, as well as other implementations, which are apparent to persons skilled in the art to which the present disclosure pertains are deemed to lie within the scope of the present disclosure.

Realizations in accordance with the present invention have been described in the context of particular embodiments. These embodiments are meant to be illustrative and not limiting. Many variations, modifications, additions, and improvements are possible. Accordingly, plural instances may be provided for components described herein as a single instance. Boundaries between various components, operations, and data stores are somewhat arbitrary, and particular operations are demonstrated in the context of specific illustrative configurations. Other allocations of functionality are envisioned and may fall within the scope of claims that follow. Finally, structures and functionality presented as discrete components in the various configurations may be implemented as a combined structure or component. These and other variations, modifications, additions, and improvements may fall within the scope of the invention as defined in the claims that follow.

In general, a mobile device is a small, hand-held, portable computing device that typically has a display screen and some user input mechanism (e.g., touch screen or keyboard). Often they weigh less than two pounds. Often, they are equipped with wireless communications capabilities, such as Wi-Fi, Bluetooth, and cellular. Examples of implementations of a mobile device include a smartphone, a tablet computer, a feature phone, a personal digital assistant (PDA), any wireless-enabled wearable devices, laptop computers, netbook computers, or other so-called handheld devices or computers.

In the above description of exemplary implementations, for purposes of explanation, specific numbers, materials configurations, and other details are set forth in order to better explain the present invention, as claimed. However, it will be apparent to one skilled in the art that the claimed invention may be practiced using different details than the exemplary ones described herein. In other instances, well-known features are omitted or simplified to clarify the description of the exemplary implementations.

The inventor intends the described exemplary implementations to be primarily examples. The inventor does not intend these exemplary implementations to limit the scope of the appended claims. Rather, the inventor has contemplated that the claimed invention might also be embodied and implemented in other ways, in conjunction with other present or future technologies.

Moreover, the word "exemplary" is used herein to mean serving as an example, instance, or illustration. Any aspect or design described herein as exemplary is not necessarily to be construed as preferred or advantageous over other aspects or designs. Rather, use of the word "exemplary" is intended to present concepts and techniques in a concrete fashion. The term "technology," for instance, may refer to one or more devices, apparatuses, systems, methods, articles of manufacture, and/or computer-readable instructions as indicated by the context described herein.

As used in this application, the term "or" is intended to mean an inclusive "or" rather than an exclusive "or. " That is, unless specified otherwise or clear from context, "X employs A or B" is intended to mean any of the natural inclusive permutations. In addition, the articles "a" and "an" as used in this application and the appended claims should generally be construed to mean "one or more," unless specified otherwise or clear from context to be directed to a singular form.

These processes are illustrated as a collection of blocks in a logical flow graph, which represents a sequence of operations that can be implemented in mechanics alone or a combination with hardware, software, and/or firmware. In the context of software/firmware, the execution of the instructions on the medium may cause performance of the operations described herein.

Note that the order in which the processes are described is not intended to be construed as a limitation, and any number of the described process blocks can be combined in any order to implement the processes or an alternate process.

The term "computer-readable media" includes computer-storage media. For example, computer-storage media may include, but are not limited to, magnetic storage devices (e.g., hard disk, floppy disk, and magnetic strips), optical disks (e.g., compact disk [CD] and digital versatile disk [DVD]), smart cards, flash memory devices (e.g., thumb drive, stick, key drive, and SD cards), and volatile and nonvolatile memory (e.g., random access memory [RAM], read-only memory [ROM]). Examples provide a mobile device comprising: a location-awareness system configured to determine a location of the mobile device; a URL-list-manager configured to: select one or more websites that are associated with the determined location; generate a list of uniform resource locators ("URLs") to the one or more of the selected websites. In some examples the mobile device further comprises a contextualizer configured to determine contextual factors of the mobile device, the URL-list-manager being further configured to select based, at least in part, upon the determined contextual factors. In some examples the contextual factors are selected from a group consisting of mode of travel of a user of the mobile device, crowd-sourced ratings of websites, personal history of website usage at or near the determined location, crowd-sourced history of website usage at or near the determined location, identification of type of the determined location, and identification of the type of event happening at the location. In some examples the URL-list-manager is further configured to designate a group of web pages to be part of at least one of the selected websites. In some examples the determined location of the mobile device is selected from a group consisting of a physical location, geo-location, and a logical location. In some examples the location-awareness system is further configured to determine the location using, at least in part, geo-location information obtained from a global positioning system (GPS). In some examples the location-awareness system is further configured to determine the location using, at least in part, location information obtained from one or more ambient identifiable wireless signal (IWS) sources. In some examples the mobile device further comprises: a display configured to present thereon a user interface to a user of the mobile device, the user interface offering the generated list of ULRs to the one or more of the selected websites; a user input system operatively associated with the user interface, the user-input system being configured to obtain input from a user that indicates the user's choice of one or more of the selected websites to access.

Examples provide a method of management of lists of uniform resource locators (URLs) for a mobile device, the method comprising: determining a location of a mobile device; selecting one or more websites that are associated with the determined location; generating a list of URLs to the one or more of the selected websites. In some examples the method further comprises determining contextual factors of the mobile device, wherein the selecting is based, at least in part, upon the determined contextual factors. In some examples the contextual factors are selected from a group consisting of mode of travel of a user of the mobile device, crowd-sourced ratings of websites, personal history of website usage at or near the determined location, crowd-sourced history of website usage at or near the determined location, identification of type of the determined location, and identification of the type of event happening at the location. In some examples the method further comprises designating a group of web pages to be part of at least one of the selected websites. In some examples the determined location of the mobile device is selected from a group consisting of a physical location, geo-location, and a logical location. In some examples the determining of the location is based, at least in part, geo-location information obtained from a global positioning system (GPS). In some examples the determining of the location is based, at least in part, location information obtained from one or more ambient identifiable wireless signal (IWS) sources. In some examples the selecting includes: querying a database to find a list of websites that are associated with the determined location; choosing one or more websites from the list of websites found by the query. In some examples the method further comprises accessing the database via a communications network. In some examples the database includes crowd-sourced information about websites. In some examples the database includes crowd-sourced information about websites, wherein such information is selected from a group consisting of usage at or near locations and user-supplied ratings.

Examples provide one or more computer-readable media with processor-executable instructions stored thereon which when executed by one or more processors cause performance of operations comprising: determining a location of a mobile device; determining contextual factors of the mobile device; selecting one or more websites that are associated with the determined location and with one or more determined contextual factors; generating a list of uniform resource locators ("URLs") to the one or more of the selected websites. In some examples the contextual factors are selected from a group consisting of mode of travel of a user of the mobile device, crowd-sourced ratings of websites, personal history of website usage at or near the determined location, crowd-sourced history of website usage at or near the determined location, identification of type of the determined location, and identification of the type of event happening at the location. In some examples the operations further comprising designating a group of web pages to be part of at least one of the selected websites. In some examples the determined location of the mobile device is selected from a group consisting of a physical location, geo-location, and a logical location.

Claim 1:
A computer program product comprising one or more tangible computer readable non-transitory storage media comprising computer-executable instructions operable to, when executed by at least one logic, enable the at least one logic to:
determine a present location of a mobile device (<NUM>);
determine one or more contextual factors related to the present location of the mobile device (<NUM>), wherein the one or more contextual factors related to the present location of the mobile device (<NUM>) include that a mode of travel of a user of the mobile device (<NUM>) is a motor vehicle travel;
present on a display of the mobile device one or more links selected based on the present location and the one or more contextual factors related to the present location of the mobile device (<NUM>); and
enable the user of the mobile device (<NUM>) to use a link of the one or more links to install an application, wherein the link is generated independent of a manual search.