Automatic Alert Mode Selection

FIELD

0001This disclosure relates to Automatic Alert Mode Selection for mobile devices.

BACKGROUND

0002Mobile devices such as smartphones and personal digital assistants (PDAs) are ubiquitous in today's society. Many individuals carry their mobile devices with them at virtually all times so that they can access information remotely, get in contact with other individuals, and entertain themselves.

0003Mobile devices typically emit an audible alert to indicate an incoming phone call, an incoming text message, the occurrence of a pre-set alarm, or for any other reason. Unfortunately, mobile devices can often make these audible alerts at times or locations that are inappropriate. For example, an individual's mobile device may ring loudly while in a crowded movie theater, ruining the movie watching experience for other viewers (or during meetings, thus disturbing the meeting). Currently, individuals must remember to manually toggle their mobile devices to a vibrate mode or a silent mode while in these situations to prevent the audible alert from disturbing others. The individual must then remember to switch the mobile device back to a ringer mode at a later time. The difficulty of remembering to toggle the phone can result in the mobile device ringing at times when the individual wants the mobile device to vibrate, and vibrating when the individual wants the mobile device to ring.

SUMMARY

0004The following presents a simplified summary of the disclosure to provide a basic understanding to the reader. This summary is not an extensive overview of the disclosure, nor does it identify key or critical elements of the claimed subject matter, or define its scope. Its sole purpose is to present some concepts disclosed in a simplified form as a precursor to the more detailed description that is later presented.

0005The instant application discloses, among other things, techniques to provide for Automatic Alert Mode Selection. In one embodiment, a mobile device may automatically select an alert mode based on the device's particular location, a calendar event, or other preference, as determined by a user. For example, a smartphone may select a vibrate or a silent mode rather than audible mode during a meeting. The software's mobile application may interact with other application program interfaces (APIs) to gather relevant location, time, speed, calendar, or event information, or to gather other information at a predetermined time interval.

0006Many of the attendant features may be more readily appreciated as they become better understood by reference to the following detailed description considered in connection with the attached drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

0007The present description may be better understood from the following detailed description read in light of the appended drawings, wherein:

0008<figref idref="DRAWINGS">FIG. 1</figref> is a flow diagram illustrating an Automatic Alert Mode Selection process according to one embodiment.

0009<figref idref="DRAWINGS">FIG. 2</figref> is a user interface layout for setting location-based user preferences according to one embodiment.

0010<figref idref="DRAWINGS">FIG. 3</figref> is a user interface layout for setting calendar-based user preferences according to one embodiment.

0011<figref idref="DRAWINGS">FIG. 4</figref> is a flowchart illustrating an Automatic Alert Mode Selection process according to one embodiment.

0012<figref idref="DRAWINGS">FIG. 5</figref> illustrates a component diagram of a computing device according to one embodiment.

0013Like reference numerals are used to designate like parts in the accompanying drawings.

DETAILED DESCRIPTION

0014A more particular description of certain embodiments of Automatic Alert Mode Selection may be had by references to the embodiments shown in the drawings that form a part of this specification, in which like numerals represent like objects.

0015<figref idref="DRAWINGS">FIG. 1</figref> is a flow diagram illustrating an Automatic Alert Mode Selection process according to one embodiment. At Detect Time and Location <b>110</b>, Automatic Alert Mode Selection may obtain information from a clock and a location sensor in a mobile device. A user may configure a schedule for performing Detect Time and Location <b>110</b>. Automatic Alert Mode Selection may Get Calendar Information <b>120</b>, which may include using an application programming interface (API) with a calendar on the mobile device, or may include other methods of determining calendar information; for example, obtaining calendar information stored in a cloud. Location information may be determined by communicating with networks and cell phone towers, by communicating with 3rd party location service providers, for example Skyhook™, or utilizing a location sensor such as a global positioning system (GPS), or by communicating with 3rd party location service providers whereby latitude or longitude coordinates are received, to determine a current location.

0016Determine Desired Configuration <b>130</b> may take the time, calendar information, and location information and determine, based on user preferences, how the user wishes the mobile device to respond to alerts. For example, if a user has indicated that a meeting will be happening from 1:00 to 2:00, and it is now 1:00, Automatic Alert Mode Selection may read a desired configuration that the user has stored to apply during meetings, perhaps to provide alerts in vibrate mode. Similarly, a user may save preferences for a particular location so that, for example, alerts may be turned off, or set to silent mode, if the mobile device is in a theater\school\college\hospital etc. One having skill in the art will recognize that various classifications of calendar events, locations, other factors, or combinations of factors may be used to identify desired configurations. Automatic Alert Mode Selection may then Set Desired Configuration <b>140</b>, setting alert modes on the mobile device to the settings previously saved by the user, for example toggling between the device's vibrate, ringer or silent modes, or adjusting volume settings, based on the calendar, location, time, speed, or other data received, and the user-defined settings. The mobile application may be able to determine, based on location, calendars, events, and settings selected by the user, when to alternate between the various notification modes. The mobile application may also include additional information in an SMS message. For example, if the mobile application determines that it is unsafe to use text messages, it may automatically include information in a message sent to friends or family of a user (or) in some cases disable texting temporarily.

