Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
  • H04W4/12—Messaging; Mailboxes; Announcements
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
  • H04M3/4872—Non-interactive information services
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N7/00—Television systems
  • H04N7/14—Systems for two-way working
  • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
  • H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M2203/00—Aspects of automatic or semi-automatic exchanges
  • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
  • H04M2203/2038—Call context notifications
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/42025—Calling or Called party identification service
  • H04M3/42034—Calling party identification service
  • H04M3/42059—Making use of the calling party identifier
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04M—TELEPHONIC COMMUNICATION
  • H04M3/00—Automatic or semi-automatic exchanges
  • H04M3/42—Systems providing special services or facilities to subscribers
  • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
  • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
  • H04M3/533—Voice mail systems

Definitions

• the present disclosure relates to communication devices, and more particularly to intelligent in-absentia communication systems for communication devices.
• the systems, methods, and devices of the various aspects enable a communication device to respond to a caller based on an intent of the caller as determined by an intent engine and the caller's privilege level.
• the caller may be engaged, the caller's privilege level may be determined, an intent engine may determine the caller's intent, and based on the caller's intent and
• the caller may be provided with information and/or a set of configurable follow-up actions may be taken in the absence of the intended communication recipient.
• a method for responding to a call from a caller placed to a communication device may include determining an intent of the caller using an intent engine, determining a privilege level of the caller, and taking an action in response to the determine intent and the determined privilege level.
• a communication device may include a memory coupled to a processor configured with processor-executable instructions to perform operations including determining an intent of a caller using an intent engine, determining a privilege level of the caller, and taking an action in response to the determined intent and the determined privilege level.
• a communication device may include means for determining an intent of a caller using an intent engine, means for determining a privilege level of the caller, and means for taking an action in response to the determined intent and the determined privilege level.
• a non-transitory processor-readable medium may have stored thereon processor-executable instructions configured to cause a processor of a
• communication device to perform operations including determining an intent of a caller using an intent engine, determining a privilege level of the caller, and taking an action in response to the determined intent and the determined privilege level.
• FIG. 1 A is a block diagram of an aspect communication device including an intent engine in communication with a network suitable for use with the various aspects.
• FIG. IB is a block diagram of another aspect communication device including an intent engine in communication with an intent server via a network suitable for use with the various aspects.
• FIG. 2 is a process flow diagram illustrating an aspect method for responding to a call from a caller placed to a communication device.
• FIGs. 3A-3F illustrate example operations performed by a
• FIG. 4 is a process flow diagram illustrating an aspect method taking actions based on identified attributes and a determined privilege level.
• FIG. 5 is a process flow diagram illustrating an aspect method for determining the availability of a user when responding to a telephone call.
• FIG. 6 is a process flow diagram illustrating an aspect method for identifying a caller.
• FIG. 7 is a process flow diagram illustrating an aspect method for determining a caller privilege level.
• FIG. 8 is a process flow diagram illustrating an aspect method for authorizing an action based on a privilege level.
• FIG. 9 is a process flow diagram illustrating an aspect method identifying attribute(s).
• FIG. 10 is a process flow diagram illustrating an aspect method for responding to a call based on an identified attribute.
• FIG. 11 is a process flow diagram illustrating another aspect method for responding to a call from a caller placed to a communication device.
• FIG. 12 is a process flow diagram illustrating an aspect method for responding to a call from a caller place to a communication device based at least in part on determinations made by an intent server.
• FIG. 13 is a schematic diagram of an apparatus for responding to a call from a caller placed to a communication device according to an aspect.
• FIG. 14 is a schematic diagram of an apparatus for responding to a call from a caller placed to a communication device according to another aspect.
• FIG. 15 is a schematic diagram of an apparatus for responding to a call from a caller placed to a communication device according to a third aspect.
• FIG. 16 is a schematic diagram of an apparatus for responding to a call from a caller placed to a communication device according to a fourth aspect.
• FIG. 17 is a schematic diagram of an apparatus for responding to a call from a caller placed to a communication device according to a fifth aspect.
• FIG. 18 is a component block diagram of an example communication device suitable for use with the various aspects.
• FIG. 19 is a component block diagram of an example server suitable for use with the various aspects.
• FIG. 20 is a component diagram of an example communication device suitable for use with the various aspects.
• FIG. 21 is a component diagram of another example communication device suitable for use with the various aspects.
• FIG. 22 is a component diagram of an example server suitable for use with the various aspects.
• mobile device As used herein, the terms “mobile device,” “communication(s) device,” and “receiver device” are used interchangeably herein to refer to any one or all of cellular telephones, smart phones, personal or mobile multi-media
• PDA personal data assistants
• laptop computers laptop computers
• tablet computers smart books
• palm-top computers wireless electronic mail receivers
• multimedia Internet enabled cellular telephones wireless gaming controllers
• similar personal electronic devices which include a programmable processor and memory and circuitry for responding to a call from a caller.
• server is used to refer to any computing device capable of functioning as a server, such as a master exchange server, web server, mail server, document server, or any other type of server.
• a server may be a dedicated computing device or a computing device including a server module (e.g., running an application which may cause the computing device to operate as a server).
• a server module e.g., server application
• a server module may be a full function server module, or a light or secondary server module (e.g., light or secondary server application) that is configured to provide synchronization services among the dynamic databases on mobile devices.
• a light server or secondary server may be a slimmed-down version of server type functionality that can be implemented on a mobile device thereby enabling it to function as an Internet server (e.g., an enterprise e-mail server) only to the extent necessary to provide the functionality described herein.
• an Internet server e.g., an enterprise e-mail server
• call may be used interchangeably herein to refer to any one or all of voice calls, video calls including video data and/or audio data components, text formatted calls, such as instant messages, Shot Message System (SMS) communications, emails, emoticon, gestures, and/or graphics formatted messages, etc., or any other type of call.
• SMS Shot Message System
• the various aspects enable a communication device to respond to a caller based on an intent of the caller as determined by an intent engine and the caller's privilege level.
• the caller may be engaged in a voice communication by the called communication device using recorded machine-generated speech, and from this communication determine the caller's identity or privilege level, while an intent engine determines the caller's
• the communication device may verbally communicate information to the caller and/or initiate a set of configurable follow-up actions.
• intent engine functionality within the communication device or a server working with the communication device may satisfy the caller's need or interest even though the called party is unavailable.
• the communication device to engage a caller in the absence of the intended communication recipient (i.e., the user of the communication device), utilize an intent engine to determine the caller's intent, determine a privilege level of the caller, and based on the determined caller's intent and privilege level provide the caller with requested information and/or take a set of configurable follow-up actions.
• an intent engine may engage the caller when the intended recipient of the communication (i.e., the communication device user) is unavailable or fails to answer a call from the caller.
• the intent engine may engage in a natural language conversation with the caller, listen to the caller and, determine the intent of the caller, i.e., the purpose of the call and/or what the caller hopes to accomplish by the call.
• an intent engine may be an application executing on a communication device processor and/or a hardware module included within the communication device, such as a dedicated intent processor.
• the intent engine may be a sub-module of an intelligent proxy application and/or hardware providing in-absentia communication services for a communication device.
• some of the functionality of the intent engine may be implemented on a server that communicates with the communication device.
• an intent engine may be an application that receives a speech input from the caller and applies natural language processing to that speech input to identify an attribute of the speech input.
• Natural language processing may include converting the speech input to text, extracting words
• the intent engine may identify whether the speech input is an imperative statement/assertion, indicating the intent of the caller is that an action should be taken, or is a question indicating that the caller's intent is to receive information.
• the intent engine may use various cues in addition to and/or in place of to a caller's speech input to determine the intent of the caller, including facial expressions, emotion determinations, gesture information, voice information, background audio or other additional sound information, caller device sensor data, calendar information, call origination information, previous intent determinations, call history, text inputs, video inputs, emoticon and/or graphic inputs, etc.
• additional cues may also be used by the intent engine to control access to information sources, control follow on actions, etc.
• the intent engine may take an action and/or provide information to the caller.
• the intent engine may match words and/or phrases in the speech input with an available set of actions that it is authorized by the user to perform.
• the intent engine may take the action indicated in the speech input and/or direct another application or device to take the indicated action. Examples of actions that may be authorized by a user include scheduling events on the recipient's calendar, providing alternate methods of communication with the intended recipient, recording voicemails, and connecting the caller to third parties.
• a caller may be calling the intended recipient to invite him/her to dinner.
• the intent engine may take an action to schedule a dinner event in the recipient's calendar application and inform the caller that the event is on the recipient's calendar.
• the intent engine may analyze the words and/or phrases in the speech input to identify a relevant answer or information source.
• the relevant information source may be resident on the intended recipient's communication
• Relevant information sources may include calendar applications, social networking applications, email mailboxes, contact lists, voice mailboxes, communication device memory, and communication device settings.
• the intent engine may provide information from one or more of these sources. As an example, a caller may ask for the name of a restaurant the intended recipient visited recently, and the intent engine may provide the name based on
• an intent engine may make determinations regarding the caller and/or the nature of the call.
• the intent engine may identify a caller based on the caller's phone number and/or using voice recognition processing. Additionally, the intent engine may ask the caller for an answer to one or more verification questions to establish the identity of the caller.
• the intent engine may use facial recognition processing to establish the identity of the caller. As an example, the intent engine may compare facial features of the caller to facial features of images stored in a contact database to identify a matching face.
• the intent engine may also identify the caller based on voice recognition and/or biometric information transmitted by the caller, such as fingerprints and/or iris pattern information. In an aspect, the intent engine may identify the caller based on location information which could provide important clues about the identity of the caller.
• the intent engine may determine whether the caller is a privileged (i.e., trusted) caller and may provide information or take an action based on the caller's privileged status that it will not take for non- privileged callers.
• the intent engine may provide private information to privileged callers, such as information from calendar or address book applications, and limited information to non-privileged callers.
• the intent engine may only initiate user-defined actions for privileged callers, while the intent engine may only permit non-privileged callers to leave a voice message.
• the intent engine may determine that a caller is privileged based on information obtained about the caller's identity used in conjunction with additional information, such as information derived from social networks or organizational information in a company database.
• the intent engine may determine that a caller is privileged based on user-configured privilege settings (i.e., settings defined by the user of the communication device).
• the communication device user may establish privilege presets governing access to information sources and/or permissions to manipulate information sources for different callers.
• the privilege presets may be associated with individual callers and/or groups of callers, and may be established by the communication device user when adding a contact to a contact database or defining a group on a phone contact list, organizational list, social network, etc.
• multiple privilege presets may be established for individual callers and/or groups of callers based on the date (e.g., privilege presets for holidays different from non-holidays), time of day (e.g., privilege presets for work hours different from non-work hours), type of days (e.g., privilege presets for work days different from vacation days), the communication device user's calendar state (e.g., when the calendar indicates the communication device user is in a meeting a preset may restrict which callers may change device settings), the communication device location (e.g., only an urgent call may change the ring setting for a surgeon's communication device when the location corresponds to a hospital operating room).
• the intent engine may also determine whether a call is urgent. As an example, the intent engine may identify keywords in the caller's speech input as an indication of urgency. Upon determining that the call is urgent, the intent engine may take an action, such as connecting the caller to a third party or presenting a message from the caller directly to the intended recipient. For example, when a call is determined to be urgent (e.g., related to an emergency), the intent engine may output a voice message or text message to the intended recipient indicating the call is urgent.
• the intent engine may output a voice message or text message to the intended recipient indicating the call is urgent.
• the intent engine may enable the intended recipient to conditionally provide information based on a caller's identity. By identifying the caller, such as by phone number or voice recognition, information specific to that caller may be provided. As an example, an intended recipient may want to give location and arrival information to their parents, but not other callers. Thus, when a parent calls, they may receive an indication that the intended recipient has left home and is running late, but other callers may receive more general information, such as a verbal message that the intended recipient is traveling.
• the intent engine may function as an avatar that verbally interacts with the caller when the intended recipient is unavailable.
• the operations performed by the intent engine may result in intelligent handling of calls and may eliminate the delays inherent in current in-absentia communication systems.
• the intent engine may be implemented fully within a communication device (e.g., a smart phone) or partially in a communication device and partially within a server (e.g., a server within a telecommunications network).
• FIG. 1A illustrates an aspect communication device 102 including an intent engine 104.
• the intent engine 104 may be an intelligent proxy application running on a processor of the communication device 102.
• the intent engine may include various functional components or modules, including an identity module 106, attribute module 1 11 , privilege module 108, authorization module 110, privilege presets 122, and an evaluation module 112.
• privilege presets 122 may exchange information among each other.
• evaluation module 1 12 may exchange information among each other.
• privilege module 108 may work together to allow the intent engine 104 to enable a communication device 102 to respond to a call from a caller.
• the communication device 102 may also include various other components 124, including a user interface 126, one or more sensor(s) 128, a transceiver 130 configured to communicate with a communication network 144, and other hardware 131, such as transceivers, processors, etc.
• the communication device may also include various other components 124, including a user interface 126, one or more sensor(s) 128, a transceiver 130 configured to communicate with a communication network 144, and other hardware 131, such as transceivers, processors, etc.
• the communication device 102 may include one or more information source(s) 132, such as databases, memory stores (contact lists, device settings, etc., and one or more application(s) 134, such as a calendar application, social networking application, position location application, etc.).
• the communication device 102 may be connected via the transceiver 130 to a communication network 144, such as the Internet, a cellular telephone network, a conventional telephone network, etc., and may exchange information, such as a call, with another communication device 140.
• the communication device 102 may also exchange information with one or more information source(s) 138, one or more server(s) 136, and one or more communication device(s) 142 via the network 144.
• the identity module 106 may include processor- executable instructions configured to cause a processor to perform operations to determine an identity of a caller.
• the identity module 106 may determine the identity of the caller based on the phone number from which the call is received, voice recognition, facial recognition, verification based on responses to smart customized questions, verification based on biometric information (e.g., fingerprint trace capture, iris pattern information, etc.), location information associated with the call/caller, etc.
• biometric information e.g., fingerprint trace capture, iris pattern information, etc.
• the attribute module 111 may include processor- executable instructions configured to cause a processor to perform operations to identify an attribute of a communication input received from a caller.
• identifying an attribute of the communication input may include applying natural language processing to a speech input from a caller to identify an attribute of the speech.
• identifying an attribute of the communication input may include applying natural language processing to a text formatted communication input from a caller (e.g., a text message, email, social networking posts, emoticon/graphics formatted message, etc.) to identify an attribute of the text.
• identifying an attribute of the communication input may include applying facial recognition techniques to video data received in a video call from a caller to identify an attribute of the video data.
• identifying an attribute of the communication may include applying facial recognition techniques to video data received in a video call from a caller to identify an attribute of the video data.
• identifying an attribute of an audio component of video data received from a caller during a video call may include applying natural language processing to a speech component of the audio component of the video data to identify an attribute of the speech component.
• identifying an attribute of the communication input may include identifying an emotion, mood, or gesture included in the video data of a video call.
• identifying an attribute of the communication input may include identifying an attribute of sensor data received from the caller during a call.
• the attribute module 1 11 may also include processor-executable instructions configured to cause a processor to perform operations to associate the identified attribute with an intent.
• the attribute module 11 1 may identify a plurality of attributes for a communication input from a caller and compare a combination of the plurality of attributes to a dictionary of intent descriptors to determine a correlation between the combination of the plurality of attributes and the intent descriptors and may associate the intent descriptor with a highest correlation with an intent.
• the attribute module 11 1 may also include processor-executable instructions configured to cause a processor to perform operations to determine whether an identified attribute corresponds to a request for information and/or an action indication.
• the privilege module 108 may include processor- executable instructions configured to cause a processor to perform operations to determine a privilege level of a caller.
• the privilege module 108 may determine a privilege level of a caller based on information obtained about the caller's identity used in conjunction with additional information derived from social networks and/or organizational information.
• Social networks may be used by the privilege module 108 to determine the relationship between the intended recipient of the call and the caller, such as a "friend,” “colleague,” “family,” “favorite,” etc. and/or provide information about past communications between the intended recipient and the caller.
• the organizational information may be helpful in determining the relative hierarchy/relationship between the caller and the intended recipient, for example, manger and manage, peers, superior and
• the determined relationships/hierarchies and/or past communications may be associated with privilege levels in a memory of the communication device 102 (e.g., in a data table correlating relationships and privilege levels), and the privilege module 108 may compare the determined relationships/hierarchies and/or past communications to the memory to determine a privilege level of the caller.
• the privilege module 108 may determine a privilege level of a caller based on manual configurations of privileges by the intended recipient, such as privilege presets 122, including privilege lists, privilege thresholds, and/or privilege settings.
• a privilege list may be a listing of callers identified by the intended recipient as a privileged caller, and the privilege module 108 may compare the identity of the caller to the privilege list to determine whether the caller is listed on the privilege list.
• a privilege threshold may be a value above which callers may be considered privileged by the privileged module 108. Each caller may be associated with a value and only those caller's whose associated value is above the privilege threshold may be considered privileged.
• Privilege presets 122 may include privilege settings, such as date and time of day settings, calendar state settings, location based settings, etc., which may govern how the calls are handled based on privilege.
• the intended recipient may configure different presets for work days, work hours, after hours, weekends, holidays, vacation intervals, evening and/or night hours, such as different "do not disturb" presets, different presets for calendar states, such as only enabling "close friends" to change device settings during a meeting period, and different location based presets, such as only enabling emergency calls to change the volume of a surgeons phone when the surgeon is in an operating room.
• privilege lists, privilege thresholds, and/or privilege presets may be created, updated, deleted, etc., when a contact is added, changed, and/or deleted, when a group is created, changed, joined, and/or deleted, or at other times.
• the authorization module 110 may include processor- executable instructions configured to cause a processor to perform operations to determine actions which may be taken and/or information sources which may be
• the authorization module 1 10 may control the permissions of callers to manipulate information sources (e.g., ability to view a calendar entry and/or schedule a meeting), change communication device 102 settings (e.g., ability to change the profile from silent to loud), and/or select alternate communication methods (e.g., ability to generate an email to the intended recipient and/or connect a call to a third party) based on the caller's privilege level, thereby potentially giving different privilege level callers different permissions.
• information sources e.g., ability to view a calendar entry and/or schedule a meeting
• change communication device 102 settings e.g., ability to change the profile from silent to loud
• alternate communication methods e.g., ability to generate an email to the intended recipient and/or connect a call to a third party
• the evaluation module 1 12 may include an information source module 114, action module 1 16, and/or urgency module 1 18.
• the information source module 114 may include processor-executable instructions configured to cause a processor to perform operations to identify one or more relevant information sources when an identified attribute corresponds to a request for information and extract information associated with the request for information from the one or more relevant information sources.
• the one or more relevant information sources may be identified by the information source module 114 based at least in part on a determined privilege level of the caller.
• the action module 1 16 may include processor-executable instructions configured to cause a processor to perform operations to take an action in response to a determined intent.
• the action module 116 may take an action in response to a determined intent and a determined privilege level of the caller. Actions may include manipulation of information sources, for example scheduling meetings, changing settings, generating additional and/or third party communications, providing information to the caller, etc.
• the urgency module 118 may include processor-executable instructions configured to cause a processor to perform operations to determine whether a call is urgent and connect the call to another device in response to determining that the call is urgent.
• the call may be connected to another device based at least in part on the privilege level of the caller. As an example, the another device may be associated with a third party, and the caller may only be connected
• FIG. IB illustrates a communication device 102 including an intent engine 104 similar to the communication device 102 illustrated in FIG. 1A, except that the evaluation module 1 12 may be resident at an intent server 120 remote from the communication device 102.
• the intent server 102 may include the evaluation module 112 including the information source module 114, action module 1 16, and/or urgency module 118, and the intent server 120 may be connected to the network 144.
• the intent engine 104 of the communication device 102 may access the evaluation module 112 on the intent server 120 via the communication network 144, and in this manner the evaluation module 1 12 resident on the intent server 120 may perform a portion of the operations to allow the intent engine 104 to enable a
• FIG. 2 illustrates an aspect method 200 for responding to a call from a caller placed to a communication device.
• the operations of the method 200 may be performed by a processor of a communication device, such as a smart phone.
• the communication device processor may respond to a call (e.g., voice call, video call, instant message session, etc.) when the user (i.e., the intended recipient of a received call) is unavailable.
• a call e.g., voice call, video call, instant message session, etc.
• a user may be unavailable when the communication device is powered off, the user does not answer a call within a set number of rings, the
• the communication device processor may determine an intent of the caller using an intent engine. As discussed further below, using an intent engine to determine the intent of the caller may include identifying attributes of a communication input from the caller. In block 206 the communication device processor may determine a privilege level of the caller. As discussed further below, determining a privilege level of the caller may include identifying the caller and associating the identified caller with a privilege level. In block 208 the communication device processor may take an action in response to the determined intent and the
• taking an action in response to the determined intent and the determined privilege level may include only taking actions authorized for the caller's privilege level.
• FIGs. 3A-3F illustrate example operations that may be performed by a communication device 304 of an intended recipient (i.e., User B) to respond to a call from a caller (i.e., a call from User A made using User A's communication device 302).
• User A may initiate a call 306 to User B's communication device 304 and an intent engine on User B's communication device 304 may enable the communication device 304 to respond to the call from User A's communication device 302 without additional human involvement.
• User A may place a call 306, such as a voice call, video call, etc., from User A's communication device 302 to User B's communication device 304.
• a call 306 such as a voice call, video call, etc.
• Communication device 304 may determine User B is unavailable. For example, User B's communication device 304 may determine User B is unavailable because User B does not acknowledge the incoming call 306 within a
• an assistance indication 308 may be an audio message 310 that when played by the communication device 302 informs User A that "User B is unavailable, but I can assist you.”
• the intent engine may act like an avatar interfacing with User A to respond to the call 306 in the place of User B.
• User A asks the question "Is User B available for lunch next Wednesday?” and this speech input 312 may be recorded by the communication device 302 and sent to the intent engine resident on the communication device 304 as communication input 314.
• the communication device 304 may receive the communication input 314 and may determine the intent of User A using the intent engine by identifying an attribute of the
• the communication device 304 may apply natural language processing to the speech input "Is User B available for lunch next Wednesday" to identify various attributes, including that the speech input is a question, the date associated with next Wednesday, a time associated with "lunch,” etc.
• the communication device 304 may determine that the identified attribute that the speech input is a question corresponds to a request for information, and may identify one or more relevant information sources from which to extract information to respond to the request for information.
• the communication device 304 may also determine the identity of User A, such as User A's communication device 302's phone number, and may compare User A's identity to a privilege list to identify which information sources may be accessed to extract information to be provided to User A.
• the communication device 304 may extract the information 316 from the determined relevant information sources based at least in part on User A's privilege level and may send the information 316 to the communication device 302.
• the intent engine may determine from a calendar application resident on the communication device 304 that User B has no conflicting events scheduled during a time period, e.g., 1 1 :00AM- 1 :00PM, associated with lunch on the date corresponding to the next Wednesday, and is thus available for lunch that date and time.
• the information 316 may be sent as an audio recording 318 that when played by the communication device 302 may indicate to User A that "Yes User B is available for lunch next Wednesday." In this manner, the communication device 304 may have taken an action to respond to User A's request for information without additional human involvement.
• User A may now direct the intent engine resident on the communication device 304 to take an action to schedule lunch for User A and User B.
• User A may say "Schedule lunch for us next Wednesday at that place we went last time," and this speech input 320 may be recorded by the communication device 302 and sent to the intent engine resident on the
• the communication device 304 may receive the communication input 322 and may determine the intent of User A using the intent engine by identifying an attribute of the communication input 322 and associating the identified attribute with an intent of User A.
• the communication device 304 may apply natural language processing to the speech input "Schedule lunch for us next Wednesday at that place we went last time” to identify various attributes, including that the speech input is a statement, the date associated with next Wednesday, a time associated with "lunch,” and a location indication associated with "that place we went last time,” etc.
• the communication device 304 may determine that the identified attribute that the speech input is a statement corresponds to an action indication, and may compare User A's identity to the privilege list to determine whether taking an action is authorized.
• the communication device 304 may determine taking an action is authorized and may use various information sources, such as social media posts and previous meeting reminders to identify the place User A and User B last ate together as the "Invention Cafe.”
• the communication device 304 may schedule lunch for both User A and User B on User B's calendar application resident on the communication device 304.
• the communication device 304 may take actions to schedule lunch and may send an action indication 324 to User A's communication device 302.
• the action indication 324 may be sent as an audio recording 326 that when played by the communication device 302 may indicate to User A that "I scheduled lunch at the Invention Cafe for you both next Wednesday.” In this manner, the
• communication device 304 may have taken an action as directed by User A without additional human involvement.
• FIG. 4 illustrates an aspect method 400 for taking actions based on identified attributes and a determined privilege level.
• the operations of method 400 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive an incoming call.
• An incoming call may be any type of call placed to the
• 19 communication device including a voice call, video call (e.g., call with audio and video components), instant message, voice call paired with image component (e.g., voice call paired with still image, voice call paired with avatar, etc.), voice call paired with text component (e.g., voice call with chat capabilities), video call paired with text component (e.g., video call with chat capabilities), etc.
• the communication device processor may connect the call to an intent engine when the user (i.e., intended recipient of the call).
• the communication device processor may identify that the user is unavailable in a number of ways, such as based on phone settings (e.g., a "do not disturb setting"), a received user indication (e.g., an ignore selection indication), exceeding a number of rings, or other methods as discussed further below with reference to FIG. 5.
• connecting the call to the intent engine may include activating an intelligent proxy application and/or hardware providing in-absentia communication services for a communication device of which the intent engine may be a sub-module.
• the intent engine may be its own application and/or hardware module, such as a dedicated intent engine application or intent processor.
• the communication device processor may identify the caller.
• the identity of the caller may be determined based at least in part on one or more of a phone number, voice recognition, facial recognition, customizable question responses, biometric information, and/or location information.
• the communication device processor may determine the privilege level of the caller.
• the privilege level of the caller may be determined in various ways, including based on a privilege list, caller identification matching data in various information sources, such as social media, corporate e-mail systems, etc., or any other manner. Methods for determining the privilege level are discussed further below with reference to FIG. 7.
• the communication device processor may determine whether taking action to respond to the call from the caller is authorized for the identified caller's privilege level. In this manner, the communication device processor may prevent
• a communication input may be information provided from the caller, including audio (e.g., speech inputs, background noise, audio components of a video, etc.), video (e.g., still images, moving images, graphics, etc.), text information (e.g., words, emoticons, etc.), sensor data from caller associated devices (e.g., light level information, heart rate data, etc.), location information (e.g., latitude and longitude
• the communication device processor may identify an attribute of the communication input.
• the communication device processor may identify an attribute of the communication input.
• communication device processor may apply facial recognition techniques, natural language processing, sound analysis, or other processing techniques to identity an attribute of the communication input. Methods for identifying attributes are discussed further below with reference to FIG. 9. In block 418, the
• Taking an action may include providing information to the caller in response to a request for information and/or taking an action corresponding to an action indication from the caller.
• Various responses to the caller based on requests for information and/or action indications are discussed further below with reference to FIG. 10.
• FIG. 5 illustrates an aspect method 500 for determining the availability of a user when responding to a call.
• the operations of method 500 may be performed in conjunction with the operations of method 400 described above with reference to FIG. 4.
• the operations of method 500 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive a call.
• the communication device processor may determine whether the user is available.
• the communication device processor may generate a notification to the user that a call has been received. Notifications may be any type of notification, such as rings, vibrations, pop-up windows on a displays, icon changes, etc.
• the communication device processor may determine whether an answer indication is received. The communication device processor may determine whether an answer indication is received based on the acknowledgment (e.g., call button or icon selection indication), express rejection of the call (e.g., ignore button or icon selection indication), and/or expiration of an answer period (e.g., number of rings exceeded, acknowledgment time period expires, etc.).
• FIG. 6 illustrates an aspect method 600 for identifying a caller.
• the operations of method 600 may be performed in conjunction with the operations
• the operations of method 600 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive an incoming call.
• the communication device processor may determine whether the phone number for the incoming call is not available.
• One manner for verifying the pairing of the caller to the phone number may be to use location information.
• determination block 610 the
• challenge questions may be customizable questions pre-answered by the caller with the answers stored in a memory available to the communication device processor. The nature of the customizable questions may be such that only the caller would likely know the stored answer, and in this manner the correct answers to the customizable questions may positively identify the caller.
• the communication device processor may receive one or more challenge responses from the caller.
• determination block 610 "No"
• determination block 614 “No”
• an incoming call may include biometric information, such as fingerprint scans, iris scans, or other biometric signatures. If the processor determines that biometric information is received (i.e., determination
• determination block 626 “No”
• determination block 628 “No”
• the communication device processor may determine whether voice data was received.
• determination block 632 "No"
• determination block 636 “No”
• FIG. 7 illustrates an aspect method 700 for determining a caller privilege level.
• the operations of method 700 may be performed in conjunction with the operations of methods 400, 500, and/or 600 described above.
• the operations of method 700 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive a caller identification indication.
• a caller identification indication may be a caller ID, caller phone number, caller name, etc.
• the communication device processor may compare the caller identification to a privilege list.
• a privilege list may be a predetermined list stored in a memory of the communication device which identifies callers, types of callers, and/or groups of callers as privileged.
• the privilege list may also distinguish between privilege levels for each
• caller type of caller, and/or group of callers, such as by including an assigned privilege level which may be associated with each caller, type of caller, and or group of callers.
• the privilege list and/or privilege levels may be user configurable.
• the communication device processor may determine whether the caller is on the privilege list.
• the communication device processor may identify a privilege preset associated with the caller.
• the privilege preset may be the privilege level assigned to the caller and/or may be rules associated with the actions and/or information authorized to be taken for and/or given to the caller.
• the communication device user may establish privilege presets governing access to information sources and/or permissions to manipulate information sources for different callers.
• the privilege presets may be associated with individual callers and/or groups of callers and may be established by the communication device user when adding a contact to a contact database or defining a group on a phone contact list, organizational list, social network, etc.
• multiple privilege presets may be established for individual callers and/or groups of callers based on the date (e.g., privilege presets for holidays different from non-holidays), time of day (e.g., privilege presets for work hours different from non-work hours), type of days (e.g., privilege presets for work days different from vacation days), the communication device user's calendar state (e.g., when the calendar indicates the communication device user is in a meeting a preset may restrict which callers may change device settings), the communication device location (e.g., only an urgent call may change the ring setting for a surgeon's communication device when the location corresponds to a hospital operating room).
• the communication device processor may indicate the caller privilege level corresponding to the privilege prese
• the communication device processor may compare the caller identification to information sources. As an
• the communication device processor identify a relationship of the caller based on data in the information sources.
• social networks may be used to determine the relationship between the intended recipient of the call and the caller, such as a "friend,” “colleague,” “family,” “favorite,” etc. and/or provide information about past communications between the intended recipient and the caller.
• organizational information may be helpful in determining the relative hierarchy/relationship between the caller and the intended recipient, for example, manger and manage, peers, superior and subordinated, etc.
• the communication device processor may determine whether there exists a privilege preset for the identified relationship.
• the determined relationships/hierarchies may be associated with privilege levels in a memory of the communication device (e.g., in a data table correlating relationships and privilege levels), and the
• communication device processor may compare the determined
• 28 communication device processor may indicate the caller privilege level corresponding to the privilege preset.
• FIG. 8 illustrates an aspect method 800 for authorizing an action based on a privilege level associated with a caller.
• the operations of method 800 may be performed in conjunction with the operations of methods 400, 500, 600, and/or 700 described above.
• the operations of method 800 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive a privilege level indication associated with the caller.
• a privilege indication may be a numerical value (e.g., a score) indicating a privilege level.
• a privilege level may be a textual indication, such as "high", “medium”, “low”, “non-privileged", etc.
• the communication device processor may determine whether the privilege level associated with the caller is above a privilege threshold. While illustrated as determining whether the privilege level is above a privilege threshold, determinations based on the privilege level being below a privilege threshold and/or equal to a threshold may also be made by the communication device processor.
• a privilege threshold may be a value stored in a memory available to the communication device processor.
• FIG. 9 illustrates an aspect method 900 for identifying attributes of a communication input.
• the operations of method 900 may be performed in conjunction with the operations of methods 400, 500, 600, 700, and/or 800 described above.
• the operations of method 900 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive a communication input from the caller.
• a communication input may be information provided from the caller, including audio (e.g., speech inputs, background noise, audio components of a video, etc.), video (e.g., still images, moving images, graphics, etc.), text information (e.g., words, emoticons, etc.), sensor data from caller associated devices (e.g., light level information, heart rate data, etc.), location information (e.g., latitude and longitude information, geographic place name information, etc.), calendar information from the caller's calendar, etc.
• the communication device processor may determine whether vide data was received in the communication input.
• the communication device processor may capture facial expressions from the video data.
• the communication device processor may identify moods, sentiments, and/or emotions based on the facial expressions as attributes.
• the communication device processor may compare the facial expressions to a database of facial expressions correlated with attributes to match the captured facial expressions with one or more attributes.
• the communication device processor may determine whether a speech input was received. As an example, the communication device processor may apply speech recognition techniques to the received audio to determine whether speech is
• the communication device processor may extract the speech input.
• the communication device processor may extract background noises from the received audio data.
• the communication device processor may identify the background noises as attributes. As an example, the communication device processor may match background noises to a database of noises correlated with attributes to identify background noises as attributes.
• communication device processor may identify words and/or phrases in the text as attributes.
• sensor data may be sent from the caller's communication device, such as accelerometer data, pressure sensor data, and/or temperature data, and values of each type of data may be correlated with attributes in a memory available to the communication device processor, thereby enabling the communication device processor to identify attributes based on sensor data.
• location information such as longitude and latitude coordinate and/or place names (e.g., "New York)
• communication device processor may identify the calendar information as one or more attributes.
• communication device processor may discard redundant attributes.
• the same attribute may have been identified based on video data and text data and the redundant instance of the attribute may be discarded.
• the communication device processor may compare a combination of the plurality of attributes to a dictionary of intent descriptors to determine a correlation between the combination of the plurality of attributes and the intent descriptors.
• the communication device processor may generate a communication input message including any identified attributes.
• the communication input message including any identified attributes may enable the intent server to determine the intent of the caller.
• the intent server may use any identified attributes in the communication message to identify the intent of the caller by associating the identified attributes with an intent.
• FIG. 10 illustrates an aspect method 1000 for responding to a call based on an identified attribute.
• the operations of method 1000 may be performed in conjunction with the operations of methods 400, 500, 600, 700, 800, and/or 900 described above.
• the operations of method 1000 may be performed by the processor of a communication device (e.g., a smart phone).
• the communication device processor may receive a communication input and in block 416 the communication device processor may identify an attribute of the communication input.
• the communication device processor may determine whether the identified attribute corresponds to a request for information.
• the identified attribute may indicate the received communication input was a question, and questions may be correlated with requests for information in a memory available to the communication device processor.
• the communication device processor may identify one or more relevant information sources based on the determined privilege level of the caller.
• information sources may be one or more of calendar applications, social network applications, email
• access to information sources may vary based on the caller's privilege level. As an example, all callers may be able to access a position location application to identify the current location of the user's communication device, while only callers whose privilege level is above a predetermined privilege threshold may be able to access the user's calendar application to receive information about scheduled meetings.
• the communication device processor may extract information from the one or more relevant information sources.
• the communication device processor may provide the information to the caller.
• the communication device processor may determine whether the identified attribute corresponds to an action indication.
• all callers may be able to request the intended communication recipient be contacted using another communication method (e.g., directing an email notification be sent), while only callers whose privilege level is above a predetermined privilege threshold may be able to access the user's calendar application to schedule an appointment for the user.
• the communication device processor may take the identified relevant action.
• FIG. 11 illustrates an aspect method 1100 for responding to a call from a caller placed to a communication device.
• Method 1100 illustrates various aspect interactions between the operations of methods 400, 500, and/or 1000 described above.
• the operations of method 1 100 may be performed in conjunction with the operations of methods 400, 500, 600, 700, 800, 900, and/or 1000 described above.
• the operations of method 1100 may be performed by the processor of a communication device (e.g., a smart phone).
• FIG. 12 illustrates an aspect method 1200 for responding to a call from a caller placed to a communication device similar to method 1 100 described above with reference to FIG. 11, except that in method 1200, the determinations above the request for information, action indication, and/or urgency of the call may be performed in an intent server, such as intent server 120 described above with reference to FIG. IB, remote from the communication device of the intended recipient.
• the operations of method 1200 may be performed in part by the processor of a communication device (e.g., a smart phone) and in part by the processor of an intent server in communication with the communication device processor.
• the communication device processor may perform operations of like numbered blocks of method 1100 described above with reference to FIG. 11.
• the communication device processor may send a communication input message to the intent server.
• a communication input message may be a message generated by the
• communication device processor including the identified attributes and determined privilege level of the caller.
• the intent server may receive the communication input message from the communication device processor.
• the intent server may perform operations of like numbered blocks 1002, 1004, 1006, 1010, 1012, 1016, and 1018.
• the intent server determines the attributes correspond to a request for information, identifies
• the intent server may send the extracted information to the communication device processor.
• the communication device processor may receive the extracted information from the intent server. As discussed above, in block 1008, the communication device processor may provide the information to the caller.
• the intent server may send the action indication to the communication device processor.
• the communication device processor may receive the action indication from the intent server. As discussed above, in block 1014, the communication device processor may take an action.
• the intent server determines the call is not urgent, in block 1214, the intent server may send a voicemail indication to the communication device processor.
• the communication device processor may receive the voicemail indication. As discussed above, in block 1216, the communication device processor may connect the call to voicemail.
• the intent server determines the call is urgent and identifies a relevant third party
• the intent server may send the relevant third party indication to the communication device processor.
• the communication device processor may receive the third party indication from the intent server. As discussed above, in block 1020, the communication device processor may connect the call to the third party.
• an apparatus 1300 for responding to a call from a caller placed to a communication device may reside at least partially within the communication device, such as a smart phone, laptop, etc. and/or server, such as an intent server.
• an apparatus 1300 may include, or be a portion of, communication device 102 of FIGs. 1A and IB, communication device 1802 of FIG. 18, communication device 2000 of FIG. 20, communication device 21 10 of FIG. 21 , server 120 of FIG. IB, server 1902 of FIG. 19, or server 2200 of FIG. 22.
• apparatus 1300 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a processor, software,
• Apparatus 1300 may include a logical grouping 1302 of electrical components that can act in conjunction.
• logical grouping 1302 may include means for determining an intent of the caller using an intent engine (block 1304), means for determining a privilege level of the caller (block 1306), and means for taking an action in response to the determined intent and the determined privilege level (block 1308).
• apparatus 1300 may include at least one processor or one or more modules of a processor operable to perform the means described above.
• apparatus 1300 may include a memory 1310 that retains instructions for executing functions associated with electrical components 1304, 1306, and 1308. While shown as being external to memory 1310, it is to be understood that one or more of electrical components 1304, 1306, and 1308 may exist within memory 1310.
• an apparatus 1400 for responding to a call from a caller placed to a communication device may reside at least partially within the communication device, such as a smart phone, laptop, etc. and/or server, such as an intent server.
• an apparatus 1400 may include, or be a portion of, communication device 102 of FIGs. 1A and IB, communication device 1802 of FIG. 18, communication device 2000 of FIG. 20, communication device 21 10 of FIG. 21 , server 120 of FIG. IB, server 1902 of FIG. 19, or server 2200 of FIG. 22.
• apparatus 1400 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a processor, software, or combination thereof (e.g., firmware).
• Apparatus 1400 may include a logical grouping 1402 of electrical components that can act in conjunction.
• logical grouping 1402 may include means for determining an intent of the caller using an intent engine (block 1404), means for determining an identity of the caller (block 1406), means for comparing the identity of the caller to the privilege list (block 1408), means for determining the identity of the caller is on the privilege list (block 1410), and means for taking an action in response to the determined intent and the determined privilege level (block 1412).
• intent engine block 1404
• logical grouping 1402 may include means for determining an intent of the caller using an intent engine (block 1406), means for comparing the identity of the caller to the privilege list (block 1408), means for determining the identity of the caller is on the privilege list (block 1410), and means for taking an action in response to the
• apparatus 1400 may include at least one processor or one or more modules of a processor operable to perform the means described above. Additionally, apparatus 1400 may include a memory 1414 that retains instructions for executing functions associated with electrical components 1404, 1406, 1408, 1410, and 1412. While shown as being external to memory 1414, it is to be understood that one or more of electrical components 1404, 1406, 1408, 1410, and 1412 may exist within memory 1414.
• an apparatus 1500 for responding to a call from a caller placed to a communication device may reside at least partially within the communication device, such as a smart phone, laptop, etc. and/or server, such as an intent server.
• an apparatus 1500 may include, or be a portion of, communication device 102 of FIGs. 1A and IB, communication device 1802 of FIG. 18, communication device 2000 of FIG. 20, communication device 21 10 of FIG. 21 , server 120 of FIG. IB, server 1902 of FIG. 19, or server 2200 of FIG. 22.
• apparatus 1500 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a processor, software, or combination thereof (e.g., firmware).
• Apparatus 1500 may include a logical grouping 1502 of electrical components that can act in conjunction.
• logical grouping 1502 may include means for determining an intent of the caller using an intent engine (block 1504), means for determining a privilege level of the caller (block 1506), means for comparing the privilege level of the caller to a privilege threshold (block 1508), and means for taking an action in response to the determined intent when the privilege level of the caller is above the privilege threshold (block 1510).
• apparatus 1500 may include at least one processor or one or more modules of a processor operable to perform the means described above.
• apparatus 1500 may include a memory 1512 that retains instructions for executing functions associated with electrical components 1504, 1506, 1508, and 1510. While shown as being external to memory 1512, it is to be understood that
• one or more of electrical components 1504, 1506, 1508, and 1510 may exist within memory 1512.
• an apparatus 1600 for responding to a call from a caller placed to a communication device may reside at least partially within the communication device, such as a smart phone, laptop, etc. and/or server, such as an intent server.
• an apparatus 1600 may include, or be a portion of, communication device 102 of FIGs. 1A and IB, communication device 1802 of FIG. 18, communication device 2000 of FIG. 20, communication device 21 10 of FIG. 21 , server 120 of FIG. IB, server 1902 of FIG. 19, or server 2200 of FIG. 22.
• apparatus 1600 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a processor, software, or combination thereof (e.g., firmware).
• Apparatus 1600 may include a logical grouping 1602 of electrical components that can act in conjunction.
• logical grouping 1602 may include means for receiving a
• apparatus 1600 may include at least one processor or one or more modules of a processor operable to perform the means described above. Additionally, apparatus 1600 may include a memory 1614 that retains instructions for executing functions associated with electrical components 1604, 1606, 1608, 1610, and 1612. While shown as being external to memory 1614, it is to be understood that one or more of electrical components 1604, 1606, 1608, 1610, and 1612 may exist within memory 1614.
• an apparatus 1700 for responding to a call from a caller placed to a communication device may reside at least partially within the communication device, such as a smart phone, laptop, etc. and/or server, such as an intent server.
• the communication device such as a smart phone, laptop, etc. and/or server, such as an intent server.
• an intent server such as an intent server.
• apparatus 1700 may include, or be a portion of, communication device 102 of FIGs. 1A and IB, communication device 1802 of FIG. 18, communication device 2000 of FIG. 20, communication device 2110 of FIG. 21 , server 120 of FIG. IB, server 1902 of FIG. 19, or server 2200 of FIG. 22. It is to be appreciated that apparatus 1700 is represented as including functional blocks, which can be functional blocks that represent functions implemented by a processor, software, or combination thereof (e.g., firmware). Apparatus 1700 may include a logical grouping 1702 of electrical components that can act in conjunction.
• logical grouping 1702 may include means for receiving an input from the caller (block 1704), means for determining a privilege level of the caller (block 1706), means for determining whether the input from the caller is a request for information (block 1708), means for identifying one or more relevant information sources when the input is a request for information (block 1710), means for extracting information associated with the request for information from the one or more relevant information sources based at least in part on the privilege level of the caller (block 1712), and means for providing the extracted information to the caller (block 1714).
• apparatus 1700 may include at least one processor or one or more modules of a processor operable to perform the means described above.
• apparatus 1700 may include a memory 1716 that retains instructions for executing functions associated with electrical components 1704, 1706, 1708, 1710, 1712, and 1714. While shown as being external to memory 1716, it is to be understood that one or more of electrical components 1704, 1706, 1708, 1710, 1712, and 1714 may exist within memory 1716.
• the various aspects may be implemented in any of a variety of communication devices, an example of which is illustrated in FIG. 18.
• the communication device 1802 may include a processor 1828 coupled to a memory 1840.
• Memory 1840 may be one or more memory and may be a volatile or non-volatile memory, and may also be a secure and/or encrypted memory, or an unsecure and/or unencrypted memory, or any combination thereof.
• the processor 1828 may also be coupled to a user interface 1832 which
• the communication device 1802 may include an input mechanism 1834, such as a key board, touch screen, button, microphone, etc., and an output mechanism 1836, such as a display, speaker, etc.
• the communication device 1802 may include one or more transceiver 1830 coupled to the processor 1828 for sending and receiving electromagnetic radiation via an antenna.
• the one or more transceivers 1830 may enable the communication device 1802 to establish wireless connections with other devices and/or communication networks, such as cellular telephone networks (e.g., CDMA, TDMA, GSM, PCS, 3G, 4G, LTE, or any other type of cellular networks).
• cellular telephone networks e.g., CDMA, TDMA, GSM, PCS, 3G, 4G, LTE, or any other type of cellular networks.
• the communication device 1802 may also include a battery 1838 coupled to the processor 1828, and one or more sensor 1842, such as a camera, fingerprint scanner, location sensor (e.g., GPS receiver), microphone, pressure sensor, accelerometer, iris scanner, etc.
• the processor 1828 may execute one or more application(s) 1826 and may access one or more information source(s) 1824.
• the processor 1828 may interface with an intent engine 1804, which may include an identity module 1806, attribute module 1808, privilege module 1810, authorization module 1812, privilege presets 1814, and an evaluation module 1816.
• the evaluation module 1816 may include an information source module 1818, action module 1820, and urgency module 1822.
• Such an intent server 1902 may include a processor 1916 coupled to a memory 1920, such as a disk drive.
• the intent server 1902 may also include a network transceiver 1918, such as a network access port, coupled to the processor 1916 for establishing network interface connections communicating with a communication network, such as a local area network coupled to other system computers and servers, the Internet, the public switched telephone network, and/or a cellular network (e.g., CDMA, TDMA, GSM, PCS, 3G, 4G, LTE, or any other type of cellular network).
• the processor 1916 may execute one or more application(s) 1914 and may access one or more information source(s) 1912.
• the processor 1916 may interface with an evaluation module 1904, which
• 43 may include an information source module 1906, action module 1908, and urgency module 1910.
• the various aspects may be implemented in any of a variety of communication devices, such as mobile devices, an example of which is illustrated in FIG. 20.
• the communication device 2000 may include a processor 2002 coupled to internal memories 2004 and 2010.
• Internal memories 2004 and 2010 may be volatile or non-volatile memories, and may also be secure and/or encrypted memories, or unsecure and/or unencrypted memories, or any combination thereof.
• the processor 2002 may also be coupled to a touch screen display 2006, such as a resistive-sensing touch screen, capacitive-sensing touch screen infrared sensing touch screen, or the like. Additionally, the display of the communication device 2000 need not have touch screen capability.
• the communication device 2000 may have one or more antenna 2008 for sending and receiving electromagnetic radiation that may be connected to a wireless data link and/or cellular telephone transceiver 2016 coupled to the processor 2002.
• the mobile device 2000 may also include physical buttons 2012a and 2012b for receiving user inputs.
• the mobile device 2000 may also include a power button 2018 for turning the mobile device 2000 on and off.
• a laptop computer 21 10 will typically include a processor 21 11 coupled to volatile memory 2112 and a large capacity nonvolatile memory, such as a disk drive 2113, Flash memory (not shown) and a compact disc (CD) drive 21 15.
• the computer 21 10 may also include one or more network transceivers 2114 coupled to the processor 21 11 and configured to communicate with an external communication network, such as a USB, connector sockets, or other network connection circuits.
• an external communication network such as a USB, connector sockets, or other network connection circuits.
• the 44 housing includes the touchpad 21 17, the keyboard 21 18, and the display 21 19 all coupled to the processor 2111.
• Other configurations of the computing device may include a computer mouse or trackball coupled to the processor (e.g., via a USB input) as are well known, which may also be use in conjunction with the various aspects.
• server 2200 typically includes a processor 2201 coupled to volatile memory 2202 and a large capacity nonvolatile memory, such as a disk drive 2203.
• server 2200 may also include a floppy disc drive, compact disc (CD) or DVD disc drive 2206 coupled to the processor 2201.
• the server 2200 may also include network access ports 2204 coupled to the processor 2201 for establishing network interface connections with a network 2207, such as a local area network coupled to other announcement system computers and servers, the Internet, the public switched telephone network, and/or a cellular network (e.g., CDMA, TDMA, GSM, PCS, 3G, 4G, LTE, or any other type of cellular network).
• a network 2207 such as a local area network coupled to other announcement system computers and servers, the Internet, the public switched telephone network, and/or a cellular network (e.g., CDMA, TDMA, GSM, PCS, 3G, 4G, LTE, or any other type of cellular network).
• a cellular network e.g., CDMA, TDMA, GSM, PCS, 3G, 4G, LTE, or any other type of cellular network.
• the processors 1828, 1916, 2002, 211 1, and 2201 may be any programmable microprocessor, microcomputer or multiple processor chip or chips that can be configured by software instructions (applications) to perform a variety of functions, including the functions of the various aspects described above. In some devices, multiple processors may be provided, such as one processor dedicated to wireless communication functions and one processor dedicated to running other applications. Typically, software applications may be stored in the internal memory 1840, 1920, 2004, 2010, 21 12, 2113, 2202, and 2203 before they are accessed and loaded into the processors 1828, 1916, 2002, 21 11 , and 2201.
• the processors 1828, 1916, 2002, 21 11 , and 2201 may include internal memory sufficient to store the application software instructions. In many devices the internal memory may be a volatile or nonvolatile memory, such as flash memory, or a mixture of both. For the purposes of this description, a general reference to memory refers to memory accessible by the processors 1828,
• DSP digital signal processor
• ASIC application specific integrated circuit
• FPGA field programmable gate array
• a general-purpose processor may be a microprocessor, but, in the alternative, the
• processor may be any conventional processor, controller, microcontroller, or state machine.
• a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. Alternatively, some steps or methods may be performed by circuitry that is specific to a given function.
• the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored as one or more instructions or code on a non-transitory computer-readable medium or non-transitory processor-readable medium. The steps of a method or algorithm disclosed herein may be embodied in a processor-executable software module which may reside on a non-transitory computer-readable or processor-readable storage medium. Non-transitory computer-readable or processor-readable storage media may be any storage media that may be accessed by a computer or a processor.
• non-transitory computer-readable or processor-readable media may include RAM, ROM, EEPROM, FLASH memory, CD- ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store desired program code in the form of instructions or data structures and that may be accessed by a computer.
• Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk, and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above are also included within the scope of non-transitory computer-readable and processor-readable media.
• the operations of a method or algorithm may reside as one or any combination or set of codes and/or instructions on a non-transitory processor-readable medium and/or computer-readable medium, which may be incorporated into a computer program product.

Priority Applications (5)

Applications Claiming Priority (2)

Publications (1)

Family

ID=50397298

Family Applications (1)

Country Status (8)

Cited By (3)

Families Citing this family (37)

Citations (2)

Family Cites Families (20)

• 2013
  • 2013-03-11 US US13/794,785 patent/US20140253666A1/en not_active Abandoned
• 2014
  • 2014-03-07 CN CN201480010809.0A patent/CN105009556B/zh active Active
  • 2014-03-07 JP JP2016500854A patent/JP6462654B2/ja active Active
  • 2014-03-07 KR KR1020157027245A patent/KR102153766B1/ko active IP Right Grant
  • 2014-03-07 ES ES14714495.0T patent/ES2664018T3/es active Active
  • 2014-03-07 EP EP14714495.0A patent/EP2974249B1/en active Active
  • 2014-03-07 HU HUE14714495A patent/HUE036105T2/hu unknown
  • 2014-03-07 WO PCT/US2014/021803 patent/WO2014164304A1/en active Application Filing

Patent Citations (2)

Also Published As

Similar Documents

Legal Events