# Patent

## Title
Notification on mobile device based on location of other mobile device

## Abstract

A mobile computing device comprises a user input device, an output device, a memory configured to store data and a processing circuit. The processing circuit is configured to receive user input from the user input device indicative of a request to associate the stored data with a second mobile computing device, to receive an indication that the second mobile computing device is proximate to the mobile computing device, and to provide a notification to the user via the output device based on the indication.

## Background
CROSS-REFERENCE TO RELATED APPLICATIONS
This application is a continuation-in-part of U.S. application Ser. No. 12/167,137, filed Jul. 2, 2008, titled “User-Defined Names for Displaying Monitored Location,” which is incorporated by reference herein in its entirety. This application is related to U.S. application Ser. No. 11/786,550, filed Apr. 11, 2007, titled “System and Method for Monitoring Locations of Mobile Devices,” which is incorporated by reference herein in its entirety.


BACKGROUND
Tracking applications have been developed to track a user using a device carried by the user. In some of these applications, the device is coupled to a global positioning system (GPS) circuit designed to determine the location of the device. This location information is then uploaded to a server which may be accessible by other users to determine the location of the user being tracked.



BRIEF DESCRIPTION OF THE DRAWINGS
FIGS. 1A-F illustrate a mobile computing device according to an exemplary embodiment;
FIG. 2 is a system component block diagram of a system according to one exemplary embodiment;
FIG. 3 is an application diagram of a system according to an exemplary embodiment;
FIG. 4 is a flow diagram of a method according to one embodiment;
FIG. 5 is a flow diagram of a method according to one embodiment;
FIG. 6 is an illustration of an electronic device wirelessly communicating with other electronic devices according to an exemplary embodiment;
FIG. 7 is an illustration of an image of a map indicating the location and/or availability of one or more electronic devices according to an exemplary embodiment;
FIG. 8 is a flowchart illustrating a method of providing a notification based on location-based data according to an exemplary embodiment;
FIG. 9 is an illustration of an image of a listing providing distance and/or availability information for one or more electronic devices according to an exemplary embodiment;
FIG. 10 is a flowchart illustrating steps that a mobile computing device may be configured to perform, according to an exemplary embodiment; and
FIG. 11 is an illustration of exemplary screens from a contacts application.



DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS
Referring to FIGS. 1-2, a user's location may be displayed using information other than a coordinate-based representation of the user's location. A user may be tracked by determining the location of a device 10 carried by or otherwise associated with the user. Information on the location of the device 10 may be provided to others using a non-specific and/or user-defined description for the location which may be textual, graphical, and/or take some other form. For example, if the coordinates of the device correspond to those of a restaurant, the location information may be displayed using a name such as “at a restaurant” or “at dinner” to describe the location of the user. The non-specific names may be predefined (e.g. a pre-defined name associated with a location, a pre-defined algorithm for assigning names, etc.) or may be user-defined. For example, a user may designate the location of their house to be displayed as “at home.” Without more information (i.e. knowing where the person's home is located), a third party viewing the displayed name for the user's current location (“at home”) would not know the coordinates (exact or rough) of the user and/or device 10.
The non-specific name (i.e. the name that does not represent coordinates in fine or coarse detail) used to identify the location of the device 10 may be posted to a website (e.g. provided to a web-hosting server 148 through the website or through some other interface). In some embodiments, the device 10 may monitor its location using a location determining circuit 124 (as described below). In other embodiments, a device 146,148,150 external to device 10 may monitor the location of device 10 (e.g. a server may be configured to calculate the position of device 10 based on which cellular towers and/or WiFi access points were accessed by device 10). The location data may be obtained from a GPS circuit, from a beacon configured to transmit data indicative of its location, from another mobile device whose location has been identified (e.g. another portable computing device may have a GPS circuit and may be capable of sharing its location information with other devices in proximity to the other portable computing device), based on data from a motion sensing device (e.g. an accelerometer, a gyro, etc.), and/or some other location providing circuit/device.
No matter how the location of device 10 is determined, device 10 may be configured to receive data indicative of its location (either from the location determining circuit 124 or the external device 146,148,150) and convert that location information to a non-specific and/or user-defined name that is representative of that location. Device 10 may then publish the name representing the location (e.g. to other devices, to a website, etc.). In other embodiments, device 10 and/or external device 146,148,150 may provide coordinate-based and/or other location information to a server 146,148 (or some other device 150) and the server 146,148 (or other device 150) may convert the location information it receives to a non-specific (generic) and/or user-defined name associated with the location it is provided (e.g. the server 146,148 may convert coordinate-based location information and/or location information embodied by a first generic name to a second generic name, which second generic name will be published by the server 146,148).
In some embodiments, the name representing the location information may be posted to a website, such as a social networking website. In these cases, the name may be posted to a generic field on the website (e.g. a field that is not dedicated to displaying location information, a field that allows the user to enter free-form text, etc.). The device 10 may be configured to automatically access the website using the user's access information and post the name associated with the current location of device 10 on the website. In other embodiments, the name associated with the location may be used to fill in fields for applications (e.g. an instant messaging application 202—FIG. 3) running on the device 10.
If the names are user-defined, the user may associate more than one name with a particular location. For example, the user may want to provide one generic name to one set of people (e.g. by posting it to one website) while providing a different generic name to other users (e.g. by posting it to a different website). As another example, a user may want to provide different names for the location on different days, at different times of the day, and/or as a result of other criteria. The system (e.g. device 10, server 146,148, etc.) that associates the identified location with the name assigned to the location may be configured to determine which name to publish based on any number of criteria monitored by the system and/or based on user inputs (e.g. in response to a prompt).
Referring to FIGS. 2-4, a method which may be implemented by an application 214 of device 10, server 146,148, and/or some other device 150 is described for providing generalized, non-specific location information. In some embodiments, all or most of the steps of the method are implemented entirely by an application 214 running on one device (e.g. device 10, server 146,148, or device 150). But in some embodiments, more than one of device 10, server 146,148, and device 150 may implement applications 214 which, when used in combination, combine to implement the method.
In some embodiments, the method may involve receiving a user input at block 422 to create a user-defined name that is associated with a particular location. For example, a user may pick names that have meaning to them, but which do not give away the specific location without more information (i.e. generic names). The name may be descriptive (e.g. “at the gym”) or may be non-descriptive (e.g. a number unrelated to the location, but which the user can correlate to the location). In some embodiments, the user defined name may be selected from a limited set (e.g. which a user chooses from a list such as a drop-down list) of names (e.g. home, school, work, gym, grocery store, friend's, etc.). In other embodiments, the user defined name may be free form such that a user may enter any name that a user desires to enter (e.g. “pumping iron” for a gym, “bored to tears” for school, “home” for home, etc.). If a user defined name is free-form (i.e. the user can enter any text such as text of any length, any text of a certain length, a predefined text followed by a free-form text, etc.), the user defined name may be non-specific such that it does not signify the actual location without more information, or may be as specific as a user desires (e.g. a user may provide the name “Chicago” when in Chicago and “Milwaukee” when in Milwaukee). In some embodiments, the user-defined name may comprise a graphical image (e.g an icon) representing a location (e.g., a picture of a house for “at home”, a picture of a schoolhouse for “at school”, etc.”), either alone or along with a textual user-defined name and/or a user-defined name in some other visual format. Additionally (or alternatively), in some embodiments the user-defined name may be entered, stored, and/or provided in a format other than (or along with) a visual format (e.g. an audible format).
The user input may be received 422 on a user input device 131 of the mobile computing device 10, a user input device of some other device 150 (e.g. a user input device of a computer that synchronizes with the mobile computing device, a user input device that interfaces with a server which sends—pushes, makes accessible, etc.—information to the mobile computing device 10, etc.), some other user input device, and/or any combination of user input devices.
In some embodiments, the user input received at block 422 may be directed to the purpose of creating user-defined names for publishing the location of the mobile computing device 10 (e.g. may be entered as part of an application 214 that is configured to correlate and/or publish user-defined names to represent the location of the device 10). For example, the user may provide an input which is received at block 422 to indicate that the current location of the device 10 should be assigned a particular name. As another example, a user may be able to assign names to locations other than the current location of the device 10. For instance, the user may input addresses and assign names to those addresses, may assign names to coordinates (e.g. latitude and longitude) (e.g. coordinates relevant to a geo-caching website), the user may select a location on a map (e.g. using a graphical user interface) and assign a name to that location, and/or may provide an input in some other manner to assign names to the locations.
In some embodiments, the user input received at block 422 may be part of another application which receives both user defined names and locations, but which has a primary purpose other than creating user defined names for locations for publishing the users location. For example, the device 10 or server 146,148 may include a contacts application 218. The user provides contact information for a contact in the contacts application 218, which contact information may include location information for the contact. An application 214 may analyze the contact information received 422 in the contact application 218 to create user defined names. The user defined name may be based on information contained in each contact (e.g. at “Joe Smith” or at “Joe's House”) or may be based on data associated with the contact (e.g. if the contact is grouped with other contacts, the user defined name may be set to the name chosen for the group, such as “with family” or “at friend's house” or “at client's location” or “at supplier's facility”).
In some embodiments, generic and/or user-defined names (e.g. generic user-defined names) may be received 422 from a file provided to (e.g. downloaded by) device 10 and/or server 146,148 (e.g. actively downloaded by the user, sent to the user by another user from their device, etc.). The file may contain general generic names or may contain user-defined names created on a different device (e.g. device 150, server 146, etc.) and transferred to device 10 and/or 146,148 (e.g. from server 146 to device 10).
The name defined may also be based on various criteria other than (and/or in addition to) location (i.e. non-location criteria), such as speed and/or devices connected to device 10. For example, if it is determined that a user is traveling above a normal speed of movement, a generic name may be set as “traveling.” As another example, if a user is connected to a docking station at the user's home or a desktop computer at the user's home, the location may be set to “at home.” As still another example, if device 10 is connected to a car system (e.g. a Bluetooth phone system in a user's car), the name may be set as “in car” or “traveling.” As still another example, various characteristics of a user (e.g. speed, heart rate, etc.) being monitored by device 10 (either directly or receiving data indirectly) may be used to identify that a user is exercising, which may be used to set the name provided.
In some embodiments, a generic name may be chosen which is based on point of interest information stored in a database. For example, a navigation application 258 may include a database of information on points of interest. As another example, the Internet may include various information relating to points of interest. The information relating to the points of interest may be received 422 and a generic name may be created based on this information. For instance, if the point of interest is a restaurant, a generic name such as “eating” or “out to dinner” may be created.
The location may be defined in any manner. For example, the location may be defined as a point (e.g. an address, coordinates, etc.), as an area (e.g. an area defined by a route such as a train route taken to work) which area may be allowed to have a regular (e.g. circular, rectangular, etc.) or irregular shape (e.g. a user drawn shape).
The name may be received 422 and associated with a location that is provided in a location format other than that used by the analysis step 434. If so, the format of the location information with which the name is associated may be translated 426 to a location format that is operated on by the application 214 in the analysis step 434. For example, in some embodiments, the location may be entered as an address, as a selection of a point on a map, as a button press indicating that the current location should be chosen, etc. In some embodiments, the analysis step 434 may involve analyzing location based on a grid (e.g. based on latitude and longitude and/or other coordinates). In these embodiments, the location associated with the user defined name may be converted from the format in which it was entered (e.g. map, address, etc.) to the format used by the application 214 performing the comparison (e.g. coordinates).
The received 422 location name and its association with a location (e.g. a converted 426 location) may be stored 430 in a memory (e.g. as a file, as part of a software program, etc.), such as memory 134,138 of device 10, a memory of a server 146,148, a memory of device 150, and/or some other memory. Data indicative of the association (i.e. data showing, providing a basis to show, and/or suggesting the association) may be stored in any form (e.g. as a data file, along with the name data, separate from the name data, in an index, in a table, and/or in some other form). The data for the location associated with the name can also be saved in any form (e.g. in a data file that includes coordinates, in a data file that includes a range, in a data file that defines a boundary, in software, hard-coded, in a combination of software and a data file such as a data file that represents a location point along with software that automatically creates a boundary around the point, and/or may be saved in some other form). In some of these and other embodiments, some or all of the names may be hard-coded by circuit components.
In operation, an application 214 determines at block 414 whether location information (e.g. tracking information) is to be provided. Location information may be provided continuously, may be provided periodically, may be provided in response to a prompt (such as a user input or a request from another device 146,148,150 for location information), may be provided in response to monitored conditions (e.g. time of day, location, etc.), may be provide in response to an event (e.g. receipt of a text or other message), etc. Additionally (or alternatively), determining whether location information is to be provided at block 414 may be controlled by any number of other criteria such as conditions monitored by or relating to the mobile computing device 10. For example, various criteria related to the mobile computing device (e.g. speed and direction) may be monitored to determine whether the mobile computing device is at a location or is merely passing near a location.
If the device 10 is tracked periodically, in some embodiments the period may be at least (i.e. the period may be this or more than this amount) about 1, 3, 5, 10, 20, 40, 60, 90, and/or 120 minutes. In some embodiments, the period may be user definable, and/or may be user definable to be set at at least one (and/or at at least a plurality of) period(s) which is/are at least about 3, 5, 10, 20, 40, 60, 90, and/or 120 minutes and/or up to about 240, 180, 120, 90, 60, 30, and/or 15 minutes.
If location information is to be provided at block 414 then a current location of the mobile computing device 10 is received at block 418. The current location may be received from a location-determining circuit 124 of device 10. Various types of location determining circuits 124 suitable for obtaining a current location are discussed below. Alternatively (or additionally), in some embodiments the current location of device 10 may be determined by a device 146,148,150 separate from device 10 (e.g. a server 146 that determines location based on the cell towers, WiFi access points, and/or other wireless access point to which the mobile computing device 10 is connected). The current location may be retained and used by the device 10,146,148,150 which determined the current location, or may be sent to another device (e.g. may be obtained by device 10 and sent to server 146,148, may be obtained by server 146,148 and sent to device 10, may be obtained by a first server 146 and sent to a second server 148, etc.). In some embodiments, the current location may be accurate within at least 10 km, 5 km, 1 km, 740 m, 500 m, 250 m, 100 m, 50 m, 25 m, 10 m, 5 m, and/or 1 m. However in some embodiments (including some of these embodiments), the current location received at block 418 and operated on later in the method (e.g. at block 434) may not need to be highly accurate; the location data received may not need to be provided at a high degree of specificity. In some embodiments, at least some of the location data received 418 by and operated 434 on may not have an accuracy of (with high confidence) closer than 1 m, 5 m, 10 m, 25 m, 50 m, 100 m, 200 m, 400 m, 600 m, 800 m, 1 km, and/or 2 km (e.g. if the system operates on a rough calculation obtained from the location determining circuit 124 before the location determining circuit 124 was capable of providing a highly accurate reading). In some embodiments, the specificity required may be user selectable.
Once the current location of the mobile computing device 10 is received at block 418, the current location may be analyzed 434 with respect to (e.g. compared to) the locations associated with the names stored 430 in the memory. The analysis 434 may include a comparison of the current location to an area defined by the stored 430 association, may involve determining the distance from the current location to the location stored 430, may involve determining a speed and/or direction of movement of the mobile computing device 10 (e.g. to determine whether the mobile computing device 10 is stopping at the location or merely passing by), and/or may involve analysis of any number of other criteria. Any of these criteria may be used to determine whether the current location of the mobile computing device is associated with a name stored in memory (e.g. generic, user-defined name). For any of these criteria that are evaluated (e.g. distance between a location stored 430 in memory and the current location), the value used when evaluating the criteria (e.g. how close the current location 418 needs to be to the stored 430 location) may be user-definable and/or may be defined based on the values of other monitored criteria.
If there is no match at block 442, the application 214 may return to block 414 to start the back at the step of determining whether the current location of the device 10 should be published. Alternatively, if there is no match, the application 214 may proceed along path 442 to block 462 to set a location name. For example, the current location may be set 462 to be represented by a default name (e.g. “out,” “around,” “unknown,” “none of your business,” “ ”, etc.) when the current location does not match a location stored 430 in the memory. As another example, the current location may be set 462 to be represented by a blank entry (e.g. a blank name may be published, a command to clear the last name published may be sent, etc.) when the current location does not match a location stored 430 in the memory (e.g. to remove a location name previously published 470 which is no longer the current location of the device 10).
If there is a match from the comparison at block 434, the system proceeds 438 to block 446 to determine whether more than one name is associated with the current location. This may occur if two locations are located in proximity to each other or have overlapping areas. This may also occur if a user has defined more than one name for a particular location. For example, a user might set the application 214 to post the location of device 10 to multiple sites (e.g. multiple websites, a website and an application on device 10, etc.) that are intended for different audiences and might choose to post different names to describe the location to the different sites. As another example, a user may wish to describe the same place by different names depending on the user's mood or some other criteria (e.g. time of day).
If more than one name is associated with a location at block 446, the method 410 proceeds at path 450 to block 458 to determine which name to publish. Determining which name to publish at block 458 may involve determining which of the multiple locations in proximity to the current location is closest to the current location, may involve prompting the user to select a name, may involve determining the site to which the name will be published, may involve a hierarchy such that certain names receive priority over others, may involve analyzing user preferences (e.g. stored in a file), etc. The name determined at block 458 may be determined based on monitored criteria other than location. For example, the name determined at block 458 may be based on time and date information such as day of the week, time of day, etc. (e.g. if the device 10 is in proximity to a restaurant and the time of day is in the evening, the name chosen may be “at dinner” whereas if the time of day were around noon the name chosen may be “at lunch”).
Once the name to provide has been determined at block 458 or if only one name is associated with the location at block 462 (so proceeds along path 454), the name to be used to represent the current location is set at block 462. A name that is set at block 462 may then be provided at block 470. In some embodiments, providing location information at block 470 may include providing the location information to an application which uses the information wholly within the device 10 being tracked (e.g. a journaling application 254 that does not regularly publish information). In some embodiments, providing information at block 470 may include publishing the name (e.g. provide the name directly to or in a manner reviewable by devices 150 other than the device 10 being tracked). Examples of devices to which the name representing the location may be published include providing the location name to other mobile computing devices, providing the location name to a display separate from and not controlled directly by the device 10, providing the location information to a server 146,148 which server 146,148 may publish the information to other devices 150 (e.g. by providing the location information on an Internet website and/or other network accessible site). If sent directly to other mobile devices, the other mobile devices (and/or device 10) may be configured to implement an application designed to track one or more other devices based on generic or user-defined names (and/or based on coordinate-based location data).
Publishing 470 may involve sending the name directly to another device, may involve posting the location on a website, may involve providing the name in another application which makes the name viewable by other devices (e.g. in a field of an instant messaging (IM) application 202—such as a field available for describing the user of the IM application—viewable by at least some of those with whom the IM session is established), and/or may involve some other type of publishing. One device 10 may publish to another device 150 by sending a message (e.g. a mobile device and/or a phone messaging message such as a text message—e.g. an SMS message—an MMS message, etc.), by using an interface such as an application programming interface (API) like a representational state transfer (REST) API, and/or by some other method.
If the name representative of the current location is published on a website or used in an application (or published in some other manner), the name may be posted in a field dedicated to tracking users or may be posted in a field that is not designed for and/or dedicated to tracking users. For example, the name may be posted on a website or in a GUI of an application in a field that is open to receipt of text, which field may be used for purposes other than tracking a user. For websites with text fields, a user may allow the application 214 to post the location name associated with the current location of device 10 in the text field automatically (e.g. continuously; based on criteria other than those discussed above such as time of day, a user flag set to turn the feature on, a response from a user to a prompt regarding whether to publish the location, etc.).
If more than one name is to be published (e.g. if different location names are provided to different receiving devices 146,148,150), the method may return to block 458 along line 466 to determine 458 and set 462 a new location name which is then published 470.
The recipient (e.g. recipient device 146,148,150 such as a recipient mobile device 150 or recipient server 148 of a website; recipient person; etc.) receiving the published name for the location of device 10 may then display 474 the name it receives. The name may be displayed 474 in a field dedicated to displaying location information, may be displayed 474 in a field directed to providing general information about a user of the device 10, may be displayed 474 in a text addressable field, and/or may be displayed 474 in some other manner.
If the information to be published will be published to a website or some other server-based system at block 470, the method may involve receiving access information from a user at block 478 such that the device(s) 10,146,148,150 having the application(s) implementing the method may automatically access the server 146,148 receiving the information. The access information provided at block 478 may include information such as a user login, a user password, a link to the website, website interface access information, an identification of a field on the website where the location name should be entered, an indication of where to upload information to the server 146,148, etc. The access information provided at block 478 may be provided in its entirety at block 478, or the information provided at block 478 may be supplemented at block 486 by stored generic profiles that store access information for one, a plurality, and/or a multiplicity of servers (e.g. websites). The generic access profiles provided at block 486 may be stored in a memory of the device 10,146,148,150 implementing the method (e.g. memory 134,138 of device 10), may be downloaded from the server 146,148 or device 150 to which the name will be published 470, may be downloaded from a server 146,148 other than the one to which the name will be published 470, and/or may be provided from some other source. The generic access profiles provided at block 486 may be used to supplement the information provided at block 478, may be used to direct the type of information received at block 478, may be used to control the type of information requested from a user to be received at block 478, etc.
Journaling Application
Referring to FIG. 3, a device 10 and/or other system may be configured to implement a journaling application 254. Journaling application 254 may be configured to receive the user-defined/generic names and automatically enter information in a journal based on these names. In other embodiments, journaling application 254 may not enter the information in a journal, but may consolidate and/or otherwise make this information available to a user so that the user can consult this location information history when making journal entries. Journaling application 254 may also gather information from any number of other applications such as an imaging application 212 (e.g. collecting images associated with what the user did), a calendar application 216 (e.g. showing meetings a user had scheduled), a notes application 256 (e.g. to show what files a user worked with), a task application (e.g. to show what tasks were entered and/or completed), a phone application 230 (e.g. to show who a user talked with and/or for how long), a messaging application 202 (e.g. to show who a user messaged that day), and/or some other application. Like the location information, journaling application 254 may be configured to enter the information from these other applications in a journal, may be configured to enter information from only a subset of these applications in a journal, may not be configured to enter the information from one or more of these applications in a journal but be configured to make this information available to a user so that the user can consult this information when making journal entries, etc.
Location-Based Reminders
Referring to FIGS. 2 and 3, a device 10 may be configured to implement a task application 222 and/or a note application 256 based on location information obtained from a location application 214. For example, the application 222,256 may be configured to allow a user to associate an entry (note, task, etc.) with a location. When location application 214 provides a current location that approaches that location, the application 222,256 may be configured to prompt a user which may be visual, audible, tactile, and/or may take some other form (e.g. with an alarm, by displaying the note or task, by vibrating, etc.). In one advantageous embodiment, the application 222,256 may be configured to prompt a user based on a determination that device 10 is leaving the location. For example, a user may have a set of notes and/or tasks set to be displayed to the user as the user leaves their work, their house, school, etc. In this way, a user may set reminders to be played when most likely to be acted on by the user. Whether device 10 is leaving a location may be judged by one or more of any number of criteria in addition to location, such as the direction device 10 is traveling, whether device 10 crossed one or more boundaries around the location (e.g. a pre-drawn boundary, a radius from a specific location, etc.), and/or other criteria.
The location for a reminder (either approaching or leaving) may be set as a specific location (e.g. a specific address) or may be set to a general location (e.g. a grocery list may be set to provide a reminder at a “grocery store” or “Company X grocery store” such that when the device 10 approaches any grocery store meeting the criteria, the device will provide a reminder to the user). The device 10 may have a list of types of locations, may store a list of locations that a user frequents and then use the locations from that list to determine whether the location criteria is satisfied, may access information from a server (e.g. website), may access information over the Internet, may access information stored on a device with which the device 10 communicates, and/or may obtain the information from any other source.
Additionally, the location may be a moving location. For example, a user may set the location as a reminder to buy ice cream if they become in proximity to an ice cream truck. As another example, the user may set a reminder that provides notes about something the user is supposed to discuss with another person whose location is being monitored (e.g. through a device carried by that person). Here, the first party's device may have a reminder that includes information relating to the second party (e.g. ask employee if he's filled out a particular report), the second party may carry a mobile device (or other location providing device) that broadcasts its location to the first party's mobile device 10 (either directly or indirectly such as by way of a server), and the first party's device 10 may determine that the second party is nearing the first party and so the device 10 provides a notification which may include the information from the reminder.
The location for the reminder may be set based on data provided from a contacts application 218, a calendar application 216, and/or some other application. The location for a task or note may be defined by non-specific and/or user-defined names associated by the user with a particular location.
The notes or tasks associated with the location may be set on the device running the application 222,256, by the user of the device on a device other than the device implementing the application 222,256, and/or by a third party.
In some embodiments, the task 222 and/or note 256 application runs on the device 10 being tracked. In other embodiments, the applications 222,256 may run on a server which receives information relating to the location of the device 10 being tracked. In these embodiments, the server may be configured to send data to the device 10 when the criteria for the note and/or task is met.
Referring to FIG. 5, a user inputs and a system receives a task at block 510. The information inputted by the user may include a description of the task, information related to completion of the task (e.g. a location where the task can be completed, a name of a store where to complete the task, a class (e.g. grocery store) of places where the task can be completed, etc.). The system for inputting tasks may be arranged such that a user can group tasks with a common location (e.g. using a task tree or other mechanism for grouping tasks).
In some embodiments, tasks may be automatically input by a system and received by the system implementing the method of FIG. 5. For example, a user's device may have a data link with another system (e.g. a car), and the other system may be configured to input tasks in the device based on monitored criteria of the other system (e.g. input a need gas task when the car is running low on gas).
In some embodiments, a user may input a location for completing the task when the task is entered. Alternatively (or additionally), the system may be configured to receive task information and identify locations for completing the task based on the nature of the task. For example, the system may interpret a task list entry “pick up milk” as being completed at a grocery store and/or a convenience store.
In some embodiments, a task list may be shared between multiple people. For example, a task can be input by another system based on a task input by a user on a different task list. The input task information may be provided at block 511 and entered in to the task database at block 512.
In some embodiments, a task may be sent to a first user (e.g. by a device or system of the first user) to a second user (e.g. to a device or system of the second user). The first user may send the task information by inputting it into a server, by sending a message (e.g. an e-mail message, a text message, an SMS message, etc.), by synching a program, and/or by some other means. The task may be received at block 511 (e.g. obtained, opened, saved, accepted, etc.) and entered into the task database at block 512 for the second user. The tasks at block 511 may contain any of the information discussed above for a task entered at block 510.
The task information may be used to populate a task database at block 512, which may include one or more of task information, location information associated with the task information, user preference information associated with the task information, and/or other information.
In some embodiments, the method involves pre-loading location information at block 514 based on the information in the task database at block 512 (e.g. based on and/or in response to the tasks entered at block 510). Pre-loading information may include downloading location information (e.g. coordinate information) where a user can complete the task. The pre-loaded information may be limited based on user preferences stored at block 516, may be limited based on user tendencies (e.g. the system may look for locations along the path commonly taken by the user which may be manually entered by the user, may be passively observed by the system, may be saved in a file, etc.), may be limited based on availability (e.g. based on what stores might be open at a particular time for a task to be completed) and/or may be limited based on other information.
User preferences at block 516 may be based on a user input indicative of the preferences, based on responses to questions indicative of preferences, based on monitoring other applications and/or other information associated with the user, and/or based on other sources of information relating to preferences. For example, a user's device may be monitored for logging on to a particular bank's website. By accessing that website, a system might presume that it is likely that a user has an account at that bank. If a task is “pick up cash,” “cash check,” and/or some other banking task, then the system may be designed to guide a user to a banking location (bank, ATM, etc.) associated with that bank.
In some embodiments, the information may be pre-loaded to a device when a task is entered, and/or may be pre-loaded during selected periods. The selected periods may include while a mobile device has externally supplied power, may include while a mobile device is not being used for other purposes, may include specific times of day, may include in response to a user input to pre-load information, etc. The pre-loaded information may be obtained from a database local to the system, may be obtained from a database maintained on a server, may be received by scanning multiple different databases, may be obtained from a database over a network such as the Internet, and/or may be obtained from some other source.
A system may be configured to receive a current location of a device associated with the user at block 518. The location information may be obtained in any of the manners discussed above or below (e.g. by monitoring a GPS unit of a mobile device associated with the user, by noting the locations of wireless access points accessed by a device, by receiving location information sent by a device associated with the location of the user that communicates with the system running the task location program, etc.).
The system is configured to identify locations in proximity to the user capable of completing the task at block 520. Identifying locations in proximity to the user for completing the task may include comparing current location of the user with the pre-loaded location data stored in the task database at block 512. Alternatively (or additionally), the current location of the user may be used to query, at block 520, a database or other information source for locations capable of completing the task. The locations retrieved at block 520 may be limited in any one or more of the manners discussed above for block 514. The locations retrieved at block 520 (whether retrieved initially or based on pre-loaded data) may also be limited based on the current location, direction, speed, and/or other criteria related to the device. In some embodiments, the system may be configured to identify locations farther ahead of the user in the direction that the user is traveling when the user is traveling at high speeds in order to give the user time to choose the location. In some embodiments, the system may be configured to not retrieve and/or notify (see block 522) a user of a location for completing a task if the user is traveling above a threshold (fixed or variable) speed and/or based on other criteria (such as road work in the vicinity of the user, traffic conditions in proximity to the user, user preferences, the complexity of the route of the user, etc).
Once locations are identified, a user may be notified at block 522 of their proximity to a location where a task can be completed. The notification may be audible (a tone such as a user settable tone, a text to speech module that speaks the name of a location, etc.), tactile (e.g. vibration), and/or visual (e.g. a flashing light such as a flashing LED, an image on a graphical user display such as an icon, a map showing a location where the task can be completed, user controllable options such as to route to the location, and/or some other visual notification). The notification at block 522 may also be implemented as a message (e.g. an e-mail, SMS, or text message) and/or may be implemented on a separate device (e.g. played through a speaker mounted in a vehicle).
Once a user is notified, the system may wait for an input (e.g. a user input to clear the alarm, a user entering an identified location to clear the alarm, a user input to route to the location, a user input to display alternative locations, etc.). If an input is received to display multiple locations in proximity to the user for completing the task, the system may be configured to display multiple options at block 526 and allow a user to input a selection of a particular location at block 524. A user may also input a request to route to the displayed and/or selected location, so the system may be configured to generate one or more routes to the selected location at block 534 discussed below.
In addition to monitoring for proximity to locations for completing tasks, the system may also be configured to provide a route to a location for completing a task in response to receiving a request for a route (from a user, from another application on the system, from another system, etc.) at block 530. The route may be designed to head to locations to complete all tasks (along line 531), and/or a user may be allowed along line 529 to select a subset (e.g a single or group of tasks) of tasks at block 528.
Once the tasks to be completed are identified, one or more locations associated with each task may be obtained at block 532, which block may operate in any of the manners discussed above for block 520, including identifying locations based on pre-loaded location information.
The locations identified at block 532 are used to generate one or more routes at block 534. In some embodiments, generating a route at block 534 may include accessing stored route and/or preference information from a user to identify common routes and/or route preferences. In some embodiments, generating a route at block 534 may include displaying multiple location options to a user (singularly and/or grouped) and allowing a user to select individual locations. In some of these embodiments, information in addition to the location (e.g. the amount of time each location would add to the route) may be displayed along with the different locations. In some embodiments, generating a route at block 534 may include prompting a user for an input (e.g. if they want to use the highway, get the most use of the highway, get the least use of the highway, avoid tolls, take a scenic route, avoid construction, avoid traffic, etc.). In some embodiments, the system may be configured to generate a route at block 534 based on traffic information (e.g. currently monitored traffic information, historical traffic information for a location at a given time) and/or any other information (e.g. time of day, common routes of a user, traffic light patterns, etc.). In some embodiments, generating a route at block 534 may include generating the route based on the operating hours (e.g. based on a database such as a website associated with the location and/or an information gathering source) of the locations identified and/or selected for completing the task (e.g. to give a user the best opportunity to go to each of the locations during the location's operating hours).
If more than one route is generated at block 534, a user may be allowed to select a desired route at block 536. The generated 534 and/or selected 536 route is then displayed at block 538. Displaying a route at block 538 may be include displaying the route on the system creating the route and/or transferring the route to another system (e.g. wirelessly over a point-to-point, local area, and/or wide area network) which system may display the route.
In many embodiments, the tasks received at block 510 may include deadlines in addition to other information. In some embodiments, the deadline associated with the task may be used to control the displayed location(s) for completing the task. For example, proximity to the current location needed to identify a location associated with a task at block 520 or 532 may become less proximate as the time (e.g. date) gets closer to the deadline. In many embodiments, the system may be configured to notify a user at block 522 based on an approaching deadline as well as being in proximity to a location to complete a task.
In some embodiments where a specific location or class of locations (e.g. grocery store, hardware store, swimming pool, etc.), one or more of pre-loading at 514, identifying at 520, and identifying at 532 may be implemented based on the location (e.g. class of locations) entered with task, on similar locations (e.g. if a particular grocery store is entered, the system may load and/or identify other locations for completing the task), and/or related locations (e.g. other stores belonging to the same chain of stores as a store identified).
Any of the steps described in FIG. 5 may be implemented in a mobile device 10 (FIG. 1) associated with a user (e.g. by a processing circuit such as a microprocessor configured to implement the method), in a server system (e.g. in one or more processing circuits of one or more servers 146 (FIG. 2) which may or may not be located in a common location that is/are configured to implement the method), and/or on some other device 150 (FIG. 2). In some embodiments, the method is implemented primarily in a mobile device 10 (e.g. all or any of the steps are implemented by the mobile device 10, although some steps may be implemented in another device) associated with the user. In some embodiments, the method is implemented primarily in a server system 146. In some embodiments, the method is implemented primarily in a combination of a mobile device 10 associated with the user and a server system 146. In many embodiments, the current location of the user is obtained at block 518 by a location determining circuit 124 associated with (e.g. built in) the mobile device 10. In some embodiments, the current location at block 518 is obtained based on a wireless network (e.g. cell or WiFi network) accessed by the mobile device.
Referring now to FIG. 6, according to an exemplary embodiment, device 110 is configured to communicate with one or more other electronic devices, shown in FIG. 4 as mobile computing devices 150 and 152. According to one embodiment, device 10 requests the location data for devices 150, 152 from devices 150, 152 via wireless communications. The wireless communications may include communications via a cellular communications network, Bluetooth transceivers, infrared communications, Wi-Fi networks, etc.
A processing circuit on device 110 is configured to provide a notification (e.g., email, phone call, text message, graphical map display, display of message, audible output, vibration of phone, etc.) to device 110 and/or devices 150, 152 based upon location data for devices 150, 152. For example, the notification may comprise a graphical display of a map that includes the location of device 110 and/or the location of one or more other electronic devices. Alternatively, the notification may comprise a message (e.g., an email, text message, etc.) that is automatically generated and sent to device 110 (and/or one or more other electronic devices). For example, a user of device 110 may receive an email indicating that a particular device is within a certain proximity of device 110 or at a certain geographic location.
According to an exemplary embodiment, devices 150, 152 (and/or their respective users) may belong to a predetermined database of devices, such as a contacts information database stored by contacts application 218 shown in FIG. 3, from which the processing circuit requests location data. For example, devices 150, 152 may be associated with user data stored in a contacts application (e.g., an electronic contacts application designed to store contact information such as a user's name, phone number, email address, additional notes field for free-form text entry, etc.). According to an alternative embodiment, devices 150, 152 may be associated with users that have been placed on a short list of contacts (e.g., a “friends list,” a subset of a contacts listing, etc.). Various other methods of identifying devices 150, 152 may also be used. For example, device 150 or 152 may be associated with a second user that the user of device 110 has chosen to request or track location data from, and the second user may not belong to any particular group, list, etc. According to another embodiment, rather than a user identifying a subset of contacts (e.g., from a contacts application) from which to request location data, a user may instead identify users associated with devices from which the user of device 110 does not wish to request location data. The processing circuit may then request location data from those devices except those identified.
Processing circuit 132 may request the location data in response to receiving an input from a user of device 110. According to an alternative embodiment, processing circuit 132 may be configured to track the location of another device by requesting the location data automatically based upon time or location parameters. For example, processing circuit 132 may request location data every hour (or every 1⁄2 hour, every minute, etc.), or the location data may be requested on a continuous basis. Device 110 may also permit a user to identify discrete times at which location data is to be requested. Alternatively, processing circuit 132 may request the location data based upon the location of device 110. For example, if a user wants to know if a particular device is nearby whenever the user passes a specific location, the user may configure processing circuit 132 to request the location data of the particular device whenever device 110 is at or near the specific location. The specific location and/or time parameters may be configured by a user of device 110 and may vary based upon the devices to which the request for location data is sent.
After sending the request for the location data, device 110 receives the location data from devices 150, 152 either directly over a wireless link between device 100 and device 150, 152, or via a server. The location data may include information such as the current geographic locations of devices 150, 152, the current distance between devices 150, 152 and device 110, a point of interest nearest to or in the vicinity of devices 150 and/or 152, and so on. Other location data may also be provided according to various other alternative embodiments.
According to an exemplary embodiment, the receipt of location data is permission-based. In order for a user of device 110 to receive the location data for a particular device (even if the particular device is associated with a user on a “friends list”), the user of the particular device must first grant permission for the location data to be communicated to device 110. If no permission has been granted, device 110 will not receive a response from the other device. According to one embodiment, an indication that permission has not been granted may be provided to a user of device 110. Devices 150, 152 may be configured to store a user-defined list of contacts which do and/or do not have permission to request location data associated with devices 150, 152.
Referring now to FIG. 10, a flowchart will be described illustrating steps that device 110 may be configured to perform. Device 110 may comprise any of the user input devices described herein, such as a touch screen, keyboard, etc. Device 110 may comprise any of the output devices described herein, such as a display screen, speaker, etc. In step 1000, device 110 is configured to store data. The data may be textual data, a voicemail, an e-mail, a text or audio message, or any other data. The data may be received as text input from a keyboard from a user and stored. At step 1002, device 110 is configured to receive user input to associate the stored data with a person, such as with that person's mobile computing device.
Either or both of the data to be stored and the association of the stored data with a person may be received within screens presented by any of a number of different software applications operating on the device, such as, a contacts application, a messaging application configured to receive and sent at least one of e-mails, text messages, etc., a navigation application configured to receive address data and to provide at least one of a mapping screen, turn-by-turn direction data, a list of results in text format from a location-based search, etc., a task list application, a notes application, or other applications. According to one exemplary embodiment, device 110 is configured to operate a contacts application configured to store, manage, and make available to the user and/or other applications contact data for people, which contact data may be synchronized with a remote server, such as a Microsoft Exchange server. Exemplary screens presented by a contacts application are shown in FIG. 11, including a field 1100 for a location-based notification for a contact. Device 110 is configured to receive a selection from the user of a contact data file (e.g., the file for “John Stewart” in this case) stored in the contacts application and to operate the contacts application to provide a text entry field 1102 for entry of text by a user, such as the message or textual notes “Confirm lunch plans with John.” A field description 1104 indicates to the user that this is a field for a notification, such as a reminder or alert. Upon selection of field 1102, entry of the text, and/or pressing enter or providing other user input, device 110 is configured to store the data, and associate the stored data with the contact (“John Stewart” in this case). Device 110 may then use any of the identifying data in the contact data file (e.g., mobile phone number, home or work address, other phone numbers, etc.) and location data associated with the identifying data (e.g., location of the mobile phone, address of home or work, etc.) to determine when the contact is near and to then provide a notification to device 110.
The association of the stored data with the contact or contact's mobile computing device can be made in any of a variety of ways. As another example, a user may be typing notes into a task list application or notes application operating on device 110. The application may be configured to receive a user input to associate one or more of the tasks or notes typed into the device with a contact from the contacts database. Then, when the contact is near or proximate to device 110, a notification can be provided.
As yet another example, in a messaging application, while viewing, creating or editing a message, the messaging application may be configured to receive a user input to associate the message or portion of the message with a contact from the contacts database to remind the user to discuss the message with the contact the next time they are near to each other.
In a further example, in a phone application, a voicemail may be associated with a contact to remind the user to discuss the voicemail with the contact the next time they are nearby. In any of these examples, the voicemail, e-mail or text message, or task/note text may be sent to a mobile computing device associated with the contact, which may occur upon providing the notification, alert or reminder.
In yet a further example, device 110 may be configured to operate a mapping application, such as Google Maps, and to show the location of a contact from the contacts database on the map. The mapping application may be configured to receive a user input (e.g., a right click and selection of one of a plurality of options, such as “save a reminder” or “location-based reminder”) to store a textual message or reminder and to associate that message with the contact being viewed on the map.
Returning to FIG. 10, after user input is received associating the stored data with the contact and/or contact's computing device, at step 1004, device 110 is configured to receive an indication that the contact or second mobile computing device is proximate to, near to, or in the vicinity of the mobile computing device. This indication may be received from a server computer which compares the locations of the devices. The indication may be generated by the processing circuit of device 110 based on location data generated by or received by a local location determination circuit and received directly from the second mobile computing device or indirectly from the second device via a server. The determination that the devices are proximate or near to one another may be based on a calculation of the distance between the two devices being less than a predetermined distance (e.g., 1 mile, one quarter mile, 100 feet, etc.), or based on data indicating the devices are approaching each other and will soon be proximate to one another. The data indicating the devices are approaching each other may be based on direction and rate of travel of the devices, and/or may be based on information from a calendar application indicating that the people owning the devices will be at a meeting place together soon. In the latter case, the calendar application may provide expected locations of the devices at some future point, which may replace or supplement actual location data about the devices. According to yet another embodiment, the indication of proximity may be based on one device directly detecting a wireless signal transmitted by the other device (e.g., from a short range wireless transceiver, such as a Bluetooth transceiver, Wi-Fi transceiver, infrared transceiver, etc.).
At step 1006, the processing circuit is configured to provide a notification to the user via an output device based on the indication of proximity. For example, the notification may be an audible sound, a display of text (which may comprise a portion or all of the stored data as a reminder to the user of the topic to be discussed), a vibration of the phone, or other notifications. In one embodiment, at least two output devices may be used, to bring the user's attention to the notification.
Notifications may comprise other aspects. For example, a user of device 110 may wish to simply know the locations of devices 150, 152. In such a case, processing circuit 132 may provide a notification, such as the graphical display shown in FIG. 7, indicating the location of devices 150, 152. According to another embodiment, processing circuit 132 may provide a display of only those devices within a certain distance of device 110. For example, referring to FIG. 6, a user may wish to know whether any other users on a friends list are within a certain distance, such as distance 154 (which may be user-adjustable or pre-set by the application), of device 110. In the embodiment shown in FIG. 6, only device 152 is within distance 154 of device 110. Therefore, a user of device 110 may be provided with a notification including a graphical map displaying the geographic location of device 152 (e.g., and preferably device 110). If the user of device 110 requests location data for any devices within distance 156, both devices 150, 152 may be displayed to the user. Additional data, such as the stored data discussed above, may also be displayed in a portion of the graphical display, so that the user may wish to move to the location of the other device, having been reminded that there is a matter to discuss with that person.
According to another embodiment, processing circuit 132 may provide the notification based on the geographic location of devices 150, 152, rather than the proximity of devices 150, 152 to device 110. For example, referring further to FIG. 6, a user may wish to determine whether any other users on a friends list are currently in a specific city or other specific location 158. Processing circuit 132 requests the location data from all of the users on the friends list, but displays only those in the specific location. For example, referring to FIG. 6, a user may wish to know whether any of devices 150, 152 are within location 158. Because only device 152 is located within location 158, the user of device 110 may be provided with a notification including a map of location 158 and the particular location of device 150 and optionally directions (e.g. turn-by-turn, graphical, etc.) to location 158, and any textual reminder previously stored by the user of device 110 to discuss with the user of device 150 when they are within or near location 158.
Referring now to FIG. 7, according to one embodiment, the notification includes a graphical image 180 of a map 182 that indicates the geographic location of devices 150, 152. Image 180 may further indicate the geographic location of device 110. Other information may further be provided via image 180, for example, driving directions to/from one or more other devices, points of interest located within the displayed geographic area, etc. According to one embodiment, a user may select (e.g. highlight, hover over, etc.) one of the devices displayed on image 180, and be provided with an overlay menu of options (e.g. “email,” “call,” “topics to be discussed when nearby,” etc.) from which to select. According to another embodiment, a user may toggle between a graphical display such as that shown in FIG. 7. and a textual listing of the nearby devices (see FIG. 9). For example, a user may select the “List results” option 153 shown in FIG. 7 to view a textual listing 190 of the devices as shown in FIG. 9. For example, listing 190 may include name information 194, distance information (to/from) 196, availability information 198, reminders 199, etc. Further, textual listing 190 may include toggle option 1001, permitting a user to return to a graphical display such as that shown in FIG. 7.
As shown in FIG. 7, the notification includes a graphical display of the location of device 110, and one or more other devices 150, 152. According to various other embodiments, the notification may comprise an email, a text message, etc. or other notification or message that may be sent automatically to one or more of device 110 and/or other mobile devices such as devices 150, 152. For example, upon determining that device 150 is within a specified distance of device 110, processing circuit 132 may generate and send an email to one or both of the devices (e.g. “John is nearby.”).
As discussed with respect to FIGS. 6 and 7, processing circuit 132 requests location data from one or more other electronic devices (e.g., devices 150, 152 shown in FIG. 6) and provides a notification to device 110 and/or the other electronic device(s) based on the location data. According to an alternative embodiment, providing the notification and/or receiving the location data from the other electronic devices is also based upon the availability data (e.g., presence) of the other devices. Availability data reflects the availability of a particular device and may represent various states such as “available,” “unavailable,” “do not disturb,” “silent/vibrate mode only,” etc. Availability data may reflect the availability of a device to, for example, receive and respond to emails, phone calls, text messages, and other messages. Availability data may also reflect the availability of a user as defined by, for example, an electronic calendar storing appointments and indicating that the user is available/unavailable during a certain time period. Availability data may also reflect an availability status selected by a user (e.g., do not disturb, silent mode, etc.). Further yet, availability data may take into account whether a device is currently powered ON or OFF. Other factors may further be taken into account in determining the availability of a particular device.
According to one embodiment, device 110 requests and receives the availability data for a particular electronic device from the electronic device, e.g., one of devices 150, 152, rather than from, for example, a server that collects, stores, and updates availability data for a number of electronic devices. According to another embodiment, the availability data is provided by a server or a third party source.
Processing circuit 132 may display an indication of the availability of particular devices along with the locations of the particular devices. For example, as shown in FIG. 7, image 180 shows devices 150, 152 having availability indicators 184, 186, respectively. Indicators 184, 186 may be icons that represent the availability of a particular device (e.g., a smiling face for available, a frowning face for unavailable, etc.). Alternatively, indicators 184, 186 may include textual phrases representing the availability of the devices (e.g., “available,” “busy,” etc.). Indicators 184, 186 may take other forms according to various other alternative embodiments.
According to one embodiment, when a particular device is unavailable, processing circuit 132 does not receive the location data for the device. Device 110 may then provide an indication that the device is unavailable without providing the location of the device. According to another embodiment, if a particular device is unavailable, neither the availability nor the location of the device is provided.
Referring now to FIG. 8, a flowchart illustrating a process of providing a notification based upon location data is shown. At step 160, a request is sent from a first mobile device to a second mobile device for location data for the second mobile device. At step 162, the first mobile device receives the location data for the second mobile device from the second mobile device. The location data may be communicated to/from the first and second mobile devices via wireless communications such as cellular communications, Bluetooth-based communications, etc. At step 164, the processor of the first mobile device provides a notification (e.g., a graphical display of a map, an email, text message, phone call, or other message, etc.) based on the location data. The notification may be sent to one or both of the first and second electronic devices, and may include the location and/or availability data.
As discussed above, processing circuit 132 may take availability data for other electronic devices into account in addition to location data in determining whether to provide a notification and the content of the notification. For example, referring again to FIG. 8, if processing circuit 132 additionally requests availability data at step 160, whether the location data is received may be dependent upon the availability data (e.g., if the particular device is “unavailable,” location data for the particular device may not be received by device 10).
According to one alternative embodiment, whether a device is near or proximate a contact can comprise being near a fixed location, such as the home or work address stored in the contact data file.
According to another embodiment, whether a device is near or proximate to a contact may comprise an indication that device 110 is moving away from the contact's mobile device, wherein the notification reminds the user not to leave the contact without discussing the subject matter of the notification. The indication of the device moving away from the contact's mobile device may be based on the distance between the two devices increasing beyond a predetermined distance (e.g. 10 feet, 50 feet, 100 feet, etc.), or based on the devices falling out of communication with each other over one or more wireless communication links (e.g., a Bluetooth link, Wi-Fi link, infrared link, etc.).
As discussed with respect to the FIGURES, device 110 requests and receives location data from another electronic device, such as device 150. According to an alternative embodiment, a server may be provided that tracks the location of the devices and generates a notification to one or both devices based on the location of the devices (e.g., based on whether the two devices are within a certain distance or the two devices are within a specific geographic area) and any stored data (which may be stored on the server) and associations created by a user of device 110. A server-based architecture may utilize many of the same features as the peer to peer architecture, including friends lists, permission requirements, availability-based notifications, etc.
Other Features
Referring back to FIG. 2, portable device 10 may be a mobile computing device capable of executing software programs. The device 10 may be implemented as a combination handheld computer and mobile telephone, sometimes referred to as a smart phone. Examples of smart phones include, for example, Palm® products such as Palm® TreoTM smart phones. Although some embodiments may be described with portable device 10 implemented as a smart phone by way of example, it may be appreciated that the embodiments are not limited in this context. For example, portable device 10 may comprise, or be implemented as, any type of wireless device, mobile station, or portable computing device with a self-contained power source (e.g., battery) such as a laptop computer, ultra-laptop computer, personal digital assistant (PDA), cellular telephone, combination cellular telephone/PDA, mobile unit, subscriber station, user terminal, portable computer, handheld computer, palmtop computer, wearable computer, media player, camera, pager, messaging device, data communication device, and so forth.
Processing circuit 132 of hand-held device 10 may include one or more of a microprocessor 126, second microprocessor 126, image processing circuit 116, display driver 118, a memory (e.g. non-volatile memory—NVM) controller 128, audio driver 122 (e.g. D/A converter, A/D converter, an audio coder and/or decoder (codec), amplifier, etc.), and other processing circuits. Processing circuit 132 can include various types of processing circuitry, digital and/or analog, and may include one or more of a microprocessor, microcontroller, application-specific integrated circuit (ASIC), field programmable gate array (FPGA), or other circuitry configured to perform various input/output, control, analysis, and other functions. In various embodiments, the processing circuit 132 may include a central processing unit (CPU) using any suitable processor or logic device, such as a as a general purpose processor. Processing circuit 132 may include, or be implemented as, a chip multiprocessor (CMP), dedicated processor, embedded processor, media processor, input/output (I/O) processor, co-processor, a microprocessor such as a complex instruction set computer (CISC) microprocessor, a reduced instruction set computing (RISC) microprocessor, and/or a very long instruction word (VLIW) microprocessor, a processor implementing a combination of instruction sets, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a programmable logic device (PLD), or other processing device in accordance with the described embodiments.
Processing circuit 132 may be configured to digitize data, to filter data, to analyze data, to combine data, to output command signals, and/or to process data in some other manner. Processing circuit 132 may be configured to perform digital-to-analog conversion (DAC), analog-to-digital conversion (ADC), modulation, demodulation, encoding, decoding, encryption, decryption, etc. Processing circuit 132 (e.g. an applications microprocessor 126) may be configured to execute various software programs such as application programs and system programs to provide computing and processing operations for device 10.
Processing circuit 132 may also include a memory that stores data. Processing circuit may include only one of a type of component (e.g. one microprocessor), or may contain multiple components of that type (e.g. multiple microprocessors). Processing circuit 132 could be composed of a plurality of separate circuits and discrete circuit elements. In some embodiments, processing circuit 132 will essentially comprise solid state electronic components such as a microprocessor (e.g. microcontroller). Processing circuit 132 may be mounted on a single board in a single location or may be spread throughout multiple locations which cooperate to act as processing circuit 132. In some embodiments, processing circuit 132 may be located in a single location (e.g. in proximity and/or on a common circuit carrying element such as a circuit board) and/or all the components of processing circuit 132 will be closely connected.
Components shown as part of a single processing circuit 132 in the figures may be parts of separate processing circuits in various embodiments covered by the claims unless limited by the claim to a single processing circuit (e.g. location circuit 124 may be part of a separate assembly having a separate microprocessor that interfaces with processing circuit 132 through data port 140).
Hand-held device 10 may also include a network transceiver 144. Transceiver 144 may operate using one or more of a LAN standard, a WLAN standard, a Bluetooth standard, a Wi-Fi standard, an Ethernet standard, and/or some other standard. Network transceiver 144 may be a wireless transceiver such as a Bluetooth transceiver and/or a wireless Ethernet transceiver. Wireless transceiver 144 may operate using an IEEE 802.11 standard. Hand-held device 10 may also include an external device connector 140 (such as a serial data port) for transferring data. External device connector 140 may also serve as the connector 152 to an external power supply. Hand-held device may contain more than one of each of transceiver 144 and external device connector 140. For example, network transceiver 144 may include both a Bluetooth and an IEEE 802.11 transceiver.
Network transceiver 144 may be arranged to provide voice and/or data communications functionality in accordance with different types of wireless network systems. Examples of wireless network systems may include a wireless local area network (WLAN) system, wireless metropolitan area network (WMAN) system, wireless wide area network (WWAN) system, and so forth. Examples of wireless network systems offering data communication services may include the Institute of Electrical and Electronics Engineers (IEEE) 802.xx series of protocols, such as the IEEE 802.11a/b/g/n series of standard protocols and variants (sometimes referred to as “WiFi”), the IEEE 802.16 series of standard protocols and variants (sometimes referred to as “WiMAX”), the IEEE 802.20 series of standard protocols and variants, and so forth.
Hand-held device 10 may be capable of operating as a mobile phone. The mobile phone may use transceiver 144 and/or may use a cellular transceiver 136. Cellular transceiver 136 may be configured to operate as an analog transceiver, a digital transceiver (e.g. a GSM transceiver, a TDMA transceiver, a CDMA transceiver), or some other type of transceiver. Cellular transceiver 136 may be configured to transfer data (such as image files) and may be used to access the Internet 142 in addition to allowing voice communication. Cellular transceiver 136 may be configured to use one or more of an EV-technology (e.g. EV-DO, EV-DV, etc.), an EDGE technology, a WCDMA technology, and/or some other technology.
Transceiver 144 may be arranged to perform data communications in accordance with different types of shorter range wireless systems, such as a wireless personal area network (PAN) system. One example of a wireless PAN system offering data communication services includes a Bluetooth system operating in accordance with the Bluetooth Special Interest Group (SIG) series of protocols, including Bluetooth Specification versions v1.0, v1.1, v1.2, v2.0, v2.0 with Enhanced Data Rate (EDR), etc.—as well as one or more Bluetooth Profiles, etc. Other examples may include systems using an infrared technique.
Cellular transceiver 136 may provide voice communications functionality in accordance with different types of cellular radiotelephone systems. Examples of cellular radiotelephone systems may include Code Division Multiple Access (CDMA) cellular radiotelephone communication systems, Global System for Mobile Communications (GSM) cellular radiotelephone systems, North American Digital Cellular (NADC) cellular radiotelephone systems, Time Division Multiple Access (TDMA) cellular radiotelephone systems, Extended-TDMA (E-TDMA) cellular radiotelephone systems, Narrowband Advanced Mobile Phone Service (NAMPS) cellular radiotelephone systems, third generation (3G) systems such as Wide-band CDMA (WCDMA), CDMA-2000, Universal Mobile Telephone System (UMTS) cellular radiotelephone systems compliant with the Third-Generation Partnership Project (3GPP), and so forth.
In addition to voice communications functionality, the cellular transceiver 136 may be arranged to provide data communications functionality in accordance with different types of cellular radiotelephone systems. Examples of cellular radiotelephone systems offering data communications services may include GSM with General Packet Radio Service (GPRS) systems (GSM/GPRS), CDMA/1×RTT systems, Enhanced Data Rates for Global Evolution (EDGE) systems, Evolution Data Only or Evolution Data Optimized (EV-DO) systems, Evolution For Data and Voice (EV-DV) systems, High Speed Downlink Packet Access (HSDPA) systems, High Speed Uplink Packet Access (HSUPA), and so forth.
Hand-held device 10 may include one or more user input devices 131 (e.g. button, switch, touch screen, keyboard, keypad, voice command circuit, etc.) for registering commands from a user on device 10. Some or all of user input devices 131 may interface with a switch control circuit (not shown) configured to interpret which switches have been actuated. User input device 131 may include an alphanumeric keyboard. The keyboard may comprise, for example, a QWERTY key layout and an integrated number dial pad. A keyboard integrated into a hand-held device would typically be a thumb keyboard. User input device 131 may also include various keys, buttons, and switches such as, for example, input keys, preset and programmable hot keys, left and right action buttons, a navigation button such as a multidirectional navigation button, phone/send and power/end buttons, preset and programmable shortcut buttons, a volume rocker switch, a ringer on/off switch having a vibrate mode, and so forth. Any of user input devices 131 may be concealable behind a body (e.g. a sliding body, a flip-out body, etc.) such that they are hidden when the body is in a first position and visible when the body is in the second position.
Hand-held device 10 may include one or more location determining circuits 124 (e.g. a GPS circuit and/or a cell-based location determining circuit) configured to determine the location of device 10. Device 10 may be configured to receive inputs from more than one location determining circuit 124. These inputs can be compared such that both are used, one (e.g. a cell-based system) can be used primarily when the other (e.g. GPS) is unable to provide reliable location information, or can have some other functional relationship.
Device 10 may use one or more different location determining techniques to derive the location of the device 10 based on the data from location determining circuit 124.
For example, device 10 may use one or more of Global Positioning System (GPS) techniques, Cell Global Identity (CGI) techniques, CGI including timing advance (TA) techniques, Enhanced Forward Link Trilateration (EFLT) techniques, Time Difference of Arrival (TDOA) techniques, Angle of Arrival (AOA) techniques, Advanced Forward Link Trilateration (AFTL) techniques, Observed Time Difference of Arrival (OTDOA), Enhanced Observed Time Difference (EOTD) techniques, Assisted GPS (AGPS) techniques, hybrid techniques (e.g., GPS/CGI, AGPS/CGI, GPS/AFTL or AGPS/AFTL for CDMA networks, GPS/EOTD or AGPS/EOTD for GSM/GPRS networks, GPS/OTDOA or AGPS/OTDOA for UMTS networks), and so forth.
Device 10 may be arranged to operate in one or more position determination modes including, for example, a standalone mode, a mobile station (MS) assisted mode, and/or a MS-based mode. In a standalone mode, such as a standalone GPS mode, the mobile computing device 10 may be arranged to autonomously determine its position without network interaction or support. When operating in an MS-assisted mode or an MS-based mode, however, device 10 may be arranged communicate over a radio access network (e.g., UMTS radio access network) with a position determination entity (PDE) such as a location proxy server (LPS) and/or a mobile positioning center (MPC).
In an MS-assisted mode, such as an MS-assisted AGPS mode, the PDE may be arranged to determine the position of the mobile computing device. In an MS-based mode, such as an MS-based AGPS mode, device 10 may be arranged to determine its position with only limited periodic assistance from the PDE. In various implementations, device 10 and the PDE may be arranged to communicate according a suitable MS-PDE protocol (e.g., MS-LPS or MS-MPC protocol) such as the TIA/EIA standard IS-801 message protocol for MS-assisted and MS-based sessions in a CDMA radiotelephone system.
When assisting device 10, the PDE may handle various processing operations and also may provide information to aid position determination. Examples of assisting information may include satellite-based measurements, terrestrial-based measurements, and/or system-based measurements such as satellite almanac information, GPS code phase measurements, ionospheric data, ephemeris data, time correction information, altitude estimates, timing offsets, forward/reverse link calibration, and so forth.
In various implementations, the assisting information provided by the PDE may improve the speed of satellite acquisition and the probability of a position fix by concentrating the search for a GPS signal and/or may improve the accuracy of position determination. Each position fix or series of position fixes may be available at device 10 and/or at the PDE depending on the position determination mode. In some cases, data calls may be made and assisting information may be sent to device 10 from the PDE for every position fix. In other cases, data calls may be made and assistance information may be sent periodically and/or as needed.
Hand-held device 10 may include one or more audio circuits 120 (e.g. speakers, microphone, etc.) for providing or receiving audio information to or from a user. In one example, hand-held device 10 includes a first speaker 120 designed for regular phone operation. Hand-held device 10 may also include a second speaker 120 for louder applications such as speaker phone operation, music or other audio playback (e.g. an mp3 player application), etc. Hand-held device 10 may also include one or more audio ports 120 (e.g. a headphone connector) for output to an external speaker and/or input from an external microphone. Audio circuit 120 may be under the control of one or more audio drivers 122 which may include D/A converters and/or an amplifier.
Hand-held device 10 may include a camera 112 for taking pictures using device 10. Camera 112 may include a CCD sensor, a CMOS sensor, or some other type of image sensor capable of obtaining an image (particularly, images sensors capable of obtaining an image formed as an array of pixels). The image sensor may have a resolution of at least about 65,000 pixels or at least about 1 megapixel. In some embodiments, the image sensor may have a resolution of at least about 4 megapixels. Camera 112 may also include read-out electronics for reading data from the image sensor. Image processing circuit 116 may be coupled to the camera 112 for processing an image obtained by the camera. This image processing may include format conversion (e.g. RGB to YCbCr), white balancing, tone correction, edge correction, red-eye reduction, compression, CFA interpolation, etc. Image processing circuit 116 may be dedicated hardware that has been optimized for performing image processing.
Hand-held device 10 may include a display 114 for displaying information to a user. Display 114 could be one or more of an LCD display (e.g. a touch-sensitive color thin-film transistor (TFT) LCD screen), an electroluminescent display, a carbon-nanotube-based display, a plasma display, an organic light emitting diode (OLED) display, and some other type of display. Display 114 may be a touch screen display such that a user may input commands by approaching (e.g. touching) display 114 (including touch screens that require a specialized device to input information). Display 114 may be a color display (e.g., 16 or more bit color display) or may be a non-color (e.g. monotone) display. Display 114 may be controlled by a display driver 118 that is under the control of a microprocessor 126. In some embodiments, display 114 may be used with a stylus. Display 114 may be used as an input to a handwriting recognizer application.
Hand-held device 10 may include a dedicated memory 134 fixed to device 10. Memory 134 may be implemented using any machine-readable or computer-readable media capable of storing data such as erasable or non-erasable memory, writeable or re-writeable memory, and so forth. Dedicated memory 134 may be a non-volatile memory, may be a volatile memory, or may include both volatile and non-volatile memories. Examples of machine-readable storage media may include, without limitation, random-access memory (RAM), dynamic RAM (DRAM), Double-Data-Rate DRAM (DDRAM), synchronous DRAM (SDRAM), static RAM (SRAM), read-only memory (ROM), programmable ROM (PROM), erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory (e.g., NOR or NAND flash memory), content addressable memory (CAM), polymer memory (e.g., ferroelectric polymer memory), phase-change memory, ovonic memory, ferroelectric memory, silicon-oxide-nitride-oxide-silicon (SONOS) memory, magnetic or optical cards, or any other type of media suitable for storing information. In one embodiment, fixed memory 134 is a non-volatile memory.
Although the memory 134 is shown as being separate from and external to processing circuit 132 some portion or the entire memory 134 may be included on the same integrated circuit as processing circuit 132 (e.g. the same integrated circuit as microprocessor 126).
Hand-held device 10 may include a removable memory port 138 configured to receive a removable memory medium, and/or other components. Removable memory port 138 may also serve as an external device connector 140. For example, removable memory port may be an SDIO card slot which can be used to receive memory cards, receive cards input and/or output data, and combined cards having both memory and input/output functions.
Memory 134 and/or memory 138 may be arranged to store one or more software programs to be executed by processing circuit 132.
Dedicated memory 134 and removable memory 138 may be connected to and/or under the control of a common memory controller 128 such as a non-volatile memory controller. Memory controller 128 may be configured to control reading of data to and writing of data from dedicated memory 134 and/or removable memory 138.
Handheld device 10 may be configured to connect to one or more servers 146,148 via a network 142 (such as the Internet) using one or more of network transceiver 144, cellular transceiver 136, and external device connector 140.
Hand-held device 10 may also include a power supply circuit 151 configured to regulate power supply in hand-held device 10. Power supply circuit 151 may be configured to do one or more of control charging of battery 155, to communicate the amount of power remaining in battery 155, determine and/or communicate whether an external power supply is connected, switch between the external power supply and the battery, etc. Battery 155 may be a rechargeable battery and may be removable or may be fixed to device 10. Battery 155 may be formed from any number of types of batteries including silver-based batteries (e.g. silver-zinc, magnesium-silver-chloride, etc.), a lithium-based battery (e.g. lithium-ion, lithium-polymer, etc.), a nickel-based battery (nickel-cadmium, nickel-metal-hydride, etc.), zinc-based batteries (e.g. silver-zinc, carbon-zinc, etc.), etc. External power supply connector 133 may be configured to be connected to a direct current source, an alternating current source, or both DC and AC sources.
Device 10 may have an optical viewfinder (not shown), may use display 114 as a digital viewfinder, may include some other type of view finder, may include multiple types of view finders, or may not include a view finder.
Device 10 may be configured to connect to the Internet 142, which may be a direct connection (e.g. using cellular transceiver 136, external device connector 140, or network transceiver 144) or may be an indirect connection (e.g. routed through external device 150). Device 10 may receive information from and/or provide information to the Internet. Device 10 may include a web browser configured to display information received from the Internet (including information which may be optimized by the browser for display on portable device 10). Device 10 may connect to one or more remote servers 146,148 using the Internet. Device 10 could also connect to another personal electronic device 150 by way of the Internet.
Device 10 may comprise an antenna system (not illustrated) for transmitting and/or receiving electrical signals. Each of the transceivers 136,144 and/or location circuit 124 may include individual antennas or may include a common antenna system. The antenna system may include or be implemented as one or more internal antennas and/or external antennas.
Portable device 10 may comprise a subscriber identity module (SIM) coupled to processing circuit 132. The SIM may comprise, for example, a removable or non-removable smart card arranged to encrypt voice and data transmissions and to store user-specific data for allowing a voice or data communications network to identify and authenticate the user. The SIM may store data such as personal settings specific to the user.
Referring to FIG. 3, device 10 and/or processing circuit 132 may be configured to run any number of different types of applications. Examples of application programs may include, for example, a phone application 230 (e.g. a telephone application, a voicemail application, a VoIP application, etc.), a messaging application 202 (e.g. an e-mail application, an instant message (IM) application, a short message service (SMS) application, a multimedia message service (MMS) application), a web browser application 228, a personal setting application 210 (e.g. a personal information manager (PIM) application), a contact management application 218, a calendar application 216 (e.g. a calendar application, a scheduling application, etc.), a task management application 222, a document application (e.g. a word processing application, a spreadsheet application, a slide application, a document viewer application, a database application, etc.), a location application 214 (e.g. a positioning application, a navigation application, etc.), an image application 212 (e.g. a camera application such as a digital camera application and/or a video camera application, an image management application, etc.) including media player applications (e.g. a video player application, an audio player application, a multimedia player application, etc.), a gaming application, a handwriting recognition application, and so forth. The application software may provide a graphical user interface (GUI) to communicate information between the portable device 10 and a user.
Device 10 may include a location application 214. Location application 214 may be configured to calculate the current position (e.g. the rough current position) of device 10 based on data received from one or more location determining circuits 124. Location application 214 may be provided with map information such that it can translate coordinate positions into map positions (and vice versa). Location application 214 may be configured to provide navigational information to a user such as turn by turn directions.
Device 10 may include personal organizer applications such as a calendar application 216, a contacts application 218, and a task application (not illustrated). Calendar application 216 may allow a user to schedule events, set alarms for events, and store a wide variety of information for events (e.g. name of the event, location of the event, other attendees of the event, etc.). Contacts application 218 may allow a user to save contact information for a contact such as phone number information (which may be shared with a phone application 230), address information, group information (e.g. which user created group or groups the contact belongs to), and other information about the contact. The task application allows a user to keep track of pending and/or completed tasks.
Device 10 may include an internal clock application 224 that keeps track of time information (such as current time of day and/or date), time zone information, daylight savings time information, etc. Clock application 224 may be a program running based on data from an internal clock of microprocessor 126, data from a separate clock/timing circuit, or data from some other circuit.
Device 10 may also include one or more network connection protocol applications 226 that allow a user to transfer data over one or more networks. Network application 226 may be configured to allow device 10 to access a remote device such as server 146,148.
Device 10 may include an Internet browser application 228 that allows a user to browse the internet. The Internet browser application may be configured to alter the data received from Internet sites so that the data can be easily viewed on portable device 10.
Device 10 may include a phone application 230 configured to allow a user to make phone calls. Phone application 230 may use contact information from contact application 218 to place phone calls.
Device 10 may also include one or more messaging applications 202 that allow a user to send and/or receive messages such as text messages, multi-media messages, e-mails, etc. E-mail messages may come from a server which may use a Push technology and/or may use a pull technology (e.g. POP3, IMAP, etc.).
Any of the information discussed above for any of the applications (e.g. applications 202-228) may be added to or otherwise associated with an image file.
Referring to FIGS. 1-2, a hand-held portable computing device 10 (e.g. a mobile computing device such as a smartphone) includes a number of user input devices 131. The user input devices include a send button 4 configured to select options appearing on display 3 and/or send messages, a 5-way navigator 5 configured to navigate through options appearing on display 3, a power/end button 6 configured to select options appearing on display 3 and to turn on display 3, a phone button 7 usable to access a phone application screen, a calendar button 8 usable to access a calendar application screen, a messaging button 9 usable to access a messaging application screen, an applications button 60 usable to access a screen showing available applications, a thumb keyboard 11 (which includes a phone dial pad 12 usable to dial during a phone application), a volume button 19 usable to adjust the volume of audio output of device 10, a customizable button 20 which a user may customize to perform various functions, a ringer switch 22 usable to switch the smartphone from one mode to another mode (such as switching from a normal ringer mode to a meeting ringer mode), and a touch screen display 3 usable to select control options displayed on display 3. Touch screen display 3 is also a color LCD display 114 having a TFT matrix.
Smartphone 10 also includes audio circuits 120. The audio circuits 120 include phone speaker 2 usable to listen to information in a normal phone mode, external speaker 16 louder than the phone speaker (e.g. for listening to music, for a speakerphone mode, etc.), headset jack 23 to which a user can attach an external headset which may include a speaker and/or a microphone, and microphone 25 which can be used to pick up audio information such as the user's end of a conversation during a phone call.
Smartphone 10 also includes a status indicator 1 that can be used to indicate the status of Smartphone 10 (such as messages pending, charging, low battery, etc.), a stylus slot 13 for receiving a stylus such as a stylus usable to input data on touch screen display 3, a digital camera 15 (see camera 112) usable to capture images, a mirror 14 positioned proximate camera 15 such that a user may view themselves in mirror 14 when taking a picture of themselves using camera 15, a removable battery 18 (see battery 155), and a connector 24 (see external data connector 140 and external power supply 133) which can be used to connect device 10 to either (or both) an external power supply such as a wall outlet or battery charger or an external device such as a personal computer, a gps unit, a display unit, or some other external device.
Smartphone 10 also includes an expansion slot 21 (see removable memory 138) which may be used to receive a memory card and/or a device which communicates data through slot 21, and a SIM card slot 17, located behind battery 18, configured to receive a SIM card or other card that allows the user to access a cellular network.
In various embodiments device 10 may include a housing 40. Housing 40 could be any size, shape, and dimension. In some embodiments, housing 40 has a width 52 (shorter dimension) of no more than about 200 mm or no more than about 100 mm. According to some of these embodiments, housing 40 has a width 52 of no more than about 85 mm or no more than about 65 mm. According to some embodiments, housing 40 has a width 352 of at least about 30 mm or at least about 50 mm. According to some of these embodiments, housing 40 has a width 52 of at least about 55 mm.
In some embodiments, housing 40 has a length 54 (longer dimension) of no more than about 200 mm or no more than about 150 mm. According to some of these embodiments, housing 40 has a length 54 of no more than about 135 mm or no more than about 125 mm. According to some embodiments, housing 40 has a length 54 of at least about 70 mm or at least about 100 mm. According to some of these embodiments, housing 40 has a length 54 of at least about 110 mm.
In some embodiments, housing 40 has a thickness 50 (smallest dimension) of no more than about 150 mm or no more than about 50 mm. According to some of these embodiments, housing 40 has a thickness 50 of no more than about 30 mm or no more than about 25 mm. According to some embodiments, housing 40 has a thickness 50 of at least about 10 mm or at least about 15 mm. According to some of these embodiments, housing 40 has a thickness 50 of at least about 50 mm.
While described with regards to a hand-held device, many embodiments are usable with portable devices which are not handheld and/or with non-portable devices/systems.
The various single applications discussed above may be performed by multiple applications where more than one application performs all of the functions discussed for the application or where one application only performs some of the functions discussed for the application. For example, the image application 212 may be divided into an image capturing application and a separate image viewing application. Also, more than one application may be included on device 10 that is capable of displaying images as described for image application 212.
Further, while shown as separate applications above, many of the above listed applications can be combined into single applications that perform all or some of the functions listed for more than one of the applications discussed above.
While some components in FIG. 2 were discussed as being singular and others were discussed as being plural, the invention is not limited to devices having these same numbers of each type of component. Embodiments are conceived where each combination of plural and singular components exist.
In some embodiments, the various components shown in FIG. 2 may be combined in a single component. For example, in some embodiments, removable memory 138 may also be an external device connector 140 (such as an SDIO card slot which can be used to receive memory cards, input and/or output data, and combined devices having both memory and input/output functions). As another example, in some embodiments, a single connector could serve as both an external device connector 140 and as a connection to an external power supply 133.
Also, in some embodiments, the function of various claim components shown in FIG. 2 may be performed by a combination of distinct electrical components. For instance, a location determining circuit 124 may have a separate microprocessor that works in combination with the main microprocessor 126 of the system to perform the functions of the processing circuit 132. As another example, image processing circuit 116 may make use of the electronics of camera 112 to perform image processing, while also having other, discrete electronic components.
While the discussion above was generally directed to “future tasks”—tasks entered more than a quarter hour prior to their contemplated completion or taking action towards completing (e.g. not immediately routed to)—the features discussed above may be applied to any tasks, including tasks not meeting the criteria for future tasks (i.e. present tasks) such as immediate tasks (tasks to be completed or to have action taken on immediately when entered). However, in most (although not all) contemplated embodiments, the system performing the function is configured to permit any one or more of the above-described functions to be carried out on future tasks.
Additionally, while some discussion was made above relating to websites, it is equally contemplated that the features relating to websites could be applied to any other network-accessible data system (e.g. some other network-accessible information retrieval system such as a network-accessible database system).

## Claims

1. A mobile computing device, comprising:
a location determining circuit configured to determine a current location of the mobile computing device;
a memory configured to store one or more generic names associated with a location; and
a processing circuit configured to:
set a name from the one or more generic names associated with the location for the current location based upon the current location and a current time;
receive and store information from a user;
associate the information with a second mobile computing device;
determine that the second mobile computing device is near the mobile computing device; and
provide a notification to a user of the mobile computing device based on the determination.

2. The mobile computing device of claim 1, wherein the notification comprises displaying the name and at least a portion of the information.

3. The mobile computing device of claim 1, wherein the information comprises text received from a keyboard.

4. The mobile computing device of claim 3, wherein the processing circuit is configured to operate a notes or task list application to receive and store the text.

5. The mobile computing device of claim 1, wherein the processing circuit is configured to determine that the second mobile computing device is near the mobile computing device based on a signal received directly from the second mobile computing device.

6. The mobile computing device of claim 1, wherein the processing circuit is configured to associate the information with the second mobile computing device using data stored by a contacts application operated by the processing circuit.

7. The mobile computing device of claim 1, wherein the processing circuit is configured to monitor the location of the second mobile computing device to determine that the second mobile computing device is near the mobile computing device.

8. A mobile computing device, comprising:
a user input device;
an output device;
a memory configured to store data and one or more names associated with a location; and
a processing circuit configured to:
set a name for a current location of the mobile computing device based upon the current location and a current time from the one or more names associated with the location;
receive user input from the user input device indicative of a request to associate the stored data with a second mobile computing device;
receive an indication that the second mobile computing device is proximate to the mobile computing device; and
provide a notification to the user via the output device based on the indication.

9. The mobile computing device of claim 8, wherein the user input device comprises a keyboard, wherein the processing circuit is further configured to receive text input from the keyboard and to store the text input as the stored data.

10. The mobile computing device of claim 8, wherein the stored data comprises a voicemail.

11. The mobile computing device of claim 8, wherein the processing circuit is configured to generate the indication that the second mobile computing device is proximate to the mobile computing device based on location information from a location determination circuit coupled to the processing circuit.

12. The mobile computing device of claim 8, wherein the processing circuit is configured to generate the indication that the second mobile computing device is proximate to the mobile computing device based on a wireless signal received directly from the second mobile computing device.

13. The mobile computing device of claim 11, wherein the notification comprises at least two of a displayed text, a vibration, and an audible notification.

14. The mobile computing device of claim 8, wherein the user input indicative of a request to associate the stored data with the second mobile computing device comprises receiving a selection from the user of a contact data file stored in a contacts application operated by the processing circuit, wherein the second mobile computing device has an identifier stored in the contact data file.

15. The mobile computing device of claim 14, wherein the contact data file comprises a field configured to store textual notes received from the user from the user input device, wherein the notification comprises at least a portion of the textual notes.

16. The mobile computing device of claim 8, wherein the processing circuit is configured to operate a messaging application configured to receive and send at least one of electronic mails and text messages, wherein the request to associate the stored data with the second mobile computing device is received via user input into the messaging application.

17. The mobile computing device of claim 8, wherein the processing circuit is configured to operate a navigation application configured to receive address data and to provide at least one of mapping and turn-by-turn direction data, wherein the request to associate the stored data with the second mobile computing device is received via user input into the navigation application.