0017Automatic Alert Mode Selection may operate with any mobile device, such as a smartphone, PDA, or tablet. It may also be used on any platform, for example, Android, iOS, Windows, Windows Phone, Symbian, Linux, or Blackberry. Automatic Alert Mode Selection's features and processes by which it operates may vary slightly, depending on an operating system and device.

0018The user may configure Automatic Alert Mode Selection to detect and monitor location changes and automatically toggle the vibration, ringer, or volume settings based on those movements. Data collected may be communicated with an API with a place-type filter, a service that returns information about popular locations, such as Google Places API or Skyhook. For example, the device may utilize a filter for movie theaters, churches, or libraries. The place-type filters may be configured based on the user's preferences, and the user may expand or edit the place-types list.

0019In addition, Automatic Alert Mode Selection may talk to an “event services” API to get details about events taking place at or near a user's location, and automatically adjust alerts between vibrate, audible, silent, or volume settings on the phone based on the user's preferences.

0020Automatic Alert Mode Selection may also talk to APIs such as Google, Yahoo, Hotmail, Exchange, Live, or any other email, calendar, event, or location service, by requesting a user to grant access to an account. Following authorization or authentication, the application may communicate with servers of the account and retrieve information.

0021Furthermore, Automatic Alert Mode Selection may schedule alarms or function calls, depending on an operating system, to mark an event's start and end time, and may enable toggling to take place based on a user's preferences for those alarms.

0022<figref idref="DRAWINGS">FIG. 2</figref> is a user interface layout for setting location-based user preferences according to one embodiment. Location Detection Toggle <b>210</b> may allow a user to configure whether or not Automatic Alert Mode Selection should monitor or ignore location changes. If the user indicates that location changes should be monitored, by checking a checkbox, for example, the user may set a Detection Interval by clicking on a dropdown menu which may be available on Detection Interval <b>220</b>. Detection Interval may be based on time or distance moved, or may be based on other events. Detection Method <b>230</b> may allow a user to select whether to use a global positioning system (GPS), network information, cell-phone tower triangulation, or other ways of determining location. Location Types <b>240</b> may provide a dropdown menu for a user to select various place-types and set configuration preferences for each place-type. Place-types may include but are not limited to educational institution, health institution, movie, library, government office, gym, or office. One having skill in the art will recognize that many different place-types may be determined and used.

0023For example, a user may indicate on a device that location information should be determined using GPS every five minutes, and that if location information indicates that the device is at a playground, alerts should be made audibly and with vibration. But if the device is in a theater, alerts should be blocked entirely, or made in silent mode. In another embodiment, location may be determined by a distance, speed and time calculation or measurement.

0024<figref idref="DRAWINGS">FIG. 3</figref> is a user interface layout for setting calendar-based user preferences according to one embodiment. All Day Events Toggle <b>310</b> may allow a user to indicate whether all day events should be considered when determining alert modes. Sync Frequency <b>320</b> may allow a user to determine how often Automatic Alert Mode Selection should request data from a calendar to determine a desired alert mode.

0025Automatic Response Toggle <b>330</b> may allow a user to indicate whether an automatic email response should be sent if someone calls during an event-type, such as a meeting or a movie, if the user has indicated a preference not to receive phone calls. Unknown Caller Toggle <b>340</b> may indicate if the user wishes to have the same response sent to callers not in a phone book on a mobile device. Automated Response Entry <b>350</b> may provide a way to edit an automatic response, by allowing an automated SMS reply to be sent to a caller.

0026<figref idref="DRAWINGS">FIG. 4</figref> is a flowchart illustrating an Automatic Alert Mode Selection process according to one embodiment. Two key triggers for toggling into or out of silent mode may be used: a calendar event and location.

0027Access to Local Calendar <b>410</b> may check to see if Automatic Alert Mode Selection has access to a calendar stored locally on a phone or other device. If not, it may Check a Calendar stored on a Cloud <b>415</b>. Check Event Criteria <b>420</b> may include reviewing an event occurring according to a calendar, and a user's preferences. If the event is longer than a set amount of time,

0028Ignore Event Longer than X <b>425</b> may check to see if the event should be ignored. For example, if the calendar indicates that an event lasts all day, a user preference may be to ignore the event and Not Toggle Ringer Mode <b>430</b> Otherwise, if the event is not longer than a set time (X minutes or hours, for example), or a user preference does not indicate to ignore the event, Toggle ringer mode between Audible/Vibrate/Silent <b>435</b> may occur.

0029An alternative way to decide whether to switch to silent mode may be based on location. Use GPS <b>440</b> may allow checking a user's preference of whether Automatic Alert Mode Selection may use a device's GPS or other high-definition location determination system. If YES, Location may be Monitored <b>445</b>. If NO, Automatic Alert Mode Selection may Use Wi-Fi, Cellular Network, or Other Means <b>450</b> to detect location. In either case, if Movement is Detected <b>455</b>, SMS may be Disabled <b>460</b>, and Toggle ringer mode between Audible/Vibrate/Silent <b>435</b> may occur. SMS may, for example, be limited to prevent texting while driving a car. Movement is Detected <b>455</b> may be triggered if a movement in excess of a certain distance is detected, or if a particular boundary is crossed, such as a street or the entry into a theater.

0030Battery consumption may be reduced by adjusting various parameters. Setting a preference concerning Schedule and Time Criteria <b>465</b>, for example, may disable checking for conditions to Toggle ringer mode between Audible/Vibrate/Silent <b>435</b>. For example, a setting may indicate that calendar and position tests may not need to be executed between midnight and six o'clock in the morning. Another preference setting, Accuracy Criteria <b>470</b>, may indicate that accuracy requirements may be reduced at particular times or locations. If Accuracy Criteria <b>470</b> is NO, a mode providing Best Battery Utilization/Low Accuracy <b>490</b> may be implemented. Movement Criteria <b>475</b> may be tested; if movement is detected Moved More than X Distance <b>480</b> may be checked, and a Location Match <b>485</b> may be tested. Based on the result of these tests, Toggle ringer mode between Audible/Vibrate/Silent <b>435</b> or Don't Toggle Ringer Mode <b>430</b> may be performed.

0031<figref idref="DRAWINGS">FIG. 5</figref> illustrates a component diagram of a computing device according to one embodiment. The Computing Device (<b>1300</b>) can be utilized to implement one or more computing devices, computer processes, or software modules described herein, including, for example, but not limited to a mobile device. In one example, the Computing Device (<b>1300</b>) can be utilized to process calculations, execute instructions, receive and transmit digital signals. In another example, the Computing Device (<b>1300</b>) can be utilized to process calculations, execute instructions, receive and transmit digital signals, receive and transmit search queries, and hypertext, compile computer code suitable for a mobile device. The Computing Device (<b>1300</b>) can be any general or special purpose computer now known or to become known capable of performing the steps and/or performing the functions described herein, either in software, hardware, firmware, or a combination thereof.

0032In its most basic configuration, Computing Device (<b>1300</b>) typically includes at least one Central Processing Unit (CPU) (<b>1302</b>) and Memory (<b>1304</b>). Depending on the exact configuration and type of Computing Device (<b>1300</b>), Memory (<b>1304</b>) may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. Additionally, Computing Device (<b>1300</b>) may also have additional features/functionality. For example, Computing Device (<b>1300</b>) may include multiple CPU's. The described methods may be executed in any manner by any processing unit in computing device (<b>1300</b>). For example, the described process may be executed by both multiple CPU's in parallel.

0033Computing Device (<b>1300</b>) may also include additional storage (removable and/or non-removable) including, but not limited to, magnetic or optical disks or tape. Such additional storage is illustrated in <figref idref="DRAWINGS">FIG. 5</figref> by Storage (<b>1306</b>). Computer readable storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Memory (<b>1304</b>) and Storage (<b>1306</b>) are all examples of computer readable storage media. Computer readable storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computing device (<b>1300</b>). Any such computer readable storage media may be part of computing device (<b>1300</b>). But computer readable storage media does not include transient signals.

0034Computing Device (<b>1300</b>) may also contain Communications Device(s) (<b>1312</b>) that allow the device to communicate with other devices. Communications Device(s) (<b>1312</b>) is an example of communication media. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media. The term computer-readable media as used herein includes both computer readable storage media and communication media. The described methods may be encoded in any computer-readable media in any form, such as data, computer-executable instructions, and the like.

0035Computing Device (<b>1300</b>) may also have Input Device(s) (<b>1310</b>) such as keyboard, mouse, pen, voice input device, touch input device, etc. Output Device(s) (<b>1308</b>) such as a display, speakers, printer, etc. may also be included. All these devices are well known in the art and need not be discussed at length.

0036Those skilled in the art will realize that storage devices utilized to store program instructions can be distributed across a network. For example, a remote computer may store an example of the process described as software. A local or terminal computer may access the remote computer and download a part or all of the software to run the program. Alternatively, the local computer may download pieces of the software as needed, or execute some software instructions at the local terminal and some at the remote computer (or computer network). Those skilled in the art will also realize that by utilizing conventional techniques known to those skilled in the art that all, or a portion of the software instructions may be carried out by a dedicated circuit, such as a digital signal processor (DSP), programmable logic array, or the like.

0037While the detailed description above has been expressed in terms of specific examples, those skilled in the art will appreciate that many other configurations could be used. Accordingly, it will be appreciated that various equivalent modifications of the above-described embodiments may be made without departing from the spirit and scope of the invention.

0038Additionally, the illustrated operations in the description show certain events occurring in a certain order. In alternative embodiments, certain operations may be performed in a different order, modified or removed. Moreover, steps may be added to the above described logic and still conform to the described embodiments. Further, operations described herein may occur sequentially or certain operations may be processed in parallel. Yet further, operations may be performed by a single processing unit or by distributed processing units.

0039The foregoing description of various embodiments of the invention has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. It is intended that the scope of the invention be limited not by this detailed description, but rather by the claims appended hereto. The above specification, examples and data provide a complete description of the manufacture and use of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.